PRECISION RECOVERY
MOUnt Sinai
TLDR:
Role:
Design Lead
Team:
Design Lead, Product Manager,
3 Developers
Duration:
May 2020 - Ongoing
Methods:
Semi-structured Interviews
Observational Research
Flow Diagramming
Co-design Sessions
Design Exploration
Systems thinking
Main stakeholder
Neurology Department
Specifically, the Precision Recovery team that was looking for a new digital solution for monitoring patients remotely.
Problem Space
Symptom tracking and patient monitoring has become a priority in the management of those recovering from strokes.
Given the enormous number of patients that require increased monitoring following discharge, a need for a remote patient monitoring system has become increasingly evident.
Solution
Automated survey experience for stroke recovery patients.
The patient inputs are collected via our chatbot platform and automatically ports that data into the staff side platform.
The Context
As noted above, the Precision Recovery team was in need of a better way to remotely monitor their patients (about 300 at any given time). In their current state, they were manually reviewing survey responses via e-mail (they only place where all the data lived in a viewable manner). The team also wanted a platform that had extensibility for future needs such as launching communications and video consults; both of which are existing features that we could potentially fold into the Precision Recovery platform.
The Solution
I designed and helped deploy the Precision Recovery platform. It features both a patient-facing piece as well as a physician/medical staff facing platform. To summarize the workflow: patients receive a text daily prompt (for special patients, twice daily) to fill out a survey of their latest vitals and symptoms. These numbers and answers are carefully monitored by the medical staff using the platform we created for them.
The Features
Patient-facing: Daily texts to chat survey
Medical staff-facing: Patient list and details platform
Click on the image to view larger version.
Patient List View:
This table is intended to be the full roster of patients currently in the Precision Recovery program. The columns were specified by the staff as important and each column is both filterable and sortable.
When you click on a specific patient row, it will take you to the Patient Details page (below).
Patient Details View:
This page was created very much with user flow in mind. This page shows you two surveys worth of data because the whole purpose of reviewing the vitals and symptoms is to see change over time. So the staff need to quickly be able to see if the severity of something has gone up or down (which is indicated by the colored arrows).
As you click left and right, cards slide in and out in chronological order so that staff can quickly skim multiple days of inputs quickly.
ThE goals
-
Allow medical staff to quickly assess patient recovery progress over a short period of time (max 7 days);
-
Create an automated system that captures daily (or twice a day) patient inputs that medical staff does not need to then manually have to port from static file into monitoring dashboard;
-
Overall, make it easier to manage the 700 patient surveys the Precision Recovery team was receiving everyday.
The Process
My product manager and I worked hand in hand through the discovery and requirement gathering phase. We had to learn in a short period of time two aspects of the stroke recovery program: the process by which the staff assesses patient symptoms on a daily basis, and how they currently manage said patients.
Flow Diagramming: Patient Side
To map the flow of questions in the patient facing chatbot, we diagrammed the either experience.
Click on image to magnify.
design exploration: Staff side
We took an extremely iterative process with the Precision Recovery team that included a 2 hour discovery meeting and 2 design critique sessions over the course of 3 weeks. Rather than taking the traditional low, medium, high fidelity design approach, I rapidly generated a number of explorations using our newly minted design system since I knew that we were both on a short development timeline, but also that it is often easier for users to react to something rather than generate their needs off the top of their head.
The future
Without being prescriptive as this will continue to be an iterative process with the Precision Recovery team, we’d like to continue to build this platform outwards so that other departments within Mount Sinai and outside will use it to help monitor patients remotely. Some of these will include:
-
Communication channels - SMS and Video;
-
Visualizing data beyond 2 days at a time;
-
Charting and manipulating data per staff preference.
Some exploration has already begun in that space:
