Cómo registrar alarmas para el siguiente turno

Una lista de alarmas puede decir mucho y explicar muy poco. “Alta temperatura”, “fallo de comunicación” o “interbloqueo activo” son avisos útiles para llamar la atención, pero no indican qué equipo quedó afectado, cuándo ocurrió, qué se comprobó o qué límite sigue vigente. Si el siguiente turno recibe solo esa lista, tendrá que reconstruir la situación mientras la planta sigue funcionando.

Registrar contexto no significa copiar una pantalla de SCADA al parte. Significa guardar la información que permite interpretar la alarma al cambiar de turno: el objeto afectado, la ventana temporal, el estado observable, la respuesta ya aplicada, la evidencia y la próxima decisión. Ese registro ayuda a conservar continuidad; no sustituye el procedimiento de emergencia, un permiso de trabajo, una instrucción de seguridad o la configuración técnica de la alarma.

Esta guía se dirige a jefes de producción y responsables de turno que necesitan transferir alarmas sin dejar al relevo ante una nota incompleta. Trata del contexto operativo de alarmas y de la conversación de entrega. No determina si una alarma es segura, no autoriza inhibiciones, no ajusta umbrales y no atribuye causas técnicas. Cuando una alarma está cubierta por un procedimiento específico, una salvaguarda, un permiso o una condición de emergencia, esa fuente manda sobre esta página.

Una alarma es un evento; el relevo necesita una situación

Una alarma puede haber sido breve, repetirse varias veces o seguir activa al final del turno. Por sí sola, ninguna de esas opciones explica cómo está el proceso ahora. El mismo texto de alarma puede corresponder a un equipo detenido, a una señal validada como errónea, a una restricción temporal o a una condición que todavía requiere intervención. La diferencia importa porque el siguiente turno no recibe el evento original: recibe una responsabilidad de continuidad.

HSG256 define el trabajo a turnos como una actividad fuera del horario diurno estándar en la que puede haber relevo de deber de una persona o grupo de trabajo a otro. Fuente: HSE, HSG256 En ese relevo, una alarma debe pasar como información situada. El receptor necesita saber qué parte de la situación sigue abierta y qué parte quedó solo como antecedente.

No conviertas el registro en un relato largo de cada aviso. Empieza por una frase que describa el presente. Por ejemplo: “A-204, alarma de vibración repetida entre 19:10 y 21:40; última ronda a las 21:35 dentro del límite indicado en OP-18; mantener frecuencia de ronda hasta que mantenimiento confirme la siguiente revisión”. Esta frase identifica el objeto, el intervalo, el dato comprobado, la instrucción y lo que todavía no se ha decidido.

Una anotación como “vibración alta, vigilar” deja demasiadas salidas abiertas. Puede referirse a otro activo, a una alarma ya normalizada, a una alarma que aparece cada arranque o a una condición que prohíbe seguir operando. La brevedad no es el problema. El problema es que la persona entrante no puede comprobar a qué se refiere la orden ni qué debe hacer si vuelve a aparecer la señal.

Antes de trasladar una alarma, distingue cuatro preguntas. ¿Qué ocurrió? ¿Qué estado se ha confirmado ahora? ¿Qué respuesta está vigente? ¿Qué dato o decisión falta? Esas preguntas evitan que una entrada de historial se presente como una instrucción para operar.

Conserva las cinco piezas que evitan una interpretación improvisada

El contexto de alarma debe poder leerse deprisa, pero no puede depender de la memoria de quien sale. Una ficha corta con campos estables permite que las omisiones se vean antes de la entrega. El equipo puede adaptar los nombres a su parte digital o a su formato de papel; lo importante es que cada entrada responda a las mismas cuestiones.

Pieza de contexto	Pregunta que responde	Ejemplo de registro útil
Objeto y alcance	¿Qué activo, línea, zona o lote está afectado?	“Bomba P-204, tren de lavado 2”
Ventana y estado	¿Cuándo apareció y qué se ha observado desde entonces?	“Tres activaciones entre 19:10 y 21:40; última lectura a las 21:35”
Respuesta aplicada	¿Qué se hizo y con qué resultado comprobado?	“Ronda adicional realizada; lectura archivada en R-18”
Control vigente	¿Qué restricción o instrucción sigue en pie, y de dónde procede?	“Mantener frecuencia de ronda según OP-18 hasta revisión”
Próxima decisión	¿Quién responde qué pregunta y en qué momento?	“Mantenimiento confirma intervalo antes de las 06:00”

La tabla no sustituye una matriz de alarmas ni una orden de trabajo. Sirve para que el relevo localice esas fuentes. Si la respuesta fue una llamada, registra a qué función se trasladó la consulta y cuál era la pregunta. “Avisado mantenimiento” no dice si se pidió una inspección, una autorización, una comprobación de aislamiento o una decisión sobre la continuidad.

