ENGYKOGuía técnica · Seguridad de Procesos
Investigar para prevenir: fundamentos de la investigación de incidentes de seguridad de procesos
Una síntesis de los principios reunidos en Guidelines for Investigating Process Safety Incidents (CCPS/AIChE, 3.ª edición) para equipos de HSE, ingeniería de procesos y liderazgo de planta.
Ningún incidente de proceso ocurre por una sola razón. Detrás de una fuga, un incendio o una explosión suele haber una cadena de decisiones, controles que fallaron en silencio durante meses y señales de advertencia que nadie conectó a tiempo. El Center for Chemical Process Safety (CCPS) sistematizó, a lo largo de tres ediciones de su guía de referencia, la disciplina para investigar estos eventos — no para asignar culpas, sino para entender por qué las barreras de seguridad no funcionaron y evitar que vuelva a suceder. Este artículo resume esa disciplina en sus componentes esenciales.
Cómo se originan los incidentes
La guía describe los incidentes de proceso como el resultado de una secuencia, no de un accidente aislado. Un modelo de tres fases —condiciones latentes, un evento iniciador y la propagación de consecuencias— ayuda a ubicar en qué punto de la cadena intervenir. El clásico modelo del queso suizo ilustra la misma idea de otra forma: cada capa de defensa (diseño, procedimientos, capacitación, supervisión) tiene huecos; un incidente ocurre cuando esos huecos se alinean momentáneamente.
Fallas latentes Latent Conditions
Condiciones que existen mucho antes del evento —un enclavamiento deshabilitado, una desviación de procedimiento tolerada, una alarma ignorada de forma rutinaria— y que rara vez causan daño por sí solas. Una investigación rigurosa retrocede hasta identificar qué condiciones latentes hicieron posible el incidente.
Conceptos clave de causalidad
Casi todo incidente de proceso implica, en algún punto, una pérdida de contención o de energía: un fluido, un gas o una energía que debía permanecer confinada no lo estuvo. Pero preguntar solo “qué se liberó” deja fuera la pregunta más útil: qué falló en el sistema de gestión que debía prevenirlo —diseño, mantenimiento, gestión del cambio, competencia del personal.
Los factores humanos aparecen en la mayoría de los incidentes, pero rara vez como “error humano” en sentido simple: son el resultado de diseños de interfaz confusos, cargas de trabajo excesivas, procedimientos poco claros o presiones de producción. La guía insiste en la causalidad múltiple: casi ningún incidente tiene una sola causa raíz, y tratar la primera explicación plausible como definitiva es el error más común en investigaciones apresuradas.
Distinguir eventos de causas raíz —lo que ocurrió frente a por qué el sistema lo permitió— es lo que separa una investigación superficial de una que realmente reduce el riesgo futuro.
Metodologías de investigación
No existe una única técnica correcta; la guía cataloga herramientas que se combinan según la complejidad del incidente:
- Entrevistas y lluvia de ideas para reconstruir hechos y generar hipótesis iniciales.
- Líneas de tiempo y diagramas de secuencia para ordenar eventos, condiciones y acciones en su orden real de ocurrencia.
- Análisis “qué pasaría si” y 5-Porqués para explorar causas de forma rápida en incidentes menores.
- Árboles predefinidos y árboles lógicos desarrollados por el equipo para incidentes complejos, donde la relación causa-efecto necesita representarse y verificarse de forma explícita.
La elección de metodología depende de la severidad del incidente, la disponibilidad de evidencia y la experiencia del equipo; la guía recomienda definir de antemano qué herramienta usar según el nivel de clasificación del evento, en lugar de decidirlo de forma improvisada en cada caso.
Un sistema de gestión, no un proceso ad hoc
La calidad de una investigación depende menos del talento individual del investigador que del sistema de gestión que la sostiene. Eso incluye criterios claros de clasificación de incidentes por severidad, reglas de notificación interna y a autoridades, plantillas de documentación y, sobre todo, una cultura libre de culpa que distinga el error humano del comportamiento negligente o deliberado.
El objetivo de una investigación no es explicar qué salió mal una vez. Es identificar qué debe cambiar en el sistema para que ese mismo fallo no pueda repetirse en ninguna otra unidad, turno o planta.
El sistema también debe definir responsabilidades de seguimiento: quién aprueba las recomendaciones, quién las implementa y en qué plazo, y cómo se verifica que realmente cierran la brecha identificada. Una recomendación sin dueño ni fecha es, en la práctica, una recomendación que no se va a cumplir.
El equipo de investigación
La guía defiende el trabajo en equipo frente a la investigación individual: combinar perspectivas de operación, ingeniería, mantenimiento y seguridad de procesos reduce puntos ciegos y da credibilidad a las conclusiones frente a la organización. El liderazgo del equipo debe recaer en alguien con autoridad suficiente para pedir información sin fricciones, pero sin intereses directos en el resultado de la investigación.
La composición y el tamaño del equipo deben ajustarse a la severidad del evento: un cuasi-incidente menor puede resolverse con dos personas en un día; un evento con pérdida de contención mayor puede requerir un equipo multidisciplinario durante semanas.
El manejo de testigos
Después de un incidente mayor, los testigos suelen estar afectados —física o emocionalmente— y su memoria de los hechos empieza a degradarse de inmediato. La guía recomienda entrevistarlos lo antes posible, en un entorno privado y no acusatorio, documentando sus propias palabras antes de que la narrativa colectiva de la planta empiece a moldear los recuerdos individuales. Priorizar a quién entrevistar primero —y proteger esas entrevistas de presiones legales o gerenciales prematuras— es tan importante como la técnica de la entrevista misma.
De la causa raíz a la recomendación eficaz
Identificar una causa raíz no cierra el trabajo: el valor de la investigación se mide en la calidad de las recomendaciones que produce. La guía distingue recomendaciones que atacan síntomas —recapacitar a un operador, reemplazar una pieza— de aquellas que corrigen el sistema —rediseñar una interfaz, cambiar un criterio de gestión del cambio, revisar un procedimiento crítico en toda la organización, no solo en la unidad donde ocurrió el evento. Las segundas cuestan más de implementar, pero son las que efectivamente bajan el riesgo.
Finalmente, ninguna recomendación tiene valor si no se comparte: la guía subraya la importancia de difundir las lecciones aprendidas más allá de la unidad afectada, de modo que otras plantas con equipos o riesgos similares puedan actuar antes de vivir su propio incidente.
Conclusión
Investigar bien un incidente de proceso es, en el fondo, un ejercicio de humildad organizacional: aceptar que los controles existentes fallaron y estar dispuesto a cambiarlos en serio. Los marcos que resume este artículo —causalidad múltiple, metodologías estructuradas, un sistema de gestión sólido, equipos bien liderados y recomendaciones que atacan el sistema— no eliminan el riesgo de que algo vuelva a fallar. Pero convierten cada incidente, por doloroso que sea, en la fuente de conocimiento más confiable que tiene una organización para prevenir el siguiente.