Vieno iš savo naujausių pranešimų apie ICS taikymą „LinkedIn“ diskusijų temoje buvau paragintas apsvarstyti, kad dar vienas nepatogus EOK operacijos elementas gali būti siuntimo perėjimas arba integravimas su EOC. Apsvarstykite, kad vykdant „įprastas“ operacijas lauko operacijas palaiko ir kritinius veiksmus stebi išsiuntimas. Daugelis jurisdikcijų susiduria su sunkumais aktyvindami EOC vietoje, kad palaikytų vis didesnį atsaką - ką daryti su išsiuntimu?

Tradicinis EOC „išplėstinio išsiuntimo“ vaidmuo padeda reaguoti vietoje, užtikrindamas aukštesnį koordinavimo lygį, toli gražu ne tik daugumai dispečerių įprastai prieinamų priemonių, palengvindamas tiesioginę prieigą prie agentūros atstovų, kurie siekia paremti incidento poreikius. Vykdant įprastas operacijas, „Command“ (arba logistika) susisiekia su siuntėju tiesiogiai (dažniausiai per radiją) ir paprašo išteklių. Suaktyvinus EOC, šios užklausos turi būti nukreiptos į EOC. Kai kuriose jurisdikcijose EOC yra įsikūrę kartu su išsiuntimu (bent jau tame pačiame pastate), tai šiek tiek palengvina perėjimą technologijų ir žmonių atžvilgiu, tačiau kai kuriose jurisdikcijose šie pastatai yra atskirti.

Kaip išspręsti šią nepatogią ICS / EOC sąsajos dilemą? Visų pirma, tai reikia gerai apgalvoti ir suplanuoti PRIEŠ incidentą! Tai yra tada, kai galime padaryti viską, kas geriausia, idealiu atveju pritraukti prie stalo visus susijusius suinteresuotuosius subjektus, nustatyti procesus ir procedūras ir nustatyti įranga ir technologijos klausimai, reikalingi jai paremti. Su visais kartu kalbėkitės, ką norite padaryti, atsižvelgiant į jūsų susiklosčiusias aplinkybes. Kiekviena idėja greičiausiai turi privalumų ir trūkumų, kuriuos reikia įvertinti.

SKAITYTI DAUGIAU TIM RIECKER WORDPRESS BLOGAS