Una nueva aplicación, una interfaz modificada o una actualización pueden alterar la evidencia que sostiene un sistema GMP. La pregunta práctica es qué debe volver a comprobarse para confiar en sus funciones, datos y controles. El proveedor puede aportar pruebas; la planta debe relacionarlas con el proceso que opera y dejar la decisión documentada en su sistema de calidad.
Esta guía se centra en plantas que fabrican medicamentos de uso humano conforme a GMP.
En la Unión Europea, Annex 11 de EudraLex Volume 4 cubre los sistemas informatizados utilizados como parte de actividades GMP y distingue entre validar la aplicación y cualificar la infraestructura IT que permite que funcione (Annex 11, principio). Annex 15 aporta el marco de cualificación, validación y control de cambios; para sistemas informatizados de fabricación remite a Annex 11 (Annex 15, principios).
La página vigente de la Comisión Europea consultada el 27 de septiembre de 2026 lista Annex 11 con revisión de enero de 2011 y Annex 15 en vigor desde el 1 de octubre de 2015 (índice vigente de EudraLex Volume 4).
El estado validado y el alcance del cambio
Un sistema conserva el estado validado cuando la organización puede demostrar, durante su uso, que sigue siendo adecuado para su función prevista y cumple los controles GMP que le corresponden. En la práctica, esto requiere conocer su configuración y dependencias, conservar evidencia pertinente, gestionar desviaciones y cambios, y revisar si el sistema continúa dentro de las condiciones aprobadas.
Annex 11 pide aplicar gestión de riesgos a lo largo del ciclo de vida, teniendo en cuenta seguridad del paciente, integridad de datos y calidad del producto; el alcance de la validación y de los controles de integridad debe justificarse y documentarse (Annex 11, principios y secciones 1 y 4).
El alcance GMP de cada componente se analiza a partir de su función y del posible impacto. Como criterio práctico derivado de las funciones requeridas, conviene describir qué uso se propone, qué actividad regulada apoya y qué registros o decisiones dependen de él.
Un panel que muestra indicadores generales para una reunión puede tener un impacto distinto de una aplicación que calcula parámetros usados por un operador, mantiene datos de lote, gestiona una desviación o controla una operación de fabricación. La Comisión no publica una clasificación por categorías como esta; los ejemplos sirven para plantear preguntas. El centro confirma el alcance según el uso real y sus procedimientos.
El sistema tampoco termina en la aplicación que ve el usuario. Puede incluir hardware, sistema operativo, redes, bases de datos, identidades y permisos, integraciones, servicios de nube, copias de seguridad, herramientas de configuración y personas que mantienen el conjunto.
Annex 11 define el sistema informatizado como software y hardware que, juntos, cumplen funciones; además, exige considerar la infraestructura IT y las relaciones con proveedores cuando participan en suministro, instalación, integración, mantenimiento o tratamiento de datos (Annex 11, principio y secciones 3 y 4.3).
El estado validado tampoco queda congelado en el momento de la puesta en marcha. Annex 11 establece que los cambios, incluidas las configuraciones, se hagan de manera controlada conforme a un procedimiento definido, y pide evaluaciones periódicas para confirmar que el sistema sigue siendo válido y conforme a GMP. Estas evaluaciones consideran, cuando corresponde, funciones, desviaciones, incidentes, historial de actualizaciones, rendimiento, fiabilidad, seguridad y estado de validación (Annex 11, secciones 10 y 11).
En una planta, una propuesta puede llegar como una nueva herramienta, una versión menor, una migración de servidor, un cambio de proveedor cloud, una actualización de sistema operativo o una modificación de interfaz. El nombre comercial o técnico no revela por sí solo su impacto. Conviene describir qué cambia en la función GMP, la configuración, los datos, las interfaces, las personas con acceso, los registros, la recuperación y el soporte.
Por ejemplo, una actualización de seguridad puede no alterar la función de negocio, pero podría cambiar una dependencia, una regla de acceso o la disponibilidad de un servicio. Una modificación aparentemente pequeña del mapeo de campos puede cambiar unidades, redondeo, asociación de lote o interpretación de un valor. Una migración puede preservar los valores visibles y, sin embargo, afectar metadatos, marcas temporales, audit trail o capacidad de recuperar registros.
Estos son escenarios hipotéticos para orientar la evaluación; no implican que cada tipo de cambio tenga siempre el mismo resultado.
El límite importante es la función prevista y el efecto posible sobre producto, proceso y registros. Annex 15 integra el control de cambios en el sistema de calidad farmacéutico y pide evaluar su impacto mediante gestión de riesgos de calidad. Según el caso, esa evaluación puede determinar la necesidad de validación de proceso, verificación o recualificación; no establece una regla genérica de revalidar todo software tras cada cambio (Annex 15, secciones 11.2 a 11.7).
Etiquetas como SaaS, cloud, low-code o inteligencia artificial no resuelven el análisis. Si el servicio participa en una actividad GMP, la organización debe examinar su uso y sus responsabilidades. Annex 11 contempla expresamente proveedores y servicios de terceros, acuerdos formales sobre responsabilidades y evaluación de la competencia y fiabilidad del proveedor; la necesidad de auditoría debe basarse en riesgo (Annex 11, secciones 3 y 3.1).
Conviene documentar cómo se reparten las tareas del proveedor y del centro, y evaluar qué controles necesita conservar la planta sobre el servicio y los datos para el uso GMP que ha definido.
Evaluar el impacto y definir la evidencia
Una evaluación útil comienza con una descripción concreta del cambio y de su contexto. Si la solicitud solo dice “actualizar a la última versión”, todavía no hay información suficiente para escoger pruebas. Hay que saber qué versión se ejecuta, qué se va a modificar, quién lo hace, qué funciones dependen de ello, qué entornos se afectan y cómo se volvería a una condición controlada si el resultado no fuera aceptable.
Después se revisa el impacto GMP. Preguntas prácticas:
- ¿Qué uso previsto y requisito aprobado podrían cambiar?
- ¿El cambio afecta datos críticos, su significado, integridad, trazabilidad, retención o recuperación?
- ¿Cambian cálculos, reglas de negocio, límites, interfaces, permisos, audit trail o firmas?
- ¿Puede afectar un parámetro de proceso, una decisión de calidad, una liberación o el registro de un lote?
- ¿Qué dependencias, infraestructura, configuración y proveedores forman parte de la modificación?
- ¿Qué fallos previsibles podrían pasar inadvertidos y qué controles existentes los detectarían?
No todas las preguntas tendrán el mismo peso en cada sistema. La evaluación conecta el cambio con consecuencias plausibles para la seguridad del paciente, la integridad de los datos y la calidad del producto. Annex 11 requiere documentar la evaluación de riesgo para fundamentar la extensión de validación y controles.
Annex 15 sitúa las decisiones de cambio en la gestión de riesgos de calidad y pide considerar el impacto sobre el sistema de calidad farmacéutico y la validación (Annex 11, sección 1; Annex 15, secciones 1.1 a 1.8 y 11).
La evaluación debe dejar una conclusión que otra persona pueda revisar: funciones potencialmente afectadas, riesgo antes y después de controles, pruebas propuestas, criterios de aceptación, responsables y condiciones para desplegar. Si faltan datos para sostener una conclusión, el paso siguiente puede ser pedir información al proveedor, inspeccionar la configuración o ampliar la investigación. “Sin impacto” es una conclusión que necesita justificación, no una opción predeterminada del formulario.
Una prueba es útil cuando está vinculada a un requisito, riesgo o control, y cuando conserva evidencia que permite revisar el resultado. El alcance puede incluir pruebas del proveedor, pruebas de integración, regresión, comprobaciones de acceso y datos, revisión de registros, simulación de fallos o verificación de recuperación. Para que otra persona pueda revisar el resultado, la evidencia debe indicar qué se evaluó, con qué criterio, qué resultado se obtuvo y quién lo aprobó.
ISPE presenta GAMP® como una guía práctica y un conjunto de herramientas para interpretar requisitos. Su página explica que no prescribe un método ni establece un estándar. Puede orientar el trabajo, pero las obligaciones aplicables siguen siendo las de GMP (ISPE, GAMP®; Annex 15, principios).
La evidencia del proveedor puede ahorrar repetición cuando está disponible, es fiable, corresponde a la versión y configuración pertinentes y se relaciona con el uso previsto en la planta. Annex 11 pide revisar la documentación de productos comerciales para comprobar que se cumplen los requisitos del usuario.
Para sistemas personalizados también pide que haya evaluación formal de calidad y rendimiento durante el ciclo de vida y evidencia de métodos y escenarios de prueba apropiados (Annex 11, secciones 3.3, 4.6 y 4.7). Una captura de pantalla de una prueba genérica rara vez permite saber por sí sola si la interfaz local, el dato, el permiso o el flujo de aprobación siguen funcionando.
La planta suele tener que verificar la configuración propia, los mapeos, las interfaces, los permisos, los procedimientos y la operación prevista. Si se migran datos, Annex 11 indica que la validación debe comprobar que los datos no cambian de valor ni de significado durante la transferencia (Annex 11, sección 4.8). Eso puede implicar comparar registros, verificar cantidades y relaciones, revisar metadatos relevantes y demostrar que los usuarios autorizados encuentran la información que necesitan durante el periodo de conservación.
La regresión debe cubrir las funciones afectadas y las dependencias que el análisis identifique. Una prueba centrada solo en el botón modificado puede pasar por alto un cálculo posterior, el registro de una excepción o la exportación utilizada por otra función. Una batería completa que no guarda relación con el cambio también puede consumir esfuerzo y dejar evidencia difícil de interpretar. La justificación explica por qué la selección es suficiente para el riesgo evaluado.
La decisión no depende de que el cambio parezca pequeño, sino de lo que se sabe sobre sus efectos y de si la evidencia cubre las funciones y controles en riesgo. Una prueba acotada puede ser defendible cuando el alcance está bien delimitado, las dependencias son conocidas, la función prevista no cambia, los datos mantienen su significado y las pruebas relevantes confirman el comportamiento esperado.
Aun así, el cierre debe indicar qué se revisó y por qué no se necesita más.
Si se modifican cálculos, límites, reglas de negocio, interfaces que transforman datos o controles de acceso, la prueba puede necesitar cubrir rutas relacionadas y excepciones. Si se cambia el uso previsto, se introduce una función nueva que apoya una decisión GMP o se modifica una infraestructura de la que dependen varias aplicaciones, podría hacer falta una evaluación más amplia, cualificación adicional o validación adicional.
Estos ejemplos ilustran criterios de impacto; la determinación depende de la evaluación documentada y de los procedimientos aplicables.
También cuenta la incertidumbre. Un proveedor sin documentación suficiente, una configuración no inventariada, incidentes abiertos, una migración difícil de comparar o un cambio cuyo alcance no está claro pueden justificar investigación adicional antes de aprobar. La ausencia de evidencia no demuestra ausencia de impacto. Si no es posible entender el comportamiento, se reduce la capacidad de defender una conclusión proporcional.
Cuando una desviación aparece durante la prueba, conviene registrar el resultado real, evaluar su causa e impacto y decidir si el sistema puede avanzar bajo condiciones controladas. No se debe convertir un fallo en una nueva expectativa de prueba sin justificarlo. Annex 11 pide registrar desviaciones observadas durante la validación e incluir registros de control de cambios en la documentación de validación cuando corresponda (Annex 11, secciones 4.1 y 4.2).
La respuesta exacta depende de la criticidad, de los procedimientos locales y de la autoridad responsable.
Aprobar el cambio y comprobar el resultado
El siguiente flujo traduce Annex 11 y Annex 15 a una secuencia de trabajo. Es una propuesta operativa que cada planta debe ajustar a su sistema de calidad y responsabilidades; no es un formulario oficial ni una categoría reglamentaria.
- Abrir y delimitar. Registrar el sistema, motivo, versión actual y propuesta, proveedor, entorno, dependencias, funciones GMP e implantación prevista. Identificar propietario del proceso y propietario del sistema.
- Evaluar el impacto. Comparar el estado actual con el futuro y revisar funciones, datos, interfaces, configuración, infraestructura, seguridad, documentos y usuarios. Documentar riesgos y controles existentes.
- Definir evidencia y criterios. Vincular cada prueba con una función o riesgo. Especificar entorno, datos de prueba, resultado esperado, evidencia que se guardará, tratamiento de desviaciones y responsables de revisión.
- Autorizar antes del despliegue. Obtener las aprobaciones requeridas por los procedimientos locales y completar pruebas previas. Si un resultado falla o la solución cambia, evaluar la desviación y revisar el plan antes de seguir.
- Implantar y comprobar. Controlar la versión, configuración y accesos instalados; confirmar que el entorno corresponde al aprobado y que los procesos de continuidad y recuperación aplican. Mantener el mecanismo de contingencia definido para el sistema.
- Revisar después del cambio. Confirmar que el uso real, los registros, incidentes y rendimiento concuerdan con lo esperado. Cerrar acciones, actualizar inventario y documentación y fijar la siguiente evaluación periódica según los procedimientos del sitio.
Annex 15 requiere procedimientos escritos para gestionar cambios y una evaluación de su impacto mediante gestión de riesgos de calidad. Según el caso, la aprobación debe apoyarse en evidencia y puede requerirse evaluar la efectividad tras la implantación. Annex 11 pide incluir los registros de control de cambios en la documentación de validación cuando corresponda (Annex 15, secciones 11.2 a 11.7; Annex 11, sección 4.2).
El procedimiento local concreta cargos, secuencia, registros y autoridad de calidad. El artículo sobre gestión de cambios en planta amplía el concepto industrial; el circuito farmacéutico debe seguir su propio sistema de calidad y evaluación GMP.
Proveedores, servicios cloud y responsabilidades
En un servicio cloud, partes del entorno pueden cambiar con una frecuencia y visibilidad distintas a las de una instalación local. El contrato y el modelo de servicio deberían permitir entender qué controla el proveedor, qué configura la planta, cómo se notifican cambios relevantes y quién conserva registros y evidencia. También hay que evaluar acceso remoto, gestión de identidades, disponibilidad, copias, restauración, incidentes, exportación de datos y salida del proveedor en la medida que afecten al uso GMP.
Annex 11 no concede una exclusión general a un sistema por estar alojado fuera de la planta. Su principio cubre sistemas informatizados utilizados como parte de actividades GMP y su sección sobre terceros pide acuerdos formales y responsabilidades claras para servicios que afectan al sistema o a los datos (Annex 11, principio y sección 3.1). El impacto y los controles necesarios dependen de la función, los datos y las decisiones implicadas en cada servicio.
Un proveedor puede aportar informes, pruebas, auditorías y notificaciones. El usuario regulado evalúa su pertinencia, acuerda responsabilidades, comprueba el encaje con requisitos propios y mantiene supervisión sobre el uso. Una certificación comercial o el prestigio de una marca no resuelven por sí solos si la documentación y el control del servicio bastan para el caso concreto.
Para una herramienta analítica o de IA, describir el uso concreto ayuda a evitar conclusiones amplias. Puede servir para buscar documentación o agrupar señales para revisión humana; si calcula, prioriza o recomienda una acción que afecta a una actividad GMP, hay que determinar qué papel juega esa salida, qué datos usa, cómo se comprueba y qué decide una persona autorizada.
No se puede inferir el estatus regulatorio de una herramienta solo por decir que “asiste” al usuario. La evaluación debe documentar el flujo real, los límites y el control humano previsto.
Cuando una prestación externalizada queda dentro del alcance de GMP, el principio del Capítulo 7 de EudraLex Volume 4 exige definirla, acordarla por escrito y controlarla mediante un contrato que establezca con claridad las obligaciones de cada parte.
Las secciones 7.14 y 7.15 indican que el contrato debería detallar las responsabilidades, los canales de comunicación y quién realiza cada etapa de la actividad (Capítulo 7, principio y secciones 7.14 y 7.15).
La sección 7.4 recomienda que el sistema de calidad de quien contrata incluya el control y la revisión de la actividad externalizada (Capítulo 7, sección 7.4); la sección 7.5 responsabiliza a quien contrata de evaluar la idoneidad y competencia del proveedor, y la sección 7.7 indica que debería supervisar y revisar su desempeño.
La sección 7.8 aborda la revisión de los registros y resultados relacionados (Capítulo 7, secciones 7.5, 7.7 y 7.8). Para una plataforma o servicio, estos puntos se traducen en preguntas concretas: quién aprueba cambios, cómo se notifican, qué evidencias y registros estarán disponibles (Capítulo 7, sección 7.16) y si el proveedor recurre a otra empresa (Capítulo 7, sección 7.11).
Marco europeo, Part 11 y revisiones regulatorias
EU GMP Annex 11 y FDA 21 CFR Part 11 no son marcos intercambiables. Annex 11 aborda sistemas informatizados usados dentro de actividades GMP europeas. Part 11 establece criterios para que ciertos registros, firmas electrónicas y firmas manuscritas ejecutadas sobre registros electrónicos se consideren fiables y equivalentes a papel; aplica a registros mantenidos o enviados electrónicamente bajo requisitos de FDA (21 CFR Part 11, §11.1). En Estados Unidos también hay reglas subyacentes para los procesos y registros GMP aplicables.
La guía FDA de 2003, “Part 11, Electronic Records; Electronic Signatures: Scope and Application”, explica una interpretación acotada y una política de discreción de aplicación para requisitos específicos de Part 11. La misma guía aclara que Part 11 sigue vigente y que las reglas subyacentes (“predicate rules”) continúan siendo exigibles (guía FDA de alcance y aplicación). La política de discreción no elimina en general la validación ni decide automáticamente el alcance de una aplicación concreta.
Como ejemplos dentro de las reglas estadounidenses, 21 CFR 211.68 aborda el uso de equipos automáticos, mecánicos o electrónicos en fabricación y ciertos controles de cambios en registros, verificaciones de exactitud y copias de seguridad.
21 CFR 211.100 exige procedimientos escritos de producción y control de proceso y que los cambios pertinentes se redacten, revisen y aprueben por las unidades apropiadas y la unidad de control de calidad (21 CFR 211.68; 21 CFR 211.100). Su aplicación requiere leer cada disposición junto con la actividad, el registro y la regla aplicable; esta comparación no es asesoramiento legal para una planta.
A 27 de septiembre de 2026, la página vigente de EudraLex sigue mostrando Annex 11 con revisión de enero de 2011. La Comisión publicó por separado una consulta para revisar Annex 11 y crear Annex 22, cuyo cierre fue el 7 de octubre de 2025; una consulta cerrada no convierte un borrador en requisito aplicable (índice EudraLex; página de la consulta).
La EMA registra además una consulta cerrada en abril de 2026 sobre un documento conceptual para una revisión dirigida de Annex 15, con objetivos descritos que incluyen ampliar el alcance a fabricantes de principios activos y considerar ICH Q9(R1).
La página de EMA refleja que la consulta cerró y que el calendario inicial se revisó; no presenta ese documento conceptual como una nueva versión vigente de Annex 15 (grupo de inspectores GMP/GDP de EMA). Comprueba los índices oficiales antes de aprobar una implantación o actualizar procedimientos.
Esta guía explica principios generales y ofrece un método de discusión. No determina si una planta, proveedor, servicio o registro específico cumple GMP; tampoco sustituye evaluación de calidad, validación, asesoramiento regulatorio, acuerdos de calidad ni procedimientos aprobados. La decisión formal corresponde a las funciones autorizadas de cada organización, con su contexto de producto, proceso, compromisos y jurisdicción.
Preguntas frecuentes
¿Todo cambio de software en una planta GMP exige revalidar el sistema completo?
Annex 11 y Annex 15 combinan control de cambios con una extensión de validación justificada por riesgo; sus textos no establecen un reinicio íntegro para toda actualización. La planta documenta la evaluación y la evidencia necesaria.
Si una modificación no afecta funciones GMP relevantes, datos ni controles, la evidencia requerida puede ser acotada; si cambia una función, una interfaz crítica o el significado de registros, se amplía el análisis y las pruebas. La conclusión debe quedar documentada y seguir el sistema de calidad del centro (Annex 11, secciones 1 y 10; Annex 15, sección 11).
¿Cómo se decide el impacto GMP de una herramienta digital?
Se empieza por el uso previsto: qué actividad GMP apoya, qué datos crea o transforma, qué registro conserva y qué decisión puede depender de su salida. Después se identifican fallos plausibles y controles que los detectan, y se documenta su efecto posible sobre seguridad del paciente, integridad de datos y calidad del producto. Annex 11 requiere que esta evaluación de riesgo sostenga la extensión de validación y controles (Annex 11, sección 1; Annex 15, principios).
¿Qué evidencia del proveedor puede reutilizarse y qué debe aprobar la planta?
Puede utilizarse como parte de la evidencia si corresponde a la versión, configuración y función evaluadas y permite comprobar los requisitos del usuario. La planta debe revisar esa documentación, cubrir interfaces y configuraciones locales, definir criterios de aceptación y aprobar el cambio conforme a su sistema de calidad. Annex 11 contempla revisión de documentación comercial por el usuario regulado y acuerdos con proveedores que aclaren responsabilidades (Annex 11, secciones 3.1 y 3.3; EudraLex Volume 4, Capítulo 7).
¿Cuándo basta una prueba de regresión y cuándo hacen falta pruebas adicionales?
Una regresión acotada puede servir cuando cubre las funciones afectadas y dependencias pertinentes, y los resultados confirman que el uso previsto y sus controles permanecen adecuados. Si hay nueva función, cambio de proceso, infraestructura crítica, pérdida de trazabilidad o migración de datos, puede ser necesario ampliar pruebas, cualificar infraestructura o validar una función.
Annex 15 deja que la evaluación del cambio determine y planifique el trabajo necesario según el impacto; no fija una matriz universal de pruebas (Annex 15, sección 11).
¿Una actualización de nube, sistema operativo o interfaz puede afectar al estado validado?
Sí, si altera una dependencia o un control relevante, como disponibilidad, acceso, tratamiento o recuperación de datos, cálculos o transferencias. La evaluación debe mirar lo que cambia en la configuración y el flujo de trabajo, no solo el nombre que el proveedor da a la versión. Annex 11 incluye configuraciones dentro del control de cambios y pide revisar periódicamente incidentes, actualizaciones, seguridad y estado de validación (Annex 11, secciones 10 y 11; EudraLex Volume 4, Capítulo 7).
¿Qué diferencia hay entre EU GMP Annex 11 y FDA 21 CFR Part 11?
La comparación se apoya en Annex 11, 21 CFR Part 11 y la guía de FDA sobre alcance y aplicación. Annex 11 aborda sistemas informatizados utilizados en actividades GMP europeas. Part 11 establece criterios para determinados registros electrónicos, firmas electrónicas y firmas manuscritas realizadas sobre registros electrónicos bajo requisitos de FDA. La guía de FDA limita su política de discreción a requisitos específicos de Part 11; las reglas subyacentes siguen vigentes.
Para una herramienta o actualización concreta, reúne el uso previsto, los datos y la configuración afectados, junto con las preguntas que siguen abiertas. Producción, Ingeniería, IT/OT y Calidad pueden acotar el caso conforme a los responsables y procedimientos del centro.
Habla con WizeeMind para conversar sobre el caso. La conversación no sustituye una evaluación GMP ni determina la aptitud de una herramienta para una decisión de calidad.