1Comprendre
L’essentiel du profil
DirectionManagersSituation type
- Au siège : une plateforme d’IA, un catalogue d’outils approuvés, un comité de gouvernance et des équipes capables de développer des agents.
- En filiale : des outils et des règles fixés par le groupe, et une marge de manœuvre sur l’adoption, les cas d’usage locaux et le respect du cadre français.
- La plupart des salariés ont accès aux outils. L’enjeu est maintenant de concentrer les efforts sur les cas d’usage qui créent le plus de valeur.
- Le nombre d’agents et d’outils augmente vite, avec un risque de doublons et de coûts mal suivis.
Erreurs fréquentes
- Mesurer le succès au nombre de licences ou d’agents créés plutôt qu’aux résultats métier.
- Laisser se multiplier des agents qui font la même chose.
- Passer d’un essai à la production sans évaluation de sécurité ni de qualité.
- En filiale : acheter un outil localement sans passer par le circuit du groupe.
Les trois priorités
Au siège
Financer un petit nombre de cas d’usage prioritaires
Les mesurer, et les arrêter s’ils ne donnent pas les résultats attendus.
Valider plus vite sans relâcher le contrôle
Une voie rapide pour les essais à faible risque, une revue complète pour les cas qui touchent les données de santé, les BPx ou des décisions.
Industrialiser
Registre des agents, réutilisation des composants existants, suivi des coûts, évaluation continue des agents.
En filiale
Faire adopter les outils du groupe
Par toutes les équipes, avec des exemples tirés des métiers en France.
Faire remonter les besoins locaux
Accès au marché, information médicale, réglementaire et pharmacovigilance locaux, documentés avec la fiche cas d’usage.
Vérifier la conformité locale
RGPD et CNIL, hébergement des données de santé, information promotionnelle, avec le DPO, le pharmacien responsable et la conformité.
À lancer dans les deux prochaines semaines
Au siège
- Revoir le portefeuille de cas d’usage avec la grille impact × faisabilité (chapitre 8) et arrêter les projets sans valeur démontrée.
- Publier la liste des outils approuvés et la règle « réutiliser, puis acheter, puis développer ».
- Ouvrir une voie rapide de validation pour les essais à faible risque.
- Fixer des standards communs pour les équipes qui développent des agents : évaluations, sécurité, suivi des coûts.
En filiale
- Nommer un relais IA France et un relais par direction.
- Mesurer l’usage réel des outils du groupe, direction par direction.
- Lister 5 besoins locaux prioritaires et les documenter avec la fiche cas d’usage.
- Vérifier avec le DPO et le pharmacien responsable les points propres à la France (chapitre 4).
Rôle par rôle : quoi faire
| Rôle | À faire | Chapitres |
|---|---|---|
| Direction |
| 4813 |
| Managers |
| 7812 |
| Tous les collaborateurs |
| 367 |
| Référent IA |
| 35813 |
| Informatique et sécurité |
| 5910 |
| DPO, juridique et conformité |
| 349 |
| Qualité, réglementaire et pharmacien responsable |
| 4910 |
Chaque collaborateur trouve au chapitre 7 la fiche de son métier : trois usages à lancer cette semaine, des prompts prêts à l’emploi et les points de vigilance.
2Comprendre
Comprendre l’IA
Pour tousÀ faire
- Repérer de quel type d’IA relève chaque usage envisagé.
- Viser d’abord le niveau 2 : l’efficacité des équipes.
- Relire tout résultat : une réponse bien rédigée n’est pas une réponse juste.
Trois familles d’IA coexistent. Elles ne servent pas aux mêmes choses et n’appellent pas les mêmes contrôles.
IA classique
L’humain fixe la question, l’IA analyse des données.
- Reçoit
- Données chiffrées et structurées
- Produit
- Prévisions, scores, alertes qui aident une décision humaine
- Autonomie
- Aucune : elle informe une décision
À utiliser pour
- Analyser des données structurées
- Prévoir un résultat ou une valeur
- Classer ou noter à grande échelle
- Repérer des tendances ou des anomalies
Exemple
Prévoir la demande d’un médicament, repérer une dérive sur une ligne de production.
IA générative
L’humain échange avec l’IA, qui produit un contenu nouveau.
- Reçoit
- Textes, images, documents, sons
- Produit
- Brouillons, synthèses, traductions, réponses
- Autonomie
- Aucune : elle répond à une demande
À utiliser pour
- Rédiger un nouveau contenu
- Résumer des informations non structurées
- Répondre à partir d’une base de documents
- Interpréter des demandes formulées librement
Exemple
Rédiger le premier jet d’une procédure, résumer un article scientifique.
IA agentique
L’humain fixe un objectif et des règles, l’IA enchaîne les étapes pour l’atteindre.
- Reçoit
- Un objectif, des accès à des outils, des données et des systèmes
- Produit
- Une suite d’actions et de décisions dans plusieurs systèmes
- Autonomie
- Elle agit seule dans des limites fixées et s’ajuste aux retours
À utiliser pour
- Enchaîner plusieurs étapes sans intervention à chaque étape
- Confier un processus entier, avec des points de contrôle
- Coordonner des actions entre outils, systèmes et personnes
- Traiter en volume des tâches répétitives
Exemple
Préparer un dossier : rassembler les documents sources, rédiger, vérifier les références, transmettre pour validation.
Automatisation ou agent ?
Une tâche programmée reste de l’automatisation tant qu’une personne a fixé la logique, le périmètre et les points de contrôle. On parle d’agent quand l’IA choisit elle-même ses étapes et ses outils, et agit sans revue à chaque étape. La différence change les contrôles à prévoir (chapitre 9).
Automatisation
Chaque lundi, un résumé des ventes est produit à partir de données validées, avec un modèle de présentation fixe, puis envoyé à une liste approuvée.
Agent
Un programme repère une tendance de ventes, décide d’ajuster une campagne, prépare les actions dans plusieurs systèmes et les lance.
Les quatre niveaux de valeur
La valeur augmente en montant, mais chaque niveau repose sur ceux du dessous.
Produits et patients
De nouveaux produits ou services qui intègrent l’IA, pour les patients et les professionnels de santé.
Processus métier
Accélérer la recherche, le développement, la production, la qualité et la commercialisation.
Efficacité des équipes
Gagner du temps sur les tâches de tous les jours : rédiger, chercher, résumer, analyser.
Socle
Des données fiables et accessibles, des outils sécurisés, des règles claires et des compétences.
Pour ce profil : Le niveau 2 est en place pour la plupart des équipes : déplacer l’investissement vers les niveaux 3 et 4.
Ce que l’IA fait bien
- Résumer, reformuler, structurer un texte
- Comparer deux versions d’un document
- Extraire des informations de documents longs
- Proposer des options, des plans, des questions
- Traduire et adapter à un public
- Écrire ou expliquer des formules et du code simple
Ce qui demande de la prudence
- Chiffres, unités et calculs : toujours vérifier
- Références bibliographiques : l’IA peut en inventer
- Informations récentes : seulement si l’outil est connecté à des sources à jour
- Décisions médicales, réglementaires ou qualité : l’IA prépare, une personne décide
- Sujets sans source fiable : la réponse peut être fausse et convaincante
Une réponse bien rédigée n’est pas une réponse juste.
3Encadrer
Les règles du jeu
Pour tousÀ faire
- Diffuser la charte et la faire accepter par chaque utilisateur.
- Passer chaque nouvel usage au test « feu vert ».
- Déclarer sur le portail de gouvernance tout usage qui dépasse l’efficacité personnelle.
Avant de commencer
Lire et accepter la charte d’usage
Elle fixe les outils autorisés, les données interdites et les règles de relecture. Elle couvre aussi la création d’images et l’enregistrement ou la transcription des réunions.
Suivre la formation de base
Notions essentielles, bénéfices, risques et questions éthiques. Elle conditionne l’accès aux outils.
Déclarer son cas d’usage
Dès qu’un usage dépasse le travail personnel (rédiger, résumer, chercher pour soi). Le test ci-dessous permet de le savoir.
Test feu vert
Cet usage peut-il démarrer sans validation ?
Cocher chaque condition remplie. Il faut les sept pour démarrer sans validation.
Le résultat s’affiche ici dès la première case cochée.
Une gouvernance pluridisciplinaire, avec voie rapide
Déclarer sur le portail
Le porteur décrit le cas d’usage. Un assistant peut l’aider à remplir la demande et à vérifier qu’un cas proche n’existe pas déjà.
Revue métier
Alignement avec la stratégie, priorité, financement éventuel.
Revue par domaine
Juridique, sécurité, données personnelles, qualité et conformité, architecture. La demande est orientée automatiquement vers les bons experts.
Levée des réserves
Le porteur traite les points soulevés.
Décision et passage en projet
Avec un responsable métier, un responsable technique et des indicateurs.
Voie rapide
Voie rapide pour les preuves de concept à faible risque : la décision est rendue dès la déclaration, sans les étapes 2 à 4.
À savoir
En filiale, la déclaration passe par le circuit du groupe. Le relais IA France ajoute un contrôle local : DPO, pharmacien responsable, conformité.
Plus la déclaration décrit précisément le cas d’usage, plus la validation est rapide.
Qui fait quoi
| Rôle | Responsabilités |
|---|---|
| Direction générale (sponsor) | Fixe l’ambition, arbitre les priorités et le budget, montre l’exemple. |
| Référent ou responsable IA | Anime la démarche, tient le registre, conseille les équipes, prépare les décisions. |
| Comité IA | Valide les cas à risque, suit le portefeuille, arrête les projets sans résultats. |
| Informatique et sécurité | Choisit et sécurise les outils, gère les accès, surveille les usages. |
| DPO | Vérifie le respect du RGPD, mène les analyses d’impact sur les données personnelles. |
| Qualité, réglementaire et pharmacien responsable | Évalue l’impact BPx, valide les outils utilisés dans les processus réglementés et les contenus destinés à l’extérieur. |
| Juridique et conformité | Contrats fournisseurs, propriété intellectuelle, règles de communication, responsabilité liée aux agents. |
| Managers | Repèrent les cas d’usage, libèrent du temps pour la formation, suivent les résultats. |
| Relais IA | Aident leurs collègues, partagent les bonnes pratiques, font remonter les besoins. |
| Chaque salarié | Respecte la charte, vérifie les résultats, signale les erreurs et les incidents. |
Modèle de charte d’usage
Modèle à copier
- Utiliser uniquement les outils d’IA approuvés par l’entreprise, avec son compte professionnel.
- Ne jamais saisir de données de patients, de données de santé identifiantes ni de données de pharmacovigilance dans un outil qui n’est pas approuvé pour ces données.
- Ne pas saisir d’informations confidentielles (stratégie, prix, données de partenaires, inventions non brevetées) hors des outils approuvés pour ce niveau de confidentialité.
- Vérifier tout résultat avant de l’utiliser : faits, chiffres, unités, noms de produits, références.
- Garder la décision humaine : l’IA propose, une personne compétente valide, en particulier pour les contenus médicaux, réglementaires, qualité et promotionnels.
- Soumettre tout contenu destiné à l’extérieur au circuit de validation habituel : information promotionnelle, information médicale, documents remis aux autorités.
- Signaler clairement l’usage de l’IA quand la loi l’exige : agent conversationnel, image, son ou vidéo réalistes, avatar, voix de synthèse.
- Déclarer tout usage qui dépasse l’efficacité personnelle (test « feu vert »).
- Informer les participants avant d’enregistrer ou de transcrire une réunion, et respecter leur refus.
- Signaler toute erreur, fuite de données ou comportement anormal d’un outil au référent IA.
Interdit par l’AI Act depuis le 2 février 2025 : déduire les émotions des salariés à partir de données biométriques (voix, visage), sauf raison médicale ou de sécurité.
4Encadrer
Le cadre réglementaire
DirectionRéférents IAQualité et juridiqueÀ faire
- Former les équipes et garder la trace des formations (AI Act, article 4).
- Signaler tout agent conversationnel et tout contenu réaliste produit par l’IA.
- Faire valider tout contenu promotionnel préparé avec l’IA dans le circuit habituel.
Cadre européen et français vérifié au 16 octobre 2026. Ce chapitre donne des repères pour agir. Il ne remplace pas un avis juridique ou réglementaire.
Les dates à retenir
- 2 février 2025AI Act : pratiques interdites et obligation de maîtrise de l’IA.En vigueur
- 16 mai 2026HDS : fin de la transition vers le nouveau référentiel.En vigueur
- 27 juillet 2026AI Act : entrée en vigueur de l’Omnibus numérique sur l’IA.En vigueur
- 2 août 2026AI Act : obligations de transparence (article 50).En vigueur
- Date à confirmerBPF : publication de la version finale de l’annexe 22 sur l’IA.À venir
- 2 décembre 2027AI Act : systèmes à haut risque de l’annexe III, dont les usages RH.À venir
- 2 août 2028AI Act : systèmes à haut risque intégrés à des produits réglementés.À venir
Pour toutes les entreprises de santé
AI Act : le règlement européen sur l’IA
En vigueurRèglement (UE) 2024/1689, modifié par le règlement « Omnibus numérique sur l’IA » (UE) 2026/1744, en vigueur depuis le 27 juillet 2026.
- Déjà applicable
- Pratiques interdites depuis le 2 février 2025. Exemple qui concerne les entreprises : déduire les émotions des salariés à partir de leur voix ou de leur visage, sauf raison médicale ou de sécurité.
- Déjà applicable
- Maîtrise de l’IA (article 4), réécrit par l’Omnibus : l’entreprise prend des mesures pour développer les compétences en IA de son personnel et des personnes qui utilisent l’IA pour son compte. Elle n’a pas à garantir un niveau précis, mais doit pouvoir montrer ce qu’elle a mis en place : formations, supports, charte.
- Depuis le 2 août 2026
- Transparence (article 50) : informer les personnes qu’elles échangent avec une IA, signaler les images, sons et vidéos réalistes produits ou modifiés par l’IA (avatars, voix de synthèse), et signaler les textes publiés pour informer le public sur des sujets d’intérêt général, sauf relecture humaine sous responsabilité éditoriale.
- 2 décembre 2027
- Systèmes à haut risque de l’annexe III. Dans un laboratoire, cela concerne surtout les ressources humaines : tri de candidatures, évaluation ou suivi des salariés.
- 2 août 2028
- Systèmes à haut risque intégrés à des produits réglementés (annexe I), dont les dispositifs médicaux évalués par un organisme notifié.
À faire
- Garder la trace des formations, des supports et de la charte (article 4).
- Indiquer clairement qu’il s’agit d’une IA sur tout agent conversationnel ouvert aux salariés, aux clients ou au public.
- Recenser dès maintenant les usages RH (tri de candidatures, évaluation des salariés) avant l’échéance du 2 décembre 2027.
Le rôle de l’entreprise change ses obligations. Elle est le plus souvent « déployeur » : elle utilise un système d’IA fourni par un tiers. Elle devient « fournisseur » si elle développe un système d’IA ou le met sur le marché sous son nom.
RGPD et données de santé
En vigueurLes données de santé sont des données sensibles. Leur usage dans un outil d’IA suit les règles habituelles du RGPD, avec plus de vigilance.
- Base légale et minimisation
- N’utiliser que les données nécessaires, anonymiser ou pseudonymiser quand c’est possible, informer les personnes.
- Analyse d’impact
- À mener avec le DPO avant un traitement à grande échelle de données de santé ou un usage nouveau à risque.
- Contrat avec le fournisseur
- Contrat de sous-traitance (article 28), liste des sous-traitants, lieu de traitement, durée de conservation.
- CNIL
- Ses recommandations et fiches pratiques sur l’IA et le RGPD servent de référence pour les projets qui utilisent des données personnelles.
À faire
- Faire valider par le DPO tout usage qui touche des données personnelles.
- Anonymiser ou pseudonymiser les données avant de les fournir à l’outil, quand c’est possible.
- Vérifier le contrat de sous-traitance avant de signer avec un fournisseur.
Hébergement des données de santé (HDS)
En vigueurEn France, un prestataire qui héberge des données de santé pour le compte d’un tiers doit être certifié HDS.
- Référentiel en vigueur
- Publié au Journal officiel le 16 mai 2024 : hébergement physique des données dans l’Espace économique européen, et transparence sur les risques d’accès depuis un pays tiers.
- Fin de la transition
- Les hébergeurs déjà certifiés avaient jusqu’au 16 mai 2026 pour se mettre en conformité avec ce référentiel.
- En pratique
- Avant de confier des données de santé à un outil d’IA en ligne, vérifier la certification HDS de l’hébergeur et le lieu d’hébergement.
Bonnes pratiques de la HAS
RecommandationGuide « Premières clefs d’usage de l’IA générative en santé », publié le 30 octobre 2025 pour les professionnels de santé.
- Méthode A.V.E.C.
- Apprendre (comprendre l’outil et ses règles de confidentialité), Vérifier (contrôler chaque contenu, notamment chiffres, unités et noms de médicaments), Estimer (suivre la qualité dans le temps), Communiquer (partager les pratiques et rester transparent).
- Usage
- Une base commune utile pour les équipes médicales et pour les échanges avec les professionnels de santé.
Spécifique au médicament
EMA : IA dans le cycle de vie du médicament
RecommandationDocument de réflexion adopté en septembre 2024.
- Approche
- Fondée sur le risque : plus l’IA influence une décision réglementaire ou la sécurité des patients, plus les exigences sont fortes.
- Responsabilité
- Le demandeur ou le titulaire de l’AMM reste responsable des données, des modèles et des outils utilisés.
- Dialogue
- Prévoir un échange précoce avec l’agence quand l’IA a un impact réglementaire important.
EMA et FDA : principes de bonnes pratiques de l’IA
Recommandation10 principes communs pour l’IA dans le développement des médicaments, publiés le 14 janvier 2026. Non contraignants.
- Contenu
- Approche centrée sur l’humain et fondée sur le risque, contexte d’utilisation défini, gouvernance des données, expertise pluridisciplinaire, gestion sur tout le cycle de vie, communication claire sur les systèmes d’IA.
- Périmètre
- De la recherche à la surveillance après commercialisation, en passant par les essais cliniques et la fabrication.
BPF : projet d’annexe 22 sur l’IA
ProjetConsultation de juillet à octobre 2025. Version finale non publiée au 16 octobre 2026.
- Usages critiques
- Le projet n’admet que des modèles figés et déterministes pour les usages qui touchent directement la qualité du produit ou la sécurité des patients. L’IA générative en serait exclue pour ces usages.
- Autres usages
- Supervision des résultats par du personnel qualifié.
- Textes liés
- Révisions de l’annexe 11 (systèmes informatisés) et du chapitre 4 des BPF (documentation), menées en parallèle.
À faire
- Recenser les outils d’IA utilisés dans les processus BPF, avec leur statut de validation.
- Ne pas confier à une IA générative une décision qui touche directement la qualité du produit.
- Suivre la publication de la version finale et mettre les procédures à jour.
Pharmacovigilance
En vigueurLes outils d’IA utilisés pour traiter des cas ou détecter des signaux font partie du système de pharmacovigilance.
- Exigences
- Validation de l’outil, traçabilité, supervision par une personne qualifiée, documentation dans le système qualité de pharmacovigilance.
- Prestataire
- Si la pharmacovigilance est confiée à un prestataire, lui demander quels outils d’IA il utilise et comment il les valide.
Information promotionnelle et information médicale
En vigueurUn contenu préparé avec l’IA suit le même circuit que les autres.
- Promotion
- Charte de l’information promotionnelle, procédures internes, validation sous la responsabilité du pharmacien responsable, visa de l’ANSM lorsqu’il est requis.
- Information médicale
- Réponses fondées sur des documents validés, relues par une personne qualifiée, sans donnée de patient identifiante hors outil approuvé.
Sources consultées
- Règlement (UE) 2026/1744, Omnibus numérique sur l’IA (EUR-Lex)
- AI Act : texte consolidé et Omnibus (artificialintelligenceact.eu)
- AI Act : guide de l’article 50 sur la transparence
- MDCG 2025-6 : MDR/IVDR et AI Act, synthèse
- EMA : page Intelligence artificielle
- BPF, projet d’annexe 22 (ECA Academy)
- HAS : Premières clefs d’usage de l’IA générative en santé
- ANS : référentiel de certification HDS
- CNIL : recommandation sur le RGPD et les systèmes d’IA
5Encadrer
Choisir les outils
ManagersRéférents IAÀ faire
- Choisir un assistant d’entreprise sous licence professionnelle.
- Réutiliser avant d’acheter, acheter avant de développer.
- Vérifier les dix points de contrôle avant de signer avec un fournisseur.
Trois familles d’outils
IA pour tous
Pour
Tous les salariés
Quoi
Assistants conversationnels d’entreprise et agents prêts à l’emploi : rédiger, résumer, chercher, analyser un fichier, mener une recherche approfondie.
Accès
Sans validation pour l’usage personnel, avec un compte professionnel.
IA intégrée aux logiciels métiers
Pour
Les utilisateurs de ces logiciels
Quoi
Fonctions d’IA ajoutées par l’éditeur dans un logiciel déjà utilisé : CRM, gestion documentaire, système qualité, gestion des services informatiques, outils de développement.
Accès
Selon les règles de chaque logiciel, avec validation du cas d’usage.
IA sur mesure
Pour
Une équipe, une direction
Quoi
Outils ou agents construits pour un processus précis que l’existant ne couvre pas.
Accès
Après validation, avec un responsable métier et un responsable technique.
Les modèles des grands fournisseurs d’IA (OpenAI, Anthropic, Google, Mistral, Meta…) fonctionnent à l’intérieur de ces outils. Le choix porte d’abord sur l’outil et ses garanties, ensuite sur le modèle.
La règle : réutiliser, puis acheter, puis développer
Réutiliser
Un outil déjà approuvé couvre le besoin, ou peut être étendu pour combler l’écart.
La solution la plus rapide, avec peu de développement.
Acheter
Aucun outil en place ne convient, mais une solution du marché éprouvée répond au besoin.
La fonction n’est pas un avantage concurrentiel. Le coût connu et la rapidité comptent plus que la personnalisation.
Développer
Aucun outil existant ni aucune solution du marché ne fait le travail.
Le cas d’usage donne un avantage concurrentiel ou servira durablement plusieurs équipes, et le contrôle de l’outil justifie les coûts de départ et de fonctionnement.
Quel outil pour quel besoin
| Besoin | Outil |
|---|---|
| Une question ponctuelle, un texte à reformuler ou à résumer | Assistant IA d’entreprise |
| Une analyse approfondie : veille, rapport, jeu de données | Agent de recherche ou d’analyse prêt à l’emploi |
| Une tâche personnelle qui se répète et demande ses propres informations : tri des e-mails, compte rendu type, règles de mise en forme | Agent personnel construit sans code |
| Une étape d’un processus qui se déroule dans un logiciel métier | Fonction IA du logiciel métier |
| Un processus métier complet, partagé par une équipe | Agent ou outil sur mesure, après validation |
Les outils pour ce profil
Dès maintenant
- Un catalogue d’outils approuvés, publié et tenu à jour.
- Un assistant d’entreprise et des agents prêts à l’emploi pour tous.
- Les fonctions d’IA des applications métiers, validées par cas d’usage.
Ensuite
- Une plateforme de construction d’agents avec registre, passerelle de contrôle, observabilité, évaluations et suivi des coûts.
- Des compétences et connecteurs réutilisables, partagés entre équipes.
À éviter : Règle : outils du catalogue d’abord. Tout achat ou développement passe par la gouvernance.
Budget : Suivre le coût par cas d’usage et par division, et le comparer à la valeur créée (chapitre 13).
En filiale : utiliser le catalogue du groupe, vérifier l’hébergement et les exigences françaises, faire remonter les besoins non couverts au lieu d’acheter localement.
Pour les équipes BPx, privilégier les outils déjà validés dans l’environnement qualité (gestion documentaire, système qualité, base de pharmacovigilance) avant d’ajouter un outil externe.
Choisir un fournisseur : dix points de contrôle
Liste à copier
- Les données saisies ne servent pas à entraîner les modèles du fournisseur (clause écrite au contrat).
- Le lieu d’hébergement est connu, dans l’Union européenne de préférence ; certification HDS si des données de santé sont traitées.
- Un contrat de sous-traitance RGPD (article 28) est signé, avec la liste des sous-traitants.
- Les accès sont contrôlés : authentification unique, droits par rôle, journalisation, chiffrement.
- Les modèles utilisés sont connus, et le fournisseur prévient en cas de changement de modèle.
- Les protections propres à l’IA sont décrites : filtrage des contenus, protection contre l’injection de prompt.
- La réversibilité est prévue : export des données, des prompts et des agents.
- Le coût est prévisible (licence par utilisateur ou consommation), avec un suivi des dépenses.
- Des connecteurs existent vers les outils déjà en place : messagerie, documents, CRM.
- L’évaluation sécurité du fournisseur est faite (questionnaire, références, certifications).
6Agir
L’IA au quotidien
Pour tousÀ faire
- Commencer par les cinq usages de base.
- Écrire chaque demande avec les six éléments.
- Appliquer les règles d’or : apprendre, vérifier, estimer, communiquer.
Les cinq usages de base
Réécrire
Raccourcir un texte, changer de ton, l’adapter à un autre public.
Réécrivez ce paragraphe destiné aux médecins pour qu’un patient le comprenne : phrases courtes, mots simples, aucune information retirée. Listez ensuite les termes que vous avez simplifiés.
Résumer
Points clés d’un document, décisions et actions d’une réunion, points en suspens d’un fil d’e-mails.
Résumez la transcription de réunion ci-jointe : points discutés, décisions prises, actions à mener. Pour chaque action, indiquez le responsable et l’échéance mentionnés. Signalez ce qui reste à trancher.
Trouver des idées
Préparer les points clés d’une réunion, structurer une réflexion, tester ses arguments.
Jouez le rôle d’un contradicteur. Voici notre projet de [initiative]. Listez les 5 objections les plus probables du comité de direction et, pour chacune, les éléments de réponse à préparer.
Rédiger
E-mails, notes, premiers jets à partir de notes ou de documents de référence, supports de présentation.
À partir des notes ci-jointes, rédigez le premier jet d’une note de cadrage de 2 pages : contexte, objectif, périmètre, planning, risques, décisions attendues. Ton factuel. Signalez les informations manquantes.
Analyser
Comparer deux versions d’un document, exploiter les résultats d’une enquête, repérer des tendances.
Comparez les deux versions ci-jointes de cette procédure. Présentez les différences dans un tableau : section, version 1, version 2, type de changement (fond, forme, conformité). Résumez ensuite les changements importants et leur raison probable.
Écrire une bonne demande
Une bonne demande contient six éléments. Les plus importants : les données à utiliser et les contrôles demandés.
| Élément | Rôle | Exemple |
|---|---|---|
| Rôle | Le point de vue attendu. | Vous êtes chargé d’affaires médicales. |
| Contexte | La situation et le but. | Préparation d’une réunion interne sur [pathologie]. |
| Tâche | Ce qu’il faut produire, avec un verbe précis. | Résumer les 5 articles joints. |
| Données | Les sources à utiliser, et elles seules. | Uniquement les documents joints. |
| Format | La forme et la longueur du résultat. | Un tableau (référence, population, résultat principal, limites), puis 5 lignes de synthèse. |
| Contrôles | Ce qui permet de vérifier. | Citer la page pour chaque affirmation, ne rien ajouter qui ne soit dans les documents. |
Avant
Faire une synthèse sur la maladie de X.
Après
Vous êtes chargé d’affaires médicales. Je prépare une réunion interne sur [pathologie]. Résumez les 5 articles joints, en utilisant uniquement ces documents. Présentez un tableau (référence, population, résultat principal, limites), puis 5 lignes de synthèse. Citez la page pour chaque affirmation et n’ajoutez rien qui ne soit dans les documents.
Là où l’IA fait gagner le plus de temps
Premiers jets
E-mails, présentations, comptes rendus, enquêtes, bilans annuels.
Recherche d’information
Retrouver un fichier, un e-mail, une présentation, une donnée publique.
Traitement des e-mails
Résumer un long fil, retrouver une information, repérer les actions à mener.
Tâches complexes
Analyser des données dans un tableur, transformer des idées en un document structuré.
Réunions
Comptes rendus, liste des actions, e-mail de suivi à partir de la transcription.
Les gains sont les plus nets quand l’assistant est connecté à la messagerie, aux agendas et aux documents de l’entreprise : il travaille alors sur les données réelles de l’utilisateur.
Les règles d’or
Apprendre
Connaître l’outil, ce qu’il fait bien, ses limites et ses règles de confidentialité.
Vérifier
Relire chaque résultat. Contrôler les chiffres, les unités, les noms de produits et les références. Ne rien saisir de confidentiel hors des outils approuvés.
Estimer
Suivre la qualité dans le temps : nombre de corrections nécessaires, temps réellement gagné.
Communiquer
Partager les bonnes pratiques avec l’équipe et rester transparent sur l’usage de l’IA.
Méthode inspirée du guide A.V.E.C. de la HAS (octobre 2025). Règle de base : l’IA propose, une personne compétente décide.
Les prompts propres à chaque métier sont dans les fiches du chapitre 7.
7Agir
Fiches métier
Pour tousManagersÀ faire
- Ouvrir la fiche de son métier.
- Lancer cette semaine les trois usages proposés.
- Proposer un cas d’usage métier avec la fiche cas d’usage (chapitre 8).
Une fiche par métier : trois usages à lancer cette semaine, des prompts prêts à l’emploi, des cas d’usage à proposer et les points de vigilance. Les éléments marqués DPL viennent de la bibliothèque de cas d’usage et des missions de Digital Pharma Lab.
Fiches à consulter
Choisir un métier :
Direction
Cette semaine
Faire préparer une synthèse de 700 mots d’un dossier avant un comité.
Lister les questions probables d’une réunion stratégique et préparer des réponses courtes.
Faire le pré-mortem d’un projet en cours : lister les causes d’échec possibles.
Prompts prêts à l’emploi
Remplacer les éléments entre crochets et joindre les documents mentionnés.
Synthèse pour le comité de direction
Rédigez une synthèse de 700 mots au maximum de la présentation jointe pour le comité de direction : enjeux, options, recommandation, décisions attendues.
Pré-mortem d’un projetDPL
Nous lançons [projet]. Imaginez que, dans 12 mois, le projet a échoué. Listez les 10 causes les plus probables, classées par probabilité et par impact, puis proposez pour chacune une action de prévention à lancer maintenant.
Simulation concurrentielleDPL
Jouez le rôle de la direction d’un concurrent qui veut contrer notre projet [projet]. Décrivez ses trois stratégies les plus probables, puis proposez notre réponse à chacune.
Questions anticipées
Je prépare une réunion stratégique avec [dirigeant]. À partir des documents joints, listez les questions probables sur [3 thèmes] et proposez des réponses courtes, de niveau direction.
Cas d’usage à proposer
- Assistant d’une business unit, alimenté par ses documents stratégiquesDPL
- Préparation d’une réunion de direction : trame courte, questions anticipées, document de pré-lectureDPL
- Pilotage du portefeuille IA avec la grille impact × faisabilité
Évaluer chaque cas avec la grille du chapitre 8 avant de le lancer.
Points de vigilance
- Aucune information stratégique confidentielle hors de l’outil approuvé.
- Vérifier chaque chiffre repris dans une synthèse.
Indicateurs à suivre
- Temps de préparation d’un comité
- Part des cas d’usage IA dont le résultat est mesuré
Affaires médicales et information médicale
Cette semaine
Résumer cinq articles dans un tableau sourcé.
Préparer un échange avec un expert : questions prioritaires et règles de conformité.
Repérer les biais d’un article avant de le citer.
Prompts prêts à l’emploi
Remplacer les éléments entre crochets et joindre les documents mentionnés.
Synthèse de littérature
Vous êtes responsable médical. Résumez les articles joints sous forme de tableau : référence, type d’étude, population, critère principal, résultat principal, limites. Ajoutez une synthèse de 10 lignes. Utilisez uniquement les documents fournis et indiquez la page de chaque information.
Vérifier chaque référence dans le document source.
Biais et limites d’un articleDPL
Analysez cet article : biais possibles, limites méthodologiques, points à vérifier avant de citer ses résultats. Présentez un tableau : élément, risque, effet sur l’interprétation.
Synthèse d’une réunion d’expertsDPL
Compilez les retours anonymisés des experts réunis sur [sujet] : points d’accord, points de désaccord, suggestions clés pour la stratégie médicale, questions ouvertes.
Projet de réponse d’information médicale
À partir uniquement des documents de référence joints (RCP, réponses standard validées), rédigez un projet de réponse à la question suivante d’un professionnel de santé : [question]. Citez la source de chaque élément. Signalez si la question sort du cadre des documents.
Projet à valider selon la procédure d’information médicale. Aucune donnée de patient identifiante.
Cas d’usage à proposer
- Fiches d’information médicale rédigées à partir des documents validésDPL
- Cartographie des experts d’un domaine à partir des publicationsDPL
- Projets de réponses d’information médicale à partir de réponses standard
Évaluer chaque cas avec la grille du chapitre 8 avant de le lancer.
Points de vigilance
- Toute réponse à un professionnel de santé suit la procédure d’information médicale.
- Vérifier chaque référence : l’IA peut en inventer.
Indicateurs à suivre
- Délai de réponse aux questions d’information médicale
- Temps passé par synthèse de littérature
Accès au marché et affaires publiques
Cette semaine
Synthétiser les avis de la commission de la Transparence d’une aire thérapeutique.
Lister les comparateurs pertinents et justifier chacun.
Préparer une fiche de synthèse avant un rendez-vous institutionnel.
Prompts prêts à l’emploi
Remplacer les éléments entre crochets et joindre les documents mentionnés.
Anticiper l’avis de la HASDPL
Comparez cette étude aux avis précédents de la HAS dans la même aire thérapeutique : pertinence des critères, transposabilité des résultats, comparateur retenu. Listez les points de vigilance et les éléments à renforcer avant le dépôt.
Analyse d’avis publiésDPL
Analysez les avis de la commission de la Transparence joints, pour des produits du même domaine. Tableau : produit, indication, service médical rendu, amélioration du service médical rendu, arguments retenus, critiques. Puis 5 enseignements pour notre dossier.
Contrôler chaque niveau d’évaluation dans l’avis d’origine.
Scénarios de négociationDPL
Construisez trois scénarios de prix et de volumes sur 24 mois pour [produit] à partir des hypothèses jointes. Calculez pour chacun le chiffre d’affaires et la marge, puis résumez les arguments à préparer pour la négociation.
Vérifier les calculs. Hypothèses validées par la finance.
Cartographie des acteurs publicsDPL
Listez les organismes publics et les directions concernés par [sujet : financement, régulation, parcours de soins], avec leur rôle et leur niveau d’influence, à partir des sources jointes.
Vérifier chaque acteur sur le site officiel.
Cas d’usage à proposer
- Évaluation précoce de la perception d’une étude par la HASDPL
- Simulation de scénarios de prix et argumentaires de négociationDPL
- Premiers jets de notes de position à partir de données publiquesDPL
Évaluer chaque cas avec la grille du chapitre 8 avant de le lancer.
Points de vigilance
- Données de prix et de négociation dans l’outil approuvé uniquement.
- Chaque affirmation renvoie à une source vérifiable.
Indicateurs à suivre
- Temps de préparation d’un dossier ou d’une négociation
Affaires réglementaires
Cette semaine
Comparer deux versions d’une section de dossier et lister les écarts.
Résumer la veille réglementaire de la semaine en une page.
Transformer un texte réglementaire en liste de contrôle.
Prompts prêts à l’emploi
Remplacer les éléments entre crochets et joindre les documents mentionnés.
Contrôle de cohérence avec les sources
Comparez ce projet de document [module, notice, RCP] avec les documents sources joints. Listez dans un tableau chaque affirmation chiffrée : valeur dans le projet, valeur dans la source, page de la source, statut (conforme, écart, introuvable).
L’outil signale, l’équipe tranche.
Liste de contrôle de conformitéDPL
À partir du texte réglementaire joint, créez une liste de contrôle : une ligne par exigence, avec le texte de l’exigence, l’action requise, la preuve attendue et le responsable.
Étude d’impact d’un changementDPL
Analysez l’impact de ce changement réglementaire sur nos produits, nos procédures et nos dossiers : ce qui change, ce qu’il faut adapter, priorité (élevée, moyenne, faible), délai.
Projet de réponse à une autorité
Voici une question d’une autorité de santé et les documents de développement joints. Rédigez un projet de réponse structuré, chaque affirmation étant suivie de la référence exacte du document source. Signalez les points sans source.
Relecture et approbation par les experts avant envoi.
Cas d’usage à proposer
- Rédaction assistée de sections de dossier d’AMM ou de variation à partir des données existantesDPL
- Assistant de questions-réponses sur les procédures et les outils réglementairesDPL
- Contrôle de cohérence des documents avec leurs sources
Évaluer chaque cas avec la grille du chapitre 8 avant de le lancer.
Points de vigilance
- Aucun document non publié dans un outil non approuvé.
- La relecture experte reste obligatoire avant tout dépôt.
Indicateurs à suivre
- Temps de préparation d’une variation
- Écarts détectés avant dépôt
Pharmacovigilance
Cette semaine
Relire une procédure et repérer les étapes ambiguës.
Résumer les effets indésirables connus d’une substance à partir des sources publiques.
Préparer le plan type d’un rapport de sécurité.
Prompts prêts à l’emploi
Remplacer les éléments entre crochets et joindre les documents mentionnés.
Effets indésirables connusDPL
À partir du RCP et des documents publics joints sur [substance], résumez les effets indésirables connus par fréquence et par gravité, avec la référence de chaque information.
Sources publiques uniquement. Aucune donnée de cas.
Pré-tri de littérature
Dans les résumés d’articles joints, repérez ceux qui mentionnent un effet indésirable lié à [substance]. Tableau : référence, effet décrit, population, gravité mentionnée, citation exacte. Ne tirez aucune conclusion médicale.
Uniquement dans un outil validé pour la pharmacovigilance. Évaluation par une personne qualifiée.
Relecture de procédure
Relisez cette procédure de pharmacovigilance. Signalez les étapes ambiguës, les responsabilités non attribuées, les délais non précisés et les incohérences avec le modèle de procédure joint.
Cas d’usage à proposer
- Pré-tri de la littérature pour la pharmacovigilance
- Premiers jets des sections descriptives des rapports de sécuritéDPL
Évaluer chaque cas avec la grille du chapitre 8 avant de le lancer.
Points de vigilance
- Aucune donnée de cas identifiante hors outil validé.
- L’évaluation médicale et la déclaration restent humaines et suivent les délais réglementaires.
Indicateurs à suivre
- Temps de tri de la littérature
- Écarts relevés lors du contrôle par échantillon
Qualité et production
Cette semaine
Rédiger le premier jet d’une procédure à partir du modèle.
Préparer une inspection : questions probables et preuves à réunir.
Analyser les constats d’un audit par thème.
Prompts prêts à l’emploi
Remplacer les éléments entre crochets et joindre les documents mentionnés.
Analyse des causes (5 pourquoi)
À partir de la description de déviation ci-jointe (anonymisée), proposez une analyse des causes par la méthode des 5 pourquoi. Pour chaque « pourquoi », citez le fait du dossier qui l’appuie, ou écrivez « à vérifier ». Proposez ensuite des actions correctives et préventives.
Proposition à valider par l’assurance qualité. Elle ne remplace pas l’enquête.
Constats d’auditDPL
Analysez les constats d’audit joints : regroupement par thème, causes probables, actions correctives proposées, priorité. Présentez un tableau.
Premier jet de procédure
Rédigez le premier jet d’une procédure pour [activité] selon le modèle joint : objet, domaine d’application, responsabilités, définitions, description, enregistrements, références. Signalez les informations à compléter.
Préparer une inspection
À partir de nos procédures jointes, listez les 15 questions qu’un inspecteur poserait probablement sur [processus] et les preuves à préparer pour chacune.
Cas d’usage à proposer
- Pré-analyse des déviations et des CAPA, chaque étape appuyée par une preuve
- Tableau de bord de conformité tiré des audits et des CAPADPL
- Base documentaire qualité interrogeable, avec réponses sourcées
Évaluer chaque cas avec la grille du chapitre 8 avant de le lancer.
Points de vigilance
- Outils utilisés en environnement BPx : validation proportionnée au risque.
- Le projet d’annexe 22 des BPF exclut l’IA générative des usages critiques en fabrication.
Indicateurs à suivre
- Délai de clôture des CAPA
- Temps de rédaction d’une procédure
Développement clinique
Cette semaine
Résumer un protocole en une page pour les centres.
Simplifier une note d’information patient.
Lister les questions de faisabilité pour les centres.
Prompts prêts à l’emploi
Remplacer les éléments entre crochets et joindre les documents mentionnés.
Protocole résumé pour les centres
Résumez ce protocole pour les équipes des centres investigateurs : objectifs, critères d’inclusion et de non-inclusion, calendrier des visites, points d’attention. Une page au maximum.
Analyse critique d’un protocoleDPL
Analysez ce protocole : cohérence entre objectifs et critères, hypothèses statistiques, faisabilité du recrutement, points faibles. Listez les questions à poser à l’équipe.
Note d’information patient
Simplifiez cette note d’information patient pour un niveau de lecture grand public, sans retirer d’information obligatoire. Listez toutes les modifications apportées.
Validation par l’équipe clinique et le comité d’éthique selon la procédure.
Cas d’usage à proposer
- Résumés de protocole et documents pour les centres
- Analyse critique des protocoles avant revueDPL
Évaluer chaque cas avec la grille du chapitre 8 avant de le lancer.
Points de vigilance
- Aucune donnée de patient identifiante.
- Les documents destinés aux patients passent par le comité d’éthique.
Indicateurs à suivre
- Délai de préparation des documents d’étude
Marketing et communication
Cette semaine
Décliner un message validé en trois variantes, sans ajouter d’allégation.
Préparer la trame d’une intervention en congrès.
Faire vérifier un argumentaire : mentions obligatoires manquantes.
Prompts prêts à l’emploi
Remplacer les éléments entre crochets et joindre les documents mentionnés.
Vérifier un document promotionnelDPL
Analysez ce projet de document promotionnel : mentions obligatoires manquantes, allégations sans référence, formulations à risque. Présentez un tableau : passage, problème, proposition.
Aide à la relecture. La validation reste celle du circuit réglementaire.
Préparer le plan opérationnel annuel (POA)DPL
Vous êtes responsable marketing. Proposez l’organisation de la préparation du plan opérationnel annuel de [produit] : étapes, réunions, contributeurs, livrables et calendrier jusqu’à la présentation au comité de direction.
Atelier transverse pour le POADPL
Concevez le déroulé d’une journée d’atelier qui réunit marketing, médical, accès au marché et ventes pour construire le POA : objectifs, séquences, exercices, livrables attendus en fin de journée.
Variantes à partir de messages validés
À partir des messages validés joints, proposez 3 versions d’un e-mail d’invitation à [événement] pour des professionnels de santé. N’ajoutez aucune allégation absente des messages validés.
Circuit de validation interne et visa de l’ANSM lorsqu’il est requis.
Profils types de professionnels de santéDPL
À partir des données agrégées jointes, proposez 3 à 4 profils types de professionnels de santé et, pour chacun, les messages et les formats les plus adaptés.
Données agrégées. Pas de données nominatives sans base légale.
Cas d’usage à proposer
- Préparation du POA et de sa présentation au comité de directionDPL
- Contenus préparés pour le circuit de validation, avec les mentions obligatoiresDPL
- Calendrier éditorial centralisé à partir d’informations disperséesDPL
Évaluer chaque cas avec la grille du chapitre 8 avant de le lancer.
Points de vigilance
- Aucune allégation absente des documents validés.
- Circuit de validation interne et visa de l’ANSM lorsqu’il est requis.
Indicateurs à suivre
- Allers-retours de validation par contenu
- Délai de production d’un contenu
Forces de terrain et KAM
Cette semaine
Préparer un rendez-vous à partir de ses notes et des documents validés.
Condenser l’argumentaire en trois phrases pour un rendez-vous court.
Transformer ses notes de visite en compte rendu pour le CRM.
Prompts prêts à l’emploi
Remplacer les éléments entre crochets et joindre les documents mentionnés.
Argumentaire en trois phrasesDPL
Condensez cet argumentaire validé en 3 phrases clés pour un rendez-vous de 5 minutes avec un [spécialité], sans ajouter d’allégation.
Tester son argumentaireDPL
Voici mon argumentaire pour un rendez-vous clé. Jouez le rôle de l’interlocuteur : posez les 5 objections les plus probables, puis proposez pour chacune une réponse factuelle tirée des documents validés joints.
Plan d’action régionalDPL
À partir des données de mon secteur jointes, proposez la trame de mon plan d’action régional : priorités, cibles, actions, calendrier, indicateurs.
Compte rendu pour le CRM
Transformez mes notes de visite en compte rendu structuré pour le CRM : contexte, sujets abordés, demandes, actions de suivi. Supprimez toute information de santé concernant un patient.
Cas d’usage à proposer
- Préparation des plans d’action régionaux avec l’assistant de l’entrepriseDPL
- Synthèse d’un congrès en cinq points pour l’équipeDPL
- Préparation des visites et comptes rendus dans le CRM
Évaluer chaque cas avec la grille du chapitre 8 avant de le lancer.
Points de vigilance
- Utiliser uniquement les documents promotionnels validés.
- Aucune donnée de santé de patient dans les comptes rendus.
Indicateurs à suivre
- Temps de préparation d’une visite
- Temps de saisie dans le CRM
Opérations commerciales et données
Cette semaine
Synthétiser l’activité commerciale du mois en une page.
Croiser les ventes et les actions menées pour estimer un retour simple.
Faire écrire ou corriger une formule de tableur.
Prompts prêts à l’emploi
Remplacer les éléments entre crochets et joindre les documents mentionnés.
Synthèse d’activité commercialeDPL
À partir des extractions jointes, produisez une synthèse de l’activité commerciale du mois : volumes, évolution, écarts aux objectifs, 3 constats et 3 actions proposées.
Ventes et actions menéesDPL
Comparez les ventes avec les actions menées (visites, plans d’action, projets) sur la période. Calculez un retour simplifié par type d’action et présentez un tableau et un graphique.
Un lien entre deux chiffres n’est pas une preuve de cause à effet : discuter les résultats avec les équipes.
Simulation de taille d’équipeDPL
Simulez l’effet d’une hausse ou d’une baisse de 10 % de la taille de l’équipe de terrain sur les ventes, à partir des données jointes, et commentez les limites du calcul.
Cas d’usage à proposer
- Synthèse nationale de performance par aire thérapeutiqueDPL
- Analyse de situation qui croise une étude externe et les données internesDPL
- Agent de questions-réponses sur le référentiel commercial, partagé à l’équipeDPL
Évaluer chaque cas avec la grille du chapitre 8 avant de le lancer.
Points de vigilance
- Données agrégées. Pas de données nominatives de professionnels de santé sans base légale.
- Vérifier les calculs sur un échantillon.
Indicateurs à suivre
- Temps de production des rapports mensuels
Supply chain et achats
Cette semaine
Comparer des offres fournisseurs dans un tableau.
Préparer une réunion fournisseur avec l’historique des échanges.
Repérer les produits sous le seuil de stock.
Prompts prêts à l’emploi
Remplacer les éléments entre crochets et joindre les documents mentionnés.
Comparer des offres
Comparez les offres jointes dans un tableau : prix, délais, conditions, engagements qualité, risques. Proposez ensuite une recommandation argumentée.
Analyse des stocksDPL
Analysez l’extraction de stock jointe : produits sous le seuil, regroupés par dépôt et par gamme. Proposez un plan de réapprovisionnement.
Préparer une réunion fournisseurDPL
À partir des échanges joints avec [fournisseur], listez les sujets ouverts, les engagements pris, les retards et les points à obtenir pendant la réunion.
Choisir un dépositaireDPL
À partir des scores et des présentations des dépositaires candidats, établissez un classement argumenté : points forts, points de vigilance, recommandation, en cohérence avec nos critères.
Cas d’usage à proposer
- Sélection d’un dépositaire à partir de grilles de notationDPL
- Préparation des réunions de planification (S&OP) avec le contexte des échangesDPL
- Prévision de la demande et des stocks
Évaluer chaque cas avec la grille du chapitre 8 avant de le lancer.
Points de vigilance
- Prix et conditions fournisseurs dans l’outil approuvé uniquement.
- La décision d’achat revient aux personnes habilitées.
Indicateurs à suivre
- Délai de comparaison des offres
- Ruptures de stock évitées
Juridique et conformité
Cette semaine
Vérifier un e-mail commercial avant envoi.
Comparer deux versions d’un contrat.
Retirer les informations sensibles d’un message avant de le partager.
Prompts prêts à l’emploi
Remplacer les éléments entre crochets et joindre les documents mentionnés.
Vérifier un e-mail commercialDPL
Vous êtes responsable conformité. Analysez l’e-mail ci-dessous : allégations non validées, ton promotionnel, mentions manquantes. Proposez une version corrigée et conforme. E-mail : [texte]
Contrôler les frais d’un congrèsDPL
Comparez les fichiers de notes de frais et les feuilles d’émargement du congrès joints. Pour chaque professionnel de santé, vérifiez que les montants concordent entre les fichiers et que la signature est présente. Présentez un tableau des anomalies avec une recommandation.
Règles d’encadrement des avantages et de transparence. Données nominatives : outil approuvé, accès limité.
Retirer les informations sensiblesDPL
Relisez ce message avant envoi. Signalez les informations confidentielles ou personnelles et proposez une version expurgée.
Clauses types pour un outil d’IA
Rédigez des clauses types pour un contrat avec un fournisseur d’outil d’IA : non-utilisation des données pour l’entraînement, lieu d’hébergement, sous-traitants, sécurité, notification d’incident, changement de modèle, réversibilité.
Revue par le juridique avant toute décision.
Cas d’usage à proposer
- Contrôle des notes de frais et des feuilles d’émargement des congrèsDPL
- Vérification de conformité des e-mails commerciaux avant envoiDPL
- Liste de contrôle de conformité tirée d’un texte réglementaireDPL
Évaluer chaque cas avec la grille du chapitre 8 avant de le lancer.
Points de vigilance
- Données nominatives de professionnels de santé : outil approuvé et accès limité.
- L’avis juridique reste celui d’une personne qualifiée.
Indicateurs à suivre
- Anomalies détectées avant envoi ou avant paiement
- Délai de revue d’un contrat
RH et formation
Cette semaine
Rédiger une offre d’emploi claire.
Préparer une grille de questions d’entretien.
Transformer un support de formation en quiz de dix questions.
Prompts prêts à l’emploi
Remplacer les éléments entre crochets et joindre les documents mentionnés.
Offre d’emploiDPL
Rédigez une offre d’emploi pour le poste de [intitulé] : missions, compétences, profil recherché, ce que l’entreprise propose. Ton clair, sans critère discriminant.
Questions d’entretienDPL
Préparez une liste de questions d’entretien pour le poste de [intitulé] : questions techniques, comportementales et de mise en situation, avec les éléments attendus dans les réponses.
Quiz de formationDPL
Transformez ce support en 10 questions à choix multiples, avec l’explication de chaque bonne réponse.
Livret pour les nouveaux arrivantsDPL
Résumez ce document en deux pages pour des nouveaux arrivants : l’essentiel à savoir, les contacts utiles, les premières démarches.
Cas d’usage à proposer
- Fiches pratiques en cinq points et quiz à partir des supports de formationDPL
- Livret d’accueil des nouveaux arrivantsDPL
- Parcours de formation à l’IA par métier
Évaluer chaque cas avec la grille du chapitre 8 avant de le lancer.
Points de vigilance
- Trier des CV ou évaluer des salariés avec l’IA : usages à haut risque (AI Act, obligations au 2 décembre 2027). Ne pas les lancer sans cadre.
- Aucune donnée personnelle de salarié ou de candidat hors outil approuvé.
Indicateurs à suivre
- Délai de publication d’une offre
- Taux de réussite aux quiz de formation
Finance
Cette semaine
Expliquer les écarts entre budget et réalisé d’un mois.
Préparer une présentation financière à partir d’un tableau.
Faire écrire ou corriger une formule de tableur.
Prompts prêts à l’emploi
Remplacer les éléments entre crochets et joindre les documents mentionnés.
Écarts entre budget et réaliséDPL
Comparez le budget et le réalisé joints : écarts principaux, explications possibles à vérifier, actions proposées. Présentez un tableau trié par montant d’écart.
Vérifier les calculs.
Contribution par produit et par paysDPL
Analysez la contribution à la marge par produit et par pays à partir des données jointes. Identifiez les cinq principaux leviers d’amélioration.
Formule de tableurDPL
Écrivez la formule qui [besoin]. Expliquez-la ligne à ligne et donnez un exemple de contrôle du résultat.
Cas d’usage à proposer
- Analyse du compte de résultat par produit et par paysDPL
- Préparation des revues financières mensuellesDPL
Évaluer chaque cas avec la grille du chapitre 8 avant de le lancer.
Points de vigilance
- Données financières non publiées : outil approuvé uniquement.
- Vérifier chaque calcul avant diffusion.
Indicateurs à suivre
- Temps de production des rapports mensuels
8Agir
Choisir et prioriser les cas d’usage
Managers et porteurs de projetÀ faire
- Évaluer chaque idée avec la grille avant de lancer quoi que ce soit.
- Commencer par les cas de priorité haute.
- Remplir une fiche cas d’usage pour chaque cas retenu.
Hier : Découvrir
Ouvrir largement l’accès aux outils pour que chacun teste et propose des idées.
Maintenant : Choisir
L’accès est en place. Il faut maintenant concentrer les efforts sur quelques cas d’usage choisis, mesurés et suivis.
Dans un grand groupe, l’accès est acquis pour la plupart des salariés. Il faut maintenant prioriser, généraliser ce qui fonctionne et arrêter le reste.
Les six situations où l’IA apporte le plus
Comprendre des informations complexes
De gros volumes de textes denses : articles, contrats, rapports, journaux techniques.
Extraire l’essentiel pour l’analyse ou la décision.
Exemple
Dossiers de développement, littérature scientifique.
Produire et comparer des options
Hypothèses, scénarios, analyses « et si ».
Préparer l’analyse, une personne décide.
Exemple
Options de plan de développement.
Coordonner le travail
Orienter, déléguer, gérer les transmissions entre outils, systèmes et personnes.
Réduire l’effort administratif dans les processus complexes.
Exemple
Circuit de validation d’un document.
Améliorer des tâches fréquentes
Des tâches répétitives mais essentielles, à fort volume.
De petits gains qui s’additionnent à grande échelle.
Exemple
Comptes rendus de visite, réponses standard.
Accélérer un premier jet
Rédaction, analyse ou synthèse avant une validation humaine.
Réduire les délais en gardant le contrôle.
Exemple
Projet de réponse à une autorité de santé.
Explorer un domaine nouveau
S’orienter vite, rassembler des sources éparses ou incomplètes.
Comprendre plus vite quand l’expérience manque.
Exemple
Nouvelle aire thérapeutique.
Grille de priorisation
Évaluer un cas d’usage
Cocher ce qui est vrai pour le cas étudié. Impact élevé : au moins 3 critères. Mise en œuvre réaliste : au moins 3 conditions de maturité et au plus 1 facteur de risque.
Exemple chargé : Projets de réponses d’information médicale à partir de réponses standard validées.
Mise en œuvre
Priorité basse
Facile à faire, mais l’impact est faible ou flou. À repenser.
Priorité haute
Impact élevé et mise en œuvre réaliste. Bon candidat pour l’IA.
À écarter
Impact faible et mise en œuvre difficile. L’IA n’est probablement pas la bonne réponse.
Priorité moyenne
Impact élevé, mais risques ou manques de maturité à traiter avant de lancer.
Impact faible ou flou
Impact élevé
4 / 6 impact3 / 5 maturité1 / 5 risque
Priorité haute. Impact élevé et mise en œuvre réaliste. Bon candidat pour l’IA.Étape suivante : Déclarer le cas sur le portail de gouvernance et lancer.
Les cas d’usage recommandés pour ce profil
Classés par horizon de lancement. Impact, effort et risque notés de 1 à 3. Les numéros renvoient aux six situations ci-dessus.
| Cas d’usage | Fonctions | Situations | Impact | Effort | Risque | Lancement |
|---|---|---|---|---|---|---|
| Comptes rendus de réunion et suivi des actionsDPL | Toutes fonctions | 1, 5 | 0 à 3 mois | |||
| Premiers jets de documents internes : notes, procédures, présentations | Toutes fonctions | 5 | 0 à 3 mois | |||
| Veille scientifique, réglementaire et concurrentielleDPL | Médical, réglementaire, marketing | 1, 6 | 0 à 3 mois | |||
| Vérification de conformité des e-mails et documents promotionnels avant validationDPL | Marketing, ventes, conformité | 4, 5 | 0 à 3 mois | |||
| Contrôle des notes de frais et des feuilles d’émargement des congrèsDPL | Marketing opérationnel, conformité | 1, 4 | 0 à 3 mois | |||
| Quiz et fiches pratiques de formation à partir des supports existantsDPL | Formation, RH | 5 | 0 à 3 mois | |||
| Préparation du plan opérationnel annuel (POA) et de sa présentation au comité de directionDPL | Marketing, business units | 2, 3, 5 | 0 à 3 mois | |||
| Préparation des rendez-vous courts et entraînement aux objectionsDPL | Forces de terrain | 2, 5 | 0 à 3 mois | |||
| Agent de questions-réponses sur un référentiel documentaire, partagé à l’équipeDPL | Toutes fonctions | 1, 4 | 0 à 3 mois | |||
| Base documentaire interrogeable sur les documents approuvés, avec réponses sourcées | Qualité, réglementaire, médical | 1 | 0 à 3 mois | |||
| Synthèse d’activité commerciale et retour des actions menéesDPL | Opérations commerciales | 1, 4 | 0 à 3 mois | |||
| Préparation des visites et comptes rendus dans le CRM | Ventes | 4, 5 | 0 à 3 mois | |||
| Assistance au code et aux tests logiciels | Informatique | 4, 5 | 0 à 3 mois | |||
| Contrôle de cohérence des documents réglementaires avec leurs sources | Réglementaire | 1, 5 | 3 à 6 mois | |||
| Synthèse des avis de la commission de la Transparence et plan d’argumentaireDPL | Accès au marché | 1, 2, 6 | 3 à 6 mois | |||
| Évaluation précoce de la perception d’une étude par la HAS et scénarios de négociationDPL | Accès au marché | 1, 2 | 3 à 6 mois | |||
| Projets de réponses d’information médicale à partir de réponses standard validées | Affaires médicales | 1, 4, 5 | 3 à 6 mois | |||
| Projets de réponses aux questions des autorités, avec sources citées | Réglementaire, développement | 1, 5 | 3 à 6 mois | |||
| Pré-analyse des déviations et des CAPA (5 pourquoi), chaque étape appuyée par une preuve | Qualité, production | 1, 2, 5 | 3 à 6 mois | |||
| Pré-tri de la littérature pour la pharmacovigilance | Pharmacovigilance | 1, 4 | 3 à 6 mois | |||
| Agent de questions-réponses pour les salariés lors d’un changement : réorganisation, nouveau logiciel | RH, communication | 1, 4 | 3 à 6 mois | |||
| Aide à la recherche : hypothèses, analyse de données existantes, préparation d’expériences | Recherche | 2, 6 | 6 à 12 mois | |||
| Prévision de la demande et des stocks | Supply chain | 2, 4 | 6 à 12 mois | |||
| Point d’entrée unique vers les agents d’une fonction (achats, RH, informatique) | Fonctions support | 3 | 6 à 12 mois |
Les cas marqués DPL viennent de la bibliothèque de cas d’usage de Digital Pharma Lab.
La fiche cas d’usage
Modèle à copier
Une fiche par cas d’usage, remplie avant la déclaration. Elle sert aussi à faire remonter un besoin au groupe.
- Nom du cas d’usage
- En bref (une phrase)
- Problème actuel : qui est concerné, à quelle étape, à quelle fréquence, que se passe-t-il en cas d’échec ?
- Solution envisagée : outil, type d’IA (classique, générative, agentique), étapes
- Résultats attendus et indicateurs (valeur avant / valeur visée)
- Lien avec les priorités de l’entreprise
- Situations concernées (1 à 6, chapitre 8)
- Utilisateurs cibles
- Données utilisées : source, sensibilité, propriétaire
- Risques et mesures (juridique, sécurité, données personnelles, qualité et conformité, architecture)
- Responsable métier
- Responsable technique
- Décision demandée
9Agir
Travailler avec des agents
ManagersRéférents IAÀ faire
- Commencer au niveau 2 d’autonomie : l’agent propose, une personne valide.
- Passer la liste de contrôle avant de lancer un agent.
- Nommer un responsable par agent.
Un agent est un programme d’IA qui accomplit une tâche en plusieurs étapes pour le compte d’une personne. Il peut :
- utiliser des outils et des connaissances
- raisonner sur la tâche
- planifier les étapes
- agir dans des outils
- s’ajuster selon les retours
Trois façons de travailler avec des agents
Utiliser
Agents prêts à l’emploi
Fournis par l’éditeur de l’assistant ou d’un logiciel métier : recherche approfondie, analyse de données, agents d’un CRM ou d’un outil de gestion des services.
Validation
Pas de validation pour un usage personnel si l’agent est approuvé. Validation du cas d’usage pour un usage métier.
Construire
Agents personnels, sans code
Créés par un salarié pour ses propres tâches répétitives : préparer ses réunions, trier ses e-mails, produire un rapport type selon ses règles.
Validation
Pas de validation pour un usage personnel ou un partage limité (par exemple jusqu’à 5 collègues). Au-delà, ou s’il sert un processus métier : validation.
Demander
Agents sur mesure
Construits par l’équipe technique, un éditeur ou un prestataire quand aucune solution existante ne répond au besoin.
Validation
Validation obligatoire avant de construire ou de partager. Conception avec le métier.
Pour ce profil : Les trois approches, avec un registre central des agents et des compétences réutilisables, une passerelle de contrôle et des évaluations obligatoires avant la mise en production. En filiale : utiliser les agents du catalogue groupe et demander les agents locaux par le circuit du groupe.
Quand construire son propre agent
| Besoin | Outil |
|---|---|
| Une demande rapide ou ponctuelle | L’assistant IA |
| Une analyse approfondie et générale : rapport, jeu de données | Un agent prêt à l’emploi (recherche, analyse) |
| Une tâche répétée qui demande ses propres informations ou règles : ses e-mails, son format de compte rendu | Un agent personnel |
Quatre niveaux d’autonomie
Assistant
Répond à une demande. La personne fait tout le reste.
Agent supervisé
Prépare et propose. Chaque action est validée par une personne.
Agent encadré
Agit seul sur des actions simples et réversibles, dans une liste fermée. Les actions importantes restent validées.
Agent autonome
Agit seul sur l’ensemble du processus. À éviter dans les processus réglementés.
Commencer au niveau 2. Ne pas dépasser le niveau 3 pour les processus BPx, qualité, vigilance et pour tout échange avec l’extérieur.
Les garde-fous
- Liste fermée des actions permises, droits minimaux, lecture seule par défaut.
- Validation humaine aux étapes clés.
- Journal de chaque étape (entrées, outils utilisés, résultats, décisions) pour pouvoir reconstituer une action.
- Tests dans un environnement isolé et essais « à blanc » avant la mise en service.
- Surveillance des écarts de comportement dans le temps.
- Limites de consommation : nombre d’étapes, de relances, budget.
- Un responsable nommé, et tout changement de responsable écrit.
Ce qui change sur le plan juridique
| IA générative | Agent | |
|---|---|---|
| Ce qu’elle fait | Produit un brouillon, une synthèse ou une réponse. | Planifie et exécute des tâches en plusieurs étapes pour le compte de quelqu’un. |
| Où elle s’arrête | Au résultat. Rien ne se passe sans action humaine. | Quand la tâche est finie, ou à un point de contrôle. |
| Ce qu’elle atteint | Le contenu fourni, dans un seul outil. | Des outils, des systèmes et des connecteurs, avec les accès accordés. |
| Qui est exposé | Le risque est dans l’usage du résultat. | Ses actions engagent l’entreprise et la personne responsable de l’agent. |
| La trace | Le résultat conservé. | Demandes, étapes, appels et données modifiées : tout peut être produit en cas de litige. |
| Quand le juridique intervient | Relire le brouillon avant de le partager. | Revoir la conception avant que l’agent puisse agir. |
- Un agent n’a pas de personnalité juridique : ce qu’il fait est attribué à l’entreprise et à la personne qui en est responsable.
- Il ne peut pas faire plus que ce que son responsable est autorisé à faire.
- Chaque résultat est relu et vérifié avant d’être utilisé.
- Ses traces (demandes, journaux, résultats) sont des documents : conservation, audit, production en cas de litige.
- Rédiger présente un risque faible. Écrire dans un système, envoyer, acheter ou décider demande une revue.
Avant de lancer un agent
Liste à copier
- Lister chaque outil, connecteur et système que l’agent touche, et ce qu’il peut y faire.
- Identifier les données concernées. Données personnelles, de patients ou réglementées : revue juridique et DPO d’abord.
- Nommer le responsable par écrit.
- Si l’agent consulte des sites web : vérifier les conditions d’utilisation, la propriété intellectuelle et les données personnelles, et tenir la liste des sources collectées.
- Définir les points de validation humaine.
- Prévoir les tests et la surveillance (chapitre 10).
- Avec un prestataire : régler dès le départ la propriété des résultats, l’usage des données de chacun et la confidentialité, et garder trace de la contribution humaine.
- En cas de doute : consulter le juridique tôt.
10Agir
Construire une solution
Référents IA et équipes techniquesÀ faire
- Valider le problème avant de choisir une technologie.
- Passer le test « l’IA est-elle la bonne réponse ? ».
- Estimer le coût au volume réel, pas au volume du pilote.
Ce chapitre fixe les standards communs des personnes qui construisent des solutions d’IA : équipes techniques, équipes métier qui développent, prestataires, responsables produit.
| Solution d’entreprise | Solution personnelle | |
|---|---|---|
| Ce qui est construit | Une application qui sert une équipe ou une direction, avec un profil de risque à maîtriser. | Une aide à sa propre productivité, avec un risque faible ou nul. |
| Où | Des environnements de développement, souvent avec du code. | Des outils sans code, avec des garde-fous déjà intégrés. |
| Pour qui | Une direction, l’organisation, des cas à risque. | Soi-même, avec un partage limité. |
Ce chapitre concerne les solutions d’entreprise.
Le cadre en trois étapes
Besoin
Quel problème résoudre ?
- Le besoin métier : le processus ou le problème visé.
- Le choix de l’outil : le type d’outil qui répond au besoin.
Préparation
Qu’est-ce qui doit encadrer le développement ?
- Les exigences de risque et de sécurité.
- Le coût : la combinaison de modèles, d’outils et d’infrastructure la plus économe pour le résultat visé.
Conception
Comment construire l’outil ?
- Architecture et orchestration.
- Sources de données.
- Modèle d’IA.
- Intégrations aux systèmes.
- Évaluations (pour les agents).
Étape 1. Bien définir le problème
Le problème
- Quel utilisateur, quel processus ou quelle décision sont concernés ?
- Où le processus bloque-t-il ? Qu’est-ce qui déclenche le problème, et à quelle fréquence ?
- À quoi ressemble l’échec : retard, mauvaise décision, contournement ?
Le processus actuel
- Toutes les étapes sont-elles nécessaires ? Peut-on en supprimer, ou supprimer des outils ?
- Une refonte du processus suffirait-elle à régler le problème ?
- Le processus va-t-il changer fortement à court terme ?
La situation visée
- Quel résultat la solution permet-elle ? Est-il mesurable : temps gagné, qualité ?
- L’impact est-il assez large pour durer ?
Si une réponse manque, revoir le problème et la valeur attendue avec le métier avant de choisir une technologie.
Test
L’IA est-elle la bonne réponse ?
Cocher les cases qui s’appliquent : le résultat s’affiche ici.
Réutiliser, acheter ou développer
Matrice de décision
Cocher ce qui est vrai. Le besoin d’un outil sur mesure augmente quand aucun outil existant ne convient et que l’entreprise doit posséder la capacité.
Besoin stratégique
S’associer
Besoin stratégique, mais capacité insuffisante : chercher un éditeur ou un partenaire.
Développer sur mesure
Le besoin stratégique et la capacité à construire sont réunis. Étape suivante : risques et coûts.
Réutiliser
Un outil existant convient : l’utiliser tel quel.
Étendre un outil existant
Les écarts sont faibles : les combler par configuration avec l’équipe de l’outil.
Capacité à construire faible
Capacité élevée
4 / 8 besoin stratégique0 / 8 capacité
Réutiliser. Un outil existant convient : l’utiliser tel quel.Besoin élevé : 5 points ou plus. Capacité élevée : 6 points ou plus.
Étape 2. Les cinq familles de risques
| Famille | Objet | Questions à se poser |
|---|---|---|
| Juridique et réglementaire | Respecter les règles, les contrats et la propriété intellectuelle. |
|
| Sécurité | Protéger les outils et les données contre les accès non autorisés et les attaques. |
|
| Données personnelles | Traiter les données selon leur sensibilité. |
|
| Qualité et conformité | Garantir la précision et la fiabilité des résultats pour les décisions qu’ils éclairent. |
|
| Architecture | Respecter les standards et maîtriser les coûts à long terme. |
|
La sécurité
Attaques propres à l’IA
- Fuite de données par injection de prompt : des instructions cachées dans un document ou une page web détournent l’outil.
- Reconstitution de données d’entraînement ou de données sensibles à partir des réponses.
- Données d’entraînement corrompues (empoisonnement), manipulation des résultats, accès caché dans le modèle (porte dérobée).
Ce que la sécurité vérifie
- Une description complète des données utilisées, des systèmes sources et des garde-fous.
- Des schémas d’architecture qui montrent les flux de données et leur protection à chaque point.
- L’usage de modèles vérifiés et approuvés.
- L’évaluation du fournisseur et des clauses de sécurité au contrat.
- Le chiffrement des données (en transit et stockées), la gestion des clés, les droits par rôle, la surveillance, la validation des sources, le lieu d’hébergement, la place de la validation humaine.
Erreurs fréquentes
- Des schémas ou des dossiers trop peu détaillés.
- Des mesures proposées qui ne règlent pas la faille identifiée.
- Passer d’un essai à la production sans évaluation.
- Des sources de données sans propriétaire ni contrôle des accès.
Le coût
Le coût de l’IA est surtout variable : il augmente à chaque utilisation. Les choix qui pèsent le plus sur le coût se font à la conception.
Modèle et calcul
Le niveau du modèle et le prix payé à chaque utilisation (prix différent en entrée et en sortie).
Volume par échange
La quantité de texte envoyée (consignes, contexte, documents retrouvés) et produite à chaque appel.
Orchestration
Le nombre d’appels au modèle et aux outils par tâche, les étapes enchaînées, les relances.
Usage
Le nombre d’utilisateurs, la fréquence des échanges, les pics de charge.
Données et infrastructure
L’indexation et le stockage des documents, la préparation des données, l’hébergement.
Exploitation
La surveillance, les évaluations, les garde-fous, la maintenance.
Qu’est-ce qu’un token ? Un token est un fragment de mot. Les modèles lisent et écrivent en tokens, et chaque token est facturé, en entrée comme en sortie. La sortie coûte en général plus cher, car produire une réponse demande plus de calcul.
Coût d’un échange = tokens en entrée × prix en entrée + tokens en sortie × prix en sortie (prix exprimés par million de tokens).
Le modèle choisi fixe le prix. L’architecture fixe le volume : quantité de contexte envoyée, nombre d’appels par tâche. Une conception trop lourde peut coûter plusieurs fois plus cher qu’une conception sobre, pour le même résultat.
Calculateur de coût
Assistant qui répond à partir d’une base documentaire
Valeurs d’exemple, à remplacer par les volumes et les tarifs du fournisseur.
La conception sobre coûte 11 fois moins cher, soit 3 975 € d’écart par mois, pour le même service.
Réduire le coût sans perdre en qualité
| Modèle | Choisir un modèle approuvé, adapté à la tâche. Confier les sous-tâches simples (classer, extraire) à des modèles plus légers. Vérifier qu’un modèle de pointe améliore vraiment le résultat avant de l’adopter. |
|---|---|
| Volume | N’envoyer au modèle que l’information utile. Demander la réponse la plus courte qui reste utile. Retirer tout ce qui consomme sans apporter. |
| Orchestration | Choisir le schéma d’exécution le plus simple. Limiter toute boucle. Éviter de refaire un travail déjà fait. |
| Usage | Estimer tôt le coût par échange et le projeter au volume réel, pas au volume du pilote. Fixer des limites d’usage avant un déploiement large. Suivre les coûts en continu. |
| Données | Utiliser des connecteurs standard plutôt que des connecteurs spécifiques. Regrouper les appels aux bases de données. |
Étape 3. Les principes de conception
Architecture et orchestration
- Commencer avec un seul agent et ses outils. Passer à plusieurs agents seulement si la tâche se découpe en sous-objectifs vraiment indépendants.
- Pour les processus réglementés (BPx, qualité, vigilance) : un déroulé fixe et prévisible, où l’IA n’intervient qu’à des étapes précises et où le reste suit des règles écrites.
- Utiliser d’abord les composants fournis par la plateforme avant de construire les siens.
Données
- Laisser les données là où elles sont et y accéder par des connecteurs contrôlés, plutôt que de les copier.
- Garder le modèle dans la même zone d’hébergement que les données.
- Pas d’accès direct d’un agent à une base de données : tout passe par un connecteur contrôlé.
Modèle
- Utiliser des modèles approuvés, jamais de modèle non maîtrisé.
- Faire passer tous les appels au modèle par des filtres : contenus, données personnelles, conformité.
- Enregistrer et valider tout changement de modèle en production.
Intégrations
- Relier les agents aux outils par un protocole standard (par exemple MCP), au travers d’une passerelle unique, sans connexion directe point à point.
- Utiliser un standard d’échange entre agents (A2A) quand plusieurs agents collaborent.
- Pas d’identifiants partagés ou fixes : chaque agent a sa propre identité et agit avec les droits de l’utilisateur.
Ces principes sont à intégrer aux architectures de référence et aux revues de projet.
Évaluer un agent
Pourquoi
- Un agent ne donne pas toujours le même résultat : la même demande peut suivre des chemins différents.
- La qualité ne tient pas qu’à la réponse finale : elle tient aussi aux outils utilisés et à leur ordre.
- Une seule action non conforme peut suffire à créer un problème BPx ou qualité.
- Un changement de modèle, de consignes ou d’outil peut dégrader les performances.
Trois types d’évaluation
Tests par règles
Un programme vérifie le résultat : format attendu, champ obligatoire, valeur exacte.
Le résultat est juste ou faux et le score doit être reproductible (conformité, BPx).
Évaluation par une autre IA
Un modèle différent de celui testé note chaque exécution selon une grille.
La qualité est plus subjective (ton, raisonnement), ou plusieurs bonnes façons de faire existent.
Vérification de l’état final
On vérifie dans le système que l’effet attendu a eu lieu : document créé, statut modifié.
Le succès se constate dans un outil et doit se reproduire à l’identique.
Constituer un jeu de cas de test dès la conception, et le rejouer à chaque changement de modèle, de consignes ou d’outil.
Un agent unique ou des agents dédiés
Un agent unique qui apprend des compétences
Atouts
- Extensible : pas de nouvel agent à créer
- Une seule interface de gouvernance
Limites
- Déroulé moins prévisible
- Comportement identique plus difficile à garantir
Pour : Usages larges et productivité.
Un agent dédié par processus
Atouts
- Prévisible et auditable
- Déroulé identique à chaque exécution
Limites
- Coût plus élevé par processus
- Risque de multiplication des agents
Pour : Processus réglementés (BPx, qualité, vigilance) et situations à risque.
Les engagements du porteur de solution
- Utiliser d’abord les plateformes et outils approuvés.
- Suivre les architectures de référence de l’entreprise.
- Faire valider le cas d’usage et intégrer les remarques des relecteurs.
- Respecter le cycle de développement et les standards : tests, revues, mises en production, validation des systèmes informatisés en environnement BPx.
- Évaluer et maintenir les exigences juridiques, qualité, données personnelles, sécurité et conformité.
- Gérer tout le cycle de vie : développement, tests, déploiement, maintenance.
- Suivre le rapport entre coût et valeur à grande échelle.
- Enregistrer l’outil ou l’agent dans le registre de l’entreprise.
- Connaître les chapitres 1 à 9 de ce playbook.
11Agir
Exemples concrets
Pour tousÀ faire
- Repérer l’exemple le plus proche de son activité.
- Reprendre sa structure pour décrire son propre cas.
- Reprendre aussi ses points de vigilance.
Des exemples décrits avec la même fiche que celle du chapitre 8. Les exemples marqués DPL viennent de la bibliothèque de cas d’usage et des missions de Digital Pharma Lab, sous forme anonymisée. Les autres décrivent des pratiques du secteur. Les « cas types » sont des scénarios construits pour ce profil.
Préparer le plan opérationnel annuel (POA)
DPLUne équipe marketing prépare son POA plus vite : organisation de l’exercice, atelier transverse, présentation au comité de direction.
- Problème
- La préparation du POA mobilise de nombreuses réunions et des documents dispersés, et la présentation au comité de direction doit tenir en quelques diapositives.
- Solution
- L’assistant propose l’organisation de l’exercice (étapes, contributeurs, livrables), conçoit le déroulé d’une journée d’atelier transverse, puis prépare une trame de présentation courte, les questions probables et un document de pré-lecture.
- Utilisateurs
- Marketing, business units, direction.
- Résultats
- Une organisation claire dès le lancement.
- Un atelier transverse orienté décisions.
- Une présentation au comité de direction plus courte et mieux préparée.
- Situations
- 2 · Produire et comparer des options3 · Coordonner le travail5 · Accélérer un premier jet
- Vigilance
- Données de marché et stratégie dans l’outil approuvé. Chiffres vérifiés avant présentation.
Vérifier un contenu promotionnel avant le circuit de validation
DPLAvant d’entrer dans le circuit de validation, un e-mail ou un argumentaire est relu par l’assistant : mentions manquantes, allégations sans référence, ton promotionnel.
- Problème
- Les contenus reviennent souvent du circuit de validation pour des oublis simples, ce qui allonge les délais.
- Solution
- L’assistant compare le contenu aux règles internes et aux mentions obligatoires, liste les problèmes dans un tableau et propose une version corrigée.
- Utilisateurs
- Marketing, forces de terrain, conformité.
- Résultats
- Moins d’allers-retours avec le circuit de validation.
- Des contenus plus homogènes.
- Plus de temps pour le fond du message.
- Situations
- 4 · Améliorer des tâches fréquentes5 · Accélérer un premier jet
- Vigilance
- Aide à la relecture : la validation réglementaire reste obligatoire, avec le visa de l’ANSM lorsqu’il est requis.
Anticiper l’avis de la HAS et préparer la négociation de prix
DPLL’équipe accès au marché compare une étude aux avis précédents, puis prépare des scénarios de prix et des arguments de négociation.
- Problème
- Le dossier de transparence et la négociation demandent de croiser de nombreux avis, études et données de prix.
- Solution
- L’assistant synthétise les avis de la commission de la Transparence de l’aire thérapeutique, signale les points de vigilance de l’étude, propose des comparateurs, puis calcule trois scénarios de prix et de volumes.
- Utilisateurs
- Accès au marché, affaires publiques, finance.
- Résultats
- Des points de vigilance identifiés avant le dépôt.
- Des scénarios chiffrés prêts pour la discussion interne.
- Des arguments appuyés sur des sources.
- Situations
- 1 · Comprendre des informations complexes2 · Produire et comparer des options6 · Explorer un domaine nouveau
- Vigilance
- Calculs vérifiés, hypothèses validées par la finance, données de prix dans l’outil approuvé.
Préparer un rendez-vous court avec un médecin
DPLUn délégué condense l’argumentaire validé en trois phrases et s’entraîne aux objections avant un rendez-vous clé.
- Problème
- Les rendez-vous sont de plus en plus courts et l’argumentaire complet ne tient pas en quelques minutes.
- Solution
- L’assistant condense l’argumentaire validé, joue le rôle du médecin pour poser les objections probables et propose des réponses tirées des documents validés.
- Utilisateurs
- Délégués, KAM, managers régionaux.
- Résultats
- Un message clé prêt pour un rendez-vous de cinq minutes.
- Des réponses préparées aux objections fréquentes.
- Plus d’assurance pendant l’échange.
- Situations
- 2 · Produire et comparer des options5 · Accélérer un premier jet
- Vigilance
- Aucune allégation absente des documents validés. Aucune donnée de santé de patient.
Contrôler les frais d’un congrès
DPLAprès un congrès, l’assistant compare les notes de frais et les feuilles d’émargement des professionnels de santé invités.
- Problème
- Le contrôle manuel de plusieurs fichiers est long et les écarts passent facilement inaperçus.
- Solution
- L’assistant croise les fichiers, vérifie pour chaque professionnel de santé la cohérence des montants et la présence des signatures, puis présente un tableau des anomalies.
- Utilisateurs
- Marketing opérationnel, conformité, assistants.
- Résultats
- Un contrôle complet au lieu d’un échantillon.
- Des anomalies repérées avant les déclarations de transparence.
- Un temps de contrôle réduit.
- Situations
- 1 · Comprendre des informations complexes4 · Améliorer des tâches fréquentes
- Vigilance
- Règles d’encadrement des avantages et de transparence. Données nominatives dans l’outil approuvé, accès limité.
Tester une décision stratégique avant de la prendre
DPLUn directeur de business unit teste un projet avant de le lancer : causes d’échec possibles, réactions des concurrents, actions de prévention.
- Problème
- Les risques d’un projet sont souvent examinés trop tard, une fois les décisions prises.
- Solution
- L’assistant mène un pré-mortem (le projet a échoué dans un an : pourquoi ?), simule les stratégies probables d’un concurrent et propose des actions de prévention. Un assistant sur mesure, alimenté par les documents de la business unit, prolonge le travail.
- Utilisateurs
- Directions de business unit, comités de direction.
- Résultats
- Des risques identifiés avant la décision.
- Des réponses préparées aux réactions des concurrents.
- Un plan d’action plus solide.
- Situations
- 2 · Produire et comparer des options6 · Explorer un domaine nouveau
- Vigilance
- Informations stratégiques dans l’outil approuvé uniquement.
Répondre à une autorité de santé dans les délais, avec les sources citées
Une équipe de développement répond aux questions d’une autorité à partir de plusieurs années de documentation, avec des réponses où chaque affirmation renvoie à sa source.
- Problème
- Répondre dans un délai court et imposé oblige à fouiller à la main des années de documents de R&D, à les remettre en contexte et à rédiger vite.
- Solution
- Un outil d’IA générative interroge un ensemble fermé de documents sources. Il produit des synthèses et des projets de réponse qui citent précisément les documents.
- Utilisateurs
- R&D, réglementaire, qualité.
- Résultats
- Moins d’effort manuel pour tenir le délai.
- Synthèse plus rapide de la documentation.
- Traçabilité claire de chaque question jusqu’à la preuve scientifique.
- Situations
- 1 · Comprendre des informations complexes5 · Accélérer un premier jet
- Vigilance
- Chaque projet est relu et approuvé par les experts. Le périmètre documentaire est fermé et à jour.
Contrôler les documents réglementaires avant dépôt
L’outil vérifie les affirmations chiffrées d’un document par rapport aux documents sources internes et externes.
- Problème
- Le contrôle manuel des chiffres d’un dossier est long et des écarts ne sont pas repérés.
- Solution
- Pour chaque affirmation chiffrée, l’outil retrouve la valeur dans la source et signale les écarts ou les valeurs introuvables.
- Utilisateurs
- Affaires réglementaires, rédaction médicale.
- Résultats
- Un contrôle exhaustif au lieu d’un échantillon.
- Des écarts repérés plus tôt.
- Un temps de relecture concentré sur les vrais problèmes.
- Situations
- 1 · Comprendre des informations complexes5 · Accélérer un premier jet
- Vigilance
- L’outil signale, l’équipe tranche. Outil validé avant usage en production.
Analyser les causes d’une déviation avec trois agents
Trois agents coopèrent pour préparer l’analyse des causes par la méthode des 5 pourquoi.
- Problème
- L’analyse des causes à la main est longue, inégale d’un auteur à l’autre, et reste souvent en surface, ce qui laisse les problèmes revenir.
- Solution
- Un premier agent rassemble le contexte (procédures, classifications). Un deuxième récupère les données (enregistrements qualité, pièces jointes). Un troisième déroule les 5 pourquoi et rédige la synthèse.
- Utilisateurs
- Assurance qualité, responsables CAPA.
- Résultats
- Des analyses plus rapides et plus homogènes.
- Chaque « pourquoi » appuyé par un enregistrement.
- Une relecture humaine, avec affinage par de nouvelles questions.
- Situations
- 1 · Comprendre des informations complexes2 · Produire et comparer des options3 · Coordonner le travail5 · Accélérer un premier jet
- Vigilance
- Processus BPx : déroulé fixe, validation humaine, outil validé.
Interroger les données qualité en langage courant
Les utilisateurs posent leurs questions en mots simples et obtiennent une réponse structurée, avec la requête affichée.
- Problème
- Trouver une réponse dans les données qualité demande d’écrire des requêtes complexes ou d’attendre un analyste.
- Solution
- Un agent découpe la question, construit et vérifie la requête, l’exécute, puis présente une réponse structurée. Les filtres et critères utilisés sont visibles.
- Utilisateurs
- Utilisateurs des données qualité.
- Résultats
- Accès en libre-service aux données, sans écrire de requête.
- Réponses transparentes et vérifiables.
- Questions de suivi proposées pour aller plus loin.
- Situations
- 1 · Comprendre des informations complexes4 · Améliorer des tâches fréquentes
- Vigilance
- Droits d’accès identiques à ceux de l’utilisateur. Requête toujours visible.
Passer plus vite de l’hypothèse à l’expérience
Une équipe de recherche travaille avec un assistant d’IA qui analyse la littérature, formalise la méthode et prépare des outils d’analyse.
- Problème
- Faire passer une idée au test en laboratoire demande des mois de coordination entre chercheurs, rédacteurs et ingénieurs.
- Solution
- L’assistant mène l’analyse de littérature, formalise la méthode et transforme les idées en outils d’analyse prêts à l’emploi.
- Utilisateurs
- Chercheurs, en particulier les petites équipes.
- Résultats
- Un chercheur seul peut prototyper et tester plus d’idées.
- Des données anciennes réexploitées pour de nouvelles analyses.
- De nouveaux angles d’analyse.
- Situations
- 2 · Produire et comparer des options6 · Explorer un domaine nouveau
- Vigilance
- Résultats confirmés par l’expérience. Données confidentielles dans un environnement approuvé.
Un point d’entrée unique pour les agents d’une fonction
Un assistant oriente chaque demande vers le bon agent spécialisé et transmet le contexte de l’un à l’autre.
- Problème
- Plusieurs agents existaient pour une même fonction, sans cohérence : les utilisateurs ne savaient pas lequel utiliser.
- Solution
- L’assistant comprend la demande en langage courant, recommande le ou les agents adaptés au profil et à la tâche, et transmet le contexte entre agents.
- Utilisateurs
- Une fonction support : achats, RH, informatique.
- Résultats
- Meilleure adoption des agents existants.
- Moins de temps passé à chercher le bon outil.
- Des enchaînements plus fluides.
- Situations
- 3 · Coordonner le travail
- Vigilance
- Registre des agents à jour.
Répondre aux questions des salariés lors d’un changement
Un agent conversationnel répond aux questions sur les changements d’organisation, d’outils ou de lieux de travail.
- Problème
- Les contenus de communication étaient produits et diffusés à la main pour chaque changement.
- Solution
- À partir de contenus structurés et validés, l’agent répond en quelques jours aux questions des personnes concernées.
- Utilisateurs
- Salariés concernés, RH, communication.
- Résultats
- Un délai plus court pour diffuser l’information.
- Des réponses de meilleure qualité.
- Des contenus adaptés à chaque public.
- Situations
- 1 · Comprendre des informations complexes4 · Améliorer des tâches fréquentes
- Vigilance
- Signaler qu’il s’agit d’une IA (AI Act, article 50). Contenus validés.
Tester une plateforme destinée aux professionnels de santé
Des agents rédigent les supports de test et génèrent le code de test d’une plateforme de formation.
- Problème
- Tester à la main des milliers d’images et de données aurait été lent, coûteux et incomplet.
- Solution
- Un agent rédige les premiers jets des supports de test, un autre génère le code. Les tests démarrent plus tôt, en parallèle du développement.
- Utilisateurs
- Équipes de développement.
- Résultats
- Des anomalies repérées tôt, avant le lancement.
- Des scripts de test qui s’adaptent aux changements, donc moins de maintenance.
- Un lancement plus rapide et de meilleure qualité.
- Situations
- 4 · Améliorer des tâches fréquentes5 · Accélérer un premier jet
- Vigilance
- Revue humaine des tests critiques.
12Déployer
Former et embarquer les équipes
DirectionManagersRHÀ faire
- Rendre la formation de base obligatoire pour tous.
- Organiser un atelier pratique par métier.
- Garder la trace des formations suivies.
Les parcours
| Parcours | Pour qui | Contenu | Format |
|---|---|---|---|
| Socle pour tous | Tous les salariés | Notions de base, règles de l’entreprise, usages simples, risques et éthique. | 2 à 3 heures, en ligne ou en atelier. Obligatoire avant l’accès aux outils. |
| Parcours par métier | Chaque direction | Cas d’usage et prompts du métier, exercices sur des documents réels, erreurs à éviter. | Une demi-journée à une journée, en atelier pratique. |
| Managers et dirigeants | Comité de direction, managers | Piloter la démarche, choisir les priorités, gérer les risques et l’éthique, accompagner les équipes. | Une demi-journée, puis des points réguliers. |
| Relais IA | Volontaires désignés dans chaque équipe | Usages avancés, agents personnels, animation de la communauté, remontée des besoins. | Programme sur plusieurs semaines, avec un temps dédié reconnu. |
| Porteurs de solutions | Équipes techniques, référents | Construction, sécurité, évaluation des agents, maîtrise des coûts (chapitre 10). | Parcours technique, en partie avec les éditeurs. |
| Ateliers d’innovation transverses | Plusieurs directions | Travailler ensemble sur des problèmes communs et faire émerger des cas d’usage. | Ateliers ponctuels, une à deux fois par an. |
Pour ce profil : Dans un grand groupe : l’ensemble des parcours, des contenus à la demande et une communauté animée. En filiale : adapter les parcours du groupe aux métiers et au cadre français.
Les formats qui fonctionnent
- Ateliers pratiques et collaboratifs par métier, sur des documents réels
- Modules en ligne courts, à la demande
- Sessions de questions-réponses régulières
- Bibliothèque de prompts partagée et tenue à jour
- Un assistant interne qui répond aux questions sur la charte et ce playbook
- Objectifs de montée en compétences intégrés aux entretiens annuels
Quatre formats testés en mission par Digital Pharma Lab
Webinaires courts sur l’outil de l’entreprise
45 minutes de démonstration et 15 minutes de questions. Un premier sur l’interface, la messagerie et les réunions, un second sur la création de contenus (présentations, tableurs) appliquée aux plans d’action des équipes.
Ateliers pratiques par métier
Les participants travaillent sur leurs propres documents et repartent avec des prompts et des cas d’usage adaptés à leur métier.
Formation-action d’une équipe
Une demi-journée de bases, puis une journée de pratique. L’équipe repart avec ses agents et sa feuille de route, après une courte démonstration devant ses pairs.
Session individuelle pour un dirigeant
Cadrage stratégique, pré-mortem, simulation concurrentielle, et un assistant sur mesure pour sa business unit.
Embarquer les équipes
Communiquer
- Un message de la direction : pourquoi, quelles règles, quel accompagnement.
- Des exemples concrets par métier et des témoignages internes.
- Un canal unique pour les questions et les retours.
Répondre aux freins
« L’IA va remplacer mon travail »
Présenter l’IA comme un outil de premier jet : la personne garde l’analyse et la décision.
« J’ai peur de faire une erreur »
Des règles claires, un test « feu vert » et un référent à qui poser la question.
« Je n’ai pas le temps »
Du temps dédié à la formation, et des cas d’usage choisis pour faire gagner du temps rapidement.
Garder la trace des formations, supports et actions de sensibilisation : ce sont les mesures attendues par l’article 4 de l’AI Act.
13Déployer
Feuille de route et indicateurs
DirectionRéférent IAÀ faire
- Cocher les actions de la feuille de route au fil de l’eau.
- Mesurer avant de lancer chaque cas d’usage.
- Revoir le portefeuille chaque trimestre.
Feuille de route à cocher
Les cases cochées restent enregistrées dans ce navigateur.
Jours 1 à 30
Recentrer
Jours 31 à 60
Standardiser
Jours 61 à 90
Financer la valeur
Mois 4 à 12
Industrialiser
Jours 1 à 30
Organiser
Jours 31 à 60
Adopter
Jours 61 à 90
Remonter
Mois 4 à 12
Contribuer
0 action faite sur 15
Les indicateurs à suivre
| Famille | Indicateurs |
|---|---|
| Adoption |
|
| Efficacité |
|
| Qualité |
|
| Conformité |
|
| Valeur et coûts |
|
Mesurer avant de lancer : sans point de départ, aucun gain ne se démontre.
14Annexes
Glossaire
Pour tousLes 46 termes utiles à ce playbook. Chaque terme renvoie à sa définition, sur la page du glossaire.
- 5 pourquoi
- A2A (agent à agent)
- Agent
- AMM
- Autonomie
- BPF
- BPx
- CAPA
- Commission de la Transparence
- Compétence (skill)
- Connecteur, MCP
- CRM
- CRO
- Déployeur, fournisseur
- Déterminisme
- DPO
- Enregistrement
- Environnement d’exécution
- ERP
- Évaluations
- Extensibilité
- Garde-fous
- Gestion d’état
- HDS
- Humain dans la boucle
- IA de l’ombre
- Injection de prompt
- KAM
- Mémoire
- Modèle de langage (LLM)
- Observabilité
- Orchestration
- Organisme notifié
- Passerelle (gateway)
- Planification
- POA
- POC (preuve de concept)
- Pré-mortem
- Prompt
- RAG
- RCP
- Recherche sémantique
- S&OP
- Socle d’agent (harness)
- Solution d’entreprise
- Token
15Annexes
Aller plus loin avec Digital Pharma Lab
Aller plus loin avec Digital Pharma Lab
Digital Pharma Lab accompagne les laboratoires pharmaceutiques et les fabricants de dispositifs médicaux dans leur démarche IA, du cadrage au déploiement.
Diagnostic IA
État des lieux des usages, des outils, de la gouvernance et de la conformité, puis priorisation des cas d’usage avec la grille de ce playbook.
En parler avec l’équipeFormations et ateliers
Ateliers pratiques et collaboratifs par métier, du socle pour tous aux parcours avancés, avec un diagnostic avant et une mesure d’impact après.
Voir DPL AcademyAI Compass
Plateforme de pilotage de la stratégie IA des laboratoires : audit de la conformité réglementaire, pilotage de la stratégie en continu, suivi du déploiement des outils et mesure du retour sur investissement.
En parler avec l’équipeDéployer le playbook dans l’entreprise
Déployer le playbook dans l’entreprise, avec un accompagnement DPL (offre Kit cas d’usage & prompts)
Demander le kit cas d’usage & promptsContact
Lilian Reversat, Digital Healthcare Manager
lreversat@digitalpharmalab.comDigital Pharma Lab
4/6 Cité Monthiers, 75009 Paris
www.digitalpharmalab.comLinkedInRecevoir les mises à jour du playbookDigital Pharma Lab a pour mission de fédérer les professionnels de santé, les industriels, les startups et les institutions autour de l’innovation digitale et de l’intelligence collective. Son approche unique en Europe alliant Conseil, Innovation et Investissement vous aide à vous transformer et à innover, afin d’améliorer le système de santé et de créer un modèle d’abondance pour le patient.