Registro de incidentes en un evento: qué y cómo documentar

Plantilla práctica del registro de incidencias: qué anotar, cómo asignar la urgencia, cómo transferir tareas entre turnos y cómo proteger los datos sensibles.

Un mensaje por radio, una foto en el chat y una instrucción verbal del jefe de turno pueden referirse a un mismo incidente. Una hora después, el equipo ya tiene tres versiones: cuándo empezó todo, quién tomó la decisión y si la causa está resuelta. El registro de incidencias en un evento reúne esta cadena en una única entrada verificable.

En Aventura utilizamos este registro como un repertorio operativo, no como una búsqueda de culpables ni como sustituto de los documentos específicos. Conserva los hechos, las decisiones, los responsables y las acciones abiertas. Si se necesita ayuda para las personas o llamar a los servicios de emergencia, el equipo actúa primero. La entrada se crea en paralelo o inmediatamente después de las primeras acciones.

¿Para qué sirve un registro de incidentes?

El registro conserva una cronología única del evento. En él se ve qué se detectó, qué información se confirmó, qué se hizo de inmediato, a quién se le asignó la tarea y cómo terminó. Este tipo de anotación ayuda a gestionar el turno en curso y aporta material para el análisis posterior al evento. El principal valor del registro es disponer de una única versión actualizada del estado para todos los roles responsables.

No hemos encontrado en las fuentes normativas rusas un formulario obligatorio con la denominación «registro de incidentes del evento». El organizador suele aprobar una plantilla interna teniendo en cuenta la sede, el contrato, la composición de los invitados y los requisitos especiales. El registro operativo no sustituye la documentación de incendios, los registros médicos, la investigación de un accidente laboral ni los materiales de las fuerzas del orden.

El contorno general de roles y acciones conviene definirlo en el plan de seguridad del evento. En el caso de las conferencias, esta mecánica se vincula con la organización de conferencias y foros, el plan de la sede y el trabajo del centro de coordinación. El registro empieza a funcionar allí donde surge una desviación observable, una decisión o una tarea que no se puede perder.

¿Qué se considera un incidente y qué se deja en el chat de trabajo?

La anotación es necesaria si el evento afecta o puede afectar a las personas, al acceso a la sede o al desarrollo del programa. Los fallos del servicio y de los equipos, los daños a la propiedad y los riesgos contractuales también se anotan en el registro. El segundo criterio es que el trabajo continúa después del primer mensaje: se necesita un responsable, un nuevo estado o un traspaso al siguiente turno. Una consulta habitual sin consecuencias se queda en el canal de trabajo.

Utilizamos una comprobación sencilla:

1. ¿Existe un impacto real o potencial en la seguridad y el funcionamiento del evento?
2. ¿Se necesita un responsable de la siguiente acción?
3. ¿Debe el centro de coordinación recibir un nuevo estado transcurrido un tiempo determinado?
4. ¿Se repite la desviación y muestra un problema sistémico?
5. ¿Es necesario conservar el episodio para el análisis final?

Si la respuesta a todas las preguntas es negativa, el mensaje no debe inflar el registro. Por ejemplo, la entrega programada de agua o la confirmación de la disponibilidad del micrófono se quedan en la lista de verificación del turno. La detención del acceso, el fallo del sistema de registro, el desplome de una estructura, la pérdida de bienes, una denuncia por amenaza o un fallo recurrente reciben un ID propio.

También es útil registrar los eventos peligrosos sin víctimas. Un pequeño cambio de circunstancias podría haber provocado una lesión, daños a la propiedad o la interrupción del programa. Este tipo de episodio ayuda a detectar un punto débil antes de que ocurra un incidente grave. El término y la vía de la verificación posterior deben acordarse con el servicio especializado correspondiente, y no asignarse por cuenta propia.

Campos de registro: plantilla mínima

Un buen registro responde a las preguntas «cuándo, dónde, qué ocurrió, qué se hizo y quién responde a continuación». Hemos reunido estos campos a partir del formulario oficial FEMA ICS 214, las recomendaciones de HSE y nuestra práctica de gestión del puesto de mando. Es una plantilla interna, no un formulario oficial.

Conviene registrar la hora de forma inequívoca y sincronizar los relojes de los dispositivos de trabajo. Para el registro electrónico sirve el formato 2026-10-29T18:42:16+03:00. Si el mensaje se anotó más tarde, la hora del evento y la hora del registro se indican por separado.

Merece la pena vincular el formulario con el trabajo del puesto de mando y la radiocomunicación. La radio y el chat entregan la señal, y el registro conserva una versión única del estado y de la decisión.

¿Cómo asignar el nivel de urgencia?

El nivel de urgencia debe activar automáticamente una acción clara. Un color o un número sin un itinerario es inútil. Los umbrales se aprueban antes del evento con el recinto, el servicio de seguridad, el responsable técnico, el equipo médico y otros roles especializados. El equipo debe entender de inmediato el destinatario del mensaje, el tiempo de reacción admisible y el siguiente estado de control.

La escala interna puede ser así:

Esta escala de cuatro niveles no está establecida por ISO, HSE ni el MChS. Es un ejemplo de modelo interno. Los nombres pueden cambiarse, pero la relación «nivel - destinatario - acción - plazo» debe seguir siendo inequívoca.

Tenemos en cuenta dos parámetros: qué ocurrió realmente y qué daño era posible. Un pasillo vacío que una carretilla bloqueó durante un minuto y ese mismo pasillo bloqueado durante una salida masiva difieren en su impacto real. El potencial del evento debe conservarse de todos modos para que el equipo elimine la causa.

Si necesita un contorno único del recinto, los proveedores y el puesto de mando, consulte la organización de eventos corporativos. Acordamos de antemano los roles, los puntos de escalado y las soluciones de reserva, y en el recinto controlamos su ejecución.

También publicamos análisis prácticos de procesos de producción en el canal de Telegram de «Aventura».

Hecho, decisión y resultado: campos distintos

El registro debe separar la observación de la versión sobre la causa. La frase «el contratista bloqueó la entrada» ya contiene una acusación. El hecho verificable suena distinto: «a las 09:18 dos de los cuatro escáneres dejaron de aceptar códigos QR; la cola se extendió más allá de la marca en el vestíbulo». Esta separación ayuda a tomar decisiones basadas en datos confirmados y a actualizar correctamente la cronología.

Distinguimos cuatro capas:

1. Hecho: qué se observó y con qué se confirma.
2. Verificación: qué pregunta sigue abierta y quién la verifica.
3. Decisión: qué acción aprobó la persona autorizada.
4. Resultado: qué cambió tras la acción y si se cumplió el criterio de cierre.

Si la información inicial resultó inexacta, no se borra el registro original. Se añade una aclaración con autor y hora. Esta versión conserva el curso de las decisiones y muestra con qué datos actuó el equipo en un momento concreto.

El chat no sirve como único registro. Los mensajes se editan, se pierden en un hilo largo y no exigen un responsable. El chat es útil para notificar, pero el enlace al ID del registro debe devolver al equipo a una única ficha actualizada.

¿Cómo escalar un incidente sin retrasar la ayuda?

Rellenar el formulario no debe retrasar el rescate de personas, la llamada a los servicios o la detención de una acción peligrosa. El mensaje inicial puede ser breve, y los campos se completan tras estabilizar la situación. El equipo debe tener de antemano la autoridad para actuar sin una larga cadena de aprobaciones. Primero se comunican el lugar, la amenaza y la ayuda requerida; después se precisan los demás campos del registro.

Para un mensaje grave utilizamos una estructura breve de siete puntos. Es cercana a la mnemotecnia británica M/ETHANE, que se emplea para el mensaje inicial a los servicios de emergencia:

1. Si se ha declarado un incidente mayor o si se requiere preparación para uno.
2. El lugar exacto.
3. El tipo de suceso.
4. Los peligros actuales y posibles.
5. El acceso y la ruta segura al lugar.
6. El número y estado de los afectados, si se conoce.
7. Qué servicios ya están trabajando y cuáles se necesitan.

En caso de incendio, las Normas de régimen de protección contra incendios vigentes en la fecha de publicación exigen informar de inmediato al servicio de bomberos sobre el objeto, la dirección, el lugar de origen y el apellido de quien informa, así como tomar medidas de evacuación. El registro puede anotar la hora de la llamada, los datos transmitidos y el rol de quien llamó, pero no sustituye la llamada en sí.

Para eventos con 50 personas o más, los locales se revisan previamente para comprobar el cumplimiento de los requisitos de seguridad contra incendios. En el escenario y en las salas se designan responsables de guardia. El Decreto del Gobierno de la Federación de Rusia n.º 1479 está vigente hasta el 31 de diciembre de 2026 inclusive, por lo que antes de un nuevo proyecto hay que verificar la redacción vigente y el acto que lo haya sustituido o prorrogado.

Datos personales y aplicación de acceso restringido

El registro operativo general debe contener el mínimo de datos necesario para el equipo de coordinación. La información sobre la salud, el contenido de una reclamación, los documentos y los contactos no debe mostrarse sin necesidad a los proveedores ni a todos los participantes del chat de trabajo. Para los casos sensibles es mejor utilizar una ficha aparte con acceso limitado. La tabla general, en ese caso, conserva un ID neutro, la acción, el responsable y el estado.

Modelo seguro de dos niveles:

• en el registro general: ID, hora, zona, categoría neutra, urgencia, acción operativa, responsable y estado;
• en la aplicación de acceso restringido: los datos necesarios para el contacto, la asistencia, la verificación o el cumplimiento de una obligación especial;
• entre los documentos: un ID de referencia sin copiar el texto sensible.

La Ley Federal n.º 152-FZ exige que las finalidades del tratamiento sean concretas y legales, y que el volumen de datos no sea excesivo. La información sobre el estado de salud pertenece a las categorías especiales de datos personales. Por eso, en el registro general normalmente basta con indicar el hecho de la solicitud, los primeros auxilios prestados y el traslado al personal médico, y no el diagnóstico ni el historial médico detallado.

Un solo consentimiento no siempre es suficiente. La base jurídica, la composición de los datos, los roles de acceso y el plazo de conservación se determinan en función de cada proyecto concreto. Para las reclamaciones y las solicitudes sensibles utilice un proceso aparte, similar al descrito en el código de conducta del evento.

¿Cómo llevar el registro durante el turno?

El registro se abre antes del acceso de los invitados y se cierra tras el desmontaje y la entrega de los asuntos pendientes. Pueden surgir incidencias durante el montaje, el registro, el programa, la salida del público, el desmontaje y la retirada de los proveedores. El responsable del registro debe tener un sustituto y acceso a la versión actualizada sin depender de un solo dispositivo.

Ciclo de trabajo de la entrada:

1. La señal llega al centro de mando o a la función designada.
2. El despachador verifica los datos mínimos y crea un ID.
3. El responsable asigna el nivel preliminar y la ruta.
4. El equipo ejecuta la primera acción de contención.
5. El propietario recibe la tarea y la hora del siguiente estado.
6. La entrada se actualiza cuando cambia el impacto, la decisión o el propietario.
7. El cierre se confirma con un resultado observable.
8. La entrada abierta se transfiere al siguiente turno.

Un fallo corregido en el momento no se elimina. Puede revelar un punto débil recurrente: una entrada que se sobrecarga con regularidad, un cable que vuelve a salir al paso, empleados que carecen de permisos en el sistema o proveedores que interpretan de forma distinta la señal de parada.

Antes de abrir el recinto, conviene reunir las restricciones iniciales y las reservas en una auditoría técnica del recinto. Así, el registro documenta las desviaciones respecto al plan acordado en lugar de reconstruirlo a posteriori.

¿Cómo transferir las entradas abiertas al nuevo turno?

El cambio de turno conserva las decisiones y compromisos vigentes. No es necesario leer todo el registro en voz alta. Al equipo entrante se le transfieren las entradas abiertas y las graves cerradas recientemente, las restricciones temporales, los propietarios, los próximos puntos de control y las acciones previstas de los servicios o proveedores. El nuevo turno confirma que ha entendido el contexto y que puede continuar el trabajo.

Qué transferir al siguiente turno:

1. Hora de la transferencia.
2. Quien entrega y quien recibe, sus funciones.
3. Entradas abiertas y nivel actual.
4. Qué está restringido en este momento.
5. Quién ha sido notificado ya y qué debe hacer.
6. Qué siguiente estado se necesita y cuándo.
7. Dónde se encuentran los materiales relacionados.
8. Confirmación del receptor.

El turno saliente no debe dar por transferida una tarea solo porque haya enviado un mensaje. El receptor confirma el contexto y la posibilidad de continuar el trabajo. Si el sistema o la zona sigue siendo inestable, se comunica por separado.

Evidencias y materiales relacionados

