W.06 — DESIGN STUDY · HEALTHTECH · AI

BUILT AROUND THE PATIENT JOURNEY, NOT DEPARTMENTS.

A five-role, AI-augmented telehealth and practice management platform combining EMR/EHR, scheduling, billing, AI-assisted imaging, clinical workflow, and pharmacy management — designed as a single unified system for outpatient clinics, surgical practices, and specialist groups across the US and EU.

AI-augmented telehealth and practice management platform UX design — five-role healthcare system

01 — THE CORE TENSION

BUILT BY DEPARTMENTS. PATIENTS PAY THE COST.

A patient with chest discomfort walks into a clinic and triggers a chain of handoffs that no single tool in that clinic can see end to end. The patient books through one system. The receptionist checks them in through another. The doctor opens a third to review the chart, a fourth for the ECG, a fifth for imaging. By the time the prescription reaches the pharmacy, it has passed through six or seven separate interfaces — none of which share a live view of the patient's status.

This is not an edge case. KLAS Research reports that US outpatient clinics run on an average of eight separate tools per day. Physicians spend two hours on administrative tasks for every hour of direct patient care. 63% report burnout, and administrative burden is the leading cause. The system is not slow because the staff are slow. It is slow because the tools were built to serve departments, not the patient journey.

The clinical cost is worse. BMJ Quality and Safety estimates 40,000 to 80,000 annual deaths in the US are attributable to diagnostic errors — most of which occur not because the information did not exist, but because it was not visible at the right moment, in the right system, in front of the right person.

AI has entered the space fast. The FDA cleared over 521 AI-enabled medical devices by 2023, the majority in radiology. But integration remains unsolved. AI imaging tools flag findings in separate portals. Physicians copy results into notes manually. The AI accelerates one step and adds friction to three others. The problem is not capability. It is architecture.

02 — THE CHALLENGES

FOUR CHALLENGES THIS PROJECT SET OUT TO SOLVE.

01

FIVE ROLES, ONE PATIENT JOURNEY, FIVE COMPLETELY DIFFERENT JOBS

A patient, a receptionist, a doctor, a health provider, and an admin all participate in the same clinical episode. Each needs a different view of the same underlying data and makes decisions that affect what every other role sees next. Most platforms either build separate applications that share no context, or one application that serves no one well. The challenge was designing a unified data layer with five genuinely role-specific surfaces on top of it — where an action taken by the health provider instantly updates what the doctor sees, without a phone call or a manual note in between.

02

AI THAT ASSISTS WITHOUT REPLACING CLINICAL JUDGMENT

AI clinical insights arrive in most platforms as outputs the physician is asked to trust without being able to interrogate. A flag with no confidence level, no source, and no override path is not a clinical tool. The challenge was designing AI assistance that makes the physician faster and more informed without removing them from the decision. Every AI output needed to be transparent, editable, and overridable — with the physician's decision recorded either way.

03

DOCUMENTATION DURING THE VISIT, NOT RECONSTRUCTED AFTER IT

The standard clinical workflow produces documentation as a downstream task. The doctor ends the consultation and reconstructs the visit from memory. The Annals of Internal Medicine identified this as the source of the 2:1 EHR time burden. The challenge was designing a consultation workspace where AI Scribe captures the visit in real time, the doctor edits inline during the encounter, and the note is ready to sign the moment the consultation ends — not an hour later.

04

REAL-TIME CLINICAL STATUS VISIBLE ACROSS ALL FIVE ROLES SIMULTANEOUSLY

When a health provider records elevated vitals and flags urgent risk, the doctor should see it the moment it is saved. When a lab sample is collected, the patient should receive confirmation automatically. When a prescription is sent, the pharmacy queue should update before the patient reaches the counter. The challenge was designing live status propagation so clinical events move through the system without any role having to chase another for an update.

03 — RESEARCH FOUNDATION

WHAT THE RESEARCH SAID BEFORE ANY SCREEN WAS DRAWN.

