← Back to work
#HEALTHCARE#ENTERPRISE #FDA-REGULATED#COMPLIANCE#B2B

From a 22% failure rate and paper faxes — to a trusted, audit-ready clinical platform

Redesigning the end-to-end clinical onboarding workflow for a global biopharmaceutical company — replacing hand-signed fax forms with a digital platform that achieved a 98% first-time pass rate and eliminated missing-signature compliance incidents entirely.

My Role
Senior UX Designer
Sole designer, end-to-end
Platform
Web / Desktop
Duration
6+ Sprints · Agile delivery
Tools
Figma · Jira · Confluence
Domain
FDA-regulated · Life Sciences
Global clinical sites
Welcome, Jennifer Williams — 3-step certification breadcrumb, Review Educational Materials + Take Knowledge Assessment cards
98%
First-time assessment pass rate
(up from 78%)
82
SUS score — Marginal to Excellent
(up from 58)
−30%
Helpdesk ticket reduction
3-month post-launch
<10s
Time to identify next action
(down from ~3 minutes)
01 — Context & Users
One platform. Three distinct mental models.

A global biopharmaceutical client needed to digitise a fragmented, paper-based clinical onboarding process — reducing task completion time, eliminating compliance risk, and accelerating clinical trial activation across global sites. Each role required carefully controlled access, visibility, and permissions.

Visibility Gap Diagram
02 — The Problem
Life before the portal: the paper era

HCPs and Designees operated in what internal teams called the 'Paper Era'. Knowledge assessments were printed, signed by hand, and faxed with no confirmation of receipt. A 22% failure rate, zero status visibility, and persistent audit anxiety defined every trial activation cycle.

Before — Paper era
Prescriber Knowledge Assessment (paper form)
Dense paper-based knowledge assessment
📠Print, sign by hand, and fax — no digital submission path
🕳Zero visibility after submission — a "black hole" with no tracking
⚠️22% failure rate — not from lack of knowledge, but poor form design
😰Persistent FDA audit risk from missing signatures and lost faxes
→
After — Digital portal
Welcome, Jennifer Williams — personalised, role-aware, step-visible
Digital HCP welcome screen — 3-step breadcrumb, Education + Assessment cards
✅Personalised welcome — name, role context, and full 3-step certification path visible from step one
📊Assessment expectations set upfront — "10 MCQs, Approximately 10–15 Minutes, Answer all 10 Correctly to Pass"
📚Educational materials accessible as a prerequisite gate — not buried or optional
⚡98% first-time pass rate — confidence-first design, not speed-first
Design Challenge
"Make regulatory compliance feel effortless — not burdensome — for time-pressured clinical professionals."
03 — Constraints that became design requirements
Every constraint became a feature

This wasn't a typical SaaS redesign. Every design decision operated under strict regulatory oversight. Rather than treating these as blockers, I reframed them as the design brief — each constraint became a feature the system had to make legible, not invisible.

Immutable audit logs
Every action required timestamped, non-editable records. This became the trust anchor — visible in the dashboard's named-patient notification trail and the "Healthcare Provider Signature" with today's date pre-filled.
Sequential workflow states
Draft → Submitted → Approved → Read-Only. The 3-step breadcrumb (Education ✓ → Assessment → Enrollment) enforces this — each step only unlocks after the preceding one is formally complete.
User attribution
Every action tied to a named, authenticated user. Visible throughout: "Most Recent Healthcare Provider: Jennifer Williams" in the My Patients list, named-patient notifications on the dashboard.
Version history over deletion
Records couldn't be deleted. "Dismiss" actions on dashboard notifications create a dismissal log — not a deletion. The "Download Document" CTA on the certification completion screen preserves the signed record.
No auto-save
All saves required deliberate user action. Every "Next" in the assessment and enrollment flow is an explicit save — not a background autosave. "Submit Enrollment" is a named, irreversible action, not a generic button.
WCAG 2.1 AA / Section 508
Accessibility from Sprint 1. Colour + iconography always paired. Full keyboard navigation. ARIA live regions for all error states and form validation messages throughout the flow.
04 — Information Architecture
Role-aware, not role-fragmented

