Investigación de accidentes BowTie para diagnóstico del equipo

La investigación de accidentes BowTie para diagnóstico del equipo no busca adornar un informe; busca revelar si el equipo que investiga entiende de verdad cómo se degradaron las barreras, qué evidencia lo demuestra y qué tan capaz es la organización de aprender sin caer en la culpa. Ese cambio de foco importa porque muchas compañías siguen cerrando hallazgos sin resolver el problema de fondo: investigan el evento, pero no investigan la calidad del sistema que investiga.

En 2005, la explosión en la refinería de BP en Texas City dejó 15 personas muertas y más de 170 heridas. La investigación posterior mostró que no faltaba una sola pieza aislada, sino una cadena de decisiones, señales ignoradas y barreras debilitadas. Ese caso es brutalmente útil para HSE porque demuestra que un accidente mayor no se explica solo por una falla técnica; también expone cómo piensa el equipo, qué datos usa, qué omite y qué tipo de conclusiones produce.

Por eso este artículo es fundacional. Antes de estandarizar una metodología, conviene responder algo incómodo: ¿tu equipo investigador está listo para usar BowTie como una herramienta de aprendizaje serio, o apenas como un dibujo bonito? Si no diagnosticás el punto de partida, podés invertir meses en capacitación, software y formatos, y seguir obteniendo los mismos informes débiles, las mismas acciones administrativas y la misma reincidencia. Si querés ver cómo esto se convierte después en rutina operativa, más adelante podés leer la guía práctica del equipo. Y cuando ya tengas base y quieras mover el sistema hacia aprendizaje sostenido, te conviene conectar con lecciones y mejora continua.

Un buen informe no es el que suena más convincente; es el que deja una ruta verificable desde el hecho hasta la barrera degradada.

Qué problema resuelve la investigación de accidentes BowTie para diagnóstico del equipo

BowTie aplicado a la investigación de accidentes resuelve un problema muy concreto: permite pasar del relato lineal de causas a una lectura estructurada de barreras, degradaciones y condiciones del sistema. En lugar de preguntar solamente qué pasó, pregunta qué controles debían impedir el evento, cuáles fallaron, cuáles estaban ausentes y cuáles parecían existir solo en papel. Esa diferencia es clave para profesionales HSE de todos los niveles porque conecta el campo con la gobernanza.

Para un director, el valor está en la priorización: no todo evento requiere la misma profundidad, pero sí una lógica consistente para decidir dónde invertir recursos. Para un mando medio, el valor está en la ejecución: cómo organizar la evidencia, quién entrevista, qué documentación revisar y cómo cerrar acciones que de verdad cambien el riesgo. Para un operador, el valor está en lo práctico: reconocer señales de degradación antes de que se conviertan en un accidente y saber qué reportar sin esperar permiso para pensar.

La base conceptual es simple, pero poderosa. En BowTie, el top event representa la pérdida de control sobre un peligro. A la izquierda se ubican amenazas y barreras preventivas; a la derecha, consecuencias y barreras mitigadoras. En investigación, ese mismo mapa sirve para reconstruir el incidente y verificar dónde se rompió la protección. El equipo deja de buscar culpables y empieza a identificar degradaciones reales de control.

Contexto técnico: qué cambia cuando investigas con BowTie

BowTie no reemplaza a otros métodos de investigación. Los ordena. Puede convivir con 5 Porqués, árbol de causas, análisis de barreras, RCA, TapRooT o metodología propia, pero aporta una columna vertebral útil: las conclusiones deben poder vincularse con un peligro, un top event, una barrera y una evidencia. Si una recomendación no cambia una barrera, no mejora la capacidad de control; solo mueve el problema de lugar.

En términos de Process Safety Management, esto conversa directamente con OSHA 1910.119, especialmente en investigación de incidentes, integridad mecánica, procedimientos, capacitación y gestión del cambio. También se alinea con ISO 45001 en la cláusula de incidentes, no conformidades y acciones correctivas, que exige aprender y mejorar, no solo documentar. En el mundo de procesos, API 754 ayuda a distinguir eventos de seguridad de procesos de eventos personales y a usar indicadores para leer tendencia y exposición. IEC 61511 es relevante cuando el accidente toca funciones instrumentadas de seguridad, pruebas periódicas o bypass de SIS. Y CCPS insiste en algo que muchas organizaciones todavía subestiman: la investigación debe producir aprendizaje útil para el sistema, no solo cumplimiento administrativo.

