Bayer: Research and Interface Design for ICU ARDS Monitoring

User research and insights

1. Interviews: I spoke with ICU physicians and nurses about the problems they faced while managing ARDS.
2. Observation: I watched how ICU teams worked, mapped the existing workflows, and noted where information or time got lost.
3. Surveys: A wider group of ICU staff answered questions about alarm fatigue, system usability, and medication compliance.
4. Wireframe testing: A pilot group tested the early flows against the clinical requirements and safety-critical tasks.

Workflow synthesis

I turned the clinical requirements into ARDS-monitoring workflows that the clinical and product teams could review together.

I separated the clinician-facing bedside view from the investigator view, so each team could focus on the decisions they had to make.

I made changes in disease stage, medication response, and patient status easier to scan, without losing the context around them.

I used prototype reviews to check if the information hierarchy helped people decide on the next clinical or research action.

Interaction and risk modelling

The interaction work focused on behaviour that could affect a clinical decision:

1. ARDS stage: Each stage, including at risk and severe, had its own visual treatment, so clinicians could recognise it faster.
2. Alert priority: Urgent alerts appeared first, so clinicians could tell them apart from lower-priority notifications.
3. Medication tracking: Administration times and doses had their own section.

Prototyping and the user feedback loop

We built interactive prototypes for admission, medication scheduling, and real-time vital-sign monitoring.

1. Structured testing: ICU staff and principal investigators worked through the prototypes in moderated sessions.
2. What we heard: Doctors wanted adjustable alert thresholds. Nurses asked for shorter data-entry forms. IT staff needed clear security controls for clinical data.

Context and problem statement

ARDS is a life-threatening condition, and intensive care teams have to make informed decisions about it quickly. The teams we studied didn’t have a single real-time view that connected patient monitoring with the ARDS medication workflow.

Key challenges

1. Fragmented monitoring: Clinicians didn’t have a single view of vital signs, disease stage, and medication response.
2. Data spread across systems: Nurses and doctors had to check several systems to understand a change in patient status.
3. Research data: Principal investigators had to combine separate sources before they could analyse treatment outcomes across patient groups.

Stakeholder analysis: who we designed for

Doctors

1. Need: A reliable view of ARDS progression that supports treatment decisions.
2. Problem: Important changes could get buried in a large volume of patient data.

Nurses

1. Need: An interface that fits daily ICU work without adding unnecessary steps.
2. Problem: Alarm fatigue and slow data entry took time away from patient care.

Principal Investigators

1. Need: A shared dataset for comparing medication response across ARDS stages and patient groups.
2. Problem: Separate data sources made larger clinical analyses slower and more prone to error.

Impact metrics and outcomes

The evaluation looked at these outcomes:

Faster review of critical changes

1. Validation focus: Could clinicians recognise a critical change and decide what to review next without searching across separate views?
2. Finding: Real-time visual cues helped teams decide which changes needed attention first.

Less switching between systems

1. Workflow focus: Bring disease progression, vital signs, medication response and alerts into one clinical view.
2. Finding: With the combined dashboard, clinicians didn’t need to switch between separate monitoring views as often.

Patient-outcome boundary

This portfolio documents the research and interface work. It does not claim that the design caused a measured change in patient outcomes.

I designed it to make warning signs and supporting data visible sooner, so clinicians could decide what to investigate next.