Projet IA en santé en 90 jours : cadrer, expérimenter, évaluer et décider

Intelligence artificielle Publié le 26/09/2026 Dimitri Jorand Gérant de DEMETER SANTE

Une méthode en quatre temps pour tester un outil d'IA en établissement de santé : cas d'usage réversible, périmètre restreint, indicateurs fixés en amont et décision écrite de continuer, ajuster ou arrêter.

Un projet d'intelligence artificielle en établissement de santé échoue rarement pour des raisons purement techniques. Il s'enlise quand personne n'a fixé de date de décision ni de critère d'arrêt. Cet article s'adresse aux directions, responsables qualité, DSI, cadres et chefs de projet qui veulent tester un outil d'IA de façon encadrée. Il propose une méthode en quatre temps sur 90 jours, une grille de décision et un exemple fictif pour illustrer le raisonnement.

En résumé

La méthode proposée par DEMETER SANTE découpe le projet en quatre temps : cadrer et choisir un cas d'usage réversible (semaines 1 à 3), expérimenter sur un périmètre restreint (semaines 4 à 8), évaluer avec des indicateurs fixés dès le départ (semaines 9 à 11), puis décider par écrit de continuer, ajuster ou arrêter (semaine 12). Le délai de 90 jours est un choix de méthode, pas une exigence réglementaire. Le cadre juridique applicable, RGPD et règlement européen sur l'IA notamment, s'impose pendant toute l'expérimentation.

Pourquoi borner le projet à 90 jours

Trois mois laissent en général le temps d'observer un usage sur plusieurs cycles d'activité tout en maintenant l'attention des équipes. Ce n'est pas une règle universelle : un cas simple peut se juger plus vite, un outil touchant au soin peut exiger davantage. L'essentiel est d'annoncer dès le lancement la date du comité de décision.

Semaines 1 à 3 : cadrer et choisir le cas d'usage

Le cadrage consiste à choisir un cas d'usage précis plutôt qu'une ambition générale. Notre article sur l'inventaire des usages et des outils d'IA aide à partir de l'existant, y compris des usages informels.

Trois filtres de sélection

Utilité : la tâche est identifiée comme chronophage ou source d'erreurs par les équipes elles-mêmes.
Réversibilité : l'arrêt de l'outil ne bloque aucun processus critique.
Conformité : le traitement de données est licite et la supervision humaine est prévue. Le délégué à la protection des données est consulté avant le lancement.

Ce que le cadre juridique impose, ce que la méthode ajoute

Le RGPD s'applique dès que des données personnelles sont traitées. La CNIL détaille les précautions pour développer et évaluer des systèmes d'IA conformes en santé et publie des questions-réponses sur l'utilisation d'un système d'IA générative. Le règlement européen sur l'IA, modifié par le règlement (UE) 2026/1744 entré en vigueur le 27 juillet 2026, impose notamment aux déployeurs de prendre des mesures soutenant la maîtrise de l'IA des personnes concernées (article 4) et prévoit des obligations renforcées pour certains systèmes. La qualification de l'outil testé doit être vérifiée au cas par cas. La durée de 90 jours, les filtres et la grille de décision relèvent en revanche de la méthode proposée par DEMETER SANTE.

La gouvernance du projet peut s'appuyer sur le guide présenté dans notre article IA en contexte de soins : le guide de gouvernance HAS et CNIL, ainsi que sur la boîte à outils IA de l'ANAP.

Semaines 4 à 8 : expérimenter sur un périmètre restreint

L'expérimentation se déroule dans un service ou une équipe volontaire, jamais dans tout l'établissement. Un protocole écrit fixe la durée, les utilisateurs, les indicateurs suivis, les règles d'usage et la façon de remonter incidents et irritants. Les participants reçoivent une formation courte sur l'outil, ses limites et la conduite à tenir en cas de doute.

Un point hebdomadaire bref permet de lister les blocages et d'ajuster les paramètres. La taille du groupe pilote est une hypothèse à fixer localement : assez large pour recueillir des retours variés, assez restreinte pour rester suivie de près.

