XX卫健数字化改革集成建设项目建设方案.docx
《XX卫健数字化改革集成建设项目建设方案.docx》由会员分享,可在线阅读,更多相关《XX卫健数字化改革集成建设项目建设方案.docx(51页珍藏版)》请在课桌文档上搜索。
1、XX卫健数字化改革集成建设方案1.项目总体目标为深入贯彻省委省政府数字化改革部署要求,深刻把握数字化改革的定义和内涵,统筹运用数字化技术、数字化思维、数字化认知,把数字化、一体化、现代化贯穿于卫生健康工作全过程,在根本上实现卫生健康整体智治、高效协同,推进XX卫生健康治理体系和治理能力现代化。根据XX省委办公厅省政府办公厅印发XX省卫生健康数字化改革指南V2.0XX省医疗机构信息系统实时贯通提升工程实施方案和关于推进大健康治理能力现代化的实施意见(市委发(2020)30号)关于开展XX市生物医药和健康产业发展扶持科技专项申报(2021年第一期)的通知(X卫发(2021)28号)等文件要求,遵循
2、全省“1612”体系架构整体要求,迭代升级数字化改革体系架构,纵深推进XX卫生健康数字化改革。本项目遵循和支持“X里健康e生”的业务需要,旨在提升市级及下属区县平台的数据贯通及大数据中心架构,实现各级各类医疗机构信息系统实时贯通提升和医疗健康数据实时在线,进一步夯实“健康大脑”底座,实现数据高质量供给并赋能各项应用。本次项目在省卫生健康委“1+3+N”卫生健康数字化改革总框架下坚持需求导向、问题导向和目标导向,以“健康大脑+”体系为核心,从核心业务入手,紧扣重大任务和共性需求,立足“小切口”实现“大牵引”,夯实健康大脑数据底座,打造更多惠民互利的应用场景,全面提升XX市卫健委医疗卫生服务水平及
3、管理水平,从而进一步推进医疗健康工作数字化治理发展,加快推进XX市卫生健康数字化改革。提高医疗服务效率和人民群众的获得感、满意度。通过本项目建设,促进集约化的卫生管理模式,进行卫生业务管理模式与流程的优化创新。通过智能服务监控,为各级管理部门提供抓手,提高医疗机构的服务质量、服务水平和服务效率,从而提高XX卫健委职能管理部门及所属各类用户的满意度。优化卫健大数据资源贯通能力,提高卫生健康决策指挥能力。通过此项目建设,推动健康数据高铁建设,提升平台数据处理能力,强化数据贯通能力,可高效开展医疗服务综合监管、科教管理、干部保健管理、经济合同管理等工作,实现对各医疗卫生单位的监督、管理更加及时准确,
4、提高整体卫生资源的调配能力,提高决策水平和效率,为民办实事。2.建设原则(1)总体规划、分步实施考虑到项目的规模和实施的复杂性,分阶段实施,循序渐进。根据实际情况,确立整体的目标,制订统一的规划,保证工程实现各方目标一致,标准统一,系统有机衔接。在统一规划的基础上分阶段,有步骤地推进实施。先互联互通,再逐步统一;先建框架,再逐步深化;先行试点,再全面推广。以保证项目经费筹措、多部门协作、项目风险控制、复杂业务实现、项目实效达成等多方面的可靠程度。(2)顶层设计、遵循标准项目设计和开发应符合国际、国家及XX市医疗卫生行业的相关信息化和数据标准或规范,遵循中国卫生信息标准,项目采用标准的、开放的通
5、讯接口和数据标准,允许不同厂商的信息系统有机地整合。遵循国际及国家标准,不但能够使医疗工作者更加集中精力在业务方面,也能够提高平台的层次,使开发应用不仅和外部进行有效的交流,还能够预期将来的业务的发展。系统部署方案需符合国家卫健委信息化建设相关规范;XX市卫健委全民健康信息平台技术白皮书要求,方案内容完整、翔实、切合实际。(3)承前继后、科学发展项目在设计过程中要充分考虑继承和利用已有的建设基础、硬件设备和应用中的软件系统,充分利用前期建设成果,在原有基础上进行整合、扩展、新建,促使XX智慧健康事业不断迈向更高的台阶及科学可持续发展。(4)数据驱动、质量优先高质量的数据是业务处理的基础,系统是
6、围绕业务进行设计,业务是基于数据进行展开,数据的变化和不稳定性对于系统设计来说代价是高昂的,遵循“以数据为中心”的原则,全面注重数据质量的有效提升,提炼和抽象出能够不断扩展的元数据体系统与核心数据模型,保证系统的无缝集成和可持续发展。(5)创新驱动、协调发展在兼顾成熟技术的同时充分利用创新技术和理念,围绕单一业务、业务联动性、业务协同性、业务整体性等方面积极打造创新应用,不断驱动项目高效出彩和协调可持续发展。(6)安全保密、稳定可靠按照信息安全技术网络安全等级保护基本要求(GB/T22239-2019)文件第三级安全要求,着重加强防病毒、网络态势感知、终端接入管理、身份认证密码、数据资源安全等
7、网络安全体系建设,保障信息系统安全可靠运行。项目遵循商用密码应用安全体系框架建设,所有应用系统应能满足商用密码应用安全评估要求。根据XX省公共数据条例、XX省公共数据安全管理总则、XX省电子政务外网安全评估指标体系等文件精神,落实数据安全分级分类、脱敏、加密、安全评估要求。所有建设应用系统应能支持在信创云上部署和运行,满足安全可靠要求。3.应用系统建设方案3.1. XX健康数据高铁3.1.1. 功能架构省级 平台网端云端区县 平台或医疗 机构云端数据共享库 (电子政务外网)数据服务 (卫生业务网)卫生业务网电子政务外网前置交换数据质控交换监测源业务数据仓(ODS)秒分级 小时级 天级省级健康数
8、据高铁通道区县健康数据高铁通道标准规范体系数据安全体系市级和区县平台整体功能架构市级大数据平台整体架构包括市级健康数据高铁通道、数据传输监测以及对外提供数据服务和共享。市级健康数据高铁通道:对原有接口采集模式进行提档升级,利用政务云数据传输工具,使用数据库数据日志同步的方式提升数据传输的稳定性和及时性,通过源端前置机和云端管理,实现对数据采集通路的两端节点的管理。针对采集点管理实现数据连接配置、业务表配置等功能。针对中心端管理,实现对源端采集机构采集链路监控等功能。数据传输监测:针对数据库日志同步的方式,设计医疗机构或区县平台数据传输监测的方案。基于数据高铁传输的所有全民健康信息平台数据集升级
9、统一的质控平台,对所有全民健康信息平台技术白皮书数据集字段的字典值域和字段逻辑进行质控,形成统一的质控反馈页面。数据服务和共享:关系型数据对外提供数据服务和数据共享库两种形态,其中数据服务部署在卫生业务网内,供医疗卫生系统内的各种应用场景厂家使用,以便让应用系统构建在支撑全民健康信息平台的卫健大数据中心(下称:卫健大数据中心)治理后的干净数据之上;数据共享库部署在政务外网,针对市属横向部门或部署在政务云上的省级平台,充分利用不同政务云间基础架构一致性上的优势进行数据交换共享(如省卫健委健康数据高铁前置库、市级大数据局等横向部门数据交换)。3.1.2. 数据架构基于上述功能架构的设计描述,对市级
10、平台的数据架构设计如下所示:业务n甲愿殖入Jl数据源端的数据,通过数据集成(库表同步)以及数据高铁(数据库日志同步)方式接入到卫健大数据中心,其中:电子病历、中医处方、健康体检、健康档案等数据集,通过接入层的ESB接口完成数据接入,是数据中心平台层的主要数据来源,需要逐步切换到数据高铁接入的方式,即:市属医疗机构以及区县平台,按照XX市全民健康信息平台技术白皮书要求,将医疗机构诊疗数据从院内数据库、经过院内质控、值域对码、字段格式转换、多表关联等操作后,推送至前置机数据库(前置库),由云端平台层拉取到云端大数据中心。而省大数据局的下发的检查检验等数据、民科系统的医疗机构以及医护人员数据、市卫健
11、各业务处室数据等,可以通过数据集成(库表同步)完成接入。云端主要划分为平台层(数据接收、数据存储、数据计算、数据服务)与业务层(面向业务处室的业务系统建设与业务需求满足)。平台层与业务层通过交换层进行连接,以实时数据仓库或者统一数据服务接口的形式进行数据交换,其中:实时数据仓库用于批量、大数据量交互,如全天的门诊病历数据、门诊处方数据;统一数据服务接口用于小数据量交互,如:某个患者的健康处方等。平台层主要通过实时数据仓库以及统一数据服务接口对业务层提供数据支持,主要包括以下的数据共享方式:库表查询、库表回写等。业务层在读取平台层提供的数据后,部分业务系统会对某些数据进行增删改操作,操作后的结果
12、数据,可以通过接入层的数据集成(库表同步)的方式回写到平台层,以便根据业务需要,实现一份数据在平台层与业务层之间多系统、多场景的多跨协同。3.1.3. 应用功能3J31数据采集传输数据采集传输实现数据从市级医院、区域平台的源端数据库,实时同步到市“健康大脑”交换中心的过程,并完成同步中的全流程监控,确保数据同步后的数据准确性与一致性。3.1.3.1. XX市卫健委全民健康信息平台已经使用“web接口模式和ETL数据集成”两种数据归集技术方案。web接口模式接入市属医疗机构和区县平台的门诊、住院、体检等相关业务数据,共计240多个数据集;ETL数据集成接入民科、市级横向委办系统以及部分省大数据局
13、下发的数据,可对接集成政务云ODPS、RDS以及OraCIC等不同数据源数据。目前这两种方式都有一定的不足,Web接口方式对支持大流量的数据上传不够理想,ETL则时效性不够。随着居民对医疗健康数据可及性要求的提升,需要提供更加稳定可靠且支持大流量的数据采集通道。遵从XX省卫健委“健康E生”的技术要求,以数据库日志同步的方式来设计数据高铁的技术方案。如下对三种方式做个介绍。3.1.3.2. 1.数据同步 同步任务配置通过数据同步的自定义同步任务配置能力,可实现快速创建周期同步任务和数据实时同步任务,可选择已经注册的数据源端数据,选定目标端按照引导完成同步任务创建,提供目标端自动建表、源端目标端字
14、段自动映射、批量创建同步任务多种便捷同步任务创建能力,可以更便捷地完成数据同步配置。针对大批量实时同步场景,提供多表实时数据同步能力。一条实时同步链路可配置多张源数据表进行实时数据同步。在资源充足的情况下,可实现大批量源端数据实时同步,打破中间库写入性能瓶颈,打造畅通、高效的数据汇聚通道。 同步状态监控数据同步实例监控可对数据同步任务的执行和运行情况进行全面的监控运维。可对任务总数、线上任务、正运行任务、今日运行次数、今日异常实例核心指标进行统计,并可以实现异常任务执行状态的监控,当前实例状态监控。对任务的开始时间、结束时间、耗时、速率、状态和执行日志信息进行跟踪和展示 实时数据同步支持目标端
15、为Datahub的单表实时任务的新建。支持OrcalaCDCMySQLbinlogSQLSerVerCDC三种实时数据同步模式。提供完善的实时数据接入配置功能,有效保障实时任务接入的稳定性和可控性。实时数据同步以消息订阅的形式实时获取增量数据,可以实现高效、稳定地快速同步数据源的数据变化。通过DatahUb高可用组件能力的应用,可以保证对源端数据库和目标库的“侵入性”降到最低。在最大程度上保障了实时链路数据传输和写入的效率。实时同步任务管理提供对实时同步任务统一筛选、查看和管理功能。针对已创建的实时任务可查看任务的上线、下线状态。 数据同步业务监控(1)数据同步数量对账基于数据高铁对每个机构的
16、数据流转量进行采集、存储、分析,将对账结果可视化,纵向按照机构、数据集展示,横向按照上传日期、采集实收量进行横向对比,支持机构、数据集、上传日期,过滤对账数据,将差异化结果重点显示,同时能够将查询区间内对账存在差异日期异常显示,让对账定位更便捷,辅助数据治理。(2)数据同步业务量对账基于数据高铁业务量对账的对象为卫健大数据中心日常医疗业务数据,包括但不限于门急诊人次、出院人次、门诊检验人次等,对账方按照统一口径进行计算对账分析。对于存在问题的机构能够继续下钻查看阶段时间内对账差异业务日期。对账结果导出功能,能够导出对账差异数据,形成差异对照闭环。3、数据同步对账数据管理基于数据高铁对账数据导出
17、功能,能够导出对账差异数据,将差异机构、差异数据集、差异量、差异日期按照各个环节对比导出,形成差异对照闭环。全链路监控基于数据高铁建设全链路监控模块,主要提供数据同步任务监控、系统状态监控,通过实时监控上下游数据变化与异常情况,确保管理人员能够掌控任务上线、运行、暂停、报错、重启、延迟等数据任务状态。全链路监控支持按照业务链路配置监控场景,按照实际业务自定义配置监控业务监控和告警消息,可快速实现从数据生产到业务应用的全链路编排,实现全局监控和问题快速锁定。监控概览:提供监控任务、业务监控、监控告警分组等统计信息概览。业务监控:支持以业务数据为视角进行监控,可查看当前业务运行中节点的运行情况、告
18、警信息。监控明细:支持查看任务节点监控结果,可细节掌握每个监控节点的最新状态、任务日志和历史状态分布情况。支持查看监控任务节点的最近一次告警信息及历史告警信息,并支持手动设置告警处理暂停时间状态。任务运行监控:支持数据同步任务创建后自动创建监控任务。监控设置:支持告警分组管理、负责机构、人员管理。3.13.1.2.切换方案结合XX实际情况和省试点工作要求,XX市健康数据高铁以接口服务模式完成医疗机构信息系统实时贯通,支持秒分级、小时级、天级等三类时效。在下联区对部分医疗机构或县级健康大脑(区域平台),提供原有的数据采集/更新/数据对账等接口服务功能,在数据质控治理后,将数据推送至上联区对应前置
19、库,通过市“健康大脑”交换中心的“前置库日志同步”或“接口服务”推送至省“健康大脑”的交换中心通道。各县健康大脑(区域平台)根据本方案要求开展县级通道的改造部署,市级医院开展交换节点改造部署,逐步切换为前置库接入模式。切换方案主要针对原有接口采集模式,切换为利用数据高铁通道的数据全量同步和基于数据库日志解析的增量同步模式,保证在采集模式切换后的数据传输稳定性和及时性。数据同步方式切换如下:在源端数据准备充分的条件下,市卫健基于数据采集传输通道,需要将医院、区县平台前置机数据配置数据同步作业,完成全量同步和增量实时抽取,并进行数据同步传输过程中的链路监控,保证采集通道的可用性。数据同步包括同步初
20、始化和数据实时同步两个阶段,同步初始化是将源数据库的存量数据加载到目标数据库,数据实时同步是指同步正在进行的数据变更,并保持源数据库和目标数据库的同步。针对同步过程中产生的数据变更,数据实时同步工具使用两个处理事务日志的模块:事务日志读取模块:日志读取模块从源实例读取原始数据,经过解析、过滤及标准格式化,最终将数据在本地持久化。日志读取模块通过数据库协议连接并读取源实例的增量日志。日志回放模块:日志回放模块从日志读取模块中请求增量数据,并根据用户配置的同步对象进行数据过滤,然后在保证事务时序性及事务一致性的前提下,将日志记录同步到目标实例。数据同步工具具备日志读取模块、日志回放模块的高可用,系
21、统一旦检测到链路异常,就会在健康服务节点上断点重启链路,从而有效保证同步链路的高可用。3.1.3.3. 卫健大数据中心升级3.13.2.1. 实时数据仓库升级本次实时数据仓库建设在原数仓基础上,通过使用实时计算Blink提升实时数据分析能力。在实时数仓的建设中,我们使用数据高铁同步实时数据,使用数据高铁实时同步数据到DatahUb(流式数据处理平台)中,根据业务需求,使用BIink进行实时计算后将结果数据同步到数据共享库,支撑业务实时读取数据。3.13.2.2. 离线数据仓库升级通过数据高铁实时采集后的数据,一方面实时数据用于支撑业务应用,另一方面产生的实时数据可归档至离线数仓,支撑大数据中心
22、的全量与增量数据的存储与计算。按照数据高铁接入数据的时效要求,数据接入层以秒分级粒度,将源系统端的各类数据接入到数据中心,以天级别粒度持续迭代离线数据仓库的智能数仓。3.13.2.3. 数据交换服务卫健大数据中心的数据平台在完成数据归集、数据质控以及数据仓库建设后,需要为省级/市级业务处室的业务系统建设或业务需求开展提供数据交换服务,实现从平台层到业务层的数据支撑以及业务层到平台层的数据回写。数据中心平台层对业务层的数据支撑流程图如下:数据支撑流程图数据归集到数据中心的平台层后,对业务层提供以下数据共享方式:库表查询:平台层为业务层提供实时数据仓库(以下简称:实时数仓)库表查询服务,时效性与数
23、据归集时效性一致,例如:HIS贯通、医疗综合监管平台;库表回写:业务层的数据库表,可通过卫健大数据中心的数据集成能力,回写到平台层智能数仓,如有其他业务系统需要使用,可推送至实时数仓提供库表查询服务,例如:医疗综合监管平台的机构信息、医务人员信息等;接口查询:对于小规模数据,平台层将实时数仓中的库表数据,根据时间、机构、主键、索引等查询条件的查询结果,以接口形式为业务层提供接口查询服务,例如:社服系统查询平台层实时数仓的健康处方数据;3.13.2.4. .数据共享库建设卫健大数据中心接入的数据,按照全民健康信息平台技术白皮书的要求在经过重复数据清洗以及必要的完整性、规范性等实时数据质控后,形成
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- XX 数字化 改革 集成 建设项目 建设 方案
链接地址:https://www.desk33.com/p-561409.html