В ветке обсуждения LinkedIn одной из моих недавних публикаций о приложениях ICS мне было предложено учесть, что еще одним неудобным элементом для операции EOC может быть переход или интеграция диспетчеризации с EOC. Учтите, что во время «рутинных» операций именно диспетчерская поддерживает полевые операции и отслеживает критические действия. Многие юрисдикции сталкиваются с трудностями при локальной активации EOC для поддержки растущего отклика - что делать с отправкой?

Традиционная роль EOC в качестве «расширенной диспетчерской» помогает реагированию на местах, обеспечивая более высокий уровень координации, выходящий за рамки инструментов, обычно доступных большинству диспетчеров, путем облегчения прямого доступа к представителям агентства, которые призваны поддерживать потребности в инциденте. При рутинных операциях командование (или логистика) напрямую связывается с диспетчерской (обычно по радио), чтобы запросить ресурсы. После активации EOC эти запросы должны быть направлены в EOC. В некоторых юрисдикциях EOC расположены вместе с диспетчерской (по крайней мере, в одном здании), что немного упрощает этот переход в отношении технологий и людей, но в некоторых юрисдикциях эти здания разделены.

Как решить эту неловкую дилемму интерфейса ICS / EOC? В первую очередь, это нужно продумать и спланировать ДО происшествия! Это когда мы можем сделать все, что в наших силах, в идеале собрать все соответствующие заинтересованные стороны за стол переговоров, наметить процессы и процедуры и определить Оборудование и технические вопросы, необходимые для его поддержки. Вместе со всеми обсудите, чем вы хотите заниматься с учетом имеющихся у вас обстоятельств. У каждой идеи есть свои плюсы и минусы, которые необходимо взвесить.

ПОДРОБНЕЕ БЛОГ TIM RIECKER WORDPRESS