Healthcare Nurse Workflow Error Prevention Critical Care

Dialysis Safety Interface

Redesigning how nurses interact with dialysis machines — eliminating critical setup errors without slowing down care.

Error Reduction
40%
drop in critical setup errors
Timeline
8 wks
research through prototype
Research Sites
3
dialysis units studied
My Role
Sole UX Designer
research, design & testing
TLDR — Executive Summary
  • Dialysis nurses were making critical setup errors due to a cluttered, navigation-heavy interface.
  • We identified that protocols were being bypassed in high-pressure shifts — a systemic failure, not human error.
  • Redesigned the interface around glanceability and forced verification at key danger points, reducing errors by ~40%.
  • High-fidelity prototype validated across 3 hospital sites with 12 nurses over 6 usability sessions.
01 — Problem & Framing

India's Dialysis Crisis: A System on the Verge of Collapse

The independent dialysis sector is caught in a perfect storm. While confronting a catastrophic treatment gap and soaring mortality rates, operators are simultaneously bleeding razor-thin margins through documentation failures, and buckling under the weight of archaic compliance reporting.

Crisis context: Visualizing the scale of the independent dialysis gap
97%
Treatment Gap

7.8M Indians need dialysis.
Fewer than 250,000 receive it.

100k+
Annual Deaths

Due to systemic failure, not lack of clinical tech.

45–55
Median Age

Patients are active breadwinners, compounding the economic cost.

What's Broken Operationally

📉

Documentation Gaps

Cost centers an estimated 8–15% of their total monthly revenue.

💸

Missed Billing

A 500-session/month center loses ₹75,000–1,50,000 every month.

PMNDP Rejections

Claims rejected due to incomplete records leave 3–4 months of cash outstanding.

🧩

Fragmented Tools

They use paper + WhatsApp + Excel — none of which talk to each other.

Why This Moment Specifically? (The Timing Is Right)

Phase 1: Post-COVID
The Paper System Broke

Dialysis centers stayed open during lockdowns. Staff attrition proved that reliance on human memory and paper registers caused near-miss clinical events. Operators became pull-motivated for digital systems.

Phase 2: ABDM & NABH
Regulatory Convergence

Simultaneous mandates for ABHA-linked digital records and constant audit-ready documentation forced digitization. Without it, centers actively lose insurance empanelments and private-pay credibility.

Phase 3: Current Goal
Clinical Operations Platform

To build the first clinical-grade, offline-capable setup that natively handles the complex workflows of Indian independent centers, without the overhead of massive enterprise software.

02 — Secondary Research

Haemodialysis: The Clinical Workflow

Haemodialysis is a procedure that replicates kidney function by removing waste products and excess fluid from the blood. The patient's blood is drawn through a needle or catheter, circulated through a dialyser (an artificial kidney membrane), cleaned against a carefully prepared dialysate solution, and returned to the body. A typical session runs 3–5 hours, three times per week, for the rest of the patient's life.

Tasks at a Dialysis Clinic

Pre-Session

RO water quality check: pH (target 6.5–8.5), TDS (16–20 ppm for best treatment), hardness, free chlorine
Machine self-test sequence: conductivity test, temperature calibration, positive & negative pressure test, DIASAFE filter test
Dialyser preparation and circuit priming with Normal Saline (NS)
Chemical disinfection verification (Renalin strip test — confirms previous wash complete)
Patient assessment: weight, pre-session BP, history review, fistula/access inspection

Intra Session

Blood flow rate set (typically 200–350 mL/min depending on fistula quality)
Ultrafiltration Rate (UFR) set based on target fluid removal (excess weight since last session)
Dialysate flow rate: typically 500 mL/min
BP monitoring: minimum every 30 min per NKF guidelines; every 15 min in Indian practice and for high-risk patients
Continuous machine parameter surveillance: venous pressure, arterial pressure, conductivity, air detector
Complication detection and management: hypotension, cramps, access-related issues, air embolism

Post Session

Blood return to patient, line disconnection, access site pressure and dressing
Post-session weight, blood pressure, temperature recording
Fluid balance calculation: target achieved vs. actual removed
Session documentation: vitals trend, any complications, interventions taken
Machine disinfection: heat disinfection at 85–95°C (Renalin chemical disinfection as alternative)
Shift handover notes for incoming technician

Ecosystem Mapping

