CIRCULAR DE ASESORAMIENTO GESTIÓN DE LA SEGURIDAD ... · En cumplimiento con los lineamientos...

PROGRAMA DE SEGURIDAD OPERACIONAL DEL ESTADO

CIRCULAR DE ASESORAMIENTO

GESTIÓN DE LA SEGURIDAD OPERACIONAL SMS PARA

PROVEEDORES DE SERVICIOS EN EL ESTADO DE COSTA RICA

Edición 1era 04 de Mayo del 2020

CA-SSP-Anexo19-001-2020

Fecha: 20/4/2020

Página

2 Rev. 01

CUADRO DE FIRMAS

Elaborado

por

Programa Estatal de

Seguridad Operacional

SSP

Mayo 2020

Marco López Zeledón

Encargado SSP

Aprobado

por

Dirección General

Aviación Civil

Mayo 2020

Alvaro Vargas Segura

Director General


Fecha: 20/4/2020

Página

3 Rev. 01

REGISTRO DE EDICIONES

La edición será el reemplazo del documento completo por otro.

Estas se deben de anotar en el registro de ediciones y enmiendas, indicando el número

correspondiente, fecha de efectividad y la fecha de inserción.

NÚMERO DE

EDICION

FECHA DE

EMISIÓN

FECHA DE

EFECTIVIDAD

REALIZADA

POR

Original 27/01/2012 27/01/2012 --------------

2da 16/03/2020 16/03/2020 Marco López

(SSP)


Fecha: 20/4/2020

Página

4 Rev. 01

INTENCIONALMENTE EN BLANCO


Fecha: 20/4/2020

Página

5 Rev. 01

REGISTRO DE CAMBIOS RELEVANTES

Cada vez que se realice un cambio relevante se identificará con una barra vertical en el

margen izquierdo del renglón, sección o figura que esté siendo afectada por el mismo. Estos

cambios se deben de anotar en la siguiente tabla.

SECCIÓN PÁGINAS DESCRIPCIÓN

--------- Portada Se cambia nombre de directriz a Circular de Asesoramiento

--------- Encabezado Se modifica el nombre del documento y se agrega

nomenclatura establecida en el 7P11

Cuadro de Firmas 2 Se agrega cuadro de firmas

Preámbulo 7 Se cambia nombre de directriz a Circular de Asesoramiento

Presentación e introducción

general 12 Se cambia nombre de directriz a Circular de Asesoramiento

Aplicabilidad 18 Se cambia nombre de directriz a Circular de Asesoramiento


Fecha: 20/4/2020

Página

6 Rev. 01



Fecha: 20/4/2020

Página

7 Rev. 01

PREÁMBULO

En cumplimiento con los lineamientos establecidos en el Doc.9859 de la OACI, la Dirección

General de Aviación Civil, a través del Programa de Seguridad Operacional del Estado (SSP),

desarrolló esta Circular de Asesoramiento (CA) de Gestión de la Seguridad Operacional

SMS como guía para el cumplimiento de la implementación del SMS de los proveedores de

servicios.

Esta CA es dirigida a proporcionar orientación para elaborar el marco normativo y los textos

de orientación de apoyo para la implantación del sistema de seguridad operacional (SMS)

por los proveedores de servicios en el Estado de Costa Rica.


Fecha: 20/4/2020

Página

8 Rev. 01



Fecha: 20/4/2020

Página

9 Rev. 01

TABLA DE CONTENIDOS

Contenido

CUADRO DE FIRMAS ..................................................................................................................................................................... 2

REGISTRO DE EDICIONES ............................................................................................................................................................... 3 REGISTRO DE CAMBIOS RELEVANTES ........................................................................................................................................... 5 PREÁMBULO.................................................................................................................................................................................. 7 TABLA DE CONTENIDOS ................................................................................................................................................................ 9 INTENCIONALMENTE EN BLANCO ............................................................................................................................................... 11 PRESENTACIÓN E INTRODUCCIÓN GENERAL .............................................................................................................................. 12

1. PRESENTACIÓN................................................................................................................................................................................. 12 2. INTRODUCCIÓN GENERAL ................................................................................................................................................................... 12

SUBPARTE A – GENERALIDADES.................................................................................................................................................. 13 SMS 1.005 ACRÓNIMOS ...................................................................................................................................................................... 13 SMS 1.010 DEFINICIONES .................................................................................................................................................................... 13 SMS 1.015 APLICABILIDAD ................................................................................................................................................................... 18 SMS 1.020 EFECTIVIDAD ...................................................................................................................................................................... 20 SMS 1.025 ACEPTACIÓN ...................................................................................................................................................................... 20 SMS 1.030 ALCANCE ........................................................................................................................................................................... 20

SUBPARTE B – SISTEMA DE GESTIÓN DE LA SEGURIDAD OPERACIONAL (SMS) ......................................................................... 21 SMS 1.035 ESTRUCTURA DE SMS .......................................................................................................................................................... 21

SUBPARTE C – POLITICA Y OBJETIVOS DE SEGURIDAD OPERACIONAL ....................................................................................... 22 SMS 1.040 COMPROMISO DE LA ADMINISTRACIÓN ................................................................................................................................... 22 SMS 1.045 OBLIGACIÓN DE RENDICIÓN DE CUENTAS SOBRE LA SEGURIDAD OPERACIONAL Y RESPONSABILIDADES................................................... 23 SMS 1.050 DESIGNACIÓN DEL PERSONAL CLAVE DE SEGURIDAD OPERACIONAL GERENTE (COORDINADOR) DE SEGURIDAD OPERACIONAL ................... 25 SMS 1.055 COORDINACIÓN DE LA PLANIFICACIÓN DE RESPUESTAS ANTE EMERGENCIAS .................................................................................... 28 SMS 1.060 DOCUMENTACIÓN SMS ....................................................................................................................................................... 29

SUBPARTE D – GESTIÓN DEL RIESGO DE LA SEGURIDAD OPERACIONAL .................................................................................... 31 SMS 1.065 IDENTIFICACIÓN DE PELIGROS ................................................................................................................................................ 31 SMS 1.070 EVALUACIÓN Y MITIGACIÓN DE RIESGOS DE SEGURIDAD OPERACIONAL ........................................................................................... 37

SUBPARTE E – ASEGURAMIENTO DE LA SEGURIDAD OPERACIONAL .......................................................................................... 39 SMS 1.075 OBSERVACIÓN Y MEDICIÓN DEL RENDIMIENTO EN MATERIA DE SEGURIDAD OPERACIONAL ................................................................. 39 SMS 1.080 GESTIÓN DEL CAMBIO .......................................................................................................................................................... 41 SMS 1.085 MEJORA CONTINUA DEL SMS ............................................................................................................................................... 42

SUBPARTE F – PROMOCIÓN DE LA SEGURIDAD OPERACIONAL .................................................................................................. 43 SMS 1.090 INSTRUCCIÓN Y EDUCACIÓN .................................................................................................................................................. 43 SMS 1.095 COMUNICACIÓN DE LA SEGURIDAD OPERACIONAL ...................................................................................................................... 45

SUBPARTE G – PLANIFICACIÓN DE LA IMPLEMENTACIÓN .......................................................................................................... 46 SMS 1.100 PLAN DE IMPLEMENTACIÓN DEL SMS ..................................................................................................................................... 46 SMS 1.105 FASE I - PLANIFICACIÓN DE LA IMPLEMENTACIÓN DEL SMS. ........................................................................................................ 47 SMS 1.110 FASE II - PROCESOS DE GESTIÓN DE SEGURIDAD OPERACIONAL FUNDAMENTALES ............................................................................. 47


Fecha: 20/4/2020

Página

10 Rev. 01

SMS 1.115 FASE III – PROCESOS DE GESTIÓN DE RIESGOS DE LA SEGURIDAD OPERACIONAL ............................................................................... 48 SMS 1.120 FASE IV – IMPLEMENTACIÓN DE LA GESTIÓN DE RIESGOS Y ASEGURAMIENTO DE LA SEGURIDAD OPERACIONAL ...................................... 49

APÉNDICE 1 ................................................................................................................................................................................. 51

TABLAS Y .......................................................................................................................................................................................... 51 MATRICES ........................................................................................................................................................................................ 51

APÉNDICE 2 ................................................................................................................................................................................. 54

ETAPAS DE LA IMPLEMENTACIÓN DE UN SMS PARA UN PROVEEDOR DE SERVICIOS ...................................................................... 54

APÉNDICE 3 ................................................................................................................................................................................. 56

PLANIFICACIÓN DE LA RESPUESTA ANTE EMERGENCIAS ................................................................................................................. 56

APÉNDICE 4 ................................................................................................................................................................................. 64

GUIA SOBRE EL DESARROLLO DE UN MANUAL SMS ........................................................................................................................ 64

APÉNDICE 5 ................................................................................................................................................................................. 77

LISTA DE VERIFICACIÓN DEL ANÁLISIS DE BRECHAS Y PLAN DE IMPLEMENTACIÓN DEL SMS .......................................................... 77


Fecha: 20/4/2020

Página

11 Rev. 01



Fecha: 20/4/2020

Página

12 Rev. 01

PRESENTACIÓN E INTRODUCCIÓN GENERAL

1. Presentación

Esta CA, se presenta en páginas sueltas y se divide en dos secciones. Cada página se

identifica mediante la fecha de la edición o enmienda mediante la cual se incorporó.

2. Introducción General

La Sección 1 contiene los requisitos del SMS que deberían cumplir los prestadores de

servicios o usuarios finales, para garantizar la Seguridad Operacional a todo nivel y de qué

forma estos pueden llevar a cabo la implementación por fases del sistema.

La Sección 2 anexa 5 Apéndices que tratan temas fundamentales relacionados con el SMS.

Estos requisitos se basan en la normativa internacional que la Organización de Aviación Civil

Internacional, así como el Estado de Costa Rica han puesto en vigencia.

La presente CA está basada principalmente en el texto del Documento 9859 de la OACI.


Fecha: 20/4/2020

Página

13 Rev. 01

SUBPARTE A – GENERALIDADES

SMS 1.005 Acrónimos

ALARP: Del inglés “As low as reasonable practicable”, traducido como “tan bajo como sea

razonablemente posible.

SMM: Del inglés Safety Managment Manual, traducido como Manual de Gestión de la

Seguridad Operacional.

SMS: Sistema de Gestión de la Seguridad Operacional.

SSP: Programa de Seguridad Operacional del Estado.

SDCPS: Sistemas de recopilación y procesamiento de datos sobre seguridad operacional.

SMS 1.010 Definiciones

Los términos y expresiones que se definen en el presente para lo concerniente a la Seguridad

Operacional tienen los siguientes significados:

Accidente: Todo suceso, relacionado con la utilización de una aeronave, que ocurre dentro

del período comprendido entre el momento en que una persona entra a bordo de la aeronave,

con intención de realizar un vuelo, y el momento en que todas las personas han

desembarcado, durante el cual:

1. Cualquier persona sufre lesiones mortales o graves a consecuencia de:

a) Hallarse en la aeronave.

b) Por contacto directo con cualquier parte de la aeronave, incluso las partes que se

hayan desprendido de la aeronave.

c) Por exposición directa al chorro de un reactor, excepto cuando las lesiones

obedezcan a causas naturales, se las haya causado una persona a sí misma o hayan

sido causadas por otras personas o se trate de lesiones sufridas por pasajeros

clandestinos escondidos fuera de las áreas destinadas normalmente a los pasajeros y

la tripulación.


Fecha: 20/4/2020

Página

14 Rev. 01

2. La aeronave sufre daños o roturas estructurales que:

a) Afecten adversamente su resistencia estructural, su performance o sus

características de vuelo.

b) Normalmente exigen una reparación importante o el recambio del componente

afectado, excepto por falla o daños del motor, cuando el daño se limita al motor, su

capó o sus accesorios, o por daños limitados en las hélices, extremos del ala, antenas,

neumáticos, frenos o láminas, pequeñas abolladuras o perforaciones en el

revestimiento de la aeronave.

c) La aeronave desaparece o es totalmente inaccesible.

Análisis de carencias (Gap analysis): Un análisis de las estructuras de seguridad existentes

dentro de la organización en comparación con las estructuras que deberían de existir.

Análisis de Seguridad Operacional: Es el proceso de organizar hechos empleando técnicas,

métodos o instrumentos específicos para:

1. Ayudar a decidir qué datos adicionales se necesitan.

2. Determinar los factores causales y los que contribuyen.

3. Ayudar a llegar a conclusiones válidas.

Aseguramiento de la Seguridad Operacional: Es lo que llevan a cabo los proveedores de

servicios con relación al monitoreo y medición del desempeño de la Seguridad Operacional.

Auditoría de Seguridad Operacional: Proceso sistemático, independiente y documentado

para obtener las evidencias de la auditoría y evaluarlas de manera objetiva para determinar

el grado en que se cumplen los criterios de Seguridad Operacional.

Descripción del sistema: La mayoría de los peligros son generados por interacciones

operacionales entre los diferentes componentes de un sistema. Es por lo tanto esencial

describir el sistema en términos de sus componentes como una de las primeras actividades

cuando se planifica el SMS.

El Ejecutivo o Gerente Responsable: Dueño o autoridad máxima de una organización o

empresa, dependiendo del tamaño y complejidad de una organización, esta persona podría

ser el:

1. Director o Director General


Fecha: 20/4/2020

Página

15 Rev. 01

2. Gerente General (Chief Executive Officer/CEO);

3. Presidente de la Junta Directiva;

4. Socio mayoritario

5. Dueño.

Gestión de la Seguridad Operacional: Un conjunto organizado de procesos y

procedimientos en el que el riesgo de provocar daños a las personas o a la propiedad es

reducido a, o mantenido por debajo de un nivel aceptable por medio de un proceso continuo

e identificación de los peligros, gestión de los riesgos y la asignación de recursos.

Incidente: Todo suceso relacionado con la utilización de una aeronave, equipo, diseño o

instrucción que no llegue a ser un accidente, que afecte o pueda afectar la seguridad de las

Operaciones.

Indicadores de Seguridad Operacional: Objetivos de corto y mediano plazo del programa

de Seguridad Operacional de un Estado, o del SMS de un proveedor de servicios.

Manual de Gestión de Seguridad Operacional: Documentación para desarrollar y

mantener un sistema de gestión de la Seguridad Operacional.

Medición de la seguridad operacional:

1. La medición de la seguridad operacional comprende la cuantificación de los resultados de

sucesos de alto nivel, consecuencias graves o funciones estatales de alto nivel, tales como

proporciones de accidentes, proporciones de incidentes graves y cumplimiento de los

reglamentos.

2. La medición de la eficacia de la seguridad operacional comprende la cuantificación de los

resultados de procesos de bajo nivel y consecuencias leves que proporciona una medida de

la implantación realista de cada SSP más allá de las proporciones de accidentes o

cumplimiento de los reglamentos.

Metas de Seguridad Operacional: Objetivos de largo plazo del SMS de un proveedor de

