Skip to article frontmatterSkip to article content
Site not loading correctly?

This may be due to an incorrect BASE_URL configuration. See the MyST Documentation for reference.

Producing a heat map or a list of the most important features takes a few lines of code. Finding out whether that explanation reflects what the model did, and whether it helps a nurse or doctor decide better, takes a study. This chapter is about that study.

Why explainability matters in healthcare

Explanations serve several groups. Clinicians use them to decide whether to trust an output: if the explanation matches clinical reasoning, that is some evidence the model uses sensible information; if it does not, the model may rely on a spurious pattern. Developers use them to find failure modes. If a lung model flags cancer because of a scanner artefact rather than a nodule, a faithful explanation will show this.

Patients and the law have a stake too. Under the GDPR, people must receive meaningful information about the logic involved in automated decisions about them (Arts. 13 to 15) European Parliament and Council (2016). Under the EU AI Act, providers of high-risk systems must give deployers enough information to interpret the output (Art. 13), and people affected by decisions based on certain high-risk systems listed in Annex III have a right to an explanation (Art. 86) European Parliament and Council (2024).

Types of explanation

TypeExamplesSuited to
Feature importanceSHAP values, LIME, attention weightsTabular data such as EHR values: which inputs pushed the score up or down
Saliency mapsGrad-CAM, integrated gradientsImages: which regions influenced the output
Counterfactuals“If the lactate had been normal, the score would have been below the threshold”Showing what would change the result
Example-based“This patient resembles these earlier patients”Reasoning by analogy with known cases
Natural languageA written explanation of the outputPatient information and clinical reports

SHAP (SHapley Additive exPlanations) and LIME (Local Interpretable Model-agnostic Explanations) estimate how much each input contributed to one prediction. Grad-CAM and integrated gradients do something similar for image pixels and show the result as a heat map. Which type works best depends on the clinical task, the user and the setting.

Evaluating explanations: technical criteria

Start with four technical checks. Faithfulness asks whether the explanation reflects what the model computed; a heat map that looks plausible but does not match the model’s actual decision process misleads users. Completeness asks whether the explanation covers all the factors that drove the output. Stability asks whether similar inputs get similar explanations: if two almost identical patients receive very different reasons, the explanations are unreliable. Sensitivity asks whether the explanation changes when the input changes in ways that should matter.

Evaluating explanations: user studies

An explanation can pass every technical check and still not help users. Test with clinical end users in realistic scenarios:

Avoiding misleading explanations

Judge an explanation on two things: whether it is faithful to the model, and how it changes clinicians’ decisions, rather than on how reasonable it looks.

References
  1. Lekadir, K., Frangi, A. F., Porras, A. R., & others. (2025). FUTURE-AI: international consensus guideline for trustworthy and deployable artificial intelligence in healthcare. BMJ, 388, e081554. 10.1136/bmj-2024-081554
  2. European Parliament and Council. (2016). Regulation (EU) 2016/679 – General Data Protection Regulation. Official Journal of the European Union.
  3. European Parliament and Council. (2024). Regulation (EU) 2024/1689 of the European Parliament and of the Council on artificial intelligence. Official Journal of the European Union.