Modelo estratégico de gestión de

riesgos de seguridad y salud

Modelo de gestión operativa de riesgo
de fatalidad
Formato WRAC
Descripción Jerarquía de Controles:

Efectividad del
control
Eli
m
in
ar
Sustituir +
Rediseño
Barreras
Duras Aislar / Separar

Barreras
Administración / Auditorías /
Blandas Capacitación

Equipos de Protección Personal

-
Conducta

4
 METODOLOGÍA
BOW TIE ANALYSIS
Taller de entrenamiento para el uso de la
herramienta
BOW TIE ANALYSIS

Preparado por
Vantaz
¿QUÉ ES EL BOW TIE ANALYSIS (BTA)?
• Es una herramienta gráfica de gestión que permite analizar,
desde el punto de vista causa-impacto, los eventos más
significativos presentes en las actividades de la industria.
• Su nombre se debe a la forma de un corbatín que posee.
(Bow Tie = Corbatín).
• Se compone de, a lo menos, 5 partes.
EVENTO TOP 1

2 3
• ___ • ___
CAUSAS • ___ • ___
• • ___
IMPACTOS
___

Controles Controles
4 5
Preventivos Mitigadores
 ¿PARA QUÉ SE USA BOW TIE ?

• El BTA se usa para representar gráficamente la relación

entre los distintos componentes que resultan de la
Gestión de Peligros y Efectos.

Evento
Top
 ¿POR QUÉ UTILIZAR BOW TIE ?

BOW TIE analiza en profundidad “un evento top”, para determinar si los
controles preventivos y mitigantes son lo suficientemente adecuados
para prevenir la ocurrencia del evento y/o para mitigar las potenciales
consecuencias.
 ELEMENTOS DE LA
HERRAMIENTA BOW TIE
ANALYSIS (BTA)
 ELEMENTOS DE LA HERRAMIENTA
1. Identificación
2. Evento top
3. Causas o amenazas
4. Impactos o consecuencias
5. Controles Preventivos Existentes
6. Controles Mitigantes Existentes
7. Talleres de mejoras y proyecto de reducción de riesgo
8. Niveles de impacto (sin y con control)
9. Supuesto de nivel de impacto (con y sin control)
10. Participantes en la evaluación
BOW TIE ANALYSIS
1. IDENTIFICACIÓN
2.
3. CAUSAS EVENTO 4. IMPACTOS
TOP

5.1 CONTROLES CRÍTICOS 6.1 CONTROLES CRÍTICOS

EXISTENTES PREVENTIVOS EXISTENTES MITIGANTES

5.2 OTROS CONTROLES 6.2 OTROS CONTROLES

EXISTENTES PREVENTIVOS EXISTENTES PREVENTIVOS

7. TAREAS DE MEJORAS Y PROYECTOS 7. TAREAS DE MEJORAS PROYECTOS

DE REDUCCIÓN DE RIESGO DE REDUCCIÓN DE RIESGO

8. NIVEL DE IMPACTO SIN CONTROL 8. NIVEL DE IMPACTO CON CONTROL

10.
9. SUPUESTOS NIVEL DE IMPACTO PARTICIPANTES 9. SUPUESTOS NIVEL DE IMPACTO
SIN CONTROL EN EL CON CONTROL
EVALUACIÓN
 APLICACIÓN

Para describir los elementos de la herramienta BTA, se realizará un

ejemplo para explicar cada ítem.
Para el ejemplo, se tomará como referencia una caída de roca como
evento top aplicado en Minera Los Pelambres.
1. IDENTIFICACIÓN BTA
 1. IDENTIFICACIÓN BTA
• En este ítem, se debe indicar la compañía, área de aplicación, dueño
(administrador) del evento crítico y fecha de creación (¿¿¿del evento
crítico???).

• Además, se debe ingresar la última fecha de revisión del BTA, el riesgo con
control (P x I) cuya información proviene de la etapa anterior y, por último,
el Estado del Riesgo o Nivel de control del evento crítico.
•
1.ParaIDENTIFICACIÓN BTA
el caso anterior, se tiene lo siguiente:

• En el caso de Status:
– Fecha de Revisión: Última Revisión del BTA.
– Nivel de Riesgo con Control: información que proviene de la etapa
anterior del Modelo de Gestión Operativa de Riesgos de Antofagasta
Plc.
– Estado del Riesgo: Corresponde al estado en el que se encuentra el
riesgo actualmente: Controlado, Requiere Mejoras o No Controlado.
2. EVENTO TOP

EVENTO
TOP
 2. EVENTO TOP
• Evento top contempla 4 sub-ítem:
i. Energía: Capacidad de un
cuerpo de realizar un trabajo.
ii. Peligro: Fuente, situación o
acto con potencial de daño en
términos de enfermedad o
lesión a las personas, o una
combinación de éstos.
iii. Evento Top: La “liberación”
del peligro o del estado
inestable del peligro.
iv. Eventos No deseados: cadena
de eventos que resultan de la
liberación de un peligro.
• Esta información proviene de la
etapa anterior del Modelo de
Gestión Operativa de Riesgos de
Antofagasta Plc, a saber, Análisis
(uso del WRAC).
 ¿Pregunta?

