Calibración, mantenimiento y revisión periódica de un Environmental Monitoring System

Un Environmental Monitoring System cualificado no sigue cualificado por sí solo. El estado de control se mantiene mediante actividades recurrentes — calibración, mantenimiento, verificación, revisión de datos, gestión de cambios — que deben planificarse, ejecutarse y documentarse con la misma disciplina que la cualificación inicial. La diferencia es que la cualificación tiene presupuesto, fecha y responsable de proyecto; la operación solo tiene un procedimiento, y sobrevive o no según lo bien que se haya pensado.

La pregunta que resume esta fase es: si mañana un inspector pidiera demostrar que el sistema sigue siendo fiable, ¿qué documentos se mostrarían y quién los ha firmado? Si la respuesta es «el informe de cualificación de hace tres años», la fase de operación no se ha gobernado. Si la respuesta incluye un plan de calibración ejecutado en plazo, registros de mantenimiento, revisiones del audit trail, un informe de revisión periódica y una gestión trazada de los cambios, el sistema está en estado de control.

Por qué la fase de operación decide el valor de la inversión

El coste de un EMS no se concentra en la compra: se distribuye a lo largo de los años en los que el sistema se mantiene, calibra, actualiza y supervisa. Es también a lo largo de esos años cuando se genera — o se pierde — la confianza en los datos producidos. Un dato ambiental sostiene una decisión GMP solo si el equipo que lo generó estaba en estado de calibración válido, si el sistema estaba mantenido y si eso puede demostrarse.

Hay una segunda razón, menos evidente. Las actividades recurrentes son el mecanismo con el que la organización detecta los problemas antes de que se conviertan en desviaciones: un equipo que deriva progresivamente, una alarma que se repite sin cerrarse nunca, un componente que falla más de lo previsto, un audit trail que muestra un patrón de modificaciones inesperado. Quien ejecuta estas actividades como trámite no las lee; quien las usa como herramienta de vigilancia obtiene información.

El marco regulatorio

Guía técnica

Programa de calibración

Los elementos que hacen defendible un programa de calibración:

• Lista de equipos sujetos a calibración, con identificador unívoco y criticidad asignada según el uso de los datos que producen.
• Trazabilidad de las calibraciones a patrones reconocidos, con certificados disponibles y conservados.
• Intervalos definidos y justificados. No existe una frecuencia universal: el intervalo se establece a partir de las indicaciones del fabricante, la criticidad del uso, la estabilidad observada históricamente y la experiencia de la planta, y se documenta el racional. Un intervalo puede modificarse, pero la modificación debe motivarse con datos.
• Registro as-found y as-left. La condición encontrada antes de la intervención es la información que permite evaluar el impacto sobre los datos producidos desde la última calibración válida: sin ella, esa evaluación no es posible.
• Gestión del fuera de tolerancia. Debe definirse de antemano: quién evalúa, en qué plazo, qué datos están potencialmente afectados, cómo se documenta la evaluación de impacto y qué decisiones se derivan. Es el procedimiento que más a menudo falta, y el que hace falta en el peor momento.
• Estado de calibración visible y verificable antes del uso, con gestión de los equipos caducados o fuera de servicio.

Mantenimiento preventivo y correctivo

• Plan derivado de las especificaciones del fabricante y adaptado a las condiciones de uso de la planta, con frecuencias definidas y responsabilidades asignadas.
• Componentes de desgaste y consumibles: deben identificarse, con disponibilidad asegurada y criterios de sustitución definidos. La falta de un repuesto es una causa banal y frecuente de indisponibilidad prolongada.
• Accesibilidad: las intervenciones en área clasificada exigen planificación, autorización y, a menudo, coordinación con producción. Si la intervención requiere entrar en área crítica, debe evaluarse el impacto sobre la contaminación.
• Mantenimiento correctivo: registrado como tal, con análisis de causas para eventos recurrentes y evaluación del impacto sobre los datos adquiridos durante el fallo.
• Intervenciones del proveedor: autorizadas, trazadas, con verificación del estado del sistema al finalizar antes del regreso a uso.

Verificaciones periódicas y pruebas funcionales

Más allá de la calibración, el sistema requiere verificaciones que confirmen su comportamiento global: prueba de las alarmas y de su propagación, verificación de la sincronización horaria, prueba de restauración de datos desde el backup, verificación de la integridad de líneas y conexiones según los métodos del proveedor, control de la configuración frente a la baseline aprobada. Cada una con frecuencia definida y registro del resultado.

