XX省院前医疗急救数智一体化系统项目II期需求说明.docx

《XX省院前医疗急救数智一体化系统项目II期需求说明.docx》由会员分享，可在线阅读，更多相关《XX省院前医疗急救数智一体化系统项目II期需求说明.docx（10页珍藏版）》请在第一文库网上搜索。

1、XX省院前医疗急救数智一体化系统项目（II期）需求说明一、建设内容XX省院前医疗急救数智一体化系统项目（II期）。二、项目背景院前医疗急救体系是城乡医疗卫生服务体系和公共安全应急保障体系的重要组成部分，除承担日常急救任务，还在突发公共事件预警和救援方面发挥重要作用。通过XX省院前医疗急救数智一体化系统项目I期建设，全省基本实现信息化调度全覆盖及互联互通信息共享，形成“1后台1前端6模块1数据库1驾驶舱”基本架构。借助该系统建设，全省范围内120呼救派车时间平均约80秒，比原先缩短30秒；急救中心接到呼救电话至救护车到达的急救反应时间平均约14分（其中城区13分6秒，山区农村等非城区16分57秒

2、），比原先缩短2分；院前心肺复苏成功率从1.3%提升到2.8%；定位准确率（以衢州为例）从60%提升至90%o三、建设目标本项目在XX省院前医疗急救数智一体化系统项目I期建设的基础上，进一步拓展“X里急救”功能，在全省范围内开展“X里急救”多跨应用场景建设，迭代升级上车即入院、生命体征及车载视频远程实时传输等功能，建设交通部门与120调度联动、志愿者管理、基层急救人员管理、跨区域应急调度、驾驶舱迭代升级功能。通过本项目建设,进一步提高院前医疗急救服务的可及性和易用性,提高院前急救服务能力和危急重症救治水平，提高突发事件早期预警能力，提高行业监管能力，更好更快更智能地服务广大民众。四、总体要求4

3、.1建设原则本项目建设既要考虑技术先进性，业务系统协调性又要遵循简化、共享、标准、动态的原则：（1）一体化：本系统是基于XX省院前医疗急救数智一体化系统项目（I期）的迭代升级。因此,本项目的建设要充分保证与I期项目的业务和数据相互兼容,设计和使用方式上延续一致性;(2)云端化：核心业务和数据统一存储到XX省政务云端，充分利用云资源弹性扩容能力以及云计算能力；(3)标准化：基于院前急救XX省级相关标准进行本系统建设，实现本系统无缝升级，持续迭代，同时支持跨业务、跨部门、跨层级、跨区域、跨系统的工作协同；(4)自动化：克服系统管理的复杂性，根据业务策略和目标，合理使用资产，提高功能可用性和功能拓展

4、弹性。4. 2设计框架需求系统总体核心框架深刻理解XX省院前医疗急救数智一体化系统包括IAAS、PAAS、SAAS分层设计的总体核心框架以及框架设计的需求相关性依据，需提供具有安全性、可靠性和扩展性成熟的技术框架。技术实现方案和路线结合国家信创要求，深刻理解前端、后端和数据库技术选型方案，提供包括并不限于技术栈、组件库等方面，阐述分布式设计思路、日志管理以及自动化部署运维等技术方案。功能模块设计要求软件功能模块需根据XX省急救官方标准设计、满足标准化功能及多样化功能要求、提供组件化设计方案，具有集成第三方服务、支持开放公共数据平台的能力。5. 3.网络拓扑设计要求本项目涉及多个场景多种类型网络

5、环境的系统间的数据交换和业务交互。本项目网络拓扑设计及部署需兼容I期项目XX省政务云公有云和专有云网络环境,同时符合本项目多跨场景需求。6. 4.信息安全保障要求系统的安全性是项目稳定运行实施的基础，既要保证信息共享利用，又满足安全管理的需要。本项目建设需符合国家信息安全等级保护管理办法及相关文件要求，需达到等保2.O三级要求。需要从网络安全、信息传输安全、管理安全、系统安全和数据安全等方面综合考虑安全体系建设。本项目等保2.O三级评测所需相关费用，需含在投标总价内。4.5性能保障需求（1）系统应具备相当的可靠性，以便向各类用户提供7*24小时的不间断服务；（2）系统应具备监测预警和防范病毒、

