Fareidentifikation og logning Erfaring fra Metro etape Peter Olsen Metroselskabet I/S

Transkript

1 Fareidentifikation og logning Erfaring fra Metro etape Peter Olsen Metroselskabet I/S

2 Terminologi Her bruges ordet hasard/hazard = fare (til trods for mindre nuanceforskelle) Central Hasard Log = Integrated System Hasard Log Lokal hasard log = Sub-system hasard Log

3 Metro hasardlog historik Periode: : Alm. rapport-format : Suppleret med regneark : Database, ca hasarder 2002: ca hasarder 2003: Database udvides til at kunne håndtere etape : Etape 3 i drift, ca hasarder.

4 Hasardlog initiering (ca. 1996) Udbudsfasen hasardlog som PHIA i rapportform Kontraktindgåelse: 2 store hovedentrepriser Flere mindre entrepriser Mange leverandører af/til delsystemer Afklaring af sikkerhedsrelevante grænsefladeemner Dokumentation for processen iflg. helt nye EN50126 mfl. Fokus på styring af design og udvikling frem mod sikkerhedsgodkendelse Ansaldo / D Appolonia definerer overordnet hasardlog

5 Løsningen (v/ Ansaldo+D Appolonia) Hver part sin lokale hasardlog Periodisk rapportering/udveksling Centralt register Central Hazard Log Fælles hasardlog procedure udvikles(*) Hasardinformation i tabeller Hver part identificerer og logger hasarder på system/sub-system-niveau men primært indenfor eget ansvarsområde (*) Hazard Tracking and Risk Resolution Programme ( HTRRP )

6 Central Hazard Log (CHL) CHL er en periodisk opdateret samling af projektparternes lokale hasardlogge Projektparternes lokale hasardlogge skal som minimum styre grænsefladehasarder System-niveauet repræsenteres ved en særlig partner

7 Hasard historik Entydig hasard identifikator (kode) Versions-styret beskrivelse Liste af versions-styrede aktioner Aktion kan typisk være: Risikoreducerende foranstaltning Anmodning om yderligere udredning/afhjælpning hos anden part Redegørelse for indgåede aftaler

8 Hasard status Åben: Handling eller dok. herfor er udestående Lukket: Ingen yderligere handling nødvendig. Tilhørende dokumentation refereret og arkiveret

9 Hasard beskrivelsen En kort beskrivende tekst Delsystem/funktion og/eller sted Risikoprofil for op til 4 scenarier Status, dato, version, administrator Fortløbende nummererede aktioner Referencer til dokumentationen Vises samlet på Hasardblad (Hazard Log Sheet)

10 Aktions data Aktionsbeskrivelse Identified by: Part som har formuleret Party to act: Grænsefladepart Done: udført eller ej (Ja/Nej) Closure ref: Doc. for udført handling

11 Hasardlog Databasen Hasard-beskrivelser og status Konsekvens+risiko Aktioner og deres status Tidligere versioner af hasarder og aktioner Tabel over tildelingen af aktioner til parterne Administrative hjælpe-tabeller og -funktioner Funktioner til eksport og import af lokale hazardlog-databaser

12 Eksempel

13 Eksempel

14 Fordele ved central hasard log Samlet udgangspunkt for al dokumentation vedr. hver grænseflade-hasard Elektronisk søgning efter hasarder og tilhørende relevant information Vidensbase Langtidshukommelse ( år?)

15 Kritikpunkter for nuværende database-løsning Giver intet bidrag til at opretholde struktur i den samlede hasardog risiko-analyse. Hasardformuleringer i lokale hasardlogge ofte præget af indforstået viden Brugervenlighed, herunder funktionel tilstrækkelighed, er en stor udfordring Systemet indfører sin egen metode til grænsefladeafklaring, som kun bruges til sikkerheds-relevante emner. Anmodning om aktion hos anden part overføres til anden parts hasardlog uden eksplicit notifikation, hvilket volder forståelsesmæssige og formelle problemer. Anvendelsesbehov i driftsfasen er ikke understøttet Viser kun den endelige rest-risiko for hasarden, ikke den oprindelige (kan dog opklares i tidligere versioner af hasardbeskrivelsen)

16 Mulige diskussionsemner (Hvordan) udnytte ligheder mellem hasard-styring og mødestyring til at gøre hasardstyring lettere tilgængeligt? (Hvornår) er en database nødvendig? Sporbarhed systemer for identifikatorer for hasard og hver aktion; arkivreferencer. Hvem skal være enige om hasardlukning? Kriterier for gennemgang/review af lukkede hasarder? Øge nytteværdien af hasard-logningsprocessen? Samme hasardlog-system også for RAM- og miljø-trusler? Hændelsesregistrering i hasardloggen? Overblik og sammenhæng grafiske metoder i relation til hasardlog-begrebet?