ICH Q10: el PQS no es un organigrama

Cuando alguien pide "el PQS de la planta", la respuesta más común sigue siendo un organigrama bonito, una carpeta de SOP y una diapositiva con los cuatro cuadrantes de ICH Q10. Todo eso puede ser necesario. Casi nunca es suficiente.

ICH Q10 (Step 4, 4 jun 2008; EMA Step 5 vigente desde 1 jun 2008 — fechas históricas cercanas) describe un modelo de Pharmaceutical Quality System a lo largo del ciclo de vida del producto — desarrollo, transferencia, manufactura comercial, discontinuación. Lo que la guía empuja, leída desde el piso de planta, no es otra caja en el organigrama. Es flujo que la gestión sostiene y que el system of record hace difícil de eludir: cambio, desviación, CAPA, conocimiento que vuelve al proceso, mejora que no termina en el taller.

Organigrama ≠ sistema

El organigrama responde quién reporta a quién. El PQS, en el sentido de Q10, responde cómo se asegura la calidad del producto cuando las cosas cambian — y siempre cambian.

Vemos la confusión todo el tiempo:

• "Tenemos PQS" = tenemos dirección de Calidad en el chart.
• "Estamos alineados a Q10" = nos capacitamos en la guía una vez.
• "Gestión del conocimiento" = SharePoint con mil carpetas y una búsqueda que nadie usa.

Nada de eso es despreciable. Solo que no es la prueba. La prueba suele ser más directa: cuando una desviación grave se cierra, ¿la causa y la acción correctiva alteran de hecho el procedimiento, la receta, el límite en el EBR, la capacitación — o solo generan un PDF más en la carpeta de CAPA?

Lo que Q10 de hecho articula

Para aplicar esa prueba, conviene recordar lo que la guía realmente pide. Sin transformar el post en resumen de norma, cuatro ideas de Q10 pesan en el día a día:

1. Responsabilidad de la dirección — no como eslogan, sino como recurso, prioridad y exigencia cuando calidad y lead time colisionan.
2. Un sistema de calidad farmacéutica que cubre el ciclo de vida. El mismo producto no puede tener "calidad de desarrollo" y "calidad de fábrica" que no se hablan.
3. Dos enablers explícitos: gestión del conocimiento y gestión de riesgo (Q9). Sin ellos, CAPA y cambio tienden a volverse ritual.
4. Mejora continua amarrada al desempeño del proceso y del producto — no a una iniciativa anual de "excelencia".

Q10 es cuidadoso al decir que no crea expectativas más allá del GMP regional; lo que excede el GMP se presenta como opcional en el texto. En la práctica de la industria, el valor del modelo es otro: da un lenguaje común para lo que la inspección ya detecta cuando el organigrama está impecable y el flujo está roto.

Flujo que el sistema obliga

Si la prueba es el flujo, la siguiente pregunta es dónde vive ese flujo. Esa es la lente de este post: el PQS como flujo que el sistema obliga — system of record, CAPA, change control continuos — no un dibujo de carpetas.

Papel y correo también son sistemas. Solo que son sistemas que olvidan, duplican y perdonan el atajo. Un change control en planilla compartida "funciona" hasta la tercera versión simultánea. Un CAPA sin estado visible se vuelve promesa. Una desviación archivada sin vínculo con el lote desaparece en la liberación.

Cuando el registro de lote, el cambio y el CAPA viven en la misma base — con estado, responsable, plazo y traza — el PQS deja de depender solo de la memoria de la persona correcta. No porque el software "sea el PQS". Porque el PQS necesita evidencia contemporánea, y la evidencia contemporánea sin system of record tiende a ser reconstrucción.

CAPA que cambia el sistema (o no)

Dentro de ese flujo, el CAPA es donde la prueba más suele fallar. Una de las señales más claras de un PQS de organigrama es el CAPA que termina en "reforzar capacitación" por tercera vez en el mismo modo de falla. La capacitación importa. Cuando es la única palanca, suele significar que la causa en el proceso o en el diseño del registro no fue tocada.

