Validar un sistema computarizado significa demostrar, mediante evidencia documentada, que dicho sistema cumple su función prevista de forma consistente, segura y conforme con las normativas o necesidades operativas. Esto incluye que todo tipo de sistema que tenga impacto en procesos como producción, calidad, trazabilidad, seguridad o cumplimiento. Por lo tanto, todo sistema que impacta en la integridad de datos, eficiencia de procesos o seguridad debe ser validado.
«Si no está documentado, no existe»: este principio resume el corazón de la validación.
La validación comenzó a establecerse en la década de 1980 en la industria farmacéutica de EE.UU. y Europa. En 1994 se publicó el borrador de GAMP® en Inglaterra como una respuesta a la necesidad de controlar mejor los sistemas automatizados.
Desde entonces, GAMP5® se ha convertido en una guía global para validar cualquier sistema que afecte la calidad o confiabilidad de procesos automatizados.
En la actualidad, el criterio del auditor y los tipos de auditorías bajo guías como GAMP 5, Alcoa+ y 21 CFR Part 11 han evolucionado para exigir mayor trazabilidad, seguridad e integridad de los datos.
GAMP5® propone un enfoque basado en riesgos, adaptado al tipo de sistema. Es aplicable tanto a entornos regulados como a organizaciones que requieren control y confiabilidad operativa.
Aunque sectores como el farmacéutico exigen la validación por ley, muchas otras industrias utilizan sistemas que afectan directamente la calidad de sus productos, la seguridad de sus datos y la confianza de sus clientes.
Validar sistemas permite:
Además de la conformidad, el proceso de validación naturalmente provoca algunas mejoras para reducir riesgos al producto y/o paciente o consumidor y trae algunas ventajas interesantes al negocio, algunas de ellas:
Antes de validar, la primera actividad importante del profesional de validación de sistemas informáticos es reunir toda la documentación disponible sobre el sistema objeto del estudio. A continuación, este profesional pasa a estudiar la documentación con el objetivo de identificar escenarios de riesgos. En equipo multidisciplinario, para cada escenario de riesgos levantado, se analizan los elementos involucrados.
La validación del sistema informático requiere un plan de validación, formación y documentación que incluya un procedimiento operativo estándar (SOP). Las directrices de GAMP 5, FDA CFR21 part 11 y ALCOA+ establecen los requisitos de validación de sistemas informáticos, los controles específicos, los requisitos de las normas, el impacto en la fiabilidad, la disponibilidad, la autenticidad y los registros.
GAMP5® es una guía de Buenas Prácticas de Fabricación Automatizada la quinta versión de la primera edición del manual fue publicada en 2008. Ya en 2022, se publicó la segunda edición de la guía. Desde entonces ha revolucionado el método de Validación de Sistemas Informáticos.
La guía es la principal fuente de «inspiración» para los profesionales de Validación de Sistemas Informáticos y trae como eje central, la estrategia de validar basada en riesgos («A Risk Based Approach to Compliant GxP Computerized Systems»).
GxP (BPx) es un término general para la aplicación de buenas prácticas (good practices). El método ‘x’ indica el área en la que se relacionan las buenas prácticas (fabricación, distribución, investigación clínica, laboratorio, etc.).
La mejor manera de validarlo es, sin duda, basada en riesgos, ya sea un sistema nuevo (validación prospectiva) o un sistema heredado (validación concurrente). Si el riesgo se traduce en niveles ‘medio’ y ‘alto’, una medida de mitigación debe ser prevista. Si la mitigación o actualización no es posible, el cambio del sistema debe ser considerado.
GAMP® | Tipo |
---|---|
Categoría 1 | Software de Infraestructura |
Categoría 3 | Software Estándar no configurable |
Categoría 4 | Software Estándar configurable |
Categoría 5 | Personalizado |
Normalmente, estas medidas de reducción del riesgo «medio» y «alto» se detallan en la revisión de la URS (User Requirement Specification), que es el documento de referencia de la validación de sistemas. Si el sistema es de estantería, básicamente deben realizarse pruebas que demuestren que los requisitos de la URS han sido cubiertos y algunas otras pruebas típicas de sistemas cubiertas en las fases de:
Si el sistema es configurado o personalizado para satisfacer las necesidades de la empresa usuaria, los documentos de especificaciones deben ser producidos. Algunos ejemplos de ellos:
FDA CFR 21 Part 11 | La Integridad de los Datos – ALCOA+ |
---|---|
Es la norma de la FDA que establece reglas para el uso de registros electrónicos en las industrias de Ciencias de la Vida. En resumen, el sistema debe incluir:
Los requisitos de la FDA CFR21 Part 11 son actualmente bastante comunes en el mercado y, si se prevén desde el inicio del proyecto, traen la seguridad y trazabilidad necesaria para el buen uso del sistema. Para los sistemas heredados que no cumplen con la normativa, el mejor camino es el análisis de riesgos. Sugerimos estudiar justamente la ausencia de estas seguridades electrónicas. |
Uno de los principales requisitos en un sistema informático es asegurar que los datos generados en la producción sean íntegros del principio al fin del proceso. Esto significa que el sistema debe ser capaz de mantener registros de:
Por lo general, el impacto en la integridad de los datos está relacionado principalmente con esta trazabilidad de los datos del lote de producción (dependiendo del enfoque de validación del sistema computarizado). |
La validación se estructura en estas etapas:
El análisis de riesgos debe ser realizado por un equipo multidisciplinario.
Ejemplos comunes:
El URS define lo que el usuario espera del sistema. Es la base de toda validación.
Consejo: involucra a calidad, IT, usuarios clave y proveedor. Si el desarrollador no está disponible, recurre a expertos técnicos.
Preguntas frecuentes
Solo los que tienen impacto directo o indirecto en la calidad, seguridad o integridad del producto o datos.
Expones tu operación a sanciones regulatorias, errores no detectados y pérdidas de trazabilidad.
Sí, pero requiere de un mantenimiento del estado validado para mantenerse vigente. Si hay cambios en el sistema, debe reevaluarse.
Sí, desde la estrategia, análisis de riesgos, pruebas, hasta el cierre de la validación.
Blogs relacionados
Lorem ipsum dolor sit amet, consectetur adipiscing elit
Lorem ipsum dolor sit amet, consectetur adipiscing elit
Lorem ipsum dolor sit amet, consectetur adipiscing elit
Somos expertos en validaciones y normativas para el sector farmacéutico, médico y cosmético en Latinoamérica con más de 10 años de trayectoria y especialización
Copyright © 2025. Todos los derechos reservados