La digitalización del registro de fabricación es una condición necesaria. Pero no suficiente.
El entusiasmo por el eBR y el error que nadie menciona
La industria farmacéutica española vive un momento de inversión real en digitalización de operaciones. Después de años de retraso respecto a otros sectores industriales, los laboratorios están apostando por sistemas de Electronic Batch Record — eBR — para eliminar el papel, mejorar la trazabilidad documental e integrar sus operaciones con los sistemas ERP corporativos.
La dirección es correcta. El problema es la arquitectura que hay debajo.
En la mayoría de implementaciones de eBR que se están realizando en plantas farmacéuticas españolas, se está cometiendo un error estructural que no aparece en ninguna propuesta comercial y que no se detecta hasta que llega la primera inspección de la AEMPS o hasta que el primer cambio de campaña tarda tres semanas en gestionarse: el eBR se implementa sin ISA-88 como base de la arquitectura de recetas.
El resultado es predecible. El registro del batch mejora — y eso es real y valioso. Pero la deuda legacy de fondo sigue activa. El Audit Trail, la gestión de recetas y el ciclo de cambio siguen siendo exactamente el mismo cuello de botella de siempre, ahora mejor documentado.
Qué es realmente la deuda legacy en pharma batch
La deuda legacy en la industria farmacéutica batch no es un problema de antigüedad de hardware. Es un problema de arquitectura de control que se acumula durante años de parches, integraciones ad hoc y decisiones técnicas tomadas bajo presión operativa.
Se manifiesta en dos brechas estructurales que comparten todos los sistemas de la generación 1990-2015 — Siemens, Rockwell, Schneider, Honeywell — independientemente del fabricante:
La primera brecha es la Integridad de Datos. Los sistemas de control de esta generación no fueron diseñados para generar Audit Trail electrónico atribuible a usuario individual, con timestamp verificable e inmutable. Fueron diseñados para ejecutar control físico fiable — y lo hacen extraordinariamente bien. Pero la AEMPS, bajo la Disposición de BPF vigente y en armonía con el Anexo 11, exige exactamente eso: trazabilidad electrónica completa en cada operación de proceso. El eBR captura el registro que le llega del sistema de control. Pero si ese dato origen no tiene Audit Trail nativo, el documento electrónico está certificando un dato que no es trazable de raíz.
La segunda brecha es la arquitectura de recetas. El estándar ANSI/ISA-88 define la separación fundamental entre tres modelos: el modelo de proceso — qué se produce —, el modelo físico — con qué equipos se produce — y el modelo procedimental — cómo se produce paso a paso. Esta separación modular permite que las recetas sean datos configurables, independientes del código del controlador, portables entre equipos y modificables sin intervención de ingeniería en cada cambio de parámetro.
En la realidad del parque instalado farmacéutico español, las recetas están embebidas en el código del controlador. Cada cambio de parámetro, cada nueva campaña, cada adaptación de proceso requiere un ciclo completo de ingeniería, gestión de cambios GxP y potencial re-validación. Ese ciclo puede durar semanas. Y el eBR no lo elimina — solo lo documenta mejor.
El eBR resuelve el síntoma. ISA-88 resuelve la causa.
Para entender la diferencia, consideremos lo que ocurre en una planta farmacéutica batch cuando llega un cambio de receta — algo tan común como modificar un parámetro de temperatura en la fase de granulación o añadir un nuevo excipiente a una formulación existente.
En una planta con eBR sin ISA-88, el proceso es el siguiente: el cambio se solicita formalmente, se abre un proceso de gestión de cambios GxP, un técnico de automatización accede al código del controlador para modificar la lógica hardcodeada, se realizan pruebas de verificación, se documenta la re-validación si aplica, y el cambio se refleja en el eBR con toda la trazabilidad documental correspondiente. El proceso completo puede durar entre dos y cuatro semanas, y requiere la intervención del equipo de ingeniería, calidad y validación.
En una planta con Capa Superior ISA-88 correctamente implementada, el proceso es diferente: la receta existe como un conjunto de datos estructurados en el sistema de gestión de recetas, completamente independiente del código del controlador. El cambio de parámetro se realiza en la interfaz de recetas, con control de versiones automático, Audit Trail completo y gestión de cambios integrada. El controlador ejecuta lo que la receta le indica, no al revés. El proceso puede completarse en horas.
La diferencia no es marginal. Es estructural. Y tiene impacto directo en el OEE de la planta, en el ciclo de liberación de lote y en la capacidad de respuesta ante inspecciones regulatorias.
Lo que busca un inspector de la AEMPS en 2026
La AEMPS ha situado la Integridad de Datos como primer hallazgo en sus inspecciones desde 2023, desplazando categorías históricamente prioritarias. Un inspector formado en los criterios actuales del Anexo 11 revisado y en la guía PIC/S PI 011 sobre sistemas informatizados tiene un conjunto de preguntas concretas que ningún sistema legacy de la generación anterior puede responder satisfactoriamente — aunque tenga eBR encima.
¿Puede demostrar que el Audit Trail es atribuible a usuario individual desde el controlador, no solo desde el eBR? Si el dato origen viene de un sistema sin Audit Trail nativo, la respuesta es no.
¿Cómo gestiona los cambios de receta sin acceso directo al código del controlador? Si las recetas están hardcodeadas, la respuesta implica un proceso de semanas y la intervención de un técnico de automatización en el código de producción.
¿Tiene documentado el ciclo de vida del sistema de control según GAMP 5, incluyendo los sistemas en End of Life o End of Support? Si el S7-300 o el SLC 500 están operativos sin soporte activo del fabricante, la respuesta expone una brecha de ciberseguridad y gestión del ciclo de vida.
¿Puede el sistema generar el Electronic Batch Record completo de forma automática, sin intervención manual entre el dato de proceso y el registro? Si la cadena de datos tiene gaps entre el controlador y el eBR, la respuesta tiene matices que un inspector experimentado sabe leer.
Un hallazgo Crítico en cualquiera de estas áreas puede derivar en una observación que paralice exportaciones, requiera una remediación urgente o genere una restricción de mercado. El coste documentado de una observación crítica de la AEMPS en términos de ingresos perdidos se sitúa entre 5 y 50 millones de euros por ciclo de producción afectado.
La solución: Capa Superior ISA-88 sobre el hardware existente
La respuesta correcta no es reemplazar el parque instalado. Ese camino — el denominado Rip & Replace — implica CAPEX de entre 2 y 8 millones de euros por planta, paradas de producción de 4 a 12 semanas y re-validaciones completas que ningún Director de Planta puede justificar sin un caso de negocio muy sólido.
La alternativa metodológicamente sólida y regulatoriamente defendible es la abstracción por software: una Capa Superior ISA-88 que opera sobre el hardware existente — cualquier marca, cualquier generación — mediante interfaces OPC-UA estándar.
El concepto es análogo a la distinción entre músculo y cerebro. El hardware legacy sigue siendo el músculo: ejecuta el control físico con la fiabilidad probada durante décadas, sin modificación alguna. Lo que cambia es el cerebro: una capa superior ISA-88 que gestiona las recetas de forma estructurada, captura el Audit Trail ALCOA+ automáticamente en cada ejecución y genera el Electronic Batch Record completo. La comunicación entre ambas capas se establece mediante interfaces estándar, independientes del fabricante del sistema de control existente.
La metodología de implementación — denominada shadow mode o ingeniería en paralelo — permite que ambos sistemas operen simultáneamente durante el período de transición. La nueva capa ISA-88 captura datos en paralelo a la producción real, sin interferir en ningún momento con la operación. El cutover se produce de forma controlada, por áreas o líneas, únicamente cuando la validación en paralelo ha demostrado la equivalencia funcional. El resultado es una modernización regulatoriamente completa sin un solo día de parada no planificada.
El impacto medible: antes y después
Los resultados de implementaciones de Capa Superior ISA-88 sobre parques instalados legacy son consistentes y medibles desde el primer lote validado. El tiempo de cambio de receta o campaña se reduce un 70% — de 2 a 5 días a 2 a 8 horas. El ciclo de liberación de lote mediante EBR electrónico se reduce más del 50% — de 4 a 10 días a menos de 4 horas. Las desviaciones GxP por errores manuales se reducen un 60% gracias a la captura automática de parámetros. El esfuerzo de validación CSV se reduce entre un 30 y un 50% gracias a la gestión estructurada de cambios. Y el riesgo de hallazgo crítico ante la AEMPS o la EMA se minimiza desde el primer día de operación en modo validado.
El diagnóstico como primer paso
Antes de cualquier decisión de inversión — en eBR, en MES, en modernización de controladores — el primer paso es siempre el mismo: un diagnóstico honesto del estado real de los sistemas de control batch de la planta. Sin ese diagnóstico, cualquier decisión se toma sobre una base que nadie conoce con precisión.
La pregunta que toda planta farmacéutica batch debería hacerse antes de validar su próximo proyecto de digitalización es simple: ¿el sistema que estamos implementando resuelve la arquitectura de recetas o solo mejora el registro? La respuesta a esa pregunta determina si la inversión está eliminando la deuda legacy o documentándola.
Todo empieza con un diagnóstico honesto de 5 días. Sin tocar sistemas. Sin parar la producción.
Pablo Vázquez es consultor independiente especializado en estándares ISA-88/95 para la industria farmacéutica y química fina en España. ISA Senior Member. pablo@pablovazquez.tech · pablovazquez.tech
