360 Secure SkillHub
360 安全技能中心

diagnostic-ai-evaluation-checklist

方法学审查工具:围绕数据集与拆分、验证、亚组与漂移、人为因素和报告五层检查诊断 AI 评估计划,指出患者泄漏、回顾性证据替代前瞻性验证等缺口,并映射相关 AI 报告规范;仅用于研究和教育,须由合格人员复核。

salikkhann
热度 0.00
最近更新 2026-10-19 07:47:40
分类:数据依赖:纯提示词应用场景:研究 / 报告撰写 / 模板

安装技能

复制下面的话术发给你的 Agent,它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill: npx secure-skills-cli add salikkhann/openmedskills/diagnostic-ai-evaluation-checklist
Metadata
name
diagnostic-ai-evaluation-checklist
description
Check a diagnostic AI evaluation plan for dataset, validation, and reporting gaps under the AI-specific standards. Drafts for research and education; a qualified human must review before use.
license
CC-BY-4.0
metadata
{"org.openmedskills.category":"digital_health_and_ai_safety","org.openmedskills.subcategory":"evaluation","org.openmedskills.risk-class":"R1","org.openmedskills.maturity":"draft","org.openmedskills.review":"human-review-required","org.openmedskills.content-reviewed":"2026-08","org.openmedskills.version":"0.1.0","org.openmedskills.permissions":"no-phi;no-real-patient-data;no-diagnosis;no-dosing;no-clinical-decision-making"}

Diagnostic AI Evaluation Checklist

Purpose

Diagnostic AI claims live or die on evaluation design, and the recurring failures are known: patient leakage across train-test splits, retrospective archives standing in for prospective performance, subgroup performance hidden inside averages, and an intended use quietly wider than anything tested. This skill reviews an evaluation plan and drafts the checklist that names those gaps, mapped onto the AI-specific reporting standards. It reviews plans; it approves nothing.

The five review layers

  • Dataset and splits. The first question is unit of splitting: patient-level, not examination-level, or the same patient's earlier images teach the model their later labels. Then provenance: inclusion criteria, missingness, and the gap between the archive and the population the intended use names.
  • Validation. Internal performance on a held-out split is development evidence. External validation (other site, other scanner generation, other population) is the layer that supports a deployment claim. Where the plan claims emergency department use and validates on a retrospective archive, the gap between tested and claimed use is the central finding.
  • Subgroups and shift. Averages hide subgroup performance; the checklist asks for performance by age, sex, device, and clinically relevant subgroups, with intervals. Dataset shift (scanner replacement, protocol changes, referral pattern drift) is a deployment risk that no single validation fully retires, which is why monitoring plans appear here.
  • Human factors. Where the tool changes clinician behavior (triage prioritization, alert gating), DECIDE-AI's live-evaluation concerns apply: who sees the output, what they do with it, and how automation bias will be detected.
  • Reporting. STARD-AI and QUADAS-AI for accuracy studies involving AI, TRIPOD+AI for model development reporting, CONSORT-AI and SPIRIT-AI for trials of AI interventions. The checklist asks for the intended use and the tested-use boundary to be stated in the same sentence.

Common failure modes

  • Examination-level splits presented as patient-level validation.
  • Retrospective single-center evidence offered for a multi-site deployment claim.
  • Subgroup analysis promised, then reported as an overall AUC.
  • Evaluation of the model in isolation, with no measurement of what clinicians do with its output.

Integration with other skills

The Healthcare AI Safety Checklist covers the governance side for the same tool, the Diagnostic Accuracy Study Planner covers the non-AI accuracy design it extends, and the Risk of Bias Assistant applies QUADAS-3 and QUADAS-3-style appraisal to published studies the plan cites.