La pregunta crítica no es si BowTie se ve bien en una presentación. La pregunta es si el equipo investigador puede usarlo para tomar mejores decisiones con menos sesgo. Cuando eso no sucede, el problema no es la herramienta: es el nivel de madurez organizacional, la competencia del equipo y la calidad del sistema de datos que soporta la investigación.

BowTie y error humano: una lectura más honesta

Muchas investigaciones mueren en la frase el operador se equivocó. Esa explicación es pobre porque termina en la persona y no en las condiciones que hicieron probable el error. Un enfoque BowTie serio obliga a preguntar qué barreras estaban disponibles, si eran visibles para el operador, si estaban diseñadas para la tarea real, si la supervisión era suficiente y si el turno tenía las condiciones para ejecutar sin improvisar.

Esto es especialmente importante en plantas químicas, refinerías, terminales, minería e instalaciones de energía, donde el error humano casi nunca aparece solo. Casi siempre llega acompañado por alarmas mal gestionadas, procedimientos largos, interfaces confusas, fatiga, mantenimiento atrasado, entrenamiento genérico o cambios operativos mal comunicados. El BowTie ayuda a diagnosticar todo eso sin reducirlo a una sola causa psicológica.

Análisis profundo con casos reales

Caso 1: BP Texas City, 2005

Situación. Durante una puesta en marcha posterior a una parada, se produjo un sobrellenado en una columna de destilación y el contenido fue descargado al blowdown drum y a la torre de venteo, generando una nube de hidrocarburos que explotó. El evento dejó 15 fallecidos, más de 170 heridos y un impacto económico y reputacional enorme para la compañía.

Problema. La lectura común suele quedarse en el error de arranque o en una válvula mal operada. Pero la investigación mostró algo más grave: había señales previas, instrumentos y alarmas con respuesta limitada, una configuración de descarga insegura, procedimientos deficientes y una cultura donde la degradación de barreras no se veía como un problema de proceso, sino como un asunto operativo menor.

Consecuencia. El sistema no detectó a tiempo la pérdida de control porque varias barreras estaban debilitadas al mismo tiempo. No era solo un problema técnico. Era también un problema de equipo investigador, porque si la organización hubiera usado una lógica tipo BowTie, habría tenido que documentar de manera explícita qué barreras existían, cuáles estaban en servicio real y cuáles eran solo nominales. La consecuencia final fue una tragedia humana y una lección global sobre seguridad de procesos.

Lección. Cuando investigás con foco en el equipo, buscás algo más que la secuencia del accidente. Buscás la capacidad de la organización para reconocer que la barrera estaba fallando antes de la explosión. Un equipo maduro hubiera revisado permisos, alarmas, procedimientos de arranque, prácticas de comunicación entre turnos, integridad del sistema de alivio y decisiones de gestión que normalizaron el desvío. Esa es la diferencia entre investigar un evento y diagnosticar el sistema.

Caso 2: Deepwater Horizon, 2010

Situación. La plataforma de perforación sufrió una explosión tras una serie de decisiones y lecturas erróneas durante la prueba de presión negativa. Murieron 11 trabajadores y el derrame alcanzó aproximadamente 4.9 millones de barriles de petróleo, convirtiéndose en uno de los accidentes industriales más graves de la historia moderna.

Problema. El punto débil no fue una única causa, sino la forma en que el equipo interpretó señales contradictorias y priorizó el cierre operativo por encima de la verificación robusta de barreras críticas. La evidencia posterior mostró fallas en decisiones técnicas, coordinación entre contratistas, lectura de datos, supervisión y gestión de la incertidumbre. Para un equipo investigador, eso significa que el accidente no se puede explicar sin entender la interfaz entre diseño, operación y toma de decisiones bajo presión.

