《妇幼数字化应用——X有善育专题库项目建设意见.docx》由会员分享,可在线阅读,更多相关《妇幼数字化应用——X有善育专题库项目建设意见.docx(9页珍藏版)》请在课桌文档上搜索。
1、妇幼数字化应用一一X有善育专题库项目建设意见一、项目概述1.1. 项目背景我省卫生健康领域数字化改革以“健康大脑+”体系为总体设计,基于健康大脑,聚焦智慧医疗、数字健康管理、智慧公卫等关键子领域。健康大脑依托一体化智能化公共数据平台,综合运用大数据、人工智能、区块链、物联网等新一代数字技术,融合数据、技术与医学知识,集态势感知、数据治理、应用协同等功能于一体的卫生健康数字化底座,用数据流提升决策流、业务流、管理流,为全人群、全生命周期医疗健康服务和全领域、全方位卫生健康治理增智赋能。从切实需求出发,以改革破题,构建X有善育专题库以支撑X有善育重点应用,对传统妇幼健康业务进行全方位推进、系统性重
2、塑,打造“管理+业务一体化”、“数字业务化,业务数字化”、“治理能力现代化”,助力妇幼健康领域的数字化改革进程。1.2. 建设目标坚持以通为本、以用为本、以人为本原则,高水平构建全省“X有善育”数据底座一一X有善育专题库,制订完善标准和规范体系,加强妇幼信息共享及业务联动,更好地支撑跨部门、跨领域、多层级的协同模式,助力实现“恋而优婚、婚而优生、生而优养、养而优教”的四大愿景,提升我省广大家庭的获得感、幸福感。1.3. 总体建设任务适龄婚育妇女和儿童主索引和X有善育360全息视图,体系化展示个案服务档案;综合服务接口,满足各类数据互通与应用支撑需求;数据模型支撑,满足相关部门日常对各类业务指标
3、统计分析需求;妇幼其他业务数据归集,实现数据层面统一整合及管理;妇幼逻辑质控管理,可视化配置质控逻辑规则及任务;生育信息库建设,实现一孩专题库,二孩专题库,三孩专题库,多孩专题,以及基于一孩专题库的独生子女信息标识,基于二孩专题库的双独两孩、单独两孩、全面两孩的信息标识。1.4. 建设周期本期项目的建设周期为合同签订后3个月内,其中试运行期不少于1个月。二、总体要求2.1. 系统功能要求1) )适龄婚育妇女主索引和儿童主索引在现有妇幼平台主索引的基础上,增加与其他妇幼业务的结合,整合包括出生医学证明、产筛产诊、优生两免等妇幼业务相关系统,优化升级现有居民主索引,扩充居民主索引关联的数据范围。2
4、) )X有善育360全息视图1)家庭画像模块对X有善育专题库数据进行清洗,根据婚育妇女主索引和儿童主索引信息,集中展示居民家庭基本情况,婚育妇女相关保健服务信息以及儿童相关保健服务信息,并实现孕产妇与儿童信息的关联跳转2)孕产妇360视图根据婚育妇女主索引信息,分孕次按时间顺序展示孕产妇基本信息、产前首次随访、产前随访、产时分娩信息、产后产妇访视、产后健康检查等孕产妇相关健康检查记录3)儿童360视图根据儿童主索引信息,按时间顺序展示儿童新生儿访视、1-8月龄儿童健康检查、12-30月龄儿童健康检查、3-6岁儿童健康检查等儿童相关健康检查记录4) X有善育360全息视图调阅接口提供统一共享接口
5、,用于其它其它相关业务系统或地市业务系统对孕产妇和儿童档案的调阅。(3)综合接口服务儿童信息查询接口,数据质控数据推送至质控集成统一门户;妇幼保健数据推送至健康档案、健康E生平台。(4)数据模型支撑根据业务需求,满足妇幼处、妇幼中心、省妇保、省儿保等相关部门日常对各类业务指标的统计分析需求。(5)妇幼数据归集在原有妇幼数据中心基础上,增加妇幼其他业务的数据归集,制定相应的数据集规范,包括出生医学证明、产筛产诊、优生两免等妇幼业务相关系统,进行数据层面的统一整合及管理。新增卫健内部数据集约20项(两免、产筛、出生证、托育等),跨部门数据接入4项(公安户口簿、民政婚姻登记、教育幼儿园、人社社保参保
6、),预估数据量约2.3亿条。(6)妇幼逻辑质控管理在现有妇幼数据质控系统的基础上,增加妇幼逻辑质控管理,支持用户根据业务要求自定义管理数据质控逻辑,实现质控逻辑规则和任务的可视化配置。(7)生育信息库基于XX省生育信息数据库进行创建的具有生育特色,满足需求的专题库。数据的基本模型以XX省全员人口信息库为标准。在全员人口数据库的基础上,根据业务进行生育信息库的重构。实现一孩专题库,二孩专题库,三孩专题库,多孩专题,以及基于一孩专题库的独生子女信息标识,基于二孩专题库的双独两孩、单独两孩、全面两孩的信息标识。2.2. 标准规范要求标准化建设是卫生信息化建设的基础工作,也是进行信息交换与共享的基本前
7、提。标准规范体系包括数据规范、业务功能规范、应用规范、管理规范、安全规范、技术规范等部分。标准规范体系的建设要求通过标准规范的建立和实施,消除卫生领域信息化建设中存在的“信息孤岛”现象,集中整合辖区范围内各医疗卫生机构的数据信息资源,并在此基础上,统一构建面向区域内医疗、卫生机构的数据采集、整合共享,全面提升区域内卫生信息化管理服务水平。2.3. 2.1标准规范建设原则 有国家(行业)标准的,遵循国家(行业)标准 即将形成国家(行业)标准的,争取在标准基本成熟时,将该标准率先引入试用 有(行业)标准的,遵循(行业)标准 无国家及行业标准,等效采用或约束使用国际标准 无参照标准的,可结合本省实际
8、情况,由项目组制定并提出经省厅与项目组讨论后确定 在编写卫生信息交换标准时,需特别考虑到未来的发展和变化在此基础上形成一套完整的标准体系2.2.2遵循和参考的标准与规范 中共中央、国务院关于深化医药卫生体制改革的意见 国务关于印发医药卫生体制改革近期重点实施方案(2009-2011年)的通知 国务院办公厅关于印发医药卫生体制五项重点改革2010年度主要工作安排的通知 卫生部、中央编办、国家发展改革委、财政部、人力资源社会保障部关于公立医院改革试点的指导意见 卫生部基于电子病历的医院信息平台建设技术解决方案(1.0版) 卫生部电子病历基本架构与数据标准(试行) 卫生部电子病历基本数据集 卫生部电
9、子病历共享文档规范 卫生部电子病历系统功能应用水平分级评价 卫生部三级医院评审标准 计算机信息系统安全保护等级划分准则(GB17859-1999) 卫生部健康档案基本架构与数据标准(试行) 卫生部关于印发卫生系统电子认证服务管理办法(试行)的通知 卫生部中医电子病历基本规范(试行) 卫生部电子病历系统功能规范(试行) 卫生部基于居民健康档案的区域卫生信息平台建设指南(试行) 卫生部健康档案元数据标准(试行) 卫生部电子病历元数据集(试行) 卫生部临床检验结果互操作规范(试行) 卫生部医院信息系统(HlS)基本功能规范2002版 WS365-2011城乡居民健康档案基本数据集 卫生部、中央编办、
10、国家发展改革委、财政部、人力资源社会保障部关于公立医院改革试点的指导意见(卫医管发(2010)20号) 深化医药卫生体制改革2013年主要工作安排 关于印发儿童等5个重点人群和慢病患者中医健康管理技术规范(试行)的通知(国中医药医政基层便函(2011)147号) 国务院关于扶持和促进中医药事业发展的若干意见 中医药信息化建设“十二五”规划(国家中医药管理局,2013年7月) 疾病分类代码标准(ICD-IO) 卫生部标准WS/T102-1998,临床检验项目分类与代码 医药行业标准YY0252-1997,化学药品(原料、制剂)分类与代码 HL7(美国医疗服务信息网络通讯协议)3.0/2.4版 S
11、NOMED国际系统医学术语全集3.5版 ICPC(国际初级保健信息标准) CPT(美国医院临床操作服务分类编码和术语标准) X12N(美国医疗保险业电子数据交换标准) 1.OINC、HHCC、ICIDH等标准 信息安全技术信息系统安全管理要求(GB/T20269-2006) 信息安全技术信息系统安全工程管理要求GB/T20282-2006) 信息安全技术信息系统安全等级保护定级指南 信息系统安全等级保护基本要求 信息安全技术信息系统灾难恢复规范2.2.3标准规范技术路线标准编制的一般方法是按照国家标准、行业标准、地方标准、内部(企业)标准的序列来采纳和编制标准。由于目前国家卫生计生委已经发布了
12、健康档窠基本架构与数据标准、电子病历基本架构与数据标准、电子病历共享文档规范、健康档案共享文档规范、中国公共卫生信息分类与基本数据集、社区卫生信息技术标准、中国医院信息基本数据集标准等标准。而这些标准也是考虑了现有的国家标准,参考了国际标准,同时也对国内的卫生信息化作了比较广泛的调研的基础上提出的,因此在制定标准规范时,首先要参考卫生部的最新成果,其次要考虑其他国家标准。(1)对国标的引用凡是业务中涉及到的代码如果有国标的就尽量引用国标。我国国家标准的代号,用“国标”两个字汉语拼音的第一个字母“G”和“B”表示。国家标准分为GB/T和GB。GB/T是推荐性标准,若无“T”则是强制性标准(必须采
13、用)。推荐性国标是指生产、交换、使用等方面,通过经济手段或市场调节而自愿采用的国家标准。但推荐性国标一经接受并采用,或各方商定同意纳入经济合同中,就成为各方必须共同遵守的技术依据,具有法律上的约束性。(2)对国家卫健委标准的引用由于部分国家卫健委发布的标准仍处于征求意见阶段,所以不能完全照搬照抄。要尊重该文本,同时又要从实际出发,要充分征求用户的意见。分为几种情况:用户目前没有统一明确的标准,尽量在满足需求的情况下采用该标准,以免造成将来系统颠覆性的改造。用户现有工作模式的要求与该标准不符。例如国家直报与该标准不一致,可能将来国家直报会根据该标准修改。有些是卫生部标准在细节上不太妥当,可以在吸
14、取其思路和基本内容的基础上,提出修改意见。在没有国家标准的情况下采用本次制定的标准。数据元与代码绑定及上下文关系:在项目中使用的代码必须对应到相应业务对象的数据元,即数据库中的表头元素。同一个数据元名称在不同的业务对象中具有不同的值域类型,即数据元的代码标准值不同,表现在系统中就是下拉列表或多选项的值域不同。如职业类型代码在不同的业务系统中取值不同,在传染病、伤害、职业卫生中各不相同。因此在定义代码值标准(即字典表)时不能和数据元割裂开来。一般代码表的名称是以业务对象的数据元名称来命名的,最后制定一套统一的编码规则。代码表的名称可能是不唯一的,但编码是唯一的,即代码值和系统名称需要有个对应关系
15、。目前需要维护四类代码:国标、卫标、地方性标准和行业标准。2.3. 信息安全要求系统的安全性是项目稳定运行实施的基础,既要保证信息共享利用,又满足安全管理的需要。本项目建设需符合国家信息安全等级保护管理办法、XX省大数据局关于电子政务外网安全评估指标体系考核要求及其他相关文件要求,开展全方位的安全体系建设,满足网络安全、管理安全、系统安全和数据安全等各方面要求。2. 3.1服务保密要求中标方须在签订合同后与业主单位签订保密协议。3. 3.2安全性、功能性能测试要求系统须避免各种信息安全漏洞,对应用系统和数据开展全生命周期安全防护,有完善的安全解决方案。采购方可委托第三方进行安全和性能测试,如果
16、测试中发现存在问题,中标方需尽快解决。测试及漏洞修复所产生的费用由中标方承担。4. 3.3系统等保要求在项目建成后,系统需按照等级保护要求开展等级保护测评,系统必须整改等保过程中发现的软件问题。在运维期内,每年至少进行一次等级问题整改。5. 3.4密评要求制订商用密码应用方案,运用国产密码技术保障信息系统网络和数据安全,按照要求开展商用密码安全性评估,必须整改密评中发现的安全问题。6. 3.5代码安全要求需遵循代码安全开发规范和实施代码安全检测,检测发现的问题整改完成后,提供安全检测资质机构出具的软件代码安全检测报告。7. 3.6软件应急方案中标方必须提供系统应急方案,应急方案需考虑各种故隙类
17、型,分别给出解决方案。每年组织开展1次应急演练(至少包括稳定性和安全性两个方面),并做好记录。8. 3.7信息安全承诺保障中标方承诺严格把控运维人员安全风险及系统安全风险,提供核心运维人员背景审查材料,每月对系统进行安全监测和巡检,出具安全巡检报告。及时修复系统存在的各类安全漏洞。在ZF重要活动、会议召开期间对系统进行7*24小时严密监控,一旦发现问题,要求在第一时间内关停或恢复正常服务,并尽可能的消除影响。中标方承担因系统本身漏洞所引发的信息安全事件而带来的相关法律责任。合同约定的建设和运维期内如发生重大信息安全事件,被上级单位或公安机关通报一次,罚款5000元。如发生被悬挂反动标语、赌博色
18、情、数据泄漏等安全事件,视情节严重程度罚款1-5万元。因运维人员管理疏忽导致的上述信息安全事件,采购方保留追诉中标方连带法律责任的权力。2.4. 应急响应机制要求要求承建方在项目验收前提供完整详细的系统故障维护应急响应机制说明文档,并得到业主方的批准,此为验收通过的必备条件之一。2.5. 性能要求本项目建设将满足以下性能需求:信息交换要求:数据库及系统的设计,要求充分考虑信息交换区设备的功能特点,保证数据在政务外网之间同步的准确性和实时性。浏览器兼容要求:兼容IE8版本以上(含IE8版本)浏览器、火狐浏览器、傲游浏览器、谷歌Chrome浏览器等。易用性要求:用户操作界面要求简洁、直观,默认的配
19、置符合大多数用户的审美观点和使用习惯。系统响应要求:平台必须具备负载均衡能力,以保证多用户并发访问时的系统的可靠性和系统性能不受到严重影响,具体性能要求如下:1)故障率:平台应能提供7X24小时的连续运行,平均年故障时间48小时,平均故障修复时间24分钟。2)对外提供的接口需能承受300个以上的并发访问压力,单次请求要求在500毫秒内返回结果。3)在单机情况下,服务返回结果在IOKB级,支持100O并发时,响应时间小于1秒,TPS大于1200o2.6. 技术要求2.7. 6.1政务云架构相关要求系统要符合政务云架构,采用主流的多层分布式架构进行设计开发,以B/S架构方式进行实现。系统要求通过加
20、密和安全通道等方式确保敏感信息的在交互和存储过程中的安全性。在存储上,针对所有敏感信息采用加密方式确保内容存储的安全;在用户使用方面,采用单点退出功能确保用户的安全性。操作使用方面要求达到如下使用要求:使用方便:系统应具有丰富的图形用户界面,各种标签提示清楚,提供在线帮助功能;实现单点登录等功能,方便用户在多个系统间自由的切换,用户可以通过一套身份和密码完成所有应用登录;系统应方便管理员进行远程维护和管理。2. 6.2信创相关要求本项目应根据建设单位需求,按照信创相关标准规范,实现建设单位建设需求、使用目标。按需求方指定的环境部署和应用,系统建成后对信创环境下的客户端必须具有良好的兼容性和适应
21、性。2.7. 接口要求(1)涉及与三方系统通过网络接口进行数据传输时,应选用高级加密标准算法,对数据进行加密传输;(2)涉及个人隐私等数据的使用应采用最小可用原则,不传输非业务开展所必须的数据。(3)处方调阅接口需建立过期失效机制,限制第三方系统批量调阅自身业务之外的不相关处方或用户数据。2.8. 招标演示要求1)家庭画像模块对X有善育专题库数据进行清洗,根据婚育妇女主索引和儿童主索引信息,集中展示居民家庭基本情况,婚育妇女相关保健服务信息以及儿童相关保健服务信息,并实现孕产妇与儿童信息的关联跳转2)孕产妇360视图根据婚育妇女主索引信息,分孕次按时间顺序展示孕产妇基本信息、产前首次随访、产前随访、产时分娩信息、产后产妇访视、产后健康检查等孕产妇相关健康检查记录3)儿童360视图根据儿童主索引信息,按时间顺序展示儿童新生儿访视、1-8月龄儿童健康检查、12-30月龄儿童健康检查、3-6岁儿童健康检查等儿童相关健康检查记录4)X有善育360全息视图调阅接口提供统一共享接口,用于其它其它相关业务系统或地市业务系统对孕产妇和儿童档案的调阅。5)妇幼逻辑质控管理在现有妇幼数据质控系统的基础上,增加妇幼逻辑质控管理,支持用户根据业务要求自定义管理数据质控逻辑,实现质控逻辑规则和任务的可视化配置。
链接地址:https://www.desk33.com/p-562565.html