Revisión de datos y del audit trail

La revisión de datos no es lo mismo que la revisión del audit trail, y ninguna sustituye a la otra. La primera mira los resultados y las tendencias ambientales; la segunda mira quién ha hecho qué en el sistema. Ambas se planifican con alcance, frecuencia, responsabilidades y evidencia definidos, con enfoque basado en el riesgo. El análisis de tendencias, en particular, es la herramienta con la que se detectan derivas lentas que una superación aislada no muestra.

Revisión periódica del sistema

Es la verificación documentada de que el sistema sigue en estado de control y de que las asunciones de la cualificación siguen siendo válidas. Contenidos típicos:

• modificaciones ocurridas desde la última revisión y su gestión mediante change control;
• desviaciones, incidencias y fallos registrados, con acciones y estado de cierre;
• ejecución del plan de calibración y mantenimiento frente a lo programado;
• resultados de las revisiones de datos y de audit trail;
• gestión de accesos y cuentas en el periodo;
• pruebas de restauración ejecutadas;
• estado del soporte, de las versiones de software y de la obsolescencia;
• conclusión explícita sobre el estado de control y acciones derivadas.

Gestión de cambios y obsolescencia

Todo cambio — adición o reubicación de puntos, actualización de software, sustitución de componentes, cambio de límites o de configuración — pasa por change control, con evaluación de impacto sobre el estado cualificado y definición de las verificaciones necesarias. La obsolescencia se gestiona con antelación: cuando el proveedor anuncia el fin de soporte de una versión o componente, el tiempo útil para planificar la sustitución es el que transcurre desde ese momento, no el que queda cuando el soporte ya ha cesado.

Herramienta operativa: plan de gestión en operación

Tabla a cumplimentar en la liberación del sistema y a mantener actualizada. Frecuencias y responsables deben definirse y justificarse en la planta.

Escenario práctico

En una planta que llamaremos Site Delta — realista pero ficticia — la calibración periódica de un contador de partículas arroja un resultado fuera de tolerancia. El equipo se ajusta, se devuelve a servicio y el evento se cierra como actividad de mantenimiento.

El problema aparece en auditoría: nadie ha evaluado qué significa ese resultado para los datos producidos por el equipo entre la última calibración válida y la actual. La pregunta es legítima y directa: ¿esos datos sostuvieron decisiones? Si es así, ¿con qué margen de fiabilidad?

La causa no es técnica sino procedimental. Falta un procedimiento que establezca, antes de que el caso se presente, que un resultado fuera de tolerancia activa una evaluación de impacto formal: identificación del periodo afectado, lista de las decisiones que se apoyaron en él, valoración de la magnitud de la desviación frente a los criterios aplicables, conclusión documentada y aprobada. Con ese procedimiento, el evento se habría gestionado en pocas horas. Sin él, exige una reconstrucción retrospectiva bajo presión, con resultado incierto.

En la misma planta, la siguiente revisión periódica pone de manifiesto un segundo elemento: el registro as-found no se había solicitado al proveedor del servicio de calibración y, por tanto, no estaba disponible. La corrección — incluir el requisito en el contrato de servicio — es sencilla, pero solo si alguien lo advierte antes de necesitarlo.

Errores frecuentes y señales de alarma

• No exigir el registro as-found. Sin él, la evaluación de impacto de un fuera de tolerancia no es posible.
• Tratar un fuera de tolerancia como simple mantenimiento. Debe gestionarse como evento con impacto potencial sobre los datos, según un procedimiento definido de antemano.
• Fijar los intervalos de calibración por convención. Deben definirse y justificarse; si se modifican, la modificación debe apoyarse en datos.
• Confundir revisión de datos y revisión del audit trail. Son actividades distintas y complementarias.
• Aplazar la prueba de restauración. Un backup nunca restaurado no es una garantía.
• No verificar la configuración frente a la baseline. Las derivas de configuración son silenciosas y se descubren, típicamente, durante una investigación.
• Gestionar las intervenciones del proveedor sin trazabilidad. Toda intervención en un sistema cualificado se autoriza, se registra y se verifica al finalizar.
• Ignorar los anuncios de fin de soporte. La obsolescencia se planifica cuando se anuncia, no cuando se convierte en problema.
• Tratar la revisión periódica como un trámite. Es la herramienta con la que se demuestra el estado de control y la ocasión de detectar problemas antes de que sean desviaciones.

Cómo documentar

