项目采购需求

 

一、建设背景

“120”院前急救是政府公共卫生职能的重要组成部分，为保障人民身体健康和生命安全发挥着重要作用。为了方便群众急救呼叫；解决各医疗机构之间扯皮不救和重复施救的问题；解决全县范围重大道路交通事故等突发公共事件“120”统一调度、伤员送医问题；通过本项目信   息系统对原系统的升级完善，对全县“120”系统全面规划，建立县级金湖县急救中心，规范化   乡镇急救分站，构建覆盖全县“120”网络体系，缩短急救半径，提高救护成功率。本方案旨在   建立一套覆盖全县的急救及紧急救援通讯平台和信息处理平台，将“120”急救电话的受理和救   护、突发事件及灾害性时间的救护和指挥调度有机的结合起来，全面掌控 120 急救受理过程、调度指挥过程、现场救护过程中的信息，并可根据救治过程的发展动态及时作出响应，在基于计算机网络、语音处理、通信网络及图像处理接口的综合信息系统平台上，通过对急救资源的综合管理，实现对急救、突发事件及灾害性事件的分析、计划、组织、协调和及时的控制等指挥调度功能。

目前金湖县主要是依托型，依托于当地人民医院，急救力量较为不足。并且由于成立时间较早，现有功能与新技术无法衔接，系统扩展受限，不能高效、实时的开展工作、跟踪事件。因此必需舍旧创新，建立一个完全能胜任当前需求，又能支持将来 5-10 年的升级需求的平台。

新建的 120 急救系统主要从业务和平台进行更新换代，业务上不仅负责把病人送到医院，更加关注病人在整个过程中可以得到哪些有效救护措施。平台则开始关注横向平台的兼容性和纵向平台的扩展性，不再变成独立的受理调度，更加注重资源的利用和信息的分享。

随着全球经济一体化进程的加快，经济与交流活动增加，人群流动日益频繁，这为疾病的传播与暴发提供了有利环境，使得我国面临的公共卫生健康问题越来越严峻。同时社会与自然环境也发生了许多变化，比如：环境污染、自然灾害、恐怖活动等一系列影响公众健康事件的增多也增加了突发公共卫生事件暴发的可能性。突发公共卫生事件往往发生突然，需要及时作出反应，快速采取现场措施，涉及应急队伍组织、应急流行病学调查、传染源隔离、医疗救护、   现场处置、监督检查、监测检验、卫生防护、现场抢救、现场隔离与控制、转运救治、物资调拨、病因调查、保护易感人群、宣传教育等综合处理工作，需要众多部门在统一高效的指挥下，   协同采取应对措施。建立突发公共卫生事件应急指挥系统是在危机情况下有效控制疾病蔓延与减少损失的关键。为了加强全县的公共卫生体系建设，建立健全突发公共卫生事件应急机制、疾病预防控制体系、医疗救治体系和卫生执法监督体系。现对原有的公共卫生应急决策系统进行调整升级。

二、建设目标

实现整个金湖县“120”院前急救工作统一指挥调度；升级现有的金湖县卫生应急决策指挥   系统。具体目标为：

(一) 120 急救调度系统

全县区域范围内呼救信息全部并网，由县“120”统一接收受理。对县急救中心“120”指挥调度信息系统搬迁升级，满足对全县“120”统一调度指挥的功能需求。建设符合规范要求的

“120”急救分站，要求信息系统硬件建设到位，与调度指挥中心信息通畅，各分站医疗急救专   业人员、急救设备管理到位。

系统以计算机电话集成系统和计算机网络系统为基础，以有线无线通信系统为纽带，以现代呼救中心系统呼叫指挥调度系统为核心，以综合地理信息系统（GIS）和全球定位系统（GPS）、

 

 

无线数字集群技术、无线视频传输以及计算机辅助决策预案系统为辅助，使指挥调度中心的技术装备在质量上有一个质的飞跃。

系统将通过光纤、专线、无线数字集群等方式把 120 指挥调度中心和分布在市区范围内的急救站、医院等急救单位联成一个整体，由指挥中心采用电子地图、卫星定位、电脑指挥等方式进行统一呼救受理，统一指挥、统一调度，将原来的“信息孤岛”统一到共用的急救网络平台上。

系统将实现对患者资料、医疗急救信息、医疗统计数据、应急预案、呼救受理和医疗救治过程的文字记录、同步录音、视频录像文件的归档永久保存。

系统将采用 GPS 全球定位系统等先进技术，构建集呼救受理、调配、急救于一体的移动救护平台。

总的来说，我们将建设符合国际标准、满足全县院前急救服务需求的高可靠、高效率、高性能、高适应的国内一流水平的 120 急救指挥调度系统，并实现以下目标：

1、120 呼救电话 7*24 小时畅通无阻、下达指令的指挥通道 7*24 小时畅通、院前急救信息的采集通道 7*24 小时畅通无阻。

2、建立垂直到底、横向到边的紧急医疗救援指挥体系，实现全县急救资源的统一指挥、统   一管理。

3、提高社会公共安全信息和医疗救治信息的应用水平，畅通紧急医疗救援绿色通道。

(二)卫生应急决策指挥系统升级

金湖县卫生应急决策指挥系统原有系统架构过时，面对出现的安全漏洞，包括数据库、中间件等的在内第三方厂商难以及时发布补丁版本，本项目将在借鉴国内外相关项目建设成功经验的基础上，充分利用现有先进、成熟技术和考虑长远发展需求，统一规划、统一布局、统一设计、规范标准、突出重点、分步实施。在实施策略上，根据实际需要及投资金额，统一领导、   统筹规划、标准化及核心业务重点推进，注重信息的共享建设，保证系统建设的完整性和投资的有效性，建设先进而实用的卫生应急决策指挥系统。

1、形成一个覆盖全县的医疗卫生和疾病预防与控制的信息化网络，实现突发公共卫生事件   信息的采集、传输、存储、处理、分析、预案确定及启动全过程的信息化、自动化和网络化。

2、形成一条分布式可逐级监测和处理全县公共卫生突发事件应急的信息管理网络，实现对   全区公共卫生突发事件分析、鉴别、应急方案制定的模型化。

3、成一套包括实时准确监测、科学合理预测、及时有效发布和动态反馈评估功能的层次结   构群决策体系，在高效、科学、合理三方面，实现对突发事件应急处理的决策支持。

4、通过网络化、信息化的管理，使全县范围内突发卫生事件得到及时控制与处理。

5、通过系统对医疗卫生资源（包括人员、物资等）进行针对特定突发事件的科学调度，充   分保证应急所需资源的配置。

6、通过网络与省级应急指挥系统连接，实现信息报送、指令传递。

 

三、建设内容

