Investigar incidentes y accidentes dentro del SGSST en Colombia no es llenar un formato después de que “ya pasó”. Es una herramienta de prevención: identificar qué falló en el sistema, qué controles no funcionaron (o no existían) y qué acciones evitarán que el evento se repita.

En este post te dejo un método práctico y auditable para investigar con enfoque en causa raíz, cerrar acciones con verificación de efectividad y generar aprendizaje real para tu empresa.

Objetivo de una investigación en SGSST (lo que debe demostrar)

• Reconocer la realidad del evento: qué ocurrió, dónde, cuándo, con quiénes y bajo qué condiciones.
• Determinar causas (no solo “culpables”): fallas de gestión, controles, condiciones técnicas y de desempeño.
• Proponer acciones orientadas a eliminar o controlar las causas.
• Verificar efectividad antes de cerrar la investigación.
• Registrar evidencia suficiente para auditoría y mejora continua.

Concepto clave: “dejar de investigar personas” para investigar el sistema

Un error común en SST es concluir con frases como “no siguió el procedimiento” o “falta de capacitación”. Eso puede ser cierto, pero es una capa. La investigación debe ir más profundo: ¿por qué el sistema permitió que ocurriera?

Ejemplos de preguntas que cambian el enfoque:

• ¿El procedimiento estaba claro, actualizado y disponible en el punto de trabajo?
• ¿Existían controles para garantizar el uso correcto (ingeniería/administrativos/EPP)?
• ¿Se verificó el desempeño antes del evento (inspecciones, supervisión, permisos de trabajo, monitoreo)?
• ¿Hubo cambios (equipo, proceso, personal, contratista, layout) que dispararan un análisis de riesgo?
• ¿La formación era competente para la tarea específica o solo “asistencia”?

Ruta paso a paso para investigar con causa raíz (auditable)

1) Asegura la escena y controla el riesgo (antes de analizar)

• Si aplica, detener la actividad y asegurar el área.
• Conservar evidencia (condiciones del sitio, equipos involucrados, señalización, estado de controles).
• Registrar de inmediato: fotos, ubicación, hora, condiciones ambientales, turnos, trabajo en curso.

Evidencia: reporte inicial, acta de control del sitio, fotografías, lista de verificación usada.

2) Define el equipo investigador y roles

• Líder de la investigación (SST o quien aplique).
• Operación (quien conoce el proceso y tareas).
• si hay componentes técnicos.
• Representante de trabajadores cuando corresponda.
• Si hay contratistas: participación del responsable del contratista.

Evidencia: acta de conformación del equipo, roles, fecha de inicio y alcance.

3) Redacta el “relato” del evento con hechos verificables

El relato debe centrarse en hechos, no en interpretaciones. Estructura recomendada:

• Qué ocurrió (evento).
• Dónde ocurrió (área y condiciones).
• Cuándo ocurrió (hora/turno) y duración.
• Con quién ocurrió (cargos, formación/competencia relacionada).
• Qué tareas se ejecutaban (procedimiento usado, permisos, condiciones de operación).
• Qué controles estaban presentes y cuáles fallaron o no existían.

Evidencia: narración cronológica + registros (fotos, inspecciones cercanas, permisos, checklist de EPP, etc.).

4) Identifica el “contacto” y las pérdidas (para conectar con riesgos)

Un enfoque útil es describir:

• Tipo de contacto (golpe, caída, atrapamiento, exposición, etc.).
• Parte lesionada (si aplica), o mecanismo de daño.
• Pérdidas reales y potenciales (lesiones, daños materiales, interrupción, impacto ambiental si aplica).

Esto permite luego conectar causas con peligros y controles de tu matriz de riesgos.

5) Recolecta datos: evidencia física + entrevistas + documentos

• Entrevistas (inmediatas si es posible), con preguntas abiertas y registro de respuestas.
• Revisión documental: procedimientos, permiso de trabajo, ATS/AST (si aplica), IPERC/matriz de riesgos, plan de mantenimiento, inspecciones, registros de capacitación y competencia.
• Revisión de controles: EPP disponible y usado, barreras, señalización, condiciones locativas, condiciones del equipo/herramientas.
• Gestión del cambio: ¿hubo cambios recientes no considerados?

Evidencia: actas de entrevistas, checklists, historial de mantenimiento, registros de entrenamiento, etc.

