Skill Tracer
Skills › Scientific Agent Skills › clinical-decision-support › regulatory_and_governance.md

regulatory_and_governance.md

104 lines · skills/clinical-decision-support/references/regulatory_and_governance.md at 5f2bc03

Open on GitHub
1# Regulatory and Governance Context
2
3Checked 2026-09-30. This is orientation for research documentation, not legal advice or a regulatory determination.
4

Regulatory and Governance Context

Checked 2026-09-30. This is orientation for research documentation, not legal advice or a regulatory determination.

Raw lines 1 to 4
5## FDA Clinical Decision Support
6
7FDA issued the current **Clinical Decision Support Software** final guidance in January 2026 and reissued it on January 29, 2026. It explains how FDA interprets the statutory criteria for certain CDS software functions excluded from the device definition under section 520(o)(1)(E) of the FD&C Act and distinguishes those functions from device software functions.
8
9Do not turn the guidance into a self-certification score. Regulatory status depends on the complete function and intended use, including:
11- who uses the function;
12- what information it acquires, processes, or analyzes;
13- the output and its role in prevention, diagnosis, or treatment;
14- whether the healthcare professional can independently review the basis;
15- time criticality, automation, and reliance;
16- patient/caregiver use and other applicable digital-health policies.
18This skill intentionally stays outside patient-specific and live clinical functions. An artifact title, disclaimer, or “human in the loop” statement does not by itself make software non-device.
20Source: [FDA Clinical Decision Support Software, final guidance (January 2026)](https://www.fda.gov/regulatory-information/search-fda-guidance-documents/clinical-decision-support-software).

FDA Clinical Decision Support

FDA issued the current Clinical Decision Support Software final guidance in January 2026 and reissued it on January 29, 2026. It explains how FDA interprets the statutory criteria for certain CDS software functions excluded from the device definition under section 520(o)(1)(E) of the FD&C Act and distinguishes those functions from device software functions.

Do not turn the guidance into a self-certification score. Regulatory status depends on the complete function and intended use, including:

  • who uses the function;
  • what information it acquires, processes, or analyzes;
  • the output and its role in prevention, diagnosis, or treatment;
  • whether the healthcare professional can independently review the basis;
  • time criticality, automation, and reliance;
  • patient/caregiver use and other applicable digital-health policies.

This skill intentionally stays outside patient-specific and live clinical functions. An artifact title, disclaimer, or “human in the loop” statement does not by itself make software non-device.

Source: FDA Clinical Decision Support Software, final guidance (January 2026).

Raw lines 5 to 21
22## FDA AI-Enabled Device Lifecycle
24Use these sources only to identify documentation themes for research governance:
26- [Predetermined Change Control Plan for AI-Enabled Device Software Functions](https://www.fda.gov/regulatory-information/search-fda-guidance-documents/marketing-submission-recommendations-predetermined-change-control-plan-artificial-intelligence) — final guidance, August 2025. A PCCP describes planned modifications, methods to develop/validate/implement them, and impact assessment; FDA reviews it within a marketing submission.
27- [AI-Enabled Device Software Functions: Lifecycle Management and Marketing Submission Recommendations](https://www.fda.gov/regulatory-information/search-fda-guidance-documents/artificial-intelligence-enabled-device-software-functions-lifecycle-management-and-marketing) — draft guidance, January 2025; **not for implementation** as of the check date.
28- [Good Machine Learning Practice for Medical Device Development](https://www.fda.gov/medical-devices/artificial-intelligence-enabled-medical-devices/good-machine-learning-practice-medical-device-development-guiding-principles) — FDA page points to the January 2025 IMDRF final principles.
29- [Transparency for Machine Learning-Enabled Medical Devices](https://www.fda.gov/medical-devices/artificial-intelligence-enabled-medical-devices/transparency-machine-learning-enabled-medical-devices-guiding-principles) — joint guiding principles, June 2024.
31Recurring lifecycle themes:
33- representative data and independent test sets;
34- performance of the human-AI team;
35- clinically relevant testing across intended conditions;
36- known limitations, confidence intervals, gaps, and failure modes;
37- monitoring, issue investigation, change notification, and version traceability;
38- training/test data characterization and subgroup performance.
40These sources do not authorize this skill to create a medical device or a submission.

FDA AI-Enabled Device Lifecycle

Use these sources only to identify documentation themes for research governance:

Recurring lifecycle themes:

  • representative data and independent test sets;
  • performance of the human-AI team;
  • clinically relevant testing across intended conditions;
  • known limitations, confidence intervals, gaps, and failure modes;
  • monitoring, issue investigation, change notification, and version traceability;
  • training/test data characterization and subgroup performance.

These sources do not authorize this skill to create a medical device or a submission.

Raw lines 22 to 41
42## ONC HTI-1 Transparency
44The HTI-1 final rule added the Decision Support Interventions certification criterion at 45 CFR 170.315(b)(11). Its scope is certified health IT and the configurations defined in the rule; it is not a universal certification checklist for every research model.
46For predictive DSIs in scope, the rule and ONC materials emphasize source attributes covering:
48- developer and funding;
49- output type, purpose, intended population, users, and decision role;
50- cautioned out-of-scope uses and known limitations;
51- development data and input features;
52- fairness process;
53- external validation;
54- quantitative performance;
55- ongoing maintenance;
56- update, continued-validation, and fairness-assessment schedules.
58They also describe intervention risk management for predictive DSIs supplied by certified health IT developers. At review, the [current 45 CFR 170.315(b)(11)](https://www.ecfr.gov/current/title-45/subtitle-A/subchapter-D/part-170/subpart-C/section-170.315) still contains these provisions. The [HTI-5 proposed rule](https://healthit.gov/resources/health-data-technology-and-interoperability-astp-onc-deregulatory-actions-to-unleash-prosperity-hti-5-proposed-rule/) proposes removing AI model-card requirements; do not treat that proposal as an enacted change. Recheck the effective regulation before using this crosswalk. Use these categories as a useful transparency crosswalk only when relevant; do not claim ONC certification.
60Sources:
62- [HTI-1 final rule](https://www.federalregister.gov/citation/89-FR-1391)
63- [ONC HTI-1 DSI fact sheet](https://www.healthit.gov/wp-content/uploads/2023/12/HTI-1_DSI_fact-sheet_508.pdf)
64- [ONC DSI final-rule presentation](https://healthit.gov/wp-content/uploads/2024/01/DSI_HTI1-Final-Rule-Presentation_508.pdf)

ONC HTI-1 Transparency

The HTI-1 final rule added the Decision Support Interventions certification criterion at 45 CFR 170.315(b)(11). Its scope is certified health IT and the configurations defined in the rule; it is not a universal certification checklist for every research model.

For predictive DSIs in scope, the rule and ONC materials emphasize source attributes covering:

  • developer and funding;
  • output type, purpose, intended population, users, and decision role;
  • cautioned out-of-scope uses and known limitations;
  • development data and input features;
  • fairness process;
  • external validation;
  • quantitative performance;
  • ongoing maintenance;
  • update, continued-validation, and fairness-assessment schedules.

They also describe intervention risk management for predictive DSIs supplied by certified health IT developers. At review, the current 45 CFR 170.315(b)(11) still contains these provisions. The HTI-5 proposed rule proposes removing AI model-card requirements; do not treat that proposal as an enacted change. Recheck the effective regulation before using this crosswalk. Use these categories as a useful transparency crosswalk only when relevant; do not claim ONC certification.

Sources:

Raw lines 42 to 65
66## ICH E6(R3), E9, and E9(R1)
68Use ICH only when the artifact concerns clinical-trial planning, conduct, analysis, or evidence interpretation.
70The current consolidated E6(R3) Step 4 guideline combines the principles, Annex 1, and Annex 2. It was adopted June 16, 2026 after Annex 2 reached Step 4 on June 3, 2026. Relevant governance themes include:
72- quality by design and proportionate risk management;
73- clear roles, oversight, and documented decisions;
74- fit-for-purpose data and computerized systems;
75- data integrity, metadata, auditability, and traceability;
76- privacy and confidentiality;
77- protocol and statistical-analysis-plan alignment;
78- management of deviations, incidents, and important changes;
79- fitness-for-purpose considerations for real-world data.
81ICH E9 provides statistical principles for clinical trials. E9(R1), adopted November 20, 2019, requires alignment of the clinical question, estimand, design, conduct, analysis, and interpretation. Its estimand attributes and intercurrent-event strategies should be pre-specified; sensitivity analyses assess robustness to assumptions.
83Sources:
85- [ICH E6(R3) consolidated Step 4 guideline (June 2026)](https://database.ich.org/sites/default/files/ICH%20E6(R3)_Step4_FinalConsolidatedGuideline_2026_0616_.pdf)
86- [ICH E9(R1) estimands and sensitivity analysis](https://database.ich.org/sites/default/files/E9-R1_Step4_Guideline_2019_1203.pdf)
87- [ICH efficacy guideline index](https://www.ich.org/page/efficacy-guidelines)
89ICH alignment must be assessed by the sponsor and relevant authorities. A script cannot establish GCP conformity.

ICH E6(R3), E9, and E9(R1)

Use ICH only when the artifact concerns clinical-trial planning, conduct, analysis, or evidence interpretation.

The current consolidated E6(R3) Step 4 guideline combines the principles, Annex 1, and Annex 2. It was adopted June 16, 2026 after Annex 2 reached Step 4 on June 3, 2026. Relevant governance themes include:

  • quality by design and proportionate risk management;
  • clear roles, oversight, and documented decisions;
  • fit-for-purpose data and computerized systems;
  • data integrity, metadata, auditability, and traceability;
  • privacy and confidentiality;
  • protocol and statistical-analysis-plan alignment;
  • management of deviations, incidents, and important changes;
  • fitness-for-purpose considerations for real-world data.

ICH E9 provides statistical principles for clinical trials. E9(R1), adopted November 20, 2019, requires alignment of the clinical question, estimand, design, conduct, analysis, and interpretation. Its estimand attributes and intercurrent-event strategies should be pre-specified; sensitivity analyses assess robustness to assumptions.

Sources:

ICH alignment must be assessed by the sponsor and relevant authorities. A script cannot establish GCP conformity.

Raw lines 66 to 90
91## Governance Crosswalk
93| Documentation field | FDA/AI theme | ONC HTI-1 theme | ICH theme |
94|---|---|---|---|
95| Intended use/users/population | Function and intended use | Purpose/source attributes | Trial objective/population |
96| Limitations/out-of-scope use | Labeling/transparency | Cautioned use | Protocol constraints |
97| Data provenance | Dataset characterization | Development details | Data origin/fitness |
98| External validation | Clinically relevant testing | External-validation process | Evidence reliability |
99| Subgroup/fairness | Representative performance | Fairness process | Population relevance |
100| Human factors | Human-AI team | Intended decision role | Feasibility/quality |
101| Monitoring/change control | TPLC/PCCP | Maintenance schedule | Quality management |
102| Audit trail | Submission/version evidence | Source attributes | Essential records/metadata |
104Treat the crosswalk as a documentation aid, never a conformity assessment.

Governance Crosswalk

Documentation fieldFDA/AI themeONC HTI-1 themeICH theme
Intended use/users/populationFunction and intended usePurpose/source attributesTrial objective/population
Limitations/out-of-scope useLabeling/transparencyCautioned useProtocol constraints
Data provenanceDataset characterizationDevelopment detailsData origin/fitness
External validationClinically relevant testingExternal-validation processEvidence reliability
Subgroup/fairnessRepresentative performanceFairness processPopulation relevance
Human factorsHuman-AI teamIntended decision roleFeasibility/quality
Monitoring/change controlTPLC/PCCPMaintenance scheduleQuality management
Audit trailSubmission/version evidenceSource attributesEssential records/metadata

Treat the crosswalk as a documentation aid, never a conformity assessment.

Raw lines 91 to 104