Démonstration technique · médico-social · 18 août 2026
Toutes les données de cette démonstration sont fictives.
Aucune personne accompagnée, aucun professionnel, aucun établissement réel.
Le corpus a été écrit pour la démonstration. C'est une règle absolue :
une démonstration sur données réelles n'a pas sa place dans ce secteur.
Ce que fait cette démonstration
Une transmission de fin de poste — le texte libre qu'un professionnel écrit en
quelques minutes — devient un enregistrement structuré exploitable : le
fait observé et l'analyse séparés dans deux
champs distincts, l'auteur nommé, la validation humaine obligatoire, et un
journal d'audit auquel on ne peut ni retirer ni substituer une ligne.
Le corpus contient la même situation écrite dans quatre styles
d'écriture différents — télégraphique, narratif, abrégé, clinique —
parce que c'est ainsi qu'une équipe écrit réellement. Le système doit produire
le même résultat dans les quatre cas, ou il ne sert à rien.
Résultats mesurés
8/8
familles de test réussies
65/65
cas d'évaluation validés
10/10
contrôles de gouvernance
4/4
tests d'intégrité
Ces contrôles de gouvernance ne sont pas déclarés dans un document : ils sont
exécutés. La base refuse la modification du journal d'audit, refuse
une analyse sans auteur nommé, refuse une qualification de gravité sans humain,
refuse un refus sans motif. L'interrupteur d'arrêt est testé : fermé, plus aucun
traitement ne passe ; rouvert, le traitement reprend.
Le moteur est déterministe, ce n'est pas un modèle de langage.
Un score obtenu par des règles ne dit rien de la performance d'un LLM sur la même
tâche. La comparaison reste à faire, et elle est annoncée comme non mesurée.
Le 65/65 suppose un dictionnaire d'abréviations d'établissement
(17 entrées). Sans lui, le résultat tombe à 64/65 : le style abrégé échoue.
C'est le point le plus instructif de la démonstration — les abréviations locales
d'un établissement ne s'inventent pas, elles se collectent sur place.
Le corpus est petit et fictif. Aucune observation en
établissement réel, aucune preuve de charge, aucune preuve d'exploitation en
production.
Aucune décision concernant une personne n'est automatisée, et
la démonstration est construite pour que cela reste impossible.
D'où viennent les règles
Les huit familles de test ne sortent pas d'un cadre théorique. Elles sont
tirées d'un registre d'exceptions — les situations concrètes qui cassent un
projet informatique dans un établissement social ou médico-social : la
transmission écrite dans quatre styles, le champ obligatoire rempli « NC » pour
que le logiciel accepte l'enregistrement, la notification expirée alors que la
personne est toujours accueillie à juste titre, le périmètre réel du secret
partagé, la règle non écrite que l'équipe de nuit applique depuis des années.