Ground Truth in Medical AI: How to Build a Defensible Reference Standard

A medical AI label is not automatically a fact. It is the output of an evidence source, a protocol, qualified reviewers, and a disagreement process that must remain traceable.

image

01 Sep 2026

Medical AI teams often describe their target labels as “ground truth.” The phrase sounds reassuring. It suggests that every image, waveform, specimen, or record contains one correct answer and that the dataset simply reveals it.

In practice, a label may come from a pathology result, culture, follow-up event, report, billing code, device measurement, expert reader, panel consensus, or an earlier model. Each source answers a different question. Each has its own timing, missingness, error modes, and relationship to the intended use.

That does not make supervised medical AI impossible. It means the reference standard is part of the system being designed. If the label process is vague, a model can optimize against an unstable target and still produce an impressive metric. If the process is explicit, the team can understand what the metric means, where disagreement comes from, and whether the evidence supports the claim.

“Ground truth” is a useful shorthand and a dangerous assumption

A reference standard is the method used to determine the target condition or outcome against which a model is trained or evaluated. Sometimes it is close to a directly observed fact. Often it is a structured judgment under incomplete information.

Consider four examples:

  • A chest image is labeled from a radiology report written during routine care.
  • A pathology region is outlined independently by two specialists and adjudicated by a third.
  • A deterioration outcome is derived from events occurring within a defined follow-up window.
  • A skin lesion label is confirmed by histopathology for some cases and expert clinical review for others.

These labels are not interchangeable. A report label may reflect clinical workflow and incomplete documentation. A panel label reflects its reader composition, instructions, available context, and consensus rules. An outcome label depends on the observation window and event definition. A mixed reference standard may introduce systematic differences between cases.

The first discipline is therefore linguistic: treat “ground truth” as shorthand, then document the actual reference standard precisely.

Start with intended use and the unit of decision

The label protocol should not begin with the annotation tool. It should begin with the decision the model is intended to support.

Define:

  1. Target condition or outcome. What exactly counts as positive, negative, indeterminate, or outside scope?
  2. Unit of decision. Is the label attached to a patient, encounter, study, series, image, specimen, slide, region, frame, or time interval?
  3. Time relationship. Which information may occur before, during, or after the model input?
  4. Population and setting. For whom and where is the target meaningful?
  5. Model role. Is the system detecting, segmenting, prioritizing, predicting, retrieving, measuring, or supporting another bounded task?

A unit mismatch can create misleading evidence. A model may operate on images while the outcome is defined at the patient level. Several images from one patient may share one label. If those images are treated as independent facts, both split integrity and uncertainty estimates can fail.

Figure 1
Several images can still represent one independent clinical unit
layout=horizontal_sequence nodes=4 patient level Several images from one patient one label !split integrityuncertainty estimatescan fail
Counting correlated images as independent facts can compromise both data splits and uncertainty estimates. Source: this article, section “Start with intended use and the unit of decision”.

This is why reference-standard design and leakage-safe train, validation, and test splits belong in the same conversation.

Choose the evidence source, then document its limits

The strongest available evidence depends on the task. Histopathology may be appropriate for one diagnostic question, longitudinal outcome for another, and expert visual assessment for a third. No source becomes a universal gold standard merely because it is expensive or clinically familiar.

For each label, record:

  • source type and originating system
  • acquisition or observation date
  • relationship between source evidence and model input
  • extraction method, including code or query version where applicable
  • missing or conflicting evidence rules
  • whether the source was available to the reviewer
  • any hierarchy used when multiple sources disagree

Proxy labels deserve special caution. Report keywords, diagnosis codes, procedure codes, and treatment decisions can provide scale, but they may encode documentation habits, billing rules, local practice, or access to care. They can be useful targets when the intended task matches what they represent. They should not be described as a different clinical fact.

Write the protocol before scaling annotation

A label guideline is an executable specification for human judgment. It should include inclusion and exclusion rules, boundary conventions, handling of poor-quality inputs, uncertain states, examples, counterexamples, and escalation criteria.

Version the protocol. Record which cases were labeled under each version. When a definition changes, do not silently overwrite history. Decide whether earlier labels remain valid, require re-review, or need a transformation that can be explained and reproduced.

Pilot the protocol on a deliberately difficult sample before launching a large annotation round. Include borderline cases, artifacts, uncommon presentations, and cases where relevant context is missing. The purpose of the pilot is not to maximize agreement. It is to expose ambiguous instructions while changes are still inexpensive.

Annotation tools can accelerate this process, but tooling is not the reference standard. Click assistance, pre-labels, and auto-annotation may reduce manual effort. They can also anchor reviewers toward a machine suggestion. If assistive features are used, record when and how, and evaluate whether the workflow changes reviewer behavior.

Specify who reads, what they see, and what they know

“Expert labeled” is not enough. Expertise is task-specific.

Record reviewer qualifications, relevant training, experience with the modality or condition, protocol training, calibration exercises, and conflicts of interest where relevant. Also record the information available during review:

  • Was the reviewer blinded to the model output?
  • Could they see the original report or diagnosis?
  • Did they know disease prevalence or case-selection rules?
  • Could they access prior studies, clinical history, or follow-up?
  • Were cases reviewed independently or discussed in real time?

More context can improve clinical judgment while making the label less independent from the data source being evaluated. Less context can improve blinding while creating an artificial task. The correct design depends on intended use. The important point is to choose deliberately and report it.

Design disagreement instead of hiding it

When two qualified reviewers disagree, the disagreement is information. It may reveal a vague guideline, poor input quality, a difficult phenotype, a continuous boundary forced into a binary category, or genuine limits in current knowledge.

