ICH Q12: lifecycle sin revalidar el mundo

Toda planta conoce la sensación: una mejora pequeña en el proceso — rango un poco más estrecho, sitio alternativo, ajuste analítico — y de pronto el calendario regula la vida. Variación, dossier, fila, revalidación que parece reabrir el universo. Parte de ese peso es real y necesaria. Parte nace de no distinguir, con claridad, qué es condición establecida del producto y qué es información de soporte.

ICH Q12 (Technical and Regulatory Considerations for Pharmaceutical Product Lifecycle Management), final en Step 4 el 20 de noviembre de 2019, existe para hacer la gestión de cambios CMC posaprobación más previsible y eficiente a lo largo del ciclo de vida comercial — en diálogo con Q8(R2), Q9, Q10 y Q11. No es varita. Es framework. Y en el piso electrónico, solo ayuda si la planta sabe qué cambió de verdad en el system of record.

El problema que Q12 intenta abordar

La globalización de la supply chain y reglas regionales distintas hicieron del posaprobación un laberinto. Q12 ofrece lenguaje común para:

• Established Conditions (ECs): información considerada necesaria para asegurar calidad y que, si se altera, exige presentación/comunicación conforme el marco aplicable;
• información de soporte: lo 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 más previsibilidad;
• documento PLCM: repositorio del plan de lifecycle (ECs, categorías de reporte, PACMPs, compromisos CMC).

La promesa implícita — y conviene decir "implícita", porque la implementación regional no es uniforme (ver asimetría UE vs FDA abajo) — es lifecycle con menos teatro y más combinación de ciencia + PQS + diálogo regulatorio. Sin revalidar el mundo a cada tornillo.

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

En papel, la master recipe y el dossier ya competían por atención. En electrónico aparece una tercera superficie: la configuración del EBR/MES — límites, gates, secuencia, reglas de excepción, integraciones.

La pregunta de Q12 en el piso se vuelve:

1. ¿Qué elementos de la receta y del control son ECs (o mapean directamente a ECs)?
2. ¿Cuáles son soporte / parámetros de operación bajo PQS?
3. Cuando alguien altera la configuración, ¿eso toca EC, toca solo PQS, o toca ambos?

Si la planta no tiene esa distinción, aparecen dos fallas opuestas:

• Todo se vuelve "variation." La mejora se congela. La gente contornea. El contorno no entra en el PLCM de nadie.
• Nada se vuelve EC en la práctica. La configuración cambia en silencio; el dossier se queda atrás; la inspección encuentra dos verdades.

El sistema electrónico no resuelve solo la clasificación regulatoria. La hace exigible: versión de la master, diff de lo que cambió, traza de quién aprobó, ligazón al change control. Sin eso, Q12 en la diapositiva y caos en el admin del MES.

PACMP sin romance

El Post-Approval Change Management Protocol es acuerdo previo: qué cambio, cómo evaluar impacto, qué estudios, qué criterios, qué categoría de reporte sugerida. Puede cubrir un cambio o un conjunto; un producto o, en ciertos diseños, múltiples — siempre bajo lo que la autoridad aprobó.

Para el equipo de Calidad y Asuntos Regulatorios, el PACMP es previsibilidad. Para la planta, es disciplina anticipada: si el protocolo asume ciertos controles y evidencias, el system of record necesita poder generar esas evidencias sin mutirão. De lo contrario, el PACMP se vuelve otro documento que la operación no puede cumplir a tiempo.

PLCM: mapa, no cajón

El Product Lifecycle Management document (en el sentido de Q12) concentra ECs, categorías, PACMPs y compromisos. Solo funciona si se actualiza cuando la vida cambia — y si apunta a dónde vive la verdad operacional.

En planta digital, "actualizar el PLCM" sin actualizar la receta maestra versionada es teatro coordinado. Ambos necesitan conversar. El PLCM no sustituye el PQS (Q10); se apoya en él. Q12 es explícito en complementar Q10 en el posaprobación comercial.

Qué "sin revalidar el mundo" no significa

Vale el antídoto temprano, para no volverse overclaim:

