SORA 2.5 · GRC

GRC og Grunnrisiko-mitigeringer: Detaljert SORA 2.5-eksempel for Droneoperatører

I konteksten av europeisk regelverk for ubemannede luftfartssystemer (UAS) er det essensielt å dokumentere og implementere Grunnrisiko-mitigeringer (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 inspeksjonsflygning over et industriområde, med fokus på intrinsic GRC, underbygging av mitigeringer og utledning av Final GRC.

Eksempeloperasjon og Intrinsic GRC (iGRC)

Med disse dataene velger du det mest passende iGRC-scenarioet fra SORA 2.5-tabellene. Dokumenter alltid tabellreferansen, versjonsnummeret og de underliggende antagelsene. Oppgi også kilder og referansedatoer for brukte miljø- og befolkningsdata. Dette øker transparensen og verifiserbarheten av risikovurderingen.

Vær oppmerksom på at SORA 2.5 er et dynamisk, regelmessig oppdatert system. Rådfør deg derfor alltid med den nyeste offisielle utgaven. Blind overføring av antagelser eller GRC-verdier fra eldre dokumenter kan føre til unøyaktige risikoestimater.

  • Maksimal karakteristisk dimensjon (MCD): den største dimensjonen av UAS, relevant for påvirkningsrisiko ved en ulykke.
  • Maksimal hastighet: innvirkning på alvorlighetsgraden av påvirkning og nødvendige buffere.
  • Flygegeografi: inkluderer lokasjon, romlige begrensninger og no-fly-soner.
  • Kontingensvolum: luftvolumet hvor UAS kan bevege seg ved en feil eller nødsituasjon.
  • Grunnrisiko-buffer: en sikkerhetssone rundt UAS for å beskytte personer på bakken.
  • Tilstedeværelse av ikke-berørte personer: identifisering av områder uten personer for å minimere risiko.

Underbygging av Grunnrisiko-mitigeringer

For eksempel, en avsperringsprosedyre som mangler et klart kart, ansvarlig person, tilgangskontroll og registrering, oppfyller ikke kravene til integritet og sikkerhet. Slike elementer må være dokumentert og operasjonelt sikret fra Operations Manual eller Operasjonelle Prosedyrer.

Evaluer robustheten av hver mitigering: det må være bred støtte innen operasjonsbasen, med tiltak som er effektive under ulike forhold. Dette øker troverdigheten og tilliten til de kompetente myndighetene i sikkerhetstiltakene.

  • Mitigering og den tiltenkte reduksjonen i GRC
  • Detaljert prosedyre, utpekte ansvarlige roller og konkrete beslutningskriterier
  • Robusthetsnivå: graden av motstand mot operasjonelle variasjoner og feil
  • Bevis: referanser til dokumenter, revisjoner, opplæringer, sertifikater, inkludert versjon, eier og gyldighetsperiode

Utledning og Kontroll av Final GRC

Sikre at beregningen og anvendelsen av Final GRC er reproduserbar og passer innenfor det godkjente Concept of Operations (ConOps) for operasjonen. Dette forhindrer motsetninger og letter innhenting av tillatelse fra Luftfartstilsynet som kompetent nasjonal myndighet.

Bevar alle underliggende bevis og beregninger i DroneManual eller en lignende plattform for å kunne gi innsyn til inspektører ved forespørsel.

  • Bruk kun reduksjoner når både integritet og sikkerhet på det nødvendige nivået er dokumentert.
  • Noter beregningsmetodikken og brukte verdier åpent i dokumentasjonen.
  • Kontroller konsistens av mitigeringer i alle relevante dokumenter: ConOps, Operations Manual, flygningforberedelse og bevisregister.
  • Utfør periodisk en gjennomgang (ERP) for å inkludere nye operasjonelle forhold eller regelverk.

Ofte stilte spørsmål

Er en avsperringsprosedyre automatisk en gyldig Grunnrisiko-mitigering?

Nei. Anvendbarhet og effektivitet av en avsperringsprosedyre må fastslås basert på den spesifikke operasjonelle konteksten og SORA 2.5-kravene. En mitigering uten tilstrekkelig integritet og dokumentert sikkerhet er ikke tilstrekkelig.

Kan jeg overta GRC-tallet fra dette eksempelet for min egen operasjon?

Nei. Dette eksempelet fungerer som en illustrasjon av en riktig dokumentasjonsstruktur. For din operasjon må du basere deg på aktuelle fakta og SORA-tabeller for å lage din egen GRC-beregning.

Hvor ofte bør jeg revidere min GRC og mitigeringer?

GRC og tilhørende mitigeringer bør revideres regelmessig, spesielt ved endringer i den operasjonelle omgivelsen, UAS eller regelverk. Dette er en del av en god Emergency Response Plan (ERP).

Hva er forskjellen mellom intrinsic GRC og Final GRC?

Intrinsic GRC er basisrisikoen i den operasjonelle situasjonen uten å ta hensyn til mitigeringer. Final GRC er den gjenværende risikoen etter anvendelse av alle gyldige mitigeringer.