SORA 2.5 · GRC
GRC og Ground Risk Mitigasjoner: Detaljert SORA 2.5-eksempel for Droneoperatører
I konteksten av europeisk regulering for ubemannede luftfartssystemer (UAS) er det essensielt å dokumentere og implementere Ground Risk Mitigasjoner (GRC) korrekt. Specific Operations Risk Assessment (SORA) 2.5 gir en strukturert tilnærming for å identifisere og redusere risikoer under UAS-operasjoner. Denne artikkelen presenterer et detaljert eksempel på en inspeksjonsflyvning over et industriområde, med fokus på intrinsic GRC, begrunnelse av mitigasjoner og utledning av Final GRC.
Eksempeloperasjon og Intrinsic GRC (iGRC)
Med disse dataene velger du det mest passende intrinsic GRC (iGRC)-scenarioet fra SORA 2.5-tabellene. Dokumenter alltid tabellreferansen, versjonsnummeret og de underliggende antagelsene. Oppgi også kildene og referansedatoene for brukte miljø- og befolkningsdata. Dette øker transparens og etterprøvbarhet i risikovurderingen.
Vær oppmerksom på at SORA 2.5 er et dynamisk og regelmessig oppdatert system. Rådfør deg derfor alltid med den siste offisielle utgaven. Blind overføring av antagelser eller GRC-verdier fra eldre dokumenter kan føre til unøyaktige risikoestimater.
- Maximum Characteristic Dimension (MCD): den største dimensjonen av UAS, relevant for påvirkningsrisiko ved en ulykke.
- Maksimal Hastighet: påvirker alvorlighetsgraden av sammenstøt og nødvendige sikkerhetsbuffere.
- Flight Geography (flygeografi): omfatter posisjon, geografiske begrensninger og no-fly-soner (forbudte områder).
- Contingency Volume (nødvolum): luftrommet hvor UAS kan bevege seg i tilfelle feil eller nødsituasjon.
- Ground Risk Buffer (GRC-buffer): en sikkerhetssone rundt operasjonsområdet som beskytter personer på bakken.
- Tilgjengelighet av Ikke-involverte Personer: identifisering av områder uten personer for å minimalisere risiko.
Begrunnelse av Ground Risk Mitigasjoner
For eksempel vil en avsperringsprosedyre uten et tydelig kart, ansvarlig person, tilgangskontroll og dokumentert registrering ikke oppfylle kravene til integritet og assurance (sikkerhetsgaranti). Slike elementer må være dokumentert og operasjonelt ivaretatt i Operations Manual eller Operasjonelle Prosedyrer.
Evaluer 'robustness' (robusthet) for hver mitigasjon: det må finnes bred støtte i operasjonsmiljøet, med tiltak som er effektive under varierende forhold. Dette øker troverdigheten og tilliten Luftfartstilsynet har til sikkerhetstiltakene.
- Mitigasjon og den forventede reduksjonen i GRC
- Detaljert prosedyre, utpekte ansvarlige roller og konkrete beslutningskriterier
- Robustness-nivå: graden av hvor motstandsdyktig mitigasjonen er mot operasjonelle variasjoner og feil
- Dokumentasjon: referanser til dokumenter, revisjoner, opplæring, sertifikater med versjon, eier og gyldighetsperiode
Utledning og Kontroll av Final GRC
Sørg for at beregningen og anvendelsen av Final GRC er reproduserbar og samsvarer med det godkjente Concept of Operations (ConOps) for oppdraget. Dette hindrer motstridigheter og forenkler innhenting av tillatelse fra Luftfartstilsynet som nasjonal kompetent myndighet.
Oppbevar alle underliggende bevis og beregninger i DroneManual eller tilsvarende dokumenthåndteringssystem for å kunne gi innsyn til inspektører ved forespørsel.
- Bruk reduksjoner i GRC kun dersom både integritet og assurance er dokumentert på nødvendig nivå.
- Transparente notater om beregningsmetodikk og brukte verdier i sakens dokumenter.
- Sjekk konsistens i mitigasjoner på tvers av ConOps, Operations Manual, flyforberedelser og dokumentregister.
- Utfør periodiske revisjoner (ERP – Emergency Response Plan) for å inkludere nye operasjonelle forhold eller regelendringer.
Ofte stilte spørsmål
Er en avsperringsprosedyre automatisk en gyldig Ground Risk Mitigasjon?
Nei. Effektiviteten og gyldigheten av en avsperringsprosedyre må vurderes i lys av den spesifikke operasjonelle konteksten og SORA 2.5-kravene. Uten tilstrekkelig dokumentert integritet og assurance oppfyller ikke tiltaket kravene.
Kan jeg overta GRC-tallet fra dette eksempelet for min egen operasjon?
Nei. Dette er et illustrativt eksempel på korrekt dokumentasjonsstruktur. For din operasjon må egen GRC-beregning baseres på faktiske data og SORA-tabeller.
Hvor ofte bør jeg revidere min GRC og mitigasjoner?
GRC og tilhørende mitigasjoner bør revideres regelmessig, spesielt ved endringer i operasjonelle forhold, UAS-teknologi eller gjeldende regelverk. Dette inngår som en del av en velutviklet Emergency Response Plan (ERP).
Hva er forskjellen mellom intrinsic GRC og Final GRC?
Intrinsic GRC representerer grunnrisikoen i operasjonsmiljøet uten mitigasjoner. Final GRC er gjenværende risiko etter anvendelse av alle relevante og godkjente mitigasjoner.