Wprowadzenie: Centra medicare i Medicaid Services (CMS) współdziałanie i reguła dostępu pacjentów

  • Artykuł

W tej serii samouczków omówimy ogólne podsumowanie Centrum medicare i Medicaid Services (CMS) Współdziałanie i dostęp do pacjentów 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 sposobu konfigurowania usługi FHIR w usługach Azure Health Data Services (niniejszym nazywanych usługą FHIR) w celu obsługi tych przewodników implementacji.

Omówienie reguły

W dniu 1 maja 2020 r. usługa CMS wydała regułę współdziałania i dostępu do pacjentów . Ta zasada wymaga swobodnego 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 informacji o zdrowiu, gdy ich potrzebują. Współdziałanie nękało przemysł opieki zdrowotnej od dziesięcioleci, powodując silosowane 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 zdrowotnego (QHP) na giełdach federalnych (FFEs), aby wymusić tę zasadę.

W sierpniu 2020 r. CMS szczegółowo określa, w jaki sposób organizacje mogą spełnić mandat. Aby zapewnić bezpieczną i ustandaryzowaną wymianę danych, system CMS zidentyfikował wersję 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 do pacjentów:

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

  • Interfejs API katalogu dostawcy (wymagany 1 lipca 2021 r.) — płatników podlegających regulacjom cmS jest wymagany 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.

  • Payer-to-Payer Data Exchange (Pierwotnie wymagane 1 stycznia 2022 r. - Obecnie opóźnione) – płatników regulowanych przez CMS są zobowiązani do wymiany niektórych danych klinicznych pacjentów na wniosek pacjenta z innymi płatnikami. Chociaż nie ma potrzeby 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 wymagane 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.

Usługa FHIR ma następujące możliwości ułatwiające skonfigurowanie bazy danych dla różnych przewodników implementacji:

Przewodniki implementacji interfejsu API dostępu pacjentów

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

  • CARIN IG for Blue Button®: Payers są zobowiązani do oświadczeń pacjentów i napotykają dostępne dane 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 do pacjentów. Ten przewodnik implementacji używa zasobu ExplanationOfBenefit (EOB) jako głównego zasobu, ściągając inne zasoby w miarę ich odwołowania.

  • HL7 FHIR Da Vinci PDex IG: Payer Data Exchange Implementation Guide (PDex IG) koncentruje się na upewnieniu się, że płatnikom zapewniają wszystkie odpowiednie dane kliniczne pacjentów, aby spełnić wymagania interfejsu API dostępu do pacjentów. Korzysta z profilów US Core w zasobach R4 i zawiera (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) jest szkieletem dla PDex IG opisanej 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ępniać informacje formuł za pośrednictwem interfejsu API pacjenta. Robią to przy użyciu przewodnika implementacji PDex US Drug Formulary (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 nich, które zostały przepisane im 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 powiązanych sieci oraz organizacji i dostawców, którzy uczestniczą w tych sieciach.

Touchstone

Aby przetestować zgodność z różnymi przewodnikami implementacji, Touchstone jest doskonałym zasobem. W nadchodzących samouczkach skupimy się na upewnieniu się, że usługa FHIR została skonfigurowana do pomyślnego przejścia różnych testów Touchstone. Witryna Touchstone ma wiele świetnych dokumentacji, które ułatwiają rozpoczęcie pracy.

Następne kroki

Teraz, gdy masz podstawową wiedzę na temat reguły współdziałania i dostępu do pacjentów, przewodników implementacji i dostępnych narzędzi do testowania (Touchstone), omówimy konfigurowanie usługi 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 uprawnieniem HL7 .