Healthcare

Enterprise Product

Under NDA

A System That Cares

A System That Cares

A System That Cares

A System That Cares

A modular healthcare platform redesign that helps hospitals educate and guide patients through a procedure: what happens, how to prepare and what recovery looks like.

A modular healthcare platform redesign that helps hospitals educate and guide patients through a procedure: what happens, how to prepare and what recovery looks like.

A modular healthcare platform redesign that helps hospitals educate and guide patients through a procedure: what happens, how to prepare and what recovery looks like.

A modular healthcare platform redesign that helps hospitals educate and guide patients through a procedure: what happens, how to prepare and what recovery looks like.

Role

Senior Product Designer

Disciplines

Product Design, UX, UI, Prototyping, Design Systems

Client

Global medical devices

Platform

Web & Mobile

01

Overview

Overview

Overview

A large medical technology provider wanted to improve how hospitals educate and guide patients through complex medical procedures. Their existing digital platform was difficult to scale, inconsistent across hospitals, and not fully optimised for accessibility or modern usability standards.

The goal was to redesign the platform into a more flexible, modular solution that could adapt to different hospital needs and still comply with privacy and security regulations.

I led the UX and UI redesign, defining a scalable system that improved usability across mobile and desktop and made the experience more reassuring for patients and for the clinicians supporting them.

02

Challenge

Challenge

Challenge

Undergoing a medical procedure can be overwhelming. Patients often feel lost, unsure about what will happen, how to prepare, or what recovery will look like. The information they receive is usually scattered across pamphlets, emails, and hospital portals that feel more clinical than comforting.

The existing digital tool was meant to guide patients through this process, but it fell short. It was confusing to navigate and lacked a sense of reassurance. It added to their anxiety.

Diagram. Before: pamphlets, emails, a hospital portal and the old tool, each a separate place for the patient to look. After: one companion that follows the procedure, before, during and after, with each step answering what happens next.

Hospitals, too, felt the strain. They needed a reliable way to communicate with patients that met strict privacy and security standards. But the system’s rigid structure made it hard to adapt across different hospital workflows or patient needs.


03

Process

Process

Process

The research gave me three personas: two patients facing different procedures, and a caregiver acting on someone else's behalf. I built those before any screen, because the first release had to be scoped to what the three had in common. One need was starred on all three boards: the order of things. Everything else belonged to one of them and not the others.

Three research personas with overlapping needs marked

Their frustration columns were almost all fear: of the unknown, of recovery, of missing something. One note across the three boards was about the tool itself. I had been briefed on usability.

User flows by goal, with the alternative routes marked and the branches where the answer is no

I mapped each goal as a flow, including the routes where the answer is no, and built the component kit alongside the screens: around forty pieces, notifications, progress and empty states among them.

The component kit: around forty pieces grouped as widgets, content, interaction, navigation, badges and progress

04

Decisions

Decisions

Decisions

Three tiers instead of one configurable platform

Three tiers instead of one configurable platform

Three tiers instead of one configurable platform

The Tension

Hospitals varied enormously in digital readiness and workflow. A single configurable platform would serve everyone in theory, but every hospital would land on a different configuration, and support and content would fragment across them. A single fixed product would be too much for a small hospital and too little for a large one.

Hospitals varied enormously in digital readiness and workflow. A single configurable platform would serve everyone in theory, but every hospital would land on a different configuration, and support and content would fragment across them. A single fixed product would be too much for a small hospital and too little for a large one.

What I chose

Three defined adoption levels. A hospital chooses a level rather than assembling a configuration.

Three defined adoption levels. A hospital chooses a level rather than assembling a configuration.

What it cost

Tiers are blunter than settings. Some hospitals sit between two of them and either carry capability they don't use or go without something they want.

Tiers are blunter than settings. Some hospitals sit between two of them and either carry capability they don't use or go without something they want.

The patient home screen at the three adoption levels, side by side. Super Light greets the patient without naming them and offers a to-do list, a timeline, a tutorial and a satisfaction survey, with no appointments and no documents. Light adds the named patient and the next appointment, and carries forms, help and settings, but still no documents. Full adds documents alongside the rest. The bottom navigation grows with the level.

