上海市120医疗急救中心手机定位系统项目需求书.docx

《上海市120医疗急救中心手机定位系统项目需求书.docx》由会员分享，可在线阅读，更多相关《上海市120医疗急救中心手机定位系统项目需求书.docx（5页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、Evaluation Warning: The document was created with Spire.Doc for .NET.上诲市120医疗急救中心手机定住系统项百需求书一、项日背景选入21世纪后，面对经济转轨，国际接轨的趋势，上诲整个城市功能发生了巨大转换， 全球化经济背景下面临着机遇和挑战。作为国际型大都市的上诲，城市完备的市政设施、繁 第的市场、兴旺的经济，大大提嵩了人们的生活质量。生活质量越嵩，人们对自己的生命质 量要求越重视。同时国内外大型重要会议和活动的率办，2010年世体会的召开对120调度指 挥余统反响及时性票求大大提高。上诲市医疗急救中心“T20”调度指挥系统于

2、1999年启用至今，羡好地完成了其设计目 林，即“120” 受理录入、急救车辆指挥调派、GIS余统及导航应用等。同时上诲120调 度指挥余统利用号吗百事通114数据库，做到实时获得固话呼救病人装机地址数据，为调度 就近浪逡救护资源提供方便。然而，对于近60%业务量的手机拨打120呼救者，120医疗急 救中心目前无法实时获得GIS定住数据。调度员需通过人工询问呼救地址方式，对其遂行 GIS定住。120调度指挥系统手机呼救定住功能的开发使得原有的操作得到简化，调度系统 可实时获得呼救市民GIS定住数据，从而加快了调度余统也话受理录入速度，缩短急救响应 时间。综上所述，为了快速应对突发情况，为上诲市

3、民提供及时的院前医疗救护响应，缩短急 救响应时间，“120”调度指挥余统手机定住功能的建设已迪眉睫。通过手机呼救定住功 能开发，“120”调度指挥系统将移动、麻通、也信运营商平台提供的手机定住数据，并通过 现有的调度平台接口体议存入中心调度数据库，完成预期功能。二、120现有余统概况1、800M数字无端对讲机中心使用800M数学集群无线对讲机，车载型设备采用摩托罗拉TETRAMTM800车我 终端,手持型设备采用EADS THR880i手持终端。这些设备广泛应用于08具运、世博保障、 机场保安、公安等市府重要领域。2、GPS率我终谛设备GPS车我终端是中心调度系统的重要组成局部。调度系统通过车

4、载终端将急救任务信息 与病患彖属球条方式告知车辆救护人员。同时，救护人员通过GPS反响车辆任务状去，包 括站内途中待命、驶向现场、现场抢救、驶向医院、医院交接等等。结合调度系统，调度员 就能时刻了解车辆定住信息，任务状志。从而为就近娘逡救护车，及时到达现场抢救病人提 供可靠技术手段。3、120弱度软件调度生席采用一机双屏。左屏主要显示急教任务情况与车辆信息状宏信息。右屏显示电 子定住信息，图形化显示道路、医院、车辆、呼救地理住置，将上述信息有机整合，队而做 到及时发送任务，就近放车。4、程控交换系统我中心程控交换条统建设于1999年，采用广州Harris公司的LH2020余程控交换机。120

5、市话光纤由漕溪局接入，共4个通信模决与link中继，分别对应漕溪、庆宇、控江、东昌， 以上模块应用于120也话呼入。24027办公也话为两个通信模块，为汾阳6433局方向接入， 以上模块用于调度跟车业务使用，故上述模块关系120市话受理与调度，事关重要。5、114固话地址库系统用于拨打120呼救固话装机地址查询，采用一拨一查方式调取号码百事通公司数据 库* o_Z,、招 需（一）总体目标本工程实施后，可以实现如下功能：1、 在受理本地手机呼救求助时，120表单上立即显示呼救求助者所在住置的大致方向 及相关信息，并将所在住置定住在GIS地图上，为救护车准确有效出动提供参考。2、 拨120呼救求助

6、后可对该手机或行主动定住。3、 性能指标：1）目标群体：120呼救求助手机用户；2） 覆盖范囹：包括移动、张通、也信三彖运善商的手机用户；3） 实现方式：打一查一；4） 定住精度：市区200米以内，郊县区500米以内；5） 定住速度：在120接通后5秒内，提供手机经纬度坐标信息，并在GIS系统实时显 示并标注呼救句话定住信息；系统家量：支持手机用户每日（24小时）呼入量5万次的即时定核需求，高峰时段呼 入量4000次/小时的即时定住需求，每彖运营商并发量为3次/秒，超出局部可延时定住，120 余统初次定住失败，具有重发机制，运管商端三次无法反响定住信息，余统自动放弃定住靖 求。（二）技术要求本

