Skip to main content
v2026.11,858 entries · CC-BY 4.0
LAC HealthMedical & Research SuppliesReagents, PPE & instruments — chain-of-custody documented.Fast, traceable sourcing built for regulated research environments, from bench consumables to instrumentation.Shop lac.us CodeCASRAIlac.us

Model Cards for Model Reporting in Healthcare AI: The 9-Section Checklist, Healthsheet, CHAI, and Explainable AI (XAI) Validation

Structured checklist and guide to Model Cards for Model Reporting (Mitchell et al., 2019) in healthcare AI, covering the 9 sections, Healthsheet, CHAI, FDA transparency principles, and SHAP/LIME validation.

Written and maintained by CASRAI Editorial Board

Last updated

Model Cards for Model Reporting (introduced by Margaret Mitchell et al., 2019 at ACM FAT*) are standardized, structured transparency artifacts that accompany trained machine learning models to document their intended clinical or operational use, out-of-scope applications, training and evaluation data provenance, disaggregated performance across demographic and phenotypic subgroups, and ethical limitations. In clinical artificial intelligence and medical informatics, Model Cards—paired with dataset-level Healthsheets, Coalition for Health AI (CHAI) Applied Model Cards, and CONSORT-AI, TRIPOD+AI, and DECIDE-AI reporting guidelines—serve as the primary audit instrument for hospital AI governance committees and regulatory submissions.

How Do Model Cards for Model Reporting (Mitchell et al.) Document Intended Use, Subgroup Performance, and Ethical Considerations for Clinical AI?

Prior to standardized model reporting, clinical prediction models were frequently deployed with only a single aggregate Area Under the Receiver Operating Characteristic Curve (AUROC) reported on an internal holdout split—masking severe calibration drift or false-negative disparities across race, sex, age, insurance status, or imaging scanner manufacturer. Mitchell et al. (2019) established a 9-section Model Card framework that clinical AI teams adapt as a pre-deployment checklist:

Model Card Section (Mitchell et al., 2019) Required Clinical AI Documentation Elements Healthcare Governance & Safety Purpose
1. Model Details Model developer, version number, release date, architecture (e.g., XGBoost, ResNet-50, Transformer), input/output tensor specifications, license, and governance contact. Establishes version traceability for EHR software updates and FDA Predetermined Change Control Plans (PCCPs).
2. Intended Use Clinical indication, target care setting (e.g., ED triage vs. ICU vs. ambulatory), target user role (radiologist vs. triage nurse), and explicit out-of-scope / contraindicated uses (e.g., pediatric cohorts). Prevents off-label clinical deployment on patient populations excluded from model training.
3. Factors Unitary and intersectional subgroup axes: age bands, sex, race/ethnicity, primary language, payer type, comorbidity burden, and technical factors (EHR vendor, lab assay platform, CT/MRI scanner vendor and kVp/slice thickness). Identifies biological, social, and hardware confounders that drive AI bias and shortcut learning.
4. Metrics Discrimination (AUROC, AUPRC), calibration slope/intercept, Brier score / Scaled Brier Score, sensitivity, specificity, PPV/NPV at the exact clinical operating threshold, and 95% confidence intervals. Ensures threshold-specific positive predictive value and probability calibration are verified before clinical alerting.
5. Evaluation Data External validation site demographics, temporal collection window, inclusion/exclusion criteria, outcome label definition (adjudicated chart review vs. ICD-10 billing code), and missing-data handling. Screens for participant bias, label leakage, and temporal dataset shift.
6. Training Data Summary distribution of development cohorts (or linked Healthsheet when raw patient rows are protected by HIPAA). Reveals demographic underrepresentation or single-institution overfitting.
7. Quantitative Analyses Disaggregated performance tables across both unitary factors (e.g., Female vs. Male) and intersectional slices (e.g., Black patients aged ≥75 on Medicare/Medicaid). Exposes subgroup harms that cancel out in marginal single-variable summaries.
8. Ethical Considerations Risks of automation bias, alert fatigue, differential access to downstream interventions, and label bias (e.g., using healthcare cost as a proxy for illness severity). Documents mitigation guardrails and human-in-the-loop clinical escalation workflows.
9. Caveats & Recommendations Known failure modes, input feature drift monitoring triggers, and scheduled recalibration cadence. Defines post-deployment operational surveillance obligations.

