1.Plazos / puntualidad

–Tomar las acciones en un plazo de tiempo razonable, considerando el riesgo y la magnitud del problema.

2.Cada cosa es un hecho aislado

–Es esta la primera vez que sucede?

–Buscar información de eventos previos

–Considerar procesos similares

3.Causa raíz no identificada

–Falta de adecuado sistema de análisis de causa raíz

–Síntomas y factores casuales vs. causa raíz.

causa raiz

4.Corregir los síntomas en lugar de la causa

–Una simple pregunta, puede la corrección del síntoma evitar que vuelva a ocurrir la causa?

5.Falta de medidas correctivas provisionales

–Tomar acciones para mitigar el efecto de la causa raíz identificada mientras la acción permanente es implementada.

6.Causa raíz identificada, pero incorrecta

–Una simple pregunta: la acción correctiva propuesta (s) será capaz de solucionar todas la causas raíces identificadas?

7.Falta de acciones preventivas verdaderas

–Evaluar, analizar, investigar NO son acciones preventivas verdaderas.

8.Falta de verificación de la efectividad de las acciones tomadas

–Una simple pregunta : cómo sé que la CAPA evita la recurrencia / ocurrencia de una cauza raíz?.

9.Múltiples sistemas CAPA sin correlación.

–Desvíos, reclamos, auditorías, etc.?

  1. Abuso de errores humanos y re-entrenamiento

Una de los temas que requiere una interpretación cuidadosa es la discusión sobre el promedio de los resultados de los ensayos, particularmente cuando hay resultados OOS y resultados que pasan.

Las agencias suelen encontrar en los laboratorios, situaciones donde el valor del ensayo reportado fue calculado usando ambos resultados (OOS y los que pasan), sin embargo los resultados de las pruebas OOS no deben ser ‘mezclados’ con los resultados de pruebas que pasan cuando el resultado reportado se calcula como el valor promedio.

Todos los resultados de los ensayos válidos, incluyendo OOS y los resultados que pasan, deben ser reportados de forma individual y cada resultado considerado en la decisión de disposición del lote.

Qué debemos hacer?

  1. Cuando el resultado reportable final se calcula como un promedio de los resultados de pruebas individuales, compruebe que este cálculo no permite la ‘mezcla’ resultados OOS y los que pasan. Los resultados de los ensayos OOS deben ser visibles a la persona que toma la decisión de disposición del lote.
  2. Verifique que la decisión de disposición del lote se toma con pleno conocimiento de todos los resultados de la prueba y que cualquier resultado de ensayo OOS válidos está considerado junto con los resultados del ensayo que pasan para la disposición del lote. Cuando se utilice un sistema LIMS para registrar y reportar los resultados del ensayo, asegúrese que se reportan todos los resultados.
  3. En caso de Certificados de Análisis (CoA) que sólo permiten reportar un único resultado del ensayo:
  • Compruebe que el sistema considera todos los resultados del ensayo – OOS válido y los que pasan – como parte de la decisión de disposición del lote.
  • Si la decisión de disposición del lote es liberarlo, el único resultado informado es un promedio de los resultados de las pruebas que pasan. No incluya el resultado del ensayo OOS no confirmado o inválido en la determinación del promedio.

Para los interesados les dejo la posibilidad de un taller “In Company” sobre el manejo de resultados OOS, consulte en info@cgmpdoc.com

 

 

Si revisamos los nuevos lineamientos para la Validación de procesos, vamos a encontrar la etapa 3 correspondiente a la Verificación Continua del Proceso (VCP), cuya finalidad es: Demostrar que el proceso permanece en un estado de control.

Esto es un requerimiento para aquellos que actualmente exportan (o planean hacerlo) productos a USA o a la Comunidad Europea.

Validación de procesos_flujograma

 

Para ello es necesario:

  • Implementar sistemas que permitan detectar excursiones del proceso no previstas.
  • Reunir y analizar la información y datos acerca del desempeño del proceso.