Semaines 9 à 11 : évaluer avec des indicateurs fixés en amont

Les indicateurs sont choisis au cadrage, avant de connaître les résultats, pour éviter de retenir après coup les seuls chiffres favorables.

Familles d'indicateurs proposées
Famille	Exemples	Mode de recueil
Usage réel	Part des situations où l'outil est effectivement utilisé	Journal d'usage, observation
Qualité et sécurité	Erreurs détectées à la relecture, événements indésirables signalés	Relecture par échantillon, signalements
Temps et charge	Temps perçu et temps mesuré sur une tâche définie	Mesure avant et pendant, questionnaire
Acceptabilité	Confiance, irritants, souhait de poursuivre	Entretiens courts, questionnaire

Éviter les indicateurs de façade

Le nombre de connexions ou de requêtes ne dit rien de l'utilité. Un indicateur n'a de valeur que s'il éclaire la décision finale. Pour articuler ces mesures avec le pilotage qualité, notre article sur la veille IA transformée en décisions d'équipe propose des repères complémentaires.

Semaine 12 : décider, continuer, ajuster ou arrêter

Le comité final réunit la direction, le responsable qualité, le chef de projet, un représentant du groupe pilote et, selon le cas, la DSI et le délégué à la protection des données. Trois issues sont également légitimes.

Grille de décision proposée par DEMETER SANTE
Décision	Situation type	Suite à donner
Continuer	Indicateurs atteints, aucun risque non maîtrisé	Plan d'extension progressif, formation des nouveaux utilisateurs
Ajuster	Résultats mitigés, irritants identifiables	Nouveau cycle court avec paramètres ou périmètre modifiés
Arrêter	Utilité non démontrée ou risque non maîtrisé	Retrait, retour d'expérience écrit, capitalisation

La décision est écrite, datée, motivée et communiquée aux équipes. Un arrêt bien expliqué préserve la confiance pour les projets suivants.

Exemple fictif : la préparation de comptes rendus

Méthode en six étapes

Choisir un cas d'usage avec les trois filtres et consulter le délégué à la protection des données.
Écrire le protocole : périmètre, durée, indicateurs, règles d'usage, circuit de signalement.
Former le groupe pilote à l'outil et à ses limites.
Conduire l'expérimentation avec un point hebdomadaire.
Évaluer à partir des indicateurs fixés au départ.
Décider par écrit et communiquer la décision.

Checklist avant le lancement

La date du comité de décision est fixée.
Le cas d'usage passe les trois filtres.
Le délégué à la protection des données a été consulté.
Les indicateurs et leur mode de recueil sont écrits.
Le groupe pilote est volontaire et formé.
Un retour arrière sans impact sur les soins est possible.

Limites de cette méthode

Cette méthode ne remplace pas l'analyse de conformité propre à chaque outil ni les procédures d'achat public. Elle n'est pas adaptée telle quelle aux dispositifs médicaux ou aux systèmes susceptibles d'être classés à haut risque, qui exigent un cadre d'évaluation spécifique.

Questions fréquentes

Les 90 jours sont-ils une obligation ?

Non. C'est un choix de méthode proposé par DEMETER SANTE pour garantir une décision datée. La durée peut être adaptée à la complexité du cas d'usage.

Comment choisir le premier cas d'usage ?

Privilégiez une tâche identifiée par les équipes, dont le résultat est vérifiable par un professionnel et dont l'arrêt ne bloque aucun processus critique. Une tâche administrative constitue souvent un point d'entrée plus sûr qu'un usage clinique.

Quelles obligations juridiques s'appliquent pendant l'expérimentation ?

Le RGPD dès que des données personnelles sont traitées, et le règlement européen sur l'IA, dont l'article 4 modifié en 2026 impose aux déployeurs des mesures soutenant la maîtrise de l'IA. Des obligations supplémentaires existent pour certains systèmes, à vérifier au cas par cas.

