How might we…
improve access to real-time + post-therapy data to enable medical practitioners to take action and improve patient outcomes?
Stryker
Discovery Research, Process Mapping, Information Architecture, Systems design, UX/UI Design
Overview
-
Stryker is a renowned medical device company known for its innovative and high-quality products that aim to improve patient outcomes and enhance healthcare delivery.
-
6 Months, August — January, 2021
-
My Role: Lead Designer
Matt Smith, Senior Designer
-
Miro, Figma
-
Screener Questionnaire and Research Guides
Personas
In-depth user Journey Maps and user flows
Service blueprint
Strategic UX roadmap and definition of MVP epics + features
UI design system
MVP of mobile-friendly web app and native app
Challenge
Problem
The current system restricts access to real-time and post-therapy patient data solely to the machine, necessitating constant monitoring by physicians or nurses for alerts or alarms, while also making it challenging to track outcomes and protocol adherence.
Solution
In collaboration with the Stryker team, we developed a mobile and desktop app that empowers physicians and nurses to:
1) Swiftly and confidently respond by providing access to real-time data
2) Enhance protocols and optimize TTM care outcomes through post-therapy data analysis
tldr;
The Altrix Machine (right) is used for Targeted Temperature Management (TTM) to regulate patient temperatures through the delivery of water at a specific temperature via a wrap-around channel, as seen above.
TTM is often employed in critical care settings, particularly in situations such as cardiac arrest, stroke, or traumatic brain injury. The process involves intentionally lowering or raising a person's body temperature to help protect vital organs, minimize damage, and improve patient outcomes.
In collaboration with Stryker, we helped create a more connected experience utilizing their Health Cloud platform, allowing nurses and physicians to monitor and manage patient activity beyond the device interface itself.
We designed a mobile app to reduce critical response time with real-time alerts and a desktop app to enable managers to review, filter, and compare post-therapy cases to improve clinical protocols.
Context
Hypothesis
By understanding how medical professionals currently interact with the device we could begin defining the boundaries of the ecosystem and explore how the data flows and is presented between the various mediums. By utilizing their in-house “Health Cloud” Stryker could enable health professionals to provide the best possible care quickly, and with confidence.
Challenges
Our biggest challenge surfaced as an information architecture problem stemming from 2 primary sources. A shortened timeline provided limited time/resources to adequately dive deep into the objects, relationships, and information available and also what’s desired by the people using the system. This was compounded by a lack of engagement from SMEs, which became clear as the project progressed.
Process
-
Frame and conduct research for Clinician interviews
Analyze all existing documentation and synthesize user interview insights
-
Create user flows, journey maps, and service blueprints to understand processes and identify opportunities
Leverage information architecture and object relationships to define MVP epics and features
-
Build a design system and UI library for the first version of the app
Design the MVP of mobile-friendly web app MVP (Interactive Prototype)
Design a Native App to deliver specific value features
-
Clean hand-off to Stryker engineers and development team
Understanding clinicians’ unique
needs of the Altrix application
Personas
Through a series of interviews, we derived personas that provided deeper comprehension of user roles, including the bedside nurse, physician, and nurse manager. By examining their primary responsibilities, pain points, needs, motivations, and typical behaviors, we gained valuable understanding to inform opportunities and requirements.
Jobs to be done framework
Through meeting with medical professionals, we identified and broke down ‘jobs’ that need to be done, and identified opportunities for improvement.
Clinical Journey Mapping
I visualized TTM Therapy through the lens of the Nurse, Nurse Manager, and Physician. We focused on Pre-Therapy, Therapy, and Post Therapy Analysis to pinpoint specific customer journey touchpoints that cause friction or delight. By leading collaborative workshops to foster shared understanding, we surfaced unknowns and leveraged new insights to drive action.
Identifying the technical implications and capabilities for TTM use cases
Service Blueprint
Next, we used our findings to map out the service ecology to identify all the moving parts and their interconnections, dependencies and relationships.
As a result, we aligned on how raw therapy data is processed, sent, and stored to the Stryker Health Cloud and/or copied to the EMR.
Object Oriented UX (OOUX)
Using an object-oriented approach to defining the objects involved in the experience and their relationships and actions offered to end users.
The connection between two objects in a given context. The goal is to gain a bird’s eye view of the strongest relationships. As we defined relationships, we were also defining navigation.
Information Architecture
with Priority Guides
Next, we created priority guides for each portion of the experience to set expectations for functionality and features designed to deliver value.
Feature Mapping
Referencing our priority guides, we developed EPICs and Features and estimated time and effort required.
Designing a mobile-first web app and native mobile app
Initially, we developed a Minimum Viable Product of the web application optimized for mobile devices. Subsequently, we expanded our efforts to create a native mobile application. Utilizing an agile framework, we worked in iterative sprints to clearly outline requirements and regularly showcased new features to the stakeholder group on a weekly basis.
Low and High Fidelity Designs
As part of our course correction in the face of low engagement we split the work across the team and ran a lean process starting with high fidelity wireframes.
We did this to quickly ideate through ideas and force recognition of alignment or gaps in communication.
When we received confirmation that the experience met the necessary business requirements (often limitations) we moved on to creating the UI.
Defining the Value of a Native App
The second phase of the project focused on defining and creating a Native App specific experience designed to deliver a specific set of value features.
This meant understanding what technology could be leveraged to create Native App specific features that would benefit the business or meet user needs.
Limitations and Data Visualization
We had to constantly be aware of current state UIs and potential hospital protocols that may restrict how we designed certain things.
We needed to maintain consistency where possible to limit cognitive overload for end users as well as avoid any potential risks overlapping with critical hospital UI patterns/procedures.
New Reporting Capabilities
With improved charts and graphs, they also wanted to allow clinicians to export their own reports. We explored a few different options to give them a visual overview of what happened during the patients’ TTM cases.
Handing off to Development
When it comes to UX/UI design, a flawless design is only as good as its execution. To ensure a seamless transition from pixel-perfect mockups to a fully functional website or application, a well-executed design to development handoff is crucial, and was a key component to the success of this project.
Working closely with the Stryker development team, we set the tone of a collaborative environment to ensure effective communication and alignment from beginning to end. Through comprehensive documentation, including style guides, component libraries, interactive prototypes, and a well-organized Figma file, we provided the developers with everything they needed to accurately translate designs into code. Our focus on high-quality implementation and adherence to the design system and best practices resulted in a clean, seamless, and well-informed hand-off.
Lessons Learned
Prioritize both the Macro
Context and Micro Interactions
In hindsight, we realized that spending less time on big picture journey maps and focusing more on the specific moments when users review data would have been more beneficial. By zooming in on these critical interactions and gaining clarity on specific examples, we could have developed a more precise understanding of user needs.
Emphasize Documentation
and Align on Requirements from Beginning to End
Looking back, we recognized the importance of having comprehensive long-form documentation and spending more time validating and aligning on requirements. This would have helped surface any uncertainties earlier and ensure a smoother design process.
Clarify, Consider, and Incorporate
Benchmark and Edge Cases Upfront
To account for the complexities of the healthcare space, it would have been valuable to include 3-4 benchmark cases showcasing variations, protocols, and edge cases. Having these examples readily available upfront would have facilitated decision-making and enabled better design solutions, rather than solving for as an afterthought.
Seek Clarification and Information Early On
In such a complex practice, we acknowledged the need to ask more questions and seek clarification earlier in the project. Understanding industry nuances, contingencies, complexities, and terminology is crucial for delivering effective solutions.
Address Knowledge Loss with Team Shifts
The shifting leads from different individuals on both our team and the client's side resulted in knowledge loss and a lack of clarity. Establishing consistent project stakeholders and ensuring effective knowledge transfer is essential for avoiding bottlenecks and maintaining a clear project direction.
Avoid the "Sunk Cost Fallacy"
Reflecting on the project, we realized the importance of not falling into the trap of the "sunk cost fallacy." It is crucial to periodically validate assumptions and not hesitate to take a step back to ensure that assumed knowledge is validated throughout the project.