Para los interesados, les dejo una serie de preguntas, las cuales les permitirá autoevaluarse en cuanto al cumplimiento de estos lineamientos:

  1. Tiene (en borrador o finalizado) un procedimiento para manejar la VCP?
  2. Tiene (en borrador o finalizado) un procedimiento para análisis o tendencia de datos?
  3. Elabora o empaca algún producto que tiene registrada la metodología VCP para el mantenimiento en curso del ciclo de vida de validación?
  4. Calcula regularmente el Cpk (capacidad de proceso) para materiales, controles en proceso (IPC), parámetros críticos del proceso o atributos críticos de calidad (resultados de liberación)? Si sí, quién (qué role) efectúa dichos cálculos?
  5. Confecciona regularmente Cartas / tendencias de materiales, controles en proceso (IPC), parámetros críticos del proceso o atributos críticos de calidad (resultados de liberación)? Si sí, qué role efectúa dichos tendencias?
  6. Qué métodos de análisis estadísticos utiliza? (ej. Cartas de control Shewhart, Western Electric Rules, Cartas Cusum, cartas de rango móvil, etc.)
  7. Qué herramientas de análisis estadísticos utiliza? (ej. CARS, CLIMB, Excel, Minitab, SAS, Quality Companion, etc.)
  8. Qué job roles o departamentos revisan la capacidad de proceso y / o la tendencia de performance, y con qué frecuencia?
  9. Cómo define cuáles parámetros monitorear?
  10. Cómo define con qué frecuencia monitorear los parámetros?
  11. Cómo se maneja ante la identificación de tendencias o cambio de una etapa?
  12. A partir de que documentos o sistemas tendría que obtener los siguientes datos: atributos de materiales, parámetros críticos de proceso y atributos críticos de calidad (IPC o resultados de liberación).
  13. Actualmente usa en su laboratorio un LIMS? Si no, qué sistema es utilizado para registrar los resultados de Control de Calidad (QC)?
  14. Actualmente usa en su laboratorio las funciones de límites de alerta o tendencias de su LIMS?
  15. Su laboratorio tiene un equipo de primera línea o individuos de apoyo técnico?
  16. Su laboratorio actualmente tiene (o planea implementar) un sistema de recopilador de datos históricos? Ej. Wonderware, Aspentech
  17. Su laboratorio actualmente tiene (o planea implementar) un sistema inteligente de procesos? Ej. Discoverant
  18. Su laboratorio actualmente tiene (o planea implementar) un sistema de Batch Records Electrónicos?

Esperamos que el cuestionario les sea de utilidad y por último les dejo para quienes aún no hayan comenzado con este tema, un curso “In Company” sobre el tema:

Buenas Prácticas de Documentación - Taller In Company

Si bien algunas regulaciones no exigen un Plan Maestro de Validación (PMV) formal, como por ej. el Código Federal de Regulaciones (CFR) en USA, en nuestro País la Disposición 3827/2018 sí lo exige, y suele ser uno de los primeros documentos que los inspectores solicitan al auditar el laboratorio.

El PMV es una herramienta muy útil para documentar la forma en que las actividades de Validación son manejadas en el laboratorio.

Inicialmente el PMV debería definir la Política de Validación, la organización y el alcance de las actividades.

Podemos dividir al PMV en 3 principales secciones:

  1. Inventario de los sistemas, considerando equipos, procesos, áreas, métodos, etc. Indicando cuáles de ellos deben ser validados y el nivel de validación de cada uno.
  2. Agenda de las actividades de validación, la cual nos da el orden de acuerdo a prioridades, obviamente no podemos validar un proceso sino tenemos calificados los equipos que son utilizados en dicho proceso.
  3. Actividades de mantenimiento del estado validado, se trata de las actividades de monitoreo de la performance de los sistemas. Un ejemplo de esto es confeccionar un reporte anual de monitoreo ambiental para zonas limpias validadas.

Además es importante mencionar en el PMV las referencias a las regulaciones que lo rigen y los procedimientos y documentos (protocolos y reportes) que serán escritos para cumplir con los requerimientos del PMV.

En el caso que un laboratorio que ya ha iniciado las actividades de validación y NO tiene un PMV, es recomendable escribir uno. Este PMV retrospectivo sería esencialmente un resumen formal de las actividades que están ejecutadas , como fueron ejecutadas y además listar las actividades pendientes.

La estrategia y el contenido del PMV refleja la aptitud de la organización para la Validación. El tiempo invertido en la confección de un PMV reporta en beneficios cuando el mismo es solicitado por los inspectores de las agencias regulatorias.

 

 

 

 

 