Qui siège au comité de décision ?

La direction, le responsable qualité, le chef de projet et un représentant du groupe pilote, avec si besoin la DSI et le délégué à la protection des données.

Que faire si les résultats sont mitigés ?

Une décision d'ajustement est souvent préférable : modifier le périmètre ou les paramètres et planifier un nouveau cycle court avec les mêmes indicateurs.

Comment annoncer un arrêt sans décourager les équipes ?

En expliquant les motifs, en remerciant le groupe pilote et en partageant ce qui a été appris. Un arrêt motivé fait partie des issues prévues dès le départ.

Se faire accompagner

DEMETER SANTE accompagne le cadrage, la formation du groupe pilote et l'animation du comité de décision. Découvrez nos services dédiés à l'intelligence artificielle ou échangez avec nous sur votre projet.

Pour préciser l’approche technique avant un essai, comparez chatbot, automatisation et agent IA, puis consultez le parcours pour créer et tester une application avec Lovable, Replit, Codex ou Claude Code. Ces deux guides, ajoutés le 7 octobre 2026, distinguent prototype, permissions et décision de déploiement.

Cahier des charges d’un projet IA : le modèle de cadrage

Un cahier des charges de projet IA doit décrire un besoin vérifiable avant de promettre une technologie. Il précise qui utilisera le système, quelles données il pourra traiter, ce qu’il pourra faire et comment une décision de déploiement sera prise. Cette trame originale aide à préparer un atelier entre les métiers, la DSI, la sécurité, la protection des données et les responsables du projet.

Ressource de Dimitri Jorand, ajoutée le 11 octobre 2026. Elle complète le parcours en 90 jours, dont la durée reste un choix de méthode, et ne remplace pas les procédures d’achat ou les validations propres à votre structure. Le contenu est utilisable ici en HTML, sans formulaire ni dépôt de documents.

Commencer par la tâche et l’option sans IA

« Installer un assistant intelligent » ne décrit pas le travail à améliorer. Écrivez plutôt : « Aider les professionnels à retrouver le bon document administratif à jour. » Expliquez qui rencontre la difficulté, dans quelle situation et ce qui permettrait de juger la réponse utile. Comparez ensuite la recherche classique, une amélioration du classement et les approches IA.

La FAQ CNIL publiée le 18 juillet 2024 recommande de partir des usages et des risques, plutôt que du seul modèle. Les guides ANSSI de 2024 et 2025 éclairent la sécurité du système. La sécurité technique, la qualité métier et la conformité des traitements sont des sujets à articuler, pas trois noms pour le même contrôle.

Trame à compléter avec les responsables du projet

Chaque rubrique doit contenir une réponse, une preuve attendue ou un point ouvert avec son responsable. Un champ « à préciser » peut être honnête ; un champ vide qui disparaît du comité crée une fausse impression de préparation. Ne collez dans ce modèle aucune donnée de patient, aucun secret d’accès ni aucun dossier réel.

Cahier des charges IA : questions de cadrage et éléments à établir, à compléter hors ligne
Rubrique	Question à traiter	Élément à écrire ou vérifier
Besoin	Quel problème de travail voulons-nous résoudre ?	[Tâche, difficulté actuelle, résultat attendu, option sans IA]
Utilisateurs	Qui utilisera ou subira les effets du système ?	[Rôles, conditions d’accès, besoins d’accessibilité, accompagnement]
Périmètre	Quels usages sont autorisés ou exclus ?	[Tâches incluses, décisions interdites, limites et responsable d’arbitrage]
Données	Quelles sources sont nécessaires et légitimes ?	[Origine, sensibilité, droits d’usage, mise à jour, conservation et destinataires]
Interfaces	Quels systèmes échangent des informations ?	[Entrées, sorties, services tiers, flux, dépendances et frontières de confiance]
Permissions	Que peut consulter, modifier ou déclencher chaque rôle ?	[Matrice de droits, autorisations serveur, validation humaine et traces]
Qualité	Sur quels cas vérifierons-nous l’utilité et les limites ?	[Jeu de tests, critères d’acceptation, erreurs critiques, réponse d’incertitude]
Sécurité et conformité	Quels risques et cadres faut-il examiner ?	[Analyse, mesures, interlocuteurs compétents, décisions et points ouverts]
Coûts	Quels postes existent pendant et après le pilote ?	[Intégration, consommation, licences, exploitation, formation, plafond et alerte]
Réversibilité	Comment exporter, arrêter et poursuivre le travail sans le système ?	[Formats, droits, dépendances, suppression, délai et test de sortie]
Exploitation	Qui maintient les documents, les accès et le service ?	[Responsabilités, mises à jour, incidents, supervision et requalification]
Déploiement	Qui peut décider de continuer, ajuster ou arrêter ?	[Comité, critères, limites du périmètre autorisé et décision datée]

