Comment capturer la donnée ?
La capture des données est un véritable enjeu d’interopérabilité au sein d’un EDS car les sources et les langages techniques sont fortement hétérogènes.
Les données de santé peuvent provenir des systèmes d’information des hôpitaux, cliniques, centres de lutte contre le cancer, laboratoires, centres d’imagerie, bases nationales …
L’information peut être poussée par la source (HL7v2) ou collectée par l’EDS (FHIR, Web Services tiers et SQL).
La norme HL7v2 présente l’avantage d’être largement répandue dans les hôpitaux. Elle permet de recevoir un flux continu d’information mais n’offre pas la possibilité d’interroger l’historique des données. L’utilisation de flux HL7v2 pour capturer les données n’est donc pas envisageable à la création de l’EDS et peut générer des difficultés de cohérence et d’interprétation des informations collectées pendant les mises à jour, due au fait que cette norme est mono directionnelle.
Une alternative au flux HL7v2 est d’aller chercher proactivement (l’EDS est passif par rapport à l’HL7v2) les données à la source, c’est à dire dans le Dossier Patient Informatisé de l’hôpital (DPI), le Système d’information de radiologie (RIS), le système d’information de laboratoire (LIS), et autres ... Pour cela, il est possible de développer des APIs ou Web services Tiers. La complexité de cette alternative réside dans le fait que chaque source nécessite le développement d’une API ou Web Service spécifique. L’utilisation de la norme FHIR dans ce cadre prend tout son sens en permettant de standardiser ces APIs ou Web services.
Une autre alternative est d’aller capturer la donnée au cœur la base de données des différentes sources en développant des requêtes SQL qui présentent les mêmes inconvénients que les APIs ou Web Services.
Pour mettre en œuvre les 2 dernières alternatives, le process doit être industrialisé et structuré sur des outils robustes, fiables pour garantir la bonne capture des données.
Les fonctions clé d’un EDS:
Capture,
Normalisation,
Stockage,
Expoitation