A companion, not an information hub

A companion, not an information hub

A companion, not an information hub

The Tension

The existing product was a repository, and its content had been written to be complete rather than to be read by someone who is frightened. Reframing it around the patient's timeline meant restructuring material that clinical and legal teams had already signed off.

The existing product was a repository, and its content had been written to be complete rather than to be read by someone who is frightened. Reframing it around the patient's timeline meant restructuring material that clinical and legal teams had already signed off.

What I chose

The platform follows the procedure: before, during and after. Each step answers what happens next. I called it the buddy system when I pitched the direction, and the name carried the room in a way the rationale on its own had not.

The platform follows the procedure: before, during and after. Each step answers what happens next. I called it the buddy system when I pitched the direction, and the name carried the room in a way the rationale on its own had not.

What it cost

Review cycles got longer. Resequencing approved clinical content meant going back through people who had already signed it off once.

Review cycles got longer. Resequencing approved clinical content meant going back through people who had already signed it off once.

Reassurance treated as a requirement, not a tone

Reassurance treated as a requirement, not a tone

Reassurance treated as a requirement, not a tone

The Tension

The brief was usability and scalability. The product's real failure was emotional: it was accurate and complete, and patients still came away from it more anxious than when they started. Treating reassurance as a requirement meant asking for scope against something harder to defend than task completion.

The brief was usability and scalability. The product's real failure was emotional: it was accurate and complete, and patients still came away from it more anxious than when they started. Treating reassurance as a requirement meant asking for scope against something harder to defend than task completion.

What I chose

A calmer register throughout. Lighter colour, plainer language, and careful control over how much a patient is shown at any one moment, so the interface stops feeling clinical at the points where people are most uneasy.

A calmer register throughout. Lighter colour, plainer language, and careful control over how much a patient is shown at any one moment, so the interface stops feeling clinical at the points where people are most uneasy.

What it cost

A calmer surface reads as less authoritative to some people in a clinical setting, where visual seriousness is often taken as a proxy for credibility. That had to be argued for rather than assumed.

A calmer surface reads as less authoritative to some people in a clinical setting, where visual seriousness is often taken as a proxy for credibility. That had to be argued for rather than assumed.

05

Solution

Solution

Solution

The interface could change; the application behind it could not. The scope was fixed before I arrived. So the redesign came out of sequence, structure and register. I redrew the screens for phone and desktop.

Guided patient experience: One timeline carries the whole procedure; the steps ahead stay greyed until the patient reaches them.

The medical timeline and the three pages of treatment information

Three adoption levels: a hospital picks one of them, and each has a fixed feature set.

Home screens for the three adoption levels

Treatment content paced over three pages rather than one text-heavy screen. Appointments were added so patients can keep track of their schedules; documents and help sit alongside them on the home screen.

Accessibility and compliance: privacy, security and accessibility sat in the brief rather than at the end of it: a patient population spanning a wide age range, content legal and clinical teams had already approved, and one experience that had to hold across every hospital on the platform.

Five screens across the journey: a welcome, what to do first, the medical timeline, paced treatment content and a post-procedure questionnaire
Push notifications, setting a reminder and the notification centre
Onboarding: a welcome from the hospital, an offer of a short tutorial and the tutorial hints
The medical timeline on desktop and on a phone
Design system components: hero cards, navigation, FAQs, an appointment card and date and time pickers

Password: andreduarte2026 · Opens in Figma

06

Validation

Validation

Validation

HOW IT WAS REVIEWED

Review sessions with clinical specialists, hospital administrators and the client's product team throughout the redesign. Approval sat with the product stakeholders and marketing, and the scope was fixed before I arrived: the interface could change, the application behind it could not. So the onboarding and the step-by-step guide were not designed in, they were argued for; the people using this span a wide age range, and the front desk was already absorbing the cost of the old app in appointment calls it had to take by hand.

Review sessions with clinical specialists, hospital administrators and the client's product team throughout the redesign. Approval sat with the product stakeholders and marketing, and the scope was fixed before I arrived: the interface could change, the application behind it could not. So the onboarding and the step-by-step guide were not designed in, they were argued for; the people using this span a wide age range, and the front desk was already absorbing the cost of the old app in appointment calls it had to take by hand.

