Erasmus MC · 2025 · Sole designer & researcher

Doctors get 15 mins with you and no idea how you are really coping. I built the system that tells them, from the data to the screen.

I analyzed 264,358 patient posts across three chronic conditions at Erasmus MC, identified eight coping archetypes with six clinicians, and built a dashboard inside the EHR they already use.

Research · Design · Build · Test with doctors

Role

Sole designer & researcher

Timeline

6 months, 2025

Team

6 clinicians, 2 researchers

Context

Erasmus MC · Consultation Room of the Future

Outcomes

  1. 01Grouped patients by how they cope rather than what they have: 30 profiles became 8 patient types, checked by 6 clinicians across 3 diseases.
  2. 02Tested those patterns against 6,089 real patient moments. 16 held up statistically, and every one traces back to a patient's own words.
  3. 03Built it into the hospital's existing patient record, so it fits a 15-minute appointment. After 3 walkthroughs the Head of Oncological and GI Surgery asked for it.
  4. 04Nothing reaches the screen unless the evidence backs it. A second, independent AI re-checked every claim and supported 91.7% of them.
  5. 05Wrote the method up as a first-author paper for the peer-reviewed journal JMIR Human Factors, so another team can repeat the route from 264,358 patient posts.

01 · The problem

A doctor sees labs, vitals and medication, and nothing about how the patient is really doing.

Fifteen minutes, no behavioral data

A doctor at Erasmus MC gets about 15 minutes per patient visit. The screen shows labs, vitals, medication history. It does not show how the patient copes with their illness, what questions keep them awake, or whether they research independently or defer to clinical authority.

The gap is structural. Electronic health records store clinical data because that is what gets coded and billed. Behavioral data, the kind that shapes how a patient responds to a diagnosis or follows a treatment plan, lives in forum posts, support groups, and conversations that never reach the chart.

“We want diagnostics on the tumor, but also diagnostics on the person.”
Clinician, Erasmus MC

02 · The data

Three conditions, thousands of patients, all describing how they cope.

Three conditions, 264,358 posts

I collected 264,358 posts from patients with sarcoidosis, colorectal cancer, and pulmonary fibrosis to build a behavioral corpus from real patient language. The data came from three platforms. Wijhebbensarcoïdose.nl contributed 4,969 posts in Dutch, csn.cancer.org 212,107, and Inspire.com 47,282.

Earlier work in the research program had already topic-modelled the corpus into 190 topics and taken them through clinical plausibility review, which left 130 topics carrying real clinical signal. I picked the project up from there, and the top 50 posts per topic by coherence score formed the working corpus of 6,500 posts I built on.

264,358

Patient posts across three conditions

130

Topics approved by clinicians

6,500

Posts in working corpus

03 · The pipeline

264,358 patient posts, filtered down, grouped into archetypes through a seven-step pipeline.

Seven steps, two models, one verification

Seven steps make up the pipeline, running from data preparation and cluster processing through knowledge base construction, verification context assembly and prompt construction, to generation with chain-of-verification (CoVe) checking and aggregation. Every generated element must be supported by a direct patient quote, or it is discarded.

GPT-4o handled Phase 1, the initial analysis, at temperature 0.1 with a 4,096-token limit, producing 30 condition-specific behavioral profiles, ten per condition. For Phases 2 and 3, Claude Opus 4.8 served as an independent verifier, scoring each profile against six dimensions from established behavioral theory, covering clinical situation, behavioral orientation, primary goal, core motivation, central challenge, and information behavior. The independent model confirmed 91.7% of profile dimensions as supported.

My call

I had a second AI check the first one's work.

A second model from a different provider catches patterns the first model over-fits to its own reasoning. Cross-model agreement at 91.7% gave clinicians a concrete reliability number to evaluate.

04 · Working with doctors

Co-creation sessions at Erasmus MC: a working session in progress, the printed profile cards spread across a table, and a clinician placing a persona card onto the care pathway timeline
The co-creation sessions. Profile cards on the table, and clinicians placing each one against the care pathway to decide where it belonged.
The thirty profiles, sorted into eight groups across three conditions.

