Wooden Bridge

Digital Bridge to Home · Sinai Health

A clearer plan
for the first days home.

Wooden Bridge is a patient-owned transition hub developed from the Digital Bridge to Home research program. I designed the MVP to help patients and caregivers understand what changed in hospital, what happens next and who to contact after discharge.

My role
Product Designer
Scope
Service mapping, IA and MVP
Status
MVP tested with participants
Wooden Bridge care plan shown on a tablet held by a person.
Wooden Bridge · Product MVP developed from the Digital Bridge to Home research program

01 / Introduction

Joining the research team

I joined Sinai Health’s Digital Bridge to Home program after the research was underway. The team wanted to turn the findings into a product they could test with patients and present to the hospital for adoption. Wooden Bridge was the product proposal that grew from that work.

I was responsible for the product design, from mapping the service and organizing the information to designing the MVP. I also helped shape the co-design work so the findings could inform practical product decisions. One of the harder decisions was how much follow-up support the product could promise after discharge.

02 / Research

Understanding the move home

The study explored the work older adults with complex care needs and their caregivers take on during the move home. Ten people were interviewed, and the analysis identified nine recurring challenges. I contributed validation and formal analysis, and am a co-author of the published paper.

I used co-design sessions, a patient journey map and a service blueprint to put the patient and caregiver workload beside the handoffs between hospital and community care. I also proposed a vignette video so workshop participants could respond to a familiar transition experience.

What came out of co-design

The co-design work gave us something useful: a way to decide what belonged in the MVP. We focused on a plan people could follow as it changed, clear status for services, and a route to help when details were missing. The sessions also exposed what a screen could not fix. Ongoing follow-up would need a staffed care process, so we left that promise out of the product.

Patient journey map and service blueprint tracing work from hospital admission through ongoing care.

Hospital-to-home journey map

I mapped the transition from admission to ongoing care, marking evidence and scenario assumptions separately.

Open journey map

A plan that keeps changing

Medication updates, appointments and services needed to stay connected as the person moved home.

Unclear status and responsibility

People needed to distinguish a request from a confirmed arrangement and know who to contact.

A tool that fits the care service

The patient-facing experience needed useful next steps while respecting the work and systems of care teams.

The study interviews took place in 2021; the paper was published in 2026. These research findings informed the direction, rather than measuring the product’s effectiveness.

Read the published study

03 / Problem

The problem

Patients and caregivers had to keep track of changing medicines, appointments and services across the move home. It wasn’t always clear what had been requested, what was confirmed or who was responsible. The product needed to help them follow the plan and find the right contact while fitting the work of existing care teams.

04 / Home

A home for the care plan

I organized the experience around five places: Home, Plan, Meds, Timeline and Help. Home anchors the person in their current stage of the transition, with a small set of things to do today and a preview of what comes next.

Wooden Bridge home screen with current transition stage, today's actions and upcoming steps.

Home · selected prototype viewport

The starting view brings the current journey stage and today’s actions together.

Start before discharge

The experience begins at admission, so the plan can develop before the patient is home.

Keep daily priorities together

Today brings a few useful actions into the starting view; Next up previews the next milestone.

Let the patient control access

The patient owns the plan and gives caregivers permission to access it. This accommodates different levels of caregiver involvement.

05 / Changes

Keeping changes connected to the plan

I gave updates a consistent route back to the plan, medicine or timeline item they affected. A medication update could lead to the change details and then the schedule, rather than leaving people to find the relevant information again.

Across the experience, I kept the status vocabulary to three terms so requests and confirmed arrangements would be easier to distinguish.

RequestedAn arrangement has been requested; a time is not yet booked.
ScheduledA time has been booked.
CompletedThe item has been completed.
Wooden Bridge medicine screen showing updates above a daily schedule.

Meds · selected prototype viewport

Medicine changes appear above the daily schedule, keeping the update close to the information it affects.

Wooden Bridge timeline with services, appointments and status on each item.

Timeline · selected prototype viewport

Services and appointments share one view, with status visible on each item and further detail available from it.

Showing who is responsible

In timeline item details, I separated what the hospital team sends, what the community team arranges and what the patient needs to do. This gave people a view of the responsibilities around the item as well as its current status.

Timeline detail naming the hospital, community care and patient responsibilities.

Timeline item detail · Responsibilities and contacts

Open the complete flow board

06 / Care and support

Support after discharge

The interface had to remain useful when a service was still pending or a detail was missing. Help brought contact routes together around the person’s concern, with urgent escalation kept visible. The intended role was guidance and access to care contacts, without attempting diagnosis.

Wooden Bridge Help screen grouping care concerns and contact options, with urgent help visible.

Help · selected prototype viewport

The prototype groups concerns and contact options, while keeping the urgent route separate and visible.

Why we left direct follow-up out

Patients wanted their hospital doctors to answer questions after discharge and connect directly with their family doctors. We explored how the product could support that continuity across care teams.

Conversations with hospital administrators and healthcare professionals revealed a service problem behind the feature. Ongoing follow-up would add coordination and administrative work, extending responsibilities beyond what some teams were trained or paid to do. We left the feature out because the interface would otherwise promise support that the care teams could not reliably provide.

I recommended revisiting it at a systems level, with a designated, resourced navigator on the care team who could support patients during and after their care. That was a recommendation for the future, not a role introduced through the MVP.

07 / Reflection

What we learned from the MVP

We tested the MVP with patients and caregivers who had already taken part in the research. Feedback was positive about much of the structure, and participants also identified needs the MVP did not yet cover. We presented the MVP and its limits to decision-makers: it could show a care plan and routes to help, while ongoing coordination across teams needed further service work.

I proposed a further study with people who had not taken part in the research. The existing group knew the project and its aims, so I wanted to understand how the product would work for someone encountering it for the first time. I moved to a new role before that study happened; later adoption is unknown to me.

What I would test earlier

I would test responsibility cues, status language and help pathways with lower-fidelity prototypes earlier in the process. I would also use realistic missing-information scenarios sooner. A plan needs to remain understandable as arrangements change and details are still missing.

All work
Numa home screen with a blood-pressure reading and daily objectives.
Numa reading with an explanation and next step.

Next project

Numa

Leading a team to explore how language and design could help people understand blood pressure at home.

View case study

DOCUMENT

Résumé

Page 1 of 2 of Anie Udofia's résuméPage 2 of 2 of Anie Udofia's résumé

For selectable text and links, open the PDF directly.