ICH Q12: ciclo de vida CMC con mapa de cambios

Toda planta conoce la situación: una mejora pequeña en el proceso —un rango un poco más estrecho, un sitio alternativo, un ajuste analítico— y el calendario regulatorio empieza a marcar el ritmo de la operación. Variation, expediente, cola de revisión y una revalidación que parece reabrir más de lo necesario. Parte de esa carga es real y necesaria. Otra parte nace de no distinguir con claridad qué es una Established Condition del producto y qué es información de soporte.

ICH Q12 (Technical and Regulatory Considerations for Pharmaceutical Product Lifecycle Management), finalizado en Step 4 el 20 de noviembre de 2019, existe para hacer más previsible y eficiente la gestión de cambios CMC posaprobación a lo largo del ciclo de vida comercial, en diálogo con Q8(R2), Q9, Q10 y Q11. No resuelve el problema por sí solo: es un marco. En una planta con registros electrónicos, Q12 solo ayuda si el equipo sabe qué cambió realmente en el system of record.

El problema que Q12 busca abordar

La globalización de la cadena de suministro y las distintas reglas regionales han convertido el trabajo posaprobación en una cola con complejidad regional. Q12 ofrece un lenguaje común para:

• Established Conditions (ECs): información considerada necesaria para asegurar la calidad y que, si se modifica, exige una presentación o comunicación según el marco aplicable;
• información de soporte: aquello que puede cambiar bajo el PQS sin el mismo tipo de presentación, cuando está bien delimitado;
• PACMP: protocolo acordado con la autoridad para preparar y verificar cambios futuros con mayor previsibilidad;
• documento PLCM: repositorio del plan de ciclo de vida (ECs, categorías de notificación, PACMPs y compromisos CMC).

La promesa implícita —y conviene llamarla “implícita”, porque la implementación regional no es uniforme (ver la asimetría entre la UE y la FDA más adelante)— es una gestión del ciclo de vida con menos proceso solo documental y una combinación más equilibrada de ciencia, PQS y diálogo regulatorio, sin reabrir validaciones innecesariamente ante cada ajuste menor.

ECs: qué cambia (y qué no) cuando el sistema es electrónico

En papel, la receta maestra y el expediente regulatorio ya competían por atención. En un entorno electrónico aparece una tercera superficie: la configuración del EBR/MES —límites, gates, secuencia, reglas de excepción e integraciones.

En la planta, la pregunta de Q12 se desdobla en tres:

1. ¿Qué elementos de la receta y del control son ECs (o se vinculan directamente con ECs)?
2. ¿Cuáles son información de soporte o parámetros operativos gestionados bajo el PQS?
3. Cuando alguien cambia la configuración, ¿afecta a una EC, solo al PQS o a ambos?

Si la planta no tiene esta distinción, aparecen dos fallos opuestos:

• Todo se convierte en variation. La mejora se congela. La operación empieza a rodear el proceso, y ese rodeo no aparece en el PLCM de nadie.
• En la práctica, nada se trata como EC. La configuración cambia sin un registro adecuado, el expediente queda desactualizado y una inspección encuentra una divergencia entre lo registrado y lo que está en ejecución.

El sistema electrónico no resuelve por sí solo la clasificación regulatoria. Hace que la clasificación sea auditable: versión de la maestra, diferencia de lo que cambió, trazabilidad de quién aprobó y vínculo con el change control. Sin eso, Q12 se queda en la presentación y la configuración del MES queda sin gobernanza.

PACMP: previsibilidad con disciplina de evidencia

El Post-Approval Change Management Protocol es un acuerdo previo: qué cambio cubre, cómo se evaluará el impacto, qué estudios se necesitan, cuáles son los criterios y qué categoría de notificación se sugiere. Puede cubrir un cambio o un conjunto de cambios; un producto o, en ciertos diseños, varios productos, siempre dentro de lo que aprobó la autoridad.

Para los equipos de Calidad y Asuntos Regulatorios, un PACMP aporta previsibilidad. Para la planta, exige disciplina anticipada: si el protocolo presupone determinados controles y evidencias, el system of record debe poder generar esas evidencias sin un esfuerzo extraordinario. De lo contrario, el PACMP se convierte en otro documento que la operación no puede cumplir a tiempo.

PLCM: mapa, no archivo muerto

El Product Lifecycle Management document (en el sentido de Q12) reúne ECs, categorías de notificación, PACMPs y compromisos. Solo funciona si se actualiza cuando cambia el producto o el proceso y si señala dónde reside realmente la información operativa.

En una planta digital, actualizar el PLCM sin actualizar la receta maestra versionada es una actualización descoordinada: el plan y la configuración de la planta dejan de reflejar la misma realidad. Ambos deben seguir alineados. El PLCM no sustituye al PQS (Q10); se apoya en él. Q12 establece explícitamente que complementa a Q10 en la gestión comercial posaprobación.

Lo que el mapa de cambios no significa