WHAT SHIPPED

Research, design system and mockups handed to the implementation team. Live across three tiers.

Research, design system and mockups handed to the implementation team. Live across three tiers.

07

Outcome

Outcome

Outcome

The client reported that patients now go into a procedure markedly less anxious than they did with the tool this replaced. That's their assessment relayed to me, not a figure I measured.

Three adoption levels shipped, so a hospital can take on the platform at a level matching its digital readiness. The design system built alongside it gave the client a consistent foundation for the products that followed. The product stopped being a repository patients had to search and became a sequence that meets them at each stage of the procedure.

Outcomes were not measured with patients during my involvement, and any figures the client holds are covered by the agreement.

3

3

3

tiers, matched to each hospital's digital readiness

40+

40+

40+

components handed over, with their states

08

Reflection

Reflection

Reflection

The hardest part of this project was not the interface. It was accepting that the product's real failure was emotional rather than functional. The original tool was complete and accurate, and patients still finished it feeling worse than when they started.

Designing for reassurance in a regulated environment means working inside content that legal and clinical teams have already approved, so most of the work sat in sequence and pacing rather than in wording. Deciding what a patient sees at which moment did more for confidence than any visual change.

What I would change is access. I validated the work with clinical specialists, hospital administrators and the client's product team, all of whom knew the domain deeply. None of them were patients. I would push harder for direct contact with the people the product is actually for, even in an environment where arranging that is genuinely difficult.

Next Project

Modernising field operations for a complex rental business

Let’s build something meaningful.

Open to new challenges, to solving hard problems and to being part of something big. Permanent Lead or Senior Product Designer roles.

LOCATION

Azores, Portugal

LOCAL TIME

15:20AZOST

© 2026 André Duarte

Senior Product Designer

Azores, Portugal

Let’s build something meaningful.

Open to new challenges, to solving hard problems and to being part of something big. Permanent Lead or Senior Product Designer roles.

LOCATION

Azores, Portugal

LOCAL TIME

15:20AZOST

© 2026 André Duarte

Senior Product Designer

Azores, Portugal

Healthcare

Enterprise Product

Under NDA

A System That Cares

A System That Cares

A System That Cares

A System That Cares

A modular healthcare platform redesign that helps hospitals educate and guide patients through a procedure: what happens, how to prepare and what recovery looks like.

A modular healthcare platform redesign that helps hospitals educate and guide patients through a procedure: what happens, how to prepare and what recovery looks like.

A modular healthcare platform redesign that helps hospitals educate and guide patients through a procedure: what happens, how to prepare and what recovery looks like.

A modular healthcare platform redesign that helps hospitals educate and guide patients through a procedure: what happens, how to prepare and what recovery looks like.

Role

Senior Product Designer

Disciplines

Product Design, UX, UI, Prototyping, Design Systems

Client

Global medical devices

Platform

Web & Mobile

01

Overview

Overview

Overview

A large medical technology provider wanted to improve how hospitals educate and guide patients through complex medical procedures. Their existing digital platform was difficult to scale, inconsistent across hospitals, and not fully optimised for accessibility or modern usability standards.

The goal was to redesign the platform into a more flexible, modular solution that could adapt to different hospital needs and still comply with privacy and security regulations.

I led the UX and UI redesign, defining a scalable system that improved usability across mobile and desktop and made the experience more reassuring for patients and for the clinicians supporting them.

02

Challenge

Challenge

Challenge

Undergoing a medical procedure can be overwhelming. Patients often feel lost, unsure about what will happen, how to prepare, or what recovery will look like. The information they receive is usually scattered across pamphlets, emails, and hospital portals that feel more clinical than comforting.

The existing digital tool was meant to guide patients through this process, but it fell short. It was confusing to navigate and lacked a sense of reassurance. It added to their anxiety.

Diagram. Before: pamphlets, emails, a hospital portal and the old tool, each a separate place for the patient to look. After: one companion that follows the procedure, before, during and after, with each step answering what happens next.

