• Buscar:
    10Nov, 2022
    ¿Por qué es importante el control de accesos en sistemas computarizados en la industria regulada “log in-log out”?

    Diariamente dentro de nuestra área de trabajo generamos gran cantidad de “data” que en la mayoría de los casos es de carácter sensible y mucha de esta es utilizada para alguna de las siguientes acciones:

    • Toma de decisiones
    • Evaluación de datos crudos
    • Respuesta ante prevenciones
    • Seguimiento a tendencias e históricos entre otros…

    Como se bien se sabe los datos que generamos son de carácter GxP y por ende estos deben ser fidedignos y perdurables (esto aplica a Hojas de cálculo y Software). Bajo este hecho, es importante considerar que el acceso a la “Data” debe ser gestionada y monitorizada.

    ¿Qué es un control de acceso?

    Un sistema de control de accesos se puede entender desde una vertiente física. En este sentido, se podría definir como aquel mecanismo que autoriza la entrada al sistema a las personas. El control de acceso informático o control de acceso a sistemas informáticos, en seguridad informática, consiste en la autenticación, autorización de acceso y auditoría. Una definición más estrecha de control de acceso abarcaría únicamente la aprobación de acceso, por lo que el sistema adopta la decisión de conceder o rechazar una solicitud de acceso de un sujeto ya autenticado, sobre la base a lo que el sujeto está autorizado a acceder (perfil de usuario). 

    Autenticación y control de acceso a menudo se combinan en una sola operación, por lo que el acceso está aprobado sobre la base de la autenticación exitosa.

    Es importante mencionar que el control de acceso vinculante está estrechamente ligado a la firma digital ya que este mecanismo utiliza controles de autoridad para permitir firmar o realizar “check” de verificación dentro del sistema sobre las actividades reguladas.

    Objetivos de los controles de acceso

    El objetivo principal de un control de acceso es salvaguardar la información sobre datos regulados. Es por esto por lo que los sistemas computarizados y software deben contar con las siguientes atribuciones:

    • El sistema debe registrar toda creación (nuevos registros y pruebas), modificación y cancelación de autorizaciones de acceso junto con la pista de auditoría asociada.
    • El sistema debe utilizar controles de autoridad para garantizar que sólo las personas autorizadas puedan utilizar el sistema, firmar electrónicamente un registro, acceder a la operación o al dispositivo de entrada o salida del sistema informático, alterar un registro o realizar operaciones contemporáneas.
    • El sistema debe contar con controles de acceso para garantizar que el personal sólo tenga acceso a funcionalidad que sea apropiada para su papel en el trabajo (perfil de usuario), y que las acciones sean atribuibles a un individuo específico.
    • El acceso a la documentación del sistema debe estar restringido a personal autorizado. Un plan de acceso al sistema podría describir estos controles.
    • El sistema debe registrar toda creación, modificación y cancelación de autorizaciones de acceso junto con la pista de auditoría asociada.

    Se debe considerar que el acceso al sistema debe realizarse a través de credenciales de inicio de sesión individuales utilizando una combinación única de ID de usuario y contraseña, u otros mecanismos de autenticación aprobados. Son aceptables las tecnologías de paso, como el inicio de sesión único, que aprovechan la autenticación anterior del usuario para firmar resultados y/o aprobar reportes.

    El control de acceso a sistemas computarizados se realiza con una serie de objetivos puntuales, tales cuales son:

    • Restringir o permitir el acceso de personas para sistemas computarizados en determinados procesos.
    • Restringir o permitir el acceso a sistemas informáticos, bases de datos y otros servicios de información.
    • Proteger los bienes físicos, equipos o datos de las organizaciones ante robos o accesos de terceros sin permiso.
    • Detectar accesos no autorizados y poner en marcha mecanismos para evitarlos.
    • Registrar y revisar eventos críticos realizados por los usuarios en los sistemas.
    • Facilitar la organización de la empresa y el control de los trabajadores.

    Principios básicos

    Los tres principios básicos que rigen un control de acceso y seguridad son la identificación, la autenticación y la autorización. A continuación, vemos en qué consiste cada uno de ellos.

    Identificación: Es el códigoque identifica al trabajador (ID único) y desbloquea el acceso a un sistema computarizado determinado.

    Autenticación: En base a estos sistemas se detecta si la persona que está intentando el acceso se encuentra en la base de datos y si cuenta con los permisos necesarios. Es decir, consiste en la verificación de la identidad del usuario.

    Autorización: Una vez que el sistema ha identificado y verificado la identidad del usuario, se procede (o no) a autorizar su acceso a los sistemas informáticos.

    A estos tres principios se pueden añadir también el de trazabilidad, entendida como el seguimiento o rastreo de productos, personas o datos almacenados en el sistema.

    ¿El control de acceso forma parte de la validación del sistema computarizado?

    El control de acceso forma parte del diseño del sistema. Es por esto que debe ser validado, de tal manera el sistema debe proporcionar la posibilidad de retar los siguientes aspectos:

    • Permitir el uso de verificaciones del sistema operativo para hacer cumplir la secuencia permitida de pasos y eventos, según corresponda.
    • Las verificaciones de autoridad deberán garantizar que solo las personas autorizadas puedan usar el sistema, acceder a la operación o al dispositivo de entrada o salida del sistema informático, alterar un registro o realizar la operación en cuestión.
    • El sistema debe garantizar la unicidad en cada código de identificación de usuario, de modo que no haya dos personas que tengan la misma combinación de código de identificación.
    • El sistema debe permitir al usuario autorizado el cambio de contraseña.
    • El sistema debe asegurar el registro irrefutable de la identidad de usuarios que ingresan o autorizan datos a través del Audit Trail, el cual deberá registrar todas las acciones que crean, cambien o eliminen registros electrónicos con sus metadatos relacionados.
    • El sistema debe generar una auditoria de rastreo segura, generada por el sistema y con sello de tiempo para registrar de forma independiente la fecha y hora de las entradas y acciones del usuario que crean, modifican o eliminan registros electrónicos. Los cambios de registro no ocultarán la información registrada previamente.

    En definitiva, los mecanismos de control de acceso son fundamentales para la protección de datos en empresas, y son instrumentos imprescindibles para elevar la seguridad e integridad de los datos en instalaciones, equipos e instrumentos.

    ¿Nosotros como lo hacemos?

    De manera simple te mostramos la secuencia de pasos que realiza nuestro sistema estrella eADMxL. No obstante este comportamiento y cumplimiento esta en cualesquiera de nuestras soluciones.

    Te mostramos

    Hacemos impacto que importa

    En la actualidad hay muchos gaps relacionados al acceso y control de sistemas computarizados (se incluyen hojas de cálculo). Es por esto por lo que en deappharma desarrollamos herramientas que potencien tu cumplimiento de manera fácil y lógica. Te invitamos a conocer y solicitar tu DEMO y/o licencia gratuita de nuestro sistema estrella eADMxL para realizar el proceso de validación de métodos analíticos y con esto elevar la integridad de los datos de tu laboratorio.

    Referencias

    Guidance for Industry Part 11, Electronic Records; Electronic Signatures — Scope and Application

    GAMP®5: A Risk-Based Approach to Compliant GxP Computerized Systems

    Data Integrity and Compliance With CGMP Guidance for Industry FDA

     

    ¡Contáctanos! y conoce de que manera te vamos a ayudar.

    ¡Únete a nuestra comunidad en redes!

     

    15Sep, 2022
    Firmas electrónicas (Digitales)

    Firmas electrónicas

    Las regulaciones del FDA Título 21 CFR Parte 11 establece los criterios sobre los cuales el FDA considera los documentos electrónicos, firmas electrónicas y firmas escritas a mano realizadas a los documentos electrónicos para ser confiables, fiables y generalmente equivalentes a los registros de papel y firmas escritas a mano ejecutadas en papel. Los requisitos generales que establece la FDA son;

    (a) Cada firma electrónica deberá ser única para un individuo y no deberá ser reutilizada por, o reasignada a, nadie más.

    (b) Antes de que una organización establezca, asigne, certifique o sancione de otro modo la firma electrónica de un individuo, o cualquier elemento de dicha firma electrónica, la organización deberá verificar la identidad del individuo.

    (c) Las organizaciones que utilicen firmas electrónicas deberán, antes o en el momento de su utilización, certificar de manera interna que estas están destinadas a ser el equivalente legalmente vinculante de las firmas manuscritas tradicionales.

    Componentes y controles de la firma electrónica.

    (a) Las firmas electrónicas que no se basen en la biometría deberán

    (1) Emplear al menos dos componentes de identificación distintos, como un código de identificación y una contraseña.

    Cuando un individuo ejecuta una serie de firmas durante un período único y continuo de acceso controlado al sistema, la primera firma deberá ser ejecutada usando todos los componentes de la firma electrónica; las firmas subsecuentes deberán ser ejecutadas usando por lo menos un componente de la firma electrónica que es solamente ejecutable por, y diseñado para ser usado solamente por, el individuo.

    Cuando una persona ejecute una o más firmas que no se realicen durante un período único y continuo de acceso controlado al sistema, cada firma se ejecutará utilizando todos los componentes de la firma electrónica.

    (2) Ser utilizadas únicamente por sus auténticos propietarios; y

    (3) Ser administrada y ejecutada para asegurar que el intento de uso de la firma electrónica de un individuo por cualquiera que no sea su genuino propietario requiera la colaboración de dos o más individuos.

    (b) Las firmas electrónicas basadas en la biometría se diseñarán para garantizar que no puedan ser utilizadas por nadie más que sus auténticos propietarios.

    Controles de los códigos de identificación/contraseñas.

    Las personas que utilicen firmas electrónicas basadas en el uso de códigos de identificación en combinación con contraseñas deberán emplear controles para garantizar su seguridad e integridad. Dichos controles incluirán:

    (a) Mantener la singularidad de cada código de identificación y contraseña combinados, de manera que no haya dos personas que tengan la misma combinación de código de identificación y contraseña.

    (b) Garantizar que las emisiones de códigos de identificación y contraseñas se comprueben, retiren o revisen periódicamente (por ejemplo, para cubrir eventos como el envejecimiento de las contraseñas).

    Expertos en software comercial y servicios de validación de sistemas computarizados e informatizados

    No olvides que en caso de ser necesario, puedes contactarnos para mejorar el proceso de laboratorio y/o administrativo de tu organización a través software 100% confiable y seguro.

    Recuerda que en deappharma contamos con software que te ayudara a administrar y controlar procesos especializados. Somos expertos en la materia, por lo que procesos complejos no representa un reto para nosotros, debido a que tenemos en mente los aspectos relevantes de cumplimiento.

    ¡Contáctanos! y conoce de que manera te vamos a ayudar.

    ¡Únete a nuestra comunidad en redes!

     

    5Sep, 2022
    ¿Qué debo saber para abordar la Validación de hojas de cálculo?

    Las hojas de cálculo también llamadas planillas, templetes, plantillas de cálculo, son herramientas rutinariamente utilizadas para realizar actividades GxP de carácter normativo. Es por esto que el control y el uso de estas debe ser regulado  derivado de que pueden tener impacto sobre la exactitud, fiabilidad, integridad, disponibilidad, autenticidad de los registros y firmas requeridas, según aplique.

    Para poder comprender la criticidad e importancia de la emisión de datos con estas herramientas, podríamos partir respondiendo a las siguientes preguntas; ¿Cuál es el objetivo de validar una hoja de cálculo? ¿Qué hace tan viable el uso de las hojas de cálculo como una herramienta en entornos GxP? ¿Qué debo saber antes de comenzar una validación de hoja de cálculo? ¿Cómo definir el alcance de validación de una hoja de cálculo? O más aún ¿Podría auto inspeccionar mi hoja de cálculo? Las respuestas a las preguntas antes mencionadas nos brindan un panorama general de conocimiento.

    ¿Cuál es el objetivo de validar una hoja de cálculo?

    El objetivo de validación de una hoja de cálculo nos encanta definirlo de la siguiente manera: “Buscar la verdad de algo”. Para lo cual debemos revisar, auditar y documentar que una hoja de cálculo emite resultados fidedignos respecto a la especificación de requisitos establecida.

    ¿Qué hace tan viable el uso de las hojas de cálculo como una herramienta en entornos GxP?

    En entornos Gxp se genera una gran cantidad de data que va desde lo simple, lo que podemos denominar texto o escritura hasta data compleja, tendencias, inferencias, decisiones etc. es aquí donde las hojas de cálculo adquieren relevancia ya que estas otorgan al usuario versatilidad, dinamismo y poder de personalización que va desde la vinculación de celdas configurables, hasta la creación de código VBA o MACROS personalizados.

    ¿Qué debo saber antes de comenzar una validación de hoja de cálculo?

    Antes de comenzar una validación de hoja de cálculo es necesario evaluar de manera documentada la hoja de cálculo, es decir definir el riesgo y la expectativa de validación. Una excelente manera para definir es aquella que se relaciona a la complejidad. En función de la complejidad de la hoja de cálculo los resultados requeridos son escalables. Aquí un ejemplo para definir complejidad dentro de este rubro:

    • Simple: la hoja de cálculo se considera simple cuando utiliza funciones estándar de Excel. Se pueden utilizar cálculos y otras funciones de Excel (formulas) sencillas siempre que los requisitos estén documentados con suficiente detalle para permitir la realización de pruebas GxP. Si un cálculo o una fórmula no se expresa o no puede expresarse suficientemente en los requisitos, la hoja de cálculo debe considerarse compleja y debe generarse una especificación de diseño.
    • Compleja: la hoja de cálculo se considera compleja cuando utiliza funciones no estándar de Excel, como objetos personalizados, macros o Visual Basic. Una hoja también se considera compleja si un cálculo o una fórmula utilizada no se expresa o no pueden expresarse suficientemente en los requisitos indicados anteriormente. Si la hoja de cálculo contiene una amplia codificación personalizada, no debe validarse siguiendo estándares de validación de hojas de cálculo. Es grado de personalización deberá trabajarse como una validación de software utilizado criterios y parámetros de validación diferentes.

    ¿Cómo definir el alcance de validación de una hoja de cálculo?

    El alcance de validación se define con base en la complejidad. Y con base en esta complejidad se define el entregable, un alcance típico es el siguiente:

    ¿Podría auto inspeccionar mi hoja de cálculo?

    La regulación no establece limitantes para que puedas ser tu mismo quien valide tu hoja de cálculo. Sin embargo, se sugiere que la validación sea llevada por un ente ajeno a tu proceso. De esta manera la validación y auditoria de la hoja de cálculo podrá ser realizada de manera objetiva.

    Expertos en Validación de Hojas de Cálculo de Microsoft Excel

    No olvides que en caso de ser necesario, puedes contactarnos para mejorar el proceso de laboratorio y/o administrativo de tu organización a través software 100% confiable y seguro.

    Recuerda que en deappharma contamos  con un software que te ayudara a administrar y controlar tu proceso de libros y hojas de Excel. Somos expertos en la materia, por lo que procesos complejos no representa un reto para nosotros, debido a que tenemos en mente los aspectos relevantes de cumplimiento.

    Te invitamos a adquirir nuestro servicio de  validación, auditoria o diseño de hojas de cálculo y no te pierdas del beneficio extra que tenemos para ti.  Conoce este beneficio ¡da clic aquí!

    Contáctanos en: info@deappharma.com

    ¡Únete a nuestra comunidad en redes!

    27Jun, 2022
    Validación de hojas y libros de Excel

    Validación de Hojas de Cálculo de Microsoft Excel

    Te has preguntado si validar una hoja de Excel es equivalente a contar con una hoja de Excel integra. Aunque los conceptos parecen a simple vista los mismos. Es una realidad que no. Pero para comprender esto partamos de lo siguiente

    Una hoja de cálculo es una estructura tabular de renglones y columnas que permiten realizar operaciones matemáticas, procesar números y ayudar a realizar cálculos desde los más simples hasta los más complejos que implican manipular muchos números y realizar muchas operaciones numéricas.

    La importancia de validar una hoja de cálculo Excel reside en que estas pueden afectar directa o indirectamente los atributos de calidad de los productos o procesos. Así como ayudar a una toma de decisión como, por ejemplo: la aprobación de un lote producto para su venta.

    La validación de hojas de cálculo Excel no cae fuera de la definición que se establece en la normatividad local e internacional para validación. Existen diversas definiciones de validación, sin embargo, las más completas y consistentes son las de la NOM-059-SSA y la de la FDA, que la definen como:

    NOM-059-SSA

    <<…”es la evidencia documentada que demuestra que a través de un proceso especifico se obtiene un producto que cumple consistentemente con las especificaciones de calidad establecidas.” …>>

    FDA

    <<…” el establecimiento de evidencia documentada que proporciona un alto grado de seguridad, que un proceso especifico produce consistentemente sus especificaciones predeterminadas y sus atributos de calidad.” …>>

    En donde:

    1. Documentada. La validación requiere de una minuciosa documentación de todas las acciones que se lleven a cabo dese el inicio hasta el final del estudio.
    2. Alto grado de seguridad y confianza. Se asume que incluso un programa grande en un sistema complejo computarizado se encuentra realmente libre de errores.
    3. Proceso especifico. Toda la validación de una hoja de cálculo es un proceso. Por ejemplo, el desarrollo y actividades de prueba de la hoja de cálculo son validadas para asegurar el buen funcionamiento de la hoja de cálculo. Algunas subpartes de validación, tales como calificaciones (instalaciones, operación y desempeño) son especificaciones para cada sistema.
    4. Consistente. La validación no es un evento de una sola ocasión. El desempeño del sistema de cómputo tiene que ser controlado durante el tiempo de vida del producto.
    5. Especificaciones. Las actividades de validación comienzan con la definición de especificaciones. El desempeño del sistema de cómputo tiene que ser verificado contra esas especificaciones. El criterio de aceptación está definido por esta prueba.

    Enfoque para las hojas de cálculo (Excel) en concordancia con CFR21 parte 11 como sistema cerrado

    Las hojas de cálculo Excel son considerados registros electrónicos, por este hecho deben ser tratadas como un sistema informatizado.

    Un registro electrónico considera, los documentos y registros que son creados, modificados, mantenidos, archivados, recuperados y/o transmitidos a través de sistemas electrónicos.

    Cuando se utilicen sistemas electrónicos para la creación, modificación, mantenimiento, archivo, recuperación y/o transmisión de registros electrónicos deberán establecer procedimientos y controles diseñados para asegurar la autenticidad, integridad y cuando aplique confidencialidad de los registros electrónicos y para asegurar que las firmas electrónicas no puedan ser declaradas como no genuinas. Los procedimientos y controles deben incluir:

    1. La validación de los sistemas para asegurar la exactitud, confiabilidad, funcionalidad, consistencia y la habilidad para distinguir entre registros inválidos o alterados.
    2. La habilidad de los sistemas o aplicaciones computacionales para generar copias de los registros exactas y completas, legibles tanto en su versión manual como electrónica, que permitan su inspección, revisión y copia.
    3. La protección de los registros, que permita su recuperación en forma rápida y exacta durante todo el periodo de conservación de estos.
    4. El permitir el acceso al sistema únicamente a personas autorizadas.
    5. El uso de los procesos de auditoría de rastreo seguros, generados por computadora, para registrar en forma independiente el acceso al sistema, así como las acciones que creen, modifiquen o borren registros electrónicos.
    6. Cotejos operacionales del sistema para obligar que los pasos y eventos ocurran en la secuencia establecida.
    7. Los cotejos para asegurar que solamente personas autorizadas puedan utilizar el sistema, firmar electrónicamente un registro, acceder a la operación del dispositivo de entrada y salida del sistema computarizado, modificar un registro o realizar la operación manual.
    8. La determinación de que las personas que desarrollan mantienen o utilizan sistemas de firmas/registros electrónicos tienen la capacidad, adiestramiento y experiencia para llevar a cabo sus tareas.

    Firmas electrónicas

    Las firmas electrónicas son una compilación de datos en la computadora ejecutados para algunos símbolos, adoptados o autorizados por un individuo que son equivalentes a su firma manuscrita. Para el caso de firmas electrónicas se debe considerar:

    • Debe contener la información asociada con la firma que claramente indiquen el nombre en letra de molde de la persona que forma, la fecha y hora de cuando fue ejecutada la firma y el propósito asociado con la misma.
    • Estas deben ser únicas para cada persona y cuando se dé el caso de un cambio, esta no debe repetirse o reasignarse a otra persona.
    • Cuando el uso de las firmas electrónicas sea adoptado, se debe establecer la fecha a partir de la cual las firmas electrónicas son vigentes y equivalentes a las firmas en manuscrito, para lo cual es necesaria una certificación en un forma u hoja de papel y firmada con una firma en manuscrito.

    Que debemos considerar al validar hojas de cálculo (Excel)

    Como hemos descrito anteriormente las hojas de cálculo de Excel son consideradas sistemas computarizados. ¿Pero que hay acerca del proceso de validación?

    Antes de comenzar debemos conocer y/o actualizar el plan maestro de validación, ya que en este documento deberemos describir por lo menos lo siguiente:

    • Nombre del archivo de la hoja de cálculo incluyendo el número de versión
    • Ubicación y lugar de almacenamiento de la hoja de cálculo
    • Sistema operativo y Software utilizado (resumen de las instalaciones, sistemas, equipos y procesos a evaluar.

    Para comenzar debemos partir de dos supuestos que serán los que necesitamos para alcanzar el objetivo. Obtener certidumbre sobre la integridad de datos de las hojas de cálculo Excel es un proceso que se debe llevar de manera sinérgica. Con esto el control y trazabilidad se otorga mediante soluciones informáticas que eleven sustancialmente el control y administración de nuestros libros de Excel que están validados y auditados de manera adecuada. Compartimos contigo lo siguiente para llevar a cabo el proceso de calificación/validación de libros de Excel.

    Antes de iniciar con la validación de la hoja de cálculo de Excel debemos establecer los requerimientos de usuario de dicho libro. Recuerda que los requerimientos de usuario establecen de manera generar el alcance que tendrá el libro, sin describir de manera detallada el proceso de diseño y funcionalidad inicial.

    Una vez establecidos los requerimientos de usuario del libro de Excel, podemos comenzar con el diseño de la hoja. De tal manera que desarrollemos la estructura de esta lo más acorde a lo establecido.

    No obstante, también es factible desarrollar primero el libro y después estructurar los requerimientos de usuario. Esta opción favorece la redacción del documento de especificación.

    El diseño de la hoja es una de las etapas más sensibles, ya que el formato y vinculación de cálculos se establece de manera sistemática y con escrutinio. Sin embargo, la verificación, validación y auditoria debe hacerse por un área ajena no dueña del Libro (recomendable).

    Una vez se cuente con el desarrollo y diseño del libro de Excel viene la tarea de calificar/validar y auditar el archivo. Las consideraciones que deben formar parte de la documentación de soporte de validación son:

    1. Evaluación de precedencias. Esta evaluación indica el orden en que se ejecutan los cálculos en una fórmula si esta contiene varios operadores.
    2. Evaluación de celdas precedentes y celdas dependientes. Las celdas precedentes son aquellas que se refieren a fórmulas de otras celdas. Por otro lado, las celdas dependientes son aquellas que contienen fórmulas que se refieren a otras celdas.
    3. Referencias circulares. Este término se refiere al hecho de que una fórmula utilice la celda que lo contine como uno de sus parámetros de forma directa o indirectamente.
    4. Control de cálculo. Por defecto, Excel recalcula toda la hoja de cálculo cuando introduce un cambio en alguna de sus celdas.
    5. Inspección. La ventana de inspección es una función que forma parte de la auditoria de fórmulas de Excel. Con ella es posible visualizar la fórmula o las fórmulas de una misma hoja de cálculo de modo completo con el fin de facilitar su revisión, control y confirmación.
    6. Comprobación de errores. Se utiliza para localizar e identificar errores que pueden cometerse al introducir fórmulas.
    7. Revisión de ortografía. Se utiliza para corregir los textos contenidos dentro de los textos existentes en la hoja de Excel.
    8. Protección de la hoja. Existen diferentes herramientas en Excel para impedir que un usuario modifique, mueva o elimine accidental o premeditadamente los datos contenidos en las celdas de una hoja de cálculo o libro.
    9. Protección de la estructura del libro. Esta función impide la modificación de toda la estructura del libro, es decir, no permite mover, eliminar o agregar hojas, modificar su nombre, cambiar el tamaño de las ventanas, etc.
    10. Conservación. Esta función permite migrar un libro u hoja de Excel respectivamente hacia un sistema de alto control para su administración.
    11. Acceso seguro a libros de Excel. Esta función permite acceder de manera controlada al libro de Excel.
    12. Control de versiones. Esta función permite contralar mediante un explorador virtual las versiones de libros y hojas de cálculo.
    13. Pistas de Auditoria. Esta función permite establecer mediante un control de programación la estructuración dinámica de un “Audit Trail” sobre uso de cierto libro de Excel y su versión.
    14. Respaldo y Restauración. Esta función permite establecer la posibilidad de respaldar todos los archivos (libros de Excel) contenidos en la carpeta virtual.

    Como lo has podido percibir, el alcanzar una hoja o libro de Excel con atributos de integridad de datos se vincula de estrechamente entre los controles “per se” de Excel y la sinergia con software de gestión y control.

    Recuerda que en deappharma contamos con una herramienta que te ayudara a administrar y controlar atributos de tus hojas y/o libros de Excel para obtener un optimo desempeño de integridad y cumplimiento.

    Beneficios de la validación de hojas de cálculo

    Validar, administrar y controlar las hojas de cálculo o libros de Excel permite a las organizaciones:

    • Permite mitigar uno de los riesgos más significativos en la industria. Siendo este la pobre integridad de las hojas de cálculo y su control.
    • Los recursos físicos son optimizados como consecuencia del protagonismo digital. Así, el escaneo de los documentos físicos hace posible una reducción del tamaño de las instalaciones reservadas al archivo y custodia de todos los libros de Excel de la compañía.
    • Centralización de la información, gracias a la cual se potencia tanto el flujo de trabajo como la colaboración entre distintos departamentos y, algo muy importante, entre distintas sedes o lugares de trabajo separados entre sí.
    • Mayor grado de control de los diferentes libros gracias a la monitorización del ciclo de vida del archivo.
    • Mayor seguridad, pues las copias de seguridad evitarán la destrucción de los libros, así como también se puede llevar un control sobre quién accede a los distintos libros y quién modifica la estructura de estos. Por lo que la sustracción de información sensible puede ser fácilmente rastreable.

    Expertos en Validación de Hojas de Cálculo de Microsoft Excel

    No olvides que, en caso de ser necesario, puedes contactarnos para mejorar el proceso de laboratorio y administrativo de tu organización a través software 100% confiable y seguro. Recuerda que en deappharma contamos  con un software que te ayudara a administrar y controlar tu proceso de libros y hojas de Excel. Somos expertos en la materia, por lo que procesos complejos no representa un reto para nosotros, debido a que tenemos en mente los aspectos relevantes de cumplimiento.

    Al mandar con nosotros tus libros y Hojas de Excel para validar, diseñar o auditar obtendrás nuestro software eDocuSeed de manera gratuita por un año. Conoce los beneficios de nuestro aplicativo ¡Da clic aquí!.

    También te pueden interesar los siguientes artículos ¡Da clic en alguno de ellos!

    Categorización de hojas de cálculo

    Tipificación de hojas de cálculo

     

    ¡Contáctanos! y conoce de que manera te vamos a ayudar.

    ¡Únete a nuestra comunidad en redes!

     

    20May, 2022
    Linealidad del sistema

    Es la capacidad del método analítico para obtener resultados directamente proporcionales a la concentración o cantidad del analito en un rango definido. 

    La linealidad puede demostrarse directamente en la sustancia farmacológica (mediante dilución de una solución madre estándar) y/o pesadas separadas de mezclas sintéticas de los componentes del producto farmacéutico, utilizando el procedimiento propuesto. Este último aspecto puede estudiarse durante la investigación en el rango definido. La linealidad debe evaluarse mediante la inspección visual de un gráfico de señales en función de la concentración o el contenido del analito. Si existe una relación lineal, los resultados del ensayo deben evaluarse mediante métodos estadísticos apropiados, por ejemplo, mediante el cálculo de una línea de regresión por el método de los mínimos cuadrados. En algunos casos, para obtener la linealidad entre los ensayos y las concentraciones de la muestra, puede ser necesario someter los datos del ensayo a una transformación matemática antes del análisis de regresión. Los datos de la línea de regresión pueden ser útiles para proporcionar estimaciones matemáticas del grado de linealidad.

    Deben presentarse valores tales como:

    Coeficiente de correlación (r). Muchos autores planteanque para que el método se considere lineal, el coeficiente de correlación debe ser mayor que 0,999. Sin embargo, la mejor forma de indicar la linealidad del método estudiado será realizar una prueba estadística de t (t de Student), en la cual se calculará la correlación lineal significativa (tr) a partir de la hipótesis nula de no correlación entre las magnitudes estudiadas («x» y «y«).

    Pendiente (conocida también como coeficiente de regresión). Indica la sensibilidad de calibración o del método y se expresa en unidades de respuesta sobre unidades de concentración o cantidad del analito. La sensibilidad analítica relaciona la aleatoriedad de la respuesta con la aleatoriedad debida a la variación de la concentración, es inversamente proporcional a la capacidad de detectar pequeñas diferencias en la concentración del analito, y se obtiene dividiendo la pendiente de la curva de calibración por la desviación estándar de las respuestas en cada punto o concentración. Se considera que, a mayor pendiente, mayor sensibilidad y que mientras más pequeño sea el coeficiente de variación de la pendiente mayor será la linealidad (coeficientes de variación de la pendiente mayores que el 5,0 % indican falta de linealidad).

    Intercepto. Es el estimador que se relaciona con la presencia de interferencias o errores sistemáticos. El intervalo de confianza del intercepto debe incluir al cero para cumplir con el requisito de proporcionalidad (como se exige para el cumplimiento de la ley de Lambert-Beer en los métodos espectrofotométricos). Se determinará la prueba de proporcionalidad mediante una prueba t considerando como hipótesis nula que el intercepto tiene que ser cero.

    La intersección y la pendiente de la línea de regresión, así como la suma residual de los cuadrados. Debe incluirse un gráfico de los datos (reporte). Además, deberá presentarse un análisis de la desviación de los puntos de datos reales con respecto a la línea de regresión puede ser útil para evaluar la linealidad.

    Algunos procedimientos analíticos, como los inmunoensayos, no demuestran linealidad

    después de cualquier transformación. En este caso, la respuesta analítica debe describirse mediante una función apropiada de la concentración (cantidad) de un analito en una muestra. Para establecer la linealidad, se recomienda un mínimo de 5 concentraciones. Deberán justificarse otros enfoques.

    Proceso de linealidad del sistema controlado y gestionado con eADMxL.

    No olvides que, en caso de ser necesario, puedes contactarnos para mejorar el proceso de laboratorio y administrativo de tu organización a través software 100% confiable y seguro. Recuerda que en deappharma contamos  con un software que te ayudara a controlar tu proceso de validación de métodos analíticos. Somos expertos en la materia, por lo que procesos complejos no representa un reto para nosotros, debido a que tenemos en mente los aspectos relevantes de cumplimiento.

    Referencias

    • Rampazoo P. Standardisation and validation of analytical methods in the pharmaceutical industry. Il Farmaco 1990; 45:807-15.
    • Comellas L. Desarrollo de métodos en HPLC. Barcelona: Instituto Químico de Sarria, 1994:68.
    • VALIDATION OF ANALYTICAL PROCEDURES: TEXT AND METHODOLOGY Q2(R1)

    ¡Contáctanos! y conoce de que manera te vamos a ayudar.

    ¡Únete a nuestra comunidad en redes!

     

    15May, 2022
    Idoneidad del sistema (HPLC, MS-HPLC)

    Las pruebas de idoneidad del sistema son una parte integral de muchos procedimientos analíticos. Las pruebas se basan en el concepto de que el equipo, la electrónica, las operaciones analíticas y las muestras a analizar constituyen un sistema integral que puede ser evaluado como tal. Los parámetros de las pruebas de idoneidad del sistema que deben establecerse para un procedimiento concreto dependen del tipo de procedimiento que se valide. 

    La evaluación de la aptitud del sistema se recomienda para todos los métodos analíticos, ya que permite verificar que el sistema de medición funciona apropiadamente, independientemente de las condiciones ambientales. Es conveniente que antes de llevar a cabo la validación del método analítico, se establezcan los criterios apropiados para la operación del sistema de medición, para ser evaluados en la validación y verificados de manera rutinaria al emplear el método analítico.

    Métodos cromatográficos

    La solución de aptitud del sistema se establece en el desarrollo del método y puede ser una solución del analito al 100 % del rango de linealidad o más concentrado. Puede ser una mezcla del analito con otro componente para verificar la resolución del analito y su(s) compuesto(s) de degradación o relacionados (ya sea agregándolos o degradando la muestra).

    Metodología

    La evaluación se recomienda con la inyección por sextuplicado la solución de aptitud del sistema. Calcular el Coeficiente de Variación (CV) del analito y se procede reportar. 

    • Factor de capacidad (K’)
    • Resolución (R)
    • Tailing ( T )
    • Platos teóricos (N)
    • Factor de coleo 

    Los valores mínimos y/o máximos para cada uno de los parámetros anteriores, son los siguientes:

    • Factor de capacidad (K’) > 10 (recomendable)
    • Coeficiente de variación (CV) ≤ 2% para proceso de valoración, disolución  y ≤ 20% para procesos de evaluación de impurezas individuales.
    • Resolución (R) > 1.5 (recomendable si se observa la presencia de productos de degradación y/o impurezas)
    • Tailing ( T ) <1>
    • Factor de coleo >2.5

    Actualmente los procesos y evaluación de métodos analíticos por cromatografía liquida (HPLC, MS-HPLC etc..) establecen como parámetro de evaluación la idoneidad del sistema. Sin embargo como proceso integral de la validación de métodos analíticos esta prueba debe formar parte evaluada de este. De esta manera podemos obtener de manera verificable el inicio de las condiciones de validación.

    Las pruebas de idoneidad del sistema son pruebas que deben ser evaluadas previamente a lanzar alguna corrida analítica, con el objetivo de verificar que las condiciones del sistema son optimas para llevar a cabo el análisis. La idoneidad del sistema siempre debe ser evaluada con soluciones de referencias, es decir estándares. No es sugerible que la idoneidad incluya la inyección y previsualización de resultados (áreas) de muestras. Ya que esta acción de inyección de muestras previamente a lanzar la corrida analítica, son consideradas actualmente malas practicas de laboratorio en lo asociado a integridad de datos.

    Recordemos que la idoneidad del sistema debe formar parte integral del proceso de validación de manera inicial ya que esta es una buena referncias para determinar el momento de fallo y establecer limites de especificaciones vinculadas a este parametro de desempeño.

    Proceso de idoneidad controlado y gestionado con eADMxL.

    No olvides que, en caso de ser necesario, puedes contactarnos para mejorar el proceso de laboratorio y administrativo de tu organización a través software 100% confiable y seguro. Recuerda que en deappharma contamos  con un software que te ayudara a controlar tu proceso de validación de métodos analíticos. Somos expertos en la materia, por lo que procesos complejos no representa un reto para nosotros, debido a que tenemos en mente los aspectos relevantes de cumplimiento.

    Referencias

    • VALIDATION OF ANALYTICAL PROCEDURES: TEXT AND METHODOLOGY Q2(R1)

    ¡Contáctanos! y conoce de que manera te vamos a ayudar.

    ¡Únete a nuestra comunidad en redes!

     

    2May, 2022
    Características de un buen SRS (Software Requirements Specification) especificación de requerimientos de software

    La especificación de requisitos de software (SRS) es una descripción completa del comportamiento del sistema que se va a desarrollar. Incluye un conjunto de casos de uso que describe todas las interacciones que tendrán los usuarios con el software. Los casos de uso también son conocidos como requisitos funcionales. Además de los casos de uso, la ERS también contiene requisitos no funcionales (complementarios). Los requisitos no funcionales son requisitos que imponen restricciones en el diseño o la implementación, como, por ejemplo, restricciones en el diseño o estándares de calidad.

    Está dirigida tanto al cliente como al equipo de desarrollo. El lenguaje utilizado para su redacción debe ser informal, de forma que sea fácilmente comprensible para todas las partes involucradas en el desarrollo.

    Las características de un buen SRS son:

    • Sin ambigüedades
    • Completa
    • Verificable
    • Coherente
    • Modificable
    • Trazable
    • Utilizable durante la fase explotación y mantenimiento

    Cada característica se aborda con mayor detalle a continuación:

    Sin ambigüedad. Una SRS es inequívoca si- y solo si- cada requisito en ella tiene una única interpretación.

    • Como mínimo, esto requiere que cada característica del producto final se describa utilizando un único termino.
    • En los casos en los que un término utilizado en un contexto particular pueda tener múltiples significados, el termino debe incluirse en un glosario donde se especifique su significado.

    Completa. Un SRS es completo si posee las siguientes cualidades:

    • Inclusión de todos los requisitos significativo, ya sean relativos a la funcionalidad, el rendimiento, las limitaciones de diseño, los atributos o las interrelaciones externas.
    • Definición de las respuestas de software a todas las clases realizables de datos de entrada en todas las clases realizables de situaciones. Obsérvese que es importante especificar la respuesta a los valores de entrada válidos y no validados.
    • Conformidad con cualquier norma del SRS que le sea aplicable. Si una sección particular de la norma no es aplicable, el SRS debe incluir el número de sección y una explicación de porque no es aplicable.

    Verificable. Un SRS es verificable si, y solo si, todos los requisitos establecidos en el son verificables. Un requisito es verificable si y solo si existe algún proceso finito y rentable con el que una persona o máquina pueda comprobar que el producto de software cumple con el requisito.

    • Ejemplos de requisitos no verificables, estas son declaraciones como: a)El producto debe funcionar bien, o el producto debe tener una buena interfaz humana. Estos requisitos no pueden verificarse porque es imposible definir los términos bueno o bien. b)El programa nunca debe entrar en un bucle infinito. Este requisito no es verificable porque la comprobación de esta cualidad es teóricamente imposible.

    Coherente. Un buen SRS es consistente si y solo si ningún conjunto de requisitos individuales descritos en ella entra en conflicto. Hay tres tipos de conflictos principales en un SRS:

    • Dos o más requisitos pueden describir el mismo objeto del mundo real, pero utilizar termino diferentes para ese objeto. Por ejemplo, la solicitud de una entrada de usuarios por parte de un programa puede denominarse “prompt” en un requisito y “cue” en otro.
    • Las características especificadas de los objetos del mundo real pueden entrar en conflicto. Por ejemplo: 1)El formato de un informe de salida puede describirse en un requisito como «tabular” pero en otro como “textual” 2) Un requisito puede establecer que todas las luces deben ser verdes mientras que otro establece que todas las luces deben ser azules. 3) Puede haber un conflicto lógico o temporal entre dos acciones específicas. Por ejemplo; a) Un requisito podría especificar que el programa sumará dos entradas y otro especificar que el programa las multiplicará. b) Un requisito puede establecer que A debe seguir a B, mientras que otros requieren que A y B ocurran simultáneamente.

    Modificable. Un SRS es modificable si su estructura y estilo son tales que cualquier cambio necesario en el requisito puede realizarse de forma fácil, completa y coherente. Los cambios en un SRS generalmente requieren:

    • Tener una organización coherente y fácil de usar, con un índice y referencias cruzada explicitas.
    • No ser redundante; es decir, el mismo requisito no debe aparecer en otras partes en el SRS.

    Trazable. Una SRS es trazable si el origen de cada uno de sus requisitos es claro y se facilita la referencia de cada requisito de la futura documentación de desarrollo o mejora. Se recomiendan dos tipos de trazabilidad:

    • La trazabilidad hacia atrás (es decir, hacia etapas anteriores de desarrollo) depende de que cada requisito haga referencia explícita a su fuente en documentos anteriores.
    • La trazabilidad hacia adelante (es decir, hacia todos los documentos generados por el SRS) depende que cada requisito del SRS tenga un nombre o número de referencia único.

    Utilizable durante la fase de operación y mantenimiento. El SRS debe atender las necesidades de la fase de operación y mantenimiento, incluyendo la eventual sustitución del software.

    • El mantenimiento suele ser realizado por personal no relacionado con el desarrollo original. Los cambios locales (correcciones) pueden aplicarse mediante un código. Si embargo, para los cambios de mayor alcance, la documentación sobre el diseño y los requisitos es esencial. Esto implica dos acciones:
    • El SRS debe ser modificable
    • El SRS debe contener un registro de todas las disposiciones especiales que aplican a los componentes individuales, tales como:
    • Su criticidad
    • Su relación con las necesidades sólo temporales.
    • Su origen
    • Este tipo de conocimiento se da por sentado en la organización de desarrollo, pero a menudo falta en la organización de mantenimiento. Si no se entiende la razón o el origen de una función, a menudo es imposible realizar un mantenimiento adecuado del software.

    No olvides que todas nuestras soluciones son liberadas bajo un sistema de calidad robusto. En caso de ser necesario, puedes contactarnos para mejorar el proceso de laboratorio y administrativo de tu organización a través software 100% confiable y seguro. Recuerda que en deappharma contamos  con una suite de herramientas que te ayudaran a mejorar tus procesos con un enfoque en integridad de datos. Somos expertos en la materia, por lo que procesos complejos no representa un reto para nosotros, debido a que tenemos en mente los aspectos relevantes de cumplimiento.

    Referencias

    • FDA, Guidance for the Content of Premarket Submissions for Software Contained in Medical Devices

    • GAMP 5 Guide: Compliant GxP Computerized Systems

    • Guía del IEEE sobre especificaciones de requisitos de software ANSI/IEEE std 1984.

    ¡Contáctanos! y conoce de que manera te vamos a ayudar.

    ¡Únete a nuestra comunidad en redes!

     

    25Feb, 2022
    ¿Qué es un backup?

    Entonces, definiremos como al backup, también llamado copia de respaldo o de seguridad, como la copia de la información sensible de un sistema informático desde su medio o medios de almacenamiento a un medio distinto de éste, sea cual fuere esta información, para su posterior almacenamiento en un entorno seguro con el supuesto fin de recuperar esta información con la mayor confiabilidad posible, si fuera necesario, en caso de que cualquier motivo o incidente genere la pérdida o modificación no deseada de los datos originales, para de esta manera obtener nuevamente, en un tiempo conveniente y razonable, la operatividad (consecuencia directa de la información) del sistema de cual se hizo la copia previa al incidente.

    Cuando mencionamos que al realizar un backup copiamos la información sensible, nos referimos a los datos y metadatos que conforman el sistema informático. Es decir, que al realizar la copia de de la información con el objetivo de respaldarla no basta con copiar archivos, directorios o bases de datos, sino que los copiaremos con todas la características y cualidades, es decir, no sólo se trata de resguardar la información contenida en el archivo. Es importante mantener la estructura o imagen de estos al momento de realizar el backup, es decir, su ubicación (path), privilegios o permisos, si son de lectura, de sistema, etc.

    Por otro lado, también mencionaremos el destino de esta copia, la cual debe hacerse a un medio distinto y en un entorno seguro. No nos serviría de nada generar una copia de la información en el mismo disco en el cual estamos trabajando o mantener el soporte destino junto al equipo. En ambos casos tanto la información original como el respaldo comparten los mismos riesgos, y esto es, precisamente lo que deseamos evitar.

    Así mismo, el proceso se realiza presuponiendo cierta confiabilidad, pero no toda. En primer lugar, porque tampoco estamos exentos de que el soporte destino falle, éstos corren los mismos riesgos que los medios de origen, aunque en menor medida. En segundo lugar, porque puede existir un intervalo de tiempo significativo entre el día y la hora los cuales se ejecutó el proceso del backup y el día la hora en los cuales deseamos recuperar la información.

    Por último, cuando mencionamos recuperar la información en un tiempo conveniente y razonable, nos referimos a la severidad con la que la información debe estar disponible nuevamente. Si bien la fiabilidad del backup es proteger nuestros datos, no nos sirve de mucho si los tiempos de recuperación son excesivos.

    Si bien la tarea puede considerarse incomodo, y muchas veces sin sentido, nos evitará, sin ninguna duda, situaciones que hagan peligrar la operatividad de nuestros sistemas, y el ahorro de muchas situaciones irremediables.

    Junto al termino backup aparece otro no menos importante: restore (recuperación o restauración), que es la operación inversa al backup. O sea, copiar al sitio original, desde el soporte destino, la información a la cual se le realizó backup anteriormente.

    En muchas oportunidades se considera erróneamente backup a la copia de la información que se realiza en el mismo disco físico que contiene la información original, o tal vez se entiende que un nivel RAID es una especie de bakup, y no lo es. Si bien esta copia puede resultar útil en caso de modificaciones no deseadas o corrupción de la información del archivo o archivos originales, no nos permite recuperar la información en el caso de que la falla provenga del disco físico y nos provea estados del sistema anteriores al actual.

    Por consiguiente, cuando hablamos de backup, nos referimos, no solo a copiar, sino pa hacerlo a un medio distinto del original. La idea conceptual del backup es extraer la información del sistema informático para ponerla a salvo, es decir, almacenarla en un entorno seguro. O, al menos, en un entorno que no comparta los mismos riesgos que el medio de origen.

    No olvides que en caso de ser necesario, puedes contactarnos para mejorar el proceso de laboratorio y administrativo de tu organización a través  software 100% confiable y seguro. Recuerda que en deappharma somos expertos en la materia, por lo que procesos complejos no  representa un reto para nosotros, debido a que tenemos en mente  los aspectos relevantes de cumplimiento.

    Referencias

    • Administración de Storage y Backups_Dante cantone, España, Editorial Alfa Omega

    ¡Contáctanos! y conoce de que manera te vamos a ayudar.

    ¡Únete a nuestra comunidad en redes!

     

    11Feb, 2022
    Audit Trail para asegurar y elevar el proceso de Integridad de datos

    Este término regulatorio e informático se refiere a la auditoría, detección continua y exhaustiva de los datos. Por lo que es relevante contar con este proceso o función en cada uno de nuestros sistemas informatizados. El objetivo, es trazar la vida de un dato de manera perdurable.

    La industria farmacéutica, dispositivos médicos y almacenes utilizan sistemas informatizados dentro de sus procesos. Por este hecho, es relevante el control y trazabilidad de datos. Para abordar el tema y conocer el alcance e importancia de la función de pistas de auditoria te invitamos a leer lo siguiente.

    ¿Qué es un “pista de auditoría”?

    La «Pista de auditoría» o también conocida como «Audit Trail». Significa un registro electrónico seguro, generado por computadora con sellos de tiempo que permiten la reconstrucción del curso de los eventos relacionados con la creación, modificación y/o eliminación de un registro electrónico. Por ejemplo, la pista de auditoría para una ejecución de cálculos analíticos con la utilización de Excel como software de cálculo, debe incluir como mínimo lo siguiente: nombre de usuario, la fecha/hora de la ejecución, los cambios realizados sobre un valor y los detalles justificados de dicho cambio, según apliquen. ¡Pero no solo eso! Las pistas de auditoria son un aparte esencial de los sistemas computarizados. Es por esto, que los reportes de auditorita deben ser robustos y seguros. 

    Retomemos el ejemplo de uso de la hoja de Excel para obtención de resultados analíticos. En la actualidad la industria configura la obtención de pistas de auditoría sobre los mismos libros de Excel. Esta pista «LOG» regularmente la establecen dentro del mismo libro de manera anidada como una pestaña (hoja) de cálculo. ¡Esta práctica, es poco sostenible y segura! ya que la trazabilidad la dejas en manos de Excel y de la vulnerabilidad de código realizado con VBA.

    ¿Existe riesgo de perder la trazabilidad en mis libros de Excel por usar configuración VBA?

    La respuesta es ¡Si! y tu impacto será alto porque no tendrás la manera de trazar la información.

    Los riesgos los podemos clasificar en dos escenarios posibles:

    • Daño en el archivo de Excel que no permita acceder a la información.
    • Alteración y vulnerabilidad de la programación en VBA (Hasta videos en youtube te enseñan a desbloquear código relizadoo con VBA. ¡Ojo con esto!)

    ¿Quién debe revisar los registros de auditoría?

    La revisión de la pista de auditoría es similar a la evaluación de las tachaduras en papel al revisar los datos. Personal responsable de la revisión de registros bajo cGMP debe revisar las pistas de auditoría que capturan los cambios en datos asociados con el registro a medida que revisan el resto del registro. Para ejemplo, todos los registros de producción y control, que incluyen registros de auditoría, deben revisarse y aprobado por la unidad de calidad. Las regulaciones brindan flexibilidad para tener algunas actividades revisadas por una persona que supervisa o verifica directamente la información.

    FDA recomienda un enfoque de sistema de calidad para implementar la supervisión y revisión de cGMP registros.

    ¿Con qué frecuencia se deben revisar los registros de auditoría?

    Si la frecuencia de revisión de los datos se especifica en las regulaciones de cGMP, adhiérase a esa frecuencia para la revisión de la pista de auditoría. Por ejemplo, requiere revisión después de cada paso significativo en fabricación, procesamiento, empaque o almacenamiento, y requiere la revisión de datos antes del lote liberar. En estos casos, aplicaría la misma frecuencia de revisión para la pista de auditoría.

    Si la frecuencia de revisión de los datos no está especificada en las regulaciones de cGMP, debe determinar la frecuencia de revisión de la pista de auditoría utilizando el conocimiento de sus procesos y la evaluación de riesgos.

    La evaluación de riesgos debe incluir la evaluación de la criticidad de los datos, los mecanismos de control e impacto en la calidad del producto. Los riesgos para los datos incluyen, entre otros, la posibilidad de que se eliminen modifique o excluyan sin autorización o sin detección.

    Su enfoque para la revisión de la pista de auditoría y la frecuencia con la que la realiza deben garantizar que se cumplen los requisitos de cGMP, se implementan los controles apropiados y la confiabilidad de la revisión.

    ¿Puedo aumentar la trazabilidad de mis libros de Excel sin necesidad de usar VBA?

    ¡Si! y todo de manera virtual con el suso de nuestro complemento COM. Esto garantiza que tus datos sean trazados de manera perdurable.

    En deappharma hemos desarrollado eDocuSeed  una herramienta validada y especializada para el mantenimiento, gestión y trazabilidad de libros de Excel. ¡Sin duda te ayudaremos a mitigar tu riesgo! Puedes contactarnos para mejorar el proceso administrativo de tu organización a través software 100% confiable y seguro.

    Referencias

    • Data Integrity and Compliance With Drug CGMP Questions and Answers Guidance for Industry
    • Guía para el enfoque de sistemas de calidad de la industria para las regulaciones CGMP farmacéuticas.

    ¡Contáctanos! y conoce de que manera te vamos a ayudar.

    ¡Únete a nuestra comunidad en redes!

     

    24Ene, 2022
    Detalles del Enfoque – Alcance de la Parte 11 de CFR

    Detalles del Enfoque – Alcance de la Parte 11

    Interpretación estrecha del alcance

    Entendemos que existe cierta confusión sobre el alcance de la parte 11. Algunos han entendido que el alcance de la parte 11 es muy amplio. Creemos que algunas de esas amplias interpretaciones podrían conducir a controles y costos innecesarios y podrían desalentar la innovación y los avances tecnológicos sin brindar un beneficio adicional a la salud pública. Como resultado, queremos aclarar que la Agencia tiene la intención de interpretar el alcance de la parte 11 de manera restringida.

    Según la interpretación restringida del alcance de la parte 11, con respecto a los registros que deben mantenerse según las reglas predicadas o presentarse a la FDA, cuando las personas optan por utilizar registros en formato electrónico en lugar de papel, se aplicaría la parte 11. Por otro lado, cuando las personas usan computadoras para generar impresiones en papel de registros electrónicos, y esos registros en papel cumplen con todos los requisitos de las reglas predicadas aplicables y las personas confían en los registros en papel para realizar sus actividades reguladas, la FDA generalmente no condicionara a las personas para «usar registros electrónicos en lugar de registros en papel». En estos casos, el uso de sistemas informáticos en la generación de registros en papel no activaría la parte 11.

    Definición de registros de la Parte 11

    Bajo esta interpretación estrecha, la FDA considera que la parte 11 es aplicable a los siguientes registros o firmas en formato electrónico (registros o firmas de la parte 11):

    • Registros que deben mantenerse según los requisitos de la regla establecida y que se mantienen en formato electrónico en lugar del formato en papel. Por otro lado, los registros (y cualquier firma asociada) que no se requiera conservar según las reglas establecida, pero que, sin embargo, se mantienen en formato electrónico, no son registros de la parte 11.

    Le recomendamos que determine, en función de las reglas establecidas, si los registros específicos son registros de la parte 11. Le recomendamos que documente tales decisiones.

    • Registros que deben mantenerse según las reglas establecidas, que se mantienen en formato electrónico además del formato en papel, y en los que se confía para realizar actividades reguladas.

    En algunos casos, las prácticas comerciales reales pueden dictar si está utilizando registros electrónicos en lugar de registros en papel. Por ejemplo, si se requiere que se mantenga un registro bajo una regla predicada y usted usa una computadora para generar una copia impresa en papel de los registros electrónicos, pero aun así depende del registro electrónico para realizar actividades reguladas, la Agencia puede considerar que usted está utilizando el registro electrónico en lugar del registro en papel. Es decir, la Agencia puede tener en cuenta sus prácticas comerciales para determinar si se aplica la parte 11.

    En consecuencia, recomendamos que, para cada registro que deba mantenerse según las reglas establecidas, determine de antemano si planea confiar en el registro electrónico o en el registro en papel para realizar actividades reguladas. Recomendamos que documente esta decisión (por ejemplo, en un Procedimiento operativo estándar (SOP) o documento de especificación).

    Registros enviados a la FDA, conforme a reglas establecidas (incluso si dichos registros no están específicamente identificados en las reglamentaciones de la Agencia) en formato electrónico. Sin embargo, un registro que no se presenta en sí mismo, pero que se utiliza para generar una presentación, no es un registro de la Parte 11 a menos que se requiera que se mantenga bajo una regla establecida y se mantenga en formato electrónico.

    Firmas electrónicas que pretenden ser el equivalente de firmas manuscritas, iniciales y otras firmas generales requeridas por reglas establecidas. Las firmas de la Parte 11 incluyen firmas electrónicas que se utilizan, por ejemplo, para documentar el hecho de que ciertos eventos o acciones ocurrieron de acuerdo con la regla establecida (por ejemplo, aprobado, revisado y verificado).

    Enfoque de los requisitos específicos de la Parte 11

    Validación

    La Agencia tiene la intención de ejercer la discreción de cumplimiento con respecto a los requisitos específicos de la parte 11 para la validación de sistemas computarizados y los requisitos correspondientes. Aunque las personas aún deben cumplir con todos los requisitos de las reglas establecidas aplicables para la validación, esta guía no debe interpretarse como una imposición de requisitos adicionales para la validación.

    Sugerimos que su decisión de validar los sistemas computarizados y el alcance de la validación tengan en cuenta el impacto que los sistemas tienen en su capacidad para cumplir con los requisitos de las reglas establecidas. También debe considerar el impacto que esos sistemas podrían tener en la precisión, confiabilidad, integridad, disponibilidad y autenticidad de los registros y firmas requeridos. Incluso si no existe un requisito de regla de establecido para validar un sistema, en algunos casos puede ser importante validar el sistema.

    Recomendamos que base su enfoque en una evaluación de riesgos justificada y documentada y una determinación del potencial del sistema para afectar la calidad y seguridad del producto y la integridad del registro. Por ejemplo, la validación no sería importante para un procesador de texto que se usa solo para generar SOP.

    Pista de auditoría

    La Agencia tiene la intención de ejercer la discreción de cumplimiento con respecto a los requisitos específicos de la parte 11 relacionados con las pistas de auditoría generadas por computadora y con sello de tiempo y cualquier requisito correspondiente. Las personas aún deben cumplir con todos los requisitos de reglas establecidas aplicables relacionados con la documentación de, por ejemplo, fecha, hora o secuencia de eventos, así como cualquier requisito para garantizar que los cambios en los registros no oscurezcan entradas previas.

    Incluso si no existen requisitos de reglas establecidas para documentar, por ejemplo, la fecha, la hora o la secuencia de eventos en una instancia particular, puede ser importante contar con pistas de auditoría u otras medidas de seguridad físicas, lógicas o de procedimiento para garantizar la confiabilidad y confiabilidad de los registros. Le recomendamos que base su decisión de aplicar pistas de auditoría u otras medidas apropiadas, en la necesidad de cumplir con los requisitos de la regla establecida, una evaluación de riesgos justificada y documentada, y una determinación del efecto potencial sobre la calidad y seguridad del producto y la integridad del registro. Le sugerimos que aplique los controles apropiados basados ​​en dicha evaluación. Los registros de auditoría pueden ser particularmente apropiados cuando se espera que los usuarios creen, modifiquen o eliminen registros regulados durante el funcionamiento normal.

    Sistemas heredados

    La Agencia tiene la intención de ejercer la discreción de ejecución con respecto a todos los requisitos de la parte 11 para los sistemas que de otro modo estaban operativos antes del 20 de agosto de 1997, la fecha de vigencia de la parte 11, bajo las circunstancias especificadas a continuación.

    Esto significa que la Agencia no tiene la intención de tomar medidas de cumplimiento para imponer el cumplimiento de los requisitos de la parte 11 si se cumplen todos los siguientes criterios para un sistema específico:

    • El sistema estaba operativo antes de la fecha de vigencia.
    • El sistema cumplió con todos los requisitos de reglas establecidas aplicables antes de la fecha de vigencia.
    • Actualmente, el sistema cumple con todos los requisitos de reglas establecidas aplicables.
    • Tiene evidencia documentada y justificación de que el sistema es apto para el uso previsto (lo que incluye tener un nivel aceptable de seguridad e integridad de registros, si corresponde).

    Si un sistema ha cambiado desde el 20 de agosto de 1997, y si los cambios impiden que el sistema cumpla con los requisitos de la regla establecidad, los controles de la Parte 11 deben aplicarse a los registros y firmas de la Parte 11 de conformidad con la política de cumplimiento expresada en esta guía.

    Copias de Registros

    La Agencia tiene la intención de ejercer la discreción de ejecución con respecto a los requisitos específicos de la parte 11 para generar copias de registros y cualquier requisito correspondiente. Debe proporcionar a un investigador un acceso razonable y útil a los registros durante una inspección. Todos los registros en su poder están sujetos a inspección de acuerdo con las reglas establecidas.

    Recomendamos que proporcione copias de registros electrónicos por:

    • Producir copias de registros mantenidos en formatos portátiles comunes cuando los registros se mantienen en estos formatos
    • Usar métodos de conversión o exportación automatizados establecidos, cuando estén disponibles, para hacer copias en un formato más común (los ejemplos de dichos formatos incluyen, entre otros, PDF, XML o SGML)

    En cada caso, recomendamos que el proceso de copiado produzca copias que conserven el contenido y el significado del registro. Si tiene la capacidad de buscar, ordenar o buscar tendencias en los registros de la parte 11, las copias entregadas a la Agencia deben proporcionar la misma capacidad si es razonable y técnicamente factible. Debe permitir la inspección, revisión y copia de registros en un formato legible en su sitio utilizando su hardware y siguiendo sus procedimientos y técnicas establecidos para acceder a los registros.

    Retención de registros

    La Agencia tiene la intención de ejercer la discreción de ejecución con respecto a los requisitos de la parte 11 para la protección de registros para permitir su recuperación precisa y rápida durante todo el período de retención de registros y cualquier requisito correspondiente. Las personas aún deben cumplir con todos los requisitos de reglas establecidas aplicables para la retención y disponibilidad de registros.

    Sugerimos que su decisión sobre cómo mantener los registros se base en los requisitos de las reglas predicadas y que base su decisión en una evaluación de riesgos justificada y documentada y en una determinación del valor de los registros a lo largo del tiempo.

    FDA no tiene la intención de objetar si usted decide archivar los registros requeridos en formato electrónico en medios no electrónicos como microfilm, microficha y papel, o en un formato de archivo electrónico estándar (ejemplos de tales formatos incluyen, entre otros, PDF, XML o SGML). Las personas aún deben cumplir con todos los requisitos de las reglas establecidas, y los propios registros y cualquier copia de los registros requeridos deben conservar su contenido y significado. Siempre que los requisitos de la regla establecida se cumplan por completo y el contenido y el significado de los registros se conserven y archiven, puede eliminar la versión electrónica de los registros. Además, los componentes de firmas y registros en papel y electrónicos pueden coexistir (es decir, una situación híbrida) siempre que se cumplan los requisitos de la regla establecida y se conserve el contenido y el significado de esos registros.

    No olvides que en caso de ser necesario, puedes contactarnos para mejorar el proceso de laboratorio y administrativo de tu organización a través  software 100% confiable y seguro. Recuerda que en deappharma somos expertos en la materia, por lo que procesos complejos no  representa un reto para nosotros, debido a que tenemos en mente  los aspectos relevantes de cumplimiento.

    REFERENCES

    ¡Contáctanos! y conoce de que manera te vamos a ayudar.

    ¡Únete a nuestra comunidad en redes!