项目类别	项 目 子 类	建设内容
（一）120 急救调度系统	计 算 机受理调度子系统	应用服务软件
		通信服务软件
		系统运行监控管理软件
		受理台调度指挥应用软件

 

 

	通 信 网 络子系统	针对 120 接警平台后台通信网络链路连接的系统，实现网 络通讯、网络安全等相关后台工作
	急 救 信 息综合管理子系统	报表及质量控制系统
		报表工具
	Gps 车载信息子系统	Gps 定位及信息上传
		调度指令接收
		GSM 电话功能
		指令接收
		救护车状态信息上传
		管理功能及医疗信息反馈
		电子地图及语音导航功能
		医疗知识信息查询
	云 地 图子系统	GIS 地理信息子系统包括电子地图数据、地图运行平台， 提供给调度员直观、可视化需要，并可实时显示救护车位置信 息等
	急 救 分站子系统	急救分站的主要职责是接受中心调度。本子系统计算机终 端设在急救分站，通过信息网络子系统与指挥中心连接。
	网 络 视频传输系统	系统通过监控摄像头实时采集监控画面，通过无线网络传 输技术将监控数据传输到急救指挥中心并分散存储在各急救 车辆硬盘录像机中，这样既可以实现指挥调度中心实时监控急 救车辆车内外的情况，也可以对于历史出车监控画面的历史回 放。
	电 子 病历子系统	主要分为电子病历质控模块与电子病历填输模块。院前急 救病历在采购方授权基础上提供标准数据接口，可供医疗机构 主动对接 ，实现病历共享。
	院 前 院内一体化子系统	（1）  显示当前救治任务的基本信息及病人的初步诊断信 息。 （2）  动态显示正在送达的车辆所执行任务的实时节点状 态。 （3）  实时显示当前车辆离本医院的距离，以及预计达到 的时间。 （4）  显示救护病人的实时生命体征信息。 （5）  可实现与中心的双向数据通讯。 （6）  可显示北京时间、天气预报以及中心下发的通知、 公告等信息。 （7）  信息到达时可通过多媒体音响进行声音提示。
	综 合 显示子系统	需要建设一套高清一体化大尺寸液晶拼接墙，作为集中显 示终端，有效提升领导应急处置显示效果；实现“面对面”的 商讨战略，联合指挥，制定行动；完成功能性的需求、进行统 一决策管理。

 

 

	无 线 对讲子系统	要求基于中国移动、联通或电信无线网络提供无线集群对讲功能提供给 120 系统公网集群通信（PTT）功能，使 120 指挥调度中心能有效、快捷地实施对救护车及随车人员的调度管理等服务延伸到移动网络通达的所有地方，基本实现以任何地点、任何时间、任何方式保证人员调度信息、车辆信息的畅通， 大大提高 120 系统的调度能力以及突发事件的应急调度能力。
（二）卫生应急决策指挥系统	基 础 支撑管理平台、应急值守管理系统	整个系统运行框架，基于 SOA 理念和分布式部署的实现。系统管理包括：用户管理、角色管理、功能管理、权限的授予配置、系统日志等功能。系统依据属地管理、分级管理原则进行多级授权管理，以及数据访问。 建设区域各级医疗卫生机构不同日期应急值班人员排班、 联系方式等内容，并实现应急值班记录管理，应急管理机构能 够即时查询各处置机构人员在岗情况。
	应急资源管理	通过各级医疗卫生机构和相关部门安排人员完成数据日常动态变更，实现全面采集应急处置各类资源管理，包括：应急人员、领导小组、应急队伍、应急专家、应急车辆、应急床位、应急物资、检测能力、血液资源、与应急资源地图等信息数据， 全面掌握辖区内各级医疗救治机构的应急处置能力和分布情 况，为突发事件的资源调度奠定基础。
	应急预案与知识库管理	主要采集、存储各级应急机构用于应急处置的各类预案、技术 方案、法律法规、培训演练等知识库，为应急处置提供知识参 考、检索。
	应急处置与调度系统	突发事件接报后，当进入突发公共卫生事件处置过程时，指挥 决策中心进入指挥调度综合处置，系统根据突发公共卫生事件 类别，自动完成资源库的定向筛选、现场指挥调度的全面展示 和针对性展示，实现统一综合指挥调度和科学决策。
	业务信息交流系统	包括门户管理、门户栏目管理、首页门户、信息发布、信息审 核、消息通知、辖区内文件下发、文件阅办等功能。
	卫生大数据辅助决策管 理	将系统采集的数据，以饼状图、柱状图、折线图等直观方式进 行展现，为管理层决策提供数据支撑。
	数据交换系统	根据江苏省系统相关要求和数据交换标准，实现金湖县卫生应 急决策指挥系统数据与江苏省卫生应急信息管理系统的各类 数据交换和信息报告，保证数据的无缝对接

四、建设明细要求

(一) 120 急救调度系统

• 计算机受理调度子系统功能

计算机受理调度子系统是 120 系统的核心部分，是一个从 120 呼救开始到院前

急救完成的实时处理系统，包括：接收 120 呼救、受理、调派救护车辆、信息反馈、增援处理以及相关急救命令信息传送收集处理等，从而实现院前急救全程信息化管理。

该系统将实现急救呼救的一体化信息服务，这些信息以 120 医疗救援指挥中心

 

 

为枢纽，连接患者、院前医护人员、院内医护人员，实现快捷、完全、科学的急救受理指挥调度。

基于电子地图、定位导航、现场监控等功能，可支持采购方日后查询与回溯。在采购方授权基础上提供标准数据接口，供第三方联动单位主动对接。

所投计算机受理调度系统具备软件著作权证书并加盖厂商公章。

 

• 应用服务软件要求

 

• 客户端刷新的公共数据存储在应用服务器本地内存，不需要每个客户端提交

SQL 语句到数据库查询。

• 业务逻辑都须封装在应用服务器。
• 基于 WebService 的服务能穿越防火墙。
• 核心应用功能组成包括但不限于：公用数据表：事件、车辆、人员、各类字典…；派车；转为待派；撤消待派；欲派无车；增加受理；补发命令单；修改事件描述；修改任务时刻；修改车辆状态；中止任务；暂停调用；恢复调用；上下班； 电话分类；……
• 提供系统基础数据的维护及管理，包括提供系统字典表、工作表的维护管理等。包括但不限于车辆基本信息、主诉判断、分站基本信息、电话基本信息、医院基本信息等基础数据的增加、修改、删除的功能。

 

• 通信服务软件要求

 

对系统设备间的通信服务，应用程序间的通信服务进行管理。

• 能管理单点通信、组播通信、广播通信系统交换底层传输；
• 能监控受理台的忙闲状态；
• 能记录呼救接收及分配调度的时间与结果；
• 能控制信息传输优先策略；
• 能提供信息缓存重发功能；
• 提供数据链路智能检测恢复；
• 提供信息容错校验。
• 能提供系统运行状况动态报表，包括：服务器日志管理、系统错误记录管理等。

 

• 系统运行监控管理软件要求

 

系统运行监控管理系统具备以下功能模块：

※(1)本机网络监控模块：本机网卡及网络配制是否正确；（提供软件功能截图并加盖厂商公章）

※(2)录音磁盘监控模块：录音存储磁盘可用容量是否足够；各主要磁盘是否可用；（提供软件功能截图并加盖厂商公章）

※(3)网络监控模块：120 急救中心中各计算机是否死机；（提供软件功能截图并加盖厂商公章）

※(4)数据库监控模块：数据库服务器是否正常运行；（提供软件功能截图并加

 

 

盖厂商公章）

※(5)CTI 服务监控模块：CTI 服务器是否正常，CTI 软件系统是否正常；（提供软件功能截图并加盖厂商公章）

※(6)通信服务监控模块：通信服务器是否正常，通信服务软件系统是否正常；

（提供软件功能截图并加盖厂商公章）

※(7)WebService 监控模块：WebService 服务器是否正常，WebService 系统是否正常（提供软件功能截图并加盖厂商公章）

※(8)报警提示：告警音提示和向受理台提示等方式报警；（提供软件功能截图并加盖厂商公章）

 

• 受理台调度指挥应用软件要求

 

(1).总体功能

受理调度指挥软件采用 1 机 3 屏设计，分别为受理调度屏、电子地图屏和综合管理信息屏。

受理调度屏设计：包括呼救电话信息显示、事件记录区、资源显示区、事件查询区（当前、历史、重复呼救、放弃电话等）、操作提示区、指令发送区等。

电子地图屏设计：包括地理信息显示、呼救电话（包括移动电话）位置显示、救护车位置显示、事发地点位置显示等。

综合管理信息屏设计：能方便的进行软电话操作、医疗急救知识库查询与显示、电话号码本、软电话及各种信息数据等。

※所投受理台调度指挥应用软件具备软件著作权证书并加盖厂商公章

• 通信网络子系统规划要求

院前急救网络规划将形成由一个中心、若干急救站点的的急救网络。由运营商提供具备固定 IP 地址的外网线路，满足中心与车载终端、无线视频终端、网络云地图的连接需求。

