Share via


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

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 geven ook details over het configureren van de Azure API for FHIR ter ondersteuning van deze implementatiehandleidingen.

Overzicht van regels

Het CMS heeft de regel voor interoperabiliteit en toegang tot patiënten op 1 mei 2020 uitgebracht. Deze regel vereist een gratis en veilige gegevensstroom tussen alle partijen die betrokken zijn bij patiëntenzorg (patiënten, zorgverleners en betalers), zodat patiënten toegang hebben tot hun gezondheidsinformatie wanneer ze die nodig hebben. Interoperabiliteit heeft de gezondheidszorg al tientallen jaren geplaagd, wat resulteert in gegevens in silo's die negatieve gezondheidsresultaten veroorzaken met hogere en onvoorspelbare kosten voor de zorg. CMS gebruikt hun autoriteit om medicare Advantage (MA), Medicaid, Children's Health Insurance Program (CHIP) en qualified health plan (QHP) verleners 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, identificeerde CMS Fast Healthcare Interoperability Resources (FHIR®) versie 4 (R4) als de basisstandaard die vereist is voor de gegevensuitwisseling.

De interoperabiliteits- en patiëntentoegangsregeling bestaat uit drie hoofdonderdelen:

  • Api voor patiënttoegang (vereist 1 juli 2021): met 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 betalende gebruikers zijn vereist door dit gedeelte van de regel om directorygegevens 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 zorgverleners kunnen vinden voor zorgcoördinatie.

  • 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.

Belangrijke 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 FHIR-basisspecificatie. Dit omvat het definiëren van aanvullende zoekparameters, profielen, extensies, bewerkingen, waardesets en codesystemen.

De Azure API for FHIR biedt de volgende mogelijkheden om uw database te configureren voor de verschillende implementatiehandleidingen:

Implementatiehandleidingen voor API voor patiënttoegang

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

  • CARIN IG voor Blue Button®: Betalers zijn verplicht om claims van patiënten in te dienen en gegevens te zien die beschikbaar zijn 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 vereist zijn voor claimgegevens in de API voor interoperabiliteit en patiënttoegang. In deze implementatiehandleiding wordt de EOB-resource (ExplanationOfBenefit) gebruikt als de belangrijkste resource, waarbij andere resources worden opgehaald wanneer ernaar wordt verwezen.

  • HL7 FHIR Da Vinci PDex IG: De Payer Data Exchange Implementation Guide (PDex IG) is erop gericht dat betalers alle relevante klinische patiëntgegevens 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 geneesmiddelenformulegegevens van een zorgverzekeraar, een lijst met merknaam en generieke geneesmiddelen op recept waarvoor een zorgverzekeraar ermee instemt te betalen. Het belangrijkste gebruiksvoorbeeld hiervan is dat patiënten kunnen begrijpen of er alternatieve geneesmiddelen beschikbaar zijn voor een die aan hen is voorgeschreven en om de medicijnkosten 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 voor 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 geweldige bron. In de komende zelfstudies zullen we ons erop richten om ervoor te zorgen dat de Azure API for FHIR is geconfigureerd voor het slagen van verschillende Touchstone-tests. De Touchstone-site heeft een grote hoeveelheid 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 testhulpprogramma (Touchstone), gaan we de Azure API for FHIR voor de CARIN IG for Blue Button instellen.

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