Une IA de santé qu'un responsable de sécurité clinique peut valider.

La réponse honnête est plus étroite que ce que promet le marché et plus durable que ne le concèdent les sceptiques. Dans la santé et les sciences de la vie, l'IA fait la différence là où une décision se répète des milliers de fois par semaine, là où l'entrée est déjà numérique, et là où une amélioration faible mais constante se cumule. Le triage d'imagerie médicale en est l'exemple le plus net : prise isolément chaque décision est banale, mais à l'échelle l'écart entre un bon modèle et un modèle médiocre se lit directement dans le délai de rendu diagnostique.

Ce que l'IA ne change pas, c'est la responsabilité. Un modèle peut classer, scorer, signaler et rédiger ; une personne reste responsable du résultat. Les missions qui durent sont celles qui définissent d'abord le contrat humain-dans-la-boucle — qui contrôle quoi, à quel seuil, avec quelle escalade — puis ajustent le modèle à ce contrat.

Presque tous les programmes d'IA enlisés dans la santé et les sciences de la vie l'ont été sur les données, pas sur la modélisation. Dossiers cliniques longitudinaux, examens d'imagerie et flux HL7/FHIR arrivent avec des trous, des identifiants dupliqués, des dérives de schéma et des règles métier non documentées enfouies dans des intégrations vieilles de dix ans. Notre première phase est toujours une évaluation de la maturité des données.

Cette évaluation est volontairement ingrate, et c'est là que le risque disparaît. Elle indique si le problème est soluble, quel plafond réaliste s'applique à le délai de rendu diagnostique, et ce qu'il en coûterait de relever ce plafond. Nos clients revoient régulièrement leur périmètre à l'issue — ce qui est précisément l'intérêt de la mener avant, et non après, six mois de développement.

Les systèmes de la santé et les sciences de la vie sont inspectés. Le MDR et le règlement européen sur l'IA fixe le niveau d'exigence : comment le modèle a été entraîné, sur quelle population, avec quels modes de défaillance connus, supervisé comment, et annulé par qui. Nous produisons ces preuves comme un livrable, pas comme une reconstitution a posteriori.

La dernière phase est le transfert. Vos équipes reçoivent les pipelines d'entraînement, le harnais d'évaluation, les tableaux de supervision et un runbook écrit pour un ingénieur d'astreinte à trois heures du matin. Un système que vos équipes ne savent pas exploiter n'est pas un système livré.