La PMDA es la primera autoridad que hace obligatorio eCTD v4.0, con efecto a partir del 1 de abril de 2026. La EMA sigue en 2026 con uso obligatorio para los productos autorizados por procedimiento centralizado (CAP). La FDA acepta eCTD v4.0 de forma voluntaria para nuevas solicitudes desde el 16 de septiembre de 2024, con una fecha obligatoria prevista en torno a 2029. Health Canada, Swissmedic y la TGA tienen cada una su propio calendario de piloto y transición. Si presenta en más de una región, su estrategia de publicación debe manejar en paralelo v3.2.2 y v4.0 hasta final de la década.
¿Qué es eCTD v4.0?
eCTD v4.0 es el estándar ICH actual para los envíos regulatorios electrónicos de expedientes de medicamentos y productos biológicos. Está especificado por ICH M8 y se basa en el estándar HL7 Regulated Product Submission (RPS) Message. La especificación alcanzó el Step 4 en 2022.
Mientras que v3.2.2 utiliza una estructura de carpetas con XML de backbone y archivos separados de Módulo 1 y Módulos 2 a 5, v4.0 usa un único mensaje XML de intercambio que encapsula todos los módulos en un único paquete. El Módulo 1 sigue siendo específico de cada región. Los Módulos 2 a 5 se comparten entre regiones ICH.
El paquete v4.0 tiene cuatro componentes: XML Message, XML Schema, vocabularios controlados y la estructura regional Files and Folders. El paquete completo de implementación ICH está disponible en la página ICH eCTD v4.0.
La retrocompatibilidad no es técnicamente posible. Un expediente iniciado en v3.2.2 debe permanecer en v3.2.2 durante todo su ciclo de vida o ser completamente rebaselinado a v4.0 en un punto de cambio planificado. Cada autoridad define su propia política de rebaselining.
Comparación: estado de eCTD v4.0 por jurisdicción
| Autoridad | Aceptación voluntaria | Fecha obligatoria | Fuente primaria |
|---|---|---|---|
| PMDA (Japón) | Piloto Q2 2021, voluntario desde 2022 | 1 de abril de 2026 | PMDA guidance eCTD |
| EMA (UE) | Opcional para CAP desde 2024 | 2026 para CAP, NAP a continuación | EMA eCTD v4.0 Projects |
| FDA (EE. UU.) | Nuevas solicitudes desde el 16 de septiembre de 2024 | Prevista 2029 (no finalizada) | Página FDA eCTD v4.0 |
| Health Canada | Piloto 2023, opcional desde 2026 | Obligatoria 2027 o 2028 (borrador) | Borrador M1 Health Canada |
| Swissmedic | Implementation Guide publicado en marzo de 2023, v3.2.2 sigue siendo la base obligatoria | Aún no anunciada | Página Swissmedic eCTD |
| TGA (Australia) | AU Module 1 v4.0 publicado, aceptación voluntaria | Aún no anunciada | TGA eCTD v4.0 AU Module 1 |
La fecha del 1 de abril de 2026 en Japón es el primer corte genuinamente firme a escala mundial. Después de esa fecha, los envíos en formato distinto de eCTD v4.0 podrán ser rechazados o devueltos para su nueva presentación.
Qué cambia entre v3.2.2 y v4.0
| Aspecto | v3.2.2 | v4.0 |
|---|---|---|
| Estructura | Árbol de carpetas con XML de backbone por secuencia | Único mensaje XML de intercambio HL7 RPS |
| Organización de módulos | M1 XML regional, M2 a M5 XML ICH | Mensaje unificado a través de todos los módulos, con contenido M1 regional |
| Ciclo de vida | Basado en secuencias, modelo de sustitución de leaf | Metadatos keyword y grouping, operaciones de ciclo de vida más ricas |
| Gestión de archivos | La estructura de directorios refleja el expediente | Archivos referenciados por metadatos, no por posición en la carpeta |
| Vocabularios controlados | Limitados | Amplios (document context, submission context, product context) |
| Retrocompatibilidad | N/A | No compatible con v3.2.2 en el mismo ciclo de vida |
| Comunicación bidireccional | No | Prevista, aún no productiva en la mayoría de las autoridades |
La consecuencia práctica: una herramienta de publicación configurada para v3.2.2 no puede emitir v4.0 con solo activar un ajuste. Los proveedores han publicado versiones compatibles con v4.0 (Veeva Vault Submissions, Lorenz docuBridge, Extedo eCTDmanager, entre otros). La reconfiguración exige volver a mapear los tipos de documento a los vocabularios controlados v4.0, pruebas contra el validador regional de cada autoridad y formación de autores en los nuevos campos keyword y grouping.
FDA: voluntaria desde septiembre de 2024, obligatoriedad sin fijar
La FDA acepta desde el 16 de septiembre de 2024 nuevas solicitudes (NDA, BLA, ANDA, IND, DMF) en eCTD v4.0 (FDA eCTD Submission Standards). Actualmente solo nuevas solicitudes: la compatibilidad hacia adelante para solicitudes v3.2.2 existentes aún no está disponible y la FDA no ha anunciado fecha obligatoria. La FDA ha declarado que avisará con antelación antes de que v4.0 sea el único formato admitido.
La FDA ofrece un procedimiento opcional de envío de muestras en el que los patrocinadores pueden transmitir un paquete v4.0 de prueba para recibir retroalimentación de la agencia antes de un envío real (Submit an eCTD v4.0 or Standardized Data Sample). Los patrocinadores que preparen su primera NDA o BLA en v4.0 deberían usar este procedimiento.
EMA: obligatoria para CAP en 2026
La EMA abrió en 2024 el uso opcional de eCTD v4.0 para los productos autorizados por procedimiento centralizado. El uso obligatorio para CAP comienza en 2026, con una extensión escalonada a productos autorizados a nivel nacional (NAP) a continuación. La EU eCTD v4.0 Practical Guidance v1 en el portal eSubmission de la EMA es la referencia operativa, junto con la página de la guía científica EMA M8.
Como v4.0 no es retrocompatible con v3.2.2, la EMA ha confirmado que los expedientes activos en v3.2.2 continuarán en v3.2.2 durante su ciclo de vida. Los patrocinadores solo podrán pasar un expediente a v4.0 en un punto de rebaselining definido, no en medio de una secuencia.
PMDA: primera con obligatoriedad, 1 de abril de 2026
La PMDA completó un piloto técnico en el Q2 de 2021 y abrió el uso voluntario en 2022. Desde el 1 de abril de 2026, eCTD v4.0 se convierte en el único formato de envío electrónico aceptado para nuevas solicitudes de autorización de medicamentos en Japón. Los requisitos japoneses del Módulo 1 difieren de la FDA y la EMA: localización de metadatos, gestión lingüística y requisitos estructurales siguen la guía regional de implementación de la PMDA.
Los equipos que preparen su primer envío a la PMDA después de abril de 2026 deben disponer de un flujo de publicación compatible con v4.0, con metadatos regionales japoneses, gestión bilingüe de documentos y validador PMDA integrado en el paso de QC.
Pruebe esto en RegAid: ¿Qué diferencias de Módulo 1 existen entre FDA, EMA y PMDA en eCTD v4.0?
Health Canada, Swissmedic, TGA
Health Canada ha publicado un borrador de la Canadian Module 1 Technical Implementation Guide para v4.0. Se espera aceptación voluntaria desde 2026. La fecha obligatoria se ha propuesto como 2027 en un borrador y como 2028 en una versión posterior. Los patrocinadores que presenten NDS o SNDS canadienses después de 2027 deberán planificar v4.0.
Swissmedic publicó una Implementation Guide de eCTD v4.0 en marzo de 2023 pero actualmente sigue exigiendo v3.2.2 con Módulo 1 específico suizo para los envíos farmacéuticos (Swissmedic eCTD). Sin fecha obligatoria anunciada.
TGA ha publicado los AU Module 1 and regional information para eCTD v4.0. Aceptación voluntaria abierta. Sin fecha obligatoria anunciada.
Cómo planificar su estrategia de envíos global
-
Mapear cada expediente activo a una autoridad y versión. Liste cada producto, cada jurisdicción y la versión de eCTD actualmente en uso para ese ciclo de vida. Ese es su inventario de partida.
-
Identifique su primer corte obligatorio. Para la mayoría de los patrocinadores con presencia en Japón, es el 1 de abril de 2026. Para patrocinadores solo en la UE, es la obligatoriedad CAP 2026. Ancle su plan en la más cercana.
-
Actualice su plataforma de publicación. Confirme que su proveedor soporta v4.0 con validadores M1 regionales para cada jurisdicción objetivo. Presupueste tiempo para el mapping de vocabularios controlados, formación de autores y preparación de entornos paralelos.
-
Ejecute envíos de muestra con cada autoridad. La FDA ofrece un canal explícito. La PMDA sigue aceptando pilotos. Aproveche cada oportunidad para validar su salida contra el validador de la autoridad antes de un envío real.
-
Defina su política de rebaselining por expediente. Como v3.2.2 y v4.0 no son compatibles en el mismo ciclo de vida, decida para cada expediente si permanece en v3.2.2 o pasa a v4.0 en un punto natural de rebaselining (una variación mayor, una renovación, una nueva indicación).
-
Alinee la redacción de los Módulos 2 a 5 entre regiones. El contenido del expediente se comparte entre regiones ICH, pero los vocabularios controlados y los metadatos keyword en v4.0 deben aplicarse de forma consistente. Las inconsistencias entre envíos regionales generan errores del validador.
-
Actualice su sistema RIM (regulatory information management). v4.0 añade nuevos campos de metadatos (document context, submission context, product context, keyword y grouping). Su RIM debe capturar estos campos en el authoring, no parchearlos durante la publicación.
Errores habituales
Tratar v4.0 como un interruptor de formato: v4.0 exige nuevos metadatos de contenido en origen. Una herramienta de publicación no puede inventar de forma fiable document context y metadatos keyword a partir de un expediente v3.2.2. Empiece en la capa de authoring, no en la publicación.
Pasar por alto las diferencias regionales del Módulo 1: el Módulo 1 es regional tanto en v3.2.2 como en v4.0, pero los esquemas del Módulo 1 v4.0 difieren entre regiones. M1 PMDA, M1 FDA, M1 EMA y M1 Health Canada son cuatro esquemas XML distintos. Una exportación v4.0 genérica no se validará en ninguna región.
Suponer que los expedientes v3.2.2 pueden migrar en mitad del ciclo de vida: el rebaselining es un evento planificado, no una reconversión. Ninguna autoridad ICH admite el cambio de versión en mitad del ciclo de vida.
Saltarse el validador de la autoridad: cada autoridad proporciona un validador regional (o acepta un envío de muestra). Un expediente que pase un validador eCTD genérico puede fallar en el validador específico de la autoridad por las reglas M1 regionales. Valide contra la herramienta de la autoridad antes de presentar.
Olvidar que el carácter voluntario en la FDA sigue requiriendo preparación: la FDA no tiene fecha obligatoria, pero cuando la anuncie la ventana será corta porque v4.0 exige cambios aguas arriba. Los patrocinadores que esperen al mandato FDA para empezar lo incumplirán.
Puntos clave
- La PMDA es la primera autoridad que hace obligatorio eCTD v4.0, desde el 1 de abril de 2026, conforme al programa de envío electrónico de la PMDA
- La EMA impone v4.0 para los productos autorizados por procedimiento centralizado en 2026, NAP a continuación (EMA eCTD v4.0 Projects)
- La FDA acepta v4.0 de forma voluntaria para nuevas solicitudes desde el 16 de septiembre de 2024; fecha obligatoria aún sin anunciar, prevista en torno a 2029 (página FDA eCTD v4.0)
- Health Canada apunta a 2027 o 2028 para la obligatoriedad; Swissmedic y la TGA no tienen fecha anunciada
- eCTD v4.0 no es retrocompatible con v3.2.2; un expediente debe rebaselinarse en un punto de cambio planificado
- La transición es un cambio de authoring y RIM, no un simple interruptor de publicación
Cómo ayuda RegAid
RegAid cubre el paquete de guidance de la FDA sobre eCTD v4.0, la guía científica EMA M8, las notificaciones regionales de implementación de la PMDA, el borrador del Module 1 Technical Implementation Guide de Health Canada y la especificación ICH M8 subyacente. Pregunte "¿Qué diferencias de Módulo 1 existen entre FDA y PMDA en eCTD v4.0?" o "¿Cuál es la fecha obligatoria de eCTD v4.0 en la EMA para las CAP?" y obtenga una respuesta citada con enlaces a los documentos oficiales de las autoridades.