Dialysis
Patient
Dialysis
Nurse
Nephro-
logist
Dialysis
Technician
Family &
Caregiver
Center
Owner
Referring
GP
Dialysis
Machine
RO Water
Plant
Consumable
Suppliers
Pathology
Lab
Pharmacy
Dietitian
PMNDP /
Govt Scheme
Ambulance
Service
Biomedical
Engineer
Blood
Bank
EHR /
HMS
Social
Worker
NABH
Insurance
/ PM-JAY
ABDM /
ABHA
Equipment
OEM
Referral
Hospital
CPCB /
Bio Waste
State
Health Dept
Transplant
Center
Infection
Control
Telecom
Networks
Medical
College
Drug
Controller

Actors

Actors

The dialysis patient sits at the centre of a tightly coupled care ecosystem. The Dialysis Nurse and Technician manage setup, monitoring, and teardown. The Nephrologist prescribes and adjusts treatment parameters. The Center Owner manages operations, staffing, and compliance — often with razor-thin margins.

Practices

Practices

The patient's treatment depends on a repeatable 3-session-per-week cadence, each requiring pre-session machine prep, intra-session monitoring, and post-session documentation. Handoffs between shifts are verbal or paper-based, creating systemic gaps in continuity that compound over months.

Information

Information

Clinical data flows through fragmented channels — vitals on paper registers, prescriptions via WhatsApp, billing on Excel, and compliance reports manually assembled for NABH and insurance TPAs. No single system captures the full treatment picture, making audit readiness a perpetual scramble.

Stakeholder Mapping

Stakeholder Role & Needs System Influence Data Sensitivity
Primary User
Dialysis Technician
Runs the HD session end-to-end. Manages 4–6 machines simultaneously. Needs real-time, glanceable, low-friction tools on mobile. HIGH HIGH
Secondary User
Nephrologist
(Visiting)
Reviews patient data, adjusts prescriptions, responds to critical alerts. Primarily desktop. Visits clinic 2–4x/week. HIGH MEDIUM
Secondary User
Clinic Manager /
Admin
Handles scheduling, billing, consumables, compliance. Needs shift overviews, billing data, stock levels. Desktop-primary. MEDIUM HIGH
Tertiary
Patient
Attends 3x/week, sometimes for years or decades. Needs transparency, access to their own records, appointment reminders. LOW HIGH
Regulatory
PMNDP / NKF India
Sets clinical standards and reporting requirements for government-funded dialysis. An indirect but non-ignorable stakeholder. LOW LOW
Primary Research

As-Is Service blueprint

Mapping the complex interplay between clinical actors, the patient, and infrastructure throughout the dialysis journey.

Interactive Service Blueprint Placeholder

Drag to pan • Scroll to zoom

Pain Points by Actor

What Each Stakeholder Struggles With

Pain points were extracted from the field visits, interviews, and secondary research, then attributed to the actor who experiences them most acutely. Severity ratings are based on frequency and consequence of harm.

CRITICALNo unified view of all patients' current status — must physically walk to each machine to check
CRITICALNS line-open risk is managed by memory alone — no system safeguard
HIGHBP is logged retrospectively, not in real time — data is inaccurate and potentially useless
Dialysis Technician
HIGHMachine disinfection status is invisible — no way to know which machines are safe to use
HIGHRO water quality logged manually once; no system to enforce or remind
MEDIUMEnd-of-shift documentation is exhausting — all paper, all batch, all from memory
MEDIUMNo searchable patient history accessible at the bedside during emergencies
HIGHReceives no real-time alerts — only learns of complications via phone call or next visit
HIGHPatient records are paper-based; no digital trend analysis on BP, weight, fluid removal
Nephrologist
HIGHPrescription updates (UFR target, session duration) must be communicated verbally or by paper
MEDIUMNo visibility into whether protocols were followed — has to take technician's word
MEDIUMCannot remotely review or adjust treatment plans — must physically be at clinic
HIGHSession data for insurance billing must be manually transcribed from technician paper sheets
HIGHNo real-time occupancy view — cannot see which chairs are free or which patients are running late
Clinic Manager / Admin
MEDIUMConsumable stock (dialyzers, Renalin, NS) tracked in physical register — stockouts happen
MEDIUMShift scheduling is done on paper — no alert when a shift has too few staff for patients booked
LOWRegulatory compliance reports require manual aggregation of data across hundreds of sessions
1.10 — Jobs to be Done