La guía HSG256 indica que la transferencia de información exacta y fiable entre cambios de turno es esencial para mantener un trabajo seguro y eficaz. Fuente: HSE, HSG256 Para un registro de alarmas, “exacta” no obliga a conocer una causa. Obliga a no transformar una hipótesis en hecho y a conservar el enlace con el dato que permite revisarla.

La hora merece un tratamiento específico. No basta con escribir “por la tarde” o “durante el arranque” cuando la secuencia puede cambiar la respuesta. Anota la hora de activación si se conoce, la de la última comprobación y, cuando sea relevante, la ventana durante la que se aplicó una respuesta. Si el sistema usa otra zona horaria o si hay una corrección pendiente, indícalo. Una hora incierta debe figurar como incierta, no como una precisión inventada.

El alcance también evita errores pequeños que se vuelven caros. Una alarma puede estar asociada a un tag, pero afectar a una válvula, un armario, una línea o un lote. Escribe el identificador que permite localizarla y añade el lenguaje con el que el equipo la reconoce. Si hay dos activos con nombres próximos, no supongas que el turno entrante sabrá cuál es. El identificador de sistema y la descripción de proceso se complementan.

Separa reconocimiento, respuesta y autorización

Una pantalla puede mostrar una alarma reconocida. Esa marca puede ser necesaria, pero no significa que el problema esté resuelto. Tampoco demuestra que una restricción se haya retirado, que el equipo esté disponible o que alguien autorizado haya confirmado una condición. Cuando el relevo usa “reconocida” como sinónimo de “cerrada”, pierde una distinción que protege al siguiente turno.

En el registro, deja cada cosa en su sitio. El reconocimiento responde a quién vio el aviso y cuándo. La respuesta describe qué se hizo, como revisar una lectura, consultar un procedimiento, detener una tarea o abrir una orden. La autorización solo existe si una fuente o una función con esa autoridad la ha emitido. Puede ser un permiso, una instrucción vigente, una devolución formal o una decisión documentada conforme al proceso local.

La guía HSG256 señala que una comunicación deficiente en el relevo puede aumentar el riesgo de errores y accidentes, especialmente durante el mantenimiento de planta, cuando se han anulado sistemas de seguridad, durante operaciones anormales, tras ausencias prolongadas o entre personal con experiencia diferente. Fuente: HSE, HSG256 Por eso una nota de alarma no debería obligar a la persona entrante a inferir si un trabajo abierto o un control temporal sigue siendo válido.

Evita verbos que parecen resolver lo que el registro no prueba. “Normalizado”, “seguro”, “sin impacto” o “resuelto” son conclusiones. Solo úsales si el procedimiento local, la evidencia y la autoridad correspondiente permiten afirmar esa conclusión. Si lo que se sabe es más limitado, dilo así: “sin nueva activación desde las 21:40; pendiente de confirmar condición de equipo”. Es menos cómodo, pero no convierte el silencio de una alarma en una garantía.

También conviene separar una acción provisional de una instrucción permanente. Reducir carga durante una comprobación, aumentar una ronda o mantener una observación manual pueden ser medidas temporales. El registro debe indicar su fuente, el alcance y el punto de revisión. No prolongues una medida porque se repite de un turno a otro; cuando nadie puede confirmar su vigencia, la información correcta es que necesita validación.

Registra la ventana de la alarma, no solo su último estado

El último valor de una alarma puede ocultar la parte más útil del contexto. Una señal que volvió a normalidad después de tres activaciones puede requerir otra conversación que una señal estable con una sola activación. No es necesario recrear cada punto de datos en el parte, pero sí conservar la ventana que explica por qué el turno anterior tomó una respuesta y por qué el siguiente debe continuarla o revisarla.

Define una ventana con tres marcas: inicio conocido, última observación y condición actual. Añade un cuarto dato cuando afecte a la interpretación: qué operación estaba en curso. Puede ser un arranque, una limpieza, un cambio de formato, una transferencia o una parada programada. Esa referencia no identifica una causa, pero ayuda a que el receptor compruebe el registro correcto antes de relacionar la alarma con otra condición.

Si el registro dice…	Añade…	Para evitar…
“Alarma de presión”	Activo, intervalo, valor o fuente de la lectura y estado actual	Asociar un aviso antiguo con la condición presente
“Comunicación perdida”	Equipo o red afectados, duración y efecto observado en la operación	Confundir una recuperación de señal con una validación de dato
“Interbloqueo activo”	Función del interbloqueo, fuente que rige la respuesta y decisión pendiente	Tratar un estado de protección como una alarma informativa
“Muestra fuera de rango”	Lote, toma, resultado, retención y siguiente verificación	Liberar o descartar producto por una nota ambigua

