← All work

POST ACUTE ANALYTICS · AI PRE-FILL · 2026

Pre-filling a clinical assessment without taking the clinician out of it.

Utilization review nurses spent 30 to 45 minutes per case copying facts from clinical documents into a 180-field form before any clinical judgement happened. I designed the AI that does the copying, and the signals that let nurses trust it, check it, and overrule it.

Role
Sole product designer · product owner for full rollout
Team
Product director, clinical leadership, data science, compliance, 4 engineers
Users
Utilization management nurses at national health plans
Timeline
April – October 2026
Outcome
Rolling out to ~300 nurses; usage metrics to follow
Reason for stay Partly pre-filled by Anna
Reason for skilled stay
Admitted after a 6-day acute stay for right foot osteomyelitis with diabetic foot ulcer; IV antibiotics, non-weight-bearing.
Gait — assist level *
MIN A
Primary diagnosis (ICD-10) *
Search ICD-10 codes — 3 suggested documents

Hospital discharge summary

Page 1 · admitting hospital

…Six-day admission for right foot osteomyelitis with an underlying diabetic foot ulcer. Started on IV antibiotics; discharged to SNF for continued therapy and rehab.

Open document

The diagnosis field opens empty on purpose. Anna points to the documents most likely to inform it; the nurse picks the code.

The shipped pattern, rebuilt with synthetic data. Every pre-filled answer carries a citation to the passage it came from; the diagnosis code stays a human decision.

01

The ask wasn’t the problem

“Pre-fill the assessment with AI” had been floating around the company for two years. When one of our largest health plan clients became the design partner, the obvious move was to fill the same boxes automatically and call it done.

But the Clinical Assessment was never a data-entry form. It was built as a structured walk through how a nurse decides whether a patient still needs skilled care. Fill every box with AI and you remove the form’s actual job, leaving the nurse to rubber-stamp. Get it wrong and nurses will read it, correctly, as a path to their own obsolescence.

So I reframed it: replace the input, keep the reasoning. The AI populates the same structured record that already feeds the recommendation engine, reporting and PDFs, so nothing downstream changes. The nurse’s job shifts from transcription to verification and judgement. That frame survived every reversal that followed.

02

What clinicians told us

We ran four discovery sessions with the design partner’s medical director, review nurses, a discharge planner and their compliance lead. Three findings shaped everything after.

Documents are the source of truth. Nobody could recall a phone call or email changing a determination, which made “AI reads the documents” a safe premise. But documents moved unreliably between the plan’s system and ours, which would come back to bite us.

The bar is high. Pre-fill wasn’t a nice-to-have. The medical director’s view was blunt: nurses doing dropdowns was not a thing they wanted to exist.

Some judgement isn’t ours to set. Medical directors asked us to remove quantitative benchmarks from the prototype. A software vendor shouldn’t be defending clinical thresholds it invented.

03

Four principles I designed against

  • Every fact traces to a source

    Trust is built by showing the work, one click from every answer.

  • AI assembles, the nurse judges

    The nurse’s fingerprints stay on every judgement call.

  • Design for 4pm

    The tired reviewer at the end of the day, not the ideal one at 9am.

  • Confidence is visible, not noisy

    Signals earn their place or they come out.

04

Where the AI steps back

Diagnosis codes stay human. No model picks ICD-10 codes reliably, and not because of model quality: the people it learns from choose codes inconsistently, driven by payer rules rather than clinical text. A wrong code a tired nurse accepts becomes a reimbursement defect with no audit trail. So the field opens empty, the AI lists the three documents most likely to inform it, and the nurse decides. The AI helps where it’s reliable, finding the pages, and steps back where it isn’t.

The recommendation moved below the evidence. In clinical review, I had placed the system’s recommendation at the top of the page. Nurses pointed out that reading the verdict before the evidence inverts how they reason, and that the recommendation shifts as sections fill in. It moved to sit directly above the determination. Product never would have caught it.

Clinical sign-off without a meeting series. To get approval on a 260-question mapping, we built an audit worksheet clinical leadership could review row by row, sorted so the handful of high-risk changes got close attention and the clean one-to-one rows got spot-checked.

BEFORE

  1. Recommendation
  2. Clinical sections
  3. Your determination

AFTER

  1. Clinical sections
  2. Recommendation
  3. Your determination
The clinical review change. Verdict-first invites anchoring; evidence-first matches how a nurse actually decides.

05

Shipping less than we designed

