La PMDA est la première autorité à rendre eCTD v4.0 obligatoire, à compter du 1er avril 2026. L'EMA suit en 2026 avec l'utilisation obligatoire pour les produits autorisés en procédure centralisée (CAP). La FDA accepte eCTD v4.0 à titre volontaire pour les nouvelles demandes depuis le 16 septembre 2024, avec une échéance obligatoire attendue autour de 2029. Health Canada, Swissmedic et la TGA ont chacun leur propre calendrier de pilote et de transition. Si vous déposez dans plus d'une région, votre stratégie de publication doit gérer v3.2.2 et v4.0 en parallèle jusqu'à la fin de la décennie.
Qu'est-ce que eCTD v4.0 ?
eCTD v4.0 est le standard ICH actuel pour les soumissions réglementaires électroniques de dossiers de médicaments et de produits biologiques. Il est défini par ICH M8 et s'appuie sur le standard HL7 Regulated Product Submission (RPS) Message. La spécification a atteint l'étape 4 en 2022.
Alors que v3.2.2 utilise une structure de dossiers avec un XML de backbone et des fichiers Module 1 et Modules 2 à 5 séparés, v4.0 utilise un message XML d'échange unique qui encapsule tous les modules dans un paquet. Le Module 1 reste propre à chaque région. Les Modules 2 à 5 sont partagés entre les régions ICH.
Le paquet v4.0 comporte quatre composants : XML Message, XML Schema, vocabulaires contrôlés, et la structure Files and Folders régionale. Le paquet d'implémentation ICH complet est disponible sur la page ICH eCTD v4.0.
La rétrocompatibilité est techniquement impossible. Un dossier commencé en v3.2.2 doit soit rester en v3.2.2 pour tout son cycle de vie, soit être entièrement rebasélisé en v4.0 à un point de bascule planifié. Chaque autorité définit sa propre politique de rebaselisation.
Comparaison : statut eCTD v4.0 par juridiction
| Autorité | Acceptation volontaire | Date obligatoire | Source primaire |
|---|---|---|---|
| PMDA (Japon) | Pilote Q2 2021, volontaire depuis 2022 | 1er avril 2026 | PMDA guidance eCTD |
| EMA (UE) | Optionnel pour les CAP depuis 2024 | 2026 pour les CAP, NAP à suivre | EMA eCTD v4.0 Projects |
| FDA (USA) | Nouvelles demandes depuis le 16 septembre 2024 | Projetée vers 2029 (non finalisée) | Page FDA eCTD v4.0 |
| Health Canada | Pilote 2023, optionnel à partir de 2026 | Obligatoire 2027 ou 2028 (projet) | Projet M1 Health Canada |
| Swissmedic | Guide d'implémentation publié en mars 2023, v3.2.2 reste la base obligatoire | Non encore annoncé | Page Swissmedic eCTD |
| TGA (Australie) | AU Module 1 v4.0 publié, acceptation volontaire | Non encore annoncé | TGA eCTD v4.0 AU Module 1 |
La date du 1er avril 2026 au Japon est la première échéance réellement ferme à l'échelle mondiale. Après cette date, les soumissions au format non eCTD v4.0 pourront être rejetées ou renvoyées pour re-soumission.
Ce qui change entre v3.2.2 et v4.0
| Aspect | v3.2.2 | v4.0 |
|---|---|---|
| Structure | Arborescence de dossiers avec XML backbone par séquence | Message XML d'échange HL7 RPS unique |
| Organisation des modules | M1 XML régional, M2 à M5 XML ICH | Message unifié sur tous les modules, avec contenu M1 régional |
| Cycle de vie | Basé sur les séquences, modèle de remplacement de feuille | Métadonnées keyword et grouping, opérations de cycle de vie plus riches |
| Gestion des fichiers | La structure de répertoire reflète le dossier | Fichiers référencés par métadonnées, pas par position dans le dossier |
| Vocabulaires contrôlés | Limités | Étendus (document context, submission context, product context) |
| Rétrocompatibilité | N/A | Non compatible avec v3.2.2 dans le même cycle de vie |
| Communication bidirectionnelle | Non | Prévue, pas encore en production dans la plupart des autorités |
La conséquence pratique : un outil de publication configuré pour v3.2.2 ne peut pas simplement produire v4.0 en basculant un réglage. Les éditeurs ont publié des versions compatibles v4.0 (Veeva Vault Submissions, Lorenz docuBridge, Extedo eCTDmanager, entre autres). La reconfiguration exige le remapping des types de documents vers les vocabulaires contrôlés v4.0, des tests contre le validateur régional de chaque autorité et la formation des auteurs aux nouveaux champs keyword et grouping.
FDA : volontaire depuis septembre 2024, obligation non fixée
La FDA accepte depuis le 16 septembre 2024 les nouvelles demandes (NDA, BLA, ANDA, IND, DMF) en eCTD v4.0 (FDA eCTD Submission Standards). Aujourd'hui, seules les nouvelles demandes : la compatibilité descendante pour les demandes v3.2.2 existantes n'est pas encore disponible, et la FDA n'a pas annoncé de date obligatoire. La FDA a indiqué qu'elle préviendrait à l'avance avant que v4.0 ne devienne le seul format accepté.
La FDA propose une procédure optionnelle de soumission d'échantillon dans laquelle les sponsors peuvent transmettre un échantillon de test v4.0 pour retour de l'agence avant un dépôt réel (Submit an eCTD v4.0 or Standardized Data Sample). Les sponsors qui préparent leur première NDA ou BLA en v4.0 devraient utiliser cette procédure.
EMA : obligatoire pour les CAP en 2026
L'EMA a ouvert l'usage optionnel de eCTD v4.0 pour les produits autorisés en procédure centralisée en 2024. L'usage obligatoire pour les CAP démarre en 2026, avec une extension échelonnée aux produits autorisés au niveau national (NAP) ensuite. La EU eCTD v4.0 Practical Guidance v1 sur le portail eSubmission de l'EMA est la référence opérationnelle, avec la page ligne directrice EMA M8.
Puisque v4.0 n'est pas rétrocompatible avec v3.2.2, l'EMA a confirmé que les dossiers actifs en v3.2.2 resteront en v3.2.2 durant leur cycle de vie. Les sponsors ne peuvent basculer un dossier vers v4.0 qu'à un point de rebaselisation défini, pas au milieu d'une séquence.
PMDA : première avec une obligation, 1er avril 2026
La PMDA a terminé un pilote technique au Q2 2021 et ouvert l'usage volontaire en 2022. À partir du 1er avril 2026, eCTD v4.0 devient le seul format de soumission électronique accepté pour les nouvelles demandes d'AMM au Japon. Les exigences japonaises du Module 1 diffèrent de la FDA et de l'EMA : localisation des métadonnées, traitement linguistique et exigences structurelles suivent le guide d'implémentation régional de la PMDA.
Les équipes préparant leur première soumission PMDA après avril 2026 doivent disposer d'un workflow de publication compatible v4.0, avec métadonnées régionales japonaises, gestion bilingue des documents et validateur PMDA intégré dans l'étape QC.
Essayez ceci dans RegAid : Quelles différences de Module 1 entre FDA, EMA et PMDA eCTD v4.0 ?
Health Canada, Swissmedic, TGA
Health Canada a publié un projet de Canadian Module 1 Technical Implementation Guide pour v4.0. L'acceptation volontaire est attendue à partir de 2026. La date obligatoire a été proposée à 2027 dans un projet et à 2028 dans une version ultérieure. Les sponsors déposant une NDS ou SNDS canadienne après 2027 doivent planifier v4.0.
Swissmedic a publié un Implementation Guide eCTD v4.0 en mars 2023 mais exige actuellement encore v3.2.2 avec Module 1 spécifique suisse pour les soumissions pharmaceutiques (Swissmedic eCTD). Aucune date d'obligation annoncée.
TGA a publié les AU Module 1 et informations régionales pour eCTD v4.0. L'acceptation volontaire est ouverte. Aucune date d'obligation annoncée.
Comment planifier votre stratégie de soumission globale
-
Cartographier chaque dossier actif par autorité et version. Listez chaque produit, chaque juridiction et la version eCTD actuellement utilisée dans le cycle de vie du dossier. C'est votre inventaire de départ.
-
Identifier votre première échéance obligatoire. Pour la plupart des sponsors présents au Japon, c'est le 1er avril 2026. Pour les sponsors strictement UE, c'est l'obligation CAP 2026. Ancrez votre plan sur la plus proche.
-
Mettre à jour votre plateforme de publication. Confirmez que votre éditeur prend en charge v4.0 avec validateurs M1 régionaux pour chaque juridiction cible. Prévoyez du temps pour le mapping des vocabulaires contrôlés, la formation des auteurs et la mise en place d'environnements parallèles.
-
Exécuter des soumissions d'échantillon avec chaque autorité. La FDA propose un canal explicite. La PMDA accepte toujours les pilotes. Profitez de chaque occasion pour valider votre sortie contre le validateur de l'autorité avant un dépôt réel.
-
Définir votre politique de rebaselisation par dossier. Puisque v3.2.2 et v4.0 ne sont pas compatibles dans un même cycle de vie, décidez pour chaque dossier s'il reste en v3.2.2 ou bascule vers v4.0 à un point de rebaselisation naturel (une variation majeure, un renouvellement, une nouvelle indication).
-
Aligner l'écriture des Modules 2 à 5 entre régions. Le contenu du dossier est partagé entre régions ICH, mais les vocabulaires contrôlés et les métadonnées keyword de v4.0 doivent être appliqués de manière cohérente. Les incohérences entre soumissions régionales déclenchent des erreurs de validateur.
-
Mettre à jour votre système RIM (regulatory information management). v4.0 ajoute de nouveaux champs de métadonnées (document context, submission context, product context, keyword et grouping). Votre RIM doit saisir ces champs à la création, pas les rattraper à la publication.
Pièges courants
Traiter v4.0 comme un simple basculement de format : v4.0 exige de nouvelles métadonnées de contenu à la source. Un outil de publication ne peut pas inventer fiablement le document context et les métadonnées keyword depuis un dossier v3.2.2. Commencez à la couche d'écriture, pas à la publication.
Passer à côté des différences régionales du Module 1 : le Module 1 est régional en v3.2.2 comme en v4.0, mais les schémas Module 1 v4.0 diffèrent par région. M1 PMDA, M1 FDA, M1 EMA et M1 Health Canada sont quatre schémas XML différents. Un export v4.0 générique ne sera validé nulle part.
Supposer que les dossiers v3.2.2 peuvent migrer en milieu de cycle : la rebaselisation est un événement planifié, pas un rattrapage. Aucune autorité ICH ne prend en charge le changement de version en milieu de cycle de vie.
Sauter le validateur de l'autorité : chaque autorité fournit un validateur régional (ou accepte une soumission d'échantillon). Un dossier qui passe un validateur eCTD générique peut échouer au validateur de l'autorité sur les règles M1 régionales. Validez contre l'outil de l'autorité avant de déposer.
Oublier que le volontariat FDA demande quand même de la préparation : la FDA n'a pas de date obligatoire, mais lorsqu'elle en annoncera une, la fenêtre sera courte car v4.0 requiert des changements en amont. Les sponsors qui attendent l'obligation FDA pour commencer la rateront.
Points clés
- La PMDA est la première autorité à rendre eCTD v4.0 obligatoire, à compter du 1er avril 2026, selon le programme de soumission électronique de la PMDA
- L'EMA impose v4.0 pour les produits autorisés en procédure centralisée en 2026, les NAP à suivre (EMA eCTD v4.0 Projects)
- La FDA accepte v4.0 à titre volontaire pour les nouvelles demandes depuis le 16 septembre 2024 ; date obligatoire non encore annoncée, attendue autour de 2029 (page FDA eCTD v4.0)
- Health Canada vise 2027 ou 2028 pour l'obligation ; Swissmedic et la TGA n'ont pas annoncé de date
- eCTD v4.0 n'est pas rétrocompatible avec v3.2.2 ; un dossier doit être rebaselisé à un point de bascule planifié
- La transition est un changement d'écriture et de RIM, pas un simple basculement de publication
Comment RegAid aide
RegAid couvre le paquet de guidance FDA sur eCTD v4.0, la ligne directrice scientifique EMA M8, les notifications régionales d'implémentation de la PMDA, le projet de Module 1 Technical Implementation Guide de Health Canada et la spécification sous-jacente ICH M8. Posez la question "Quelles différences de Module 1 entre FDA et PMDA eCTD v4.0 ?" ou "Quelle est la date d'obligation eCTD v4.0 de l'EMA pour les CAP ?" et obtenez une réponse sourcée avec des liens vers les documents d'autorité.