7、次工程的速设范围包括实现手机定法功能的所有工作内怒，涵盖手机定住余统建设、 120急救受理余统女选、三家运营商接口和教据三局部。供应商作为总包，需分别与三彖运营商以及120急救受理系统承建商协商与其的接口方 式，保证定位数据的及时准确获取。供应商应结合余统平安要求、功能需求、性能指标等多 方面，并秉持对现有120急救受理余统做最小改动同时不影响现有120系统运行的原那么，给 出详细可行的解决方案。1、平安要求按照医疗急救中心网络平安隔离的有关要求，本项百涉及的内外网通信要求采用串口连 接方式，通过特定的串口程序进行网间数据通信。2、功能要求本工程建设手机定住系统，实现对移动、张通、也信三家运营

8、商报120手机用户的位置 信息4动获取和在地图台上定住显示。1）实现“打一查一”定住功能。在使用手机报120时，120急救受理系统将该主叫号 码经手机定住余统发送至运营商进行定住，运营商经内部测算获得地址信息后再经手机定位系统传送回120急救受理余统，实现打一查一定住。2）实现所有使用手机报120警情的即时定住（5抄钟内）o 120急救受理表单上能力 动生成呼救地址的文字信息，如运营商仅能提供基妁地址，那么定住地址除显示基站地址外， 还应显示相对于基玷的大致方向；同时在GIS句子地图上点河或划出大致区域。3）实现报120后30分钟内，对报120手机的屡次、主动定住信息查询，并同样在急 救受理表

9、单、GIS包子地图上生成相应的信息。4） 对报120后30分钟内进行的主动定位情况，应能根据手机号码、时间段、案由、 定住结果等信息，查询所有与该求助相关的信息，如板120时间、定住次数、每次定住时间、 每次定位地址、定住接线台号、定伍接线员工号、处理单枚、救护车到场情况、处理情况等 内参。系统还支持上述主动定住信息的统计、汇总、输出、打印等功能。5） 报120结束后，将定住信息与受理表单一起保存到120急救受理系统数据库内，可 根据需要随时进行查询、调取。查询时，可通过定住信息或基恭信息，调取某一时段、第一 区域内符合条件的所有表单记录，并支持模糊查询，查询结果方便导出、打印。6）要使120

10、急救受理余统与手机定住余统集成协作，120急救受理余统需做出相应改 造，包括与手机定位余统的双向数据传递、GIS显示、查询统计等功能。120急救受理余统 的改造工作由该系统承建商完成，但是改造我用包含在本工程中，供应商应积极协调并催促 120急救受理余统承建商完成相关改造和配合事宜。7） 定住数据从移动、联通、包信3家运营商经手机定住系统传送到120急救受理余统， 通过租用此3 家运爸甫专用光缆选行传输，确保数据传输的快速、平安。本工程投标去用应 该包括3家运营商网络的一次性建设费用、二年的网络租用费和2年的数据服务赛用。8） 本工程除完成上述提及的所有需求的软硬件开发和建设外，还应负责完成与

11、现有 120急救受理系统、3彖运营商（移动、徐通、也信）数据系统、其他相关系统的接口工作， 以及鉴权机制的开发工作，并承当由本工程引起的所有机房改选、工程集成工作。9）由电信铺设12条模拟直线到120九楼调度大厅。需做到用户需求，在120 中 继受理方式与模拟直线也话受理方式之间互相切换。10） 在连接PBX和PSTN网络的4根PRI线路上部署一台PBX监控设各，该设 备能够在传输发生故障时，发出告警通知维护人员，从发现故障到发出告警无需人工参与， 有效保障上海医疗急救中心话路7天X24小时不间断工作。要求提供监控日志，及杳询功能。 电信提供24小时监控，发现故障立即响应，按规范流程应急操作。

12、11） 犷今4条中继线路，与原中继合群使用，上麻TM14中继模块。由上诲电信的 4个汇接局（东昌、控江、庆宇、漕溪局）确保局端接入可靠性。犷今后新的模块与原有模 块实现支称呼入，任何一个模块意外中断后都可由冗余中继模块承当语音呼入。步意中继要 求由漕溪局以外局端接入。铺设光纤要求由中心信息桥架（T柳州路侧信息井）接入，架设至 中心5楼机房。并使用也信备光端机接入我中心程控交换余统，做到热备冗余。12） 根据用户需求和本地组网原那么，原郊县局120的接入路由由分散接入改为经TMSl-4（4个E1中继模块）接入，具体接入方式为，南汇区局经TMS3、4汇接，金山、松江、 嘉定、崇明、奉贤、青浦分别经

13、TMSL 2汇接。由于120短号碍应用的特殊性和重要性，接 郊县局分片进行割接，具体割接时间由用户指定。0、本次招标的其他要求1、投标方应按照“公卫应急信息系统”整体要求和建设进度，进行供货、安装（包括必 要的参数配置与二次开发）和系统集成配合。要求中标方在合同签订后三个月内完成相应工 作并保证祭统完成安装验收、投入试运行。2、投标方给出的相关文件文档与其它相关余统接口的技术规范应遵循“公卫应急信息 条统”的整体要求；3、投标方提供的软、硬件产品及其配置应该是平安、可篦和成熟的，符合技术开展方向， 并具有应用于国内的成功案例。4、投标方提供的产品在升级、扩展时不应改变整个系统的结构、通信方式、