servicios. Balance entre lo que es deseable y lo que es realista para un proveedor de servicios

individual.

Mitigación: Medidas que eliminan el peligro potencial o que reducen la probabilidad o

severidad del riesgo.


Fecha: 20/4/2020

Página

16 Rev. 01

Monitoreo continuo: Es el proceso por el cual el desempeño de la seguridad de una

organización se verifica en comparación con las políticas y objetivos de seguridad

aprobados.

Peligro o Amenaza de Seguridad Operacional: Condición, objeto o actividad que

potencialmente puede causar lesiones al personal, daños al equipamiento o estructuras,

pérdida de personal o reducción de la habilidad de desempeñar una función determinada.

Probabilidad: La posibilidad que una situación de peligro pueda ocurrir.

Programa de Seguridad Operacional del Estado (SSP): Un conjunto integrado de

reglamentos y actividades encaminados a mejorar la Seguridad Operacional.

Proveedor de servicios: Desde el contexto de este documento se refiere a aquellas

organizaciones que prestan o proporcionan servicios de aviación. Este término incluye a

aquellas organizaciones de instrucción reconocidas que están expuestas a riesgos

operacionales durante la entrega de sus productos o servicios, proveedor de servicios de

aeronaves, organizaciones aprobadas de mantenimiento, organizaciones responsables por el

diseño de un tipo y / o fabricantes de aeronaves, proveedores de los servicios de tránsito aéreo

y aeródromos certificados según aplique.

Requisitos de Seguridad Operacional: Es una evaluación objetiva de los riesgos de la

seguridad operacional en las actividades de la organización, tales como: procedimientos

operacionales, tecnologías y sistemas, programas, planes de contingencias, entre otros.

Pueden añadirse medidas de confiabilidad, disponibilidad o precisión.

Riesgo: La posibilidad de pérdida o daño, medida en términos de severidad y probabilidad.

La posibilidad que algo pueda ocurrir y sus consecuencias si ocurre.

Seguridad: Un estado en el que el riesgo de lesiones a las personas o daños a la propiedad

es reducido a, o mantenido por debajo de un nivel aceptable por medio de un proceso

continuo de identificación de los peligros y gestión del riesgo.

Seguridad Operacional Predictiva: Basada en la noción que la gestión de la seguridad se

optimiza saliendo a buscar los problemas y no esperando que se produzcan. Búsqueda

agresiva de la información de diferentes fuentes que puede revelar riesgos a la seguridad

emergente.

Seguridad Operacional Reactiva: Método reactivo que responde a los sucesos que ya

ocurrieron, como incidentes y accidentes. Es el nivel más bajo de los sistemas, estrategias y

métodos de captura de datos de seguridad operacional, la investigación de accidentes e

incidentes graves se realiza con carácter de reparación de daños, apropiada para: situaciones

que involucran fallas de tecnología y eventos inusuales, entre otros.


Fecha: 20/4/2020

Página

17 Rev. 01

Severidad: Las posibles consecuencias de una situación de peligro, tomando como

referencia la peor condición previsible.

Sistema de gestión de la Seguridad Operacional (SMS): Enfoque sistemático para la

gestión de la seguridad operacional, que incluye la estructura orgánica, líneas de

responsabilidad, políticas y procedimientos necesarios para el proveedor de servicios.


Fecha: 20/4/2020

Página

18 Rev. 01

SMS 1.015 Aplicabilidad

1. Esta CA determina los requisitos del funcionamiento de un Sistema de Gestión de la

Seguridad Operacional (SMS) de los siguientes proveedores de servicios en el Estado de

Costa Rica:

a) Organizaciones de instrucción reconocidas.

b) Explotadores de aviones o helicópteros autorizados a llevar a cabo actividades de

transporte aéreo comercial internacional.

c) Organismos de mantenimiento reconocidos que ofrecen servicios a los explotadores

de aviones o helicópteros.

d) Organizaciones responsables del diseño de tipo o de la fabricación de aeronaves,

motores o hélices.

e) Proveedores de servicios de tránsito aéreo (ATS).

f) Explotadores de aeródromos certificados.

2. Estos requisitos están alineados con los siguientes Anexos de la OACI y RAC´s de la

República de Costa Rica:

a) RAC-LPTA, RAC119, MRAC LPTA147– Licencias al personal técnico

aeronáutico: organizaciones aprobadas de entrenamiento que están expuestas a

riesgos operacionales durante la entrega de sus productos o servicios.

b) Anexo 6 / MRAC-OPS1 – Operaciones de Aeronaves, Parte I – Transporte Aéreo

Comercial Internacional – Aviones; y Parte III – Operaciones Internacionales –

Helicópteros: proveedor de servicios de aeronaves.

c) RAC21, MRAC145 — Aeronavegabilidad de las Aeronaves: organizaciones

aprobadas de mantenimiento, organizaciones responsables por el diseño de un tipo y

/ o fabricantes de aeronaves.

d) Anexo 11 — Servicios de Tránsito Aéreo;

e) RAC13 (aplicable solo a los Estados) – Investigación de incidentes y accidentes de

aeronaves, y

f) RAC139 Certificación, operación y vigilancia de aeródromos.

g) Anexo 19 – Gestión de la Seguridad Operacional.

3. Este se ocupa de la Seguridad Operacional en la aviación, sus procesos, procedimientos y

actividades relacionados, tales como: la seguridad ocupacional, protección ambiental,

servicio al cliente o calidad del producto.

4. El proveedor de servicios es el responsable directo de las acciones relacionadas con la

Seguridad Operacional de los servicios o productos contratados a terceros.


Fecha: 20/4/2020

Página

19 Rev. 01

5. Este establece los requisitos mínimos aceptables, el proveedor de servicios podrá

establecer requisitos más estrictos.


Fecha: 20/4/2020

Página

20 Rev. 01

SMS 1.020 Efectividad

A partir de su publicación oficial, sin embargo, el tiempo de implementación del SMS se

hará de acuerdo con las fases propuestas más adelante.

SMS 1.025 Aceptación

1. Costa Rica exigirá, como parte de su Programa de Seguridad Operacional (SSP), que un

proveedor de servicios implemente un sistema de gestión de la Seguridad Operacional (SMS)

aceptable para el Estado, que como mínimo:

a) Identifique los peligros de Seguridad Operacional;

b) Asegure que se aplican las medidas correctivas necesarias para que se mantenga el

desempeño de Seguridad Operacional;

c) Prevea la supervisión permanente y evaluación periódica del desempeño de Seguridad

Operacional; y

d) Tenga como meta mejorar continuamente el desempeño global del SMS.

2. Para que un SMS sea aceptable para el Estado costarricense, el proveedor de servicios

deberá cumplir con los requisitos establecidos en este documento y cualquier otro que la

DGAC, por medio del SSP, considere necesario.

SMS 1.030 Alcance

Este documento describe los requisitos para la operación de un Sistema de Gestión de la

Seguridad Operacional (SMS) de los proveedores de servicios a la aviación civil, de

conformidad con los Anexos de la OACI y/o de las Regulaciones Aeronáuticas

Costarricenses.


Fecha: 20/4/2020

Página

21 Rev. 01

SUBPARTE B – SISTEMA DE GESTIÓN DE LA SEGURIDAD

OPERACIONAL (SMS)

SMS 1.035 Estructura de SMS

Los proveedores de servicios contarán con un SMS que por lo menos contenga los

componentes y elementos recomendados por la OACI, el proveedor de servicios podrá

agregar más requisitos.

1. Políticas y objetivos de Seguridad Operacional

1.1. Compromiso de la administración

1.2. Obligación de rendición de cuentas sobre la seguridad operacional y responsabilidades.

1.3. Designación del personal clave de seguridad operacional.

1.4. Coordinación de la planificación de respuestas ante emergencias.

1.5. Documentación SMS.

2. Gestión de Riesgos de Seguridad Operacional

2.1. Identificación de peligros.

2.2. Evaluación y mitigación de riesgos de seguridad operacional.

3. Aseguramiento de la seguridad operacional

3.1. Observación y medición del rendimiento en materia de seguridad operacional.

3.2. Gestión del cambio.

3.3. Mejora continua del SMS.

4. Promoción de la seguridad operacional

4.1. Instrucción y educación.

4.2. Comunicación de la seguridad operacional.


Fecha: 20/4/2020

Página

22 Rev. 01

SUBPARTE C – POLITICA Y OBJETIVOS DE SEGURIDAD

OPERACIONAL

SMS 1.040 Compromiso de la administración

1. El proveedor de servicios definirá una política de Seguridad Operacional de su

organización, la cual será firmada por el Ejecutivo Responsable de dicha organización.

2. La política de seguridad operacional de la organización debería de comprender, pero no

limitarse, el compromiso de:

a) Mejorar continuamente el nivel del rendimiento en materia de seguridad operacional;

b) Promover y mantener una cultura de seguridad operacional positiva dentro de la

organización;

c) Cumplir todos los requisitos normativos aplicables;

d) Proporcionar los recursos necesarios para entregar un producto o servicio seguro;

e) Garantizar que la seguridad operacional es una responsabilidad principal de todos los

administradores;

f) Garantizar que esta se comprende, implementa y mantiene a todos los niveles;

g) Hacer referencia al sistema de notificación de seguridad operacional para fomentar la

notificación de problemas de seguridad operacional;

i) Informar al personal respecto a la política disciplinaria aplicada en caso de sucesos o

problemas de seguridad operacional que se notifiquen;

j) Garantizar la protección de datos e información sobre seguridad operacional, así como

de las personas que los notifiquen.

k) Ser adecuada para la envergadura, naturaleza y complejidad de la organización.

3. La política de seguridad operacional deberá de:

a) Ser revisada periódicamente para asegurar que permanece relevante y adecuada a la

organización.


Fecha: 20/4/2020

Página

23 Rev. 01

b) Asegurar la puesta en marcha de las acciones correctivas necesarias para mantener el

desempeño de seguridad operacional acordado;

c) Prever el control continuo y la evaluación regular del desempeño de Seguridad

Operacional; y

d) Tener como objetivo la mejora continua del desempeño del SMS en su totalidad.

4. Tomando en cuenta la política de seguridad operacional, los proveedores de servicios

deben de establecer los objetivos de seguridad operacional, para definir aquello que procura

obtener con respecto a los resultados de su SMS.

5. Los objetivos de seguridad operacional deben:

a) Ser declaraciones breves y de alto nivel de las prioridades de seguridad operacional de

la organización.

b) Abordar sus riesgos de seguridad más importantes.

c) Definir lo que la organización procura obtener en términos de seguridad operacional.

d) Revisarse periódicamente para asegurarse que se mantienen vigentes.

e) Estar relacionados con los indicadores de eficiencia, las metas y los requisitos de

Seguridad Operacional establecidos por y con el Estado costarricense.

SMS 1.045 Obligación de rendición de cuentas sobre la seguridad operacional y

responsabilidades

1. El proveedor de servicios debe identificar y notificar al Estado, por medio del SSP, el

nombre del Ejecutivo Responsable, garante de dar cuentas a nombre del proveedor de

servicios de las obligaciones estipuladas en la normativa nacional e internacional.

2. El Ejecutivo Responsable es solo una persona, identificable que, con independencia de

otras funciones, debería tener la responsabilidad final por la implementación y el

mantenimiento del SMS.

3. El Ejecutivo Responsable debe:

a) Revisar los objetivos de seguridad operacional.


Fecha: 20/4/2020

Página

24 Rev. 01

b) Observar el rendimiento en materia de seguridad operacional y el logro de las metas

en la materia.

c) Adoptar decisiones de seguridad operacional oportunas.

d) Asignar recursos apropiados.

e) Establecer la obligación de rendir cuentas de los administradores en cuanto a sus

responsabilidades, rendimiento y cronogramas de implementación de la seguridad

operacional.

f) Hacer que todo el personal lo perciba como un ejecutivo interesado en la seguridad

operacional y a cargo de esta.

g) Asegurar que existe una estructura institucional apropiada para gestionar y operar el

SMS.

h) Asegurar que las políticas de seguridad operacional son apropiadas y se comunican.

i) Establecimiento de límites aceptables de los riesgos de seguridad operacional y

asignación de recursos para los controles necesarios.

j) Promover una cultura de seguridad operacional positiva.

k) Establecer y promover la política de seguridad operacional.

l) Velar por la mejora continua del SMS.

m) Resolver todos los problemas de seguridad operacional.

4. Deben definirse claramente las obligaciones de rendición de cuentas y las

responsabilidades de todo el personal, tanto directivo como administrativo y operativo,

involucrado en las tareas relacionadas con el suministro seguro de productos y operaciones.

Las responsabilidades deberían concentrarse en la contribución del personal al rendimiento

organizacional (resultados de seguridad operacional institucionales). La gestión de este es

una función principal y como tal todo administrador superior tiene cierto grado de

participación en el funcionamiento del SMS.

5. El proveedor de servicios es responsable del rendimiento en materia de seguridad

operacional de las organizaciones externas cuando hay interfaz con el SMS. Puede tener que

rendir cuentas por el rendimiento en materia de seguridad operacional de los productos o

servicios proporcionados por organizaciones externas en apoyo de sus actividades, incluso si

no se requiere que estas organizaciones tengan un SMS. Es fundamental que el SMS tenga


Fecha: 20/4/2020

Página

25 Rev. 01

una interfaz con los sistemas de seguridad operacional de las organizaciones externas que

contribuyen al suministro seguro de sus productos o servicios.

SMS 1.050 Designación del personal clave de seguridad operacional Gerente

(coordinador) de Seguridad Operacional

1. La organización debería identificar las responsabilidades de todos los miembros de la

dirección, con independencia de otras funciones, así como de los empleados respecto al

desempeño de la seguridad operacional del SMS.

2. El proveedor de servicios debe determinar al gerente (coordinador) de Seguridad

Operacional, que debería ser un miembro de la administración aceptable para la DGAC de

Costa Rica con suficiente experiencia, competencia y calificación adecuada, quién en nombre

del Ejecutivo responsable será el encargado individual y punto focal para la implantación y

mantenimiento de un SMS efectivo.

3. El gerente (coordinador) de Seguridad Operacional puede ser la única persona que maneja

la Oficina de servicios de seguridad o puede estar apoyado por personal adicional, como es

el caso de los analistas de datos de seguridad. Esto dependerá del tamaño de la organización

y del carácter y complejidad de las operaciones que apoyan la prestación de servicios,

independientemente del tamaño de la oficina de servicios de seguridad y el nivel de su

personal.

4. Algunas de las funciones y responsabilidades del gerente de seguridad operacional deben

ser:

a) Gestionar el plan de implementación del SMS en nombre del ejecutivo responsable

(después de la implementación inicial).

b) Realizar o facilitar la identificación de peligros y el análisis de riesgos de seguridad

operacional.

c) Controlar las medidas correctivas y evaluar sus resultados.

d) Proporcionar informes periódicos sobre el rendimiento en materia de seguridad

operacional de la organización.

e) Mantener registros y documentación de seguridad operacional.

f) Planificar y facilitar la capacitación en seguridad operacional del personal.


