急救中心智能调度解决专项方案

120指挥系统及车载定位导航系统方案建议书福建省电信公司泉州电信分公司11月目录TOC\o"1-3"\h\z22971项目综述 522781.1项目背景 5293631.2项目理解 5152321.3建设原则 7178371.4泉州电信综合优势 8214672项目总体方案建议 9214762.1系统规划 95112.1.1系统规划目的 990152.1.2三层构造设计 9231402.1.3子系统接口关系 10194682.1.4数据存储规划 12149722.2软件开发方案 12189802.2.1三层架构 12232152.2.2模块化开发 12146432.2.3控件化开发 13166842.2.4业务与数据解决分离 137442.2.5数据驱动式开发 1492652.2.6中间件 14293252.2.7基于JAVA技术业务开发 15327062.2.8开发工具和运营环境 156262.2.9高可靠性设计 154873系统平台总体构造 1765733.1系统总体构造图 17189073.2系统总体构造阐明 18258593.3平台硬件选型 1966263.4平台功能简介 1930613.4.1接入互换机 19226823.4.2CTI服务器 20192633.4.3IVR服务器 21261143.4.4录音服务器 2321293.4.5数据库服务器 23106393.4.6WEB服务器 24198453.4.7GPS服务器 25107543.4.8Gis服务器 25238453.4.9备份服务器 25176303.5中心接警席 25147163.6急救分中心 2627403.7急救分站 26129313.8主叫信息回送 26119333.8.1主叫号码提取 26199503.8.2获取主叫定位段信息 27108943.8.3主叫定位信息发送 27175703.8.4通信握手校验 2719173.8.5通信失败告警 28268423.8.6呼喊记录查询 28285184CTI中间件功能简介 2888434.1话务受理 2883654.2话务路由方略 29234924.3组织机构管理 30218824.3.1部门管理 30176864.3.2人员管理 3017874.3.3班组管理、角色管理、权限管理 30231204.4质检管理 30296194.5其他辅助功能 3146295120业务功能建议 32187495.1业务概述 32140955.2120语音导航 3254195.2.1呼喊和接续主流程 3281435.2.2呼救自动受理 33322395.2.3黑名单解决流程 33252415.3120业务子系统 3430525.3.1功能概述 34196325.3.2呼救报警管理 35194855.3.3处警调度管理 35247965.3.4黑名单管理 4284435.3.5急救资源管理 43325745.3.6重大灾害事故解决功能 43316205.3.7专家知识库 46104195.3.8领导终端功能 47178135.3.9院前急救全景管理 4787835.3.10系统数据管理 47204685.3.11系统帐户管理 4886355.3.12系统辅助功能 48270645.3.13系统维护管理 49126655.3.13数据报表记录 49133045.4录音管理 49134105.4.1概述 4971415.4.2全程录音管理 50270835.5Gis地图服务 51303935.5.1概述 5182565.5.2详细功能描述 52220535.5.3与120业务子系统接口 52293705.6升龙数码Gis接口引擎 5384805.6.1XML和XSD 5332435.6.2SOAP 5372425.6.3WSDL 5349585.7地理信息系统（GIS）原则 5397876车载GPS子系统 5519256.1概述 55203436.2车载终端硬件选型 55183996.2.1终端描述 55294106.2.2硬件架构 56262016.2.3产品配备和功能 58232666.2.4成功案例 62192426.2.5设备性能 6283466.2.6产品认证 63157826.3车载信息解决系统 6476416.4车辆管理功能 65268566.4.1车辆调度 65204096.4.2远程车辆控制 65252116.4.3语音监听 66140836.4.4车辆监控 66111846.4.5历史轨迹回放 66278516.4.6近来终端查找 67108206.4.7短信查车 6853536.4.8地图服务 68152276.4.9报警报表记录 68259096.4.10里程记录报表 69237806.4.11行车记录报表 69285966.4.12操作指令报表 69896.4.13轨迹报表 6938646.4.14报警服务 69项目综述项目背景随着国内人民生活水平提高，人们健康意念也日渐增强；同步随着着政府公共医疗配套体制建设和健全，国家医疗卫生工作重点也正逐渐从老式以医疗为中心向以人为本健康保障型转变，120急救指挥网络正在成为社区服务信息网络和社会保障系统重要环节。拟履行120院前急救体系深度信息化建设，以达到统一受理、可视调度和高效管理目的。为创立和谐晋江、平安晋江贡献力量，推动海峡西岸经济和谐发展贡献力量。项目理解晋江市医疗急救中心以院外急救为重点，承担全市医疗急救和重大意外灾害事故急救指挥、调度、记录和分析；进行各种急、危、重症病人现场急救、转动及途中医疗监护；组织和承担关于急救医学教学、宣传以及急救医学知识普及。为此晋江市120急救指挥调度系统将需要被建设成为一种完善高度一体化指挥调度系统，重要涉及晋江市120急救中心内部有关各子系统建设，各急救分中心及急救站系统建设将以晋江市120急救指挥调度系统建设基本原则进行统一规范，以于利全市信息网络形成。实现市120指挥中心与急救分站计算机网络及有关领导办公室计算机大联网；实现市120指挥中心对急救车辆动态调度和管理；形成全市范畴内120有线、无线全方位立体调度语音通道大网;咱们以为需要本期项目应采用当代数字通讯技术、网络技术、数字地图技术和计算机信息管理技术，将呼救受理和指挥调度有机地结合起来，以实现医疗急救指挥精确化、迅速化和可视化，系统在技术上将采用开放式架构进行构建和布置，以满足项目高可靠性、高稳定性支撑能力。晋江120医疗急救网络包括三某些内容：1、120通讯指挥中心，重要装备有120电话系统、GPS系统、电信手机通讯、微机系统、车辆。2、120急救分站，由晋江市各急救站构成。3、市各联动医院急诊科。以上急救网络涵盖全晋江市。项目在规划上包括如下子系统：1、数字互换机子系统：作为急救指挥系统最基本工作平台，将提供可靠语音通道，并加强对120语音通讯管理，以辅助计算机系统方式协助120中心操作人员实行对呼救者解决。该系统涉及：有线数字互换机系统、IVR自动语音应答系统、CTI服务系统以及CTI功能软件等通讯软件，支持ISDNPRI信令及七号信令。2、数字录音子系统：采用数字互换机和数字录音软件通过并线方式实现120电话交互内容录音，并与呼救报警记录建立关联。3、计算机子系统软件：呼救受理子系统是急救指挥调度业务应用软件系统，是急救指挥调度核心系统，是一种完毕从120呼救到院前急救完毕实时解决系统，涉及：接受120呼救、调度员进行呼救受理、生成急救预案、调度急救分站救护车辆、运用有线/无线数字通信技术，将出车指令发往相应急救站或救护车、出车人员。急救站或救护车接受指令出动，急救过程信息反馈等等。此外当急救现场力量局限性时，还可增援，并提供有关支持信息，涉及专家知识库支持以及重大灾害事故解决功能等。4、车载GPS信息子系统：“就近”调度原则实行基本，实时掌握急救网内救护车及人员配备、车辆位置和状态，指挥人员根据现场地址拟定并调派就近处在待命中救护车，与救护车实现完全无线数据通信与话音通信联系。大屏幕投影子系统；实时展示报警定位、调度定位和调度状态等信息。环境支持子系统，包括不间断电源子系统、中心机房环境、基本数据通信网络等内容。以上各子系统既相对独立，又互相协作，从而形成技术先进、管理完善、安全可靠120急救电话服务和指挥调度系统。建设原则规范性整个系统各种软件、硬件均符合有关国际、国内原则。开放性整个系统要具备可开放性架构，适应发展中技术和业务，提供开放二次开发接口，业务维护和发展不依赖于设备厂家；可以保证业务持续发展，为此后发展提供有力保障。先进性采用当前世界上先进基于计算机网络软件、硬件产品以及模块化软硬件设计；同步在信息技术方面，充分考虑信息技术发展趋势和可用最新技术，制定最佳解决方案，从而保证系统在技术上领先；设备厂商和系统开发商应选提高系统生存期。实用性充分考虑实际系统建设近期目的和远期目的（既要符合实际状况，又要结合将来运营模式变革），根据当前顾客规模、业务运营状况及服务规定，满足客户使用以便、系统管理以便原则，来规划和建设系统规模、软件功能和业务功能。在保证系统服务质量前提下，建立一种合用实际环境，能满足业务核心功能需求实用系统。顾客界面规定直观、简洁、和谐，菜单规定功能清晰，具备简朴层次感，界面应采用统一风格，统一操作方式。可靠性呼喊中心系统可靠性是至关重要，直接影响到呼喊中心系统使用者经营效益，设计方案采用设备及重要技术必要是成熟、可靠，以保证系统（软件、硬件和操作系统）长时间正常动作。整个系统应采用各种容错手段，重要设备采用主备、双机、负荷分担或镜像备份方式工作。只有充分保证系统平台稳定和可靠，才干为业务高效运作提供有力保障。扩展性一方面，系统采用层次化、模块化设计，随着业务不断变更和扩展，已有模块修改及新模块加载不影响其他模块运营，做到系统平滑升级；另一方面，系统可以支持、适应业务量和交易量增长，良好可扩展性可保证系统可以支持业务不断增长。安全性安全性是指对系统和数据保护，是当代信息系统必不可少重要环节，良好安全管理办法可以增强顾客对系统信心和信任度。因而，必要充分考虑整个系统运营安全方略和机制，参照行业原则和最新技术发展趋势，保证呼喊中心系统在使用中对数据保密性和对系统安全性，并且可依照不同业务需求和应用解决，设立不同安全办法。经济性在当前国际、国内激烈市场竞争中，成本控制对晋江医院来说非常重要，因而，对于呼喊中心系统设计和实行必要充分考虑与既有系统融合，力求以较少投资获得较高效益。泉州电信综合优势泉州电信作为本地综合电信网络运营服务商，若最后承建此项目，将可觉得120长远建设和运营提供最佳服务保障，重要体当前：为项目建设提供最为可靠120电话接入网络解决方案，泉州电信将结合自身在电信级互换网络建设基本上为120项目提供高可靠语音接入解决方案、信令路由备份方案。为120报警源提供最完整定位解决方案，为晋江120系统提供固网、移动网主叫号码定位解决方案和信息互换接口开发支持。泉州电信在通信技术解决方案、项目集成和后期技术服务方面将具备无可比拟本地优势，可觉得晋江120项目长远运营提供可靠保障。随着3G技术发展、IP语音技术应用成熟，120指挥调度也将朝着网络化、IP化和深度可视化方向发展，泉州电信作为将来3G网络建设和业务运营主导者，将切实为120演进和发展提供可行技术保障。最后，泉州电信作为本地最为可靠综合信息服务品牌，具备为120提供更高层次本地化服务。项目总体方案建议系统规划系统规划目的咱们以为晋江120急救指挥系统建设目的是实现：实现既有120各子系统整合和集成，实现信息共享和管理提高。采用开放式、模块化设计办法，实现各子系统之间低耦合和信息高度共享支持。系统各子模块遵循共同设计、开发原则，统一通信合同以便于将来各子系统扩展、升级。以上规划以便于系统长远扩展需要。三层构造设计系统分为数据中心、120接入平台、120接警中心和急救分站等内容，在软件架构上分为数据核心层、业务逻辑层和接入层三层，其中数据核心层又分为数据子层和服务子层。如图所示。系统层次体系构造示意图数据核心层是系统对业务数据进行统一组织、集中管理平台，它为业务逻辑层提供规范、高效数据服务，实现业务数据充分共享，是整个系统基本。业务逻辑层是系统业务解决逻辑平台，它通过对数据核心层服务子层原子服务调用访问业务数据，实现不同功能模块，满足不同业务需求。业务逻辑层由若干业务函数和业务过程构成，为接入层提供业务服务，实现业务逻辑共享，完毕相应业务功能。接入层是系统与外部进行数据互换平台，由接入逻辑构成。接入逻辑分为界面逻辑和接口服务。对于系统使用者，提供多样化界面逻辑，实现对业务逻辑共享；对于与本系统相联其她系统，向业务逻辑层提供一组接口服务，业务逻辑层通过接口服务完毕与其她系统数据互换。子系统接口关系系统业务软件采用B/S构造予以实现，在逻辑构造上包括数据核心层、业务逻辑层和业务体现层三层。遵循数据集中、三层构造原则，系统可实现数据统一、业务统一目的，高度共享有效资源，优化业务流程，提高客户服务水平，提高服务质量；为管理决策提供科学、精确、及时根据。如下图是系统软件构造构成：本期项目事实上需要构建如下子系统：互换及录音子系统：实现电话互换信令管理、呼喊控制和接续管理、CTI服务、IVR语音导航、全程录音、呼救接入排队、呼救话务分派、话务路由、座席软电话、语音呼出调度(一键到位)、绿色通道等管理支持。120业务子系统，实现呼救受理、可视化调度、急救资源管理、急救知识专家库等管理支持，同步可以对突发事件及特殊保障事件,设计明显报警手段和周到应急办法。与呼救主叫信息解决系统接口，还可以初步定位呼救者位置，若使用固定电话报警则需要获取到机主姓名、装机地址等内容，若使用移动电话报警则需要获取主叫名字、所处位置经纬度信息，以上信息将有助于尽快拟定调度方案，与车载GPS及大屏幕投影系统相结合可以进行可视调度，提高了120调度、院前急救出警效率。车载GPS子系统，实现院前急救出警定位、导航、语音通信和院前急救信息解决，与120指挥中心配合进行可视化调度，以实现精准调度。各子系统之间通过服务接口实现数据互换和信息共享，以统一接口合同方式减少各子系统之间耦合度，提高子系统灵活度。数据存储规划与系统业务有关基本数据包括：矢量地图库数据、呼救日记、呼救受理记录、施救出警记录、可视化调度信息、病人信息、院前急救信息、系统记录和分析数据等，以上是系统正常运营所必须和一定会生成；考虑到120长远信息化建设需要，咱们建议本期项目建设时规划两个基本数据库：矢量地图数据库和120业务系统数据库，两者可以布置在相似物理设备上，也可以布置在不同物理设备上，之间通过接口服务完毕数据共享和数据互换。软件开发方案系统在软件设计上将综合考虑如下设计和实现原则进行，保证各子系统软件、业务解决模块化、可叠加和无缝挂接。三层架构除CTI服务器和IVR平台外，系统所有业务软件设计和实现上采用三层模式：核心数据层、业务逻辑层和界面呈现层，界面模块采用HTML/JAVA编写，座席采用浏览器，界面美观，系统维护以便。中间业务逻辑层采用J2EE架构，体现强大系统设计能力，满足当今世界发展趋势和大方向。模块化开发完整120急救指挥系统应由话务接入平台、数据应用平台和车载GPS等有关某些构成，互相之间保持相对独立。以上各子系统均采用模块化开发办法，保证模块间独立性，以适应将来系统软件升级和叠加调节需要，同步也加强了整个系统可扩展性能。该设计办法，可以在最大满足客户规定基本上而不破坏整个系统完整性。控件化开发所谓控件式开发，即依照类可继承与可重载特性，规划出其构造，这样在扩其系统功能时可以选取相应父类，从该类继承下来，这样话可以减少其开发量，并且扩展功能无需考虑上层完毕事，只需将该功能所要做事完毕后即可。另如上图如示，这样开发办法还可以在最大也许性上满足客户特殊需求。业务与数据解决分离所谓业务与数据解决分离，即业务解决只需完毕对业务流程控制，详细对数据上操作则由数据解决模块解决，且业务解决模块无需关怀数据究竟是如何解决，如上图如示，这样话，在使用三层数据解决模式时，业务解决模块也无需更改。数据驱动式开发所谓数据驱动式开发，即将某些经常性变动内容以数据配备方式存在，这样在进行业务解决时，业务解决模块就可以依照配备进行解决其流程，这样话可以减少对系统软件修改，增强系统灵活性。中间件WEB服务器采用业界流行WEB中间件，如BEA公司WebLogic或东方通TongWeb或TomCat。采用中间件，体现为如下特点：前台（座席）客户实现表达逻辑，采用按服务进行祈求并等待服务返回解决成果，而不用考虑服务详细分布和服务实现细节；后台自动业务实现业务接受流程，通过调用服务实现业务解决逻辑；数据库服务器实现数据存储服务；一应用服务器中服务也许需要祈求另一应用服务器服务；减少连接数、提高数据库服务器效率；提供一种三层构造应用开发和运营平台；完毕应用服务分布和调度；负责客户机和服务器之间联接和通讯、保证交易数据传播；保证数据完整性、安全性；保证全局事务完整性；保证大规模并发解决响应；易于扩呈既有系统；应用集群，保证高可靠性；软件维护以便。基于JAVA技术业务开发在老式Client/Server构造中，前端客户机上普通会有各种各样应用，例如有业务逻辑解决；有界面显示控制。随着业务发展，客户端程序将越来越庞大，越来越复杂，维护也将变得越来越难。对此，咱们提出B/S架构解决方案，将业务逻辑和界面显示集中在WEBServer上。客户只要使用浏览器即可访问系统，对客户机硬件规定低，容易分布到各地区。在更新应用程序时，只要集中更新WebServer即可。为便于在不同主机间移植应用程序，咱们使用Java作为WebServer开发语言。各类重要Web服务器软件都支持JavaServlet。由于Java是支持字节码语言，可以实现“一次编译、随处运营”，即编写JAVA程序可在装有不同操作系统机器上运营，从而真正实现了跨平台移植。并且Java支持废弃资源回收机制，将有效防止程序中内存泄露，为Web应用健壮性提供了有效保障。此外，Java提供大量功能强大组件，支持各种API，如操作XMLSAX与DOMAPI等，这一组件库还在不断完善之中。开发工具和运营环境WEB服务器：采用JAVA编写，运营于WebLogic、TongWeb、TomCat环境上；座席程序：采用浏览器方式，用JAVA语言编写，运营于WINDOWS环境；自动台程序：用原则C语言编写，运营于Linux或Windows环境；业务服务程序：用原则C语言编写，运营于Linux或Windows环境。高可靠性设计120急救电话服务系统作为地区急救联系和调度中心，对于保证社会和谐起着极其重要作用，为此作为系统接入平台应满足下列基本规定：高性能：接入平台应当实现对120系统接入提供电信级支持，在系统高并发和大容量基本上提供安全可靠接入；可伸缩性：保证在充分运用系统资源前提下，实现系统平滑移植和扩展，同步在系统并发增长时提供系统资源动态扩展，以保证系统稳定性；高可用性：实现电信级7*24小时高可用性，具备容错和自动恢复功能，支持多机集群布置方式，并能实现透明地故障迁移和数据恢复；可靠性：应防止非系统级数据丢失或出错，同步提供对系统级数据丢失和出错实现恢复和容错机制；可扩展性：在进行扩容、新业务扩展和系统接口连接中，提供迅速、以便和准的确现方式；健壮性：提供可靠运营环境，保证系统在内部、外部不可预知出错状况下，可以提供对的解决机制；安全性：提供完善信息安全机制，以实现对信息全面保护，保证系统正常运营；可管理性：提供良好系统管理机制，保证可在系统运营过程中提供应管理员以便管理方式，以解决各种状况。除了上述设计思路外，咱们在项目建设和业务实现上还兼顾如下原则：保证系统可演进性。由于系统是用于对120各类业务需求和有关服务进行全面支撑，必要保证系统尽快切实地为中心接警代表和管理人员工作提供协助，解决某些原先啰嗦和不容易做到事情。因而，系统长期目的与近期现实目的要相一致，保证明现近期工作支撑与向长期目的一致过渡可演进性。保证系统易用性。由于系统面对使用对象是中心接警代表和医疗急救管理者，实时性规定高，要做到可以快捷以便地得到她们所需要信息，因而系统易用性显得十分重要。对此就必要使系统具备从各类子系统中提取数据和界面，并具备将这些数据和界面集成到一起良好集成能力。保证系统接口规范性和可扩展性。本期项目将在行业业务规范和技术规范框架内定义各类服务和业务访问接口，需要考虑此后业务可扩展和便于接口维护。若接口不规范将导致业务扩展遇到困难，同步势必影响系统迅速实行和推展工作，因而如何保证系统接口规范性和可扩展性就十分重要。保证系统稳定性、安全性和可追溯性。本系统需要保证7*24小时不间断，因而保证系统稳定性、安全性和可追溯性必要性是不言而喻。保证系统业务实用性。由于系统是用于对中心接警和调度管理人员进行全面支撑，因而必要保证系统能切实地为有关人员和部门寻常工作提供协助，并可以提高工作效率和优化管理流程，有助于全面提高120服务能力。系统平台总体构造系统总体构造图系统总体构造如下图所示。系统总体构造阐明晋江120急救指挥管理系统平台建设可以从逻辑上划分为四个某些：系统核心设备平台系统核心设备平台是指对系统业务软件功能进行支撑管理软硬件平台，涉及系统数据库服务器、存储备份设备、核心网络互换设备、WEB服务器、GPS服务器、GIS服务器等。从设备物理位置上，重要指安放于晋江120中心数据机房设备。以上设备构成数据平台将对120急救指挥管理系统应用软件进行支撑，同步为120系统与卫生局管理系统、110报警管理系统、急救分站管理系统和主叫信息回送管理系统等数据互换提供接口，是本期项目业务核心某些。120急救呼喊接入平台接入平台是指向晋江全市居民提供呼救服务统一接入平台，该平台包括了有线和无线电话语音接入、特殊保障事件呼救接入等。包括接入语音互换机、CTI服务器、IVR服务器、数字录音平台及网络配套设备，地点设立120中心机房内。中心处警席处警席是指在120急救指挥中心座席连接和接警服务平台，包括接警席计算机、话务耳麦、急救资源分布、GIS可视调度和大屏幕投影设备等。急救分站包括急救分站救护车、车载GPS终端、急救医疗设备、急救人员及信息解决系统等。主叫信息回送平台针对每个120呼喊回送主叫信息数据，固定电话将回送主叫号码、装机地址、机主名称.平台硬件选型鉴于既有晋江120系统实际运营和话务量解决规定，本期项目中心平台构建建议如下：互换机子系统：KEYGOE1000VC。CTI服务器：HPDL160。IVR服务器：HPDL160。录音，数据库，WEB服务器：HPDL160。GPS，GIS服务器：HPDL160。 平台功能简介接入互换机系统是基于PSTN排队机系统，它与前端通信网络相连以进一步屏蔽底层网络复杂性，采用“载承与控制分离”先进思路，提供系统对120急救系统消息引入、控制支撑能力，对上层提供自动业务和人工业务原则开放接口，对各种呼喊进行统一引入、统一路由、统一排队。CTI服务器CTI设备将通信网和数据网融为一体，是整个平台120急救系统呼喊中心系消息解决、消息过度核心，CTI设备在系统中普通以CTIServer形式体现。为了保证系统稳定性，CTIServer采用双机集群方式工作，CTIServer可以和其她功能实体通过TCP/IP通信，与SoftACD排队机间接口采用CSTAII原则合同，与座席之间采用TSAPI合同，它向SoftACD排队机发送与呼喊有关控制指令，两者配合完毕120急救系统呼喊排队业务互换与控制、完毕复杂路由排队控制，并提供开放业务路由排队算法。CTI还可采用负荷分担方式工作，负荷分担可采用业务分担、呼喊分担或两者结合方式，这样既保证了可靠性又保证了高效性。两者共同完毕呼喊排队业务互换与控制，并提供开放业务排队合同。基本控制功能重要完毕各种基本呼喊控制操作功能，对各种呼喊进行基本管理，依照接入码不同提供顾客、座席之间呼喊控制解决功能。预解决功能预解决模块依照顾客传递资料和指定方略，结合系统存有顾客信息，进行分析和计算。输出顾客优先级、技能、指定座席等基本排队和路由参数，以便提交给CTI基本路由排队模块进一步解决。预解决模块核心思想是对系统中复杂路由排队方略进行分解，分解为路由排队模块中提供基本路由方略和基本排队方略，这些复杂路由排队方略也许涉及：结合详细呼喊种类和虚拟中心，可配备路由方略方案。路由控制功能基于技能路由是指话务员自己技能，当呼喊到来时能依照呼喊种类不同来分派，智能路由（虚拟路由）则依照来话信息和座席信息及通过系统监控等决定来话路由分派。120急救系统呼喊统一路由方略：对语音、数据、视频等120急救系统呼喊，经系统对不同媒体类型呼喊进行统一呼喊模型抽象后，可对各种媒体类型呼喊提供上述路由方略。排队控制功能对于排队算法，排队根据各种各样，如呼入时间段、主叫号码、主叫可以接受等待时间、可用座席员数、等待最久来话、座席员业务技能等一系列参数。当呼喊进入系统后，依照呼喊类型、主叫信息、被叫信息、呼喊时间、系统信息、顾客选取、顾客历史信息、系统状况等因素，将顾客接续到特定排队队列中。120急救系统呼喊统一排队方略：对语音、数据、视频等120急救系统呼喊，经系统对不同媒体类型呼喊进行统一呼喊模型抽象后，可对各种媒体类型呼喊提供上述排队方略。方略定制及启用：系统可以对不同排队方略进行组合，调节方略先后顺序以及配备新排队方略，分派给详细业务和产品使用，实时启用并生效，动态地增长新排队方略。IVR服务器IVR作为系统中普通业务和智能业务控制点，通过与呼喊控制实体（软件排队机）交互完毕对呼喊控制功能。重要完毕各种呼喊接续操作，对呼喊进行基本管理，依照接入码不同或顾客选取来分派自动解决。IVR呼喊控制功能分为如下二个方面：对软排队机SIP呼喊控制、对调用第三方应用呼喊控制。IVR可控制软排队机SIP呼喊，IVR与软排队机之间接口采用SIP合同，SIP合同可以建立、中断、管理端到端会话。当IVR收到来自软排队机呼喊后来，IVR依照得到呼喊信息，调用相应增值业务。依照业务执行需要，IVR也许对呼喊进行如下一种或各种解决：重定向：IVR给软排队机发送一种新目地址，对当前呼喊重新定向，实现翻译和选路等业务。接受并传送：IVR为呼喊分派媒体资源，控制软排队机连接媒体资源。当顾客完毕与媒体资源交互后，可以将该呼喊接续到新地址或切断呼喊，实现呼喊卡、传真存储转发等面向媒体业务。代理：IVR将呼喊回送到软排队机，并监视后续呼喊事件，实现卡类和定期类等面向事件业务。除了上述功能外，IVR还支持向软排队机发起呼喊功能，即依照WEB、Email、推送、即时消息（IM）等第三方应用祈求代表顾客向软排队机发起呼喊，实现基于WEB和消息呼喊控制。对于需要调用第三方应用呼喊，IVR可以依照收到呼喊有关信息和业务逻辑需要，对呼喊进行控制，通过API接口调用第三方应用。转移呼喊IVR可完毕呼喊转接，有两种转移方式：一是征询转移，二是单步转移。IVR在被叫方应答后原呼喊才应答，在转移状态下，IVR向被保持呼喊方播放保持音。业务数据功能IVR具备提供普通业务和智能业务所需要业务数据功能（SDF），涉及业务数据和顾客数据存储、访问和管理等。在业务执行时IVR可以实时提取有关数据，并能对数据进行相应管理。导航功能导航功能是对顾客呼喊进行相应提示引导或分流，使顾客能依照规定进入到相应子系统完毕为其服务功能。IVR提供客户呼喊接入后给出自动语音提示功能，并通过二次收号引导客户到所需指定服务项目以及收集客户信息等。放音功能IVR在MRS配合下完毕放音功能，提供播放惯用提示音、本地文献、暂时录音文献、播放整数、播放字符串、播放价格、播放日期、播放时间、播放中文字符串合成音、播放中文文本文献合成音等功能。收号功能IVR在MRS配合下完毕收号功能，接受顾客输入证件号码、电话号码、密码、日期、时间、答案、按键选取等。计费功能IVR具备对各种普通业务和智能业务呼喊进行计费功能，具备各种业务所需要计费信息、完毕计费数据产生、存储和传送功能。录音服务器录音服务器作为系统在电话呼喊、接续和通话过程即时语音信息记录平台，提供如下软件管理支持：录音资源管理支持。通话过程即时全程录音支持。管理者进行录音听取、下载等服务支持。数据库服务器在平台这样一种全能业务平台系统中，可以有各种本地数据库，也可与异地数据库相连。它们可以是：提供系统平台功能支撑平台数据库，提供业务支撑各种业务数据库，提供顾客各种信息数据库（如电话号码、联系方式等和为顾客提供过服务各种历史数据库），提供各种信息资源数据库（如号码资源、话单信息、顾客投诉、建议及有关解决等各种信息等）。运用DW，依照一定方略、算法，对所获得资料定期进行记录分析，供晋江医院领导作出决策。访问数据库当系统部件（如IVR、CTI等）需要对数据库表进行查询（Select）、插入（Insert）、更新（Update）和删除（Delete）等操作时，系统部件只需将访问祈求发给布置在应用服务器ZTEComm中间件服务端进程，服务器完毕操作后再返回成果给系统部件。数据库更新与同步系统数据库访问设计系统平台数据与系统业务数据需要满足数据库实时性操作规定，某些数据（如投诉信息、征询等）同步和更新可以是非实时，可采用定期方式更新；对系统需要实时访问数据实时更新由应用服务器完毕。WEB服务器在系统中，WEB服务器不但是为座席系统提供人工业务逻辑重要设备，提供座席系统使用WEB人工业务页面，同步，系统中WEBTouch业务提供，如文本交谈、白板共享、表单共享、网页导航等功能也是通过WEB服务器实现；WEB服务器还向顾客提供WWW服务，顾客可通过WEB服务器访问平台业务系统。PC顾客通过WEB服务器访问系统，同步向Internet提供WWW服务。WEBTouch业务提供文字聊天、白板共享、网页导航、表单共享等功能也是在WEB服务器上实现。顾客使用浏览器（IE、Firefox等）访问系统时，一方面输入顾客名和密码验证自己身份（如果第一次进入先注册），再输入自己呼喊主题，系统依照该主题把呼喊分派到恰当座席。顾客和座席在图形界面中输入交谈内容交谈，需要时还可以发起其她业务（点击通话、共享白板、网页导航、表单共享、WEB回呼等）。交谈结束顾客退出聊天室时，可以对座席服务质量进行评价。如果顾客还但愿进行其她主题呼喊，不需要重新登录就可以再次发起呼喊。GPS服务器作为120车载设备通信服务模块，通过互联网与车载设备建立通信链路，项目集成时需要配备一种互联网C类静态地址；服务器自身完毕如下功能：接受车载终端设备定位信息。提供车载GPS信息接受和交互。提供出警车辆定位和行进路线图信息生成。提供呼救主叫定位服务，接受和解决泉州电信提供主叫定位信息。提供出警车辆行进导航服务。Gis服务器本期项目将在本地构建Gis地图信息管理系统，详细包括Gis地图数据库服务和地图引擎服务两某些构成。详细功能如下：存储Gis地图信息。为120计算机子系统提供服务接口，实时都市地图信息展示。与GPS结合进行可视化调度支持。备份服务器备份和存储120业务数据库。备份和存储GiS地图库数据。备份和存储120全程录音数据。在物理上容许与维护工作站一并进行布置。中心接警席医疗呼救受理。座席人员录入信息。院前急救预案生成。涉及车辆选取、那个分站解决等。可视化调度和指挥。如果结合全球眼、3G则可以视频解决。特定保障、突发事件、灾害急救资源调度。三方通话等功能相结合解决。医疗急救知识专家库提供。平时录入积累。形成强大知识库。急救分中心提供类似于中心接警席服务支持。急救分站医疗急救支持单位，为120急救指挥中心认定有资质医疗服务机构，配备有急救医疗小组、救护车、车载GPS、急救值班总机、医疗信息管理系统等。主叫信息回送作为120急救指挥管理系统有效支持，主叫信息回送系统将可觉得120提供呼救者所处地理位置或经纬度信息，将有助于接警人员迅速受理呼救祈求，并做出急救调度预案；同步在后续可视化调度中有助于为出警急救车辆提供行进路线导航。泉州电信作为本地最有综合电信业务信息服务提供商，针对本期120项目建设提供了完备主叫信息回送解决方案，如下将结合泉州电信主叫信息回送系统予以详细描述：针对电信固网电话、小灵通：每个针对120呼喊，泉州电信将可以提供主叫号码、装机地址、机主名称等三字段信息。这三个字段可以通过座席前台人员入录时提取。针对天翼手机，对于已开通主叫位置定位客户，容许通过电信定位网关提供报警主叫位置。如下是泉州电信主叫信息回送平台详细功能阐明：主叫号码提取在电信120接入机房通过高阻并线，系统将可以同步获取到拨打120医疗急救指挥管理系统主叫电话号码及中继时隙号，为检索、获取和使用三字段信息提供根据。获取主叫定位段信息对于报警主叫是固定电话类别，120系统可以通过与泉州电信客户资料库通信接口，获取该报警号码所相应机户名称、装机地址，形成涉及起始符、包序符、中继线路号、主叫号码、顾客名称、装机地址、校验码、结束符等信息数据包。由于重要信息为主叫号码、顾客名称、装机地址等三种，故简称其为三字段信息。对于报警主叫是小灵通类别，泉州电信小灵通呼喊定位管理系统，相应将向120系统回送报警主叫小灵通所处地理位置经纬度信息，含经度、纬度两某些内容，120计算机子系统将可以在Gis地图上进行报警源定位展示。需要晋江120申请协调泉州电信地址库信息。作为重要手段地址库信息将由座席人员录入信息。报警人员打电话时，120系统弱屏显示已录入信息，若信息无由前台人员手工录入信息。这样形成强大地址库信息。主叫定位信息发送主叫三字段信息包可以通过泉州电信电话定位管理系统和120系统之间数据传播电路进行传送：组网方式容许有：电话专线（或DDN、TCP网络）。数据传播方式容许有：以RS232异步数据传送方式；或TCP网络包发送到120系统。通信握手校验主叫信息传播通过系统联网接口设备和120系统双方握手后进行。系统联网接口设备作为发送方，在信息发送之后，等待120系统发送应答信号。应答涉及成功和失败两种。若接受到传播失败应答信号，则系统自动进行数据重发，同步发出告警信号。每30秒（时长可调）会重发送一次握手信号。系统在等待应答信号时可发送其他三字段信息。通信失败告警在握手通信过程中，若接口设备在发送信息后收不到120系统应答信号，则会产生告警信息，提示系统维护人员检查故障，以便及时修复。呼喊记录查询系统人工记录呼喊相应120系统主叫号码、顾客名称、主叫地址、呼喊时间等信息，可通过主叫号码、顾客名称和日期可查询呼喊记录。也许查询界面进行三段信息、其他信息进行查询。CTI中间件功能简介作为CTI中间件，本期项目需要包括如下功能支持。话务受理座席是呼喊中心系统提供人工服务直接个体，其功能将是呼喊中心系统性能重要体现，库易呼喊中心系统座席系统有着强大功能。座席登录/注销电话接听电话呼出电话转接电话插拨三方通话/电话会议权限管理路由管理电话速拨通话录音语音留言免打扰常摘机属于各种工作组（座席合并）自动播报工号等待音乐座席状态设立来电显示三方通话描述：实现某座席在接受到话务后，可以呼喊其他座席或外线，实现三方通话。在呼喊第三方时能设立呼喊等待时长，系统提供默认时长。通话三方可以是两个话务员和一种顾客，也可以是一种话务员和两个顾客。话务员工作量记录话务路由方略技能组是呼喊中心系统人工服务基本单元，是提供一系列先进呼喊中心功能基本元素和平台。系统可以依照需要灵活设立技能组，每个组都可以灵活地添加和删除座席成员。技能组可以有独立语音邮件、路由方略、作息时间、座席技能管理等功能。ACD自动话务分派功能是建立在技能组基本上呼喊中心系统重要功能，自动话务分派功能是系统依照特定算法，合理地安排话务员资源，自动将呼喊分派给最适当话务员进行解决。系统可以实时跟踪话务台状态，生成有效话务队列，并可随时按照来话信息，调节排队算法，分派队列解决能力，适应瞬时需要，充分地运用系统资源，提高系统解决能力。ACD功能可以与技能组配合使用，实现更加丰富和人性化话务分派功能。系统内置了各种涉及依照技能路由在内智能排队机制，也可以依照公司实际需求，使用新算法开发更各种性化自动话务分派方式。组织机构管理部门管理描述：对整个话务中心以及与话务中心有关部门进行管理，涉及部门名称、通信地址、邮政编码、联系电话、E_Mail地址。人员管理描述：对可以使用本话务中心系统所有人员进行管理，内容涉及：工号、姓名、密码、通信地址、邮政编码、联系号码、E_Mail地址、角色、权限、可分派角色、可分派权限等信息，针对话务员还应当有其所在小组（指内部定义，为了进行小组竞争）、服务组（指专业受理台、综合受理台等）、业务水平级别等信息。班组管理、角色管理、权限管理描述：对角色与权限关系进行管理，即某一种角色中包括了哪些权限。质检管理质检监听实时显示操作员工作概况及详细状况，涉及：当前所在台席号、当前状态、当前所在窗口名称、当前控制/被控制台号；详细状况涉及直接将被监视话务员当前操作窗口实时地传递到本台席（集成第三方工具开发），并能随时发出告警信息在被监视台席前端弹出直至话务员取消。质检录音质检录音调研模块提供在线质检录音调听支持功能。质检员可以依照质检筹划、录音调听查询条件进行调听录音，在调听录音时可以同步做质检考核。在听录音过程可以快进、快退等方式进行录音调听。在调听结束后，可以依照质检员需要将某些有针对性录音文献转移到知识库保存，作为案例使用。质检评估质检评估重要提供应质检员在质检过程对被质检对象进行评估使用，同步质检评估模块可以依照考核指标定义对客观指标进行自动考核。质检员可以依照实际状况对话务员业务指标等进行评价。考核管理模块考核管理重要涉及寻常考核和指标考核管理两个某些。寻常考核管理模块提供针对客服中心制定各种规章制度对人员寻常工作行为进行考核进行支撑。指标考核管理涉及针对客服中心整体层面KPI指标和针对人员KPI指标。这些指标并不是一层不变，甚至某些指标来自于外部系统。因而，系统提供对这些KPI指标管理和记录分析功能。考核是一种过程，考核管理实现由IT系统来支持整个考核过程。考核成果并不是仅仅为了奖惩，更重要是如何将考核成果应用在人员素质不断提高上。其他辅助功能传真管理描述：以采用直接删除传真存档文献或索引表中索引项，系统能对任何一种方式自动解决删除操作，保持索引和存档一致。查阅传真120业务功能建议业务概述下图是依照咱们对120业务解决规范所理解有关管理模块和解决流程图：上图包括两某些内容：蓝色底某些为：120指挥调度计算机子系统业务解决模块、与报警呼救有关业务解决流程。绿色底某些为：120出警院前施救过程。120语音导航呼喊和接续主流程如下是本期120急救呼喊语音导航和接续服务主流程：备注：以上流程图仅供参照，项目实行中将进行详细定制和细化。呼救自动受理此后扩展自动呼救受理时，系统也可以予以解决，当自动呼救顾客发出呼喊时，系统自动调出顾客信息并填入处警受理单内，并形成调度和出警任务单。黑名单解决流程对于经常进行骚扰电话主叫号码，系统容许将其列入黑名单，作为恶意电话呼喊进行拦截，之后在一段时间内将不再分派到人工座席，以免影响正常急救服务解决；经调度人员（管理员)确认“骚扰电话”号码由系统记录。系统可以制止其再次进入队列，并引导其进入虚拟“教诲座席”。制止时间可以设立。播放语音，可以120导航语音，也可以是其他。120业务子系统功能概述120业务子系统必要包括如下业务解决和信息管理能力：受理不同呼救源：以接受120电话为重要呼救来源；将来可以接入自动呼救分系统呼救事件；可以扩充接入其他类型呼救事件；系统能同步接受多路呼救；接警受理台：具备后台提示或告警功能；显示呼救电话主叫号码；显示呼救电话安装地址及电话户主姓名等三字段信息（如果提供了电话号码数据库话）；电话号码库或局向分布图；自动记录应答时间、调度员工号或姓名、有关电话录音等信息；在电子地图上定位与地址文字输入操作可以互相替代；支持“迟缓放车”；依照“就近”原则自动推荐最佳往救车辆；支持大型突发事故解决和调度；支持任务挂起功能；支持三方通话功能：可选取往送地点时，系统自动产生调度命令文本和会晤地点地图；提供“增援”功能，加快调度；撤销呼救时，将保存所有有关记录：涉及呼救电话信息、受理信息、调度出动状况、关联录音等等。呼救报警管理作为120服务中心面向人民群众最直接接触渠道，当前以电话语音接入为主将提供如下管理支持：医疗报警电话接入和排队服务。语音辅导支持，如当中心人工座席全忙时，可留言告诉呼救者当前在队列中位置。漏话实时提示：当中心人工座席全忙时，座席显示有多少电话在等，同步挂断后可以点击呼出。提供呼救应答、调度呼出、监听、强插、群呼等功能。采用自主开发桌面软话机来实现人工话务接听和解决支持：登录、注销、示忙、示闲：指话务员在进行话务上班时登录、下班时注销以及在话务受理过程中示忙与示闲功能。应答与释放：当在座席上有话务呼入时，系统可以进行自动应答或手工应答，当受理员受理完某一服务时，系统可以进行自动挂断或手工挂断。将来容许接受其她方式呼救报警源信息，系统将依照呼救报警源差别提供不同响应流程和解决机制，以保证呼救信息得到迅速、精确接受。处警调度管理处警调度管理包括：呼救受理、指挥调度、任务管理、出警监督等模块。呼救信息受理受理方式人工受理，为重要受理方式。自动受理，此后扩展到自动呼救受理时，系统也可以予以解决，当自动呼救顾客发出呼喊时，系统自动调出顾客信息并生成处警受理单。自动留言，当座席全忙时，可以自动留言。座席人员可以在挂断电话后听留言。解决流程报警受理过程如下：备注：重复报警解决：系统将自动与此前受理急救报警任务、已调度出警任务进行关联，形成重复报警受理记录信息。虚假报警解决流程：容许接警人员对该报警电话进行黑名单设立，可以设立成永久黑名单、暂时黑名单，前者将被永久型拦截，后者将在指定期间内被拦截。呼救受理当呼救报警来电分派到120中心接警席时，系统将自动提示呼救顾客信息：受理呼救电话时，拟定位置。与否重复拨打显示上次记录输入地址：在GIS地图上显示位置。已有客户资料，则在GIS地图上显示位置。信息录入呼救受理信息需要记录如下三某些内容：基本信息：患者姓名、性别、年龄、身份、民族、国籍、联系人、联系电话等。医学信息：现病史、既往史、过敏史、用药史等。地理信息：现场地址、等车地点，重要路段，旁边重要标志。并且需要处警调度人员即时判断或拟定是：任务种类、电话判断、病情。1、对于任务种类，容许事先进行采编，调度时容许调度人员进行列表选取。受理呼救电话时，要按呼救者不同需求拟定任务种类，详细有：事故急救、急症救治、转院治疗、出院回家、长途运送、中心用车、特需救护，默以为急症救治。2、与任务种类关联信息内容填写：任务选“灾害事故”时，要选取填入事故种类（电话判断）和病情。任务选“急症救治”时，要填入电话判断和病情。任务选“转院治疗”时，要填入电话判断（转院诊断）、病情和接受医院。任务选“出院回家”时，要选取用车因素。任务选“中心用车”时，要选取用车因素。任务选“长途运送”时，要选取用车因素。3、受理单默认项目自动填写内容定义：派车单调出时默以为“急症救治”任务。姓名默以为“无名氏”性别默以为“男”国籍、民族默以为“中华人民共和国”、“汉族”4、灾害事故“级别”鉴定：受理灾害事故呼救时，系统依照灾害事故种类、受伤人数、死亡人数、失踪人数，自动拟定灾害事故级别(以福建省卫生厅规定为准)。5、“电话判断”名称提供：受理呼救者医学信息时，系统提供常用病症名称供调度人员选取。6、“病情”限度选取：调度人员依照理解状况，拟定患者病情轻重限度。7、调度预案生成，或称为派车提示：系统自动按由近及远顺序排列出呼救者现场附近待命状态人员车辆。系统按电话判断和病情拟定应当派急救车或派普通车。需要急救车时，待命车辆按先急救车后普通车排序，不需要急救车时，待命车辆按先普通车后急救车排序。以上信息填写完整后，调度人员进行信息保存，当保存后，一次呼救事件受理调度过程完毕，系统将记录。受理单信息在进行调度时，若与急救分站、车载终端联网则容许将此信息直接传递到急救分站医院联系专机桌面计算机上，以便于更好地解决呼救服务。任务管理功能受理台任务管理功能包括：任务待派：受理事件记录，容许取消，也容许转为“待派”。任务撤除：系统容许随时撤除尚未完毕任务，但要注明理由。任务增援：系统容许随时增援尚未完毕任务，但要注明理由。指挥调度管理指挥调度流程呼救信息受理后，将严格按照120急救指挥调度流程进行作业安排，系统需要提供指挥调度管理支持，从长远发展看系统需要做到流程化、可视化实时调度支持，先阶段结合Gis、GPS系统，指挥调度管理需要可以做到：1、最佳调度车辆选取：系统依照现场地址和救护车位置信息，将现场附近待命救护车按急救车和普通车分类并按距离远近排序。2、指令发送到救护车：调度指令通过系统实时发送到救护车上显示。调度指令发送后不等回馈就可以继续受理下一种呼喊。在受理新呼喊同步，应当可以从事上述修改操作。3、派车电话跟踪到人：发送调度指令时，调度座席电话依照救护车状态分别叫通车载电话或急救站内值班电话。4、工作状态实时回应：救护车工作状态通过人员操作，一键即可按序变化状态。5、灾害事故应急处置：派车后，系统自动启动报告和应急处置程序。班长可以理解事件信息，可以继续增派人员车辆。实时记录领导批示。如下是基本出警调度作业流程：领导决策管理针对突发事件和特大事故，系统提供紧急预案管理和领导决策支持支持：1、应急预案管理：系统可以针对突发事件，提示应当实行应急预案，并按预案进行解决。2、领导决策指挥：向领导提供紧急医疗救援信息，供领导会商，进行决策指挥，提出应急办法由调度人员或其她工作人员实行。3、社会联动协调：调度人员依照事件应急需要和领导批示，联系社会安全机构，共同参加现场急救。4、调度软电话：在屏幕上简朴操作，可以连通急救网络顾客、救护车、关于领导、急救人员电话，可以连通数人召开小型电话会议，后来可以连通电视电话。5、移动通话：调度人员可以与移动中救护车和急救人员通话。任务监督管理呼救信息受理和派车后，调度中心容许进行任务监督，系统提供如下管理支持：记录顾客催车电话、顾客投诉电话；如果装备了车载信息终端，系统可自动记录来电时间、调度时间、以及救护车接受指令时间、出车时间、到达现场、完毕任务(到达医院)、返回站中档时间或以手动方式记录上述时刻；也可由调度员手工记录车辆受阻因素；指令执行成果记录。黑名单管理对于经常进行骚扰电话主叫号码，系统容许将其列入黑名单，之后在一段时间内将不再分派到人工座席，以免影响正常急救服务解决；也容许进行永久拦截。急救资源管理急救网点维护对急救医疗机构和网点分布信息进行维护，并形成急救呼喊转接方略；目是在有医疗报警时，系统或120服务中心座席人员可以直接在计算机上通过菜单操作即可呼喊最优方略医院急救中心联系电话，容许定制方略也许有：方略一：近来方略，即联系与医疗报警者近来急救医院。方略二：专业方略，即依照每个医院急救来将报警者转接到指定医院。方略三：分流方略，按照系统记录医院急救案例积累数据，以合理分流方略分派适当急救医院。方略四：顾客方略，依照报警者或病人意愿指定所属医院。以上方略及其相应急救医院数据采编完后，120中心座席代表将可以在收集完医疗报警者信息后以最快方式呼喊急救医院联系电话或作为急救出警预案定义参照数据，以保证迅速和高效响应能力。资源维护急救分站维护包括既有资源采编；可用资源实时展示等内容：人员管理（司机、医生、护士、担架员）；车辆状态管理（未当班、站内待命、收到指令、驶向现场、急救转送、途中待命、暂停调用）；对于车辆在不同状态以不同颜色或图标表达，可以进行不同车辆调度和管理；在监控屏幕可以动态监查显示车辆各种状况；恢复。重大灾害事故解决功能对于重大灾害事故，系统提供相应解决支持：当浮现重大灾害事故时，系统提供记录解决重大灾害事故能力；灾害事故人员伤亡状况记录；调度员报告过程记录；调度医护人员状况记录；伤员分流状况记录。灾害事故“级别”鉴定：受理灾害事故呼救时，系统依照灾害事故种类、受伤人数、死亡人数、失踪人数，自动拟定灾害事故级别(以福建省卫生厅规定为准)。灾害事故级别告警：调度界面上设不同颜色告警标记，一旦浮现灾害事故时，在本座席界面和表达所有座席状态栏位中浮现相应告警标记，提示所有值班人员注意。如下图是重大灾害事故解决流程：专家知识库系统提供专家知识库管理、搜索支持，以配合寻常急救响应支持：专家知识库支持；2600余种中毒专家知识库；52种常用急症常规解决办法；1300余种化学危险品知识库；添加知识库节点完毕采编后会形成树状知识库系统，以以便话务员对知识库系统使用，如下图所示：依照已入库资料信息，顾客可按产品分类、业务分类、核心词、正文、历史和排序方式等方面对其进行细致查询，详细查询页面如下所示：知识库查询界面领导终端功能领导办公室配备管理电脑，（1）可直接向急救站或救护车发送各种批示信息；（2）可查看受理各项成果和记录，记录数据；（3）可分别查看待命中车辆、任务中车辆以及暂停调用车辆；（4）依照呼救编码、主叫号码、来电人、患者姓名、等车地点、送往地点以及病因等按照时间段、呼救类型、要车目、车辆状态对呼救历史进行查询，一方面可监督调度人员工作、理解院前急救状况，另一方面可跟踪理解特定事件。（5）可查看现场急救病历，理解急救效果。（6）可查看重大事故发生时间、地点及事情通过，报告时间、对象以及报告内容，同步还可查看该重大事故调度状况（涉及调度员工号、放车数量、派车时间以及到达现场时间）、出车状况（出车总车次、参加救护总人次、参加救护车辆、司机、医生）、伤员去向（救治伤员医院名称、救治人数、受伤限度）、救护记录（伤员姓名、性别、年龄、主诉、病情伤势、送往医院）等院前急救全景管理院前急救全景管理，目在于重现急救现场信息，以便于解决医疗纠纷、监督急救过程服务质量，保证院前急救规范、高效和透明，院前急救全景信息包括三某些：受理信息文字、图像、精准时间、状态、操作及调度界面信息；受理及调度全程录音信息；出警行车路线和报警源移动信息等，以上三某些共同构成院前急救全景信息。以上信息容许有权限人员进行查看、调阅，但不容许被修改和删除。系统数据管理提供有关数据查询；可按不同查询条件在不同步间段内查出所需受理事件及有关信息；可查询救护车辆历史信息；回放车辆历史轨迹；可以对一段时间内车辆调度数据、调度员工作量、受理派车等信息进行记录。记录成果依照需要可用数字和各种图表形式(直方图、饼图、曲线图等)显示及打印；系统可对各种文字数据、地图数据等进行增、删、改，即改即用；数据备份：能将存于硬盘中受理表或其她数据打包存储，能运用备份数据恢复数据库，让系统迅速地恢复正常运营；急救病历管理与维护。系统帐户管理如新增、修改、删除、查询等管理支持；同步依照系统安全管理和业务流程支撑规定帐户授权。每个帐户包括信息单元为：ID、人员姓名、归属部门、工作手机、帐户角色、岗位。在此还可以进行角色配备和管理，即容许定义系统操作权限指定集合，角色配备元素包括：角色名称、角色描述、角色具备操作权限。系统在帐户上重要提成：系统管理人员。分站解决人员。中心话务人员。指挥调度人员。中心领导。……系统辅助功能辅助管理包括：受理台急救预案定制、查询功能。辅助信息告示。系统维护管理权限与功能相应关系维护：指对权限与具化功能项目相应关系进行维护，即某一权限，详细可以做哪些事。版本管理：维护系统整体版本记录性，即当发现当前运营系统版本不为当前应当使用版本时，系统将自动开始版本更新。系统参数配备维护：对系统运营所有参数进行维护，优化设立各种系统参数，可涉及系统当前运营版本、录音文献保存时长、话务分派方略、话务解决时间参数、坐席参数等内容；维护日记管理：对维护日记进行查询、删除、备份等操作数据维护：依照在系统建设时拟定备份方略定期对数据进行备份；5.3.13数据报表记录可进行院前病种记录放车状况记录回车与区域记录出车次数记录司机工作效率记录迟缓放车记录回车状况记录重大事故记录放车与区域时间记录年龄构造分布记录现场地点记录送往地点记录调度员工作量记录等。录音管理概述由于急救自身是一种涉及到人命关天大事，因而，急救过程中每一步对呼救者和急救中心都是非常重要交互资料，而最直接、也是最重要就是双方通话录音，将急救过程中对话进行全程数字录音，将为急救当时(当需要进一步明确呼救者呼救内容)和后来事故查询提供最真实、最直接根据。同步，将数字录音与呼救事件结合，能在急救信息系统中全面地勾画出呼救及处置现场影像〔图形、文字、语音(录音)〕，即可以提供院前急救全景信息。全程录音管理为保证呼救过程通话信息精确传递，系统提供电话交互过程全程录音管理支持，通过授权中心座席人员或管理者，有权限进行录音听取、下载等操作。系统录音属于后台自动管理功能，非系统管理员将不可以予以干预，全程录音记录保存如下信息：通话起始时间和结束时间。通话主叫号码、服务工号、呼转医院号码录音文献采用4kbit/s进行采样，能达到电话通话效果。可以支持录音文献下载、转存管理。录音文献管理和查询容许如下组合条件：录音序号、主叫号码、受理时间、所报病情、调度员工号、呼转医院。数字录音管理系统可以支持如下管理支持：数字录音子系统提供16路实时并行数字录、放音功能，将来依照需要可灵活扩容至32路、64路等。与互换机系统高度集成，对每一种呼救及调度电话由互换机摘、挂机数字信号控制进行实时录音录时。可对使用数字话机和模仿话机通话进行录音。对每一种呼救来话对的记录相应主叫号码，对每一调度电话对的记录该次通话拨出号码，所有号码与通话录音记录相应对的。数字录音系统对话音进行实时压缩存储，可记录受理调度过程中所有对话内容，以备事后查核。系统提供了准时间、受理台号、主叫号码等进行检索查询手段。网络录音查询软件操作简朴，提供顾客密码登录功能，不可对录音文献进行除查询播放外任何操作。录音信息文献化存储，以便查询和记录管理，可依照录音通道号码、通话日期时间、拨出号码、来电号码、拨出/来电方向、录音存储位置等迅速检索通话纪录。检索出记录涉及通话时间、通话次数、通话号码、通话线路、通话时长等信息。对于无法拟定详细条件纪录，可“模糊查询”，将符合条件记录限定到最小范畴。可进行快进、后退，在播放录音段中任意定位当前播放位置。可进行循环放音等重放工作。可监听任一通道实时通话。录音播放支持计算机多媒体播放（涉及受理台等局域网上计算机查询后，采用普通声卡播放）系统有安全办法，操作人需凭顾客名和密码登录，操作环节有日记纪录。重要操作环节进行声音告警和提示。系统将呼救事件与通话录音紧密关联。在受理调度台和管理计算机可依照急救有关事件管理录音，以便查询同一事件多次通话录音。系统提供对录音文献完整维护管理功能，涉及录音资料删除、备份、查询、记录等。录音系统管理员有权限设定。网络时钟同步功能，与北京时间同步。本录音系统所录取录音文献采样值为4kbit/s，没有通过压缩，与普通电话通话效果等同，不存在失真度。Gis地图服务概述作为120急救指挥网络有效构成某些，若将可视数字地图和GPS定位服务结合，将有助于提高120中心指挥调度人员工作效率，并可以做到精细化调度支持：有助于更好地鉴定报警源，不但强化了调度人员对呼救者空间地理信息，同步与系统急救预案生成模块结合，还可以生成效果最佳出警指挥和调度方案。有助于指挥调度人员理解、鉴定各急救分站所配备急救资源使用状况、所处详细位置等。有助于实行可视化指挥调度管理，即指挥中心人员可以在数字地图上实时掌控报警和出警进展状况。将出警行车路线信息与数字地图结合，还可以查询和回放救护车辆各次出警历史行车轨迹，是院前急救全景信息有效构成某些。详细功能描述Gis地图信息管理系统，可觉得120业务子系统呼救受理、指挥调度和中心管理提供如下信息支持：与120急救分站资源模块结合，提供各急救分站配备急救资源地图分布展示。与报警源地理信息管理模块结合，提供呼救者地理位置信息展示。与车载GPS终端模块结合，可以进行出警行车导航服务。为回放救护车历史轨迹提供平台支持。将来，与呼救受理及调度任务模块结合，可以辅助进行可视化调度预案生成；基于此将可以进行突发灾害事件调度预案演习。与120业务子系统接口本期项目拟采用福建升龙数码提供地图搜索引擎和晋江地区矢量地图数据库进行系统集成。集成时，需要考虑120调度、出警特殊规定，需要对地图库进行精细化二次采编或维护，以达到120出警导航管理规定。升龙数码Gis接口引擎XML和XSD可扩展标记语言(XML)是WebService平台中表达数据基本格式。除了易于建立和易于分析外，XML重要长处在于它既是平台无关，又是厂商无关。XML解决了数据表达问题，但它没有定义一套原则数据类型，更没有说怎么去扩展这套数据类型。W3C制定XMLSchema(XSD)就是专门解决这个问题一套原则。它定义了一套原则数据类型，并给出了一种语言来扩展这套数据类型。SOAPWebService建好后来，你或者其她人就会去调用它。简朴对象访问合同(SOAP)提供了原则RPC办法来调用WebService。WSDLWebService描述语言(WSDL)是这样一种基于XML语言，用于描述WebService及其函数、参数和返回值。地理信息系统（GIS）原则《1:、1:10000、1:25000地形图要素分类代码》GB/T15600—1995；《1:50000、1:250000地形图要素分类代码》《基本地理信息数字产品元数据》CH/T1007—；《国家基本比例尺地形图分幅和编号》GB/T13989—1992；《中华人民共和国行政区划代码》；空间元数据原则“OpenGIS®AbstractSpecificationTopic11：Metadata”；网上地图服务原则“OpenGIS®WebMapServerInterface2.0”；《地理信息空间基本定位基本规定》GB104.15；《国土基本信息数据分类与代码》GB/T13923-92；《专项地图信息分类与代码》GB/T18317-；《导航电子地图规范》（拟审稿）；地理信息服务接口“MapInfo地理信息ServicesInterfaces”；《都市地理信息系统基本要素分类与代码》GB104.16；《地籍信息分类与代码》GB104.21；《国土资源专项信息分类与代码》GB104.29；《数字地图原则符号库》GB/T202.20；《地形数据库与GIS空间数据互换格式》GB/T305.20；《数字测绘产品质量规定》GB/T17941.1—。车载GPS子系统概述车载GPS子系统将集成GPS卫星定位、GPRS数据通信、GSM免提语音、指挥中心指令下发为一体，满足院前急救语音通信、数据通信与地理信息导航一体化应用需求。作为车载GPS子系统事实上包括两某些内容：GPS车载终端，详细实现GPS卫星定位、GPRS数据通信、GSM免提语音和出警行车导航支持，并实现辅助车辆状态信息实时提交、变更。车载信息解决系统，由手提电脑或智能上网手机与GPRS或EDGE数据传播网络构成，作为车载信息解决终端平台，作为车载终端软件功能补充。将来，可以依照120急救网络建设发展规划，升级到集GPS卫星定位、多媒体数据通信(含车载语音通信、数据解决、视频图像)、数字地图为一体车载服务子系统。车载终端硬件选型本期项目对于车载终端，咱们推荐使用星网锐捷车载GPS终端，详细型号为SGG02，它集GPS卫星定位、GPRS数据通信、GSM免提语音、导航中心指令下发为一体，可以满足晋江120系统车载硬件性能需求。终端描述星网车载GPS终端SG-，可以24小时获取GPS信号，并采集车辆在行驶过程中大量信息，以SMS、GPRS三种方式传播给监控中心。顾客可以以便、灵活地执行GPS有关信息查询和功能设立。本系列终端产品构造小巧、功能强大、性能稳定，可以广泛地应用于安防、船舶、调度、物流、客运等车辆各种管理用途。该终端产品应用领域重要集中于：物流行业车辆监控、调度。出租车行业车辆调度、报警。公交、客运车辆监控、调度。110、120、119、122等特种行业车辆监控、调度。危险品车辆监控、报警。工程机械行业工程车辆监控。政府、公司单位用车监控、管理。汽车租赁和汽车保险。船舶监控私家车防盗该款车载终端产品所体现设计理念有：产品所有模块化设计，可扩展性强。工业级设计产品，性能稳定。对车辆实时监控，满足安全管理需求。提高对突发事件解决能力。针对行业需求量身定做产品。解决车辆信息记录需求，提高科学管理水平.。硬件架构SG-车载终端重要由一种封装主机盒，一种外接手柄和一系列外围连接设备等构成。在主机盒中封装有主控制模块、GPS模块、通讯模块等，其模块构成和其中逻辑关系如下图所示：主控制模块负责GPS模块数据接受、对GSM模块控制、对汽车电瓶与后备电瓶自动切换及对汽车电路控制等功能。该模块采用ARM7内核夏普CPU即LH79520。ARM内核是32位，与当前市面普遍采用51单片机相比，运算解决速度快，可以支持图像解决等高阶应用。该模块属于工业级应用，带MMU管理单元，可以运营LINUX系统，以便程序进行开放式开发，同步应具备功耗自我控制能力和具备看门狗电路，工作稳定可靠。GPS模块接受卫星定位信号运算出自身位置（经度、纬度、高度）、时间和运动状态（速度、方向），每秒1次送给主控制模块，以便随时提供定位信息。通讯模块采用负责短消息收发及通话实现。该模块按照通讯方式而言，有三种类型，GSM,GPRS，CDMA.GSM。所采用模块都是工业级模块，稳定性强。存储系统：内存为16MB16位SDRAM，程序为2MB或4MBNOR型FLASH，16/32/64MBNANDFLASH预留。电源系统：外部输入汽车电压为9-36V，可以支持12V和24V车系，24V车系需加电压变换器。两个车系电瓶电压分别低于设定电压时都可以提供低压报警和剪断报警。支持过压、过流和极性反接保护，浮现过流时应断开电路。充电电路应有过压、限流保护。采用内置式600MAH镍氢电池，10节，12V。产品配备和功能基本配备如下是该产品基本配备：ID品名型号单位数量备注1SG终端主机SG台128芯电源连接线2．8端子根13GSM天线个14GPS天线个15报警按扭个16产品使用阐明书本1基本功能按照基本配备，该款终端设备所具备硬件和操作功能如下表所示：主功能子功能简介备注定位即时定位查询车辆当前位置。实时跟踪可依照网络和顾客需要，设立回传定位信息方式及频率参数。支持按次数报告、准时间间隔报告、按距离间隔报告设立。补偿功能拐点补偿、加速度补偿。盲区补报车载终端处在无信号区，但在车载上又发生了报警、报告，当信号恢复后，车载终端会将位置信息自动补报到中心。黑匣子采样可实时存储10000条记录，虽然故障或掉电也不丢失。记录内容涉及：时间、经纬度、速度、距离、方向、高度、星数、车况、报警状态、总里程等。报警、报告车门开/关报告车门（指驾驶位旁边门）打开一次，车载终端向中心报告一次，并在主机内记录一次。其目是记录车门打开时间长度。越出区域/进入区域报警中心下发指令设立报警区域值（规定矩形区域）。当终端超过/进入该报警区域时，终端会积极上传区域报警信息。支持多区域报警,支持时间段设立,区域内事件设立等。路线报警中心下发指令设立车辆行驶路线，当车辆偏离规定行驶路线设定距离时，终端会积极上传报警信息。区域/路线超速报警如果车辆速度超过最高限速或者超过指定区域内设定速度值，并将持续一定期间后，车载终端将向中心报告，并在主机内记录。行车报警超时停车报警，超时驾驶