Un « simple » formulaire web : le travail caché derrière un simulateur d'éligibilité chirurgicale

Un soir, quelqu’un tape « chirurgie des yeux suis-je éligible » dans un moteur de recherche. Les premiers résultats proposent des simulateurs qui déçoivent presque tous pour les mêmes raisons. La plupart n’affichent aucun résultat à l’écran et ne l’envoient que par email, une fois l’adresse collectée. D’autres posent des questions trop complexes pour un patient qui ne connaît pas ses dioptries, ou au contraire des questions trop vagues pour distinguer quoi que ce soit. Et presque tous appliquent des règles génériques, sans lien avec la pratique réelle d’un chirurgien. Un simulateur d’éligibilité peut pourtant tromper dans les deux sens : il peut rassurer à tort une personne qui sera refusée au bilan, et il peut décourager à tort une personne qui aurait été une excellente candidate.

Une clinique spécialisée en chirurgie réfractive voulait l’inverse. Le chirurgien souhaitait publier, dans un article qui explique les critères d’éligibilité, un petit outil interactif qui donne au patient une orientation fidèle aux critères réels d’un bilan préopératoire. Un avis fiable engage une responsabilité, même quand il est produit par un formulaire. Cet article raconte le travail que ce « simple formulaire » a demandé, et pourquoi ce travail est précisément ce qui sépare un outil utile d’un gadget.

Encoder le jugement du chirurgien, pas des règles génériques

La valeur de ce simulateur ne se trouve pas dans son code. Elle se trouve dans les seuils qu’il applique, et ces seuils viennent du chirurgien lui-même. L’âge idéal pour opérer se situe entre 25 et 35 ans, parce que la réfraction y est stable et la presbytie encore loin. Entre 45 et 55 ans s’ouvre une zone grise, où l’on hésite à remplacer le cristallin encore fonctionnel d’un jeune presbyte. Après 55 ans, la chirurgie du cristallin devient l’option de référence. Un astigmatisme au-delà de 3,5 dioptries se corrige mal au laser. Une monovision se discute selon le mode de vie, car le compromis n’est pas le même pour une personne qui travaille sur écran et pour un chauffeur qui conduit de nuit.

Aucune de ces règles ne sort d’un manuel générique. Elles reflètent la manière dont ce chirurgien tranche réellement en consultation. Le développement a donc pris la forme d’une boucle : l’IA propose une première version du moteur de décision, l’expert la corrige, et la correction s’encode.

Un exemple concret : les sports de contact. La première version du moteur écartait le laser pour un boxeur. Le chirurgien a corrigé : on n’exclut pas le LASIK pour les sports de contact, on exclut l’implant ICL, parce que le risque est qu’un choc fasse cogner l’implant contre le cristallin. Et l’on peut préférer la PRK selon la correction. Cette règle a été affinée deux fois avant d’être juste. C’est notre conviction constante, la même que dans notre méthode d’automatisation : l’IA accélère la mise en forme, l’expert reste le propriétaire des règles.

Concevoir un avis prudent

Un outil médical grand public ne doit jamais produire un diagnostic. Le simulateur produit une orientation, et toute sa conception découle de cette nuance.

Chaque technique reçoit un score sur trois niveaux : probablement envisageable, à discuter au cas par cas, a priori non recommandé. Le moteur évalue chaque œil séparément, puis combine les deux en retenant le pire des deux yeux. Cette règle simple évite un écueil dangereux : un très bon œil ne doit jamais masquer un œil problématique.

Les cas limites reçoivent chacun une réponse dédiée. Si la réfraction n’est pas stable depuis deux ans, tous les verdicts deviennent provisoires et le simulateur le dit. Si l’œil droit et l’œil gauche mènent à des techniques différentes, l’outil affiche les deux orientations côte à côte et ajoute un avertissement : des yeux très différents peuvent présenter une acuité maximale limitée ou un strabisme latent, qui peuvent contre-indiquer la chirurgie. Si la personne ne connaît pas sa correction, l’outil ne devine pas : il explique qu’il ne peut pas orienter sans cette information, et il indique où la trouver.

Nous avons aussi choisi ce que le formulaire ne demande pas. La sécheresse oculaire compte dans la décision, mais un patient ne peut pas l’auto-évaluer de façon fiable. Elle reste donc hors du questionnaire, et le disclaimer la mentionne explicitement parmi les paramètres que seul l’examen préopératoire évaluera. Un formulaire honnête n’évalue que ce qu’il peut évaluer.

Le disclaimer, justement, n’est pas une mention légale subie en petits caractères. Il est un argument de transparence, affiché en clair sous chaque résultat : le simulateur oriente, seul le bilan préopératoire décide. Cette phrase résume la position déontologique de tout l’outil.

