Un agent qui vérifie votre eCTD avant que la FDA ne le fasse
La veille de la soumission, une équipe Regulatory trouve systématiquement la même chose : un lien qui pointe dans le vide, une section dont personne ne se souvient d'avoir assigné la rédaction, quatre fichiers nommés de quatre façons différentes. Ce n'est pas un manque de rigueur — c'est un dossier de 40 000 pages qu'un humain ne peut pas relire en entier. Un agent le peut. Voici à quoi ça ressemble.
En bref
Pour qui : Regulatory Affairs, équipes CMC, Quality
Le problème : le QC manuel d'un eCTD prend plusieurs jours, rate des erreurs techniques, et crée un stress de dernière minute avant soumission
Le résultat : un rapport de contrôle automatique livré en quelques heures — anomalies classées, localisées, actionnables
Le gain : 2 à 4 jours de QC récupérés, zéro erreur technique en soumission
Le quotidien aujourd'hui
Un dossier eCTD complet pour une NDA ou une MAA, c'est plusieurs centaines de documents, des milliers de références croisées entre modules, et une architecture de nommage que chaque auteur a interprétée un peu à sa façon au fil des mois.
Le QC avant soumission consiste à vérifier tout ça à la main : ouvrir les hyperliens un par un, comparer la table des matières à la structure réelle du dossier, contrôler que les noms de fichiers respectent la convention de nommage eCTD, s'assurer que les sections référencées dans le Module 2 correspondent bien à ce qui existe dans les Modules 3, 4 et 5. Un travail de détective minutieux, répétitif, et pratiqué sous pression — parce qu'il se fait toujours dans les dernières 72 heures avant la fenêtre de soumission.
Résultat : les erreurs techniques passent. Pas parce que l'équipe est négligente, mais parce qu'aucun humain ne peut tenir une carte mentale de 40 000 pages dans sa tête. Une section absente, quatre fichiers mal nommés, trois liens cassés — et la FDA ou l'EMA renvoie le dossier avec un refus technique avant même d'avoir ouvert le contenu. Ce délai peut coûter plusieurs semaines de retard à l'approbation.
Ce que change l'automatisation
L'idée n'est pas de remplacer l'expert réglementaire. C'est de lui confier le travail de fond — la décision sur le contenu, la stratégie, la soumission — et de laisser un agent faire le QC mécanique : vérifier les liens, compter les sections, comparer les nommages, tracer les références croisées.
L'agent ingère la structure du dossier (index XML, arborescence, PDFs), applique les règles ICH M8 et les règles de publication de l'agence cible, et produit un rapport d'anomalies classées par sévérité. L'expert réglementaire reçoit une liste de corrections à faire, pas une montagne à inspecter.
flowchart LR D[Dossier eCTD<br>index XML · arborescence · PDFs] --> A[Agent QC<br>ICH M8 · règles agence cible] A --> R[Rapport d'anomalies<br>classé par sévérité] R --> E[Expert réglementaire<br>corrige · valide · soumet]
Ce que vous recevez, concrètement
Le rapport arrive sous la forme d'une fiche structurée, directement exploitable par l'équipe Regulatory :
- 3 hyperliens cassés — Module 2.3 Overview (p. 14, 22, 31) → cibles introuvables dans l'arborescence ; vérifier les chemins relatifs après renommage du dossier
m3/32p/ - Section 3.2.P.5.6 absente — référencée dans la table des matières du Module 3, aucun fichier correspondant trouvé dans
m3/32p/56/; à créer ou à supprimer de la ToC - Incohérence de nommage sur 4 fichiers —
32s23-ctrl-batch.pdf,32S23_ctrl_batch.pdf,32s23_CtrlBatch.pdf,m3-32s23-batch.pdf→ convention attendue :32s23-ctrl-batch.pdf(spécification eCTD v3.2.2 / règles de validation de l'agence cible) - Référence croisée non résolue — Module 2.3 (Quality Overall Summary), section P.8 → cite « Table 3.2.P.8.3-2 » introuvable dans le Module 3 ; vérifier la numérotation des tableaux CMC
- Métadonnées PDF non conformes — 11 fichiers sans auteur/titre (requis FDA eSubmission)
- Module 1.3.2 vide — fichier présent dans l'index, 0 octet ; probable omission d'export
À corriger avant publication ; l'expert réglementaire valide le contenu et signe la soumission.
Le gain, chiffré
| Avant | Après | |
|---|---|---|
| Temps de QC | 2 à 4 jours, équipe de 2-3 personnes | quelques heures, rapport livré automatiquement |
| Détection des erreurs | partielle, dépend de la concentration en fin de sprint | exhaustive sur les contrôles mécaniques (liens, nommage, structure) |
| Stress pré-soumission | élevé — QC sous pression dans les dernières 72h | réduit — rapport disponible dès que le dossier est assemblé |
| Retours techniques agence | risque de refus technique avant examen du fond | quasi éliminé sur les causes vérifiables |
Pour que ça marche chez vous
Trois points font la différence entre un outil de démo et un agent sur lequel une équipe Regulatory s'appuie avant une soumission réelle :
- La validation est non négociable. Un agent qui touche un dossier réglementaire est un système informatisé au sens de la Part 11 et de GAMP 5 : il faut une qualification documentée (URS, tests, audit trail), pas juste un déploiement. C'est une contrainte, mais c'est aussi ce qui autorise son utilisation dans un contexte GxP. La validation protège l'équipe autant que le dossier.
- L'agent fait le QC mécanique, l'expert garde la main sur le fond. La cohérence scientifique d'un Module 2, la pertinence des données de stabilité, la stratégie de soumission : ce sont des décisions humaines qui engagent la responsabilité du Regulatory Lead. L'agent ne lit pas le contenu — il vérifie la structure. La frontière est claire, et elle doit le rester pour rester en dehors du périmètre « haut risque » de l'AI Act.
- Les règles de l'agence cible sont configurées, pas supposées. FDA, EMA, PMDA, ANSM : chaque agence a ses propres exigences de nommage, de métadonnées et de structure. L'agent doit être paramétré sur les règles de la soumission en cours — pas sur des règles génériques eCTD qui peuvent diverger d'un marché à l'autre.
Envie de transformer ce cas d'usage en agent qui tourne vraiment, dans les règles ?
Vous préférez d'abord situer votre organisation sur l'IA ?