同时，为保证系统地稳定性，从网络安全考虑，应该增加必要的设备，使用客户端身份认证软硬件产品来完成对客户端进入系统的许可认证，防止非法用户访问。

系统运行依赖于良好的通信网络环境，除了保证数据的联通外，还必须保证系统通信环境的安全性。

由于系统网络的复杂性，应为系统配备一套完整的网络管理软件，以帮助技术人员能方便地管理网络、分析可能存在的隐患并解决运行过程中的问题，提出更好的解决方案，以便系统高效地运转。

网络管理平台主要由实现性能管理，故障管理，配置管理，设备管理、安全管理等等。

同时，系统还应提供网络安全机制，以防止病毒、黑客等的攻击。

要充分考虑全网的安全性，从网络内部管理、网络外部管理和集中服务器管理等各方面构建一个具有分布性的完整的安全体系架构和解决方案，必须保证网络的稳定、可靠、安全、高效、灵活和易管理等性能。

通过设置防火墙，并通过网络隔离、入侵检测、准入控制、访问控制、加密和数据完整等相关技术手段实现整个网络系统的高度安全性和连续可用性；

全网统一部署网络版防病毒软件；要求用户身份认证，实行对内、外用户的操作记录、监控和审计；要求建立网络管理安全日志；通过对内部的用户管理、行为

 

 

管理、内容控制来规范网络的安全应用等。

• 急救信息综合管理子系统要求

院前急救管理及质量控制系统要求采用 B/S 架构，包括报表及质量控制模块、病历模块、车辆管理模块、后勤管理模块等全程信息化管理，提供受理电话情况、指挥调度情况、车辆运行情况、现场抢救情况等急救过程信息，并通过对基础数据灵活分析处理为中心领导提供决策分析数据支持。提供手机端管理程序，可供领导随时查看单位信息。

※所投院前急救调度数据灵活分析功能具备软件著作权证书并加盖厂商公章

 

• 报表及质量控制系统要求

 

根据相关数据，提供如下统计和质控报表：

• 急救任务处理时间统计
• 各时段电话出车及欲派无车统计
• 话务分类统计
• 调度席状态变化流水表
• 调度员工作情况统计表
• 任务流水统计日报表
• 超规定时间出车流水表
• 各时间段出车统计表
• 欲派无车区域统计
• 出车区域统计表

（11)欲派无车任务流水

• 人员上下班操作查询
• 中止任务原因统计

（14)司机工作情况统计

• 医生工作情况统计
• 护士工作情况统计
• 病历流水
• 收费流水

• 收费统计-按人员
• 收费统计-按收费项
• 疾病分类统计：根据病历填写的疾病，按照疾病的第一级目录统计
• 疾病分类统计二：根据病历填写的疾病，按照疾病的第一和第二级目录统计
• 车辆暂停调用流水
• 司机暂停调用次数统计

 

• 报表工具要求

 

※（1）报表底层采用统一视图，维护起来比较简单；（提供软件截图证明并加盖厂商公章）

※（2）鼠标放到每个指标上都有说明，不用再查找文档； （提供软件截图证明

 

 

并加盖厂商公章）

※（3）可以用工具对视图再做筛选，查找问题数据；（提供软件截图证明并加盖厂商公章）

※（4）报表工具可以制作自定义报表。（提供软件截图证明并加盖厂商公章）

• GPS 车载信息子系统要求

急救车载终端设备借助无线通信网络，上传救护车的当前位置和状态，实现指挥中心与救护车的数据通信联系，保证中心科学、准确、合理的派车，提供实时管理一线人员与救护车的手段和措施。具体功能要求如下：

 

• GPS 定位及信息上传

 

急救车载终端利用 GPS 技术，获得车辆当前准确的经纬度位置坐标，并把位置信息发送到指挥中心，让指挥中心可以时刻了解急救车辆所在位置。

 

• 调度指令接收

 

急救车载终端在将位置信息传回指挥中心的同时，也利用移动通信技术接收中心下发的调度指令和其它信息。

 

• GSM 电话功能

 

可通过触摸屏拨打电话；

可通过中心下发指令设置电话热键，通过热键直接拨号通话； 可由中心控制车载通话权限。

 

• 指令接收

 

可接收并显示命令单； 可下载接收专家知识库；

车载终端可根据指令中的联系电话自动更改热键号码。可接收并显示一般通知。

 

• 救护车状态信息上传

 

并可通过按键上传命令执行时救护车状态信息。救护车状态，根据调度指令变化的状态随带上传；这些状态包括：未当班、站内待命、收到指令、驶向现场、抢救转送、途中待命、暂停调用等。

• 管理功能及医疗信息反馈上下班管理功能；

手工输入收费数据上传中心；

 

 

• 电子地图及语音导航功能

 

车载系统提供全国公路道路交通图和中心城市及周边区县详图，并大大增强省际、城际之间的导航能力。

全程语音提示 安全模式地图显示：全程语音播报，随时提示前进方向，避免行车过程中分散驾驶者的注意力，真正实现安全导航。 地图画面文字层仅显示重要导航数据点，突出重点，道路显示清晰明了，利于安全驾驶。十字路口交通灯显示， 兴趣点图标更加个性化。

 

• 医疗知识信息查询

 

终端配备了 2000 多种毒品知识库、1000 多种化学危险品知识库、52 种常见急症常规处理方法等知识库，方便医生现场查询，辅助急救处置。

同时，可内置甲方提供的其它医疗急救相关知识信息，并提供必要的查询浏览功能。

• 云地图子系统功能要求

GIS 地理信息子系统要求包括电子地图数据、地图运行平台，提供给调度员直观、可视化需要，并可实时显示救护车位置信息等。

本地地图要求：120 系统使用的本地电子地图存储于受理调度台计算机。

网络在线地图要求：能提供三种视图：一是矢量地图（传统地图），可提供行政区和交通以及商业信息；二是不同分辨率的卫星照片（俯视图）；三是地形视图， 可以用以显示地形。具体要求实现以下功能：

• 提供面积大、内容全、更新迅速的地图数据

互联网电子地图（互联网 GIS）比照传统的本地电子地图，首先的优点就是提供了面积大、内容全、更新迅速的地图数据。

实地采集结合网络采集共有 2000 万 POI 信息(“Point of Interest”的缩写， 翻成“兴趣点”，每个普通 POI 包含四方面信息，名称、类别、经度、纬度)，每年四次信息更新；地图范围覆盖全国全部城市，全国道路里程共计 352 万公里；累计超过 300 万的深度 POI 信息（即具有更详实的信息内容），不同类型的丰富 POI 深度信息。

• 提供模糊名称查询、最优路径等大量辅助手段

互联网 GIS 除提供了优秀的数据资源外，也提供了许多本地 GIS 目前尚不具备的功能，包括“模糊的”名称查询，大范围的最优路径等功能。

• 提供强大语义搜索功能

针对急救行业应用的语义搜索，准确地捕捉到受理员所输入语句后面的真正意图，并以此来进行搜索，从而更准确地向用户返回最符合其需求的搜索结果。

• 提供城市道路交通流量实施信息

地图服务平台还为用户提供实时交通信息展示，通过红、黄、绿等颜色来展示交通状况。通过查看实时交通信息，轻松掌握交通状况，调整救护车行驶路线。

• 互联网 GIS“云计算”

云计算在 GIS 方面主要是集中在深度分析效率以及数据密集型系统的数据支持。基于云计算的 GIS 将空间数据的存储和处理交给大量的分布式计算机（服务器）、通过基础设施即服务、平台服务和软件服务三种形式为用户提供空间信息服务。

 

 

云计算使得互联网 GIS 获得了进一步的发展。目前大一些的互联网 GIS 服务商都在研究怎样充分利用云计算。

• 互联网 GIS 与 120 调度结合