14、管理模式, 不应破坏应用软件的正常工作环境。5、投标方应该保证所提供的所有产品皆不侵犯任何第三方的版权、知识产权和其他合法 权利。6、投标方供货的软、硬件产品免费升级维护期不得少于一年。投标文件中应详细列出免 希升级维护期内的服务承诺。7、投标方所有软、硬件选配应该保证可用性、合理性、完整性以及满足性能指标前提下 具有丰富的功能选择性。这种功能选择不能以扳失经济性为代价。如果招标文件的要求有缺 漏或不妥，投标方应指出并根据合理的原那么进行调整（修改要求指标或作为配置选择项）， 这种调整应该予以详细说明并必须在投标就止期10天以前获得招标方的书面同意。8、投标方需提供中国移动、中国藤通、中国也信

15、出具的针对本工程的授权函。9、有关法律、法规和规定以及招标文件和投标文件是招标人与中标人订立合同的依据。 合同文件包括合同正文及其附件、招标文件以及中标方的投标文件、合同签仃后双方共同制 定的用户需求说明书和余统枫要设计书。10.中标方负责所供软、硬件件及配套产品的服务，包括提供所供产品技术咨询、供货、 参与检脍和点货验收，负责所供产品的安装或协助安装、参数设置和优化，负责所供产品的 保修及有关售后技术服务。11、中标方应根据实际情况优化技术方案后配合招标方采购本条统与用户现有固话GIS 灾仓条统间的接口开发及相关融合集成服务，并积极配合相应的开发集成商实施有关集成工 作。12、如果中标方应按

16、合同向用户提供商品软件，那么在签订合同后30天内中林方将供货的 商品软件介质及使用License文件送到招标方指定地点，并进行点货验收。13、签订合同后一周内，中标方向招标方提交软件安装环境的要求。中标方按照招标方 要求的时间，与有关各方配合进行安装、测试和安装验收。软件安装15天以前中标方向 招标方提交安装、测试和安装验收的计划方嚎，该计划方案须经过招标方同意方可作为安装、 测试和安装验收的依据。14、中标方负责组织原产品制造厂家的合格的技术人员或由原产品制造厂家直接授权的 有资格的技术人员完成供货软件的安装、测试和安装验收以及终验，并斛决此过程中出现的 有关问题和提供招标方要求的、必要的工

17、程与技术服务。15、在招标方为本项月购买的其他有关软、硬件安装集成时，中标方负责组织原产品制 造厂家的合格的技术人员或由原产品制造厂家直接授权的有密格的技术人员提供招标方要 求的、必要的工程与技术服务。16、在招标方为本工程开发的应用软件安装过程中，中标方负责组织原产品制造厂彖的 合格的技术人员或由原产品制受厂家直接授权的有密格的技术人员提供招标方要求的、必要 的工程与技术服务。17、招标方有权要求中标方和原产品制造厂家在其供货的软件安装、集成和招标方自行 开发的应用软件安装工作中，百己合招标方选定的集成开发方在招标方现场解决与这些软、 件设备有关的问题。当这种问题发生时，中标方和原产品制造厂

18、彖不得以任何理由予以推委。18、中标方有责任免费向招标方提供供货软件相关的操作和现场培训。投标商应给出软 件的原厂商提供现场技术垓训的具体承诺，并应详细说明培训内参。19、工程保质期为睑收通过后两年（不包含耗材及其它有明确使用寿命的部件入售后维 修为即时响应，可做到2小时内现场响应。保质期内免去上门维修及更换部件，保质期后提 供有偿维修或另行签订维护合同。20、中标方和原产品制造厂家有义务向招标方主动提供合同供货范囹内的软件升级和修 补版本，并协助招标方遂行软件更新。如果升级版本超过合同规定的免费升级范囹，那么招标 方有权选择是否遂行升级。如果该软件具有固有缺陷，那么修复这种缺陷是投标方不可推

19、卸的 责任和义务。21、招标方有权要求中标方、原产品制造厂家和招标方指定的系统集成商共同签署书面 文件，就中标方向招林方提供软件的售后服务内家、质量保证、各自责任和合作事项等达成 协议并共同对招标方的利益负责。22、投标方必须在投标文件中详细列出所有产品配置和服务工程的详细清单、单价、净 价（F）、税金和总价C F J o报价包括税金、保金和运输货物到招标方指定现场以及协助招标方安装、集成、开发、 培训和其他必要的免费维护期内有关服务等希用。招标方有权根据本项R应用需求和预算情况，在有关规定的范围内增减上述招标产品的 数量和配置。23、本项口付款方式为分期付款（3/5/2）,工程通过审计也是第三邕付款的谕提条件。