Introduction : Règles d’interopérabilité et d’accès aux patients des centres d’assurance-maladie et de Medicaid Services (CMS)

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) et des 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 façon de configurer le service FHIR dans Azure Health Data Services (ci-après appelé service FHIR) pour 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 nécessite un flux de données gratuit et sécurisé entre toutes les parties impliquées dans les soins des patients (patients, fournisseurs et prestataires) pour permettre aux patients d’accéder à leurs informations de santé lorsqu’ils en ont besoin. L’interopérabilité a envahi l’industrie de la santé depuis des décennies, créant des silos de données à l’origine de problèmes de santé, entraînant des augmentations imprévisibles des coûts de soins. Le CMS utilise son autorité pour réglementer l’avantage médical (MA), Medicaid, le Programme d’assurance maladie des enfants (CHIP) et les émetteurs du Plan de santé qualifié (QHP) sur les échanges fédéraux facilités (FFEs) pour appliquer cette règle.

En août 2020, le CMS a détaillé la façon dont les organisations peuvent respecter le mandat. Pour garantir des échanges de données sécurisés et standardisés, le CMS a identifié FHIR version 4 (R4) comme la norme fondamentale requise pour l’échange de données.

Il existe trois éléments principaux dans la décision d’interopérabilité et d’accès aux patients :

• L'API d’accès aux patients (obligatoire le 1er juillet 2021) : les prestataires réglementés par le CMS (tels que définis ci-dessus) doivent implémenter et maintenir une API sécurisée selon des normes bien définies qui permet aux patients d’accéder facilement à leurs droits et leurs informations médicales, notamment 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 de fournisseurs (obligatoire le 1er juillet 2021) : les prestataires réglementés par le CMS doivent, selon cette règle, permettre un accès public aux informations de l’annuaire fournisseur via une API normée. Grâce à la mise à disposition de ces informations, les développeurs d’applications tierces pourront créer des services pour aider les patients à trouver des fournisseurs de soins spécifiques et les cliniciens à trouver d’autres fournisseurs pour la coordination des soins.

• Échange de données entre prestataires (initialement requis le 1er janvier 2022 - actuellement retardé) : les prestataires réglementés par le CMS sont tenus d’échanger certaines données cliniques des patients à la demande du patient avec d’autres prestataires. Bien qu’il n’y ait aucune obligation de suivre un type de norme, l’application de FHIR pour échanger ces données est encouragée.

Concepts clés de FHIR

Comme mentionné ci-dessus, il est nécessaire de suivre la norme FHIR R4 pour respecter ces obligations. De plus, plusieurs guides de mise en œuvre ont été élaborés qui fournissent des conseils concernant cette règle. Guides d’implémentation pour fournir un contexte supplémentaire en plus de la spécification FHIR de base. Cela inclut la définition de paramètres de recherche supplémentaires, des profils, des extensions, des opérations, des jeux de valeurs et des systèmes de code.

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

• Prise en charge des interactions RESTful
• Stockage et validation de profils
• Définition et indexation des paramètres de recherche personnalisés
• Conversion de données

Guides d’implémentation de l’API d’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 prestataires sont tenus de rendre les droits et les données médicales des patients disponibles conformément au guide d’implémentation de CARIN IG pour Blue Button (C4BB IG). Le C4BB IG fournit un ensemble de ressources que les prestataires peuvent présenter aux consommateurs via une API FHIR et inclut les informations nécessaires pour déterminer leurs droits dans l’API d’interopérabilité et d’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 prestataire (PDex IG) est axé sur la garantie que les prestataires fournissent toutes les données cliniques pertinentes pour répondre aux exigences de l’API d’accès patient. Ce système utilise les profils US Core sur les ressources R4 et comporte (au minimum) des données médicales, des fournisseurs, des organisations, des emplacements, des dates de service, des diagnostics, des procédures et des observations. Bien que ces données soient disponibles au format FHIR, elles peuvent également provenir d’autres systèmes sous la forme de données de revendications, de messages HL7 V2 et de documents C-CDA.

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

• HL7 FHIR Da Vinci - PDex US Drug Formulary IG: Les forfaits au titre de la partie D de Medicare Advantage doivent rendre les informations des formulations disponibles via l’API patient. Ils le font à l’aide du PDex US Drug Formulary Implementation Guide (USDF IG). Le USDF IG définit une interface FHIR comme une information sur les formules de médicaments d’un assureur santé, qui est une liste de médicaments de marque et génériques que l’assureur de santé accepte de payer. L’objectif principal est de permettre aux patients de comprendre qu’il existe d’autres médicaments disponibles que ceux qui leur ont été prescrits, afin de comparer les coûts des médicaments.

Guide d’implémentation de l’API d’annuaire du fournisseur

L’API d’annuaire de fournisseurs décrit l’adhésion à un guide d’implémentation :

• HL7 Da Vinci PDex Plan Network IG: ce guide de mise en œuvre définit une interface FHIR pour les plans d’assurance d’un assureur santé, leurs réseaux associés et les organisations et 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 didacticiels à venir, nous allons nous concentrer sur le fait de nous assurer que le service FHIR est bien configuré pour passer les différents tests Touchstone. Le site Touchstone dispose d’une documentation extensive 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 parcourir la configuration du service FHIR pour le CARIN IG 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.