Diagnose Before You Automate: The Discipline That Separates Durable AI from Demos
October 3, 2026 · Augusta Uwah, MD, MPH
The order of operations
Diagnose. Redesign. Then automate.
It reads as obvious, and it is routinely skipped. The pattern is familiar by now: a health system buys an automation, points it at a revenue-cycle workflow, measures adoption, and declares success. Eighteen months later the denial rate is unchanged, because nobody diagnosed what was actually broken before the software made it run faster.
Automating a broken workflow does not fix the workflow. It makes the breakage cheaper to repeat and harder to see. The discipline that separates durable AI from demonstrations is refusing to automate before the diagnosis is done.
Signals are not diagnoses
A financial signal tells you where to look, not what is wrong. An inpatient-versus-observation exposure estimate is an invitation to investigate, never proof that utilization management is underperforming.
The honest sequence is long because it should be: signal, then hypotheses, then the evidence needed, then a discriminating KPI, then the investigation, then the intervention — only when the evidence supports it — then the outcome to monitor.
Any AI in that workflow has to be held to the same standard. An agent that infers root cause from a financial signal is not an intelligence layer; it is a liability. The right architecture detects and surfaces. Humans adjudicate what the signal means.
Design for scale before the pilot
“Don't ask: did our pilot work? Ask: can this hospital keep it working after the pilot team leaves?”
Pilots succeed on attention. The pilot team fixes data feeds by hand, chases exceptions personally, and compensates for workflow gaps with hours. None of that scales. If the design never accounts for the integrated environments and the light-integration rural and legacy environments the hospital actually runs, the pilot's success is a measurement of the team, not the product.
Move intelligence upstream
The cheapest denial is the one that never becomes a claim. The second cheapest is the one caught before submission. Every step downstream — appeal, write-off, rework — costs multiples of what the same insight would have cost at the point of documentation.
Intelligence that only reports after the fact is a rearview mirror. The durable version moves the judgment to where the decision is made: the bedside, the documentation, the status determination.
Measure downstream outcomes and feed them back
Buyers have learned to ask for baselines, false-positive rates, drift detection, and replicable return on investment. That is a healthy development, and it filters out most of the market noise.
But the measurement has to close the loop. Outcomes go back into the workflow as new signals, the detection improves, and the next decision is better than the last one. An AI system without a learning loop is a very expensive point-in-time opinion.
Governance is the enabling condition, not the afterthought
None of this survives contact with a hospital committee without governance: bounded autonomy for agents, human adjudication of consequential decisions, audit trails that can answer who decided, on what evidence, under which policy version.
Governance is what makes automation defensible to a board, an auditor, or a plaintiff. It is not the brakes on the initiative. It is the thing that lets the initiative keep running when nobody is watching it.