• Plan de gestión en operación aprobado en la liberación, con actividades, frecuencias justificadas, responsabilidades y evidencias esperadas.
• Programa de calibración con lista de equipos, trazabilidad, intervalos y racional.
• Procedimiento de gestión del fuera de tolerancia con criterios de evaluación de impacto.
• Registros de mantenimiento preventivo y correctivo, con resultados y repuestos empleados.
• Registros de las verificaciones periódicas y de las pruebas funcionales.
• Informes de revisión de datos y del audit trail.
• Informe de revisión periódica con conclusión explícita y acciones.
• Registro de cambios con evaluación de impacto y verificaciones realizadas.
• Plan de gestión de la obsolescencia actualizado.

Puntos clave

• El estado cualificado se mantiene con actividades recurrentes planificadas; no se conserva solo.
• El registro as-found es el presupuesto de la evaluación de impacto de un fuera de tolerancia.
• Los intervalos de calibración se justifican; no se heredan.
• Revisión de datos y revisión del audit trail son actividades distintas y complementarias.
• Un backup vale lo que vale su restauración verificada.
• La revisión periódica es la herramienta con la que se demuestra, y se mantiene, el estado de control.

Preguntas frecuentes

¿Cada cuánto debe calibrarse un equipo de monitorización?

No existe una frecuencia universal. El intervalo se establece a partir de las indicaciones del fabricante, la criticidad del uso de los datos, la estabilidad observada y la experiencia de la planta, y debe documentarse con su racional. Modificarlo es posible, siempre que la modificación se justifique con datos.

¿Qué hacer si una calibración resulta fuera de tolerancia?

Activar el procedimiento de evaluación de impacto: identificar el periodo desde la última calibración válida, identificar los datos y decisiones potencialmente afectados, valorar la magnitud de la desviación frente a los criterios aplicables y documentar la conclusión con aprobación. El procedimiento se escribe antes de que el caso se presente.

¿Con qué frecuencia debe hacerse la revisión periódica?

Con una periodicidad definida por la empresa según la criticidad del sistema y su política de gestión de sistemas informatizados, y en todo caso cuando se producen cambios significativos. La elección debe justificarse y documentarse.

¿La revisión de tendencias ambientales sustituye a la del audit trail?

No. La primera se refiere a los resultados de la monitorización, la segunda a las operaciones realizadas sobre el sistema y los registros. Son actividades complementarias, ambas necesarias y con finalidades distintas.

¿Cómo se gestionan las intervenciones del proveedor sobre el sistema?

Con autorización previa, acceso trazado y limitado en el tiempo, registro de la actividad realizada y verificación del estado del sistema al finalizar, antes del regreso a uso. Las responsabilidades se definen en el contrato de servicio.

¿Cuándo una actividad de mantenimiento exige una recualificación?

Cuando puede afectar al estado cualificado: sustitución de componentes que influyen en la medida, cambios de configuración, actualizaciones de software, intervenciones en la infraestructura. La evaluación se realiza en el change control con enfoque basado en el riesgo y se vincula a los criterios definidos en la cualificación del sistema.

Referencias regulatorias y técnicas

• EudraLex Volume 4 — EU Guidelines for Good Manufacturing Practice (Comisión Europea): Parte I, Annex 1 (aplicable desde el 25 de agosto de 2024), Annex 11 (revisión de enero de 2011), Annex 15 (en vigor desde el 1 de octubre de 2015).
• ISO 21501-4 — Determination of particle size distribution: light scattering airborne particle counter for clean spaces.
• ISO 14644-1 — Cleanrooms and associated controlled environments: clasificación de la limpieza del aire por concentración de partículas.
• ICH Quality Guidelines — ICH Q9(R1) Quality Risk Management.
• PIC/S — Guides and Guidance Documents.

Continúa el recorrido del proyecto

Este artículo forma parte del recorrido Environmental Monitoring Systems de GuideGxP, que sigue el ciclo de vida de un proyecto EMS desde la definición de requisitos hasta la gestión en operación.

• Antes: FAT, SAT, IQ, OQ y PQ del sistema y software, Annex 11 e integridad de datos.
• Cuando el sistema envejece: retrofit y gap assessment de un sistema existente y coste total de propiedad.
• Fundamentos regulatorios GuideGxP: plan de monitorización ambiental audit-ready.

¿Quieres recibir análisis como este directamente por email? Suscríbete a The Pragmatic GMP, la newsletter de GuideGxP para quienes trabajan cada día con GMP, cualificación y data integrity.