What Healthcare-Specific Adaptations (Healthsheet, CHAI Model Cards, FDA Transparency Principles) Are Required for Clinical Models?

While the original 2019 Model Card framework was designed for general computer vision and natural language processing, healthcare regulators and standards consortia require four domain-specific extensions alongside the MINIMAR medical AI reporting checklist and international G7 Hiroshima AI Process reporting frameworks:

  1. Healthsheet for Healthcare Datasets (Rostamzadeh et al., 2022): Adapts Datasheets for Datasets specifically for clinical repositories by mandating disclosure of clinical label provenance (whether ground-truth labels reflect gold-standard biopsy/adjudication, clinician consensus, or noisy administrative billing codes), informative missingness (where the presence or timing of a lab order reflects clinician suspicion rather than random sampling), and device/site heterogeneity.
  2. Coalition for Health AI (CHAI) Applied Model Cards: Standardized ‘nutrition label’ templates designed for health system AI procurement and oversight committees, mapping model card fields to clinical workflow integration, patient risk tiering, and ongoing local validation requirements.
  3. FDA, Health Canada, and UK MHRA Transparency Guiding Principles (June 2024): Joint international regulatory principles for Machine Learning-Enabled Medical Devices (MLMDs) requiring user-centered transparency regarding the device’s medical purpose, target population, clinical workflow position, performance across subgroups, and software change-management lifecycle.
  4. ONC HTI-1 Decision Support Intervention (DSI) Source Attributes (45 CFR § 170.315(b)(11)): Federal rules requiring Certified Health IT developers to expose 31 standardized ‘source attributes’ (essentially an EHR-embedded electronic Model Card covering intervention details, training data characteristics, external validation, and fairness mitigation) directly to clinical users inside the EHR.

Why Do Post-Hoc Explainability Methods (SHAP, LIME, Saliency Maps) Require Rigorous Validation in Clinical Decision Support?

In discussions of explainable AI (XAI) in healthcare, developers frequently attach post-hoc local feature-attribution plots—such as SHAP (SHapley Additive exPlanations), LIME (Local Interpretable Model-agnostic Explanations), or convolutional neural network saliency / Grad-CAM heatmaps—to clinical predictions and treat them as sufficient proof of clinical trustworthiness. However, peer-reviewed clinical AI evaluations (including Ghassemi, Oakden-Rayner, & Beam, 2021, The Lancet Digital Health) and FDA human factors reviews emphasize four critical failure modes of post-hoc XAI when used without rigorous Model Card validation:

  • Local Approximation Is Not Clinical Causality: LIME fits a local linear surrogate around perturbed synthetic samples, and SHAP computes game-theoretic marginal feature attributions across coalition permutations. Neither method proves that modifying a high-attribution feature in a patient will causally alter their clinical outcome, and correlated EHR variables can produce physiologically implausible feature rankings.
  • Saliency Map Localization Instability: In medical imaging AI (such as chest X-ray classification), Grad-CAM and saliency heatmaps frequently highlight broad anatomical regions or radiographic hardware tokens (such as portable X-ray ‘L/R’ lead markers or chest tubes) even when the model is relying on spurious institutional shortcuts.
  • Clinician Confirmation and Automation Bias: Human factors studies show that presenting plausible-looking SHAP bars or heatmaps alongside an incorrect AI prediction increases the likelihood that time-pressured clinicians will accept a false positive or false negative diagnosis compared to viewing calibrated probability estimates with documented subgroup sensitivity/specificity.
  • Mandatory Validation Standard: Rather than substituting post-hoc explanations for empirical validation, clinical Model Cards must report multi-site external validation, calibration curves across demographic and device subgroups, and prospective clinical utility.

