Dela via

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

  • Artikel

Den här serien med självstudier innehåller en översikt över 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 olika implementeringsguider som refereras till för den här regeln. Vi tillhandahåller också information om hur du konfigurerar FHIR-tjänsten® i Azure Health Data Services 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 patienterna tillgång till sin hälsoinformation. Samverkan har plågat sjukvårdsindustrin i årtionden, vilket resulterat i silodata som orsakar negativa hälsoresultat med högre och oförutsägbara kostnader för vård. 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 säkert och på ett standardiserat sätt identifierade CMS FHIR version version 4 (R4) som den grundläggande standard som krävs för datautbytet.

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

  • API för patientåtkomst (obligatoriskt 1 juli 2021) – CMS-reglerade betalare (som tidigare definierats) krävs för att implementera och underhå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 1 januari 2022 – för närvarande försenad) – CMS-reglerade betalare är på patientens begäran skyldiga att utbyta vissa kliniska patientdata med andra betalare. Även om det inte finns något krav på att följa någon form av standard rekommenderar vi att du använder FHIR för att utbyta dessa data.

Viktiga FHIR-begrepp

Som tidigare nämnts krävs FHIR R4 för att uppfylla detta mandat. Dessutom finns det flera implementeringsguider som har 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.

FHIR-tjänsten 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 för blå knapp®: Betalare måste göra patienternas anspråk och stöter på data tillgängliga enligt CARIN IG for Blue Button Implementation Guide (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 interoperabilitet och patientåtkomst. Den här implementeringsguiden använder Resursen ExplanationOfBenefit (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 beskrevs tidigare. 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: Del D Medicare Advantage-planer 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 är att patienter kan avgöra om det finns ett läkemedel tillgängligt alternativ till ett som har ordinerats till dem och att jämföra läkemedelskostnaderna.

Implementeringsguide för Provider Directory API

Api:et providerkatalog 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.

Prövosten

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 FHIR-tjänsten har konfigurerats för att klara olika Touchstone-tester. Touchstone-webbplatsen har mycket bra 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 interoperabilitet och patientåtkomst, implementeringsguider och det tillgängliga testverktyget (Touchstone) går vi igenom hur du konfigurerar FHIR-tjänsten för CARIN IG for Blue Button.

Carin-implementeringsguide för blå knapp

Kommentar

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