All three roles share one navigation shell — but the content surface changes entirely based on who is authenticated. Pre-certification: Home, Resources, Contact Us only. Post-certification: My Patients, My Teams added. The nav itself signals completion status without any additional UI.

Sequential onboarding architecture — gated stage flow
PRODUCED SPRINT 1
1 Identity Verification GATE 2 Education Materials GATE 3 Assessment Knowledge GATE 4 Enrolment Form GATE 5 Certified + Dashboard HCP Entry Create Account / Login Designee Entry Coordination Hub (elevated P0) Support Staff Entry Read-only multi-site view
Working artefact
The product flow that scoped the IA — before the first wireframe

Before designing any screen, I mapped the full product scope as a working flow — distinguishing single-screen flows (blue) from multi-screen flows (pink). The My Teams branch — four dedicated sub-flows for Designee and Support Staff management — was the first structural evidence that the coordination layer warranted its own architectural layer.

HCP PRODUCT FLOW · WORKING ARTEFACT Single-screen Multi-screen
HCP Product Flow diagram
KA & Enrolment branch
Multi-screen flow — the multi-screen designation directly informed the decision to design it as a gated, progressive flow rather than a single form.
My Teams — 4 Designee sub-flows
Invite Designee · Invite Support Staff · Manage Designee · Manage Support Staff. Structural evidence that justified elevating the Designee hub to P0 in Sprint 3.
Dashboard + Patient flows
Home/Dashboard → Enroll Patient + Create New Status Form → My Patients. The two core recurring workflows that became the Dashboard notification types and Status Form modal.
05 — Research & Discovery
The journey map that preceded the design

Before wireframing a single screen, I mapped the full HCP & Designee journey across 5 phases. The pain points row became the direct input to the three insights that shaped the entire design direction.

Healthcare Provider & Designee Journey Map — Dr. Jennifer Williams
RESEARCH ARTEFACT · PRE-DESIGN
Full HCP and Designee journey map — 5 phases with user journey steps, pain points, and future enhancements
Phase 1 — Sign-up
"Need for clear expectations around assessment length and estimated time of completion."
→ Insight 3: Users fear mistakes, not complexity
Phase 2 — Team Mgmt
"Would like to add non-licensed staff as designees to help with the workload."
→ Insight 2: Designees are the primary users
Phase 3 — Enrolment
"Users are unable to plan ahead for future echocardiograms while looking ahead on the calendar."
→ Dashboard: Calendar + Monitoring tabs
Phase 4 — Status Form
"Care teams need to carefully manage dozens of patients a month."
→ Insight 1: Visibility anxiety drives helpdesk volume
Phase 5 — Notifications
"Information fatigue — HCPs receive an influx of emails for each patient they oversee."
→ My Patients list: status + deadlines in one view
22
Deep-dive interviews across all 3 user types
45–60
Average interview duration (minutes)
3
Insights that fundamentally changed design direction
P0
Priority elevation of Designee hub post Sprint 2
Healthcare Workflow Journey Map
06 — Design Process
Three iterations to get the Assessment Engine right

The Knowledge Assessment was the highest-stakes interaction — a formal FDA-required test HCPs must pass before prescribing. Research Insight 3 shaped every iteration.

Design Iterations - Smart Assessment Engine
Before — the paper form that created the 22% failure rate
PAPER ERA ARTEFACT
Paper-based REMS Prescriber Knowledge Assessment
What the paper form told me before talking to anyone: Prescriber info, fax number, and 10 questions all on a single dense scroll — designed for print. The failure wasn't the users. It was a form built for single-session/single-person that was actually multi-person and multi-session. The journey map confirmed it.
After — the guided digital knowledge assessment flow (all 10 questions)
LIVE PROTOTYPE RECORDING
Digital HCP Knowledge Assessment — full 12-frame flow from welcome to 10/10 completion
What changed: Same regulatory content, redesigned around how HCPs actually work. Personalised welcome. Assessment time and question count set upfront. One question at a time. Reference materials always in the right panel. 10/10 completion — then "Congratulations, you have successfully completed certification in the CAMZYOS REMS program."
07 — Key Screens & Design Decisions
Each screen designed to answer a specific anxiety

