居民全生命周期医疗健康服务建设项目需求说明.docx

上传人:夺命阿水 文档编号:434819 上传时间:2023-06-14 格式:DOCX 页数:12 大小:28.11KB
返回 下载 相关 举报
居民全生命周期医疗健康服务建设项目需求说明.docx_第1页
第1页 / 共12页
居民全生命周期医疗健康服务建设项目需求说明.docx_第2页
第2页 / 共12页
居民全生命周期医疗健康服务建设项目需求说明.docx_第3页
第3页 / 共12页
居民全生命周期医疗健康服务建设项目需求说明.docx_第4页
第4页 / 共12页
居民全生命周期医疗健康服务建设项目需求说明.docx_第5页
第5页 / 共12页
点击查看更多>>
资源描述

《居民全生命周期医疗健康服务建设项目需求说明.docx》由会员分享,可在线阅读,更多相关《居民全生命周期医疗健康服务建设项目需求说明.docx(12页珍藏版)》请在课桌文档上搜索。

1、居民全生命周期医疗健康服务建设项目需求说明1 .项目概述1.1. 项目背景“X里健康”专区应用建设项目是深入贯彻数字化改革文件精神,面向“健康大脑+智慧医疗”具体赛道,迭代升级“互联网+医疗健康”新服务,推进健康多跨场景应用建设的重要举措,项目切实遵循我省共同富裕区及中医药综合改革示范区建设等相关文件对于实施健康XX行动的要求,基于X里办“X里健康”专区打造并集成一批优质的健康应用,使人人享有便捷化、智能化、有温度的卫生健康服务,同时进一步提升“X里健康”金名片的影响力。1.2. 建设目标基于X里办“X里健康”专区,以电子健康卡为个人主索引,围绕妇幼、老年人等重点人群及常态化疫情防控、“互联网

2、+中医”、“一老一小”数字健康等场景,建设并集成覆盖全省居民全生命周期的特色医疗健康服务。同时搭建X里办居民问题反馈平台,快速高效地处理线上用户咨询与反馈,提升健康服务满意度。1.3. 总体建设任务为深入贯彻落实“健康中国2030”规划纲要、XX省数字化改革总体方案,围绕数字化改革“152”总体框架,卫生健康数字化改革“1314”架构,统筹运用数字化技术、数字化思维、数字化认知建设X里健康专区,切实遵循XX高质量发展建设共同富裕示范区实施方案中对于实施健康XX行动的要求,率先推进健康多跨场景应用,使人人享有便捷化、智能化、有温度的卫生健康服务。通过本项目的建设,以X里办“X里健康”专区门户为主

3、阵地,多跨场景为切入点,围绕“互联网+中医”、常态化疫情防控、便民惠民应用、“一老一小”数字健康新服务建设,全面开展医疗健康领域数字化改革,以数字化、一体化、现代化理念建设覆盖全省居民全生命周期的医疗健康服务。1.4. 建设周期本期项目的建设周期为合同签订后3个月,试运行1个月。2 .总体要求2.1. 整体设计要求2.1.1, 整体架构要求本项目整体框架要求以“X里健康”专区门户为主阵地,电子健康卡为主索引,采用分层设计架构,请详细阐述整体框架设计思路并提供具有安全性、可靠性和扩展性成熟的技术框架。2.1.2, 标准规范要求系统建设过程中要求遵循以下标准: 国家基本公共卫生服务规范(第三版)

4、XX省基本公共卫生服务规范(第四版) WS364-2011卫生信息数据元值域代码规范 WS376-2013儿童保健基本数据集规范 基于区域卫生信息平台的妇幼保健信息系统建设技术解决方案 基于区域卫生信息平台的妇幼保健信息系统建设技术解决方案(征求意见稿)一一国家卫健委,2010.2; 信息技术互连国际标准(IS0/IEC11801-95) 信息技术、软件包质量要求和测试(GB/T17544-1998) 软件工程标准分类法(GB/T15538-1995) 软件开发规范(GB8566-88)2.2. 应用功能要求2.2.1, “X里健康”专区应用服务集成1 .应用服务集成建立标准化的服务接入规范,