Consecuencia. El evento dejó claro que la empresa y sus contratistas no habían construido una lectura compartida de riesgo suficientemente fuerte. Si el equipo investigador no tenía madurez, podía caer en dos errores opuestos: culpar al operario que leyó la prueba o diluir todo en un lenguaje genérico de cultura. Ninguna de esas salidas ayuda a mejorar barreras. BowTie, en cambio, obliga a mapear qué señales estaban disponibles, cuál era la barrera esperada, quién debía verificarla y por qué la verificación no fue suficiente.

Lección. Una investigación útil no se limita a narrar la cronología. Debe mostrar cómo se degradaron las barreras críticas, qué controles administrativos fallaron, qué decisiones aceleraron el riesgo y por qué el sistema permitió una interpretación errónea sin detener la operación. En la práctica, eso exige un equipo con competencias técnicas, habilidad para leer evidencia compleja y capacidad para sostener conversaciones incómodas sin buscar un chivo expiatorio.

Qué nos enseñan juntos estos casos

Texas City y Deepwater Horizon comparten una lección incómoda: en accidentes mayores, casi siempre hay señales previas, pero el equipo investigador las interpreta demasiado tarde o con poca precisión. Si el diagnóstico organizacional es débil, el BowTie se convierte en una figura decorativa. Si el diagnóstico es sólido, el BowTie se transforma en una herramienta para exponer cómo se combinan las fallas técnicas con las fallas de gestión, supervisión y aprendizaje.

Esto también explica por qué API 754 es tan útil. No alcanza con contar eventos; hay que leer tendencias de severidad, repetición, barreras comprometidas y exposición acumulada. Un equipo que investiga con madurez no espera a la tragedia para actuar. Usa la evidencia de incidentes menores, desvíos y cuasi accidentes para entender si el sistema está perdiendo control de manera progresiva.

Diagnóstico organizacional: cómo saber si tu equipo está listo

Antes de estandarizar una metodología, necesitás saber dónde estás. Muchas organizaciones creen que ya investigan bien porque tienen un formato, una reunión y un informe. Pero eso no alcanza. La madurez se ve en la calidad de las preguntas, en la disciplina de la evidencia y en la capacidad del equipo para proponer acciones que realmente cambien la barrera o el desempeño del control.

Una forma simple de pensar la madurez es por niveles. Si tu equipo aún se concentra en actos inseguros, entrevistas rápidas y acciones de capacitación genérica, está en un nivel bajo. Si ya usa BowTie para conectar barreras, datos y decisiones, está avanzando. Si además integra hallazgos con integridad mecánica, MOC, competencias, auditorías y revisión de indicadores, entonces ya está operando como un sistema de aprendizaje y no como un comité que redacta cierres.

Señales de alerta que no deberías normalizar

• Los informes terminan casi siempre en reentrenar al personal, aunque el problema sea de diseño, mantenimiento o supervisión.
• El equipo investigador cambia de miembros en cada caso y nadie conserva un criterio común.
• No se usa evidencia de campo como registros de alarma, historial de mantenimiento, tendencias de proceso o permisos de trabajo.
• Las conclusiones hablan de error humano, pero no explican qué condiciones hicieron probable ese error.
• Las acciones correctivas se cierran en papel, pero no se verifica su eficacia en terreno.
• Los eventos de alta potencialidad se investigan con la misma profundidad que un desvío menor.
• Los líderes piden rapidez de cierre, pero no piden calidad de análisis ni tasa de recurrencia.

Preguntas de autoevaluación por rol

Si eres director o gerente: ¿Sabes cuántas investigaciones cambian una barrera crítica y no solo una capacitación? ¿Ves tendencias por unidad, contratista o turno? ¿Tus indicadores siguen la lógica de API 754 o solo cuentan incidentes?

Si eres mando medio: ¿Tu equipo sabe qué evidencia preservar antes de limpiar el área? ¿Hay un criterio claro para elegir al líder de investigación según la complejidad del evento? ¿Las acciones se traducen en cambios visibles en el trabajo real?

Si eres supervisor u operador: ¿Tienes claro qué debes reportar cuando ves una desviación? ¿Sientes que tu relato en la investigación se toma en serio? ¿Sabes identificar una barrera degradada antes de que falle?

