Health Level 7 : à la recherche d'une interopérabilité accrue des données médicales

Tous nos contenus sont rédigés, révisés et approuvés par des humains.

Matylda Chmielewska

Analyste d'affaires

Le secteur de la santé est peut-être l'un des secteurs les plus avancés sur le plan technologique, pour des raisons évidentes : il est axé sur la sauvegarde de vies humaines, mais cela a un coût et s'accompagne d'un ensemble unique de défis. L'un de ces défis consiste à stocker, gérer et partager les données médicales de manière accessible et sécurisée.

Dans cet article de blog, je me concentrerai sur la manière dont ce défi a été relevé par Health Level 7, la norme de données médicales aujourd'hui largement utilisée aux États-Unis, et sur la question de savoir si elle parvient à atteindre cet objectif. L'article a été préparé en collaboration avec Lukasz Sliwowski, expert HL7 et analyste commercial principal chez Spyrosoft.

Si vous souhaitez en savoir plus sur les changements dans la réglementation de l'industrie des soins de santé de l'UE, veuillez lire notre série surRèglement sur les dispositifs médicaux.

Qu'est-ce que Health Level 7

Health Level 7 est un ensemble de normes du secteur de la santé visant à standardiser la manière dont les données médicales sont partagées et transférées au sein du système médical. Il a été créé par la Health Level Seven International, une organisation mondiale comptant plus de 1600 membres issus de 50 pays, y compris les plus grands prestataires de soins de santé aux États-Unis – pour plus d'informations sur l'origine de ces lignes directrices, veuillez consulter la section pertinente sur l'histoire de HL7 ci-dessous.

Actuellement, outre la norme Health Level 7 v1, il existe les normes Health Level 7 v2 et Health Level 7 v3 qui sont actuellement utilisées dans la plupart des grands hôpitaux aux États-Unis avec une classe de système certifiée appelée EHR (Electronic Health Record) utilisée pour la gestion des données des patients.

Obtenez un accompagnement pour l'intégration de vos systèmes avec HL7

L'histoire de HL7

Dans les années 80, tous ces hôpitaux ont commencé à numériser leurs données médicales, avec parfois une centaine de systèmes différents déployés simultanément dans un même hôpital. Cela a créé le problème de l'intégration de ces systèmes ou de l'échange de données entre eux. En l'absence de norme universelle pour les données médicales, la tâche était extrêmement difficile, en particulier lorsque les patients recouraient à plusieurs services de santé à la fois.

Pour résoudre ce problème, Health Level 7 v1 a été créé afin de servir de preuve de concept démontrant comment les données médicales peuvent être partagées. Ensuite, Health Level 7 v2 a été une itération plus mature qui est devenue la norme médicale la plus populaire aux États-Unis. HL7 2 a été créé par des cliniciens en informatique – donc des personnes profondément impliquées dans les opérations des hôpitaux et qui savent exactement comment le système fonctionne. Leur idée pour cette norme et cette intégration était qu'elle suive le flux organique des données des patients dans les systèmes de gestion des données de santé.

Ils ont également décidé que les données devaient être lisibles par l'homme tout en étant facilement transférables entre différents systèmes. Dans HL7 v2, les données médicales sont échangées par le biais de « messages ». Chaque message est composé de plusieurs segments qui incluent un type spécifique de données, c'est-à-dire les dates des visites du patient à l'hôpital, son âge, son lieu de naissance et son nom, etc. Par exemple, les données générales du patient sont envoyées à l'aide du segment « PID », tandis que les visites du patient sont stockées dans le segment PV1.

Bien que HL7 v2 ait unifié les termes utilisés par les équipes d'intégration de systèmes et leur ait permis de se concentrer sur les problèmes réels plutôt que sur la dénomination, ce qui a accéléré le processus d'intégration, les projets d'intégration peuvent encore durer des mois à la fois. L'analyse de ces données lors de leur transfert d'un système à un autre reste également un défi. Nous pouvons affirmer sans risque que HL7 v2 n'a pas réussi à traiter les problèmes les plus courants de gestion des données médicales, mais il peut désormais servir de référence pour les prochaines itérations de cette norme et d'autres.

Malgré cela, HL7 v2 est rapidement devenu le système de données médicales le plus largement utilisé aux États-Unis.

Selon Lukasz Sliwowski, lors de tout type d'intégration de données, la personnalisation selon les besoins de l'hôpital sera cruciale, car chaque entreprise dispose d'une configuration légèrement ou totalement différente.

En 2015, le HL7 a publié une nouvelle norme appelée HL7 v3, mais son taux d'adoption est très faible, principalement en raison de sa complexité. – les directives elles-mêmes comptent plus de 900 pages.

Finalement – en 2015 – Le Sénat américain a commencé à se pencher sur la question de l'interopérabilité des données médicales et a promulgué une loi obligeant les éditeurs de logiciels médicaux à rendre leurs systèmes plus accessibles et facilement intégrables avec différents systèmes de gestion de données.

Bien que HL7 lui-même n'ait peut-être pas résolu tous les problèmes liés à l'interopérabilité des données médicales, il a très certainement jeté les bases de FHIR, qui est désormais mis en œuvre dans la majorité des hôpitaux américains.

En 2022, le Sénat américain a commencé à travailler sur21st Century Cures Act qui obligera les hôpitaux à utiliser FHIR à partir de cette année, avec 2023 comme échéance pour que tous les systèmes médicaux fonctionnent conformément à cette norme.

Quels sont les avantages de l'utilisation de HL7

Comme vous le savez peut-être déjà, certaines hypothèses formulées dans HL7 v2 ont pu poser un défi plus important que prévu, mais certains des avantages communément admis de l'utilisation de cette norme dans la pratique médicale incluent :

Accroître l'accessibilité et l'interopérabilité des données médicales et établir une norme pour la manière dont ce type de données doit être stocké et partagé.
Amélioration de l'efficacité clinique grâce à une manière unifiée de gérer les données des patients et au stockage de toutes les informations relatives à un patient en un seul endroit.

Comment abordons-nous les projets d'intégration Health Level 7 chez Spyrosoft ?

Notre première question est toujours : « Pourquoi voulez-vous intégrer et que souhaitez-vous accomplir en faisant cela ? »

Ensuite, nous rencontrons l'équipe informatique de l'hôpital et discutons de la version de Health Level 7 qu'ils utilisent et des exceptions/problèmes particuliers que nous devons prendre en compte.

Une fois que nous savons quelles données nous devons utiliser, nous devons accéder à leur environnement sandbox pour démarrer le processus d'intégration. Ensuite, nous vérifions si nous pouvons analyser correctement tous les messages.

Une autre solution que nous pouvons employer est un moteur d'intégration qui sert de couche intermédiaire entre notre interface et l'interface d'un client, les données sortant du système du client dans un format HL7 v2 et étant traitées au sein du moteur. Nous obtenons ainsi des données brutes facilement transférables vers n'importe quel format, c'est-à-dire JSON et .xml. Nous pouvons ensuite envoyer ces données à n'importe quel système, y compris FHIR.