Los cuatro estados de una plantilla clínica

1. Un ciclo, no un almacén de archivos

La mayoría de clínicas gestionan sus plantillas como archivos: hay una carpeta con documentos y alguien los edita cuando hace falta. Esa gestión no distingue entre un borrador a medio escribir y un consentimiento que llevan firmando trescientos pacientes. Los dos están en la misma carpeta con el mismo aspecto.

1.1. Por qué importa el estado

El estado de una plantilla determina quién puede verla, quién puede usarla y qué responsabilidades genera. Un borrador no debería llegar a los pacientes. Una plantilla en revisión no debería usarse para recoger firmas. Una plantilla publicada no debería editarse directamente. Y una plantilla retirada no debería desaparecer del sistema. Sin estados, cualquiera de esas situaciones puede ocurrir sin que nadie lo detecte.

1.2. El ciclo como control

El versionado de plantillas clínicas necesita estados para funcionar. Sin estados, el versionado es un número que se incrementa pero no dice nada sobre la vida de cada versión: cuándo estuvo activa, cuándo dejó de estarlo, quién la aprobó, por qué se retiró. Los estados convierten el número de versión en una historia con principio, desarrollo y final documentados.

2. Estado 1: borrador

El borrador es el estado inicial de toda versión. El contenido está en construcción: se escribe, se modifica, se revisa internamente. Nada de lo que hay en un borrador llega a los pacientes.

2.1. Quién trabaja con borradores

El borrador es el espacio del redactor. Un profesional clínico escribe o actualiza el texto del consentimiento, añade o modifica campos, ajusta instrucciones. Puede guardar el borrador a medio escribir y volver después sin que nada se publique. El borrador es un espacio seguro para equivocarse, probar formulaciones y corregir sin consecuencias — porque ningún paciente lo ve y ninguna firma se recoge contra él.

2.2. Lo que registra el borrador

Aunque el borrador no es operativo, el sistema debería registrar quién lo creó, cuándo y qué cambios se hicieron. Ese historial del borrador permite reconstruir cómo se llegó al texto que finalmente se publicó: quién propuso cada cambio, cuándo se incorporó y por qué. No es obligatorio legalmente, pero es una buena práctica que facilita la auditoría interna y la resolución de dudas sobre decisiones editoriales.

3. Estado 2: en revisión

Cuando el redactor considera que el borrador está listo, lo envía a revisión. La versión pasa de «en construcción» a «pendiente de aprobación». Es el paso intermedio que separa la redacción de la publicación.

3.1. El acto de enviar a revisión

Enviar a revisión es una declaración: el redactor dice «este texto está listo para que alguien con autoridad lo revise y decida si se publica». El sistema registra quién lo envió y cuándo. A partir de ese momento, el texto no debería modificarse — si el revisor detecta algo que corregir, la versión vuelve a borrador, se corrige y se envía de nuevo —. La separación entre escritura y revisión es el primer control cruzado del ciclo.

3.2. Quién revisa y quién aprueba

La revisión debería ser responsabilidad de alguien distinto del redactor — la dirección médica, el comité de calidad, el coordinador del servicio —. Esa separación de funciones garantiza que al menos dos personas han visto el contenido antes de que llegue a los pacientes. Si la misma persona redacta, revisa y aprueba, el control cruzado es nominal: existe como paso administrativo pero no como verificación real.

4. Estado 3: publicada

Una versión publicada es una versión operativa: los pacientes la reciben y la firman. Es el estado con mayores consecuencias, porque cada firma recogida contra esta versión genera un documento legal.

4.1. Lo que cambia al publicar

La publicación activa la versión para su uso clínico. A partir de ese momento, cualquier profesional autorizado puede generar un consentimiento para que el paciente lo firme. La versión anterior — si la había — se retira automáticamente: el motivo queda registrado como «sustituida» y la fecha de retirada coincide con la fecha de publicación de la versión nueva. En todo momento hay exactamente una versión publicada de cada plantilla — nunca cero, nunca dos.

4.2. La versión publicada no se edita

Una versión publicada no se modifica directamente. Si hay que corregir algo — un error, una actualización, un cambio normativo —, se crea un borrador de la versión siguiente, se envía a revisión y se publica como versión nueva. Cambiar la plantilla sin invalidar los firmados es el principio que sustenta esta separación: lo publicado permanece tal cual fue, y la corrección se aplica hacia delante. Editar directamente una versión publicada destruiría la correspondencia entre la firma del paciente y el texto que firmó.

4.3. El registro de la publicación

Quién publicó la versión, cuándo y con qué resumen del cambio respecto a la versión anterior: esos tres datos convierten la publicación en un acto trazable. Sin ellos, la versión existe pero nadie sabe quién la aprobó ni qué motivó su publicación. Con ellos, un inspector puede reconstruir la cadena de decisiones que llevó el texto hasta los pacientes.

5. Estado 4: retirada

Una versión retirada es una versión que ha dejado de estar operativa. Ya no se usa para recoger firmas nuevas, pero sigue existiendo en el sistema como referencia de los documentos que se firmaron contra ella.

5.1. Retirada automática y manual