Exemple entièrement fictif : retrouver une procédure administrative

Une structure inventée souhaite aider un groupe de professionnels à retrouver des procédures administratives publiables : réservation d’une salle, demande de matériel pédagogique ou contact d’un service support. Le projet ne traite ni dossier de patient ni décision de recrutement, d’accès aux droits ou de soins. Les documents de test sont des créations fictives et ne reproduisent aucun document réel.

Le besoin n’est pas « répondre à toutes les questions de l’établissement ». Il est de retrouver une référence autorisée, d’en montrer la version et d’indiquer la démarche prévue dans le document. Le pilote reste en lecture seule. Il ne réserve pas la salle, n’envoie pas de courriel et ne modifie pas un formulaire. Si le document manque ou si deux versions se contredisent, il doit l’annoncer et proposer le relais prévu.

Extrait de cahier des charges fictif : transformer un souhait en condition vérifiable
Souhait trop général	Condition de test proposée	Preuve attendue
« Donner la bonne réponse »	Pour chaque cas du jeu d’essai, retrouver le document autorisé et sa version, ou annoncer l’absence de référence.	Résultat et référence comparés par un responsable métier ; jeu d’essai versionné.
« Respecter les accès »	Un rôle non autorisé ne reçoit ni le document interdit, ni un extrait, ni une information de son existence.	Tests négatifs sur les rôles, contrôles serveur et revue des traces.
« Être prudent »	Une consigne hostile placée dans un document ne modifie ni les droits ni le périmètre de réponse.	Cas de test préparés, résultats examinés et corrections vérifiées.
« Rester abordable »	Le projet a un plafond de dépenses, un responsable du suivi et une solution de secours annoncée.	Budget par poste, alerte testée et procédure d’arrêt vérifiée.
« Pouvoir changer de fournisseur »	Exporter le corpus autorisé, les réglages et les traces nécessaires dans les formats convenus.	Exercice de sortie réellement exécuté, pas seulement une clause commerciale.

Aucun taux de réussite ou gain de temps n’est annoncé dans cet exemple. Les critères précis et les seuils éventuels sont à décider avant le test, avec les métiers et les responsables compétents. Ce périmètre fictif n’établit pas que tous les assistants administratifs ont la même qualification réglementaire.

Permissions et données : rendre les limites explicites

Le cahier des charges doit identifier ce qui entre dans le système et ce qui en sort, y compris les journaux, les services de modèles et les sauvegardes. « Hébergé en France » ne répond pas, à lui seul, aux questions d’accès, de sous-traitance ou de conservation. Une offre, une certification ou une qualification d’hébergement doivent être vérifiées pour leur périmètre réel ; elles ne rendent pas automatiquement l’ensemble du projet conforme ou HDS.

Documentez les validations requises avec les responsables de la sécurité, de la protection des données et, selon le cas, de l’achat et du droit. Ne déduisez pas d’un essai technique une autorisation générale d’utiliser le système. Les données personnelles, les finalités médicales et les usages sensibles demandent une analyse propre, qui ne peut pas être faite en cochant ce seul tableau.

Choix technique : justifier plutôt que collectionner les outils

