XX地区紧急救援中心120系统方案建议书.docx

资源描述

XX地区紧急救援中心120系统方案建议书.docx

《XX地区紧急救援中心120系统方案建议书.docx》由会员分享，可在线阅读，更多相关《XX地区紧急救援中心120系统方案建议书.docx（67页珍藏版）》请在冰豆网上搜索。

XX地区紧急救援中心120系统方案建议书.docx

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.多方位信息支持，辅助急救

系统提供多种信息库支持，如：

各医院的医护人员情况，医疗设备情况，急救相关单位情况以及地理信息库等等，这些数据库可从文字和地理位置随时进行查询，以供急救时各方面参考。

系统可通过发送功能将正确的急救措施直接发送到救护车上。