Dela via

Introduktion till Centers for Medicare och Medicaid Services (CMS) interoperabilitet och patientåtkomstregel

  • Artikel

Viktigt!

Azure API för FHIR avvecklas den 30 september 2026. Följ migreringsstrategierna för att övergå till Azure Health Data Services FHIR-tjänsten® senast det datumet. På grund av tillbakadragandet av Azure API för FHIR tillåts inte nya distributioner från och med den 1 april 2025. Azure Health Data Services FHIR-tjänsten är den utvecklade versionen av Azure API för FHIR som gör det möjligt för kunder att hantera FHIR-, DICOM- och MedTech-tjänster med integreringar i andra Azure-tjänster.

I den här serien med självstudier går vi igenom 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 de olika implementeringsguider som refereras till för den här regeln. Vi tillhandahåller även 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 patienterna tillgång till sin hälsoinformation när de behöver den. 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 version 4 (R4) av FHIR® (Fast Healthcare Interoperability Resources) 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 med hjälp av 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 kan programutvecklare från tredje part 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 patient kliniska data 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 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 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. Även om PDex IG begränsar vissa resurser ännu längre än US Core IG följer många resurser 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 förstå om det finns alternativa läkemedel tillgängliga för ett som har ordinerats till dem och jämföra läkemedelskostnader.

Implementeringsguide för Provider Directory API

Provider Directory-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.

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 Azure API för FHIR har konfigurerats för att klara olika Touchstone-tester. Touchstone-webbplatsen har omfattande 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 ett tillgängligt testverktyg (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

Kommentar

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