5、按照居民自助预约、医疗服务、健康档案和公共服务等使用场景,将预约挂号、预约核酸检测、预约疫苗、体检报告、报告查询、电子处方等20个应用集成至“X里健康”门户。2 .区域特色服务集成集成各地市特色服务专区,支持用户根据所在地区自主选择进入指定专区。至少集成5个地市的特色服务专区。3 .数据看板应用建设与集成按照病有所医、幼有所育等场景,展示居民日常相关机构数据和医疗卫生活动数据,包含但不限于电子健康卡目前全省的开卡量、使用量,互联网医院的使用人次、接入机构等。4 .“X里健康”问题咨询与反馈系统建设与集成建设问题咨询与反馈系统,在X里办的“X里健康”专区开放用户问题反馈入口。(1) 问题咨询与反

6、馈用户能够方便地在“X里健康”专区内通过图文形式对专区服务进行问题咨询与反馈。(2) 问题流转与处理服务端支持咨询及反馈问题的处理与流转,并可将反馈结果通过X里办端的问题反馈界面告知用户。(3) 常见问题管理支持常见问题及回答管理功能,管理人员可通过服务端对常见问题和回答进行新增编辑,用户可在X里办反馈入口查看常见问题及回答。(4) 统计与分析管理端支持对咨询与问题的统计分析。2.2.2, 重点场景专区建设1. “X里防疫”专区建设以电子健康卡为个人主索引,围绕“健康大脑+”体系,瞄准数字*府X里防疫”,在X里办建设疫情防控专区(X里防疫),赋能*府常态化疫情防控。(1) X里防疫集成界面集成

7、疫情防控场景下所需的服务:a.健康码:XX健康码、跨省互认健康码、国际版健康码;b.查询服务:老幼核酸代查;c.预约服务:预约疫苗接种、预约核酸检测、预约挂号;d.导航服务:核酸采样点机构导航等服务。集成重要防疫资讯;支持以文字和语音的形式快速搜索应用。(2)疫苗接种记录查询实现用户可查看个人的疫苗接种记录,展示信息包含:疫苗名称、生产企业、接种时间、疫苗批次、已接种针数、需接种针数。2. X派名医堂专区建设以电子健康卡为个人主索引,在X里办建设X派名医堂子专区,建设或集成-一批“互联网+中医”应用。(1)应用集成集成中医相关服务,例如中医挂号、中医药品手册等,并对用户展示中医相关科普知识。(

8、2)名医查询汇总全省名中医资源,建设名医查询功能,实现居民在线查询名中医擅长领域、门诊时间和个人简介的信息。名中医信息可按科室、地区、医院、姓名进行快速筛选。(3)中医体质辨识建设中医体质辨识应用,支持用户通过在线问卷形式辨别中医体质,支持问卷结果自动判读,实现用户下载体质判定标准表。(4)中医咨询依托省互联网医院平台能力,建设集成中医咨询功能,用户可通过中医咨询应用选择开放中医咨询服务的医疗机构,并向该机构下的医生发起在线中医咨询服务。2.2.3, 基于电子健康卡的便民惠民应用升级以电子健康卡为个人主索引,围绕“健康大脑+”体系,瞄准数字社会“健康大脑+智慧医疗”卫生健康数字化改革具体跑道建

9、设或升级便民惠民应用。1、亲情账号应用升级为了使家中老人和小孩均可安全、便捷的享受医疗健康服务,升级原电子健康卡的亲情账号功能,居民可通过实名认证的形式绑定父母和子女的亲情账号。2、健康档案应用升级为了使居民能够在X里健康专区内享受全生命周期的健康管理服务,需对X里办健康档案数据开放功能进行升级提升,实现居民个人健康指标管理、疾病评估,实现基于X健钉的慢病地图,对接慢病相关数据来源系统,支持切换各区域查看慢病地图。(1)居民自我健康管理实现居民个人健康指标管理,例如血压、血糖、睡眠时间。实现居民疾病评估,例如亚健康评估、心理评估等。(2)慢病地图(X健钉)对接慢病相关数据来源系统,支持切换各区

