Intégration des dispositifs médicaux à une plateforme de télémédecine : HL7, FHIR, GDT et BLE

L'intégration d'un dispositif médical à une plateforme de télémédecine consiste à faire parvenir l'identité du patient, la demande d'examen, le résultat et, si nécessaire, le flux en direct entre l'appareil et le dossier de consultation sans ressaisie. HL7, FHIR et GDT peuvent structurer une partie de cet échange ; Bluetooth Low Energy (BLE) et USB transportent souvent les données depuis l'appareil. Aucun protocole ne garantit à lui seul un parcours complet : l'acheteur doit vérifier l'association patient-examen, la gestion des erreurs, la restitution au médecin et l'archivage.

Le parcours d'intégration à vérifier

Une architecture typique suit cette chaîne :

1. Le soignant sélectionne le patient et l'examen dans la plateforme.
2. Un adaptateur envoie le contexte utile à l'appareil par GDT, HL7, BLE ou USB selon le modèle.
3. L'appareil réalise la mesure ou produit un flux clinique.
4. Le service de connexion reçoit le résultat, le contrôle et l'associe à la bonne consultation.
5. Le médecin distant voit le flux ou le résultat dans son écran de travail, puis le document est conservé dans le dossier.

Cette chaîne est plus importante qu'une case « compatible HL7 » sur une fiche commerciale. Une intégration peut transmettre un PDF sans transmettre les valeurs structurées ; une autre peut afficher des données en direct sans les archiver. Écrivez le résultat attendu pour chaque appareil avant de choisir le protocole.

HL7, FHIR, GDT, BLE et USB : quel rôle ?

Technologie	Rôle courant	Point de vigilance
HL7 v2	Messages structurés entre systèmes cliniques, avec identité, demande et observations	Version, profils de messages, codes et accusés de réception doivent être définis
FHIR	Échange de ressources cliniques via des interfaces web modernes	Demander quelles ressources, opérations et versions sont réellement prises en charge
GDT	Échange de fichiers entre un logiciel médical et un appareil, fréquent pour certains examens	Surveiller les dossiers, noms de fichiers, statuts et doublons
BLE	Liaison sans fil à courte portée entre un appareil et le poste de consultation	Appairage, permissions, reconnexion et portée dans l'environnement réel
USB	Connexion locale pour données, vidéo ou périphériques	Pilotes, ports disponibles, politique de sécurité et stabilité après mises à jour

BLE et USB ne remplacent pas HL7 ou FHIR : ils répondent à une autre couche du problème. De même, « FHIR compatible » peut désigner une intégration avec un système tiers et non un serveur FHIR natif exposé par la plateforme. Le contrat et le test d'acceptation doivent préciser cette différence.

Exemples documentés dans l'écosystème MedConnect

La plateforme de télémédecine MedConnect utilise plusieurs modes de connexion selon l'appareil et le flux clinique :

• ECG touchECG : échange GDT pour préremplir le contexte patient ; après l'acquisition, le connecteur surveille l'arrivée du PDF et l'ajoute au dossier.
• ECG Edan SE-1515 : prise en charge documentée par GDT et Bluetooth selon la configuration.
• Spiromètre MIR Spirobank II Smart : intégration HL7 v2 avec les familles de messages QPD, PID, OBR et OBX documentées.
• Signes vitaux : transfert sans fil ou BLE selon le dispositif. L'échange FHIR R4 est documenté via l'intégration AIView ; cela ne signifie pas que MedConnect expose aujourd'hui un serveur FHIR natif généraliste.
• Stéthoscope SMARTHO-D2 : BLE et Web Bluetooth pour transmettre l'audio d'auscultation en direct.
• Caméras d'examen et échographie : vidéo USB ou sans fil, selon le dispositif, afin de présenter un second flux au médecin distant.

Ces exemples montrent pourquoi une plateforme multi-dispositifs a besoin d'une couche d'adaptation. Le catalogue peut évoluer, et la compatibilité exacte doit toujours être confirmée pour le modèle, la version du micrologiciel et le contexte de déploiement concernés. Contactez l'équipe d'intégration MedConnect pour cadrer le flux.

