Cómo gestionar las revisiones de un SOP
Cómo gestionar las revisiones de un SOP: fija un esquema de numeración antes de necesitarlo, marca intervalos de revisión por riesgo, nombra un responsable de todo el registro y registra una revisión sin cambios como evidencia.
Gestionar las revisiones de un SOP significa gobernar el registro en el que viven esas revisiones (su esquema de numeración, su ritmo de revisión y su responsable), no solo describir qué cambió en una entrada concreta.
En resumen
- Fija el esquema de numeración antes de la primera entrada del registro: renumerar más adelante una biblioteca en uso rompe toda referencia cruzada y todo registro de formación que citara el número antiguo.
- Marca los intervalos de revisión por riesgo, no con una única fecha aniversario para todos los SOP sin importar lo que gobiernen.
- Nombra un único responsable de todo el registro de revisiones, distinto del autor o el aprobador de cualquier SOP concreto.
- Registra una revisión que no encuentra nada que cambiar como su propia entrada fechada: un auditor muestrea evidencia de revisión, no evidencia de cambio.
- Detecta entradas duplicadas abiertas antes de que colisionen, o el mismo SOP acaba con dos números de versión candidatos.
- El propio registro de cambios y la vista de comparar versiones de QueryChart, en /features/version-control, dan al registro el mismo tipo de historial que le pide a cada SOP mantener.
El registro es más grande que cualquier entrada
Un historial de revisiones puede mostrar once entradas impecables y aun así ser el motivo de un hallazgo de auditoría, porque la entrada doce nunca recibió un número cuando dos autores de SOP la abrieron a la vez, o porque nadie puede decir si la revisión programada de marzo pasado ocurrió de verdad. Las organizaciones que escriben SOP suelen ser buenas describiendo qué cambió en una entrada dada. Lo que falla es el registro alrededor de esas entradas: el esquema de numeración, el intervalo en que cada SOP debe revisarse, y quién es responsable cuando uno de los dos se retrasa.
Los términos se usan sin mucha precisión, y merece la pena separarlos antes de seguir. Una revisión es una entrada fechada: un cambio en el contenido de un SOP, registrado con un autor y un motivo. Su versión es el número que produce esa entrada, el que se estampa en la copia emitida vigente. El control de revisiones es gestionar esa secuencia de entradas a lo largo del tiempo; se asienta dentro de la práctica más amplia del control documental, que también gobierna la distribución y la retirada. Esta página trata de gestionar el registro como un todo; para la mecánica de registrar un solo cambio concreto, ver /es/guides/como-registrar-cambios-en-un-sop.
El diagrama de abajo es una revisión que se mueve por ese registro, desde el momento en que se identifica un cambio hasta el momento en que el SOP se reemite, a través de cinco carriles: Propietario del proceso, Autor del SOP, Revisor, Aprobador, Controlador de documentos. QueryChart mantiene sus propios diagramas bajo el mismo tipo de gobierno: cada guardado escribe en un registro de cambios con una diferencia por campo de quién cambió qué, una vista de comparar versiones pone dos revisiones cualesquiera una junto a otra, y una obsoleta se restaura con un clic: todo cubierto en /features/version-control.
Una entrada, desde la identificación hasta la reemisión
Una solicitud de revisión pasa por cinco carriles (del Propietario del proceso al Controlador de documentos) convirtiéndose en la siguiente entrada numerada del registro.
Un cambio se identifica y se prioriza por riesgo
El Inicio es un suceso, «Se identifica un cambio en un SOP», seguido de «Describir el cambio propuesto y su motivo» antes de que nadie redacte una entrada. «¿El cambio afecta a un paso crítico para la seguridad?» es la propia priorización por riesgo del registro, que decide si esta entrada recibe una revisión acelerada o el ciclo estándar.
Enrutamiento, comprobación de duplicados y después el borrador
«Marcar la entrada para revisión acelerada» o «Encauzar la entrada por el ciclo de revisión estándar» fija el ritmo, y después «¿El historial de revisiones ya tiene una entrada pendiente para este SOP?» detecta una segunda entrada abierta antes de que colisione con la primera. Solo entonces se redacta y envía «Redactar la entrada del historial: fecha, resumen del cambio, autor, versión sustituida».
Revisor y aprobador comprueban los dos el número
«El revisor contrasta la entrada con el contenido vigente del SOP» puede devolver el borrador por «¿Hay comentarios pendientes antes de la aprobación?»; «El aprobador contrasta la entrada con el maestro del SOP y la versión que sustituye» es una segunda comprobación independiente contra ese mismo número sustituido, y un rechazo vuelve a la misma fila de actualización que usaría un comentario de revisor.
El responsable del registro finaliza y reemite
«Registrar la entrada aprobada como definitiva en el historial de revisiones» bloquea la fila antes de que se ejecuten «Actualizar el número de versión y la fecha de vigencia del SOP» y «Retirar o archivar la versión indicada como sustituida», terminando en «SOP reemitido en la nueva versión», las cuatro a cargo del Controlador de documentos.
Cómo funciona
Fija el esquema de numeración antes de la primera entrada
Decide una vez si las revisiones emitidas llevan números enteros (1, 2, 3) o un esquema mayor.menor que separa borradores de copias emitidas, y escribe la regla. Nunca renumeres un registro en uso para arreglar una vieja inconsistencia: una secuencia renumerada invalida toda referencia cruzada, todo registro de formación y toda pista de auditoría anterior que citara el número antiguo.
Marca los intervalos de revisión por riesgo, no con una regla única
Un SOP crítico para la seguridad se gana un intervalo más corto que uno de bajo riesgo; la propia rama «¿El cambio afecta a un paso crítico para la seguridad?» del diagrama es la misma priorización aplicada a un cambio individual, y el ritmo de revisión merece la misma lógica. Escribe el intervalo en el propio encabezado del SOP, como fecha límite, para que no dependa de que alguien recuerde una política.
Nombra un responsable para todo el registro
El autor de un SOP redacta su entrada y su aprobador la firma, pero ninguno de los dos es responsable del registro como un todo: de la entrada que lleva tres semanas de retraso, o del SOP al que nadie fijó fecha de revisión. Dale ese trabajo a un único rol nombrado, típicamente un controlador de documentos o un responsable de calidad, y deja que persiga lo que va con retraso.
Registra una revisión sin cambios como su propia entrada
Cuando una revisión programada confirma que un SOP sigue siendo correcto, anota ese hallazgo en el registro con la fecha y el nombre del revisor, igual que se registraría una revisión real. Un registro que solo crece cuando cambia el contenido se lee, para un auditor, como un documento que nadie ha mirado desde que se escribió.
Detecta entradas duplicadas antes de que colisionen
Antes de redactar una entrada nueva, comprueba si el SOP ya tiene una pendiente: la pregunta «¿El historial de revisiones ya tiene una entrada pendiente para este SOP?» del registro existe porque dos autores trabajando desde la misma copia maestra es bastante habitual como para necesitar una vía de escape. Fusiona los cambios o secuencia las entradas para que el registro nunca tenga que reconciliar dos números de versión candidatos para un mismo documento.
Errores que debes evitar
Renumerar para arreglar una vieja inconsistencia
Una vez que la revisión 4 se ha citado en un registro de formación o en un paquete de proveedor, cambiarla a 4.1 para encajar en un esquema más limpio hace que el mismo rango de fechas responda ahora a dos números distintos. Decide el esquema una vez, y después gobierna las excepciones en lugar de reestructurar la secuencia para acomodarlas.
Una fecha de revisión de 12 meses igual para todos los SOP
Revisar todos los procedimientos en el mismo aniversario produce un montón que nadie tiene tiempo de leer con cuidado, y la revisión se convierte en un sello de goma. Escalona los intervalos por riesgo, igual que hace la rama crítica para la seguridad del diagrama para un cambio individual, para que un revisor tenga de verdad tiempo para cada uno.
Ninguna entrada para la revisión que no cambió nada
Un registro con entradas solo donde cambió el contenido se ve, para un auditor, como un documento que nadie ha abierto desde que se emitió. Registra la fecha de la revisión y el hallazgo «sin cambios necesarios» como su propia línea, distinguible de una revisión real pero no menos real.
Un registro sin un único responsable
Cuando cualquier autor de SOP puede abrir una entrada nueva y nadie vigila el registro como un todo, tanto los borradores duplicados como las fechas de revisión perdidas pasan desapercibidos hasta que una auditoría los encuentra. El ciclo de vida completo del documento alrededor de este problema (incluido quién es responsable del registro maestro) está cubierto en /es/templates/proceso-de-control-de-documentos.
Construye tu propio registro de revisiones de SOP
Parte de este diagrama y QueryChart rastreará cada guardado en un registro de cambios que puedes comparar y restaurar.
Guías relacionadas
Preguntas frecuentes
¿Cuál es la diferencia entre la revisión de un SOP y su versión?
Una revisión es la entrada fechada: un cambio en el contenido del SOP, registrado con un autor y un motivo. Su versión es el número que produce esa entrada, el que se estampa en la copia emitida vigente. En la práctica las palabras se usan para lo mismo, pero el propio registro está organizado en torno a revisiones: cada fila es una, y la versión es el estado en que queda el SOP tras aprobarse la última. El propio historial de versiones de QueryChart, en /features/version-control, usa «versión» de la misma forma: una instantánea numerada y comparable que produce un guardado.
¿Con qué frecuencia debería revisarse un SOP?
No hay un intervalo único que le sirva a todo procedimiento: la respuesta correcta depende de cuánto costaría el fallo de un paso. Un SOP crítico para la seguridad o de cara a un regulador suele revisarse anualmente o antes; uno administrativo de bajo riesgo puede pasar de forma segura de dos a tres años entre revisiones. Lo que importa más que el número exacto es que todo SOP tenga uno, escrito en su encabezado como fecha límite en lugar de dejarlo a quien se dé cuenta de que va con retraso.
¿Quién debería ser responsable del registro de revisiones del SOP?
Alguien distinto del autor o el aprobador de cualquier SOP concreto: normalmente un controlador de documentos o un responsable de calidad, el rol que el diagrama de arriba pone en su propio carril finalizando cada entrada aprobada. El autor y el aprobador son responsables cada uno de una revisión; el registro necesita a una persona responsable del conjunto: perseguir revisiones atrasadas, detectar entradas duplicadas y mantener estable el esquema de numeración.
¿Cuenta igualmente una revisión que no encuentra nada que cambiar?
Sí, y necesita su propio registro para demostrarlo. Un auditor que muestrea un registro de revisiones busca evidencia de que la revisión ocurrió a tiempo, no evidencia de que el SOP cambió: un procedimiento correcto tal como está escrito debería permanecer sin revisar durante años. Registra la fecha de la revisión y el hallazgo «sin cambios necesarios» como una entrada fechada, o el hueco entre revisiones se lee como negligencia en vez de estabilidad.
¿En qué se diferencia esto de registrar cada cambio individual de un SOP?
Registrar un cambio individual es a nivel de entrada: qué cambió, quién lo cambió y qué sustituyó, que es el tema de /es/guides/como-registrar-cambios-en-un-sop. Gestionar las revisiones de un SOP es a nivel de registro: el esquema de numeración que cada entrada tiene que seguir, el intervalo de revisión al que está sujeto cada SOP y el responsable nombrado cuando uno de los dos se retrasa. Un registro puede anotar cada cambio individual a la perfección y aun así estar mal gestionado si nadie es responsable del calendario. Para el conjunto más amplio de prácticas de gobierno más allá de esta página, ver /es/guides/buenas-practicas-de-control-de-versiones-de-sop.
