Intégration du DME pour les cliniques : le guide complet

Ce qu’est vraiment l’intégration du DME

Un dossier médical électronique contient la vérité clinique sur chaque patient : données démographiques, rendez-vous, notes, résultats, documents et facturation. Tout ce qu’une clinique utilise d’autre existe pour l’alimenter ou pour agir à partir de lui. Le formulaire du site Web, la ligne téléphonique, le télécopieur, le questionnaire d’accueil, le flux de laboratoire, le CRM, le portail patient et l’équipement d’évaluation produisent tous de l’information qui doit finir au dossier.

L’intégration du DME, c’est le travail de déplacer cette information automatiquement. Bien faite, une donnée créée n’importe où dans la clinique arrive une seule fois dans le DME, au bon patient, dans le bon champ, avec la trace de qui ou de quoi l’a inscrite. À moitié faite, elle arrive en PDF dans une boîte de réception, ou dans un courriel que quelqu’un recopie, et la clinique paie encore une personne pour terminer le travail.

Pourquoi c’est plus important chaque année

Les médecins canadiens consacrent plus d’une journée par semaine à l’administratif, et de leur propre aveu près de la moitié est inutile. La Fédération canadienne de l’entreprise indépendante et l’Association médicale canadienne évaluent la part inutile à environ vingt millions d’heures par année en 2026. Une bonne partie de ce temps sert à transporter de l’information entre des systèmes qui ne se parlent pas.

L’orientation réglementaire est la même des deux côtés de la frontière. Au Canada, le projet de loi fédéral S-5, la Loi sur les soins connectés pour les Canadiens, obligerait les fournisseurs de TI en santé à rendre leurs systèmes interopérables et interdirait le blocage des données. Il a été adopté par le Sénat en mai 2026 et était devant la Chambre des communes lors de notre dernière vérification. Aux États-Unis, les TI en santé certifiées doivent offrir des API FHIR normalisées en vertu des règles de la 21st Century Cures Act depuis la fin de 2022. Les systèmes s’ouvrent. La question, pour une clinique, est de savoir comment en profiter.

Les cinq façons de se connecter à un DME

Chaque intégration d’une clinique correspond à l’un de cinq modèles. Ils diffèrent par la part du dossier qu’ils atteignent, la vitesse à laquelle l’information circule et ce qu’il reste à faire à une personne.

Cinq façons de se connecter à un DME, de la plus superficielle à la plus profonde

1. Ressaisie manuelleUne personne lit un écran et tape dans un autre. Toutes les cliniques commencent ici.
2. Importation et exportation de fichiersFichiers CSV, PDF téléversés, documents numérisés classés au dossier. Par lots, à sens unique, peu de validation.
3. Interfaces HL7 v2Messages normalisés pour les laboratoires, les admissions, l’horaire et les documents. Fiables, vieux de plusieurs décennies, formats fixes.
4. API des fournisseursL’interface de programmation propre au DME. Lit et écrit des dossiers précis, selon les conditions du fournisseur.
5. API FHIRRessources normalisées (Patient, Appointment, Observation, DocumentReference) sur une API Web moderne.

1. Ressaisie manuelle

L’option par défaut, et la plus coûteuse. C’est aussi le coût le moins visible d’une clinique, parce qu’il est réparti sur chaque quart à l’accueil et chaque soirée de médecin.

2. Importation et exportation de fichiers

La plupart des DME peuvent importer un document au dossier d’un patient ou exporter une liste. C’est utile pour déplacer des documents et produire des rapports. La validation de ce qui entre est rare, et rien ne revient.

3. Interfaces HL7 version 2

HL7 v2 est la norme de messagerie derrière la plupart des résultats de laboratoire, des rapports d’hôpital et des avis d’admission en Amérique du Nord. En Ontario, les résultats de laboratoire parviennent aux DME par le SILO (OLIS) et les rapports d’hôpital par le Health Report Manager, tous deux fondés sur ces interfaces. Elles sont fiables pour les types de messages qu’elles couvrent et ne disent rien du reste de la clinique.

4. API des fournisseurs

La plupart des DME modernes publient une interface pour les partenaires approuvés. Ce qu’elle couvre varie beaucoup : un DME expose les rendez-vous et les patients, un autre ajoute les documents et les laboratoires, un troisième permet de créer des dossiers sans pouvoir les modifier. L’accès exige habituellement l’approbation du fournisseur et l’autorisation de la clinique, compte par compte.

5. API FHIR

FHIR (Fast Healthcare Interoperability Resources) est la norme HL7 conçue pour le Web. Chaque type de renseignement de santé est une ressource définie, d’une forme définie, et les spécifications pancanadiennes d’Inforoute Santé du Canada reposent sur sa version R4. FHIR est la direction que prend l’industrie. Aujourd’hui, la plupart des DME de cliniques au Canada la prennent en charge en partie ou pour des processus précis, si bien qu’une intégration fonctionnelle combine habituellement FHIR et l’API propre au fournisseur. Notre guide sur HL7 et FHIR explique ces normes simplement.

Ce qu’offrent les principaux DME

La voie d’accès à un DME dépend du fournisseur. Voici le portrait public des systèmes que nous voyons le plus souvent dans les cliniques canadiennes. Chacun a son guide.

Voies d’accès aux DME courants des cliniques

