CN115458103B - 医疗数据处理方法、装置、电子设备及可读存储介质 - Google Patents
医疗数据处理方法、装置、电子设备及可读存储介质 Download PDFInfo
- Publication number
- CN115458103B CN115458103B CN202211079710.9A CN202211079710A CN115458103B CN 115458103 B CN115458103 B CN 115458103B CN 202211079710 A CN202211079710 A CN 202211079710A CN 115458103 B CN115458103 B CN 115458103B
- Authority
- CN
- China
- Prior art keywords
- data
- sub
- medical
- metadata
- metadata specification
- 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.)
- Active
Links
- 238000012545 processing Methods 0.000 title claims abstract description 40
- 238000003672 processing method Methods 0.000 title claims abstract description 29
- 238000013441 quality evaluation Methods 0.000 claims description 90
- 238000000034 method Methods 0.000 claims description 33
- 238000000605 extraction Methods 0.000 claims description 21
- 238000006243 chemical reaction Methods 0.000 claims description 10
- 238000011068 loading method Methods 0.000 claims description 4
- 238000007726 management method Methods 0.000 description 21
- 238000013523 data management Methods 0.000 description 15
- 238000010586 diagram Methods 0.000 description 14
- 238000004590 computer program Methods 0.000 description 13
- 230000036541 health Effects 0.000 description 10
- 230000006870 function Effects 0.000 description 9
- 238000004891 communication Methods 0.000 description 8
- 238000001303 quality assessment method Methods 0.000 description 6
- 238000003908 quality control method Methods 0.000 description 6
- 238000013480 data collection Methods 0.000 description 5
- 238000001514 detection method Methods 0.000 description 3
- 239000003814 drug Substances 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 238000001356 surgical procedure Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 239000008280 blood Substances 0.000 description 1
- 210000004369 blood Anatomy 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013506 data mapping Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 229940079593 drug Drugs 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 238000010606 normalization Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
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
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24564—Applying rules; Deductive queries
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/254—Extract, transform and load [ETL] procedures, e.g. ETL data flows in data warehouses
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Health & Medical Sciences (AREA)
- Computational Linguistics (AREA)
- Public Health (AREA)
- Primary Health Care (AREA)
- Medical Informatics (AREA)
- Health & Medical Sciences (AREA)
- Epidemiology (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本公开提供了医疗数据处理方法、装置、电子设备及可读存储介质，涉及数据处理技术领域，尤其涉及医疗大数据技术领域或者智能医疗技术领域。具体实现方案为：获取待处理医疗数据以及预设的元数据规范；基于元数据规范中的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景。基于本方案中提供的元数据规范所生成的医疗元数据，能够对医疗数据的数据采集场景进行描述，有助于基于医疗数据的数据采集场景对医疗数据进行管理，对基于医疗元数据进行的医疗数据管理进行有效拓展。
Description
技术领域
本公开涉及数据处理技术领域，尤其涉及医疗大数据技术领域或者智能医疗技术领域，具体而言，本公开涉及一种医疗数据处理方法、装置、电子设备及可读存储介质。
背景技术
元数据是描述数据的数据，用于对数据资源进行描述、解释、定位等,便对数据管理。
在医疗数据的管理中，医疗元数据起到了重要作用。但是，医疗数据的数据采集场景较为复杂，现有的医疗元数据无法对医疗数据的数据采集场景进行描述。
发明内容
本公开为了解决上述缺陷中的至少一项，提供了一种医疗数据处理方法、装置、电子设备及可读存储介质。
根据本公开的第一方面，提供了一种医疗数据处理方法，该方法包括：
获取待处理医疗数据以及预设的元数据规范；
基于元数据规范中的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景。
根据本公开的第二方面，提供了一种医疗数据处理装置，该装置包括：
数据获取模块，用于获取待处理医疗数据以及预设的元数据规范；
第一数据项生成模块，用于基于元数据规范中的预设的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景。
根据本公开的第三方面，提供了一种电子设备，该电子设备包括：
至少一个处理器；以及
与上述至少一个处理器通信连接的存储器；其中，
存储器存储有可被上述至少一个处理器执行的指令，指令被上述至少一个处理器执行，以使上述至少一个处理器能够执行上述医疗数据处理方法。
根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，该计算机指令用于使计算机执行上述医疗数据处理方法。
根据本公开的第五方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序在被处理器执行时实现上述医疗数据处理方法。
应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案，不构成对本公开的限定。其中：
图1是本公开实施例提供的一种医疗数据处理方法的流程示意图；
图2是本公开实施例提供的医疗数据处理方法的一种可选实施方式的流程示意图；
图3是本公开实施例提供的一种医疗数据处理系统的结构示意图；
图4是本公开实施例提供的一种医疗数据质量评价系统的结构示意图；
图5是本公开实施例提供的医疗元数据管理系统的结构示意图；
图6是本公开实施例提供的另一种医疗数据处理方法的流程示意图；
图7是本公开实施例提供的一种医疗数据处理装置的结构示意图；
图8是本公开实施例提供的另一种医疗数据处理装置的结构示意图；
图9是用来实现本公开实施例的医疗数据处理方法的电子设备的框图。
具体实施方式
以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
医疗元数据能够对医疗数据进行描述，以便于实现对医疗数据的智能化管理。但是医疗数据的数据采集场景较为复杂，现有的医疗元数据无法对医疗数据的数据采集场景进行描述，导致无法基于医疗数据的数据采集场景对医疗数据进行管理，使得基于医疗元数据进行的医疗数据管理存在一定局限性。
各种数据采集场景所采集的医疗数据的数据结构差异较大，导致在生成医疗元数据所依赖的元数据规范也并不相同。在根据元数据规范生成医疗数据的医疗元数据时，如果不区分数据采集场景，而直接从全部的元数据规范中确定医疗数据所依赖的元数据规范，这时由于元数据规范的数量可能较多，会导致确定医疗数据所依赖的元数据规范的操作的耗费较多算力，并且耗费较多的处理时间。
本公开实施例提供的医疗数据处理方法、装置、电子设备及可读存储介质，旨在解决现有技术的如上技术问题中的至少一个。
图1示出了本公开实施例提供的一种医疗数据处理方法的流程示意图，如图1中所示，该方法主要可以包括：
步骤S110：获取待处理医疗数据以及预设的元数据规范；
步骤S120：基于元数据规范中的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景。
其中，待处理医疗数据可以为包括但是不限于患者在就诊过程中产生的医疗数据以及患者的健康档案等。
数据采集场景为采集待处理医疗数据的业务场景，能够用于表示待处理医疗数据的来源。
数据采集场景可以根据实际的业务需求进行划分，作为一个示例，数据采集场景可以包括门诊场景、住院场景、门诊及住院共有场景、医疗机构及患者信息场景、健康档案场景。
门诊场景下采集的医疗数据可以包括门诊挂号数据、门诊处方数据、门诊费用数据以及门诊病历等。
住院场景下采集的医疗数据可以包括入院登记数据、住院处方数据、住院费用数据、手术相关数据以及住院病案数据等。
由于门诊场景与住院场景与下存在一部分共有的数据，为便于对数据采集场景的区分，可以将这部分共有数据的数据来源定义为门诊及住院共有场景。门诊及住院共有场景下采集的医疗数据可以包括诊断表数据、检查项目相关数据以及检验项目相关数据等。
医疗机构及患者信息场景下，待处理医疗数据来源于医疗机构提供的医疗机构信息以及患者信息，该数据场景下采集的医疗数据可以包括机构索引信息以及患者身份信息等。
健康档案场景下，待处理医疗数据来源于公开渠道获取的健康档案，该数据场景下采集的医疗数据可以包括健康档案数据、医疗随访记录以及救助档案数据等。
本公开实施例中，元数据规范用于定义医疗元数据所包含的数据项，各数据项的语义定义以及值域范围等。数据项相当于医疗元数据中的数据元，为描述待处理医疗数据的数据元素。
本公开实施例中，元数据规范可以为子元数据规范构成的集合，子元数据规范用于对医疗元数据的数据项进行定义。
第一子元数据规范用于对第一数据项进行定义，具体而言，第一子元数据规范可以定义第一数据项的数据项标识以及数据项内容。
第一子元数据规范可以根据各数据采集场景进行制定，第一子元数据规范可以提供与数据采集场景相关的数据项标识与数据项内容，使得基于第一子元数据规范生成的第一数据项能够用于描述待处理医疗数据的数据采集场景。
根据本公开实施例提供的元数据规范所生成的医疗元数据中包含第一数据项，该第一数据项能够用于描述待处理医疗数据的数据采集场景，即使得医疗元数据能够对医疗数据的数据采集场景进行描述，有助于基于医疗数据的数据采集场景对医疗数据进行管理。
本公开实施例中，通过使得医疗元数据能够对医疗数据的数据采集场景进行描述，相当于增加了医疗元数据的数据维度，有助于对基于医疗元数据进行的医疗数据管理进行有效拓展。
本公开实施例提供的方法，通过获取待处理医疗数据以及预设的元数据规范；基于元数据规范中的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景通过获取待处理医疗数据以及预设的元数据规范；基于元数据规范中的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景基于本方案中提供的元数据规范所生成的医疗元数据，能够对医疗数据的数据采集场景进行描述，有助于基于医疗数据的数据采集场景对医疗数据进行管理，对基于医疗元数据进行的医疗数据管理进行有效拓展。
本公开实施例中提供的元数据规范可以根据已知的医疗元数据规范以及在医疗数据治理中积累的经验制定。本例中的元数据规范对医疗数据的数据范围有着较高的覆盖度，并且可以灵活扩充，能够更好的促进医疗大数据的治理工作。
本公开的一种可选方式中，基于元数据规范中的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，包括：
基于第一子元数据规范对应的数据项内容与待处理医疗数据所属医疗数据表的表名的相关情况，从第一子元数据规范中确定出目标第一子元数据规范，数据项内容为数据采集场景的场景标识；
基于目标第一子元数据规范对应的数据项标识以及目标第一子元数据规范对应的数据项内容确定待处理医疗数据对应的医疗元数据中的第一数据项。
本公开实施例中，第一子元数据规范对应的数据项标识以及对应的数据项内容可以与数据采集场景相关。
具体而言，第一子元数据规范对应的数据项标识可以从整体上描述各数据采集场景，数据项标识可以为“数据采集场景”。第一子元数据规范对应的数据项内容可以与各数据采集场景一一对应，将各第一子元数据规范所对应的数据项内容分别确定为各数据采集场景的场景标识。
作为一个示例，数据采集场景包括门诊场景以及住院场景，可以针对门诊场景以及住院场景分别制定第一子元数据规范，即门诊场景对应的第一子元数据规范中定义的数据项内容定义为门诊场景的场景标识，例如为“门诊场景”，住院场景对应的第一子元数据规范中定义的数据项内容定义为门诊场景的场景标识，例如为“住院场景”。
待处理医疗数据所属医疗数据表的表名，一般能够反应出待处理医疗数据的数据采集场景等信息，第一子元数据规范对应的数据项内容是分别为各数据采集场景的场景标识，因此可以基于第一子元数据规范对应的数据项标识与待处理医疗数据所属医疗数据表的表名的相关情况，从第一子元数据规范中确定出目标第一子元数据规范。
目标第一子元数据规范，为生成待处理医疗数据对应医疗元数据中第一数据项所依赖的第一子元数据规范。目标第一子元数据规范所对应的数据采集场景，与待处理医疗数据实际的数据采集场景相同。
例如，待处理医疗数据所属医疗数据表的表名为“门诊挂号表”，确定出的目标第一子元数据规范所对应的数据项内容为“门诊场景”，对应的数据项标识为“数据采集场景”，可以将该待处理医疗数据的医疗元数据中第一数据项的数据项内容确定为“门诊场景”，将该待处理医疗数据的医疗元数据中第一数据项的数据项标识确定为“数据采集场景”。
相关情况可以包括但是不限于语义相似情况以及关键词关联情况等。根据上述相关情况，能够从第一子元数据规范中确定出生成待处理医疗数据中的第一数据项所依赖的目标第一子元数据规范。
本公开的一种可选实施方式中，基于第一子元数据规范对应的数据项内容与待处理医疗数据所属医疗数据表的表名的相关情况，从第一子元数据规范中确定出目标第一子元数据规范，包括：
将对应的数据项内容与待处理医疗数据所属医疗数据表的表名的相关情况满足第一预设条件的第一子元数据规范，确定为目标第一子元数据规范。
本公开实施例中，可以预配置第一预设条件，当第一子元数据规范对应的数据项内容与待处理医疗数据所属医疗数据表的表名的相关情况满足第一预设条件时，表示第一子元数据规范对应的数据项内容与待处理医疗数据所属医疗数据表的表名是相匹配的，均对应于同一个数据采集场景。
作为一个示例，相关情况为语义相似情况，可以计算各第一子元数据规范对应的数据项内容与待处理医疗数据所属医疗数据表的表名的语义相似度，第一预设条件可以为目标第一子元数据规范对应的数据项内容与待处理医疗数据所属医疗数据表的表名的语义相似度大于第一预设值。
当某个第一子元数据规范对应的数据项内容与待处理医疗数据所属医疗数据表的表名的语义相似情况满足于第一预设条件时，表示该第一子元数据规范对应的数据项内容与待处理医疗数据所属医疗数据表的表名的语义相似程度较高，该第一子元数据规范为目标第一子元数据规范。
例如，待处理医疗数据所属医疗数据表的表名为“门诊挂号表”，某第一子元数据规范所对应的数据项内容为“门诊场景”，“门诊挂号表”与“门诊场景”的语义相似度较高，满足第一预设条件，则可以将该第一子元数据规范作为目标第一子元数据规范。
作为一个示例，相关情况为关键词关联情况，可以从待处理医疗数据所属医疗数据表的表名中提取第一医疗关键词，将第一医疗关键词与从第一子元数据规范对应的数据项内容中提取的第二医疗关键词进行匹配，从而确定第一医疗关键词与第二医疗关键词是否存在相同或者相关联的情况。第一预设条件可以为第一医疗关键词与第二医疗关键词存在相同或者相关联的情况。
若从某第一子元数据规范对应的数据项内容中提取出的第二医疗关键词与从待处理医疗数据所属医疗数据表的表名中提取第一医疗关键词存在相同或者相关联的情况，即满足第一预设条件，这时可以将该第一子元数据规范确定为目标第一子元数据规范。
例如，待处理医疗数据所属医疗数据表的表名为“门诊挂号表”，从“门诊挂号表”中提取出第一医疗关键词为“门诊”，某第一子元数据规范所对应的数据项内容为“门诊场景”，从“门诊场景”中提取出第二医疗关键词为“门诊”，即第一医疗关键词与第二医疗关键词相同，满足第一预设条件，这时可以将该第一子元数据规范作为目标第一子元数据规范。
例如，待处理医疗数据所属医疗数据表的表名为“手术申请表”，从“手术申请表”中提取出第一医疗关键词为“手术”，某第一子元数据规范所对应的数据项内容为“住院场景”，从“住院场景”中提取出第二医疗关键词为“住院”，由预设定的第一医疗关键词与第二医疗关键词的关联关系可知，第一医疗关键词“手术”与第二医疗关键词“住院”是相关联的，满足第一预设条件，这时可以将该第一子元数据规范作为目标第一子元数据规范。
本公开的一种可选实施方式中，元数据规范包括第二子元数据规范，第一子元数据规范与第二子元数据规范预设有关联关系，在确定出目标第一子元数据规范之后，上述方法还包括：
基于第一子元数据规范与第二子元数据规范的关联关系，确定与目标第一子元数据规范关联的候选第二子元数据规范；
基于候选第二子元数据规范对应的数据项标识与待处理医疗数据的字段名的相关情况，从候选第二子元数据规范中确定目标第二子元数据规范；
基于目标第二子元数据规范，生成待处理医疗数据对应的医疗元数据中的第二数据项，第二元数据项用于描述待处理医疗数据的数据字段。
本公开实施例中，元数据规范中还可以包括第二子元数据规范，第二子元数据规范用于对第二数据项进行定义，具体而言，第二子元数据规范可以定义第二数据项的数据项标识以及数据项内容。
同一数据类型但不同数据采集场景或者不同数据来源的待处理医疗数据，其数据字段的字段名可能存在不同，数据字段的字段内容的数据格式可能存在不同。第二子元数据规范可以为第二数据项提供标准的数据项标识，并且可以提供预设提取规则，使得从数据字段的字段内容中提取标准的数据项内容。
由于不同数据采集场景下所采集的医疗数据的数据结构差异较大，因此可以针对不同数据采集场景下所采集的医疗数据分别制定第二子元数据规范，即使得第一子元数据规范与第二子元数据规范预设有关联关系。针对任一第一子元数据规范，将与该第一子元数据规范相关联的第二子元数据规范，作为针对该第一子元数据规范对应的数据采集场景的子第二子元数据规范。
通过对第一子元数据规范与第二子元数据规范预设关联关系，使得元数据规范层次分明，便于基于元数据规范来生成医疗元数据。
本公开实施例中，可以在生成确定出目标第一子元数据规范后，根据第一子元数据规范与第二子元数据规范的关联关系确定出与目标第一子元数据规范关联的候选第二子元数据规范。候选第二子元数据规范即为目标第一子元数据规范对应的数据采集场景的所有第二子元数据规范。
例如，某第一子元数据规范所对应的数据项内容为“门诊场景”，该第一子元数据规范所关联的第二子元数据规范的数据项标识分别为“门诊挂号数据”、“门诊处方数据”、“门诊费用数据”以及“门诊病历”，在确定为该第一子元数据规范为生成待处理医疗数据对应元数据中第一数据项所依赖的目标第一子元数据规范时，可以将该第一子元数据规范所关联的第二子元数据规范全部作为候选第二子元数据规范。
待处理医疗数据的数据字段的字段名可能并非标准的字段名，但是其一般会与第二子元数据规范中对应的数据项标识存在一定的相关性，因此可以基于候选第二子元数据规范中对应的数据项标识与待处理医疗数据的字段名的相关情况，从候选第二子元数据规范中确定目标第二子元数据规范。
目标第二子元数据规范，为生成待处理医疗数据的医疗元数据中第二数据项所依赖的第二子元数据规范。
相关情况可以包括但是不限于语义相似情况等。根据上述相关情况，能够从候选第二子元数据规范中确定出生成待处理医疗数据中的第二数据项所依赖的目标第二子元数据规范。
本公开实施例中，通过将第一子元数据规范与第二子元数据规范相关联，并确定出目标第一子元数据规范关联的候选第二子元数据规范，并从候选第二子元数据规范中匹配出待处理医疗数据的医疗元数据中第二数据项所依赖的目标第二子元数据规范，即通过设定第一子元数据规范与第二子元数据规范的关联关系，实现了对数据采集场景的区分，使得在生成待处理医疗数据的医疗元数据中第二数据项时，能够从待处理医疗数据的数据采集场景下对应的候选第二子元数据规范中匹配出目标第二子元数据规范，相较于直接从全部的第二子元数据规范中匹配出目标第二子元数据规范，大大减少了进行匹配的第二子元数据规范的数量，降低了算力的耗费，也降低了处理时间。
本公开的一种可选实施方式中，第二数据项中存在至少两个具有交叉关联关系的目标第二数据项，元数据规范还包括与所述目标第二数据项对应的第三子元数据规范，在基于目标第二子元数据规范，生成待处理医疗数据对应的医疗元数据中的第二数据项之后，上述方法还包括：
基于第三子元数据规范，以及各目标第二数据项之间的交叉关联关系，生成第三元数据项，第三元数据项用于描述目标第二数据项之间的交叉关联关系。
本公开实施例中，多个第二数据项中间可能会存在一定的关联关系，可以将这些第二数据项之间的关联关系记做交叉关联关系，将存在交叉关联关系的各第二数据项记做目标第二数据项。
本公开实施例中，元数据规范中还可以提供第三子元数据规范，用于基于第三子元数据规范以及各目标第二数据项之间的交叉关联关系生成第三元数据项，第三元数据项能够有效描述目标第二数据项之间的交叉关联关系，有助于基于目标第二数据项之间的交叉关联关系对医疗数据进行管理。
作为一个示例，同一患者在不同的医疗机构就诊时，医疗机构一般会为该患者分配患者标识（如就诊号），不同医疗机构所分配的患者标识可能并不相同，使得待处理医疗数据中具有对应于同一患者的不同的患者标识。在生成医疗元数据时，根据这些患者标识一般会生成不同的第二数据项，而这些第二数据项实际均是对应同一患者的，因此这些患者标识对应的第二数据项之间存在交叉关联关系。如果能够生成第三数据项，通过第三数据项来描述这些患者标识对应的第二数据项之间的交叉关联关系，就能够通过该第三数据项快速了解到这些第二数据项之间的交叉关联关系，便于对该患者的医疗数据进行管理，例如，根据该第三数据项，快速查找到该患者在不同医疗机构中的医疗数据，以对该患者的医疗数据进行全局管理。
本公开的一种可选实施方式中，基于第三子元数据规范，以及各目标第二数据项之间的交叉关联关系，生成第三元数据项，包括：
基于目标第二数据项的数据项标识，从第三子元数据规范中确定目标第三子元数据规范；
将目标第三子元数据规范对应的数据项标识确定为第三元数据项的数据项标识，并基于预设的描述规则以及各目标第二数据项之间的交叉关联关系，生成第三元数据项的数据项内容。
本公开实施例中，第三子元数据规范用于对第三数据项进行定义，具体而言，第三子元数据规范可以定义第三数据项的数据项标识以及数据项内容。
本公开实施例中，可以根据目标第二数据项的数据项标识，从第三子元数据规范中确定出相匹配的目标第三子元数据规范。
例如，目标第二数据项的数据项标识为“患者标识”，可以从第三子元数据规范中确定出用于定义“患者标识”之间的交叉关联关系的目标第三子元数据规范。
目标第三子元数据规范是与目标第二数据项相匹配的，目标第三子元数据规范所对应的数据项标识可以与目标第二数据项的数据项标识相关。例如，目标第二数据项的数据项标识为“患者标识”，相匹配的目标第三子元数据规范对应的数据项标识为“患者标识交叉关联关系”。
本公开实施例中，预设的描述规则用于指定目标第二数据项的关联关系之间的描述方式。作为一个示例，描述规则可以为：将存在交叉关联关系的各目标第二数据项的数据项内容通过指定字符相连接。
例如，患者M在不同医疗机构就诊时的所产生的患者标识分别为“患者标识x”、“患者标识y”以及“患者标识z”，根据这些患者标识所生成的第二数据项分别为“患者标识：患者标识x”、“患者标识：患者标识y”以及“患者标识：患者标识z”，其中，这些第二数据项的数据项内容分别为“患者标识x”、“患者标识y”以及“患者标识z”。描述规则为通过指定字符“&”将各目标第二数据项的数据项内容连接。根据预设的描述规则所生成的第三数据项的数据项内容为“患者标识x&患者标识y&患者标识z”。
该示例中，还可以为患者M分配一个统一的全局患者标识，例如，为患者M分配全局患者标识为“患者标识m”，此时第三数据项的数据项内容可以为“患者标识m：患者标识x&患者标识y&患者标识z”。
本公开的一种可选实施方式中，基于目标第二子元数据规范，生成待处理医疗数据对应的医疗元数据中的第二数据项，包括：
将目标第二子元数据规范对应的数据项标识作为待处理医疗数据对应的医疗元数据中的第二数据项的数据项标识，并基于预设提取规则从待处理医疗数据的字段内容中提取目标内容作为第二数据项的数据项内容。
本公开实施例中，目标第二子元数据规范中规定了待处理医疗数据对应的医疗元数据中第二数据项的数据项标识以及第二数据项的数据项内容的提取规则。通过提供数据标识，使得第二数据项能够具有标准的数据项标识，通过提供提取规则，使得能够从数据字段的字段内容中提取标准的数据项内容作为第二数据项的数据内容。
例如，待处理医疗数据中的数据字段的字段名为“住院处方明细”，字段内容为“处方内容：药品名称、规格以及数量”。目标第二子元数据规范所对应的数据项标识为“住院处方”，对数据项内容的提取规则为提取“药品名称、规格以及数量”，可以将数据字段对应的第二数据项的数据项标识确定为“住院处方”，数据项内容确定为“药品名称、规格以及数量”。
本公开实施例中，元数据规范可以被编制为可识别文件（如Excle、XML文件等），并被导入元数据系统中。
元数据规范中的属性项目具体可以包括标准一级分类（即对应于上述的第一子元数据规范）、标准一级分类英文名称、标准二级分类（即对应于上述的第二子元数据规范）、标准二级分类英文名称、标准中文名称、标准英文名称、定义依据、数据类型、值域规范、数据长度、数据精度、数据展示格式、数据标准状态、生效时间、更新时间、失效时间、失效原因、标准版本等。
本公开的一种可选实施方式中，基于预设提取规则从待处理医疗数据的字段内容中提取目标内容作为第二数据项的数据项内容，包括：
基于预设提取规则从待处理医疗数据的字段内容中提取初始内容；
基于目标第二子元数据规范对应的预设数据格式对初始内容进行数据格式转换，得到目标内容。
本公开实施例中，第二子元数据规范中还可以定义第二数据项的数据项内容的数据格式，使得基于第二子元数据规范生成的第二数据项内容具有标准的数据格式
具体而言，可以基于预设提取规则从待处理医疗数据的字段内容中提取初始内容，该初始内容可能并不符合预设的数据格式，可以对初始内容进行数据格式转换，得到满足预设数据格式的目标内容。
作为一个示例，初始内容中日期的格式为xxxx年xx月xx日，基于预设数据格式进行数据格式转换后，得到的目标内容中日期的格式为xxxx-xx-xx日。
本公开的一种可选实施方式中，基于候选第二子元数据规范中对应的数据项标识与待处理医疗数据的字段名的相关情况，从候选第二子元数据规范中确定目标第二子元数据规范，包括：
将对应的数据项标识与待处理医疗数据的字段名的相关情况满足第二预设条件的候选第二子元数据规范，确定为目标第二子元数据规范。
本公开实施例中，可以预配置第二预设条件，当候选第二子元数据规范对应的数据项标识与待处理医疗数据的数据字段的字段名的相关情况满足第二预设条件时，表示候选第二子元数据规范对应的数据项标识与该数据字段的字段名是相匹配的。
作为一个示例，相关情况为语义相似情况，可以计算各候选第二子元数据规范对应的数据项标识与待处理医疗数据中数据字段的字段名的语义相似度，第二预设条件可以为目标第二子元数据规范对应的数据项标识与待处理医疗数据中数据字段的字段名的语义相似度大于第二预设值。
当某个候选第二子元数据规范与待处理医疗数据中数据字段的字段名的语义相似情况满足于第二预设条件时，表示二者语义相似程度较高，该候选第二子元数据规范为目标第二子元数据规范。
例如，待处理医疗数据所属医疗数据表的表名为“住院处方明细”，目标第一子元数据规范所对应的数据项内容为“住院处方”，“住院处方明细”与“住院处方”的语义相似度较高，满足第二预设条件。
本公开的一种可选实施方式中，上述方法还包括：
获取预配置的医疗元数据的各数据项对应的质量评价规则，质量评价规则与元数据规范相关；
基于质量评价规则对对应的数据项进行质量评价，得到待处理医疗数据的质量评价结果。
本公开实施例中，可以根据元数据规范中的各子元数据规范分别制定各数据项对应的质量评价标准，并根据质量评价标准生成对应的质量评价规则，质量评价规则为质量评价标准的代码化实现。质量评价规则可以被配置为结构化查询语言(Structured QueryLanguage，SQL)语句。
质量评价标准可以从数据项内容的完整性、一致性、唯一性、规范性、及时性和准确性等角度进行编制。质量评价规则的创建可以至少包括质控数据域范围、质量评价规则类型、质量评价规则内容详情等内容。其中，质控数据域范围是定义质量控制规则判定的数据项的范围，具体可以包括数据项名称、范围说明、范围创建时间、创建人等。质量评价规则类型是根据数据质量评价与管理要求，明确医疗元数据的质量判定规则。基于质控数据域范围与质量评价规则类型的确定，可实现对质量评价规则简单有效的定义。质量评价规则类型包括但不限于空值判定、值域规范判定、类型规范判定、唯一性判定、完整性判定、异常值判定、及时性判定、逻辑性判定等。质量评价规则内容详情是判断采集数据是否符合规范的详细逻辑描述，质量评价规则用于判定某项数据内容是否具有数据质量问题。
在实际使用中，可以以任务形式配置质量评价操作所针对的数据范围、质量评价规则的类型、质量评价规则的内容详情以及质量评价操作的执行时间及执行周期。
在对各数据项进行质量评价时，能够得到和数据项对应的质量评价子结果，而后将质量评价子结果进行汇总，得到质量评价结果。
作为一个示例，质量评价结果中可以以质量评价报告的形式输出，质量评价报告的容包括但不限于：质量评价操作所针对的数据范围、质量评价规则的类型、质量评价规则的内容详情以及质量评价操作的执行时间、质量评价数据总量、问题数据总数以及问题数据详情，问题数据详情包括表名称、字段中文名称、字段英文名称、字段说明、采集数据值、数据类型，根据数据的所属表名可以查出对应的待处理医疗数据。质量评价报告可以提供给管理人员，以针对性进行医疗数据的管理及管理策略的优化。
本公开的一种可选实施方式中，在获取待处理医疗数据之前，上述方法还包括：
获取医疗源数据；
对医疗源数据进行抽取转换加载（Extract，Transformation，Loading，ETL）处理，得到待处理医疗数据。
本公开实施例中，医疗源数据可以为各数据提供方所提供的源数据，医疗源数据可能具有不同的数据结构，可以对医疗源数据进行抽取转换加载ETL处理，得到待处理医疗数据。
具体而言，可以与各数据提供方的数据库进行连接，以获取医疗源数据，可以对医疗源数据中的表名、字段名、视图、主键、外键等数据结构进行数据映射以及数据结构转换，从而得到待处理医疗数据，待处理医疗数据的血缘记录可以被存储。
作为一个示例，图2中示出了本公开实施例提供的医疗数据处理方法的一种可选实施方式的流程示意图。
如图2中所示，该方法包括：
步骤S210：医疗数据采集。
其中，医疗数据即为医疗源数据。
步骤S220：导入医疗元数据规范及值域规范。
其中，医疗元数据规范，即元数据规范。值域规范，即值域范围，元数据规范中规定了各数据项的值域范围。
元数据规范可以被导入值元数据管理系统中，用于生成医疗元数据。
步骤S230：采集到的数据治理后映射到医疗元数据规范及值域规范。
其中，采集到的数据，即医疗源数据。数据治理，即对医疗源数据进行ETL处理，得到待处理医疗数据。
采集到的数据治理后映射到医疗元数据规范及值域规范，即根据元数据规范生成待处理医疗数据对应的医疗元数据。
步骤S240：根据医疗元数据规范制定数据治理质量检测规则。
其中，数据治理质量检测规则，即质量评价规则，质量评价规则可以基根据元数据规范制定。
步骤S250：根据质量检测规则，判定数据治理结果。
其中，数据治理结果，即质量评价结果。可以根据质量评价规则对医疗元数据进行质量评价，得到质量评价结果。
图2中所示方法流程具体可以为：采集医疗源数据，并对医疗源数据进行ETL处理，得到待处理医疗数据。将元数据规范导入元数据系统中，根据元数据规范生成待处理医疗数据对应的医疗元数据。根据元数据规范制定质量评价规则，根据质量评价规则对医疗元数据进行质量评价，得到质量评价结果。
作为一个示例，图3中示出了本公开实施例提供的一种医疗数据处理系统的结构示意图。
如图3中所示，该医疗数据处理系统包括如下模块：
数据源，包括第一数据源311、第二数据源312、第三数据源313，分别用于提供医疗源数据的数据源。
医疗数据治理320，用于对医疗源数据进行ETL处理，得到待处理医疗数据。
医疗数据映射330，用于根据元数据规范中的第一子元数据规范与第二子元数据规范，分别生成医疗元数据中的第一数据项以及第二数据项。
医疗数据规范340，用于提供元数据规范。
质量规则，包括第一质量规则350、第二质量规则360、第三质量规则370，分别用于基于元数据规范制定的质量评价规则。第一子质量规则351、第二子质量规则352、第三子质量规则353,均为第一质量规则350所包含的子质量评价规则。
图3中所示系统在进行医疗数据处理时的具体流程可以为：从第一数据源311、第二数据源312、第三数据源313分别获取供医疗源数据，对医疗源数据进行ETL处理，得到待处理医疗数据。根据元数据规范中的第一子元数据规范与第二子元数据规范，分别生成医疗元数据中的第一数据项以及第二数据项。而后根据第一质量规则350、第二质量规则360、第三质量规则370对医疗元数据进行评价，其中，第一质量评价规则350包括第一子质量规则351、第二子质量规则352、第三子质量规则353。在根据质量评价规则对医疗元数据进行评价后，可以生成质量评价报告，质量评价报告可以被反馈至数据源的管理者，以对医疗源数据进行反馈调整。
作为一个示例，图4中示出了本公开实施例提供的一种医疗数据质量评价系统的结构示意图。
如图4中所示，该系统包括如下模块：
质控医疗数据域范围410，用于确定需要进行数据质量评价的待处理医疗数据的数据范围。
质控医疗数据元范围420，用于根据需要进行数据质量评价的待处理医疗数据的数据范围，确定出进行数据质量评价的医疗元数据中数据项的范围。
质量规则判定430，用于基于质量评价规则对医疗元数据进行数据质量评价，得到质量评价结果。
正确数据440，用于在质量评价结果中将不存在质量问题的数据的正确数据列出。
质量问题数据450，用于将在质量评价结果中将存在质量问题的数据列出。
图4中所示医疗数据质量评价系统在进行医疗数据质量评价时时的具体流程可以为：获取需要进行数据质量评价的待处理医疗数据的数据范围。根据需要进行数据质量评价的待处理医疗数据的数据范围，确定出进行数据质量评价的医疗元数据中数据项的范围。基于质量评价规则对医疗元数据进行数据质量评价，得到质量评价结果，质量评价结果中会将不存在质量问题的数据的正确数据以及存在质量问题的数据分别列出。
作为一个示例，图5中示出了本公开实施例提供的医疗元数据管理系统的结构示意图。
如图5中所示，该医疗元数据管理系统包含如下模块：
医疗数据采集510，用于从不同医疗数据源提供的医疗源数据中采集待处理医疗数据。
医疗元数据规范520，用于存储元数据规范，该元数据规范用于生成待处理医疗数据对应的医疗元数据。
医疗元数据标准管理530，用于管理基于元数据规范生成的医疗元数据。
质量规则管理540，用于管理质量评价规则，质量评价规则用于对医疗元数据进行质量评价。
数据质量报告550，用于管理质量评价报告，质量评价报告是在对医疗元数据进行质量评价后生成的。
医疗数据质量管理560，用于根据质量评价报告对待处理医疗数据进行管理，优化质量评价报告中所列出的质量问题。
医疗数据血缘分析570，用于记录以及分析待处理医疗数据与医疗源数据的数据血缘关系。
图6示出了本公开实施例提供的另一种医疗数据处理方法的流程示意图，如图6中所示，该方法主要可以包括：
步骤S610：获取待处理医疗数据以及预设的元数据规范。
步骤S620：基于元数据规范中的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景。
步骤S630：在确定出目标第一子元数据规范之后基于第一子元数据规范与第二子元数据规范的关联关系，确定与目标第一子元数据规范关联的候选第二子元数据规范。
步骤S640：基于候选第二子元数据规范对应的数据项标识与待处理医疗数据的字段名的相关情况，从候选第二子元数据规范中确定目标第二子元数据规范。
步骤S650：基于目标第二子元数据规范，生成待处理医疗数据对应的医疗元数据中的第二数据项，第二元数据项用于描述待处理医疗数据的数据字段。
其中，待处理医疗数据可以为包括但是不限于患者在就诊过程中产生的医疗数据以及患者的健康档案等。
数据采集场景为采集待处理医疗数据的业务场景，能够用于表示待处理医疗数据的来源。
数据采集场景可以根据实际的业务需求进行划分，作为一个示例，数据采集场景可以包括门诊场景、住院场景、门诊及住院共有场景、医疗机构及患者信息场景、健康档案场景。
门诊场景下采集的医疗数据可以包括门诊挂号数据、门诊处方数据、门诊费用数据以及门诊病历等。
住院场景下采集的医疗数据可以包括入院登记数据、住院处方数据、住院费用数据、手术相关数据以及住院病案数据等。
由于门诊场景与住院场景与下存在一部分共有的数据，为便于对数据采集场景的区分，可以将这部分共有数据的数据来源定义为门诊及住院共有场景。门诊及住院共有场景下采集的医疗数据可以包括诊断表数据、检查项目相关数据以及检验项目相关数据等。
医疗机构及患者信息场景下，待处理医疗数据来源于医疗机构提供的医疗机构信息以及患者信息，该数据场景下采集的医疗数据可以包括机构索引信息以及患者身份信息等。
健康档案场景下，待处理医疗数据来源于公开渠道获取的健康档案，该数据场景下采集的医疗数据可以包括健康档案数据、医疗随访记录以及救助档案数据等。
本公开实施例中，元数据规范用于定义医疗元数据所包含的数据项，各数据项的语义定义以及值域范围等。数据项相当于医疗元数据中的数据元，为描述待处理医疗数据的数据元素。
本公开实施例中，元数据规范可以为子元数据规范构成的集合，子元数据规范用于对医疗元数据的数据项进行定义。
第一子元数据规范用于对第一数据项进行定义，具体而言，第一子元数据规范可以定义第一数据项的数据项标识以及数据项内容。
第一子元数据规范可以根据各数据采集场景进行制定，第一子元数据规范可以提供与数据采集场景相关的数据项标识与数据项内容，使得基于第一子元数据规范生成的第一数据项能够用于描述待处理医疗数据的数据采集场景。
根据本公开实施例提供的元数据规范所生成的医疗元数据中包含第一数据项，该第一数据项能够用于描述待处理医疗数据的数据采集场景，即使得医疗元数据能够对医疗数据的数据采集场景进行描述，有助于基于医疗数据的数据采集场景对医疗数据进行管理。
本公开实施例中，通过使得医疗元数据能够对医疗数据的数据采集场景进行描述，相当于增加了医疗元数据的数据维度，有助于对基于医疗元数据进行的医疗数据管理进行有效拓展。
本公开实施例提供的方法，通过获取待处理医疗数据以及预设的元数据规范；基于元数据规范中的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景通过获取待处理医疗数据以及预设的元数据规范；基于元数据规范中的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景基于本方案中提供的元数据规范所生成的医疗元数据，能够对医疗数据的数据采集场景进行描述，有助于基于医疗数据的数据采集场景对医疗数据进行管理，对基于医疗元数据进行的医疗数据管理进行有效拓展。
本公开实施例中提供的元数据规范可以根据已知的医疗元数据规范以及在医疗数据治理中积累的经验制定。本例中的元数据规范对医疗数据的数据范围有着较高的覆盖度，并且可以灵活扩充，能够更好的促进医疗大数据的治理工作。
本公开实施例中，元数据规范中还可以包括第二子元数据规范，第二子元数据规范用于对第二数据项进行定义，具体而言，第二子元数据规范可以定义第二数据项的数据项标识以及数据项内容。
同一数据类型但不同数据采集场景或者不同数据来源的待处理医疗数据，其数据字段的字段名可能存在不同，数据字段的字段内容的数据格式可能存在不同。第二子元数据规范可以为第二数据项提供标准的数据项标识，并且可以提供预设提取规则，使得从数据字段的字段内容中提取标准的数据项内容。
由于不同数据采集场景下所采集的医疗数据的数据结构差异较大，因此可以针对不同数据采集场景下所采集的医疗数据分别制定第二子元数据规范，即使得第一子元数据规范与第二子元数据规范预设有关联关系。针对任一第一子元数据规范，将与该第一子元数据规范相关联的第二子元数据规范，作为针对该第一子元数据规范对应的数据采集场景的子第二子元数据规范。
通过对第一子元数据规范与第二子元数据规范预设关联关系，使得元数据规范层次分明，便于基于元数据规范来生成医疗元数据。
本公开实施例中，可以在生成确定出目标第一子元数据规范后，根据第一子元数据规范与第二子元数据规范的关联关系确定出与目标第一子元数据规范关联的候选第二子元数据规范。候选第二子元数据规范即为目标第一子元数据规范对应的数据采集场景的所有第二子元数据规范。
例如，某第一子元数据规范所对应的数据项内容为“门诊场景”，该第一子元数据规范所关联的第二子元数据规范的数据项标识分别为“门诊挂号数据”、“门诊处方数据”、“门诊费用数据”以及“门诊病历”，在确定为该第一子元数据规范为生成待处理医疗数据对应元数据中第一数据项所依赖的目标第一子元数据规范时，可以将该第一子元数据规范所关联的第二子元数据规范全部作为候选第二子元数据规范。
待处理医疗数据的数据字段的字段名可能并非标准的字段名，但是其一般会与第二子元数据规范中对应的数据项标识存在一定的相关性，因此可以基于候选第二子元数据规范中对应的数据项标识与待处理医疗数据的字段名的相关情况，从候选第二子元数据规范中确定目标第二子元数据规范。
目标第二子元数据规范，为生成待处理医疗数据的医疗元数据中第二数据项所依赖的第二子元数据规范。
相关情况可以包括但是不限于语义相似情况等。根据上述相关情况，能够从候选第二子元数据规范中确定出生成待处理医疗数据中的第二数据项所依赖的目标第二子元数据规范。
本公开实施例中，通过将第一子元数据规范与第二子元数据规范相关联，并确定出目标第一子元数据规范关联的候选第二子元数据规范，并从候选第二子元数据规范中匹配出待处理医疗数据的医疗元数据中第二数据项所依赖的目标第二子元数据规范，即通过设定第一子元数据规范与第二子元数据规范的关联关系，实现了对数据采集场景的区分，使得在生成待处理医疗数据的医疗元数据中第二数据项时，能够从待处理医疗数据的数据采集场景下对应的候选第二子元数据规范中匹配出目标第二子元数据规范，相较于直接从全部的第二子元数据规范中匹配出目标第二子元数据规范，大大减少了进行匹配的第二子元数据规范的数量，降低了算力的耗费，也降低了处理时间。
基于与图1中所示的方法相同的原理，图7示出了本公开实施例提供的一种医疗数据处理装置的结构示意图，如图7所示，该医疗数据处理装置70可以包括：
数据获取模块710，用于获取待处理医疗数据以及预设的元数据规范。
第一数据项生成模块720，用于基于元数据规范中的预设的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景。
本公开实施例提供的装置，通过获取待处理医疗数据以及预设的元数据规范；基于元数据规范中的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景通过获取待处理医疗数据以及预设的元数据规范；基于元数据规范中的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景基于本方案中提供的元数据规范所生成的医疗元数据，能够对医疗数据的数据采集场景进行描述，有助于基于医疗数据的数据采集场景对医疗数据进行管理，对基于医疗元数据进行的医疗数据管理进行有效拓展。
可选地，第一数据项生成模块在基于元数据规范中的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项时，具体用于：
基于第一子元数据规范对应的数据项内容与待处理医疗数据所属医疗数据表的表名的相关情况，从第一子元数据规范中确定出目标第一子元数据规范，数据项内容为数据采集场景的场景标识；
基于目标第一子元数据规范对应的数据项标识以及目标第一子元数据规范对应的数据项内容确定待处理医疗数据对应的医疗元数据中的第一数据项。
可选地，第一数据项生成模块在基于第一子元数据规范对应的数据项内容与待处理医疗数据所属医疗数据表的表名的相关情况，从第一子元数据规范中确定出目标第一子元数据规范时，具体用于：
将对应的数据项内容与待处理医疗数据所属医疗数据表的表名的相关情况满足第一预设条件的第一子元数据规范，确定为目标第一子元数据规范。
可选地，元数据规范包括第二子元数据规范，第一子元数据规范与第二子元数据规范预设有关联关系，装置还包括第二数据项生成模块，第二数据项生成模块用于：
在确定出目标第一子元数据规范之后，基于第一子元数据规范与第二子元数据规范的关联关系，确定与目标第一子元数据规范关联的候选第二子元数据规范；
基于候选第二子元数据规范对应的数据项标识与待处理医疗数据的字段名的相关情况，从候选第二子元数据规范中确定目标第二子元数据规范；
基于目标第二子元数据规范，生成待处理医疗数据对应的医疗元数据中的第二数据项，第二元数据项用于描述待处理医疗数据的数据字段。
可选地，第二数据项生成模块在基于目标第二子元数据规范，生成待处理医疗数据对应的医疗元数据中的第二数据项时，具体用于：
将目标第二子元数据规范对应的数据项标识作为待处理医疗数据对应的医疗元数据中的第二数据项的数据项标识，并基于预设提取规则从待处理医疗数据的字段内容中提取目标内容作为第二数据项的数据项内容。
可选地，第二数据项生成模块在基于预设提取规则从待处理医疗数据的字段内容中提取目标内容时，具体用于：
基于预设提取规则从待处理医疗数据的字段内容中提取初始内容；
基于目标第二子元数据规范对应的预设数据格式对初始内容进行数据格式转换，得到目标内容。
可选地，第二数据项生成模块在基于候选第二子元数据规范中对应的数据项标识与待处理医疗数据的字段名的相关情况，从候选第二子元数据规范中确定目标第二子元数据规范时，具体用于：
将对应的数据项标识与待处理医疗数据的字段名的相关情况满足第二预设条件的候选第二子元数据规范，确定为目标第二子元数据规范。
可选地，上述装置还包括质量评价模块，质量评价模块用于：
获取预配置的医疗元数据的各数据项对应的质量评价规则，质量评价规则与元数据规范相关；
基于质量评价规则对对应的数据项进行质量评价，得到待处理医疗数据的质量评价结果。
可选地，上述装置还包括待处理医疗数据生成模块，用于：
在获取待处理医疗数据之前，获取医疗源数据；
对医疗源数据进行抽取转换加载ETL处理，得到待处理医疗数据。
可以理解的是，本公开实施例中的医疗数据处理装置的上述各模块具有实现图1中所示的实施例中的医疗数据处理方法相应步骤的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。上述模块可以是软件和/或硬件，上述各模块可以单独实现，也可以多个模块集成实现。对于上述医疗数据处理装置的各模块的功能描述具体可以参见图1中所示实施例中的医疗数据处理方法的对应描述，在此不再赘述。
基于与图6中所示的方法相同的原理，图8示出了本公开实施例提供的一种医疗数据处理装置的结构示意图，如图8所示，该医疗数据处理装置80可以包括：
数据获取模块810，用于获取待处理医疗数据以及预设的元数据规范；
第一数据项生成模块820，用于基于元数据规范中的预设的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景。
第二数据项生成模块830，用于在确定出目标第一子元数据规范之后，基于第一子元数据规范与第二子元数据规范的关联关系，确定与目标第一子元数据规范关联的候选第二子元数据规范；基于候选第二子元数据规范对应的数据项标识与待处理医疗数据的字段名的相关情况，从候选第二子元数据规范中确定目标第二子元数据规范；基于目标第二子元数据规范，生成待处理医疗数据对应的医疗元数据中的第二数据项，第二元数据项用于描述待处理医疗数据的数据字段。
本公开实施例提供的装置，通过获取待处理医疗数据以及预设的元数据规范；基于元数据规范中的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景通过获取待处理医疗数据以及预设的元数据规范；基于元数据规范中的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景基于本方案中提供的元数据规范所生成的医疗元数据，能够对医疗数据的数据采集场景进行描述，有助于基于医疗数据的数据采集场景对医疗数据进行管理，对基于医疗元数据进行的医疗数据管理进行有效拓展。
可以理解的是，本公开实施例中的医疗数据处理装置的上述各模块具有实现图6中所示的实施例中的医疗数据处理方法相应步骤的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。上述模块可以是软件和/或硬件，上述各模块可以单独实现，也可以多个模块集成实现。对于上述医疗数据处理装置的各模块的功能描述具体可以参见图6中所示实施例中的医疗数据处理方法的对应描述，在此不再赘述。
本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。
根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
该电子设备包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如本公开实施例提供的医疗数据处理方法。
该电子设备与现有技术相比，通过获取待处理医疗数据以及预设的元数据规范；基于元数据规范中的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景通过获取待处理医疗数据以及预设的元数据规范；基于元数据规范中的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景基于本方案中提供的元数据规范所生成的医疗元数据，能够对医疗数据的数据采集场景进行描述，有助于基于医疗数据的数据采集场景对医疗数据进行管理，对基于医疗元数据进行的医疗数据管理进行有效拓展。
该可读存储介质为存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行如本公开实施例提供的医疗数据处理方法。
该可读存储介质与现有技术相比，通过获取待处理医疗数据以及预设的元数据规范；基于元数据规范中的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景通过获取待处理医疗数据以及预设的元数据规范；基于元数据规范中的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景基于本方案中提供的元数据规范所生成的医疗元数据，能够对医疗数据的数据采集场景进行描述，有助于基于医疗数据的数据采集场景对医疗数据进行管理，对基于医疗元数据进行的医疗数据管理进行有效拓展。
该计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现如本公开实施例提供的医疗数据处理方法。
该计算机程序产品与现有技术相比，通过获取待处理医疗数据以及预设的元数据规范；基于元数据规范中的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景通过获取待处理医疗数据以及预设的元数据规范；基于元数据规范中的第一子元数据规范，生成待处理医疗数据对应的医疗元数据中的第一数据项，第一数据项用于描述待处理医疗数据的数据采集场景基于本方案中提供的元数据规范所生成的医疗元数据，能够对医疗数据的数据采集场景进行描述，有助于基于医疗数据的数据采集场景对医疗数据进行管理，对基于医疗元数据进行的医疗数据管理进行有效拓展。
图9示出了可以用来实施本公开的实施例的示例电子设备90的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
如图9所示，电子设备90包括计算单元910，其可以根据存储在只读存储器（ROM）920中的计算机程序或者从存储单元980加载到随机访问存储器（RAM）930中的计算机程序，来执行各种适当的动作和处理。在RAM 930中，还可存储设备90操作所需的各种程序和数据。计算单元910、ROM 920以及RAM 930通过总线940彼此相连。输入/输出（I/O）接口950也连接至总线940。
设备90中的多个部件连接至I/O接口950，包括：输入单元960，例如键盘、鼠标等；输出单元970，例如各种类型的显示器、扬声器等；存储单元980，例如磁盘、光盘等；以及通信单元990，例如网卡、调制解调器、无线通信收发机等。通信单元990允许设备90通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
计算单元910可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元910的一些示例包括但不限于中央处理单元（CPU）、图形处理单元（GPU）、各种专用的人工智能（AI）计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器（DSP）、以及任何适当的处理器、控制器、微控制器等。计算单元910执行本公开实施例中所提供的医疗数据处理方法。例如，在一些实施例中，执行本公开实施例中所提供的医疗数据处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元980。在一些实施例中，计算机程序的部分或者全部可以经由ROM 920和/或通信单元990而被载入和/或安装到设备90上。当计算机程序加载到RAM 930并由计算单元910执行时，可以执行本公开实施例中所提供的医疗数据处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元910可以通过其他任何适当的方式（例如，借助于固件）而被配置为执行本公开实施例中所提供的医疗数据处理方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列（FPGA）、专用集成电路（ASIC）、专用标准产品（ASSP）、芯片上系统的系统（SOC）、负载可编程逻辑设备（CPLD）、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器（RAM）、只读存储器（ROM）、可擦除可编程只读存储器（EPROM或快闪存储器）、光纤、便捷式紧凑盘只读存储器（CD-ROM）、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置（例如，CRT（阴极射线管）或者LCD（液晶显示器）监视器）；以及键盘和指向装置（例如，鼠标或者轨迹球），用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈（例如，视觉反馈、听觉反馈、或者触觉反馈）；并且可以用任何形式（包括声输入、语音输入或者、触觉输入）来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统（例如，作为数据服务器）、或者包括中间件部件的计算系统（例如，应用服务器）、或者包括前端部件的计算系统（例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互）、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信（例如，通信网络）来将系统的部件相互连接。通信网络的示例包括：局域网（LAN）、广域网（WAN）和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。
Claims (19)
1.一种医疗数据处理方法，包括：
获取待处理医疗数据以及预设的元数据规范；
基于所述元数据规范中的第一子元数据规范，生成所述待处理医疗数据对应的医疗元数据中的第一数据项，所述第一数据项用于描述所述待处理医疗数据的数据采集场景；
所述元数据规范包括第二子元数据规范，所述第二子元数据规范用于定义第二数据项，所述第二数据项用于描述所述待处理医疗数据的数据字段；
所述第二数据项中存在至少两个具有交叉关联关系的目标第二数据项，至少两个具有交叉关联关系的所述目标第二数据项为不同医疗机构提供的医疗数据生成；
所述元数据规范还包括与所述目标第二数据项对应的第三子元数据规范，所述方法还包括：
基于所述第三子元数据规范，以及各所述目标第二数据项之间的交叉关联关系，生成第三元数据项，所述第三元数据项用于描述所述目标第二数据项之间的交叉关联关系。
2.根据权利要求1所述的方法，其中，所述基于所述元数据规范中的第一子元数据规范，生成所述待处理医疗数据对应的医疗元数据中的第一数据项，包括：
基于所述第一子元数据规范对应的数据项内容与所述待处理医疗数据所属医疗数据表的表名的相关情况，从所述第一子元数据规范中确定出目标第一子元数据规范，所述数据项内容为数据采集场景的场景标识；
基于所述目标第一子元数据规范对应的数据项标识以及所述目标第一子元数据规范对应的数据项内容确定所述待处理医疗数据对应的医疗元数据中的第一数据项。
3.根据权利要求2所述的方法，其中，所述基于所述第一子元数据规范对应的数据项内容与所述待处理医疗数据所属医疗数据表的表名的相关情况，从所述第一子元数据规范中确定出目标第一子元数据规范，包括：
将对应的数据项内容与所述待处理医疗数据所属医疗数据表的表名的相关情况满足第一预设条件的所述第一子元数据规范，确定为目标第一子元数据规范。
4.根据权利要求2所述的方法，其中，所述第一子元数据规范与所述第二子元数据规范预设有关联关系，在确定出所述目标第一子元数据规范之后，所述方法还包括：
基于所述第一子元数据规范与所述第二子元数据规范的关联关系，确定与所述目标第一子元数据规范关联的候选第二子元数据规范；
基于所述候选第二子元数据规范对应的数据项标识与所述待处理医疗数据的字段名的相关情况，从所述候选第二子元数据规范中确定目标第二子元数据规范；
基于所述目标第二子元数据规范，生成所述待处理医疗数据对应的所述医疗元数据中的第二数据项。
5.根据权利要求4所述的方法，其中，所述基于所述目标第二子元数据规范，生成所述待处理医疗数据对应的所述医疗元数据中的第二数据项，包括：
将所述目标第二子元数据规范对应的数据项标识作为所述待处理医疗数据对应的所述医疗元数据中的第二数据项的数据项标识，并基于预设提取规则从所述待处理医疗数据的字段内容中提取目标内容作为所述第二数据项的数据项内容。
6.根据权利要求5所述的方法，其中，所述基于预设提取规则从所述待处理医疗数据的字段内容中提取目标内容作为所述第二数据项的数据项内容，包括：
基于预设提取规则从所述待处理医疗数据的字段内容中提取初始内容；
基于所述目标第二子元数据规范对应的预设数据格式对所述初始内容进行数据格式转换，得到所述目标内容。
7.根据权利要求4-6中任一项所述的方法，其中，所述基于所述候选第二子元数据规范中对应的数据项标识与所述待处理医疗数据的字段名的相关情况，从所述候选第二子元数据规范中确定目标第二子元数据规范，包括：
将对应的数据项标识与所述待处理医疗数据的字段名的相关情况满足第二预设条件的所述候选第二子元数据规范，确定为目标第二子元数据规范。
8.根据权利要求1-6中任一项所述的方法，还包括：
获取预配置的所述医疗元数据的各数据项对应的质量评价规则，所述质量评价规则与所述元数据规范相关；
基于所述质量评价规则对对应的数据项进行质量评价，得到所述待处理医疗数据的质量评价结果。
9.根据权利要求1-6中任一项所述的方法，在所述获取待处理医疗数据之前，所述方法还包括：
获取医疗源数据；
对所述医疗源数据进行抽取转换加载ETL处理，得到所述待处理医疗数据。
10.一种医疗数据处理装置，包括：
数据获取模块，用于获取待处理医疗数据以及预设的元数据规范；
第一数据项生成模块，用于基于所述元数据规范中的预设的第一子元数据规范，生成所述待处理医疗数据对应的医疗元数据中的第一数据项，所述第一数据项用于描述所述待处理医疗数据的数据采集场景；
所述元数据规范包括第二子元数据规范，所述第二子元数据规范用于定义第二数据项，所述第二数据项用于描述所述待处理医疗数据的数据字段；
所述第二数据项中存在至少两个具有交叉关联关系的目标第二数据项，至少两个具有交叉关联关系的所述目标第二数据项为不同医疗机构提供的医疗数据生成；
所述元数据规范还包括与所述目标第二数据项对应的第三子元数据规范，所述第一数据项生成模块还用于：
基于所述第三子元数据规范，以及各所述目标第二数据项之间的交叉关联关系，生成第三元数据项，所述第三元数据项用于描述所述目标第二数据项之间的交叉关联关系。
11.根据权利要求10所述的装置，其中，所述第一数据项生成模块在基于所述元数据规范中的第一子元数据规范，生成所述待处理医疗数据对应的医疗元数据中的第一数据项时，具体用于：
基于所述第一子元数据规范对应的数据项内容与所述待处理医疗数据所属医疗数据表的表名的相关情况，从所述第一子元数据规范中确定出目标第一子元数据规范，所述数据项内容为数据采集场景的场景标识；
基于所述目标第一子元数据规范对应的数据项标识以及所述目标第一子元数据规范对应的数据项内容确定所述待处理医疗数据对应的医疗元数据中的第一数据项。
12.根据权利要求11所述的装置，其中，所述第一数据项生成模块在基于所述第一子元数据规范对应的数据项内容与所述待处理医疗数据所属医疗数据表的表名的相关情况，从所述第一子元数据规范中确定出目标第一子元数据规范时，具体用于：
将对应的数据项内容与所述待处理医疗数据所属医疗数据表的表名的相关情况满足第一预设条件的所述第一子元数据规范，确定为目标第一子元数据规范。
13.根据权利要求11所述的装置，其中，所述第一子元数据规范与所述第二子元数据规范预设有关联关系，所述装置还包括第二数据项生成模块，所述第二数据项生成模块用于：
在确定出所述目标第一子元数据规范之后，基于所述第一子元数据规范与所述第二子元数据规范的关联关系，确定与所述目标第一子元数据规范关联的候选第二子元数据规范；
基于所述候选第二子元数据规范对应的数据项标识与所述待处理医疗数据的字段名的相关情况，从所述候选第二子元数据规范中确定目标第二子元数据规范；
基于所述目标第二子元数据规范，生成所述待处理医疗数据对应的所述医疗元数据中的第二数据项。
14.根据权利要求13所述的装置，其中，所述第二数据项生成模块在基于所述目标第二子元数据规范，生成所述待处理医疗数据对应的所述医疗元数据中的第二数据项时，具体用于：
将所述目标第二子元数据规范对应的数据项标识作为所述待处理医疗数据对应的所述医疗元数据中的第二数据项的数据项标识，并基于预设提取规则从所述待处理医疗数据的字段内容中提取目标内容作为所述第二数据项的数据项内容。
15.根据权利要求14所述的装置，其中，所述第二数据项生成模块在基于预设提取规则从所述待处理医疗数据的字段内容中提取目标内容时，具体用于：
基于预设提取规则从所述待处理医疗数据的字段内容中提取初始内容；
基于所述目标第二子元数据规范对应的预设数据格式对所述初始内容进行数据格式转换，得到所述目标内容。
16.根据权利要求13-15中任一项所述的装置，其中，所述第二数据项生成模块在基于所述候选第二子元数据规范中对应的数据项标识与所述待处理医疗数据的字段名的相关情况，从所述候选第二子元数据规范中确定目标第二子元数据规范时，具体用于：
将对应的数据项标识与所述待处理医疗数据的字段名的相关情况满足第二预设条件的所述候选第二子元数据规范，确定为目标第二子元数据规范。
17.根据权利要求10-15任一项所述的装置，还包括质量评价模块，所述质量评价模块用于：
获取预配置的所述医疗元数据的各数据项对应的质量评价规则，所述质量评价规则与所述元数据规范相关；
基于所述质量评价规则对对应的数据项进行质量评价，得到所述待处理医疗数据的质量评价结果。
18.一种电子设备，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-9中任一项所述的方法。
19.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-9中任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211079710.9A CN115458103B (zh) | 2022-09-05 | 2022-09-05 | 医疗数据处理方法、装置、电子设备及可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211079710.9A CN115458103B (zh) | 2022-09-05 | 2022-09-05 | 医疗数据处理方法、装置、电子设备及可读存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115458103A CN115458103A (zh) | 2022-12-09 |
| CN115458103B true CN115458103B (zh) | 2024-03-22 |
Family
ID=84302978
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211079710.9A Active CN115458103B (zh) | 2022-09-05 | 2022-09-05 | 医疗数据处理方法、装置、电子设备及可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115458103B (zh) |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109584975A (zh) * | 2018-11-21 | 2019-04-05 | 金色熊猫有限公司 | 医疗数据标准化处理方法及装置 |
| CN109920506A (zh) * | 2019-01-23 | 2019-06-21 | 平安科技（深圳）有限公司 | 医疗统计报告生成方法、装置、设备及存储介质 |
| CN110109887A (zh) * | 2019-03-18 | 2019-08-09 | 北京宇信网景信息技术有限公司 | 数据检索方法、电子设备和计算机存储介质 |
| CN110795448A (zh) * | 2020-01-03 | 2020-02-14 | 四川大学华西医院 | 一种元数据管理的方法及装置、可读存储介质 |
| CN111063445A (zh) * | 2019-12-09 | 2020-04-24 | 天津开心生活科技有限公司 | 基于医疗数据的特征提取方法及装置、设备和介质 |
| CN111667923A (zh) * | 2020-06-05 | 2020-09-15 | 医渡云（北京）技术有限公司 | 数据匹配方法、装置、计算机可读介质及电子设备 |
| CN113053531A (zh) * | 2019-12-26 | 2021-06-29 | 北京懿医云科技有限公司 | 医疗数据处理方法、装置、计算机可读存储介质及设备 |
| WO2021184571A1 (zh) * | 2020-03-17 | 2021-09-23 | 平安国际智慧城市科技股份有限公司 | 动态表单生成方法、装置、计算机设备和存储介质 |
| CN113707297A (zh) * | 2021-08-26 | 2021-11-26 | 平安国际智慧城市科技股份有限公司 | 医疗数据的处理方法、装置、设备及存储介质 |
| CN113921097A (zh) * | 2021-10-11 | 2022-01-11 | 平安国际智慧城市科技股份有限公司 | 医疗数据集成方法、装置、电子设备及存储介质 |
| CN114579104A (zh) * | 2022-03-04 | 2022-06-03 | 中国农业银行股份有限公司 | 数据分析场景的生成方法、装置、设备及存储介质 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7523505B2 (en) * | 2002-08-16 | 2009-04-21 | Hx Technologies, Inc. | Methods and systems for managing distributed digital medical data |
-
2022
- 2022-09-05 CN CN202211079710.9A patent/CN115458103B/zh active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109584975A (zh) * | 2018-11-21 | 2019-04-05 | 金色熊猫有限公司 | 医疗数据标准化处理方法及装置 |
| CN109920506A (zh) * | 2019-01-23 | 2019-06-21 | 平安科技（深圳）有限公司 | 医疗统计报告生成方法、装置、设备及存储介质 |
| CN110109887A (zh) * | 2019-03-18 | 2019-08-09 | 北京宇信网景信息技术有限公司 | 数据检索方法、电子设备和计算机存储介质 |
| CN111063445A (zh) * | 2019-12-09 | 2020-04-24 | 天津开心生活科技有限公司 | 基于医疗数据的特征提取方法及装置、设备和介质 |
| CN113053531A (zh) * | 2019-12-26 | 2021-06-29 | 北京懿医云科技有限公司 | 医疗数据处理方法、装置、计算机可读存储介质及设备 |
| CN110795448A (zh) * | 2020-01-03 | 2020-02-14 | 四川大学华西医院 | 一种元数据管理的方法及装置、可读存储介质 |
| WO2021184571A1 (zh) * | 2020-03-17 | 2021-09-23 | 平安国际智慧城市科技股份有限公司 | 动态表单生成方法、装置、计算机设备和存储介质 |
| CN111667923A (zh) * | 2020-06-05 | 2020-09-15 | 医渡云（北京）技术有限公司 | 数据匹配方法、装置、计算机可读介质及电子设备 |
| CN113707297A (zh) * | 2021-08-26 | 2021-11-26 | 平安国际智慧城市科技股份有限公司 | 医疗数据的处理方法、装置、设备及存储介质 |
| CN113921097A (zh) * | 2021-10-11 | 2022-01-11 | 平安国际智慧城市科技股份有限公司 | 医疗数据集成方法、装置、电子设备及存储介质 |
| CN114579104A (zh) * | 2022-03-04 | 2022-06-03 | 中国农业银行股份有限公司 | 数据分析场景的生成方法、装置、设备及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115458103A (zh) | 2022-12-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111522927B (zh) | 基于知识图谱的实体查询方法和装置 | |
| CN113590645B (zh) | 搜索方法、装置、电子设备及存储介质 | |
| CN111986792B (zh) | 医疗机构评分方法、装置、设备及存储介质 | |
| CN113836314B (zh) | 知识图谱构建方法、装置、设备以及存储介质 | |
| WO2020042501A1 (zh) | 基金经理社团划分方法、系统、计算机设备和存储介质 | |
| US20220129418A1 (en) | Method for determining blood relationship of data, electronic device and storage medium | |
| CN112784062A (zh) | 一种成语知识图谱构建方法及装置 | |
| CN113767403B (zh) | 知识图中过指定和欠指定的自动解析 | |
| CN114461644A (zh) | 一种数据采集方法、装置、电子设备及存储介质 | |
| CN111143394B (zh) | 知识数据处理方法、装置、介质及电子设备 | |
| CN113722600A (zh) | 应用于大数据的数据查询方法、装置、设备及产品 | |
| CN110874366A (zh) | 数据处理、查询方法和装置 | |
| CN113312539A (zh) | 一种检索服务的提供方法、装置、设备和介质 | |
| CN111126034B (zh) | 医学变量关系的处理方法及装置、计算机介质和电子设备 | |
| CN116955856A (zh) | 信息展示方法、装置、电子设备以及存储介质 | |
| CN111984797A (zh) | 客户身份识别装置及方法 | |
| CN115458103B (zh) | 医疗数据处理方法、装置、电子设备及可读存储介质 | |
| CN114969444A (zh) | 数据的处理方法、装置、电子设备和存储介质 | |
| CN114579580A (zh) | 存储数据的方法、查询数据的方法和装置 | |
| CN114818635A (zh) | 数据报表生成方法、装置、电子设备及存储介质 | |
| CN114661751B (zh) | 基于sql知识库的数据生产方法、装置、系统、设备及介质 | |
| CN118133794B (zh) | 一种表格配置方法、装置、设备及存储介质 | |
| CN114925118B (zh) | 跨表搜索方法、装置、设备以及存储介质 | |
| CN116089459B (zh) | 数据检索方法、装置、电子设备及存储介质 | |
| CN115511014B (zh) | 信息匹配方法、装置、设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |