Desde el 1 de octubre de 2026, los Individual Case Safety Reports (ICSR) post-autorización para medicamentos de uso humano, productos biológicos y productos combinados con componente principal farmacológica o biológica, enviados a la FDA a través del Electronic Submissions Gateway Next Generation (ESG NextGen), deberán usar el estándar de datos ICH E2B(R3). Hasta el 30 de septiembre de 2026, la FDA seguirá aceptando envíos en E2B(R2). A partir de esa fecha solo se procesarán mensajes E2B(R3). El mandato fue anunciado por la FDA el 6 de abril de 2026 (91 FR 17284) y prolonga seis meses el periodo de transición recomendado previamente.
¿Qué es ICH E2B(R3)?
ICH E2B(R3) es el estándar internacional de datos para la transmisión electrónica de ICSR entre empresas farmacéuticas y autoridades reguladoras. Define los elementos de datos, la estructura del mensaje y el esquema XML que describen un caso único de reacción adversa: paciente, producto, reacción, narrativa, gravedad, desenlace, notificador y metadatos del proceso regulatorio.
La directriz se apoya en el estándar ISO/HL7 27953-2 ICSR. Esto hace que E2B(R3) sea interoperable con las terminologías clínicas (MedDRA para reacciones, ICH M5 para sustancias, UCUM para unidades). El paquete de implementación ICH actual (Implementation Guide, Q&A y Appendix I(G) con información técnica) alcanzó el Step 4 del proceso ICH el 18 de julio de 2025.
E2B(R3) sustituye a E2B(R2), el estándar XML de 2001 todavía predominante en los envíos a la FDA. La EMA ya hizo obligatorio E2B(R3) para EudraVigilance desde el 30 de junio de 2022. El 1 de octubre de 2026 cierra la brecha transatlántica.
El plazo del 1 de octubre de 2026: qué cubre
El mandato de la FDA, publicado como 91 FR 17284 el 6 de abril de 2026, se aplica:
- A los ICSR post-autorización para medicamentos de uso humano, productos biológicos (incluidas las vacunas) y productos combinados donde un fármaco o biológico es el modo de acción principal
- A los envíos transmitidos a través de ESG NextGen (envíos por pasarela de base de datos a base de datos)
E2B(R3) es opcional en la FDA desde el 16 de enero de 2024 para notificaciones post-autorización y desde el 1 de abril de 2024 para notificaciones pre-autorización (estudios IND y estudios BA/BE exentos de IND) (anuncio FDA E2B(R3), enero de 2023). Tras el 1 de octubre de 2026, E2B(R2) ya no será aceptado a través de ESG NextGen.
Los datos de seguridad distintos a los ICSR (PSUR, DSUR, 15-day alert reports en papel mediante MedWatch 3500A) quedan fuera del alcance de la transición E2B. Siguen vías de envío independientes.
A quién aplica y qué productos entran en el alcance
El mandato se aplica a cualquier entidad que envíe ICSR post-autorización al FDA Adverse Event Monitoring System (AEMS, sucesor de FAERS) a través de ESG NextGen:
| Tipo de producto | En el alcance | Base regulatoria |
|---|---|---|
| Medicamentos de uso humano (NDA, ANDA) | Sí | 21 CFR 314.80, 314.98 |
| Productos biológicos (BLA) | Sí | 21 CFR 600.80 |
| Vacunas | Sí (vía interfaz VAERS) | 21 CFR 600.80 |
| Productos combinados con componente principal farmacológica o biológica | Sí | 21 CFR Part 4 |
| Productos combinados con componente principal dispositivo | No (siguen MDR y 21 CFR 803) | 21 CFR 803 |
| Productos sin prescripción (OTC Monograph) | Sí | 21 CFR 314.80 |
Los titulares de autorización de comercialización, los solicitantes, los fabricantes con licencia y sus agentes autorizados están todos afectados. Los socios de farmacovigilancia contractuales y las CRO que envían ICSR en nombre de los patrocinadores también deben realizar la transición de sus sistemas.
E2B(R2) vs E2B(R3): diferencias clave
| Área | E2B(R2) (2001) | E2B(R3) (actual) |
|---|---|---|
| Estándar subyacente | XML específico de ICH | ISO/HL7 27953-2 ICSR |
| Elementos de datos | Aproximadamente 200 | Aproximadamente 470 |
| Estructura narrativa | Bloque único en texto libre | Narrativa estructurada con resumen de caso, episodios de reacción e historia farmacológica |
| Terminología | Solo MedDRA | MedDRA, EDQM, UCUM, ISO 3166, identificadores de sustancia IDMP |
| Acuse de recibo | Segmento MSH | Mensaje ICSR ACK completo con resultados de validación |
| Detección de duplicados | Campos limitados | Lógica ampliada de identificador de caso único mundial |
| Retrocompatibilidad | N/A | Documentada en el Appendix de la Implementation Guide (Step 4) |
Los elementos de datos adicionales no son decorativos. E2B(R3) recoge casos parent-child para exposición materna, datos detallados de combinaciones dispositivo-fármaco, pautas posológicas estructuradas y jerarquías de notificador más ricas. La conversión de casos E2B(R2) heredados a E2B(R3) requiere reglas de mapping documentadas en la FDA Regional Implementation Guide.
Vías de envío y requisitos técnicos
La FDA ofrece dos vías para los ICSR E2B(R3):
ESG NextGen (base de datos a base de datos)
La vía principal para patrocinadores con una base de datos de seguridad. Los remitentes transmiten mensajes XML mediante AS2 o la API NextGen basada en SOAP. Esta vía requiere:
- Una cuenta ESG NextGen activa con certificado de producción
- Una base de datos de seguridad (Argus, ArisG, Veeva Vault Safety o equivalente) configurada para emitir XML E2B(R3) conforme a la FDA Regional Implementation Guide
- Validación de los archivos salientes frente a las FDA E2B(R3) Core and Regional Data Elements and Business Rules
- Procesamiento de los mensajes ICSR ACK entrantes para confirmar la recepción y el estado de validación
Safety Reporting Portal (SRP)
Para remitentes sin capacidad de base de datos a base de datos, la FDA sigue ofreciendo el Safety Reporting Portal basado en web. SRP genera XML compatible con E2B(R3) a partir de datos del caso introducidos manualmente. Esta vía sigue disponible después del 1 de octubre de 2026 y es la opción práctica para pequeños fabricantes, notificaciones iniciadas por el investigador y envíos puntuales.
Pruebe esto en RegAid: ¿Qué elementos de datos ICSR son obligatorios para FDA E2B(R3)?
Cómo prepararse antes del 1 de octubre de 2026
-
Confirme su alcance. Identifique cada producto, licencia y flujo de envío por agente que actualmente transmite ICSR E2B(R2) a la FDA. Incluya flujos post-autorización, IND y BA/BE pre-autorización.
-
Actualice o reconfigure su base de datos de seguridad. Los proveedores han publicado versiones compatibles con E2B(R3), pero la reconfiguración no es trivial. Presupueste tiempo para el mapping de campos, la reestructuración de narrativa y la alineación de versiones MedDRA.
-
Valide contra el entorno de pruebas de la FDA. Utilice el FDA E2B(R3) Validator y el entorno de preproducción de ESG NextGen para validar el XML saliente antes del go-live. Fallos de validación habituales: códigos de país incorrectos, identificadores de caso único mundial ausentes, versiones MedDRA no válidas, narrativas truncadas.
-
Forme a los operadores de casos y proveedores. Los campos de narrativa estructurada son el mayor cambio operativo. Los operadores deben aprender a descomponer una narrativa única en texto libre en resumen de caso, episodios de reacción e historia farmacológica.
-
Ejecute envíos en paralelo. Hasta el 1 de octubre de 2026, envíe una muestra de casos tanto en E2B(R2) como en E2B(R3) para confirmar el procesamiento de extremo a extremo e identificar discrepancias antes del corte definitivo.
-
Documente la transición en su PSMF. Actualice su Pharmacovigilance System Master File (Módulo III, Sources of Safety Data, y Módulo IV, Computerized Systems) para reflejar el nuevo flujo de datos, los controles de validación y la conservación de los archivos E2B(R2) heredados.
-
Revise los contratos con CRO y socios de farmacovigilancia externos. Confirme que estén preparados para E2B(R3) en el mismo calendario y que los Service Level Agreement cubran fallos de validación y responsabilidades de reenvío.
Errores habituales
Subestimar la gestión de versiones de MedDRA: E2B(R3) exige que la versión MedDRA usada para la codificación se transmita con cada caso. Las bases de datos de seguridad que actualizan MedDRA automáticamente sin conservar un historial por caso producirán archivos no conformes.
Ignorar el mensaje ACK: E2B(R3) introduce un acuse de recibo más rico con resultados de validación. Los remitentes que no analicen y actúen sobre los ACK se arriesgan a fallos de procesamiento no detectados tras el plazo.
Saltarse el análisis de productos combinados: Los productos combinados con componente principal farmacológica entran en el mandato E2B(R3), pero no los que tienen componente principal dispositivo. Clasifique cada producto conforme a 21 CFR Part 4 para enrutar correctamente los ICSR.
Suponer que la paridad con EMA basta: Si su organización ya envía E2B(R3) a EudraVigilance, no está automáticamente conforme con la FDA. Los FDA Regional Data Elements y Business Rules difieren de los de la UE. Valide específicamente contra el conjunto de reglas de la FDA.
Puntos clave
- La FDA exige ICH E2B(R3) para los ICSR post-autorización a través de ESG NextGen desde el 1 de octubre de 2026, conforme a 91 FR 17284
- E2B(R2) se acepta hasta el 30 de septiembre de 2026 y después se retira de la pasarela
- En el alcance: medicamentos de uso humano, biológicos, vacunas y productos combinados con componente principal farmacológica o biológica
- E2B(R3) añade narrativa estructurada, datos más ricos de combinaciones e interoperabilidad basada en ISO/HL7
- Quedan dos vías de envío: ESG NextGen para quienes transmiten desde base de datos, Safety Reporting Portal para envíos manuales
- Empiece ya la validación en el entorno de preproducción de la FDA y realice envíos paralelos de E2B(R2) y E2B(R3) antes del corte
Cómo ayuda RegAid
RegAid cubre el paquete completo de guidance de la FDA sobre E2B(R3), la ICH Implementation Guide, la FDA Regional Implementation Guide y las normas de notificación post-autorización subyacentes de 21 CFR 314.80 y 600.80. Pregunte "¿Qué elementos de datos ICSR son obligatorios para FDA E2B(R3)?" o "¿Cómo mapeo un caso E2B(R2) a E2B(R3)?" y obtenga una respuesta citada con enlaces a la guidance de la FDA y a los documentos ICH originales.