Einführung: Interoperabilitäts- und Patientenzugriffsregel für Centers for Medicare and Medicaid Services (CMS)

In dieser Reihe von Tutorials wird eine allgemeine Zusammenfassung der Interoperabilitäts- und Patientenzugriffsregel des Center for Medicare and Medicaid Services (CMS) sowie der in dieser Regel beschriebenen technischen Anforderungen behandelt. Wir durchlaufen die verschiedenen Implementierungsleitfäden, auf die für diese Regel verwiesen wird. Außerdem erfahren Sie, wie Sie den FHIR-Dienst in Azure Health Data Services (hier als FHIR-Dienst bezeichnet) konfigurieren, um diese Implementierungsleitfäden zu unterstützen.

Regelübersicht

Das CMS hat die Regel für Interoperabilität und Patientenzugriff am 1. Mai 2020 veröffentlicht. Diese Regel erfordert einen kostenlosen und sicheren Datenfluss zwischen allen an der Patientenversorgung beteiligten Parteien (Patienten, Anbieter und Zahler), damit Patienten bei Bedarf auf ihre Gesundheitsinformationen zugreifen können. Die Interoperabilität hat die Gesundheitsbranche seit Jahrzehnten geplagt, was zu isolierten Daten führt, die negative Gesundheitsergebnisse mit höheren und unvorhersehbaren Kosten für die Pflege verursachen. CMS nutzt seine Autorität, um die Aussteller von Medicare Advantage (MA), Medicaid, Children es Health Insurance Program (CHIP) und Qualified Health Plan (QHP) auf den Federally Facilitated Exchanges (FFEs) zu regulieren, um diese Regel durchzusetzen.

Im August 2020 hat CMS beschrieben, wie Organisationen den Auftrag erfüllen können. Um sicherzustellen, dass Daten sicher und standardisiert ausgetauscht werden können, identifizierte CMS FHIR Version Release 4 (R4) als grundlegenden Standard, der für den Datenaustausch erforderlich ist.

Die Entscheidung über Interoperabilität und Patientenzugriff umfasst drei Hauptelemente:

• Patientenzugriffs-API (erforderlich: 1. Juli 2021): Cms-regulierte Zahler (wie oben definiert) müssen eine sichere, auf Standards basierende API implementieren und verwalten, die es Patienten ermöglicht, auf ihre Ansprüche zuzugreifen und Informationen, einschließlich Kosten, sowie eine definierte Teilmenge ihrer klinischen Informationen über Drittanbieteranwendungen ihrer Wahl zu erhalten.

• Anbieterverzeichnis-API (erforderlich: 1. Juli 2021): Cms-regulierte Zahler sind für diesen Teil der Regel erforderlich, um Anbieterverzeichnisinformationen über eine standardbasierte API öffentlich verfügbar zu machen. Durch die Bereitstellung dieser Informationen können Anwendungsentwickler von Drittanbietern Dienste erstellen, die Patienten helfen, Anbieter für bestimmte Pflegebedürfnisse zu finden, und Kliniker finden andere Anbieter für die Koordination der Pflege.

• Payer-to-Payer Data Exchange (Ursprünglich erforderlich 1. Januar 2022 – Derzeit verzögert) – CMS-regulierte Zahler müssen bestimmte klinische Patientendaten auf Wunsch des Patienten mit anderen Zahlern austauschen. Es ist zwar nicht erforderlich, irgendeinen Standard zu befolgen, aber die Anwendung von FHIR zum Austauschen dieser Daten wird empfohlen.

Wichtige FHIR-Konzepte

Wie bereits erwähnt, ist FHIR R4 erforderlich, um dieses Mandat zu erfüllen. Darüber hinaus wurden mehrere Implementierungsleitfäden entwickelt, die Anleitungen für die Regel bieten. Implementierungsleitfäden bieten zusätzlichen Kontext zusätzlich zur FHIR-Basisspezifikation. Dies umfasst das Definieren zusätzlicher Suchparameter, Profile, Erweiterungen, Vorgänge, Wertsätze und Codesysteme.

Der FHIR-Dienst verfügt über die folgenden Funktionen, mit denen Sie Ihre Datenbank für die verschiedenen Implementierungsleitfäden konfigurieren können:

