Vad är CMS-regeln om interoperabilitet och patientåtkomst för FHIR-tjänster?

Denna artikel ger en översikt över Centers for Medicare and Medicaid Services (CMS) föreskrift om interoperabilitet och patientåtkomst, samt de tekniska krav som anges i föreskriften. Den täcker olika implementeringsguider som hänvisas till i regeln. Den tillhandahåller också en lista med handledningar om hur man konfigurerar FHIR-tjänster® i Azure Health Data Services för att stödja dessa implementeringsguider.

Regelöversikt

CMS släppte regeln om interoperabilitet och patientåtkomst den 1 maj 2020. Regeln kräver fritt och säkert dataflöde mellan alla parter som är involverade i patientvården (patienter, vårdgivare och betalare) för att tillåta patienter att få 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 befogenhet att reglera Medicare Advantage (MA), Medicaid, Children's Health Insurance Program (CHIP) och Qualified Health Plan (QHP)-utfärdare på Federally Facilitated Exchanges (FFEs) för att upprätthålla 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.

Tre huvuddelar utgör regeln om interoperabilitet och patientåtkomst:

  • Patient Access API (Obligatoriskt 1 juli 2021) – CMS-reglerade betalare (som tidigare definierats) måste implementera och underhålla ett säkert, standardbaserat API som patienter kan använda för att enkelt få tillgång till sina anspråk och mötesinformation, inklusive kostnad, samt en definierad delmängd av deras kliniska information via tredjepartsapplikationer efter eget val.

  • Provider Directory API (Obligatoriskt 1 juli 2021) – CMS-reglerade betalare måste göra leverantörskataloginformation offentligt tillgänglig via ett standardbaserat API. Genom att göra denna information tillgänglig kan tredjepartsutvecklare skapa tjänster som hjälper patienter att hitta vårdgivare för specifika vårdbehov, och kliniker hittar andra vårdgivare för vårdkoordinering.

  • Payer-to-Payer Data Exchange (Ursprungligen obligatoriskt 1 januari 2022 – För närvarande försenat) – CMS-reglerade betalare måste, på patientens begäran, exchange viss patientklinisk 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 ger flera implementeringsguider vägledning för regeln. Implementeringsguider ger extra kontext utöver den grundläggande FHIR-specifikationen. Denna extra kontext inkluderar att definiera ytterligare sökparametrar, profiler, tillägg, operationer, värdemängder och kodsystem.

FHIR-tjänsten erbjuder följande funktioner för att hjälpa dig konfigurera din databas för de olika implementeringsguiderna:

Implementeringsguider för Patient Access API

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

  • CARIN IG for Blue Button®: Betalande organisationer måste göra patienternas data om ersättningsanspråk och vårdkontakter tillgängliga i enlighet med implementeringsguiden 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 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: Payer Data Exchange Implementation Guide (PDex IG) fokuserar på att säkerställa att betalarna tillhandahåller all relevant patientklinisk data för att uppfylla kraven för Patient Access API. Denna implementeringsguide använder US Core-profiler på R4-resurser och inkluderar (minst) möten, vårdgivare, organisationer, platser, tjänstedatum, diagnoser, procedurer och observationer. Även om dessa data kan finnas tillgängliga i FHIR-format, kan de också komma från andra system i form av skadedata, HL7 V2-meddelanden och C-CDA-dokument.
  • HL7 US Core IG: HL7 US Core Implementation Guide (US Core IG) är ryggraden i PDex IG som beskrivits 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: Part D Medicare Advantage-planer måste göra formulärinformation tillgänglig via Patient API. De gör detta genom att använda PDex US Drug Formulary Implementation Guide (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. Huvudsyftet är att patienter ska kunna avgöra om det finns ett tillgängligt läkemedelsalternativ till det som har ordinerats till dem, och för att jämföra läkemedelskostnader.

Implementeringsguide för Provider Directory API

Provider Directory API:et beskriver överensstämmelse med en implementeringsguide:

  • HL7 Da Vinci PDex Plan Net IG: Denna implementeringsguide definierar ett FHIR-gränssnitt till en sjukförsäkringsgivares försäkringsplaner, deras tillhörande nätverk samt de organisationer och vårdgivare som deltar i dessa nätverk.

Touchstone

Touchstone är en bra resurs för att testa efterlevnaden av de olika implementeringsguiderna. Under de kommande handledningarna ligger fokus på att säkerställa att FHIR-tjänsten är konfigurerad för att framgångsrikt klara olika Touchstone-tester. Touchstone-webbplatsen har mycket bra dokumentation som hjälper dig att komma igång.

FHIR-tjänstehandledningar för att uppfylla CMS-interoperabilitets- och patientåtkomstregelkrav

Följande handledningar går igenom hur man sätter upp FHIR-tjänsten för att klara Touchstone-testerna för att uppfylla kraven i CMS Interoperability and Patient Access regeln:

  • CARIN-implementeringsguide för Blue Button: Denna handledning går igenom hur man sätter upp FHIR-tjänsten för att uppfylla kraven i CARIN IG för Blue Button. CARIN IG för Blue Button är implementeringsguiden som definierar hur betalare ska göra skadeanmälningar och mötesdata tillgängliga för patienter via Patient Access API.
  • Da Vinci PDex: Denna handledning går igenom hur man sätter upp FHIR-tjänsten för att uppfylla kraven i The Payer Data Exchange Implementation Guide (PDex IG). PDex IG är implementeringsguiden som definierar hur betalare ska göra kliniska data tillgängliga för patienter via Patient Access API.
  • US Core: Denna handledning går igenom hur man sätter upp FHIR-tjänsten för att uppfylla kraven i US Core Implementation Guide (US Core IG). US Core IG är implementeringsguiden som definierar hur betalare ska göra klinisk data tillgänglig för patienter via Patient Access API.
  • Da Vinci Drug Formulary: Den här handledningen visar hur du konfigurerar en FHIR-tjänst för att uppfylla kraven i implementeringsguiden för Da Vinci Drug Formulary (Da Vinci Drug Formulary IG). Da Vinci Drug Formulary IG är implementeringsguiden som definierar hur betalare bör göra läkemedelsformulärdata tillgängliga för patienter via Patient Access API.
  • Da Vinci Plan Net: Denna handledning går igenom hur man sätter upp FHIR-tjänsten för att uppfylla kraven i Da Vinci PDex Payer Network (Plan-Net) Implementation Guide (Da Vinci Plan Net IG). Da Vinci Plan Net IG är implementeringsguiden som definierar hur betalare ska göra plannätverksdata tillgänglig för patienter via Patient Access API.

Nästa steg

Nu när du har en grundläggande förståelse för regeln om interoperabilitet och patientåtkomst, implementeringsguider och tillgängligt testverktyg (Touchstone), går nästa avsnitt igenom hur man sätter upp FHIR-tjänsten för CARIN IG för 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.

  • Last updated on