县域人口健康信息数据中心详细描述.docx
- 文档编号:12931303
- 上传时间:2023-06-09
- 格式:DOCX
- 页数:9
- 大小:135.65KB
县域人口健康信息数据中心详细描述.docx
《县域人口健康信息数据中心详细描述.docx》由会员分享,可在线阅读,更多相关《县域人口健康信息数据中心详细描述.docx(9页珍藏版)》请在冰点文库上搜索。
县域人口健康信息数据中心详细描述
县域人口健康信息数据中心详细描述
1、综述
数据中心建设是本项目的一项关键任务,目的是将分散在各个业务系统中的数据进行整合,建立起统一的、核心的、标准化的、涵盖电子健康档案、电子病历、影像、检查检验、心电、卫生指标等数据的数据中心。
通过数据交换与信息共享平台,实现医疗卫生计生业务数据的采集、清洗、存储、管理和利用。
将整合后的标准化数据应用于更多的医疗业务中,同时对外部相关部门开放共享,实现业务协同。
最终帮助卫生管理部门及辖区内的医疗机构以及其他相关部门通过医疗大数据进行分析和决策,实现医疗数据的增值。
数据中心建设符合国家卫生计生委最新发布的数据元、数据集、数据交换、存储、利用等相关标准规范。
1.1、数据库设计原则
(1)规范性原则
数据库设计要严格遵照国标、行业相关标准以及本项目制定的数据标准,在编码、内容、关系、值域等标准应执行已有的国家标准和行业标准,实现数据库规范化的组织和设计,保证数据库的一致性、完整性。
(2)合理性原则
合理的划分和分离数据的存储,在数据分类的基础上,合理的部署数据的存储。
实现关系型数据库的合理设计并充分优化,满足用户对数据快速查询,以及与海量数据快速关联检索的需要。
(3)高效性原则
充分利用硬件和磁盘加速的技术,并通过尽可能少的磁盘访问获得所需要的数据。
响应时间和吞吐量之间的权衡、数据库的可用性、数据库的命中率以及内存的使用效率,以此来衡量调节措施的效果和指导调整的方向,实现数据库的高效运行。
(4)并发性原则
数据库是一个共享资源,可以有多个用户使用,为了充分利用数据库资源,应该允许各用户程序可以并行存取数据,这样就会产生多个用户并发地存取同一个数据的情况,数据库设计应充分考虑并发操作的控制机制,保证存取数据的完整性和一致性。
(5)安全性原则
要防止对数据的非法使用,必须在数据库设计时考虑用户的权限管理的约束信息,并记录关键数据操作的全过程,防止对数据进行有意无意的破坏,并能对造成的破坏进行恢复。
通过设计一个合理和有效的备份和恢复策略,在数据库因天灾或人为因素等意外事故,导致数据库系统毁坏,我们要能在最短的时间内使数据库恢复。
(6)先进性原则
数据库建设应支持目前主流的硬件平台和软件平台,具备一定的伸缩性和灵活性。
硬件可以支持小型机、服务器集群和PC服务器,综合信息管理平台可以支持WINDOWS各版本操作系统,数据库平台可以支持ORACLE、SQLServer、Access等不同级别的关系数据库管理系统。
1.2、数据库性能指标
1.1.1、信息化平台数据库框架
本地区通过日常工作、专项业务办理以及外部平台接口的调用,获取大量的基础信息数据和业务应用专题数据,通过整合建库形成该系统数据库,以满足用户的需求。
平台数据库与信息化平台各相关应用系统对接,由数据库为各类系统提供数据支撑,系统为数据库提供更新信息来源。
1.1.2、平台元数据库
平台元数据即标准主体数据库的数据字典。
数据字典提供数据分层及要素编码、属性表格的定义,在建库时数据库管理系统将自动建立标准主体数据库的数据字典。
元数据库和数据字典共同构成对整个空间数据库的内容描述与结构定义。
平台元数据包含数据库管理系统数据字典的表和视图等。
数据字典就是一个用描述数据库中表的字段名,字段长度,字段说明等信息的文挡;数据词典是对数据库里字段的一种描述,说明数据字典就是存储数据库中基本元素的一个集合。
它可以存储基本表的数据结构、存储过程等等。
平台元数据库包含数据库描述、数据库表和视图等组件的描述、表空间的描述、控制文件的描述、数据文件的描述、段的描述、数据范围描述、日志描述、归档状态描述、数据库实例描述、内存结构描述、后台进程状态的描述等。
1.1.3、数据库备份与恢复
(1)数据库备份
容灾设计是一种保证任何对资源的破坏都不至于导致数据完全不可恢复的预防措施,容灾设计完全是针对偶然事故的预防计划,常采用备份制度:
1)本地备份
对数据库进行本地备份时,采取定期备份和实时备份相结合的手段:
定期备份——对数据库服务器进行定期维护,对整个数据库进行一次静态备份。
其目的是当数据库遭到破坏时,可以缩短恢复所需时间。
实时备份——数据库支持实时备份进程,将数据库所发生的所有操作备份到文档中,这些归档文件也可转储到磁带上。
精心进行实时备份的目的是保证数据库遭到破坏时可以恢复到破坏的前一刻。
2)异地备份
对重要的数据信息采取异地备份的技术,设立备份分中心。
异地备份中涉及到数据远程同步复制技术。
3)备份机制建立
数据备份,通常采用的有完全备份、增量备份、差量备份、完全备份和增量备份组合以及完全备份和差量备份组合等几种机制。
备份机制:
对于业务支撑数据,每天产生变化的数据量不会很大,在需要数据恢复时,要求恢复时间尽可能短,因此,建议系统采用完全备份和增量备份组合的机制。
每周一个备份循环。
周六或周日进行完全备份,其它工作日采用增量备份。
具体规划如下表所示:
数据库备份规划表
周六
周日
周一
周二
周三
周四
周五
完全备份
增量备份
增量备份
增量备份
增量备份
增量备份
这种备份机制,轮巡方式简单明了,易于实施管理。
系统可将自动备份时间设定在每日晚10点,通常此时开始备份已经不会影响正常工作。
需要数据恢复时,只需要完全备份部分加上周一至周X(X=恢复日星期数-1)的增量备份即可。
(2)备份恢复配置
1)多元化控制文件
在控制文件中主要记录了数据库的信息、归档日志信息的历史信息、表空间和数据文件的信息、当前表空间正在使用的重做日志组以及数据库的日志信息和使用RMAN备份的有关记录,可以说控制文件记录了数据库的物理结构和状态,以及与数据库备份和恢复等的相关信息,因此是数据库的最重要的物理文件。
如果控制文件出现损坏,可能会导致备份信息的丢失,为了避免控制文件的损坏或者丢失,实行多元化控制文件,如下图所示:
建议每个数据库至少应该包含两个或者两个以上的控制文件,并且将不同的控制文件放置在不同的磁盘上面,以防止磁盘的损坏导致控制文件的丢失。
在多元化控制文件之后,多个控制文件就互为镜像,内容保持完全一致。
在这种情况下即使其中一个控制文件损坏,其他的控制文件仍然可以使用,从而保证了数据库的安全性。
2)多元化重做日志文件
当数据库处于归档日志模式时,每进行一次日志的切换,数据库都会生成归档日志。
当需要使用归档日志文件进行恢复时,如果某个归档日志文件出现损坏或者丢失,则数据库只能进行不完全恢复,为了避免这种情况的发生,实行对数据库进行多元化归档。
(3)恢复措施
容灾恢复措施在整个数据库安全中占有相当重要的地位,因为它关系到系统在经历灾难后能否迅速恢复。
容灾恢复操作通常可分为全盘恢复和个别文件恢复两类。
1)全盘恢复
一般应用在服务器发生意外灾难导致数据全部丢失、系统崩溃或是有计划的系统升级、系统重组等,也称为系统恢复。
2)个别文件恢复
在日常操作中,利用备份系统的恢复功能,可以很容易恢复受损的个别文件。
1.3、数据采集与建库
数据采集建库主要包括数据采集、质量检查和数据入库三个环节,具体流程如下图。
数据采集建库
1.1.1、数据采集
数据采集工作要根据数据存储方式、数据质量等特点分别使用多种采集方法进行采集,并将采集成果自动规整成符合数据标准及数据库设计要求的形式。
数据采集主要包括人机交互采集、外部平台数据调用、系统数据迁移三种。
(1)人机交互采集
通过办公业务系统电子录入、二代身份证阅读器和后台工具excel批量导入等人机交互方式,实现对纸质材料、基础信息数据(如二代身份证中的居民基础信息)、原有电子档案数据的采集。
(2)数据接口调用
利用接口方式,对外部条线平台数据进行导入调用,实现采集并同步更新各个系统的条线数据。
(3)系统数据迁移
利用专业的ETL软件、跨平台数据同步系统等工具,实现对原有系统平台、数据信息的自动迁移。
确保不同平台的数据可以平顺、无缝、完整地导入到信息化平台的数据库中,保障各阶段、多平台工作成果的完备性。
1.1.2、数据质量检查
为保证入库数据完整、正确,在完成数据采集之后,需要对数据信息进行质量检查。
主要包含以下工作。
(1)编制质量检查细则
依据制定的该系统数据标准和数据库设计,在梳理分析社区业务数据常见错误类型的基础上,结合本地区管理业务的实际情况,总结、编制出一套完整、可靠的数据质量检查细则。
细则涵盖各类社区管理业务数据可能存在的质量问题及检查方法,并通过质量检查工具将细则定制到系统中,形成数据质量检查规则库。
(2)配制质量检查模板
针对人口、企业、服务等资源信息数据的特点,和不同业务部门的实际情况,选择不同的质量检查细则,定制不同的质量检查作业流程,配制最适合各类数据及业务的质量检查模板,用于具有相同类型数据的质量检查。
(3)执行质量检查任务
利用数据质量检查工具,根据检查数据的不同,选择合适的质量检查模板,自动化地进行数据质量检查。
数据完成质量检查后需导出质量检查报告,提供给质量检查人员进行判断。
(4)质量问题修正
质量检查人员根据检查系统导出的质量检查报告进行判断,对存在质量问题的数据需要利用规整工具对数据进行修正,直至通过质量检查。
对于通过质量检查后无重大质量问题的数据,可以进行入库工作。
1.1.3、数据入库
(1)入库准备和数据库环境配置
按数据库设计要求,在数据库管理系统中,完成各类数据模型的创建;定制数据文件与数据库之间的映射关系,以实现数据按规则自动入库;根据制定的标准和数据库设计,完成数据字典的建模。
在数据库管理系统中定义表空间和数据文件名称,创建好表空间后将各服务器上数据用户默认表空间指向当前数据集表空间上。
在入库软件工具中设置好服务器连接信息,确保数据可以正确导入到数据库中。
(2)数据入库
使用数据入库工具,将通过采集系统采集、规整并质量检查后的数据文件进行数据装载、入库,并导出入库日志文件,便于入库人员进行检查。
(3)入库成果验证
对装载后的数据库系统,从内容完整性、结构符合性、关联正确性以及安全性等方面进行验证,确认合理后,将元数据库成果提交。
内容完整性:
入库的数据成果完整,信息无丢漏,且可以正常打开浏览;
结构符合性:
数据库内容结构符合数据标准和数据库设计的要求;
关联正确性:
各个关联数据之间正确地关联起来,可以方便快速地互相检索查询;
安全性:
数据入库成果有较好的安全配置措施,可以有效防止数据信息的泄漏和损坏。
此外,还需要参照公安系统、规划局等单位的权威数据,对数据入库成果进行逐一核实,确保数据的正确可靠。
1.4、数据库主要指标
1.1.1、全员人口信息库
全员人口信息数据库涵盖区域内人口个案数据,集中存放家庭成员信息、人口基本情况信息等。
1.1.2、电子健康档案库
电子健康档案数据库由基本档案和主要卫生服务记录两部分组成,存储居民自然情况、生命指标及从“-1岁”至终老的全部将康档案记录。
1.1.3、电子病历库
电子病历库是对病人在诊疗过程的数据记录,它包含有首页、病程记录、检查检验结果、医嘱、手术记录、护理记录等。
1.1.4、卫生资源库
卫生资源库集中存放卫生信息资源,涵盖卫生资源、妇幼保健、疾病监测、卫生监督、临床医疗、卫生经济类、卫生政策法规类等各类卫生信息资源,并建立完整的信息查询和咨询服务。
1.1.5、卫生指标库
卫生指标库存放用于平台管理和运行支撑的数据,如注册数据、索引数据、资源目录以及元数据等。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 人口 健康 信息 数据中心 详细 描述