What People Are Really Trying to Accomplish

The JTBD framework strips away features and asks: what is the person trying to make happen in their life? What does 'done' look like for them? This framing produces more durable design decisions because it anchors to human goals, not technology.

Dialysis Technician

WHEN
When I start my shift,
I WANT TO
I want to know that every machine is ready and safe to use
SO THAT
so that I can begin patient sessions without fear of harm from equipment failure.
TODAY
Currently: Walk each machine, read panel, check paper log. Time: 20-30 min. Risk: missed steps with no system backup.
WHEN
When a patient is on session,
I WANT TO
I want to instantly know if any of my patients need attention right now
SO THAT
so that I can intervene before a complication becomes a crisis.
TODAY
Currently: Physical walk of the floor every 15 minutes. No central view. Risky in a busy morning slot.
WHEN
When a complication occurs,
I WANT TO
I want to respond immediately and document it accurately
SO THAT
so that the doctor has a true record and I'm protected if anything is questioned later.
TODAY
Currently: Respond first, document hours later from memory. Record is incomplete.
WHEN
When my shift ends,
I WANT TO
I want to hand over all critical patient information in under 5 minutes
SO THAT
so that the incoming technician is fully briefed and no patient detail falls through the gap.
TODAY
Currently: Verbal handover. No structured format. Critical information often omitted.

Nephrologist

WHEN
When I'm between hospital visits,
I WANT TO
I want to see if any of my dialysis patients had an abnormal session
SO THAT
so that I can intervene remotely or prioritise my next clinic visit accordingly.
TODAY
Currently: Only know via phone call. No remote visibility at all.
WHEN
When I update a patient's prescription,
I WANT TO
I want that change to reach the technician before the next session
SO THAT
so that the correct parameters are used without me being physically present.
TODAY
Currently: Written on paper, given to manager, relayed to tech. Error-prone chain.

Clinic Manager

WHEN
When I'm preparing insurance claims,
I WANT TO
I want all session data to be available digitally and accurately
SO THAT
so that I can submit claims without chasing technicians or re-transcribing paper sheets.
TODAY
Currently: Manual data entry from paper. Takes 2-3 hrs per week per clerk.
WHEN
When I'm planning next week's schedule,
I WANT TO
I want to see occupancy and staff availability in one view
SO THAT
so that I can ensure every patient is covered and no shift is understaffed.
TODAY
Currently: Physical register. Phone calls to staff. Reactive, not planned.
UX Audit

What's Broken Operationally?

Placeholder — Heuristic evaluation of the current system. Annotated screens with severity ratings (Critical / Major / Minor). Where was the biggest friction? What surprised you?

Annotated UX Audit Screens — Placeholder
Key violations flagged across the existing dialysis machine UI
So What?

Placeholder — The audit revealed that ____ were the highest severity issues. This shaped our early hypotheses about where to focus design energy.

05 — Competitive Research

Benchmarking the Ecosystem: Solutions Evaluated

To understand the strategic gap in the Indian dialysis market, we evaluated five distinct platforms across the global and local spectrum. From premium German engineering to the paper-based reality of rural India, these benchmarks provided the "north star" for my design goals.

Platform Context & Description
Fresenius Therapy Monitor Germany · The global gold standard for machine-integrated monitoring. Highly reliable but requires proprietary hardware (₹8–15L per machine) and lacks localization for the high-volume Indian clinic workflow.
NephroPlus Ops Platform India · Internal system for a 250+ center chain. Best India-specific benchmark for session tracking and billing, but remains proprietary and lacks safety-enforcement UI features.
Practo HMS India · General hospital management system. Treats dialysis as a simple "billing event." Zero support for real-time vitals monitoring or clinical nurse-machine workflows.
Meddbase UK · Desktop-only cloud HMS with a specialized nephrology module. Designed for the NHS context; poorly adapted for independent Indian clinics and lacks offline capability.
Govt. PMNDP Paper India · The "as-is" reality for most independent centers. Free, familiar, and the regulatory baseline, but provided zero real-time safety guardrails or error prevention.

Feature Comparison Matrix: Identifying the Strategic Gap

By mapping these solutions against five key criteria — Safety, Documentation, Clinical depth, Admin efficiency, and Technical agility — we identified where the system was buckling under pressure.

