Partes y contenido de un Safety Case, Estudio de Seguridad o Caso de Seguridad

El Safety Case o Estudio de Seguridad, lo componen un conjunto de evidencias documentales divididos en seis partes fundamentales: 

1. La Definición del Sistema bajo análisis. 
2. El Informe sobre la Gestión de la Calidad. 
3. El Informe sobre la Gestión de la Seguridad. 
4. El Informe de Seguridad Técnica.
5. Las Referencias a Informes de Seguridad.
6. Las Conclusiones.

Inicialmente, en la definición del sistemas bajo análisis (Sección 1), es importante especificar con precisión al sistema, equipo o subsistema bajo objetivo del safety case, dejando perfectamente definido los contornos del equipo: las fronteras de aplicación del equipo, es decir, hasta donde llega, por tanto, definiendo correctamente, los interfaces con el resto de los sistemas con los que convive. También es muy importante en un estudio de seguridad definir las versiones (y edición) de los equipos y susbsistemas que lo conforman y que son de aplicación este caso de seguridad.

El Informe sobre la gestión de la calidad (Sección 2) es considerada la primera condición que un proyecto (ejecutado por una empresa) debe cumplir, debiéndose dar evidencias de que la calidad está controlada por un sistema apropiado de la gestión de la calidad. Típicamente, este informe presenta un mix entre el cumplimiento de la ISO9001 a nivel de calidad genérica y el cumplimiento de la EN 50126 en cuanto al detalle del ciclo de vida RAMS.

El Informe sobre la gestión de la seguridad (Sección 3), es el responsable de dar evidencias de que la seguridad está controlada por un sistema apropiado de la gestión de la seguridad, consecuente con el proceso de Gestión RAMS descrito en la EN 50126. De forma muy resumida, este informe aportará evidencias en cuanto a:

• Se ha seguido un ciclo de vida de desarrollo de producto V-model según la normativa EN 50126.
• Que se dispone de una organización con un nivel de independencia adecuado (entre gestión, diseño y validación/verificación) y con un nivel competente adecuado (en cuanto a los conocimientos del personal que interviene en el proyecto).
• Un registro de peligros llamado Hazard Log.
• La especificación de los requisitos de seguridad.
• Diseño propio del sistema donde se documenta el diseño del sistema desde todos los puntos de vista: mecánico, electrónico, químico, óptico, software, comunicaciones, etc.
• Verificación y validación de los objetivos de seguridad.

El Informe de Seguridad Técnica (Sección 4) debe contener los principios técnicos que aseguran la seguridad del diseño, incluyendo la especificación técnica detallada, cálculos de diseño, resultados de los ensayos tipo, etc. De forma resumida:

• Introducción.
• Garantía de funcionamiento correcto.
• Efectos de las averías.
• Funcionamiento bajo influencias externas.
• Condiciones de aplicación (relaciones con la seguridad).
• Resultado de ensayos.

En Las Referencias a Informes de Seguridad (Sección 5), debe referenciarse otros Informes de Seguridad que dependan del Informe de Seguridad bajo análisis. Esta documentación para Safety Cases complejos, se dan en los casos donde, por alguna razón, interesa o debe generarse algún tipo de dependencia con otro producto, sistema, sub-sistema ya certificado previamente.

Finalmente, en Las Conclusiones (Sección 6), debe resumirse el conjunto de las evidencias presentadas en las anteriores Secciones, argumentando que el "sistema es los suficientemente seguro conforme a las condiciones de aplicación especificada".

En Leedeo Engineering, somos especialistas en el desarrollo de proyectos de RAMS Ferroviaria, aplicando las normativas EN 50126, EN 50129, EN 50128, reglamento de Ejecución UE 402/2013 con la aplicación de los Common Safety Methods CSM-RA, dando soporte a cualquier nivel requerido a las tareas RAM y de Safety, en el desarrollo y certificación de productos y aplicaciones de seguridad.