• No significa acabar con validación/calificación cuando el riesgo lo pide.
• No significa que un EC cambie "solo con ticket de TI".
• No significa que toda jurisdicción trate cada EC del mismo modo en el mismo plazo — la implementación regional importa; el equipo regulatorio local necesita estar en la mesa.
• No significa que el MES "sea Q12 compliant" como sello. Q12 es sobre la relación MAH–autoridad y sobre el PQS; el software es herramienta de evidencia y control.

La frase útil es otra: con ECs claros y PQS fuerte, mucho cambio deja de ser sorpresa existencial — y pasa a tener camino conocido (incluido camino regulatorio cuando el EC cambia de hecho).

Puente con lo que ya escribimos en la fila ICH

• Q9: clasificar impacto de cambio en EC versus soporte sin reabrir riesgo es un tiro elegante.
• Q10: Q12 presume PQS capaz de gestionar cambio; organigrama no basta.
• Q8/Q11 → piso: design space y estrategia de control alimentan la conversación de qué puede ser EC y qué permanece bajo control de proceso — siempre que el EBR imponga lo que el desarrollo asumió.

Sin esos puentes, Q12 se vuelve curso aislado de Affairs.

Dónde el system of record ayuda de verdad

Sin vender milagro, lo que suele ayudar:

• Versionado de receta y de regla de control con diff legible para Calidad y RA — no solo un "publish" opaco.
• Change control que obliga a clasificar: ¿toca EC? ¿toca dossier? ¿solo PQS? referencia al PLCM/PACMP cuando exista.
• Traza de configuración crítica (límites, gates, secuencia) con el mismo rigor que exigía el MBR de papel.
• Ligazón lote → versión de la master para probar qué estaba vigente cuando corrió el lote — base de cualquier discusión de lifecycle bajo inspección.

Plataformas como el NEO EBR entran aquí como system of record de ejecución y cambio — no como sustituto del diálogo con la autoridad.

Incertidumbre regulatoria (para Soc y RA)

Los detalles de categoría de variation/suplemento (ANVISA, EMA/UE, FDA, etc.) cambian de forma y de plazo. Q12 ofrece un framework común (ECs, soporte, PACMP, PLCM); no homogeneíza la práctica local. En especial: la implementación de ECs y el reconocimiento de documento PLCM varían entre regiones — la FDA avanzó con orientaciones de implementación; en la UE, el marco legal de variations prevalece sobre la guía, y herramientas Q12 no previstas en ese marco no se usan como atajo operacional "textbook". Un producto legado puede no tener ECs en formato Q12. La relación design space aprobado ↔ ECs es caso a caso con RA. Este artículo es educativo; no sustituye assessment regulatorio ni conversación MAH–autoridad.

Puntos que permanecen abiertos en la práctica:

• No todo producto legado tendrá ECs en formato "Q12 textbook"; la transición es trabajo regulatorio, no solo IT.
• La relación entre design space aprobado y ECs pide lectura caso a caso con RA — este artículo no sustituye ese análisis.

Si algo aquí se usa en conversación con cliente regulado, la chequeada local es puerta, no detalle.

Una secuencia práctica (planta + RA)

1. Elija un producto piloto. Liste lo que hoy el equipo trata como intocable sin variation — y lo que cambia "solo en la fábrica". Compare con la lógica de EC versus soporte.
2. En el MES/EBR, inventarie los últimos seis meses de cambios de configuración en límites/secuencia. ¿Cuántos tuvieron change control formal? ¿Cuántos habrían tocado EC?
3. Si hay (o hay plan de) PACMP, escriba qué evidencias el system of record ya produce — y cuáles aún son mutirão.
4. Ajuste el formulario de cambio: campo explícito de impacto en EC/PLCM, con "no aplica" auditable.
5. Solo entonces hable de "agilidad de lifecycle". Agilidad sin mapa es solo prisa.

Cierre

ICH Q12 no promete lifecycle sin trabajo. Promete — en el framework — lifecycle con mapa: qué es Established Condition, qué cubre el PQS, qué un PACMP ya acordó con la autoridad. En planta electrónica, el mapa solo vale si la configuración del system of record está tan gobernada como el dossier que ejecuta.

Sin eso, seguimos revalidando el mundo — o, peor, cambiando el mundo sin darnos cuenta. La diferencia entre ambos suele estar menos en la diapositiva de Q12 y más en el último hard gate que alguien alteró "solo un poquito" el viernes.