Metodología base para pasar del diagnóstico a la estandarización

Si el diagnóstico muestra brechas, no conviene correr a comprar software ni a llenar la planta de formatos nuevos. Primero hay que ordenar el sistema. La metodología BowTie para investigación funciona mejor cuando se implementa en capas: definición del alcance, selección del evento, conformación del equipo, análisis de evidencias, reconstrucción de barreras, formulación de acciones y verificación de eficacia. Esa secuencia evita dos vicios comunes: investigar demasiado tarde y concluir demasiado rápido.

El objetivo no es hacer un BowTie bonito. El objetivo es tomar decisiones que mejoren el control del riesgo. Para eso, el equipo debe saber distinguir entre lo inmediato y lo importante. Una válvula trabada puede ser la causa técnica visible, pero la pregunta BowTie es qué barrera de prevención o mitigación estaba degradada, cómo se detectó, quién debía intervenir y por qué el sistema no lo hizo a tiempo.

Quick wins que puedes aplicar en semanas, no en años

• Crear una hoja de una página para capturar evidencia crítica en las primeras 24 horas.
• Definir un equipo mínimo de investigación con roles fijos y suplentes.
• Establecer un criterio para separar eventos personales, operacionales y de proceso.
• Usar una biblioteca de barreras estándar para evitar que cada investigación reinvente el lenguaje.
• Revisar semanalmente el cierre de acciones con foco en eficacia, no solo en fecha.

Cambios estructurales que sí elevan la madurez

• Un modelo de competencias para investigadores, supervisores y líderes que defina qué sabe hacer cada rol.
• Gobernanza de investigaciones mayores con patrocinio de operaciones y dirección, no solo de HSE.
• Integración con MOC, integridad mecánica, gestión de alarmas y capacitación.
• Indicadores de calidad de investigación: tiempo de inicio, profundidad, uso de evidencia, tasa de acciones efectivas y recurrencia.
• Revisión periódica de lecciones aprendidas entre plantas o unidades para evitar que cada sitio repita los mismos errores.

Si hoy no sabes dónde está tu organización en este mapa, un diagnóstico de madurez puede ayudarte a ver con más claridad el punto de partida. En nuestro caso, la herramienta de Diagnósticos Digitales es útil para esa lectura inicial porque evalúa PSM, disciplina operativa y competencias sin depender de intuiciones sueltas. A partir de ahí, sí tiene sentido escalar a capacitación o acompañamiento.

Aplicación práctica en el día a día

En la práctica, la investigación con BowTie no se hace solo en la sala de reuniones. Se hace en el turno, en el área, en el archivo de mantenimiento, frente al historian, en la charla con el operador y en la revisión del permiso de trabajo. La clave es que cada nivel de la organización sepa qué hacer para que la evidencia no se pierda y para que el análisis no se vuelva teórico.

Para el director: revisa mensualmente tres cosas: tendencia de eventos de proceso, calidad de cierre de acciones y porcentaje de investigaciones que cambian una barrera. Si esos indicadores no se mueven, el sistema está investigando, pero no está aprendiendo. La gobernanza debe pedir profundidad, no solo cumplimiento.

Para el mando medio: arma un kit de investigación de campo. Debe incluir lista de evidencias, guía de entrevistas, formato de línea de tiempo, matriz de barreras y lista de verificación de factores organizacionales. Si el equipo pierde dos horas buscando datos o discutiendo quién lidera, ya empezaste mal. La coordinación es parte del control del riesgo.

Para el operador y supervisor de primera línea: aprende a identificar señales tempranas como alarmas repetidas, bypass no autorizado, desviaciones de procedimiento, instrumentos fuera de servicio, limpieza incompleta, vibración anormal o diferencias entre lo que dice el turno entrante y lo que realmente está en campo. Reportar no es delatar. Reportar es detener la degradación antes de que cruce el top event.