Fecha: 20/4/2020

Página

26 Rev. 01

g) Proporcionar asesoramiento independiente sobre asuntos de seguridad operacional.

h) Controlar las preocupaciones de seguridad operacional en la industria de la aviación

y su impacto percibido en las operaciones de la organización orientadas a la entrega de

servicios.

i) Coordinar y comunicarse (en nombre del ejecutivo responsable) con el Programa de

Seguridad Operacional del Estado y otras entidades estatales, según sea necesario, sobre

temas relacionados con la seguridad operacional.

5. El gerente (coordinador) de Seguridad Operacional no debe de tener más funciones que

esta, con el fin de evitar posibles conflictos de intereses con otras tareas y funciones. Dichos

conflictos podrían incluir:

a) Competencia para el logro de financiación (p. ej., si el gerente financiero es el gerente

de seguridad operacional)

b) Prioridades conflictivas para la obtención de recursos.

c) Los casos en que el gerente tiene una función operacional y puede evaluar la eficacia

respecto del SMS de las actividades operacionales en que está involucrado.

6. El gerente (coordinador) de Seguridad Operacional debe de contar con las siguientes

competencias:

a) Experiencia en gestión de la seguridad operacional/calidad.

b) Experiencia operacional relacionada con el producto o servicio proporcionado por la

organización.

c) Antecedentes técnicos para comprender los sistemas que respaldan las operaciones o

los productos a servicios proporcionados;

d) Habilidades para relacionarse con las personas.

e) Habilidades analíticas y de solución de problemas.

f) Habilidades de gestión de proyectos.

g) Habilidades de comunicación oral y escrita.

h) Comprensión de los factores humanos.


Fecha: 20/4/2020

Página

27 Rev. 01

Comité de Seguridad Operacional (SRB)

1. Para proveer apoyo al gerente de seguridad operacional y asegurar que el SMS funcione

correctamente, el proveedor de servicios designará un comité de seguridad operacional que

se encuentre al más alto nivel de la función empresarial y esté conformado por:

a) El directivo responsable que lo presidirá.

b) El gerente de seguridad operacional que actuará como secretario.

c) Los gerentes de la organización.

d) Personal de los departamentos claves de la organización.

2. El SRB controla:

a) La eficacia del SMS.

b) La adopción oportuna de cualquier medida de control de riesgos de seguridad

operacional que sean necesarias.

c) El rendimiento en materia de seguridad operacional en comparación con la política y

los objetivos de seguridad operacional de la organización.

d) La eficacia general de las estrategias de mitigación de riesgos de seguridad

operacional.

e) La eficacia de los procesos de gestión de la seguridad operacional de la organización

que respaldan:

i) La prioridad institucional declarada de la gestión de la seguridad operacional.

ii) La promoción de la seguridad operacional en toda la organización.

Grupo de Acción de Seguridad Operacional (SAG)

1. Este grupo debe de implementar las estrategias de seguridad operacional emanadas de la

dirección estratégica que haya elaborado el SRB. Son entidades tácticas que abordan

problemas de implementación específicos.

2. Los SAG estarán compuestos por:

a) Gerentes.


Fecha: 20/4/2020

Página

28 Rev. 01

b) Personal de primera línea.

3. Los SAG deben:

a) Supervisar el rendimiento en materia de seguridad operacional dentro de las áreas

funcionales de la organización y garantizan que se lleven a cabo las actividades de SRM

apropiadas.

b) Revisar los datos de seguridad operacional disponibles e identifican la

implementación de estrategias apropiadas de control de riesgo de seguridad operacional

y garantizan que se proporcionan comentarios de los empleados.

c) Evalúan el impacto de seguridad operacional relacionado con la introducción de

cambios operacionales o nuevas tecnologías.

d) Coordinar la implementación de medidas correctivas relacionadas con los controles

de seguridad operacional y garantizan que dichas medidas se tomen rápidamente.

e) Revisar la eficacia de los controles de riesgo de seguridad operacional específicos.

4. El proveedor de servicios debe determinar las responsabilidades en Seguridad Operacional

de todos los miembros de las gerencias, sin importar otras responsabilidades.

5. El proveedor de servicios debe establecer la estructura organizacional necesaria para la

implementación y mantenimiento del SMS. Las posiciones, responsabilidades y autoridad

deberían ser definidas, documentadas y comunicadas a lo largo de la organización.

SMS 1.055 Coordinación de la planificación de respuestas ante emergencias

El proveedor de servicios debe desarrollar, mantener y coordinar apropiadamente, un plan de

respuesta ante emergencias (ERP) de acuerdo con el apéndice 3, detallando por escrito las

acciones que deben adoptarse después de un accidente, y designar los responsables de cada

acción, que asegure:

a) Una transición ordenada y eficiente de las operaciones normales a las operaciones

de emergencia.

b) Delegación de la autoridad durante una emergencia.

c) Asignación de las responsabilidades en la emergencia.


Fecha: 20/4/2020

Página

29 Rev. 01

d) Autorización para el personal clave para las acciones contenidas en el plan.

e) Coordinación de los esfuerzos para enfrentar la emergencia (interno y externo).

f) Continuación segura de las operaciones, o retorno a las operaciones normales tan

pronto sea posible.

SMS 1.060 Documentación SMS

1. El proveedor de servicios debe desarrollar y mantener la documentación del SMS en forma

electrónica o en papel, en donde todas las actividades de la gestión de seguridad operacional

deben estar documentadas y ser visibles, convirtiendo la documentación en un principio

esencial del SMS.

2. El proveedor de servicios debería como parte de la documentación:

a) Crear un manual SMS (apéndice 4), el cual debe contener una descripción detallada

de las políticas, procesos y procedimientos del proveedor de servicios incluyendo:

i) La política y los objetivos de seguridad operacional.

ii) Referencias a cualesquiera requisitos SMS normativos aplicables.

iii) Una descripción del sistema.

iv) Obligaciones de rendición de cuentas en materia de seguridad operacional y

personal clave de seguridad operacional.

v) Procesos y procedimientos de sistemas de notificación voluntaria y obligatoria

de seguridad operacional.

vi) Procesos y procedimientos de identificación de peligros y evaluación de riesgos

de seguridad operacional.

vii) Procedimientos de investigación de seguridad operacional.

viii) Procedimientos para establecer y observar los indicadores de rendimiento en

materia de seguridad operacional.

ix) Procesos y procedimientos de instrucción en SMS y comunicaciones.

x) Procesos y procedimientos de comunicación de seguridad operacional.


Fecha: 20/4/2020

Página

30 Rev. 01

xi) Procedimientos de auditoría interna.

xii) Gestión de procedimientos de cambio.

xiii) Procedimientos de gestión de la documentación SMS.

xiv) Cuando corresponda, coordinación de la planificación de respuestas ante

emergencias.

b) El proveedor de servicios debe tener documentación que comprenda la recopilación

y mantenimiento de registros operacionales que apoyen la existencia y el

funcionamiento continuo del sistema. Entre los registros operacionales SMS típicos

deberían figurar los siguientes:

i) Registros de informes de peligros e informes sobre peligros/seguridad

operacional.

ii) SPI y gráficos relacionados.

iii) Registro de evaluaciones de seguridad operacional completadas.

iv) Registros de revisión o auditoría internas del SMS.

v) Registros de auditoría interna.

vi) Registros de instrucción en SMS/seguridad operacional.

vii) Actas de reuniones del comité del SMS/seguridad operacional.

viii) Plan de implementación del SMS (durante el período de implementación

inicial).

ix) Análisis de brechas para respaldar el plan de implementación.


Fecha: 20/4/2020

Página

31 Rev. 01

SUBPARTE D – GESTIÓN DEL RIESGO DE LA SEGURIDAD

OPERACIONAL

SMS 1.065 Identificación de peligros

1. El proveedor de servicios debe desarrollar y mantener un proceso formal para identificar

peligros que puedan tener consecuencias en la seguridad operacional de la aviación en todos

los sectores de operación y actividades. Esto comprende equipo, instalaciones y sistemas.

(ver Figura 1.1)

Fig 1.1 Proceso de identificación de peligros y gestión de riesgos


Fecha: 20/4/2020

Página

32 Rev. 01

Fuentes para la identificación de peligros

1. Existen varias fuentes para la identificación de peligros, tanto internas como externas a la

organización. El proveedor de servicios deberá de establecer alguna de las siguientes:

a) Observación normal de las operaciones: se aplican técnicas de observación para

el seguimiento de las operaciones y actividades cotidianas como las auditorías de la

seguridad de las operaciones en línea (LOSA).

b) Sistemas automáticos de observación: se utilizan sistemas automáticos de registro

para observar parámetros que puedan analizarse, como el análisis de datos de vuelo

(FDM).

c) Sistemas de notificación voluntaria y obligatoria de seguridad operacional: esto

brinda a todos, incluyendo el personal de organizaciones externas, oportunidades para

notificar a la organización peligros y otros problemas de seguridad operacional.

d) Auditorías: pueden utilizarse para identificar peligros en la tarea o proceso que se

está auditando. Estos también deberían coordinarse con los cambios que hubiere en

la organización para identificar peligros relacionados con la implementación de

dichos cambios.

e) Comentarios procedentes de la instrucción: una instrucción interactiva (en ambos

sentidos) puede facilitar la identificación de nuevos peligros por parte de los

participantes.

f) Investigaciones de la seguridad operacional del proveedor de servicios: peligros

identificados en investigaciones internas de la seguridad operacional y notificaciones

de seguimiento sobre accidentes/incidentes.

2. Entre los ejemplos de fuentes externas para la identificación de peligros figuran los

siguientes:

a) Informes de accidentes de aviación: informes de accidentes que pueden estar

relacionados con accidentes en el mismo Estado o con un tipo similar de aeronave,

región o entorno operacional.

b) Sistemas estatales de notificación obligatoria y voluntaria de seguridad

operacional: algunos Estados proporcionan resúmenes de las notificaciones de

seguridad operacional recibidas de los proveedores de servicios.

c) Auditorías estatales de vigilancia y auditorías de terceras partes: las auditorías

externas pueden a veces estar en condiciones de identificar peligros que pueden


Fecha: 20/4/2020

Página

33 Rev. 01

haberse documentado como no identificados o captados en forma menos evidente

dentro de una constatación de auditoría.

d) Asociaciones comerciales y sistemas de intercambio de información: muchas

asociaciones comerciales y grupos industriales pueden compartir datos que pueden

incluir peligros identificados.

Sistema de notificación de seguridad operacional

El proveedor de servicios debe:

1. Establecer un sistema de notificación de seguridad operacional para la identificación de

peligros, para proporcionar un canal adicional de notificación de posibles problemas de

seguridad operacional como peligros.

2. Brindar adecuada protección para alentar a las personas de la organización para que

notifiquen lo que han visto o experimentado, indicando claramente que la información

notificada se usará de manera exclusiva para apoyar la mejora de la seguridad operacional.

3. Indicar que los sistemas de notificaciones voluntarias de seguridad operacional poseen el

carácter de confidencial, exigiéndose que toda información sobre la identificación de la

persona que notifica sea conocida solamente por el gerente (coordinador) a efectos de

permitir medidas de seguimiento.

4. Establecer un sistema de informes sobre las decisiones o medidas que se han adoptado

para las personas que efectúan los reportes.

Investigación de peligros

1. La identificación de peligros debería ser continua y formar parte de las actividades

permanentes del proveedor de servicios. Entre algunas de las condiciones que merecerían

una investigación más detallada figuran las siguientes:

a) Casos en que la organización experimenta un crecimiento inexplicado de sucesos

relacionados con la seguridad operacional de la aviación o de incumplimiento

normativo.

b) Cambios significativos en la organización o sus actividades.


Fecha: 20/4/2020

Página

34 Rev. 01

Investigación de seguridad operacional del proveedor de servicios

1. Existe una clara distinción entre las investigaciones de accidentes e incidentes en el marco

del Anexo 13 y las investigaciones de seguridad operacional del proveedor de servicios. La

investigación de accidentes e incidentes graves abarcadas en este anexo son responsabilidad

del Estado, según allí se define. Este tipo de información es fundamental para difundir

experiencias obtenidas en accidentes e incidentes. Las investigaciones de seguridad

operacional del proveedor de servicios son realizadas por este como parte de su SMS a

efectos de apoyar los procesos de identificación de peligros y evaluación de riesgos. Existen

varios sucesos de seguridad operacional que caen fuera del ámbito de dicho Anexo y que

podrían proporcionar una fuente valiosa de identificación de peligros o de carencias en los

controles de riesgos. Estos problemas pueden revelarse y remediarse mediante una

investigación de seguridad operacional llevada a cabo por el proveedor de servicios.

2. El proveedor de servicios debe realizar investigaciones de seguridad con el fin de:

a) Obtener una mejor comprensión de los hechos que condujeron al suceso.

b) Identificar factores humanos, técnicos e institucionales contribuyentes.

c) Identificar peligros y realización de evaluaciones de riesgo.

d) Formular recomendaciones para reducir o eliminar riesgos inaceptables.

e) Identificar enseñanzas obtenidas que deberían compartirse con los miembros

apropiados de la comunidad aeronáutica.

Activadores de la investigación

1. El proveedor de servicios debe de establecer activadores por medio de un proceso de

decisión de una investigación de seguridad operacional como el que se demuestra en la figura

1.2.


Fecha: 20/4/2020

Página

35 Rev. 01

Figura 1.2 Proceso de decisión de una investigación de seguridad operacional


Fecha: 20/4/2020

Página

36 Rev. 01

2. Los proveedores de servicios deben aplicar un enfoque estructurado de toma de decisiones

con puntos definidos de activación. Estos deben orientar las decisiones de las investigaciones

de seguridad operacional, es decir, el objeto y el alcance de la investigación, lo que

comprenderá:

a) La gravedad o posible gravedad del resultado.

b) Requisitos normativos o institucionales para realizar una investigación.

c) Valor de seguridad operacional que ha de obtenerse.

d) Oportunidad para tomar medidas de seguridad operacional.

e) Riesgos relacionados con la no investigación.

f) Contribución a programas de seguridad operacional especificados.

g) Tendencias identificadas.

h) Beneficios para la instrucción.

i) Disponibilidad de recursos.

Designación de un investigador

1. El proveedor de servicios deberá de designar un investigador, o cuando disponga del

recurso, un equipo de investigación con las habilidades y experiencia necesarias. El

investigador puede requerir la asistencia de otros especialistas.

2. Las investigaciones de seguridad operacional deben de ser independiente del sector

relacionado con el suceso o el peligro identificado. Los investigadores serán escogidos para

la función tomando en cuenta sus conocimientos, pericia y características de personalidad,

que debe incluir: integridad, objetividad, pensamiento lógico, pragmatismo y pensamiento

lateral.

El proceso de investigación

1. La investigación debe identificar lo que sucedió y por qué sucedió y esto puede requerir

que se aplique un análisis de causas básicas como parte de la investigación. Idealmente, las

