CTIS et CTA dans l’UE : comment éviter les RFI et les retards de revue
Partager

CTIS et CTA (UE) : le guide opérationnel pour éviter d’être bloqué pendant l’évaluation
Quand “déposer la CTA” ne suffit plus
Si vous travaillez sur des essais cliniques dans l’UE, vous le savez déjà : CTIS n’est pas un simple espace où l’on dépose des PDF. C’est un workflow réglementaire avec ses propres règles, des délais serrés et une “mémoire historique” qui rend visibles les incohérences et les décisions prises à la hâte.
Lors des audits GCP, le problème que je constate le plus souvent est le suivant : l’équipe pense que la compliance relève “uniquement” du contenu scientifique, alors que les inspecteurs identifient les failles dans le contrôle des versions, la traçabilité des décisions et la manière dont les RFI et les modifications sont gérées.
Le mythe (dangereux) à déconstruire : “CTIS n’est qu’un portail”
Mythe courant : “Si les documents sont complets, CTIS ne peut pas vous ralentir.”
Pourquoi c’est risqué : CTIS pénalise surtout :
- les incohérences entre les documents (protocole vs IB vs IMPD vs étiquetage IMP),
- les décisions “implicites” jamais justifiées (absence de rationale),
- les réponses aux RFI non structurées (ou sans impact sur l’évaluation clairement déclaré).
Résultat pratique : vous vous retrouvez avec des RFI sur des points prévisibles, l’horloge tourne et l’équipe panique.
Part I vs Part II : là où la CTA se bloque réellement
CTIS sépare l’évaluation en deux blocs, et cela a un impact opérationnel majeur :
Part I (noyau scientifique/technique)
Inclut généralement :
- le protocole (et les annexes scientifiques),
- l’Investigator’s Brochure (IB),
- les aspects IMP/IMPD (qualité du médicament expérimental),
- les aspects sécurité et le rationale.
Part II (national/éthique/opérationnel)
Inclut généralement :
- le consentement éclairé et les documents destinés aux sujets,
- l’aptitude des sites/le recrutement (selon le pays),
- la documentation locale requise.
D’un point de vue opérationnel “terrain”, la Part II est souvent sous-estimée car elle est perçue comme “locale”. En réalité, c’est souvent là que se créent des retards évitables lorsque les ownerships et les templates harmonisés font défaut.
Tableau “en 30 secondes” : livrable, owner, point critique CTIS et erreur typique
| Livrable | Owner réaliste (qui doit le “closer”) | Point CTIS où vous êtes évalué | Erreur qui génère une RFI |
|---|---|---|---|
| Protocole | Clinique + RA (cohérence) | Part I | Endpoints/calendrier des visites non cohérents avec le safety monitoring |
| IB | Medical/Clinical + RA (gestion des versions) | Part I | IB non mise à jour ou non alignée avec le protocole |
| IMPD | CMC/QA + RA (submission) | Part I | Stability/contrôles/description des procédés trop génériques |
| Étiquetage IMP | CMC/Packaging + QA + RA | Part I/opérationnel | Étiquette non alignée avec la randomisation/le blinding |
| ICF & patient materials | Clinique/Juridique + RA local | Part II | Versions différentes entre pays sans rationale |
| Réponse RFI | RA (pilotage) + fonctions | Part I/II | Réponses fragmentées sans impact assessment |
IMPD : les 6 points qui génèrent toujours des RFI
L’IMPD (Investigational Medicinal Product Dossier) est le “mini-dossier” que beaucoup traitent comme une simple annexe technique. En réalité, c’est l’une des zones les plus sensibles parce qu’il touche à la qualité, à la traçabilité et à la sécurité.
Voici les points où je vois le plus de difficultés :
- Des données de stability non “actionable”
Il ne suffit pas d’indiquer “stable 12 mois” : le reviewer doit pouvoir comprendre les conditions, les pull points, les spécifications et le package de données. - Un IMP labeling géré comme un artwork “de type marketing”
Pour un IMP, ce qui compte, c’est le blinding, la randomisation, la gestion des kits et la logique de la clinical supply chain. - Les GMP pour l’IMP sous-estimées
Si votre IMP est géré avec des fournisseurs externes, attendez-vous à des questions sur la qualification, le flux documentaire et la release. - Le QP certification / release flow n’est pas décrit clairement
Lorsque la libération est distribuée (CRO, CMO, depot), l’assessor recherche de la cohérence et des responsabilités claires. - La comparability est ignorée lorsqu’un changement intervient “en cours d’étude”
Un changement de procédé ou de site pendant l’étude n’est pas “simplement opérationnel” : cela devient un sujet réglementaire. - Un contrôle de version faible (IMPD/IB/protocole)
Si vous ne maîtrisez pas les versions, CTIS les exposera au grand jour.
Point clé à retenir :
Un IMPD “audit-ready” = données + logique + traçabilité. Si le rationale manque (pourquoi cet ensemble de contrôles ? pourquoi cette shelf life ?), la RFI devient presque inévitable.
RFI dans CTIS : comment répondre sans transformer le tout en “projet de crise”
Beaucoup d’équipes échouent dans la gestion des RFI non pas à cause du contenu, mais à cause de la méthode.
Approche qui fonctionne (et que je recommande pour l’audit readiness) :
- triage de la RFI sous 24 heures : classer par impact (Part I vs Part II, blocking vs clarifying),
- response map : chaque question → owner, livrable, source de données, reviewer QA/RA,
- single narrative : chaque réponse doit indiquer ce que vous faites, pourquoi vous le faites, où vous le mettez à jour et avec quels documents mis à jour,
- impact statement : déclarer explicitement si la réponse modifie le protocole/IB/IMPD et de quelle manière.
En pratique, la réponse parfaite n’est pas la plus longue. C’est celle qui ne laisse aucune ambiguïté à l’assessor.
Substantial Modification : la décision “zone grise” qui vous expose en inspection
La question qui revient toujours est la suivante : cette modification est-elle substantielle ou non ?
Règle opérationnelle (et non académique) : si la modification impacte au moins l’un des éléments suivants :
- la safety (nouveaux risques, monitoring, population),
- la scientific value (endpoints, design, statistiques),
- l’IMP quality (procédé, spécifications, stability, supply chain),
…alors elle doit être traitée comme une substantial modification, avec un rationale écrit et défendable.
En inspection, l’observation la plus fréquente que je vois est :
“Vous avez mis en œuvre un changement avant l’approbation” ou
“Vous n’avez pas documenté pourquoi il n’était pas substantial.”
Transparence CTIS : redaction et protection du savoir-faire
CTIS introduit un sujet souvent ignoré jusqu’à ce qu’il soit trop tard : ce qui devient public et la manière de gérer la redaction sans détruire la lisibilité.
Best practice du point de vue d’un RA senior :
- définir à l’avance ce qui relève de la CCI (Commercially Confidential Information),
- créer une redaction policy avec les équipes Legal et Clinical,
- éviter la redaction “massive”, car elle déclenche des questions et réduit la confiance.
Checklist prête à l’emploi : “CTA/CTIS pre-submit” en 10 points
- Protocole, IB et IMPD alignés (même terminologie, mêmes versions).
- Étiquette IMP cohérente avec le blinding/la randomisation.
- Stability : conditions, time points et conclusions clairement lisibles.
- Parcours de QP release et responsabilités définis sur toute la supply chain.
- TMF/eTMF : preuve du contrôle des versions et de l’audit trail des décisions.
- Part II : package pays avec owners clairement identifiés.
- “RFI readiness kit” : modèle de response map déjà prêt.
- Plan pour DSUR/SUSAR et safety governance (qui décide, qui notifie).
- Stratégie pour urgent safety measures (qui fait quoi, dans quel délai).
- Redaction/transparence : critères et revue Legal avant chargement.
Conclusion opérationnelle
Bien gérer CTIS, c’est réduire les frictions, éviter les RFI prévisibles et surtout être prêt à démontrer que chaque décision, même technique, est traçable et défendable.
Si vous souhaitez élargir votre “regulatory toolbox” au-delà des dossiers et du post-marketing, CTIS est aujourd’hui l’un des domaines où la maturité d’une fonction RA clinique se voit réellement.