Planeamiento e implementación, paso a paso, de un sistema de gestión de Calidad.

Un sistema de Gestión de Calidad documenta las políticas y procedimientos que definen la manera que opera una empresa, con el fin de garantizar la calidad uniforme de sus productos o servicios. A continuación les dejo un flujograma donde se detallan los pasos necesarios para planificar e implementar un sistema de gestión de calidad. El punto de partida es designar un responsable de coordinar y llevar adelante el proceso de gestión de calidad . Esta persona debería estar firmemente comprometida con la organización y con la “Cultura de Calidad”, tener un buen manejo de equipos y cumplir con lo objetivos.

SGC

Hace tiempo incluimos un Check de verificación del estatus de CSV (Validación de sistemas computarizados) y parte 11 (Firmas y registros electrónicos), acá les dejo el link.

Este check que estamos incluyendo en este artículo intenta ser una guía para auditar el cumplimiento de CSV en el laboratorio (o en su proveedor). Esperamos que le sirva de ayuda.

auditoria_3

  1. Desarrollo del Sistema
    • Proveedores
  • Verificar si hay un método para aceptar el producto, incluyendo los requerimientos técnicos y de calidad del producto.
  • Verificar como los requerimientos técnicos y de calidad son considerados por el proveedor y/o sub contratado. ¿Hay un proceso definido? ¿El mismo es cumplido?
  • En el caso de sub contratar actividades, verificar la experiencia y calificación del mismo (por ej. verificar entrenamientos o certificaciones).
  • Si la evaluación del proveedor involucró una auditoria, verificar el estatus de los hallazgos.
  • ¿Dispone de un procedimiento para la evaluación de proveedores?, ¿dicho procedimiento es seguido?
  • Si el Sistema es provisto por un proveedor, verificar si el mismo ha sido evaluado.
  • Verificar si el Sistema fue elaborado “In House” o desarrollado por un proveedor.
    • Requerimientos
  • Verificar que todos los requerimientos GMP del proceso, incluyendo la parte 11 (firmas y registros electrónicos) han sido incluidos.
  • Verificar que los requerimientos son revisados y aprobados por los departamentos apropiados, incluyendo como mínimo responsable del proceso de negocios y al responsable de QA.
    • Diseño y codificación
  • Verificar que existe un documento de diseño cubriendo todos los requerimientos del usuario y la trazabilidad entre los requerimientos y los elementos del diseño.
  • Verificar que la especificación de diseño es revisada y aprobada por los departamentos apropiados.
  • Confirmar que la especificación de diseño fue aprobada antes de que el codificado comience.
  • Confirmar que existe un estándar de codificado (por ej. Java, etc.). En caso de no haberlo, debe haber una justificación adecuada.
  • Verificar que la revision de código fue efectuada.
  • Determinar si todo el código es revisado o si es revisado una muestra, en éste ultimo caso, determinar como fue seleccionada la muestra.
  • Confirmar que los revisores de código son independientes y están adecuadamente calificados.
  • Confirmar que los defectos encontrados durante la revisión son corregidos y las acciones correctivas tomadas para evitar su re ocurrencia.
    • Testeo
  • Revisar la documentación de testeo asociada con el Sistema a auditar.
  • Verificar que existe una estrategia de testeo explicando los testeos efectuados en cada etapa de desarrollo (ej. Testeos de módulo, testeo de integración, testeos de interface) y testeos de aceptación.
  • Confirmar a través del proceso de testeo que los requerimientos funcionales críticos han sido testeados.
  • Verificar que los testeos cubren condiciones límites, fallas y estrés, así como pruebas diseñadas para confirmar que el sistema funciona como se espera. Además, que incluye el control de seguridad de accesos lógicos.
  • Verificar que los testeos sean efectuados por personal independiente y calificado (el desarrollador y el autor de los ensayos).
  • Confirmar que los scripts de testeo están escritos, y que los mismos contienen claramente los criterios de aceptación.
  • Verificar que los resultados de los ensayos han sido documentados y se dispone de la evidencia adecuada. Donde hay desvíos los mismos son documentados.
  • Verificar que el test que falló ha sido evaluado respecto de la criticidad del requerimiento funcional.
  • Verificar que cuando un test ha fallado la funcionalidad requerida no es crítica para el proceso ni para el cumplimiento GMP. Confirmar que existe una solución de procedimiento adecuada.
  • Si es utilizada una herramienta automatizada para los testeos, verificar que la misma ha sido calificada para asegurar que funciona correctamente, que hay procedimientos para su uso, que las firmas de las aprobación de los scripts de testeos son registradas y que los cambios a la herramienta o scripts electrónicos son controlados y aprobados.
    • Entregables de Validación
  • Verificar que hay un conjunto de documentos de validación consistente con una clara relación de los mismos a los requerimientos.
  • Verificar que los entregables de validación son declarados en el plan de validación, han sido completados y están resumidos en el reporte de validación.
  • Verificar que las excepciones (si aplica) del reporte de validación han sido registradas como acciones para su seguimiento.
    • Liberación
  • Revisar como es liberado el Sistema para el uso.
  • Verificar los controles y chequeos utilizados para asegurar que todas las actividades fueron completadas.
  • Verificar que los roles y responsabilidades para la liberación están claras y se han cumplido.
  • Verificar que todos los entregables requeridos fueron parte del paquete de liberación, por ej. un código de construcción del Sistema, certificado de liberación, manuales de uso, material de entrenamiento.
  1. Gestión del sistema
    • General
  • Establecer como es provisto el soporte al Sistema, confirmar que los roles y responsabilidades del hepdesk, de los administradores y soporte técnico están claramente definidas. Asegurar que el entrenamiento adecuado para cada rol fue suministrado.
  • Verificar que el Sistema tiene un propietario que lo maneja con suficiente autoridad y con un presupuesto para su mantenimiento.
    • Manejo de problemas
  • Confirmar que hay un procedimiento vigente para el reporte de problemas, con registro, investigación y resolución de los mismos.
  • Verificar que las acciones correctivas y preventivas son implementadas.
  • Verificar que hay una relación entre el reporte de incidentes y la gestión de cambios para el Sistema.
    • Gestión de cambio
  • Asegurar que los procedimientos para iniciar, autorizar y documentar los cambios del Sistema están vigentes.
  • Confirmar que los cambios son evaluados para asegurar que el impacto sobre las funcionalidades relacionadas es entendido.
  • Asegurar que la gestión de los cambios incluye la actualización de la documentación del Sistema, instrucciones de uso, entrenamiento, datos maestros como la funcionalidad técnica.
  • Asegurar que los testeos hechos como soporte de los cambios del Sistema confirman que las funciones relacionadas no son adversamente afectadas y además aseguran que los cambios requeridos son alcanzados.
    • Accesos y seguridad
  • Revisar que las medidas de seguridad físicas están definidas para el Sistema y están en uso efectivo. Verificar como son controlados los accesos físicos al hardware.
  • Revisar que las medidas de seguridad del software están definidas para el Sistema. Verificar como son controlados los accesos a las funcionalidades críticas son restringidas a los usuarios apropiados. Verificar que donde la capacidad de enmendar datos maestros ha sido restringida.
  • Verificar la existencia de un procedimiento para otorgar y remover los accesos al Sistema de los usuarios. Verificar que los accesos son revisados periódicamente para asegurar que solo tengan acceso al Sistema los usuarios requeridos.
  • Asegurar que los ambientes de desarrollo, de testeo y productivo son rutinariamente revisados en búsqueda de virus.
  • Determinar si los elementos del Sistema tales como Sistema operativo, base de datos y aplicaciones del software son mantenidos con los últimos parches de seguridad disponibles.
    • Datos maestros
  • Asegurar que existe un proceso para el mantenimiento de los datos maestros requeridos por el Sistema.
  • Confirmar que los roles y responsabilidades están claras respecto a la gestión y aprobación de datos maestros.
  • Verificar si los datos maestros son chequeados periódicamente para verificar su exactitud.
    • Planeamiento de Business Continuity /Disaster Recovery (incluyendo back up y recuperación)
  • Verificar que el Sistema tiene un plan de continuidad del negocio (BC), y que el mismo tiene en cuenta la criticidad del sistema.
  • Verificar que el Sistema tiene un plan de disaster recovery (DR), y que el mismo tiene en cuenta la criticidad del sistema.
  • Verificar que existe un régimen de back up y recuperación para el Sistema y que el mismo está documentado, mantenido y testeado. Verificar si el mismo tiene en cuenta la criticidad del Sistema.
  1. Revisión periódica
  • Verificar que el Sistema es sujeto a revisiones periódicas para determinar que actividades tienen que ser efectuadas para mantener el estado validado.
  • Confirmar que los resultados de la revisión son registrados y cualquier acción es seguida hasta que se complete.

