Manufacturing plant Researcher taking notes on files,

Evitar desviaciones tardías: cómo estructurar correctamente DQ, FAT y SAT

En el desarrollo de nuevas instalaciones, líneas de fabricación, sistemas automatizados o equipos críticos en entornos regulados, los retrasos y desviaciones rara vez se deben a una tecnología inadecuada. Con mayor frecuencia, el origen se encuentra en una definición insuficiente de requisitos, una verificación incompleta en fases tempranas o una falta de coherencia entre diseño, fabricación e instalación.

En sectores sometidos a Buenas Prácticas de Fabricación (GMP), como el farmacéutico, biotecnológico o de terapias avanzadas, la robustez del proyecto no depende únicamente del cumplimiento contractual con el proveedor, sino de la correcta integración de hitos técnicos clave dentro de un enfoque de ciclo de vida. En este contexto, la Design Qualification (DQ), el Factory Acceptance Test (FAT) y el Site Acceptance Test (SAT) no son simples etapas administrativas, sino mecanismos estructurales de aseguramiento de calidad y reducción de riesgo.

La falta de claridad sobre qué debe incluir cada fase, su alcance real y su relación con IQ/OQ/PQ suele generar tres problemas habituales:

  • Solapamientos innecesarios entre pruebas.
  • Lagunas críticas detectadas demasiado tarde.
  • Confusión entre verificación técnica y cualificación regulatoria.

Este artículo analiza en profundidad qué debe cubrir cada etapa, cómo deben estructurarse y cómo integrarlas estratégicamente en nuevos proyectos para maximizar cumplimiento, eficiencia y defensibilidad regulatoria.

El marco conceptual que da sentido a DQ, FAT y SAT

Antes de analizar cada etapa individualmente, es fundamental comprender su encaje dentro del ciclo de vida del sistema. Las guías actuales, especialmente GAMP 5 (2nd Edition), ICH Q9 e ICH Q10, promueven un enfoque basado en riesgo y conocimiento del proceso.

Desde esta perspectiva:

  • La DQ pertenece a la fase de definición y diseño.
  • La FAT forma parte de la verificación previa a la entrega.
  • La SAT representa la verificación tras la instalación en entorno real.
  • IQ y OQ formalizan la cualificación regulatoria.
  • PQ confirma el desempeño en condiciones rutinarias.

Cuando estas fases se diseñan de manera coherente, existe una progresión lógica:

  1. Se define correctamente qué se necesita.
  2. Se verifica que se construye según lo definido.
  3. Se confirma que funciona correctamente en su entorno.
  4. Se formaliza la evidencia regulatoria.

Si esta lógica se rompe, el proyecto se vuelve reactivo en lugar de preventivo.

Design Qualification (DQ): asegurar que el diseño es correcto antes de construir

Objetivo real de la DQ

La Design Qualification no valida equipos ni ejecuta pruebas operativas. Su propósito es confirmar que el diseño propuesto es adecuado para el uso previsto antes de comprometer recursos significativos en fabricación, compra o construcción.

La pregunta clave que debe responder la DQ es:

¿El diseño propuesto cumple con los requisitos técnicos, regulatorios y operativos definidos por el usuario?

Si esta pregunta no queda claramente respondida y documentada, el riesgo de modificaciones tardías aumenta exponencialmente.

Elementos esenciales que debe incluir una DQ robusta

User Requirements Specification (URS) La URS es la base de todo el proceso. Debe ser:

  • Clara.
  • No ambigua.
  • Verificable.
  • Alineada con el proceso real.

La DQ debe demostrar trazabilidad entre cada requisito crítico y su reflejo en el diseño técnico.

Revisión técnica del diseño Incluye la evaluación detallada de:

  • Diagramas de flujo de proceso.
  • P&ID.
  • Layouts.
  • Arquitectura de automatización.
  • Interfaces con otros sistemas.
  • Estrategia de control.

El análisis debe confirmar que el diseño permite operar el proceso de forma segura, reproducible y conforme a GMP.

Cumplimiento regulatorio La revisión debe considerar normativas aplicables como:

  • EU GMP.
  • Anexo 1 (si aplica a entornos estériles).
  • 21 CFR Part 210/211.
  • 21 CFR Part 11 (si aplica).
  • GAMP 5 para sistemas informatizados.

