Un agent d'IA peut lire une note d'appel, extraire les quatre critères minimaux d'une lettre de sortie d'hospitalisation et rédiger en quelques minutes un rapport individuel de sécurité (ICSR). La question de conception porte sur ce que l'agent peut mener à terme seul. La gravité, le caractère attendu, le codage, le jour où le délai a commencé à courir et la décision de soumettre ont tous une portée réglementaire, et une erreur sur l'un d'eux peut rester invisible jusqu'à ce qu'un inspecteur compare les documents sources avec la base de données de sécurité. Cet article suit un cas synthétique tout au long d'une revue gouvernée : les documents sources, le cas préparé par l'agent, les contrôles exécutés avant toute écriture, la décision de l'évaluateur de sécurité et l'enregistrement qui subsiste. Il s'agit d'une conception détaillée fondée sur notre blueprint de pharmacovigilance publié. KLA n'a aucun client pharmaceutique, et rien ici ne décrit un déploiement.
Les règles que la conception doit respecter
Les règles de l'UE applicables aux rapports de cas individuels figurent dans le module VI des GVP, révision 2, que l'EMA indique en vigueur depuis le 22 novembre 2017 sur sa page consacrée aux GVP. Quatre points structurent toute conception d'agent.
Validité. La section VI.B.2 exige quatre critères minimaux pour qu'un rapport soit un ICSR : un notificateur identifiable, un patient unique identifiable, au moins un médicament suspecté et au moins un effet indésirable suspecté. Un rapport auquel il manque l'un d'eux est incomplet ; l'organisation doit en assurer le suivi avec la diligence requise et l'enregistrer malgré tout pour l'évaluation de la sécurité.
Jour zéro. La section VI.B.7 fait courir le délai dès que les critères minimaux parviennent à tout membre du personnel du titulaire de l'autorisation de mise sur le marché, visiteurs médicaux et prestataires compris. Les délais se comptent en jours calendaires, week-ends et jours fériés compris. En application des articles 107, paragraphe 3, et 107 bis, paragraphe 4, de la directive 2001/83/CE, les ICSR valides graves sont transmis à EudraVigilance dans un délai de 15 jours, et les non graves dans un délai de 90 jours (section VI.C.3).
Gravité. La section VI.A.1.6 reprend la définition de l'ICH E2A : décès, mise en jeu du pronostic vital, hospitalisation ou prolongation d'hospitalisation, invalidité ou incapacité durable ou importante, anomalie congénitale, ainsi que les événements médicaux importants jugés graves. La section VI.B.2 ajoute que le destinataire ne doit pas requalifier un cas grave en non grave lorsqu'il conteste la gravité rapportée par la source primaire.
Responsabilité à l'égard de l'IA. Le document de réflexion de l'EMA sur l'IA dans le cycle de vie des médicaments (9 septembre 2024) prévoit que l'IA soutienne la gestion des rapports d'événements indésirables et la détection des signaux conformément aux GVP, et précise qu'il revient au titulaire de l'AMM de valider, de surveiller et de documenter les performances du modèle et d'intégrer les opérations d'IA/ML dans son système de pharmacovigilance. Le cluster EMA–FDA sur l'IA en pharmacovigilance (version 2, 2 mars 2026) cite le traitement des cas, le criblage de la littérature, la détection des doublons et les contrôles de complétude des ICSR parmi ses cas d'usage, et les grands modèles de langage et l'IA agentique parmi ses thèmes. Le CIOMS a publié le 4 décembre 2025 le rapport de son groupe de travail XIV sur l'IA en pharmacovigilance ; lisez-le en parallèle des GVP pour la terminologie et les principes.
Où nous avons tracé la limite, et pourquoi
Nous avons rédigé ces limites pour la première fois au printemps 2026, en concevant une démonstration guidée de veille de la littérature pour un laboratoire pharmaceutique européen. Le cahier des charges plaçait le contrôle humain au centre : la personne qualifiée responsable de la pharmacovigilance (QPPV) et les médecins de pharmacovigilance conservent les décisions réglementées, et le système rend leur contrôle explicite dans la politique, appliqué dans le routage et visible dans l'enregistrement.
Nous avons regroupé le travail en cohortes selon le risque. Dans les cohortes à faible risque, l'agent peut lancer des recherches approuvées, récupérer des documents, demander des traductions et créer l'ossature d'un cas. Pour un cas candidat valide, il peut rédiger les faits du cas et proposer à un évaluateur les termes MedDRA, la gravité, l'imputabilité et le caractère attendu. Pour un cas grave, inattendu, suspecté d'être un doublon ou au codage ambigu, un évaluateur médical examine chaque cas. La liste des arrêts impératifs est restée courte :
- Aucune rétrogradation par l'agent de la gravité évaluée par le notificateur (module VI des GVP, VI.B.2).
- Aucun codage MedDRA définitif par l'agent sur les cohortes soumises à arrêt impératif.
- Aucune décision définitive de l'agent sur le caractère attendu.
- Aucune fusion définitive de doublons par l'agent lorsque des champs importants divergent.
- Aucune soumission, aucune communication avec les autorités ou les partenaires par l'agent. Dans cette conception, ces outils ne figurent pas dans la boîte à outils de l'agent.
Le cas synthétique : documents sources
Tout est inventé dans ce cas : le laboratoire, le produit « Examplazole 20 mg », les personnes et les horaires. Les positions dans le délai sont exprimées en numéros de jour pour faciliter le calcul.
| Document | Reçu par | Quand | Contenu pertinent |
|---|---|---|---|
| Note d'appel de l'information médicale | Ligne d'information médicale (prestataire du laboratoire) | Jour 0, vendredi 18 h 40 | Un pharmacien d'officine signale qu'une femme de 67 ans a été « gardée pour la nuit » pour une hyponatrémie neuf jours après le début d'Examplazole 20 mg. Nom, qualification et pays du notificateur enregistrés. |
| Courriel transféré à la boîte de pharmacovigilance | Équipe de pharmacovigilance | Jour 3, lundi 8 h 15 | La même note d'appel, transférée après le week-end. |
| Lettre de sortie d'hospitalisation | Équipe de pharmacovigilance, de la part du pharmacien | Jour 4 | Hospitalisation d’une nuit, natrémie à 124 mmol/L, Examplazole arrêté, natrémie normale à la sortie. |
| Information produit (RCP) version 7 | Référentiel de l'information produit | Version en vigueur au jour 0 | L'hyponatrémie n'y figure pas. |
Ce que prépare l'agent
L'agent lit les trois documents du cas et l'information produit. Chaque champ extrait conserve un pointeur vers le document et le passage dont il provient, ce qui permet à l'évaluateur de vérifier une valeur par rapport à sa source en une seule étape. Dans KLA, Document Intake rattache au run du Process les documents, les champs approuvés et leur provenance.
Le projet de cas de l'agent : les quatre critères minimaux sont présents ; gravité proposée comme grave au titre du critère d'hospitalisation, en citant « gardée pour la nuit » et l'admission mentionnée dans la lettre de sortie ; terme de plus bas niveau MedDRA proposé : « Hyponatraemia » ; caractère proposé comme inattendu au regard du RCP version 7 ; imputabilité laissée à l'évaluateur. Sa première proposition de jour zéro était le jour 3, moment où le courriel est arrivé dans la boîte de pharmacovigilance.
Les contrôles exécutés avant toute écriture
Chaque écriture proposée passe par un point de contrôle de politique avant d'atteindre la base de données de sécurité. Le point de contrôle renvoie l'un de quatre résultats : allow, warn, require_approval ou block. Pour ce cas, quatre contrôles se sont déclenchés.
| Action proposée | Règle | Résultat | Ce qui s’est passé |
|---|---|---|---|
| Marquer le cas comme valide | Quatre critères minimaux présents, chacun avec une référence de source | allow | Cas marqué valide ; les références de source sont conservées avec la décision. |
| Fixer le jour zéro au jour 3 | Le jour zéro est la première réception par tout membre du personnel, prestataires compris (VI.B.7) | warn | L'agent a rapproché les données du journal d'appels et a fixé le jour zéro au jour 0. L'échéance est passée du jour 18 au jour 15. |
| Passer la gravité à non grave après la lettre de sortie | Aucune rétrogradation de la gravité évaluée par le notificateur (VI.B.2) | block | La gravité reste grave. L'agent a mentionné la natrémie normale à la sortie dans le narratif. |
| Soumettre l'ICSR | La soumission d'un cas grave exige un évaluateur de sécurité nommément désigné | require_approval | Une Decision Request s'est ouverte dans Decision Desk pour l'évaluateur de sécurité de permanence, avec l'échéance affichée. |
L'évaluateur de sécurité décide
L'évaluateur de sécurité ouvre la Decision Request le jour 4. La demande présente le projet de cas, le passage source de chaque champ, les quatre résultats de politique et le temps restant avant l'échéance. L'évaluateur confirme la gravité au titre du critère d'hospitalisation et le caractère inattendu au regard du RCP version 7. Il conserve le terme de plus bas niveau « Hyponatraemia », évalue l'imputabilité comme possible, modifie une phrase du narratif et en consigne le motif. Il approuve ensuite la soumission.
Un rejet a le même poids dans l'enregistrement. Si l'évaluateur avait jugé le cas invalide ou le codage erroné, le run se serait terminé sans soumission, et l'enregistrement aurait conservé son motif. Un cas qui nécessite un suivi retourne dans la file de traitement des cas, avec les questions ouvertes jointes.
La soumission et l'enregistrement qui subsiste
Après l'approbation, le run reprend à l'étape mise en pause. L'outil de soumission appelle la base de données de sécurité du laboratoire, qui construit le message E2B(R3) et l'envoie à EudraVigilance. L'agent ne détient jamais cet outil. La base de données de sécurité et sa connexion à la passerelle restent les systèmes validés du laboratoire ; le run gouverné enregistre ce qui leur a été demandé et ce qu'ils ont renvoyé.
| Champ | Valeur enregistrée |
|---|---|
| Documents sources | Note d'appel, courriel transféré, lettre de sortie, RCP version 7, chacun avec une empreinte de contenu |
| Champs extraits | Notificateur, patient, produit, effet, dates, chacun relié à son passage source |
| Propositions de l'agent | Validité, gravité, terme MedDRA, caractère attendu, jour zéro (valeur initiale et valeur corrigée) |
| Résultats de politique | Version de politique, règle, résultat et motif pour chacun des quatre contrôles |
| Décision humaine | Identité et rôle de l'évaluateur, heure, décision, évaluation de l'imputabilité, modification du narratif et motif |
| Soumission | Appel d'outil, heure de la demande, référence du cas dans la base de données de sécurité et statut d'accusé de réception |
| Délai | Jour zéro, échéance, jour de soumission |
| Intégrité | Identifiant du Lineage Record ; le run peut être exporté sous forme de Sealed Evidence Bundle |
Ce que cette conception ne couvre pas
Elle ne valide rien. La validation des systèmes informatisés, la surveillance des performances du modèle et le système qualité restent du ressort du titulaire de l'autorisation de mise sur le marché, comme l'indique le document de réflexion de l'EMA. Un run gouverné ajoute à ce travail un enregistrement complet par cas.
Elle ne tranche pas la classification au titre de l'AI Act. Le traitement des cas de pharmacovigilance ne figure pas parmi les cas d'usage énumérés à l'annexe III ; pour la plupart des titulaires d'AMM, les règles contraignantes applicables à ce flux de travail découlent donc du droit de la pharmacovigilance. Vérifiez la classification de votre propre système.
Elle ne couvre ni la gestion des signaux, ni les rapports périodiques, ni la conception des recherches bibliographiques. Ces activités appellent leurs propres limites, et le blueprint ne couvre que la réception et le traitement des cas.
Foire aux questions
Un agent d'IA peut-il soumettre seul un ICSR à EudraVigilance ?
Le titulaire de l'autorisation de mise sur le marché reste responsable de chaque rapport qu'il soumet. Dans la conception décrite ici, l'agent ne dispose d'aucun outil de soumission ; un évaluateur de sécurité nommément désigné approuve la soumission, et la base de données de sécurité du laboratoire l'envoie.
Quand commence le jour zéro d'un rapport d'événement indésirable ?
Module VI des GVP, section VI.B.7 : lorsque les critères minimaux parviennent au centre national ou régional de pharmacovigilance d'une autorité compétente ou à tout membre du personnel du titulaire de l'autorisation de mise sur le marché, y compris les visiteurs médicaux et les prestataires. Les délais se comptent en jours calendaires.
Quelles décisions de pharmacovigilance doivent rester à un évaluateur humain ?
Dans notre conception : toute rétrogradation de la gravité évaluée par le notificateur, le codage MedDRA définitif des cas graves, inattendus ou ambigus, le caractère attendu définitif, les fusions de doublons lorsque des champs importants divergent, et chaque soumission ou communication aux autorités et aux partenaires.
Un plan de contrôle à l'exécution rend-il un outil d'IA validé GxP ?
Non. La validation du système et la surveillance des performances du modèle restent de la responsabilité du titulaire de l'autorisation de mise sur le marché. Un plan de contrôle applique la limite de revue et enregistre chaque décision, ce qui fournit aux travaux de validation et d'inspection leurs preuves au niveau du cas.
KLA a-t-il déployé cette conception dans un laboratoire pharmaceutique ?
Non. Il s'agit d'une conception détaillée fondée sur notre blueprint de pharmacovigilance publié et sur un cas synthétique. KLA n'a aucun client pharmaceutique.
Points clés à retenir
En pharmacovigilance, le travail utile de l'agent est la préparation : lire les sources, extraire les critères minimaux avec leur provenance, rédiger le cas et proposer les évaluations médicales. Les décisions réglementées restent à un évaluateur nommément désigné, et le délai se calcule à partir de la première réception par toute personne travaillant pour le laboratoire. Une conception gouvernée inscrit ces règles dans la politique, arrête l'agent à chaque limite et conserve par cas un enregistrement qu'un inspecteur peut suivre du document source à la soumission. Lisez le blueprint de pharmacovigilance pour l'ensemble des contrôles, voyez comment prouver ce qu'un agent a lu avant d'agir et découvrez KLA pour l'industrie pharmaceutique.
Sources : EMA, Guideline on good pharmacovigilance practices Module VI Rev 2 (EMA/873138/2011 Rev 2) ; EMA, Reflection paper on the use of AI in the medicinal product lifecycle (EMA/CHMP/CVMP/83833/2023) ; EMA et FDA américaine, Guiding principles for the cluster teleconferences on AI in pharmacovigilance (EMA/422032/2023, version 2) ; groupe de travail XIV du CIOMS. Le cas est synthétique. KLA n'est ni affilié à l'EMA, à la FDA ou au CIOMS, ni approuvé ou certifié par eux.