¿Qué es la creatividad?

creatividad

Podemos definirla como:

  • La capacidad de producir cosas nuevas y valiosas
  • El pensamiento abierto divergente, dispuesto para imaginar cosas nuevas y soluciones de problemas
  • La generación de nuevas ideas y conceptos, o la asociación de ideas y conceptos conocidos para producir nuevas ideas

Para ello no solo es importante tener la capacidad de encontrar soluciones originales, sino también tener la voluntad para modificar o transformar el mundo.

Pero les dejo un cuento titulado “Cuestión de vida o  muerte” que sintetiza muy bien la creatividad:

Cuenta una antigua leyenda, que en la Edad Media, un hombre fue injustamente acusado de haber asesinado a una mujer. En realidad, el verdadero autor era una persona muy influyente del reino y por eso, desde el primer momento buscaron un “chivo expiatorio” para encubrir al verdadero culpable.

El hombre fue llevado a juicio, ya conociendo que tendría escasas oportunidades de escapar al terrible veredicto: “la horca”.

El juez, también cómplice, cuidó a dar todo el aspecto de un juicio justo y por esta razón le dijo al acusado:

-“Conociendo tu fama de hombre justo y devoto del Señor, vamos a dejar en manos de Él tu destino. Vamos a escribir en dos papeles separados las palabras culpable e inocente. Tu escogerás uno de ellos y será mano de “D” la que cuida tu destino”.