云地图在 120 指挥系统中具有重要意义。使用互联网 GIS 将大大提升 120 指挥调度系统的性能。

• 本地电子地图和网络云地图互为备份使用，可自由切换。
• ※所投云地图子系统具备软件著作权证书并加盖厂商公章
  • 急救分站子系统要求

急救分站系统要求主要包括如下功能：

• 出勤管理
• 分站值班人员上、下班管理，并与中心、车载终端上、下班管理一体化使用。
• 通过上下班随机确定医生与司机组合。
• 值班人员可管理车辆特殊状态，如 “暂停调用”、“恢复调用”等，与分站系统同步。请求“暂停调用”要说明原因。（药品原因、氧气原因、设备原因、油料原因、车辆原因、科室原因、个人原因等）。
• 任务管理
• 实时接收指挥中心的调派指令（与救护车接收同步）
• 可以选择打印当日或当班分站各站的命令单的流水。
• 可显示本分站各站当日执行的任务清单
• 可查看本分站车辆执行的历史的任务清单
• 可以选择时间打印任务流水清单。
• 病历管理
• 医生完成任务后应该撰写急救病历。包括普通病历和抢救病历两种。
• 分站的管理人员将各种病历输入计算机。包括心电图记录的扫描与保存。未完成状态的任务不可输入病历。输入完毕，核实无误，点击保存时，当前保存的病历（数据与图象）信息立即回传给中心系统。发送后的病历记录不可修改。
• 可以在终端按日期检索病历（不含图象），需要看心电图时再调用心电图， 心电图可以放大、平移。
• 车辆管理
• 可以实时显示本分站各站救护车的实时位置及历史轨迹回放。
• 可以按医生、司机姓名、车号、急救站站名检索。
• 通信管理
• 急救中心与分站通过 ADSL 虚拟专网连接。
• 分站终端界面可以显示分站组网线路的畅通状态。
• 统计管理
• 出勤统计：医生、司机的出勤统计（班次种类、次数，按各人、各站及分站分别求和，按日报、月报、年报和时间段统计。）
• 工作统计：医生、司机的工作量统计（出车次数、各种收费、接诊的病种、主要检查与治疗，按各人、各站及分站分别求和，按日报、月报、年报和时间段统计。）
• 经济管理
• 分站管理人员将各次任务的收费情况输入终端（全收、少收、未收、欠费等）。
• 可查看各次任务收费清单等信息。

 

 

• 可按人员、时间、任务种类、收费种类等统计收费情况。
• 可按人员、时间计算奖金和各种补助。
• 地理信息支持

可以通过电子地理管理救护车运行情况。

• 病历回填功能
• 整体设计
• “病历输入”可分为“基本信息”、“体格检查”、“救治记录”三个界面。
• 在“救治记录”界面有“保存记录”按键。在保存记录前允许随意翻页进行修改。保存后，不允许再修改。
• 在界面下边缘设置“基本信息”、“体格检查”、“救治记录”三个按键。在选择点击了界面左侧的事件后，首先显示的是“基本信息”页，并且自动填入调度事件记录中已有的内容。此时就按“增加”，表示确认此事件，可以继续输入内容。如果选择有误，允许“删除”。
• 具体功能

按现有病历制定输入界面

• 该自动填入的内容有：

患者姓名、性别、年龄、民族、现场地址、电话判断、呼救电话号码、病情估计、送达医院

• 应该默认的内容：

“病因”选择了疾病时，“事故等级”应该默认为“无等级”。

“救治签字”默认为“未签”

• 允许空缺的内容：

“其他病史”可以空缺。

• 可增加的选项：

体格检查里的“神志”应该增加“丧失”。

“四肢肌力”应该增加“  级”，可填写数字 0-3，不大于 3。

“心音”增加“消失”。

救治的“病因”不选择“外伤”时，体检里的“外伤类型”默认为“无”。

“婚姻状况”增加“不详”。

• 应该限定的内容：

“瞳孔”的数字应该限定为 1 位。

“体格检查”里的“血压”应该限定为 3 位数字，分别小与 300 和 200。

“救治记录”中的 HP 应该限定为 3 位数字，分别小与 300 和 200。HR 应该限定为 2 位数字，并且小于 50。

• 日期时间的输入方式：

“救治记录”只要“时”和“分”，不要“日期”，并且用人工填写方式，不用选择方式。

• 记录保存方式：

“救治效果”可选。“救治信息”可保存。

• 心电图：

尽量在输入本病历时扫描输入，以避免以后的差错。

• 不处置病历的可以不填写项目还有：

“主诉”、“过敏史”、“头部”、“颈部”、“体位”、“抢救效果”等，

 

 

应该使用不明亮字体

• 不论处置与不处置的病历，其内容允许缺项，都可以保存。

但是，在保存记录后提示为“不完整病历”，供质量检查者检查。

同时，如果在“体格检查”中的“患者配合”栏，选择了“拒绝”时，就不认为是“不完整病历”。

• 在“体格检查”中增加“患者配合”栏，可选择“配合、不配合、拒绝”， 默认为“配合”。

在“基本信息”界面增加“证件号码”栏，可填写少于 18 位字符。

• 操作不要烦琐：

所有的抢救记录可不在同一个数据库文件里，但是输入时可以方便更换界面。

• 数据不应该自动改变：

在作任何一项操作时时，已经输入的内容不能自动改变。

• “基本信息”界面中，血压波动在 -- / -- mmHg 之间。可以不填全。
• 病历包括“普通患者（普通车）病历”和“重症患者（抢救车）病历”。
• 查看条件增加：患者姓名、医生、司机。显示的字段随所选择条件而排在第一位。
• 增加“处置”一项，包括处置和不处置可选。选择不处置时，界面中仅加方框的部分为必填写内容。选择“处置”时，所有项目都要填写。
• 界面显示任务流水。内容主要有任务序列号、患者姓名、日期时间等。
• “患者详细信息”按医生书写的病历格式，遵照卫生部规范。
• “流水”只显示本城区分站的任务（既所属的急救大站）。从流水中选择已完成的任务用于观看和输入病历。显示内容包括指令、状态与时间、患者去向、医生和司机的收费金额等所有信息，显示的内容不可修改。
• 只有已完成的任务才可以输入病历，可以将医生书写的病历内容输入计算机，包括心电图记录的扫描与保存。
• “普通病历”和“抢救车病历”可以分别选择。每一种病历分别有几页，每页间可以互换。输入的内容允许修改。
• 每次点击保存时，当前保存的病历（数据与图象）信息立即回传给中心系统。
• 已传输中心后的病历不可修改。

※所投急救分站子系统具备软件著作权证书并加盖厂商公章

• 网络视频传输系统要求

网络视频传输系统需要有效实现视频网络的信息资源共享及统一监督管理，满足急救指挥中心对移动监控点（急救车载视频监控）和固定监控点（急救中心、急救分站）的图像采集、及时分析和远程视频监控专业化、统一化管理的要求。

 

• 系统构成要求

 

• 急救指挥中心功能要求

急救指挥中心是整个系统的最高层，对全县 120 救护车车辆进行统一的调度及视频管理，并对各急救分站进行权限管控。

急救指挥中心通过中心汇集辖管 120 救护车及人员的视频信息，配置硬件设备、客户端软件。相关职能部门人员，根据授权进行实时预览、检索和浏览。

• 车载视频监控要求

 

 

急救车辆视频监控系统通过布置在急救车辆上的监控摄像头，可实时了解车内外的实时画面。系统在急救车辆上布置监控摄像头，部署在驾驶舱可以实时了解驾驶员驾驶情况，部署在驾驶前舱可以监控车辆前方的路况，部署在急救舱可以实时监控急救舱中的急救过程和病患状况，部署在急救车后面的摄像头可以监控车辆后方实时状况。

