XX省一体化电子健康档案系统建设项目采购需求.docx
《XX省一体化电子健康档案系统建设项目采购需求.docx》由会员分享,可在线阅读,更多相关《XX省一体化电子健康档案系统建设项目采购需求.docx(27页珍藏版)》请在课桌文档上搜索。
1、XX省一体化电子健康档案系统建设项目采购需求1 .建设背景XX省卫生健康委印发“X里健康e生”应用实施方案,明确要求统建标准化、一体化的电子健康档案系统,推进人人享有优质、均等、普惠的全生命周期医疗健康服务,积极推进电子健康档案的升级优化,打造崭新的健康”金名片二本项目积极响应XX省政策要求,实现以人为中心的连续、综合、精细的全周期数字健康新服务目标,全面推进建设省统建健康档案业务系统,支持面向市、县(市、区)基层医疗卫生机构提供功能完备、兼容性高、安全可靠的电子健康档案业务应用。2 .建设目标按照XX省基本公共卫生服务规范(第四版)要求,遵循XX省电子健康档案信息标准,建设一体化电子健康档案
2、系统,支撑基本公共卫生均等化服务开展。其中基本档案、0-6岁儿童健康管理、孕产妇健康管理、老年人健康管理、高血压患者健康管理、糖尿病患者健康管理、中医药健康管理等业务使用省统建电子健康档案系统。3 .建设原则3.1. 整体性原则系统的设计必须从区域医疗卫生信息化建设的整体角度进行统一规划设计,要实现整个区域内各医疗机构“内增活力、外加推力、上下联动”的态势,形成“沟通无障、管理规范、服务完善”的区域基层医疗体系。3. 2.标准化原则系统设计、数据字典等须符合国家、XX省卫生信息标准,遵循公共卫生规范体系管理要求,制定统一、标准的业务规范与数据字典标准。4. 3.实用性原则结合实际业务需要,符合
3、现行基层医疗机构业务管理模式和运作流程,满足医疗机构基本业务管理需求。同时,可适当根据地域情况,合理增加实用性功能,对提高医疗服务质量、工作效率、管理水平产生积极的作用。5. 4.安全性原则遵循安全、保密性原则,做好数据加密设计,确保系统安全运行。可分成多级对数据进行加密,采用权限控制、密码控制、数据监督、数据加密等多种手段防止数据被窃取、泄露及篡改,拒绝非法用户进入系统和合法用户的越权操作。6. 5.可靠性原则可靠的网络保证、数据库性能保证、应用系统保证、数据的备份和恢复保证,在各应用系统中建立便捷和快速连接,能够进行高效和可靠的数据交换。7. 6.可扩展性原则主机网络和系统软件支持通过增加
4、新增硬件对系统进行扩展,满足不断增加的性能要求;在应用软件结构上采用多层技术框架设计,分别支持应用系统的横向扩展和业务系统的功能扩展;系统模块化设计,可根据需要拆接、组合,系统模块及应用模块的设计开发应为后续的功能预留对外接口。8. 7.易维护性原则提供相应的应用系统维护工具、操作说明、常见答疑等。应用系统通过统一的管理界面,清晰的管理向导,简化系统的维护难度。良好的人机操作界面,用户可以方便快捷地查找到自己所需的信息。确保系统的所有用户都能够获得个性化的、人性化的操作平台,简单、方便、容易学习和使用。9. 8.先进性原则系统设计有前瞻性、先进性、成熟性以及可扩展性,符合公共卫生管理服务信息化
5、发展的趋势。以成熟的应用技术和开发方式,保证系统的先进性和成熟性。设计时充分考虑到信息技术的发展趋势,采用先进的技术,保证产品在不同压力下协同稳定的运行、信息交换,以及将来系统的迭代。保证系统能够适应现代技术的未来发展。从业务、标准、技术、管理等各个方面充分考虑系统架构的开放性。10. 9.界面友好原则用户界面友好,交互性强。操作类提示明确。屏幕利用率高。下拉菜单级数一一般不超过三级。出错时可清晰显示对应的错误说明及处理办法。屏蔽对本屏幕无用的键,按任何键都不会造成系统死锁。11. 准规范要求项目建设必须按照国家卫生健康委和XX省卫生健康委相关标准、规范、指南要求进行设计,制定XX省一体化电子
6、健康档案系统建设的相关标准、技术规范和管理办法,实现较高的标准化要求,达到统一管理、统一标准、互联互通的要求。项目建设应符合的标准规范包括但不限于:卫生信息数据元目录(WS363-2011)卫生信息数据元值域代码(WS364-2011)城乡居民健康档案基本数据集(WS365-2011)基于健康档案的区域卫生信息平台建设指南(试行)基于健康档案的区域卫生信息平台建设技术解决方案(试行)基于居民健康档案的区域卫生信息平台技术规范(WS/T448-2014)省统筹区域人口健康信息平台应用功能指引区域全民健康信息互联互通标准化成熟度测评方案(2020年版)电子健康档案与区域卫生信息平台标准符合性测试规
7、范国家基本公共卫生服务规范(第三版)全国基层医疗卫生机构信息化建设标准与规范(试行)XX省基本公共卫生服务规范(第四版)XX省县域医共体信息化建设指南(试行)XX省电子健康档案系统业务功能需求指南XX省电子健康档案质量控制规范XX省电子健康档案数据传输规范以上各类规范若有不尽之处,或有最新版本的,应按国家、XX省要求执行,最终解释权归用户方所有。本次项目标准规范体系的建设应在遵循和参考上述标准的同时结合本次项目的建设内容对XX省一体化电子健康档案系统建设相关标准规范进行设计。1、标准规范体系设计:应参考国家电子政务标准体系框架,从应用规范、应用支撑规范、信息基础设施规范、安全规范、管理规范等五
8、个维度开展体系设计,结合投标人标准、规范、指南的编制经验,体现标准规范体系建设的适配性、先进性及前瞻性。其中应用规范设计需包含有数据类标准、服务类标准、数据采集与交换规范等方面;应用支撑规范设计需包含有资源数据类标准、资源整合类标准等方面。2、标准制定的方法及技术路线:标准化是一项有组织的活动过程,应支持采用制定标准、实施标准、进而修订标准、又实施标准的PDCA循环法。在编制的技术路线上首先按照国家标准,再结合XX省地方标准、行业标准等来采纳和编制。3、数据元及数据集标准的制定:建立健康档案相关的数据元及数据集标准,包含有数据集名称及数据集元数据等内容。本次项目建设应遵循电子健康档案与区域卫生
9、信息平台标准符合性测试规范等标准规范要求,投标时须详细阐述数据集标准符合性方面的能力并提供证明材料。同时,建立统一的标准规范管理平台,包含但不限于用户注册、数据字典/术语值域管理、通用主数据、主数据变更通知、组织机构维护、卫生人员维护、慢病药品目录维护、基础数据维护映射管理等功能,实现统一维护、更新与发布。推进系统间进行元数据内容的交换和自动处理,将各类标准进行统一管理,用于跨机构、跨部门和跨系统之间的互通共享,实现业务连贯性和数据的一致性、完整性和准确性。4、标准规范实施及步骤:在需求调研阶段需组建标准实施团队,详细说明团队组建结构以及标准成员分工;同时,制定标准实施步骤,详细说明每一步骤的
10、工作内容。12. 体技术要求12.1. 术架构要求本次项目建设应满足业务需求以及政务云环境部署的要求,采用微服务架构体系;应支持分布式、集群化部署用于支撑高并发的需求,使用分库分表技术以满足大数据量的存储和分析的需求;应采用B/S框架,易于部署和维护、可扩展性好、效率快,实现轻量化接入应用。12.1.1. 政务云环境部署系统部署要求支持政务云环境部署,所有组件均使用政务云支持组件,包括但不限于ECS、SLB.RDS数据库(如MySQL、POStgreSQL等)、高效分析型数据库ADB、大数据传输服务DTS等,保证系统物理环境、网络环境的安全性。本项目基于政务云环境,需支持数仓技术以满足大数据的
11、统计和分析,实现可视化驾驶舱大屏效果。支持省级部署、按地市分布式部署多种模式。5.1.2.微服务架构体系本项目应采用B/S框架、微服务架构体系,且兼先进、丰富的服务技术栈。要求按照功能或业务模块拆分成独立的业务服务,每个业务服务和外部服务之间可以通过网关交互,实现数据传输。支持容器化部署,对容器进行编排、弹性伸缩、自动扩容,提高服务的高可用,提升运维的便捷性。5.1. 3.集群化、分布式部署应采用集群化部署,提升系统扩展性。并随着系统业务的发展,该集群可动态增加扩展节点。同时,应用分布式结构将系统按照业务功能,拆分成独立的子系统,各子系统以“服务”形式展现,并可独立运行在容器中,通过主流的通信
12、方式进行互相通信。5.1.4. 多级缓存与分库分表为提升系统性能,要求采用多级缓存技术,提高访问效率;要求采用搜索引擎技术,提升查询效率。本项目预测至少千万级的健康档案数据量级,要求能支持业务数据分库分表、读写分离,分担数据库对大数据量的存储和访问的压力,提升数据库性能。通过分库分表技术,不同用户可以访问各自对应的业务库,提供分库分表策略的可视化可配置管理。5.1.5.统一的服务管理为解决不同应用与本系统的对接交互,需支持针对本项目实现统一的服务管理,建立统一的服务管理平台来维护APl接口内容、接口权限、接口调阅统计等,保证对接交互的一致性和安全性。5.1.6.运维监控管理针对系统的日常版本更
13、新,应支持向下兼容的方式进行升级;版本升级采用运维平台自动部署,支持灰度发布、一键回滚,减少版本问题或人为因素的失误导致更新失败。提供统一的系统运维监控台,包括微服务管理(含服务的关闭、重启和更新),以及服务器运行情况监控、微服务监控、服务异常的智能监测。其中服务器运行情况监控至少包含应用服务器CPU、内存监控、数据库服务等,微服务监控至少包含微服务的实例数、服务状态、每个服务接口性能等,服务异常的智能监测至少包含应用服务器、数据库、应用服务、相关中间件等,提前发现可能存在的异常。允许查看当前资源运行明细,包括CPU、内存、网络等信息的实时动态,帮助管理员进行可视化运维与监管。5.2.业务融合
14、要求本项目在建设过程中按需求实现与区县基层医疗卫生机构HIS系统、体检系统等系统业务融合服务。本项目应基于XX省内各区县基层医疗卫生机构现有信息化建设基础,实现与基层医疗卫生机构HIS系统、体检系统等系统的业务融合建设。1、基层现状分析:投标人应充分了解基层现有系统的建设情况,保证相关业务融合服务的顺利开展。投标人须针对2个地区管辖范围内所有区县的基层医疗卫生机构现有HIS、体检等系统进行充分调研并出具现状调研报告(需用户签字盖章证明)。现状调研报告应包括但不限于现有HIS,体检等系统的承建厂商、承建时间、当前版本、医防融合业务开展情况。2、业务融合模式及内容:应支持服务调阅模式、API数据服
15、务模式和智能插件模式等三种业务融合模式。在场景设计上具备接诊过程中的医防融合协同以及健康档案管理过程中的医防融合协同。支持在健康档案管理过程中与医疗服务的相关协同,如在随访中支持引入患者近期药品记录、在档案管理中允许查看居民近期就诊/住院/检查/化验等信息等。投标人须针对与HIS系统业务融合、与体检系统业务融合分别做详细阐述。5.3.个性化兼容要求本次项目需保障XX省内各区县基层医疗卫生机构现有健康档案系统中个性化或特定性功能模块能够被兼容支持。投标人应具备各区县基层医疗卫生机构现有健康档案系统的个性化或特定性功能模块的兼容支持能力,应确保针对2个地区管辖范围内所有区县的基层医疗卫生机构现有健
16、康档案系统进行充分调研并出具调研分析报告(需用户签字盖章证明)。调研分析报告中需详细说明现有健康档案系统的承建厂商、承建时间、当前版本、对标本项目存在的个性化或特定性功能模块列表,并承诺支持兼容。1.4. 数据迁移要求数据迁移工作将依据本项目所建立的标准体系,整合各区县基层医疗卫生机构原有健康档案系统的历史和现有数据,完成本项目一体化电子健康档案系统相关数据的迁移,确保健康档案业务正常接续、平稳连贯,系统安全过渡。1、数据现状分析:本次项目须保障XX省内各区县基层医疗卫生机构原有健康档案数据的无缝迁移,投标人应确保针对2个地区管辖范围内所有区县基层医疗卫生机构的健康档案数据情况进行充分调研并出
17、具数据情况分析报告(需用户签字盖章证明)。数据情况分析报告中需详细说明现有健康档案数据情况、以及对标本项目存在的数据集、数据元和值域的差异分析。2、数据迁移流程及内容:需制定数据迁移流程,确保将基层原有健康档案数据转换为符合本项目系统运行要求的数据,确保本项目一体化电子健康档案系统的平稳上线和运行,保证基层原有健康档案数据的延续性、完整性、准确性。应采用分布式逐步切换方式,明确数据迁移是为了充分保护、继承原有健康档案系统的信息资源。数据迁移内容涉及有基础数据、个人健康档案、高血压专项信息、糖尿病专项信息、老年人专项信息等。3、迁移过程稳定性保障及数据准确性保障:数据迁移过程中稳定性和数据准确性
18、至关重要,投标人须依据城乡居民健康档案基本数据集(WS365-2011),针对出具数据情况分析报告的任意2家基层医疗卫生机构开展核心数据集的数据迁移测试并出具数据迁移成功的测试报告(需用户签字盖章证明)。核心数据集包含但不限于“个人基本信息数据元专用属性”、“高血压患者随访数据元专用属性”、“2型糖尿病患者随访数据元专用属性”。数据迁移成功的测试报告中须包含但不限于现有健康档案系统的承建厂商、承建时间、当前版本,以及核心数据集均成功通过数据迁移测试的说明。5 .5.安全要求系统设计应充分考虑信息安全性的要求,本项目的安全体系建设要从物理级、网络级、系统级、数据级、应用级以及安全管理措施等多个方
19、面综合考量。投标人就一体化电子健康档案系统的特点,针对以下几个安全问题提出先进可行的解决方案。1、应用安全设计:包括统一身份认证,统一权限管理等系统应用安全措施,对应用系统提供认证管理、权限管理、访问控制以及应用审计等功能。应具有完整的日志管理功能,即针对业务操作行为,能够追溯业务发生的过程,快速发现问题;针对系统异常问题,能够通过日志记录及时排查系统异常原因。2、隐私保护策略:一体化电子健康档案系统在保证居民健康档案信息共享的同时,需要提供对个人隐私的安全保护。针对医生工作站对居民健康档窠进行查询调阅、居民通过网络或移动终端访问个人健康信息等这两类调阅用户,应具有统一的授信管理功能,实现不同
20、用户对不同数据信息的访问等。6 .功能要求按照XX省基本公共卫生服务规范(第四版)要求,遵循XX省电子健康档案信息标准,建设一体化电子健康档案系统,支撑基本公共卫生均等化服务开展。其中基本档案、0-6岁儿童健康管理、孕产妇健康管理、老年人健康管理、高血压患者健康管理、糖尿病患者健康管理、中医药健康管理等业务使用省统建电子健康档案系统。6.1. 健康档案云平台6.1.1. 机构注册管理面向接入云平台的医疗机构应提供统一的注册管理服务,用于管理医疗机构的基本信息、注册信息等,允许对医疗机构相关信息进行统一管理和维护。6.1.2.人员信息管理面向接入云平台的人员应提供统一人员管理服务,用于管理人员的
21、相关基础信息,包含人员登陆账号、人员基本信息等。6.1. 3.权限管理不同的用户具有不同的权限,使用不同的信息路由路径,对各应用节点的接口调用进行身份验证,保证系统的安全性、可靠性和稳定性。系统应从不同的角度进行相应的权限管理,功能权限指对接入平台的各个应用以及功能服务的访问权限;数据集权限即数据项权限,是指用户对传输中的信息各数据项的访问权限;管理范围及记录权限,是作为共享数据信息内容的访问权限。当用户所具有的信息,符合通过管理范围设定出的特殊匹配条件时,允许用户访问相应管理范围所规定信息内容;权限方案允许用户导出和导入,便于权限管理信息的分发和设定。6.1.4. 数据加密服务符合国家监管合
22、规要求,满足医疗行业加密需求,保障业务数据隐私安全。6.1.5. 操作日志管理对基于云系统应用的操作行为进行统一的日志记录,便于后继出现问题时,通过操作日志进行排查,定位问题点并及时调整。6.1. 6.灰度发布服务为保隙新增功能平稳上线,可以通过灰度发布功能选择少部分用户试用,待新特性成熟以后,再切换版本让所有用户使用。灰度发布可以保证整体系统的稳定,在初始灰度的时候就可以发现、调整问题,以减少其影响度。6.1.7. 信息使用授权机制区域管理员可设置其下各层级机构的信息中心管理员,信息中心管理员再设置各个医疗机构的管理员,由医疗机构管理员对其下管理科室的用户进行角色授权、账号状态的变更、密码重
23、置等。6.1.8.单点登录服务用户通过一次性鉴别登录,即可获得需访问系统和应用软件的授权。在此条件下,用户可对所有被授权的网络资源进行无缝的访问,管理员无需修改或干涉用户登录就能方便的实施希望得到的安全控制。从而提高网络用户的工作效率,降低网络操作的费用,并提高网络的安全性。6.1.9.质控指标体系以XX省电子健康档案质量控制规范为依据,对健康档案质控的指标体系进行梳理,针对完整性,规范性,有效性,一致性四个维度,涵盖居民档案、居民两慢病信息、居民健康体检等表单进行详细的指标体系维护。可设置每个维度的指标规则,例如可以设置必填校验、逻辑校验、范围校验等,可设置维度校验未通过的提示信息等,实现基
24、于动态规则体系的健康档案质控考核。6.2.健康档案云应用健康档案云应用为省统建一体化电子健康档案系统提供统一业务应用,以国家基本公共卫生服务规范与XX省基本公共卫生服务规范为依据,切实结合各地区公共卫生开展的服务内容,统一建设标准健康档案业务系统;围绕患者全生命周期健康档案,向居民提供各项公共卫生健康相关服务,提高居民健康意识,提升基层医疗机构服务质量。系统覆盖基本公共卫生服务,包含有基本档案、0-6岁儿童健康管理、孕产妇健康管理、老年人健康管理、高血压患者健康管理、糖尿病患者健康管理、中医药健康管理等,通过数据融合方式汇聚、整合全人群全周期健康档案信息。6.2.1,基础功能系统提供居民健康档
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- XX 一体化 电子 健康 档案 系统 建设项目 采购 需求
链接地址:https://www.desk33.com/p-561467.html