Por supuesto, el funcionario corrupto había preparado dos papeles con la misma leyenda “Culpable” y la pobre víctima, aún sin conocer los detalles, se dio cuenta que el sistema era trampa. NO había escapatoria. El Juez le pidió al hombre que tomara uno de los dos papeles doblados.

Éste inspiró profundamente, quedó en silencio unos cuantos segundos con los ojos cerrados pensando, y cuando la sala comenzaba a impacientarse, abrió los ojos y con una extraña sonrisa, escogió y agarró uno de los papeles y llevándolo a la boca, lo comió rápidamente.

Sorprendidos e indignados los presentes, le reprocharon airadamente.

-Pero.. ¿Qué hizo?… ¿Y ahora?… ¿Cómo vamos a saber el veredicto?

“Es muy sencillo” respondió el acusado, “Es cuestión de leer el papel que queda y sabremos que decía el otro, el que yo escogí”

Con rezongos y disgustos mal disimulados, tuvieron que liberar al acusado.

A veces ser creativo puede marcar la diferencia entre la vida y la muerte. No?

Cómo evitar dolores de cabeza y ser exitoso. Algunas estadísticas indican que un elevado porcentaje de las observaciones regulatorias (30-40%) están relacionadas a los SOPs.

No necesariamente estamos hablando de la falta de ellos, sino que hay casos de SOPs mal escritos, no representan el proceso que están ejecutando, fallas en la comunicación, pobre entrenamiento, y falta de seguimiento y cumplimiento de los mismos.

En algunos laboratorios existen una serie de SOPs muy bien armados y que son utilizados para demostrar a los inspectores los sistemas de calidad, sin embargo los operadores, analistas del laboratorio no están en pleno conocimiento de dichos SOPs.

Pero, a no sentirse mal, Ud. Tiene la oportunidad de reparar esa situación. Porqué esperar a que un inspector la observe?.

Desde cGMPdoc le ofrecemos un curso “In Company” sobre cómo redactar SOPs para entrenar a su personal para:

  • Crear SOPs claros y entendibles
  • Actualizar sus SOPs de acuerdo a los requerimientos regulatorios
  • Simplificar sus SOPs (uso de herramientas gráficas en lugar del texto)
  • Identificar SOPs faltantes
  • Administrar sus SOPs
  • Diseñar Instructivos de trabajo