Sept exigences à mettre dans le cahier des charges

1. Identité : définir la source de vérité du patient et les champs obligatoires.
2. Déclenchement : préciser si l'examen part de la plateforme, de l'appareil ou des deux.
3. Format : lister les valeurs structurées, fichiers, images, sons et vidéos attendus.
4. Temps réel : distinguer le flux en direct du résultat disponible après l'examen.
5. Erreurs : prévoir déconnexion, doublon, mauvais patient, fichier incomplet et reprise.
6. Traçabilité : conserver l'auteur, l'heure, l'appareil, la version et les événements techniques utiles.
7. Acceptation : tester chaque scénario de bout en bout avec les versions qui seront déployées.

Sécurité, hébergement et responsabilités

Le périmètre de sécurité inclut l'appareil, le poste local, le connecteur, le réseau, la plateforme et le système destinataire. Vérifiez le chiffrement en transit, les droits d'accès, les journaux, les mises à jour, la gestion des secrets, la durée de conservation et le lieu d'hébergement. Pour la France, le traitement de données de santé doit aussi être cadré avec les exigences applicables au projet, dont l'hébergement HDS lorsque celui-ci est requis.

MedConnect documente un hébergement HDS, une organisation certifiée ISO 27001, la conformité RGPD et une option de déploiement sur site. Ces éléments ne dispensent pas l'acheteur de définir les responsabilités de chaque intervenant, les flux autorisés et la politique de conservation. La page sécurité et conformité présente le socle à examiner.

Plan de test avant le déploiement

• Créer un patient test et vérifier que l'appareil reçoit la bonne identité.
• Lancer, interrompre puis reprendre un examen.
• Contrôler les unités, dates, identifiants et métadonnées du résultat.
• Simuler une perte de BLE, de câble, de réseau ou d'accès au dossier surveillé.
• Vérifier ce que voit le médecin en direct et ce qui reste après la consultation.
• Confirmer qu'un doublon ou un résultat orphelin est détecté et traitable.
• Documenter la procédure de support et la compatibilité des versions.

Pour une première démonstration, choisissez deux dispositifs aux flux différents — par exemple un ECG connecté qui produit un document et un stéthoscope électronique qui transmet un flux audio. Vous vérifierez ainsi la capture après examen et le temps réel, plutôt qu'un seul cas idéal.

Questions fréquentes

Quelle est la différence entre HL7 et FHIR pour les dispositifs médicaux ? HL7 v2 échange généralement des messages structurés entre systèmes, tandis que FHIR organise les données en ressources accessibles par des interfaces web. Le meilleur choix dépend des systèmes existants et du flux attendu, pas seulement de la nouveauté du standard.

GDT est-il encore utile dans un projet de télémédecine ? Oui, lorsqu'un appareil ou son logiciel utilise GDT pour recevoir le contexte patient et retourner un résultat. Il faut alors tester la surveillance des fichiers, les statuts, les doublons et l'association au bon dossier.

Une connexion Bluetooth suffit-elle pour parler d'intégration ? Non. Bluetooth peut transporter les données entre l'appareil et le poste, mais l'intégration doit aussi identifier le patient, présenter les données au médecin, gérer les erreurs et conserver le résultat.

MedConnect dispose-t-il d'un serveur FHIR natif ? La capacité FHIR R4 documentée passe par l'intégration AIView. Elle ne doit pas être présentée comme un serveur FHIR natif généraliste de MedConnect. Un besoin FHIR précis doit être validé ressource par ressource avec l'équipe d'intégration.

Que faut-il demander lors d'une démonstration fournisseur ? Demandez un scénario de bout en bout avec votre modèle d'appareil : sélection du patient, lancement de l'examen, flux ou résultat, erreur simulée, rattachement au dossier et affichage côté médecin.

Pour préparer une matrice d'intégration par appareil, découvrez la plateforme MedConnect et le matériel de télémédecine connecté, puis demandez une démonstration construite sur votre flux clinique.