At Siemens Healthineers, the Atellica DCA redesign was part of a broader
initiative to modernize point-of-care (POC) devices and align them with
a Common Interface Platform (CIP).
Historically, devices like the DCA Vantage operated with isolated interaction
models, resulting in:
The Atellica DCA became an opportunity to apply and validate a standardized interaction framework within a real clinical workflow.
Product Designer
Software Architecture, Information design, Workflow Systems
Android
Project Manager, Software Engineers, UI/UX Deisgners, Regulatory Stakeholders
February 2017 - Early 2020
This was not just a UI redesign.
We needed to solve at two levels simultaneously:
1. Product-Level Problem
Operators struggled with:
2. System-Level Problem
There was no consistent interaction model across devices:
This made it difficult to scale usability improvements across the product ecosystem.
I led the workflow and interaction redesign for Atellica DCA, while aligning
the solution with the Common Interface Platform (CIP) principles.
This required:
Through usability testing and workflow analysis, it became clear:
The core issue was not just poor UI; it was the absence of a coherent interaction system connecting physical actions, digital guidance, and system feedback.
Through usability testing and workflow analysis, it became clear:
The core issue was not just poor UI; it was the absence of a coherent interaction
system connecting physical actions, digital guidance,
and system feedback.
Instead of solving isolated usability issues, I focused on defining scalable interaction patterns.
Guided Workflow as a System Pattern
Rather than allowing free navigation, we defined a linear, system-driven workflow model:
This pattern could be reused across other diagnostic devices.
Instructional UI as Embedded Guidance
We introduced a standardized instructional pattern:
This became a reusable approach for hardware-assisted workflows.
System Feedback Model
We standardized how the system communicates state:
Establishing a consistent feedback language across devices
Input Abstraction (Scan vs Manual Entry)
We prioritized:
Creating a scalable input strategy for clinical environments.
We applied the Common Instrument Platform system to redesign the full diagnostic workflow.
Workflow Entry:
Select Engine → Login → Insert Cartridge
Context
Experienced clinician or lab technician working in a controlled environment where protocols are strictly followed.
Goals
Behaviors
Pain Points
Design Implication
Design must reinforce linear, guided workflows with clear checkpoints, confirmations, and compliance cues.
Workflow Entry:
Login → Select Engine → Insert Cartridge
Context
Frequent user operating in high-throughput environments (e.g., ER, urgent care) where speed is critical.
Goals
Behaviors
Pain Points
Design Implication
Design should support fast-path interactions, shortcuts, and reduced step counts while maintaining safety.
Workflow Entry:
Insert Cartridge → Login → Continue Workflow
Context
User operating in time-sensitive or interrupt-driven environments where immediate physical action precedes system interaction.
Goals
Behaviors
Pain Points
Design Implication
Design must support flexible entry points, allowing the system to adapt to user behavior rather than forcing rigid order.
We tested the redesigned system with clinical users.
Observed Outcomes
• Faster onboarding for new users • Reduced confusion during critical steps • Increased confidence in system feedback
• Less reliance on Quick Reference Guides (QRG)
Product-Level Impact
System-Level Impact
This project reflects my ability to:
• Think beyond screens and design interaction systems • Translate user research into scalable design patterns
• Balance standardization with product-specific constraints • Design for complex, regulated environments