Source
Finding
Implication for design
AMA, 2024
63% of US physicians report burnout; administrative burden is the leading cause
Documentation reduction is not a feature request. It is the primary clinical workflow design problem.
KLAS Research, 2024
US outpatient clinics run on an average of 8 separate tools daily
Consolidation is the value proposition. The platform earns trust by replacing tools, not adding one.
Annals of Internal Medicine
Physicians spend 2 hours on EHR tasks per 1 hour of direct patient care
Time-on-documentation is the primary design metric. Every consultation surface decision should move this ratio.
FDA, 2023
521 AI/ML-enabled medical devices cleared; majority in radiology
AI imaging is a present clinical expectation. Design for workflow integration, not novelty.
BMJ Quality & Safety
40,000–80,000 annual US deaths attributable to diagnostic errors
Clinical decision support must surface information at the moment of decision. Gaps between systems are where errors happen.
JAMIA
49–96% of medication alerts are overridden by clinicians
Alert fatigue is a design failure. Alerts that explain their reasoning get acted on. Alerts that do not get clicked past.
AMA, 2022
Physicians spend 13 hours per week on prior authorizations
Automation is the answer. Automation visibility — showing what the system did — is what makes physicians trust it.
McKinsey Global Institute, 2023
AI-assisted radiology reads reduce time-to-diagnosis by 30–50% in high-volume settings
Speed gains from AI exist only when the output is integrated into the clinical workflow. A separate portal erases the gain.
Forrester Research
Patients using a connected patient portal have 2.6x higher clinic retention
Patient-facing surfaces are a retention mechanism for the clinic, not just an access mechanism for the patient.
ACAMS, 2025
67% of healthcare operations staff report burnout; alert volume is the leading cause
Reducing noise is as important as surfacing signal. Defaults should hide what is not immediately actionable.

04 — THE FRAMEWORK

FOUR PRINCIPLES EVERY SCREEN HAD TO DEFEND.

01

ROLE-FIRST, NOT FEATURE-FIRST

The doctor's view of a patient record and the receptionist's view of the same patient's appointment are different products built on the same data. Every surface was designed from the role's primary question outward — not from the data model inward. That distinction is what separates a clinical tool from a database with a UI.

02

LIVE STATUS OVER MANUAL COMMUNICATION

Every status update that requires a phone call, a manual message, or leaving the platform is a workflow failure. Clinical events — vitals flagged, labs collected, imaging ready, prescription dispensed — propagate to every relevant role in real time. No role has to ask another what is happening.

03

AI AS AUGMENTATION, NOT AUTOMATION

Every AI-assisted action keeps the clinician in the decision loop. AI Scribe produces a draft the doctor edits before signing. AI imaging flags show confidence level, source region, and a mandatory override path. The physician is faster and better informed. The clinical decision is still theirs.

04

DOCUMENTATION DURING, NOT AFTER

The consultation workspace, the telehealth session, the imaging review — all produce documentation in the same interaction, not as a downstream task. If the doctor has to reconstruct anything from memory after the fact, the design has failed.

05 — SCOPE

WHAT THIS PROJECT COVERED AND WHAT IT DID NOT.

IN SCOPE
  • Five role-based dashboards: Patient, Receptionist, Doctor, Health Provider, Admin
  • Patient: appointment booking, telehealth entry, prescriptions, lab reports, billing and payments, AI Health Assistant, medical records, referrals
  • Receptionist: check-in queue, appointment management, insurance verification, billing support, telehealth coordination, referral management
  • Doctor: patient queue, EMR/EHR consultation workspace with AI Scribe, prescriptions, lab and imaging requests, telehealth surface, AI clinical insights, referrals
  • Health Provider: patient queue, vitals recording with live monitoring triggers, lab workflow, imaging uploads, medication support, task queue
  • Admin: user and role management, department configuration, billing and revenue, inventory, lab operations, analytics, audit logs, system settings
  • AI Scribe: real-time transcription and SOAP note generation during consultation
  • AI Imaging: three-state finding detection with confidence level, source region, and override workflow
  • AI clinical risk insights on the doctor dashboard
  • Live clinical status propagation across all five roles
  • Pharmacy and Medicine Management: prescription fulfillment, drug interaction check, inventory monitoring, low-stock alerts
  • Billing and insurance: co-pay calculation, insurance verification, prior authorization workflow, patient in-app payment
  • Design system token architecture for PHI fields, consent states, audit trail, and AI draft surfaces
OUT OF SCOPE
  • Native mobile app beyond responsive web
  • Wearable and continuous monitoring device integration
  • Revenue cycle management and denial management beyond billing queue visibility
  • Claims adjudication
  • Multi-clinic network and enterprise federation
  • E-prescribing to external pharmacy networks
  • Localization beyond English

06 — THE ROLES

FIVE ROLES. ONE PATIENT JOURNEY. ONE SYSTEM.

PATIENT

Primary question: When is my appointment, what do I need to prepare, and what has my doctor decided?

Primary action: Book appointment, join telehealth session, view prescriptions and lab reports, make payment, communicate with care team