Every screen addresses a user anxiety mapped in the journey map. The annotations connect the design decision to the pain point that drove it.

Create a Healthcare Provider Account — sign-up form with NPI, email, password requirements Welcome, Jennifer Williams — 3-step certification breadcrumb
1 / 2
SCREEN 01 / ACCOUNT CREATION → PERSONALISED WELCOME
The entry point — role declared, path visible from step one
Sign-up requires NPI# — immediately establishing medical authority before the system invests in onboarding. The welcome screen that follows shows the full 3-step certification path (Education → Assessment → Enrollment) before any work begins. No hidden complexity. This directly addresses Phase 1 journey map pain: "need for clear expectations around assessment length."
Driven by Insight 3 — expectations set before commitment
KA Q2 — multi-choice question with reference panel KA Q6 — True/False question KA Q9 — echocardiogram timing question Certification Complete — Congratulations heart-check icon, Download Document
1 / 4
SCREEN 02 / ASSESSMENT → CERTIFICATION COMPLETION
One question to "Congratulations" — the full arc
Questions 2, 6, and 9 show the range: multi-choice clinical questions and True/False regulatory knowledge, all in isolation with the reference panel always accessible. The completion screen — "Congratulations, you have successfully completed certification in the CAMZYOS REMS program" — is the most important screen in the entire flow. It's the moment the nav changes: My Patients and My Teams become visible for the first time.
98% first-time pass rate — up from 78%
HCP Enrollment form — Jennifer Williams, Cardiology Specialists, Philadelphia filled in Healthcare Provider Signature — date pre-filled, Submit Enrollment button
1 / 2
SCREEN 03 / HCP ENROLLMENT FORM → SIGNATURE
Practice information + the deliberate final commitment
The enrollment form collects practice information (NPI, specialty, facility, contact preference) — all pre-populated where possible from the sign-up data. The signature screen closes with a legal-weight checkbox: "By checking this box... I acknowledge that this constitutes the equivalent of a hand-written signature." The date pre-fills to today. "Submit Enrollment" — not "Submit" — names the action precisely.
0 missing-signature compliance incidents post-launch
My Patients list — 7 patients sorted by submission deadline with Overdue/Eligible/Upcoming status badges My Patients list with Export to Excel and date filter visible
1 / 2
SCREEN 04 / MY PATIENTS LIST — COMPLIANCE COORDINATION HUB
7 patients, 3 status states, every deadline visible
This screen is the direct answer to Phase 4 & 5 journey map pain — "care teams managing dozens of patients a month" and "information fatigue." Seven patients sorted by submission deadline. Status badges in three states: Overdue (red), Eligible to Submit (green), Upcoming (amber). "Status Form Due" CTA per row. "Create a New Status Form" and "List of Certified Pharmacies" in the right panel. Export to Excel for offline compliance tracking.
Directly addresses Phase 4 & 5 journey map pain points
HCP Dashboard — notification strip with 5 actionable items New Patient Status Form modal Patient Status Form — LVEF and dose questions
1 / 3
SCREEN 05 / DASHBOARD + PATIENT STATUS FORM
Notification surface → in-context coordination modal
The dashboard surfaces 5 named-patient notification types — each with a single CTA. "Complete Enrollment", "View Request", "Dismiss" — no ambiguity about what action is required. Clicking opens the Patient Status Form as an in-context modal, patient attributed by name ("Patient: Debbie A Min"), 4-step breadcrumb showing progress. Designees never lose their coordination context.
Designee hub elevated from P2 → P0 in Sprint 3
Certification Complete — full nav now visible with My Patients and My Teams
SCREEN 06 / CERTIFICATION COMPLETION STATE
The nav change that signals system trust — earned, not assumed
The certification completion screen does more than confirm success. It changes the nav. Before this screen: Home, Resources, Contact Us. After: My Patients and My Teams appear. The navigation expansion is the system communicating certification status — no separate notification, no modal, no badge. The product itself unlocks. "Download Document" preserves the signed certification record. "You are now eligible to enrol your patients."
Nav expansion as trust signal — no additional UI needed
Complete end-to-end flow — Sign-up to certified and enrolling patients
SCREEN RECORDING · 43s · 1920×1140
What this recording shows: Create HCP Account (sign-up form with NPI) → Welcome, Jennifer Williams (3-step breadcrumb) → Knowledge Assessment Q2/Q6/Q9 → HCP Enrollment form (practice information, credentials, contact preference) → Signature + Submit Enrollment → Certification Complete (nav expands) → My Patients list (7 patients, Overdue/Eligible/Upcoming status, submission deadlines, Export to Excel).
08 — Navigating Stakeholder Conflict
The immutable records debate: design as mediation