A defensible process defines the next state before review begins. Options include:

  • independent second read
  • third-reader adjudication
  • panel discussion
  • majority rule
  • consensus with recorded dissent
  • deferral pending additional evidence
  • an explicit uncertain or ungradable class

These methods answer different questions. Majority vote summarizes a group. Adjudication produces a final operational label under a specified rule. Consensus may improve consistency but can erase the original distribution of opinions. None automatically reveals an unknowable biological truth.

Keep the raw reader labels even when the model uses an adjudicated target. Multi-rater data can support sensitivity analyses, disagreement maps, probabilistic targets, or separate evaluation of clear and ambiguous cases. Research such as Multi-rater Prism illustrates why variation across expert labels can be modeled rather than discarded.

Figure 2
Disagreement should enter a defined route, not disappear
layout=decision_tree nodes=4 two qualified reviewers disagree third-reader adjudication consensus with recorded dissent ?an explicit uncertain or ungradable class
The process preserves disagreement as evidence and defines how a case can reach adjudication, recorded dissent, or uncertainty. Source: this article, section “Design disagreement instead of hiding it”.

Preserve uncertainty as a first-class state

Forcing every case into positive or negative may make a dataset easier to train on while making the evidence less honest.

Uncertainty can appear at several levels:

  • the input is technically inadequate
  • relevant clinical context is unavailable
  • the finding is borderline
  • reviewers disagree
  • the outcome has not had enough time to occur
  • the available reference method is imperfect

These states should not all collapse into one label. Define which cases are excluded, deferred, retained as uncertain, or resolved using more evidence. Report how those choices affect cohort size and class balance.

This principle matches a broader human-in-the-loop design: uncertainty should route work to an appropriate reviewer or process, not disappear behind an automated answer.

Separate development labels from locked evaluation labels

Development labels are often iterative. Teams refine instructions, correct obvious errors, and inspect model failures. That is useful during development, but the same feedback can contaminate an evaluation set.

For a locked evaluation cohort, define who may access cases, when labels can change, how corrections are authorized, and whether the model output is hidden from readers. Keep any post hoc correction in an audit trail and report analyses before and after the change where appropriate.

This does not mean evaluation labels can never be corrected. It means a correction is a controlled evidence event, not a quiet edit made after seeing an unfavorable result.

Measure the label system as well as the model

A headline model metric cannot be interpreted without understanding the label process behind it. Useful label-system measures may include:

  • agreement by class, subgroup, site, device, and input-quality stratum
  • adjudication rate and reasons
  • uncertain or ungradable rate
  • time per review and re-review burden
  • protocol deviations
  • changes across guideline versions
  • sensitivity of model results to alternative label rules

Agreement is not validity, and one statistic is not appropriate for every task. A high agreement rate can reflect an easy cohort. A lower rate can reflect a difficult but clinically important boundary. Use measures that fit the label type and report the underlying counts.

The CLAIM 2024 update and STARD 2015 are useful reporting anchors because they push teams to make methods visible enough for critical appraisal. The goal is not checklist theater. It is to make clear what was measured and against what standard.

Preserve lineage from source evidence to final label

For every final label, a reviewer should be able to resolve:

  • the original sample and source evidence
  • the protocol version
  • each reader's identity or governed pseudonymous identifier
  • timestamps and tool state
  • whether assistance or pre-labeling was shown
  • raw reader outputs
  • adjudication reason and final status
  • dataset version and split membership
Figure 3
A final label should remain traceable to the evidence that produced it
layout=horizontal_sequence nodes=5 original sampleand source evidence protocol version raw reader outputs adjudication reasonand final status final label
The final label is inspectable only when its source, protocol, reader outputs, and adjudication remain connected. Source: this article, section “Preserve lineage from source evidence to final label”.

This is where annotation workflow and data lifecycle infrastructure meet. MAEA is designed to keep samples, labels, datasets, and downstream experiment records connected. The platform can support that chain, but qualified teams still have to define the intended use, reference source, protocol, reviewer process, and acceptance criteria.

Label lineage also matters during external validation. A performance difference between sites can reflect population or device shift, but it can also reflect a changed reference method. Without lineage, those explanations are difficult to separate.

A practical reference-standard checklist

Before training or evaluating a medical AI model, ask:

  1. What exact condition, outcome, or boundary does the label represent?
  2. What is the unit of decision and independence?
  3. Which evidence source determines the label, and what are its limitations?
  4. Which protocol version governed each case?
  5. Who reviewed the case, with what qualifications and context?
  6. Was model output or a pre-label visible?
  7. How were disagreement, uncertainty, and ungradable cases handled?
  8. Are raw reader labels preserved after adjudication?
  9. Are development and locked evaluation label workflows separated?
  10. Can every model metric resolve back to the complete label history?

If several answers depend on memory, spreadsheets, or overwritten files, the risk is not only operational. It changes what the model result means.

A defensible reference standard does not eliminate uncertainty. It makes the uncertainty, decisions, and evidence path inspectable. That is a stronger foundation for evaluating medical AI beyond accuracy, and for deciding whether a model is ready for the next stage of evidence.

References

Related Articles

How MAEA Solves the Data Lifecycle Problem
28 Aug 2026

How MAEA Solves the Data Lifecycle Problem

Sizing a medical AI dataset is arithmetic. Keeping that dataset provable, versioned, and reusable across years of development is the part that fails, and it is what MAEA is built to hold together.

Ground Truth in Medical AI: How to Build a Defensible Reference Standard | ModAstera