Delen via

Centers for Medicare and Medicaid Services (CMS) Interoperability and Patient Access rule introduction

  • Artikel

Belangrijk

Azure API for FHIR wordt op 30 september 2026 buiten gebruik gesteld. Volg de migratiestrategieën om op die datum over te stappen naar de FHIR-service® van Azure Health Data Services. Vanwege de buitengebruikstelling van Azure API for FHIR zijn nieuwe implementaties vanaf 1 april 2025 niet toegestaan. De FHIR-service van Azure Health Data Services is de ontwikkelde versie van Azure API for FHIR waarmee klanten FHIR-, DICOM- en MedTech-services kunnen beheren met integraties in andere Azure-services.

In deze reeks zelfstudies behandelen we een algemeen overzicht van het Centrum voor Medicare en Medicaid Services (CMS) Interoperability and Patient Access rule, en de technische vereisten die in deze regel worden beschreven. We doorlopen de verschillende implementatiehandleidingen waarnaar wordt verwezen voor deze regel. We bieden ook informatie over het configureren van de Azure API for FHIR® ter ondersteuning van deze implementatiehandleidingen.

Overzicht van regels

Het CMS heeft op 1 mei 2020 de interoperabiliteits- en patiëntentoegangsregel uitgebracht. Deze regel vereist een vrije en veilige gegevensstroom tussen alle betrokken partijen in de patiëntenzorg (patiënten, providers en betalers) om patiënten toegang te geven tot hun gezondheidsinformatie wanneer ze deze nodig hebben. Interoperabiliteit heeft de gezondheidszorg decennia lang geplaagd, wat resulteert in gegevens in silo's die negatieve gezondheidsresultaten veroorzaken met hogere en onvoorspelbare kosten voor zorg. CMS gebruikt hun autoriteit om Medicare Advantage (MA), Medicaid, Children's Health Insurance Program (CHIP) en Qualified Health Plan (QHP) issuers op de Federally Facilitated Exchange (FFE's) te reguleren om deze regel af te dwingen.

In augustus 2020 heeft CMS beschreven hoe organisaties aan het mandaat kunnen voldoen. Om ervoor te zorgen dat gegevens veilig en op een gestandaardiseerde manier kunnen worden uitgewisseld, identificeerde CMS Fast Healthcare Interoperability Resources (FHIR®) versie 4 (R4) als de basisstandaard die vereist is voor de gegevensuitwisseling.

Er zijn drie belangrijke onderdelen van de interoperabiliteits- en patiënttoegangsregeling:

  • Patiëntentoegangs-API (vereist 1 juli 2021): door CMS gereguleerde betalers (zoals eerder gedefinieerd) zijn vereist voor het implementeren en onderhouden van een veilige, op standaarden gebaseerde API waarmee patiënten eenvoudig toegang kunnen krijgen tot hun claims en informatie kunnen tegenkomen, waaronder kosten, evenals een gedefinieerde subset van hun klinische informatie met behulp van toepassingen van derden van hun keuze.

  • Provider Directory-API (vereist 1 juli 2021): door CMS gereglementeerde betalers zijn vereist voor dit gedeelte van de regel om adreslijstgegevens van providers openbaar beschikbaar te maken via een api op basis van standaarden. Door deze informatie beschikbaar te maken, kunnen ontwikkelaars van toepassingen van derden services maken die patiënten helpen bij het vinden van providers voor specifieke zorgbehoeften en artsen andere providers voor zorgcoördinatie.

  • Payer-to-Payer Data Exchange (oorspronkelijk vereist 1 januari 2022 - Momenteel vertraagd) – CMS-gereguleerde betalers zijn, op verzoek van de patiënt, vereist om te wisselen met andere betalers bepaalde patiënt klinische gegevens. Hoewel er geen enkele vereiste is om een soort standaard te volgen, wordt het toepassen van FHIR om deze gegevens uit te wisselen aangemoedigd.

Belangrijke FHIR-concepten

Zoals eerder vermeld, is FHIR R4 vereist om aan dit mandaat te voldoen. Daarnaast zijn er verschillende implementatiehandleidingen die richtlijnen bieden voor de regel. Implementatiehandleidingen bieden extra context boven op de basis-FHIR-specificatie. Dit omvat het definiëren van aanvullende zoekparameters, profielen, extensies, bewerkingen, waardesets en codesystemen.

De Azure API for FHIR heeft de volgende mogelijkheden om u te helpen bij het configureren van uw database voor de verschillende implementatiehandleidingen.

Api-implementatiehandleidingen voor patiëntentoegang

De Patient Access-API beschrijft naleving van vier FHIR-implementatiehandleidingen:

  • CARIN IG voor Blue Button®: Payers zijn verplicht om de claims van patiënten te maken en tegenkomt gegevens beschikbaar volgens de CARIN IG for Blue Button Implementation Guide (C4BB IG). De C4BB IG biedt een set resources die betalers kunnen weergeven aan consumenten via een FHIR-API en bevat de details die nodig zijn voor claimgegevens in de Interoperabiliteits- en Patiëntentoegangs-API. In deze implementatiehandleiding wordt de EOB-resource (ExplanationOfBenefit) gebruikt als de hoofdresource, waarbij naar andere resources wordt verwezen.

  • HL7 FHIR Da Vinci PDex IG: The Payer Data Exchange Implementation Guide (PDex IG) is gericht op ervoor te zorgen dat de betalers alle relevante patiëntklinische gegevens verstrekken om te voldoen aan de vereisten voor de Patient Access-API. Hierbij worden de US Core-profielen op R4-resources gebruikt en worden (minimaal) ontmoet, providers, organisaties, locaties, datums van service, diagnoses, procedures en waarnemingen opgenomen. Hoewel deze gegevens mogelijk beschikbaar zijn in FHIR-indeling, kunnen deze ook afkomstig zijn van andere systemen in de indeling van claimgegevens, HL7 V2-berichten en C-CDA-documenten.

  • HL7 US Core IG: De HL7 US Core Implementation Guide (US Core IG) is de backbone voor de eerder beschreven PDex IG. Hoewel de PDex IG sommige resources nog verder beperkt dan de US Core IG, volgen veel resources de standaarden in de US Core IG.

  • HL7 FHIR Da Vinci - PDex US Drug Formulary IG: Part D Medicare Advantage plans moeten formuleinformatie beschikbaar maken via de Patient API. Ze doen dit met behulp van de PDex US Drug Formulary Implementation Guide (USDF IG). De USDF IG definieert een FHIR-interface voor de geneesmiddelenformules van een zorgverzekeraar, een lijst met merknamen en generieke geneesmiddelen waarvoor een zorgverzekeraar akkoord gaat. De belangrijkste use case is zodat patiënten kunnen begrijpen of er alternatieve geneesmiddelen beschikbaar zijn voor een die aan hen is voorgeschreven en om de kosten van geneesmiddelen te vergelijken.

Implementatiehandleiding voor providerdirectory-API

De Provider Directory-API beschrijft naleving van één implementatiehandleiding.

  • HL7 Da Vinci PDex Plan Network IG: Deze implementatiehandleiding definieert een FHIR-interface voor de verzekeringsplannen van een zorgverzekeraar, hun bijbehorende netwerken en de organisaties en providers die deelnemen aan deze netwerken.

Toetssteen

Touchstone is een uitstekende bron om de naleving van de verschillende implementatiehandleidingen te testen. In de komende zelfstudies richten we ons op het garanderen dat de Azure API for FHIR is geconfigureerd om verschillende Touchstone-tests succesvol door te geven. De Touchstone-site heeft uitgebreide documentatie om u te helpen aan de slag te gaan.

Volgende stappen

Nu u basiskennis hebt van de interoperabiliteits- en patiëntentoegangsregel, implementatiehandleidingen en een beschikbaar testhulpprogramma (Touchstone), gaan we de Azure API for FHIR voor de CARIN IG voor Blue Button instellen.

CARIN-implementatiehandleiding voor blauwe knop

Notitie

FHIR® is een geregistreerd handelsmerk van HL7 en wordt gebruikt met de machtiging HL7.