Las fotos, los vídeos, los registros del sistema y las grabaciones de comunicaciones ayudan a verificar la cronología, pero el registro general no debe convertirse en un almacén de archivos. En la ficha se indican el ID del material, la fuente y la hora de obtención. Por separado se registran el autor y el lugar de almacenamiento con acceso restringido. Así el equipo mantiene la conexión entre el registro y la confirmación, sin copiar archivos sensibles.

Primero el equipo ayuda a las personas y elimina la amenaza inmediata. Después restringe el acceso innecesario al lugar, registra los cambios y conserva los materiales originales. No se puede mantener una «imagen ideal del incidente» a costa de retrasar la ayuda.

Para los materiales digitales se puede utilizar el principio de trazabilidad: conservar el origen del registro, la hora de las acciones, el responsable y la transferencia del archivo entre roles. Este enfoque lo aplica el Instituto Nacional de Estándares y Tecnología de EE. UU. (NIST) en su guía sobre ciberincidentes. El conjunto de campos anterior es nuestra adaptación para el registro del evento, no un requisito del NIST para eventos rusos.

No envíe los originales con datos personales al chat general. Las comunicaciones por radio y las grabaciones de vídeo solo pueden conservarse si existe una base legal y un régimen de acceso definido de antemano. En el registro queda la referencia al material y el motivo de su conservación.

Análisis posterior al evento

El análisis final busca las condiciones de repetición, no un culpable conveniente. El equipo compara el plan y los hechos reales, verifica los recursos de reserva que funcionaron, las señales recurrentes y la calidad de la transmisión de estados. El registro en bruto no se envía a todos los participantes del proyecto. El objetivo del análisis es asignar cambios concretos, responsables y un método de verificación del resultado.

La OMS propone para el After Action Review la siguiente secuencia: qué se esperaba, qué ocurrió, qué funcionó, qué no funcionó, por qué y qué hay que mejorar. Para el evento añadimos el responsable, el plazo y el criterio verificable de cada cambio.

El análisis se desarrolla así:

1. Seleccionar los eventos peligrosos graves y recurrentes, aunque nadie haya resultado afectado.
2. Verificar la cronología, los hechos y los materiales relacionados.
3. Separar la causa inmediata de las condiciones del sistema.
4. Determinar qué recursos de reserva funcionaron y dónde hubo una brecha.
5. Formular una acción correctiva.
6. Asignar un responsable, un plazo y un método de verificación.
7. Actualizar el briefing, la auditoría, el ensayo, el plan de comunicación o la formación del equipo.

En el informe final se trasladan las categorías anonimizadas, el impacto en el programa o el servicio, las decisiones que funcionaron y las acciones abiertas. Los detalles médicos, el contenido de las quejas confidenciales y las versiones no confirmadas permanecen en un circuito restringido. El proceso general de cierre del proyecto se detalla en el artículo sobre el presupuesto, los documentos y el informe final del evento.

Lista de verificación de la preparación del registro

Si usted es responsable de un evento con una sede compleja o varios proveedores, revise el registro antes de que llegue el primer invitado. Una lista breve ayuda a detectar lagunas en los roles, los accesos, los plazos de estado y los criterios de cierre. La revisión lleva menos tiempo que reconstruir la cronología tras un fallo y muestra si el equipo está listo para transferir los registros entre turnos.

1. El criterio de registro es claro para todos los equipos y proveedores.
2. Las categorías no sustituyen la cualificación jurídica ni médica.
3. Cada nivel de urgencia está vinculado a una acción y a un destinatario.
4. Se han designado el propietario del registro y su sustituto.
5. Los relojes de los dispositivos están sincronizados.
6. El registro general está separado de las aplicaciones sensibles.
7. Cada registro tiene un propietario y el siguiente punto de control.
8. Las correcciones conservan la cronología original.
9. Los materiales se guardan en un almacenamiento controlado.
10. La transferencia de turno requiere la confirmación de quien la recibe.
11. El cierre se basa en un resultado observable.
12. Tras el evento, el registro se convierte en un plan de cambios, no en un archivo sin acciones.

Fuentes

• Normas del régimen de seguridad contra incendios en la Federación de Rusia
• Ley Federal No. 152-FZ «Sobre los datos personales»
• HSE: gestión de la seguridad del evento
• HSE: incidentes y situaciones de emergencia
• FEMA: formularios oficiales del Incident Command System
• JESIP: estructura del mensaje inicial M/ETHANE
• NIST SP 800-61 Rev. 3: guía para la respuesta a incidentes
• OMS: metodología After Action Review
• W3C: formato inequívoco de fecha y hora