La retirada automática ocurre cuando se publica una versión nueva: la anterior pasa a «retirada» con el motivo «sustituida». La retirada manual ocurre cuando se detecta un error o un cambio normativo urgente que exige retirar la plantilla antes de que la versión corregida esté lista. En ambos casos, el sistema registra quién la retiró, cuándo y por qué.

5.2. La versión retirada no desaparece

Retirar no es borrar. La versión retirada conserva su texto íntegro, sus datos de autoría, sus fechas de publicación y retirada, y su vinculación con los documentos firmados contra ella. Un paciente que firmó contra la versión 3 puede consultar qué decía esa versión aunque la activa sea la 7 — porque la versión 3 sigue en el sistema con estado «retirada», no en la papelera.

6. Las transiciones y lo que registran

El valor del ciclo de vida no está solo en los estados sino en las transiciones: cada paso de un estado al siguiente es un acto con un autor, una fecha y un motivo.

6.1. Las cuatro transiciones

Borrador → en revisión: quién envió a revisión y cuándo. En revisión → publicada: quién aprobó y cuándo. Publicada → retirada: quién retiró, cuándo y por qué. En revisión → borrador: quién devolvió y por qué (el texto necesita correcciones). Cada transición genera un registro que, sumado a los demás, forma la historia completa de la versión. Si la clínica puede recorrer esa historia de principio a fin, puede responder a cualquier pregunta sobre cómo llegó un texto a los pacientes.

6.2. Lo que no debería pasar

Borrador → publicada directamente, sin pasar por revisión: significa que nadie revisó el contenido antes de que llegara a los pacientes. Publicada → borrador: significa que alguien editó una versión que ya tiene firmas, en lugar de crear una versión nueva. Retirada → publicada: significa que alguien reactivó una versión retirada sin pasar por el proceso de revisión. Cada uno de estos atajos rompe el control que el ciclo de vida existe para garantizar.

7. Lo que pasa sin estados

Sin estados, la gestión de plantillas es un acto de fe: la clínica confía en que nadie publica un borrador a medio escribir, en que nadie edita una versión con firmas y en que las versiones obsoletas no se reutilizan.

7.1. El borrador que llega al paciente

Sin estado «borrador» diferenciado del estado «publicada», un profesional puede empezar a usar una versión a medio escribir para recoger firmas. Un párrafo incompleto, un riesgo sin redactar, un campo sin configurar — todo eso puede llegar al paciente si el sistema no distingue entre lo que está listo y lo que no. El estado es la barrera que impide que un texto en construcción salga de la cocina antes de estar terminado.

7.2. La versión fantasma

Si alguien edita directamente una versión publicada sin crear una nueva, los documentos firmados contra ella pasan a mostrar un texto que no es el que el paciente firmó. Es una versión fantasma: tiene un número de versión, pero su contenido ha cambiado sin que ese cambio quede registrado. Si una plantilla con un error sale publicada y alguien la corrige editando en lugar de publicar una versión nueva, la corrección borra la evidencia del error — y con ella, la capacidad de la clínica de demostrar que actuó con diligencia.

8. Cómo saber si tu sistema gestiona el ciclo

La prueba se hace con una plantilla real. Sigue el flujo completo desde la creación hasta la retirada y comprueba qué registra el sistema en cada paso.

8.1. La prueba del ciclo completo

Crea un borrador. ¿El sistema lo marca como borrador y no permite usarlo para recoger firmas? Envíalo a revisión. ¿Registra quién lo envió y cuándo? Apruébalo y publícalo. ¿Registra quién lo aprobó? ¿La versión anterior pasa automáticamente a «retirada»? ¿La versión retirada conserva su texto íntegro y sigue siendo consultable? Si alguna de esas respuestas es no, el sistema no gestiona el ciclo de vida — tiene archivos con números de versión, pero sin control sobre sus transiciones.

8.2. Las señales de que falta control

Versiones publicadas editables directamente. Ausencia de estado de revisión. Versiones retiradas que desaparecen del sistema. Publicación sin registro de quién aprobó. Cualquiera de estas señales indica que el ciclo está incompleto — y cada hueco es una transición que no se registra, un control que no se aplica y una pregunta que la clínica no podrá responder.

9. Qué aporta obeliOmed

obeliOmed implementa el ciclo de vida completo: cada versión pasa por los cuatro estados y cada transición genera un registro automático con la identidad del responsable, la fecha exacta y el motivo.

9.1. Los cuatro estados operativos

Borrador: visible solo para el redactor, no genera documentos para pacientes. En revisión: visible para el revisor autorizado, pendiente de aprobación. Publicada: operativa, disponible para recoger firmas. Retirada: fuera de uso pero consultable, con su texto íntegro conservado. Cada estado tiene sus propias reglas de acceso y de operación, y el sistema las aplica sin depender de que cada usuario las recuerde.

9.2. El historial de transiciones

Cada transición — borrador a revisión, revisión a publicada, publicada a retirada — queda documentada con su autor y su fecha. El resultado es un historial de versiones que no solo lista los textos sino que cuenta su historia: quién los escribió, quién los revisó, quién los aprobó, cuánto tiempo estuvieron en uso y por qué se retiraron. Ese historial es la respuesta de la clínica a cualquier pregunta sobre la trazabilidad de su documentación clínica. Si estás revisando sistemas, cómo guardan las versiones de sus documentos es uno de los detalles que conviene mirar en un software de gestión clínica para centros privados.