6、黑客入侵、扫描漏洞、网络监测与身份认证等功能；（3）系统应具备完善的使用授权、监控和日志管理机制，能够访问进行审计；（4）系统应提供相应数据备份/恢复功能，制定合理的备份策略，提供全面的保护机制；（5）系统可用性99.99%。（6）系统的无故障连续工作时间：MTBF5万小时。（7）系统故障恢复时间30minso（8）系统主备倒用时间3minso五、技术规范需求（1）本系统的Web前端、服务端及数据库等所有程序和数据资源均需部署在XX省政务云环境中。（2）本系统所使用技术路线需与本项目I期系统所用技术路线兼容，充分延续继承本项目I期建设成果，实现新功能的快速迭代升级。（3）实现多跨场景应用，投标

7、人应提供多跨场景构架方案。同时应考虑数据在云平台上存储、共享、使用的安全性。（4）中标人须负责本标项内的标准定义、服务定义和消息定义，须按统一接口规范接入XX省健康大脑，且系统内的数据应按健康大脑数据中心相关要求及时归集。（5）系统应支持数据库定时备份机制。六、软件功能需求6.1院前急救途中预挂号原本应在救护车到达医院后的挂号行为，提前在救护车行驶过程中完成，实现下车即可直接入院治疗，减少危重病人急救挂号的等待时间，主要功能包括：（1）支持通过读卡器直接获取患者身份证或社保卡的身份信息。（2）医疗人员选择接诊医院后，自动获取到患者挂号信息，将到达医院进行的挂号行为提前至救护车回院途中进行。（3

8、）通过车载打印机打印携带有患者挂号信息的腕带，支持数据链接。（4）以上功能至少在一个试点地区实现落地应用。6. 2救护车到达预通知支持患者基本信息、救护车行驶路线信息实时显示在接诊医院急诊科大屏，急诊科收到提醒后可提前做好接诊准备，及时抢救病人，主要功能包括：（1）支持XX省范围不同急救（分）中心急救任务跨地域救护车来院预警,并支持声光报警。（2）患者基本信息展示：显示送达医院的患者姓名、性别、年龄、来电类别、危重程度、呼叫原因、初步诊断、患者意识、睁眼反应、语言反应、肢体运动信息。（3）支持救护车信息展示，显示救护车车牌号、随车医疗人员信息、救护车预计到达时间、剩余到达时间显示，支持救护车在

9、GIS地图上位置显示和路线规划显示。（4）支持救护车来院预警任务队列滚动显示。（5）急诊科大屏及移动终端同时支持显示以上预警信息实时展示。（6）以上功能至少在一个试点地区实现落地应用。6.3生命体征数据归集通过4G或5G技术，建立统一的远程传输标准规范，将车载医疗仪器监测的生命体征数据实时传输、展示、归集，有助于医疗人员提前对患者进行病情诊断分析，主要功能包括：（1）设计车载主流医疗设备远程数据传输规范，用于全省数据统一归集存储；基于传输规范实现以下（2）到（9）功能点。（2）支持归集主流心电监护仪生命体征参数实时远程传输，包括血氧饱和度、呼吸率、血压、心率、脉搏、体温等。（3）支持归集主流车

10、载呼吸机生命体征参数实时远程传输，包括潮气量、呼吸比、呼吸频率、呼气末正压、氧浓度等。（4）支持归集主流监护仪心电波形实时远程传输，支持单导和12导联心电图波形数据。（5）支持归集主流呼吸机呼吸气道压力波形实时远程传输。（6）支持生命体征参数和波形数据与急救任务智能对应关联。（7）支持生命体征参数和波形支持按急救任务查询回放。（8）同时支持在“X里急救”驾驶舱和移动终端实时显示生命体征参数和波形。（9）生命体征参数和波形远程传输延时小于3秒。（10）以上功能至少在一个试点地区实现落地应用。6.4车载视频标准化对接制定救护车车载视频远程传输接入标准，支持救护车监控查询功能，及时了解急救地点实际情

