Developers
The ecosystem, mapped
CMS-0057-F
by 2027-01-01CMS Interoperability & Prior Authorization Final RulePatient Access, Provider Access, Payer-to-Payer, and Prior Authorization APIs. Operational provisions live since January 2026; API provisions land 2027-01-01 for MA and Medicaid/CHIP FFS (managed care and QHP variants follow by rating/plan year).
- Da Vinci PASrecommended @ 2.2.1Validated here
Prior Authorization API (submit)
- Da Vinci CRDrecommended @ 2.2.1Analyzed here
Coverage requirements discovery
- Da Vinci DTRrecommended @ 2.2.0Analyzed here
Documentation templates & rules
- Da Vinci PDexrecommended @ 2.1.0Analyzed here
Payer-to-Payer / Provider Access
- US CoresupportingAnalyzed here
Underlying US content profiles
CMS-0053-F
by 2028-05-26Claims attachments (adopted standards: X12N 275/277 v6020 + HL7 C-CDA)Adopts HIPAA claims-attachment standards. The adopted stack is X12 + C-CDA, not FHIR; CDex is the FHIR-side attachments pattern to watch.
- Da Vinci CDexrelated @ 2.1.0Analyzed here
FHIR-side attachments cousin; the adopted standard is X12 275 + C-CDA
CMS-0062-P
proposed — no adopted date2026 CMS Interoperability Standards and Prior Authorization for Drugs Proposed RulePROPOSED, not adopted. Would make several currently-recommended HL7 FHIR IGs required. It carries NO compliance date this registry can state: the rule's own compliance clock runs from the date it is finalized, and it has not been finalized. Secondary commentary cites October 1 2027 for most implementation timelines and 60 days post-finalization for endpoint reporting; both are attributed readings, not adopted deadlines, which is why neither appears as a date field here. The rule names IGs but NOT versions, so no recommendedVersion is pinned below — any version pairing shown elsewhere in this product is ImOnFHIR's own reading of what is current, not the rule's. The IG list here is deliberately conservative: it holds only the guides the primary CMS material names directly.
Federal Register: Interoperability Standards and Prior Authorization for Drugs (proposed rule) →CMS: 2026 Interoperability Standards and Prior Authorization for Drugs Proposed Rule (CMS-0062-P) →- Da Vinci PASnamedValidated here
Proposed to become required. Not adopted; no version named in the rule.
- Da Vinci CRDnamedAnalyzed here
Proposed to become required. Not adopted; no version named in the rule.
- Da Vinci DTRnamedAnalyzed here
Named alongside CRD and PAS in the proposed prior-authorization workflow. Not adopted; no version named.
- US CoresupportingAnalyzed here
Underlying US content profiles; not itself the subject of the proposal.
Named by no current rule
6 packagesThe larger half of the ecosystem. Regulation names a handful of guides; the rest exist because implementers need them — which is a fact about how this ecosystem actually works, not a gap in the map.
- CARIN Blue ButtonAnalyzed herehl7.fhir.us.carin-bb
- Da Vinci HRexAnalyzed herehl7.fhir.us.davinci-hrex
- FHIR Bulk Data AccessAnalyzed herehl7.fhir.uv.bulkdata
- Structured Data Capture (SDC)Tracked, not validatedhl7.fhir.uv.sdc
- SMART App LaunchAnalyzed herehl7.fhir.uv.smart-app-launch
- FHIR Tools IGTracked, not validatedhl7.fhir.uv.tools
How to read this
The basis chips are the mandate register’s own vocabulary: recommended means the rule recommends that guide at a stated version; named means a proposal names it without adopting anything; supporting is underlying content profiles; and related is the honest outlier — a FHIR-side cousin of a rule whose adopted standard is not FHIR at all. One of the three rules on this page is exactly that case, and knowing it is worth more than a tidier diagram.