Présentation des règles d’interopérabilité et d’accès aux patients des centres d’assurance-maladie et de medicaid services (CMS)

  • Article

Dans cette série de tutoriels, nous aborderons un résumé de haut niveau de la règle d’interopérabilité et d’accès aux patients du Center for Medicare and Medicaid Services (CMS), ainsi que les exigences techniques décrites dans cette règle. Nous allons parcourir les différents guides d’implémentation référencés pour cette règle. Nous fournirons également des détails sur la configuration de l’API Azure pour FHIR afin de prendre en charge ces guides d’implémentation.

Vue d’ensemble de la règle

Le CMS a publié la règle d’interopérabilité et d’accès aux patients le 1er mai 2020. Cette règle exige un flux de données gratuit et sécurisé entre toutes les parties impliquées dans les soins aux patients (patients, fournisseurs et payeurs) pour permettre aux patients d’accéder à leurs informations de santé quand ils en ont besoin. L’interopérabilité a affecté le secteur des soins de santé depuis des décennies, ce qui a entraîné des données cloisonnée qui entraînent des résultats négatifs pour la santé avec des coûts plus élevés et imprévisibles pour les soins. CMS utilise son autorité pour réglementer Medicare Advantage (MA), Medicaid, Le Programme d’assurance maladie pour enfants (CHIP) et les émetteurs de plans de santé qualifiés (QHP) sur les échanges facilités par le gouvernement fédéral (FFE) pour appliquer cette règle.

En août 2020, cms a détaillé la façon dont les organisations peuvent remplir le mandat. Pour s’assurer que les données peuvent être échangées de manière sécurisée et standardisée, CMS a identifié Fast Healthcare Interoperability Resources (FHIR®) version 4 (R4) comme norme fondamentale requise pour l’échange de données.

La décision sur l’interopérabilité et l’accès aux patients comporte trois éléments principaux :

  • API d’accès aux patients (obligatoire le 1er juillet 2021) : les payeurs réglementés par la CMS (tels que définis ci-dessus) sont tenus d’implémenter et de gérer une API sécurisée basée sur des normes qui permet aux patients d’accéder facilement à leurs demandes et aux informations de rencontre, y compris les coûts, ainsi qu’un sous-ensemble défini de leurs informations cliniques par le biais d’applications tierces de leur choix.

  • API d’annuaire des fournisseurs (obligatoire le 1er juillet 2021) : les payeurs réglementés par cms sont tenus par cette partie de la règle de rendre les informations d’annuaire des fournisseurs accessibles au public via une API basée sur des normes. En rendant ces informations disponibles, les développeurs d’applications tiers seront en mesure de créer des services qui aident les patients à trouver des fournisseurs pour des besoins de soins spécifiques et les cliniciens à trouver d’autres fournisseurs pour la coordination des soins.

  • Échange de données du payeur au payeur (initialement requis le 1er janvier 2022 - Actuellement différé) : les payeurs réglementés par la CMS doivent échanger certaines données cliniques sur les patients à la demande du patient avec d’autres donneurs d’ordre. Bien qu’il n’y ait aucune obligation de suivre un quelconque type de norme, l’application de FHIR® pour échanger ces données est recommandée.

Concepts clés de FHIR

Comme mentionné ci-dessus, FHIR R4 est nécessaire pour remplir ce mandat. En outre, plusieurs guides d’implémentation ont été élaborés qui fournissent des conseils pour la règle. Les guides d’implémentation fournissent un contexte supplémentaire par-dessus la spécification FHIR de base. Cela inclut la définition de paramètres de recherche, de profils, d’extensions, d’opérations, de jeux de valeurs et de systèmes de code supplémentaires.

L’API Azure pour FHIR dispose des fonctionnalités suivantes pour vous aider à configurer votre base de données pour les différents guides d’implémentation :

Guides d’implémentation de l’API Accès aux patients

L’API d’accès aux patients décrit l’adhésion à quatre guides d’implémentation FHIR :

  • CARIN IG pour Blue Button® : les payeurs sont tenus de rendre les demandes et les données de rencontre des patients disponibles conformément au Guide d’implémentation carin IG for Blue Button (C4BB IG). L’IG C4BB fournit un ensemble de ressources que les contribuables peuvent afficher aux consommateurs via une API FHIR et inclut les détails requis pour les données de revendications dans l’API Interopérabilité et accès aux patients. Ce guide d’implémentation utilise la ressource ExplanationOfBenefit (EOB) comme ressource principale, en extrayant d’autres ressources au fur et à mesure qu’elles sont référencées.

  • HL7 FHIR Da Vinci PDex IG : Le guide d’implémentation de l’échange de données du payeur (PDex IG) est axé sur la garantie que les donneurs d’ordre fournissent toutes les données cliniques pertinentes sur les patients afin de répondre aux exigences de l’API d’accès aux patients. Cela utilise les profils US Core sur les ressources R4 et inclut (au minimum) des rencontres, des fournisseurs, des organisations, des emplacements, des dates de service, des diagnostics, des procédures et des observations. Bien que ces données puissent être disponibles au format FHIR, elles peuvent également provenir d’autres systèmes au format des données de revendications, des messages HL7 V2 et des documents C-CDA.

  • HL7 US Core IG : le guide d’implémentation HL7 US Core (US Core IG) est l’épine dorsale du PDex IG décrit ci-dessus. Bien que le PDex IG limite certaines ressources encore plus loin que l’IG US Core, de nombreuses ressources suivent simplement les normes de l’IG US Core.

  • HL7 FHIR Da Vinci - PDex US Drug Formulary IG: Part D Medicare Advantage plans doivent rendre les informations sur les formules disponibles via l’API patient. Pour ce faire, ils utilisent le PDex US Drug Formulary Implementation Guide (USDF IG). L’USDF IG définit une interface FHIR à l’information sur la liste des médicaments d’un assureur de santé, qui est une liste de médicaments de marque et de médicaments génériques que l’assureur-santé accepte de payer. Le principal cas d’usage de ce est afin que les patients puissent comprendre s’il existe un autre médicament disponible à un qui leur a été prescrit et comparer les coûts des médicaments.

Guide d’implémentation de l’API Provider Directory

L’API Provider Directory décrit l’adhésion à un guide d’implémentation :

  • HL7 Da Vinci PDex Plan Network IG : ce guide d’implémentation définit une interface FHIR avec les plans d’assurance d’une caisse d’assurance maladie, leurs réseaux associés, ainsi que les organisations et les fournisseurs qui participent à ces réseaux.

Touchstone

Pour tester l’adhésion aux différents guides d’implémentation, Touchstone est une excellente ressource. Tout au long des tutoriels à venir, nous allons nous concentrer sur la façon de vérifier que l’API Azure pour FHIR est configurée pour réussir divers tests Touchstone. Le site Touchstone dispose d’une grande quantité de documentation pour vous aider à être opérationnel.

Étapes suivantes

Maintenant que vous avez une compréhension de base de la règle d’interopérabilité et d’accès aux patients, des guides d’implémentation et de l’outil de test disponible (Touchstone), nous allons procéder à la configuration de l’API Azure pour FHIR pour l’IG CARIN pour Blue Button.

Guide d’implémentation de CARIN pour Blue Button

FHIR® est une marque déposée de HL7 utilisé avec l’autorisation de HL7.