《地区紧急救援中心120系统建议书》由会员分享，可在线阅读，更多相关《地区紧急救援中心120系统建议书（49页珍藏版）》请在金锄头文库上搜索。
1、XX地区紧急救援中心120系统方案建议书（此文档为word格式，下载后你可任意修改编辑）概述3系统工作流程9指挥调度主体-计算机信息系统17交换机子系统23数字录音子系统28车载信息子系统32急救分站子系统38地理信息子系统41运行环境要求44系统实施与运作45技术文件、培训、售后服务及技术支持52系统报价活单55附件一、系统相关工程说明57概述1.1院前急救呼救者打120电话到急救中心，调度员询问呼救者情况、调度员调派救护车前往急救、救护车到达现场、现场救护、送病人到医院、任务完成返回。这就是一种标准的院前急救模式，其过程如下图：1.2系统结构分类根据甲方要求以及我们对系统的考虑，120急救
2、指挥系统的建设按相对独立性方法划分，可分为以下几个部分：交换机子系统：交换机主要是提供良好的语音通道，以及加强对语音通讯的管理，以辅助计算机信息系统实施对呼救者的处理。计算机信息系统：调度人员用来进行呼救受理及指挥调度的实时信息处理系统，指挥调度对象是中心各直属站和城八区各急救站所有的救护车以及出车人员。地理信息子系统：为调度员提供处置呼救的现场感受，同时，通过矢量化的城市地理信息，为就近调派救护车、监控车辆状况提供基础的工作平台。数字录音子系统：将急救过程中的对话进行全程数字录音，将为急救当时和以后的事故查询提供最真实、最直接的依据。车载信息子系统：提供救护车的当前位置和状态，实现指挥中心与
3、救护车的数据通信联系，准确合理地派车，为领导提供实时管理人员与救护车的手段和数据。分站子系统：通过建立分站子系统，可实现快速的静态调度功能（不具备独立受理功能），同时，分站的部分管理功能也可通过分站子系统完成，从而形成急救业务的数字化管理。系统结构图一=一一一一S冬莫七供奁W地为二京洪曝Msgz.X/NWWX/NUP兰QB一坦WI1K器装坠梧皿BW妹虞埋/1120呼入通过2MB/S线路进入中心交换机，并经交换机ACD空制后接入受理台。中心与计算机分站之间采用DDN/ISDN顺中继等线路连接，从经济实用角度考虑，建议采用ISDN线路。车载信息终端与中心的通信采用GSM勺短消息机制，车载终端与GS
4、W为无线连接，中心与GSMR为专线连接。1.2.1系统各部分连接一个完备的系统应该在各个子系统之间具备完备和合适的接口。有着完备的接口协议，各子系统问才能协调地进行工作。各子系统之间连接结构图如下：计算机中心局域网内部采用TCP/IP协议进行通信。车载信息终端通过短信中心与中心局域网采用TCP/IP协议进行通信。应用协议为SMPPCMP戒SGIP等。交换机系统与中心局域网使用网络或RS232连接，采用TCP/IP协议进行通信。数字录音系统与交换机、中心局域网采用TCP/IP协议进行通信。1.2.3软件环境本系统软件基丁三层结构C/A/D（即客户机/应用服务器/数据库服务器）结构，本系统的客户端
5、对数据的操作都经过应用服务器处理，再变成对数据库的直接操作。应用软件就是建立在这一结构的基础之上。所有的应用系统都是运行全中文环境里。1.3系统规模根据甲方要求，系统规模按如下配置进行规划:子系统项目配置/规划1、交换机系统120呼入中继1条E1数字中继，中国一号信令或ISDNPRI（30B+D）受理话机数字话机3套模拟用户分机32门模拟用户，用作内部办公电话环路中继环路中继：16路2、数字录音系统录首接口16路（15录1放）。容量160GB容量，非压和储录音时长约6000小时。3、计算机信息系统服务器数据库服务器，CTI服务器，通信服务器，车载GPS服务器受理台配置3个受理台，每个受理台1机
6、2屏计算机分站4套。4、车载信息系统车载信息终端12套。5、地理信息系统欠量化地图，经纬度坐标系基准：城区：1:5000（或1:2000）市郊：1:100001.3.1计算机信息系统功能集中受理120呼救，统一调度所有急救力量。配备5台受理计算机，能同时处理5起呼救。每一台受理机均是一机双屏结构，双屏显示为一屏为受理调度表单屏、另一屏为地理信息屏，减少屏幕切换操作。这种以电子地图为导向，图文并茂的操作界面，增加了呼救处置的现场感。实时自动显示呼救地点周围地图，文字标示呼救来源（需电信部门提供主叫号码信息）。地图辅助，操作直观。可减少误报和恶意电话。可自动确定会面点，对在同一地点的救护车以距离为
7、主进行排序，推荐出动救护车。专家知识库支持：系统提供了常见急救病症及对应急救预案。根据“就近”原则自动推荐待命救护车出动。自动快速形成调度指令直接传送至被调派救护车（安装有车载信息终端）或分站。可调度相关医院的救护车前往急救。提供多方位的、大信息量的支持信息库，如2600余种蠹品库、1300余种化学危险品知识库等。受理调度过程存盘，系统保存所有的处理关键时刻，事后可重现受理过程，便丁查询。提供先进灵活的文字和地理方式的信息查询。优化设计、简单的操作，既可支持初学者减少汉字输入，易丁上手；也支持熟练调度员的快速录入进行受理，提高处置速度。完善的数据库保护功能。后台数据库系统可有效地保护资料在意外
8、的情况下不受到损坏，或在损坏的情况下能得到完整地恢复。完善的通告板功能。可向联网急救站和救护车发送各种通知、函告；可将急救事件信息通知任意联网急救站计算机上；可将在受理台上查询的任何辅助信息通知任意联网急救站计算机上；可将受理台上编辑形成的文本发往任意联网急救站计算机上。救护车通告功能。可通过车载信息系统的SMW能直接向联网救护车发送各种派遣指令、通知、函告等。强大的管理统计功能。包括对调度员操作情况的综合统计功能，以及每一辆车的出动情况统计，出车反应速度统计等等，统计结果能以多种图表方式（如直方图、饼图、曲线图等）反映。规范化的受理处置过程和车辆指挥调度管理。系统提供方便的联机数据维护功能。
9、发现资料不完整时可随时增加、修改、删除，增强了系统生命力。完善的系统运行管理功能。包括受理历史记录的管理（可以跟踪到每一起呼救的每一辆车的出车情况、呼救电话录音等等）；服务器日志管理；系统错误记录管理；系统运行状况动态报表等等。可模拟呼救受理调度进行受理实时演习，培训中心调度员提高实战水平。1.3.2分站系统功能在被调度的急救分站安装置分站系统，完成如下功能：将状态通知服务器；接收通信服务器的命令自动启动接收动作；自动启动警铃，提示准备出动；自动接收急救出车命令单；自动快速显示、打印急救出车命令单；自动快速显示、打印会面地点位置图；保存急救出车命令单及相应地理坐标；接收辅助信息，并显示、打印、
10、存档；通知中心收到信息确认。1.3.3交换机功能交换机系统可提供系统需要记录呼救的各个时间值。提供语首提小功能。提供话务均衡分配功能。提供恶意电话拦截功能，可将预先设定的恶意电话转移到指定放音台上。提供三方通话、来电转移、热键拨号等功能。提供良好的CTI接口，即以上功能可以在计算机上以软电话(Soft-Phone)方式提供，通过计算机直接拨号和接听。详细功能见交换机子系统部分。1.3.4车载信息系统功能通话功能遥控设置热键功能指令接收文字语音播放定位信息车辆工作状态上传收费管理随车人员上下班登记功能系统工作流程1.4120呼救受理调度功能1.4.1事件来源本系统以接收120电话为主要呼救来源，
11、同时可以接入自动呼救分系统的呼救事件。还可以扩充接入其它类型的呼救事件。系统能同时接收多路呼救，因为各受理台之间是并行受理呼救事件。受理台还具有后台提示或告警功能。1.4.1.1电话呼救进入当有120呼救电话打入时，由120电话交换机进行话务分配，被分配到呼救电话的受理台转入受理处理，同时自动做下列两项工作。一是显示呼救电话的主叫号码（即发出呼救话机的电话号码）。如果电信部门提供了电话号码数据库（或者采取“打一送一”方式），还可以显示呼救电话安装地址及电话的户主姓名。二是如果呼救电话是固定电话，而且电信提供了电话号码库或局向分布图（已标注），立即调出呼救电话附近区域的地图（范围可预先设定，通常
12、约13km2）在地图屏显示。使调度员对呼救情况一目了然。如果呼救电话是移动电话，或电话有不送主叫的特殊服务，就不能自动定位地图。这时调度员可以使用系统提供的索引图、地名查询、手工移动等多种地图定位方法。1.4.1.2其它呼救进入当有自动呼救进入时，自动呼救分系统与本系统进行通信，报警被分配到空闲的受理台进入受理处理，显示报警来源的用户信息（如既往病史、过敏史等），其它显示类似电话呼救。调度员还可以手工进入到受理处理。1.4.1.3其它事件提示当呼入电话超过受理台数时，交换机将未分配电话排队并告之各受理台。各受理台提示调度员当前应加快完成手上的受理工作，以接收新的受理呼救，提高呼救服务的质量。1
13、.4.2呼救描述的合理操作，尊重不同用户的习惯每一次进入到受理处理,系统都要新生成一个受理表单,调度员要在此表单上完成呼救描述的填写。在生成受理表单时，系统能自动填写本次服务的急救用户信息、应答时间、调度员工号或姓名、相关电话录音等信息，同时调度员可以通过与呼救人的通话将本次呼救的急救类别、病人姓名、呼救人姓名、现场地点、等车地点等相关内容录入。在进行疾病症状的描述过程中，如果是通过系统提供的判断库进行选择操作，则自动生成急救预案；如果是用汉字输入的方式填写判断内容时，若判断内容是判断数据库中已有的内容则有急救预案，若数据库中没有对应内容则没有急救预案。在填写受理表单的过程中，系统既可支持初学
14、者减少汉字输入，提供选择值选择输入，易丁上手；也支持熟练调度员的快速连续录入，加快填写速度。同时通过特殊的技术处理，使得在电子地图上定位与地址文字输入操作可以相互替换，尊重不同用户的使用习惯。通过调度员的操作，系统判别是否为有效的受理。当执行“发送命令”或者“迟缓放车”时则此次受理是有效的，要保存受理表单。执行“退出受理”则此次受理无效，不保存受理表单。1.4.3科学合理地调派车辆，缩短急救半径系统能够利用车载信息系统提供的车辆定位信息自动推荐最佳往救车辆，自动推荐原则考虑了附近地点待命车辆（包括站内待命与途中待命）的因素和所届辖区分站车辆的因素。调度员可根据实际情况修改推荐结果。对丁大型伤亡
15、事故，调度员可一次指派多个（或全部）急救站的多台（或全部）救护车同时出动。如果暂时无车可派或者是提前预约，调度员可将任务挂起，放入待派任务队列中。一旦有空闲车辆，任何一个调度员可以从该队列中为待派任务调派车辆，补充或修改其它呼救描述信息。1.4.4送往地点在选择往送地点时，系统提供给调度员按“距离”优先排列方法选择医院。调度员还可以任意指定医院或者选择“现场医生决定”（设定位默认值）。1.4.5发送命令调度员完成了前三节讲述的工作，按下“发送命令”按钮，以后的工作由系统自动来完成。1.4.5.1生成命令文本系统自动产生调度命令文本。对丁车载信息系统的命令文本有长度限制，其内容包括：患者姓名、现场地点、初步判断、等车地点、呼救时间、联系电话、来电人姓名等约80100个字符。对丁分站命令接收系统则可以传送较多的内容，包括现场情况描述、派车命令、急救注意事项和会面地点地图。1.4.5.2向救护车辆下达命令如果调派的车辆当前是“途中待命”,系统通过GP5载信息系统自动将命令发到指定车辆。如果调派的车辆当前是“站内待命”，系统在向救护车发送指令的同时，自动由本座席拨通该站电话，人工调
