Cómo registrar cambios en un SOP

Cómo funciona

1. Registra los cinco campos en cada entrada

   Anota el SOP y el paso afectados, qué cambió y por qué, la fecha de vigencia, el autor y el número exacto de versión que sustituye esta entrada. Una entrada sin la versión sustituida deja un hueco en el registro que nadie puede cerrar después.

2. Enruta los cambios críticos para la seguridad por la vía rápida

   Pregunta si el cambio toca un paso crítico para la seguridad antes de que llegue a revisión. Si es así, márcalo para revisión acelerada en lugar de dejarlo en cola detrás de los cambios rutinarios; si no lo es, envíalo por el ciclo de revisión estándar.

3. Comprueba si hay una entrada pendiente antes de redactar

   Busca en el registro una entrada ya abierta contra el mismo SOP antes de empezar una nueva. Dos entradas abiertas contra un procedimiento producen dos números de versión candidatos: coordínate con el otro autor o secuencia los cambios en lugar de redactar en paralelo.

4. Bloquea la entrada una vez aprobada

   Registra la entrada aprobada como definitiva, y después actualiza el número de versión y la fecha de vigencia del SOP y retira la versión que sustituye. Una entrada que sigue siendo editable después de la aprobación no es un registro, es un borrador con el nombre de un aprobador encima.

5. Deja que el registro de cambios haga el registro por ti en un SOP basado en diagrama

   Si el propio SOP es un diagrama de flujo de QueryChart, sáltate el registro manual para todo lo capturado en el diagrama: cada edición ya se rastrea campo a campo. Abre el historial de versiones, usa Comparar versiones para ver qué cambió entre dos versiones guardadas y restaura una anterior con un clic (ver /features/version-control).

Preguntas frecuentes

¿Es «control de cambios» lo mismo que control de versiones para un SOP?

No exactamente. «Control de cambios» es lenguaje de editor de documentos para marcas de cambio y comentarios en línea dentro de un archivo. El control de versiones de un SOP es la práctica de dar a cada estado aprobado del procedimiento su propia versión identificada y mantener un registro de qué cambió entre ellas; una entrada de historial de revisiones es cómo se anota ese registro. Ver /es/guides/como-controlar-versiones-de-un-sop para la distinción completa.

¿Qué tiene que registrar una entrada de historial de revisiones?

Cinco cosas con independencia de quién la escriba: el SOP y el paso afectados, una descripción en lenguaje sencillo del cambio y su motivo, la fecha de vigencia, el autor y el número exacto de versión que sustituye la entrada. Omitir la versión sustituida es el hueco más habitual en un historial de revisiones.

¿Pasan todos los cambios de SOP por la misma revisión?

No. Un cambio a un paso crítico para la seguridad toma una vía de revisión acelerada en lugar de hacer cola detrás de los cambios rutinarios, mientras que todo lo demás pasa por el ciclo estándar. Las dos vías convergen en la misma comprobación de duplicados antes de redactar: ¿hay ya una entrada pendiente abierta contra este SOP?

¿En qué se diferencia esto de gestionar las revisiones de un SOP en general?

Esta página trata de la mecánica de una entrada: los campos que necesita, la bifurcación de revisión, la comprobación de duplicados. El esquema de numeración, el intervalo de revisión y quién es responsable del calendario en todos los SOP es la capa de gobierno, cubierta en /es/guides/como-gestionar-las-revisiones-de-un-sop.

¿Sustituye QueryChart al registro manual?

Para un SOP basado en un diagrama, sí en todo lo capturado en el propio diagrama: cada edición a nivel de campo se registra automáticamente en el historial de versiones, con una vista de comparar versiones y restauración en un clic (ver /features/version-control). Un registro manual sigue mereciendo la pena donde el contenido del SOP vive fuera del diagrama, o donde una norma nombra un historial de revisiones como su propio artefacto, como el ciclo de vida más completo en /es/templates/plantilla-sop-controlado.