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

XX省院前医疗急救数智一体化系统项目（III期）采购需求一、项目概述1.1. 项目背景院前医疗急救体系是城乡医疗卫生服务体系和公共安全应急保障体系的重要组成部分，除承担日常急救任务，还在突发公共事件预警和救援方面发挥重要作用，也是社会化急救的重要支援力量。通过建立健全全省院前医疗急救工作信息管理系统，加强急救相关信息管理，健全急救系统监测预警水平。提高院前医疗急救信息化水平，推动院前医疗急救网络与医院信息系统连接贯通，推动急救调度信息与电信、公安、交通、应急管理等部门及消防救援机构的信息共享与联动，探索并推广急救呼叫定位，提高指挥调度和信息分析处理能力。1.2. 建设目标本项目总体目标为融合发展院前专业医疗急救和社会化急救，深化院前院内无缝衔接，建立XX省院前电子病历统一规范和数据归集，完善全省院前医疗急救云调度系统功能，实现“上车即入院”救护车到达预通知功能全覆盖。切实提高院前医疗急救服务的可及性和易用性，提高院前医疗急救服务能力和危急重症救治水平，提高行业监管能力，更好更快更智能地服务广大民众。本项目总体目标为本期建设全部目标。本项目的业务目标为建设社会化急救系统并与120院前急救联动。技术目标实现XX省院前医疗急救数字一体化项目（I期）和（H期）无缝技术衔接升级，通过等保三级、代码评审和密评。绩效目标为实现XX省院前电子病历统一规范和数据归集，实现救护车到达预通知功能全省覆盖。1.3.总体建设任务本项目在XX省院前医疗急救数字一体化项目（I期）和（H期）建设基础上进行迭代升级，在（I期）和（II期）的技术框架基础上，采用低耦合的技术方案，实现本期的应用场景功能的建设。1、“X里急救”社会化急救联动系统1.1 "X里急救"社会化急救共享系统：基于省域一体化“X里急救”应用已经形成的数据汇聚能力，构建面向社会化急救需要的社会化急救联动平台，实现与急救志愿者、AED等社会化资源的共享融合。“X里急救”社会化急救居民应用端：面向社会全员开放，提供120互联网一键报警入口、急救志愿者报名学习培训、查看AED地图、急救基础知识教学等功能。并作为XX省急救志愿者参与急救的应用平台，急救志愿者可通过应用自主选择是否接受急救任务志愿服务。1.3“X里急救”社会化急救应用管理端：通过建设，实现急救志愿者报名、学习、考核、审核等管理功能，支持查询和统计急救志愿者任务接单信息和救助情况，开放急救志愿者培训导师报名入口，召集培训导师，实现系统化管理。2、深化“X里急救”“上车即入院”应用通过升级“X里急救”互联互通数据接口、统一全省二乙及以上接诊医院唯一识别编码,将各地急救中心急救信息对接全省接诊医院，形成全省统一数据库，并向二乙及以上医疗机构推广使用救护车到达预通知功能。3、“X里急救”院前医疗急救电子病历系统3.1院前医疗急救电子病历规范：结合胸痛中心、卒中中心、创伤中心等救治中心建立XX省院前医疗急救电子病历统一技术规范，制定院前医疗急救电子病历模板，按类型、内容输出定义、明确填写规则、要求、对象、时效、存储归档，为院前医疗急救一把尺奠定基础。3.2院前医疗急救电子病历填报应用端：建设院前电子病历填报掌上端、PC端，便于医务人员可以在送病人前往医院的途中即时填写，病历中医疗数据信息可与车载医疗设备自动关联，将关键信息提前传输到院内，以便院内急诊医务人员对接诊患者做好充足准备，提高接诊效率。3.3院前医疗急救电子病历数据互联互通：制定院前医疗急救电子病历归集规范，对接部署全省急救中心（站），归集全省院前医疗急救相关数据，统一汇总进入“X里急救”院前急救体系。支持通过接口对接方式和直接使用省级院前医疗急救电子病历填报应用端两种形式实现。4、“X里急救”数据驾驶舱升级迭代新增“X里急救”数据驾驶舱院前医疗急救数据省市县三级统计及排名，信息展示维度可视化图形展示，院前医疗急救资源数据实现数据下钻显示。新增省域年度救护车行驶轨迹脉冲图和急救呼叫信息热力图展示。新增社会化急救资源数据和业务数据展示。1.4.建设周期本期项目的建设周期为合同签订后3个月内完成系统开发并部署上线，试运行不少于1个月。二、总体要求本项目总体目标为融合发展院前专业医疗急救和社会化急救，深化院前院内无缝衔接，建立XX省院前电子病历统一规范和数据归集，完善全省院前医疗急救云调度系统功能，实现“上车即入院”救护车到达预通知功能全覆盖。切实提高院前医疗急救服务的可及性和易用性，提高院前医疗急救服务能力和危急重症救治水平，提高行业监管能力，更好更快更智能地服务广大民众。2.1.系统功能要求（一）“X里急救”社会化急救1.1社会急救共享系统建立社会化急救共享系统，建立急救志愿者库，将志愿者、急救任务信息、车辆位置信息通过平台进行数据交换。主要功能包括：1）支持获取自主注册报名志愿者信息及第三方急救志愿者信息录入,形成志愿者库；2）支持120调度系统上执行志愿任务派单后，关联的院前急救任务信息、救护车信息实时推送至接单的志愿者终端，进行信息共享。1.2“X里急救”社会化急救用户掌上端建立社会化急救用户掌上端应用，面向社会全员，开展自救互救知识的宣传教育培训，提升全民自救互救素养。与院前急救打通，打破紧急呼叫和志愿者服务之间的壁垒，激发更强大的公众急救力量。主要功能包括：1）支持面向社会全员化注册，报名成为志愿者；2）支持志愿者初审后进行急救知识学习、理论考试，可查看答题解析及考试记录；3）支持报名线下培训I,及通过培训后进行急救志愿者登记与急救志愿者证获取；4）支持没有线下培训情况下，发布约课请求，或参与拼课；5）支持成为志愿者后，进行志愿时段设置，接单志愿急救任务，查看志愿者位置附近AED信息,前往救治并记录情况反馈,并实现历史任务查看;6）支持120互联网一键报警，并实现呼之不应条件下，系统自动撮合附近志愿者进行派单；7）实现行业新闻查看；8）开放志愿者培训导师报名入口，实现培训导师召集；9）支持导师角色帐号登录，报名培训进行授课及线下培训结果录入。1. 3“X里急救”社会化急救PC管理端建立志愿者管理平台，实现急救志愿者报名、审核、学习培训、考核发证、志愿服务记录查看；并实现培训导师的招募、审核管理功能。主要功能包括：1）支持志愿者报名审核管理，标记志愿者是否需要培训；2）实现查询志愿者信息、考试记录、培训记录、协议签署记录、参与志愿任务情况；3）支持志愿者理论考试试题管理，行业新闻管理，急救知识管理；4）支持查询志愿者APP登录记录、短信发送记录；1.1. 由其管理线下技能培训场次（含时间地点），查看培训报名信息,发送相关培训信息短信通知；6）支持查看及修正志愿者线下培训结果，生成电子急救志愿者证，完成志愿者培训服务；7）支持报名导师信息审核,实现查看培训导师录入的培训记录、学员评价。（二）院前医疗急救电子病历系统（掌上端和PC端）在已有的院前医疗急救医生掌上端和PC端上进行迭代升级，支持多种院前电子病历类型的转运途中即时填写，及时传输患者重要信息至院内，以便院内急诊医务人员对接诊患者做好充足准备，提高接诊效率。主要功能包括：1）建立XX省院前医疗急救电子病历统一规范，实现创伤、非创伤、心跳呼吸停止、转院四种院前电子病历结构设计、字典定义；2）实现创伤、非创伤、心跳呼吸停止、转院四种院前电子病历在手机端与PC端填报，并支持病历暂存、提交、撤回及超时效后在线申请退回，其中PC端可进行病历单个和批量打印；3）实现单个急救任务下填报多份电子病历；4）支持病历与车载生命体征监护仪自动关联,实现生命体征数据周期性自动采集到电子病历；5）支持电子病历关键数据推送至救护车到达预通知大屏端。（三）互联互通接口服务建立院前医疗急救电子病历归集规范，对接部署全省急救中心（站），归集全省院前医疗急救相关数据。实现非“X里急救”平台的院前电子病历数据通过互联互通协议上报“X里急救”平台。主要功能包括：1）支持使用院前医疗急救电子病历填报应用端：支持非“X里急救”平台的急救中心的医生通过手机号登录电子病历填报应用端；2）根据院前医疗急救电子病历归集标准，建立规范对接接口，实现非“X里急救”平台的急救中心以接口对接方式上报数据。（四）急救预告警大屏端统一全省接诊医院唯一识别编码，支持院前数据全省范围内跨区域定向显示在指定接诊医院。（五）数字驾驶舱在已有数字驾驶舱基础上，优化“X里急救”驾驶舱，提供更丰富的业务数据可视化展示，主要功能包括：1）新增“X里急救”数据驾驶舱院前医疗急救数据省市县三级统计及排名，信息展示维度可视化图形展示；2）院前医疗急救资源数据实现数据下钻显示；3）新增全省年度救护车行驶轨迹脉冲图和急救呼叫信息热力图展示；1.2. 标准规范要求1、120调度业务数据需符合（院前医疗急救基本数据集：XX改良标准，XX大学出版社，2020年4月第1版）规范。2、救护车车载生命体征数据传输标准应符合HL7（HealthLevel7）国际标准。3、院前电子病历采用XX省统一的院前电子病历书写规范存储与传输。1.3. 信息安全要求系统的安全性是项目稳定运行实施的基础，既要保证信息共享利用，又满足安全管理的需要。本项目建设需符合国家信息安全等级保护管理办法、XX省大数据局关于电子政务外网安全评估指标体系考核要求及其他相关文件要求，开展全方位的安全体系建设，满足网络安全、管理安全、系统安全和数据安全等各方面要求。2. 3.1服务保密要求中标人须在签订合同后与业主单位签订保密协议。2. 3.2安全性、功能性能测试要求系统须避免各种信息安全漏洞，对应用系统和数据开展全生命周期安全防护,有完善的安全解决方案。采购方可委托第三方进行安全和性能测试，如果测试中发现存在问题，中标人需尽快解决。测试及漏洞修复所产生的费用由中标人承担。2. 3.3系统等保要求在项目建成后，系统需符合安全等级保护的第三级别，系统必须整改等保过程中发现的软件问题。在运维期内，每年至少进行一次等级问题整改。2. 3.4密评要求制订商用密码应用方案，运用国产密码技术保障信息系统网络和数据安全，按照要求开展商用密码安全性评估，必须整改密评中发现的安全问题。2. 3.5代码安全要求需遵循代码安全开发规范和实施代码安全检测，检测发现的问题整改完成后,提供安全检测资质机构出具的软件代码安全检测报告。2. 3.5软件应急方案中标人必须提供系统应急方案，并得到业主方的批准，此为验收通过的必备条件之一。应急方案需考虑各种故障类型，分别给出解决方案。2. 3.6信息安全承诺保隙中标人承诺严格把控运维人员安全风险及系统安全风险，提供核心运维人员背景审查材料，每月对系统进行安全监测和巡检，出具安全巡检报告。及时修复系统存在的各类安全漏洞。在政府重要活动、会议召开期间对系统进行7*24小时严密监控，一旦发现问题，要求在第一时间内关停或恢复正常服务，并尽可能的消除影响。中标人承担因系统本身漏洞所引发的信息安全事件而带来的相关法律责任。合同约定的建设和运维期内如发生重大信息安全事件，被上级单位或公安机关通报一次，罚款5000元。如发生被悬挂反动标语、赌博色情、数据泄漏等安全事件，视情节严重程度罚款1-5万元。因运维人员管理疏忽导致的上述信息安全事件，采购方保留追诉中标人连带法律责任的权力。2.4. 性能要求浏览器兼容要求：兼容谷歌ChrOme浏览器、国产操作系统龙芯浏览器等。易用性要求：用户操作界面要求简洁、直观，默认的配置符合大多数用户的审美观点和使用习惯。系统响应要求：平台必须具备负载均衡能力，以保证多用户并发访问时的系统的可靠性和系统性能不受到严重影响，具体性能要求如下：（1）系统应具备相当的可靠性，以便向各类用户提供7*24小时的不间断服务；（2）系统应具备监测预警和防范病毒、黑客入侵、扫描漏洞、网络监测与身份认证等功能；（3）系统应具备完善的使用授权、监控和日志管理机制，能够访问进行审计；（4）系统应提供相应数据备份/恢复功能，制定合理的备份策略，提供全面的保护机制；（5）系统可用性99.99%.（6）系统的无故障连续工作时间：MTBF5万小时。（7）系统故隙恢复时间30分钟。（8）系统主备倒用时间3分钟。2.5. 技术要求2. 5.1政务云架构相关要求（1）本系统的Web前端、服务端及数据库等所有程序和数据资源均需部署在XX省政务云环境中。（2）本系统所使用技术路线需与本项目I期和II期系统所用技术路线完全兼容，充分延续继承本项目I期和II期建设成果，实现新功能的快速迭代升级。（3）对于院前电子病历相关的生命体征实时数据需采用XX省政务云的Elasticsearch存储和计算。2. 5.2信创相关要求本项目应根据建设单位需求，按照信创相关标准规范，实现建设单位建设需求、使用目标。按需求方指定的环境部署和应用，系统建成后对信创环境下的客户端必须具有良好的兼容性和适应性。2.6. 接口要求1、政务云应用层协议接口需采用HTTPS协议，TLSVL2及以上，并采用安全数字证书。2、中标人须负责本标项内的标准定义、服务定义和消息定义，须按统一接口规范接入XX省健康大脑，且系统内的数据应按健康大脑数据中心相关要求及时归集。三、实施要求3.L项目组织管理要求1、投标方应充分考虑满足投标项目的建设要求，提出完整的项目管理、系统设计与开发、培训、项目施工、项目验收、售后服务方案以及投标方人力资源供给方案。2、本项目要求开发团队至少5人，其中研发和测试的人员不少于3人。投标方在投标文件中，应根据对项目的理解作出项目的人员配置管理计划，包括组织结构、项目负责人、组成人员及分工职责；阐述项目建设中业主方和建设方的职责。3、招标人有权监督和管理投标项目的测试、安装、调试、故障诊断、系统开发和验收等各项工作，投标方必须接受并服从招标人的监督、管理要求，无条件提供中间过程工作成果。3. 2.计划与进度管理要求1、投标方在投标文件中应根据对项目的理解作出项目实施的初步计划，成为中标人后必须提交正式工作方案，明确招标项目工作的方式、方法、过程步骤、按阶段分解的详细计划、对应计划应提交的工作成果、需要招标人协调与配合的事项，并经招标人审核、批准。2、中标人在项目实施过程中必须分别按周、月提交进度报告，对项目问题及进度延迟原因进行说明，制定合理的解决措施并有效执行。3、投标方必须在投标文件中阐述项目沟通计划，确保投标方与业主之间信息沟通顺畅。3. 3.质量管理要求1、投标方应按行业相关规范要求，针对招标项目实施过程及交付结果进行质量规划、管理、控制。2、投标方一旦中标必须提交正式的质量计划，明确质量控制点、控制内容、质量要求、检查记录要求，并经招标人审核、批准。3、中标人在项目实施过程中应开展质量保证活动，所提交的进度报告应包括质量报告内容，对质量问题制定改进措施并有效执行。4、中标人必须接受招标人的质量监督检查，提供真实有效的相关质量活动记录、证据，无条件接受招标方提出的质量问题整改要求，承担质量责任及因质量问题导致的进度延迟责任。5、投标方必须提供详细测试方案，包括采用测试技术、测试方法和测试报告提交形式。在工程实施过程中，中标人应先拟出一个测试方案，具体到每一个测试步骤，与用户讨论通过后，方可按计划进行测试。3. 4.文档交付要求软件项目交付物包含并不限于：需求分析报告、系统设计书、投标书、合同、软件的源程序及可执行代码、数据库的设计以及数据实体模型相互关系的描述、网络系统的拓扑结构以及相关设备的配置、系统体系架构及描述、数据库安装手册、程序安装维护手册、软件使用操作手册、软件功能技术手册、系统测试报告等材料。4. 5.试运行与验收软件开发实施并调试完成，经过用户的认可后，投入不少于1个月试运行,在试运行期间，投标人应使任何故障或问题都能在收到故障通知后尽快（节、假日也不例外）被修复和解决，并给出详细修复细节报告，所有试运行期间软件的修改和变化都应在试运行结束后提供书面和电子文档。试运行稳定后可进行验收。验收合格的条件必须至少满足：项目开发任务已经完成，测试合格并上线试运行；项目经过试运行，试运行时出现的问题已被解决，并得到用户认可；项目提交了完整的文档资料，并通过了采购人组织的审核。5. 6.培训要求投标方在项目建设前后除了对业务经办人员的专项培训以外，应对招标方的系统维护人员进行系统维护培训。包括：系统管理、开发工具、平台软件等。1、培训计划：系统的培训工作分为集中培训与普及培训2阶段。2、培训内容：为了让用户能够熟练地使用本系统，投标方需要对所有使用单位的系统管理员和操作人员进行培训，确保系统管理员、操作人员安全熟练使用软件。3、培训对象：包括业务管理层人员（主要指各使用单位和部门的领导）、系统管理人员以及业务人员（主要指具体的业务操作人员）。4、培训时间：根据项目推进情况确定。5、培训形式：汇报、PPT讲解、会议、专题沟通、现场操作、远程培训等方式。6、培训课程：根据不同的培训对象制定不同的课程。3.7.售后服务要求投标方必须根据本次招标文件所制定的目标和范围，提出相应的售后服务方案，并作为投标文件的一部分提交。售后服务方案内容应至少包含以下几个方面：1、售后服务总体内容供应商应明确售后服务的主要内容，包括但不限于故隙处理、软件升级等。2、售后服务服务人员供应商应提供项目服务人员名单。3、售后服务时效性本系统是医疗急救服务平台，平台故障造成的影响是致命性的，所以必须有良好的服务机制保证系统在最短时间内恢复。供应商应提供切实可行的保障方案保证故隙修复的时效性。4、售后服务的主要方法供应商需提供售后服务主要方式方法，应对系统中可能存在的各类故障问题。5、维护期承诺（1）项目验收合格后中标人承诺提供一年免费运行维护，维护服务内容按照售后服务要求。（2）在维护期内，每发生一次超过2个小时仍未修复的情况，从履约保证金中扣除5000元，同时需将履约保证金补足。（3）中标人收取的每年维保费用不高于本次所签订合同总价的15%0四、知识产权要求中标人应保证所提供的系统或其任何一部分均不会侵犯任何第三方的知识产权。本项目所有成果知识产权归采购方所有，采购方有权在其他项目上运用该项目成果。未经采购方书面同意，成果不得擅自扩散或提供给第三方使用。中标人应保证采购方在软件使用过程中，免受第三方提出的侵权起诉。如发生此类纠纷，由中标人承担一切责任并负责解决。五、关于实施费用有关本项目实施、等保测评、代码审计、信创改造等所涉及的费用均由中标人承担。本合同执行中相关的一切税费均由中标人负担。六、付款条件1、合同签订后15个工作日内，中标人需向采购人提交合同总额的现作为项目履约保证金。项目验收结束后，履约保证金无息退还。2、合同签订后，采购人在收到中标人发票并确认无误，采购人向中标人支付合同总额的60机系统完成开发后，支付合同总额的35%；系统验收合格后，支付合同总额的5%O七、其他7.1.投标人的研发能力要求投标人应拥有与本项目有关的研发能力，具备如下与本项目相关软件同类著作权证书，投标时应提供相关有效的证书扫描件:社会化急救类软件生命体征传输服务类软件