Разбиране на MAIMS: защо съвременните системи за управление на инциденти вече не са по избор

Големите инциденти не се провалят поради липса на усилия. Те се провалят поради сривове в координацията.

В местните власти, здравните системи, аварийните служби и индустриалните среди реакцията при инциденти исторически е разчитала на комбинация от статични планове, ръчна комуникация и институционално знание. Макар рамки като британския Civil Contingencies Act и принципите JESIP да дават структура, оперативната реалност често е много по-фрагментирана.

Точно в такава среда се появиха системите за управление на инциденти с много агенции (MAIMS).

Какво е MAIMS на практика

MAIMS не е един продукт или стандартизирана платформа. Това е категория системи, предназначени да поддържат:

• Координация между множество агенции
• Ситуационна осведоменост в реално време
• Структурирано вземане на решения
• Отчетност и проследимост
• Изпълнение на предварително определени планове за реакция

На теория MAIMS предоставя обща оперативна картина между организациите. На практика зрелостта на внедряването варира значително.

Някои организации разчитат на адаптирани инструменти за регистриране или документни хранилища. Други използват специално изградени системи, които се опитват да дигитализират работните потоци при инциденти. Малък брой вече интегрират данни в реално време, комуникации и управление на задачи в единни платформи.

Въпреки тези различия, основната цел остава същата: да се намали неяснотата при събития с висок натиск и критично значение на времето.

Структурният проблем: фрагментацията

Изследванията и прегледите след инциденти многократно изтъкват един и същ проблем. Информацията е налична, но не е подредена и съгласувана.

Типичните точки на провал включват:

• Критични актуализации, съхранявани в отделни системи или канали
• Решения, взети устно без структуриран запис
• Закъснения при разпространението на информация между агенциите
• Липса на яснота относно отговорността и собствеността върху задачите
• Трудност при поддържането на единен, проверен „източник на истина“

Дори в добре подготвени среди координацията често зависи от хора, които ръчно запълват пропуските. Това въвежда риск, особено когато инцидентите ескалират или обхващат множество организации.

Ограниченията на традиционните подходи

Повечето съвети и агенции вече имат планове за инциденти. Те често са подробни, съобразени с изискванията и редовно се преглеждат.

Ограничението не е в планирането. То е в изпълнението.

Статичните документи не могат да се адаптират в реално време.
Имейл веригите не се мащабират под натиск.
Телефонните разговори не създават одитна следа.
Електронните таблици не осигуряват споделена ситуационна осведоменост.

С нарастването на сложността на инцидентите, включващи инфраструктура, здравеопазване, екологичен риск и публична комуникация, тези ограничения стават още по-видими.

Командни структури без системна подкрепа

Британският модел Gold, Silver, Bronze осигурява ясна йерархия за вземане на решения. Без поддържащи системи обаче тази структура зависи в голяма степен от интерпретацията и комуникационната дисциплина.

Стратегическото намерение, определено на ниво Gold, трябва да бъде преведено в координирано действие на ниво Silver и изпълнено на ниво Bronze. Без система, която да налага структура, да проследява действията и да поддържа видимост, този превод е уязвим на забавяния и изкривявания.

Резултатът не е непременно провал, а неефективност точно в момента, когато времето и яснотата имат най-голямо значение.

Еволюцията към интегрирани платформи

Съвременните MAIMS платформи се опитват да затворят тези пропуски, като комбинират няколко способности:

• Предварително конфигурирано планиране на реакцията (дигитализирани playbook-и)
• Регистриране на инциденти и управление на хронологията в реално време
• Възлагане и проследяване на задачи между роли и агенции
• Интегрирани комуникационни канали
• Контролирано споделяне на информация с доверени външни страни
• Пълни одитни следи за анализ след инцидента

Посоката е ясна. Управлението на инциденти преминава от процеси, водени от документи, към координация, водена от системи.

Въпреки това много съществуващи решения остават твърде твърди, твърде общи или твърде откъснати от реалностите на реакцията при живи инциденти.

Къде настоящите решения не достигат

Повтарящ се проблем при внедряването на MAIMS е, че системите често се изграждат или:

• От гледна точка на съответствието, с фокус върху документацията, а не върху изпълнението
• Или от техническа гледна точка, без дълбока връзка с оперативните среди за реакция

Това води до платформи, които или се използват недостатъчно по време на реални инциденти, или се заобикалят изцяло в полза на неформална комуникация.

За да бъде ефективна, една система трябва да отразява начина, по който инцидентите действително се развиват. Това включва несигурност, непълна информация и необходимост от бързи решения под натиск.

Заключение: защо беше създаден ORDU

Пропастта между планирането и изпълнението е мястото, където повечето системи за управление на инциденти срещат трудности.

ORDU беше създаден да работи именно в тази пропаст.

Системата е изградена върху реален опит в реакцията при извънредни ситуации, включително оперативната перспектива на д-р Питър Дейли, бивш Chief Emergency Medical Officer на ирландската Health Service Executive, и е проектирана около реалностите на живата координация, а не около теоретични работни потоци.

Целта не е да замени съществуващи структури като Gold, Silver, Bronze, а да им позволи да функционират така, както е предвидено, в реални условия.

Това означава:

• Превръщане на плановете в изпълними стъпки
• Осигуряване на видимост, възлагане и проследяване на действията
• Поддържане на единна, надеждна оперативна картина
• Позволяване на комуникация през организационните граници без фрагментация

MAIMS като концепция не е нова. Нуждата от него се признава от десетилетия.

Това, което се променя, е очакването координацията да бъде подкрепена от системи, способни да работят със същата скорост и сложност като самите инциденти.

Това е проблемът, който ORDU е създаден да решава.