Hospitals, too, felt the strain. They needed a reliable way to communicate with patients that met strict privacy and security standards. But the system’s rigid structure made it hard to adapt across different hospital workflows or patient needs.


03

Process

Process

Process

The research gave me three personas: two patients facing different procedures, and a caregiver acting on someone else's behalf. I built those before any screen, because the first release had to be scoped to what the three had in common. One need was starred on all three boards: the order of things. Everything else belonged to one of them and not the others.

Three research personas with overlapping needs marked

Their frustration columns were almost all fear: of the unknown, of recovery, of missing something. One note across the three boards was about the tool itself. I had been briefed on usability.

User flows by goal, with the alternative routes marked and the branches where the answer is no

I mapped each goal as a flow, including the routes where the answer is no, and built the component kit alongside the screens: around forty pieces, notifications, progress and empty states among them.

The component kit: around forty pieces grouped as widgets, content, interaction, navigation, badges and progress

04

Decisions

Decisions

Decisions

Three tiers instead of one configurable platform

Three tiers instead of one configurable platform

Three tiers instead of one configurable platform

The Tension

Hospitals varied enormously in digital readiness and workflow. A single configurable platform would serve everyone in theory, but every hospital would land on a different configuration, and support and content would fragment across them. A single fixed product would be too much for a small hospital and too little for a large one.

Hospitals varied enormously in digital readiness and workflow. A single configurable platform would serve everyone in theory, but every hospital would land on a different configuration, and support and content would fragment across them. A single fixed product would be too much for a small hospital and too little for a large one.

What I chose

Three defined adoption levels. A hospital chooses a level rather than assembling a configuration.

Three defined adoption levels. A hospital chooses a level rather than assembling a configuration.

What it cost

Tiers are blunter than settings. Some hospitals sit between two of them and either carry capability they don't use or go without something they want.

Tiers are blunter than settings. Some hospitals sit between two of them and either carry capability they don't use or go without something they want.

The patient home screen at the three adoption levels, side by side. Super Light greets the patient without naming them and offers a to-do list, a timeline, a tutorial and a satisfaction survey, with no appointments and no documents. Light adds the named patient and the next appointment, and carries forms, help and settings, but still no documents. Full adds documents alongside the rest. The bottom navigation grows with the level.

A companion, not an information hub

A companion, not an information hub

A companion, not an information hub

The Tension

The existing product was a repository, and its content had been written to be complete rather than to be read by someone who is frightened. Reframing it around the patient's timeline meant restructuring material that clinical and legal teams had already signed off.

The existing product was a repository, and its content had been written to be complete rather than to be read by someone who is frightened. Reframing it around the patient's timeline meant restructuring material that clinical and legal teams had already signed off.

What I chose

The platform follows the procedure: before, during and after. Each step answers what happens next. I called it the buddy system when I pitched the direction, and the name carried the room in a way the rationale on its own had not.

The platform follows the procedure: before, during and after. Each step answers what happens next. I called it the buddy system when I pitched the direction, and the name carried the room in a way the rationale on its own had not.

What it cost

Review cycles got longer. Resequencing approved clinical content meant going back through people who had already signed it off once.

Review cycles got longer. Resequencing approved clinical content meant going back through people who had already signed it off once.

Reassurance treated as a requirement, not a tone

Reassurance treated as a requirement, not a tone

Reassurance treated as a requirement, not a tone

The Tension

The brief was usability and scalability. The product's real failure was emotional: it was accurate and complete, and patients still came away from it more anxious than when they started. Treating reassurance as a requirement meant asking for scope against something harder to defend than task completion.

The brief was usability and scalability. The product's real failure was emotional: it was accurate and complete, and patients still came away from it more anxious than when they started. Treating reassurance as a requirement meant asking for scope against something harder to defend than task completion.

What I chose

A calmer register throughout. Lighter colour, plainer language, and careful control over how much a patient is shown at any one moment, so the interface stops feeling clinical at the points where people are most uneasy.

A calmer register throughout. Lighter colour, plainer language, and careful control over how much a patient is shown at any one moment, so the interface stops feeling clinical at the points where people are most uneasy.

What it cost

