INTERNAL CASE STUDY

How we built Moedi

Internal product · Health technology

Challenge

Turn doctor discovery and appointment booking into a clearer digital journey while keeping experimental UI data clearly separate from real operational data.

Solution

SDS developed Moedi with an Arabic-first experience, organized booking flows and a documented product page, with a beta Android APK available.

Current result

SDS now has a demonstrable health-tech beta product on Android while continuing development without presenting illustrative doctor or appointment data as real.

IDEA & USERS

The product started from a clear need: make the journey from finding a doctor or clinic to requesting an appointment more structured and understandable.

Who is this journey for?

  • A user looking for a doctor or specialty
  • A user choosing and tracking an appointment
  • A clinic or center organizing appointments on the administrative side
Experimental Moedi interface concept showing illustrative data, not real doctors or appointments.
Current Moedi interface shown as an experimental concept with illustrative data.
BOOKING JOURNEY

From discovery to appointment follow-up.

01

Discover a specialty or doctor

02

Review an appropriate option

03

Choose a time

04

Confirm booking

05

Track the appointment and reminders

DESIGN

The Arabic-first RTL experience focuses on clear search, specialties, provider cards and appointment status, while all data shown in the concept remains illustrative rather than operational.

CURRENT ARCHITECTURE

Moedi is presented within the SDS ecosystem as a dedicated product with its own product page and a beta Android APK. Internal architecture details that have not been published are not presented as facts.

STATUS

Current status: beta release, with an Android APK download available from the official SDS product page.

PRODUCT CHALLENGES

What required careful definition?

  • Clearly separate experimental concepts from real operational data
  • Simplify booking on a phone-sized interface
  • Communicate beta status without implying a final release or certified medical service
NEXT STEPS

We evolve only what can be documented and tested.

  • Improve the experience through usage and testing
  • Expand appointment and clinic management after requirements are documented
  • Validate operational data and integrations before announcing them
Product designWeb & mobile experienceAppointment workflows
Moedi — an SDS product | SDS