Share via


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

In deze reeks zelfstudies behandelen we een overzicht op hoog niveau 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 geven ook informatie 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 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, heeft CMS FHIR versie 4 (R4) geïdentificeerd 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 hierboven 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, inclusief kosten, evenals een gedefinieerde subset van hun klinische informatie via 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) – DOOR CMS gereguleerde betalers zijn verplicht om bepaalde klinische gegevens van patiënten uit te wisselen op verzoek van de patiënt met andere betalers. 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 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:

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 hierboven beschreven PDex IG. 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 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. Het belangrijkste gebruiksscenario hiervan is, zodat patiënten kunnen begrijpen of er alternatieve geneesmiddelen beschikbaar zijn voor een geneesmiddel dat 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 voor de verzekeringsplannen van een zorgverzekeraar, hun bijbehorende netwerken en de organisaties en providers die deelnemen aan deze netwerken.

Toetssteen

Touchstone is een uitstekende resource om de naleving van de verschillende implementatiehandleidingen te testen. In de komende zelfstudies richten we ons op het controleren of de FHIR-service is geconfigureerd om verschillende Touchstone-tests te kunnen uitvoeren. De Touchstone-site heeft veel geweldige documentatie om u te helpen aan de slag te gaan.

Volgende stappen

Nu u basiskennis hebt van de interoperabiliteits- en patiëntentoegangsregel, implementatiehandleidingen en het beschikbare testhulpprogramma (Touchstone), gaan we de FHIR-service voor de CARIN IG voor Blue Button instellen.

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