personas involucradas en el suceso deberían entrevistarse tan pronto como sea posible

después de este. La investigación debe comprender:


Fecha: 20/4/2020

Página

37 Rev. 01

a) El establecimiento de cronogramas de sucesos clave, incluyendo las acciones de

las personas involucradas.

b) El examen de las políticas y procedimientos relacionados con las actividades.

c) El examen de las decisiones adoptadas respecto al suceso.

d) La identificación de los controles de riesgos que estaban implantados y que

deberían haber evitado que ocurriera el suceso.

e) El examen de los datos de seguridad operacional de sucesos previos o similares.

2. La investigación de seguridad operacional debe concentrarse en los peligros y riesgos de

seguridad operacional identificados y en las oportunidades para introducir mejoras y no en

asignar culpas o imponer castigos.

3. La investigación debe concluir con constataciones y recomendaciones claramente

definidas que eliminen o mitiguen las deficiencias de seguridad operacional.

SMS 1.070 Evaluación y mitigación de riesgos de seguridad operacional

1. El proveedor de servicios debe desarrollar y mantener un proceso formal que asegure el

análisis (probabilidad y severidad del evento), la evaluación (tolerabilidad) y la mitigación

de los riesgos de seguridad operacional de los peligros en las operaciones evaluadas.

a) Cuando se tienen identificados los peligros, se deben evaluar (analizar) los riesgos

de las posibles consecuencias de esos peligros que se ha determinado que amenazan

la capacidad de la organización, tomando en cuenta dos factores importantes, tales

como:

i) La probabilidad de que el suceso o condición perjudicial ocurra.

ii) La gravedad o severidad del suceso o condición, en caso de que ocurra.

2. Cuando ya han sido evaluados los riesgos de seguridad operacional, se debe realizar la

eliminación o mitigación a nivel ALARP.

a) El proveedor de servicios debe definir los niveles de gestión, para tomar las

decisiones sobre la tolerabilidad de los riesgos de seguridad operacional.

b) El proveedor de servicios debe definir los controles de seguridad operacional para

cada riesgo determinado como tolerable.


Fecha: 20/4/2020

Página

38 Rev. 01

c) Ejemplos de controles de riesgo de seguridad operacional, tomando en cuenta las

tres defensas tradicionales en la aviación (tecnología, reglamentación y

entrenamiento):

i) Procedimientos adicionales o modificados.

ii) Nuevos controles de supervisión.

iii) Cambios en la instrucción.

iv) Equipo adicional o modificado.

3. Después de diseñado los controles de los riesgos de seguridad operacional, pero antes de

que el sistema se coloque “en línea”, se debe realizar una evaluación para ver si los controles

no introducen nuevos peligros al sistema.

4. El sistema debe de estar listo para la introducción o reintroducción operacional,

suponiendo que los controles de los riesgos de seguridad operacional se consideran

aceptables.


Fecha: 20/4/2020

Página

39 Rev. 01

SUBPARTE E – ASEGURAMIENTO DE LA SEGURIDAD

OPERACIONAL

SMS 1.075 Observación y medición del rendimiento en materia de seguridad

operacional

El proveedor de servicios debe desarrollar y mantener los medios para verificar el

rendimiento en materia de seguridad operacional de la organización, y para confirmar la

eficacia de los controles de riesgo de seguridad operacional.

Auditorías Internas

1. El proveedor de servicios debe desarrollar un programa de auditorías internas para evaluar

la eficacia del SMS e identificar posibles áreas de mejora, y estas deben de generar

información y comentarios sobre la situación de:

a) El cumplimiento de los reglamentos.

b) El cumplimiento de las políticas, procesos y procedimientos.

c) La eficacia de los controles de riesgos de seguridad operacional.

d) La eficacia de las medidas correctivas.

e) La eficacia del SMS.

2. Las siguientes preguntas deben plantearse para evaluar el cumplimiento y la eficacia de

cada proceso o procedimiento:

a) Determinación del cumplimiento

i) ¿Existe el proceso o procedimiento requerido?

ii) ¿Está documentado el proceso o procedimiento (se definen entradas,

actividades, interfaces y salidas)?

iii) ¿Satisface el proceso o procedimiento los requisitos (criterios)?

iv) ¿Se está aplicando el proceso o procedimiento?

v) ¿Aplica sistemáticamente el proceso o procedimiento todo el personal

afectado?

vi) ¿Se obtienen los resultados definidos?

vii) ¿Se ha documentado e implementado algún cambio en el proceso o

procedimiento?


Fecha: 20/4/2020

Página

40 Rev. 01

b) Evaluación de la eficacia

i) ¿Comprenden los usuarios el proceso o procedimiento?

ii) ¿Se logra sistemáticamente el propósito del proceso o procedimiento?

iii) ¿Son los resultados del proceso o procedimiento los que el “cliente” pidió?

iv) ¿Se examina regularmente el proceso o procedimiento?

v) ¿Se realiza una evaluación de riesgos de seguridad operacional cuando se

han introducido cambios en el proceso o procedimiento?

vi) ¿Han producido las mejoras del proceso o procedimiento los beneficios

esperados?

Observación del rendimiento en materia de seguridad operacional

1. El proveedor de servicios debe mantener una observación en materia de seguridad

operacional, mediante la recopilación de datos e información sobre seguridad operacional de

varias fuentes normalmente disponibles para la organización.

2. El proveedor de servicios, como parte de la observación del rendimiento de seguridad

operacional, debe definir:

a) Objetivos de seguridad operacional, que deberían establecerse en primer lugar para

reflejar los logros estratégicos o resultados deseados relativos a las preocupaciones

de seguridad operacional específicas del contexto de funcionamiento de la

organización.

b) Los SPI, que son parámetros tácticos relativos a los objetivos de seguridad

operacional y, por consiguiente, constituyen la referencia para la recopilación de

datos.

c) Las SPT, que también son parámetros tácticos utilizados para vigilar el progreso

hacia el logro de los objetivos de seguridad operacional.

3. Los SPI del proveedor de servicios deben comprender:

a) Sucesos de baja probabilidad/alta gravedad (p. ej., accidentes e incidentes graves).

b) Sucesos de alta probabilidad/baja gravedad (p. ej., sucesos operacionales de poca

consecuencia, informes de no cumplimiento, desviaciones, etc.).

c) Rendimiento del proceso (p. ej., instrucción, mejoras del sistema y procesamiento

de informes).


Fecha: 20/4/2020

Página

41 Rev. 01

4. Al establecer SPI los proveedores de servicios deben considerar:

a) La medición de los elementos correctos: determinación de los mejores SPI que

indiquen que la organización está encaminada a lograr sus objetivos de seguridad

operacional. También se debe considerar cuáles son los principales problemas y

riesgos de seguridad operacional que enfrenta la organización e identificar los SPI

que indiquen un control eficaz de los mismos.

b) La disponibilidad de datos: determinar si se dispone de datos que correspondan a

lo que la organización quiere medir. De no ser así, puede ser necesario establecer

fuentes adicionales para su recopilación. Para pequeñas organizaciones con

cantidades limitadas de información, la consolidación de antecedentes también puede

contribuir a identificar tendencias, respaldada por asociaciones industriales que

recopilen datos de seguridad operacional de múltiples organizaciones.

c) La fiabilidad de los datos: los datos pueden ser no fiables debido a su carácter

subjetivo o porque no están completos.

d) SPI comunes de la industria: puede resultar útil convenir respecto de SPI comunes

con organizaciones similares de modo que se puedan efectuar comparaciones entre

organizaciones. El reglamentador o las asociaciones industriales pueden facilitar este

aspecto.

5. El proveedor de servicios, posterior a establecer los SPI de la organización, debe de crear

los SPT, los cuáles deben de contribuir a mejoras de la seguridad operacional. Los SPT deben

de ser:

a) Realistas.

b) Específicos del contexto.

c) Alcanzables cuando se consideren los recursos disponibles a la organización y al

sector aeronáutico.

SMS 1.080 Gestión del cambio

1. El proveedor de servicios debe como parte de las actividades del aseguramiento de la

Seguridad Operacional del SMS, desarrollar y mantener un proceso formal para gestionar el

cambio.

2. El proveedor de servicios debe de llevar a cabo un proceso de gestión del cambio cuando

se dé lo siguiente:

a) Expansión o contracción institucional.


Fecha: 20/4/2020

Página

42 Rev. 01

b) Mejoras empresariales que puede tener consecuencias para la seguridad

operacional; estas pueden resultar en cambios a los sistemas, procesos o

procedimientos internos que respaldan la entrega de productos y servicios;

c) Cambios al entorno de operación de la organización.

d) Cambios a las interfaces del SMS con organizaciones externas.

e) Cambios normativos externos, cambios económicos y riesgos emergentes.

3. El proveedor de servicios debe definir el elemento activador del proceso de cambios

formal. Los cambios que probablemente activen una gestión de cambios oficial comprenden:

a) Introducción de nueva tecnología o equipo.

b) Cambios en el entorno operacional.

c) Cambios en el personal clave.

d) Cambios significativos en los niveles de plantilla.

e) Cambios en los requisitos normativos de seguridad operacional.

f) Reestructuración significativa de la organización.

g) Cambios físicos (nueva instalación o base, cambios en la disposición general del

aeródromo, etc.).

SMS 1.085 Mejora continua del SMS

1. El proveedor de servicios observará y evaluará la eficacia de sus procesos SMS para

permitir el mejoramiento continuo del rendimiento general del SMS.

2. El mejoramiento continuo del SMS de un proveedor de servicios debería incluir:

a) Evaluaciones proactivas de las facilidades, equipo, documentación y

procedimientos, para verificar la efectividad de las estrategias para el control y

mitigación de los riesgos de la Seguridad Operacional.

b) Evaluación proactiva de la performance individual para verificar el cumplimiento

de las responsabilidades de Seguridad Operacional.

c) El proveedor de servicios alcanzará la mejora continua a través de una evaluación

reactiva para verificar la eficacia de los sistemas de control y mitigación de los

riesgos, por ejemplo, a través de información obtenida de investigación de accidentes,

incidentes y eventos significativos.


Fecha: 20/4/2020

Página

43 Rev. 01

SUBPARTE F – PROMOCIÓN DE LA SEGURIDAD OPERACIONAL La promoción de la seguridad operacional alienta una cultura de seguridad operacional

positiva y contribuye a alcanzar los objetivos de seguridad operacional del proveedor de

servicios mediante la combinación de competencias técnicas que mejoran continuamente con

la instrucción y la educación, la comunicación eficaz y la compartición de información. La

administración superior proporciona el liderazgo para promover la cultura de seguridad

operacional en toda la organización.

SMS 1.090 Instrucción y educación

1. El proveedor de servicios debe desarrollar y mantener un programa de entrenamiento de

seguridad operacional que asegure que el personal está entrenado y es competente para llevar

a cabo los deberes del SMS.

2. El alcance de la capacitación de Seguridad Operacional debería ser apropiado de acuerdo

con el nivel de involucramiento de cada individuo dentro del SMS.

3. El gerente (coordinador) de seguridad operacional debería, juntamente con el

departamento de personal, revisar las descripciones de las funciones de todo el personal e

identificar aquellas posiciones que tengan responsabilidades de seguridad operacional, tales

como:

a) Personal operativo.

b) Gerentes y supervisores.

c) Directores.

d) Ejecutivo responsable.

4. La instrucción inicial en seguridad operacional debe considerar, como mínimo, los

siguientes aspectos:

a) Políticas y objetivos de seguridad operacional de la organización.

b) Funciones de seguridad operacional institucional y responsabilidades relacionadas

con la seguridad operacional.

c) Principios básicos de la SRM.

d) Sistemas de notificación de seguridad operacional.

e) Procesos y procedimientos SMS de la organización.

f) Factores humanos.

5. El ejecutivo responsable y los gerentes superiores deben recibir entrenamiento respecto a:


Fecha: 20/4/2020

Página

44 Rev. 01

a) Concientización específica para nuevos ejecutivos y titulares de puestos

responsables con respecto a sus obligaciones de rendición de cuentas y

responsabilidades.

b) Importancia de cumplir los requisitos de seguridad operacional nacionales e

institucionales.

c) Compromiso de la administración.

d) Asignación de recursos.

e) Promoción de la política de seguridad operacional y del SMS.

f) Promoción de la cultura de seguridad operacional positiva.

g) Comunicación eficaz de seguridad operacional entre los departamentos.

h) Objetivos de seguridad operacional, SPT y niveles de alerta.

i) Política disciplinaria.

Nota: este entrenamiento no debería de exceder cuatro horas.

6. Considerando que es esencial que el personal directivo comprenda el SMS, el proveedor

de servicios debería proveer capacitación a este personal en lo siguiente:

a) Principios del SMS.

b) Sus obligaciones y responsabilidades.

c) Aspectos legales pertinentes, por ejemplo, sus respectivas responsabilidades ante

la ley.

Análisis de las necesidades de instrucción

1. El proveedor de servicios debe realizar evaluaciones de las necesidades de instrucción

(TNA) formales para asegurar que existe una clara comprensión de la operación, las

funciones de seguridad operacional del personal y la instrucción disponible.

2. Una TNA debe de contemplar:

a) Todos y cada uno de los miembros del personal del proveedor de servicios se verán

afectados por la implementación del SMS, pero no de la misma manera o en el mismo

grado. Se deberá identificar cada grupo de personal y las formas en que interactuarán

con los procesos de gestión de la seguridad operacional, sus entradas y salidas, en

particular con las funciones de seguridad operacional. Esta información debería estar

disponible en las descripciones de puestos o funciones. Normalmente, comenzarán a


Fecha: 20/4/2020

Página

45 Rev. 01

surgir grupos de individuos con necesidades de aprendizaje similares. El proveedor

de servicios debería considerar si vale la pena extender el análisis al personal de

organizaciones externas interconectadas.

b) Identificar los conocimientos y las competencias necesarias para realizar cada

función de seguridad operacional que requiere cada agrupamiento de personal.

c) Realizar un análisis para identificar las brechas entre las habilidades y

conocimientos actuales en seguridad operacional de todo el personal y los necesarios

para la realización eficaz de las funciones de seguridad operacional asignadas.

d) Identificar el enfoque más apropiado para desarrollar habilidades y conocimientos

respecto de cada grupo con miras a elaborar un programa de instrucción adecuado a

la participación de cada individuo o grupo en la gestión de la seguridad operacional.

El programa de instrucción también debería considerar las necesidades continuas del

personal en materia de conocimientos y competencias de seguridad operacional. Estas

necesidades se abordarán normalmente mediante un programa de instrucción

periódica.

3. El proveedor de servicios debe determinar quiénes deben recibir capacitación y con qué

grado de profundidad, dependiendo de su participación en el SMS, así como la periodicidad

de la instrucción.

SMS 1.095 Comunicación de la seguridad operacional

1. El proveedor de servicios, como parte de sus actividades de promoción de la Seguridad

Operacional, debe desarrollar y mantener medios formales para la comunicación de

Seguridad Operacional con el objetivo de:

a) Garantizar que el personal es plenamente consciente del SMS.

b) Transmitir información crítica para la seguridad operacional.

c) Crear conciencia sobre nuevos controles de riesgos de seguridad operacional y

medidas correctivas.

d) Proporcionar información sobre procedimientos de seguridad operacional nuevos

o enmendados.

e) Promover una cultura de seguridad operacional positiva y alentar al personal a

identificar y notificar peligros.

f) Proporcionar comentarios e información.


Fecha: 20/4/2020

Página

46 Rev. 01

SUBPARTE G – PLANIFICACIÓN DE LA IMPLEMENTACIÓN

SMS 1.100 Plan de implementación del SMS

El plan de implementación del SMS debe definir el enfoque de la organización respecto a la

gestión de la seguridad operacional, en el cual se debería describir de qué forma la

organización logrará sus objetivos de seguridad operacional y cómo va a satisfacer cualquier

requisito reglamentario o de otro tipo; ya sea nuevo o revisado de seguridad operacional. El

plan de implantación del SMS puede consistir en más de un documento, detallando las

medidas que han de adoptarse, por quiénes y según qué cronogramas.

1. Dependiendo del tamaño de la organización y la complejidad de sus operaciones, el plan

de implementación del SMS puede ser elaborado por una persona, o por un grupo de

planificación que comprenda una base de experiencia apropiada.

2. Este grupo (o persona) de planificación debe reunirse regularmente con la administración

superior para evaluar el progreso del plan de implementación y para que se le asignen

recursos (incluyendo el tiempo para las reuniones), conmensurables con la tarea que debe

realizar.

3. Generalmente, el contenido del plan de implementación del SMS comprende:

a) Políticas y objetivos de seguridad operacional.

b) Descripción del sistema.

c) Análisis de brechas.

d) Componentes del SMS.

e) Funciones y responsabilidades de seguridad operacional.

f) Política de notificación de peligros.

g) Medios para la participación de los empleados.

h) Medición de la eficacia de la seguridad.

i) Comunicación de seguridad.

j) Instrucción de seguridad.

k) Revisión por la administración de la eficacia de la seguridad operacional.

4. El plan de implementación del proveedor de servicios debe de estar endosado por la

administración superior (ejecutivo responsable).


Fecha: 20/4/2020

Página

47 Rev. 01

5. El proveedor de servicios debe de implementar el plan en cuatro fases y podría tener una

duración para la implementación de uno a cuatro años. Las fases en mención deberían de ser

las siguientes:

a) Fase I – Planificación de la implementación del SMS.

b) Fase II – Procesos de gestión de seguridad operacional fundamentales.

c) Fase III – Procesos proactivos y predictivos de gestión de la seguridad operacional.

d) Fase IV – Garantía de la seguridad operacional.

SMS 1.105 Fase I - Planificación de la implementación del SMS.

El objetivo de la Fase 1 de la implementación de SMS es proporcionar un plano de cómo se

cumplirán los requisitos de SMS y se integrarán en los sistemas de control de la organización,

así como también, un marco de trabajo de responsabilidad para su ejecución. En esta fase el

proveedor de servicios debe:

1. Elemento 1.1 del SMS – Compromiso de la administración

a) Identificar al ejecutivo responsable del SMS.

b) Establecer un equipo de implementación del SMS.

c) Definir el alcance del SMS.

d) Realizar un análisis de brechas del SMS.

2. Elemento 1.5 del SMS – Documentación SMS

a) Desarrollar un plan de implementación del SMS.

3. Elemento 1.3 del SMS – Designación del personal clave de seguridad operacional.

a) Establecer una persona / oficina clave responsable de la administración y el

mantenimiento del SMS.

4. Elemento 4.1 del SMS – Instrucción y educación.

a) Iniciar canales de comunicación del SMS / seguridad operacional.

SMS 1.110 Fase II - Procesos de gestión de seguridad operacional fundamentales

El objetivo de la Fase 2 es implementar procesos de gestión de seguridad operacional

fundamentales, mientras que al mismo tiempo se corrigen las posibles deficiencias en los

procesos de gestión de seguridad operacional existentes. La mayoría de las organizaciones

tendrán implementadas ciertas actividades de gestión de seguridad operacional básicas, en


Fecha: 20/4/2020

Página

48 Rev. 01

diferentes niveles de implementación. Esta etapa está orientada a consolidar las actividades

existentes y desarrollar aquellas que todavía no existen.

En esta fase el proveedor de servicios debe:

1. Elemento 1.1 del SMS - Compromiso de la administración

a) Establecer la política y los objetivos de seguridad operacional.

2. Elemento 1.2 del SMS - Obligación de rendición de cuentas sobre la seguridad operacional

y responsabilidades.

a) Definir las responsabilidades de la gestión de la seguridad operacional en los

departamentos pertinentes de la organización.

b) Establecer un mecanismo / comité de coordinación de SMS / seguridad

operacional.

c) Establecer el SAG por departamento / divisional donde corresponda.

3. Elemento 1.4 del SMS - Coordinación de la planificación de respuestas ante emergencias.

a) Establecer un plan de respuesta ante emergencias.

4. Elemento 1.5 del SMS - Documentación SMS

a) Iniciar el desarrollo progresivo de un documento / manual de SMS y otra

documentación de respaldo.

SMS 1.115 Fase III – Procesos de gestión de riesgos de la seguridad operacional

El objetivo de la Fase 3 es establecer procesos de gestión de riesgos de la seguridad

operacional. Hacia el final de esta fase, la organización estará lista para recopilar datos de

seguridad operacional y realizar los análisis de seguridad operacional basados en la

información obtenida mediante diversos sistemas de notificación.

En esta fase, el proveedor de servicios debe:

1. Elemento 2.1 del SMS - Identificación de peligros.

a) Establecer un procedimiento de notificación de peligros voluntario.

2. Elemento 2.2 del SMS - Evaluación y mitigación de riesgos de seguridad operacional.

a) Establecer procedimientos de gestión de riesgos de la seguridad operacional.

3. Elemento 3.1 del SMS - Observación y medición del rendimiento en materia de seguridad

operacional.


Fecha: 20/4/2020

Página

49 Rev. 01

a) Establecer procedimientos de notificación e investigación de sucesos.

b) Establecer un sistema de recopilación y procesamiento de datos de seguridad

operacional para los resultados de alto impacto.

c) Desarrollar SPI de alto impacto y una configuración de objetivos y alertas

asociadas.

4. Elemento 3.2 del SMS - Gestión del cambio.

a) Establecer un procedimiento de gestión de cambio que incluye la evaluación de

riesgos de seguridad operacional.

5. Elemento 3.3 del SMS - Mejora continua del SMS.

a) Establecer un programa interno de auditoría de la calidad.

b) Establecer un programa externo de auditoría de la calidad.

SMS 1.120 Fase IV – Implementación de la gestión de riesgos y aseguramiento de la

seguridad operacional

La Fase 4 es la final de la implementación de SMS. Esta fase implica la implementación

madura de la gestión de riesgos de la seguridad operacional y el aseguramiento de esta. El

aseguramiento de la seguridad operacional se evalúa mediante la implementación de control

periódico, retroalimentación y una medida correctiva continua para mantener la eficacia de

los controles de riesgos.

En esta etapa, el proveedor de servicios deberá:

1. Elemento 1.1 del SMS - Compromiso de la administración

a) Mejorar el procedimiento / la política existente con una debida consideración de

los errores o las equivocaciones accidentales de las infracciones deliberadas o graves.

2. Elemento 2.1 del SMS - Identificación de peligros

a) Integrar los peligros identificados a partir de los informes de investigación de

sucesos con el sistema de notificación de peligros voluntarios.

b) Integrar procedimientos de identificación de peligros y gestión de riesgo con el

SMS del subcontratista o el cliente, donde corresponda.

3. Elemento 3.1 del SMS - Observación y medición del rendimiento en materia de seguridad

operacional.


Fecha: 20/4/2020

Página

50 Rev. 01

a) Mejorar el sistema de recopilación y procesamiento de datos de seguridad

operacional y procesamiento de datos de seguridad operacional para incluir eventos

de bajo impacto.

b) Desarrollar SPI de bajo impacto y una configuración de objetivos / alertas

asociadas.

4. Elemento 3.3 del SMS - Mejora continua del SMS

a) Establecer programas de auditoría de SMS o integrarlos en programas de auditorías

internos y externos existentes.

b) Establecer otros programas de revisión / estudio de SMS operacional, donde

corresponda.

5. Elemento 4.1 del SMS - Instrucción y educación.

a) Garantizar que se haya completado el programa de capacitación de SMS para todo

el personal pertinente.

6. Elemento 4.2 del SMS - Comunicación de la seguridad operacional.

a) Promover la distribución e intercambio de información de la seguridad operacional

de forma interna y externa.


Fecha: 20/4/2020

Página

51 Rev. 01

Apéndice 1

TABLAS Y

MATRICES


Fecha: 20/4/2020

Página

52 Rev. 01

Tabla de probabilidad del riesgo de seguridad operacional

Tabla de gravedad del riesgo de seguridad operacional


Fecha: 20/4/2020

Página

53 Rev. 01

Matriz de evaluación del riesgo de seguridad operacional

Matriz de tolerabilidad del riesgo de seguridad operacional


Fecha: 20/4/2020

Página

54 Rev. 01

Apéndice 2

ETAPAS DE LA

IMPLEMENTACIÓN DE UN SMS

PARA UN PROVEEDOR DE

SERVICIOS


Fecha: 20/4/2020

Página

55 Rev. 01


Fecha: 20/4/2020

Página

56 Rev. 01

Apéndice 3

PLANIFICACIÓN DE LA

RESPUESTA ANTE

EMERGENCIAS


Fecha: 20/4/2020

Página

57 Rev. 01

1. Dado que los accidentes de aviación son eventos raros, pocas organizaciones están

preparadas cuando uno sucede. Muchas organizaciones no tienen planes eficaces

implementados para gestionar eventos durante o después de una emergencia o crisis.

La forma en que una organización lidia con las consecuencias de un accidente u otra

emergencia puede depender de cuán bien controla las primeras horas o días después de

un evento de seguridad operacional importante. Un plan de respuesta ante emergencias

(ERP) describe por escrito lo que se debe hacer después de un accidente o una crisis de

aviación y quién es responsable de cada medida. Entre los diferentes proveedores de

productos y servicios, tal planificación de emergencia podría conocerse con diferentes

términos, como plan de contingencia, plan de gestión de crisis y plan de respaldo de la

aeronavegabilidad continua. En este manual, el término genérico "plan de respuesta

ante emergencias (ERP)" se usa para abordar los planes de contingencia pertinentes

que se esperan de los proveedores de servicios de la aviación, cuyos

productos/servicios podrían tener un impacto en la seguridad operacional de la

aviación.

2. Si bien existe una tendencia para pensar que la planificación de respuesta ante

emergencias se relaciona con las operaciones de la aeronave o el aeródromo, por lo

general, a causa de un accidente de aeronave, la expectativa puede aplicarse de igual

forma a otros proveedores de servicios de aviación. En el caso de proveedores de

ATS, esto puede incluir un importante corte eléctrico o pérdida del radar, las

comunicaciones u otras instalaciones importantes. Para una organización de

mantenimiento, podría implicar una grave violación de los requisitos de

aeronavegabilidad que producen el aterrizaje de una flota (AOG). Para una

organización de diseño y fabricación, una grave deficiencia de diseño podría generar

un AOG global que requiera de medidas de rediseño, modificación, producción y

modernización de emergencia (directrices de aeronavegabilidad de la emergencia)

para abordar tales crisis. Donde exista la posibilidad de que las operaciones o

actividades de aviación de la organización estén comprometidas a causa de otras crisis

o emergencias que se originan de fuentes externas, como emergencias de

salud/pandémicas, estos casos también deben abordarse en este ERP de aviación,

según corresponda. Por lo tanto, un ERP es básicamente un componente integral del

procedimiento de gestión de riesgos de seguridad operacional de una organización

para abordar todas las emergencias, las crisis o los eventos posibles relacionados con

la seguridad operacional o la calidad con los cuales este producto o servicio pueda

contribuir o asociarse. El ERP debe abordar todos los escenarios posibles/probables

y tener medidas o procesos de mitigación adecuados implementados para que la

organización, sus clientes, el público o la industria en toda su extensión puedan tener

un mejor nivel de aseguramiento de la seguridad operacional, así como también, la

continuidad de servicio.


Fecha: 20/4/2020

Página

58 Rev. 01

3. Una respuesta satisfactoria ante una emergencia comienza con la planificación eficaz. Un

ERP representa la base de un enfoque sistemático para gestionar los asuntos de la

organización durante las consecuencias de un evento no planificado importante, en el peor

de los casos, un accidente importante.

4. El propósito de un plan de respuesta ante emergencias es para garantizar:

a) La delegación de la autoridad de emergencia.

b) La asignación de responsabilidades de emergencia.

c) La documentación de procedimientos y procesos de emergencia.

d) La coordinación de esfuerzos de emergencia de forma interna y con partes externas.

e) La continuación segura de las operaciones fundamentales, mientras se gestiona la crisis.

f) La identificación proactiva de todos los posibles eventos/escenarios de emergencia y

sus medidas de mitigación correspondientes, etc.

5. Para ser eficaz, un ERP debe:

a) Ser adecuado según la envergadura, naturaleza y complejidad de la organización.

b) Estar fácilmente accesible para todo el personal pertinente y otras organizaciones,

donde corresponda.

c) Incluir listas de verificación y procedimientos pertinentes a las situaciones de

emergencia específicas.

d) Tener detalles de contacto de referencia rápida de todo el personal pertinente.

e) Probarse regularmente mediante ejercicios.

f) Revisarse y actualizarse periódicamente cuando cambian los detalles, etc.

Contenido del ERP

6. Un ERP normalmente estaría documentado en el formato de un manual que debiera

establecer las responsabilidades, las funciones y las medidas de las diversas agencias y el

personal que participan abordando emergencias específicas. Un ERP debe considerar lo

siguiente:

a) Políticas gobernantes. El ERP debe proporcionar las instrucciones para responder

a emergencias, como leyes y reglamentos gobernantes para las investigaciones,

acuerdos con autoridades locales, políticas empresariales y prioridades.


Fecha: 20/4/2020

Página

59 Rev. 01

b) Organización. El ERP debe describir las intenciones de la gestión en relación con

las organizaciones que dan respuesta al:

i) Designar quién liderará y quién estará asignado a los equipos de respuesta.

ii) Definir las funciones y responsabilidades del personal asignado a los

equipos de respuesta.

iii) Clarificar las líneas de notificación de la autoridad.

iv) Configurar un centro de gestión de emergencia (EMC).

v) Establecer procedimientos para recibir una gran cantidad de solicitudes para

la información, especialmente durante los primeros días después de un

accidente importante.

vi) Designar al vocero empresarial para tratar con los medios.

vii) Definir qué recursos estarán disponibles, lo que incluye a las autoridades

financieras para actividades inmediatas.

