1 / 117

CURSO DE SEGURIDAD OPERACIONAL RESPONSABLES OPERACIONALES

CURSO DE SEGURIDAD OPERACIONAL RESPONSABLES OPERACIONALES. SALIR. ANEXO A, PO-SMS-01, REV 00, JAN 13. Bienvenido al curso de seguridad operacional de Swiftair.

joey
Download Presentation

CURSO DE SEGURIDAD OPERACIONAL RESPONSABLES OPERACIONALES

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. CURSO DE SEGURIDAD OPERACIONAL RESPONSABLES OPERACIONALES SALIR ANEXO A, PO-SMS-01, REV 00, JAN 13

  2. Bienvenido al curso de seguridad operacional de Swiftair. • El curso consta de 9 módulos con los que usted adquirirá los conocimientos necesarios para comprender y actuar dentro de la estructura del sistema de gestión de seguridad operacional SMS de Swiftair. • El desarrollo del curso se basa en el visionado de las presentaciones y la realización de una prueba de evaluación sobre los contenidos de este curso. • Se recomienda el uso del manual de formación de seguridad operacional que le hemos facilitado para poder efectuar consultas referentes a esta asignatura durante la realización del curso. • SI quisiera realizar alguna consulta o sugerencia durante la realización del curso referente a la asignatura o la metodología no dude en ponerse en contacto con la oficina de seguridad operacional en gso@swiftair.com MENU SALIR

  3. MENU MÓDULO 1 INTRODUCCIÓN AL SMS MÓDULO 5 INTRODUCCIÓN A LA GESTIÓN DE SEGURIDAD OPERACIONAL MÓDULO 9 GARANTÍA DE LA SEGURIDAD OPERACIONAL MÓDULO 2 FACTORES HUMANOS MÓDULO 6 REGLAMENTACIÓN DEL SMS MÓDULO 3 CONCEPTOS BÁSICOS DE SEGURIDAD OPERACIONAL MÓDULO 7 INTRODUCCIÓN AL SMS SALIR MÓDULO 4 PELIGROS, CONSECUENCIAS Y GESTIÓN DEL RIESGO MÓDULO 8 GESTIÓN DEL CAMBIO

  4. MÓDULO 1 PRESENTACIÓN DEL SMS SALIR

  5. Política de seguridad • Swiftair cuenta con una oficina de seguridad operacional, que es gestionada por un responsable de seguridad operacional ( RSO ) que elabora la política de seguridad para ser aprobada por el Gerente responsable. • Uno de los aspectos principales de nuestra política es el compromiso de la dirección de la empresa en la asignación de recursos, formación y los elementos necesarios para asegurar los niveles seguridad óptimos de toda la compañía de manera efectiva. Haciendo partícipes a todos los miembros de la empresa en la consecución de estos objetivos con la difusión de los objetivos y resultados en materia de seguridad.

  6. ¿Qué es el SMS ? • Swiftair ha implementado un sistema de seguridad que engloba a todas las áreas de la compañía basado en reportes anónimos no punitivos por parte de todo el personal de la empresa o de otros operadores con los que swiftair adquiera compromisos.

  7. ¿Para qué sirve el SMS? • SMS es un sistema de gestión de seguridad operacional que busca la mejora continua de la seguridad de todos los que trabajamos en Swiftair. • Este sistema está basado en reportes no punitivos que se envían al departamento de seguridad operacional para su evaluación y posterior mejora de los elementos de seguridad reportados.

  8. ¿Qué debo reportar? • Cualquier discrepancia, sugerencia, equipo, situación o procedimiento que afecte o pueda afectar a la seguridad operacional. • Los reportes se deben efectuar cuando se haya detectado una situación, suceso, equipo que afecte a la seguridad, o cualquier sugerencia sobre los aspectos que puedan mejorar la seguridad de todo el personal de Swiftair.

  9. ¿Cómo puedo reportar? • Swiftair a través de su plataforma web http://www.swiftair.es/priv/login_barra.asp?urlredir=BD ha desarrollado un sistema de reportes al que puede acceder cualquier miembro de Swiftair o el personal de las empresas que trabajen con o para Swiftair. • Introduciendo el usuario: gso y el password: swiftair en minúscula el usuario tiene acceso al sistema de reportes. En el lateral derecho, en el apartado GSO, pulsando sobre la pestaña de informe confidencial, se abre el formulario de reportes.

  10. Formulario de reporte

  11. El formulario permite identificarse para realizar el reporte. Aunque esta opción es opcional, es recomendable identificarse para poder proporcionar información sobre el estado del reporte al remitente. • En la pestaña “sector” indicaremos el departamento al que pertenecemos. • Indicaremos la fecha y la hora local en la que ocurrió el suceso. • Indicaremos el lugar del suceso: Rampa, hangar, oficina, vuelo, otros (Especificar en el cuadro de descripción) • Tipo de suceso: Indicaremos que aspectos están relacionados o son desencadenantes del suceso reportado: Procedimiento, factor humano, mercancías peligrosas, fallo de equipos, otros ( Especificar en el cuadro de descripción. • Indicaremos los factores que consideramos influyentes del suceso: Humanos (Fatiga, estrés, enfermedad, etc), materiales (Estado de equipos) organizacionales ( Actitud de los superiores ), otros ( Especificar en el cuadro de descripción ) • En el cuadro de descripción del suceso, haremos una descripción lo más detallada posible indicando qué sucedió, cómo, las personas involucradas o que puedan influir en la seguridad y los equipos, procedimientos, desviaciones o cualquier sugerencia que estime que pueda mejorar la seguridad operacional. • También en el cuadro de descripción indicaremos qué medidas estima que se deberían tomar para rectificar esta situación.

  12. Ejemplo de reporte • Reporte anónimo: • Sector: Operaciones tierra. • Fecha: 12/06/2012 • Hora: 07:05 LT • Lugar de suceso: Rampa LEMD. • Tipo de suceso: Procedimiento. • Factores influyentes: Humanos. • Descripción: Durante el proceso de carga de un ATR72 en rampa 7, stand 202, una cinta transportadora golpea el fuselaje del avión al acercarse al mismo debido a que el operario se acerca a mayor velocidad de la debida. • Sería recomendable modificar los procedimientos de utilización de equipos.

  13. Ejemplo de reporte • Reporte anónimo: • Sector: Vuelo. • Fecha: 17/06/2012 • Hora: 10:05 LT • Lugar de suceso: En vuelo. • Tipo de suceso: Procedimiento. • Factores influyentes: Humanos. • Descripción: Durante el descenso al aeropuerto de Bilbao salta el aviso de TERRAIN del GPWS debido a que el copiloto que era PF se desvía de la ruta al no colacionar correctamente una instrucción de rumbo de ATC, acercándose hacia una montaña haciendo saltar el aviso. • Sería recomendable mejorar la comunicación y supervisión entre ambos miembros de la tripulación para evitar realizar acciones incorrectas.

  14. La seguridad es un asunto de todos nosotros, entre todos mejoramos la seguridad de nuestros compañeros y nosotros mismos. • Es importante que reportemos cualquier suceso o desviación que veamos o consideremos importante para la seguridad. • La seguridad es cosa de todos, por eso todos reportamos.

  15. MÓDULO 2 FACTORES HUMANOS SALIR

  16. El elemento humano es la parte más flexible, adaptable y valiosa del sistema aeronáutico, pero es también la más vulnerable a influencias que pueden afectar negativamente a su comportamiento . • Cuando hablamos de factores humanos, nos referimos a las personas en sus situaciones de vida diaria y trabajo, a su relación con las máquinas, con los procedimientos y con el ambiente que les rodean .

  17. S - SOFTWARE: Está referido a los reglamentos, leyes, manuales, etc. H - HARDWARE: Referido a la maquinaria, aviones, hangares, etc. L - LIVEWARE. Refiriéndose al hombre en sí, como un elemento más del sistema. E - ENVIROMENT: Referido a los elementos ambientales como las condiciones meteorológicas, orografía, etc. Modelo SHELL

  18. Este concepto es ampliamente abordado por el Dr Edwiyn Edwars, que diseñó en la década de los 70 el modelo SHEL, en el que se explica la interacción del elemento humano con los elementos del medio que le rodea y de la interacción de los elementos entre sí.

  19. Enfermedades Lesiones o deficiencias fisiológicas Factores ambientales Los deseos Los temores La experiencia Motivación y Satisfacción en el Trabajo Complacencia Autodisciplina Apego a las Disposiciones Presión del Gremio Ego y Orgullo Factores que afectan a las actuaciones humanas.

  20. MÓDULO 3 CONCEPTOS BÁSICOS DE SEGURIDAD OPERACIONAL, ERP, INVESTIGACIONES DE SEGURIDAD OPERACIONAL SALIR

  21. Seguridad operacional. Estado en que el riesgo de lesiones a las personas o daños a los bienes se reduce y se mantiene en un nivel aceptable, o por debajo del mismo, por medio de un proceso continuo de identificación de peligros y gestión de riesgos.

  22. Evolución del pensamiento en seguridad operacional.

  23. Modelo de REASON • La vulnerabilidad de las defensas de seguridad operacional son una consecuencia tardía de decisiones tomadas a los más altos niveles del sistema, que permanecen latentes hasta que sus efectos o posibilidades perjudiciales se ven activadas por conjuntos específicos de circunstancias operacionales. • En tales circunstancias específicas, las fallas humanas o las fallas activas a nivel operacional actúan de desencadenantes de las condiciones latentes que llevan a facilitar el fallo de las defensas de seguridad operacional inherentes del sistema. • En el concepto presentado por el modelo de Reason, todos los accidentes comprenden una combinación de condiciones activas y latentes.

  24. Los fallos activos son solo síntomas, y no causas, de los problemas de seguridad operacional.

  25. Accidente organizacional.

  26. Errores y violaciones

  27. El control de los errores operacionales tiene lugar con carácter cotidiano a través de la actuación eficaz de las defensas del sistema de aviación.

  28. Estrategias para reducir el error operacional.

  29. Estrategias para reducir el error operacional

  30. Proceso de mitigación

  31. Riesgos operativos en SWIFTAIR. • La operación dentro del entorno aeronáutico conlleva una serie de riesgos que pueden ser cuantificables en función de su severidad. • Los riesgos se distinguen entre las siguientes áreas, y en ocasiones pueden estar relacionados, o afectar un riesgo a varias áreas. • Operaciones de vuelo • Operaciones tierra. • Mantenimiento.

  32. Listado de riesgos • Los riesgos cuentan con una componente específica, en la que se describen los factores que pueden desencadenar o contribuir a esa situación. • Tienen unas consecuencias en función de los componentes del riesgo. • Cada riesgo cuenta con unas barreras destinadas a reducir o evitar que se produzca una situación peligrosa. • En el manual de formación del SMS, PO-SMS-01, módulo 4, y el M-SMS-01, se encuentran las lista de los riesgos asociados a la operación de Swiftair, que deben ser conocidos por todos para evitar situaciones que afecten a la seguridad.

  33. Ejemplo de riesgo de Operaciones de vuelo COMUNICACIONES AIRE-TIERRA: • Componente del riesgo: • Fraseología no estándar. • Fallo de equipos de comunicaciones. • Congestión de las frecuencias. • Colaciones mal efectuadas. • Idioma. • Consecuencias: • Pérdida de separación con otros tráficos. • Violación de espacios aéreos o zonas sensibles. • Incursiones en pista. • Retrasos. • Pérdida de separación con el terreno. • Barreras existentes: • Disciplina en el uso de la fraseología. • Mantenimiento de los equipos. • Formación de las tripulaciones en el uso de los equipos. • Profesionalidad de las tripulaciones. • Pruebas de competencia lingüística OACI. • Sección “Emergency “Jeppesen manuals

  34. Cultura de la organización.

  35. Notificación efectiva de seguridad operacional.

  36. Reglamentación SMS • El SMS está basado en el doc 9859 que desarrolla el programa del sistema de gestión de seguridad operacional. • En Europa la reglamentación está en base a las normas ORO GEN-200, desarrolladas basándose en el doc 9859 de OACI, y que desarrollan las directrices para la implementación y gestión de la seguridad operacional en los operadores de la unión europea. • Cada estado establece unos requisitos de seguridad (SSP) que todos los operadores del país deben cumplir en base a los resultados obtenidos del seguimiento de los indicadores de seguridad. • Indicadores de seguridad operacional: Es un valor que se obtiene comparando datos lógicamente relacionados, referentes al comportamiento de las actividades de la operación y de seguridad dentro de un periodo de tiempo específico.

  37. ¿Cómo funciona el SMS? • El sistema de gestión de seguridad operacional es un proceso continuo de evaluación y mejora de la seguridad operacional de toda la compañía que comprende una serie de procesos para su correcto funcionamiento: • Notificación. • Evaluación. • Solicitud de mitigaciones. • Control de sucesos e indicadores. • Mejora continua del sistema. • Comunicación de los resultados de seguridad.

  38. Notificación • Todo el personal de Swiftair debe reportar cualquier anomalía, deficiencia, defecto en los equipos o sugerencia de mejora de la seguridad operacional. Para ello se debe usar el formulario habilitado en el portal web de Swiftair. • Si no se reportan los sucesos, este sistema no puede evaluar ni corregir las amenazas para la seguridad.

  39. Evaluación. • Una vez recibido el reporte, la oficina de seguridad operacional realiza una evaluación del hecho reportado con ayuda de los departamentos afectados por el reporte. • La evaluación se efectúa de forma objetiva, tomando siempre el peor escenario posible para la obtención del resultado de la evaluación.

  40. Evaluación de riesgos

  41. Investigaciones de seguridad operacional. • Las investigaciones son llevadas a cabo con el fin de descubrir las causas de los accidentes/ incidentes, nunca para buscar culpables. • Si fuera necesaria una investigación, el personal del departamento de seguridad operacional o seguridad en vuelo podrá realizar una investigación sobre las causas. • Se podrán realizar entrevistas o inspecciones o auditorías en el lugar de los hechos para analizar la situación y el escenario con el fin de obtener las causas del accidente. Para lo cual es necesaria la colaboración de todos nosotros.

  42. Investigaciones de seguridad operacional • Para la realización de una investigación deberemos seguir las siguientes directrices: • Este procedimiento se encuentra desarrollado en el manual de seguridad en vuelo M-SAF-001.

  43. Investigaciones de seguridad operacional, Inspecciones • Cuando vayamos a realizar una inspección del lugar de un incidente / accidente deberemos evitar tocar los objetos del escenario en la medida de lo posible. • Tomaremos fotografías de los objetos y zonas en las que tuvo lugar el evento. • Elaboraremos un esquema o “croquis” con la reconstrucción de los hechos para su análisis posterior.

  44. Investigaciones de seguridad operacional: Entrevistas. • Cuando vayamos a realizar una entrevista, deberemos solicitar a las personas que vayamos a entrevistar su consentimiento para la realización de la misma. • Deberemos crear un clima amigable, explicando el objeto de la entrevista y dejando claro que su fin es el de buscar las causas del incidente / accidente y no los culpables. • Haremos preguntas precisas sobre datos concretos ( Hora, visibilidad, etc) • Evitaremos dar juicios de opinión sobre lo sucedido. • Tomaremos nota de toda la información que nos proporcione la persona entrevistada.

  45. Investigaciones de seguridad operacional • Con la información obtenida de las inspecciones y las entrevistas se elaborará un informe que se remitirá al departamento de seguridad operacional y se creará un comité de investigación para discutir las causas y buscar soluciones para que los hechos no se vuelvan a producir.

  46. Solicitud de mitigaciones. • Una vez evaluado el reporte, se solicitará una reunión con los responsables de las áreas afectadas. Este grupo se llama SAG (Safety action group) para que tomen las medidas correctoras y de mitigación de los riesgos de seguridad, estableciendo una fecha límite y los responsables para su aplicación. • Cada reporte recibido requiere una evaluación y solicitud de mitigaciones independiente.

More Related