Enhet 8 / 11

HMS, prosesssikkerhet og operasjonell risiko

Gevinster:

  • Forstå hvor AI støtter helse-sikkerhet-miljø (HMS) og prosesssikkerhet og grensen for sikkerhetskritiske beslutninger
  • Evne til å lokalisere AI i gasslekkasje, H2S-eksponering, alarmhåndtering og hendelsesdataanalyse
  • Evne til å teste sikkerhetskritisk AI-utgang med uavhengige sikkerhetslag, standarder og menneskelig verifisering

Olje og gass opererer med iboende farlige stoffer: brennbare hydrokarboner, høyt trykk, giftige gasser. En feil; kan føre til brann, eksplosjon, forgiftning eller miljøkatastrofer. Det er derfor HMS (Helse, Sikkerhet, Miljø) og prosesssikkerhet er i forkant av enhver beslutning i sektoren. Prosesssikkerhet er disiplinen fokusert på å forhindre ukontrollert utslipp av farlige stoffer; I motsetning til personlig arbeidssikkerhet (slip-fall), retter den seg mot storskala katastrofer (som Piper Alpha, Deepwater Horizon). I denne enheten dekker vi hvor AI kan hjelpe i HMS og – viktigst av alt – hvor det aldri er nok alene. Kjerneprinsippet i denne enheten: sikkerhetskritiske funksjoner er ikke basert på en enkelt AI-modell, men på uavhengige, flerlags sikkerhetssystemer (forsvar i dybden).

HMS og prosesssikkerhetskonsepter

  • Fare etc. risiko: Fare potensial for skade (brennbar gass); Risiko er sannsynligheten for at skaden oppstår × alvorlighetsgraden. Sikkerhet handler om å redusere risiko til et akseptabelt nivå.
  • HAZOP (Hazard and Operaability Study): Systematisk skanning av en prosess med spørsmålet "hva kan gå galt?"
  • LOPA (Layers of Protection Analysis): En metode som vurderer hvor mange uavhengige beskyttelseslag det er mot en trussel og om de er tilstrekkelige.
  • SIS (Safety Instrumented System): Et uavhengig system som automatisk gjør prosessen sikker i tilfelle fare (for eksempel nødstans). Den er bevisst enkel, kontrollerbar og atskilt fra normal kontroll.
  • H2S (hydrogensulfid): En dødelig giftig gass som finnes i "sure" felt, som lukter råtne egg, men lammer luktesansen ved høye konsentrasjoner.
  • Alarmtretthet (alarmflom): Operatøren blir overveldet av for mange alarmer samtidig og går glipp av de viktige.
Forsiktig: Sikkerhetsinstrumenterte systemer (SIS) holdes bevisst uavhengig av kunstig intelligens. En nødavstengningsventil opererer etter enkel, velprøvd logikk, ikke etter en kompleks modell som sier «sannsynligvis trygt». AI erstatter ikke disse lagene; I beste fall kan det være et tidlig varslingslag som mater dem.

Hvor AI kan hjelpe i HMS

AIs rolle i HMS er støttende og ledende, ikke selve sikkerhetsbeslutningen:

  • Alarmhåndtering: Prioritere alarmer, finne rotalarm (alarmrasjonalisering) for å redusere alarmtretthet.
  • Analyse av hendelsesdata: Klassifisering av tidligere hendelses-/nesten-ulykker og trekke ut mønstre; "Hvilke forhold gjentar seg før hendelsene?".
  • Gassspredningsprediksjon: Akselererer gasskyens spredningsplott i lekkasjescenarier (med ingeniørvalidering).
  • Prosedyre og opplæring: Utkast til sikkerhetsprosedyre, produksjon av sjekkliste for risikovurdering.
  • Video-/bildeovervåking: Foreløpige advarsler som PPE (personlig verneutstyr) samsvar, oppdagelse av inntrenging i begrensede områder.

Hva de har til felles: AI produserer et varsel eller utkast; Sikkerhetsbeslutninger tas av autoriserte personer og uavhengige systemer.

