Precision Recovery

2024

Role: Design Lead (with one product manager and two developers)

In this project, I lead the Research and Design of a symptom tracking and patient monitoring desktop app to help the Mount Sinai Cardiology Department manage patients recovering from strokes post-discharge.

The enormous number of patients that required increased monitoring following discharge (upwards of 700 at a time) necessitated a remote patient monitoring system beyond checking in via email daily.

The Precision Recovery platform features both a patient-facing piece as well as a physician/medical staff facing platform. Patients receive a text daily prompt to fill out a survey of their latest vitals and symptoms. These numbers and answers are reviewed and monitored by the medical staff.

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.

Process

Patient Side:

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.

To map the flow of questions in the patient facing chatbot, we diagrammed the experience, a sample section is included below. 

Patient Side:

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.

To map the flow of questions in the patient facing chatbot, we diagrammed the experience, a sample section is included below. 

Patient Side:

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.

To map the flow of questions in the patient facing chatbot, we diagrammed the experience, a sample section is included below. 

Sample flow diagram

Process

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.

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.

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.

Sample explorations

Result

As noted before, the Precision Recovery platform features both patient-facing and physician/medical staff facing experiences. Patients receive a daily prompt via SMS to fill out a survey of their latest vitals and symptoms. These numbers and answers are reviewed and monitored by the medical staff using the platform we created for them.

Patient-facing

Patient-facing

Process

Provider Side: Patient List View and Patient Details

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.

The Patient Details 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.

Patient List View

Patient Details View

More work

More work

More work

A/B Testing Program

Program Management, Growth Design, UX Design, A/B Testing

Civic Actions Hub
(Action Landing and Message Actions)

Product Design, UXR, A/B Testing, Responsive Web Design

A/B Testing Program

Program Management, Growth Design, UX Design, A/B Testing

Civic Actions Hub
(Action Landing and Message Actions)

Product Design, UXR, A/B Testing, Responsive Web Design

tzz

tzz

About
Work
Email
LinkedIn

tzz

tzz

About
Work
Email
LinkedIn