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

In deze reeks zelfstudies behandelen we een samenvatting op hoog niveau van de regel voor interoperabiliteit en toegang tot patiënten van Het Centrum voor Medicare en Medicaid Services (CMS) en de technische vereisten die in deze regel worden beschreven. We doorlopen de verschillende implementatiehandleidingen waarnaar wordt verwezen voor deze regel. We bieden ook details over het configureren van de FHIR-service in Azure Health Data Services (hierbij FHIR-service genoemd) ter ondersteuning van deze implementatiehandleidingen.

Overzicht van regels

Het CMS heeft op 1 mei 2020 de regel voor interoperabiliteit en patiënttoegang uitgebracht. Deze regel vereist een vrije en veilige gegevensstroom tussen alle partijen die betrokken zijn bij patiëntenzorg (patiënten, zorgverleners en betalers) om patiënten toegang te geven tot hun gezondheidsinformatie wanneer ze deze nodig hebben. Interoperabiliteit heeft de gezondheidszorg al tientallen jaren geteisterd, wat resulteert in gegevenssilo's die negatieve gezondheidsresultaten veroorzaken met hogere en onvoorspelbare kosten voor de zorg. CMS gebruikt hun bevoegdheid om verleners van Medicare Advantage (MA), Medicaid, Children's Health Insurance Program (CHIP) en Qualified Health Plan (QHP) op de Federally Facilitated Exchanges (FFE's) te reguleren om deze regel af te dwingen.

In augustus 2020 heeft CMS gedetailleerd beschreven hoe organisaties aan het mandaat kunnen voldoen. Om ervoor te zorgen dat gegevens veilig en op een gestandaardiseerde manier kunnen worden uitgewisseld, heeft CMS FHIR-versie 4 (R4) geïdentificeerd als de basisstandaard die vereist is voor de gegevensuitwisseling.

De interoperabiliteits- en patiënttoegangsregeling bevat drie belangrijke onderdelen:

  • Api voor patiënttoegang (vereist 1 juli 2021) – cms-gereguleerde betalers (zoals hierboven gedefinieerd) zijn vereist voor het implementeren en onderhouden van een veilige, op standaarden gebaseerde API waarmee patiënten eenvoudig toegang hebben tot hun claims en informatie kunnen tegenkomen, inclusief kosten, evenals een gedefinieerde subset van hun klinische informatie via toepassingen van derden van hun keuze.

  • Provider Directory-API (vereist op 1 juli 2021): cms-gereguleerde betalers zijn vereist door dit gedeelte van de regel om adreslijstgegevens van de provider openbaar beschikbaar te maken via een op standaarden gebaseerde API. Door deze informatie beschikbaar te maken, kunnen externe toepassingsontwikkelaars services maken waarmee patiënten zorgverleners voor specifieke zorgbehoeften kunnen vinden en artsen andere aanbieders voor zorgcoördinatie kunnen vinden.

  • Payer-to-Payer Data Exchange (Oorspronkelijk vereist 1 januari 2022 - Momenteel vertraagd) – CMS-gereguleerde betalers moeten bepaalde klinische patiëntgegevens op verzoek van de patiënt uitwisselen met andere betalers. Hoewel het niet nodig is om een bepaalde standaard te volgen, wordt het toepassen van FHIR om deze gegevens uit te wisselen aangemoedigd.

Belangrijkste FHIR-concepten

Zoals hierboven vermeld, is FHIR R4 vereist om aan dit mandaat te voldoen. Daarnaast zijn er verschillende implementatiehandleidingen ontwikkeld 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 FHIR-service heeft de volgende mogelijkheden om u te helpen bij het configureren van uw database voor de verschillende implementatiehandleidingen:

Implementatiehandleidingen voor API voor patiënttoegang

De API voor patiënttoegang beschrijft de naleving van vier FHIR-implementatiehandleidingen:

  • CARIN IG for Blue Button®: Betalers zijn verplicht om de claims van patiënten en het tegenkomen van gegevens beschikbaar te stellen 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 API voor interoperabiliteit en patiënttoegang. In deze implementatiehandleiding wordt de EOB-resource (ExplanationOfBenefit) gebruikt als de hoofdresource, waarbij andere resources worden opgehaald zoals ernaar wordt verwezen.

  • HL7 FHIR Da Vinci PDex IG: De Payer Data Exchange Implementation Guide (PDex IG) is gericht op het garanderen dat betalers alle relevante klinische gegevens van de patiënt verstrekken om te voldoen aan de vereisten voor de API voor patiënttoegang. Dit maakt gebruik van de US Core-profielen op R4-resources en omvat (minimaal) ontmoetingen, providers, organisaties, locaties, servicedatums, diagnoses, procedures en waarnemingen. Hoewel deze gegevens mogelijk beschikbaar zijn in FHIR-indeling, kunnen ze 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 PDex IG die hierboven wordt beschreven. Hoewel de PDex IG sommige resources nog verder beperkt dan de Us Core IG, volgen veel resources gewoon de standaarden in de Us Core IG.

  • HL7 FHIR Da Vinci - PDex US Drug Formulary IG: Part D Medicare Advantage-plannen moeten formulaire informatie beschikbaar maken via de Patiënt-API. Ze doen dit met behulp van de PDex US Drug Formulary Implementation Guide (USDF IG). De USDF IG definieert een FHIR-interface naar de informatie over geneesmiddelenformules van een zorgverzekeraar, wat een lijst is van merknaam en generieke geneesmiddelen op recept die een zorgverzekeraar ermee instemt te betalen. Het belangrijkste gebruiksvoorbeeld hiervan 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 de naleving van één implementatiehandleiding:

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

Toetssteen

Om de naleving van de verschillende implementatiehandleidingen te testen, is Touchstone een uitstekende bron. In de komende zelfstudies richten we ons erop dat de FHIR-service is geconfigureerd om verschillende Touchstone-tests te doorstaan. De Touchstone-site heeft veel goede documentatie om u te helpen aan de slag te gaan.

Volgende stappen

Nu u basiskennis hebt van de regel voor interoperabiliteit en patiënttoegang, implementatiehandleidingen en het beschikbare testprogramma (Touchstone), gaan we de FHIR-service instellen voor de CARIN IG for Blue Button.

FHIR® is een gedeponeerd handelsmerk van HL7 en wordt gebruikt met toestemming van HL7.