系统通过监控摄像头实时采集监控画面，通过无线网络传输技术将监控数据传输到急救指挥中心并分散存储在急救车辆硬盘录像机中，这样既可以实现指挥调度中心实时监控急救车辆车内外的情况，也可以对于历史出车监控画面的历史回放。本次方案为每台救护车设置 4 路摄像头通道与接口容量，分别在驾驶室前方安

装 1 个摄像头/救护舱内安装 2 个摄像头。

 

• 图像存储

 

本系统前端监控点图像的存储采用车载 NVR 分散存储方式，所有前端车载监控点在车载 NVR 分布存储。具体设计如下：

1、车载 NVR 分散存储

车载录像存储：由 120 救护车车载 NVR 分散存储。

2、远程查看

重点监控点图像分散存储，所有监控点，在急救指挥中心集中查看。

 

• 电子病历子系统

 

• 病历功能模块描述

 

定制模块化电子病历，提供标准版电子病历再据各单位要求集中定制地域化个性需求。分为分站 PC 输入端、移动 PAD 输入端。

院前急救结构化电子病历包括急救病史（主诉/现病史/重要过去史）、转/出院、体检、症状变化、诊疗和病种模版等模块，病历中的内容都可以通过结构化模版和词条进行录入。

对所有的急救电子病历统一管理。急救中心领导可以随时查看急救病历，从时限性、完成情况、完成质量等各方面对电子病历进行考核，自由制定质控评分模板， 采取手动给分和自动评分相结合的方式，对任一现岗病历和终末病历进行评价，并将得分情况记录在案，做出相关统计分析。从而保证病历书写规范，提高医疗质量， 减少医疗纠纷。

• 病历编号

每份急救病历都有一个唯一的编号，且该编号遵循统一的编号规则。

• 急救病史

包括发病时间、病史提供者、主诉、现病史和重要过去史等内容。

• 转/出院

包括转/出院诊断、医院主要治疗措施和目前患者症状等内容。

• 体检

体检包括 2 种录入形式，常规结构化录入和人体智能录入。

体检中的 GCS、IT、Apgar 评分，都对应有模版，方便和规范急救医生录入。

 

 

• 诊断

诊断包括初步印象、心电图印象、血糖和血氧饱和度等内容。

• 症状变化

症状变化是记录患者在急救过程中的病情变化情况，记录病情变化的时间和变化的内容。

• 诊疗

诊疗是记录急救过程中急救医生对患者进行的抢救措施等情况。

选择诊疗措施后，系统会提示出该诊疗过程中可能用到的药品和耗材，选择药品和耗材的种类和数量，相应的费用情况会直接记录在电子急救收费中，同时也会自动统计出药品和耗材的使用量和库存情况。

※（8）病种模版（提供软件功能截图并加盖厂商公章）

可以自行在管理系统中，维护各类丰富的结构化模版。维护好的病历模版，可以在电子病历中直接调用。

（9）综合查询功能

通过各种查询条件，对电子病历进行智能查询和检索。查询电子病历有相应的权限区分：个人允许查询自己创建的电子病历，分站长允许查询本分站的电子病历， 相关领导允许查询所有的电子病历。

※（10）病历评分功能（提供软件功能截图并加盖厂商公章）

可针对每份病历进行评分，评分标准采用手动加自动相结合的方式。

• 病历检查汇总表

通过病历检查汇总表，可查看所有分站、所有个人的病历评分总体情况。

• 病历检查评表

所有的得分情况都会记录在案，通过病历检查评表，可查询出每位医生病历检查的明细信息。医生可以查看自己的病历检查评分，分站长可以看到分站医生的病历检查评分，相关领导可以查询所有医生的病历检查评分。

※（13）所投结构化电子病历及病历自动评价软件功能具备软件著作权证书并加盖厂商公章

※（14）所投院前急救病历数据电子化管理分析功能具备软件著作权证书并加盖厂商公章

※（15）急救中心医疗管理软件具备软件著作权证书并加盖厂商公章

 

 

• 电子病历 PAD 端描述

 

PAD 端电子病历设计为 APP 形式，输入内容完全与 PC 端一致。具备离线本地存储，联网立即上传等人性化设计，可据医生使用习惯定制化调整，具有随时随地填病历等优势。

• 院前院内一体化子系统

本子系统实现的主要业务功能要求如下：

• 显示当前救治任务的基本信息及病人的初步诊断信息。
• 动态显示正在送达的车辆所执行任务的实时节点状态。
• 实时显示当前车辆离本医院的距离，以及预计达到的时间。
• 显示救护病人的实时生命体征信息。

 

 

• 可实现与中心的双向数据通讯。
• 可显示北京时间、天气预报以及中心下发的通知、公告等信息。
• 信息到达时可通过多媒体音响进行声音提示。

※（8）所投院前院内一体化子系统具备软件著作权证书并加盖厂商公章

• 综合显示子系统

现代信息技术的发展与应用对人类社会各个领域产生了深刻影响。120 急救中心作为连接社会关系的重要纽带，也受到现代信息技术的强烈冲击。近年来，信息技术已广泛运用于医疗机构各个方面，建设智能化、现代化、信息化统一集群控制管理的监控指挥系统，对医疗社会保障性等单位具有重要的意义。大屏幕作为执行指挥中心的视频终端和决策的发布终端，是本次建设的重点设备。整个系统建设以系统工程、信息工程、自动化控制等理论为指导，把无缝拼接技术、多终端共享技术、信号切换技术、网络视频通讯技术等科技手段的应用综合为一体，形成一个真正无缝拼接，拥有高对比度、画面清晰流畅、高灰度，高刷新，技术先进、功能强大、使用方便的高科技大屏幕显示系统。

总体设计原则：针对传统显示产品存在的诸多缺陷及视角效果差等问题，急救中心需要建设一套高清一体化大尺寸电视墙，作为监控显示终端，有效提升急救中心显示效果；实现“面对面”的商讨战略，联合指挥，制定行动；完成功能性的需求、进行统一决策管理。以需求为第一出发点: 系统的设计核心就是提供全方位、方便、快捷的信息发布、监控服务。高起点: 即先进性，系统采用的硬件设备应是目前世界上较为先进的设备，能够满足业务和应用的发展需要。产品设计上应着眼于超前打算，综合利用，有较长的使用周期。高度集成：将计算机处理、网络通讯技术、视像显示以及所有信息处理集成在统一的平台上同步、集中控制，各功能子系统可实现同步联动。并可通过强大的通用接口，实现同步显示，操作便捷的执行急救中心显示终端。系统化的设计：突破传统设计惯式，运用 LED 显示技术的科技内涵，结合行业特色，对系统进行完善的细部设计，营造一个统一决策部署的管理平台实用性与先进性相结合：系统的各种设备及软件系统应讲求实用，满足现有的应用需求，并对未来需求提供良好的扩展能力。

• 无线对讲子系统

要求基于中国移动、联通或电信无线网络提供无线集群对讲功能提供给 120 系

统公网集群通信（PTT）功能，使 120 指挥调度中心能有效、快捷地实施对救护车及随车人员的调度管理等服务延伸到移动网络通达的所有地方，基本实现以任何地点、任何时间、任何方式保证人员调度信息、车辆信息的畅通，大大提高 120 系统的调度能力以及突发事件的应急调度能力。

灵活分组功能

可灵活设定不同等级的分组和优先级，满足组内通话时对话权分配的需要，保证优先级级别较高的人员组内通话时及时畅通，可选择全网群呼或指定车辆群呼。

(二)卫生应急决策指挥系统

系统功能遵循卫生部下发的《地市级突发公共卫生事件应急指挥与决策系统建设技术指南》、《江苏省卫生应急综合规范县（市、区）评估验收细则（2016 版）》的相关要求，主要由业务应用系统、辅助决策系统、移动应用系统、日常协同系统、社会服务系统和数据交换系统等六大子系统组成，其中，业务应用系统主要包括： 应急资源管理、预案知识库管理、应急值守、应急处置决策与指挥、日常监测、业务信息交流六大部分，系统用户包括卫计委、疾控中心、120、医疗机构、监督所等。

 

 

