← Carnets de terrain

Sept Marks : comment un prototype à mots-clés est devenu la plateforme IA d'un hôpital

L'histoire d'ETHER, version après version, d'un prototype de février dont l'IA reposait sur des mots-clés à quatre agents autonomes utilisés chaque jour par un réseau hospitalier public.

Le 22 février 2026, j'ai poussé un prototype appelé PIGI. Il permettait à n'importe qui de signaler un équipement en panne en scannant un QR code au mur. Il avait trois rôles, déclarants, techniciens et administrateurs, et la sécurité au niveau des lignes de Postgres gardait chacun dans son couloir.

Il avait aussi une fonction appelée « catégorisation par IA ». C'était de la détection de mots-clés. Le README le disait. Cette ligne compte plus pour moi que n'importe quelle fonction du produit, car chaque version honnête qui a suivi s'est bâtie sur ce premier aveu.

Sept mois plus tard, la même idée, reconstruite et rebaptisée ETHER, tourne chaque jour au cœur d'un réseau hospitalier universitaire public multisite. Voici comment elle en est arrivée là, un Mark après l'autre.

Les sept Marks

  1. I22 févr. · PIGI. Signalement par QR sans connexion, espaces par rôle, sécurité au niveau des lignes. « IA » par mots-clés, assumée.
  2. II19 avr. · ETHER v1.0. Reconstruit de zéro en support IA pour l'équipe d'ingénierie de l'hôpital.
  3. III26 avr. · Agentique. IA agentique, « ETHER Brain », plus une passe de sécurité. Une semaine après la v1.0.
  4. IV17 mai · WhatsApp. Les techniciens créent, mettent à jour et clôturent leurs tickets depuis WhatsApp. Le même jour, quatre failles moyennes d'un scan OWASP ZAP ont été corrigées.
  5. V24 mai · Multiservice. L'entretien, la sécurité au travail et la sécurité des patients ont rejoint la plateforme, chacun avec son flux. Neuf points d'un audit complet clos.
  6. VI15 août · Preuve d'isolation. Une suite de tests qui se connecte sous chaque rôle et vérifie ce que chacun peut lire et écrire. Elle tourne chaque nuit.
  7. VII16 sept. · Agents autonomes. Un répartiteur du matin, un gardien des délais, un auditeur de clôture et un rapport de direction hebdomadaire. Une vue réseau sur chaque hôpital.

Reconstruire quand les fondations mentent

Le Mark II n'était pas une mise à jour. C'était une nouvelle base de code. PIGI avait prouvé que les gens scanneraient un QR code plutôt que d'appeler quelqu'un, et c'était tout ce qu'il avait à prouver. Ses entrailles étaient faites pour une démo, pas pour un hôpital. Les garder aurait voulu dire garder aussi leurs raccourcis.

Le rôle d'un prototype est de répondre à une question à moindre coût. Une fois la réponse donnée, son code a fait son travail.

Aller là où les gens sont déjà

Le changement dont je suis le plus fier n'est pas venu d'un modèle plus intelligent. Il est venu du Mark IV, quand les techniciens ont pu gérer leurs tickets depuis WhatsApp. Jamais ils n'auraient ouvert une autre app entre deux réparations. C'était au logiciel de venir à eux.

La grande technologie disparaît dans la journée de celui qui l'utilise.

La sécurité est un test, pas une promesse

Un réseau hospitalier confie à sa plateforme de maintenance qui a signalé quoi, où et quand. Alors, à partir du Mark VI, les règles de permissions ne sont plus quelque chose que je crois correct. C'est quelque chose qu'un test prouve chaque nuit en endossant chaque rôle. Si un changement laisse fuiter des données, la suite échoue avant que quiconque ne s'en aperçoive.

Des agents qui travaillent, pas des agents qui bavardent

Au Mark VII, l'IA a cessé d'être une fenêtre de chat. Quatre agents tournent selon un planning : l'un répartit le travail du matin, l'un surveille les délais, l'un vérifie que les tickets clos ont bien été validés, et le dernier rédige le rapport hebdomadaire pour la direction. L'intéressant n'est pas qu'ils utilisent un modèle de langage. C'est que chacun fait un travail que quelqu'un faisait à la main, à l'heure, à chaque fois.

Ce que sept mois m'ont appris

  • Livrez la version qui gêne. Le Mark I était petit et honnête. C'est pour ça qu'il y a eu un Mark II.
  • Un numéro de version est une promesse. Chaque Mark devait être utilisable seul, pas une étape vers une future version.
  • Construisez à côté de ceux qui l'utilisent. Je travaille au service d'ingénierie de l'hôpital. La boucle de retour était un couloir, pas un sondage.

ETHER est en production dans un réseau hospitalier public en Colombia. Les dates ci-dessus viennent de l'historique du dépôt. Explorez les sept Marks sur la page d'accueil.