Conviene dejarlo claro desde el principio para evitar afirmaciones excesivas:

• No significa eliminar la validación o la cualificación cuando el riesgo las exige.
• No significa que una EC pueda cambiar con “solo un ticket de TI”.
• No significa que cada jurisdicción trate cada EC de la misma manera y en el mismo plazo: la implementación regional importa y el equipo regulatorio local debe participar en la decisión.
• No significa que un MES sea “Q12 compliant” como sello. Q12 trata de la relación entre el titular de la autorización de comercialización y la autoridad, y del PQS; el software es una herramienta de evidencia y control.

La formulación útil es otra: con ECs claras y un PQS sólido, muchos cambios dejan de ser sorpresas sin una ruta definida y pasan a tener un camino conocido, incluida la vía regulatoria cuando una EC cambia realmente.

Conexión con lo que ya escribimos en la serie ICH

• Q9: clasificar el impacto de un cambio como EC o información de soporte sin volver a evaluar el riesgo queda incompleto: hace falta un método de riesgo documentado y gestionado.
• Q10: Q12 presupone un PQS capaz de gestionar el cambio; un organigrama no basta.
• Q8/Q11 → planta: el design space y la estrategia de control alimentan la discusión sobre qué puede ser una EC y qué permanece bajo control del proceso, siempre que el EBR imponga lo que asumió el desarrollo.

Sin estas conexiones, Q12 se convierte en un curso aislado de Asuntos Regulatorios.

Dónde el system of record ayuda de verdad

Sin exagerar los resultados, estas capacidades suelen ayudar:

• Versionado de la receta y de las reglas de control con una diferencia legible para Calidad y Asuntos Regulatorios, no solo un “publish” opaco.
• Change control que obligue a clasificar: ¿afecta a una EC?, ¿al expediente?, ¿solo al PQS? Con referencia al PLCM o al PACMP cuando exista.
• Trazabilidad de la configuración crítica (límites, gates, secuencia) con el mismo rigor que exigía el MBR en papel.
• Vínculo lote → versión de la maestra para demostrar qué estaba vigente cuando se ejecutó el lote, base de cualquier conversación sobre el ciclo de vida durante una inspección.

Plataformas como NEO EBR encajan aquí como system of record de ejecución y cambio, con capacidad de registrar, versionar y vincular evidencia, no como sustituto del diálogo con la autoridad ni como garantía de un resultado regulatorio.

Incertidumbre regulatoria (para Asuntos Regulatorios y Calidad)

Los detalles de las categorías de variation o suplemento (ANVISA, EMA/UE, FDA, etc.) cambian en forma y plazo. Q12 ofrece un marco común (ECs, información de soporte, PACMP, PLCM); no homogeneiza la práctica local. En particular, la implementación de las ECs y el reconocimiento del documento PLCM varían entre regiones: la FDA ha avanzado con orientaciones de implementación; en la UE, el marco legal de variations prevalece sobre la guía, y las herramientas de Q12 que no están previstas en ese marco no pueden usarse como atajo operativo. Un producto heredado puede no tener ECs en el formato de Q12. La relación entre el design space aprobado y las ECs se define caso por caso con Asuntos Regulatorios. Este artículo es educativo; no sustituye una evaluación regulatoria ni la conversación entre el titular de la autorización y la autoridad.

Si algún punto de este artículo se lleva a una conversación con un cliente regulado, la comprobación local es obligatoria, no un detalle.

Una secuencia práctica (planta + Asuntos Regulatorios)

1. Elige un producto piloto. Haz una lista de lo que el equipo trata hoy como intocable sin una variation y de lo que cambia “solo en la fábrica”. Compáralo con la lógica de EC frente a información de soporte.
2. En el MES/EBR, inventaría los últimos seis meses de cambios de configuración en límites y secuencia. ¿Cuántos pasaron por un change control formal? ¿Cuántos habrían afectado a una EC?
3. Si existe un PACMP (o un plan para crear uno), registra qué evidencias ya produce el system of record y cuáles todavía dependen de un esfuerzo manual.
4. Ajusta el formulario de cambio: incluye un campo explícito para el impacto en EC/PLCM, con una opción auditable de “no aplica”.
5. Solo entonces habla de “agilidad del ciclo de vida”. La agilidad sin mapa es simplemente prisa.

Cierre

ICH Q12 no promete un ciclo de vida sin trabajo. Dentro de su marco, promete un ciclo de vida con un mapa: qué es una Established Condition, qué cubre el PQS y qué ha acordado un PACMP con la autoridad. En una planta con registros electrónicos, ese mapa solo sirve si la configuración del system of record se gobierna con el mismo rigor que el expediente regulatorio que ejecuta.

Sin eso, se sigue reabriendo la validación innecesariamente o, peor, se cambia la configuración sin reconocer el impacto regulatorio. La diferencia entre ambas situaciones suele estar menos en la presentación de Q12 y más en el último hard gate que alguien ajustó “solo un poco” el viernes.