《居民全生命周期医疗健康服务建设项目需求说明.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日内将履约保证金补足。如发生被悬挂反动标语、赌博色情等非法暗链事件，则履约保证金全部罚没。因运维人员管理疏忽导致的上述信息安全事件，采购方保留追诉中标方连带法律责任的权力。3 .实施要求3.1. 项目组织管理要求1、投标方应充分考虑满足投标项目的建设要求，提出完整的项目管理、系统设计与开发、培训、项目施工、项目验收、售后服务方案以及投标方人力资源供给方案。2、本项目要求开发团队至少9人，其中研发和测试的人员不少于5人。投标方在投标文件中，应根据对项目的理解作出项目的人员配置管理计划，包括组织结构、项目负责
