Enmendar un episodio clínico cerrado sin borrar nada: el procedimiento correcto

1. Qué significa enmendar, en una frase

Enmendar un episodio clínico cerrado es corregir un dato erróneo o incompleto añadiendo la información correcta como un cambio nuevo y visible, sin eliminar ni sustituir en silencio el dato original que ya estaba registrado.

1.1. Por qué no basta con «corregir»

La palabra «corregir», sin más, no dice nada sobre cómo se hace el cambio. Un mismo error se puede corregir de dos formas radicalmente distintas: reescribiendo por encima como si el error nunca hubiera existido, o dejando ambos valores visibles con el cambio explicado. Solo la segunda es una enmienda en el sentido que exige la documentación clínica.

1.2. Lo que se protege conservando el dato viejo

No se conserva por nostalgia ni por burocracia: se conserva porque el dato original es la prueba de qué se sabía en aquel momento. Una decisión clínica tomada con la información de entonces solo se puede juzgar con la información de entonces. Si esa información desaparece del registro, lo que queda es una decisión antigua evaluada con datos nuevos, que es la forma más rápida de que una actuación correcta parezca un error.

2. Por qué la ley obliga a esto

La Ley 41/2002, básica reguladora de la autonomía del paciente, establece que la historia clínica debe permitir conocer con veracidad, exactitud y actualización el estado de salud del paciente, e incorpora la información necesaria para el conocimiento veraz y actualizado de su estado. Un registro que puede reescribirse sin dejar rastro de que hubo un cambio no cumple esa exigencia: pierde exactamente la trazabilidad que hace fiable a la historia clínica como documento.

2.1. La historia clínica como documento legal

Más allá de la exigencia de veracidad, la historia clínica es un documento que puede requerirse en un procedimiento judicial o una inspección. Un dato que aparece cambiado sin explicación —sin saber cuándo, quién ni por qué— resta valor probatorio al documento entero, no solo al dato concreto que se corrigió.

2.2. Y también protege al paciente

El derecho de acceso del paciente a su historia clínica no se limita a la versión actual: le permite saber qué se registró sobre él. Un registro que solo enseña el estado final le oculta que hubo una corrección, y con ella el motivo por el que se hizo. Conservar la secuencia completa no es una carga administrativa: es la única forma de que ese derecho de acceso signifique algo más que recibir un documento ya editado.

3. La diferencia entre enmendar y sobrescribir

Sobrescribir hace desaparecer el dato original; enmendar lo conserva junto a la corrección.

3.1. Sobrescribir

El dato erróneo se sustituye directamente por el correcto, sin dejar ningún registro de que el valor anterior existió ni de quién hizo el cambio. Es la forma más simple de corregir algo, y también la que menos protege a todos los implicados si el caso se revisa más adelante.

3.2. Enmendar

El dato erróneo permanece visible en el historial, y junto a él aparece la corrección, con su autor, su fecha y —cuando aplica— el motivo del cambio. Quien consulte el episodio ve tanto lo que se registró originalmente como lo que se corrigió después, sin ambigüedad sobre cuál es el dato vigente.

4. Qué debe conservarse de cada cambio

• El valor original, tal y como se registró la primera vez.
• El valor nuevo, con el que se corrige.
• Quién hizo el cambio, identificado de forma inequívoca.
• Cuándo se hizo, con fecha y hora.
• Por qué se hizo, cuando el motivo no es evidente por sí solo.

4.1. Los tres primeros no se pueden delegar en la buena voluntad

Valor original, valor nuevo, autor y fecha tienen que quedar registrados por el propio sistema, sin depender de que alguien se acuerde de anotarlo. Un procedimiento que exige escribir a mano «modificado por mí el día tal» funciona la primera semana y deja de funcionar en cuanto hay prisa, y el registro que resulta es peor que ninguno, porque parece completo y no lo está.

4.2. El motivo sí es cosa de la persona

Lo único que el sistema no puede deducir es por qué se corrigió. Basta una línea —«llega resultado de la prueba del 12 que descarta el diagnóstico previo»— y cambia por completo cómo se lee esa corrección años después. Cuando el motivo es evidente por sí solo, como un error de transcripción, con dejar constancia del cambio es suficiente; cuando afecta a una decisión clínica, escribirlo no es opcional.

4.3. Y hay que poder verlo desde el propio historial

De poco sirve que todo esto se guarde si consultarlo exige pedir un informe a soporte o entrar en una pantalla que nadie visita. La secuencia de cambios tiene que leerse desde el mismo sitio donde se lee el proceso, en el momento en que alguien lo está revisando. Un registro que existe pero no se ve cumple sobre el papel y no cambia ninguna decisión real.

5. Cuándo se enmienda frente a cuándo se reabre o se anula

Las tres operaciones se confunden con facilidad, y cada una responde a una situación distinta. Cómo se decide entre ellas al detectar que algo se cerró mal se trata en la guía de qué pasa si se cierra mal un episodio clínico.

5.1. La regla, en tres líneas

• Se enmienda cuando el proceso ya está cerrado de verdad y solo hace falta corregir un dato que quedó mal registrado.
• Se reabre cuando el proceso no estaba terminado y sigue activo: no hay nada que corregir, hay que continuar.
• Se anula cuando el proceso entero no debió existir tal y como se registró, por ejemplo si se abrió sobre el paciente equivocado.