Le guide agent IA, chatbot ou automatisation aide à préciser le niveau d’action attendu. Si le projet consiste à retrouver des documents, le comparatif RAG et fine-tuning peut éclairer le choix. Aucun choix n’écarte le besoin de vérifier les droits et l’actualisation des sources.

Pour définir le jeu d’essai, notre grille d’évaluation d’un assistant IA fournit un point de départ. La recette doit comporter des erreurs possibles, des absences de réponse et des refus attendus, pas seulement les exemples sur lesquels une démonstration commerciale fonctionne.

La décision de déploiement reste un livrable

Au comité, revenez aux critères écrits avant le développement. Listez les résultats observés, les risques restants, les coûts et les conditions d’exploitation. « Continuer » autorise un périmètre précis, pas toutes les évolutions futures. « Ajuster » indique ce qui doit être corrigé et recontrôlé. « Arrêter » organise le retour au fonctionnement prévu et la conservation des enseignements utiles.

DEMETER SANTE peut accompagner le diagnostic, le cadrage, la formation et le développement de solutions sur mesure, avec son partenaire stratégique JustAI selon le projet. Découvrez nos services IA ou préparez un échange sur votre besoin. Aucun résultat, calendrier de conformité ou qualification d’hébergement n’est garanti par cette trame.

Questions pratiques

Que doit contenir un cahier des charges de projet IA ?

Il précise le besoin métier, les utilisateurs, le périmètre, les données, les interfaces et permissions, les critères de qualité, la sécurité, les coûts, la réversibilité, l’exploitation et la décision de déploiement. Les points inconnus restent identifiés avec une personne chargée de les résoudre, plutôt que complétés par supposition.

Faut-il choisir le modèle d’IA avant de rédiger le besoin ?

Non. Décrivez d’abord la tâche et le résultat attendu, puis comparez les approches, y compris une solution sans IA. Le choix technique doit être justifié par le besoin, les risques, les contraintes et les tests. Un nom de modèle ne remplace pas un critère d’acceptation.

Ce document est-il une trame de marché public prête à signer ?

Non. C’est un support pédagogique de cadrage et de discussion, pas un dossier de consultation, une clause contractuelle ou un avis juridique. Les achats, la protection des données, la sécurité et le cadre réglementaire doivent être examinés avec les responsables compétents.

Télécharger la trame accessible et imprimable du cahier des charges IA (HTML, sans formulaire). Utilisez la fonction d’impression pour obtenir une copie PDF, ou copiez les rubriques sur un support de travail interne maîtrisé.

Sources et limites du modèle

Sources primaires consultées le 11 octobre 2026 : FAQ CNIL du 18 juillet 2024, guide ANSSI du 29 avril 2024 et approche ANSSI par les risques cyber du 7 février 2025. Modèle pédagogique original de Dimitri Jorand, sans reproduction des guides. Ce n’est ni une trame de marché public juridiquement prête à signer, ni une étude de conformité, ni une certification de sécurité.

Questions fréquentes

Que doit contenir un cahier des charges de projet IA ?: Il précise le besoin métier, les utilisateurs, le périmètre, les données, les interfaces et permissions, les critères de qualité, la sécurité, les coûts, la réversibilité, l’exploitation et la décision de déploiement. Les points inconnus restent identifiés avec une personne chargée de les résoudre, plutôt que complétés par supposition.
Faut-il choisir le modèle d’IA avant de rédiger le besoin ?: Non. Décrivez d’abord la tâche et le résultat attendu, puis comparez les approches, y compris une solution sans IA. Le choix technique doit être justifié par le besoin, les risques, les contraintes et les tests. Un nom de modèle ne remplace pas un critère d’acceptation.
Ce document est-il une trame de marché public prête à signer ?: Non. C’est un support pédagogique de cadrage et de discussion, pas un dossier de consultation, une clause contractuelle ou un avis juridique. Les achats, la protection des données, la sécurité et le cadre réglementaire doivent être examinés avec les responsables compétents.