Sikkerhetskritisk grense: Vekten av falske negativer

I HMS-sammenheng trumfer ett begrep alle andre: falsk negativ (miss). En gassdeteksjonsmodells faktiske lekkasjeklassifisering av "ingen" kan koste menneskeliv. Derfor:

  • Ved sikkerhetsdeteksjon velges terskelen med forsiktighet (tar risikoen for falske positiver) for å minimere falske negativer.
  • Kritisk persepsjon er ikke overlatt til en enkelt modell; sertifiserte fysiske detektorer (f.eks. katalytiske/IR-gassdetektorer) forblir som uavhengige lag.
  • Selv om AIs "tillitsscore" er høy, er ikke lag med fysisk sikkerhet deaktivert.
Tips: Når du vurderer et HMS AI-forslag, spør: "Hvis denne modellen er feil, er det et uavhengig lag som fanger den?" Hvis svaret er "nei", ikke gi den funksjonen til AI alene.

Trinn for trinn: Sikker posisjonering av AI i HMS

  1. Klassifiser funksjonen. Er dette en sikkerhetskritisk beslutning eller støtteanalyse? Hvis det er kritisk, kan AI ikke være et enkelt lag.
  2. Opprettholde uavhengighet. Hold SIS og fysiske detektorer atskilt fra AI.
  3. Juster for falsk negativ. Velg konservativ terskel for kritisk deteksjon.
  4. Hold folk i løkken. Alarmer og anbefalinger presenteres for operatøren som beslutningsstøtte, ikke automatisk sikkerhetstiltak.
  5. Link til standarder. Oppretthold samsvar med IEC 61511 (prosesssikkerhet), relevant API og nasjonal lovgivning.
  6. Lagre den kan ses. Begrunnelsen for hver advarsel og beslutning bør registreres.

Tre minivesker: etter tallene

Sak 1 — Alarmrasjonalisering. Ved ett anlegg ble operatørene overveldet med et gjennomsnitt på 1900 alarmer per skift (godt over den akseptable grensen). AI-drevet alarmanalyse reduserte antallet aktive alarmer sett av operatøren med 60 % ved å gruppere tilbakevendende og relaterte alarmer og fremheve rotalarmen. Resultatet: risikoen for manglende kritiske alarmer reduseres. Her tok ikke AI avgjørelser, den regulerte oppmerksomhet.

Sak 2 — Falsk negativ avvisning. Ett team ønsket å implementere den høyere terskelen foreslått av AI for å redusere falske alarmer i gassdeteksjon. HMS-ingeniøren nektet: å heve terskelen øker risikoen for å gå glipp av den sanne lekkasjen (falsk negativ) og kan ikke gå under den lovlige nedre grensen. Fysiske detektorer forble uavhengige. Sikkerhet ble ikke ofret for komfort.

Tilfelle 3 — Near miss-mønster. Da to år med nestenulykkesrapporter ble klassifisert av AI, dukket det opp et tilbakevendende mønster av "mangel på isolasjon" før en spesifikk vedlikeholdshandling. Teamet oppdaterte prosedyren. AI har synliggjort et mønster som mennesker hadde oversett; men ingeniørteamet designet løsningen.

Svak forespørsel / sterk forespørsel

Svak melding:

Optimaliser gassdeteksjonsterskelen, reduser falske alarmer.[data]

Kraftig ledetekst:

Analyser følgende (anonymiserte) gassdeteksjonsalarmdata. Strenge regler:- FALSK NEGATIV (mangler selve lekkasjen) er uakseptabelt i sikkerhetsdeteksjon; minimer falsk negativ når du anbefaler terskel, ALDRI overskrid lovlig/standard nedre grense som forslag.- Presenter terskelendring som "forslag"; Merk "HMS-ingeniør og SIS-uavhengighet må opprettholdes". - Spesifiser at fysiske/sertifiserte detektorer skal forbli uavhengige lag. - Gi forslag til rotårsak (sensorplassering, kalibrering) først i stedet for terskel for å redusere falsk alarm. Data: [alarmdata]

Fire kopierbare maler

