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

Deze reeks zelfstudies bevat 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 verschillende implementatiehandleidingen waarnaar wordt verwezen voor deze regel. We bieden ook informatie over het configureren van de FHIR-service® in Azure Health Data Services 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 partijen die betrokken zijn bij patiëntenzorg (patiënten, providers en betalers) om patiënten toegang te geven tot hun gezondheidsinformatie. 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 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, 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 vinden 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 bepaalde klinische gegevens van patiënten met andere betalers uit te wisselen. 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 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.

• Ondersteuning voor RESTful-interacties
• Profielen opslaan en valideren
• Aangepaste zoekparameters definiëren en indexeren
• Gegevens converteren

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 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 is dat patiënten kunnen bepalen of er een alternatief beschikbaar is 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 bron voor het testen van naleving van de verschillende implementatiehandleidingen. In de komende zelfstudies richten we ons op het garanderen dat de FHIR-service is geconfigureerd om verschillende Touchstone-tests succesvol door te voeren. 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ënttoegangsregel, implementatiehandleidingen en het beschikbare testhulpprogramma (Touchstone), gaan we de FHIR-service 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.