Porozumění MAIMS: proč moderní systémy řízení incidentů už nejsou volitelné

Velké incidenty neselhávají kvůli nedostatku úsilí. Selhávají kvůli poruchám koordinace.

Napříč místní správou, zdravotnickými systémy, záchrannými složkami i průmyslovými prostředími byla reakce na incidenty historicky založena na kombinaci statických plánů, manuální komunikace a institucionálních znalostí. Ačkoli rámce jako britský Civil Contingencies Act a principy JESIP poskytují strukturu, provozní realita bývá často mnohem roztříštěnější.

Právě v tomto prostředí vznikly Multi Agency Incident Management Systems (MAIMS).

Co je MAIMS v praxi

MAIMS není jeden produkt ani standardizovaná platforma. Jde o kategorii systémů navržených tak, aby podporovaly:

• Koordinaci více agentur
• Situační povědomí v reálném čase
• Strukturované rozhodování
• Odpovědnost a auditovatelnost
• Provádění předem definovaných plánů reakce

Teoreticky MAIMS poskytuje sdílený operační obraz napříč organizacemi. V praxi se úroveň vyspělosti implementace výrazně liší.

Některé organizace spoléhají na upravené nástroje pro logování nebo dokumentová úložiště. Jiné využívají vlastní systémy, které se snaží digitalizovat pracovní postupy incidentního řízení. Malá část již začala integrovat data v reálném čase, komunikaci a zadávání úkolů do jednotných platforem.

Přes všechny tyto rozdíly zůstává základní cíl stejný: snížit nejednoznačnost při událostech s vysokým tlakem a kritickým časovým rámcem.

Strukturální problém: fragmentace

Výzkum i hodnocení po incidentech opakovaně ukazují na stejný problém. Informace jsou dostupné, ale nejsou sladěné.

Typická selhání zahrnují:

• Kritické aktualizace rozptýlené v oddělených systémech nebo kanálech
• Rozhodnutí přijímaná ústně bez strukturovaného záznamu
• Zpoždění při šíření informací mezi agenturami
• Nejasnosti ohledně odpovědnosti a vlastnictví úkolů
• Obtížné udržování jednoho ověřeného „zdroje pravdy“

I v dobře nacvičeném prostředí koordinace často závisí na jednotlivcích, kteří ručně překonávají mezery. To vytváří riziko, zejména když incidenty eskalují nebo zasahují více organizací.

Limity tradičních přístupů

Většina úřadů a agentur již má incidentní plány. Ty bývají podrobné, v souladu s požadavky a pravidelně revidované.

Omezení nespočívá v plánování. Spočívá ve vykonání.

Statické dokumenty se neumí přizpůsobit v reálném čase.
E-mailové řetězce se pod tlakem neškálují.
Telefonní hovory nevytvářejí auditní stopu.
Tabulky neposkytují sdílené situační povědomí.

Jakmile jsou incidenty složitější a zahrnují infrastrukturu, zdravotnictví, environmentální rizika a veřejnou komunikaci, tato omezení se ještě zvýrazňují.

Velitelské struktury bez podpory systému

Britský model Gold, Silver, Bronze poskytuje jasnou hierarchii pro rozhodování. Bez podpůrných systémů je však tato struktura silně závislá na interpretaci a komunikační disciplíně.

Strategický záměr definovaný na úrovni Gold musí být přeložen do koordinovaného jednání na úrovni Silver a vykonán na úrovni Bronze. Bez systému, který vynucuje strukturu, sleduje akce a udržuje přehled, je tento překlad náchylný ke zpoždění a zkreslení.

Výsledkem nemusí být nutně selhání, ale neefektivita přesně v okamžiku, kdy na čase a jasnosti záleží nejvíce.

Vývoj směrem k integrovaným platformám

Moderní platformy MAIMS se snaží tyto mezery uzavřít kombinací několika schopností:

• Předkonfigurované plánování reakce (digitalizované playbooky)
• Logování incidentů a správa časové osy v reálném čase
• Přiřazování a sledování úkolů napříč rolemi a agenturami
• Integrované komunikační kanály
• Řízené sdílení informací s důvěryhodnými externími stranami
• Úplné auditní stopy pro vyhodnocení po incidentu

Směr je jasný. Řízení incidentů se posouvá od procesů řízených dokumenty ke koordinaci řízené systémy.

Mnoho stávajících řešení však zůstává buď příliš rigidních, příliš obecných, nebo příliš odpojených od reality živé reakce na incidenty.

Kde současná řešení nestačí

Opakovaným problémem při zavádění MAIMS je, že systémy bývají často budovány buď:

• Z pohledu compliance, se zaměřením na dokumentaci místo na vykonání
• Nebo z technického pohledu, bez hlubokého ukotvení v provozních prostředích reakce

To vede k platformám, které jsou buď při skutečných incidentech využívány nedostatečně, nebo jsou zcela obcházeny ve prospěch neformální komunikace.

Aby byl systém účinný, musí odrážet to, jak se incidenty skutečně vyvíjejí. To zahrnuje nejistotu, neúplné informace a potřebu rychlého rozhodování pod tlakem.

Závěr: proč byl ORDU vytvořen

Mezera mezi plánováním a vykonáním je přesně tím místem, kde má většina systémů řízení incidentů největší problémy.

ORDU bylo vytvořeno tak, aby fungovalo právě v této mezeře.

Systém vychází ze skutečných zkušeností s reakcí na mimořádné události, včetně provozního pohledu Dr. Petera Dalyho, bývalého Chief Emergency Medical Officer irské Health Service Executive, a byl navržen podle reality živé koordinace, nikoli podle teoretických workflow.

Cílem není nahradit existující struktury jako Gold, Silver, Bronze, ale umožnit jim fungovat tak, jak bylo zamýšleno, v reálných podmínkách.

To znamená:

• Převádět plány na proveditelné kroky
• Zajistit, aby akce byly viditelné, přidělené a sledované
• Udržovat jeden spolehlivý operační obraz
• Umožnit komunikaci přes organizační hranice bez fragmentace

MAIMS jako koncept není nový. Potřeba takového systému je uznávána již desetiletí.

To, co se mění, je očekávání, že koordinace má být podporována systémy schopnými fungovat stejnou rychlostí a složitostí jako samotné incidenty.

Právě tento problém má ORDU řešit.