5.2. Por qué elegir mal la operación se paga después

Las tres dejan el dato correcto a la vista, así que en el momento parecen equivalentes. La diferencia aparece al leer el historial más tarde: una enmienda dice «esto estaba mal escrito», una reapertura dice «esto siguió» —el criterio para decidirlo está en cuándo se abre un episodio nuevo—, una anulación dice «esto no debió registrarse así». Usar una por otra no rompe nada visible, pero hace que el historial cuente una historia que no es la que ocurrió — y eso solo se descubre cuando alguien la necesita exacta.

6. Ejemplos concretos de una enmienda bien hecha

Un diagnóstico corregido meses después queda registrado junto al original, con la fecha y el motivo del cambio.

6.1. Un diagnóstico que cambia con una prueba posterior

El episodio se cerró con un diagnóstico razonable con la información disponible en ese momento. Meses después, una prueba realizada por otro motivo revela que el diagnóstico original no era correcto. La enmienda añade el nuevo diagnóstico, con fecha y motivo, sin borrar el que se registró originalmente —que sigue siendo el reflejo fiel de lo que se sabía en aquel momento—.

6.2. Un dato administrativo mal registrado

Se detecta que la fecha de una prueba se registró incorrectamente por un error de transcripción. La enmienda corrige la fecha visible, dejando constancia de que hubo un cambio y cuál era el valor anterior, aunque el motivo en este caso sea simplemente un error tipográfico.

7. Qué debe cumplir el software para que esto sea posible

• No permite sobrescribir directamente un dato de un episodio cerrado: cualquier cambio pasa por un mecanismo de enmienda diferenciado.
• Conserva el valor original, no solo el nuevo, de forma accesible al consultar el historial.
• Registra automáticamente quién y cuándo, sin depender de que la persona que corrige recuerde anotarlo a mano.
• Muestra la enmienda dentro del propio episodio, no en un registro técnico aparte que haya que buscar por otro camino para enterarse de que hubo un cambio.

7.1. Cómo comprobarlo en el sistema que ya usas

Coge un proceso cerrado de prueba, cambia un dato y mira qué queda. Tres preguntas: ¿te ha dejado cambiarlo sin más? ¿Se ve todavía el valor anterior desde el historial? ¿Se ve quién lo cambió y cuándo, sin salir de esa pantalla? Un no en la segunda o la tercera es lo que importa; el primer no, en cambio, es buena señal, porque significa que el sistema te ofreció una vía explícita en vez de dejarte reescribir.

7.2. La trampa del registro técnico

Muchos sistemas guardan los cambios, pero en un registro pensado para administradores: sin contexto clínico, difícil de leer y fuera del recorrido normal de una consulta. Técnicamente el dato está; en la práctica, nadie lo va a mirar antes de tomar una decisión con el paciente delante. La pregunta útil no es si se guarda, sino si aparece donde y cuando alguien lo necesita.

7.3. Y que no dependa del permiso de nadie

Si consultar la secuencia de cambios exige un perfil que solo tienen dos personas del centro, el registro deja de cumplir su función para el resto. Quien puede leer un proceso clínico debería poder ver también si ese proceso fue corregido. Restringir quién corrige es razonable; restringir quién ve que se corrigió vacía de sentido toda la trazabilidad.

8. Un falso mito: «que no se pueda tocar» no es lo que exige la ley

Es habitual oír que un buen sistema de historia clínica impide que un registro se modifique nunca, como si esa rigidez fuera la garantía. No lo es, y además no es lo que la Ley 41/2002 pide.

8.1. Los errores humanos existen y hay que poder corregirlos

Si un profesional se equivoca al guardar un dato, tiene que poder arreglarlo: el dato se modifica. Un sistema que lo impidiera obligaría a convivir con el error para siempre, incluso cuando el error afecta a la historia clínica completa del paciente, o a inventar rodeos —una nota al margen, un proceso paralelo, un aviso verbal— que acaban siendo peores que el error mismo. Lo que la ley exige no es rigidez, es que quede constancia de cada cambio: quién lo hizo, cuándo y cuál era el valor anterior.

8.2. Trazabilidad es la palabra correcta

Esa es la diferencia, y no es de matiz: un sistema donde nada se puede tocar no existe en la práctica, y prometerlo suele significar que el cambio se hace por otra vía y sin registrar. Un sistema trazable, en cambio, asume que habrá correcciones y se ocupa de que se puedan reconstruir. Cuando un proveedor te venda lo primero, pregúntale qué pasa exactamente el día que alguien se equivoque al teclear.

9. Qué aporta obeliOmed con esto

9.1. Cada corrección deja los dos valores

obeliOmed no permite sobrescribir directamente un dato de un episodio cerrado. Cada cambio se registra como una enmienda: se conserva el valor anterior junto al nuevo, con el autor y la fecha del cambio, y todo ello visible al consultar el episodio, no en un listado aparte que haya que ir a buscar.

9.2. Corregir sigue siendo posible, y esa es la idea

Un profesional puede corregir un error, como debe poder hacerlo: lo que no puede es hacerlo sin dejar rastro. Es lo que la Ley 41/2002 exige en la práctica y lo que protege a las dos partes cuando el caso se revisa años después, con el proceso ya cerrado y sin nadie a quien preguntar.