A calmer surface reads as less authoritative to some people in a clinical setting, where visual seriousness is often taken as a proxy for credibility. That had to be argued for rather than assumed.

A calmer surface reads as less authoritative to some people in a clinical setting, where visual seriousness is often taken as a proxy for credibility. That had to be argued for rather than assumed.

05

Solution

Solution

Solution

The interface could change; the application behind it could not. The scope was fixed before I arrived. So the redesign came out of sequence, structure and register. I redrew the screens for phone and desktop.

Guided patient experience: One timeline carries the whole procedure; the steps ahead stay greyed until the patient reaches them.

The medical timeline and the three pages of treatment information

Three adoption levels: a hospital picks one of them, and each has a fixed feature set.

Home screens for the three adoption levels

Treatment content paced over three pages rather than one text-heavy screen. Appointments were added so patients can keep track of their schedules; documents and help sit alongside them on the home screen.

Accessibility and compliance: privacy, security and accessibility sat in the brief rather than at the end of it: a patient population spanning a wide age range, content legal and clinical teams had already approved, and one experience that had to hold across every hospital on the platform.

Five screens across the journey: a welcome, what to do first, the medical timeline, paced treatment content and a post-procedure questionnaire
Push notifications, setting a reminder and the notification centre
Onboarding: a welcome from the hospital, an offer of a short tutorial and the tutorial hints
The medical timeline on desktop and on a phone
Design system components: hero cards, navigation, FAQs, an appointment card and date and time pickers

Password: andreduarte2026 · Opens in Figma

06

Validation

Validation

Validation

HOW IT WAS REVIEWED

Review sessions with clinical specialists, hospital administrators and the client's product team throughout the redesign. Approval sat with the product stakeholders and marketing, and the scope was fixed before I arrived: the interface could change, the application behind it could not. So the onboarding and the step-by-step guide were not designed in, they were argued for; the people using this span a wide age range, and the front desk was already absorbing the cost of the old app in appointment calls it had to take by hand.

Review sessions with clinical specialists, hospital administrators and the client's product team throughout the redesign. Approval sat with the product stakeholders and marketing, and the scope was fixed before I arrived: the interface could change, the application behind it could not. So the onboarding and the step-by-step guide were not designed in, they were argued for; the people using this span a wide age range, and the front desk was already absorbing the cost of the old app in appointment calls it had to take by hand.

WHAT SHIPPED

Research, design system and mockups handed to the implementation team. Live across three tiers.

Research, design system and mockups handed to the implementation team. Live across three tiers.

07

Outcome

Outcome

Outcome

The client reported that patients now go into a procedure markedly less anxious than they did with the tool this replaced. That's their assessment relayed to me, not a figure I measured.

Three adoption levels shipped, so a hospital can take on the platform at a level matching its digital readiness. The design system built alongside it gave the client a consistent foundation for the products that followed. The product stopped being a repository patients had to search and became a sequence that meets them at each stage of the procedure.

Outcomes were not measured with patients during my involvement, and any figures the client holds are covered by the agreement.

3

3

3

tiers, matched to each hospital's digital readiness

40+

40+

40+

components handed over, with their states

08

Reflection

Reflection

Reflection

The hardest part of this project was not the interface. It was accepting that the product's real failure was emotional rather than functional. The original tool was complete and accurate, and patients still finished it feeling worse than when they started.

Designing for reassurance in a regulated environment means working inside content that legal and clinical teams have already approved, so most of the work sat in sequence and pacing rather than in wording. Deciding what a patient sees at which moment did more for confidence than any visual change.

What I would change is access. I validated the work with clinical specialists, hospital administrators and the client's product team, all of whom knew the domain deeply. None of them were patients. I would push harder for direct contact with the people the product is actually for, even in an environment where arranging that is genuinely difficult.

Next Project

Modernising field operations for a complex rental business

Let’s build something meaningful.

Open to new challenges, to solving hard problems and to being part of something big. Permanent Lead or Senior Product Designer roles.

LOCATION

Azores, Portugal

LOCAL TIME

15:20AZOST

© 2026 André Duarte

Senior Product Designer

Azores, Portugal