Une expérience pour le néophyte comme pour le connaisseur

Le même formulaire doit servir une personne qui ne connaît pas sa correction et une personne qui lit son ordonnance couramment. Cette double audience a dicté presque tous les choix d’interface.

Le formulaire ne demande jamais de saisir des dioptries dans un champ numérique. Il propose des tranches descriptives, avec les valeurs entre parenthèses pour le lecteur averti : une myopie modérée y est décrite en mots, puis précisée en dioptries. Chaque question sensible offre une porte de sortie « je ne connais pas ma correction », qui mène à un message utile plutôt qu’à un résultat faussé. Cette granularité évite les deux écueils des simulateurs courants : la question trop technique qui bloque le néophyte, et la question trop vague qui ne distingue rien.

Le parcours avance tout seul quand c’est possible : sur une question à choix unique, la sélection déclenche le passage à l’étape suivante, sans bouton à chercher. À la fin, le résultat rappelle d’abord les réponses données, puis affiche les techniques classées avec des badges lisibles en un regard. Le novice lit les couleurs, le connaisseur lit les seuils. Quand les deux yeux divergent, deux colonnes alignent les évaluations œil par œil.

Dimanche soir, dans un canapé. Une personne myope depuis le lycée répond aux cinq questions en deux minutes, sans créer de compte. Le résultat lui apprend que son œil gauche, beaucoup plus myope que le droit, oriente plutôt vers un implant, et que cette différence entre les yeux mérite en soi une discussion. Elle arrive en consultation avec les bonnes questions au lieu d’une certitude trouvée en ligne.

La confidentialité par construction

Le simulateur fonctionne entièrement dans le navigateur. Il n’envoie aucune requête vers un serveur, il n’enregistre rien, et il n’affiche aucun mur d’email avant le résultat. Un bandeau l’annonce dès l’introduction : aucune donnée n’est enregistrée ni transmise, tout est calculé dans votre navigateur.

Ce choix n’est pas une contrainte réglementaire que l’on subit. Il est une fonctionnalité. Des réponses sur la vue et l’âge constituent des données de santé, et la manière la plus sûre de les protéger reste de ne jamais les collecter. Dans un paysage où la plupart des simulateurs ne livrent leur résultat que par email, un outil qui ne demande rien crée précisément la confiance qui donne envie de prendre rendez-vous.

Sous le capot : ce que « simple » a exigé

Le composant final tient dans un seul fichier autonome : le HTML, le style et la logique en JavaScript, sans framework et sans dépendance externe. Les trois langues du site, français, anglais et néerlandais, vivent dans le même fichier, si bien que l’outil s’insère dans n’importe quelle page par une seule ligne. Il sert aujourd’hui l’article d’origine et la FAQ du site, sans duplication de code.

La partie invisible a demandé plus de soin que la partie visible. Le moteur de décision a été validé par un harnais de test qui rejoue quatorze profils de patients, du myope léger au cas complexe, et vérifie que chaque profil reçoit l’orientation attendue. Le rendu mobile a été vérifié dans un navigateur piloté en headless, aux largeurs de 390 et de 320 pixels : cette vérification a révélé un débordement horizontal dans l’affichage en deux colonnes, que personne n’aurait vu depuis un écran de bureau. Même le défilement a son détail : la hauteur du quiz change à chaque étape, et l’ancre de défilement s’accroche donc à un titre stable plutôt qu’au formulaire lui-même, pour éviter les sauts d’écran.

Et dans votre secteur ?

Ce projet est médical, mais son schéma ne l’est pas. Il se transpose partout où un expert applique des règles qu’il porte en tête : la pré-qualification d’un dossier de crédit, le tri de candidatures avant entretien, l’orientation d’une demande juridique, un devis d’assurance, l’éligibilité à une aide publique.

Quatre invariants résument ce que ce formulaire nous a confirmé. Vos règles métier constituent l’actif principal, et l’IA sert à les mettre en forme vite, pas à les remplacer. Un avis prudent, qui connaît ses limites et le dit, vaut mieux qu’une fausse certitude. Une interface à double niveau, lisible par le novice et crédible pour le connaisseur, élargit l’audience sans sacrifier la rigueur. Et la confidentialité se conçoit dès le départ, car elle ne se rajoute pas après coup.

C’est la démarche que nous appliquons à chaque projet, décrite dans notre méthode : partir du processus réel, encoder les règles de l’expert, garder l’humain décisionnaire. Si votre métier repose sur des règles que vous seul savez appliquer, transtorm.ai peut les transformer en un outil que vos clients utilisent en confiance. Réservez un échange ci-dessous.