Les organisations de santé doivent faire de nombreux choix lors du développement de solutions en matière d'interopérabilité, de piles technologiques, de conformité HIPAA, d'intégration et de gestion des données. Les changements en technologie de l'information sur la santé doivent être pris en compte pour s'assurer que les produits sont pérennes, et les solutions doivent être interopérables pour soutenir la transition vers les soins axés sur la valeur. FHIR est une norme ouverte qui a gagné une reconnaissance et un soutien généralisés dans l'industrie pour son potentiel à concrétiser l'interopérabilité dans le secteur de la santé. FHIR est bien documenté, facile à apprendre et est soutenu par une communauté passionnée et croissante d'experts en technologies de l'information sur la santé, et présente tous les signes d'une norme appelée à durer. FHIR n'impose aucune limite sur les pratiques de développement que vous utilisez, et offre de nombreux avantages pour la gestion des données et l'interopérabilité. Ce billet explique pourquoi les organisations devraient utiliser FHIR et comment l'utilisation d'un serveur principal FHIR simplifie le processus de développement et favorise l'interopérabilité.
Pourquoi choisir FHIR pour les applications en santé?
Lors du développement de solutions pour le secteur de la santé, une entreprise doit faire de nombreux choix entre les piles technologiques, les plateformes de développement, les hébergements conformes à HIPAA, les voies d'intégration avec les DSE, les normes et les terminologies. Certains de ces choix n'ont pas d'incidence sur le résultat immédiat, mais les conséquences à long terme peuvent être considérables.
Deux solutions peuvent répondre également aux besoins commerciaux actuels, mais leur évolution peut devenir très différente. Une solution deviendra rapidement obsolète tandis que l'autre s'épanouira au fil des années. Pour prendre des décisions qui donneront à votre solution un cycle de vie prolongé, une entreprise doit comprendre ce qui se passera dans le domaine de la technologie de l'information sur la santé dans les prochaines années.
La gestion de la santé des populations dans un système axé sur la valeur représente un défi pour toute organisation de santé. Aucune solution numérique de santé à elle seule ne peut relever ce défi, et il y a un besoin croissant de soutenir un écosystème d'applications de santé connectées et interopérables.
Un tel écosystème était à peine imaginable il y a quelques années en raison de l'absence d'une norme d'interopérabilité reconnue par l'industrie. De nos jours, il y a un gagnant clair parmi les normes — Fast Healthcare Interoperability Resources (FHIR) — et de nombreux fournisseurs et organisations prestataires ont déjà amorcé leur transition vers le nouveau monde des plateformes de santé numérique, des API ouvertes et des marchés d'applications.
Choisir FHIR pour votre prochain projet en santé pourrait être le choix le plus important pour rendre votre solution pérenne et prête pour l'écosystème de santé de prochaine génération, où les données circulent de façon fluide entre les DSE, les applications mobiles destinées aux patients et les dispositifs médicaux.
Comment un serveur principal FHIR transforme le développement
Lorsque vous développez votre solution sur un serveur principal FHIR, de nombreuses choses resteront identiques. La construction avec un serveur principal FHIR ne modifie pas votre processus de développement. Vous devrez toujours effectuer une phase de découverte du projet, formuler une vision du projet et un périmètre initial. Vous pouvez continuer à utiliser vos pratiques Agile préférées, le développement piloté par les tests, le DevOps et l'intégration continue. FHIR ne vous imposera aucune restriction sur vos processus.
L'utilisation d'un serveur principal FHIR n'a pas non plus d'incidence sur le choix de votre pile technologique. Que vous préfériez Java, Ruby, .NET, Swift ou Clojure, vous trouverez des bibliothèques à code source ouvert qui prennent en charge la technologie de votre choix. Vous utiliserez des technologies Web modernes telles que les API REST pour travailler avec votre serveur principal, mais FHIR ne créera aucun obstacle à l'utilisation de votre pile technologique favorite.
C'est au moment où vous commencez à travailler avec les données que la première différence significative apparaît. Si vous développez votre solution de zéro, vous devez concevoir des modèles de données et des structures pour stocker vos données. Mais avec FHIR, il vous suffit de trouver la bonne correspondance pour vos données dans les modèles de données FHIR ouverts. Cela peut représenter un défi initial pour les ingénieurs qui n'ont aucune expérience préalable en FHIR ou en technologies de l'information sur la santé, mais ils se mettront rapidement à niveau car FHIR est bien documenté et facile à apprendre.
La documentation FHIR est disponible gratuitement en ligne à l'adresse https://www.hl7.org/fhir/overview.html et est concise et facile à comprendre. Toute une communauté d'experts en interopérabilité n'est qu'à un clic. Il suffit de s'inscrire à l'adresse https://chat.fhir.org/login/ et vous pouvez obtenir des réponses à toutes vos questions en quelques heures, voire en quelques minutes. Health Samurai possède une expérience significative dans l'application des modèles de données FHIR aux données de nos clients, mais si nous avons le moindre doute, nous discutons immédiatement de nos préoccupations avec la communauté FHIR. Ce faisant, vous vous assurez non seulement que votre utilisation des ressources FHIR et de leurs champs est correcte, mais vous fournissez également des commentaires précieux sur la norme et sa documentation à la communauté.
Commencez avec le serveur FHIR Aidbox pour le stockage des données, les intégrations, l'analytique en santé et bien plus, ou faites appel à notre équipe pour soutenir vos besoins en développement de logiciels.
Mapper vos données vers FHIR
Imaginons que vous enregistrez des informations sur les diagnostics des patients. Si vous utilisez un serveur FHIR comme serveur principal, vous devrez apprendre comment FHIR représente les diagnostics des patients. Vous apprendrez que FHIR appelle les diagnostics des « conditions » et trouverez une description de la ressource condition dans la spécification FHIR. Il se peut que vous n'ayez pas besoin de tous les champs de la ressource condition et, comme vous le savez peut-être déjà, presque aucun champ n'est obligatoire.
Il y a de fortes chances que FHIR vous rappelle des éléments de données importants qui auraient échappé à votre attention et vous guide vers les bonnes terminologies. Par exemple, ceux qui débutent en technologies de l'information sur la santé apprendront l'existence de la Terminology SNOMED en lisant la ressource condition de FHIR.
Commencez par choisir les champs dont vous avez besoin et documentez le mappage obtenu. Après cela, vous êtes prêt à stocker et à manipuler des données sur les diagnostics dans votre serveur principal FHIR.
Étendre les modèles de données FHIR
Comme mentionné précédemment, il se peut que vous n'ayez pas besoin de tous les champs des ressources FHIR que vous utilisez. Mais en même temps, vous pourriez constater que certaines de vos données ne s'intègrent pas très bien dans le format FHIR. Il pourrait vous surprendre que certains éléments de données très courants selon votre organisation ne soient pas considérés comme courants par la communauté FHIR. Par exemple, la race, l'ethnicité, le statut de donneur d'organes, la nationalité et la religion n'ont pas été inclus dans la ressource Patient principale. Si vous estimez que certains éléments de données ou ressources manquants ont été traités ainsi injustement, vous pouvez toujours soulever cette préoccupation au sein de la communauté FHIR, car FHIR est une norme ouverte pilotée par la communauté. Et vous pouvez toujours ajouter des éléments de données manquants à l'aide des extensions FHIR.
Par exemple, un exemple d'extension de race pourrait ressembler à ceci :
{ "url": "http://hl7.org/fhir/StructureDefinition/us-core-race", "valueCodeableConcept": { "coding": [ { "system": "http://hl7.org/fhir/v3/Race", "code": "1096-7" }]}}
Voici maintenant la partie où le serveur principal FHIR Aidbox de Health Samurai offre une approche non conventionnelle au problème des extensions FHIR complexes. Lors d'implémentations concrètes de solutions basées sur FHIR, nous avons rencontré de nombreuses situations où les ressources FHIR devaient être largement étendues pour prendre en charge les flux de travail des clients. Nous avons constaté que le respect des pratiques standard de travail avec les extensions imposait une charge considérable aux ingénieurs et augmentait le délai de mise en marché ainsi que le coût du développement de la solution. Nous avons donc conçu Aidbox pour traiter les extensions comme n'importe quelle donnée principale sans distinction, afin de simplifier l'extension de FHIR pour les ingénieurs. Pour ajouter la race à une ressource patient dans Aidbox, vous pouvez simplement écrire patient.race, tandis que les extensions FHIR normales exigeraient une notation beaucoup plus longue.
Mais qu'arrive-t-il à l'interopérabilité lorsque les extensions FHIR sont simplifiées? Health Samurai gère cela pour vous avec Aidbox. Aidbox conserve toutes les métadonnées FHIR et sait quand les ingénieurs ajoutent un champ à la ressource qui ne fait pas partie de la spécification FHIR. Et grâce à cette connaissance, Aidbox génère une couche d'API conforme à FHIR pour toutes vos données, qui réencapsule tous les champs supplémentaires dans des extensions conformes à FHIR.
Intégration de votre solution basée sur FHIR avec les systèmes DSE
L'intégration de votre solution basée sur FHIR avec les DSE est beaucoup plus facile qu'avec une solution personnalisée. Si vous développez une application SMART on FHIR, vous recevrez immédiatement les données du DSE au format FHIR. Et le stockage de ces données du DSE dans votre serveur principal FHIR ne nécessitera aucun effort de votre part. SMART on FHIR gagne en popularité et est pris en charge par plusieurs grands fournisseurs de DSE.
L'API FHIR d'Epic peut être explorée à l'adresse https://open.epic.com/Interface/FHIR et celle de Cerner à l'adresse http://fhir.cerner.com/.
Même si vous traitez des données DSE héritées, le faire avec un serveur principal FHIR reste plus facile qu'avec une solution personnalisée. De nombreux moteurs HL7 populaires implémentés dans les systèmes hospitaliers peuvent facilement traduire les données HL7 v.2 héritées vers FHIR. Il existe également des correspondances bien documentées pour les données HL7 v.2, CCD et X12. Nous avons également implémenté une fonctionnalité dans notre serveur principal Aidbox pour la traduction des données de normes héritées vers FHIR. Notre connecteur HL7 v.2 vers FHIR permet la personnalisation du mappage de traduction via des fichiers de configuration spécialement conçus. Cette approche nous a permis de gérer différentes versions de HL7 v.2 et des segments Z spécifiques aux fournisseurs sans modifier la base de code de la solution.
Dans l'ensemble, la construction avec un serveur principal FHIR facilite l'intégration avec les technologies DSE et améliore l'interopérabilité de vos solutions de santé en permettant une connectivité plug-and-play dans l'écosystème FHIR.
Voir aussi : Le guide FHIR pour les directeurs techniques.