Thirty profiles, eight archetypes

The clinician team included two oncologists in surgical oncology, two pulmonologists (one specializing in pulmonary medicine, one in ILD), one additional ILD specialist, and the Head of Oncological and GI Surgery. Getting access to these six clinicians was difficult. Hospital schedules left narrow windows, and initial skepticism about categorizing patients into behavioral types meant the first sessions required more listening than presenting.

Co-creation workshops ran three tasks, a plausibility review of the 30 profiles, care-pathway mapping against current clinical practice, and synthesis with clustering. The clinicians grouped the 30 condition-specific profiles into eight cross-condition archetypes.

  1. 01Anxious Information Seeker
  2. 02Informed Proactive Patient
  3. 03Resilient Navigator
  4. 04Health Optimizer
  5. 05System Navigator
  6. 06Community Reliant Patient
  7. 07Exploratory Treatment Seeker
  8. 08Uninformed Passive Patient

One clinician pointed to an absence. "One patient type is missing, that's the non-adherent patient, who doesn't want any confrontation with their disease." That is the Uninformed Passive Patient, and it never shows up in the forum data, because someone who avoids thinking about their illness does not go online to write about it. It stands in the set of eight on the clinicians’ reading of their own practice rather than on anything the corpus could show. The corpus only describes the patients who chose to speak, so knowing who is missing from it matters as much as knowing who is in it.

My call

I grouped patients by how they cope.

Grouping patients by how they cope rather than what they have lets one framework serve across conditions. The eight archetypes apply to sarcoidosis, colorectal cancer, and pulmonary fibrosis without condition-specific branching.

05 · The findings

Three clinicians at Erasmus MC reading the dashboard on their own screens during the walkthrough sessions
The walkthrough sessions where clinicians read these patterns back on screen. Faces are obscured at their request.

Six findings about how coping shifts with the illness

Coping turned out not to be a fixed trait. It moves as the illness moves, and six patterns held up statistically across the whole corpus. These are the findings the dashboard was later built to surface.

Behind them, Phase 2 analyzed 9,500 posts across all 190 topics. From 5,363 posts the pipeline extracted 6,089 behavioral episodes, 2,763 of them transitions between illness phases and 3,326 snapshots within a single phase, mapped against the Corbin and Strauss Chronic Illness Trajectory Framework and its nine phases from pre-trajectory through dying.

Archetype and illness phase came out significantly associated (χ²₅₆ = 1250.6, P < .001, Cramér V = 0.171), and 16 archetype-phase pairings passed the reliability threshold.

01

3 stances at diagnosis

Behavior varies most widely at diagnosis, where three opposed stances appear at once, anxious, proactive, and passive.

02

Sought when stable

Treatment seeking happens during stable periods. Patients who feel stable are the ones exploring alternatives, not patients in decline.

03

A sign of strain

Resilience pairs with Crisis, Comeback, Acute, and Downward phases, not Stable. In this data, resilience is a sign of strain, not wellness.

04

Almost 4x more likely

Just after diagnosis, a patient is almost four times more likely to show up as an Anxious Information Seeker than at any other point in their illness. That is the strongest single pattern in the set.

05

Peaks at decline

Administrative burden peaks when patients are getting worse. The System Navigator archetype paired only with the Downward phase, and nowhere else.

06

Two different stories

Patients explain the two directions differently. Disease progression drives 20.4% of declines but only 5.5% of recoveries; self-management drives 19.2% of recoveries against 10.3% of declines.

06 · The pivot

From the patient side to the clinician side

The project started on the patient side. If behavioral data was missing from the record, the obvious move was to collect it at the source, with an app where patients logged how they were coping, feeding the care plan directly.