Un recurso práctico muy útil es la reunión breve de reconstrucción del evento dentro de las primeras 24 a 48 horas, con presencia de operación, mantenimiento y HSE. No se trata de resolver todo ahí. Se trata de asegurar memoria factual. Después, el equipo ya puede profundizar sin sesgo. Si además quieres formar criterio técnico para manejar esta metodología, el artículo práctico del equipo te lleva del diagnóstico a la ejecución paso a paso.

FAQ breve sobre BowTie y diagnóstico del equipo

¿BowTie reemplaza otros métodos de investigación?

No. BowTie no reemplaza el análisis de causas, pero sí le da una estructura superior cuando quieres entender barreras, degradación y controles críticos. Es especialmente útil para eventos de seguridad de procesos o incidentes con alto potencial. Si lo usas bien, complementa 5 Porqués, árbol causal o RCA. Si lo usas mal, se vuelve solo un dibujo. La diferencia está en la disciplina del equipo investigador y en la calidad de la evidencia.

¿Por qué enfocarse en el equipo y no solo en el accidente?

Porque la calidad del análisis depende de quién investiga, con qué competencias, con qué datos y bajo qué presión. Dos equipos pueden estudiar el mismo evento y llegar a conclusiones muy distintas. Diagnosticar al equipo no es desviar la atención del accidente; es asegurar que la organización tenga capacidad real de aprender. Sin esa lectura, los mismos errores vuelven a aparecer bajo otra forma.

¿Qué indicadores muestran que la investigación está madura?

Los más útiles son la tasa de inicio oportuno, la profundidad de la evidencia, el porcentaje de acciones que cambian una barrera, el tiempo de cierre con verificación de eficacia y la recurrencia de eventos similares. También sirve medir cuántas investigaciones incorporan datos de proceso, mantenimiento, operación y supervisión, no solo entrevistas. Si solo mides cantidad de informes cerrados, puedes tener mucha actividad y poco aprendizaje.

¿Qué hago si mi organización ya investiga, pero repite eventos?

Eso suele indicar que hay un problema de diagnóstico, no de esfuerzo. Revisa si las acciones son administrativas, si las barreras están bien definidas y si el equipo confunde causas inmediatas con causas sistémicas. También mira la calidad de la evidencia y la independencia del análisis. Muchas veces el problema está en la competencia del equipo o en la presión por cerrar rápido.

¿BowTie sirve solo para accidentes mayores?

No. Aunque es especialmente potente en eventos de alto potencial, también ayuda con incidentes repetitivos o cuasi accidentes cuando el objetivo es entender barreras y exposición. En plantas con alta complejidad, un pequeño desvío puede ser una señal temprana de una degradación más seria. Lo importante es usar criterio para seleccionar eventos y no sobrecargar al equipo con casos de bajo aprendizaje.

¿Cómo conecto este diagnóstico con ISO 45001, OSHA PSM y API 754?

ISO 45001 te pide aprender de incidentes y no conformidades. OSHA PSM te exige investigar incidentes y gestionar acciones correctivas. API 754 te da una lógica de indicadores para leer exposición y severidad de seguridad de procesos. BowTie actúa como puente: traduce esos requisitos en una lectura concreta de barreras, amenazas y desempeño real del sistema. Así pasas de cumplir a gestionar.

Cierre: el diagnóstico es el comienzo, no el final

Si algo dejan claro Texas City y Deepwater Horizon es que la tragedia rara vez llega sin avisar. La organización suele tener datos, señales y oportunidades de intervención. Lo que falta muchas veces no es información, sino un equipo investigador capaz de leer el sistema completo. Ahí es donde la investigación de accidentes BowTie para diagnóstico del equipo marca la diferencia: obliga a mirar competencias, roles, evidencias y calidad de análisis antes de pedir resultados mejores.

Este artículo es el punto de partida de la serie. Primero necesitabas el marco y el diagnóstico. En el siguiente paso, esa base se transforma en una guía operativa para el equipo investigador, con criterios, roles y herramientas de campo. Y luego, cuando el sistema ya tiene mayor disciplina, llega el momento de cerrar el ciclo con aprendizaje acumulado y mejoras sostenidas. Si quieres avanzar con orden, no empieces por el software ni por la presentación; empieza por entender la madurez real de tu organización. Ahí es donde se gana o se pierde la investigación.