Aspectos como clasificación de áreas, segregación de flujos, materiales en contacto con producto, accesibilidad para mantenimiento y estrategia de limpieza deben evaluarse desde la fase conceptual.

Integración de Gestión del Riesgo (ICH Q9) Una DQ madura incorpora análisis de riesgos formales:

  • Identificación de vulnerabilidades de diseño.
  • Evaluación de impacto en calidad y seguridad del paciente.
  • Justificación técnica de decisiones adoptadas.

La gestión temprana del riesgo reduce desviaciones futuras y refuerza la defensibilidad regulatoria.

 

Consecuencias de una DQ deficiente

Una DQ tratado como formalidad documental suele derivar en:

  • Cambios estructurales en fases avanzadas.
  • Modificaciones costosas en FAT o SAT.
  • Retrasos en cualificación.
  • Dificultades durante inspecciones.

La DQ es el momento de cuestionar el diseño. Después, el margen de maniobra disminuye drásticamente.

Factory Acceptance Test (FAT): verificar antes de trasladar el riesgo

Objetivo estratégico del FAT

La FAT se ejecuta en las instalaciones del proveedor y confirma que el equipo o sistema ha sido construido conforme al diseño aprobado y funciona correctamente antes de su envío.

No sustituye a IQ/OQ, pero sí reduce significativamente riesgos técnicos y retrasos posteriores.

Qué debe incluir un FAT eficaz

Verificación funcional
  • Secuencias operativas.
  • Modos normales y de fallo.
  • Alarmas e interlocks.
  • Funciones críticas para calidad.
Revisión de automatización En sistemas informatizados, la FAT debe cubrir:

  • Lógicas de control.
  • Gestión de usuarios.
  • Configuración de accesos.
  • Versiones de software.
  • Backups iniciales.
Pruebas basadas en riesgo La FAT no debe ser una repetición exhaustiva de todas las pruebas posibles. Debe priorizar:

  • Funciones críticas para calidad.
  • Elementos de seguridad.
  • Controles con mayor impacto operativo.

El enfoque basado en riesgo optimiza tiempos y recursos sin comprometer robustez.

Documentación y trazabilidad Una FAT sólido genera:

  • Protocolos definidos previamente.
  • Evidencia objetiva.
  • Registro estructurado de desviaciones.
  • Seguimiento de acciones correctivas.

La documentación de la FAT debe integrarse posteriormente en la estrategia de cualificación.

 

Impacto de una FAT mal ejecutado

Cuando la FAT es superficial:

  • Los problemas aparecen en SAT.
  • La IQ/OQ se convierte en fase correctiva.
  • Aumentan costes y retrasos.
  • Se debilita la posición ante auditorías.

Un FAT bien ejecutado traslada confianza; uno débil traslada incertidumbre.

Site Acceptance Test (SAT): verificar integración en entorno real

Naturaleza El SAT se realiza tras la instalación del equipo en su ubicación definitiva. Su objetivo es confirmar que el sistema funciona correctamente en condiciones reales e integrado con su entorno.

Aquí el foco se amplía: ya no se analiza solo el equipo, sino su interacción con:

  • Servicios industriales.
  • Sistemas auxiliares.
  • Automatización global.
  • Entorno operativo.
Alcance Un SAT robusto debe contemplar:

  • Verificación de conexionado.
  • Disponibilidad y calidad de utilidades.
  • Integración con sistemas SCADA, MES, BMS o EMS.
  • Repetición selectiva de pruebas FAT afectadas por transporte o montaje.
  • Ejecución de secuencias completas en condiciones reales.
Gestión de desviaciones Las desviaciones detectadas deben:

  • Registrarse formalmente.
  • Evaluarse en términos de impacto GMP.
  • Resolverse antes de iniciar IQ/OQ.
  • Integrarse en el análisis de riesgos si procede.

La SAT debe dejar el sistema en un estado técnicamente estable y controlado.

 

Relación entre DQ, FAT y SAT: coherencia y continuidad

Estas etapas no son independientes ni intercambiables: la DQ valida el diseño conceptual; la FAT verifica la fabricación y la SAT confirma la instalación e integración.