viii) Designar al representante de la empresa para cualquier investigación

formal que lleven a cabo los funcionarios del Estado.

ix) Definir un plan de llamada para el personal clave.

c) Notificaciones. El plan debe especificar a quién, en la organización, se le notificará

de una emergencia, quién realizará las notificaciones externas y mediante qué medios.

Se deben considerar las necesidades de notificación de lo siguiente:

i) La gestión.

ii) Las autoridades del Estado (búsqueda y salvamento, la autoridad

reglamentaria, el consejo de investigación de accidentes, etc.)

iii) Los servicios de respuesta ante emergencias locales (autoridades del

aeródromo, bomberos, policía, ambulancia, instituciones médicas, etc.)

iv) Los familiares de las víctimas (un tema delicado que, en muchos Estados,

está a cargo de la policía).

v) El personal de la empresa.

vi) Los medios de comunicación.

vii) El área legal, contabilidad, aseguradores, etc.


Fecha: 20/4/2020

Página

60 Rev. 01

d) Respuesta inicial. Dependiendo de las circunstancias, un equipo de repuesta inicial

puede despacharse al sitio del accidente o crisis para aumentar los recursos locales y

supervisar los intereses de la organización. Entre los factores que deben considerarse

para dicho equipo se incluyen:

i) ¿Quién debe liderar el equipo de respuesta inicial?

ii) ¿Quién debe incluirse en el equipo de respuesta inicial?

iii) ¿Quién debe hablar en nombre de la organización en el sitio del accidente?

iv) ¿Qué se necesitará en cuanto a equipo especial, ropa, documentación,

transporte, hospedaje, etc.?

e) Ayuda adicional. Los empleados con una capacitación y experiencia adecuadas

pueden proporcionar un respaldo útil durante la preparación, el ejercicio y la

actualización del ERP de una organización. Su experiencia puede resultar útil en la

planificación y ejecución de tales tareas como:

i) Actuar como pasajeros o clientes en los ejercicios.

ii) Abordar a los supervivientes o partes externas.

iii) Hablar con el familiar más cercano, las autoridades, etc.

f) Centro de gestión de emergencia (EMC). Un EMC (normalmente en modo de

espera) puede establecerse en la sede de la organización luego de cumplir los criterios

de activación. Además, se puede establecer un puesto de mando (CP) cerca o en el

sitio de la crisis. El ERP debe abordar cómo se cumplirán los siguientes requisitos:

i) Personal (tal vez por 24 horas al día, los 7 días de la semana, durante el

período de respuesta inicial).

ii) Equipo de comunicaciones (teléfonos, fax, Internet, etc.)

iii) Requisitos de documentación, mantenimiento de los registros de actividad

de emergencia.

iv) Incautar los registros empresariales relacionados.

v) Muebles y suministros de oficina.

vi) Documentos de referencia (como listas de verificación y procedimientos

de respuesta ante emergencias, manuales de la empresa, planes de emergencia

del aeródromo y listas telefónicas).


Fecha: 20/4/2020

Página

61 Rev. 01

Una línea aérea u otra organización especialista puede contratar los servicios de un centro de

crisis para que resguarde los intereses del proveedor de servicios ante una crisis lejos de la

base de domicilio. Por lo general, el personal de la empresa complementaría dicho centro

contratado lo antes posible.

g) Registros. Además de la necesidad de la organización de mantener registros de los

eventos y las actividades, la organización también necesitará proporcionar

información a cualquier equipo de investigación del Estado. El ERP debe abordar los

siguientes tipos de información que requieran los investigadores:

i) Todos los registros pertinentes acerca del producto o servicio de interés.

ii) Listas de puntos de contacto y cualquier personal asociado con el suceso.

iii) Notas de cualquier entrevista (o declaración) con alguien asociado con el

evento.

iv) Cualquier evidencia fotográfica o de otro tipo.

h) Sitio del accidente. Para un accidente importante, los representantes de muchas

jurisdicciones tienen motivos legítimos para acceder al sitio: por ejemplo, la policía;

bomberos; médicos; autoridades del aeródromo; forenses (funcionarios encargados

de examen médico) para abordar las fatalidades; investigadores de accidentes del

Estado; agencias de ayuda como la Cruz Roja e incluso los medios de comunicación.

Aunque la coordinación de las actividades de estos accionistas es la responsabilidad

de la autoridad de investigación o la policía del Estado, el proveedor de servicios debe

clarificar los siguientes aspectos de las actividades en el sitio del accidente:

i) Nominar a un representante superior de la empresa en el sitio del accidente

si:

- Se está en la base de domicilio.

- Se está lejos de la base de domicilio.

- Se está en mar abierto o en un Estado extranjero.

ii) Gestión de las víctimas supervivientes.

iii) Las necesidades de los familiares de las víctimas.

iv) La seguridad de los restos de la aeronave.

v) Manipulación de los restos humanos y la propiedad personal de los

fallecidos.


Fecha: 20/4/2020

Página

62 Rev. 01

vi) Preservación de la evidencia.

vii) Disposición de ayuda (según sea necesario) a las autoridades de la

investigación.

viii) Retiro y eliminación de los restos de la aeronave; etc.

i) Medios de prensa. La forma como responde la empresa a los medios de

comunicación puede afectar cuán bien la empresa se recupera del evento. Se requiere

una clara instrucción acerca de, por ejemplo:

i) Qué información está protegida por un estatuto (datos de FDR, registros de

CVR y ATC, declaraciones de testigos, etc.)

ii) Quién puede hablar en nombre de la organización matriz en la oficina

principal y en el sitio del accidente (gerente de relaciones públicas,

funcionario ejecutivo principal u otro ejecutivo superior, gerente, propietario).

iii) Declaraciones preparadas para obtener una respuesta inmediata a las

consultas de los medios de comunicación.

iv) Qué información puede divulgarse (qué debe evitarse).

v) La sincronización y el contenido de la declaración inicial de la empresa.

vi) Disposiciones de actualizaciones regulares a los medios de comunicación.

j) Investigaciones formales. Se debe proporcionar una guía acerca del personal de la

empresa que trata con los investigadores del accidente y la policía del Estado.

k) Ayuda para la familia. El ERP también debe incluir una guía sobre el enfoque de

la organización para ayudar a las víctimas de las crisis o las organizaciones del cliente.

Esta guía puede incluir factores como:

i) Requisitos del Estado para la disposición de servicios de ayuda.

ii) Arreglos de viajes y hospedaje para visitar el sitio de la crisis.

iii) Coordinador del programa y puntos de contacto para las víctimas/clientes.

iv) Disposición de información actualizada.

v) Ayuda temporal a las víctimas y los clientes.

Nota.— La Circular 285 de la OACI, Orientación sobre asistencia a las víctimas de

accidentes de aviación y sus familiares, proporciona una guía detallada sobre este

tema.


Fecha: 20/4/2020

Página

63 Rev. 01

l) Revisión posterior al suceso. Se deben proporcionar instrucciones para

garantizar que, después de una emergencia, el personal clave realice una

sesión informativa completa y el registro de todas las lecciones significativas

aprendidas, que pueden producir enmiendas al ERP y procedimientos

asociados.

Listas de verificación

7. Todos los que participan en la respuesta inicial a un evento de aviación importante sufrirán

de algún grado de desorientación. Por lo tanto, el proceso de respuesta ante emergencias se

presta para el uso de las listas de verificación. Estas listas de verificación pueden formar una

parte integral del manual de operaciones de la empresa o el manual de respuesta ante

emergencias. Para ser eficaces, las listas de verificación deben regularmente:

a) Revisarse y actualizarse (por ejemplo, la actualidad de las listas de llamada y los

detalles de contacto).

b) Probarse mediante ejercicios realistas.

Capacitación y Ejercicios

8. Un ERP es un indicio de intento en papel. Con suerte, gran parte del ERP no se probará

nunca bajo condiciones reales. Se requiere de capacitación para garantizar que estas

intenciones reciban el respaldo de capacidades operacionales. Dado que la capacitación tiene

una corta “vida útil”, se recomienda llevar a cabo ensayos regulares y ejercicios. Algunas

partes del ERP, como el plan de llamadas y comunicaciones, pueden probarse mediante

ejercicios de "escritorio". Otros aspectos, como las actividades "en terreno" que implican a

otras agencias, necesitan practicarse en intervalos regulares. Tales ejercicios tienen la ventaja

de demostrar deficiencias en el plan, las que pueden rectificarse antes de una emergencia

real. Para ciertos proveedores de servicios, como aeropuertos, puede que sea obligatorio usar

pruebas periódicas de la idoneidad del plan y la conducta de un ejercicio de emergencia a

escala completa.


Fecha: 20/4/2020

Página

64 Rev. 01

Apéndice 4

GUIA SOBRE EL

DESARROLLO DE UN

MANUAL SMS


Fecha: 20/4/2020

Página

65 Rev. 01

1. GENERALIDADES

1.1 Este apéndice sirve para guiar a las organizaciones en su compilación de un manual (o

documento) de SMS de alto nivel para definir su marco de trabajo de SMS y sus elementos

asociados. Puede ser un manual de SMS independiente o puede integrarse como una

sección/capítulo de SMS consolidada dentro de un manual aprobado correspondiente de la

organización (por ejemplo, el manual de exposición o el manual de la empresa de la

organización). La configuración real puede depender de la expectativa reglamentaria.

1.2 Al usar el formato sugerido y los elementos del contenido en este apéndice y adaptarlos

como corresponda, es una forma en que la organización puede desarrollar su propio manual

de SMS de nivel superior. Los elementos del contenido real dependerán del marco de trabajo

de SMS específico y los elementos de la organización. La descripción debajo de cada

elemento será proporcional al alcance y la complejidad de los procesos de SMS de la

organización.

1.3 El manual servirá para comunicar el marco de trabajo de SMS de la organización de

forma interna, así como también, con las organizaciones externas pertinentes. El manual

puede someterse al respaldo o aprobación de la DGAC, por medio del SSP, como evidencia

de la aceptación del SMS.

Nota. — Se debe hacer una distinción entre un manual de SMS y sus registros y

documentos de respaldo operacional. El último hace referencia a registros y documentos

históricos y actuales generados durante la implementación y operación de los diversos

procesos del SMS. Estos constituyen evidencia documental de las actividades constantes de

SMS de la organización.

2. FORMATO DEL MANUAL DEL SMS

2.1 El manual de SMS puede asumir un formato de la siguiente manera:

a) Encabezado de sección.

b) Objetivo.

c) Criterios.

d) Documentos de referencia cruzada.


Fecha: 20/4/2020

Página

66 Rev. 01

2.2 Debajo de cada “encabezado de sección” numerado se incluye una descripción del

“objetivo” de esa sección, seguido de sus “criterios” y “documentos de referencia cruzada”.

El “objetivo” es lo que intenta lograr la organización al hacer lo que se describe en esa

sección. Los "criterios" definen el alcance de lo que se debe considerar al escribir esa sección.

Los “documentos de referencia cruzada” vinculan la información con otros manuales

pertinentes de la organización, los que contienen detalles del elemento o proceso, según

corresponda.

3. CONTENIDO DEL MANUAL

3.1 Entre los contenidos del manual se pueden incluir las siguientes secciones:

1. Control de documentos;

2. Requisitos reglamentarios del SMS;

3. Alcance e integración del sistema de gestión de la seguridad operacional;

4. Política de Seguridad Operacional;

5. Objetivos de seguridad operacional;

6. Responsabilidades de la seguridad operacional y personal clave;

7. Notificación de seguridad operacional y medidas correctivas;

8. Identificación de peligros y evaluación de riesgos;

9. Control y medición del rendimiento en materia de seguridad operacional;

10. Investigaciones relacionadas con la seguridad operacional y medidas correctivas;

11. Capacitación y comunicación de seguridad operacional;

12. Mejora continua y auditoría de SMS;

13. Gestión de los registros de SMS;

14. Gestión de cambio; y

15. Plan de respuesta ante emergencias/contingencia.

3.2 A continuación, se indica un ejemplo del tipo de información que puede incluirse en

cada sección mediante el formato descrito en 2.2.

1. Control de documentos

Objetivo

Describir cómo los manuales se mantendrán actualizados y cómo garantizará la

organización que el personal que participa en las tareas relacionadas con la seguridad

operacional tenga la versión más actual.


Fecha: 20/4/2020

Página

67 Rev. 01

Criterios

a) Copia impresa o medio electrónico controlado y lista de distribución.

b) La correlación entre el manual de SMS y otros manuales existentes, como el

manual de control de mantenimiento (MCM) o el manual de operaciones.

c) El proceso de revisión periódica del manual y sus formularios/documentos

relacionados para garantizar su sustentabilidad, suficiencia y eficacia constantes.

d) El proceso de administración, aprobación y aceptación reglamentaria del manual.

Documentos de referencia cruzada

Manual de la calidad, manual de ingeniería, etc.

2. Requisitos reglamentarios de SMS

Objetivo

Abordar los reglamentos de SMS y el material guía actuales para obtener una

referencia necesaria y toma de conciencia de todos los interesados.

Criterios

a) Explicar en detalle los reglamentos/normas actuales de SMS. Incluir el marco de

tiempo del cumplimiento y las referencias del material de asesoramiento, según

corresponda.

b) Donde corresponda, elaborar o explicar la importancia y las implicaciones de los

reglamentos para la organización.

c) Establecer una correlación con otros requisitos o normas relacionados con la

seguridad operacional, donde corresponda.


Referencias de reglamentos/requisitos de SMS, referencias de documentos de guía de

SMS, etc.


Fecha: 20/4/2020

Página

68 Rev. 01

3. Alcance e integración del sistema de gestión de la seguridad operacional

Objetivo

Describir el alcance y extensión de las operaciones e instalaciones relacionadas con

la aviación de la organización, dentro de las cuales se aplicará el SMS. También se

debe abordar el alcance de los procesos, los equipos y las operaciones consideradas

idóneas para el programa de identificación de peligros y mitigación de riesgos

(HIRM) de la organización.

Criterios

a) Explicar la naturaleza del negocio de aviación de la organización y su posición o

función dentro de la industria como un todo.

b) Identificar las áreas, los departamentos, los talleres y las instalaciones principales

de la organización, dentro de las cuales se aplicará el SMS.

c) Identificar los procesos, las operaciones y los equipos principales que se consideran

idóneos para el programa HIRM de la organización, especialmente aquellos que son

pertinentes para la seguridad operacional de la aviación. Si el alcance de los procesos,

las operaciones y los equipos idóneos de HIRM es demasiado detallado o extenso, se

puede controlar de acuerdo con un documento complementario, según corresponda.

d) Donde se espera que el SMS se opere o administre en un grupo de organizaciones

o contratistas interconectados, defina y documente dicha integración y las

responsabilidades asociadas, según corresponda.

e) Donde haya otros sistemas de control/gestión relacionados dentro de la

organización, identifique su integración pertinente (donde corresponda) dentro del

SMS de la aviación.


Manual de la calidad, manual de ingeniería, etc.

4. Política de seguridad operacional

