CN105608327A - 用于实现临床信息共享的方法与设备 - Google Patents
用于实现临床信息共享的方法与设备 Download PDFInfo
- Publication number
- CN105608327A CN105608327A CN201511029172.2A CN201511029172A CN105608327A CN 105608327 A CN105608327 A CN 105608327A CN 201511029172 A CN201511029172 A CN 201511029172A CN 105608327 A CN105608327 A CN 105608327A
- Authority
- CN
- China
- Prior art keywords
- data
- clinical
- clinical data
- hospital
- basic
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients
Landscapes
- Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Public Health (AREA)
- Biomedical Technology (AREA)
- Databases & Information Systems (AREA)
- Pathology (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本申请的目的是提供一种用于实现临床信息共享方法与设备。与现有技术相比,本申请通过获取来自医院多个数据系统的基础临床数据,然后根据所述基础临床数据建立对应的临床数据仓库,并基于所述临床数据仓库建立对应的不同维度的临床数据集市,这种方式实现了对医院多个数据系统内的各种数据的整合与梳理,满足了临床、管理及科研等对医院多个数据系统内的数据进行分析利用的需求,增强了医院的整体竞争优势。
Description
技术领域
本发明涉及计算机领域,尤其涉及一种用于实现临床信息共享的技术。
背景技术
随着信息技术及大数据技术的不断发展,医院的发展方向也越来越走向信息化、数字化,医院内涉及的所有相关信息,例如,费用信息、用药信息、化验信息、处方信息、医保信息等等,几乎都可以在医院多个数据系统内查找到,因此在该多个系统内存储了大量的数据信息,现有技术中,并没有对这些数据信息根据不同的维度进行集成,也就无法实现对于该等数据信息的分类分析处理。
发明内容
本申请的目的是提供一种用于实现临床信息共享的方法与设备。
根据本申请的一个方面,提供了一种用于实现临床信息共享的方法,其中,该方法包括:
获取来自医院多个数据系统的基础临床数据;
根据所述基础临床数据建立对应的临床数据仓库;
基于所述临床数据仓库建立对应的不同维度的临床数据集市。
根据本申请的另一方面,还提供了一种用于实现临床信息共享的设备,其中,该设备包括:
获取装置,用于获取来自医院多个数据系统的基础临床数据;
仓库建立装置,用于根据所述基础临床数据建立对应的临床数据仓库;
集市建立装置,用于基于所述临床数据仓库建立对应的不同维度的临床数据集市。
与现有技术相比,本申请通过获取来自医院多个数据系统的基础临床数据,然后根据所述基础临床数据建立对应的临床数据仓库,并基于所述临床数据仓库建立对应的不同维度的临床数据集市,这种方式实现了对医院多个数据系统内的各种数据的整合与梳理,满足了临床、管理及科研等对医院多个数据系统内的数据进行分析利用的需求,增强了医院的整体竞争优势。
而且,本申请还可以根据应用层中应用发起的数据分析请求,从对应维度的所述临床数据集市中获取相应维度的数据信息,以供所述应用进行分析处理,这种方式通过不同应用实现了对不同维度内的数据的分析处理,例如,通过病人索引的应用可以方便病人对自己在医院多个数据系统内产生的所有信息进行查询,而绩效分析或者运营管理等应用可以为医院中高层的管理人员的决策提供数据支持,因此,这种方式既可以为病人查询信息提供方便,又可以帮助医院领导进行管理决策。
此外,本申请还可以周期性地从所述医院多个数据系统中获取新生成临床基础数据,并根据所述新生成临床基础数据更新所述临床数据集市,而且在更新所述临床数据集市的过程中,首先刷新并校验所述临床数据集市中对应维度的基础数据属性,然后定时检查所述对应维度中的渐变数据属性,这种方式能够保证临床数据集市可以提供最新最全的数据,从而使医院管理或工作人员及病人能够查询到最新数据。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显:
图1示出根据本申请一个方面的一种用于实现临床信息共享的方法流程图;
图2示出根据本申请一个优选实施例的一种用于实现临床信息共享方法流程图;
图3示出根据本申请另一个方面的一种用于实现临床信息共享设备示意图;
图4示出根据本申请另一个优选实施例的一种用于实现临床信息共享设备示意图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本发明作进一步详细描述。
在本申请一个典型的配置中,终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitorymedia),如调制的数据信号和载波。
为更进一步阐述本申请所采取的技术手段及取得的效果,下面结合附图及较佳实施例,对本申请的技术方案,进行清楚和完整的描述。
图1示出根据本申请一个方面提供的一种用于实现临床信息共享的方法,其中,该方法包括:
S1获取来自医院多个数据系统的基础临床数据;
S2根据所述基础临床数据建立对应的临床数据仓库;
S3基于所述临床数据仓库建立对应的不同维度的临床数据集市。
在该实施例中,在所述步骤S1中,获取来自医院多个数据系统的基础临床数据,其中,医院多个数据系统包括但不限于:HIS(hospitalinformationsystem,医院信息系统)、LIS(laboratoryinformationmanagementsystem,实验室信息管理系统)、RIS(radiologyinformationmanagementsystem,放射信息管理系统)、PACS(picturearchivingandcommunicationsystems,医学影像存档与通讯系统)、EMR(electronicmedicalrecord,电子病历)、AORIMS(anesthesiaoperatingroominformationmanagementsystem,手术麻醉管理系统)等,该医院多个数据系统内存储了医院内所有临床事务所记录信息及对应原始文档。
优选地,其中,所述步骤S1包括:
经由系统之间的企业服务总线获取来自医院多个数据系统的基础临床数据。具体地,医院内医院多个数据系统之间的数据传输是通过企业服务总线来实现的,因此,来自医院多个数据系统的基础临床数据的传输需要经由系统之间的企业服务总线实现。
优选地,其中,所述步骤S1包括:根据参考信息模型从医院多个数据系统获取基础临床数据,其中,所述基础临床数据包括临床事务所记录信息及对应原始文档。其中,所述参考信息模型是指HL7RIM(referenceinformationmodel)模型,该模型用于将医院内所有临床事务所记录信息及对应原始文档统一到基础临床数据。具体地,根据参考信息模型从医院多个数据系统获取基础临床数据的方式可以包括将医院多个数据系统内所有临床事务所记录信息及对应原始文档按照足够细的颗粒度进行分类,例如,可以按院感信息、化验结果、检查报告、医嘱信息、护理记录、影像信息、用药信息、费用信息、病历文书、就诊信息、手术管理、病案管理等颗粒度进行分类,并将该临床事务所记录信息及对应原始文档筛选到对应的颗粒度构成基础临床数据,该基础临床数据包含医院内所有临床事务所记录信息及对应原始文档。
继续在该实施例中,在所述步骤S2中,根据所述基础临床数据建立对应的临床数据仓库。其中,所述临床数据仓库是按照不同的主题分类的,用于为建立数据集市提供基础信息。
优选地,其中,所述步骤S2包括:
S21(未示出)根据医院多个数据系统内所有记录病人的属性信息,将所述基础临床数据归类;
S22(未示出)将所述不同病人的属性信息及对应的基础临床数据集成病人医疗信息集合;
S23(未示出)根据多个不同的主题,将所述病人医疗信息集合归类到不同主题;
S24(未示出)将所述多个不同的主题及对应的病人医疗信息集合集成为对应的临床数据仓库。
在所述步骤S21中,根据医院多个数据系统内所有记录病人的属性信息,将所述基础临床数据归类,其中,所述属性信息是指可以唯一标识病人的信息,例如病人的ID号。具体地,根据该属性信息将所述基础临床数据归类的方式可以通过将含有相同属性信息的基础临床数据通过筛选的方式归类到一起,这样每一个病人的所有基础临床数据都集合到了一起。
在所述步骤S22中,将所述不同病人的属性信息及对应的基础临床数据集成病人医疗信息集合,具体地,基础临床数据已经按照病人的属性信息进行了归类,即每一个病人的属性信息后面都会有相应的基础临床数据,那么医院内所有病人的属性信息及对应的基础临床数据集成了病人医疗信息集合,该集合是以病人为中心的,即只要知道了病人的属性信息,那么该病人所有的基础临床数据都可以查找到。
在所述步骤S23中,根据多个不同的主题,将所述病人医疗信息集合归类到不同主题,其中,多个不同的主题可以是自定义的多个主题,例如,可以包括运营分析主题、质控分析主题、费用分析主题、绩效分析主题、科研主题、药品主题、耗材主题等等,该多个主题包含的范围应该尽可能涵盖医院多个数据系统内所涉及的所有方面。具体地,将所述病人医疗信息集合归类到不同主题的实现方式可以包括通过筛选的方式将所述病人医疗信息集合归类到不同的主题。
在所述步骤S24中,将所述多个不同的主题及对应的病人医疗信息集合集成为对应的临床数据仓库,具体地,经过不同主题的筛选,每个主题下面都有对应的病人医疗信息集合,该多个不同的主题及对应的病人医疗信息集合共同构成为对应的临床数据仓库。
更优选地,其中,所述步骤S2还包括:对所述基础临床数据中的非结构化数据进行解析处理,以获得包含对应结构化数据的所述基础临床数据。其中,所述非结构化的数据是指不可以用二维表结构来逻辑表达实现的数据,包括所有格式的办公文档、文本、图片、标准通用标记语言下的子集XML(extensiblemarkuplanguage,可扩展标记语言)、HTML(hypertextmarkuplanguage,超文本标记语言)、各类报表、图像和音频/视频信息等等,将基础临床数据中的非结构化数据进行解析处理是为了方便提取数据。具体地,在医院内,像病人的病历文书、影像报告、病理报告等存在很多非结构化的文本数据,为了更方便地利用其中的数据,需要对这些非结构化的文本数据通过第三方插件进行解析处理,以获得包含对应结构化数据的所述基础临床数据。
更优选地,其中,所述步骤S2还包括:在所述病人医疗信息集合中增加对应所述医院多个数据系统的字段信息以确保所述病人医疗信息集合中数据的可追溯性;或者
根据所述医院多个数据系统中的数据源对所述临床数据库中的数据进行准确性验证。
其中,所述字段信息可以包括自定义的通用字段,该字段信息用于确保病人医疗信息集合中数据的可追溯性,即可以通过该字段信息查找到病人医疗信息来自医院哪个数据系统,例如,实验室信息管理系统可以用字段信息lbs来表示,若病人医疗信息集合中有些数据的字段信息含有lbs,表示这些数据来自实验室信息管理系统。
或者,根据所述医院多个数据系统中的数据源对所述临床数据库中的数据进行准确性验证,具体地,进行准确性验证的方式可以通过将临床数据库中的数据与相应医院数据系统中的数据源进行比对,若相同,则临床数据库中的对应数据是准确的,若不相同,则该对应数据不准确,相应地,可以将该数据进行修改。
继续在该实施例中,在所述步骤S3中,基于所述临床数据仓库建立对应的不同维度的临床数据集市,其中,所述临床数据集市用于为不同应用进行数据分析提供基础,该临床数据集市包含自定义的多个维度,例如,多个维度可以包括但不限于:就诊信息、运营管理、质量监控、抗菌药物、院内感染、医保费用、处方查询、医嘱分析、工作量统计等等。
优选地,其中,所述步骤S3包括:
S31(未示出)根据多个不同的维度,提取所述临床数据仓库中对应主题的病人医疗信息;
S32(未示出)所述多个不同的维度及对应的病人医疗信息集成对应的不同维度的临床数据集市。
在所述步骤S31中,具体地,根据多个不同的维度,提取所述临床数据仓库中对应主题的病人医疗信息的方式,可以通过从临床数据仓库的不同主题中提取相应维度所对应的病人医疗信息,例如,对于医保费用维度,可以从临床数据仓库中的费用主题中提取医保费用的信息;对于运营管理维度,可以从运营分析主题中提取相应的病人医疗信息。
在所述步骤S32中,具体地,每个维度下面都有从临床数据仓库中的相应主题提取的病人医疗信息,所有的不同维度及其对应的病人医疗信息构成了不同维度的临床数据集市。
优选地,其中,该方法还包括:周期性地从所述医院多个数据系统中获取新生成临床基础数据,并根据所述新生成临床基础数据更新所述临床数据集市。其中,所述周期可以是自定义的任意时间,例如,每小时、每天或者每周等等,由于医院的病人医疗信息一直在不断变化,为了使应用能够分析到最新的医院系统数据内的信息情况,需要不断对临床基础数据进行更新,并根据该更新的临床基础数据更新所述临床数据集市。具体地,周期性地从所述医院多个数据系统中获取新生成临床基础数据方式,可以通过将新增加的临床基础数据添加到原来的临床基础数据中,以构成新生成的临床基础数据,同样,可以以相同的方式更新临床数据集市。
优选地,其中,该方法还包括:在获取所述新生成临床基础数据的过程中,实时显示所述新生成临床基础数据的导入过程信息;或者
在更新所述临床数据集市的过程中,首先刷新并校验所述临床数据集市中对应维度的基础数据属性,然后定时检查所述对应维度中的渐变数据属性。
其中,所述导入过程信息包括但不限于:数据源读取开始时间、数据源读取完成时间、导入完成时间、读取行数、插入行数、更新行数等等,具体地,在获取所述新生成临床基础数据的过程中,新增的临床基础数据的该些导入过程信息要实时显示。
或者,在更新临床数据集市的过程中,首先刷新并校验临床数据集市中对应维度的基础数据属性,具体校验的方式可以通过将对应维度的基础数据属性与基础临床数据内的数据属性比对看是否有变化,并定时检查该对应维度的数据属性是否有变化,以做到数据及时更新。
参图2所示,该方法还包括:
S4根据应用层中应用发起的数据分析请求,从对应维度的所述临床数据集市中获取相应维度的数据信息,以供所述应用进行分析处理。其中,应用层中的应用包括但不限于:多维度查询、工作量统计、报告单查询服务、处方查询、抗菌药物管理、医疗质量监控、医保费用分析、数据上报、绩效分析、院感检测等等。该些应用对病人查询在医院内记录的医疗相关信息、院领导分析医院运营情况及科研分析等等可以提供很大的方便。具体地,应用层中的应用首先向临床数据集市中发起数据请求,并从对应维度中获取相应的数据信息,然后应用会对该数据信息进行分析以获得相应的分析结果。例如,对于医保费用分析的应用,该应用会对医院内所有病人的医保费用信息进行分析,可以得出使用医保的病人所占的比例以及不同医保费用范围内病人所占的比例等等,该医保费用分析的应用在使用时,首先发起关于医保费用的数据请求,临床数据集市中的医保费用维度中的数据信息就会导入该应用中进行分析处理,以得到相应的结果。
与现有技术相比,本申请通过获取来自医院多个数据系统的基础临床数据,然后根据所述基础临床数据建立对应的临床数据仓库,并基于所述临床数据仓库建立对应的不同维度的临床数据集市,这种方式实现了对医院多个数据系统内的各种数据的整合与梳理,满足了临床、管理及科研等对医院多个数据系统内的数据进行分析利用的需求,增强了医院的整体竞争优势。
而且,本申请还可以根据应用层中应用发起的数据分析请求,从对应维度的所述临床数据集市中获取相应维度的数据信息,以供所述应用进行分析处理,这种方式通过不同应用实现了对不同维度内的数据的分析处理,例如,通过病人索引的应用可以方便病人对自己在医院多个数据系统内产生的所有信息进行查询,而绩效分析或者运营管理等应用可以为医院中高层的管理人员的决策提供数据支持,因此,这种方式既可以为病人查询信息提供方便,又可以帮助医院领导进行管理决策。
此外,本申请还可以周期性地从所述医院多个数据系统中获取新生成临床基础数据,并根据所述新生成临床基础数据更新所述临床数据集市,而且在更新所述临床数据集市的过程中,首先刷新并校验所述临床数据集市中对应维度的基础数据属性,然后定时检查所述对应维度中的渐变数据属性,这种方式能够保证临床数据集市可以提供最新最全的数据,从而使医院管理或工作人员及病人能够查询到最新数据。
图3示出根据本申请另一个方面提供的一种用于实现临床信息共享的设备,其中,该设备包括:
获取装置,获取来自医院多个数据系统的基础临床数据;
仓库建立装置,根据所述基础临床数据建立对应的临床数据仓库;
集市建立装置,基于所述临床数据仓库建立对应的不同维度的临床数据集市。
在该实施例中,所述获取装置获取来自医院多个数据系统的基础临床数据,其中,医院多个数据系统包括但不限于:HIS(hospitalinformationsystem,医院信息系统)、LIS(laboratoryinformationmanagementsystem,实验室信息管理系统)、RIS(radiologyinformationmanagementsystem,放射信息管理系统)、PACS(picturearchivingandcommunicationsystems,医学影像存档与通讯系统)、EMR(electronicmedicalrecord,电子病历)、AORIMS(anesthesiaoperatingroominformationmanagementsystem,手术麻醉管理系统)等,该医院多个数据系统内存储了医院内所有临床事务所记录信息及对应原始文档。
优选地,其中,所述获取装置用于:
经由系统之间的企业服务总线获取来自医院多个数据系统的基础临床数据。具体地,医院内医院多个数据系统之间的数据传输是通过企业服务总线来实现的,因此,来自医院多个数据系统的基础临床数据的传输需要经由系统之间的企业服务总线实现。
更优选地,其中,所述获取装置用于:根据参考信息模型从医院多个数据系统获取基础临床数据,其中,所述基础临床数据包括临床事务所记录信息及对应原始文档。其中,所述参考信息模型是指HL7RIM(referenceinformationmodel)模型,该模型用于将医院内所有临床事务所记录信息及对应原始文档统一到基础临床数据。具体地,根据参考信息模型从医院多个数据系统获取基础临床数据的方式可以包括将医院多个数据系统内所有临床事务所记录信息及对应原始文档按照足够细的颗粒度进行分类,例如,可以按院感信息、化验结果、检查报告、医嘱信息、护理记录、影像信息、用药信息、费用信息、病历文书、就诊信息、手术管理、病案管理等颗粒度进行分类,并将该临床事务所记录信息及对应原始文档筛选到对应的颗粒度构成基础临床数据,该基础临床数据包含医院内所有临床事务所记录信息及对应原始文档。
继续在该实施例中,所述仓库建立装置根据所述基础临床数据建立对应的临床数据仓库。其中,所述临床数据仓库是按照不同的主题分类的,用于为建立数据集市提供基础信息。
优选地,其中,所述仓库建立装置包括:
数据归类单元(未示出),根据医院多个数据系统内所有记录病人的属性信息,将所述基础临床数据归类;
数据集成单元(未示出),将所述不同病人的属性信息及对应的基础临床数据集成病人医疗信息集合;
主题归类单元(未示出),根据多个不同的主题,将所述病人医疗信息集合归类到不同主题;
集合集成单元(未示出),将所述多个不同的主题及对应的病人医疗信息集合集成为对应的临床数据仓库。
所述数据归类单元根据医院多个数据系统内所有记录病人的属性信息,将所述基础临床数据归类,其中,所述属性信息是指可以唯一标识病人的信息,例如病人的ID号。具体地,根据该属性信息将所述基础临床数据归类的方式可以通过将含有相同属性信息的基础临床数据通过筛选的方式归类到一起,这样每一个病人的所有基础临床数据都集合到了一起。
所述数据集成单元将所述不同病人的属性信息及对应的基础临床数据集成病人医疗信息集合,具体地,基础临床数据已经按照病人的属性信息进行了归类,即每一个病人的属性信息后面都会有相应的基础临床数据,那么医院内所有病人的属性信息及对应的基础临床数据集成了病人医疗信息集合,该集合是以病人为中心的,即只要知道了病人的属性信息,那么该病人所有的基础临床数据都可以查找到。
所述主题归类单元根据多个不同的主题,将所述病人医疗信息集合归类到不同主题,其中,多个不同的主题可以是自定义的多个主题,例如,可以包括运营分析主题、质控分析主题、费用分析主题、绩效分析主题、科研主题、药品主题、耗材主题等等,该多个主题包含的范围应该尽可能涵盖医院多个数据系统内所涉及的所有方面。具体地,将所述病人医疗信息集合归类到不同主题的实现方式可以包括通过筛选的方式将所述病人医疗信息集合归类到不同的主题。
所述集合集成单元将所述多个不同的主题及对应的病人医疗信息集合集成为对应的临床数据仓库,具体地,经过不同主题的筛选,每个主题下面都有对应的病人医疗信息集合,该多个不同的主题及对应的病人医疗信息集合共同构成为对应的临床数据仓库。
更优选地,其中,所述仓库建立装置还包括:解析单元,对所述基础临床数据中的非结构化数据进行解析处理,以获得包含对应结构化数据的所述基础临床数据。其中,所述非结构化的数据是指不可以用二维表结构来逻辑表达实现的数据,包括所有格式的办公文档、文本、图片、标准通用标记语言下的子集XML(extensiblemarkuplanguage,可扩展标记语言)、HTML(hypertextmarkuplanguage,超文本标记语言)、各类报表、图像和音频/视频信息等等,将基础临床数据中的非结构化数据进行解析处理是为了方便提取数据。具体地,在医院内,像病人的病历文书、影像报告、病理报告等存在很多非结构化的文本数据,为了更方便地利用其中的数据,需要对这些非结构化的文本数据通过第三方插件进行解析处理,以获得包含对应结构化数据的所述基础临床数据。
更优选地,其中,所述仓库建立装置还包括:增加单元,在所述病人医疗信息集合中增加对应所述医院多个数据系统的字段信息以确保所述病人医疗信息集合中数据的可追溯性;或者
验证单元,根据所述医院多个数据系统中的数据源对所述临床数据库中的数据进行准确性验证。
其中,所述字段信息可以包括自定义的通用字段,该字段信息用于确保病人医疗信息集合中数据的可追溯性,即可以通过该字段信息查找到病人医疗信息来自医院哪个数据系统,例如,实验室信息管理系统可以用字段信息lbs来表示,若病人医疗信息集合中有些数据的字段信息含有lbs,表示这些数据来自实验室信息管理系统。
或者,根据所述医院多个数据系统中的数据源对所述临床数据库中的数据进行准确性验证,具体地,进行准确性验证的方式可以通过将临床数据库中的数据与相应医院数据系统中的数据源进行比对,若相同,则临床数据库中的对应数据是准确的,若不相同,则该对应数据不准确,相应地,可以将该数据进行修改。
继续在该实施例中,所述集市建立装置基于所述临床数据仓库建立对应的不同维度的临床数据集市,其中,所述临床数据集市用于为不同应用进行数据分析提供基础,该临床数据集市包含自定义的多个维度,例如,多个维度可以包括但不限于:就诊信息、运营管理、质量监控、抗菌药物、院内感染、医保费用、处方查询、医嘱分析、工作量统计等等。
优选地,其中,所述集市建立装置包括:
提取单元(未示出),根据多个不同的维度,提取所述临床数据仓库中对应主题的病人医疗信息;
集成单元(未示出),所述多个不同的维度及对应的病人医疗信息集成对应的不同维度的临床数据集市。
所述提取单元根据多个不同的维度,提取所述临床数据仓库中对应主题的病人医疗信息,具体地,根据多个不同的维度,提取所述临床数据仓库中对应主题的病人医疗信息的方式,可以通过从临床数据仓库的不同主题中提取相应维度所对应的病人医疗信息,例如,对于医保费用维度,可以从临床数据仓库中的费用主题中提取医保费用的信息;对于运营管理维度,可以从运营分析主题中提取相应的病人医疗信息。
所述集成单元所述多个不同的维度及对应的病人医疗信息集成对应的不同维度的临床数据集市,具体地,每个维度下面都有从临床数据仓库中的相应主题提取的病人医疗信息,所有的不同维度及其对应的病人医疗信息构成了不同维度的临床数据集市。
优选地,其中,该设备还包括:更新装置,周期性地从所述医院多个数据系统中获取新生成临床基础数据,并根据所述新生成临床基础数据更新所述临床数据集市。其中,所述周期可以是自定义的任意时间,例如,每小时、每天或者每周等等,由于医院的病人医疗信息一直在不断变化,为了使应用能够分析到最新的医院系统数据内的信息情况,需要不断对临床基础数据进行更新,并根据该更新的临床基础数据更新所述临床数据集市。具体地,周期性地从所述医院多个数据系统中获取新生成临床基础数据方式,可以通过将新增加的临床基础数据添加到原来的临床基础数据中,以构成新生成的临床基础数据,同样,可以以相同的方式更新临床数据集市。
优选地,其中,该设备还包括:显示装置,在获取所述新生成临床基础数据的过程中,实时显示所述新生成临床基础数据的导入过程信息;或者
检查装置,在更新所述临床数据集市的过程中,首先刷新并校验所述临床数据集市中对应维度的基础数据属性,然后定时检查所述对应维度中的渐变数据属性。
其中,所述导入过程信息包括但不限于:数据源读取开始时间、数据源读取完成时间、导入完成时间、读取行数、插入行数、更新行数等等,具体地,在获取所述新生成临床基础数据的过程中,新增的临床基础数据的该些导入过程信息要实时显示。
或者,在更新临床数据集市的过程中,首先刷新并校验临床数据集市中对应维度的基础数据属性,具体校验的方式可以通过将对应维度的基础数据属性与基础临床数据内的数据属性比对看是否有变化,并定时检查该对应维度的数据属性是否有变化,以做到数据及时更新。
参图4所示,该设备还包括:
分析装置,根据应用层中应用发起的数据分析请求,从对应维度的所述临床数据集市中获取相应维度的数据信息,以供所述应用进行分析处理。其中,应用层中的应用包括但不限于:多维度查询、工作量统计、报告单查询服务、处方查询、抗菌药物管理、医疗质量监控、医保费用分析、数据上报、绩效分析、院感检测等等。该些应用对病人查询在医院内记录的医疗相关信息、院领导分析医院运营情况及科研分析等等可以提供很大的方便。具体地,应用层中的应用首先向临床数据集市中发起数据请求,并从对应维度中获取相应的数据信息,然后应用会对该数据信息进行分析以获得相应的分析结果。例如,对于医保费用分析的应用,该应用会对医院内所有病人的医保费用信息进行分析,可以得出使用医保的病人所占的比例以及不同医保费用范围内病人所占的比例等等,该医保费用分析的应用在使用时,首先发起关于医保费用的数据请求,临床数据集市中的医保费用维度中的数据信息就会导入该应用中进行分析处理,以得到相应的结果。
与现有技术相比,本申请通过获取来自医院多个数据系统的基础临床数据,然后根据所述基础临床数据建立对应的临床数据仓库,并基于所述临床数据仓库建立对应的不同维度的临床数据集市,这种方式实现了对医院多个数据系统内的各种数据的整合与梳理,满足了临床、管理及科研等对医院多个数据系统内的数据进行分析利用的需求,增强了医院的整体竞争优势。
而且,本申请还可以根据应用层中应用发起的数据分析请求,从对应维度的所述临床数据集市中获取相应维度的数据信息,以供所述应用进行分析处理,这种方式通过不同应用实现了对不同维度内的数据的分析处理,例如,通过病人索引的应用可以方便病人对自己在医院多个数据系统内产生的所有信息进行查询,而绩效分析或者运营管理等应用可以为医院中高层的管理人员的决策提供数据支持,因此,这种方式既可以为病人查询信息提供方便,又可以帮助医院领导进行管理决策。
此外,本申请还可以周期性地从所述医院多个数据系统中获取新生成临床基础数据,并根据所述新生成临床基础数据更新所述临床数据集市,而且在更新所述临床数据集市的过程中,首先刷新并校验所述临床数据集市中对应维度的基础数据属性,然后定时检查所述对应维度中的渐变数据属性,这种方式能够保证临床数据集市可以提供最新最全的数据,从而使医院管理或工作人员及病人能够查询到最新数据。
对于本领域技术人员而言,显然本发明不限于上述示范性实施例的细节,而且在不背离本发明的精神或基本特征的情况下,能够以其他的具体形式实现本发明。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本发明的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。
Claims (20)
1.一种用于实现临床信息共享的方法,其中,该方法包括:
获取来自医院多个数据系统的基础临床数据;
根据所述基础临床数据建立对应的临床数据仓库;
基于所述临床数据仓库建立对应的不同维度的临床数据集市。
2.根据权利要求1所述的方法,其中,该方法还包括:
根据应用层中应用发起的数据分析请求,从对应维度的所述临床数据集市中获取相应维度的数据信息,以供所述应用进行分析处理。
3.根据权利要求1或2所述的方法,其中,所述获取来自医院多个数据系统的基础临床数据包括:
根据参考信息模型从医院多个数据系统获取基础临床数据,其中,所述基础临床数据包括临床事务所记录信息及对应原始文档。
4.根据权利要求1所述的方法,其中,所述根据所述基础临床数据建立对应的临床数据仓库包括:
根据医院多个数据系统内所有记录病人的属性信息,将所述基础临床数据归类;
将所述不同病人的属性信息及对应的基础临床数据集成病人医疗信息集合;
根据多个不同的主题,将所述病人医疗信息集合归类到不同主题;
将所述多个不同的主题及对应的病人医疗信息集合集成为对应的临床数据仓库。
5.根据权利要求4所述的方法,其中,所述根据所述基础临床数据建立对应的临床数据仓库还包括:
对所述基础临床数据中的非结构化数据进行解析处理,以获得包含对应结构化数据的所述基础临床数据。
6.根据权利要求4或5所述的方法,其中,所述根据所述基础临床数据建立对应的临床数据仓库还包括:
在所述病人医疗信息集合中增加对应所述医院多个数据系统的字段信息以确保所述病人医疗信息集合中数据的可追溯性;或者
根据所述医院多个数据系统中的数据源对所述临床数据库中的数据进行准确性验证。
7.根据权利要求1所述的方法,其中,所述基于所述临床数据仓库建立对应的不同维度的临床数据集市包括:
根据多个不同的维度,提取所述临床数据仓库中对应主题的病人医疗信息;
所述多个不同的维度及对应的病人医疗信息集成对应的不同维度的临床数据集市。
8.根据权利要求7所述的方法,其中,该方法还包括:
周期性地从所述医院多个数据系统中获取新生成临床基础数据,并根据所述新生成临床基础数据更新所述临床数据集市。
9.根据权利要求8所述的方法,其中,该方法还包括:
在获取所述新生成临床基础数据的过程中,实时显示所述新生成临床基础数据的导入过程信息;或者
在更新所述临床数据集市的过程中,首先刷新并校验所述临床数据集市中对应维度的基础数据属性,然后定时检查所述对应维度中的渐变数据属性。
10.根据权利要求1所述的方法,其中,所述获取来自医院多个数据系统的基础临床数据包括:
经由系统之间的企业服务总线获取来自医院多个数据系统的基础临床数据。
11.一种用于实现临床信息共享的设备,其中,该设备包括:
获取装置,用于获取来自医院多个数据系统的基础临床数据;
仓库建立装置,用于根据所述基础临床数据建立对应的临床数据仓库;
集市建立装置,用于基于所述临床数据仓库建立对应的不同维度的临床数据集市。
12.根据权利要求11所述的设备,其中,该设备还包括:
分析装置,用于根据应用层中应用发起的数据分析请求,从对应维度的所述临床数据集市中获取相应维度的数据信息,以供所述应用进行分析处理。
13.根据权利要求11或12所述的设备,其中,所述获取装置用于:
根据参考信息模型从医院多个数据系统获取基础临床数据,其中,所述基础临床数据包括临床事务所记录信息及对应原始文档。
14.根据权利要求11所述的设备,其中,所述仓库建立装置包括:
数据归类单元,用于根据医院多个数据系统内所有记录病人的属性信息,将所述基础临床数据归类;
数据集成单元,用于将所述不同病人的属性信息及对应的基础临床数据集成病人医疗信息集合;
主题归类单元,用于根据多个不同的主题,将所述病人医疗信息集合归类到不同主题;
集合集成单元,用于将所述多个不同的主题及对应的病人医疗信息集合集成为对应的临床数据仓库。
15.根据权利要求14所述的设备,其中,所述仓库建立装置还包括:
解析单元,用于对所述基础临床数据中的非结构化数据进行解析处理,以获得包含对应结构化数据的所述基础临床数据。
16.根据权利要求14或15所述的设备,其中,所述仓库建立装置还包括:
增加单元,用于在所述病人医疗信息集合中增加对应所述医院多个数据系统的字段信息以确保所述病人医疗信息集合中数据的可追溯性;或者
验证单元,用于根据所述医院多个数据系统中的数据源对所述临床数据库中的数据进行准确性验证。
17.根据权利要求11所述的设备,其中,所述集市建立装置包括:
提取单元,用于根据多个不同的维度,提取所述临床数据仓库中对应主题的病人医疗信息;
集成单元,用于所述多个不同的维度及对应的病人医疗信息集成对应的不同维度的临床数据集市。
18.根据权利要求17所述的设备,其中,该设备还包括:
更新装置,用于周期性地从所述医院多个数据系统中获取新生成临床基础数据,并根据所述新生成临床基础数据更新所述临床数据集市。
19.根据权利要求18所述的设备,其中,该设备还包括:
显示装置,用于在获取所述新生成临床基础数据的过程中,实时显示所述新生成临床基础数据的导入过程信息;或者
检查装置,用于在更新所述临床数据集市的过程中,首先刷新并校验所述临床数据集市中对应维度的基础数据属性,然后定时检查所述对应维度中的渐变数据属性。
20.根据权利要求11所述的设备,其中,所述获取装置用于:
经由系统之间的企业服务总线获取来自医院多个数据系统的基础临床数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201511029172.2A CN105608327A (zh) | 2015-12-31 | 2015-12-31 | 用于实现临床信息共享的方法与设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201511029172.2A CN105608327A (zh) | 2015-12-31 | 2015-12-31 | 用于实现临床信息共享的方法与设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105608327A true CN105608327A (zh) | 2016-05-25 |
Family
ID=55988256
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201511029172.2A Pending CN105608327A (zh) | 2015-12-31 | 2015-12-31 | 用于实现临床信息共享的方法与设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105608327A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108320779A (zh) * | 2017-01-16 | 2018-07-24 | 医渡云(北京)技术有限公司 | 医疗数据处理方法及装置 |
WO2018233289A1 (zh) * | 2017-06-21 | 2018-12-27 | 京东方科技集团股份有限公司 | 医疗数据匹配装置和方法 |
CN109558461A (zh) * | 2018-10-23 | 2019-04-02 | 平安医疗健康管理股份有限公司 | 一种医疗数据分类存储方法和装置 |
CN109961828A (zh) * | 2019-03-06 | 2019-07-02 | 卫宁健康科技集团股份有限公司 | 多模态医学影像及报告数据管理方法及系统 |
CN111768846A (zh) * | 2020-05-27 | 2020-10-13 | 医利捷(上海)信息科技有限公司 | 一种临床数据管理方法 |
CN112233799A (zh) * | 2020-10-23 | 2021-01-15 | 深圳市乐行医疗科技有限公司 | 一种医用系统人工智能及其建立方法和建立系统 |
CN112635007A (zh) * | 2020-12-21 | 2021-04-09 | 山东众阳健康科技集团有限公司 | 一种以病人为中心的医院一体化方法及系统 |
CN117393134A (zh) * | 2023-12-11 | 2024-01-12 | 南京引光医药科技有限公司 | 一种临床数据一体化管理系统及其管理方法 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101782935A (zh) * | 2009-01-19 | 2010-07-21 | 中国人民解放军第二军医大学 | 一种中医电子病历系统和病历数据解析处理方法 |
CN105117587A (zh) * | 2015-08-04 | 2015-12-02 | 杭州健港信息科技有限公司 | 医保领域中基于医疗大数据的智能分析方法 |
-
2015
- 2015-12-31 CN CN201511029172.2A patent/CN105608327A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101782935A (zh) * | 2009-01-19 | 2010-07-21 | 中国人民解放军第二军医大学 | 一种中医电子病历系统和病历数据解析处理方法 |
CN105117587A (zh) * | 2015-08-04 | 2015-12-02 | 杭州健港信息科技有限公司 | 医保领域中基于医疗大数据的智能分析方法 |
Non-Patent Citations (2)
Title |
---|
冯蕴菡: "基于数据仓库与病理分型的医疗质量评价的研究", 《中国优秀硕士学位论文全文数据库·信息科技辑》 * |
吴正一 等: "以临床数据仓库为核心的医院大数据平台构建", 《中国医院管理》 * |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108320779A (zh) * | 2017-01-16 | 2018-07-24 | 医渡云(北京)技术有限公司 | 医疗数据处理方法及装置 |
WO2018233289A1 (zh) * | 2017-06-21 | 2018-12-27 | 京东方科技集团股份有限公司 | 医疗数据匹配装置和方法 |
CN109558461A (zh) * | 2018-10-23 | 2019-04-02 | 平安医疗健康管理股份有限公司 | 一种医疗数据分类存储方法和装置 |
CN109558461B (zh) * | 2018-10-23 | 2023-08-18 | 深圳平安医疗健康科技服务有限公司 | 一种医疗数据分类存储方法和装置 |
CN109961828A (zh) * | 2019-03-06 | 2019-07-02 | 卫宁健康科技集团股份有限公司 | 多模态医学影像及报告数据管理方法及系统 |
CN111768846A (zh) * | 2020-05-27 | 2020-10-13 | 医利捷(上海)信息科技有限公司 | 一种临床数据管理方法 |
CN112233799A (zh) * | 2020-10-23 | 2021-01-15 | 深圳市乐行医疗科技有限公司 | 一种医用系统人工智能及其建立方法和建立系统 |
CN112635007A (zh) * | 2020-12-21 | 2021-04-09 | 山东众阳健康科技集团有限公司 | 一种以病人为中心的医院一体化方法及系统 |
CN117393134A (zh) * | 2023-12-11 | 2024-01-12 | 南京引光医药科技有限公司 | 一种临床数据一体化管理系统及其管理方法 |
CN117393134B (zh) * | 2023-12-11 | 2024-02-09 | 南京引光医药科技有限公司 | 一种临床数据一体化管理系统及其管理方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105608327A (zh) | 用于实现临床信息共享的方法与设备 | |
Leyens et al. | Use of big data for drug development and for public and personal health and care | |
Nanayakkara et al. | Impact of big data on oral health outcomes | |
CN109785918B (zh) | 一种应用于临床科研的数据采集系统及方法 | |
Rapp | Case series in cognitive neuropsychology: Promise, perils, and proper perspective | |
Hruby et al. | A centralized research data repository enhances retrospective outcomes research capacity: a case report | |
Mendo et al. | Machine learning in medical emergencies: a systematic review and analysis | |
Dickersin et al. | Standards for design and measurement would make clinical research reproducible and usable | |
Giacalone et al. | BIG DATA: ISSUES AND AN OVERVIEW IN SOME STRATEGIC SECTORS. | |
Jesus et al. | Development of the rehabilitation health policy, systems, and services research field: Quantitative analyses of publications over time (1990–2017) and across country type | |
Floca | Challenges of open data in medical research | |
Brătucu et al. | The impact of new technologies on individuals’ health perceptions in the European Union | |
Kindel et al. | Improving metadata infrastructure for complex surveys: Insights from the Fragile Families Challenge | |
Pfaff et al. | De-black-boxing health AI: demonstrating reproducible machine learning computable phenotypes using the N3C-RECOVER Long COVID model in the All of Us data repository | |
Leroux et al. | ODM on FHIR: Towards Achieving Semantic Interoperability of Clinical Study Data. | |
US12106835B2 (en) | Relating data to identifiers for variant testing | |
de Silva | Relational databases and biomedical big data | |
Warner et al. | External phenome analysis enables a rational federated query strategy to detect changing rates of treatment-related complications associated with multiple myeloma | |
Amin et al. | A decade of experience in the development and implementation of tissue banking informatics tools for intra and inter-institutional translational research | |
Rammal et al. | AI-Driven pharmacy practice: Unleashing the revolutionary potential in medication management, pharmacy workflow, and patient care | |
Charitha et al. | Big Data Analysis and Management in Healthcare | |
McMahon | The evaluation and harmonisation of disparate information metamodels in support of epidemiological and public health research | |
WO2019095550A1 (zh) | 区域医疗电子病历共享系统及方法 | |
Guerrero et al. | Towards a measure for characterizing the informational content of audio signals and the relation between complexity and auditory encoding | |
Viangteeravat et al. | Slim-prim: a biomedical informatics database to promote translational research |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160525 |