Si un evento top se repite en más de una

Gerencia o Superintendencias ¿Se deben realizar
2 Bow Tie Analysis o es suficiente con uno sólo?
 
Sí, es necesario hacer 2. La razón se debe a que
las causas que motivan ese evento top podrían ser
diferentes. Además, los controles existentes
también podrían ser diferentes.
3. CAUSAS O AMENAZAS

CAUSAS
 3. CAUSAS O AMENAZAS

• Son causas todos los motivos por los cuales podría ocurrir el evento top.
• Las causas identificadas se deben listar en este sector del BTA.
• Si fuese necesario, se deberán agrupar y, luego, describir en comentarios
(tal como muestra la imagen).
• Al menos, cada evento top debería tener 1 causa.
• Cada causa será asociada a un código que servirá como referencia en el BTA.
Ej: CA2.
 ¿Pregunta?
¿Cuál es el número máximo y mínimo de
causas por evento?

• Respecto a las Causas no existen máximos ni

mínimos, pero como buena practica no
deberían aparecer mas de 10 causas por
evento, si hay más se debe intentar
agruparlas y describirlas en “comentarios”.
4. IMPACTOS O CONSECUENCIAS

IMPACTOS
 4. IMPACTOS O CONSECUENCIAS
• Los impactos se clasifican de acuerdo al ámbito que afectan: Salud,
Seguridad, Medio Ambiente, Políticas y Cumplimiento, Reputación y
Económico, definidos por Antofagasta Plc.
• Sólo se debe evaluar 1 impacto por cada ámbito, el de mayor
consecuencia probable.
• Cada Consecuencia o Impacto será asociada a un código que servirá como
referencia. Ej: IM2
5.1 CONTROLES CRÍTICOS EXISTENTES PREVENTIVOS

5.1. CONTROLES CRÍTICOS

EXISTENTES PREVENTIVOS
 5.1 CONTROLES CRÍTICOS EXISTENTES
PREVENTIVOS

• Definición de control crítico: todo aquel control que es “intransable” para la

ejecución de la tarea, en caso de este no existir la tarea se detiene o no
puede comenzar
• Cada control debe ser referidos a la(s) causa(s) que previenen (columna
Causas).
5.2 OTROS CONTROLES PREVENTIVOS

5.2 OTROS CONTROLES

PREVENTIVOS
 5.2 OTROS CONTROLES
PREVENTIVOS

• Definición de control: todo aquel control que es

“transable” para la ejecución de la tarea.
6.1 CONTROLES CRÍTICOS EXISTENTES MITIGANTES

6.1 CONTROLES CRÍTICOS

EXISTENTES MITIGANTES
6.2 CONTROLES CRÍTICOS EXISTENTES
MITIGANTES

• Cada control debe ser referidos a la(s) causa(s) que mitigan (columna Causas).
• El dueño de los controles es el Gerente del área (puede delegar a
Superintendentes o otros Gerentes).
6.2 OTROS CONTROLES MITIGANTES

6.2 OTROS CONTROLES

MITIGANTES
 6.2 OTROS CONTROLES
MITIGANTES

• Definición de control: todo aquel control que es

“transable” para la ejecución de la tarea.
 ¿Pregunta?

Cuál es el número máximo y mínimo de

controles críticos por evento?

En los Controles Críticos Preventivos o Mitigantes

no existe cantidad mínima ni máxima.
Cabe destacar que por lo menos debe existir un
control por evento Top.
 ¿Pregunta?

¿Los dueños de los controles (mitigante o

preventivos) son jefes de área o el dueño lo puede
tomar cualquier cargo? 

Los dueños de los controles pueden ser Jefes.

Siempre desde el nivel de supervisión o jefe de área
hacia arriba, alguien que pueda hacer gestión de los
controles.
7. TAREAS DE MEJORA Y PROY. DE REDUC. DE RIESGO

TAREAS DE MEJORAS Y PROY. DE TAREAS DE MEJORAS Y PROY. DE

REDUCCIÓN DE RIESGO REDUCCIÓN DE RIESGO
 7. TAREAS DE MEJORAS Y PROYECTOS
DE REDUCCIÓN DE RIESGO
• En caso que una causa no tenga un control asociado que lo
prevenga, se deberá generar una tarea de mejoramiento
con el fin de atacar esta causa y con ello prevenir la
posibilidad de ocurrencia del evento.
 7. TAREAS DE MEJORAS Y PROYECTOS
• DE
Se REDUCCIÓN
debe tener en cuentaDE RIESGO
lo siguiente:

1. Las tareas de mejoras y proyectos de reducción de riesgo

