← Back to stories Flagship · Workstream Leadership

Leading the clinical workstream inside a multi-team healthcare transformation

WebPT's transformation split into five parallel workstreams, each owned by a different Associate Director. Mine was clinical — and a lot of the job was making sure it didn't ship in a vacuum.

Company
WebPT · Method / GlobalLogic
Role
Associate Director, Product Design
Workstream
Clinical (1 of 5 in the program)
Duration
8 Months
Scope
Enterprise Healthcare
Business Context

WebPT's transformation was organized as five parallel workstreams — I owned clinical.

Method partnered with WebPT and GlobalLogic to evolve an early "Gen3" concept into a real product. The work was split into five parallel workstreams — patient, front-office, back-office, clinical, and one more — each owned by a different Associate Director, with WebPT's own SMEs and client design system in the room from day one.

The Problem

Clinical accuracy was non-negotiable — and it couldn't be solved in isolation.

WebPT's SMEs and therapists knew the clinical reality that had to be right. But clinical didn't exist on its own — patient, front-office, and back-office workstreams were moving in parallel, each with a different AD driving it, and a lot of decisions had dependencies that crossed those lines.

Constraints
Three organizations, five parallel workstreams, one shared deadline
Clinical accuracy couldn't be traded for polish — therapists had to trust the workflow
The client's own design system had to remain the system of record, not ours
Parallel workstreams meant decisions couldn't wait for a single weekly sync
My Leadership Role

I owned my workstream end to end — and made sure it didn't ship in a vacuum.

My responsibility wasn't to own every decision across the program — it was to ensure the clinical workstream delivered real value while staying aligned with the broader product vision. Each Associate Director owned a different workstream, but a lot of decisions had dependencies that crossed those lines. A significant part of my role was bringing clarity to those discussions, aligning stakeholders, and making sure clinical integrated seamlessly with the rest of the experience.

Leadership
Owned clinical workstream end to end Facilitated cross-functional design reviews Aligned workflow decisions across teams Mentored designers within my area Presented direction to stakeholders Resolved cross-team dependencies
Key Product Decisions
01
Ran 2–3 pivot concepts, not one
Committing engineering time to a single direction too early was the bigger risk than taking an extra few weeks to compare options.
02
Resolved cross-workstream dependencies as they surfaced
Clinical decisions often had ripple effects on patient and front-office — flagged and worked through those with the other workstream leads instead of letting them surface late.
03
Adopted the client's design system as the standard
Method's own patterns took a back seat — the shared source of truth had to live where WebPT's team could own it long-term.
Execution

Design reviews within my workstream, direct coordination with adjacent workstream leads on shared dependencies, and regular stakeholder presentations to keep clinical decisions visible across the program.

Role
Associate Director
Workstream
Clinical (1 of 5)
Duration
8 Months
Scope
Enterprise Healthcare
Focus
Workstream Ownership · Cross-Team Alignment
Outcome
Clinical workstream delivered, integrated across the program
Evidence
program structure · five parallel workstreams
Patient
Workstream
Front-office
Workstream
Back-office
Workstream
Clinical
Mine
+1 more
Workstream
Five Associate Directors, five parallel workstreams, one shared deadline. I owned clinical — and a lot of the job was making sure it didn't drift out of sync with the other four.

Before the clinical workstream had a direction, it had a question: could an AI scribe actually be trusted inside a clinical visit? I built the first working prototype myself to prove that out — the rest of the team used it as the base for their own workstreams from there.

What the three stages below don't show is how messy the path between them actually was. The client's scope shifted at nearly every review — this design went through five or six real pivots, not a clean three. AI-only note generation, a manual-only fallback, single-patient vs. multi-patient handling, live transcript capture — each got built, tested, and often reversed before we landed on the pattern that shipped. And even then, sign-off wasn't purely a design call: we'd already taken the split-screen concept to real therapists and they responded well to it, but the client's own team still needed to run their own round of validation before they'd commit. Sensing what users need and getting a client ready to validate and sign off on it aren't the same thing — you need both to actually ship. That's the reality of consulting work that a tidy case study usually leaves out.

01 · Prototype — proving the concept
clinician home · early proof of concept
Every visit starts with a clinician-facing home — today's schedule, what needs attention, notes awaiting signature.
live session · transcript feeding a structured SOAP note
The core mechanism, proved here first: a live transcript of the visit on one side, auto-populating a structured Subjective/Objective/Assessment/Plan note on the other, field by field, as the conversation happens.
02 · Concept — refining it into a real clinical tool
AJ Clinical · AI assistant + structured note, side by side
The pattern matured into an AI assistant (EVA) running alongside the note — surfacing patient context, flagging gaps, suggesting exam items to check — while the clinician stayed in control of what actually got written.
03 · Delivered — what shipped to therapists
dashboard · the day's patients, at a glance
The delivered dashboard — AI chat assistant on the left, today's patients, pending notes, and flagged items on the right.
live SOAP note · AI chat + structured note, split screen
This split-screen layout — AI assistant conversation on one side, the structured clinical note building in real time on the other — was a deliberate ask from the client, not a compromise. WebPT wanted their clinicians and therapists working exactly this way: able to question and direct the AI while watching the documentation take shape. As a consultant, that's the job — we delivered what the client needed their users to have. The pattern worked well enough that the other workstream pods (patient, front-office, back-office) adopted the same AI-chat-plus-structured-panel layout for their own workflows.
Reflection
What this reinforced: owning a workstream well means half the job is making sure it doesn't create friction for the workstreams next to it. The clinical decisions that mattered most weren't the ones inside my own workstream — they were the ones with dependencies on someone else's. And the pivots taught me the other half: being right about what users need is only useful once the client is ready to validate and commit to it too.
Next story
Turning "why this approach?" into product strategy — Boomerang

Happy to walk through how the clinical workstream stayed aligned with everything happening around it — that's the part I'd talk about longest.

Email me → Back to all stories