DME	Voie principale pour les partenaires	À confirmer
Jane App	Jane Developer Platform, pour les partenaires technologiques approuvés; OAuth 2.0 avec autorisation de la clinique	Les dossiers que l’API couvre pour votre processus, et si votre partenaire est approuvé
OSCAR Pro et la famille OSCAR	Services Web REST et SOAP; clients enregistrés par l’administrateur de la clinique	Que votre hébergeur a activé les services dont vous avez besoin
DME de TELUS Santé	Modules complémentaires de partenaires; l’API CHR Enterprise pour les cliniques sur le Collaborative Health Record	Quel DME vous utilisez (PS Suite, Med Access ou CHR) et la voie qui s’y applique
Accuro et autres	Programmes de partenaires des fournisseurs et API publiées	L’étendue de l’accès en lecture et en écriture, et le processus d’approbation

Point à point, ou une couche au centre

La plupart des cliniques intègrent un problème à la fois. Le formulaire d’accueil reçoit un connecteur vers le DME. Le CRM en reçoit un autre. Le système téléphonique, un troisième. Chacun est raisonnable en soi. Ensemble, ils forment un maillage où chaque nouveau système doit être relié à tous les autres, où chaque connexion a ses propres accès et ses propres pannes, et où personne ne voit l’ensemble.

Six systèmes, deux façons de les relier

Reliés entre eux

• Quinze connexions à bâtir et à entretenir
• Chacune tombe en panne à sa façon
• Un nouveau système veut dire de nouveaux liens vers tous les autres

Reliés par une seule couche

• Six connexions, une par système
• Un seul endroit pour les règles, les exceptions et la piste de vérification
• Chaque nouveau système s’ajoute plus vite que le précédent

Une couche d’orchestration se place au-dessus des systèmes qu’une clinique utilise déjà, se connecte une fois à chacun et dirige le travail entre eux. C’est ce qu’est Clinic Conductor.

L’écriture dans le DME : là où s’arrêtent la plupart des intégrations

Lire dans un DME est la moitié facile. Y écrire, au bon patient, au bon endroit, sans créer de doublon et avec la trace de ce qui a changé, c’est là que les heures sont récupérées et là que la plupart des outils s’arrêtent. Un résumé qui arrive dans un courriel doit encore être classé par quelqu’un. Notre guide sur l’écriture dans le DME entre dans le détail : appariement des patients, validation, nouvelles tentatives et file d’exceptions.

Confidentialité et sécurité d’une intégration au DME

Chaque intégration déplace des renseignements personnels sur la santé, donc chacune relève de la loi sur la vie privée qui régit la clinique : la PHIPA en Ontario, la loi sur les renseignements de santé et la Loi 25 au Québec, la LPRPDE ou l’équivalent provincial ailleurs au Canada, et la HIPAA aux États-Unis. En pratique, cela veut dire quatre choses pour l’intégration elle-même.

• Une entente avant que des données circulent. Une entente de traitement des données ou de mandataire au Canada, un business associate agreement (BAA) aux États-Unis.
• Seulement ce que le processus exige. L’intégration devrait lire et écrire le minimum d’information nécessaire à la tâche.
• Chiffrement et authentification forte. L’information est chiffrée en transit et au repos, et la vérification en deux étapes s’applique à tous ceux qui y ont accès.
• Une piste de vérification. La trace de ce qui a été lu, écrit ou modifié, par quel processus et quand, accessible à la clinique sur demande.

Notre liste de vérification PHIPA et notre guide sur la HIPAA vont plus loin.

Comment évaluer un fournisseur d’intégration

Toutes les démonstrations de fournisseurs ont l’air connectées. Ces questions distinguent une intégration qui fonctionne d’une intégration prometteuse.

1. Est-ce en production avec mon DME aujourd’hui? Demandez le nom d’une clinique qui l’utilise en production avec le même DME et la même version.
2. Est-ce que ça écrit dans le DME? Regardez une donnée passer du système source au dossier, appariée à un patient existant, sur votre propre compte d’essai.
3. Que se passe-t-il en cas d’échec? Demandez à voir une écriture ratée, la nouvelle tentative, et où une personne la voit si la nouvelle tentative échoue.
4. Qui décide des règles? Les critères d’admissibilité, l’acheminement et les seuils devraient être les vôtres, et modifiables sans rien reconstruire.
5. Où vont les données, et qui peut les voir? Obtenez par écrit le flux de données et la liste des sous-traitants.
6. Dois-je remplacer quoi que ce soit? Pour la plupart des cliniques, la bonne réponse est non.

Notre article Cinq questions à poser avant d’acheter un autre système clinique les approfondit.

À quoi ressemble un projet d’intégration

Une séquence type, une solution à la fois

1. 1CartographierChaque système de la clinique, et où passent les heures.
2. 2PrioriserLe premier processus : celui qui rapporte le plus de temps.
3. 3ConvenirL’entente de confidentialité et le flux de données, signés avant que quoi que ce soit circule.
4. 4ConfigurerSur le DME et les outils existants, avec les règles de la clinique.
5. 5Mettre en serviceUn processus, suivi de près, avec les exceptions confiées à une personne.
6. 6Ajouter le suivantChaque nouveau processus réutilise les connexions déjà en place.

Questions fréquentes