Objetivo

Describir las intenciones de la organización, sus principios de gestión y su compromiso con

la mejora de la seguridad operacional de la aviación, en términos del proveedor de productos


Fecha: 20/4/2020

Página

69 Rev. 01

o servicios. Una política de seguridad operacional debe ser una descripción corta, parecida a

una declaración de la misión.

Criterios

a) La política de seguridad operacional debe ser adecuada para la envergadura y

complejidad de la organización.

b) La política de seguridad operacional señala las intenciones de la organización, sus

principios de gestión y el compromiso con la mejora continua en la seguridad

operacional de la aviación.

c) El ejecutivo responsable aprueba y firma la política de seguridad operacional.

d) El ejecutivo responsable y el resto de los gerentes promueven la política de

seguridad operacional.

e) La política de seguridad operacional se revisa periódicamente.

f) El personal en todos los niveles participa en el establecimiento y mantenimiento

del sistema de gestión de la seguridad operacional.

g) La política de seguridad operacional se comunica a todos los empleados con la

intención de crear conciencia de sus obligaciones de seguridad operacional

individuales.

5. Objetivos de seguridad operacional

Objetivo

Describir los objetivos de seguridad operacional de la organización. Los objetivos de

seguridad operacional deben ser una declaración corta que describa a grandes rasgos

lo que espera lograr la organización.

Criterios

a) Se hayan establecido los objetivos de seguridad operacional.

b) Los objetivos de seguridad operacional se expresan como una declaración de nivel

superior que describe el compromiso de la organización para lograr la seguridad

operacional.


Fecha: 20/4/2020

Página

70 Rev. 01

c) Existe un proceso formal para desarrollar un conjunto coherente de objetivos de

seguridad operacional.

d) Los objetivos de seguridad operacional se difunden y distribuyen.

e) Se han asignado recursos para lograr los objetivos.

f) Los objetivos de seguridad operacional se vinculan con los indicadores de

seguridad operacional para facilitar el control y la medición, como corresponda.


Documento de indicadores de rendimiento en materia de seguridad operacional, etc.

6. Funciones y responsabilidades

Objetivo

Describir las autoridades y responsabilidades de la seguridad operacional para el

personal que participa en el SMS.

Criterios

a) El ejecutivo responsable se encarga de garantizar que el sistema de gestión de la

seguridad operacional se implemente correctamente y se desempeñe según los

requisitos en todas las áreas de la organización.

b) Se asignó un gerente (oficina) de seguridad operacional correspondiente, un comité

de seguridad operacional o grupos de acción de seguridad operacional, según

corresponda.

c) Las autoridades y responsabilidades de seguridad operacional del personal en todos

los niveles de la organización están definidos y documentados.

d) Todo el personal comprende sus autoridades y responsabilidades en relación con

los procesos, las decisiones y las medidas de la gestión de seguridad operacional.

e) Se dispone de un diagrama de responsabilidades institucionales del SMS.


Fecha: 20/4/2020

Página

71 Rev. 01

7. Notificación de seguridad operacional

Objetivo

Un sistema de notificación debe incluir medidas reactivas (informes de

accidentes/incidentes, etc.) y proactivas/predictivas (informes de peligros). Describir

los sistemas de notificación respectivos. Entre los factores que se deben

considerar se incluyen: el formato del informe, la confidencialidad, los destinatarios,

los procedimientos de investigación/evaluación, las medidas correctivas/preventivas

y la divulgación del informe.

Criterios

a) La organización tiene un procedimiento que proporciona la captura de sucesos

internos, como accidentes, incidentes y otros sucesos pertinentes para el SMS.

b) Se debe hacer una distinción entre los informes obligatorios (accidentes, incidentes

graves, defectos importantes, etc.) que se deben notificar a la DGAC y otros informes

de sucesos de rutina, que permanecen dentro de la organización.

c) También existe un sistema de notificación de peligros/sucesos voluntaria y

confidencial, que incorpora la protección de identidad/datos adecuada, según

corresponda.

d) Los procesos de notificación respectivos son simples, accesibles y proporcionales

a la envergadura de la organización.

e) Los informes de alto impacto y las recomendaciones asociadas se abordan y revisan

según el nivel de gestión correspondiente.

f) Los informes se recopilan en una base de datos adecuada para facilitar el análisis

necesario.

8. Identificación de peligros y evaluación de riesgos

Objetivo

Describir el sistema de identificación de peligros y cómo se recopilan tales datos.

Describir el proceso para la categorización de peligros/riesgos y su posterior

priorización para una evaluación de seguridad operacional documentada. Describir

cómo se lleva a cabo el proceso de evaluación de seguridad operacional y cómo se

implementan planes de acción preventiva.


Fecha: 20/4/2020

Página

72 Rev. 01

Criterios

a) Los peligros identificados se evalúan, priorizan y procesan para la evaluación de

riesgos, según corresponda.

b) Existe un proceso estructurado para la evaluación de riesgos que implica la

evaluación de gravedad, probabilidad, tolerabilidad y controles preventivos.

c) Los procedimientos de identificación de peligros y evaluación de riesgos se centran

en la seguridad operacional de la aviación, así como también, en su contexto

fundamental.

d) El proceso de evaluación de riesgos usa hojas de cálculo, formularios o software

correspondientes a la complejidad de la organización y las operaciones involucradas.

e) El nivel de gestión correspondiente aprueba las evaluaciones de seguridad

operacional completadas.

f) Existe un proceso para evaluar la eficacia de las medidas correctivas, preventivas

y de recuperación que se han desarrollado.

g) Existe un proceso para la revisión periódica de las evaluaciones de seguridad

operacional completadas y la documentación de sus resultados.

9. Control y medición del rendimiento en materia de seguridad operacional

Objetivo

Describir el componente de control y medición del rendimiento en materia de

seguridad operacional del SMS. Esto incluye los indicadores de rendimiento en

materia de seguridad operacional (SPI) del SMS de la organización.

Criterios

a) El proceso formal para desarrollar y mantener un conjunto de indicadores de

rendimiento en materia de seguridad operacional y sus objetivos eficaces asociados.

b) Correlación establecida entre los SPI y los objetivos de seguridad operacional de

la organización, donde corresponda, y el proceso de aceptación reglamentaria de los

SPI, donde sea necesario.

c) El proceso de control del rendimiento de estos SPI, incluido el procedimiento de

medidas correctivas, cada vez que se activen tendencias inaceptables o anormales.


Fecha: 20/4/2020

Página

73 Rev. 01

d) Cualquier otro criterio o proceso de control y medición del rendimiento en materia

de seguridad operacional o de SMS complementario.

10. Investigaciones relacionadas con la seguridad operacional y las medidas correctivas

Objetivo

Describir cómo se investigan y procesan los accidentes/incidentes/sucesos dentro de

la organización, incluida la correlación con el sistema de identificación de peligros y

gestión de riesgos del SMS de la organización.

Criterios

a) Procedimientos para garantizar que se investiguen de forma interna los accidentes

e incidentes notificados.

b) Divulgación interna de los informes de investigación completados al igual que a la

DGAC por medio del SSP, según corresponda.

c) Un proceso para garantizar que se lleven a cabo las medidas correctivas tomadas o

recomendadas y para evaluar sus resultados/eficacia.

d) Procedimiento sobre la consulta y las medidas disciplinarias asociadas con los

resultados del informe de investigación.

e) Condiciones definidas claramente según las cuales se podrían considerar medidas

disciplinarias punitivas (por ejemplo, actividad ilegal, imprudencia, negligencia grave

o conducta impropia deliberada).

f) Un proceso para garantizar que las investigaciones incluyan la identificación de

averías activas, así como también, factores y peligros que contribuyen.

g) El procedimiento y el formato de la investigación proporcionan hallazgos sobre

factores o peligros contribuyentes que se procesarán para la medida de seguimiento

con el sistema de identificación de peligros y gestión de riesgos de la organización,

donde corresponda.

11. Capacitación y comunicación de seguridad operacional

Objetivos

Describir el tipo de SMS y otra capacitación relacionada con la seguridad operacional

que reciba el personal y el proceso para garantizar la eficacia de la capacitación.


Fecha: 20/4/2020

Página

74 Rev. 01

Describir cómo se documentan tales procedimientos de capacitación. Describir los

procesos/canales de comunicación de seguridad operacional dentro de la

organización.

Criterios

a) Se documenta el programa de capacitación, la idoneidad y los requisitos.

b) Existe un proceso de validación que mide la eficacia de la capacitación.

c) La capacitación incluye capacitación inicial, recurrente y de actualización, donde

corresponda.

d) La capacitación de SMS de la organización es parte del programa de capacitación

general de la organización.

e) Se incorpora la toma de conciencia de SMS en el programa de empleo o

adoctrinamiento.

f) Los procesos/canales de comunicación de la seguridad operacional dentro de la

organización.

12. Mejora continua y auditoría de SMS

Objetivo

Describir el proceso para la revisión y mejora continuas del SMS.

Criterios

a) El proceso para una auditoría/revisiones internas regulares del SMS de la

organización para garantizar su continua sustentabilidad, suficiencia y eficacia.

b) Describir cualquier otro programa que contribuya con la mejora continua del SMS

de la organización y el rendimiento en materia de seguridad operacional, por ejemplo,

estudios de seguridad operacional, sistemas ISO.

13. Gestión de los registros de SMS

Objetivo

Describir el método de almacenamiento de todos los registros y documentos

relacionados con SMS.


Fecha: 20/4/2020

Página

75 Rev. 01

Criterios

a) La organización tiene registros de SMS o un sistema de archivo que garantiza la

conservación de todos los registros generados en conjunto con la implementación y

operación del SMS.

b) Los registros que deben guardarse incluyen informes de peligros, informes de

evaluación de riesgos, notas de grupos de acción de seguridad operacional/reuniones

de seguridad operacional, diagramas de indicadores de rendimiento en materia de

seguridad operacional, informes de auditoría del SMS y registros de la capacitación

de SMS.

c) Los registros deben permitir que se rastreen todos los elementos del SMS y que

estén accesibles para la administración de rutina del SMS, así como también, para

propósitos de auditorías internas y externas.

14. Gestión de cambio

Objetivo

Describir el proceso de la organización para gestionar los cambios que pueden tener

un impacto en los riesgos de la seguridad operacional y cómo tales procesos se

integran con el SMS.

Criterios

a) Procedimientos para garantizar que los cambios institucionales y operacionales

sustanciales consideran cualquier impacto que puedan tener en los riesgos existentes

de la seguridad operacional.

b) Procedimientos para garantizar que se lleva a cabo una evaluación de seguridad

operacional correspondiente antes de la introducción de nuevos equipos o procesos

que tengan implicaciones de riesgos de seguridad operacional.

c) Procedimientos para la revisión de evaluaciones de seguridad operacional

existentes cada vez que se apliquen cambios al proceso o equipo asociado.

15. Plan de respuesta ante la emergencia/contingencia

Objetivo

Describir las intenciones de la organización acerca de situaciones de emergencia y

sus controles de recuperaciones correspondientes, además de su compromiso para abordar


Fecha: 20/4/2020

Página

76 Rev. 01

dichas situaciones. Describir las funciones y responsabilidades del personal clave. El plan de

respuesta ante emergencias puede ser un documento separado o puede ser parte del manual

de SMS.

Criterios (como corresponda para la organización)

a) La organización tiene un plan de emergencia que describe las funciones y

responsabilidades en caso de un incidente, una crisis o un accidente importante.

b) Existe un proceso de notificación que incluye una lista de llamadas de emergencia

y un proceso de movilización interno.

c) La organización tiene disposiciones con otras agencias para recibir ayuda y la

disposición de servicios de emergencia, según corresponda.

d) La organización tiene procedimientos para las operaciones del modo de

emergencia, donde corresponda.

e) Existe un procedimiento para vigilar el bienestar de todas las personas afectadas y

para notificar al familiar más cercano.

f) La organización ha establecido procedimientos para tratar con los medios de

comunicación y temas relacionados con el seguro.

g) Existen responsabilidades de investigación de accidentes definidas dentro de la

organización.

h) El requisito para preservar la evidencia, asegurar el área afectada y la notificación

obligatoria/gubernamental está claramente declarada.

i) Existe una capacitación de preparación y respuesta ante emergencias para el

personal afectado.

j) La organización desarrolló un plan de evacuación en caso de una aeronave o un

equipo averiado con el asesoramiento de propietarios de aeronaves/equipos,

explotadores de aeródromo u otras agencias, según corresponda.

k) Existe un procedimiento para registrar las actividades durante una respuesta ante

emergencias.


Fecha: 20/4/2020

Página

77 Rev. 01

Apéndice 5

LISTA DE VERIFICACIÓN

DEL ANÁLISIS DE BRECHAS Y

PLAN DE IMPLEMENTACIÓN

DEL SMS


Fecha: 20/4/2020

Página

78 Rev. 01

1. LISTA DE VERIFICACIÓN DEL ANÁLISIS DE BRECHAS INICIAL

1.1 La lista de verificación del análisis de brechas inicial puede usarse como una plantilla

para realizar el primer paso de un análisis de brechas del SMS. Este formato con sus

respuestas generales “Sí/No/Parcial” proporcionará una indicación inicial del amplio alcance

de las brechas y, por lo tanto, la carga de trabajo general que puede esperarse. El cuestionario

puede ajustarse para adaptarse a las necesidades de la organización y a la naturaleza del

producto o servicio suministrado. Esta información inicial debe ser útil para que la

administración superior anticipe la escala del esfuerzo de implementación del SMS y, por lo

tanto, los recursos que se proporcionarán. Esta lista de verificación inicial necesitaría de

seguimiento con un plan de implementación adecuado.

1.2 Una respuesta “Sí” indica que la organización satisface o supera las expectativas de la

pregunta en cuestión. Una respuesta “No” indica una brecha importante en el sistema

existente, en relación con la expectativa de la pregunta. Una respuesta “Parcial” indica que

se requiere una posterior mejora o trabajo de desarrollo para un proceso existente a fin de

satisfacer las expectativas de la pregunta.

Núm. Aspecto que debe analizarse o pregunta que debe

responderse

Pregunta Estado de

Implementación Componente 1 – Política y Objetivos de Seguridad Operacional

Elemento 1.1 - Compromiso de la administración

1.1-1 ¿Está implementada una política de seguridad

operacional?

Sí

No Parcial

1.1-2 ¿Refleja la política de seguridad operacional el

compromiso de la administración superior acerca de la gestión de la seguridad operacional?

Sí

No Parcial

1.1-3 ¿Es adecuada la política de seguridad operacional según

la envergadura, naturaleza y complejidad de la

organización?

Sí

No Parcial

1.1-4 ¿Es pertinente la política de seguridad operacional para

la seguridad operacional de la aviación?

Sí

No Parcial

1.1-5 ¿Ha firmado el ejecutivo responsable la política de

seguridad operacional?

Sí

No Parcial

1.1-6 ¿Se comunica la política de seguridad operacional, con

un respaldo visible, en toda la organización?

Sí