Validation decided the direction. EU regulations placed patient involvement outside the project scope, a long-term patient study sat outside its budget, and asking someone mid-treatment whether they recognise themselves in a category like “Uninformed Passive Patient” is a question with real capacity to harm. So I built where the design could be put in front of the people who would use it.

So the effort moved to the clinician side, to six specialists I could sit with, working against a record they already described as harder to read than the behavioral gap itself. Both deliverables were real work. The patient app stands as a designed concept, and the dashboard is the one that went through expert walkthroughs with the clinicians who would use it.

My call

I built the side I could test.

Both deliverables were real, and one could be put in front of the people it was built for. Moving the validation effort to the clinician side means every claim on this page is one six specialists reviewed directly.

07 · The design

A suggestion layer inside HIX

The design outcome is a suggestion layer inside HIX, the electronic health record Erasmus MC already uses. Not a new application. Doctors already spend their day in HIX. Adding a separate tool would mean another tab, another login, another screen to check between patients.

What you see below is a mockup I designed and built for this project. HIX is certified clinical software owned by its vendor, so nobody outside that vendor can ship a change into it, and real patient records cannot leave the hospital. Building a high-fidelity mockup on synthetic records in a sandbox was the only way to put a working interface in front of clinicians and have them judge the interaction instead of imagining it. Keeping outputs to suggestions rather than clinical decisions places the tool outside strict medical device classification. The system presents coping archetypes and behavioral signals. It does not prescribe actions.

My call

The system suggests. The doctor decides.

Framing outputs as suggestions rather than recommendations avoids medical device classification and matches what doctors asked for, which is context before a visit rather than instruction during one.

08 · The screens

Patient overview. Vitals, active diagnosis, documents, medication, and allergies, all on the screen a doctor opens before the visit.

Everything before a visit, on one screen

The clinical summary tab shows everything a doctor checks before a visit, from vitals and diagnosis history to allergies and current medication. The right panel is an AI note-taking assistant that transcribes during the consultation, so the doctor is not typing while the patient is talking.

09 · The control

Approve, edit, or reject — module by module

The care pathway tab is where the behavioral data becomes actionable. Each module is generated from the patient's archetype and clinical signals, and carries the evidence it was drawn from. Doctors approve, edit, or reject before the plan is finalized. Nothing goes to the patient without a doctor's decision.

Approve, edit, or reject module by module is an interaction model I designed for this dashboard. It gives a doctor a decision at the level of a single care step instead of one accept-or-discard choice over a whole generated plan.

10 · Human in the loop

What the system does, and where it stops

The clinicians were direct about the risk. One said the difficulty would be “not to put patients into boxes… people can change, it’s more dynamic.” Another pointed out that opposed archetypes turn up in the same person, since “sometimes you have them in one patient, but just not at the same time.” Several wanted a clear line drawn between where the AI works and where their own judgment does.

So the system is agentic up to a line, and stops there. It reads the behavioral signals, classifies a provisional archetype, and drafts care modules from the archetype-phase pairings. Every generated element is bound to a direct patient quote by chain-of-verification prompting, so a claim with no quotation behind it is discarded before a doctor ever sees it. A second model from a different provider re-scored every profile against six theory-derived dimensions and confirmed 91.7% as supported.

What the system never does is commit on the patient’s behalf. Each module carries the evidence it was drawn from, so the doctor reviews a claim with a source rather than an opinion from a black box. Approve, edit, or reject runs per module, and nothing reaches the patient without that decision.

My call

Attach evidence to every claim.

Doctors did not object to AI suggestions. They objected to unsourced ones. Binding each output to a patient quote and a verification score turned the dashboard from something to be trusted into something that can be checked.

01

Backed by a quote

Chain-of-verification binds every generated element to a patient quote. Unsupported claims never reach the interface.

02

91.7% cross-checked

A second model from a different provider independently scored each profile against six dimensions drawn from behavioral theory.

03

Next version

Clinicians asked for an archetype display that reads as provisional and can shift within a single patient. That is the first change in the next build.

11 · The outcome

