사고 명령 시스템
Incident Command System사고지휘시스템(ICS)은 여러 기관의 대응자가 효과적으로 [1]대응할 수 있는 공통 계층을 제공하는 비상대응의 지휘, 제어 및 조정에 대한 표준화된 접근법이다.
ICS는 처음에는 캘리포니아와 애리조나 산불에 대한 기관 간 대응 문제를 해결하기 위해 개발되었지만, 현재는 미국의 NIMS([2]National Incident Management System)의 구성 요소이며, 활동적인 총격에서 유해 물질 [3]현장에 이르기까지 모든 위험 상황에서 사용하도록 진화했다.또한 [4]ICS는 국제적으로 유사한 접근방식의 패턴으로 작용해 왔다.
개요
ICS는 표준 관리 계층과 모든 규모의 일시적 사고를 관리하기 위한 절차로 구성됩니다.ICS 절차는 사전에 확립하고 참여 당국의 승인을 받아야 하며, 사고 [5]발생 전에 충분한 훈련을 받아야 합니다.
ICS에는 자금, 인력, 시설, 장비 및 통신을 제어하는 임시 관리 계층을 선택하고 형성하는 절차가 포함됩니다.담당자는 참여 당국이 이전에 승인한 정해진 기준과 절차에 따라 배치된다.ICS는 사고가 발생한 시점부터 관리 및 운용 요건이 없어질 때까지 사용 또는 적용되도록 설계된 시스템입니다.
ICS는 학제간 및 조직적으로 유연하여 다음과 같은 관리 과제에 대응할 수 있습니다.
- 모든 종류의 사고 또는 복잡성에 대처하기 위한 관할구역의 요구를 충족한다(즉, 필요에 따라 확장 또는 축소).
- 다양한 에이전시의 직원이 공통의 용어를 사용하여 공통의 관리 구조에 신속하게 결합할 수 있습니다.
- 운영 직원에게 물류 및 관리 지원을 제공합니다.
- 중복 작업을 방지하고 지속적인 오버헤드를 방지하여 비용 효율성을 높입니다.
- 일원적으로 인가된 통일된 긴급 조직을 제공합니다.
역사
ICS의 개념은 1968년 캘리포니아 남부에서 열린 소방서장 회의에서 형성되었다.이 프로그램은 미 해군의 관리 계층을 반영하고 있으며, 처음에는 주로 캘리포니아 산불 진압에 사용되었습니다.1970년대 동안 ICS는 캘리포니아(FIRESCOPE)의 대규모 산불 진압 작업 중에 완전히 개발되었으며, 1970년 라구나 화재를 시작으로 일련의 재앙적인 산불이 뒤따랐다.재산 피해가 수백만 명에 달했고, 많은 사람들이 죽거나 다쳤다.연구에 따르면 대응 문제는 자원 부족이나 [6][7]전술 실패보다는 커뮤니케이션 및 관리 부족과 관련된 경우가 많았다.
사고 관리의 약점은 주로 다음과 같습니다.
- 지휘 및 감독 계통이 불명확한 것을 포함한 설명 책임의 결여
- 이용 가능한 통신 시스템의 비효율적인 사용, 코드와 용어의 모순으로 인한 통신 불량.
- 질서정연하고 체계적인 계획 프로세스의 결여.
- 기관 간 요건을 관리 구조 및 계획 프로세스에 통합하기 위한 효과적인 사전 정의된 방법이 없습니다.
- 사고 발생 시 팀장(IC)의 지시 없이, 그리고 다른 최초 대응자와 조정 없이 첫 번째 대응팀 내 개인에 의한 '프리랜싱'
- 사고 발생 시 공통 용어를 사용한 지식 부족
비상관리자들은 종종 각 기관마다 고유한 기존 관리구조가 수십 개의 개별 기관과 관련된 대규모 상조 대응을 처리할 수 없을 뿐만 아니라 이들 기관이 협력할 때 특정 훈련과 절차가 충돌한다고 판단했다.그 결과, 새로운 명령 및 제어 패러다임이 협업으로 개발되어 소규모 사고에서 대규모 다중 기관 비상사태에 이르기까지 모든 사고를 관리하기 위한 일관되고 통합된 프레임워크를 제공하게 되었습니다.
이 작업 초기에는 조직 및 용어집 등에서 사고 또는 필드 레벨의 부족이 발생했지만 ICS와 같은 현장 사고 관리 시스템을 개발할 필요성에 대해서는 언급하지 않았습니다.대부분의 대처는 사고 또는 필드 레벨 이상의 복수 기관의 조정 과제에 초점을 맞췄습니다.1972년 남캘리포니아 소방자원조직(FIRSCOPE)이 결성되고 나서야 이러한 필요성이 인식되었고 ICS의 개념이 처음 논의되었다.또한, ICS는 원래 필드 명령 운영 [8]시스템이라고 불렸습니다.
ICS는 화재, 범죄 현장 또는 대형 사건의 지휘 구조에 대한 국가 모델이 되었습니다.ICS는 1993년 세계무역센터에 대한 첫 번째 공격에서 뉴욕에서 사용되었다.2004년 3월 1일 국토안보부는 모든 연방, 주 및 지방 기관 간에 사고 관리에 대한 표준화된 접근방식을 요구하는 국토안보대통령지시 5(HSPD-5)의 통과에 따라 ICS를 통합하는 국가사고관리시스템(NIMS)을 개발했다.또한, NIMS(따라서 ICS)를 사용하여 비상사태를 관리해야 연방 자금을 지원받을 수 있었다.
슈퍼펀드 개정 및 재허가법 제III는 위험물질 비상사태에 대한 모든 최초 대응자는 29 CFR 1910.120(q)에 따라 적절한 훈련을 받고 장비를 갖추어야 한다고 의무화했다.이 표준은 OSHA의 ICS [9]인정을 나타낸다.
HSPD-5와 그에 따라 국가사고관리시스템은 2001년 9월 11일 테러공격의 직접적인 결과로 생겨났고, 이로 인해 수많은 올하자드,[10] 대량 사상자, 다기관 사고가 발생했다.
관할권과 합법성
미국에서 ICS는 30년 이상의 비상 및 비긴급 응용 프로그램에 의해 테스트되었습니다.ICS 트레이닝의 레벨은, 모든 정부 레벨에 따라 다릅니다.민간 섹터 조직에서는 정기적으로 ICS를 사용하여 이벤트를 관리합니다.ICS는 명확한 커뮤니케이션, 설명 책임, 자원의 효율적 사용이라는 기본 목표가 사고 및 긴급 관리 및 일상 업무에 공통적이기 때문에 법 집행에서 일상 업무에 이르기까지 광범위하게 사용되고 있습니다.ICS는 국가의 모든 위험 물질 대응 및 대부분의 주(州)의 다른 많은 비상 작업에 대해 법률에 의해 의무화되어 있습니다.실제로 거의 모든 EMS 및 재해 대응 기관은 부분적으로 미국 국토안보부가 연방 대비 자금의 조건으로 미국 전역의 긴급 서비스에 ICS 사용을 의무화한 후 ICS를 사용한다.FEMA의 NRP(National Response Plan)의 일환으로 시스템이 확장되어 NIMS(National Incident Management System)로 통합되었다.
유엔은 ICS를 국제[citation needed] 표준으로 사용할 것을 권고했다.ICS는 캐나다의 [11]기관에서도 사용됩니다.
뉴질랜드는 Coordinated Incident Management System으로 알려진 유사한 시스템을 구현했으며, 호주에는 Australasian Inter-Service Incident Management System, 캐나다 브리티시 컬럼비아에는 Emergency Management BC가 개발한 BCERMS가 있습니다.
브라질에서 ICS는 리우데자네이루 소방국(CMERJ)과 리우데자네이루 민방위국(Civil Defense of Rio de Januro)에서 모든 비상 또는 대규모 [citation needed]이벤트에서 사용됩니다.
근거
사고
인시던트는 ICS 내에서 대응이 필요한 예기치 않은 상황으로 정의됩니다.인시던트의 예는 다음과 같습니다.
- 응급의료상황(구급서비스)
- 유해물질 유출, 공기 중 방출(유해화학물질), 식수 공급원 방출
- 인질 위기 또는 액티브 슈터 상황.
- 차량 충돌, 산업재해, 열차 탈선, 구조물 화재 등 인재
- 산불, 홍수, 지진 또는 토네이도 등의 자연재해
- 질병 발생과 같은 공중 보건 사고
- 검색 및 복구 작업
- 기술 위기
- 사이버 공격, 사이버 보안 사고 또는 주요 정보 보안 침해.
- 테러 공격
- 교통 사고
이벤트
이벤트는 ICS 내에서 계획된 상황으로 정의됩니다.사고 명령어는 긴급관리 설정과 비긴급관리 설정 모두에서 이벤트에 점점 더 많이 적용됩니다.이벤트의 예는 다음과 같습니다.
- 콘서트
- 퍼레이드 및 기타 행사
- 박람회 및 기타 모임
- 트레이닝 연습
주요 개념
명령의 통일성
조작에 참가하는 각 개인은 1개의 슈퍼바이저에게만 보고합니다.이것에 의해, 다양한 상사의 상충하는 주문을 개인이 받을 가능성이 없어져, 어카운터빌리티의 향상, 프리랜서의 방지, 정보 흐름의 개선, 운용 작업의 조정, 및 운용의 안전성이 향상됩니다.이 개념은 ICS 명령어체인의 [12]기본입니다.
공통 용어
개별 대응 기관은 이전에 프로토콜을 별도로 개발했으며 이후 용어를 별도로 개발하였다.조직마다 의미가 다를 수 있기 때문에 혼동을 일으킬 수 있습니다.
서로 다른 조직이 협력할 필요가 있는 경우, 공통의 용어를 사용하는 것은, 팀내의 결속이나 커뮤니케이션에 있어서 불가결한 요소입니다.또, 인시던트에 대응하는 다른 조직과의 사이에서도 마찬가지입니다.
사고명령시스템은 공통용어의 사용을 촉진하고 포지션 타이틀, 자원의 설명과 그 구성방법, 사고설비의 종류와 이름 및 다수의 다른 주제에 일관성을 가져오는 데 도움이 되는 용어집을 가지고 있다.일반적인 용어의 사용은 사고 지휘관, 안전 책임자 또는 운영 [12]부서장과 같은 지휘 역할의 직함에서 가장 잘 나타납니다.
목표별 관리
인시던트는 특정 목표를 목표로 관리됩니다.목표는 우선순위에 따라 순위가 매겨지며, 가능한 한 구체적이고, 달성할 수 있어야 하며, 가능하다면 작업 기간이 지정되어야 합니다.목표는 우선 전략(행동의 일반적인 계획)을 개략적으로 설명한 후 선택한 [12]전략에 대해 적절한 전술(전략의 실행 방법)을 결정함으로써 달성됩니다.
유연한 모듈러형 조직
사고 명령어 구조는 사고 범위, 자원 및 위험에 따라 필요에 따라 확장 및 축소되도록 구성되어 있습니다.명령어는 톱다운 방식으로 확립되며 가장 중요하고 권위 있는 위치가 먼저 확립됩니다.예를 들어, Incident Command는 최초로 도착한 유닛에 의해 확립됩니다.
이때 필요한 직책만 설정해야 합니다.대부분의 경우 명령 구조 내에서 활성화할 필요가 있는 위치는 거의 없습니다.예를 들어, 쓰레기통 화재에서 소방차 한 대가 다른 역할 없이 IC 역할을 담당하게 됩니다.대형 사건에 트럭이 추가됨에 따라 다른 경찰관에게 더 많은 역할이 위임되고 사고 지휘관(IC)의 역할은 상급 장교에게 이양될 것입니다.
가장 규모가 크고 복잡한 운영에서만 ICS 조직 전체에 직원이 [12]배치됩니다.반대로 사고가 축소되면 역할은 IC 역할만 남을 때까지 트리 백업으로 병합됩니다.
관리 범위
개인이 관리하는 책임과 자원의 수를 제한하기 위해 ICS는 한 사람의 통제범위가 3명에서 7명 사이여야 하며 5명이 이상적입니다.즉, 한 명의 매니저가 한 번에 7명 이하의 매니저 밑에서 일할 수 있도록 해야 합니다.개인이 7개 이상의 자원을 관리하고 있는 경우, 그 개인은 과부하가 걸리기 때문에 (새로운 섹션, 부서 또는 태스크포스 정의 등) 책임을 위임함으로써 명령 구조를 확장해야 합니다.3개 미만이면 [12]지휘계통에서 두 번째로 높은 직급에 의해 그 직위의 권한이 흡수될 수 있습니다.
코디네이션
ICS의 이점 중 하나는 산발적으로 협력할 수 있는 일련의 조직을 조정할 수 있다는 것입니다.많은 교육 자료는 ICS의 계층적 측면을 강조하지만, 응답자들의 조직 간 네트워크로도 볼 수 있다.이러한 네트워크의 품질에 의해, ICS의 유연성과 폭넓은 조직의 전문 지식을 얻을 수 있습니다.그러나 ICS의 네트워크 측면에서도 관리상의 과제가 발생합니다.ICS 사후보고서의 한 연구에 따르면 ICS는 회원들 간에 기존의 신뢰와 업무관계가 강할 때 보다 높은 조정을 누리는 경향이 있었지만 ICS의 권한이 경합되거나 응답자 네트워크가 매우 [13]다양할 때 어려움을 겪었다.사고 또는 사건에 대한 조정은 다음 개념을 구현함으로써 용이해집니다.
인시던트 액션 플랜
사고 행동 계획(IAP)은 엄격하게 설정된 목표에 대한 관련자 간의 통합을 보장합니다.이러한 목표는 특정 운영 기간에 대해 설정됩니다.이들은 운영요원과 지원요원 모두에게 사고목표를 전달하기 위한 직접 액션플랜을 슈퍼바이저에게 제공합니다.이러한 목표에는 통상 12시간이지만 임의의 기간 내에 달성할 수 있는 측정 가능한 전략적 목표가 포함됩니다.위험 물질 사고(위험 물질 사고)는 반드시 [14]작성되어야 하며 계획 섹션에 의해 준비되어야 하지만, 다른 사고 보고서는 구두 또는/또는 서면으로 작성될 수 있습니다.
통합 IAP는 ICS의 매우 중요한 컴포넌트로 프리랜서를 줄이고 협조적인 대응을 보장합니다.가장 단순한 수준에서 모든 사고 액션플랜에는 다음 4가지 요소가 필요합니다.
- 어떻게 할까요?
- 누가 그것을 할 책임이 있습니까?
- 우리는 어떻게 서로 의사소통을 해야 할까요?
- 다친 사람이 있으면 어떻게 해야 하나요?
IAP의 내용은 사고의 [15]정확하고 정확한 문서화를 가능하게 하는 표준화된 ICS 폼으로 구성되어 있습니다.
FEMA ICS 폼
- ICS 201 – 사고 개요
- ICS 202 – 사고 목표
- ICS 203 – 조직 할당 목록
- ICS 204 – 할당 목록
- ICS 205 – 사고 무선 통신 계획
- ICS 205A – 통신 목록
- ICS 206 – 의료 플랜
- ICS 207 – 사고 조직도
- ICS 208 –안전 메시지/계획
- ICS 209 – 사고 개요
- ICS 210 – 리소스 상태 변경
- ICS 211 – 사고 체크인 리스트
- ICS 213 – 일반 메시지
- ICS 214 –액티비티 로그
- ICS 215 – 운용계획 워크시트
- ICS 215A – 사고 액션 플랜 안전성 분석
- ICS 218 – 지원 차량/장비 인벤토리
- ICS 219 – 자원 상태 카드(T카드)
- ICS 220 – 항공 운영 요약 워크시트
- ICS 221 – 디모빌리제이션 체크아웃
- ICS 225 – 사고 담당자의 퍼포먼스 평가
포괄적인 자원 관리
포괄적인 자원 관리는 이벤트 중 모든 자산과 인력을 추적하고 설명해야 한다는 핵심 관리 원칙입니다.또한 필요에 따라 자원 상환 프로세스를 포함할 수도 있습니다.자원 관리에는 다음 프로세스가 포함됩니다.
- 자원 분류
- 자원 주문
- 자원 디스패치
- 자원 추적
- 리소스 복구
포괄적인 자원 관리를 통해 모든 자원을 가시적으로 관리할 수 있기 때문에 인시던트의 준비와 대응을 신속하게 지원할 수 있습니다.또한 적절한 디모빌리제이션도 보증됩니다.또한 유형 및 종류에 따른 리소스 분류 및 상태에 따른 리소스 분류에도 적용됩니다.
- 할당된 리소스는 슈퍼바이저의 지시에 따라 필드 할당 작업을 수행하는 리소스입니다.
- 사용 가능한 리소스는 전개 준비가 되었지만 필드 할당에 할당되지 않은 리소스입니다.
- 아웃오브서비스 리소스는 "사용 가능한" 범주 또는 "할당된" 범주에 없는 리소스입니다.자원에는 출격 후의 재공급(대부분의 경우), 인원 부족, 휴식, 손상, 운용 불능 등 다양한 이유가 있습니다.
이러한 자원의 추적에는, T카드(ICS 219, Resource Status Card)가 가장 일반적으로 사용됩니다.카드는 인시던트커맨드 포스트에 있는 T카드랙에 배치되어 리소스 상태를 쉽게 갱신하고 시각적으로 추적할 수 있습니다.
통합 커뮤니케이션
기기, 시스템 및 프로토콜을 포함한 통합된 음성 및 데이터 통신 시스템의 개발은 사고 전에 수행해야 합니다.
효과적인 ICS 통신에는, 다음의 3개의 요소가 있습니다.
- 모드: 정보를 전송하는 "하드웨어" 시스템.
- 계획: 이용 가능한 모든 통신 자원의 사용 계획.
- 네트워크:내부 및 외부로 정보를 전송하는 절차 및 프로세스입니다.
구성.
사고 지휘관
- 단일 사고 지휘관– 대부분의 사고는 단일 사고 지휘관과 관련되어 있습니다.이러한 사고에서는 한 사람이 사고 대응을 지휘하고 최종 의사결정 권한을 가집니다.
- 통합 명령어– 통합 명령어에는 보통 1명의 사고 지휘관이 가지고 있는 권한을 공유하는2명 이상의 담당자가 관여합니다.통합 명령어는 일반적으로 여러 기관 또는 여러 관할구역이 관여하는 대규모 사고에 사용됩니다.통합 명령어에는 일반적으로 주요 관련 기관 및/또는 관할구역의 대표자가 포함되며, 그 중 한 명은 대변인으로 활동합니다.단, 사고 지휘관으로 지명되지는 않습니다.통합 명령어는 단일 엔티티로 기능합니다.Unified Command에서는 명령 담당자가 1명의 운용부문장을 [16]임명하는 것에 주의해 주십시오.
- Area 명령어– 여러 사고가 발생한 상황에서는 다른 장소에 있는 사고 지휘관에게 제공하기 위해 Area 명령어를 확립할 수 있습니다.일반적으로 지역 사령관은 1명씩 배치되며 지역 사령관은 물류 및 관리 지원으로 운영됩니다.영역 명령에는 일반적으로 연산 기능이 포함되어 있지 않습니다.
사령부 직원
- 안전책임자 – 안전책임자는 안전상태를 모니터링하고 할당된 모든 [17]직원의 안전을 보장하기 위한 조치를 개발합니다.
- 퍼블릭 인포메이션 오피서– 퍼블릭 인포메이션 오피서(PIO 또는 IO)는, 인시던트 또는 이벤트로부터 직접 정보를 요구하는 미디어나 그 외의 조직을 포함한, 사내외의 이해관계자와의 정보의 전달 수단으로서 기능합니다.공보 담당자는 자주 논의되는 것은 아니지만 사고에 대해 언급 또는 보고되는 내용에 대해 사고 지휘 직원에게 지속적으로 알려야 할 책임이 있습니다.이를 통해 공공의 질문에 대처하고 루머를 관리할 수 있으며 이러한 다른 홍보 문제를 [18]간과하지 않도록 보장합니다.
- 연락 담당자 – 연락 담당자는 [19]사고를 지원하는 지원 기관의 주요 연락처 역할을 합니다.
일반 직원
- 업무과장:인시던트의 목표를 달성하기 위한 모든 액션을 지시합니다.
- 기획과장:사고 정보의 수집과 표시를 담당합니다.주로 모든 자원의 상태와 사고 전체의 상태로 구성됩니다.
- 재무/관리 부문장:사고 관련 비용, 인사 기록, 요청 및 로지스틱스에 필요한 조달 계약 관리를 담당합니다.
- 물류과장:인시던트에 필요한 모든 자원, 서비스 및 지원을 제공합니다.
200 레벨 ICS
ICS 200 레벨에서는, 정보 및 인텔리전스 기능이 옵션으로 표준 ICS 스탭에 추가됩니다.이 역할은 사고 지휘관의 판단과 사고 요구에 따라 여러 가지 방법으로 배치될 수 있기 때문에 ICS에서 고유합니다.가능한 세 가지 방법은 다음과 같습니다.
- 정보 및 정보 책임자, 사령부 직책.
- 정보 및 정보 부문, 정보 및 정보 부문장이 이끄는 부문, 일반 직원 직책.
- 정보 및 인텔리전스 브랜치 디렉터가 이끄는 이 브랜치는 계획 부문의 일부입니다.
300 레벨 ICS
ICS 300 레벨에서는, ICS의 scalability를 중시해, 소규모의 전위험 인시던트의 엔트리 레벨 관리에 중점을 두고 있습니다.복수의 에이전시의 이용과 다수의 운용 기간의 가능성을 소개하는 역할을 합니다.또한 비상 운영 [20]센터에 대한 소개도 포함되어 있습니다.
400 레벨 ICS
ICS 400 레벨에서는, 크고 복잡한 인시던트에 초점을 맞추고 있습니다.여기서는 사고 복잡성의 특징, 사고를 관리하기 쉬운 컴포넌트로 분할하는 방법, "지역 명령어"의 확립 및 MACS(Multi-Agency Coordination System)에 대해 설명합니다.
설계.
인사
ICS는 레벨별로 편성되어 각 레벨의 상사가 독자적인 직함을 가지고 있다(예를 들면, 「과장」이라고 하는 것은 「과장」이라고 하는 것, 「과장」이라고 하는 것은 지점장 전용).레벨(직급 감독):
- 사고 지휘관
- 지휘관(임원) - 지휘관
- 섹션(주임) - 일반 직원
- 지점(디렉터)
- 부문(감독자) – 부문은 지역별, 필요에 따라 관할 지역에 따라 배치된 단위이며 부문 내 자원의 구성에 기초하지 않습니다.
- 그룹(슈퍼바이저) – 그룹은 필요에 따라 에이전시 라인을 따라 또는 그룹 내 자원의 구성에 따라 목적을 위해 배치된 단위입니다.
- 유닛, 팀, 또는 부대(리더)– "통신 유닛", "의료 타격팀", "재창출 태스크포스"와 같은.타격팀은 같은 자원(예를 들어 구급차 4대)으로 구성되고, 기동팀은 다른 자원(예를 들어 구급차 1대, 소방차 2대, 경찰차 1대)으로 구성된다.
- 개개의 자원이것은 ICS 내에서 가장 작은 레벨로 보통 1명의 사람 또는 기기를 나타냅니다.기기나 오퍼레이터를 가리킬 수 있지만 여러 사람이 함께 일하는 경우는 거의 없습니다.
시설.
ICS는 표준 설비 명명법을 사용합니다.ICS 시설에는 다음과 같은 사전 지정 사고 시설이 포함됩니다.대응 업무는 복잡한 구조를 형성할 수 있으며, 서로 다른 사고 시설에서 작업하는 대응 담당자가 함께 작업해야 합니다.이러한 시설에는 다음이 포함됩니다.
- 사고 명령어 포스트(ICP):ICP는 대응 작업 중에 사고 지휘관이 작동하는 장소입니다.ICP는 각 사고 또는 이벤트에 대해1개뿐이지만, 이벤트 중에 장소가 변경될 수 있습니다.모든 사고 또는 이벤트에는 어떤 형식의 사고 명령어가 있어야 합니다.ICP는 차량, 트레일러, 텐트 또는 건물 내부에 설치할 수 있습니다.ICP는 현재 및 잠재적 위험 구역 외부에 배치되지만 지휘권을 유지할 수 있을 만큼 사고에 근접한다.ICP는 사고 이름(예: Trail Creek ICP)으로 지정됩니다.
- 스테이징 영역: 할당 대기 중에 전술 대응 리소스가 저장되는 사고 현장 또는 사고 현장 부근의 위치일 수 있습니다.준비 영역의 리소스가 제어 상태에 있습니다.스테이징 구역은 사고와 충분히 가까운 곳에 위치하여 시기적절하게 대응해야 하지만 즉각적인 영향 구역에서 벗어날 수 있을 정도로 멀리 떨어져 있어야 합니다.사고에는 여러 개의 스테이징 영역이 있을 수 있습니다.스테이징 영역은 ICP, 베이스, 캠프, 헬리베이스 또는 헬리스팟과 함께 배치할 수 있습니다.
- 베이스는 주요 물류 및 관리 기능이 조정 및 관리되는 위치입니다.기지는 사고 명령소와 함께 배치될 수 있습니다.사고당 베이스는 1개뿐이며 사고명으로 지정됩니다.거점은 물류부서에 의해 구축 및 관리되고 있습니다.베이스의 리소스는 항상 아웃오브서비스가 됩니다.
- 캠프: 일반 사고 지역 내에서 거점 시설을 사용하기에는 너무 멀리 떨어져 있는 대응 요원에게 수면, 음식, 물, 위생 및 기타 서비스를 제공하기 위한 시설과 인력을 갖춘 장소(대부분 임시).모든 자원에 접근할 수 없는 경우 다른 자원은 사고 운영을 지원하기 위해 캠프에 보관할 수도 있습니다.캠프는 지리적 위치 또는 번호로 지정됩니다.여러 개의 캠프를 사용할 수 있지만 모든 사고에 캠프가 있는 것은 아닙니다.
- 헬리베이스는 헬리콥터 중심의 공중 작전이 이루어지는 장소이다.헬리베이스는 일반적으로 보다 장기적으로 사용되며 연료 공급 및 유지관리와 같은 서비스를 포함합니다.헬리베이스는 일반적으로 사고 이름으로 지정된다.트레일 크릭 헬기 기지입니다
- 헬리콥터 기지는 사고 현장에서 헬리콥터가 안전하게 착륙하고 이륙할 수 있는 더 일시적인 장소이다.여러 개의 헬리스팟을 사용할 수 있습니다.
각 시설에는, 특히 응답 조작의 개시시에 대처하기 어려운 독자적인 장소, 공간, 기기, 재료, 및 서플라이의 요건이 있습니다.이러한 이유로 대응자는 가능한 한 이러한 시설의 배치를 식별, 사전 지정 및 사전 계획해야 한다.
대규모 또는 복수 레벨의 사고에서는, 상급 레벨의 서포트 시설이 액티브하게 되는 일이 있습니다.여기에는 다음이 포함됩니다.
- 비상 운영 센터(EOC):비상운영센터는 비상시 전략적인 차원에서 비상대비 및 비상관리 또는 재난관리 기능의 원칙을 수행하고 회사, 정치부처, 기타 조직의 운영의 연속성을 보장하는 중앙지휘통제시설이다.EOC는 재해의 전략적 개요 또는 "큰 그림"을 담당하며, 일반적으로 현장 자산을 직접 제어하지 않고 운영 결정을 내리고 전술적 결정을 하위 명령에 맡깁니다.모든 EOC의 공통 기능은 데이터 수집, 수집 및 분석, 생명 및 재산 보호, 조직의 연속성 유지, 관련 법률 범위 내에서의 의사결정, 모든 관련 기관 및 개인에게 배포하는 것입니다.대부분의 EOC에는 담당자가 한 명 있는데, 그것은 바로 비상 관리자입니다.
- 합동정보센터(JIC): JIC는 사건, 기관 또는 관할구역에서 미디어 대표를 지원할 수 있는 시설입니다.JIC는 커뮤니티 또는 주(州)의 EOC에 영속적으로 배치되는 경우가 많아 미디어와 PIO 간의 인터페이스 위치를 제공합니다.대부분의 경우 JIC는 또한 미디어가 직무를 수행하는 데 필요한 공간 및 기술 자산(인터넷, 전화, 전원)을 제공합니다.JIC는 많은 방송 매체들이 사고 직원을 인터뷰하는 곳뿐만 아니라 보도 자료가 제공되는 곳이기 때문에 사건의 "얼굴"이 되는 경우가 매우 많습니다.영구적으로 설립된 JIC에 EOC 및/또는 TV 인터뷰를 위한 기관 로고 또는 기타 기호를 보여주는 전용 배경이 있는 것은 드문 일이 아니다.예를 들어 FEMA의 National Response Coordination Center(NRCC; 국가대응조정센터)는 TV 인터뷰가 인터뷰자/인터뷰인 뒤에서 NRCC에서 조치를 보여줄 수 있도록 허용하고 있으며, 이러한 인터뷰 동안 NRC의 먼 벽에 눈에 띄게 배치된 조명된 "국토안보부" 간판이 보인다.
- JOC(Joint Operations Center) : JOC는 보통 사전에 설립되어 24시간 365일 24시간 운영되며, 여러 기관이 다른 기관의 직원과 접촉하고 교류할 수 있는 전담 시설을 갖출 수 있습니다.JOC 이외의 명칭으로 불리는 경우가 많지만, 많은 장소와 관할구역에는 이러한 센터가 있으며, 연방, 주 및/또는 지방 기관(종종 법 집행 기관)이 모여 전략적 정보를 교환하고 전술 계획을 개발하고 구현합니다.대통령 취임식 등 대규모 대규모 집결 행사도 JOC형 시설을 활용한다.
- Multiple Agency Coordination Center(MACC):MACC는 재해의 전략적, 즉 "큰 그림"을 담당하는 중앙 명령 및 제어 시설입니다.MACC 는, 1개의 영역에서 복수의 사고가 발생하고 있는 경우나, 희소한 자원을 복수의 요구에 할당할 필요가 있는 경우 등, 다양한 이유로 특히 복잡한 경우에 자주 사용됩니다.MACC내의 담당자는, 복수의 기관의 조정을 사용해 운용을 지도합니다.MACC는 여러 기관과 사고 간의 액티비티를 조정하며 일반적으로 현장 자산을 직접 제어하지는 않지만 전략적 결정을 내리고 전술적 결정을 개별 기관에 맡깁니다.모든 MACC의 공통 기능은 데이터 수집, 수집 및 분석, 생명과 재산 보호, 적용 법률 범위 내에서 정부 또는 기업의 연속성 유지, 모든 관련 기관 및 개인에게 배포하는 것입니다.대부분의 경우 EOC와 유사하지만 MACC는 정의된 영역 또는 임무와 수명을 가진 개별 기관이며, EOC는 정치적 관할권 또는 기관을 위해 영구적으로 확립된 시설 및 운영 기관입니다.EOC는 일반적인 ICS 원칙을 따르는 경우가 많지만 다른 구조나 관리(긴급지원기능(ESF) 또는 하이브리드 ESF/ICS 모델 등) 스키마를 이용하는 경우가 있습니다.많은 관할구역에서 EOC는 비상사태 시 선출직 공무원이 배치되는 장소이며 MACC와 마찬가지로 사고를 지원하지만 지휘하지는 않는다.
장비.
ICS는 표준 기기명칭을 사용합니다.ICS 기기에는 다음이 포함됩니다.
- 탱커 – 연료(연료 탱커) 또는 물(물 탱커)을 운반하는 항공기입니다.
- 텐더 – 유조선과 비슷하지만 지상 차량으로 연료(연비 텐더), 물(수분 텐더), 심지어 화재 진압용 폼(폼 텐더)도 운반합니다.
컴퓨터
컴퓨터 시스템에 대한 접근의 중요성은 테크놀로지의 진보와 사고 및 긴급 대응에 대한 표준화된 접근방식을 지원하기 위해 점점 더 일반화되고 있습니다.일반적으로 미 육군 내 명령 및 제어 구조 내에서 언급되는 컴퓨터와 컴퓨터 기반 시스템은 응답자가 서로 인터페이스하여 의사결정을 위해 최신 정보에 액세스할 수 있도록 합니다.상세한 것에 대하여는, 「Incident Command Post(ICP; 사고 커맨드 포스트)」를 참조해 주세요.
종류와 종류
리소스의 "유형"은 리소스의 크기 또는 기능을 나타냅니다.예를 들어 50kW(발전기용) 또는 3t(트럭용)입니다.유형은 공식적으로 "유형 1"에서 "유형 5"로 분류되도록 설계되었지만 실제 사고에서는 더 구체적인 정보가 사용될 수 있습니다.
리소스의 "종류"는 리소스의 종류를 나타냅니다.예를 들어 발전기나 트럭 같은 거요리소스의 "유형"은 예를 들어 리소스의 종류에 대한 성능 기능을 나타냅니다.
유형 및 종류 모두 리소스 요청에 목표를 포함해야 합니다.이는 잠재적인 리소스 응답을 확대하기 위해 수행됩니다.예를 들어, 탐색 및 구조 현장의 공중 정찰을 위한 소형 항공기에 대한 자원 요청은 주 방위군 OH-58 키오와 헬리콥터(타입 & 종류: 회전익 항공기, 타입 II/II) 또는 민간 항공 순찰 세스나 182(타입 & 종류: 고정익 항공기, 타입 I)에 의해 충족될 수 있다.이 예에서는 고정 날개 또는 회전 날개만 요청하거나 유형별로 요청하면 다른 리소스의 가용성을 알 수 없습니다.
명령어 전송
사고 발생 시 책임의 역할은 다음과 같은 몇 가지 이유로 이전될 수 있습니다.인시던트가 확대됨에 따라 인시던트의 요구 증가에 대처하기 위해 인시던트의 커맨드를 보다 적격한 인시던트가 요구됩니다.인시던트의 사이즈가 작아지면 인시던트를 실행할 수 있는 자격을 갖춘 인시던트를 다른 인시던트에 할당할 수 있습니다.작업 또는 사고.기타 지휘권 이양 사유로는 사고 발생 시 관할구역 변경, 장기간에 걸친 사고로 인한 인원 이직 등이 있습니다.명령어 프로세스의 전송에는 항상 명령어브리핑 전송이 포함됩니다구술, 서면 또는 둘 다 조합할 수 있습니다.
「 」를 참조해 주세요.
레퍼런스
- ^ "Glossary: Simplified Guide to the Incident Command System for Transportation Professionals". Federal Highway Administration, Office of Operations. Retrieved 24 October 2018.
- ^ "Chapter 7: THE INCIDENT COMMAND SYSTEM (ICS)". Center for Excellence in Disaster Management & Humanitarian Assistance. Archived from the original on 23 April 2008. Retrieved 23 September 2009.
- ^ Bigley, Gregory; Roberts, Karlene (December 2001). "The Incident Command System: High-Reliability Organizing for Complex and Volatile Task Environments" (PDF). The Academy of Management Journal. Academy of Management. 44 (6): 1281–1299. Retrieved 25 September 2015. = 29.9.199를 입력합니다.
- ^ Dara, Saqib; Ashton, Rendell; Farmer, Christopher; Carlton, Paul (January 2005). "Worldwide disaster medical response: An historical perspective". Critical Care Medicine. 33 (1): S2–S6. doi:10.1097/01.CCM.0000151062.00501.60. PMID 15640674. S2CID 32514269.
- ^ Werman, Howard A.; Karren, K; Mistovich, Joseph (2014). "National Incident Management System:Incident Command System". In Werman A. Howard; Mistovich J; Karren K (eds.). Prehospital Emergency Care, 10e. Pearson Education, Inc. p. 1217.
- ^ "Standardized Emergency Management System (SEMS) Guidelines". State of California, Office of Emergency Services. Archived from the original on 5 April 2009. Retrieved 16 July 2009.
- ^ "Standardized Emergency Management System (SEMS): Introductory Course of Instruction, Student Reference Manual". County of Santa Clara, California. Retrieved 16 July 2009.
- ^ "EMSI: A Working History of the Incident Command System". Emergency Management Services International (EMSI). Retrieved 13 January 2016.
- ^ "Hazardous waste operations and emergency response". Occupational Safety and Health. Retrieved 25 September 2015.
- ^ Jamieson, Gil (May 2005). "Nims and the Incident Command System". International Oil Spill Conference Proceedings. 2005 (1): 291–294. doi:10.7901/2169-3358-2005-1-291.
- ^ "Alberta Health Services website on ICS". Archived from the original on 15 November 2009. Retrieved 14 May 2009.
- ^ a b c d e 비상경영연구소.「IS-200: 단일 자원 및 초기 액션 인시던트를 위한 ICS」. 2007년 11월 29일 2007년 7월 14일 Wayback 머신에서 아카이브
- ^ Moynihan, Donald. "The Network Governance of Crisis Response: Case Studies of Incident Command Systems (2009)" (PDF). Journal of Public Administration Research and Theory 19: 895–915.
- ^ "40 CFR 1910.120(q)(1)".
- ^ "National Incident Management System (NIMS) Incident Command System (ICS) Forms Booklet" (PDF). www.fema.gov. Federal Emergency Management Agency. September 2010. Retrieved 25 September 2015.
- ^ 국가 사고 관리 시스템– 2008년 12월 (51페이지)
- ^ Federal Emergency Management Agency "FEMA Taskbooks", FEMA, 2010년 10월 28일, 2010년 12월 11일에 접속했다.
- ^ 연방 비상 관리청 "FEMA Glossary", FEMA, 2010년 10월 28일, 2010년 12월 11일에 접속했다.
- ^ 연방 비상 관리청 "FEMA Glossary", FEMA, 2010년 10월 28일, 2010년 12월 11일에 접속했다.
- ^ Decker, Russell (1 October 2011). "Acceptance and utilisation of the Incident Command System in first response and allied disciplines: An Ohio study". Journal of Business Continuity & Emergency Planning. Henry Stewart Publications. 5 (3): 224–230. PMID 22130340. Retrieved 25 September 2015.