XX地区紧急救援中心120系统方案建议书.docx
- 文档编号:26766694
- 上传时间:2023-06-22
- 格式:DOCX
- 页数:67
- 大小:373.72KB
XX地区紧急救援中心120系统方案建议书.docx
《XX地区紧急救援中心120系统方案建议书.docx》由会员分享,可在线阅读,更多相关《XX地区紧急救援中心120系统方案建议书.docx(67页珍藏版)》请在冰豆网上搜索。
XX地区紧急救援中心120系统方案建议书
XX地区紧急救援中心120系统
方案建议书
(此文档为word格式,下载后你可任意修改编辑)
概述
1.1院前急救
呼救者打120电话到急救中心,调度员询问呼救者情况、调度员调派救护车前往急救、救护车到达现场、现场救护、送病人到医院、任务完成返回。
这就是一种标准的院前急救模式,其过程如下图:
1.2系统结构分类
根据甲方要求以及我们对系统的考虑,120急救指挥系统的建设按相对独立性方法划分,可分为以下几个部分:
⏹交换机子系统:
交换机主要是提供良好的语音通道,以及加强对语音通讯的管理,以辅助计算机信息系统实施对呼救者的处理。
⏹计算机信息系统:
调度人员用来进行呼救受理及指挥调度的实时信息处理系统,指挥调度对象是中心各直属站和城八区各急救站所有的救护车以及出车人员。
⏹地理信息子系统:
为调度员提供处置呼救的现场感受,同时,通过矢量化的城市地理信息,为就近调派救护车、监控车辆状况提供基础的工作平台。
⏹数字录音子系统:
将急救过程中的对话进行全程数字录音,将为急救当时和以后的事故查询提供最真实、最直接的依据。
⏹车载信息子系统:
提供救护车的当前位置和状态,实现指挥中心与救护车的数据通信联系,准确合理地派车,为领导提供实时管理人员与救护车的手段和数据。
⏹分站子系统:
通过建立分站子系统,可实现快速的静态调度功能(不具备独立受理功能),同时,分站的部分管理功能也可通过分站子系统完成,从而形成急救业务的数字化管理。
系统结构图
120呼入通过2MB/S线路进入中心交换机,并经交换机ACD控制后接入受理台。
中心与计算机分站之间采用DDN/ISDN/帧中继等线路连接,从经济实用角度考虑,建议采用ISDN线路。
车载信息终端与中心的通信采用GSM的短消息机制,车载终端与GSM网为无线连接,中心与GSM网为专线连接。
2.系统各部分连接
一个完备的系统应该在各个子系统之间具备完备和合适的接口。
有着完备的接口协议,各子系统间才能协调地进行工作。
各子系统之间连接结构图如下:
交换机子系统
分站子系统
数字录音子系统
急救信息子系统
车载信息子系统
3.通讯接口协议
计算机中心局域网内部采用TCP/IP协议进行通信。
车载信息终端通过短信中心与中心局域网采用TCP/IP协议进行通信。
应用协议为SMPP、CMPP或SGIP等。
交换机系统与中心局域网使用网络或RS232连接,采用TCP/IP协议进行通信。
数字录音系统与交换机、中心局域网采用TCP/IP协议进行通信。
4.软件环境
本系统软件基于三层结构C/A/D(即客户机/应用服务器/数据库服务器)结构,本系统的客户端对数据的操作都经过应用服务器处理,再变成对数据库的直接操作。
应用软件就是建立在这一结构的基础之上。
所有的应用系统都是运行全中文环境里。
4.1系统规模
根据甲方要求,系统规模按如下配置进行规划:
子系统
项目
配置/规划
1、交换机系统
120呼入中继
1条E1数字中继,中国一号信令或ISDNPRI(30B+D)
受理话机
数字话机3套
模拟用户分机
32门模拟用户,用作内部办公电话
环路中继
环路中继:
16路
2、数字录音系统
录音接口
16路(15录1放)。
容量
160GB容量,非压缩存储录音时长约6000小时。
3、计算机信息系统
服务器
数据库服务器,CTI服务器,通信服务器,车载GPS服务器
受理台
配置3个受理台,每个受理台1机2屏
计算机分站
4套。
4、车载信息系统
车载信息终端
12套。
5、地理信息系统
矢量化地图,经纬度坐标系基准:
城区:
1:
5000(或1:
2000)
市郊:
1:
10000
5.计算机信息系统功能
⏹集中受理120呼救,统一调度所有急救力量。
⏹配备5台受理计算机,能同时处理5起呼救。
⏹每一台受理机均是一机双屏结构,双屏显示为一屏为受理调度表单屏、另一屏为地理信息屏,减少屏幕切换操作。
这种以电子地图为导向,图文并茂的操作界面,增加了呼救处置的现场感。
⏹实时自动显示呼救地点周围地图,文字标示呼救来源(需电信部门提供主叫号码信息)。
⏹地图辅助,操作直观。
⏹可减少误报和恶意电话。
⏹可自动确定会面点,对在同一地点的救护车以距离为主进行排序,推荐出动救护车。
⏹专家知识库支持:
系统提供了常见急救病症及对应急救预案。
⏹根据“就近”原则自动推荐待命救护车出动。
⏹自动快速形成调度指令直接传送至被调派救护车(安装有车载信息终端)或分站。
⏹可调度相关医院的救护车前往急救。
⏹提供多方位的、大信息量的支持信息库,如2600余种毒品库、1300余种化学危险品知识库等。
⏹受理调度过程存盘,系统保存所有的处理关键时刻,事后可重现受理过程,便于查询。
⏹提供先进灵活的文字和地理方式的信息查询。
⏹优化设计、简单的操作,既可支持初学者减少汉字输入,易于上手;也支持熟练调度员的快速录入进行受理,提高处置速度。
⏹完善的数据库保护功能。
后台数据库系统可有效地保护资料在意外的情况下不受到损坏,或在损坏的情况下能得到完整地恢复。
⏹完善的通告板功能。
可向联网急救站和救护车发送各种通知、函告;可将急救事件信息通知任意联网急救站计算机上;可将在受理台上查询的任何辅助信息通知任意联网急救站计算机上;可将受理台上编辑形成的文本发往任意联网急救站计算机上。
⏹救护车通告功能。
可通过车载信息系统的SMS功能直接向联网救护车发送各种派遣指令、通知、函告等。
⏹强大的管理统计功能。
包括对调度员操作情况的综合统计功能,以及每一辆车的出动情况统计,出车反应速度统计等等,统计结果能以多种图表方式(如直方图、饼图、曲线图等)反映。
⏹规范化的受理处置过程和车辆指挥调度管理。
⏹系统提供方便的联机数据维护功能。
发现资料不完整时可随时增加、修改、删除,增强了系统生命力。
⏹完善的系统运行管理功能。
包括受理历史记录的管理(可以跟踪到每一起呼救的每一辆车的出车情况、呼救电话录音等等);服务器日志管理;系统错误记录管理;系统运行状况动态报表等等。
⏹可模拟呼救受理调度进行受理实时演习,培训中心调度员提高实战水平。
6.分站系统功能
在被调度的急救分站安装置分站系统,完成如下功能:
⏹将状态通知服务器;
⏹接收通信服务器的命令自动启动接收动作;
⏹自动启动警铃,提示准备出动;
⏹自动接收急救出车命令单;
⏹自动快速显示、打印急救出车命令单;
⏹自动快速显示、打印会面地点位置图;
⏹保存急救出车命令单及相应地理坐标;
⏹接收辅助信息,并显示、打印、存档;
⏹通知中心收到信息确认。
7.交换机功能
⏹交换机系统可提供系统需要记录呼救的各个时间值。
⏹提供语音提示功能。
⏹提供话务均衡分配功能。
⏹提供恶意电话拦截功能,可将预先设定的恶意电话转移到指定放音台上。
⏹提供三方通话、来电转移、热键拨号等功能。
⏹提供良好的CTI接口,即以上功能可以在计算机上以软电话(Soft-Phone)方式提供,通过计算机直接拨号和接听。
⏹详细功能见交换机子系统部分。
8.车载信息系统功能
⏹通话功能
⏹遥控设置热键功能
⏹指令接收
⏹文字语音播放
⏹定位信息
⏹车辆工作状态上传
⏹收费管理
⏹随车人员上下班登记功能
系统工作流程
8.1120呼救受理调度功能
9.事件来源
本系统以接收120电话为主要呼救来源,同时可以接入自动呼救分系统的呼救事件。
还可以扩充接入其它类型的呼救事件。
系统能同时接收多路呼救,因为各受理台之间是并行受理呼救事件。
受理台还具有后台提示或告警功能。
10.电话呼救进入
当有120呼救电话打入时,由120电话交换机进行话务分配,被分配到呼救电话的受理台转入受理处理,同时自动做下列两项工作。
一是显示呼救电话的主叫号码(即发出呼救话机的电话号码)。
如果电信部门提供了电话号码数据库(或者采取“打一送一”方式),还可以显示呼救电话安装地址及电话的户主姓名。
二是如果呼救电话是固定电话,而且电信提供了电话号码库或局向分布图(已标注),立即调出呼救电话附近区域的地图(范围可预先设定,通常约1~3km2)在地图屏显示。
使调度员对呼救情况一目了然。
如果呼救电话是移动电话,或电话有不送主叫的特殊服务,就不能自动定位地图。
这时调度员可以使用系统提供的索引图、地名查询、手工移动等多种地图定位方法。
11.其它呼救进入
当有自动呼救进入时,自动呼救分系统与本系统进行通信,报警被分配到空闲的受理台进入受理处理,显示报警来源的用户信息(如既往病史、过敏史等),其它显示类似电话呼救。
调度员还可以手工进入到受理处理。
12.其它事件提示
当呼入电话超过受理台数时,交换机将未分配电话排队并告之各受理台。
各受理台提示调度员当前应加快完成手上的受理工作,以接收新的受理呼救,提高呼救服务的质量。
13.呼救描述的合理操作,尊重不同用户的习惯
每一次进入到受理处理,系统都要新生成一个受理表单,调度员要在此表单上完成呼救描述的填写。
在生成受理表单时,系统能自动填写本次服务的急救用户信息、应答时间、调度员工号或姓名、相关电话录音等信息,同时调度员可以通过与呼救人的通话将本次呼救的急救类别、病人姓名、呼救人姓名、现场地点、等车地点等相关内容录入。
在进行疾病症状的描述过程中,如果是通过系统提供的判断库进行选择操作,则自动生成急救预案;如果是用汉字输入的方式填写判断内容时,若判断内容是判断数据库中已有的内容则有急救预案,若数据库中没有对应内容则没有急救预案。
在填写受理表单的过程中,系统既可支持初学者减少汉字输入,提供选择值选择输入,易于上手;也支持熟练调度员的快速连续录入,加快填写速度。
同时通过特殊的技术处理,使得在电子地图上定位与地址文字输入操作可以相互替换,尊重不同用户的使用习惯。
通过调度员的操作,系统判别是否为有效的受理。
当执行“发送命令”或者“迟缓放车”时则此次受理是有效的,要保存受理表单。
执行“退出受理”则此次受理无效,不保存受理表单。
14.科学合理地调派车辆,缩短急救半径
系统能够利用车载信息系统提供的车辆定位信息自动推荐最佳往救车辆,自动推荐原则考虑了附近地点待命车辆(包括站内待命与途中待命)的因素和所属辖区分站车辆的因素。
调度员可根据实际情况修改推荐结果。
对于大型伤亡事故,调度员可一次指派多个(或全部)急救站的多台(或全部)救护车同时出动。
如果暂时无车可派或者是提前预约,调度员可将任务挂起,放入待派任务队列中。
一旦有空闲车辆,任何一个调度员可以从该队列中为待派任务调派车辆,补充或修改其它呼救描述信息。
15.送往地点
在选择往送地点时,系统提供给调度员按“距离”优先排列方法选择医院。
调度员还可以任意指定医院或者选择“现场医生决定”(设定位默认值)。
16.发送命令
调度员完成了前三节讲述的工作,按下“发送命令”按钮,以后的工作由系统自动来完成。
17.生成命令文本
系统自动产生调度命令文本。
对于车载信息系统的命令文本有长度限制,其内容包括:
①患者姓名、②现场地点、③初步判断、④等车地点、⑤呼救时间、⑥联系电话、⑦来电人姓名等约80~100个字符。
对于分站命令接收系统则可以传送较多的内容,包括现场情况描述、派车命令、急救注意事项和会面地点地图。
18.向救护车辆下达命令
如果调派的车辆当前是“途中待命”,系统通过GPS车载信息系统自动将命令发到指定车辆。
如果调派的车辆当前是“站内待命”,系统在向救护车发送指令的同时,自动由本座席拨通该站电话,人工调度出车。
当车在站内而人在车上时会出现电话没人接而指令得到确认,调度成功;若电话无人接,指令没被确认,则视为当班人员脱岗,中心调度员应立即改派此项任务。
19.向救护车随车人员下达命令
如果随车人员配备了GSM手机,调度人员在向被调派车辆发送调度指令的同时,也可向随车人员发送命令单。
但该手机必须与安装于车载信息终端上的SIM为同一GSM服务商。
20.命令发送成功与否
确定发送到车辆的命令成功与否,最终要经过三个步骤,一是命令发出,二是车辆收到命令,三是中心收到车辆的确认信息。
在受理台上直接显示第一步骤的结果,即命令是否成功发出。
但中心要确定车辆成功接收到,则必须等收到车辆的确认信息。
如果在设定的时间内系统没有收到车辆的确认信息,执行命令发送的调度台将会有警告信息。
21.增援
当救护车无法到达现场或到达现场后,发现病人较多,救护车不够用时,救护人员可通过有线系统或无线向中心请求再调派救护车增援。
此时,中心调度员无须再次确定病发地点等等信息,可根据“就近”原则和救护要求直接调派车辆,并将出动命令单并行发往相关急救站或救护车。
22.结束呼救
当救护车将现场的所有病人送到医院后,或者现场处置后不需送医院,该呼救任务即告执行结束,可以利用任务完成功能由车上人员按相应键结束本次呼救任务。
由迟缓放车建立的挂起呼救,可以不经过派车与发命令阶段,直接利用撤销呼救功能来结束这个挂起的呼救任务。
撤销呼救时,将保存所有的相关记录,包括呼救电话信息、受理信息、调度出动情况、关联录音等等等。
22.1任务监督功能
当救护人员确认执行任务后,系统立即开始对该次任务的执行过程(救护车行踪、时间、送达目的地、收费情况以及任务执行情况和结果)进行监督和记录(包括医生、司机与调度的通话,用户催车、用户投诉等),保存时间全过程的完整记录,便于查询和回放。
系统随时掌握出车情况并存档。
当急救站出动救护车将病人送往医院后,系统将自动记录各种时间、状态等多类信息。
系统自动记录来电时间、调度时间,同时可根据需要以及车辆反馈内容记载如下时间:
①接收指令时间、②出车时间、③到达现场、④完成任务、⑤返回站中等等。
23.记录调度受阻碍原因
因故不能出车接受任务或不能及时到达现场时,由车辆上人员通过车载信息终端的操作或无线通知调度中心,也可由调度员记录,如:
①车辆故障、②交通事故、③交通堵塞、④身体不适、⑤其他原因。
24.指令执行结果记录
车辆空驶时,由车辆上人员通过操作车载信息终端或无线通知调度中心,由调度员记录结果。
24.1实力管理功能
急救中心的实力分为两类:
救护人员和救护车辆。
其中救护人员包括司机、医生、护士、担架员。
实力管理就是对救护人员和救护车辆的状态进行管理。
25.人员管理
系统对救护人员按上班、下班两种状态表示,同时可将救护人员与救护车辆对应绑定,一旦调度某一辆救护车时,自动调度相应司机、医生、护士、担架员出动,并将出动人员与该次呼救任务关联,便于历史数据的查找。
26.车辆实力调度
系统对救护车按以下状态进行管理:
未当班、站内待命、收到指令、驶向现场、抢救转送、途中待命、暂停调用。
对于车辆在不同状态以不同颜色或图标表示,能够进行不同的车辆调度和管理。
对于已派车的往救目的地,系统给予呼救标识(如呼救名称等),一旦标上标识后,所有调度员共享这一标识。
在车辆到达后,由现场人员通知中心,或由系统结合GPS自动确定(依赖于车载信息分系统特性),登录救护车到达现场时间。
同时取消这一标识,避免重复派车或同一地点有另一起呼救时,给予任务加派,一并处理多起呼救。
在监控屏幕能够动态监查显示车辆的各种状况。
当车辆收不到通信信号时,能够在调度台上有告警图案(图标等)显示。
27.实力恢复
当急救站的救护车将病人送往医院并准备返回急救站时,出车人员应将状况及时反馈中心(也可通过GPS监控),救护车恢复为待命状态即可被再调度。
27.1重大灾害事故处理功能
当出现重大灾害事故时,系统提供记录处理重大灾害事故的能力。
28.灾害事故人员伤亡情况记录
灾害事故发生时,中心调度员可利用系统提供的人员伤亡情况功能快速记录灾害事故的人员伤亡情况,包括伤员姓名、性别、初步判断、受伤程度等,以便中心合理调度救护车前往急救。
29.调度员汇报过程记录
中心调度员了解了灾害事故现场伤亡情况并调派救护车后,并根据制度确定是否上报至哪一级领导。
上级领导包括:
科领导、总值班、中心领导、卫生局领导、市政府领导等等。
系统提供重大事故处理流程的提示以及相应的功能记录汇报时间、对象和内容。
30.调度医护人员情况记录
中心调度员可根据灾害现场情况确定调动分站车辆外,还可直接调动相关医院的医护人员和相关车辆,系统提供记录这些调度过程的功能。
31.伤员分流情况记录
对于灾害现场的伤员分流救治情况,由现场中心救护人员记录分流救治情况后,反馈给中心,中心调度员记录这些分流情况。
31.1受理台管理和辅助功能
32.调度员上下班登记
调度员在开始允许受理呼入前需申请上班,如需离开操作席位时要申请离席/下班,并且得到系统允许后才可离席/下班,避免产生无人值班的情况。
33.受理记录查询
在每一个调度台功能中,对每一个当前未完成的急救任务、受理和处理均能够在调度台上查看。
34.多方位信息支持,辅助急救
系统提供多种信息库支持,如:
各医院的医护人员情况,医疗设备情况,急救相关单位情况以及地理信息库等等,这些数据库可从文字和地理位置随时进行查询,以供急救时各方面参考。
系统可通过发送功能将正确的急救措施直接发送到救护车上。
相关单位信息包括:
政府、卫生系统、公安、武警、消防、邮电、电力、供水、环保等。
35.专家知识库支持
36.中毒专家知识库
系统提供当今最重要的和常见的2600多种急性中毒的毒理、临床表现、诊断要点和救治要点,以及五十余种常用的特异性解毒药物的药理作用、适应症、用法、制剂、禁忌症、不良反应和注意事项等。
中毒专家知识库包括:
农药中毒、工业性毒物中毒、药物中毒、中草药中毒、食物中毒、动物咬蛰伤中毒、家用化学品中毒、化学战剂及烟雾中毒、解毒药物等。
37.常见急症常规处理方法
系统提供院前急救常见急症常规处理方法专家知识库支持,包括:
疾病名称、病症描述、诊断要点、即刻处理、转运条件等。
38.化学危险品知识库
系统提供1300余种化学危险品知识库。
该化学危险品知识库包含:
危险品中英文名称、国际危编号、国家编码、化学分子式、性状、同义词/别名、空气中/水中极限浓度、禁忌、急救措施、防护措施、泄露处理、储存、运输要求等。
39.受理台预案查询功能
受理台提供固定方案的预案调用查询,每一个受理台均提供该项功能,当需要查询时,提供需要查询条件,即能显示处置方式的文字提示。
40.辅助信息通告
系统提供辅助信息通告功能,根据急救的需要,中心可向联网站实时发送各种通知、函告;可将救援事件信息(特别是突发重大恶性伤亡事件)通知任意相关站;可将在呼救受理台上查询的任何辅助信息通知任意相关站;可将呼救受理台上编辑形成的任何文本发往任意相关站。
40.1数据管理功能
41.数据查询
可按主叫号码、来电时间、患者姓名、来电人、受理表号若干位、调度员工号、受理台号、救护车号、司机工号、医生工号、地址(模糊查询)、现场地点或送往地点名、初步判断,在不同的时间段内复选查出所需的受理事件及相关信息。
可查询救护车辆的历史信息,回放车辆历史轨迹。
42.数据统计
可以对一段时间内车辆调度数据、调度员工作量、电话判断、受理派车等信息进行统计。
其中包括:
能方便的对资料进行查询、统计和打印应用,可根据日期、时间的分段选取受理调度项目的全部或个别资料,可随时根据数据和日期,筛选排序输出打印。
系统统计结果根据需要可用数字和多种图表形式(直方图、饼图、曲线图等)显示及打印。
43.数据维护
系统提供强大的数据维护功能,可对各种文字数据、地图数据等进行增、删、改。
非常灵活适用,极大地增强了系统的生命力。
44.文字数据维护
完成对在本系统中所涉及的所有相对静态的数据库进行增、删、改维护、打印和查询。
其中包括分站、车辆、初步判断、救护方案、急救人员、调度员、医院信息、救护人员等数据库。
45.数据备份
能将存于硬盘中的受理表或其他数据打包存储,方便使用,必要时能及时备份到外存介质上,以便防止数据库内容过多造成数据库系统性能降低,或在数据库服务器因出现意外而崩溃后,能利用备份的数据恢复数据库,让系统迅速地恢复正常运行。
系统要求车辆历史轨迹资料可保存十二个月以上(保存时间与GPS服务器硬盘容量有关),受理表单的资料可通过光刻录机刻录成光盘永久保存。
46.全面、真实、完整地保存呼救受理过程
系统在呼救受理的同时,全面、真实、完整地保存运行过程,包括:
对话数字录音,呼救受理,派车,指挥,出动等等一系列相关的操作及对救护车执行本次任务全过程的行驶轨迹的记录。
为管理人员逼真地再现呼救受理的历史提供了有效的手段,也为需要追查特定的事件提供了真实可靠的依据。
46.1病历首页管理与维护
病历首页由医生书写完毕并交回后,输入计算机。
医生可以急救科的计算机上看到输入结果,可以查询历史记录,历史记录不允许更改。
46.2出车人员上下班登记
系统调度对象以车为主,根据车辆状况进行调度。
所有随车司机、医生、护士等必须通过终端登记上班(或以刷卡方式—根据终端配置),并与值班车辆关联方可被调动出动。
随车人员下班也必须通过终端输入工号下班(或以刷卡方式),以保障车辆、人员状态与中心一致,便于中心指挥调度。
如果车载信息终端设备存在故障等原因,上下班也可由调度人员人工操作确认。
指挥调度主体--计算机信息系统
46.3计算机信息系统功能
下面进行的系统功能描述中,凡涉及到指令发往救护车的,救护车都装备有车载信息终端,凡涉及到指令发往急救分站的,急救分站都装备有分站系统。
47.呼救受理
⏹以接收120电话为主要呼救来源。
⏹同时可以接入自动呼救分系统的呼救事件。
⏹可以扩充接入其它类型的呼救事件。
⏹系统能同时接收多路呼救。
⏹受理台还具有后台提示或告警功能。
⏹显示呼救电话的主叫号码。
⏹显示呼救电话安装地址及电话的户主姓名等三字段信息(如果提供了电话号码数据库的话)。
⏹电话号码库或局向分布图。
⏹自动记录应答时间、调度员工号或姓名、相关电话录音等信息。
⏹自动生成急救预案。
⏹支持初学者根据选择值选择输入,也支持熟练调度员的快速连续录入,加快填写速度。
⏹在电子地图上定位与地址文字输入操作可以相互替换。
⏹支持“迟缓放车”。
⏹根据“就近”原则自动推荐最佳往救车辆。
⏹支持大型突发事故的处理和调度。
⏹支持任务挂起功能。
⏹系统自动产生调度命令文本和会面地点地图。
⏹提供“增援”功能,加快调度。
⏹撤销呼救时,将保存所有的相关记录,包括呼救电话信息、受理信息、调度出动情况、关联录音等等等。
48.任务监督功能
⏹记录用户催车电话、用户投诉电话。
⏹如果装备了车载信息终端,系统可自动记录来电时间、调度时间、以及救护车接收指令时间、出车时间、到达现场、完成任务、返回站中等时间或以手动方式记录上述时刻。
⏹也可由调度员记录受阻碍原因。
⏹指令执行结果记录。
49.实力管理功能
⏹人员管理(司机、医生、护士、担架员)。
⏹车辆状态管理(未当班、站内待命、收到指令、驶向现场、抢救转送、途中待命、暂停调用)。
⏹对于车辆在不同状态以不同颜色或图标表示,能够进行不同的车辆调度和管理。
⏹在监控屏幕能够动态监查显示车辆的各种状况。
50.重大灾害事故处理功能
⏹当出现重大灾害事故时,系统提
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- XX 地区 紧急 救援 中心 120 系统 方案 建议书