各级业务条线机构通过业务应用系统，进行业务数据采集、申报、审核形成卫生应急决策指挥综合数据库。在数据采集的过程中为了提高工作效率、工作质量， 可利用移动互联技术进行相关 APP 应用（不在本次招标建设范围），辅助日常业务数据的采集；通过日常业务数据库的采集沉淀，利用决策辅助分析系统，进行数据的挖掘分析利用，并依托地图系统和图形分析系统，以地图、图形标注方式进行相关业务数据展现、统计分析。

整个平台中各个条线业务的数据，通过数据交换系统与江苏省卫生应急管理系统进行互联互通，通过该交换系统完成基本信息、年度报表、基础业务数据标准的同步，达到与江苏省平台无缝对接。

• 基础支撑管理平台、应急值守管理系统

整个系统运行框架基于 SOA 理念和分布式部署的实现。系统管理包括：用户管理、角色管理、功能管理、权限的授予配置、系统日志等功能。系统依据属地管理、分级管理原则进行多级授权管理，以及数据访问。

 

• 用户管理

 

分配当前系统登录用户，完善用户姓名和所在单位。

 

• 角色管理

 

设置当前系统所拥有的系统角色，针对角色进行菜单权限的分配。

 

• 权限的授予配置

 

针对系统登录用户或系统角色进行菜单权限管理

 

• 系统日志

 

实时记录系统用户操作日志

 

• 应急值守管理

 

系统主要建立全区域各级医疗卫生机构各日期应急值班人员排班、联系方式等内容，并实现应急值班记录管理，应急管理机构能够即时查询各处置机构人员在岗情况。

各机构人员可以通过系统门户直接进行签到，卫生行政部门可以随时查看各应急单位的值班人员、联系电话，方便及时与相关单位取得联系。

• 应急资源管理系统

 

• 机构管理

 

依托机构管理建立各个辖区的基础档案，结合业务工作动态形成一个辖区完整的卫生应急动态档案，并能够溯源一个机构的历史变迁情况，其中单位信息、应急办机构情况、办公保障情况、工作情况、地理位置、应急人员信息需要与“江苏省

 

 

卫生应急信息管理系统”（以下简称江苏省系统）进行对接实时上报。

通过各级医疗卫生机构和相关部门安排人员完成数据日常动态变更，实现全面采集应急处置各类资源管理，包括：人员、组织架构、医疗机构的各类救治设备、各类床位、急救药品等信息数据，全面掌握全县各级医疗救治机构的应急处置能力和分布情况，为突发事件的资源调度奠定基础。

• 机构信息维护

主要信息内容包括：单位名称、单位简称、机构形式、联系人、详细地址等信息，建立应急办年度机构情况档案，并做为其业务档案的归属索引。

应急办办公条件情况信息以及年度工作经费、物资储备。

应急办本年度的工作开展情况信息上报。通过百度地图标注当前机构所在的地理位置信息。完善机构应急人员储备情况，包括职务、职称、专业、手机号码、办公电话

• 机构信息检索

根据单位级别、单位类别、单位名称查询本辖区内的机构信息，通过详情可查看机构详细信息、地理位置、应急人员配置情况。

 

• 人员管理

 

建立卫生行政部门、公共卫生机构、医疗救治机构对应的领导组织、应急办及应急队伍，根据突发事件种类归类管理，由卫生行政部门负责日常动态变更。

• 领导小组

各机构建立对应领导小组，分配相应的组长、副组长。

• 应急专家

各机构完善各自应急专家储备信息，形成完善的专家库，方便突发事件发生时的快速调度。

• 应急队伍

完善相关突发事件类别处置队伍，分配队伍成员，指定队伍组长与副组长，以便突发事件发生时的指令下发。

• 通讯录

各机构应急人员办公电话、联系电话清单，方便突发事件发生时调度指挥，指令通知。

 

• 应急资源管理

 

• 应急物资

根据突发事件种类建立辖区的物资库，由辖区物资管理员负责日常动态变更。

• 应急车辆

系统支持实现全市各级应急处置机构内部应急车辆信息（非 120 车辆）的管理， 为指挥调度提供支撑。

• 应急床位

通过对床位信息的采集整合，支持实现在突发事件发生之际可根据现场的实际情况，准确定位所需要的床位信息在哪个单位、哪个科室，且各单位实际的床位情况。

 

 

• 检测能力

要求根据突发事件种类建立疾控中心快速检测能力资源库，由各级管理部门负责能力清单的日常动态变更。

• 血液资源

各医疗机构根据血液类型、计量单位建立血液资源库，突发事件发生时可更快地查看可调配血液资源。

• 应急资源地图

地图上标注各单位所有资源情况，若事件发生后可以在地图上事件发生位置附近查看可调配的最近最快捷的资源信息。

点击地图上的机构点位，可查看当前点击单位单位基本信息、应急人员、应急领导组、应急专家、应急队伍等配置情况。

• 应急预案与知识库管理系统

主要采集、存储各级应急机构用于应急处置的各类预案、技术方案、法律法规、培训演练等知识库，为应急处置提供知识参考、检索。

• 法律法规

卫生行政机构维护相关的法律法规文件并把文件发布可供各下级单位使用。

• 应急预案

根据突发事件种类进行预案库的分类管理，包括国家级、省级、地市级、县区级预案管理；

• 技术方案

根据突发事件种类进行技术方案的分类管理。

• 案例库

建立突发事件历史案例库，供单位参考类似突发事件发生时的处置调度。

• 培训演练

建立专项应急培训演练库，可供各单位参考学习及熟练运用理论知识解决实践问题的综合能力。

• 应急处置与调度系统

突发事件接报后，当进入突发公共卫生事件处置过程时，指挥决策中心进入指挥调度综合处置，系统根据突发公共卫生事件类别，自动完成资源库的定向筛选、现场指挥调度的全面展示和针对性展示，实现统一综合指挥调度和科学决策。

• 事件报告

各地进行应急值班接报，由各级应急办统一调度并进行初步核实。

突发事件核实后进行事件信息初步填报，包括事件编号、事件名称、事件类别、事件级别、发生地区、发生地点、发生时间、发病人数、死亡人数、涉及人数、是否紧急救援、病人去向、事件描述、主要症状、其他情况、诊断或疑似诊断，在地图标注事件的发生地点，上传现场图片和初步报告文件。

• 应急处置

事件处置时可通过平台对事件处置进度信息进行实时更新。通过下图所示调度指挥界面可对当前事件进行临时应急小组的成立、调度相关专家与应急队伍并启用短信通知，快速下达调配指令，快速查阅当前突发事件类别相关预案、技术方案。

 

 

• 业务信息交流系统

 

• 首页门户

 

各级机构登录系统后，首先可以看到本门户信息展示，门户中栏目主要包括“工作动态”、“公告栏”、“相关文件”、“应急知识”、“待办任务”，以及“应急值守签到”功能。

 

• 文件发布

 

各级机构在系统中可以进行本级各类信息的发布，包括交流材料、通知公告等信息在系统中进行发布到下级机构单位，并在系统中查看各级单位的查阅情况。

• 信息上传

信息上传主要包括信息类型、标题、内容、附件（支持 WORD/EXCEL/PDF/压缩文件等）等信息。

• 发布交流查阅范围

设定业务交流的查阅范围，通过查阅级别、查阅单位（支持单个单位定向）两个维度进行信息发布，灵活开展业务交流权限的控制。

 

• 文件阅办

 

各级机构在收到上级发布的各类交流信息时，可以进行已阅操作，输入交流信息，信息发布单位则可以进行信息的查阅情况查询。

• 卫生大数据辅助决策管理

 

• 机构情况分析

 