10、域查看详情。3、老年便民服务围绕“健康大脑+”体系,瞄准数字社会“健康大脑+数字健康管理”卫生健康数字化改革具体跑道,为老年人提供优质的数字化便民服务。(1)资源资源开放通过和全国医养结合机构监测系统,获取XX省内的医养结合机构信息。全国医养结合机构监测系统外的机构信息和部分变更信息,可通过医养服务机构相关人员或区(县)基层工作人员及在本系统中进行补充。机构性质:营利机构和非营利机构机构类型:护理院、护理中心、护理站、康复医院、安宁疗护、敬老院、福利院、自费养老院、新型养老院、护理养老型医院等。服务类型:养老、护理、安宁疗护、餐饮、医疗康复。营利机构信息包含:机构名称、社会统一信用代码证、登记

11、机关、登记日期、法定代表人姓名、营业执照图、餐饮服务许可证图(可选,提供餐饮服务的必传)、机构所在行政区、详细地址、定位信息(是否需要)、实景照片(3张、大小为200K以下)、基础设施、费用标准、联系*话,服务记录。非营利机构信息包含:机构名称、社会统一信用代码证、登记机关、登记日期、法定代表人姓名、登记证书图、餐饮服务许可证图(可选,提供餐饮服务的必传)、机构所在行政区、详细地址、定位信息(是否需要)、实景照片(3张、大小为200K以下)、基础设施、费用标准、联系*话。查询功能:机构名称、社会统一信用代码证、服务类型、机构性质(2)服务专区集成通过与X里办用户体系打通,将信息开放服务集成到国

12、民医疗健康专区及长者关怀专区。2.3. 技术保障要求2.3.1, 政务云架构相关要求(1)服务端及数据库等程序均需部署在XX省政务云环境中,所有数据、资源均存储在XX省政务云环境中。(2)实现和X里办数据的互联互通,投标人应提供云平台构架方案,对资源申请、使用提供指导。同时应考虑数据在云平台上存储、共享、使用的安全性。(3)支持用户无感升级,新功能模块的部署上线不影响平台既往功能。2.3.2, 信创相关要求本系统应根据建设单位需求,按照信创相关标准规范,实现建设单位建设需求、使用目标。按需求方指定的环境部署和应用,系统建成后对信创环境下的客户端必须具有较强的兼容性和适应性。2.4. 系统性能要

13、求(1)数据接口平均响应时间小于200ms;(2)数据库支持的最大每秒查询率QPS=1000;(3)前端页面平均加载时间小于1s;(4)系统应具备相当的可靠性,以便向各类用户提供7*24小时的不间断服务;(5)系统可用性99.99%。(6)系统故障恢复时间30mins02.5. 信息安全要求系统的安全性是项目稳定运行实施的基础,既要保证信息共享利用,又满足安全管理的需要。本项目建设需符合国家信息安全等级保护管理办法、XX省大数据局关于电子政务外网安全评估指标体系考核要求及其他相关文件要求,开展全方位的安全体系建设,满足网络安全、管理安全、系统安全和数据安全等各方面要求。2.5.1, 服务保密要

14、求中标方须在签订合同后与业主单位签订保密协议。2.6. 安全性、功能性能测试要求系统须避免各种信息安全漏洞,加强安全性防护,有完善的安全解决方案。采购方可委托第三方进行安全和性能测试,如果测试中发现存在问题,中标方需尽快解决。测试费用由中标方承担。2.6.1, 系统等保要求在项目建成后,系统需符合安全等级保护的第三级别,系统必须整改等保过程中发现的软件问题。在运维期内,每年至少进行一次等级问题整改。2.6.2, 代码安全要求需遵循代码安全开发规范和实施代码安全检测,检测发现的问题整改完成后,提供安全检测资质机构出具的软件代码安全检测报告。2.6.3, 软件应急方案中标方必须提供系统应急方案,应