1) Alarmrasjonalisering:

Grupper gjentakende, tilknyttede og mulige rotalarmer i alarmloggen nedenfor. Foreslå prioritering som vil redusere antall aktive alarmer operatøren ser. Ikke undertrykk noen sikkerhetsalarmer; bare grupper/prioriter. Logg: [alarm]

2) Hendelses-/nestenulykkesmønster:

Klassifiser disse nestenulykker-rapportene etter tema/årsak. Fjern tilbakevendende tilstander og ledende tegn. Gi en idé om korrigerende tiltak, men oppgi at den endelige utformingen er opp til ingeniørteamet. Rapporter: [tekst]

3) Sikkerhetskritisk klassifisering:

Vurder denne foreslåtte AI-funksjonen: sikkerhetskritisk eller støttende? Er det uavhengige lag for å fange det opp hvis det går galt? Hvis det ikke kan være et enkelt lag, skriv årsaken. Funksjon: [beskrivelse]

4) Prosedyre/risikosjekkliste:

Lag et UTSLAG til risikovurderingssjekkliste for følgende jobb (fare, eksponering, beskyttelseslag, gjenværende risiko). Oppgi at en ekspert vil vurdere dette og bekrefte det med standarden. Jobb: [definisjon]

Lag av sikkerhet og stedet for AI

lag

eksempel

Rollen til AI

Grunnleggende prosesskontroll

automatisk regulering

Optimaliseringsforslag

Alarm/operatør

prioritert alarm

Rasjonalisering, ledende advarsel

SIS (nødstans)

Høytrykksstans

Ingen – forblir uavhengig

fysisk beskyttelse

Sikkerhetsventil, detektor

Ingen – forblir uavhengig

beredskap

Evakuering, brannslukking

Informasjon/scenariostøtte

Vanlige feil

  • Setter sikkerhet på en enkelt modell. Erstatter SIS/fysisk detektor med AI.
  • Hever terskelen for komfort. Øker risikoen for falske negativer for å redusere falske alarmer.
  • Undergrave uavhengighet. Koble sikkerhetslag til samme data/modell og skape vanlige feil.
  • Å ta folk ut av løkken. Overlater sikkerhetsavgjørelsen til automatisert AI-handling.
  • Hopp over standarden. Ignorerer IEC 61511/API og overholdelse av forskrifter.

Oppsummert

  • HMS og prosesssikkerhet er i forkant av enhver beslutning; Kostnadene ved å jobbe med farlige materialer er høye.
  • AI er nyttig i alarmrasjonalisering, hendelsesmønster og forhåndsvarsling; Det er ikke sikkerhetsavgjørelsen i seg selv.
  • Sikkerhetskritiske funksjoner er avhengige av flerlags, uavhengige systemer (forsvar i dybden); SIS og fysiske detektorer forblir atskilt fra AI.
  • Falske negativer (misser) er uakseptable i HMS; terskler velges med omhu.
  • Folk holder seg oppdatert og overholdelse av standarder (IEC 61511, API, lovgivning) opprettholdes.

Søknadsoppgave

Velg et HMS-scenario (representativ gassdeteksjon eller alarmhåndtering). Få en analyse produsert med en kraftig ledetekst. Deretter: (1) klassifiser om funksjonen er sikkerhetskritisk eller støttende, (2) skriv det uavhengige laget som vil fange den hvis modellen er feil, (3) hvis anbefalingen endrer en terskel, sjekk risikoen for falske negativer og den juridiske nedre grensen.

sjekkliste

  • [ ] Jeg kan begrepene HMS, prosesssikkerhet, HAZOP/LOPA/SIS og H2S.
  • [ ] Jeg baserer sikkerhetskritiske funksjoner ikke på en enkelt modell, men på flerlags uavhengige systemer.
  • [ ] Ved sikkerhetsdeteksjon prioriterer jeg falske negativer og velger en konservativ terskel.
  • [ ] Jeg opprettholder uavhengighet av SIS og fysiske detektorer fra AI.
  • [ ] Jeg holder folk orientert og følger relevante standarder/lover.