Feature Category Fresenius NephroPl. Practo Meddbase Govt PMNDP Thesis Project
Safety
Real-time BP monitoring SAFETY ~
Central multi-machine dashboard SAFETY ~
RO water quality log SAFETY
Machine disinfection tracking SAFETY
Pre-session checklist (enforced) SAFETY ~
NS line safety confirmation SAFETY
Documentation
Session documentation (digital) DOCS ~
Real-time complication logging DOCS ~
Clinical Management
Fluid balance calculation CLINICAL ~
Doctor remote review CLINICAL ~ ~
Prescription management CLINICAL ~
Admin & Compliance
India-specific billing ADMIN
Technical Agility
Offline-first architecture TECH
Mobile-first (Android) TECH ~
06 — Ecosystem Mapping

Who and what are all the actors in this system?

Placeholder — Stakeholders, user roles, internal systems (EHR, pharmacy, billing), physical environment, edge cases. This is the full picture before you design anything.

Ecosystem / Stakeholder Map — Placeholder
Mapping all touchpoints, actors and dependencies
07 — Process Mapping

What does the current state actually look like, end to end?

Placeholder — As-is journey map or process flow. Where are the handoffs? Decision points? Moments of ambiguity? Where does the system assume things it shouldn't?

As-Is Process Flow — Placeholder
Current state nurse workflow across a full setup session
So What?

Placeholder — The process map revealed that ____. This is where we spotted the breakdown that shaped the entire design direction.

08 — Primary Research

What did we hear, see, and uncover in the field?

Placeholder — Methods used (contextual inquiry, semi-structured interviews, shadowing, task analysis). Sample size, sites, how participants were recruited.

Placeholder — Key themes that surfaced. Synthesis method (affinity clustering, thematic analysis, etc.).

"I need to see the most important info from across the room, not after I've tapped through four screens."

— Senior Dialysis Nurse, Site 1

"When alarms go off, the screen should tell me the action, not the problem."

— Dialysis Technician, Site 3
Research Synthesis / Affinity Map — Placeholder
Patterns identified across 14 nurse interviews and 3 site visits
So What?

Placeholder — The research crystallized that the problem wasn't missing features — it was information architecture that worked against the clinical context.

09 — Service Blueprint

How does the designed solution sit inside the full delivery system?

Placeholder — Frontstage actions (what users do), backstage actions (what the system does behind the scenes), support systems, physical evidence. This shows the designed solution, not the current state.

Service Blueprint — Placeholder
To-be service blueprint mapping the redesigned experience
10 — North Star & POV

What is the design bet we're making?

Placeholder — The HMW statement. The POV. The guiding principle that shaped every decision that follows.

How might we design a dialysis interface that enforces safety without breaking the clinical rhythm of nurses working under pressure?

Placeholder — The north star metric or experience quality we were optimizing toward. What does "winning" look like from the user's perspective?

09 — Thematic Analysis

What patterns emerged from the data?

Placeholder — After primary research, what themes kept surfacing across participants? What were the unexpected findings? How did you reconcile contradictions in the data?

"Every participant described a moment where they 'knew' they'd made an error — but couldn't immediately identify where in the setup it happened."

— Research synthesis note, Session 4
Affinity Map — Thematic Clusters Placeholder
Key themes grouped from 6 research sessions across 3 sites
So What?

Placeholder — These themes directly informed our problem reframing: from "feature parity" to "error visibility and forced verification at critical junctures."

10 — Value Proposition

What exactly are we offering — and to whom?

Placeholder — Define the core value prop of the redesigned interface. For each user segment, what does the new design specifically offer that the current one doesn't? Frame it as a before/after for the user's experience, not as a list of features.

For Senior Nurses

Speed without sacrifice

Complete setup flows in the same time or less, with passive error-prevention built into the sequence.

For Junior / Agency Staff

Confident first-time completion

Guided flows with explicit confirmation gates — no silent failures, no skipped protocols.

11 — Stakeholders & Constraints

Who had a seat at the table — and what did they each need?

Placeholder — Map the key internal and external stakeholders. What were their competing priorities? Who had veto power? Who was a quiet blocker? How did you build alignment across clinical, engineering, and procurement?

Clinical Lead

Patient safety above all