15、急方案需考虑各种故障类型,分别给出解决方案。2.6.4, 信息安全承诺保障中标方承诺严格把控运维人员安全风险及系统安全风险,提供核心运维人员背景审查材料,每月对系统进行安全监测和巡检,出具安全巡检报告。及时修复系统存在的各类安全漏洞。在*府重要活动、会议召开期间对系统进行7*24小时严密监控,一旦发现问题,要求在第一时间内关停或恢复正常服务,并尽可能的消除影响。中标方承担因系统本身漏洞所引发的信息安全事件而带来的相关法律责任。履约期内如发生重大信息安全事件,被上级单位或公安机关通报一次,从履约保证金中扣除5000元,且需在15日内将履约保证金补足。如发生被悬挂反动标语、赌博色情等非法暗链事件,

16、则履约保证金全部罚没。因运维人员管理疏忽导致的上述信息安全事件,采购方保留追诉中标方连带法律责任的权力。3 .实施要求3.1. 项目组织管理要求1、投标方应充分考虑满足投标项目的建设要求,提出完整的项目管理、系统设计与开发、培训、项目施工、项目验收、售后服务方案以及投标方人力资源供给方案。2、本项目要求开发团队至少9人,其中研发和测试的人员不少于5人。投标方在投标文件中,应根据对项目的理解作出项目的人员配置管理计划,包括组织结构、项目负责人、组成人员及分工职责;阐述项目建设中业主方和建设方的职责。3、招标人有权监督和管理投标项目的测试、安装、调试、故障诊断、系统开发和验收等各项工作,投标方必须

17、接受并服从招标人的监督、管理要求,无条件提供中间过程工作成果。3.2. 计划与进度管理要求1、投标方在投标文件中应根据对项目的理解作出项目实施的初步计划,成为中标方后必须提交正式工作方案,明确招标项目工作的方式、方法、过程步骤、按阶段分解的详细计划、对应计划应提交的工作成果、需要招标人协调与配合的事项,并经招标人审核、批准。2、中标方在项目实施过程中必须分别按周、月提交进度报告,对项目问题及进度延迟原因进行说明,制定合理的解决措施并有效执行。3、投标方必须在投标文件中阐述项目沟通计划,确保投标方与业主之间信息沟通顺畅。3.3. 质量管理要求1、投标方应按IS09001质量管理体系规范要求,针对

18、招标项目实施过程及交付结果进行质量规划、管理、控制。2、投标方旦中标必须提交正式的质量计划,明确质量控制点、控制内容、质量要求、检查记录要求,并经招标人审核、批准。3、中标方在项目实施过程中应开展质量保证活动,所提交的进度报告应包括质量报告内容,对质量问题制定改进措施并有效执行。4、中标方必须接受招标人的质量监督检查,提供真实有效的相关质量活动记录、证据,无条件接受招标方提出的质量问题整改要求,承担质量责任及因质量问题导致的进度延迟责任。5、投标方必须提供详细测试方案,包括采用测试技术、测试方法和测试报告提交形式。在工程实施过程中,中标方应先拟出一个测试方案,具体到每一个测试步骤,与用户讨论通

19、过后,方可按计划进行测试。3.4. 文档交付要求软件项目交付物包含并不限于:需求分析报告、系统设计书、投标书、合同、软件的源程序及可执行代码、数据库的设计以及数据实体模型相互关系的描述、网络系统的拓扑结构以及相关设备的配置、系统体系架构及描述、数据库安装手册、程序安装维护手册、软件使用操作手册、软件功能技术手册、系统测试报告等材料。3.5. 试运行与验收软件开发实施并调试完成,经过用户的认可后,投入不少于1个月试运行,在试运行期间,投标人应使任何故障或问题都能在收到故障通知后尽快(节、假日也不例外)被修复和解决,并给出详细修复细节报告,所有试运行期间软件的修改和变化都应在试运行结束后提供书面和

