Archivo de datos de laboratorio: originales, legibilidad y conservación

El archivo todavía existe, pero el programa que lo leía ya no funciona. El laboratorio conserva los bytes, no necesariamente un registro utilizable. El archivo debe permitir localizar e interpretar la actividad incluso cuando cambian personas, instrumentos y aplicaciones.

La decisión inicial afecta al registro completo que debe conservarse, no solo al formato más cómodo. Identificar contenido, relaciones, período requerido, responsabilidades y medio de lectura. La disponibilidad debe poder demostrarse durante la conservación, sin esperar a la próxima inspección.

1. Definir el registro y su finalidad

Para cada proceso, identificar los elementos que documentan actividades y decisiones: datos originales, metadatos pertinentes, métodos y versiones, procesamientos, audit trails, aprobaciones y vínculos con muestra o lote. Especificar dónde reside el registro de referencia y cómo se reúnen sus componentes separados.

Asignar propietario de datos, responsabilidades del archivo y mecanismo de solicitud. Si interviene un proveedor externo, aclarar acceso, recuperación y disponibilidad de evidencias tras finalizar el contrato. Una carpeta compartida sin índice ni responsables no demuestra un archivo controlado.

El backup operativo protege la capacidad de recuperación; el archivo gestiona la conservación temporal. Atención a los términos: la guía FDA Data Integrity, Q1(e), utiliza «backup» en el contexto de §211.68(b) para una copia fiel mantenida durante el período requerido. Una copia temporal rotatoria no cumple por sí sola esa finalidad.

2. Conservar contenido y significado, no solo aspecto

Un registro estático presenta información fija; uno dinámico permite interacción con el contenido. La imagen de un cromatograma puede mostrar el resultado sin permitir examinar señales, parámetros o historial de procesamiento necesarios para la revisión.

No convertir automáticamente todos los conjuntos de datos en PDF. Un formato estático puede ser adecuado cuando constituye el original o una copia fiel apropiada; no sustituye indiscriminadamente el contenido dinámico. Evaluar las funciones y metadatos necesarios para reconstruir la actividad y demostrar su preservación.

Una copia verificada exige un proceso controlado, criterios de comparación y evidencia del resultado. El nombre del formato no garantiza completitud. Incluso conservar el formato nativo requiere un plan de lectura: «original conservado» y «original accesible» son comprobaciones distintas.

3. Construir un plan por tipo de registro

Esta matriz es un modelo editorial original. Completar el período con requisito aplicable, evento que inicia el cómputo y responsabilidad de revisión; las referencias indicadas no son plazos automáticos.

El capítulo 4 de las NCF UE distingue documentación de lote y otros documentos: §§4.11–4.12 no justifican un único número de años para todo el laboratorio. Considerar producto, mercado, expediente, actividad sustentada y restricciones específicas. Registrar también suspensiones de eliminación por investigaciones u otras obligaciones aplicables.

4. Diseñar lectura, búsqueda y acceso

Inventariar formato, versión del lector, sistema operativo compatible, licencias, soportes y otras dependencias. Si los datos están cifrados, la custodia de claves y su recuperación deben durar tanto como la necesidad de lectura. Ningún formato promete por sí solo legibilidad perpetua.

Definir búsquedas útiles: muestra, lote, estudio, instrumento, método e intervalo temporal. Verificar que un usuario autorizado pueda pasar del resultado a los componentes pertinentes sin memorizar rutas antiguas. Distinguir consulta del archivo y modificación de datos.

Para revisión e inspecciones, preparar visualización y exportación que conserven contexto y relaciones. Una impresión legible puede ayudar, pero no elimina la necesidad de los elementos electrónicos requeridos. El vínculo entre firmas y registros debe seguir siendo interpretable en el entorno de consulta.

5. Caso simulado: el antiguo visor no abre

En una comprobación periódica se localiza un archivo espectral, pero el lector histórico no arranca en el nuevo sistema operativo. El informe PDF está disponible, aunque no permite examinar todo el contenido necesario para la investigación. La recuperación es, por tanto, incompleta.

El equipo conserva el original, registra el problema e identifica versión, dependencias y alternativas compatibles. Evalúa un entorno de lectura compatible y controlado o una conversión o migración verificada. No instala indiscriminadamente software antiguo en el laboratorio en producción ni elimina el archivo porque exista un PDF.

La prueba compara contenido, metadatos, relaciones y funciones de revisión necesarias sobre ejemplos representativos, documentando pérdidas o diferencias. Solo una decisión aprobada y sustentada establece el recorrido de conservación. Si un elemento sigue siendo ilegible, se mantienen declarados su límite y su impacto.

6. Revisar el archivo hasta finalizar las obligaciones

Planificar comprobaciones de localización, legibilidad e integridad con frecuencia justificada. Comprobar también tras cambios pertinentes de software, hardware o servicio. Elegir ejemplos que incluyan versiones antiguas y relaciones complejas, no solo el archivo más fácil de abrir.

Registrar tiempo y método de recuperación, resultados, excepciones y acciones. Vigilar obsolescencia, vencimientos contractuales y disponibilidad de competencias. Conservar una licencia no demuestra que el entorno siga funcionando.

Al finalizar el período, comprobar que todas las obligaciones han terminado y no existen suspensiones pertinentes. La decisión de eliminación debe autorizarse y trazarse según procedimiento, considerando copias y componentes vinculados. Retirar un sistema no autoriza automáticamente a borrar registros; este artículo no ejecuta ni prescribe eliminaciones en sistemas reales.

Fuentes y estado — verificación: 2 de octubre de 2026. Capítulo 4 de las NCF UE, enero de 2011, §§4.10–4.12; Anexo 11, enero de 2011, §17; FDA Data Integrity, guía final no vinculante, diciembre de 2018, Q1(d–e), Q9–10; 21 CFR Part 11, §§11.10(b–c), dentro de su ámbito; PIC/S PI 041-1, 1 de julio de 2021, §9.9. Matriz y caso son ejemplos adaptables al contexto aplicable.