• Unterstützung für RESTful-Interaktionen
• Speichern und Überprüfen von Profilen
• Definieren und Indizieren von benutzerdefinierten Suchparametern
• Konvertieren von Daten

Implementierungsleitfäden für die Patientenzugriffs-API

Die Patientenzugriffs-API beschreibt die Einhaltung von vier FHIR-Implementierungsleitfäden:

• CARIN IG for Blue Button®: Zahler sind verpflichtet, Patientenansprüche und Daten gemäß dem CARIN IG for Blue Button Implementation Guide (C4BB IG) zur Verfügung zu stellen. Die C4BB IG stellt eine Reihe von Ressourcen bereit, die Zahler Verbrauchern über eine FHIR-API anzeigen können, und enthält die details, die für Anspruchsdaten in der Interoperabilitäts- und Patientenzugriffs-API erforderlich sind. In diesem Implementierungsleitfaden wird die EOB-Ressource (ExplanationOfBenefit) als Hauptressource verwendet, wobei andere Ressourcen abgerufen werden, während auf sie verwiesen wird.

• HL7 FHIR Da Vinci PDex IG: Der Implementierungsleitfaden für den Payer Data Exchange (PDex IG) konzentriert sich darauf, sicherzustellen, dass die Zahler alle relevanten klinischen Patientendaten bereitstellen, um die Anforderungen für die Patientenzugriffs-API zu erfüllen. Dies verwendet die US Core-Profile für R4-Ressourcen und umfasst (mindestens) Begegnungen, Anbieter, Organisationen, Standorte, Diensttermine, Diagnosen, Verfahren und Beobachtungen. Obwohl diese Daten im FHIR-Format verfügbar sind, können sie auch von anderen Systemen im Format von Anspruchsdaten, HL7 V2-Nachrichten und C-CDA-Dokumenten stammen.

• HL7 US Core IG: Der HL7 US Core Implementation Guide (US Core IG) ist das Rückgrat für die oben beschriebene PDex IG. Während die PDex IG einige Ressourcen sogar noch weiter als die US Core IG einschränkt, folgen viele Ressourcen einfach den Standards der US Core IG.

• HL7 FHIR Da Vinci - PDex US Drug Formulary IG: Part D Medicare Advantage Pläne müssen Formulary-Informationen über die Patienten-API zur Verfügung stellen. Sie tun dies mithilfe des PDex US Drug Formulary Implementation Guide (USDF IG). Die USDF IG definiert eine FHIR-Schnittstelle zu den Arzneimittelformularinformationen einer Krankenversicherung, bei der es sich um eine Liste der marken- und generischen verschreibungspflichtigen Medikamente handelt, für die ein Krankenversicherer zu zahlen bereit ist. Der Hauptanwendungsfall dafür ist, dass patienten verstehen können, ob alternative Medikamente für eines verfügbar sind, das ihnen verschrieben wurde, und um die Arzneimittelkosten zu vergleichen.

Implementierungshandbuch zur Anbieterverzeichnis-API

Die Anbieterverzeichnis-API beschreibt die Einhaltung eines Implementierungsleitfadens:

• HL7 Da Vinci PDex Plan Network IG: Dieser Implementierungsleitfaden definiert eine FHIR-Schnittstelle zu den Versicherungsplänen einer Krankenversicherung, den zugehörigen Netzwerken und den Organisationen und Anbietern, die an diesen Netzwerken teilnehmen.

Prüfstein

Um die Einhaltung der verschiedenen Implementierungsleitfäden zu testen, ist Touchstone eine hervorragende Ressource. In den kommenden Tutorials konzentrieren wir uns darauf, sicherzustellen, dass der FHIR-Dienst so konfiguriert ist, dass er verschiedene Touchstone-Tests erfolgreich bestehen kann. Die Touchstone-Website enthält eine Menge großartiger Dokumentationen, die Ihnen beim Einstieg helfen.

Nächste Schritte

Nachdem Sie nun ein grundlegendes Verständnis der Regel für Interoperabilität und Patientenzugriff, der Implementierungsleitfäden und des verfügbaren Testtools (Touchstone) haben, werden wir die Einrichtung des FHIR-Diensts für den CARIN IG for Blue Button durchlaufen.

CARIN-Implementierungshandbuch für die blaue Schaltfläche

FHIR® ist eine eingetragene Marke von HL7 und wird mit Genehmigung von HL7 verwendet.