No añadas números por completar una casilla. Si la alarma no conserva un valor útil, enlaza el histórico, la ronda o el sistema que puede consultarse. La finalidad del relevo es que el siguiente turno llegue a la evidencia, no fingir que el parte contiene toda la telemetría. Cuando una captura o una pantalla caduca, la fuente principal debe seguir siendo identificable.

Hay una diferencia importante entre una ventana de observación y una ventana de permiso. La primera explica cuándo se vio una señal. La segunda, si existe, limita cuándo puede hacerse un trabajo o cambiar una condición. No infieras una autorización de operación porque la alarma haya estado silenciosa durante una ventana. Si el proceso requiere permiso, aislamiento, prueba o liberación, la documentación que gobierna ese paso debe aparecer por su nombre o enlace.

La misma precaución aplica a las alarmas repetidas. “Se repite cada turno” puede describir un patrón, pero no permite concluir que es aceptable. Registra cuántas veces se observó dentro de la ventana disponible, dónde está la evidencia y qué pregunta sigue abierta. Si no hay datos comparables, declara que no los hay. El contexto honesto es más útil que una tendencia supuesta.

Deja visible la siguiente comprobación y quién puede cambiar el estado

Una alarma llega bien al siguiente turno cuando el receptor puede responder una pregunta sencilla: “¿Qué debo comprobar antes de modificar algo?”. La respuesta debe estar en el registro, no en la memoria de quien entregó. Puede ser revisar una ronda, esperar una muestra, verificar un permiso, consultar una orden o hablar con una función competente. La anotación debe describir una acción concreta que alguien pueda comprobar.

HSG256 recomienda acordar y asegurar que los tiempos y procedimientos para transmitir información al equipo siguiente sean claros, estén disponibles para todo el personal y se sigan siempre. Fuente: HSE, HSG256 La recomendación no impone una plantilla universal. En esta situación, sostiene una práctica sencilla: cada alarma que pasa al relevo necesita una próxima revisión que el equipo pueda localizar y ejecutar según su procedimiento.

Escribe la revisión como una pregunta con un dueño. “Instrumentación confirma si la alarma A-204 se asocia a una señal válida antes del siguiente arranque” es mejor que “instrumentación revisa”. La primera muestra qué información se busca y en qué evento deja de ser suficiente esperar. Si no sabes quién tiene autoridad para responder, no asignes el nombre por intuición. Registra la duda y utiliza el canal local de escalado.

No confundas al propietario del dato con el propietario de la decisión. Un operador puede comprobar una lectura; mantenimiento puede validar un equipo; calidad puede retener o liberar un lote; una supervisión definida por el procedimiento puede autorizar una modificación. El parte debe conservar esas fronteras. Al hacerlo, evita que la persona entrante reciba una tarea que parece ejecutable pero requiere una autorización distinta.

El siguiente cuadro ayuda a detectar registros demasiado vagos:

Registro débil	Qué falta	Forma comprobable
“Revisar alarma de caudal”	Activo, fuente, responsable y condición de revisión	“Producción compara FT-31 con la ronda R-18 al inicio; si no coinciden, mantiene el límite de OP-09 y escala”
“Mantenimiento informado”	Pregunta y plazo	“Mantenimiento confirma el estado de la orden OT-442 antes de las 06:00”
“Esperar a calidad”	Lote, muestra y decisión	“Calidad comunica si la muestra M-72 permite cambiar la retención del lote L-19”
“No tocar”	Qué no se toca, por qué fuente y hasta cuándo	“No modificar el bypass B-4 hasta verificar el permiso PTW-382 según procedimiento local”

Los ejemplos no dan una instrucción técnica para esos equipos. Muestran la forma de una anotación. Cada instalación debe conservar sus propias reglas para el escalado, la liberación, el reinicio y los límites de operación.

Usa la conversación de relevo para comprobar el registro

Un registro escrito conserva trazabilidad, pero no garantiza comprensión. Puede estar en un dashboard, en una hoja de turno o asociado a una alarma, y aun así no responder a la pregunta que el siguiente equipo tiene en mente. La entrega necesita una comprobación breve: que quien recibe pueda identificar la alarma prioritaria, la evidencia, el control que no debe cambiar y la siguiente revisión.

HSG256 recomienda que los relevos se realicen, idealmente, cara a cara y de forma bidireccional, con medios verbales y escritos, basados en las necesidades de información del personal entrante y con el tiempo necesario para que la comunicación sea clara y exacta. Fuente: HSE, HSG256 Esa recomendación puede adaptarse a una entrega presencial, remota o registrada en sistema cuando el procedimiento local lo contempla. No equivale a imponer una firma o una herramienta concreta.