11、况，为及时做出最恰当的调度指挥、更好保隙人民群众健康安全提供重要支持，主要功能包括：（1）基于安全权限控制，支持车载多路视频按照标准以网页流媒体方式嵌入“X里急救”驾驶舱和急救调度端。（2）支持两种及以上主流车载视频厂商的原厂标准化接入。（3）以上功能至少在两个试点地区实现落地应用。6. 5警医联动通过网络安全设备进行定向资源开放，实现交警部门与本系统调度互通，支持提供救护车最优路线，引导救护车司机快速到达现场和救治医院，实现一方接警多方协同，主要功能包括：（1）支持交警部门与院前急救跨部门联动，交警部门调度系统将车祸信息、定位等信息通过系统联动传送到急救调度端。（2）支持交警部门调度系统实时

12、查看当前任务救护车行车路线。（3）支持交警部门查看当前急救任务接诊医院和急救任务流程节点。（4）支持交警部门查看历史急救任务的详细信息，包括患者基本信息、救护车行车路径、任务操作时间节点信息。（5）以上功能至少在一个试点地区实现落地应用。66志愿者管理当120接到呼吸心跳骤停等需要分秒必争的意外事件报警时，在120派出救护车的同时可向事发现场附近的志愿者发送紧急救援需求信息，使其第一时间赶赴现场协助救治，以提高急危重症患者抢救成功率。主要功能包括：（1）急救调度端根据警情，支持向志愿者发起协同救助请求。（2）急救调度端支持接收志愿者任务状态更新。（3）以上功能在一个试点地区实现落地应用。6.7

13、基层急救人员管理利用县域医共体医疗服务网络体系，以医共体分院急救站点为支撑，以签约家庭医生、乡村医生和红十字救护师等基层急救人员为主体力量，解决农村或偏远地区急救最后一公里问题，主要功能包括：（1）支持基层急救人员信息批量导入机制。（2）基层急救人员上下班打卡。打卡状态下可以自动接收到急救调度端推送的急救派单消息。（3）基层急救人员接单状态下可以查看急救任务信息。支持查看当前任务详情、患者位置并导航，地图上显示救护车所在位置、救护车预计到达时间。（4）急救任务处置。在线填写现场基本信息上报急救调度端，支持应用内电话联系急救任务相关的医疗人员、驾驶员和报警人。（5）基层急救人员多方协同救助。急救

14、调度端内调度地图显示距离患者最近基层急救人员信息。120急救医疗端显示任务中基层急救人员信息，可电话联系基层急救人员。调度员可增加、取消指派基层急救人员。（6）以上功能至少在一个试点地区实现落地应用。6. 8院前急救跨区域调度以全省域范围内互联互通为基础，实现突发事件时具备跨区域调度功能，主要功能包括：（1）支持通过急救调度端，发起跨区域调度指令，急救中心调度员根据调度指令任务要求指派救护车、出诊医疗人员、驾驶员进行跨区域任务执行。（2）急救调度端G1S地图上用特殊标识醒目区分跨区域调度任务车辆，支持本急救中心、市急救中心、省急救中心实时查看跨域调度急救任务。（3）省急救中心角色用户通过省级权

15、限直接实现全省跨区域调度。6. 9驾驶舱迭代升级在I期项目的驾驶舱基础上，优化“X里急救”驾驶舱，提供更丰富的业务数据可视化展示，主要功能包括：（1）支持在政务外网环境下显示任务中救护车生命体征实时数据。（2）支持在政务外网环境下显示任务中救护车医疗区和驾驶区视频实时数据。（3）急救核心指标数据下钻展示。（4）支持无人机急救调度平台融合。七、实施要求9.1工期要求1、投标方应承诺在合同签署后2个月内完成系统开发并部署上线，试运行不少于3个月，系统试运行期稳定后开展终验工作。9.2实施方案要求项目组织管理要求投标方在投标文件中，应根据对项目的理解作出项目的人员配置管理计划，包括组织结构、项目负责人、组成人员及分工职责；阐述项目建设中业主方和建设方的职责。计划与进度管理要求投标方在投标文件中应根据对项目的理解作出项目实施的进度计划，并采取有效措施保证进度计划的实施。质量管理要求投标方应根据对项目理解制定相应质量控制方案，保证项目质量不出现偏差。文档交付要求投标人应根据对项目的理解制定交付文档目录清单，包括但不限于项目相关的资料、过程文档、整改记录等。试运行与验收软件开发实施并调试完成，经过用户的认可后，投入不少于3个月试运行，在试运行期间，投标人应使任何故障或问题都能在收到故障通知后尽快（节、