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

  • Artikel

I den här serien med självstudier går vi igenom en övergripande sammanfattning av cms-samverkans- och patientåtkomstregeln (Center for Medicare and Medicaid Services) och de tekniska krav som beskrivs i den här regeln. Vi går igenom de olika implementeringsguider som refereras till för den här regeln. Vi kommer också att ge information om hur du konfigurerar Azure API för FHIR för att stödja dessa implementeringsguider.

Regelöversikt

CMS släppte regeln interoperabilitet och patientåtkomst den 1 maj 2020. Denna regel kräver ett kostnadsfritt och säkert dataflöde mellan alla parter som är involverade i patientvården (patienter, leverantörer och betalare) för att ge patienter tillgång till sin hälsoinformation när de behöver den. Samverkan har plågat sjukvårdsindustrin i årtionden, vilket har resulterat i silodata som orsakar negativa hälsoresultat med högre och oförutsägbara vårdkostnader. CMS använder sin auktoritet för att reglera Medicare Advantage (MA), Medicaid, Children's Health Insurance Program (CHIP) och QHP-utfärdare (Qualified Health Plan) på Federally Facilitated Exchanges (FFEs) för att genomdriva denna regel.

I augusti 2020 beskrev CMS hur organisationer kan uppfylla mandatet. För att säkerställa att data kan utbytas på ett säkert och standardiserat sätt har CMS identifierat FHIR® (Fast Healthcare Interoperability Resources) version 4 (R4) som den grundläggande standard som krävs för datautbytet.

Det finns tre huvudsakliga delar i kompatibilitets- och patientåtkomstdomen:

  • API för patientåtkomst (obligatoriskt 1 juli 2021) – CMS-reglerade betalare (enligt definitionen ovan) krävs för att implementera och upprätthålla ett säkert, standardbaserat API som gör det möjligt för patienter att enkelt komma åt sina anspråk och stöta på information, inklusive kostnader, samt en definierad delmängd av sin kliniska information via program från tredje part som de väljer.

  • Provider Directory API (krävs 1 juli 2021) – CMS-reglerade betalare krävs av den här delen av regeln för att göra providerkataloginformation offentligt tillgänglig via ett standardbaserat API. Genom att göra den här informationen tillgänglig kommer programutvecklare från tredje part att kunna skapa tjänster som hjälper patienter att hitta leverantörer för specifika vårdbehov och kliniker hittar andra leverantörer för vårdsamordning.

  • Payer-to-Payer Data Exchange (ursprungligen krävs jan 1, 2022 - för närvarande fördröjd) – CMS-reglerade betalare är skyldiga att utbyta vissa patient kliniska data på patientens begäran med andra betalare. Även om det inte finns något krav på att följa någon typ av standard uppmuntras att tillämpa FHIR® för att utbyta dessa data.

Viktiga FHIR-begrepp

Som nämnts ovan måste FHIR R4 uppfylla detta mandat. Dessutom har flera implementeringsguider utvecklats som ger vägledning för regeln. Implementeringsguider ger extra kontext utöver den grundläggande FHIR-specifikationen. Detta omfattar att definiera ytterligare sökparametrar, profiler, tillägg, åtgärder, värdeuppsättningar och kodsystem.

Azure API för FHIR har följande funktioner som hjälper dig att konfigurera databasen för de olika implementeringsguiderna:

Implementeringsguider för API för patientåtkomst

API:et för patientåtkomst beskriver efterlevnaden av fyra FHIR-implementeringsguider:

  • CARIN IG for Blue Button®: Betalare måste göra patienternas anspråk och påträffar data tillgängliga enligt implementeringsguiden för CARIN IG for Blue Button (C4BB IG). C4BB IG tillhandahåller en uppsättning resurser som betalare kan visa för konsumenter via ett FHIR-API och innehåller den information som krävs för anspråksdata i API:et för interoperabilitet och patientåtkomst. Den här implementeringsguiden använder ExplanationOfBenefit-resursen (EOB) som huvudresurs och hämtar in andra resurser som de refereras till.

  • HL7 FHIR Da Vinci PDex IG: Implementeringsguiden för Payer Data Exchange (PDex IG) fokuserar på att säkerställa att betalarna tillhandahåller alla relevanta kliniska patientdata för att uppfylla kraven för API:et för patientåtkomst. Detta använder US Core-profilerna på R4-resurser och inkluderar (minst) möten, leverantörer, organisationer, platser, datum för tjänsten, diagnoser, procedurer och observationer. Även om dessa data kan vara tillgängliga i FHIR-format kan de också komma från andra system i formatet anspråksdata, HL7 V2-meddelanden och C-CDA-dokument.

  • HL7 US Core IG: HL7 US Core Implementation Guide (US Core IG) är stamnätet för PDex IG som beskrivs ovan. Medan PDex IG begränsar vissa resurser ännu längre än US Core IG, följer många resurser bara standarderna i US Core IG.

  • HL7 FHIR Da Vinci - PDex US Drug Formulary IG: Part D Medicare Advantage plans måste göra formelinformation tillgänglig via patient-API:et. De gör detta med hjälp av implementeringsguiden för PDex US Drug Formulary (USDF IG). USDF IG definierar ett FHIR-gränssnitt till en sjukförsäkringsgivares information om läkemedelsformler, som är en lista över varumärken och generiska receptbelagda läkemedel som en sjukförsäkringsgivare går med på att betala för. Det huvudsakliga användningsfallet av detta är så att patienter kan förstå om det finns alternativa läkemedel tillgängliga för ett som har ordinerats till dem och för att jämföra läkemedelskostnaderna.

Implementeringsguide för PROVIDER Directory API

Providerkatalog-API:et beskriver efterlevnaden av en implementeringsguide:

  • HL7 Da Vinci PDex Plan Network IG: Den här implementeringsguiden definierar ett FHIR-gränssnitt för en sjukförsäkringsgivares försäkringsplaner, deras associerade nätverk och de organisationer och leverantörer som deltar i dessa nätverk.

Touchstone

Touchstone är en bra resurs för att testa efterlevnaden av de olika implementeringsguiderna. Under de kommande självstudierna fokuserar vi på att se till att Azure API för FHIR har konfigurerats för att klara olika Touchstone-tester. Touchstone-webbplatsen har en stor mängd dokumentation som hjälper dig att komma igång.

Nästa steg

Nu när du har en grundläggande förståelse för regeln för interoperabilitet och patientåtkomst, implementeringsguider och det tillgängliga testverktyget (Touchstone) går vi igenom hur du konfigurerar Azure API för FHIR för CARIN IG for Blue Button.

Carin-implementeringsguide för blå knapp

FHIR® är ett registrerat varumärke som tillhör HL7 och används med tillstånd av HL7.