• 办公条件分析

辖区内应急办办公条件按照办公用房面积、办公用车数量的年度分析

• 工作情况分析

辖区内各机构卫生应急工作开展情况的年度分析

• 机构情况分析

辖区内机构按照机构性质、机构类型进行占比分析

• 机构人员编制情况分析

辖区内机构人员配置情况按照地区、年份维度进行动态分析

• 工作情况统计

按照地区统计年度卫生应急工作开展情况

 

• 突发事件分析

 

• 突发事件数量统计

根据地区、年份、时间类型进行突发事件数量的统计

 

 

• 突发事件检索

根据事件报告单位、事件类别、发生日期、事件级别在地图上显示突发事件的明确发生地点，根据地图明确分析事件多发地，预防未来相同事件的再次发生。

• 突发事件趋势分析

以事件级别的维度分析突发事件发生数量的趋势。

• 公卫突发事件统计

根据地区统计非公卫类突发事件的发生数，时间内突发事件的事件处置工作开展情况。

• 数据交换系统

 

• 卫生应急信息数据交换

 

根据江苏省系统相关要求和数据交换标准，实现金湖县卫生应急决策指挥系统数据与江苏省卫生应急信息管理系统的各类数据交换和信息报告，保证数据的无缝对接，数据交换内容包括：

• 机构信息、人员信息
• 人员配置：领导小组、应急专家、应急队伍
• 应急资源：应急物资、应急车辆、应急床位、检测能力、血液资源
• 知识库：应急预案、技术方案、法律法规、案例库、培训演练

突发事件信息、重大活动保障工作情况、全民自救互救素养工作情况

 

五、硬件清单

(一)计算机受理调度子系统

编号	名称	型号/规格	数量	单位
01	通信、应用等服务器	1、品牌：全球 X86 服务器 IDC 市场占有率 2018 年排名前三名的产品，投标时提供 IDC 报告； 2、配置要求：Intel 4110 以上，≥16GB 内存，≥3*500G SAS， 2GB 缓存 RAID 卡，4 个千兆电口，2*750W，LCD 液晶屏， DVDRW，支持冗余 SD 卡， ※3、提供服务器运行状态监控 IOS/安卓平台 APP（提供 APP 截图文件），出厂预装正版操作系统，滑动导轨，3 年原厂质保。 ※4、为保证后期的服务，设备的注册信息为：金湖县卫生 健康委员会，中标后提供原厂质保函。	3	套
02	数据库服务器	1、品牌：全球 X86 服务器 IDC 市场占有率 2018 年排名前三名的产品，投标时提供 IDC 报告； 2、配置要求：Intel 4110 以上，32GB 内存，3*10K 1.2TB SAS，2GB 缓存 RAID 卡，4 个千兆电口，2*750W，LCD 液晶屏，DVDRW，支持冗余 SD 卡。	2	套
03	受理台	配置要求：商用台式机，Intel I5 以上处理器 硬盘容量: ≥500GB/内存容量: ≥4GB，硬盘描述:SATA/光驱 DVD-ROM 光驱/千兆网卡。独立显示接口 3 个，高性能 23.5 寸液晶 显示器 3 台，音箱。预装正版操作系统。	3	套

 

 

04	受理台 桌	全钢喷塑，木质桌面，三联受理台，可据采购方需求定制。	3	套
05	网络机 柜	2 米高标准网络机柜，1.1 米深	2	个
06	授时仪	16 通道授时仪	1	个
07	防雷击插座	6 插口插座	20	个

(二)通信网络子系统

编号	名称	型号/规格	数量	单位
01	网络交换机	1. 产品类型 千兆以太网交换机； 2. 应用层级 三层； 3.传输速率 10/100/1000Mbps； 4. 交换方式 存储-转发；背板带宽 ≥256Gbps； 5. 包转发率 ≥72Mpps； 6. MAC地址表 ≥16K； 7. 端口结构 非模块化； 8.端口数量 ≥52个；48个10/100/1000Base-T端口，4 个100/1000Base-X千兆Combo口 ； 9. 扩展模块 1个堆叠扩展插槽； 10. 传输模式 全双工/半双工自适应。	1	台
02	防火墙	（1）    产品架构：硬件平台采用先进的多核网络专用架构。 （2）   性能要求：吞吐率(bps)≥2.5G，最大并发连接数 ≥100万（支持扩展到吞吐4G，并发连接数200万），每秒新建连接数≥5万，提供IPSec VPN隧道数≥2000条， 并发SSL VPN用户许可≥6个； （3）  硬件要求：标准机架，双电源，1个CON口，1个USB2.0口，5个10/100/1000MBase-T电口，4个Combo口； ※（4）系统要求：要求支持多系统引导，并可在WEB界面上直接配置启动顺序；（提供软件截图证明并加盖厂商公章） ※（5）支持NAT公网地址池中IP有效性检测，避免因NAT 地址无法使用导致业务中断。（提供软件截图证明并加盖厂商公章） （6）应用协议智能识别：支持应用过滤器便于配置和维护，至少支持6个维度进行过滤，包括：名称、类别、子类、应用技术、风险界别、特性；其中应用技术至少包括：基于浏览器、客户端服务器、网络协议、点对点； 风险级别包括：1、2、3、4、5总共5个等级；特性包括： 能够传输文件、已被大规模使用、大量消耗带宽、易逃逸、易被滥用、被其它应用使用、存在已知漏洞、被恶 意软件利用；	1	套

 

 

		（7）管理功能：支持云端、手机移动端APP自动化的云巡检，一键启动巡检任务并生成巡检报告。支持云端、手机移动端APP运维和维护，提供手机APP报表，支持 Android/iOS，支持多个用户共同管理一台设备系统要 求。
03	网络线	AMP 六类网线	3	箱
04	网 络 配 线架、理线器等	若干	1	套

 

(三)GPS 车载信息子系统

 

编号	名称	型号/规格	数量	单位
		1.硬件参数
		（1）CPU 8核及以上；
		（ 2 ） 显示屏： 8 英寸及以上彩色液晶触摸式显示屏， 分辨率≥
		1280*720；
		（3）支持数据通信：SIM卡4G 通信，通信制式全网通设计；支持OTG、
		WIFI(支持wifi 热点连接、可以提供 wifi给其他设备连接）
01	车载信息 终端	（4） 采用第三方导航（百度/高德）海量数据实时更新，语音导航； （5） 定位模块：定位方式 GPS/北斗；	7	套
		（6）有免提语音电话；
		（7）体积小巧、安装方便，工作时系统无噪音。
		※（8）电源环境适用性指标：车载9V~24V供电（提供检测报告并加
		盖厂商公章）
		※（9）温度环境适用性：-30℃~70℃（提供检测报告并加盖厂商公
		章）

（四)急救分站信息子系统

编号	名称	型号/规格	数量	单位
01	激光打印机	A4 幅面、黑白激光、USB 接口，输出精度≥600dpi	4	台

(五)网络视频传输子系统

编号	名称	型号/规格	数量	单位
01	移动车载视频终端	1.设备要求： (1)   支持 4 路 1080P 视频输入、POE 供电； (2)   支持 1 个 2.5 寸 SATA 硬盘、1 个 SDHC 卡； (3)   无风扇设计、全铝机身、专业减震技术； (4)   支持 3G/4G、WiFi 、GPS/北斗等； (5)   支持行车状态记录功能：包括车速、转向、刹车、倒车、车门	7	套

 

 

开启统计等； (6)   支持双码流、支持动态码率编码技术，适应无线网络带宽变化； (7)   支持报警联动录像预录功能； (8)   支持 6~36V 宽电压输入； (9)   内置 UPS，确保异常断电不丢录像； ※(10)通过 ISO7637-2 汽车电磁兼容标准测试；（提供检测报告并加盖厂商公章） (11) 1 DIN 标准工业机箱尺寸，适合机车前装。 2.本次招标要求： (1)   内置存储空间：SATA 硬盘，1TB 容量 (2)   视频传输方式：4G 网络 (3)   含 3 个半球形最大分辨率为 1920x1080 适配高清摄像头（内置 拾音器）。

 

