Cas anonymisé — Automatisation IA du dossier médical électronique (DME) d’une clinique : garder le système existant et l’entourer d’IA et d’automatisation
Remplacer un DME qui fait tourner une clinique depuis une décennie est trop risqué. Nous ne l’avons donc pas fait : nous l’avons entouré de rapports IA, d’intégrations automatisées et d’une boucle de reprise après sinistre éprouvée, et l’ancien système a acquis de nouvelles capacités.
Une couche d’automatisation moderne bâtie autour du système en production d’une clinique de médecine familiale, un DME (dossier médical électronique) open source : rapports de synthèse IA incrémentiels chaque nuit pour 4 000+ patients, microservice de remplissage automatique des formulaires de demande PDF, flux entièrement automatisés pour les résultats de laboratoire et les télécopies entrantes et sortantes, et sauvegardes multiniveaux avec exercices quotidiens de restauration hors site. Aucune interruption de service, aucune migration de données. Identité du client anonymisée.
Beaucoup de cliniques sont prises dans le même dilemme : le DME existant a vieilli, mais migrer implique un risque d’interruption, un risque pour les données et un projet de mise en œuvre à six chiffres. Nous avons choisi une troisième voie : garder l’ancien système comme source de vérité et bâtir autour de lui une couche d’automatisation moderne. L’IA lit ses données pour produire des rapports cliniques, un microservice remplit ses formulaires, des robots récupèrent ses télécopies et y versent les résultats de laboratoire, et le système de sauvegarde répète chaque jour sa reprise après sinistre. Les écrans de travail des médecins n’ont pas changé. La façon dont la clinique fonctionne, oui.
Note de confidentialité : le nom de la clinique et tous les renseignements sur les patients ont été retirés. Chaque chaîne de traitement qui touche aux dossiers médicaux s’exécute sur les propres serveurs de la clinique : les données des rapports ne quittent jamais l’environnement de la clinique.
Le défi
Le DME open source de la clinique contient plus d’une décennie de dossiers et ne peut pas être remplacé à la légère. Pourtant, le travail quotidien reposait sur des tâches manuelles : formulaires de demande recopiés à la main, résultats de laboratoire téléchargés puis téléversés manuellement, télécopies traitées une à une. Un médecin qui voulait le portrait complet d’un patient suivi depuis longtemps devait parcourir des années de dossiers. Et si le système tombait en panne, toute la clinique s’arrêtait, alors qu’on n’avait jamais vérifié, pas une seule fois, que les sauvegardes existantes pouvaient être restaurées.
Notre approche
Laisser le système existant intact et bâtir quatre couches autour de lui. Premièrement, une couche de rapports IA : chaque nuit, elle détecte les patients qui ont de nouvelles données, extrait leurs dossiers de la base de données du DME, lance une analyse par IA et génère des rapports de synthèse avec indicateurs « urgent » ou « routine », ainsi qu’un index en anglais et en chinois. Deuxièmement, une couche de formulaires : un microservice générique de remplissage automatique de PDF où chaque type de formulaire de demande correspond à une configuration JSON de mappage des champs, les champs du patient et de la clinique étant injectés automatiquement. Troisièmement, une couche d’intégration : les résultats de laboratoire sont synchronisés et versés dans le DME toutes les 3 heures, et deux lignes de télécopie sont relevées toutes les heures par API et versées dans la file des documents entrants du DME, ce qui remplace le travail manuel et un outil payant d’un fournisseur. Quatrièmement, une couche de reprise après sinistre : sauvegardes nocturnes de la base de données et des documents, synchronisation hors site et exercices de restauration automatisés sur un serveur de relève, qui prouvent que les sauvegardes fonctionnent réellement.
Résultats
Au total, 4 465 patients sont couverts et environ 8 900 rapports de synthèse IA ont été générés à ce jour : avant la consultation, les médecins voient un aperçu de chaque patient avec signalement des risques. Les formulaires de demande sont passés de la copie à la main au remplissage automatique. Les flux de laboratoire et de télécopie fonctionnent sans surveillance, avec dédoublonnage et suivi par points de contrôle. Les sauvegardes ne sont plus « en principe correctes » : leur restauration est testée chaque jour. L’infrastructure existante fonctionne depuis plus de deux mois sans intervention manuelle.
Chaîne de rapports IA sur les patients : nocturne, incrémentielle, hiérarchisée selon le risque
La chaîne est déterministe et peut être relancée :
- Une tâche nocturne détecte les patients qui ont de nouvelles consultations, analyses de laboratoire ou nouveaux documents : seul l’incrément est traité.
- Les données structurées des dossiers sont extraites directement de la base de données du DME et résumées par l’IA.
- Les rapports portent un indicateur « urgent » ou « routine », et les valeurs anormales sont présentées en premier.
- Un index en anglais et en chinois permet aux médecins et au personnel de chercher rapidement.
- Tout s’exécute sur les propres serveurs de la clinique : les données médicales ne quittent jamais les lieux.
Ici, l’IA sert d’assistant de lecture des dossiers : elle regroupe et met en évidence. Les décisions diagnostiques restent celles du médecin.
Le microservice de remplissage automatique des formulaires de demande PDF
Passer de « écrire du code pour chaque formulaire » à « écrire une configuration pour chaque formulaire » :
- Chaque modèle de formulaire de demande PDF est associé à une configuration JSON de mappage des champs.
- Les champs du patient et de la clinique se remplissent automatiquement à partir de la base de données du DME; les champs propres au formulaire proviennent de l’interface.
- Fonctionne comme un service conteneurisé indépendant, appelé directement par les eForms du DME.
- Ajouter un type de formulaire, c’est ajouter une configuration, sans modifier le code.
Laboratoires et télécopies : entrées et sorties entièrement automatisées
Les échanges papier de la clinique avec l’extérieur sont pris en charge par deux ensembles d’automatisations :
- Les résultats de laboratoire sont synchronisés et versés dans le DME toutes les 3 heures, avec un suivi des fichiers traités pour éviter les doublons.
- Deux comptes de télécopie sont relevés toutes les heures par API et versés dans la file des documents entrants du DME, en remplacement d’un outil payant d’un fournisseur.
Reprise après sinistre : un vrai exercice de restauration chaque jour
Le système de sauvegarde est multiniveau : sauvegardes nocturnes de la base de données, des documents des patients et des images de conteneurs, synchronisées hors site vers un serveur de relève où s’exécute un test de restauration automatisé. Le bon fonctionnement des sauvegardes est vérifié chaque jour, et non présumé. Un service de surveillance (watchdog) contrôle aussi les fichiers de pages personnalisés et les restaure automatiquement si quoi que ce soit les écrase.
Détails techniques
- Source de vérité : l’infrastructure de production du DME open source (conteneurisée : base de données, passerelle de laboratoire, service de télécopie).
- Chaîne de rapports IA : détection incrémentielle en Python + lectures directes dans la base de données + analyse par LLM, planifiée chaque nuit.
- Microservice de remplissage PDF : FastAPI avec mappage des champs piloté par configuration, déployé comme conteneur indépendant.
- Automatisation des intégrations : l’automatisation du navigateur téléverse les résultats de laboratoire; les API de télécopie sont interrogées selon un horaire fixe et alimentent la file d’attente.
- Reprise après sinistre : scripts de sauvegarde multiniveaux + synchronisation hors site + exercices de restauration automatisés + service de surveillance des fichiers de pages.
Leçons à retenir
- « Ne pas migrer » est souvent la bonne réponse : garder le système existant comme source de vérité et greffer chaque nouvelle capacité à l’extérieur. Risque maîtrisé, résultats rapides.
- Les chaînes d’IA médicales doivent être incrémentielles, relançables et idempotentes : tout recalculer chaque nuit est un gaspillage et rend toute vérification impossible.
- Pour un système de sauvegarde, le seul test d’acceptation consiste à savoir si l’exercice de restauration du jour a réussi. Tout le reste n’est que réconfort.
- L’analyse des dossiers médicaux par IA a sa place dans l’environnement de la clinique. Que les données ne quittent pas les lieux, c’est le minimum en matière de conformité.
Vous voulez des résultats semblables ?
Parlez-nous de votre entreprise et nous concevrons une preuve de concept.