Modules: Dashboard, Appointments, Telehealth, Prescriptions, Medications, Lab Reports, Medical Records, Billing & Payments, Referrals, AI Health Assistant, Notifications, Profile & Settings

RECEPTIONIST

Primary question: Who is arriving today, what is blocked, and what needs my attention before the queue backs up?

Primary action: Check in patients, verify insurance, manage appointment queue, coordinate telehealth sessions, handle billing exceptions, process referrals

Modules: Dashboard, Appointments, Patient Registration, Check-In Queue, Billing & Payments, Insurance, Referrals, Telehealth Coordination, Notifications, Profile & Settings

DOCTOR

Primary question: What do I need to know about this patient before I speak to them, and what do I need to complete before I move to the next one?

Primary action: Review pre-visit summary, consult with AI Scribe active, diagnose, prescribe, request labs and imaging, review AI clinical insights and imaging flags, complete and sign note

Modules: Dashboard, Appointments, Patients, Consultation (with AI Scribe), EMR/EHR, Prescriptions, Medicine Management, Lab Tests & Imaging, Referrals, Telehealth, AI Assistant, Notifications, Profile & Settings

HEALTH PROVIDER

Primary question: Which patient needs me next and what tasks are waiting for me to complete before the doctor can proceed?

Primary action: Record vitals and trigger monitoring alerts, prepare patients for procedures, coordinate lab collection, upload imaging, support medication workflow

Modules: Dashboard, Patient Queue, Procedures, Vitals & Monitoring, Lab Workflow, Imaging Uploads, Medication Support, Medicine Inventory, Tasks, Alerts, Notifications, Profile & Settings

ADMIN

Primary question: Is the operation running, and where is it at risk right now?

Primary action: Monitor operational health, manage users and roles, review billing and revenue exceptions, oversee inventory, audit compliance, configure system settings

Modules: Dashboard, Users & Roles, Departments, Appointments, Billing & Revenue, Medicine Management, Inventory, Lab Operations, Analytics, Audit Logs, System Settings, Notifications

07 — KEY DECISIONS

FIVE DECISIONS, FIVE FORKS, FIVE CALLS THIS PROJECT WOULD DEFEND.

01

ONE PATIENT RECORD, FIVE ROLE-FILTERED VIEWS

What I considered

Build separate patient record modules per role. Lower build complexity, clearer scope boundaries per team.

What I chose

One patient record. Role determines which sections are visible, editable, and in what order they appear. All five roles are looking at the same underlying record.

Why

Fragmentation was the problem being solved. Rebuilding it inside the platform because role-scoped modules are easier to scope would have reproduced exactly what clinics already suffer from. A single record also means that when the health provider flags Rahim's vitals as critical, the doctor sees it in the chart already open — not in a separate notification from a separate system.

02

CONSULTATION WORKSPACE AND AI SCRIBE AS ONE SURFACE, NOT TWO

What I considered

Note editor opens after consultation ends. Standard pattern across most EHR systems. Clinicians already expect it.

What I chose

The note editor is embedded inside the consultation workspace. AI Scribe runs during the visit, populating SOAP sections in real time. The doctor edits inline during the encounter. The note is ready to sign the moment the consultation ends.

Why

Post-consultation documentation is the primary source of the 2:1 EHR time burden. Documentation from memory is slower and less accurate. Designing the note editor as a parallel workflow inside the consultation — not a separate downstream step — is the single highest-leverage design decision in the entire clinical surface.

03

THREE AI IMAGING STATES, NOT A BINARY FINDING FLAG

What I considered

Flag or no flag. A red indicator when the AI detects a finding, nothing when it does not.

What I chose

Three states — Finding Detected, Review Recommended, No Finding. Each state shows confidence level, scan region, AI model version, and an explicit override path that requires a brief clinical note before proceeding.

Why

JAMIA documents medication alert override rates at 49 to 96%. Binary flags produce the same behavior — they get clicked past. A finding the physician cannot interrogate does not get acted on appropriately. The three-state system matches actual clinical reasoning. The override note requirement, adapted from clinical decision support research, reduces inappropriate overrides significantly without blocking legitimate ones.

04

LIVE STATUS PROPAGATION, NO MANUAL HANDOFF

What I considered

A notification center and in-app messaging between roles. Staff communicate when something changes.

What I chose

Clinical events propagate automatically. When the health provider records Rahim's vitals at 94% SpO2 and 112 bpm, Dr. Carter's dashboard updates instantly. When the lab sample is collected, Rahim receives a confirmation. When the prescription is sent, the pharmacy queue updates before Rahim reaches the counter.

Why