(六)电子病历子系统

 

编号	名称	型号/规格	数量	单位
01	急救 PAD	5 英寸以上 4G 主流移动终端，操作系统 Android(安卓)、电池容量（mAh）≥3700、机身存储≥128GB、分辨率≥2340 ×1080、后置摄像头≥4800 万像素。	7	套

 

(七)院前院内一体化子系统

 

编号	名称	型号/规格	数量	单位
01	告 知 接收 终 端算机	≥40 寸 windows 触控一体机，主板：工业工控主板CPU：≥intel I5 内存：≥4G 硬盘：≥500G 固态硬盘	2	台

 

(八)  综合显示子系统

 

编号	名称	型号/规格	数量	单位
01	室内 LED 显示屏	LED 灯管芯，像素间距：≤1.8mm，白平衡亮度≥6000cd/㎡，刷新频率≥3840Hz，峰值功耗≤504W/㎡，平均功耗≤168W/㎡，单元模组尺寸 320mm*160mm*17mm，分辨率：172*86，前维护安装方式， 显示尺寸： 4.800m （ W ） *1.440m(H)=6.912 ㎡, 整屏分辨率≥ 2580*774=1996920。 1. 像素间距 ≤1.8mm 2. 模组尺寸 320*160*17mm 3.     模块采用高强度塑胶套件，产品轻巧安装精度高 4.     模组平整度：≤0.2mm，箱体间缝隙≤0.2 5.     模组电源接口采用 4P 接插头，免工具维护，同时有防呆设计， 预防接错电 源线短路而导致的烧毁模组行为；	6.9	㎡

 

 

		6.     采用集成 HUB 接收卡控制，支持通讯状态监测，高灰度，高刷新。 7.     支持接收卡画面预置，支持配置文件回读。单卡支持 256*256 像素点，带载 尺寸更大。 8.     可采用方通背条和箱体结构等多种安装方式，不受安装环境限制 9.     采用抗消隐设计，无“毛毛虫”“鬼影”跟随现象 10.     模组表面结构：带面罩设计，不反射环境光，LED 显示屏安装有防眩光黑色 面罩 11.     白平衡亮度≥600cd/㎡（6500K，校正后） 12. 视角：水平视角≥160°，垂直视角≥140° 13.   发光点中心距偏差：发光点中心距偏差（校正后）：＜3%； 14.      峰值功耗≤504W/㎡ ※15. 寿命典型值≥100000 小时,平均无故障时间≥100000 小时（提供检测报告，并加盖厂商公章） 16.     稳定性，支持 7*24H  连续工作 17.     产品满足盐雾 10 级要求 18. 工作温度范围-30℃-40℃ 19. 存储温度范围-40℃-60℃ 20. 蓝光安全 ※21. IP 等级符合 IP6X（提供检测报告，并加盖厂商公章） ※22. PCB，面罩阻燃等级 V-0 级（提供检测报告，并加盖厂商公章） ※23. EMC 符合 Class B 级限级要求（提供检测报告，并加盖厂商公章） ※24. 抗紫外 UV 辐射 5 级（提供检测报告，并加盖厂商公章） ※25. 工作噪音，符合国家标准（提供检测报告，并加盖厂商公章） ※26. 防振动，10-55Hz，振辐 0.35mm（提供检测报告，并加盖厂商公章） ※27、为保证后期的服务，提供原厂质保函。
02	视频处理器	图像截取，部分/全屏显示，双画面输出，支持图文叠加，淡入淡出及无缝切换，信号源热备份,模板存调功能,可选多机级联联拼接。输入接口： 2×AV，1×VGA，1×DVI，1×HDMI,1×DP；可扩展接口 1×SDI 1 ×DVI 1×VGA。输出接口：4×DVI，1×VGA， DP loop,带载分辨率： 2560 × 1024/60Hz 2560 × 1440/60Hz 2560 × 1600/60Hz 3840 × 1080/60Hz，1080×3840/60Hz。 ※为保证后期的服务，视频处理器需与 LED 显示屏为同一品牌	1	台
03	控制系统	支持 DVI 视频信号输入；支持低亮高灰； 输入分辨率：最大 1920*1200 点，支持分辨率任意设置； 单卡最大带载面积：230 万点，最宽可达 2560，最高可达 2560 点； 4 个千兆网口输出，支持两上下、左右任意拼接； 双 USB 接口进行数据通讯，方便级联拼接，严格同步通讯控制系统 同步控制 ※为保证后期的服务，控制系统需与 LED 显示屏为同一品牌	1	套
04	LED 播控软件	软件集成了显示屏配置，显示屏亮度的手动、定时调节及自动调节，显  示屏的箱体的状态、温度、湿度、烟雾、电 源的监测，显示屏的灯点检测等功能操作，通过与精显时代Ⅲ校正软件  的配合可以实现对显示屏的完美校正，并使用灯箱库及配置文件简化了  用户的管理。 ※提供软件自主知识产权证书	1	套
05	接收卡系统	支持 10bit 高清视频源的播放，支持单卡输出 RGB 数据 16 组， 支持 16bit 亮度矫正、色度矫正，支持任意列数 LED 箱体。开屏渐亮保护，单卡带载像素支持 256×1024。支持配置文件回读、程序复	1	套

 

 

		制、温度监控、网线通讯状态检测、供电电压检测、高灰度高刷新，  支持通用芯片和带电流增益芯片。 ※为保证后期的服务，接收卡系统需与 LED 显示屏为同一品牌
06	配电柜	软件控电系统，远程控电，定时控制，随智能控制软件整合， 总功率≥10KW，含三相五线空开等设备，系统具有手动控制、远程  控制、定时控制、单时段控制和多时段控制； 具备现场异常远程报警功能。 ※为保证后期的服务，配电柜需与显示屏为同一品牌 提供 3C 报告，原厂规格书盖章	1	套

 

 

(九)无线对讲子系统

 

编号	名称	型号/规格	数量	单位
01	中心调度台	1.  无 线 网 络 : 4G ： TDD-LTE 、 FDD-LTE;3G:WCDMA 、 EVDO 、 TDSCDMA;2G:GSM、EDGE;WIFI 2. 有线网络: 4 路，10M/100M 自动适应; 3. 定位模式: 可选 GPS/北斗 GPS 双模; 4. 对讲群组: ≥16 个; 5. SIM 卡: 1 个 SIM 卡接口; 6. 辅助电源输出: 4 路，每路 DC12V/1A; 7.工作温度: -30℃~+60℃; 8.存储温度: -40℃ ~+80℃; 9.工作湿度: 10%~95%（无凝露）; 10.IP 等级:≥ IP54	3	套
02	手持机	带有对讲(PTT)按钮，三防设计(防潮、防震、防尘)。 2.   手持机可以拨打电话，具有普通手机的功能；同时，手持终端带 有对讲功能，可以跨地域对讲调度，可以选择分组。 3.   手持机功能要求如下： （1）  支持单呼、预定义组呼、临时组呼； （2）  普通语音通话、短信功能； （3）  支持多组设置，可在多组间切换； （4）  接收文本调度信息； （5）  直观显示电池电量、信号强度、通话状态、所在群组、主叫名 称。 （6）  语音对讲调度： a)   呼叫建立：≤1 秒； b)   声音延迟：≤1 秒； c)   通话语音质量：≥MOS-3 级； d) 音频输出功率：0.3～0.8W/4 ； e) 数据通信速度：≥128Kbps； f) 工作环境：温度-20℃～+70℃、湿度 20%～80%； g) 防护性能：防水，防尘，防摔	7	套

 

 

六、完成时间：要求中标方在签订合同后两个月内完成。