Product designer
Portfolio 2026
Systems thinking
Workflow architecture
Product audits
Healthcare · Fintech
Education · Retail
Civic data
Delhi, India
28.6139 N
77.2090 E
01

Merry Health: when fixing the UI wasn’t enough

Case 01
Healthcare logistics
UX Researcher
Product Auditor
3 months
Discovery, audit, alignment
Case 01 / Healthcare logistics

When fixing the UI wasn’t enough.

(Asked for)A UI and UX audit of an ambulance-coordination dashboard.
(Found)Hospitals running emergencies on calls and WhatsApp, around the system.
(Changed)Product direction, from screen fixes to a system-level redesign.
Role
UX Researcher and Product Auditor
Methods
Heuristic evaluation, workflow mapping, data flow analysis, severity prioritisation
Scope
Six operational phases, four user roles, two evaluation layers
The evidenceFrom the auditWorkflow and data level02

The evidence

critical and major workflow failures across six phases
15
entries of the same case, on average
2⁠–⁠3×
mismatch between final entries of one case
40%
lost to manual driver coordination per dispatch, in 67% of emergencies
5⁠–⁠8min
ContextFelix HospitalOne admin, every emergency03

When the system becomes the emergency.

Ritu is a hospital admin. Every ambulance request, every dispatch decision and every update flows through her, in moments where seconds matter.

A request didn’t enter a structured system. It began as a phone call, moved to WhatsApp as drivers replied, and only partly reached the dashboard. Whatever was missing had to be remembered.

So her job wasn’t just coordination. It was reconstruction: piecing one emergency back together from four places, under pressure.

  1. (01)Phone callDetails spoken, often rushed or incomplete.
  2. (02)WhatsAppDrivers, locations and clarifications.
  3. (03)DashboardSome of it, some of the time.
  4. (04)MemoryEverything that never got written down.
ApproachWorkflow layer and screen layerAdmins, dispatch, drivers, families04

Six phases, mapped end to end.

It started as a usability audit of Add Ride, Ride Details, Dashboard and Reports. The screens had real problems, but they didn’t explain what was happening. So the audit widened to the whole operation, mapped against high-pressure cases, simultaneous requests and incomplete data.

  1. 01Intake
  2. 02Assignment
  3. 03Confirmation
  4. 04En route
  5. 05Handover
  6. 06Closure
The turnFrom UI to system05

Users weren’t avoiding the system because of poor UI alone. They were working outside it entirely.

The product expected structured, linear input. Real emergencies are fast, interrupted and incomplete. Screen fixes alone would have left that mismatch in place.

What was actually brokenThree core problemsEach manageable alone06

What was actually broken

Diagnosis

Together, they made a system users couldn’t rely on.

(001) Fragmented dataThe same detail lived in WhatsApp, phone notes and the dashboard, in different versions, none fully trusted.
(002) Workflow mismatchAdmins handled several emergencies at once, with constant interruptions. The forms wanted everything upfront.
(003) No real-time visibilityAdmins, drivers and families all relied on manual communication and constant follow-ups to know where things stood.
ImpactThree decisions the audit droveSystem, not screens07

From fixing interfaces to fixing how it works.

  1. 01

    One source of truth

    The dashboard became the authoritative record that drives operations, not a form filled in later.

  2. 02

    One continuous flow

    Intake, assignment, tracking, handover and closure, redesigned together for partial data and interruptions.

  3. 03

    Data captured once

    Designed for integrity from the moment information enters, so reporting and decisions can rely on it.

What I learnedDiagnosis over solution speed08

What I learned

UI issues are often symptoms.

Confusing forms and missing information were real, but fixing them alone would have been wasted effort.

Design for real pressure.

People in emergencies improvise and prioritise speed. Systems that resist that get abandoned.

Data flow is interaction design.

If information can’t move reliably between people, no amount of polish fixes the experience.

When users are forced to step outside the system to get things done, the system has already failed.

Next caseCase 02 / Education · AI6 months09

EducAItors

Read the next case