Si Ud. Es nuevo en el tema o si tiene experiencia, este entrenamiento le permitirá entender el proceso completo de la gestión de SOPs.

Cualquier duda o consulta, los esperamos en info@cgmpdoc.com.

Les dejo un link a un artículo: Redacción de SOPs en 8 pasos  

La calidad de los productos así como la salud y seguridad de los pacientes es lo más importante para todos los que trabajan en la elaboración y suministro de productos farmacéuticos.

calidad de productos farmaceuticos_1

Se debe contar con sistemas robustos y controles de calidad a través de toda la cadena para garantizar que cada producto cumple con todos los criterios de calidad aplicables.

Sin embargo, ¿Son suficientes estos sistemas y controles?

¡Cumplir no es suficiente!

El Cumplimiento requiere el fiel seguimiento de los lineamientos reglamentarios, los estándares y las políticas del laboratorio. Es la base de toda la operación y ejecución de calidad, sin embargo no garantiza la misma.

Disponer de SOPs, sistemas y controles no es suficiente!

¿Qué es una cultura de calidad?

Un ambiente donde cada persona entiende y reconoce su responsabilidad en proteger la calidad del producto y la seguridad del paciente. El laboratorio puede tener todos los SOPs, sistemas y controles requeridos, pero sin una cultura de calidad no podrá garantizar la calidad de los productos y la continuidad del negocio.

¿Cómo luce una cultura de calidad?

La Calidad se integra al proceso desde el principio. Los riesgos al elaborar y distribuir medicamentos de calidad se entienden y se mitigan adecuadamente. Las ejecuciones de las actividades son verificadas en tiempo real y si es necesario son efectuadas correcciones.

Se trata de una organización con deseo de resolver los problemas, compartir las lecciones aprendidas y con una clara idea de hacer las cosas bien a la primera vez. Los problemas se escalan según sea necesario y se resuelven en colaboración con las áreas involucradas. No hay señalamientos personalizados.

Las decisiones difíciles se toman en base a lo que es correcto y no lo que es necesario, aun cuando esto presente obstáculos para lograr los objetivos del negocio.

La calidad es responsabilidad de todos!

Lo crítico de la cultura de calidad, se trata de los comportamientos, no de SOPs ni de políticas.

Sin una cultura de calidad fuerte no se puede mitigar totalmente los riesgos en la manufactura y distribución de los productos. La cultura de calidad no se puede imponer por agentes externos ni tampoco se introduce con solo cambiar los sistema de calidad.

Responsabilidad de los líderes, ellos deben:

  • Proveer los fundamentos necesarios para proteger la calidad.
  • Crear un ambiente donde hacer las cosas correctamente y hacer lo correcto se valora por encima de la velocidad y el costo.
  • Hacer del mejoramiento continuo una prioridad, que resulte en la necesidad de identificar y resolver problemas.
  • Proclamar el valor de escalar los problemas y generar reportes de desvíos.
  • Ayudar a los empleados a reconocer desvíos e implementar un proceso eficiente para su investigación.
  • Establecer mecanismos de seguimiento a los desvíos y la publicación de métricas asociadas a los mismos.
  • Modelar todos estos comportamientos!

Responsabilidad de todos los empleados, ellos deben:

  • Seguir los procedimientos en todo momento.
  • Realizar solo las tareas para las cuales han sido capacitados y Entender el porqué de las tareas que realizan.
  • Preguntar o buscar ayuda si no entienden las instrucciones.
  • Realizar las tareas correctamente en todo momento.
  • Manejar toda documentación con prontitud y corrección.
  • Seguir eficientemente la implementación de todas las acciones correctivas identificadas como resultado de desvíos, cambios, etc.

Importante:

Deben comunicar a su supervisor toda situación atípica, pueda o no ésta impactar la calidad de un producto.

Difúndalo, tal como les comenté en el artículo Las raíces de la cultura de calidad, este proceso lleva tiempo, por dicho motivo, no espere, empiece ya.

En alguna oportunidad hablamos de la importancia del cambio de paradigma, de ser más proactivos que reactivos, les dejo en el siguiente slide algunos aspectos relacionados a la Gestión de Riesgos de Calidad.

GRC_desafios y beneficios