Une fermeture de lits demande sept signatures, et les parapheurs circulent entre des bureaux pendant plusieurs jours, parfois plusieurs semaines. Jean-Marc Pocard, référent DPI, a construit chez lui, avec l’IA, un prototype qui fait circuler la demande par mail et par QR code. Moins d’une semaine de travail pour un maximum de valeur et de temps gagné.

Nouveau témoignage dans notre série sur les soignants qui créent leurs propres outils. Jean-Marc y parle de ce qu’il a construit, de ce qu’il attend encore du DPO et du DSI avant d’aller plus loin, et de ce que l’IA lui a parfois mal conseillé.

Les questions sont de Thomas Gharmoul, les réponses de Jean-Marc Pocard. Jean-Marc a relu l’article avant publication.

1. Pouvez-vous vous présenter en quelques mots, et votre rapport au code avant ces projets ?

Depuis bientôt un an et demi, je suis référent DPI dans un établissement public, où j’assure également les remplacements à la gestion des lits. Par le passé, j’ai souvent déployé bénévolement des sites pour des connaissances qui n’avaient pas les moyens de faire appel à un développeur. Même si je m’appuyais sur des CMS (Content Management System, ou système de gestion de contenu en français) comme Joomla, je mettais régulièrement les mains dans le code. J’ai aussi été responsable informatique d’un SMR (Soins Médicaux et de Réadaptation, anciennement appelés SSR ou Soins de Suite et de Réadaptation) : j’y créais de faux phishings, inoffensifs (en PHP), pour sensibiliser les salariés, et j’ai eu la chance de toucher un peu au Java dans le DPI.

2. À quoi ressemble aujourd’hui le circuit papier d’une demande signée ? Combien d’A/R, combien de temps ?

Aujourd’hui, une fermeture de lits requiert 7 signatures, les deux dernières étant celles du directeur et du président de la CME. Concrètement, les parapheurs circulent entre ces sept responsables, qui ne sont pas proches géographiquement. Le circuit prend donc plusieurs jours, parfois plusieurs semaines.

Paramétrage des sept signataires d’une demande de fermeture de lits, du cadre de pôle au directeur de site
Les sept signataires du circuit, chacun avec son adresse mail

3. Que fait votre outil ? Qui l’utilise, et à quel moment ?

Il permet de déclarer une fermeture de lits selon plusieurs motifs : manque de personnel, situation sanitaire, problème technique dans une chambre, etc. Le demandeur signe en premier, soit directement à l’écran, soit sur son mobile grâce à un QR code qui s’affiche, puis il lance le circuit de signature. Chaque signataire reçoit alors un mail lui proposant ces deux mêmes modes de signature.

Formulaire de demande de fermeture de lits : unité, nombre de lits, dates et motif de fermeture
Le formulaire de déclaration, avec le motif de fermeture

La gestionnaire de lits peut relancer les signataires. Elle dispose également d’un suivi statistique, de la gestion des comptes autorisés et, bien sûr, d’un archivage.

Circuit de signature en cours : le niveau 1 est signé, le niveau 2 peut signer à l’écran ou par QR code
Signature à l’écran ou sur mobile, avec horodatage à chaque étape

4. Comment l’avez-vous construit : quel outil d’IA, combien de temps, seul ou à plusieurs ?

Avec Claude, en moins d’une semaine, en dilettante, chez moi. J’ai toutefois produit plusieurs versions, la gestionnaire de lits m’ayant précisé le circuit en cours de route.

5. Qu’avez-vous volontairement laissé hors de l’outil ?

Pour l’instant, comme il s’agit d’une démo, je n’ai pas implémenté d’OTP ( One-Time Password = en français, mot de passe à usage unique) par mail ni d’application de type Authenticator, alors que cela fonctionne très bien sur un autre de mes projets. Je n’ai pas non plus généré les tampons.

6. Quelles données y passent, et où l’outil serait-il hébergé s’il était adopté ?

Pour l’instant, c’est une preuve de concept : aucune donnée sensible n’y transite. Les tests s’appuient sur des documents hospitaliers publics, par exemple le formulaire à faire signer par la personne de confiance, que les équipes récupèrent souvent en retard, voire jamais. Si l’outil était adopté, je souhaiterais idéalement un hébergement en local, et j’attends pour cela le feu vert du DSI.

7. Comment s’est fait le contact avec le/la DSI, et qu’attendez-vous de cette démo ?

Ma N+1 a entendu parler de certains de mes projets et m’a recommandé pour la commission innovation/simplification du GHT. Il m’a alors semblé pertinent d’y présenter mes projets de réduction des frictions, dans un axe RSE. La secrétaire générale de l’établissement m’a beaucoup aidé à obtenir un entretien avec le DSI, qui attend désormais une démo.

8. Qu’est-ce qui a coincé en route ?

En réalité, il n’est pas simple d’être entendu : les responsables ont des plannings chargés.

9. Vous précisez que les aspects RGPD restent à traiter avec le DPO : qu’est-ce qui vous paraît indispensable avant de passer à l’étape suivante ?

Le vibe coding, c’est bien, mais seul, il est impossible de tout appréhender : l’expertise de chacun est indispensable. Avant d’aller plus loin, il me paraît nécessaire que le DPO se prononce sur le traitement des données (ce qui est collecté, combien de temps c’est conservé, qui y accède) et que le DSI valide l’hébergement et la sécurité. Il faudra aussi renforcer l’authentification et faire relire le code par des spécialistes. Tant que ces étapes ne sont pas franchies, ces outils restent des démonstrateurs, sans aucune donnée réelle de patient.

10. Qu’est-ce que l’IA vous a mal conseillé, ou validé un peu trop vite ?

Oui, il y a parfois eu des erreurs, et beaucoup de temps passé à déboguer. Une fois, la clé d’encodage apparaissait en clair dans un commentaire. Il faut aussi être précis dans ses prompts : je dois demander explicitement que le site empêche les injections SQL, que les dossiers soient protégés par des fichiers .htaccess, que l’envoi des mails soit limité à un nom de domaine défini, que l’identification soit bloquée après trois erreurs de connexion, etc.

11. Vous évoquiez l’idée d’une plateforme où des spécialistes relisent le code écrit par des soignants. À quoi ressemblerait-elle idéalement ?

Idéalement, une sorte de GitHub : une plateforme gratuite, d’utilité publique, ouverte à toutes les structures de santé, où le code pourrait aussi être commenté. Vous le savez, ces structures manquent de financement, alors que sur le terrain les professionnels sont demandeurs de solutions. Certaines existent, mais les établissements n’ont pas les fonds pour les acquérir. Je suis d’ailleurs un peu inquiet pour bon nombre de solutions existantes, car à mon sens les vibe codeurs analysent finement les besoins et proposent des réponses ultra-pertinentes, les etablissements de santé ne disposent plus des fonds necessaires a l achat des solutions commerciales.

12.Quel conseil donneriez-vous à un collègue qui veut se lancer ?

Mon conseil à un collègue : lancez-vous. Produisez, partagez, et allez chercher l’inspiration sur ce type de plateforme. C’est un peu comme en situation d’urgence nationale(reduction des budgets), où chacun se mobilise avec ce qu’il sait faire : les vibe codeurs répondent avec élégance aux problèmes du terrain.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *