INSTITUTO POLITÉCNICO NACIONAL ESCUELA SUPERIOR DE INGENIERÍA MECÁNICA Y ELÉCTRICA UNIDAD PROFESIONAL ADOLFO LÓPEZ MATEOS TESIS PROPUESTA PARA VALIDACIÓN DE SISTEMAS AUTOMÁTICOS Y DE CÓMPUTO PARA LA QUE PARA OBTENER EL TÍTULO DE INGENIERO EN CONTROL Y AUTOMATIZACIÓN PRESENTA VANESSA JAZMÍN GONZÁLEZ CUÉLLAR ASESORES: ING. ARTURO ROLANDO ROJÁS SALGADO ING. JOSÉ ANTONIO MARTÍNEZ HERNÁNDEZ AGOSTO 2008
AGRADECIMIENTOS A mis PADRES, María de La Luz Cuéllar y Roberto González por darme la vida, por verme crecer y cuidarme, por haber sembrado en mí esa semillita de seguir estudiando, prepararme y terminar la Carrera, ayudarme con el sustento de mis estudios, por estar siempre ahí cuando los necesito, por la confianza que siempre tuvieron en mí, por todos los valores que me transmitieron, por forjarme la entereza que tengo al día de hoy y por hacer de mi la persona que en estos momentos soy. A mis HERMANOS: IVONNE, ROBERTO y CRISTIAN por apoyarme cuando solicite su ayuda y sus ganas de que siempre saliera adelante. Me siento orgullosa de tenerlos como hermanos y sigamos apoyándonos. A GERARDO, por siempre apoyarme, creer en mí, ayudarme, enseñarme y estar a mi lado en ese sueño de prepararme y tener una Carrera Profesional que ahora es una realidad. Además de haber pasado tantos momentos en Voca 7 y ESIME Zacatenco. A mis AMIGOS con quienes compartí mi época estudiantil y todas esas cosas que la Voca 7 y ESIME fueron testigos. A NELY por apoyarme, por darme su amistad todos estos años, por creer en mí y todos los momentos que juntas pasamos para terminar la Ingeniería. A CECI por todo su apoyo. A mis PROFESORES DE TODAS LAS MATERIAS por transmitirme sus conocimientos, a mis PROFESORES ASESORES: Ing. Arturo Rojas e Ing. José Antonio Martínez por facilitarme la elaboración de esta Tesis. Por último, pero no por eso menos importante al IPN y ESIME por permitirme formar parte de su Comunidad y ser Politécnica de corazón y estar orgullosa de ello y llevar con el mismo orgullo el lema de La Técnica al Servicio de la Patria. GRACIAS por todo y por siempre. Vanessa
OBJETIVO Analizar los requisitos del Proyecto de Norma Oficial Mexicana PROY-NOM-059-SSA1-2004 para los sistemas automáticos y de cómputo y presentar una propuesta para validar dichos sistemas tomando como referencia la Guía para la validación de sistemas automáticos GAMP4. Página i
JUSTIFICACIÓN Un aspecto que está tomando gran importancia en la Industria Farmacéutica son sus sistemas automáticos, los cuales requieren cumplir con ciertos requisitos para su validación. Es importante que los estudiantes en la Carrera de Ingeniería en Control y Automatización conozcan el tema ya que esto les permitirá desempeñarse en ese medio, ya sea como Ingenieros de Validación, Ingenieros de Proyectos, Ingenieros de Soporte o Ingenieros de Servicio. Este conocimiento les permitirá ofrecer sus servicios como Desarrolladores de documentación o Coordinadores / Supervisores de Validación. O en el caso de que formen parte de una empresa de Automatización y Control, que dé servicio y soporte a Laboratorios Farmacéuticos, sean capaces de desarrollar la documentación de diseño y mantenimiento correspondiente a los proyectos que les asignen. Actualmente los Proveedores que dan servicio a la Industria Farmacéutica además de ofrecer un equipo, su instalación y capacitación ofrecen toda la documentación de validación basada en la GAMP4 y es un hecho que no hay Ingenieros con experiencia al respecto. Si lo vemos desde otra perspectiva este documento puede ser la base para crear una Empresa que ofrezca este Servicio. Cabe mencionar que nosotros, como Ingenieros en Control y Automatización conocemos la parte técnica de los Sistemas y Procesos, lo que nos facilita desarrollar este tipo de validaciones. Los cursos formales y literatura acerca de este tema tienen costos un tanto elevados para algunas comunidades estudiantiles y egresados, por lo que mi tesis les permitirá el acceso a este conocimiento. Página ii
INTRODUCCIÓN La Industria Farmacéutica debe cumplir con ciertos requisitos para la fabricación y la distribución de sus productos con el fin de garantizar la Calidad de los mismos. Cada Agencia emite sus leyes o normas para establecer los requisitos que se deben cumplir para la fabricación de los medicamentos que se comercialicen en su País. El control del cumplimiento de estos requisitos en nuestro País es ejercido por la Secretaría de Salud a través de la Norma Oficial Mexicana NOM-059-SSA1-1993. Dentro de estos requisitos se encuentra la validación de sus Sistemas Computacionales, Equipos Automáticos y la Documentación que esta validación lleva implícita. Los cuáles son los temas que desarrollaré a largo de esta tesis. Esta validación involucra aspectos como: llevar a cabo el ciclo de vida de los sistemas donde entre otras cosas se definen las especificaciones de requerimientos y de diseño, protocolos de calificación, procedimientos y controles de cambios. Durante el desarrollo de los temas mencionare términos internacionales usados en inglés ya que son empleados en este contexto. La lectura de esta tesis le permitirá conocer el proceso de validación de una manera desglosada, práctica, sencilla y con un lenguaje de fácil comprensión. También le dará el punto de partida para profundizar aún más en el tema y adoptar las regulaciones de otros Países. La tesis se encuentra estructurada en cuatro capítulos, en ellos se destacan los conceptos relevantes que permiten el desarrollo de esta tesis. En el capítulo primero se describen los antecedentes de la validación de sistemas automáticos y de cómputo desde los años ochentas hasta nuestros días, además del marco normativo nacional e internacional (EU, Australia, Argentina) acerca de este tema. En el capítulo segundo se presentan los conceptos teóricos acerca de la Validación, el Ciclo de Vida y la GAMP (Good Automated Manufacturing Practice, Buenas Prácticas de Automatización para Manufactura). Se detalla la definición de la Validación de Sistemas desde varios puntos de vista de la normatividad vigente y se introduce de manera general a este proceso. En cuanto al Ciclo de Vida se menciona su definición, los elementos que la conforman (fases y entregables) y sus modelos. Respecto a la GAMP se da una descripción general de su objetivo, alcance, su visión general para la validación y los procesos de validación para los Sistemas de Tecnología de Información y para los Sistemas de Control de Procesos. Página iii
En el capítulo tercero se encuentra la descripción de la propuesta que hago para la Validación de Sistemas Automáticos y de Cómputo en la Industria Farmacéutica. Desde la elaboración del Plan de Validación, el Plan del Proyecto y Calidad, las Especificaciones de Requerimientos y de Diseño, para después la redacción y ejecución de Pruebas llevando la rastreabilidad de los requerimientos hasta llegar a la elaboración del Reporte de Validación. Además de tomar en cuenta el mantenimiento del estado validado del equipo o sistema y los procedimientos de operación. Y por último la elaboración del Plan de Retiro cuando el sistema salga de operación. El capítulo cuarto describe el Plan de implementación de mi propuesta y los beneficios que aportará. Además en el desarrollo de la tesis se encuentran figuras, tablas y formatos para presentar la propuesta de una manera esquemática, así como también se cuenta con conclusiones, glosario, acrónimos y bibliografía. Página iv
ÍNDICE OBJETIVO... i JUSTIFICACIÓN... ii INTRODUCCIÓN... iii ÍNDICE...v CAPÍTULO 1. ANTECENTES Y MARCO NORMATIVO...1 1.1 Antecedentes...2 1.2 Marco Normativo...3 1.2.1 Normatividad Farmacéutica... 3 1.2.2 Normatividad Farmacéutica en México... 5 CAPÍTULO 2. VALIDACIÓN, CICLO DE VIDA Y GAMP (GOOD AUTOMATED MANUFACTURING PRACTICE, BUENAS PRÁCTICAS DE AUTOMATIZACIÓN PARA MANUFACTURA)...7 2.1 Validación...8 2.1.1 Definición de Validación de Sistemas.... 8 2.1.2 Introducción al proceso de Validación de Sistemas... 9 2.2 Ciclo de Vida...10 2.2.1 Definición de Ciclo de Vida... 10 2.2.2 Elementos de un Ciclo de Vida... 10 2.2.3 Modelos de Ciclo de Vida... 11 2.2.4 Fases del Ciclo de Vida... 14 2.3 La GAMP4 como herramienta para la validación de sistemas automáticos...15 2.3.1 Objetivo de GAMP4... 15 2.3.2 Alcance... 15 2.3.3 Visión general de validación en la GAMP4... 15 2.3.4 Actividades y desarrollo de la validación.... 17 2.3.5 Responsabilidades de usuario.... 19 2.3.6 Proceso de validación de Sistemas IT... 21 2.3.7 Proceso de validación de Sistemas de Control de Procesos... 23 CAPÍTULO 3. PROPUESTA PARA VALIDACIÓN DE SISTEMAS AUTOMÁTICOS Y DE CÓMPUTO PARA LA....28 3.1 Análisis....29 3.1.1 Correspondencia entre mi Propuesta con el Proyecto de Norma PROY- NOM-059-SSA1-2004, la GAMP4 y NMX-CC-9001-IMNC-2000.... 31 Página v
3.2 Plan de Validación...37 3.3 Especificación de requerimientos de usuario (URS) y Especificación funcional (FS)..43 3.4 Plan del Proyecto y Calidad (QPP, Quality and Project Plan)...54 3.5 Matriz de Rastreabilidad de Requerimientos...61 3.6 Especificación de Diseño (DS, Desing Specification)...66 3.7 Pruebas al Equipo o Sistema...74 3.7.1 Principios fundamentales que deben seguir las pruebas... 78 3.7.2 Pruebas de Revisión de Diseño... 79 3.7.3 Pruebas de Calificación de Instalación (Installation Qualification, IQ).. 82 3.7.4 Pruebas de Calificación de Operación (Operational Qualification, OQ).83 3.7.5 Pruebas de Calificación de Desempeño (Performance Qualification, PQ)... 83 3.8 Registro de Capacitación....89 3.9 Reporte de Validación....89 3.10 Mantenimiento del Estado Validado....92 3.11 Retiro....97 3.12 Buenas Prácticas....102 3.12.1Buenas Prácticas de Documentación... 103 3.12.2Buenas Prácticas de Prueba.... 103 3.12.3Buenas Prácticas de Ingeniería.... 105 CAPÍTULO 4. IMPLEMENTACIÓN Y BENEFICIOS...106 4.1 Recursos humanos para la implementación...107 4.2 Inversión para la implementación...108 4.2.1 Costos Directos... 108 4.3 Compromiso de las Gerencias y de la Dirección...110 4.4 Plan de Implementación....111 4.5 Beneficios de la validación...113 4.5.1 Beneficios de negocio.... 113 4.5.2 Beneficios sociales... 117 4.5.3 Beneficios al aplicar mi propuesta... 117 CONCLUSIONES...119 GLOSARIO Y ACRÓNIMOS...120 GLOSARIO...120 ACRÓNIMOS...123 BIBLIOGRAFÍA...125 Página vi
CAPÍTULO 1. ANTECENTES Y MARCO NORMATIVO CAPÍTULO 1. ANTECEDENTES Y MARCO NORMATIVO Objetivo particular: Describir los antecedentes que dieron lugar al requerimiento de Validación de Sistemas automáticos y de Cómputo y establecer las bases y el contexto legal que envuelve tal requerimiento.
ANTECEDENTES Y MARCO NORMATIVO Capítulo 1. Antecedentes y Marco Normativo Para iniciar con el tema de la Validación de Sistemas Automáticos y de Cómputo empezaré por describir sus antecedentes y la normatividad que regula la Industria Farmacéutica. 1.1 ANTECEDENTES. En los años ochentas dentro de la normatividad se mencionaba de manera general requerimientos de validación de equipos y software. Pero fue hasta finales de los años ochentas y principios de los noventas donde la validación de sistemas automáticos y de cómputo tomó gran importancia que la que se había tenido hasta ese momento aunque en las regulaciones ya estaban establecidos dichos requerimientos. Esa importancia fue tomada debido a que a pesar de que las guías concernientes al tema habían estado disponibles ya por algún tiempo, estos sistemas en la Industria Farmacéutica habían sido sometidos a un bajo escrutinio regulatorio en comparación con otras áreas y la interpretación de las guías regulatorias para este ámbito era menos madura que en otras áreas convencionales. El interés por estos sistemas dentro del ramo farmacéutico se incremento gracias al aumento en su uso y su complejidad, por lo tanto fue necesario mejorar el entendimiento y la interpretación de las regulaciones. Además de una mayor comunicación dentro de la Industria Farmacéutica, así como también con los Proveedores y las Agencias Regulatorias. Lo anterior aunado a los cambios macroeconómicos y de globalización de esos años como el Acuerdo General sobre Aranceles y Comercio (GATT, General Agreement on Tariffs and Trade), el Tratado de Libre Comercio (TLC) y la creación de la Organización Mundial del Comercio (OMC) han hecho que esto tenga importancia para la importación y exportación de estos productos. Como dato interesante: entre 1992 y 1998 la FDA (Food and Drug Administration) analizó 3140 retiros del mercado (recalls) de dispositivos médicos, encontrando que 242 de ellos (7.7 %) se atribuían a fallas de software. Dentro de estos 242 casos de software, 192 (79%) fueron causados por defectos de software que se producían por hacer cambios al software después de que la producción y distribución de los productos era iniciada. Estos datos estadísticos refuerzan la importancia en la atención y cumplimiento de los requerimientos en la validación de sistemas automáticos y de cómputo. Ahora la mayoría de las farmacéuticas están trabajando en cumplir con este requerimiento regulatorio de validación de sistemas automáticos y de cómputo, el cual es solo una parte de toda la regulación que involucra la industria de este ramo. En México por ejemplo hasta este momento la norma vigente NOM-059-SSA1-1993 contempla la parte de validación pero no ahonda en la descripción del proceso. Esta Página 2 de 125
ANTECEDENTES Y MARCO NORMATIVO importancia se está dando en el proyecto de Norma PROY-NOM-059-SSA1-2004 donde la sección de validación ya expone los requerimientos que se necesitan para la validación de equipos y sistemas críticos e involucra los sistemas computarizados. En Australia y Argentina introducen estos requerimientos en 2002 y 2005, respectivamente. La validación de equipo de cómputo en Estados Unidos es un requerimiento desde 1997 de la regulación de Sistema de Calidad y de CFR 21 (Code of Federal Regulations) Parte 11 correspondiente a Firmas y Registros Electrónicos. Actualmente existe el Fórum GAMP (Good Automated Manufacturing Practice) que es el grupo que se formó para promover el entendimiento de las regulaciones de equipos automáticos y de cómputo. En nuestros días este Fórum es un subcomité técnico de ISPE (International Society of Pharmaceutical Engineering) y una de sus prioridades, cuando se creó, fue el establecimiento de Guías para Proveedores de sistemas automáticos a la Industria Farmacéutica. La versión preliminar o borrador de estas guías estuvo disponible para comentarios de los Proveedores de dichos sistemas y otros interesados en Marzo 1994. Desde entonces dichas guías se han ido mejorando y actualizando de tal manera que son unas de las Guías más reconocidas a nivel mundial para el cumplimiento de los requerimientos a nivel Internacional. El apego a estas guías facilita el cumplimiento con la FDA y otras Agencias Europeas que son calificadas como las más exigentes en este ámbito. Ahora abordemos, en la siguiente sección, las características de los requerimientos de la normatividad farmacéutica para ubicarnos en este marco. 1.2 MARCO NORMATIVO 1.2.1 Normatividad Farmacéutica. Cada País es responsable de emitir su normatividad en cuestión de fabricación de medicamentos con el fin de que se garantice la calidad de los mismos para su población. En México le corresponde a la Secretaría de Salud establecer los requerimientos para tal fin y lo hace empleando como marco de referencia la Norma Oficial Mexicana NOM-059-SSA1-1993, Buenas Prácticas de fabricación para establecimientos de la industria químico farmacéutica dedicados a la fabricación de medicamentos. Las secciones 5.6.3, 5.7.4 y 9.11 especifican algunos aspectos de validación. Sin embargo se tiene el Proyecto de Norma Oficial PROY-NOM-059- SSA1-2004, donde se detallan un poco más estos requerimientos en las secciones 10.5 y 14. En las cuales se establecen los requerimientos para los Equipos automáticos, mecánicos y electrónicos y para la Validación. En Estados Unidos la ley referente a los Alimentos y Drogas es el CFR-21 (CFR en inglés es Code of Federal Regulations). La Agencia regulatoria de este País es la Página 3 de 125
ANTECEDENTES Y MARCO NORMATIVO FDA (Food and Drug Administration). Las secciones que corresponden a las Buenas Prácticas de Manufactura para productos farmacéuticos son Parte 210 y 211, la de firmas y registros electrónicos es la Parte 11 y la de Validación de Software y equipos automáticos se encuentra dentro de la Parte 820. Entre otros países, por ejemplo, podemos citar Australia con la TGA (Therapeutic Goods Administration) y su código Australian Code of Good Manufacturing Practice for Medicinal Products. Donde en el Anexo 11 menciona los requerimientos a cumplir para los sistemas computarizados y en el Anexo 15 los referentes a la Calificación y Validación. Y Argentina con la ANMAT (Administración Nacional de Medicamentos, Alimentos y Tecnología Médica) por medio de la Disposición 2819/2004, especifica los requerimientos para la Calificación y Validación en la sección 4 y en el Anexo II. La siguiente lista presenta algunos de los requerimientos que son solicitados en las regulaciones de México, EU, Argentina y Australia. Elaboración de un Plan de Validación. Capacitación de Personal. La validación debe ser considerada como parte del ciclo de vida de un sistema computarizado. Especificaciones de Diseño. El software es un componente crítico, que debe ser producido conforme un sistema de Aseguramiento de Calidad. Seguridad para el acceso a los sistemas (control de acceso y rastreo de auditoría). Control de cambios. Respaldos, resguardo y recuperación. Rastreabilidad. Atención de fallas y problemas. Calificación de Diseño. Calificación de Instalación. Calificación de Operación. Calificación de Desempeño. Mantenimiento del estado validado. Control de cambios. Revalidación. Auditoría de Rastreo. Firmas y registros electrónicos. Para el contexto de esta tesis tomaremos como base la Normatividad Mexicana, aunque en algunos puntos hagamos referencia a otros aspectos importantes a nivel internacional. Página 4 de 125
ANTECEDENTES Y MARCO NORMATIVO 1.2.2 Normatividad Farmacéutica en México. Dentro de la NOM-059-SSA1-1993 indica que se deben llevar a cabo estudios de validación para los sistemas involucrados en los procesos de fabricación. Y con respecto a los equipos automáticos y electrónicos señala que deben ser calibrados, inspeccionados y asegurar y respaldar la información que manejan. En esta versión vigente de la Norma se puede observar que no se desglosan los requerimientos necesarios para cumplir con la validación señalada, pero actualmente existe el Proyecto de Norma Oficial PROY-NOM-059-SSA1-2004 en el cual ya se toman en consideración estos puntos. El PROY-NOM-059-SSA-2004 específica que los equipos, sistemas críticos y computacionales que impacten la calidad del producto deben ser calificados y validados. Para llevar a cabo esta validación nos presenta los requerimientos que la integran, a grandes rasgos son los siguientes. Hacer un Plan de la validación Documentación Calificación Llevar un control de cambios en este sentido Mantener el Sistema Validado Es un hecho que si se comparan los requerimientos que marca el Proyecto de Norma Mexicana para los sistemas computacionales con los que solicitan las Normas de Australia, Argentina y/o EU, que estoy tomando como referencia, resultan muy básicos y todavía ambiguos. La sección del proyecto de norma mexicana que hace referencia a los sistemas computacionales es la 14.8 y solo hace referencia a lo siguiente: 14.8 Sistemas computacionales. 14.8.1 Deben validarse los sistemas y aplicaciones computacionales relacionados con: 14.8.1.1 Transferencias de materiales y producto. 14.8.1.2 Disposición de materiales y producto. 14.8.1.3 Control de procesos y análisis. 14.8.1.4 Control de sistemas críticos. Y si lo comparamos por ejemplo con la de Australia que tiene todo un anexo dedicado al punto de sistemas computarizados donde tiene 22 puntos con los requerimientos respecto al tema vemos que el proyecto de norma sigue un poco deficiente con el cumplimiento a nivel internacional. Si una empresa mexicana quisiera exportar a EU, Australia y/o Argentina, por ejemplo, no le bastaría cumplir con los requisitos de la mexicana sino tendría Página 5 de 125
ANTECEDENTES Y MARCO NORMATIVO muchos puntos pendientes por cubrir para alcanzar los requerimientos de otras legislaciones. Por ejemplo el PROY-NOM-059-SSA-2004 no contempla requerimientos acerca de auditoría de rastreo (audit trail) para los sistemas computarizados, los cuales si son mencionados por la TGA y FDA. Además hasta este PROY-NOM-059-SSA-2004 se solicita la existencia de un Plan para definir los requerimientos del producto, procesos, sistemas críticos y servicios y que su diseño esté conforme a los requerimientos definidos. Este punto es muy importante ya que está directamente relacionado con la ISO 9001:2000 en la sección de Diseño. Después de abordar el esquema regulatorio me resta mencionar que el desarrollo de la tesis está basado para el cumplimiento con el Proyecto de Norma PROY-NOM- 059-SSA1-2004 que entrará en vigor en un futuro y que finalmente es donde ya se contemplan los requerimientos para la validación de sistemas de cómputo y sistemas automáticos; además de que ofrecerá la base para el cumplimiento con otras regulaciones a nivel internacional. Página 6 de 125
CAPÍTULO 2. VALIDACIÓN, CICLO DE VIDA Y GAMP (GOOD AUTOMATED MANUFACTURING PRACTICE, BUENAS PRÁCTICAS DE AUTOMATIZACIÓN PARA MANUFACTURA) CAPÍTULO 2. VALIDACIÓN, CICLO DE VIDA Y GAMP (GOOD AUTOMATED MANUFACTURING PRACTICE, BUENAS PRÁCTICAS DE AUTOMATIZACIÓN PARA MANUFACTURA). Objetivos particulares: Introducir al proceso de validación de los sistemas automáticos y de cómputo. Describir el Ciclo de Vida. Introducir a la guía GAMP4 (en Inglés Good Automated Manufacturing Practice, en español Buenas Prácticas de Automatización para Manufactura).
VALIDACIÓN, CICLO DE VIDA Y GAMP Capítulo 2. Validación, Ciclo de Vida y GAMP (Good Automated Manufacturing Practice, Buenas Prácticas de Automatización para Manufactura). Después de conocer los antecedentes generales y el marco normativo de la validación de sistemas computarizados, abordemos la definición de la Validación, el tema del Ciclo de Vida y los objetivos de la Guía de las Buenas Prácticas de Automatización para Manufactura. 2.1 VALIDACIÓN. 2.1.1 Definición de Validación de Sistemas. Hablar de validación comprende varios aspectos del proceso de manufactura farmacéutica desde los procesos, sistemas, equipos y servicios hasta la limpieza de las áreas. Pero empecemos por ver que hay alrededor de la palabra Validación. A continuación se muestran algunas definiciones del Proceso de Validación. La NOM-059-SSA1-1993 nos indica que la validación es la evidencia documentada que demuestra que a través de un proceso específico se obtiene un producto que cumple consistentemente con las especificaciones y los atributos de calidad establecidos. Por otro lado la definición de Validación que nos dan en la GAMP4 es establishing documented evidence which provides a high degree of assurance that a specific process will consistently produce a product meeting its pre-determined specifications and quality attributes. En español establecer evidencia documentada que provea un alto grado de aseguramiento de que un proceso específico producirá consistentemente un producto cumpliendo con especificaciones y atributos de calidad predeterminados. En el Código Australiano de Buenas Prácticas de Manufactura para Productos Medicinales podemos encontrar que el Proceso de Validación es the documented evidence that the process, operated within established parameters, can perform effectively and reproducibly to produce a medicinal product meeting its predetermined specifications and quality attributes. En español La evidencia documentada de que el proceso opera dentro de parámetros establecidos, y puede desempeñarse efectiva y reproduciblemente para producir un producto medicinal conociendo de manera predeterminada sus especificaciones y atributos de calidad. Página 8 de 125
VALIDACIÓN, CICLO DE VIDA Y GAMP De las definiciones anteriores se puede rescatar las siguientes ideas: La validación es una evidencia documentada de un proceso. A través de ese proceso se obtiene un producto, que en este caso es un producto farmacéutico. Este proceso y producto cumplen con especificaciones y atributos de calidad predeterminados. El proceso de fabricación de ese producto debe ser eficaz y reproducible. Por lo tanto, reuniendo las ideas anteriores, la validación es la evidencia documentada de que a través de un proceso eficaz y reproducible, un producto farmacéutico es obtenido de acuerdo a las especificaciones, atributos de Calidad predeterminados y principios de buenas prácticas de manufactura. La definición está de alguna manera apegada al proceso de obtención un producto, pero sin embargo si hablamos de un sistema de manera general podemos decir que la validación de sistemas es la generación de evidencia documentada que nos proporcione un alto grado de aseguramiento de que el sistema funcionará como se requiere cuando se ponga en uso. 2.1.2 Introducción al proceso de Validación de Sistemas. La importancia de validar un sistema es que nos asegura su funcionamiento y el beneficio que se obtiene es el Cumplimiento Legal. La validación involucra que los sistemas críticos y los equipos de producción deben ser probados tomando en cuenta su diseño, su instalación y su operación. Cuando se tiene un sistema nuevo por instalar, su validación será de una manera gradual y tomando en cuenta algo muy importante: la participación y compromiso del usuario y del proveedor. En otras palabras validar un sistema involucra: Tener su Plan de validación y aseguramiento de la Calidad. Desarrollo de documentos donde se especifique los requerimientos y el diseño del sistema. Desarrollo de Planes de Prueba y Protocolos de Calificación de Instalación, Operación y Desempeño. Sus cambios deben estar controlados. Desarrollo de PNO s para su administración. Ser un sistema seguro, es decir, que tenga protección que no permita la modificación o perdida de datos. Tener respaldo de la información. Su documentación debe ser completa, exacta, ordenada y disponible. Página 9 de 125
VALIDACIÓN, CICLO DE VIDA Y GAMP Mantenimiento y seguimiento del estado validado. Plan de Retiro. 2.2 CICLO DE VIDA. En algunos casos se hace referencia al termino Ciclo de Vida del Sistema y en otros al termino Ciclo de Vida del proyecto, en realidad cualquiera de los dos términos son correctos depende del contexto en donde se emplee sólo habrá que ver si en realidad se tiene un proyecto como tal o si se está validando a un sistema que no pertenece a un proyecto pero en ambos se está utilizando el concepto de Ciclo de Vida como herramienta para su desarrollo. 2.2.1 Definición de Ciclo de Vida. El Ciclo de Vida se define como un conjunto de fases sucesivas empleadas para generar un producto, un proceso o un servicio. Cada una de estas fases sucesivas se divide a su vez en actividades específicas para el cumplimiento del objetivo de cada fase. El agrupamiento de estas actividades depende, además del objetivo de cada fase, del producto, proceso o servicio final que se pretende obtener y de los requerimientos que haya que cumplir para su obtención. El dividir los proyectos o los procesos en fases nos asegura la reducción de la complejidad de los mismos. El empleo del concepto de Ciclo de Vida nos permite: Definir las actividades a ser ejecutadas. Tener un mayor control sobre los tiempos. Subcontratar servicios (para el desarrollo de actividades específicas). Controlar el logro del objetivo principal mediante la obtención de objetivos específicos. Tomar decisiones al término de cada fase en base a los resultados obtenidos. 2.2.2 Elementos de un Ciclo de Vida. Los elementos que integran un Ciclo de Vida son: 1 Fase (s): Una fase dentro del Ciclo de Vida es un conjunto de actividades relacionadas entre sí con un objetivo dentro del desarrollo de un proyecto o proceso. El detalle en la definición de cada fase dependerá del tamaño del proyecto y de su complejidad. El propósito de la división en fases es que el contenido de cada una sea manejable, controlado y con una relación lo más simple posible con las demás fases. 1 Elementos del Ciclo de Vida según artículo de Ciclo de Vida en la página de Internet http://www.getec.etsit.upm.es/docencia/gproyectos/planificacion/cvida.htm Página 10 de 125
VALIDACIÓN, CICLO DE VIDA Y GAMP Entregables: Son los productos intermedios que se deben generar en cada fase. En inglés el término utilizado para los entregables es deliverables. 2.2.3 Modelos de Ciclo de Vida. Los modelos de Ciclo de Vida son: 1 Ciclo de Vida Lineal. Estos productos intermedios pueden ser equipos, componentes, documentos, programas, software, manuales, entre otros. Los entregables al final de cada fase del proyecto nos ayudan a evaluar la marcha del proyecto en cumplimiento con los requisitos previamente establecidos. Este modelo consiste en descomponer el proyecto o el proceso en fases que suceden de manera lineal. Cada fase se realiza una sola vez y siempre tienen una secuencia, cada fase tiene una fase o actividad precedente y una fase o actividad que le procede. Este modelo consta de un solo ciclo. Una de las características de este modelo es que el proyecto o proceso se pueda dividir de manera que cada fase no necesite realimentación de otra, es decir, que el resultado obtenido de una fase no realimente a una fase anterior. Aunque es valida la realimentación correctiva. Este modelo es el más empleado por su sencillez. Ver figura 2.1. Figura 2.1. Ejemplo de Modelo de Ciclo de Vida Lineal. 1 Modelos del Ciclo de Vida según artículo de Ciclo de Vida en la página de Internet http://www.getec.etsit.upm.es/docencia/gproyectos/planificacion/cvida.htm Página 11 de 125
VALIDACIÓN, CICLO DE VIDA Y GAMP Ciclo de Vida con Prototipado. Este modelo es empleado cuando no se conocen con exactitud las especificaciones de un producto o proyecto y es necesario tener una retroalimentación de los resultados obtenidos, evaluarlos, hacer correcciones y entonces obtener las especificaciones completas. En este modelo regularmente se definen especificaciones iniciales para hacer un prototipo (un producto parcial y provisional), se desarrolla y en base a los resultados se repiten las fases de definición, diseño y construcción; con lo que llevan a cabo dos ciclos. Comúnmente este modelo es empleado en desarrollo avanzado. Ver figura 2.2. Figura 2.2 Ejemplo de Modelo de Ciclo de Vida Prototipado. Ciclo de Vida en espiral. Este modelo es empleado cuando no basta con una sola evaluación del prototipo, como en el modelo anterior, de modo que es necesario hacer más evaluaciones y correcciones para eliminar incertidumbres en las especificaciones y diseño del sistema, producto o proyecto. En este modelo se tienen más de dos ciclos, y en cada uno de ellos se obtiene un prototipo mejorado hasta alcanzar el prototipo deseado, ya que en cada ciclo se van resolviendo las dudas de las especificaciones. El modelo se representa por un bucle en espiral, donde los cuadrantes son, habitualmente, las fases de desarrollo del prototipo. En cada vuelta el prototipo gana madurez hasta que en una vuelta la evaluación es aprobada y se abandona el bucle. Ver figura 2.3. Página 12 de 125
VALIDACIÓN, CICLO DE VIDA Y GAMP Figura 2.3. Ejemplo de Modelo de Ciclo de Vida en Espiral. El ciclo de vida se puede aplicar en distintos campos, por ejemplo, si se aplica en una investigación básica el resultado esperado son los conocimientos científicos y no necesariamente se tienen diversos entregables. O por ejemplo en el caso de una investigación científica avanzada ya podría hablarse de una división de actividades en ciertas fases con objetivos bien definidos al término de cada una de ellas. Página 13 de 125
VALIDACIÓN, CICLO DE VIDA Y GAMP 2.2.4 Fases del Ciclo de Vida. 1 El ciclo de vida se clasifica en fases o etapas, a continuación muestro las que nos sugieren en el artículo Ciclo de Vida en la página de Internet citada al pie de esta página. Fase de definición ( qué hacer?) Estudio de viabilidad. Conocer los requisitos que debe satisfacer el sistema (funciones y limitaciones de contexto). Asegurar que los requisitos son alcanzables. Formalizar el acuerdo con los usuarios. Realizar una planificación detallada. Fase de diseño ( cómo hacerlo? Soluciones en costo, tiempo y calidad) Identificar soluciones tecnológicas para cada una de las funciones del sistema. Asignar recursos materiales para cada una de las funciones. Proponer (identificar y seleccionar) subcontratar. Establecer métodos de validación del diseño. Ajustar las especificaciones del producto. Fase de construcción Generar el producto o servicio pretendido con el proyecto. Integrar los elementos subcontratados o adquiridos externamente. Validar que el producto obtenido satisface los requisitos de diseño previamente definidos y realizar, si es necesario, los ajustes necesarios en dicho diseño para corregir posibles lagunas, errores o inconsistencias. Fase de mantenimiento y operación Operación: asegurar que el uso del proyecto es el pretendido. Mantenimiento (nos referimos a un mantenimiento no habitual, es decir, aquel que no se limita a reparar averías o desgastes habituales -este es el caso del mantenimiento en productos software, ya que en un programa no cabe hablar de averías o de desgaste): 1 Fases del Ciclo de Vida según artículo de Ciclo de Vida en la página de Internet http://www.getec.etsit.upm.es/docencia/gproyectos/planificacion/cvida.htm Página 14 de 125
VALIDACIÓN, CICLO DE VIDA Y GAMP 2.3 LA GAMP4 COMO HERRAMIENTA PARA LA VALIDACIÓN DE SISTEMAS AUTOMÁTICOS. Dentro del ámbito farmacéutico se ha desarrollado una herramienta que proporciona una ayuda para la validación y el cumplimiento de las expectativas regulatorias actuales para los sistemas automáticos, es decir, es una guía para validar dichos sistemas. Esta guía es llamada GAMP por sus siglas en Inglés Good Automated Manufacturing Practice, en español podemos decir que son las Buenas Prácticas de Automatización para Manufactura. Esta guía surgió a partir de la necesidad de la interpretación y entendimiento de las regulaciones, debido a que las reglas estaban establecidas pero se requería una mayor comunicación e uniformidad en los conceptos. Por otro lado también proporciona una guía para el desarrollo y mantenimiento de las Buenas Prácticas, ya que en su conjunto cubre todos los requerimientos para la validación y cumplimiento con las Buenas Prácticas de Manufactura. Una de las características de la GAMP4 es que no está dirigida a un solo grupo de personas. Está dirigida a usuarios y proveedores de sistemas automáticos, ambos de la Industria Farmacéutica. 2.3.1 Objetivo de GAMP4 Su objetivo es asistir a las Industrias que se dedican al cuidado de la Salud, incluyendo Farmacéutica, Biotecnológica y de Dispositivos Médicos, a lograr la validación y cumplimiento de los sistemas automáticos. 2.3.2 Alcance La GAMP4 proporciona un alcance general para todos los sistemas automáticos, aunque reconoce que todos los sistemas no son iguales y tienen diferencias significantes. Esta guía aplica para desarrollar el Ciclo de Vida de sistemas nuevos. Los sistemas existentes no entran en el alcance de esta guía. Por otro lado la guía especifica que no todas las actividades descritas aplican a todos los proyectos, ya que el líder de proyecto y/o el área usuaria deberán de especificar los requerimientos de validación necesarios para cada sistema. 2.3.3 Visión general de validación en la GAMP4 La GAMP4 nos dice que tradicionalmente y observándola de manera general, la validación ha consistido en los siguientes puntos: Página 15 de 125
VALIDACIÓN, CICLO DE VIDA Y GAMP IQ Calificación de la Instalación por sus siglas en Inglés Installation Qualification. OQ Calificación de Operación por sus siglas en Inglés Operational Qualification. PQ Calificación de Desempeño por sus siglas en Inglés Performance Qualification. DQ Calificación de Diseño por sus siglas en Inglés Design Qualification. Y nos presentan un esquema general de las actividades de validación que se muestra a continuación: PLANEACIÓN La Planeación se llevará a cabo mediante la elaboración del Plan de Validación. ESPECIFICACIÓN Especificación y acuerdos de lo que se requiere. Elaborar las revisiones de Diseño. PLAN DE PRUEBAS (IQ, OQ,PQ) Elaboración de un documento donde se describa como se probará el sistema. PRUEBAS (IQ, OQ,PQ) Ejecución de pruebas y colección de resultados. REVISIÓN DE RESULTADOS Conclusión de resultados para mostrar que el sistema funciona como fue especificado. Figura 2.4 Actividades Generales de Validación. También nos muestra mediante la siguiente figura 2.5 la estructura básica de las especificaciones y las calificaciones. Donde podemos observar la relación entre los tipos de calificación para verificar los requerimientos previamente establecidos y diseñados en la etapa correspondiente. Página 16 de 125
VALIDACIÓN, CICLO DE VIDA Y GAMP Verifica Figura 2.5 Estructura básica y relación de Especificaciones y Pruebas de Calificación. 2.3.4 Actividades y desarrollo de la validación. La GAMP4 nos presenta mediante la figura 2.6 el concepto de la validación, mostrando las actividades de validación y de desarrollo en cada etapa del ciclo de vida. En dicha figura se puede observar a la par, las actividades que hay que desarrollar en cierta etapa del ciclo de vida del proyecto y a que parte de la validación corresponden dichas actividades. Página 17 de 125
VALIDACIÓN, CICLO DE VIDA Y GAMP Actividades a desarrollar Fases en el Ciclo de Vida Actividades de Validación PLAN DE VALIDACIÓN Especificación de Requerimientos de Usuario Especificaciones Funcionales PLANEACIÓN Y ESPECIFICACIÓN EVALUACIÓN DEL PROVEEDOR REVISIONES DE DISEÑO Especificación de Diseño de Hardware Especificación de Diseño de Software Especificación de Diseño del Modulo de Software Especificaciones Mecánicas y Eléctricas Especificación de Diseño de Red Especificación de Configuración del Paquete o Empaque DISEÑO REVISIONES DE DISEÑO Manufactura y Ensamble del Hardware Módulos de Código de Software Manufactura y Ensamble de Equipo Manufactura y Ensamble de Red CONSTRUCCIÓN REVISIONES DE CONSTRUCCIÓN REVISIONES DE CÓDIGO Pruebas de hardware Pruebas del Módulo de Software Pruebas del Integración de Software Pruebas de equipo Pruebas de la Configuración del Paquete o Empaque PRUEBA MONITOREO DEL PROVEEDOR Instalación de Hardware Instalación de Software Instalación de Equipo Instalación de Red Pruebas de aceptación de hardware Pruebas de aceptación de red INSTALACIÓN CALIFICACIÓN DE INSTALACIÓN Pruebas de aceptación de Sistema PRUEBAS DE INSTALACIÓN CALIFICACIÓN OPERACIONAL CALIFICACIÓN DE DESEMPEÑO REPORTE DE VALIDACIÓN Mantenimiento Control de Cambios OPERACIÓN MANTENIMIENTO DEL ESTADO VALIDADO Figura 2.6 Actividades de Validación contra el Desarrollo de Ciclo de Vida. Página 18 de 125
VALIDACIÓN, CICLO DE VIDA Y GAMP La figura anterior 2.6 muestra de manera general las actividades de validación, pero por otro lado, la GAMP4 para abordar el proceso de validación hace una diferencia entre los sistemas de Tecnología de la Información (IT) y los Sistemas de Control de Proceso. Para el propósito de dicha guía un Sistema de Tecnología de la Información (IT) incluye Planificación de Recursos de la Empresa (ERP, Enterprise Resource Planning), Sistemas de Administración de Información de Laboratorio (LIMS, Laboratory Information Management System), administración de producción y sistemas de base de datos. Y un sistema de control de proceso incluye grandes sistemas de control como los de Adquisición de Datos y Supervisión de Control (SCADA, Supervisory Control and Data Acquisition), Sistemas de Control Distribuido (DCS, Distributed Control System), sistemas controlados por un Controlador Lógico Programable (PLC, Programmable Logic Controller) y sistemas integrados (embedded systems) instalados en manufactura. A continuación les presento las responsabilidades del usuario en el proceso de validación, el proceso de validación para los sistemas IT y para los Sistemas de Control de Proceso que nos sugiere la GAMP4. 2.3.5 Responsabilidades de usuario. La GAMP4 en su capítulo de Ciclo de Vida de la Validación ( Validation Life Cycle ) nos explica las responsabilidades que tiene el usuario dentro del proceso de la validación y la importancia de la relación entre usuario y el proveedor. Cada usuario dentro de su empresa debe tener especificadas las políticas que debe seguir para validar, estas políticas deben contemplar las tareas mencionadas en la siguiente Tabla 2.1. Página 19 de 125
VALIDACIÓN, CICLO DE VIDA Y GAMP No. DE PASO TAREA O ACTIVIDAD DESCRIPCIÓN 1 Identificación del Sistema. Cada sistema automático debe ser evaluado e identificado como Sistema regulatorio GMP. 2 Elaboración del URS. El URS debe definir de manera clara y precisa lo que el usuario quiere que haga el sistema, algunas restricciones y definir requerimientos regulatorios y de documentación. Una evaluación de riesgo inicial debe ser llevada durante el Plan de Validación. 3 Determinar la estrategia de validación * Evaluación del riesgo. * Estimación de los componentes del sistema. * Evaluación del proveedor. Los componentes del sistema deben ser estimados y categorizados para determinar el acercamiento a la validación requerida. Los proveedores deben ser formalmente evaluados como parte del proceso de selección a proveedores y la planeación para la validación. La decisión de si se realizará una auditoría a Proveedores debe ser documentada y basada en la evaluación de riesgo y en la categorización de componentes. 4 Elaboración del Plan de Validación. El Plan de Validación debe definir las actividades, procedimientos y responsabilidades para establecer el sistema. Es típico definir la evaluación de riesgo que será tomada. 5 Revisión y aprobación de especificaciones, incluyendo la descripción del sistema. El usuario debe revisar y aprobar las especificaciones elaboradas por el proveedor. 6 Monitoreo del desarrollo del Sistema. El usuario debe monitorear el desarrollo y las actividades de configuración contra el Plan acordado. 7 Revisión del código fuente. El usuario debe asegurar que el código fuente sea revisado adecuadamente durante el desarrollo del Sistema. 8 Revisión y aprobación de las especificaciones de prueba. El usuario debe revisar y aprobar las especificaciones de prueba antes de ejecutarlas formalmente. 9 Desarrollo de las pruebas. El usuario puede ser involucrado en las pruebas como testigo durante la ejecución o como revisor de los resultados. 10 Revisión y aprobación de los reportes de prueba. El usuario debe aprobar los reportes de prueba y los resultados asociados. 11 Elaboración del Reporte de Validación. El reporte de validación debe resumir todos los entregables y actividades, además de proveer evidencia de que el sistema está validado. 12 Mantenimiento del Sistema. Una vez que el sistema ha sido aceptado, el usuario debe establecer los procedimientos adecuados para la administración y operación del sistema. 13 Retiro del Sistema. El usuario debe administrar el reemplazo o el retiro del uso del sistema automático. Tabla 2.1. Responsabilidades del usuario del Sistema. Página 20 de 125
VALIDACIÓN, CICLO DE VIDA Y GAMP 2.3.6 Proceso de validación de Sistemas IT. La GAMP4 aborda el proceso de validación de los sistemas IT a través de los proveedores. En su capítulo Sistema de Administración para los proveedores de Sistemas de Tecnología de la Información ( Management System for Suppliers of IT Systems ) nos sugiere un modelo de validación basado en el concepto de ciclo de vida. Con el objetivo de que los proveedores jueguen su rol en la producción de sistemas validados la GAMP4 recomienda que los proveedores sigan un sistema de administración formal y de preferencia basado en estándares tales como las series de la ISO 9000. Esta sección de la Guía sugiere un modelo basado en el concepto de ciclo de vida para el desarrollo y soporte subsecuente de un sistema automático. El modelo descrito va encaminado a proveedores de Sistemas de Tecnología de la Información, como ERP, LIMS, administración de la producción y sistemas de base de datos. Muchos sistemas IT para la industria farmacéutica actualmente están basados en productos de software y paquetes, los cuales están configurados cumpliendo los requerimientos del usuario. De tal manera que estos productos vienen con documentación de soporte y donde sea posible esta información puede ser empleada en la validación del ciclo de vida. Adicionalmente módulos de software son a veces requeridos para ofrecer o satisfacer una funcionalidad específica tal como interfases y reportes. El diseño y desarrollo de cada software debe ser documentado. Esta sección aplica tanto para sistemas configurados específicamente como para sistemas de solución común o para la combinación de ambos. El modelo de ciclo de vida que nos sugiere la Guía para validar estos sistemas esta mostrado en la figura 2.7. Este modelo cubre las fases de Planeación, Especificación, Diseño, Construcción, Pruebas, Instalación, Pruebas de aceptación y Operación. No todos los documentos son requeridos para todos los productos, por lo que el proveedor deberá elaborar su Plan de Calidad y Proyectos para identificar los documentos que son requeridos. Página 21 de 125
VALIDACIÓN, CICLO DE VIDA Y GAMP PLANEACIÓN Y ESPECIFICACIÓN GAMP4 PLAN DE VALIDACIÓN ESPECIFICACIÓN DE REQUERIMIENTOS DE USUARIO EVALUACIÓN DEL PROVEEDOR PLAN DEL PROYECTO Y CALIDAD ESPECIFICACIÓN FUNCIONAL ACEPTACIÓN DEL SISTEMA ESPECIFICACIONES DE PRUEBA ESPECIFICACIÓN DE DISEÑO DEL HARDWARE ESPECIFICACIÓN DE PRUEBAS DE ACEPTACIÓN DEL HARDWARE ESPECIFICACIÓN DE DISEÑO DEL SOFTWARE ESPECIFICACIÓN DE PRUEBAS DE INTEGRACIÓN DEL SOFTWARE ESPECIFICACIÓN DE CONFIGURACIÓN DEL PAQUETE ESPECIFICACIÓN DE PRUEBAS DE CONFIGURACIÓN DEL PAQUETE DISEÑO Y CONSTRUCCIÓN ESPECIFICACIÓN DE DISEÑO DEL MODULO DE SOFTWARE ESPECIFICACIÓN DE PRUEBAS DEL MODULO DE SOFTWARE PRODUCCIÓN DE HARDWARE PRODUCCIÓN DE SOFTWARE PAQUETE DE CONFIGURACIÓN INSTALACIÓN Y PRUEBAS RESULTADOS Y PRUEBAS DE ACEPTACIÓN DE HARDWARE RESULTADOS Y PRUEBAS DEL MODULO DE SOFTWARE RESULTADOS Y PRUEBAS DE INTEGRACIÓN DE SOFTWARE VERIFICACIÓN DE LA CONFIGURACIÓN PRUEBAS DE ACEPTACIÓN RESULTADOS Y PRUEBAS DE ACEPTACIÓN DEL SISTEMA CONTROL DE CAMBIOS OPERACIÓN (Mantenimiento del estado validado) MANTENIMIENTO Figura 2.7. Modelo de Ciclo de Vida para validación de Sistemas IT. Página 22 de 125
VALIDACIÓN, CICLO DE VIDA Y GAMP 2.3.7 Proceso de validación de Sistemas de Control de Procesos. La GAMP4 en su capitulo Validación de Sistemas de Control de Procesos ( Process Control System Validation ) considera cómo las actividades de ciclo de vida pueden ser aplicadas a un rango de control, monitoreo, o sistemas analíticos diseñados a administrar la producción o procesos de laboratorio. Los sistemas de control de proceso son usados para automatizar los procesos de manufactura o de laboratorio por medio de colección de datos que provienen de instrumentos de medición o a través de algoritmos de control o bloques lógicos preprogramados o configurados, regulando dispositivos finales de control como válvulas o bombas para controlar equipos y/o procesos. La función primaria de un sistema de control de proceso es producir un producto o proveer datos para soporte de manufactura o de laboratorio. Algunos sistemas de control de proceso también proveen funcionalidad en la administración de los procesos o están ligados con el procesamiento de datos de aplicaciones como parte de una computadora integrada a manufactura. Las buenas prácticas de ingeniería deben ser aplicadas al desarrollo e implementación de sistemas de control de proceso. Las buenas prácticas de ingeniería son la aplicación de los métodos o estándares establecidos a través del proyecto de ciclo de vida para entregar apropiadamente soluciones costo-beneficio. 2.3.7.1 Modelos de Ciclo de Vida La validación del ciclo de vida de un Sistema de Control de Proceso está definida en la figura 2.8 y aplica para un amplio rango de sistemas, desde sistemas de control robusto en industrias grandes hasta sistemas de control pequeños instalados en equipos usados como secundarios o ligados con equipo de laboratorio montado. La relación entre las fases de diseño y de pruebas es compleja. La verificación de que se ha conocido la intención de los requerimientos y diseño debe hacerse en la parte mas apropiada del ciclo de vida dependiendo del tipo y madurez del sistema que está siendo desarrollado o configurado, del nivel del plan de pruebas y de la complejidad de los requerimientos a probar. La Guía en Commissioning y Calificación de la Sociedad Internacional para la Ingeniería Farmacéutica (Guide on Commissioning and Qualification by the International Society for Pharmaceutical Engineering, ISPE) da una guía de como soportar o sustentar la calificación con actividades de Commissioning. La rastreabilidad a través del ciclo de vida asegura que todos los requerimientos y el diseño han sido entendidos. Página 23 de 125
VALIDACIÓN, CICLO DE VIDA Y GAMP La figura 2.8 ilustra el ciclo de vida para la validación de un sistema de control de proceso con su consecutivo proceso de control y niveles de especificación de diseño y sus revisiones y calificaciones correspondientes. Figura 2.8. Modelo de Ciclo de Vida para validación de Sistemas de Control de Proceso. Página 24 de 125
VALIDACIÓN, CICLO DE VIDA Y GAMP 2.3.7.2 Tipos de Sistema de Control de Proceso La GAMP4 distingue dos Sistemas de Control de Proceso: Sistemas Integrados (Embedded Systems) y Sistemas Autónomos (Standalone Systems). Sistemas Integrados (Embedded Systems): Son Sistemas basados en microprocesadores tales como un Circuito Integrado Programable (IC), un Controlador Lógico Programable (PLC) o una Computadora con el solo propósito de controlar o monitorear una pieza o parte de manufactura o equipo analítico, el cual es usualmente entregado como una parte de ese determinado equipo. Ejemplos: máquinas de llenado, máquinas de empaque o Cromatógrafos de Líquidos de Alto Desempeño (HPLC, High performance liquid chromatography). En la figura 2.9 podemos ver el modelo que nos presenta la GAMP4 para este tipo de sistemas. Sistemas Autónomos (Standalone Systems): Son aquellos sistemas que son configurados o hechos a la medida, sistemas contenidos en si mismos que son componentes de una aplicación de un proceso automático de manufactura. Éstos son integrados como sistemas de cómputo independientes, separados del equipo de Planta, para su conexión a instrumentación de campo o dispositivos reguladores y a cada uno. Estos sistemas pueden ser integrados verticalmente con un nivel alto de administración de datos. Ejemplos: controladores multi-loop o Controlador Lógico Programable (PLC, Programmable Logic Controller) que controlan parte de un proceso, sistemas de Adquisición de Datos y Supervisión de Control (SCADA, Supervisory Control and Data Acquisition), Sistemas de Control Distribuido (DCS) que controlen procesos de Planta y Sistemas de Administración de Edificios (BMS, Building Management Systems). En la figura 2.10 podemos ver el modelo que nos presenta la GAMP4 para este tipo de sistemas. Página 25 de 125