No Parcial

CA-SSP19-001-2020

Fecha:

20/4/2020

Página

78 Rev. 01


responderse

Pregunta Estado de


Elemento 1.1 - Compromiso de la administración

1.1-7 ¿Se revisa periódicamente la política de seguridad

operacional para garantizar que siga siendo pertinente y adecuada para la organización?

Sí

No Parcial

Elemento 1.2 – Obligación de rendición de cuentas sobre la seguridad operacional y responsabilidades.

1.2-1 ¿Ha identificado [organización] a un ejecutivo

responsable que, sin importar otras funciones, tenga

máxima responsabilidad, en nombre de [organización],

de la implementación y mantenimiento del SMS?

Sí

No

Parcial

1.2-2 ¿Tiene el ejecutivo responsable total control de los

recursos financieros y humanos necesarios para las

operaciones autorizadas que se realizarán según el

certificado de operaciones?

Sí

No

Parcial

1.2-3 ¿Tiene el ejecutivo responsable la autoridad final sobre

todas las actividades de aviación de su organización?

Sí

No Parcial

1.2-4 ¿Ha identificado y documentado [Organización] las

responsabilidades de seguridad operacional de la

gestión, así como también, del personal de operaciones, en relación con el SMS?

Sí

No

Parcial

1.2-5 ¿Existe un comité de seguridad operacional o consejo de

revisión para el propósito de revisión del SMS y el

rendimiento en materia de seguridad operacional?

Sí

No Parcial

1.2-6 ¿Lidera al comité de seguridad operacional un ejecutivo

responsable o un delegado asignado correctamente,

confirmado debidamente en el manual del SMS?

Sí

No Parcial

1.2-7 ¿Incluye el comité de seguridad operacional a líderes de

departamento u operacionales pertinentes, según

corresponda?

Sí

No Parcial

1.2-8 ¿Existen grupos de acción de seguridad operacional que

trabajan junto con el comité de seguridad operacional

(en particular para las organizaciones grandes/complejas)?

Sí

No Parcial

Elemento 1.3 - Designación del personal clave de seguridad operacional.

1.3-1 ¿Ha asignado [Organización] a una persona calificada

para gestionar y vigilar la operación diaria del SMS?

Sí

No Parcial

1.3-2 ¿Tiene la persona calificada acceso o notificación

directa al ejecutivo responsable, acerca de la

implementación y operación del SMS?

Sí

No Parcial

1.3-3 ¿Tiene el gerente responsable de administrar el SMS

otra responsabilidad más que pueda entrar en conflicto

o perjudicar su papel como gerente de SMS?

Sí

No Parcial

CA-SSP19-001-2020

Fecha:

20/4/2020

Página

79 Rev. 01


responderse

Pregunta Estado de


Elemento 1.3 - Designación del personal clave de seguridad operacional.

1.3-4 ¿Es el puesto de gerente de SMS un puesto

administrativo superior que no es inferior

jerárquicamente o subordinado a otros puestos operacionales o de producción?

Sí

No Parcial

Elemento 1.4 - Coordinación de la planificación de respuestas ante emergencias.

1.4-1 ¿Tiene [Organización] un plan de respuesta ante

emergencias/contingencia adecuado para la

envergadura, naturaleza y complejidad de la

organización?

Sí

No

Parcial

1.4-2 ¿Aborda el plan de emergencia/contingencia todos los

escenarios de emergencia/crisis posibles o probables, en

relación con los suministros de productos o servicios de aviación de la organización?

Sí

No Parcial

1.4-3 ¿Incluye el ERP procedimientos para la producción, la

entrega y el respaldo seguros y continuos de los

productos o servicios de la aviación durante tales

emergencias o contingencias?

Sí

No

Parcial

1.4-4 ¿Existe un plan y registro para los ensayos o ejercicios

en relación con el ERP?

Sí

No Parcial

1.4-5 ¿Aborda el ERP la coordinación necesaria de sus

Procedimientos de respuesta ante

emergencias/contingencia con los procedimientos de

contingencia de emergencia/respuesta de otras organizaciones, donde corresponda?

Sí

No

Parcial

1.4-6 ¿Tiene [Organización] un proceso para distribuir y

comunicar el ERP a todo el personal pertinente, incluidas las organizaciones externas pertinentes?

Sí

No Parcial

1.4-7 ¿Existe un procedimiento para la revisión periódica del

ERP para garantizar su relevancia y eficacia continuas?

Sí

No Parcial

Elemento 1.5 - Documentación SMS.

1.5-1 ¿Existe un resumen de SMS de nivel superior o

documento de exposición que esté aprobado por el

gerente responsable y aceptado por la autoridad?

Sí

No Parcial

1.5-2 ¿Aborda la documentación del SMS el SMS de la

organización y sus componentes y elementos asociados?

Sí

No Parcial

1.5-3 ¿Está el marco de trabajo del SMS de [Organización] en

alineación con el marco de trabajo del SMS

reglamentario?

Sí

No Parcial

CA-SSP19-001-2020

Fecha:

20/4/2020

Página

80 Rev. 01


responderse

Pregunta Estado de


Elemento 1.5 - Documentación SMS.

1.5-4 ¿Mantiene [Organización] un registro de

documentación de respaldo pertinente para la

implementación y operación del SMS?

Sí

No Parcial

1.5-5 ¿Tiene [Organización] un plan de implementación de

SMS para establecer su proceso de implementación de

SMS, incluidas las tareas específicas y sus hitos de implementación pertinentes?

Sí

No

Parcial

1.5-6 ¿Aborda el plan de implementación de SMS la

coordinación entre el SMS del proveedor de servicios y

el SMS de las organizaciones externas, donde

corresponde?

Sí

No Parcial

1.5-7 ¿Respalda el ejecutivo responsable el plan de

implementación de SMS?

Sí

No Parcial

Componente 2 – Gestión de Riesgos de Seguridad Operacional

Elemento 2.1 - Identificación de peligros.

2.1-1 ¿Existe un proceso para la notificación de

peligros/amenazas voluntario de todos los empleados?

Sí

No Parcial

2.1-2 ¿Es simple la notificación de peligros/amenazas

voluntarias, está disponible a todo el personal

involucrado en tareas relacionadas con la seguridad

operacional y es proporcional a la envergadura del proveedor de servicios?

Sí

No

Parcial

2.1-3 ¿Incluye el SDCPS de [Organización] procedimientos

para la notificación de incidentes/accidentes mediante

personal operacional o producción?

Sí

No Parcial

2.1-4 ¿Es simple la notificación de incidentes/accidentes, es

accesible para todo el personal involucrado en tareas

relacionadas con la seguridad operacional y es

proporcional a la envergadura del proveedor de servicios?

Sí

No

Parcial

2.1-5 ¿Tiene [Organización] procedimientos para la

investigación de todos los incidentes/accidentes

notificados?

Sí

No Parcial

2.1-6 ¿Existen procedimientos para garantizar que los

peligros/amenazas identificados o descubiertos durante

los procesos de investigación de incidentes/accidentes

se explican correctamente y se integran en la

recopilación de peligros y el procedimiento de

mitigación de riesgos de la organización?

Sí

No

Parcial

2.1-7 ¿Existen procedimientos para revisar peligros/amenazas

de informes industriales pertinentes para medidas de

seguimiento o la evaluación de riesgos, donde corresponda?

Sí

No

Parcial

CA-SSP19-001-2020

Fecha:

20/4/2020

Página

81 Rev. 01


responderse

Pregunta Estado de

Implementación Componente 2 – Gestión de Riesgos de Seguridad Operacional

Elemento 2.2. - Evaluación y mitigación de riesgos de seguridad operacional.

2.2-1 ¿Existe un procedimiento de identificación de peligros y

mitigación de riesgos (HIRM) documentado que

implique el uso de herramientas de análisis de riesgos objetivas?

Sí

No Parcial

2.2-2 ¿Aprobaron los gerentes de departamento o un nivel

superior los informes de evaluación de riesgos, donde corresponda?

Sí

No Parcial

2.2-3 ¿Existe un procedimiento para la revisión periódica de

los registros de mitigación de riesgos existentes?

Sí

No Parcial

2.2-4 ¿Existe un procedimiento para explicar las medidas de

mitigación cada vez que se identifican niveles de riesgos

inaceptables?

Sí

No Parcial

2.2-5 ¿Existe un procedimiento para priorizar los peligros

identificados para las medidas de mitigación de riesgos?

Sí

No Parcial

2.2-6 ¿Existe un programa para la revisión sistemática y

progresiva de todas las operaciones, los procesos, las

instalaciones y los equipos relacionados con la

seguridad operacional de la aviación sujetos al proceso de HIRM, como lo identificó la organización?

Sí

No Parcial

Componente 3 - Aseguramiento de la seguridad operacional

Elemento 3.1 - Observación y medición del rendimiento en materia de seguridad operacional.

3.1-1 ¿Existen indicadores de rendimiento en materia de

seguridad operacional identificados para medir y

controlar el rendimiento en materia de seguridad

operacional de las actividades de aviación de la organización?

Sí

No

Parcial

3.1-2 ¿Son pertinentes los indicadores de rendimiento en

materia de seguridad operacional para la política de

seguridad operacional de la organización, así como

también, los objetivos/metas de seguridad operacional

de alto nivel?

Sí

No

Parcial

3.1-3 ¿Incluyen los indicadores de rendimiento en materia de

seguridad operacional una configuración de

alerta/objetivo para definir regiones de rendimiento inaceptables y metas de mejora planificadas?

Sí

No Parcial

3.1-4 ¿Se basa la configuración de niveles de alerta o los

criterios fuera de control en principios de métricas de

seguridad operacionales objetivos?

Sí

No Parcial

3.1-5 ¿Incluyen los indicadores de rendimiento en materia de

seguridad operacional un control cuantitativo de

resultados de seguridad operacional de alto impacto (por

ejemplos, tasas de incidentes de accidentes e incidentes

graves), así como también, eventos de bajo impacto (por ejemplo, tasa de no cumplimiento, desviaciones)?

Sí

No

Parcial

CA-SSP19-001-2020

Fecha:

20/4/2020

Página

82 Rev. 01


responderse

Pregunta Estado de

Implementación Componente 3 - Aseguramiento de la seguridad operacional

Elemento 3.1 - Observación y medición del rendimiento en materia de seguridad operacional.

3.1-6 ¿Están los indicadores de rendimiento en materia de

seguridad operacional y su configuración de

rendimiento asociada desarrollados en función del

acuerdo de la autoridad de aviación civil y sujetos a este?

Sí

No Parcial

3.1-7 ¿Existe un procedimiento para una medida correctiva o

de seguimiento que puede tomarse cuando no se logran

los objetivos o se violan los niveles de alerta?

Sí

No Parcial

3.1-8 ¿Se revisan periódicamente los indicadores de

rendimiento en materia de seguridad operacional?

Sí

No Parcial

Elemento 3.2. Gestión del cambio

3.2-1 ¿Existe un procedimiento para la revisión de

instalaciones y equipos existentes relacionados con la

seguridad operacional de la aviación (incluidos los

registros de HIRM) cada vez que haya cambios

pertinentes a aquellas instalaciones y equipos?

Sí

No

Parcial

3.2-2 ¿Existe un procedimiento para revisar las operaciones y

los procesos existentes relacionados con la seguridad

operacional de la aviación pertinentes (como cualquier

registro de HIRM) cada vez que haya cambios a aquellas operaciones o procesos?

Sí

No

Parcial

3.2-3 ¿Existe un procedimiento para revisar las nuevas

operaciones y los procesos relacionados con la

seguridad operacional de la aviación en busca de

peligros/riesgos antes de implementarlos?

Sí

No Parcial

3.2-4 ¿Existe un procedimiento para revisar las instalaciones,

los equipos, las operaciones o los procesos existentes

pertinentes (incluidos los registros de HIRM) cada vez

que existan cambios pertinentes que sean externos a la

organización, como normas reglamentarias/industriales,

mejores prácticas o tecnología?

Sí

No

Parcial

Elemento 3.3 - Mejora continua del SMS.

3.3-1 ¿Existe un procedimiento para la evaluación/auditoría

interna periódica del SMS?

Sí

No Parcial

3.3-2 ¿Existe un plan actual de la auditoría/evaluación de

SMS interna?

Sí

No Parcial

3.3-3 ¿Incluye la auditoría de SMS la toma de muestras de las

evaluaciones existentes completadas/de riesgos de

seguridad operacional?

Sí

No Parcial

CA-SSP19-001-2020

Fecha:

20/4/2020

Página

83 Rev. 01


responderse

Pregunta Estado de

Implementación Componente 3 - Aseguramiento de la seguridad operacional

Elemento 3.3 - Mejora continua del SMS.

3.3-4 ¿Incluye el plan de auditoría del SMS la toma de

muestras de los indicadores de rendimiento en materia

de seguridad operacional para conocer la actualidad de

los datos y el rendimiento de su configuración de objetivos/alertas?

Sí

No Parcial

3.3-5 ¿Aborda el plan de auditoría de SMS la interfaz de SMS

con los subcontratistas o clientes, donde corresponda?

Sí

No Parcial

3.3-6 ¿Existe un proceso para que los informes de

auditoría/evaluación de SMS puedan enviarse o

destacarse para la atención del gerente responsable, cuando sea necesario?

Sí

No Parcial

Componente 4 – Promoción de la seguridad operacional

Elemento 4.1. Instrucción y educación

4.1-1 ¿Existe un programa para proporcionar la

capacitación/familiarización de SMS al personal que

participa en la implementación u operación del SMS?

Sí

No Parcial

4.1-2 ¿Ha tomado el ejecutivo responsable un curso de

familiarización, sesión informativa o capacitación de

SMS adecuado?

Sí

No Parcial

4.1-3 ¿Se brinda al personal que participa en la evaluación de

riesgos capacitación o familiarización adecuadas de la

gestión de riesgos?

Sí

No Parcial

4.1-4 ¿Existe evidencia de esfuerzos de educación o toma de

conciencia del SMS a nivel de la organización?

Sí

No Parcial

Elemento 4.2 – Comunicación de la seguridad operacional

4.2-1 ¿Participa [Organización] en la distribución de

información de seguridad operacional a proveedores de

productos y servicios u organizaciones industriales

externos pertinentes, incluidas las organizaciones reglamentarias de aviación pertinentes?

Sí

No Parcial

4.2-2 ¿Existe evidencia de una publicación, un circular o un

canal de seguridad operacional (SMS) para comunicar

la seguridad operacional y asuntos de SMS a los

empleados?

Sí

No

Parcial

4.2-3 ¿Hay un manual de SMS de [Organización] y material

guía relacionado accesible o distribuido a todo el

personal pertinente?

Sí

No Parcial

CIRCULAR DE ASESORAMIENTO GESTIÓN DE LA SEGURIDAD ... · En cumplimiento con los lineamientos...

Documents

Transcript of CIRCULAR DE ASESORAMIENTO GESTIÓN DE LA SEGURIDAD ... · En cumplimiento con los lineamientos...