Frequently Asked Questions

How do Model Cards for Model Reporting (Mitchell et al.) document intended use, subgroup performance, and ethical considerations for clinical AI?

Model Cards (Mitchell et al., 2019) organize clinical AI documentation into nine standardized sections: Model Details, Intended Use (including contraindicated populations), Factors (demographic, clinical, and scanner/EHR subgroups), Metrics (threshold-specific discrimination and calibration), Evaluation Data, Training Data, Quantitative Analyses (unitary and intersectional subgroup tables), Ethical Considerations, and Caveats/Recommendations.

What healthcare-specific adaptations (Healthsheet, CHAI Model Cards, FDA transparency principles) are required for clinical models?

Clinical models pair Model Cards with Rostamzadeh et al.’s Healthsheet (documenting clinical label adjudication, informative missingness, and sensor heterogeneity), Coalition for Health AI (CHAI) Applied Model Cards, the 2024 FDA/Health Canada/MHRA MLMD Transparency Guiding Principles, and ONC HTI-1 (45 CFR § 170.315(b)(11)) EHR source attributes.

Why do post-hoc explainability methods (SHAP, LIME, saliency maps) require rigorous validation in clinical decision support?

Post-hoc XAI methods (SHAP, LIME, and Grad-CAM saliency maps) provide local mathematical approximations of model sensitivity rather than causal clinical explanations, are vulnerable to feature correlation and perturbation instability, and can induce confirmation bias in clinicians—making disaggregated subgroup validation and calibration reporting in a Model Card indispensable.

Sources

  • Mitchell, M., Wu, S., Zaldivar, A., Barnes, P., Vasserman, L., Hutchinson, B., Spitzer, E., Raji, I. D., & Gebru, T. (2019). Model Cards for Model Reporting. Proceedings of the Conference on Fairness, Accountability, and Transparency (FAT* ’19), 220–229.
  • Rostamzadeh, N., et al. (2022). Healthsheet: Development of a Transparency Artifact for Health Datasets. Proceedings of the 2022 ACM Conference on Fairness, Accountability, and Transparency (FAccT ’22), 1943–1961.
  • U.S. Food and Drug Administration (FDA), Health Canada, & UK MHRA (2024). Transparency for Machine Learning-Enabled Medical Devices: Guiding Principles; and Ghassemi, M., Oakden-Rayner, L., & Beam, A. L. (2021). The false hope of current approaches to explainable artificial intelligence in health care. The Lancet Digital Health, 3(11), e745–e750.

Follow CASRAI

Research-administration guidance, standards updates and independent tool reviews.

Ask CASRAI · free to try

Ask about Model Cards for Model Reporting in Healthcare AI: The 9-Section Checklist, Healthsheet, CHAI, and Explainable AI (XAI) Validation

Ask your first 2 questions free below. Subscribers get 150 a day for $29 a month.

An AI assistant specialized in research administration. It cites the sources behind every answer, labels web answers and says when it can't answer.

Answers draw on CASRAI's guides and dictionary plus the federal and funder documents we index: Federal Register, Grants.gov, Regulations.gov and UKRI.

Works on this site and inside Claude, Cursor and the AI tools you already use.

Everything CASRAI publishes — this page, the dictionary, the guides and the news — stays free to read, with no account and no card.

Referenced across the research world

University of Cambridge logoColumbia University logoCrossref logoUniversity of Edinburgh logoHarvard University logoUniversity of Oxford logoPrinceton University logoStanford School of Medicine logoUniversity College London logoORCID logoUniversity of Cambridge logoColumbia University logoCrossref logoUniversity of Edinburgh logoHarvard University logoUniversity of Oxford logoPrinceton University logoStanford School of Medicine logoUniversity College London logoORCID logo
  • University of Cambridge logo
  • Columbia University logo
  • Crossref logo
  • University of Edinburgh logo
  • Harvard University logo
  • University of Oxford logo
  • Princeton University logo
  • Stanford School of Medicine logo
  • University College London logo
  • ORCID logo

View CASRAI adoption →