Any design that slowed down setup was a non-starter. Error reduction had to come without adding cognitive load.

Engineering

Legacy system constraints

The machine firmware couldn't be modified. All safety logic had to live in the interface layer only.

Procurement

Cost ceiling

No hardware changes. Interface upgrade only. Rollout budget capped at training + software deployment costs.

Head Nurse, Site 2

Informal champion

Not a formal decision-maker, but the most influential voice in the room. Her buy-in unlocked trust from the nursing floor.

How we navigated it

Placeholder — Ran a constraints-first design sprint in week 3 to surface all hard limits before ideation. This prevented wasted work on technically infeasible directions and gave engineering early confidence that we understood the system boundaries.

11 — Design & Decisions

How did we go from insight to interface?

Placeholder — Walk through the key design decisions. Not just "here's the final design" — explain the forks in the road. What was the alternative? Why was this the right call?

Ideation / Sketches — Placeholder
Early concepts explored before committing to direction
Wireframes — Placeholder
Mid-fidelity layouts with annotated rationale
High-Fidelity Prototype — Placeholder
Final design reviewed in 6 usability sessions
Key Decision

Placeholder — We chose [pattern X] over [pattern Y] because ____. The tradeoff was ____, which we accepted because ____.

12 — Iteration Log

What changed between V1 and what shipped — and why?

Placeholder — Show 2–3 meaningful design pivots. For each: what the original design was, what feedback or data caused the change, and what the revised direction looked like. This is where design thinking becomes visible.

V1 → V2 Comparison — Setup Screen Placeholder
Before: single-screen setup list. After: sequenced step-by-step flow with inline confirmation per step
Pivot 1 — What changed

Placeholder — V1 presented all setup parameters on one screen. Usability session 2 showed nurses skipping fields because the page felt "done" before it was. V2 broke setup into a 4-step sequence with explicit completion per step. Error rate in session 3 dropped by half on that screen alone.

V2 → Final — Verification Gate Placeholder
Before: passive summary screen. After: forced read-back with active confirmation required for each critical parameter
Pivot 2 — What changed

Placeholder — V2 used a passive summary before confirmation. Nurses glanced at it but didn't actually read it. Borrowed from aviation checklist design: final version requires tapping each critical parameter to confirm — zero missed confirmations in final usability sessions. Felt heavier in testing, but the safety data won the argument.

12 — Go-to-Market

How did we take this from prototype to rollout?

Placeholder — Describe the rollout strategy. Was this a phased launch, a pilot across one ward, or a full hospital deployment? Who were the internal champions? What training or change management was needed?

Rollout Strategy

Placeholder — Piloted at Site 2 (Dialysis Unit B) for 6 weeks before broader rollout. Training was embedded into the interface itself through progressive disclosure — no separate documentation required.

13 — Outcomes & Impact

What actually changed?

Placeholder — Post-launch metrics if available, or usability test results. Stakeholder reception. What was shipped vs. what was designed. The delta that mattered.

Result

~40% fewer critical errors

Measured in controlled usability testing across 12 participants.

Result

Setup time maintained

Average setup time increased by only 8 seconds — within acceptable bounds.

Qualitative

Nurse confidence ↑

Nurses described feeling "more in control" and "less anxious about missing something."

What's Next

Phase 2 in scoping

Remote monitoring + shift handoff features are in the next planning cycle.

14 — Reflections

What would I do differently?

"The interface wasn't the problem. The workflow was. We almost spent 8 weeks solving the wrong thing."

— Post-project debrief note
Wrong assumption

I assumed senior nurses and junior staff had materially different error patterns. They didn't — both groups made the same class of errors at the same decision point in setup. The difference was that seniors recovered faster. I would have designed a single, smarter verification gate earlier if I'd segmented behavior rather than experience level from the start.

What I'd do differently

Run contextual inquiry during active shifts, not in controlled observation slots. Our recruited sessions were lower-pressure than reality — we only surfaced the time-pressure dimension of the problem in the final two site visits, when we happened to arrive mid-shift. That insight shaped our most important design decision. Earlier exposure would have saved 2 weeks of misframed ideation.

What this changed going forward

Every design review I run now has a mandatory "error state" slide — what does the interface do when the user makes the most likely mistake? Not an edge case. The most likely mistake. This project made that a non-negotiable in my process.

Next Case Study
Disaster Mitigation Platform