1. Pourquoi la télémédecine open source maintenant ?
La télémédecine est passée du statut d'alternative de niche à celui de composante centrale des soins modernes. Après la forte adoption pendant la pandémie, le secteur connaît une croissance mondiale durable, à mesure que les soins à distance s'intègrent à la pratique médicale courante.
Pour les ONG, les programmes de santé publique et les hôpitaux (en particulier dans les pays à revenu faible et intermédiaire), les outils de télésanté propriétaires en SaaS conviennent souvent mal :
- Les données doivent parfois rester dans le pays ou dans un réseau de santé précis.
- Les environnements hors ligne ou à faible bande passante sont fréquents.
- Les coûts de licence à long terme sont difficiles à tenir.
- L'adaptation locale et l'intégration aux DPI / SIH existants sont indispensables.
Les plateformes de télémédecine open source répondent à ces contraintes : vous pouvez les auto-héberger, auditer le code, adapter les parcours et, si besoin, travailler avec des partenaires techniques locaux ou régionaux plutôt qu'avec un fournisseur unique.
Ce guide porte uniquement sur des logiciels open source capables de soutenir de vraies téléconsultations cliniques, et non sur des outils de visioconférence généralistes comme Jitsi Meet, BigBlueButton ou Nextcloud Talk. Ces derniers conviennent aux réunions ou à la collaboration, mais n'ont pas l'outillage clinique nécessaire aux soins. Un parcours de téléconsultation conforme exige généralement des salles d'attente virtuelles, l'identification du patient, une documentation clinique structurée, l'échange sécurisé de fichiers et l'intégration au dossier médical. Les outils vidéo génériques ne proposent pas ces fonctions nativement et ne peuvent donc pas, à eux seuls, assurer une consultation à distance complète, traçable et médicalement adaptée.
2. Comment choisir une plateforme de télémédecine open source
Choisir une plateforme de télémédecine n'est pas qu'un choix technique : cela détermine la façon dont les soins sont délivrés, qui peut y participer et si le système fonctionnera de manière fiable dans votre environnement. Avant d'examiner des outils précis, il est utile de clarifier le type de télémédecine dont vous avez réellement besoin et les contraintes de votre organisation. Ces éléments déterminent directement les plateformes adaptées et celles à écarter d'emblée.
2.1 Clarifier le modèle clinique
Voulez-vous réaliser des téléconsultations directes médecin–patient ? Il vous faut un logiciel qui couvre les éléments essentiels d'une consultation : salles d'attente virtuelles, identification du patient, messagerie sécurisée et documentation clinique de base.
Fonctionnez-vous selon un modèle en étoile avec des agents de santé communautaires (ASC) ? La plateforme doit alors permettre la collecte de données en différé, l'usage hors ligne ou à faible bande passante, des interfaces mobiles simples et l'escalade des cas vers des cliniciens à distance.
Prévoyez-vous une télésurveillance des patients ? Il vous faut alors des outils qui s'intègrent aux dispositifs médicaux, collectent les signes vitaux et présentent des tableaux de bord de suivi aux cliniciens.
2.2 Évaluer vos systèmes existants
Si vous utilisez déjà un DPI/SIH comme OpenMRS, OpenEMR, GNU Health, ERPNext Healthcare ou OpenClinic GA, il vous faut peut-être une interface de téléconsultation dédiée qui s'intègre proprement à vos dossiers pour éviter doublons et fragmentation.
Si vous n'avez pas de DPI/SIH, une plateforme avec documentation ou gestion des patients intégrée peut être préférable.
2.3 Comprendre vos contraintes de connectivité et d'équipement
Si vous travaillez avec une faible bande passante ou des ordinateurs partagés, choisissez une plateforme optimisée pour les réseaux instables et le matériel modeste.
Si les ASC utilisent surtout des appareils Android d'entrée de gamme, privilégiez des outils conçus pour la saisie mobile et des interfaces simples.
Si les patients rejoignent depuis leur propre téléphone sans installer d'application, privilégiez l'accès par navigateur et l'entrée en un clic dans la consultation.
2.4 Vérifier la conformité et les exigences d'hébergement
Si vous devez respecter HIPAA, le RGPD, PHIPA/PIPEDA, la LPD suisse ou des règles nationales de résidence des données, assurez-vous que la plateforme permet l'auto-hébergement ou le déploiement dans un centre de données du ministère de la Santé ou de l'hôpital. Un routage externe ou un hébergement à l'étranger peut être juridiquement exclu.
2.5 Penser localisation et support
Si votre déploiement couvre plusieurs langues ou des écritures non latines, choisissez des plateformes avec une localisation solide.
Si vos équipes dépendent d'une formation ou d'un support local, privilégiez des logiciels disposant de partenaires d'implémentation régionaux ou d'une documentation communautaire solide.
La suite du guide est organisée selon la vocation première de chaque logiciel, pour comparer ce qui est comparable.
3. Catégorie A – Plateformes centrées sur la téléconsultation
Ces outils placent la téléconsultation (vidéo/chat) au centre. Ils s'intègrent généralement aux DPI/SIH, mais n'en sont pas eux-mêmes.
3.1 Comparatif rapide
| Logiciel | Vocation | Utilisateurs types | Licence | Remarques |
|---|
| HCW@Home | Plateforme web sécurisée de téléconsultation (vidéo, audio, chat, fichiers) optimisée pour la faible bande passante | ONG, programmes de santé publique, cliniques, hôpitaux ayant besoin de téléconsultations institutionnelles, sur site ou dans le cloud | GPL‑3.0 | Bien public numérique ; auto-hébergé ou hébergé par l'éditeur ; API HL7 FHIR ; usage institutionnel multi-praticiens |
| Intelehealth | Télémédecine via les ASC : l'ASC collecte des données structurées hors ligne ou en faible bande passante et se connecte à un médecin à distance | ONG, gouvernements menant des programmes ruraux ou communautaires avec des ASC | MPL‑2.0 (composants clés) | Mobile d'abord ; optimisé pour l'Inde rurale et les PRFI ; idéal quand les ASC pilotent le parcours |
| PAHO All‑In‑One Telehealth (AIOTP) | Suite de télésanté open source de l'OPS avec une interface de téléconsultation et un module DPI basé sur OpenEMR et Jitsi | Ministères de la Santé, programmes de santé publique en Amérique latine et Caraïbes | Open source, initiative de l'OPS | Option solide dans les Amériques pour une architecture soutenue par l'OPS et liée à OpenEMR |
| Bisa Health | Application mobile/web donnant accès à des informations de santé et à des échanges avec des médecins ; bien public numérique | Téléconsultation grand public ou par programme, surtout en Afrique de l'Ouest | MIT | Plutôt grand public ; intéressant pour des programmes nationaux ou privés basés sur une application |
| OpenTeleRehab | Logiciel open source de téléconsultation centré sur la rééducation ; bien public numérique | Centres de rééducation, ONG de réadaptation, programmes publics | Apache‑2.0 | Pas une plateforme généraliste ; idéal quand la rééducation est l'usage principal |
3.2 HCW@Home
HCW@Home est une plateforme de téléconsultation open source conçue spécifiquement pour les consultations cliniques à distance, et non pour la visioconférence générale. Elle est entièrement open source sous GPL-3.0, avec documentation et code disponibles sur GitHub.
La plateforme propose une vidéo WebRTC adaptée à la faible bande passante, une messagerie sécurisée, le partage de fichiers, des salles d'attente virtuelles, des appels à plusieurs, une interface multilingue et des API basées sur HL7 FHIR pour l'intégration aux DPI et systèmes de santé numérique. Elle est pensée pour les déploiements exigeant résidence des données, hébergement interne ou contrôle strict des données patients, et elle est reconnue comme bien public numérique.
HCW@Home convient bien quand :
- vous disposez déjà d'un DPI/SIH et avez besoin d'une couche de téléconsultation dédiée
- l'auto-hébergement (sur site ou dans un cloud national) est requis
- la bande passante varie ou doit s'accommoder d'appareils partagés et d'accès mobiles
Elle est moins adaptée quand les ASC pilotent le parcours de consultation ou quand des fonctions spécifiques à la rééducation sont nécessaires.
3.3 Intelehealth
Intelehealth est conçu pour les programmes de télémédecine communautaires, notamment en milieu rural et à faibles ressources, où les agents de santé communautaires jouent un rôle central.
Son application mobile permet aux ASC de collecter des données patients structurées hors ligne ou en faible bande passante, de les synchroniser avec un serveur et de transmettre les cas à des cliniciens à distance pour avis ou prescription. Un module vidéo peut être ajouté, mais la force de la plateforme réside dans la saisie guidée et les parcours de soins primaires structurés. Le code source est public, par exemple l'application mobile FHW.
Intelehealth est un bon choix quand :
- les ASC, et non les patients, sont le point d'entrée principal
- les consultations doivent suivre des protocoles cliniques ou une aide à la décision
- la connectivité est peu fiable ou des parcours hors ligne sont nécessaires
Il n'a pas vocation à remplacer un système de téléconsultation complet pour hôpitaux ou cliniques, mais le complète dans les modèles de soins communautaires.
3.4 PAHO All-In-One Telehealth Platform (AIOTP)
La PAHO All-In-One Telehealth Platform est une pile open source de télésanté et de DPI développée par l'Organisation panaméricaine de la santé pour les déploiements de santé publique dans les Amériques. Elle comprend :
- une interface de téléconsultation
- un DPI basé sur OpenEMR
- des parcours intégrés de gestion et de suivi des patients
- des recommandations d'implémentation alignées sur les orientations de l'OPS en santé numérique
L'AIOTP est particulièrement pertinente pour les ministères de la Santé ou les programmes régionaux qui cherchent une architecture prête à l'emploi associant télésanté et DPI de base sous une gouvernance unique. C'est une option cohérente quand :
- un déploiement national ou régional est nécessaire
- la téléconsultation doit être étroitement liée au dossier clinique
- une solution alignée sur l'OPS rassure les institutions
3.5 Bisa Health
Bisa Health est une application de télésanté destinée aux patients, originaire du Ghana et reconnue comme bien public numérique. Elle permet d'accéder à des informations de santé et d'échanger avec des cliniciens via une interface mobile ou web.
Elle se concentre sur l'engagement direct des patients plutôt que sur les parcours des soignants. Elle sert généralement dans des programmes grand public ou nationaux où les patients lancent eux-mêmes les consultations. Elle convient quand :
- l'objectif est une application de télésanté ouverte au public
- le programme vise de larges populations, y compris peu familières du numérique
- la complexité des parcours côté soignants est faible
Elle n'est pas conçue pour des équipes cliniques ayant besoin de parcours structurés, de salles d'attente ou d'intégration aux DPI.
3.6 OpenTeleRehab
OpenTeleRehab est une plateforme open source de télérééducation, reconnue comme bien public numérique, conçue pour la physiothérapie et la rééducation à distance. Elle couvre le guidage d'exercices, le suivi et la gestion des protocoles de rééducation.
Conçue pour la rééducation plutôt que pour la téléconsultation générale, elle est à retenir quand les parcours thérapeutiques sont centraux, pas pour des consultations médicales générales.
4. Catégorie B – DPI/SIH avec fonctions de télésanté
Ces systèmes sont des dossiers patients ou des systèmes hospitaliers complets qui peuvent être étendus à la téléconsultation. Ce ne sont pas « seulement » des outils de télémédecine : ils gèrent admissions, consultations, prescriptions, facturation, etc.
4.1 Comparatif rapide
| Logiciel | Type | Télésanté | Échelle type | Remarques |
|---|
| OpenEMR | DPI certifié ONC + gestion de cabinet | Module Comlink Telehealth intégré pour les consultations vidéo ; étendu aussi par l'AIOTP de l'OPS | Des cabinets aux groupes multi-sites | Solide pour les États-Unis et les cliniques multispécialités ; communauté active ; nombreux prestataires |
| OpenMRS | Plateforme DPI (brique de base) très utilisée dans les PRFI | Télémédecine via modules et distributions ; souvent associé à Jitsi ou d'autres outils vidéo | Déploiements nationaux / régionaux | Pertinent si vous investissez déjà dans OpenMRS ; télésanté généralement via des distributions (ex. Bahmni) ou du développement spécifique |
| Bahmni | DPI + système hospitalier basé sur OpenMRS ; bien public numérique | Téléconsultation intégrée via Jitsi ; prise de rendez-vous et notifications pour les visites vidéo | Hôpitaux et centres de santé à faibles ressources | Une solution tout-en-un solide pour les hôpitaux des PRFI ayant besoin de DPI et de téléconsultation |
| GNU Health | Gestion hospitalière / DPI / système d'information sanitaire ; bien public numérique | Scénarios de télémédecine via son SIH et sa fédération | Hôpitaux, systèmes de santé publique | Adapté pour réunir hôpital, santé publique et médecine sociale dans une même pile |
| ERPNext Healthcare (Frappe Healthcare) | Module santé de l'ERP ERPNext | Types de rendez-vous télémédecine ; intégrable à des plateformes de télémédecine / solutions WebRTC | Hôpitaux privés, groupes de cliniques | Intéressant pour un ERP complet (stocks, facturation, RH) avec modules cliniques et télésanté sur mesure |
| OpenClinic GA | Système d'information hospitalier open source ; bien public numérique | Modules de téléconsultation et de télé-expertise intégrés aux parcours hospitaliers | Hôpitaux en Afrique et dans d'autres PRFI | Bon choix pour un SIH reconnu bien public numérique avec téléconsultation/télé-expertise intégrée |
4.2 OpenEMR et la télésanté
OpenEMR est l'un des DPI et logiciels de gestion de cabinet open source les plus répandus, certifié ONC et avec des offres de support commercial. Options de télésanté :
- Le module Comlink Telehealth fourni avec OpenEMR 7.x, pour des consultations vidéo intégrées au DPI.
- L'AIOTP de l'OPS, qui étend OpenEMR pour la télésanté dans les Amériques et ajoute un module de télésanté pouvant aussi fonctionner seul.
Si vous voulez un DPI complet avec facturation, laboratoire, prescription et multilinguisme, OpenEMR est un bon point de départ : la télésanté devient une fonction plutôt qu'un produit séparé.
4.3 Bahmni et la téléconsultation
Bahmni est un DPI + SIH open source basé sur OpenMRS, Odoo et d'autres composants, conçu pour les hôpitaux à faibles ressources. Il est aussi reconnu comme bien public numérique. Des travaux récents ont ajouté une téléconsultation structurée :
- Rendez-vous de téléconsultation planifiés dans Bahmni, avec envoi de liens aux patients.
- Vidéo assurée par Jitsi ; l'auto-hébergement de Jitsi est recommandé en production.
- Déploiements Docker et distribution « Bahmni Standard » adaptée au cloud.
Si votre priorité est un DPI de niveau hospitalier pour les contextes à faibles ressources, avec la téléconsultation intégrée au parcours plutôt que dans une application séparée, Bahmni est un candidat solide.
4.4 GNU Health
GNU Health est un SIH/DPI du projet GNU, fortement orienté santé publique et médecine sociale, utilisé par des gouvernements et des hôpitaux et reconnu comme bien public numérique. Il propose :
- DPI, gestion hospitalière, système de laboratoire et surveillance de santé publique dans un même écosystème.
- Une architecture utilisable pour la télémédecine (par exemple des pilotes en Afghanistan et ailleurs), généralement en y ajoutant des outils de communication et en s'appuyant sur GNU Health comme socle clinique et administratif.
Choisissez GNU Health si vous voulez réunir hôpital, santé publique et données de pilotage dans un seul système, et êtes prêts à construire le parcours de téléconsultation autour.
4.5 ERPNext Healthcare (Frappe Healthcare)
ERPNext est un ERP open source ; son module santé (souvent appelé Frappe Healthcare) couvre patients, rendez-vous, facturation et parcours cliniques, et il est conçu pour être étendu. Côté télésanté :
- Les déploiements configurent souvent « Télémédecine » comme type de rendez-vous avec ses codes de facturation.
- Des intégrateurs relient ERPNext à WebRTC ou à d'autres plateformes de télésanté pour lancer la vidéo depuis la fiche de rendez-vous.
ERPNext Healthcare convient si vous voulez un seul ERP pour tout (finances, stocks, RH, pharmacie, laboratoire) et êtes prêts à investir dans une intégration de télésanté sur mesure.
4.6 OpenClinic GA
OpenClinic GA est un système d'information hospitalier open source reconnu comme bien public numérique. Il couvre l'administratif, le clinique, le laboratoire, la pharmacie, la radiologie et plus, et comprend des modules de téléconsultation et de télé-expertise. Il est particulièrement pertinent si vous :
- travaillez en Afrique ou en Amérique latine, où OpenClinic GA est déjà utilisé
- voulez un SIH reconnu bien public numérique incluant nativement téléconsultation et télé-expertise
5. Catégorie C – Applications de télésanté pour les patients
Ces projets répondent d'abord à des usages tournés vers les patients plutôt que vers les cliniques.
- Bisa Health – application mobile et web originaire du Ghana, qui donne au public accès à des informations de santé et à des échanges avec des médecins ; reconnue bien public numérique, code source sur GitHub.
Elles peuvent compléter votre dispositif institutionnel, notamment pour proposer une application patient à vos couleurs dans un programme national ou régional.
6. Où se situe HCW@Home par rapport aux autres solutions ?
Sans survendre, un positionnement réaliste ressemble à ceci :
- Si vous avez besoin d'une couche de téléconsultation pure à placer devant de nombreux systèmes (OpenMRS, OpenEMR, GNU Health, ERPNext, DHIS2, etc.), HCW@Home est bien adapté : open source et reconnu bien public numérique, vidéo WebRTC faible bande passante et chat chiffré, API basées sur HL7 FHIR.
- Si votre problème principal est « nous n'avons pas encore de DPI/SIH », mieux vaut souvent choisir d'abord un DPI/SIH (OpenEMR, Bahmni, GNU Health, OpenClinic GA) comme socle clinique, puis y ajouter HCW@Home ou une couche de téléconsultation équivalente.
- Si vous êtes centrés sur les ASC avec une connectivité médiocre, Intelehealth est généralement plus adapté comme plateforme principale, avec une intégration ultérieure possible aux DPI ou outils de téléconsultation institutionnels.
7. Recettes pratiques pour des organisations types
Ces schémas restent volontairement généraux ; les choix exacts dépendent de votre pays, de vos partenaires et de votre budget.
ONG menant des actions rurales avec des ASC et un appui ponctuel de spécialistes
- Socle : Intelehealth (application ASC + tableau de bord médecin)
- En option : HCW@Home comme couche vidéo pour les cas nécessitant une consultation en direct à plusieurs
- Plus tard : intégration avec OpenMRS ou Bahmni si vous évoluez vers un DPI en établissement
Hôpital de district à faibles ressources, ayant besoin d'un DPI et de téléconsultation
- Socle : Bahmni ou OpenClinic GA comme système hospitalier
- Téléconsultation : module intégré de Bahmni (basé sur Jitsi) ou plateforme dédiée (HCW@Home) reliée via FHIR ou des API spécifiques
Programme national dans les Amériques cherchant une architecture de référence soutenue par une organisation multilatérale
- Socle : OpenEMR adapté aux parcours nationaux
- Télésanté : modules DPI + Télésanté de l'AIOTP de l'OPS, déployés sur une infrastructure nationale
- En complément, HCW@Home ou d'autres outils là où l'AIOTP ne convient pas parfaitement
Hôpital universitaire / prestataire régional doté d'une solide équipe informatique, cherchant un ERP + SIH tout-en-un
- Socle : ERPNext avec Frappe Healthcare et/ou GNU Health
- Télésanté : intégration sur mesure entre ERPNext/GNU Health et HCW@Home ou une pile WebRTC
8. Liens utiles
