--- { "title": "Le guide FHIR pour les DPT et les leaders techniques", "description": "Notre DPT présente un aperçu technique concis de la norme HL7 FHIR, de l'analyse du modèle informationnel des données de santé HL7 FHIR aux cas d'utilisation potentiels des API FHIR, en passant par les limites à connaître lors de la planification d'un développement selon la norme FHIR.", "date": "2018-08-27", "author": "Nikolai Ryzhikov", "reading-time": "7 min read", "tags": [ "System Design", "FHIR Standard" ], "seo-tags": [ "FHIR", "FHIR API", "FHIR Standard", "Healthcare Data" ] } --- *Rédigé par le DPT de Health Samurai, Niquola Ryzhikov.* Je souhaitais partager une introduction à FHIR (Fast Healthcare Interoperability Resources) à l'intention des directeurs des technologies et des responsables techniques qui s'intéressent aux technologies de santé modernes appelées à s'inscrire dans la durée. Aperçu de [FHIR](http://hl7.org/fhir/) : - FHIR est une norme d'interopérabilité créée par l'organisation internationale HL7 pour permettre l'échange d'informations médicales et autres informations de santé connexes entre les systèmes. Elle s'impose rapidement comme la norme de facto pour l'échange de données de santé. - FHIR bénéficie d'un soutien public et privé solide de la part de chefs de file en matière de DSÉ comme Epic & Cerner, Apple & Google, ainsi que de gouvernements (États-Unis, Australie, etc.). - FHIR est une communauté ouverte d'experts en informatique de la santé. Voici une façon simple d'y participer dès maintenant : [https://chat.fhir.org/](https://chat.fhir.org/). Vous pouvez également assister aux connectathons FHIR et rejoindre la communauté FHIR en personne. - FHIR est à source ouverte et dispose d'un écosystème commercial de serveurs, de bibliothèques de référence et d'autres outils favorisant un développement rapide. L'adoption de FHIR à l'échelle de l'industrie est sans précédent, et il semble que FHIR deviendra la norme incontournable de l'informatique de la santé au cours des 5 à 10 prochaines années. **Qu'est-ce que FHIR d'un point de vue technique ?** FHIR est une spécification lisible par machine d'un serveur REST. FHIR est comparable à Swagger/OpenAPI pour l'informatique de la santé. Alors que Swagger vous offre des outils génériques pour spécifier n'importe quelle API REST, FHIR va quelques étapes plus loin en vous proposant des modèles informationnels prêts à l'emploi et une sémantique opérationnelle, ainsi que des moyens d'étendre les modèles de données pour votre cas d'utilisation particulier. **Modèle informationnel — Données FHIR** FHIR introduit la notion de [Resource](https://www.hl7.org/fhir/resource.html) comme unité principale d'information pour le transfert et le stockage des données. Chaque ressource porte une étiquette resourceType (autrement dit, une classe en POO), qui définit sa structure et sa signification. FHIR comprend plus d'une centaine de [définitions de ressources](https://www.hl7.org/fhir/resourcelist.html) conçues par des groupes de travail spécialisés. La structure (schéma) des ressources est décrite par [StructureDefinition](https://www.hl7.org/fhir/structuredefinition.html), qui est lisible par machine et peut être utilisée pour la génération de code ou les systèmes pilotés par métadonnées. Les ressources ont été conçues pour répondre aux besoins de données les plus courants, en adhérant à la règle des 80/20. Si vous travaillez en informatique de la santé depuis un certain temps, vous comprenez probablement le coût d'un bon modèle de domaine et à quel point il est facile de se tromper. Les formats de données personnalisés sans normalisation créent également des silos entre les systèmes et limitent la circulation de l'information. La complexité essentielle de notre secteur réside dans la modélisation des données, et FHIR nous fournit de bons modèles de données normalisés avec lesquels travailler. **Terminology** Un autre élément essentiel de la sémantique en informatique de la santé est constitué par les valeurs et attributs codés. Nous utilisons des terminologies spécialisées pour les médicaments, les diagnostics, les analyses de laboratoire, etc. FHIR propose une [approche unifiée](https://www.hl7.org/fhir/terminologies.html) de toutes les valeurs codées dans les ressources, ainsi qu'une spécification du [service de Terminology](https://www.hl7.org/fhir/terminology-service.html) pour les opérations courantes de terminologie. **Modèle opérationnel — API** FHIR définit un ensemble de [points de terminaison REST](https://www.hl7.org/fhir/http.html) normalisés (opérations), qui sont exposés pour la découverte dynamique dans le [CapabilityStatement](https://www.hl7.org/fhir/capabilitystatement.html) et ont une signification prédéfinie. On y trouve, par exemple, des points de terminaison pour le CRUD (création, lecture, mise à jour et suppression), l'historique, les lots et transactions, ainsi que la recherche. Vous pouvez également étendre l'API FHIR avec des opérations personnalisées. **Comment puis-je utiliser FHIR ?** **1. Comme source d'inspiration** Une grande sagesse et beaucoup d'expérience ont été apportées à FHIR par des experts passionnés. Vous pouvez utiliser FHIR comme source d'inspiration ou guide lors de la conception de votre système. Vous pouvez vous adresser à la communauté FHIR pour poser des questions délicates et valider vos hypothèses auprès de personnes qui réussissent à construire des systèmes modernes d'informatique de la santé. **2. Comme OpenAPI vers des systèmes externes** Si votre système doit obtenir des données sur les patients pour fonctionner, vous pouvez vous attendre à voir d'ici quelques années des API FHIR chez la plupart des fournisseurs de DSÉ et d'autres sources de données. FHIR prend rapidement de l'élan et a fait ses preuves en tant que technologie qui est là pour de bon. Son adoption signifie qu'il sera de plus en plus facile d'obtenir les données dont vous avez besoin. **3. Comme API externe pour votre système existant** Vous pouvez fournir une API FHIR à votre système existant pour le rendre extensible et facile à intégrer. Si votre système ressemble à un DSÉ, vous pouvez également intégrer l'écosystème SMART on FHIR et un marché d'applications, transformant ainsi votre système en une plateforme dynamique offrant une variété d'applications au choix. Techniquement, il existe plusieurs façons d'implémenter une API FHIR par-dessus des systèmes existants : - Façade — écrire un intergiciel pour convertir à la volée vos données internes et vos méthodes en ressources et opérations FHIR. L'avantage est que votre couche FHIR sera étroitement liée à votre système actuel et que vous pourrez réutiliser son code et sa technologie. L'inconvénient est que vous devez implémenter la partie essentielle de la spécification FHIR à partir de zéro pour votre système. - Adaptateur — vous pouvez répliquer les données de votre système dans un [serveur FHIR](https://www.health-samurai.io/fhir-server) existant. Cela peut généralement être plus simple que la façade, car vous découpler l'[implémentation FHIR](/articles/how-to-create-a-fhir-implementation-guide) de la traduction de votre modèle de données en FHIR. Il y a des exigences : votre système doit être en mesure de fournir un flux de modifications à transformer et à répliquer. L'adaptateur peut fonctionner dans un sens ou dans les deux : de votre système vers FHIR et/ou en sens inverse. Mais les intégrations bidirectionnelles sont délicates, comme pour tout système multi-maître. **4. Construire un système FHIR natif** Si vous créez un nouveau système à partir de zéro et souhaitez le rendre compatible FHIR, vous pouvez décider d'implémenter un système FHIR natif en utilisant FHIR comme cœur de votre système. Vous pouvez tirer parti du modèle informationnel FHIR ainsi que des serveurs et outils existants sur le marché. Cette approche vous offre une architecture propre et extensible, et vous évite la double modélisation et les traductions. Des modèles stables et bien documentés vous aideront également à maintenir votre système à l'épreuve du temps et plus résistant aux changements. FHIR vous fournit un modèle informationnel mature et épuré, qui peut servir de bonne fondation pour les implémentations et les interfaces. Mais rien n'est gratuit et vous devrez inévitablement payer un certain prix pour FHIR : - Pour les cas d'utilisation simples, les modèles génériques de FHIR peuvent engendrer une surcharge mentale et technique qui n'en vaut pas la peine. Ainsi, si votre système n'a pas besoin d'être très approfondi dans le domaine, vous pouvez n'utiliser FHIR que comme source d'inspiration. - Vous devez investir dans la formation et l'implémentation FHIR. Vous pouvez réduire le coût en embauchant ou en faisant appel à des ingénieurs qui connaissent FHIR et en utilisant des produits à source ouverte et commerciaux. Nous croyons que l'écosystème FHIR continuera à croître et à réduire le coût global d'implémentation. - Pour les cas d'utilisation très spécialisés, la spécification FHIR peut ne pas suffire. Le comité FHIR a utilisé la [règle des 80/20](http://www.healthintersections.com.au/?p=1924) pour prioriser la modélisation des cas d'utilisation les plus courants. Votre cas d'utilisation spécialisé est donc probablement en attente. La bonne nouvelle : vous pouvez rejoindre la communauté FHIR ouverte et faciliter ou lancer des conversations intéressantes pour votre sous-domaine. La mauvaise nouvelle : vous devez attendre la fin de ce processus. Bien que vous puissiez étendre les ressources existantes, FHIR est fermé en ce qui concerne les nouvelles ressources (c'est-à-dire que vous n'êtes pas autorisé à définir votre propre type de ressource). Cette limitation a été imposée dans l'intention de faire transiter toutes les nouvelles ressources par la communauté et de garantir un certain niveau de qualité. Mais si vous construisez un système réel, vous n'avez pas le temps d'attendre. C'est pourquoi dans notre [serveur FHIR Aidbox](https://www.health-samurai.io/aidbox), nous vous permettons de créer des [ressources personnalisées non FHIR](/articles/how-to-create-custom-resources-in-your-fhir-server). **5. CDS (Clinical Decision Support) Hooks** Une autre tendance intéressante dans FHIR est celle des [CDS hooks](https://cds-hooks.org/), une spécification d'API qui invoque le soutien à la décision clinique depuis le flux de travail d'un DSÉ fournisseur, par le biais d'appels déclenchés qui retournent des informations et des suggestions pertinentes, et qui peuvent lancer une application SMART depuis le DSÉ. Il s'agit d'une façon non perturbatrice d'aider le clinicien à dispenser des soins fondés sur les données en temps réel, en appelant automatiquement les applications et les informations pertinentes pour chaque interaction avec un patient. **6. Analytique de données sur FHIR** Le modèle normalisé et bien documenté, ainsi que la prise en charge des formats de type JSON par les bases de données modernes (PostgreSQL, BigQuery, Spark), font de FHIR un choix intéressant comme base pour la construction de systèmes analytiques, d'informatique décisionnelle et d'intelligence artificielle. Les [serveurs FHIR](https://www.health-samurai.io/fhir-server) peuvent être utilisés pour agréger des données provenant de différentes sources et servir de dépôt de données cliniques. Nous observons un intérêt croissant dans l'industrie pour l'utilisation de FHIR à des fins analytiques : - [Google AI Blog](https://ai.googleblog.com/2018/03/making-healthcare-data-work-better-with.html) - ONC - [doc.ai](https://medium.com/@_doc_ai/doc-ai-is-on-fire-oops-we-mean-fhir-ea2912b2864b) **Résumé** Si vous êtes la personne responsable des décisions techniques, FHIR vaut la peine d'y prêter attention. Il peut devenir un élément essentiel de votre architecture et vous offrir une fondation solide et à l'épreuve du temps, des outils et une communauté. Si vous avez des idées ou des questions, rejoignez notre communauté FHIR et communiquez avec moi (nicola dans le [chat FHIR](https://chat.fhir.org/) ou [niquola@health-samurai.io](http://niquola@health-samurai.io)). > Démarrez avec le [serveur FHIR](https://www.health-samurai.io/aidbox) Aidbox pour le stockage de données, les intégrations, l'analytique de 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. [![Aidbox FHIR Platform Free Trial](image-1.avif)](https://www.health-samurai.io/aidbox) Voir aussi : [Utiliser FHIR pour simplifier le développement en santé](/blog/using-fhir-to-simplify-healthcare-application-development) et [Construire des microservices de santé](/blog/building-healthcare-microservices-a-fhir-native-approach).