Eran las 4:45 de la tarde de un viernes. Sergio, el Director de El Laboratorio, entró en la oficina de Andrea con esa cara que ella ya conocía: una mezcla de urgencia y «tenemos un problema».

— Andrea, me acaba de llamar el Gerente de Procesos Industriales. Están furiosos. El informe de calibración que les enviamos ayer tiene un error en el número de serie de su equipo de referencia. Dicen que por ese detalle no les aceptan la auditoría interna que tienen hoy mismo —soltó Sergio, dejando su celular sobre la mesa.

Andrea suspiró, dejando a un lado sus cuadros de control.

— Déjame ver… David hizo esa calibración. Daniela, ¿puedes traer el registro primario del equipo de Procesos Industriales?

Daniela, la auxiliar, llegó rápidamente con la carpeta. Al comparar el registro técnico de David con el informe final, el error saltó a la vista: David había escrito «SN-8842» en su libreta, pero en el informe final se digitó «SN-8824». Un simple error de dedo.

— ¡Ah, es una tontería! —exclamó Daniela con entusiasmo—. Andrea, no te preocupes. Entro al sistema, corrijo el número, genero el PDF de nuevo con el mismo nombre, borro el viejo de la carpeta de «Enviados» y se lo mando al cliente en cinco minutos. ¡Problema resuelto!

David, que pasaba por ahí con una probeta en la mano, se detuvo en seco y miró a Daniela como si hubiera sugerido quemar el laboratorio.

— Ni se te ocurra, Daniela. Ese informe ya tiene una firma digital y un número de folio. Si haces eso, acabas de destruir la integridad de nuestra cadena de custodia de información.

Sergio miró a Andrea, impaciente.

— Andrea, el cliente necesita esto ya. ¿De verdad tenemos que hacer todo el «baile» de la calidad por un dos y un cuatro trocados?

Andrea tomó un sorbo de su café frío y miró a los tres.

— Sergio, David tiene razón. En el momento en que ese informe salió por la puerta electrónica o física de El Laboratorio, se convirtió en un documento legal. Si lo «reemplazamos» como si nada, estamos mintiendo sobre la historia del dato. Si un auditor ve que el cliente tiene una versión y nosotros otra bajo el mismo nombre, estamos en graves problemas de acreditación.

— ¿Entonces qué hacemos? —preguntó Daniela, confundida—. ¿Se queda el error así para siempre?

— No —respondió Andrea con firmeza—. Vamos a hacer una Enmienda. Vamos a generar un nuevo documento que identifique claramente qué cambió, por qué cambió y que anule formalmente al anterior. Es la única forma de que nuestra palabra siga valiendo algo en este mercado.

Desmenuzando la Norma: El Espíritu del Requisito 7.8.8

La cláusula 7.8.8 de la ISO/IEC 17025:2017 es corta, pero contundente. Básicamente, nos dice: «Si necesitas cambiar algo en un informe que ya emitiste, no puedes simplemente editarlo».

¿Por qué existe este requisito?

Imagina que un laboratorio de ensayos de concreto emite un informe donde dice que una columna de un edificio «Pasa». Luego se dan cuenta de que el cálculo estaba mal y en realidad «Falla». 

Si el laboratorio simplemente reemplaza el archivo sin avisar, el constructor podría tener el informe viejo (el que dice que todo está bien) y el laboratorio el nuevo. Si el edificio se cae, ¿cuál es el documento válido?

El espíritu de la norma es la transparencia y la trazabilidad. Cualquier cambio en un resultado o información ya entregada debe ser:

1. Identificado unívocamente: El nuevo informe debe tener una identidad propia.
2. Referenciado al original: Debe decir claramente a qué informe está corrigiendo.
3. Justificado: Debemos saber por qué se hizo el cambio.

La norma incluso nos da la frase mágica que debemos usar: «Modificación al informe, número de serie… [o como lo identifiques]».

La Caja de Herramientas: Cómo implementar las modificaciones

Para que El Laboratorio cumpla con esto el lunes por la mañana, necesitamos un sistema robusto. Aquí te doy el paso a paso:

A. El Procedimiento de «Modificación de Resultados»

No basta con decir «lo haremos bien». Debes tener un procedimiento escrito que dicte:

• Quién puede solicitar un cambio (el cliente o el personal técnico).
• Quién autoriza la modificación (usualmente el Jefe de Calidad o el Director Técnico).
• Cómo se archiva la versión obsoleta (¡Nunca se borra! Se marca como «Anulado» o «Sustituido»).

B. ¿Qué documentos redactar?

Necesitas un Formato de Solicitud de Enmienda de Informe. Este es un registro interno donde:

1. Se anota el número del informe original.
2. Se describe el error detectado.
3. Se evalúa si el error afecta la validez del resultado (¿Fue un error de digitación de la dirección o un error en el cálculo de la incertidumbre?).
4. Se aprueba la emisión de la enmienda.

C. La Estructura del «Nuevo» Informe

Cuando emitas la enmienda, tienes dos opciones:

Opción 1: El Informe Suplementario (Menos común pero válido)

Es un documento corto que dice: «Este documento es un suplemento al Informe No. 123. Se corrige el número de serie del equipo de SN-8824 a SN-8842». El cliente debe guardar ambos.

Opción 2: El Informe de Sustitución (La mejor práctica)

Generas un informe completo de nuevo, pero con las siguientes reglas:

1. Nuevo ID: Puede ser el mismo número con un sufijo (Ej: 123-R1 o 123-Rev01).
2. Declaración de Sustitución: En la primera página, bien visible, debe decir: «Este informe anula y sustituye al Informe No. 123 emitido el día DD/MM/AAAA».
3. Descripción del cambio: En una sección de «Observaciones» o «Notas de Enmienda», explica brevemente: «Se corrige el número de serie por error de digitación en la versión original».

D. ¿Qué registros llenar?

• Bitácora de Informes Emitidos: Debes actualizar tu base de datos para mostrar que el Informe 123 está «Sustituido» y el 123-R1 está «Vigente».
• Archivo de Informes Obsoletos: El PDF original (el del error) debe moverse a una carpeta de «Obsoletos» para que nadie lo use por error en el futuro.

E. Software e Infraestructura

Si usas un LIMS (Software de Gestión de Laboratorio), este debe tener bloqueada la edición de informes aprobados. La única forma de cambiar algo debe ser a través de un módulo de «Re-edición» que guarde un Audit Trail (quién cambió qué y a qué hora).

Si trabajas con Word/PDF manual, la disciplina es tu mejor infraestructura.

Preguntas y Respuestas (El Café con el Experto)

Daniela: ¿Y si el cliente me pide que cambie la fecha del ensayo para que «parezca» que se hizo después?

Experto: ¡Ni se te ocurra! Eso es falsificación de datos. La fecha del ensayo es un hecho histórico. Si el cliente quiere otra fecha, tiene que pagar por un nuevo ensayo. Las enmiendas son para corregir errores o agregar información omitida, no para alterar la realidad técnica.

Sergio: ¿Tengo que avisar al organismo de acreditación cada vez que corrijo un informe?

Experto: No, para nada. Pero sí debes tener todos los registros listos para cuando vengan a auditarte. Ellos buscarán esos casos para ver si seguiste tu procedimiento de enmiendas.

David: Si el error fue mío en un cálculo, ¿tengo que volver a hacer el ensayo?

Experto: Depende. Si el ítem de ensayo todavía existe y el error pone en duda toda la prueba, lo mejor es repetir (si es posible). Si el error fue solo matemático, recalculas, documentas el nuevo cálculo en tus registros técnicos y emites la enmienda explicando el ajuste.

Andrea: ¿Qué pasa si el cliente ya usó el informe con el error para tomar una decisión?

Experto: Ese es el escenario de pesadilla. Ahí entra el Requisito 7.10 (Trabajo No Conforme). Debes evaluar el impacto, notificar al cliente formalmente y pedirles que dejen de usar la versión anterior. La seguridad de los resultados es lo primero.

Lecciones Aprendidas y Conexión

Ahora que ya sabemos cómo «curar» un informe que salió con problemas, en la próxima parada vamos a ver cómo enviarlos de forma segura. Hablaremos de firmas digitales, seguridad informática y cómo evitar que alguien más modifique tus informes sin que te des cuenta.