6) Analiza la causa raíz: pasa de “consecuencias” a “causas del sistema”

Existen varias herramientas (5 Porqués, Ishikawa/espina de pescado, árbol de fallas). Lo importante para auditoría es que tu análisis muestre una lógica razonable y trazable.

Regla práctica:

• Evita quedarte en una sola causa “conductual”.
• Busca causas inmediatas y luego causas que las originan (administrativas, de diseño del control, de supervisión, de competencia, de mantenimiento, etc.).
• Valida que la causa propuesta explica por qué ocurrió y por qué no se evitó con controles.

Ejemplos de causas raíz típicas (no exhaustivas):

• Controles administrativos inexistentes o no aplicados (permiso/ATS no usado, procedimiento no vigente).
• Control de ingeniería
• Competencia
• Supervisión/monitoreo
• Gestión del cambio

Evidencia: diagrama o matriz de análisis + referencias a datos (entrevista X, inspección Y, registro Z).

7) Clasifica la causa y conecta con tu matriz de riesgos

Para que sea auditable y útil, asegúrate de:

• Relacionar el evento con el peligro y el riesgo (según tu matriz).
• Identificar si el control existente era insuficiente, no estaba implementado o no estaba verificado.
• Actualizar la matriz o el plan de controles si el análisis muestra “brecha” estructural.

8) Define acciones correctivas/preventivas con criterio (SMART y verificables)

Las acciones deben eliminar/controlar la causa raíz. Una estructura recomendada:

• Qué acción se tomará (descripción clara).
• Para qué causa (a qué causa raíz apunta).
• Cómo se ejecuta (método).
• Responsable y fecha.
• Evidencia esperada (qué registro demostrará que se implementó).
• Verificación de efectividad (cómo medirás que dejó de ocurrir/si el control funciona).

Clave auditable: no cierres una investigación solo porque “se ejecutó” una acción; debes demostrar que fue efectiva.

¿Cómo verificar efectividad antes de cerrar?

La verificación puede incluir:

• Inspecciones posteriores con criterio del control intervenido.
• Observaciones del desempeño (si el control es administrativo o de método).
• Monitoreo de indicadores (tendencia de incidentes/casi-accidentes por el mecanismo asociado).
• Revisión de registros (mantenimiento realizado, permisos usados, uso de EPP, evidencias de capacitación con evaluación).

Ejemplo: si la causa raíz fue “procedimiento no comprendido”, la verificación puede ser evidencia de evaluación de competencia + auditoría de desempeño en campo.

Plantilla de estructura (lista para usar)

• Información del evento: fecha/hora, lugar, turno, personal, descripción breve.
• Impacto: lesiones/daños, potencialidad, mecanismos.
• Control inmediato: medidas tomadas en la escena.
• Equipo investigador: roles y responsabilidades.
• Cronología del evento: relato basado en hechos.
• Recolección de evidencias: entrevistas, fotos, documentos revisados.
• Análisis de causas: causas inmediatas y causa raíz (con trazabilidad a evidencias).
• Conexión con matriz de riesgos: peligro/riesgo y control asociado.
• Plan de acciones: correctivas/preventivas, responsable, fecha, evidencia esperada.
• Verificación de efectividad: criterio, método, fecha de verificación y resultado.
• Conclusión y lecciones aprendidas: actualización de controles/procedimientos si aplica.

Errores comunes que vuelven “débil” una investigación

• Enfocarse en una persona en vez de en causas del sistema.
• Acciones genéricas (“capacitar”) sin asegurar competencia ni evaluar efectividad.
• Falta de trazabilidad: causas propuestas sin evidencia (entrevista/registro/documento).
• Sin conexión con riesgos: acciones que no mejoran controles del peligro asociado.
• Cierre sin verificación: se “cumplió” pero no se demostró que evitó la repetición.

Conclusión

Una buena investigación de incidentes y accidentes dentro del SGSST en Colombia convierte un evento en aprendizaje: asegura la escena, analiza causas raíz con evidencia, define acciones controlables y verificables y cierra demostrando efectividad. Así tu sistema deja de reaccionar y empieza a prevenir.

Si me dices tu sector (construcción, manufactura, logística, salud, servicios) y el tipo de incidentes más frecuentes, te ayudo a adaptar una plantilla de investigación y ejemplos de causas raíz + acciones efectivas para tu caso.