Se rallier à FHIR : gestion des API pour les données de santé

HL7® FHIR® (Fast Healthcare Interoperability Resources) est un cadre normatif officiellement reconnu pour l’échange de données de santé.

Une nouvelle règle fédérale, émise par l’Office of the National Coordinator (ONC), le 9 mars dernier, est sur le point d’étendre considérablement les applications innovantes en matière de soins de santé. La règle exige l’accès électronique à toutes les données médicales, structurées et/ou non structurées, sans frais, par le biais des API FHIR. Plus précisément, les fournisseurs de dossiers médicaux électroniques devront obtenir une certification API attestant qu’ils utilisent la norme Health Level 7 FHIR® (Fast Healthcare Interoperability Resources) version 4. Le critère de certification alignera les efforts de l’industrie sur la version 4 de FHIR et fera progresser l’interopérabilité des services compatibles avec les API pour les patients.

Les solutions de gestion des API

Les API sont bien sûr des fonctions et des procédures permettant à un développeur de réaliser des applications qui accèdent aux caractéristiques ou aux données d’un système d’exploitation, d’une application ou d’un autre service. En d’autres termes, il s’agit des fonctions qui permettent de sortir vos données médicales du DME de votre hôpital et de les transférer sur votre iPhone.

Cette règle sera suivie sans aucun doute d’une forte demande pour comprendre la spécification FHIR et la manière de créer des API modernes l’utilisant. Les développeurs d’interfaces ont constaté que la création d’API n’est pas si difficile, mais que leur gestion reste un défi. Cela a conduit à un nouveau marché pour les solutions de gestion des API qui comprennent la gestion du cycle de vie complet des API.

Le marché des solutions de gestion des API est en plein essor. Forrester Research a estimé la taille du marché à 70 millions de dollars en 2013 et sa croissance à 40 % par an. Ils ont également évalué le marché de la gestion des API à 140 millions de dollars en 2014, et l’ont projeté à 660 millions de dollars d’ici 2020. InterSystems a déployé la gestion des API au troisième trimestre 2019.

Alors, comment ces solutions de gestion des API aident-elles les développeurs ?

Pour la création d’API, il existe un portail destiné aux développeurs qui fournit une source d’informations et de fonctionnalités pratiques, notamment de la documentation, des exemples de code et une console API interactive pour tester les API.

Pour la gestion des API, une passerelle API fait office de front-end API, reçoit les demandes API, applique les politiques de régulation et de sécurité, transmet les demandes à un service back-end, puis renvoie la réponse au demandeur. La passerelle peut également fournir des fonctionnalités telles que la collecte de données analytiques et prend en charge l’authentification, l’autorisation, la sécurité, l’audit et la conformité réglementaire.

Le manager API d’InterSystems (IAM)

FHIR est une API RESTful, ce qui signifie qu’elle utilise des requêtes basées sur Internet pour GET, PUT, POST et DELETE des données. FHIR répond à tous les critères de REST, puisque les ressources FHIR sont identifiables de manière unique par une seule URL, et que seules les méthodes sous-jacentes telles que DELETE, PUT et GET sont utilisées pour manipuler une ressource. FHIR a une délimitation claire entre le client et le serveur avec un couplage lâche entre le client et le serveur. Les opérations FHIR sont sans état, la gestion de l’état se faisant côté client, et non sur le serveur.

L’avantage des API RESTful est qu’elles peuvent être décrites à l’aide d’OpenAPI Specification (OAS), une interface standard, language-agnostic pour les API RESTful, qui permet aux développeurs de découvrir les capacités du service sans avoir accès au code source ou à la documentation.

Le manager API d’InterSystems (IAM) peut charger dans le portail des développeurs OpenAPI Specifications, ce qui permet de comprendre et de tester facilement les API FHIR. Malheureusement, HL7 n’a pas créé de spécifications OpenAPI pour les API FHIR version 4. InterSystems a traduit la spécification FHIR en OpenAPI pour l’utiliser avec son serveur FHIR version 4. La capture d’écran ci-dessous montre quelques-unes des API qui peuvent être explorées dans le catalogue des API.

Une fois que ces ressources sont cataloguées, elles peuvent être facilement interrogées via le portail de développement.

Le portail de développement traduit la demande à partir de l’interface utilisateur en utilisant soit curl soit http, transmet la demande FHIR au serveur et affiche la réponse. Il est pratique pour les tests et indique clairement aux développeurs les paramètres et les codes de réponse pour chaque demande.

Le portail de développement est également capable de montrer comment cette demande peut être formulée dans un certain nombre de langages clients tels que JavaScript, Shell, Python ou Ruby.

FHIR est un cadre normatif complexe. Nous avons constaté que les développeurs se tournent vers nous pour obtenir des informations sur FHIR, notamment des fragments de code et de la documentation pour leur faciliter la tâche. Le portail des développeurs est un outil fantastique pour se familiariser à FHIR.