Le niveau croissant de technologie utilisé aujourd’hui a radicalement changé le fonctionnement de l’industrie de la santé. De nos jours, les systèmes d’information sur la santé sont confrontés à des défis tels que ceux-ci :
-
Mise en œuvre d’une communication rapide et standardisée entre les sous-systèmes dans un seul système. Cela vous permet d’augmenter les performances et de réduire le temps et les coûts d’amélioration et de support du système.
-
La mise en place d’une communication standardisée entre différents systèmes pour un échange efficace des données de santé.
-
Fournir un accès API aux membres pour leur permettre de partager des données médicales avec de nouveaux praticiens et de suivre les dossiers médicaux à l’aide d’applications tierces comme Apple’s Health.
-
Fournir une intégration avec un grand nombre de systèmes EMR pour exploiter les données médicales des patients à partir de plusieurs sources.
Dans cet article, nous allons aborder les détails de la norme FHIR, des règles CMS et des guides de mise en œuvre FHIR correspondants. Cet article sera utile aux directeurs techniques, directeurs informatiques, responsables techniques et consultants des organisations de soins de santé et des sociétés informatiques travaillant avec des systèmes d’information sur la santé confrontés à la nécessité de respecter les règles CMS ou souhaitant simplement commencer l’intégration avec FHIR.
Norme FHIR
Avant de parler des règles du CMS, nous devons comprendre ce qu’est le FHIR et pourquoi il est important pour le secteur de la santé moderne.
La Fast Healthcare Interoperability Resource (FHIR) est une norme d’interopérabilité créée par HL7 pour faciliter l’échange de données de santé entre les patients, les prestataires de soins de santé, les payeurs, les chercheurs et les autres membres de l’écosystème des soins de santé. La norme est divisée en deux parties : des modèles de contenu sous la forme de ressources FHIR et une spécification pour l’échange des ressources sous la forme d’interfaces RESTful. HL7 a créé un ensemble de ressources de base qui satisfont la majorité des cas d’utilisation courants.
Ressources FHIR
Les données de santé peuvent être divisées en différentes catégories, telles que les prestataires, les patients, les réclamations, les rencontres et autres. Dans FHIR, chacune de ces catégories est représentée par une ressource FHIR. Il définit les éléments de données, les types de données, les contraintes et les relations avec d’autres ressources. Chaque ressource contient des éléments nécessaires à ses cas d’utilisation spécifiques. Par exemple, la ressource de patient contient des données démographiques, des adresses, des informations de contact et un lien vers le fournisseur de soins primaires qui est représenté comme un praticien ou une ressource d’organisation.
Les ressources définissent les éléments internes qui doivent avoir des valeurs. Mais la plus grande partie des éléments est facultative pour avoir des valeurs. Cette méthodologie permet d’améliorer la compatibilité des systèmes et des versions. En outre, chaque ressource et chaque élément d’une ressource peut avoir des éléments d’extension pour représenter des informations supplémentaires qui ne font pas partie de la définition de base de la ressource.
Un fragment de la Patient La ressource FHIR au format JSON est affichée ci-dessous :
{
"resourceType" : "Patient",
"id" : "2a947681-e2b5-45f5-924a-6fea5f7cc2a8",
"meta" : {
"lastUpdated" : "2022-10-30T09:58:01.8512764-05:00",
"profile" : [
"http://hl7.org/fhir/us/carin-bb/StructureDefinition/C4BB-Patient"
]
},
"language": "en-US",
"identifier" : [
{
"type" : {
"coding" : [
{
"system" : "http://terminology.hl7.org/CodeSystem/v2-0203",
"code" : "MB",
"display" : "Member Number"
}
]
},
"system" : "https://www.healthplan.com/memberidentifier",
"value" : "232162170257"
}
],
"active" : true,
"name" : [
{
"family" : "Smith",
"given" : [
"John"
]
}
],
"telecom" : [
{
"system" : "phone",
"value" : "4083358853",
"rank" : 1
},Les principaux attributs de ce fragment sont :
ID— identifiant FHIR d’un patient ;meta— métadonnées sur le patient ;profile— lien vers la page de documentation du profil FHIR correspondant ;identifier— identifiants professionnels d’un patient, comme un numéro de membre dans le système du client, un identifiant Medicaid ou un numéro Medicare ;name— un nom associé à un patient ;telecom— les coordonnées d’un patient.
Ce fragment contient une partie des données démographiques du patient — nom (prénom et nom) et téléphone. Il contient également l’identifiant du patient dans le système du client, ainsi que le type de ressource FHIR, l’identifiant FHIR et un indicateur actif. Certaines des valeurs des attributs sont des types de données primitifs, comme ID ou active. D’autres ont une structure interne complexe comme identifier ou name. De plus, l’attribut interne type dans identifier a un CodeableConcept Type de données. Cela signifie que la valeur de cet attribut a été extraite de la valeur prédéfinie Value ensemble.
Avantages FIR
La norme FHIR offre certains avantages à tous les groupes de personnes impliquées dans les systèmes d’information sur la santé. Catégorisons et énumérons ces avantages.
Avantages pour les payeurs et les prestataires de soins de santé
Gestion de données
FHIR est une norme pour tous les types de données médicales. Cela signifie qu’au lieu d’avoir plusieurs systèmes avec leurs propres couches de stockage de données et d’accès aux données dans une seule organisation, il peut y avoir une plate-forme FHIR qui fournit un stockage de données et un accès unifié à ces données. La norme FHIR a l’avantage d’augmenter les performances du système et de réduire les coûts des améliorations et du support futurs du système.
Intégration de données
L’utilisation de la norme FHIR facilitera le processus d’intégration de votre système d’information sur la santé avec les systèmes de DSE. Cela a également l’avantage supplémentaire de s’intégrer à d’autres fournisseurs de données médicales. Il améliore le partage de données entre les payeurs et les fournisseurs. Par exemple, Open Epic fournit une API FHIR qui peut être utilisée pour l’intégration avec les plates-formes FHIR. De plus, l’API FHIR fournie par une plate-forme FHIR peut être utilisée par d’autres systèmes pour s’intégrer au vôtre.
Exploration de données
Le fait d’avoir toutes vos données médicales dans un seul stockage et dans un seul format offre une excellente occasion d’intégrer des modèles d’apprentissage automatique/IA de formation dans votre système. Cela pourrait ensuite être utilisé au profit du patient directement. Par exemple, pour diagnostiquer l’état d’un patient en fonction des signes vitaux et des résultats de laboratoire et recommander les procédures de soins de santé et les médicaments les plus efficaces. Il présente également l’avantage supplémentaire de réduire la charge financière sur les systèmes d’information sur les soins de santé en repérant où les ressources de santé sont mal utilisées.
Tous ces avantages conduisent à améliorer le système médical ainsi que la gamme et la qualité des services. Cela signifie l’augmentation du nombre de vos clients et de vos profits.
Avantages pour les patients
Partage de données médicales
La norme FHIR donne aux patients les moyens de faciliter le processus de partage de données spécifiques avec les prestataires de soins de santé. Les patients auront le contrôle de leurs informations et de la manière dont ils les partageront avec le fournisseur de soins de santé. Par exemple, un patient peut rendre visite à un praticien dans une nouvelle clinique et lui donner accès aux dossiers médicaux antérieurs via une application tierce. Cela augmentera la confiance du patient dans l’industrie et lui permettra de prendre de bonnes décisions concernant son traitement.
Suivi des dossiers médicaux
FHIR est bon pour les patients car il leur permettra de suivre leurs dossiers médicaux à l’aide de n’importe quelle application ou logiciel de santé recommandé. Ils obtiendront une image claire de leurs données cliniques. Par exemple, l’application Santé d’Apple pour iOS extrait les informations du patient de divers DSE et d’autres organisations de santé utilisant FHIR. Désormais, le patient peut consulter ses données à l’aide du téléphone et avoir une image complète des statistiques.
Pour les entreprises, les avantages que leurs clients reçoivent augmentent la satisfaction et la fidélité des clients, ce qui, à son tour, entraîne des bénéfices plus élevés.
Avantages pour les développeurs
Mise en œuvre facile
FHIR utilise de nombreuses technologies et normes Web modernes que les développeurs connaissent déjà, telles que HTTP, REST, XML, JSON et OAuth. De plus, les unités de base de l’interopérabilité dans FHIR – les ressources – sont construites à partir de blocs standard et peuvent être facilement mises en œuvre.
Utilisation gratuite
La norme FHIR est accessible à 100% sans aucune restriction.
Spécifications et communauté
HL7 fournit une spécification en ligne concise et facile à comprendre qui peut être utilisée pour implémenter FHIR. De plus, FHIR est une norme open source avec une communauté d’experts qui offrent les meilleures solutions aux problèmes complexes. L’équipe d’experts est heureuse de clarifier les problèmes possibles dans un court laps de temps.
Pour les entreprises, ces avantages pour les développeurs signifient la réduction du temps et des coûts liés au passage à la norme FHIR.
Règle d’interopérabilité CMS
Les Centers for Medicare & Medicaid Services (CMS) sont l’organisation du département américain de la Santé et des Services sociaux (HHS) qui supervise les principaux programmes de soins de santé du pays. Le CMS gère des programmes, notamment le programme d’assurance maladie pour enfants, Medicare, Medicaid et les marchés d’assurance maladie des États et du gouvernement fédéral. CMS recueille et analyse des données et produit des rapports de recherche.
Si une organisation travaille avec CMS, elle doit se conformer à la nouvelle règle finale d’interopérabilité CMS et d’accès des patients (CMS-9115-F). L’objectif principal est de faire progresser l’interopérabilité et l’accès des patients à l’information sur la santé. À compter du 1er juillet 2021, les régimes d’assurance-maladie doivent partager leurs répertoires de fournisseurs, leurs réclamations, leurs formulaires, leurs rencontres et leurs données cliniques avec leurs membres.
Les règles du CMS décrivent les données spécifiques sur les soins de santé et les données financières que les plans de santé doivent partager avec les membres dans certains délais. De plus, les plans de santé doivent maintenir les garanties HIPAA lors du partage d’informations avec les membres. Enfin, les plans de santé devraient pouvoir envoyer des données de santé spécifiques à un autre payeur à la demande du membre.
Les données de santé peuvent être partagées avec les membres via l’API. Pour s’assurer que différentes applications peuvent fonctionner avec les données partagées, CMS a prescrit un format unique que toutes les API des plans de santé devraient utiliser. Ce format est FHIR.
Le tableau ci-dessous contient les ensembles de données qui doivent être partagés avec les membres :
Les répertoires des fournisseurs et des pharmacies sont des informations accessibles au public et ne nécessitent aucune sécurité supplémentaire…