The design partner signed off on a full click-through prototype in April: new pages, confidence-based routing that guided reviewers to the fields needing judgement, narrative summaries. Then, in a three-day architecture session with engineering, data science, clinical and compliance, we made the hardest call of the project.

Beta would ship on the existing form. Each AI-answered question got two additions, a pre-fill indicator and a citation link, and nothing else. No new pages, no confidence signal. It was less than the client had seen and less than I wanted to build. But it tested the only question that mattered first: is the model accurate enough to be useful? The full prototype became a library of validated patterns for later releases rather than a destination.

It also meant what the client approved in April wasn’t what they got in August. We handled that in weekly sessions with their super users rather than pretending otherwise.

06

Signals that say what they mean

The first spec gave each section a green, yellow or red completeness badge. An engineer read it literally, as “answers present versus missing,” which lost the signal: a section carried forward untouched from last week and one Anna had just filled fresh both read green.

The fix wasn’t a better color. It was writing down the two facts the badge is computed from, then giving each combination its own name. The badge says what Anna did this run; the icon on each question says what’s in the field now. Try it:

FACT 1 · ARE THERE BLANKS?

FACT 2 · WHAT DID ANNA ANSWER THIS RUN?

  • Pre-filled by AnnaNo blanks · Anna answered everything
  • Updated by AnnaNo blanks · Anna answered some, the rest carried forward
  • Carried forward — no Anna updatesNo blanks · Anna answered nothing this run
  • Partly pre-filled by AnnaBlanks remain · Anna answered at least one
  • Anna couldn’t pre-fillBlanks remain · Anna answered none
Five states from two facts, with copy approved by clinical leadership.

07

“The AI is broken”

A few weeks into beta, the feedback converged on one sentence: the AI isn’t answering, and when it does, it’s wrong. It would have been easy to hand that to data science as an accuracy problem. Tracing the reports back, most of them weren’t.

Beta ran once, on a schedule, against a three-day document window, with no way back in. If documents landed after the morning run, the nurse saw empty or outdated answers and no explanation. Four missing capabilities explained almost every complaint:

WHAT THE NURSE COULDN’T SEE

WHAT THEY CONCLUDED

When the pre-fill ran, or whether it was stale

“The AI is broken, there are no answers.”

That new documents had arrived after the run

“The AI is not correct.”

A way to re-run it

“The AI is broken.”

Whether a job was in progress

“I can only use this in a perfect scenario.”

The bet behind the first revision: most of “broken” is a freshness and visibility failure, and fixing visibility would show how much was really model quality. I designed a right-hand panel, everything you need to know on the right and the work on the left, carrying when Anna ran, documents received since, a re-run with clear warnings, and in-flight job status. Engineering planned it in four slices, information first and notifications last, because the complexity sits in coordinating running jobs.

Pre-fill details

Answers pre-filled today, early morning
34 questions from 12 documents · 3 need your answer

Documents received since pre-fill0

No new documents.

Re-run pre-fill

The nurse sees when Anna ran and how much it answered before reading a single field. “Is this current?” stops being a guess.

The revision’s right panel across its states, rebuilt with synthetic data. Guardrails: one run at a time, a per-user rate limit and a tenant-wide volume alert.

08

Inheriting the rollout

In October my product director left, and I took over product ownership two weeks before full rollout to roughly 300 nurses. The handoff surfaced three gaps, and closing them became the work:

  • No ratified success metrics. I set the starting bar from beta’s draft thresholds, share of answers pre-filled and share left unchanged by the nurse, against the analytics we already had.
  • A triage process that wouldn’t scale. Beta feedback came to me by email. I replaced it with a shared tracker where items stay “pending review” until engineering confirms the root cause, so nobody ships a confident wrong diagnosis.
  • No way to flag a silent error. The nurse is already looking at the evidence when they notice a wrong answer, so the citation itself is the cheapest place to report it. That’s the next thing I’m designing.

09

Results

  • ~300

    nurses at full rollout, October 2026

  • 30–45 min

    of manual transcription per case before pre-fill

  • 260

    AI-to-question mappings signed off by clinical leadership, without a meeting series

Usage and accuracy numbers from the full rollout will be added here once there’s a month of data. The throughput goal the product was built against: from three reviews per nurse per day toward ten.

10

What I’d tell another designer

Turn the ask into the problem before you design. “Pre-fill the form” would not have survived the reversals. “Replace the input, keep the reasoning” did.

Ship the smallest thing that tests the premise, even after the prototype is signed off. No mockup would have surfaced the freshness problem.

When users say the AI is wrong, check the inputs first. Accuracy work is real, but visibility was the first-order problem.