The generated summary beside the behavioural layer. Symptom logs over thirty days, a mood score flagged at risk, and the goals the patient set for themselves.

Sixteen reliable pairings, and three walkthroughs with doctors

The method held up statistically. Across 6,089 behavioral episodes extracted from 5,363 posts, archetype and illness phase were significantly associated (χ²₅₆ = 1250.6, P < .001, Cramér V = 0.171), and 16 archetype-phase pairings passed the reliability threshold. Those 16 pairings are what the dashboard draws on.

Three expert walkthrough sessions at Erasmus MC tested the dashboard with cancer doctors, including the Head of Oncological and GI Surgery.

Ethics approval came under HREC ID 5279.

Scope was set deliberately. Patient participation sat outside the project’s scope under EU regulation, its budget, and the ethics of categorising patients mid-treatment. The study covered three conditions and six clinicians, and the dashboard ran on synthetic records in a governed sandbox rather than live patient data.

12 · Vision 2040

A three-horizon roadmap running from a 2025 single-site pilot, through multi-site scale-up with wearables by 2034, to nationwide adaptive care pathways by 2040
Fifteen years in three horizons, proving it at one hospital, scaling it across three, then making it national infrastructure.

From one pilot to national policy, in three horizons

The dashboard is a prototype on synthetic records in a sandbox. The harder question is what it would take for behavior-aware care planning to exist at national scale, so I built a fifteen-year roadmap sequenced against policy and infrastructure timelines rather than against ambition.

The 2040 date is not arbitrary. WHO figures put noncommunicable diseases behind at least 43 million deaths in 2021, roughly 75% of deaths worldwide, and the Lancet’s Global Burden of Disease forecast projects they will pass three quarters of global deaths by 2040. On the other side, the EU AI Act and the European Health Data Space are expected to standardise governance and auditability by the late 2030s. The target year is where the pressure and the regulation meet.

13 · The roadmap in detail

A detailed roadmap table covering goals, trends, value created, KPIs, technology evolution, patient and clinician touchpoints, business model, and ethical requirements across three horizons
The full roadmap, mapping goals, KPIs, technology, touchpoints, business model, and ethical safeguards per horizon across four stakeholder groups.

Each horizon gated on a KPI, a business model, and a safeguard

Horizon 1 proves it with an MVP at Erasmus MC, around 300 patients, 100 each across colorectal cancer, sarcoidosis, and pulmonary fibrosis. Smartphone logging only — wearables are deliberately excluded to keep privacy risk and complexity down. It clears the gate at 60% app adherence, a one-point rise in Patient Activation Measure, and double the clinician-rated usefulness, funded by public grant with hospitals on a free pilot licence.

Horizon 2 scales it across three or more Dutch medical centres, wearable data merged into the record, targeting a 20% drop in readmissions and 30% clinician time saved. Revenue shifts to low-cost SaaS with insurers piloting bundled payments. Horizon 3 sustains it nationwide, across multiple chronic diseases, with quality-of-life and activation scores treated as routine vital signs and reimbursement moving to shared savings.

Every horizon carries its own safeguard, and they escalate. Position as a non-medical device and secure consent for AI-generated insights. Then algorithmic transparency, EU MDR and GDPR conformance. The hardest safeguard comes last, designing against automation bias, keeping clinical oversight on adaptive recommendations, and holding audit readiness for the AI modules.

My call

I paced the roadmap to when the rules arrive.

Each horizon is gated on something outside the product, starting with fast-track clearance for decision support that does not automate decisions, then interoperable EHR and wearable infrastructure, then EU AI Act enforcement. Building faster than the governance arrives is how health-tech pilots die.

Want the full story?

Plenty did not fit on this page — the statistical analysis behind all 16 archetype-phase pairings, the ten-category coding of why patients decline or recover, and the business model and governance detail sitting under each horizon.

If any of it is useful to you, I'd enjoy talking it through — the reasoning, the trade-offs, and the parts that did not work.

Talk through this work

Next

AI Summer Challenge