Cuando existe trazabilidad clara entre URS, análisis de riesgos, DQ, FAT y SAT se reducen cambios tardíos, se facilita la cualificación formal, se mejora la defensibilidad regulatoria y se optimizan plazos de puesta en marcha.

La ausencia de continuidad documental y técnica es una de las principales debilidades detectadas en auditorías.

Tabla comparativa: DQ vs FAT vs SAT

Aspecto DQ FAT SAT
Momento del proyecto Fase de diseño Antes del envío del equipo Tras instalación en planta
Ubicación Oficina técnica / revisión documental Instalaciones del proveedor Instalaciones del cliente
Objetivo principal Verificar que el diseño cumple los requisitos del usuario y GMOP Confirmar que el equipo funciona conforme al diseño antes de su entrega Confirmar que el sistema funciona correctamente en su entorno real.
Pregunta clave que responde ¿El diseño es correcto? ¿El equipo fue construido correctamente? ¿Funciona correctamente en planta?
Base documental URS, especificaciones funcionales y técnicas, análisis de riesgos Diseño aprobado, especificaicones técnicas, lógica de control Diseño aprobado, resultados FAT, condiciones reales de instalación
Enfoque Conceptual y técnico Funcional y constructivo Operativo eintegrativo
Incluye revisión GMP Sí (clasificación, materiales, flujos, cumplimiento normativo) Parcial (según criticidad) Sí, en contexto real de operación.
Incluye pruebas funcionales No (revisión documental y técnica) Sí, en entorno simulado / controlado Sí, en entorno real.
Incluye priebas de integración No Limitadas Sí (SCADA, MES, servicios, equipos aguas arriba/abajo)
Gestión del riesgo (ICH Q9) Evaluación del diseño y decisiones técnicas Priorización de pruebas críticas Evaluación de impacto en entorno real
Relación con IQ/OQ Base para cualificar posterior Reduce incidencias en IQ/OQ Deja el sistema listo par IQ/OQ
Error común Tratarlo como trámite documental Probar demasiado o demasiado poco Usarlo para corregir fallos de diseño

 

Conclusión

En nuevos proyectos farmacéuticos, DQ, FAT y SAT no son simples formalidades contractuales ni requisitos documentales aislados. Son mecanismos fundamentales de aseguramiento de calidad, reducción de riesgo y protección de la inversión.

Cuando cada etapa cumple su función específica y se integra dentro de un enfoque de ciclo de vida basado en riesgo, el resultado es un sistema técnicamente robusto, regulatoriamente defendible y preparado para superar cualificación e inspecciones.

Invertir rigor en las fases tempranas no ralentiza el proyecto. Por el contrario, previene desviaciones estructurales que, una vez en producción, resultan exponencialmente más complejas y costosas de corregir. Para más información o para analizar tu proyecto específico, no dudes en contactar con nuestro equipo. Estaremos encantados de acompañarte desde el diseño conceptual hasta la puesta en marcha y cualificación final.

Scroll al inicio
Resumen de privacidad

Usamos cookies para ayudarle a navegar de manera eficiente y realizar ciertas funciones. Encontrará información detallada sobre cada una de las cookies bajo cada categoría de consentimiento a continuación.

Las cookies categorizadas como “Necesarias” se guardan en su navegador, ya que son esenciales para permitir las funcionalidades básicas del sitio web.

También utilizamos cookies de terceros que nos ayudan a analizar cómo usted utiliza este sitio web, guardar sus preferencias y aportar el contenido y la publicidad que le sean relevantes. Estas cookies solo se guardan en su navegador previo consentimiento por su parte.

Puede optar por activar o desactivar alguna o todas estas cookies, aunque la desactivación de algunas podría afectar a su experiencia de navegación.

Cookies estrictamente necesarias

Las cookies necesarias ayudan a realizar los sitios web más accesibles y permiten las funciones básicas como la navegación o el acceso a las áreas seguras del sitio web. El sitio web no puede funcionar sin estas cookies.

Analítica

Esta web utiliza Google Analytics para recopilar información anónima tal como el número de visitantes del sitio, o las páginas más populares.

Dejar esta cookie activa nos permite mejorar nuestra web.