天津市静海区医院120急救指挥调度系统平台 建设项目询价公告
天津市静海区医院120急救指挥调度系统平台
建设项目询价公告
一、实质性资格要求
供货商必须是具备独立法人资格的法人企业,且注册资金500万(包括500万)以上。
二、供货商实施能力
供货商须具有履行合同所必需的设备和专业技术能力,后附合同复印件。
三、技术要求
1、供货商所提供的所有设备应是原装、全新的设备,且最终用户必须是本项目采购人。
2、所有提供的设备应配齐必要的附件以构成整套系统,其性能必须达到正常运行的要求。如果供货商在签署合同后,供货或系统集成时出现硬件、软件等的任何遗漏,均由供货商免费提供,院方将不再支付任何费用。
3、价格应包括培训费用以及技术支持、售后服务和维护费用
四、服务要求
1、供货商需提供以验收合格之日起至少三年的免费技术支持和售后服务。
2、供货商需要向院方提供不低于院方选购的使用设备规格型号档次的备用配件,以备设备故障时应急使用。
3、供货商的系统故障保修响应时间至少为:7*24小时电话、远程支持服务,4小时应急响应服务。
4、所有设备保修服务方式均为供货商上门保修,即由供货商或原厂商派员到用户设备使用现场维修。由此产生的一切费用均由供货商承担。
5、供货商需对其所提供的软硬件产品提供终身维护服务,并对软件产品进行终身免费升级。
五、技术培训要求
1、系统管理员培训工程完成后,供货商应为院方进行系统培训至少3名网络管理人员,包括应用软件系统的结构、运行原理、系统的主要设置等内容,各模块的使用方法及参数配置,常见问题的诊断解决,使管理人员能够独立操作、维护和管理该网络系统。
2、操作人员现场培训
提供操作人员现场培训,包括应用软件的基础知识、使用功能、参数设置、快捷方法、简单问题诊断,让操作人员熟练掌握操作规程及注意事项。
3、维修人员培训
供货商负责培训院方至少2名维修人员,让院方能够做到紧急情况时的应对处理及对故障的判断。
六、交货要求
1、工期要求合同签订后60天内完成安装调试。
2、系统安装调试安装地点:用户指定地点。
调试环境:软硬件的安装、调试等工作由供货商负责,但必须在用户方指定人员的参与下进行。在实施前必须先经用户方同意方可进行。调试的过程记录需经双方签字后作为验收的文件之一。
系统安装要求:系统安装的主要目标使整个系统能够连通并具有操作性、所有计算机系统和设备能够接通并正常运转、所有软件能够在相应平台上正常运行。
七、付款方式签订合同后5个工作日内预付合同总额的65%,货到现场安装、调试完毕,系统验收合格后5个工作日内支付合同总额的30%,自验收合格之日起1年后5个工作日内支付合同总额5%的剩余款项(特殊情况以合同为准)。
八、验收要求
(1)软件部分:
A依签署合同要求对系统的产品名称、版本、用户数、功能模块、标准遵从文件、用户手册进行验收。
B应用软件除能满足签署合同要求的条款外,经双方协商,可根据用户的需求,短时间内做相应的修改或承诺修改时限。
(2)硬件部分:
A依签署合同要求对全部设备、产品、型号、规格、数量、外型、外观、包装及资料、文件进行验收。
B拆箱后,应对其全部产品、零件、配件、用户许可证书、资料、介质造册登记,并与装箱单对比,如有出入应立即书面记录,由供货商联络厂家解决,如影响安装则按合同有关条款处理。
C设备通电测试应单台进行,所有设备通电自检正常后,才能相互联结。
D如发现设备性能指标或功能上不符合标书和合同时,将被看作性能不合格。
E系统验收要求对各个控制终端的测试和系统联机测试以及试运行,均达到标书要求的性能指标和功能设计要求,并最终实现系统正常运行。
F供货商应负责在项目验收时将系统的全部有关产品资料等文档汇集成册交付用户。
九、其他要求
1、供货商须整包进行签署合同,不得拆包分项合同,但不排除同一包中分项签署的可能。
2、未经采购人同意,供货商不得分包合同。若出现上述情形时,将按照相关法律法规执行。
3、供货商须提供所投产品详细配置清单,该清单作为验收的依据。清单内容应包括详细配置及技术标准,并与交货时向采购人提供的产品说明书内容一致。
4、本项目不接受联合体参与。
5、报名时间、地点、联系人及联系方式:
(1)报名日期:2018年4月20日至2018年4月24日
(2)资料递交截至日期:2018年4月24日
(3)报名地点:天津市静海区医院C区13楼微机网络中心
(4)联系人:孙长青
(5)联系电话:022-68924340
天津市静海区医院
2018年4月19日
附录:
技术规格及要求
一、系统建设背景及要求
根据天津市卫生和计划生育委员会津卫医政【2017】390号《市卫生计生委关于加强天津市院前医疗急救指挥一体化管理的通知》要求,按照“统一受理、区域调派”原则,建立院前急救一体化平台,所有急救电话统一由市中心受理,通过市急救中心后台转接至各区的急救受理系统,由各区急救机构负责受理并调派本辖区急救资源。同时,各区急救资源均可被市急救中心实时掌握,提高突发事件信息报告速度和紧急医疗救援能力。
二、系统建设原则
本次系统建设应在天津市120系统的基础上进行扩充,并且确保系统开通过程中零秒切换,不影响天津市120系统的正常运行。系统建设过程中,应遵循以下原则:
1、可靠性与安全性并举
(1)系统应支持全年无间断服务,要求系统7*24小时不间断运行。
(2)系统在意外故障情况发生时,能确保呼救受理工作的进行,并能通过简便方式迅速恢复。
(3)系统应具有过负荷控制能力,不论在平时和峰值情况下,系统都可以安全可靠运行和数据备份。
(4)保持各子系统的相对独立性,确保呼救受理与指挥调度核心子系统不因其它子系统故障而影响正常工作。即使系统发生最严重的故障,仍能接听呼救电话并利用有线通信子系统或无线通信子系统实施基本的语音通信指挥。
(5)要求对系统运行中可能出现的各种异常情况设计明显的报警手段和周到的应急措施,并在系统运行中不断完善。
(6)系统免费开放各种接口协议,保证满足未来业务协同共享需求。
(7)系统中涉及的所有操作系统、中间件、数据库系统采用正版软件。
2、先进性与成熟性并重
系统建设要尽可能采用国内外先进的技术,采用先进的体系结构和主流产品作为支撑环境。
既要考虑新技术和急救新业务发展的需求,也要考虑既有系统的操作使用习惯和功能支持习惯,在保留既有优点的前提下增加新功能。
3、时效性
系统结构、数据库结构、网络结构、软件流程和操作界面设计应考虑满足各种时效指标的要求。
4、开放性与兼容性
各子系统的软件要模块化,并完全兼容第三方系统,以便系统将来改造、扩容、升级。
各功能模块之间的通信采用标准通信协议(如TCP/IP)而非专有技术。
系统要求采用现有的数据库平台和通信环境,支持使用通用PC,在微软窗口环境下运行。
系统构建灵活、开放的体系结构,保证现有资源的有效利用,同时为系统扩展、升级及可预见的管理模式的改变留有余地。
5、可操作性与可管理性
要求系统的功能设置符合医疗紧急救援工作流程。
用户界面要求直观、简洁、友好,菜单要求功能清晰,具有简单的层次感,应避免复杂的菜单选择和窗口重叠,简化数据输入,界面应采用统一风格,统一操作方式。
各个功能键的定义要合理,为用户提供操作或系统的出错提示简洁明了。
为用户提供简便统计工具,方便用户对数据库的管理、统计及图表显示和输出。
系统必须符合天津市院前急救的现有管理模式和运行模式。
6、可扩展性
系统要求满足今后网络用户数量继续增长的需求,可灵活扩充和调整。系统规模和范围都具有可扩展性,子系统可逐步升级,新的子系统可随时扩展增加,模块化的设计使整个系统处理能力可以在线提升。
7、可继承性
本次系统升级改造是在天津市现有120系统的基础上,对系统进行升级完善并扩充新的功能,故系统升级改造应能充分利用现有系统的软件、设备和数据等资源,并实现与现有系统的无缝对接,实现操作、数据的流畅处理,保护既有投资,不因技术升级造成既有系统资源全部或大部分丢失。
8、本地管理支撑
系统运行过程中的各项业务数据、管理数据、设备数据、日志数据等同步向静海区卫计委、市急救中心传输,业务过程的所有交互信息、数据、指令响应等均要实现两地的实时同步,保障业务的连续稳定,保证卫生行政部门行使行业管辖权。
三、系统建设内容及技术指标要求
(一)、系统建设内容
1、采用远端坐席方式建设静海区120指挥调度系统平台
由于全市急救一体化的需要,为充分利用市急救中心120系统平台软硬件资源,区县急救分中心120系统的建设将充分依托市急救中心的系统平台,仅需配备与市急救中心同样的受理调度台以及为救护车配备相关的车载信息终端,即可完成区县急救分中心系统的基本建设,实现基础的120电话受理与指挥调度工作。所有急救事件信息均同步保存在市中心系统和区急救平台。
2、工作流程
这样的一种建设方式,并不改变现有的区县120呼救电话的流程,但是却可完成急救电话本地受理,并使得电话接听和转接更顺畅,更准确。如果移动电话是落地到市中心的,则可通过调度坐席转接直接将移动电话呼救转移到辖区ACD组,进行正常坐席分配。
工作流程如下:
(1)、全市120电话统一汇集到市急救中心,由市急救中心进行统一受理。
(2)、如果固定电话是由区县电信转移到市急救平台的程控交换机上,则可自动将话务分配到区县调度坐席。如果系统不能识别来电区域,则由市中心调度员接听后,根据病人所属区域,在市中心调度坐席上通过按钮就可直接将电话转至分中心调度台。甚至当区县分中心调度繁忙时,也可由市中心调度员代替区县调度员进行受理后,直接调度区县分中心救护车出车。
(3)、属于天津市主城区的急救事件,由市中心调度员直接受理调度。
(4)、区县急救中心只能调度所属救护车。
(5)、市中心能调度所有区县救护车。
(6)、市中心系统对区县已受理的急救事件可进行实时监控,对于未及时派出救护车的事件,及时通过信息和电话方式提醒所属区县急救中心调度员进行及时处理。
(7)、区县急救调度坐席也能对所属事件进行监控。对于未及时处理的事件,进行提示告警,提醒调度员及时处理。
(8)、所有事件状态都将在市中心和区县中心坐席(分中心所属)上进行实时更新。
(9)、遇重大突发事件,事件及时通知到区县调度席位,区县调度首先派车急救,当救护车数量不足时,该事件则直接由市急救中心调度员(调度组长)依据预案进行统一指挥调度。市中心的调度席位可对包括各区县急救中心在内的全市救护车进行统一调派。
(10)、当区县救护车不足,而急救事件又距其他区县更近时,区县调度员可申请市中心调派邻近区县急救中心派车支援。
(二)、系统业务流程
新的120系统基本业务流程如下图所示:
(1).呼救接入
以120电话呼救为主,可接收多种形式的紧急医疗呼救(手机、自动呼救、短信报警等)以及其他形式的呼救等。
自动定位呼救源:在电子地图上自动确定呼救源所在区域或详细地点;
恶意电话的定义及自动转移:首次恶意电话的定义及再次打入时自动转移至教育台;
自动呼救用户信息显示:显示患者详细信息,包括健康资料档案;
记录未接电话信息。
(2).呼救受理
生成有效受理表格,系统能自动记录本次服务的急救用户信息、应答时间、表格编号、调度员工号、本次录音号等信息,同时调度员可以通过与呼救人的通话将本次呼救的呼救人姓名、病员姓名、急救卡号、病员地址、急救类别等车地址等相关内容修改录入。
调度人员对病症的判断;对病情的评估符合国际通用的等级标准。对灾情的评估符合急救中心规定的等级标准,同时了解家属准备将患者送往的医院。用户十分急切或红色等级病情时,在受理的过程中就可立即派车。
(3).调派
- 依据“就急、就近、就能力”原则调派推荐车辆送往医院
所谓“就急”是指通过系统的“医疗分级优先调度”系统,根据病人病情及现场情况的轻重缓急制定派车方案;对危重病人的应急处置符合急救中心对患者处置的规定;对灾害事故的应急处置符合急救中心应急预案的规定。
系统根据“就近”原则自动推荐出动的急救站的救护车以及根据“就近”原则自动推荐送往医院。
系统针对特殊的呼救提供可在调度的过程中,利用GPS系统提供的移动救护车定位信息提取附近地点的“途中待命”的车辆情况,调度员可根据实际需要修改推荐调度结果。对于大型恶性伤亡事故,调度员可一次指派就近的多辆救护车同时出动。
- “就能力”是根据医院的急救能力和专长推荐医院。
计算机系统可根据调度员对不同调度策略的侧重选择综合以上策略形成推荐派车表单,系统认为更合适的车放在前面,次合适的车依次向后放,调度员可根据实际情况最终选择车辆。计算机记录车辆调度时的全部相关信息(包括疾病判断情况、各救护车位置和状态信息等)。所有信息事后可追溯。并且阶段性(例如每季度或半年)总结调派经验,优化计算机推荐策略,促进调度工作不断科学化发展。
- 急症重症的电话指导
对急症重症等级患者,受理后应该继续指导进行自救或互救;派车则由调度员进行并行处理。一直等到救护车的到来。
- “欲派无车”时的处理方法
所谓“欲派无车”,是指有病人呼救需要调派救护车,但又全网无车可派,或者空闲车辆距离病发地点较远时的情况,此时,调度员可与病家协商,按如下方法处理:
a、将任务挂起,放入待派栏中,所有调度员共享待派。一旦有空闲车辆,系统自动通知调度员处理被挂起的呼救。
b、查询附近是否有即将完成任务的救护车,如有,可预分配任务给该车,一旦在指定时间空闲,立即自动分配此任务给该车,节省调度时间。
c、先调派较远救护车前往,注明原因,防止医疗纠纷的产生。
(4).调度指令下达
系统根据急救预案和车辆调派结果,自动产生调度指令。调度指令内容包括:任务编号、任务类别、现场/等车地点、患者主诉、患者姓名、患者性别、患者身份、病情轻重、主叫电话、年龄、联系电话、联系人、来电时间等等。
- 向救护车下达调度指令
调度员在完成受理表格的必要栏目的填写后,向指定车辆发出出车指令,调度台自动发送需要发往车辆的号码及需要下达的文字指令信息给相关的救护车,实现此功能可以通过GPS服务器发送短消息的方式或都通过向车载无线通信终端发送消息的方式实现。
- 向急救分站下达调度指令
调度指令下达救护车同时,系统将向被调派救护车所属分站自动发送调度指令。调度指令通过急救专网发送。
- 向救护人员下达调度指令
调度员下达的文字指令信息也可经由无线通信系统下达到救护人员的移动医疗信息终端上。同时,当被调度救护车所配备的救护人员(医生、司机、护士等)不在车上时,也可由中心将出车指令发送给其GSM手机上,提醒出动。
发送是否成功的结果在受理台上显示。调度员根据此结果决定是否以其他方式通知相关急救站或救护车(如专用电话或无线通信等)。
调度软件应具备一键式拨号功能将电话简洁的拨到救护车的手机上。
提供命令单补发功能,加快出车抢救速度。
(5).指令接收
下发指令可以通过专线电话、无线对讲通知出车人员,并通过CDMA/GPRS/短信方式发送给被调派的救护车随车医护人员的手机上,同时将指令同时发往被调派救护车以及救护车所属分站,接收指令的对象应能用简洁的方式回复收悉确认信息。
- 急救分站指令接收
急救分站计算机终端自动接收中心下发的调度指令。并可根据分站设置提醒相关人员出动(如通过计算机音箱发出警铃声)。
- 救护车指令接收
当救护车上安装有GPS车载设备或无线通信终端时,该救护车将自动接收指令,并通过输出设备(如液晶显示屏和/或者语音播放装置)输出调度指令,且回复收悉确认。
救护车的导航模块能给出到事发地点的最合适路径。
救护车上的医护人员则根据调度指令立即出动,赶赴病人等车地点急救。
救护车上的人员收到中心发来的指令后,可通过车载设备上的按键进行任务确认,并可向中心发送救护车的各种状态。
- 急救人员指令接收
中心系统能将指令同时以短信方式发送给被调派的救护车随车医护人员的手机上。
(6).增援
当救护车无法到达现场(如塞车、车辆故障等等)或到达现场后,发现病人较多,救护车不够用时,以及其他请求增援的情况,救护人员可根据现场条件,通过无线GSM手机/固定电话/无线通信终端向中心请求再调派救护车增援。此时,中心调度员无须再次确定病发地点等等信息,可根据“就近”原则和救护要求直接调派车辆,并将出动命令单并行发往相关急救站和救护车。
(7).急救完成
当救护车将病发现场的所有病人送到医院后,该起呼救处理即告结束,呼救完成可由救护车上相关人员按相关按钮通知,或通过与中心的通话确认这起呼救完成。
由于误报或恶意电话建立的呼救,在确定实际情况后,另行归类保存。
呼救事件完成时,将存档所有的相关记录,包括呼救电话信息、受理信息、调度出动情况等等。
(8).急救完成的信息反馈
- 急救过程中的信息反馈
除了救护人员可通过车载信息终端将车辆状态以及部分急救信息(如收费等等)实时向中心反馈外,救护人员还可通过信息终端将病人急救过程较详细地反馈回中心,这些信息包括:病人主诉、基本检查结果、医疗处置方法、送达医院、收费明细、特殊说明等等。
- 急救完成的信息反馈
电子急救病历:系统可对病人在急救期间的治疗情况以及结果等反馈信息存档,建立该急救病人的电子医疗档案。
急救医生在救护过程中或救护完成后书写急救病历,该病历可包括患者呼救信息、既往病史、现场检查结果、现场处置方法(救治时间、用药反应情况、送达医院情况)、处置效果等等。出车病历可由各急救分站填写,通过急救网络发送回中心,中心可根据病历提供相应的查询和统计功能等。
医院急诊科或其他临床科室对患者继续进行诊治;医院急诊科负责将120运送去的危重患者入院诊断和预后输入信息终端,并回传指挥中心。
辅助管理:事后由中心相关医疗技术人员对电子病历进行判断,判断包括:检查、化验、现场诊断、救治措施等进行检查和评估,并进行定期和不定期的统计分析,以帮助院前急救人员改正错误、提供医疗急救技术。
指导急救发展:同时,利用大数据量的电子急救病历进行医学统计分析,可指导城市急救医学的发展,并影响城市卫生政策与措施的制订。
(9).急救资源管理
急救中心的资源分为两类:救护人员和救护车辆。其中救护人员包括司机、医生、护士、担架工等。
- 车辆人员管理
系统对救护人员按以下状态进行管理:上班、下班,同时,可将救护人员与救护车辆对应绑定,一旦调度某一救护车时,自动调度相应司机、医生、护士出动。
- 车辆资源管理
系统对救护车按以下状态进行管理:未当班、站内待命、收到指令、驶向现场、抢救转送、途中待命、暂停调用等等状态。
车辆在不同状态以不同颜色或图标表示,能够进行不同的车辆调度和管理。
对于已派车的往救目的地,系统给予呼救标识(如呼救名称等),一旦标上标识后,所有调度员共享这一标识。在车辆到达后,由现场人员通知中心,登录救护车到达现场时间,同时取消这一标识,避免重复放车或同一地点有另一起呼救时,给予任务加派,一并处理多起呼救。
在无呼救电话时能够动态监控显示车辆的各种状况。
(10).急救过程的信息支持与反馈
- 多方位信息支持,辅助急救
系统提供多种信息库支持,如:各医院的医护人员情况,医疗设备情况,急诊、骨科、ICU等床位动态信息及应急抢救队信息,急救相关单位情况以及地理信息库等等,这些数据库可从文字和地理位置随时进行查询,以供急救时各方面参考。这些数据应能实时的上传到中心的数据库。如当病人病情严重需要紧急处置,或拨通120电话但由于病情严重而无法与中心调度员通话时,调度员则可立即通过查询病发地点周围信息,调动社会力量就近辅助急救。系统可通过发送功能将正确的急救措施直接发送到救护车上。
相关单位信息包括:政府、卫生系统、公安、武警、消防、邮电、电力、供水、环保等。
- 专家知识库支持
a、常见急症常规处理方法:
系统提供院前急救常见急症常规处理方法专家知识库支持,包括:疾病名称、病症描述、诊断要点、即刻处理、转运条件等。
b、中毒专家知识库:
系统应提供1000多种中毒专家知识库,包括当今最重要的和常见的多种急性中毒的毒理、临床表现、诊断要点和救治要点,以及五十余种常用的特异性解毒药物的药理作用、适应症、用法、制剂、禁忌症、不良反应和注意事项等。中毒专家知识库包括:农药中毒、工业性毒物中毒、药物中毒、中草药中毒、食物中毒、动物咬蛰伤中毒、家用化学品中毒、化学战剂及烟雾中毒、解毒药物等。
c、化学危险品知识库:
系统提供1000种以上化学危险品知识库。该化学危险品知识库包含:危险品中英文名称、国际危编号、国家编码、化学分子式、性状、同义词/别名、空气中/水中极限浓度、禁忌、急救措施、防护措施、泄露处理、储存、运输要求等。
d、辅助信息通告
系统提供辅助信息通告功能,根据急救的需要,中心可向联网站实时发送各种通知、函告;可将救援事件信息(特别是突发重大恶性伤亡事件)通知任意相关急救分站或救护车;可将在呼救受理台上查询的任何辅助信息通知任意相关急救分站或救护车;可将呼救受理台上编辑形成的文本发往任意相关急救分站或救护车。
e、日常事务管理功能
系统提供日常事务管理功能。调度员可将当日的事务性活动以便签形式进行记录,指挥调度中心日常事务包括:日常性设备维修维护、内部会议、通知通告、上级领导来访、领导指示、兄弟单位参观等,便签记载等,以日期、班组、记录人等等为索引,便于日后查询。
(三)、采购清单
序号 |
货物名称 |
数量 |
配置指标要求 |
一、 |
市中心程控交换机区县级模块 |
||
1 |
IP话机及电源 |
2台 |
与市急救中心数字程控交换机配套的IP数字话机 |
2 |
专用坐席耳机 |
2个 |
与IP数字话机配套的头戴式耳机 |
3 |
IP用户许可 |
1套 |
与市急救中心数字交换机配套的IP用户许可包,安装在市中心数字程控交换机内,满足使用需求 |
4 |
TSAPI附加监视许可( |
1套 |
与市急救中心数字交换机配套的TSAPI附加监视许可,安装在市中心数字程控交换机内,满足使用需求 |
5 |
CCD 坐席许可 |
1套 |
与市急救中心数字交换机配套的CCD 坐席许可,安装在市中心数字程控交换机内,满足使用需求 |
二、 |
远端受理坐席 |
||
6 |
受理坐席计算机 |
2套 |
商用台式计算机:一机三屏,英特尔英特尔i5-7500处理器,8G内存,1TB硬盘,2G独立显卡,4个独立显示器接口,3个21.5"液晶显示器,1000Mbps网卡,光驱类型DVDRW, 鼠标、键盘,音箱,Microsoft Windows 7操作系统。 |
7 |
受理调度桌 |
2套 |
定制:全钢喷塑,木质桌面,三联受理台(1.8m长) |
8 |
指挥调度坐席软件 |
2套 |
与市中心功能相同,可无缝接入市中心平台。详见下节“(四)、系统功能要求”相关部分 |
三、 |
远端管理软件 |
||
9 |
急救信息综合管理软件 |
2套 |
与市中心功能相同,可无缝接入市中心平台。详见下节“(四)、系统功能要求”相关部分 |
四、 |
配套设备 |
||
10 |
千兆三层网络交换机 |
1台 |
快速以太网交换机,应用层级:三层;背板带宽:64Gbps;包转发率:9.6Mpps;端口结构:非模块化;电源电压:AC 100-240V;端口:24个10/100Base-TX端口,2个1000Base-X SFP端口,2个千兆Combo口(10/100/1000Base-T或100/1000Base-X);电源功率:<20W |
11 |
网络配件 |
1套 |
超5类网络线缆, 产品适用1000Base-T, 最大单段长度100米,长度305米。应按照国标进行综合布线,提供满足综合布线所涉及的网络工具、水晶头等等。 |
12 |
打印机 |
1台 |
黑白激光打印机,最大打印面积A4,打印速度18ppm,最高分辨率1200×1200dpi |
13 |
调度室网络摄像机 |
1台 |
高清网络摄像机 |
14 |
插座 |
10个 |
防雷击插座:6联三极10A国际孔,零火双断开关,智能芯M&G电涌防护,漏电保护器,过载保护,额定电压 250V。 |
15 |
机柜 |
1套 |
1.2米机柜,包含21.5液晶显示器一台和USB口的键盘鼠标一套。 |
16 |
不间断电源 |
1套 |
供电8小时,在线式ups不间断电源 3KVA/2400W 自动转换 |
五、 |
车载终端 |
||
17 |
车载信息终端 |
6套 |
详见下节“(四)、系统功能要求”相关部分 |
六、 |
医院预先告知系统 |
||
18 |
基础信息功能模块 |
1套 |
医院告知软件--基础信息 接收院前告知信息,包括: ?患者基础呼救信息、院前救治信息:患者基本信息(姓名、性别、年龄、主诉、既往病史等等)、MPDS病情分级评估、现场评估及救治措施; ?救护车信息:车牌号、随车医护人员信息(姓名和联系电话)、距离和预计到达时间。 |
19 |
心电信息功能模块 |
1套 |
医院告知软件--心电信息 实时接收对应送达的患者在救护车内的心电监护信息,包括心电图、心率、血压、血氧等。(4).接收文本调度信息; (5).直观显示电池电量、信号强度、通话状态、所在群组、主叫名称。 (6).双电单充(1500mAH,2000mAH)。 |
20 |
视频信息功能模块 |
1套 |
医院告知软件--视频信息 可将送达的救护车内救护仓视频实时传送到医院告知终端。 |
21 |
授权对接模块 |
1套 |
中心通信调派服务软件授权 120指挥中心系统根据患者送达医院,将相关信息进行自动存储转发。每接入医院授权。 |
22 |
硬件防火墙 |
1台 |
支持IPsec,支持VPN功能 |
23 |
电视机 |
1台 |
49英寸,智能液晶平板电视,含安装支架。 |
24 |
计算机 |
1套 |
商用台式计算机英特尔i5-7500处理器,8G内存,1TB硬盘,21.5"液晶显示器,1000Mbps网卡,光驱类型DVDRW, 鼠标、键盘,音箱,Microsoft Windows 7操作系统。 |
七、 |
录音服务器 |
||
25 |
录音服务器 |
1台 |
详见下节“(四)、系统功能要求”相关部分 |
八、 |
调度室电视墙 |
||
26 |
液晶电视机 |
2套 |
60英寸,无线WiFi,平板液晶电视,含安装支架。 |
27 |
电视墙控制软件 |
1套 |
电视控制软件,可将系统相关信息接入电视机显示。 |
28 |
KVM控制器 |
1套 |
4口USB接口桌面型电脑KVM切换器 |
29 |
VGA分配器 |
6套 |
一进四出VGA信号分配器 |
30 |
VGA切换器 |
2套 |
8进1出VGA分配器,含电缆,VGA延长线 |
九、 |
系统部署 |
||
31 |
运输、安装、调试、培训 |
1套 |
详见下节“(五)、(六)”相关部分 |
(四)、系统功能要求
1、指挥调度坐席软件
a.登录:调度员在登录界面选择自己的姓名工号信息。登录调度系统。同时通知CTI,其他受理台本台已登录。
b.待受理窗体:支持调度系统一屏,两屏,三屏,四屏,可以根据当地硬件环境的需要,灵活的配置显示个数以及在哪屏显示什么内容。
c.修改密码:调度员登录调动界面后可以随时修改自己的密码。
d.客户关系管理模块(振铃提示):
接受到CTI程序发过来的电话振铃消息时,显示电话振铃界面.并调用核心服务器方法查找该电话是否曾经呼入.如查到该电话上次呼入信息显示到振铃提示窗口(信息包括 上次来电时间,上次操作类型(如恶意电话,正常派车,正常挂起等)
如对此次电话发过派车单,摘机后受理界面会显示旧受理单内容到新受理界面中。
如该中心选择了可选子系统中手机定位服务。调度台也会在振铃时刻接收当前呼救电话的经纬度坐标,并且把该坐标标记地图上,并且控制地图把标记点显示在地图中心。
e.监控信息管理模块
收到CTI程序、监控程序、通信服务程序发过来的消息,显示到监控控件中。报警可能可以根据用户自定义配置时长。
受理超时监控:如果在受理中,超过了配置的受理时间,监控模块会声光报警。
服务器状态信息监控:如系统中选择了可选子系统中服务器网络状态(连接/断开),硬盘等状态的异常消息(磁盘将满等信息)
出车超时监控:如果调度点击了派车按钮,但车载在没有按照规定时间内出车,则系统会提示调度员催车。声光报警提示。
台和分站状态监控:可以实时查看分站的连接状态,以及其他受理台的状态信息,受理信息。避免在受理中同时受理相同事件,导致重复派车。
排队电话监控:如果排队电话大于1个,监控组件变红提示。
预约事件监控:如果即将到达预约时间,监控组件给与提示。
f.车辆信息(GPS信息)模块
可以实时监控GPS信息(数量,状态,轨迹, 随车人员,按键时刻等信息),查看GPS信号状态。查看GPS的行驶轨迹情况。通过右键单击GPS列表可以直接拨出救护车人员的通信设备。选择车辆可以关联该车正在执行的事件任务信息。可以直接给选点的车辆上班,下班或者改变其车辆状态。
车辆过滤:可以按照“待命”,“任务中”,“暂停”,“下班”过滤筛选车辆;
车辆定位:点击车辆在线状态图标,在地图上显示车辆最近一次记录位置;
呼叫随车人员电话:右键单击车辆列表可以一键呼出,所选随车人员信息(司机,医生,护士,担架工,抢救员);
呼叫车载GPS电话:右键单击车辆列表,可以一键呼出该GPS电话;
查看车辆轨迹:右键单击车辆列表,输如筛选时间可以查看该GPS运行轨迹;
查看更改车载状态:根据GPS状态的不同,GPS列表会显示不同的颜色区分车辆状态。也可以通过车辆列表的状态按钮,由调度人员手动更改GPS车辆状态;
车辆人员上下班:调度员可以在调度台软件给“医护驾”等人员上下班;
车辆事件关联:单选车辆列表,事件列表会自动标识到该车执行的最后一次事件任务。
g.事件管理模块
对于近期的调度事件进行统一管理。
事件过滤:可以通过事件状态的不同过滤事件,状态分为:待派,任务中,结束。
唤醒待派:如果为待派事件可以选择该事件点击唤醒待派,直接进入受理派车流程。
撤销待派:如果为待派事件可以选择该事件点击撤消待派并选择撤销原因结束该事件。
增援:如任务中事件,车辆力量不足可以点击增援直接进入受理流程。
改派:如任务中事件由于车辆原因无法继续执行任务,可点击改派选择要改派的车辆以及原因并直接进入受理派车流程。
电话相关:如来电信息与历史事件信息有关系,可以点击此按钮把此次电话与目标事件相关联。
查找事件:如来电振铃,可以单击查找事件迅速定位该电话近期报警信息。
事件解锁:如果事件被锁定可以解锁。
查看分站命令单:右键单击事件列表可以查看此事件分站收单情况。
事件车辆关联:单击任务中事件可以迅速定位正在执行此事件相关车辆。
事件定位:如事件在受理中定位了现场地址,则事件位置状态图标变蓝,如单击蓝色图标可以在地图上显示事发地点。
h.受理调度模块
当有急救电话上台,自动弹出受理界面,可手动输入现场地址,并且可在地图上定位该地点,同时计算出系统所有车辆与该地点的距离并从远到大排序。可以按照分站选择最近车辆,如果有合适车辆则派车,如无合适车辆,可根据事件情况由调度人员人工判断挂起或无车。如果此电话是非急救相关的电话可以选择电话记录,或者转电话到其他类型台子处理如咨询台等。如是预约电话直接进入预约流程,受理结束后可以根据需要选择,继续接听电话或者退出接听电话。同时保存相关电话信息和录音文件关联信息。
受理信息填报:记录报警事件信息,患者信息,随车仪器等信息。
现场地点定位:可以通过通配符定位现场地址,或者十字路。
车辆与现场距离排序:定为成功后自动按照距离排序。
按分站显示可用车辆:可以根据分站筛选待派车辆。
预约:可以设置自动提醒时间,到时提醒调度员激活预约事件。监控信息提前配置时间给与提示。
待派:无合适车辆,可以挂起该事件,待有车时再放车。
无车:中心无合适车辆经协商用户自行处理无需中心放车,点此按钮。
电话记录:如此电话是骚扰电话或者咨询电话无需放车的电话。点此按钮。记录一下电话类型。
转电话:可以将通话中的电话转移到目标号码。
派车:发送命令单给目标车辆。同时也发给分站命令单,同受理界面会显示命令单是否成功发送到分站。
请求就绪:受理结束,已经准备好直接接听下一电话。
请求离席:受理结束,但不准备接听下一电话。
送往地点自动完成功能:如果送往地点是医院,可以输入首字母或者单个汉字,系统会自动匹配是否有合适数据以供选择。
大备注:备注可以放置500汉字字符长度。
i.事件查询跟踪模块
对于指定事件的受理信息,任务信息,录音信息,等信息进行追溯。(任务信息:出动车辆的信息,随车人员信息,车辆状态节点时间信息。受理信息:每次调度人员对此事件的进行的操作,如挂起,派车,改派等操作信息。录音信息:与该事件相关联的所有录音文件信息。可双击录音文件播放该录音。)
受理信息追溯:双击车辆或者事件列表,可以在弹出的窗体中查看详细的受理信息,任务信息,录音信息。
受理信息修改:双击车辆或者事件列表,可以在弹出的窗体中修改任意信息。修改动作将被记录到数据库中。
表单完成:也可以把此事件定义成完成事件,保持事件列表的清爽。完成的事件不会再出现在调度台事件列表中。
查看事件轨迹:可以直接查看任务运行轨迹。无需输入时间相关信息。
命令单补发:可以选择补发配置时间内的命令单。可以补发到车,补发到分站,即到车又到站。
听事件相关录音:受理电话和受理单事件关联可以方便听取事件录音.无需在电话流水表中筛选录音。
修改预约事件:修改预约事件的相关信息。
j.软电话调度模块
树形结构电话本,可以按照自定义分类显示,各种类型电话。
可以根据电话号码或者电话名称模糊查找相关电话数据。双击表格内任意电话号码可以发发送短信单击任何号码可以提取号码到电话呼入分文本框如果呼入电话文本框有值可以呼出转移挂断号码。
显示/查找电话信息:可以按照姓名或者电话模糊查找电话信息。
发送短信:编辑内容,添加短信号码,支持短信群发。
拨打电话:单击目标电话,点呼出,可以拨打目标电话。
挂机:软挂机,可以挂断当前电话。
磋商呼出:可以先挂起当前电话,呼叫另一电话寻问是否要接此电话,如对方同意则搭通双方通话。
切换通话:可以切换磋商过程中被保持的电话。
转移:把当前电话转移到目标号码。
会议:保持当前会话,添加第三方人员到会话中。
k.电话查询模块
可以按照时间,电话信息,电话记录类型,调度台号,调度员工号等信息查找相关电话。
排队电话查询:可以按照时间,电话号码,排队结果等条件筛选排队电话。方便及时回拨。
恶意电话:可以查看或者解除恶意电话。
电话流水信息查询:按照条件查找电话流水信息.。
听电话录音:双击电话流水信息听取电话录音。
l.通知信息模块
可以给其他调度台,分站,车载发送通知单信息。
发送台通知
发送分站通知
发送车载通知
通知单查询
m.地理信息模块
除具备“地理信息管理软件”所有功能外,还具备受理台特殊功能:
(a).定位现场地点地图闪烁功能;定位现场地点划分急救半径,并且自动提取区域字段;
(b).派车时可以计算每辆车到现场地点的距离;
(c).播放任务轨迹;
(d).和车辆列表、事件列表联动;
(e).在可能的条件下显示主叫号码位置;
(f).急救车辆标记功能:在地图上显示并动态监测车辆的运动轨迹,表示车辆所在的位置。包括急救车辆的编号、行驶方向等信息;
(g).派车信息提示功能:对于同一个求救电话,可能出现连续求救的情况,因此需要重新定位,提高急救效率,但是需要将急救车辆的编号跟求救电话关联,以免出现重复派车或者漏派现象;对同一地点重复派车地图会自动提示。
2、急救信息综合管理软件
①.提供管理信息服务,具备对指挥调度、现场抢救、车辆运行、行政管理、分中心管理、急救站管理的数字化透明管理。
②.中心领导终端应该具备全面了解信息和决策分析的基本功能。包括:监控120电话受理、监控指挥调度、监控院前急救实施过程、发送通告、统计分析、查询检索、地图调阅等。
③.科室管理终端软件为中层领导提供数字化的透明的急救管理信息服务。系统应根据科室管理权限不同提供相应管理信息。具有车管科、急救科、通讯调度科、办公室、质控、领导及系统管理等基本管理模块。
④.院前急救信息管理功能包括:
信息浏览功能:a可以查看急救网的实力构成(站点数量、站点分布、各个站点人员车辆的编制、当日出勤上岗情况)。b可以查看当时的和历史的呼救记录。c可以查看以下实时信息:值班救护车数量、值班医生人数、任务中车数、待命中车数、暂停中人数、受理次数、呼救次数、非呼救次数、派车次数、欲派无车、待派次数、正在排队电话、现等待最长时间、放弃的呼叫总数等。
监控功能:a实时跟踪:可以实时跟踪任意一辆救护车的行踪。在地图上查看GPS系统发回的救护车位置情况。b历史回放:可实时查看救护车运行情况,可回放救护车运行情况和行车轨迹。c数据监视:实时与回顾性显示图,包括:每日各时段呼救需求与急救实力关系监视、每日各时段呼救需求与调度效率关系监视、调度人员离席时长及工作效率关系图
统计功能:可查看院前急救全过