AI in Healthcare Platforms: What's Production-Ready and What's Still Early
May 26, 2026
In clinical data platforms, the readiness test for an AI capability is whether a wrong answer is detectable by the person reading it. Accuracy rate is secondary, because the consumer of the output has no independent means of checking it.
Most enterprise AI guidance assumes an error budget. Summarize a hundred support tickets, get four wrong, and the aggregate remains positive because the errors are cheap and visible. Clinical data platforms do not have that property, and the reason is not primarily regulatory.
The output is consumed by people making decisions they cannot audit. A patient comparing transplant programs cannot evaluate whether a summary reflects the underlying data. A clinician reviewing a cohort assumes the figures came from the registry. An incorrect AI-produced number is invisible at the moment it is used, and it inherits the credibility of the platform displaying it.
Capabilities that pass the detectability test
Three categories are deployable now, and they share a structure: the model narrows the search space, a person retains the judgment, and errors surface immediately rather than propagating.
Structured extraction from documents. Pulling defined fields from clinical forms, scanned records, or narrative reports into a schema.
- Extracted values are checkable against the source document
- Type and range constraints catch a large share of errors mechanically
- Internal consistency checks catch more
- Low-confidence records route to human review rather than into the data set
A wrong extraction is verifiable in a way a wrong summary is not, and that difference is the entire readiness argument.
Anomaly detection in registry submissions. Statistical models flagging submissions deviating from expected distributions: a program whose outcomes shift sharply, a field whose completeness drops after a system change.
- The output is a flag for review, not a conclusion
- A false positive costs a reviewer twenty minutes
- A false negative leaves the organization where it was without the tool
This is where most of the near-term value sits, and it attracts the least attention.
Semantic search over document corpora. Retrieval across research libraries, protocols, and internal guidance. The user sees the source document and judges relevance directly, which places the verification in the right place.
Capabilities that do not pass
Generated narrative over outcome data. The most requested capability and the one to defer longest.
A model given registry data and asked for a narrative account of program performance produces clean, confident prose. The failures are not fabrication of the obvious kind:
- It describes a difference between two programs without accounting for risk adjustment
- It reports a rate from a cohort of nine as comparable to a rate from a cohort of four hundred
- It applies causal language to an association
- It omits the confidence interval, because prose has no natural place for it
Each is a statistical error a trained analyst avoids automatically, and each reads as authoritative. There is no visual signal. A chart with a wide interval at least displays the interval. A sentence stating that Program A performed better than Program B displays nothing.
Where narrative output is genuinely required, constrain the model to language and exclude it from arithmetic:
- Every number and every comparison originates from a validated computation in the data layer
- The model populates a constrained template around figures it cannot modify
- Suppression and interval rules are applied before the template is filled
- The generated text is validated against the source figures before display
This is less impressive than the demonstration and is deployable.
Anything functioning as clinical decision support. This crosses into regulatory territory and requires explainability that current generative systems do not provide.
Organizations arrive here by drift rather than by decision: a tool built for internal analysis begins informing care decisions because it proved useful. The classification depends on how output is used, not on how the system was designed, so the drift is worth monitoring deliberately with a defined review point.
Anything requiring PHI to leave the control boundary. Solvable, and it is an architecture decision with contract implications rather than a configuration setting.
Establish in writing:
- Where inference executes, at the region and tenancy level
- Whether a business associate agreement covers the inference provider
- Whether prompts and outputs are retained, for how long, and by whom
- Whether either is used for model training
- What the subprocessor list contains
Vendor answers on retention are frequently less specific than they first appear, and the specificity is the answer.
Vendor evaluation
Three questions separate products built by people who understood clinical review from products that were demonstrated well.
What does the system do when it is uncertain? A product with a genuine confidence measure and a defined route for low-confidence output was designed for review workflows. If every result returns with identical presentation, the reviewer has no mechanism for identifying which cases need attention, and the burden of that judgment falls back on the person who came to the tool for help with it.
Will it run against our data, including our edge cases? Small cohorts, incomplete records, programs that changed reporting practice mid-year, historical records that violate current constraints. Every product performs on clean data. A vendor who declines this test has provided the result.
How are numbers in generated output produced? If the model derives them from source data, the failure mode above applies and prompt engineering does not resolve it. If they come from a validated computation and the model handles only language, the team has addressed statistical integrity as a design problem.
The current position
Organizations obtaining real value from AI in this domain are doing extraction, flagging, and search, carefully. The constraint on more ambitious applications is not model capability. It is the requirement that a wrong answer be catchable by the person reading it, and generated narrative over statistical data does not satisfy it.
Working through a problem like this?
Describe the system and where it's stuck. I'll tell you what the work actually involves.
Get in touch