--- { "title": "Avantages et limites de FHIR : un regard pragmatique", "description": "Ce que FHIR fait bien, là où il est insuffisant, et quand il n'est pas le bon outil. Avantages, inconvénients et cas d'utilisation de FHIR dans l'intégration des données de santé.", "date": "2024-03-18", "author": "Pavel Smirnov", "reading-time": "6 min read", "tags": [ "System Design", "FHIR Standard" ], "seo-tags": [ "FHIR" ] } --- On nous pose souvent des questions sur les usages possibles de FHIR. Cet article explique ce que FHIR fait très bien, quels sont certains défis, et ce pour quoi il n'a pas été conçu. La complexité du domaine de la santé, la modélisation des données, le [stockage des données médicales](https://www.health-samurai.io/fhir-server) et les intégrations personnalisées avec les systèmes patrimoniaux sont des facteurs qui allongent les cycles de développement et font grimper les coûts des projets en technologies de la santé. Le nouveau standard HL7 FHIR a été conçu pour ouvrir la porte à l'innovation en s'attaquant à bon nombre des problèmes associés au processus traditionnel de développement en informatique de la santé. FHIR (Fast Healthcare Interoperability Resources) est un standard ouvert, piloté par la communauté, qui utilise des technologies Web modernes comme JSON (JavaScript Object Notation) et des interfaces de programmation d'applications (API) pour stocker et échanger des données administratives, cliniques et financières. Les données de santé sont aujourd'hui conservées de façon non normalisée, ce qui complique la communication entre différents systèmes d'information. La plupart des systèmes de santé utilisent HL7 v.2 pour leurs données, un standard élaboré dans les années 1980 avant la démocratisation d'Internet. Le format HL7 v.2 n'est pas lisible par l'humain, exige la création d'interfaces personnalisées pour chaque système communicant et ne permet pas un échange de données granulaire. FHIR résout ces problèmes en offrant une façon simple et normalisée de stocker les données de santé dans un format lisible par l'humain, ainsi que des API ouvertes pour alimenter un échange de données en temps réel et sans friction. FHIR facilite l'accès des développeurs aux données de santé dont ils ont besoin pour créer des applications rapidement. Chez [Health Samurai](https://www.health-samurai.io), nous utilisons FHIR depuis 2012 pour concevoir des DSE infonuagiques, des systèmes de coordination des soins, des applications mobiles destinées aux patients, des plateformes de télémédecine et des solutions d'analyse de données. ## Cas d'utilisation de FHIR Avec FHIR, vous bénéficiez de : - Une communauté solide de développeurs pour discuter de problèmes complexes - Un standard ouvert et un modèle d'information bien documenté - Des technologies Web modernes, faciles à mettre en œuvre - Une interopérabilité future - Des outils de développement comme les [serveurs FHIR ouverts](http://wiki.hl7.org/index.php?title=Publicly_Available_FHIR_Servers_for_testing), des [bibliothèques](http://wiki.hl7.org/index.php?title=Open_Source_FHIR_implementations) et [Aidbox](https://www.health-samurai.io/fhir-server) Nous avons beaucoup appris au cours des 12 dernières années, et voici ce que vous devez savoir sur l'utilisation de FHIR. ## Avantages de FHIR ### Ce que FHIR fait bien - **D'excellents modèles de données pour les données médicales et financières en santé les plus courantes.** FHIR est un excellent modèle de données pour le stockage des données cliniques et financières, car il intègre la sagesse accumulée de nombreux experts. - **La communauté FHIR est remarquable.** FHIR est un standard à code ouvert animé par une communauté passionnée d'experts profondément engagés dans des discussions sur de meilleures solutions aux problèmes complexes. Vous pouvez souvent obtenir une réponse à votre question sur FHIR de la part d'experts en quelques heures (voire en quelques minutes). Il s'agit peut-être du facteur le plus déterminant dans l'adoption de FHIR, et la forte traction du standard offre à l'industrie une véritable chance de transformer et de moderniser l'écosystème de l'informatique de la santé. - **Des API et des outils faciles à apprendre et à utiliser pour les applications Web et mobiles.** Nos clients [Narus Health](https://www.narushealth.com/), [Metro Dermatology](https://www.metrodermatology.net/) et Tealtech Capital ont pu créer des solutions de niveau entreprise en quelques mois grâce aux API FHIR, économisant ainsi des mois (voire des années) de temps de développement. - **FHIR facilite l'interopérabilité avec les standards patrimoniaux.** Même si les systèmes patrimoniaux ne prennent pas encore en charge le standard FHIR, il existe des correspondances FHIR bien documentées pour les standards d'interopérabilité patrimoniaux tels que HL7 v.2 et CCD. Notre plateforme [Aidbox](https://www.health-samurai.io/aidbox) offre un connecteur pour la correspondance entre HL7 v2 et FHIR, et notre client Yorn a utilisé ces connecteurs pour faciliter ses intégrations avec les DSE. - **La spécification FHIR décrit une façon simple d'utiliser les [services de terminologie](https://www.hl7.org/fhir/terminology-service.html).** Les clients de notre plateforme Aidbox FHIR bénéficient d'un accès facile aux terminologies médicales les plus couramment utilisées, comme RxNORM, LOINC, ICD-10, SNOMED, NPI et d'autres. FHIR est un véritable atout qui peut être appliqué pour résoudre différents problèmes cliniques, administratifs et opérationnels. C'est un outil qui peut accomplir des merveilles entre les mains des innovateurs en santé. ### Limites et défis de FHIR Voici quelques défis que nous avons rencontrés en travaillant avec FHIR : - **Un modèle d'information générique n'est pas toujours la façon la plus simple et la plus rapide de mettre en œuvre des cas d'utilisation spécifiques.** Vous aurez probablement besoin d'étendre et d'adapter les modèles FHIR à vos besoins particuliers. - **La migration entre les versions de FHIR est pénible en raison de l'absence de rétrocompatibilité.** Toutefois, des promesses de rétrocompatibilité ont été formulées à partir de la version normative qui devait être publiée en 2018. - **Les [extensions FHIR](/articles/extending-fhir-resources) et les [profils](https://www.hl7.org/fhir/profiling.html)** **peuvent être difficiles à utiliser**. Les ressources FHIR doivent être étendues lorsqu'on traite des données de santé spécialisées qui ne font pas partie des données cliniques les plus couramment utilisées. Nous avons investi beaucoup d'efforts pour simplifier les extensions FHIR dans Aidbox. ## Qui utilise FHIR FHIR est pris en charge par tous les grands fournisseurs de DSE, et certains d'entre eux offrent même des marchés FHIR. Cependant, certains marchés de fournisseurs sont assez coûteux. Ils ont également tendance à ne pas proposer des conditions de propriété intellectuelle favorables, de sorte que l'API FHIR demeure actuellement limitée dans son utilisabilité et accuse un retard sur la courbe d'adoption de FHIR dans l'ensemble de l'industrie. ## Ce que FHIR n'est pas conçu pour faire FHIR présente de nombreux avantages, mais comme tout standard, il comporte des limites. FHIR n'a pas été conçu pour prendre en charge certaines exigences techniques (bien que cela puisse changer à l'avenir). C'est pourquoi nous avons développé [Aidbox](https://www.health-samurai.io/aidbox) pour compléter le standard FHIR et fournir une solution dorsale complète répondant aux besoins techniques des [applications de santé modernes](/blog/using-fhir-to-simplify-healthcare-application-development). Voici ce que FHIR n'est pas conçu pour faire : - **FHIR ne traite pas des préoccupations technologiques telles que l'architecture de votre système, l'intégration de système à système, la sécurité et l'analytique.** Le standard a été conçu pour permettre l'interopérabilité, et non pour s'attaquer à ces considérations techniques. Ce sont les problèmes que nous résolvons avec notre plateforme Aidbox, en fournissant une boîte à outils complète pour travailler sur vos projets. - **L'API du standard FHIR est limitée et ne sera probablement pas suffisante pour votre application réelle.** La réalité est toujours plus complexe qu'on ne le souhaite. Avec Aidbox, nous offrons une façon générique d'étendre l'API FHIR avec des points de terminaison supplémentaires, une recherche plus puissante, des outils d'intelligence d'affaires et bien plus encore. - **FHIR n'est pas un protocole de sécurité et ne définit aucune fonctionnalité liée à la sécurité.** Le standard n'était pas destiné à traiter la sécurité, vous devez donc mettre en place les mesures de protection techniques requises par HIPAA. - **FHIR ne traite pas de l'infrastructure.** Les solutions de santé modernes doivent être à la fois sécurisées et fiables. C'est pourquoi nous avons développé Aidbox sur la plateforme Kubernetes de Google afin de fournir une infrastructure infonuagique automatisée et hautement disponible, prête à l'emploi. > Commencez avec le [serveur FHIR](https://www.health-samurai.io/fhir-server) d'Aidbox pour le stockage des données, les intégrations, l'analytique en santé et bien plus encore, ou [faites appel à notre équipe](https://www.health-samurai.io/services) pour répondre à vos besoins en développement logiciel. ## L'avenir de l'informatique de la santé FHIR est conçu pour accomplir de grandes choses pour les soins de santé. Il n'impose aucune contrainte sur les pratiques de développement que vous utilisez et offre de nombreux avantages pour la gestion des données et l'interopérabilité. Malgré quelques limites, les bénéfices qu'il apporte en font un standard appelé à durer. Tant que vous savez ce que FHIR est conçu pour faire et ce qu'il n'est pas conçu pour faire, vous serez en mesure de trouver sur le marché des solutions comme Aidbox qui complètent FHIR pour répondre à vos besoins en matière de données et d'applications. [![FHIR benefits](image-1.avif)](https://www.health-samurai.io/aidbox?utm_source=article&utm_medium=fhir&utm_campaign=search) Voir aussi : [Le guide FHIR pour les DST](/blog/the-fhir-guide-for-ctos-and-technical-leaders).