Provider(s):

You must log in in order to see contact information. If you don't have an account, you can ask for one on this form.
Rozwiązanie IO-DA usprawnia ocenę sytuacji poprzez dostarczenie różnych możliwości modelowania.

Z jednej strony informacje na temat sytuacji kryzysowej są uzyskiwane dzięki dedykowanym narzędziom modelowania. Modelowanie partnerskie: to narzędzie umożliwia organowi zarządzania kryzysowego modelowanie interesariuszy zarządzania kryzysowego, których można zmobilizować w przypadku sytuacji kryzysowej, oraz ich możliwości. Modelowanie kontekstu: modele pozyskane przy użyciu tego narzędzia przedstawiają charakterystykę systemów objętych skutkami kryzysu, łącznie z towarami, ludźmi, nieodłącznym ryzykiem i innymi szczególnymi cechami. Modelowanie celu: to trzecie narzędzie modelowania jest przeznaczone do precyzyjnego opisu sytuacji kryzysowej. Uzyskane modele zawierają głównie cele zrealizowania (jako misji), zasadniczo oparte na skutkach, którymi należy się zająć (na przykład osoby ranne do ewakuowania lub pożar do ugaszenia), bądź na ryzyku, któremu należy zapobiec (na przykład zawalenie budynku lub wybuch zbiornika). Ten model może być widoczny jako mapa w systemie GIS. Z drugiej strony narzędzie IO-DA zawiera mechanizm inferencji, co umożliwia użytkownikowi stosowanie różnych strategii w celu dedukowania modeli procesów współpracy na podstawie wcześniejszych modeli. W odniesieniu do strategii dedukcji obecnie realizowana jest tylko jedna prosta strategia jako zbiór reguł biznesowych do dedukowania modeli procesu współpracy, ale obecna praca polega na realizowaniu bardziej złożonych strategii obejmujących zasady doktryny i prawa.

Supported Use Cases

Pożar

Jako użytkownik jestem zainteresowany posiadaniem prawidłowej procedury, której należy przestrzegać w celu rozwiązania kryzysu pożarowego. 

Z uwagi na wiedzę o podmiotach, które mogą podjąć interwencję (i działaniach, które są faktycznie w stanie podjąć), kontekście (obszar geograficzny, infrastruktura itp.) oraz terminie otrzymania celów (jak w przypadku ostrzeżenia: wystąpił pożar tu i o tej porze), chcielibyśmy jako rezultat IODA uzyskać proces BPMN dla sposobu realizacji celu (tu: jak powstrzymać ogień). 

B powinno wysłać plik ze szczegółami ostrzeżenia do IODA. Następnie IODA wykorzysta te informacje do zrealizowania procesu odpowiedzi.

Related CM functions

Wrak statku w Morzu Bałtyckim

Statek pasażerski tonie w Bałtyku między terytorium Szwecji i Polski z powodu pożaru silnika.

koncentruje się na przybyciu pierwszych ofiar do miejsca w Polsce, w którym osiadł statek: potrzebują opieki personelu medycznego i przetransportowania do właściwej infrastruktury, odpowiednio do stanu ich zdrowia. W tym kontekście IODA, zbudowane na bazie paradygmatu Model Driven Engineering, ilustruje sposób, w jaki schemat koordynacji, w celu zapewnienia jak najlepszego wsparcia współpracy międzyorganizacyjnej, może być automatycznie wyprowadzony z trzech rodzajów wiedzy: (i) kontekst, (ii) potencjalnych partnerów oraz (iii) cele współpracy (tj. co musi zostać rozwiązane w wyniku podjętej reakcji).

Ta wiedza jest przekazywana w dwóch momentach:

  • przed reakcją, poprzez uzupełnienie systemu o wiedzę ekspertów i procedury
  • w trakcie reakcji: poprzez modelowanie przez człowieka celów kryzysu, z którymi należy się zmierzyć

Przed kryzysem: uzupełnienie bazy wiedzy

Uwzględniając decydentów, którzy będą korzystać z rozwiązania, oraz ich lokalizację, definiuje się zarówno kontekst, jak i modele partnerskie, ponieważ mają znaczenie dla specjalistycznej wiedzy (zwłaszcza model partnerski) i danych geograficznych (zwłaszcza kontekst).

Partners model
Partners model
Context model
Context model

 

 

 

Pojawia się kryzys: zdefiniowanie celów kryzysu

Po wystąpieniu kryzysu, gdy decydenci muszą szybko zdefiniować plan koordynacji międzyorganizacyjnej, aby wszyscy mogli efektywnie działać i wykonywać swoje zadania we właściwym porządku, można użyć narzędzia do dedukcji IODA.

Pierwszy krok polega na udostępnieniu trzeciego modelu dla oprogramowania: celów reagowania kryzysowego. To zasadniczo sposób na szybkie zdefiniowanie ryzyka i zagrożeń oraz ich wpływu na elementy modelu kontekstowego.

objectives model
Objectives model

 

Wszystko zostało szybko i sprawnie zdefiniowane – system wie: KTO może realizować które usługi, GDZIE doszło do kryzysu, jaki jest kontekst społeczno-geograficzny oraz CO się dzieje.

Kolejny i ostatni krok przed automatycznym wydedukowaniem planu koordynacji między potencjalnymi uczestnikami procesu reagowania: na podstawie swojego ugruntowanego doświadczenia i specjalistycznej wiedzy decydenci ZACHOWUJĄ swoją zdolność do oceny priorytetu celów, tj. sortują wszystkie zagrożenia i od najbardziej do mniej pilnych.

Następnie usługa dedukcji IODA implikuje ostatecznie, jakie funkcjonalności muszą być wykonywane (i w konsekwencji przez kogo – na podstawie modelu partnerskiego), w jakiej kolejności (w odniesieniu do późniejszej priorytetyzacji). Zasadniczo w naszym przypadku jest to wyprowadzony proces koordynacji, proponowany dla decydentów w Polsce do ewakuacji ofiar czekających w miejscu, w którym osiadł wrak statku.

Coordination model to orchestrate
Detailed coordination model: it provide a BPMN-formated process that invokes all required partners tasks and their order (always parallelized when priorization allows).
Complete coordination model
The coordination process to evacuate the landing site invokes four partners' capabilities.

 

Related CM functions

Addressed hazards
Innovation stage
Readiness
Crisis Cycle Phase
Crisis size
Illustrations
Graficzny interfejs użytkownika
Graficzny interfejs użytkownika
Graficzny interfejs użytkownika
  • 0
  • 1
  • 2

 

 

eu Serwis internetowy Portfolio of Solutions został początkowo opracowany w ramach projektu DRIVER+. Obecnie serwis jest zarządzany przez AIT Austrian Institute of Technology GmbH, na rzecz Europejskiego Zarządzania Kryzysowego. PoS jest popierany i wspierany przez Disaster Competence Network Austria (DCNA), jak również przez projekty STAMINA i TeamAware H2020.