20、电子文档。试运行稳定后可进行验收。验收合格的条件必须至少满足: 项目开发任务已经完成,测试合格并上线试运行; 项目经过试运行,试运行时出现的问题已被解决,并得到用户认可;项目提交了完整的文档资料,并通过了采购人组织的审核。3.6. 培训要求投标方在项目建设前后除了对业务经办人员的专项培训以外,应对招标方的系统维护人员进行系统维护培训。包括:系统管理、开发工具、平台软件等。1、培训计划:系统的培训工作分为集中培训与普及培训2阶段。2、培训内容:为了让用户能够熟练地使用本系统,投标方需要对所有使用单位的系统管理员和操作人员进行培训,确保系统管理员、操作人员安全熟练使用软件。3、培训对象:包括业务管

21、理层人员(主要指各使用单位和部门的领导)、系统管理人员以及业务人员(主要指具体的业务操作人员)。4、培训时间:根据项目推进情况确定。5、培训形式:汇报、PPT讲解、会议、专题沟通、现场操作、远程培训等方式。6、培训课程:根据不同的培训对象制定不同的课程。4 .售后服务要求4.1. 售后服务时效性要求在维护期内供应商应响应7X24小时*话或电子邮件服务,1小时内做出明确响应和安排,2小时内做出故障诊断报告,如遇驻场维护工程师无法解决的问题,同时需现场服务的,具有解决故障能力的工程师应在4小时内到达现场。4.2. 售后服务方式要求*话支持:*话支持主要是在使用产品时遇到疑难或者软件出现不正常状态,

22、通过*话、传真、电子邮件寻求技术支持和帮助,在确认用户的服务请求后,将安排技术服务专员在规定的响应时间通过*话帮助用户进行故障定位,并提出解决方案,最终指导或帮助用户排除软件故障。远程维护:远程维护是指用户在使用软件时遇到疑难或软件不正常的情况下,由平台开发方提供远程技术支持服务,以快速直接地面对软件运行中出现的故障问题,并对其进行诊断,给出解决方案,最终帮助用户排除软件运行出现的故障。D原则上技术支持人员远程登录进行故障诊断时,只可以查看数据,寻找故障原因,需要对数据进行修改时,需经得用户的同意。2)对于远程维护中由于排除故障的需要暂时中断软件系统,技术支持人员应事先向客户提出申请。3)由于

23、技术支持人员在诊断中需要用户提供必要的配合和协调以及最后的需求反馈的确认工作,用户拨号接入远程维护专线后,用户必须在客户终端现场。4)由用户对技术支持服务提供的解决方案的有效性进行评估。4.3. 驻场人员要求投标方应提供2名驻场维护工程师,完成基本的系统维护及其他交办的相关事项,为期一年。驻场人员在未经采购单位允许,不得进行随意变更,如需变更应提前1个月告知,并经采购人确认后在后续工作人员到岗后方可变更。4.4. 维护期承诺1、项目终验合格后中标方承诺提供一年免费运行维护,维护服务内容按照售后服务要求。2、若中标方收取的每年维保费用不高于本次所签订合同总价的15%o5 .知识产权要求中标方应保证所提供的系统或其任何一部分均不会侵犯任何第三方的知识产权。本项目所有成果知识产权归采购方所有,采购方有权在其他项目上运用该项目成果。未经采购方书面同意,成果不得擅自扩散或提供给第三方使用。中标方应保证采购方在软件使用过程中,免受第三方提出的侵权起诉。如发生此类纠纷,由中标方承担一切责任并负责解决。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 在线阅读 > 生活休闲


备案号:宁ICP备20000045号-1

经营许可证:宁B2-20210002

宁公网安备 64010402000986号