En una entrega breve, quien sale puede leer primero el estado, no la cronología. Después, quien entra repite con sus palabras qué debe comprobar. Si esa respuesta cambia el significado de la nota, corrige el registro antes de cerrar la conversación. La meta no es demostrar que se habló. Es detectar que dos personas estaban usando la misma palabra para situaciones distintas.

Las alarmas que siguen activas o que afectan a una restricción merecen atención antes de las que solo aportan contexto. Después, repasa las alarmas que tienen una ventana de revisión cercana. Por último, conserva los antecedentes que ayudan a interpretar una decisión posterior. Esta secuencia no crea una clasificación de riesgo ni reemplaza las prioridades que ya define la instalación. Ordena la transferencia para que lo urgente por procedimiento no quede enterrado.

Cuando el relevo es remoto, añade una forma de localizar la evidencia sin depender de una conversación posterior. Puede ser un identificador de evento, una ronda, una orden, un permiso o una ruta de sistema. Si se usa una aceptación electrónica, esta debe registrar la recepción conforme al proceso de la planta, no reemplazar la comprobación que ese proceso exige.

Límites del registro de alarmas en el relevo

El contexto operativo no convierte una alarma en un diagnóstico. Puede dejar claro que la alarma se activó durante una ventana, que hubo una respuesta y que queda una pregunta pendiente. No demuestra por qué ocurrió, ni qué acción técnica es segura, ni qué valor debe configurar alguien en el sistema. Esas decisiones requieren los procedimientos, roles y evidencias aplicables.

Tampoco hay una cantidad universal de alarmas que un relevo deba incluir. Si una alarma no cambia ninguna acción, control, decisión o interpretación para el siguiente turno, quizá debe permanecer en el historial asociado. Si una alarma introduce una condición activa, una restricción, una retención, una investigación o un dato que evita una interpretación errónea, merece una entrada de relevo. La diferencia depende del estado y de la siguiente decisión, no de la frecuencia con la que aparezca el aviso.

No uses esta página para decidir si una alarma es de seguridad, calidad, proceso o mantenimiento. Usa la clasificación, los límites y los canales definidos para esa instalación. Si falta el procedimiento, si el sistema muestra información contradictoria o si no puedes confirmar qué control sigue vigente, no cierres la incertidumbre con una frase tranquilizadora. Declara qué falta, conserva la evidencia disponible y escala al rol competente.

La siguiente acción práctica es revisar las alarmas que pasan al relevo con cinco campos: objeto, ventana, estado confirmado, respuesta vigente y próxima decisión. Elimina las frases que solo dicen “vigilar” o “pendiente” y sustitúyelas por una pregunta comprobable, su fuente y la función que puede responderla. Así el siguiente turno recibe contexto para actuar dentro de sus límites, no una colección de avisos que debe descifrar.

Preguntas frecuentes

¿Qué información mínima debe acompañar a una alarma en el relevo?

Incluye el activo o zona, la hora o ventana de activación, el estado confirmado, la acción aplicada, la fuente de evidencia, el control o instrucción vigente, la persona o función que debe responder y la siguiente revisión. Si un dato no se conoce, indícalo como pendiente en vez de completar la nota con una suposición.

¿Debo copiar todas las alarmas del turno en el parte?

No necesariamente. Lleva al relevo las alarmas que mantienen una condición activa, una acción pendiente, una restricción, una investigación o contexto que cambia la interpretación de lo que el siguiente turno debe hacer. Las alarmas ya resueltas sin consecuencia pendiente pueden quedar en el historial del sistema o del parte asociado.

¿Una alarma reconocida queda cerrada para el relevo?

No. Reconocer una alarma puede registrar que alguien la vio o aplicó un paso del procedimiento, pero no demuestra que la causa, el límite operativo o la condición del equipo estén resueltos. El registro debe separar el reconocimiento del estado que una fuente autorizada permite declarar.

¿Puedo usar el registro de alarmas para indicar que se siga operando?

Solo si el procedimiento, permiso, instrucción o rol autorizado ya establece esa condición y puedes enlazarla. El parte no debe crear una autorización nueva. Si no puedes confirmar qué límite rige, conserva la duda y escala por el canal definido por la instalación.

¿El contexto de alarmas sustituye la configuración de SCADA?

No. El contexto de relevo explica qué ocurrió, qué se comprobó y qué queda pendiente. Los umbrales, inhibiciones, prioridades, enclavamientos y cambios de configuración se gobiernan por los sistemas y procedimientos técnicos autorizados para la instalación.