Back to work

HEALTHCARE OPERATIONS

Clinical Productivity

Registered dietitians were logging daily work in shared Excel files. I designed the Elevra workflow that replaced them.

Role
Lead Product Designer
Scope
Workflow, role and state behavior
Engineering
Production RBAC implementation
Status
Shipped to production

See it

Managers needed the missing day, not another percentage.

Recreated from the shipped workflow, not screenshotted. Switch surfaces, then expand either one full screen.

Elevra Clinical Productivity

Elevra

Sacred Heart Medical

Clinical Productivity Team Submissions

14 team members, August 2026

RD NameReminder
2+ days missing6
Marisol VegaTue, Wed missing
Vanessa Rhodes3 days missing
Blessing NwosuTue, Thu missing
Yuki TanakaWed, Thu missing
Mateo Flores4 days missing
Ian McAllisterMon, Tue missing
1 day missing5
Priya KapoorMon missing
Rachel DempseyTue missing
Katie HolbrookThu missing
Thiago CarvalhoMon missing
Nicole HartsellWed missing
Complete week3
Travis ReevesComplete
Megan PruittComplete
Finn O'MalleyComplete
Team compliance 71%, 11 below target

The problem

The workbook recorded a value. It could not tell the manager who owned the day.

Daily productivity lived in shared Excel files, one per cost center and month, edited in circulating copies.

Shared workbookTwo writers, one cell, one file per cost center

productivity-tracker-august.xlsx
RDDateHoursR. DempseyAug 133.5 hrsY. TanakaAug 134.5 hrsB. NwosuAug 142.0 hrsK. AsanteAug 144.0 hrs

2:02Y. Tanakaoverwritten4.5 hrs

2:41R. Dempseythe file keeps this one2.5 hrs

Cell C13 holds 4.5 hours, entered by one dietitian, until a second entry of 2.5 hours from a circulating copy replaces it. The sheet keeps no revision mark, no author, and no trace of the first value.

Owned recordTwo writers, one owner, every write attributed

ElevraFiled

Yuki TanakaRD, Inpatient adult

Day
Wed, 13 August 2026
Hours
2.5
Care setting
Acute medical, 4 East

Revisions

  1. 2:41 PMSet to 2.5 by R. DempseyFlagged: not this record’s owner.
  2. 2:02 PMCreated at 4.5 by Y. Tanaka, owner

One RD. One day. One owned record.

Who wrote the surviving value?Not recordedR. Dempsey, flagged
What was here before it?Not recorded4.5 hrs, by Y. Tanaka
Which value is authoritative?Whichever was saved lastThe owner's entry
Who is accountable for the day?NobodyY. Tanaka, by name

Evolution

One record supported different responsibilities.

The RD still owned the daily record. Managers could inspect its state and exceptions, but did not author the work on the RD’s behalf.

Two states of the same record, recreated from the shipped product. Every name and number shown is demo data.

Productivity log

Mar 2, 2026

Draft
Date of serviceMar 2, 2026
Patient care setting
Quick entry
Care settingComp.LimitedTotalGroupRemote
Long TermYes
Filled from quick entry: Comp., Limited, Total, Group

4 of 4 required

One RD, one day, captured inside Elevra's existing Assessments engine, with the AI field sitting above the fields it actually feeds. The AI layer itself was still in early testing.

The evidence layer

Three decisions shaped what shipped.

Use the platform that already owns assessments.

Clinical Productivity became a workflow inside Elevra's existing Assessments infrastructure, not a new platform.

The pain was shared files, fragmented records, and manual aggregation.

Elevra, Assessments
Elevra platformInherited substrateProduction responsibilitiesBuilt for Clinical ProductivityShellnavigation, permissions chromeDesign libraryinherited componentsForm.iofield rendering and validationAssessmentsExisting productClinical ProductivityWorkflow inside Assessmentsworkflow state, permissionsProduction data modelRole-based accessPower BI datasets
Clinical Productivity. The fastest path ran through what Assessments already provided. The near-term experience inherited its current design library and limits, the tradeoff for not rebuilding the shell from zero.

Only show the fields this care setting requires.

Selecting a care setting is what creates its activity fields; an unselected setting has none to fill.

Most of the source schema is irrelevant on any single day.

What it cost

A shorter-looking form can still be incomplete: fields were missing from the polished interface.

Care setting

Activity records

Inpatient adultAcute medical, 4 East

Unit rule awaiting confirmation

Inpatient pediatrics

Outpatient adultNutrition clinic, Suite 210

Outpatient pediatrics

Checking a care setting is what creates its activity fields. Nothing is hidden and re-shown: an unchecked setting has no fields to submit, which is why the source schema’s full twelve almost never appear on one day.

Flag only what a rule can explain.

The manager surface uses day-level status, with explicit rules for data-quality exceptions.

Managers were reconciling the monthly result by hand.

What it cost

Day-level detail creates a wider table and needs careful weekend and PTO handling.

Submission status

SubmittedMissingReviewDraftUpcoming
Team memberMonTueWedThuFriAction
Rachel DempseyFlags automatically the next morning
Yuki TanakaStill open for the RD to send
Blessing NwosuHours don't match the logged categories

Rachel Dempsey, Wed

StateNo submission loggedRule that firesA weekday that closes with no recordActionFlagged the morning after, not at month end
A percentage summarizes the month. A day-level grid tells a manager where to act. The sample is reconstructed and contains no employee or facility data.

Mandate

Design owned the workflow, not every production layer.

I designed the module end to end and documented the gaps.

Design owned

What I led

Daily record states, RD and manager role behavior, interaction model, documented gap inventory.

Engineering owned

What they built

Form.io configuration, production data model, RBAC implementation, APIs and reporting datasets.

The evidence layer was the part built for this: day-level status, deterministic exception flags, and a recreated interactive surface. Every figure above is that surface, running.

Outcomes

Production status is real. Product impact remains mostly open.

Shipped

The module reached production, covering daily logging, the manager grid, drill-down, and edit states.

Directional

Centralized records and deterministic exception flags point toward a safer alternative to concurrent workbook edits. The AI layer remained in early testing, separate from the shipped workflow.

Not measured

No outcome number is claimed here. Adoption, reconciliation time, notifications, Power BI, and cross-module behavior were not measured. The first thing I would instrument: the time from a missing submission appearing to the manager resolving it.

Two things I’d change next time.

Field gaps, earlier

I would put the field-gap inventory beside the interface earlier: the surface already looked coherent while required fields were still absent, and that gap is a delivery risk precisely because the surface looks ready.

Policy before polish

I would force the time-unit, edit-window, and role-switching decisions into a policy workshop before visual polish. The UI can display the answer; it cannot responsibly invent one.

More work

Continue with another case study.

Lumens AI

An agent does the retrieval. A lawyer does the judgment. The product is the handoff.

Independent AI product · working build

AI REVIEW SYSTEM