Centers for Medicare and Medicaid Services (CMS) Interoperability and Patient Access rule introduction (Centers for Medicare and Medicaid Services (CMS) Interoperability and Patient Access rule introduction (Centra medicare i Medicaid Services (CMS) interoperacyjności i dostępu pacjentów

W tej serii samouczków omówimy ogólne podsumowanie zasad współdziałania usług Medicare i Medicaid Services (CMS) oraz wymagania techniczne opisane w tej regule. Omówimy różne przewodniki implementacji, do których odwołuje się ta reguła. Przedstawimy również szczegółowe informacje na temat konfigurowania interfejsu API platformy Azure dla standardu FHIR w celu obsługi tych przewodników implementacji.

Omówienie reguły

CmS wydało regułę współdziałania i dostępu pacjentów 1 maja 2020 r. Ta zasada wymaga bezpłatnego i bezpiecznego przepływu danych między wszystkimi stronami zaangażowanymi w opiekę nad pacjentami (pacjentami, dostawcami i płatnikami), aby umożliwić pacjentom dostęp do swoich informacji zdrowotnych, gdy ich potrzebują. Interoperacyjności od dziesięcioleci nęka przemysł opieki zdrowotnej, co powoduje silosowe dane, które powodują negatywne wyniki zdrowotne z wyższymi i nieprzewidywalnymi kosztami opieki. CMS wykorzystuje swoje uprawnienia do regulowania Medicare Advantage (MA), Medicaid, Children's Health Insurance Program (CHIP) i kwalifikowanych wystawców planu zdrowia (QHP) na Federally Ułatwione Wymiany (FFE), aby wymusić tę zasadę.

W sierpniu 2020 r. CMS szczegółowo opisuje, w jaki sposób organizacje mogą spełnić mandat. Aby zapewnić bezpieczną i ustandaryzowaną wymianę danych, usługa CMS zidentyfikowała usługę Fast Healthcare Interoperability Resources (FHIR®) w wersji 4 (R4) jako podstawowy standard wymagany do wymiany danych.

Istnieją trzy główne elementy orzeczenia w sprawie współdziałania i dostępu pacjentów:

• Interfejs API dostępu do pacjentów (wymagany 1 lipca 2021 r.) — płatników podlegających regulacjom CMS (zgodnie z powyższymi definicjami) są zobowiązani do wdrożenia i utrzymania bezpiecznego, opartego na standardach interfejsu API, który umożliwia pacjentom łatwy dostęp do swoich oświadczeń i napotykania informacji, w tym kosztów, a także zdefiniowany podzestaw informacji klinicznych za pośrednictwem wybranych przez nich aplikacji innych firm.

• Interfejs API katalogu dostawcy (wymagany 1 lipca 2021 r.) — płatników podlegających regulacjom CMS jest wymagana przez tę część reguły, aby informacje o katalogu dostawcy było publicznie dostępne za pośrednictwem interfejsu API opartego na standardach. Dzięki udostępnieniu tych informacji deweloperzy aplikacji innych firm będą mogli tworzyć usługi, które pomagają pacjentom znaleźć dostawców dla określonych potrzeb opieki i lekarzy znaleźć innych dostawców do koordynacji opieki.

• Wymiana danych płatnika do płatnika (pierwotnie wymagana 1 stycznia 2022 r. - Obecnie opóźniona) – płatników podlegających regulacjom CMS są zobowiązani do wymiany niektórych danych klinicznych pacjentów na wniosek pacjenta z innymi płatnikami. Chociaż nie ma wymogu przestrzegania jakiegokolwiek standardu, zaleca się stosowanie standardu FHIR® do wymiany tych danych.

Kluczowe pojęcia dotyczące standardu FHIR

Jak wspomniano powyżej, FHIR R4 jest wymagany do spełnienia tego mandatu. Ponadto opracowano kilka przewodników implementacji, które zawierają wskazówki dotyczące reguły. Przewodniki implementacji zapewniają dodatkowy kontekst na podstawie podstawowej specyfikacji FHIR. Obejmuje to definiowanie dodatkowych parametrów wyszukiwania, profilów, rozszerzeń, operacji, zestawów wartości i systemów kodu.

Interfejs API platformy Azure dla standardu FHIR ma następujące możliwości, które ułatwiają skonfigurowanie bazy danych dla różnych przewodników implementacji:

• Obsługa interakcji RESTful
• Przechowywanie i weryfikowanie profilów
• Definiowanie i indeksowanie niestandardowych parametrów wyszukiwania
• Konwertowanie danych

Przewodniki implementacji interfejsu API dostępu pacjentów

Interfejs API dostępu do pacjentów opisuje zgodność z czterema przewodnikami implementacji standardu FHIR:

• CARIN IG for Blue Button®: Płatniki są zobowiązani do dokonywania roszczeń pacjentów i napotyka dane dostępne zgodnie z CARIN IG for Blue Button Implementation Guide (C4BB IG). Grupa IG C4BB udostępnia zestaw zasobów, które płatniki mogą wyświetlać użytkownikom za pośrednictwem interfejsu API FHIR i zawiera szczegółowe informacje wymagane dla danych oświadczeń w interfejsie API współdziałania i dostępu pacjentów. Ten przewodnik implementacji używa zasobu ExplanationOfBenefit (EOB) jako głównego zasobu, pobierając inne zasoby podczas odwoływanie się do nich.

• HL7 FHIR Da Vinci PDex IG: Podręcznik implementacji wymiany danych płatnika (PDex IG) koncentruje się na zapewnieniu, że płatnikom zapewniają wszystkie odpowiednie dane kliniczne pacjentów, aby spełnić wymagania interfejsu API dostępu pacjentów. Korzysta z profilów us Core w zasobach R4 i obejmuje (co najmniej) spotkania, dostawców, organizacji, lokalizacji, dat usługi, diagnozowania, procedur i obserwacji. Chociaż te dane mogą być dostępne w formacie FHIR, mogą również pochodzić z innych systemów w formacie danych oświadczeń, komunikatów HL7 V2 i dokumentów C-CDA.

• HL7 US Core IG: HL7 US Core Implementation Guide (US Core IG) to szkielet PDex IG opisany powyżej. Podczas gdy PDex IG ogranicza niektóre zasoby jeszcze dalej niż us Core IG, wiele zasobów po prostu przestrzega standardów w US Core IG.

• HL7 FHIR Da Vinci - PDex US Drug Formulary IG: Część D Medicare Advantage plany muszą udostępnić informacje formuł za pośrednictwem interfejsu API pacjenta. Robią to przy użyciu PDex US Drug Formulary Implementation Guide (USDF IG). USDF IG definiuje interfejs FHIR do informacji formuły leków ubezpieczyciela zdrowotnego, który jest listą markowych i ogólnych leków na receptę, za które ubezpieczyciel zdrowotny zgadza się zapłacić. Głównym przypadkiem użycia jest to, że pacjenci mogą zrozumieć, czy istnieją alternatywne leki dostępne dla jednego, który został im przepisany i porównać koszty leków.

Przewodnik implementacji interfejsu API katalogu dostawcy

Interfejs API katalogu dostawcy opisuje zgodność z jednym przewodnikiem implementacji:

• HL7 Da Vinci PDex Plan Network IG: Ten przewodnik implementacji definiuje interfejs FHIR dla planów ubezpieczeniowych ubezpieczyciela zdrowotnego, ich skojarzonych sieci oraz organizacji i dostawców, którzy uczestniczą w tych sieciach.

Touchstone

Aby przetestować przestrzeganie różnych przewodników implementacji, Touchstone jest doskonałym zasobem. W kolejnych samouczkach skoncentrujemy się na upewnieniu się, że interfejs API platformy Azure dla standardu FHIR został skonfigurowany do pomyślnego przekazania różnych testów rozwiązania Touchstone. Witryna Touchstone zawiera dużą ilość dokumentacji, która ułatwia rozpoczęcie pracy.

Następne kroki

Teraz, gdy masz podstawową wiedzę na temat reguły współdziałania i dostępu pacjentów, przewodników implementacji i dostępnego narzędzia do testowania (Touchstone), przejdziemy przez proces konfigurowania interfejsu API platformy Azure for FHIR dla usługi CARIN IG for Blue Button.

Przewodnik implementacji CARIN dla niebieskiego przycisku

FHIR® jest zastrzeżonym znakiem towarowym HL7 i jest używany z pozwoleniem HL7.