Preguntas que usamos en conversaciones de planta:

• ¿La acción correctiva alteró un límite, una secuencia, un interlock o la master recipe — o solo la diapositiva de reentrenamiento?
• ¿El indicador de eficacia mira la recurrencia de la misma desviación, o solo "CAPA cerrado a tiempo"?
• ¿El cambio derivado del CAPA pasó por el mismo rigor de change control que cualquier otro cambio de proceso?

Q10 habla de management review y de uso de datos. Sin amarrar CAPA → cambio → evidencia en el registro, la revisión de la dirección ve indicadores en verde donde el piso sigue repitiendo la misma desviación.

Cambio continuo, no "proyecto de cambio"

El mismo razonamiento vale para el cambio en general. En el organigrama, el cambio parece un departamento. En el PQS, el cambio es rutina de planta. ICH Q10 y, después, la conversación de lifecycle con Q12 solo tienen sentido si el change control es rutina disciplinada — no una maratón preinspección.

Eso incluye cambios "pequeños" de configuración en sistemas electrónicos. Cambiar un warning por un hard gate, ensanchar una tolerancia, reordenar un paso en la receta digital: el impacto en el producto puede ser el mismo que el de un trazo de bolígrafo en el MBR de papel. Tratar la configuración como un detalle de TI es dejar el PQS sin control justo donde el proceso cambia.

Gestión del conocimiento en la práctica

Queda el segundo enabler. Q10 nombra el knowledge management como enabler. En la planta, el conocimiento vive en tres lugares: en las personas, en los documentos y en los datos de proceso. Los dos primeros envejecen; el tercero, si existe con procedencia, suele ser lo que queda cuando el analista clave se va.

El vínculo con la integridad de datos es directo y no necesita un post aparte: si el dato crítico del proceso no es recuperable, atribuible y contemporáneo, la "gestión del conocimiento" del PQS falla en el punto donde la mejora continua debería alimentarse.

Lo que un MES/EBR no sustituye

Hasta aquí puede parecer que la respuesta es software. Conviene ser explícito, para que esto no se vuelva un pitch:

• El software no crea accountability de la dirección.
• El EBR por sí solo no define la política de calidad.
• Un workflow de CAPA no sustituye una investigación competente.
• Un dashboard en verde no es management review.

Lo que el system of record puede hacer — y plataformas como NEO intentan hacer cuando están bien implementadas — es que el camino correcto sea el más fácil de evidenciar: lote, desviación, cambio y acción en la misma traza. El PQS sigue siendo de la organización. El organigrama sigue existiendo. Solo que la prueba deja de ser "quién reporta a quién" y pasa a ser "¿el flujo sostiene la calidad cuando apretamos el plazo?".

Señales de PQS vivo (y de PQS de diapositiva)

Juntando las piezas, señales que suelen indicar un PQS vivo:

• cambio y desviación reabren el riesgo (puente con Q9) con un responsable claro;
• el CAPA altera el system of record, no solo la capacitación;
• el management review usa recurrencia y proceso, no solo volumen de documentos;
• la transferencia de tecnología deja rastros en el mismo lenguaje de control de la fábrica.

Señales de diapositiva:

• SOP de PQS actualizado; indicadores de piso estancados;
• dos sistemas de verdad (papel + electrónico) sin fecha de fin del híbrido;
• "gestión del conocimiento" = drive; búsqueda real = WhatsApp del turno;
• inspección preparada con maratón; al día siguiente, igual.

Cierre

ICH Q10 no pide que cambiemos el organigrama por un software. Pide que el Pharmaceutical Quality System sea el conjunto de comportamientos y controles que realmente gobiernan el producto en el ciclo de vida. El organigrama es un mapa de personas. El PQS es un mapa de obligaciones — y las obligaciones sin flujo evidenciable tienden a caerse en el segundo turno.

Si en su planta la prueba honesta del PQS sigue siendo "muestra el chart y la carpeta", tal vez el próximo paso no sea otro SOP. Es mirar el último CAPA grave y preguntar qué cambió, de hecho, en el system of record.