deben tener un responsable que tenga los recursos, la
experiencia y el conocimiento.
2. Las tareas de mejoras y proyectos de reducción de riesgo
deben tener fecha de inicio y término.
• Las fechas comprometidas podrán ser modificadas la
primera vez con la aprobación del dueño del evento
crítico.
• Una vez confirmadas y aprobadas las fechas no podrán
ser modificadas.
 ¿Pregunta?
¿Existe algún cargo destinado para ser responsable
de los proyectos de reducción del riesgo? En el caso
que sí aplique ¿Quiénes serían? 

El dueño de riesgo es el indicado para definir el

responsable del PRR.
Cabe destacar que el responsable del proyecto de
reducción de riesgo no tiene por qué ser el ejecutor del
proyecto.
El responsable puede ser alguien que simplemente lo
gestione o “haga que las cosas pasen”.
8.1 NIVELES DE IMPACTO SIN CONTROL

8. NIVEL DE IMPACTO SIN CONTROL

8.1 NIVELES
• Corresponde DEdeIMPACTO
al nivel impacto bajo elSIN CONTROL
peor escenario posible
asociado a la mayor pérdida posible (Completar con niveles de
impacto de 1 a 5)

• Nivel de Impacto Mayor: Si el evento implica pérdidas financieras

y/o impacto(s) no financiero(s), indicar el monto en millones de
dólares y el impacto no financiero que posea el Mayor Nivel de
Severidad, todo ello en un escenario sin control.
8.2 NIVEL DE IMPACTO CON CONTROL

8. NIVEL DE IMPACTO CON CONTROL

8.2 NIVELES DE IMPACTO CON CONTROL

• Nivel de Impacto Mayor: Si el evento implica pérdidas financieras

y/o impacto(s) no financiero(s), indicar el monto en millones de
dólares y el impacto no financiero que posea el Mayor Nivel de
Severidad, todo ello en un escenario sin control.
9.1 SUPUESTO NIVEL DE IMPACTO SIN CONTROL

SUPUESTOS NIVEL DE IMPACTO SIN

CONTROL
9.1 SUPUESTO DEL NIVEL DE IMPACTO
SIN CONTROL

• En este punto se describe el posible escenario que puede presentarse en

caso de ocurrencia de un evento sin controles.
• Descripción del Incidente: Se describir de manera detallada y concisa la
causa que gatilla el evento y lo que sucede después de éste (causa e
impactos).
• Resumen impacto económico: Se determina la pérdida en un escenario sin
control.
– Se enumera por medio de letras los supuestos que intervienen en el
cálculo.
– Se realizan los cálculos considerando los supuestos que se enumeraron
para definir las pérdidas y poder determinar la materialidad del evento.
9.2 SUPUESTO NIVEL DE IMPACTO CON CONTROL

SUPUESTOS NIVEL DE IMPACTO CON

CONTROL
9.2 SUPUESTO DEL NIVEL DE IMPACTO
• Corresponde al escenario con controles preventivos y mitigatorios
implementados en la compañía, asociado a los impactos declarados.

CON CONTROL

• Nota: Se completa considerando el mismo proceso que el ítem 9.1

10. PARTICIPANTES EN LA EVALUACIÓN

10.
PARTICIPANTES
EN EL
EVALUACIÓN
 10. PARTICIPANTES EN LA
EVALUACIÓN

• Finalmente, este punto corresponde a los

participantes en la evaluación del Bow Tie
Analysis.
 Anexo
Se han definido tres diferentes estados de verificación de riesgo:
•  Controlado: Se refiere a que los controles, procesos y el desempeño evaluado del riesgo adecuado,
apropiado y efectivo para asegurar que el evento crítico está siendo bien administrado. Los
parámetros que debe cumplir el evento para estar en esta categoría son:
– Todos sus controles críticos son efectivos.
– No se registran incidentes asociados a este riesgo.
– Cumplimiento del plan de verificaciones mayor al 80%.
• Requiere Mejoras: Se detectan algunas debilidades en ciertos controles, sin embargo se confirma
que los controles son los adecuados para asegurar una buena administración del evento. Un control
asociado al evento requiere de mejoras para poder operar de forma efectiva. Los parámetros que
debe cumplir el evento para en esta categoría son:
– Un control está en estado inefectivo.
– Se ha generado como máximo un evento de alto potencial asociado al evento durante el
periodo de evaluación (6 Meses).
– Cumplimiento del plan de verificaciones mayor a un 60% y menor a un 80% de cumplimiento
•  No Controlado: Los controles asociados al evento crítico no son adecuados, apropiados o efectivos
para asegurar que el evento está siendo bien administrado. Existe la necesidad latente de generar
acciones correctivas para mejorar el estado de control del evento crítico. Los parámetros que debe
cumplir el evento para en esta categoría son:
– Más de un control crítico se encuentra en estado inefectivo.
– Se ha generado más de un evento de alto potencial asociado a este riesgo. Cumplimiento del
plan de verificaciones menor a un 60%.
– La investigación de un incidente arroja que un control crítico no está presente (ausente,
implementado en terreno)