Ressources Intégration du DME et des systèmes
Les normes qui déplacent les renseignements de santé entre les systèmes, en termes simples : les messages HL7 v2, les ressources FHIR R4 et les spécifications pancanadiennes qui en découlent.
Mahmoud ElHewaheyFondateur, PulseAI Solutions28 octobre 2026 · lecture de 3 min
L’essentiel
Chaque système d’une clinique stocke l’information à sa façon. Une norme est une entente sur la forme de cette information quand elle circule : à quoi ressemble un résultat de laboratoire, ce que contient un rendez-vous, comment un patient est identifié. Plus les systèmes d’une clinique parlent la même norme, moins chaque connexion demande de travail sur mesure.
HL7 v2 date de la fin des années 1980 et transporte encore la plupart des messages cliniques échangés en Amérique du Nord. Un message est un bloc de texte composé de segments, chacun une ligne de champs séparés par des barres verticales. Il est compact et fiable, et tous les systèmes d’hôpitaux et de laboratoires le parlent.
Les types de messages HL7 v2 qu’une clinique rencontrera le plus souvent
| Message | Ce qu’il transporte | Source habituelle |
|---|---|---|
| ORU | Résultats d’observation : valeurs de laboratoire, rapports | Laboratoires, flux de laboratoire provinciaux |
| ADT | Admissions, congés, transferts, mises à jour démographiques | Hôpitaux |
| SIU | Horaire : rendez-vous pris, déplacés, annulés | Systèmes de prise de rendez-vous |
| MDM | Documents médicaux et leur statut | Systèmes de transcription et de documents |
| ORM / OML | Demandes d’examens et d’interventions | Systèmes de demandes |
Les limites de HL7 v2 tiennent à son âge : les messages sont poussés d’un système à l’autre dans des formes fixées il y a des décennies, chaque interface exige l’entente sur ses variantes locales, et il n’existe aucune façon normalisée de poser une question à un système.
FHIR (Fast Healthcare Interoperability Resources, prononcé « fire ») réorganise les renseignements de santé en ressources : de petits blocs définis qu’on peut lire, créer, mettre à jour et rechercher par une API Web normalisée. R4 est la version sur laquelle reposent la plupart des spécifications nationales.
Les ressources FHIR derrière le travail quotidien d’une clinique
| Ressource | Ce qu’elle représente | Exemple en clinique |
|---|---|---|
| Patient | Qui est la personne | L’inscription à partir d’un formulaire d’accueil |
| Appointment | Une visite réservée | Une évaluation prévue dans les bureaux d’une entreprise |
| Observation | Une valeur mesurée | ApoB, VO2 max, tension artérielle |
| DiagnosticReport | Un ensemble de résultats avec une conclusion | Un bilan de laboratoire complet |
| DocumentReference | Un document et ses métadonnées | Une recommandation reçue par télécopieur, classée au dossier |
| QuestionnaireResponse | Les réponses à un formulaire | Des antécédents de santé avant la visite |
| Consentement | La décision de consentement d’un patient | Le consentement à un scribe IA ou au partage de données |
Inforoute Santé du Canada publie les spécifications pancanadiennes d’interopérabilité, fondées sur FHIR R4. Celles dont une clinique entendra le plus parler :
Des normes de terminologie clinique se trouvent en dessous : SNOMED CT Édition canadienne pour les concepts cliniques, et pCLOCD et LOINC pour les observations de laboratoire. Un projet de loi fédéral actuellement devant le Parlement, le projet de loi S-5, donnerait force de loi aux exigences d’interopérabilité pour les fournisseurs de TI en santé.
En vertu de la 21st Century Cures Act, les TI en santé certifiées doivent fournir des API FHIR normalisées pour l’accès des patients et des populations, et le blocage de l’information est interdit. Les cliniques américaines qui utilisent un DSE certifié ont donc une voie FHIR vers au moins une partie de leurs dossiers.
Les normes rendent l’intégration moins coûteuse. La rendre automatique demande encore du travail : les DME des cliniques prennent FHIR en charge de façon inégale, les flux provinciaux fonctionnent encore en HL7 v2, et la plupart des fournisseurs complètent les normes avec leurs propres API pour les données qu’elles ne couvrent pas encore. Une intégration fonctionnelle utilise chaque voie là où elle est la plus forte et applique les règles de la clinique par-dessus. C’est cette combinaison que notre guide sur l’intégration du DME appelle la couche au centre.
HL7 v2 est une norme de messagerie qui pousse des messages de format fixe entre les systèmes, surtout pour les laboratoires, les admissions et l’horaire. FHIR est la norme plus récente de HL7, qui représente les renseignements de santé sous forme de ressources définies sur une API Web, pour que les systèmes puissent les lire, les écrire et les rechercher.
Oui. Les spécifications pancanadiennes d’Inforoute Santé du Canada, dont CA Core+, le Sommaire pancanadien du patient et l’orientation électronique, reposent sur FHIR R4. L’adoption dans les DME des cliniques progresse de façon inégale.
Non. FHIR aide là où un DME le prend en charge, mais la plupart des intégrations de cliniques combinent aujourd’hui FHIR, des messages HL7 v2 et l’API propre au fournisseur du DME.
Sources
Voyez-le fonctionner
Clinic Conductor échange l’information selon HL7 FHIR R4, la norme sous les spécifications pancanadiennes.
Intégration du DME et des systèmes
Comment une clinique relie son DME à l’accueil, aux formulaires, au téléphone, aux télécopies, aux laboratoires et à un CRM : les cinq façons d’intégrer, ce qu’offre chaque DME et quoi demander à un fournisseur.
Lire le guideIntégration du DME et des systèmes
Lire dans un DME est la moitié facile. Écrire dans le dossier, au bon patient, avec validation et traçabilité, c’est là que la clinique récupère vraiment ses heures.
Lire le guideAu cœur de Clinic Conductor
Pour les responsables TI : les principes de Clinic Conductor, de l’événement qui lance un processus jusqu’à la trace de vérification, et où une personne garde toujours la main.
Lire le guide