A notification center still requires a human decision about when to message and what to write. In a clinical environment where those readings indicate urgent cardiac risk, that decision loop is a delay the design should not introduce. Live propagation removes the manual step. The status is always current. The role that needs to act sees it without being asked.

05

ADMIN DASHBOARD AS REAL-TIME OPERATIONAL MONITOR, NOT REPORTING TOOL

What I considered

Build the admin dashboard as a reporting surface. Charts, trend analysis, end-of-day exports.

What I chose

The admin dashboard leads with real-time operational health — queue status, staff workload, inventory risk, compliance alerts, revenue flags. The primary action is identifying what is at risk right now and acting on it inline — not reviewing a summary of what happened after the clinic closed.

Why

Reports are useful for analysis. They are not useful when a queue delay is building at 10 AM and the admin does not know until the 4 PM summary. The admin's job in a live clinic is triage and response. The dashboard was designed to surface the problem before it becomes a crisis.

08 — THE AI SCRIBE SURFACE

THE HIGHEST-STAKES DESIGN PROBLEM.

The consultation workspace was the most complex surface in the platform. When Dr. Carter opens Rahim's consultation at 10:32 AM, he already has the complete pre-visit summary assembled automatically — chief complaint, vitals, ECG upload, AI cardiac risk insight, insurance profile, and prior visit history. He does not reconstruct context. He starts from it.

As the consultation begins, AI Scribe activates. It captures the dialogue, maps content to SOAP sections, and populates the note in real time. Dr. Carter sees the note building as he speaks. He edits inline — adding the ICD-10 code for Angina (I20), adjusting the assessment, confirming the treatment plan. By the time he ends the consultation, the note is complete, reviewed, and ready to sign.

Three specific decisions shaped the Scribe output surface. First, the output is always shown as a draft, never as a complete note. The visual treatment — a distinct draft state with an explicit Review and Sign action — makes it unambiguous that the AI has done the first pass and the doctor is completing it. Second, SOAP sections appear in order of clinical priority, not structural order. Assessment and Plan come first because that is where the high-stakes edits happen. Third, AI clinical insights — in Rahim's case, "Possible unstable angina detected. Recommend immediate cardiac evaluation" — appear in the consultation sidebar, not embedded in the diagnosis field. They inform the doctor's thinking. What Dr. Carter types in the diagnosis field is his clinical judgment. The AI surfaces evidence. The distinction is preserved in the design.

09 — THE DESIGN SYSTEM

TOKEN ARCHITECTURE FOR A FIVE-ROLE CLINICAL PLATFORM.

L.01

PRIMITIVE

Raw values. Never referenced directly in components.

color-clinical-red-500: #DC2626
color-clinical-amber-500: #D97706
color-clinical-green-500: #16A34A
color-neutral-900: #0F172A
space-4: 16px
font-size-base: 14px
font-size-clinical-label: 12px

L.02

SEMANTIC

Intent-based aliases. Components reference these, not primitives.

color-finding-detected
color-review-recommended
color-vitals-critical
color-consent-required
color-phi-field
color-audit-trail-entry
color-ai-draft-surface
color-live-status-pulse

L.03

COMPONENT

Scoped to specific UI patterns.

color-ai-scribe-draft-background
color-ai-flag-border-high
color-ai-flag-border-moderate
space-consultation-panel-padding
color-phi-input-background
color-override-required-indicator

PHI token note. All fields containing Protected Health Information reference color-phi-input-background. Any global change to PHI field presentation — for dark mode, high-contrast, or audit mode — is a one-line token update, not a component-level sweep. Consent states, override requirements, and audit trail entries each hold dedicated semantic tokens so they are never resolved to a generic status color.

10 — WHAT COMES NEXT

  • The pre-visit summary surface — what the doctor sees before speaking to a patient — was designed based on clinical workflow logic, not tested against actual physician reading behavior. Rapid prototype testing with practicing clinicians would sharpen the section order and information hierarchy significantly. That is the next validation priority.
  • The Health Provider role has the most complex task queue in the platform. Vitals recording, lab coordination, and imaging upload are designed. The procedure support workflow, medication assistance surface, and the handoff from Health Provider to Pharmacy need a dedicated design pass at higher fidelity. That is the next module.
  • The Admin analytics layer was scoped to real-time operational monitoring. Historical reporting — department-level trends, billing forecasting, compliance audit exports — was deliberately deferred. That becomes its own design project once the real-time layer is in use and generating data worth analyzing over time.

If you are hiring for a senior product designer role in healthtech and want to discuss this work or anything in my portfolio, reach me at hey@shahriarsultan.com.