In regulated enterprise UX, design decisions rarely live in a vacuum. When users asked "why can't I just fix a typo?" and Compliance said "signed records must remain immutable" — the conflict wasn't about permissions. It was about mental models of what 'editing' means in a regulated context.

Conflict Resolution - Request Revision Workflow
09 — Results & Impact
Measurable compliance improvement — not just usability

All metrics compare the paper-based baseline against post-launch performance across a 3-month window.

22%→2%
Form failure rate
Guided Assessment Engine (one question at a time) eliminated scroll overload. Expectations set upfront — "10 Questions, 10–15 Minutes" — removed the anxiety that drove abandonment in Iteration 2.
58→82
SUS score — Marginal to Excellent
Largest driver: Priority Action Hub replacing the legacy 50-column data table. Static transitions (for hospital hardware) eliminated perceived lag — which in clinical environments registers as instability.
−30%
Helpdesk ticket reduction
My Patients list with Overdue/Eligible/Upcoming status per patient replaced 100s of monthly "did my form arrive?" calls. Status is visible, specific, and actionable without calling anyone.
~55%
Trial activation time reduction
~3 weeks to under 10 days. The paperwork bottleneck removed through digitisation and the Designee Coordination Hub elevated to P0 in Sprint 3.
0
Missing-signature compliance incidents
Every action carries an immutable timestamp. "Submit Enrollment" with named signature and pre-filled date made the attestation moment deliberate and legally legible.
2,500+
HCPs onboarded globally
Across global clinical trial sites, 98% completing enrolment correctly on first attempt. Personal tracking spreadsheets abandoned post-launch.
10 — Learnings & Reflections
What this project made undeniable
The emotional problem is rarely the stated problem
Users said they wanted a faster process. What they actually needed was confidence before committing. The journey map's Phase 1 pain pointed to anxiety, not speed. If we had optimised for speed, we would have built the wrong thing entirely.
Regulatory constraints are a design medium
Every constraint I understood deeply became a feature users trusted. The immutable record became the foundation of the My Patients list — named, attributed, deadline-visible. The nav expansion at certification became the trust signal. Both emerged from constraints.
Research that changes the roadmap is research that matters
The most valuable thing a senior designer can do in discovery isn't produce a deliverable — it's produce a finding that forces a re-prioritisation. Elevating the Designee hub from P2 to P0 in Sprint 3 is the clearest example in this project.
What I'd do differently
Shadow roles together from Sprint 1. We interviewed HCPs and Designees separately — not realising they sit together during portal use. Joint shadowing would have surfaced the Collaborative Review need in the first prototype, not Sprint 5.

Context-first research for device & environment. Discovered in Sprint 5 that HCPs check status on tablets between patient rounds. All Sprint 1–4 prototypes were tested on the wrong form factor.
The metric I didn't have
Designee attrition rate. The platform handled the initial designation moment well. What I don't have visibility into is whether designees stayed engaged with their compliance responsibilities over the full designation period.

A platform where 98% of initial setups are correct but 30% of designee relationships become inaccurate within 18 months hasn't actually solved the compliance problem. That's the metric I'd fight hardest for today.

"Good UX in regulated environments isn't about removing constraints — it's about making those constraints clear, trustworthy, and easy to work within. By aligning user needs, regulatory rigour, and technical constraints, this redesign delivered a platform that reduced compliance risk, accelerated trial activation, and gave healthcare providers genuine confidence in their most critical daily tasks."