一种元数据管理的方法及装置、可读存储介质

摘要

本申请提供一种元数据管理的方法及装置、可读存储介质。元数据管理的方法包括：接收元数据查询请求，所述元数据查询请求包括目标医疗数据的数据名称；根据所述数据名称在预设的元数据库查找与所述元数据查询请求对应的元数据；所述元数据查询请求对应的元数据包括用于描述所述目标医疗数据的医疗术语、所述目标医疗数据的时间维度、空间维度以及程度维度；反馈所述元数据查询请求对应的元数据。该元数据管理的方法提高了医疗数据的管理的便利性。

权利要求

1.一种元数据管理的方法，其特征在于，包括：

获取待处理的医疗数据；所述待处理的医疗数据中包括多种医疗数据和所述多种医疗数据的数据名称；

对所述多种医疗数据的数据名称进行医疗术语关键字提取，确定所述多种医疗数据对应的医疗术语；

对所述多种医疗数据的数据名称进行时间特征提取，确定所述多种医疗数据对应的时间维度；

对所述多种医疗数据的数据名称进行空间特征提取，确定所述多种医疗数据对应的空间维度；

对所述多种医疗数据的数据名称进行程度特征提取，确定所述多种医疗数据对应的程度维度；所述程度维度包括最高、最低、均值以及中位数；

根据所述多种医疗数据对应的医疗术语、时间维度、空间维度以及程度维度和所述多种医疗数据构建元数据库，得到预设的元数据库；

接收元数据查询请求，所述元数据查询请求包括目标医疗数据的数据名称；

根据所述数据名称在所述预设的元数据库查找与所述元数据查询请求对应的元数据；

所述元数据查询请求对应的元数据包括用于描述所述目标医疗数据的医疗术语、所述目标医疗数据的时间维度、空间维度以及程度维度；

反馈所述元数据查询请求对应的元数据。

2.根据权利要求1所述的方法，其特征在于，根据所述多种医疗数据对应的医疗术语、时间维度、空间维度以及程度维度和所述多种医疗数据构建元数据库，得到所述预设的元数据库，包括：将所述多种医疗数据与所述多种医疗数据对应的医疗术语对应存储；

根据所述多种医疗数据对应的时间维度、空间维度以及程度维度对所述多种医疗数据对应的医疗术语进行分类，得到所述预设的元数据库。

3.根据权利要求1所述的方法，其特征在于，在根据所述多种医疗数据对应的医疗术语、时间维度、空间维度以及程度维度和所述多种医疗数据构建元数据库，得到所述预设的元数据库后，所述方法还包括：获取待处理的新的医疗数据；所述新的医疗数据中包括多种新的医疗数据和所述多种医疗数据的数据名称；

根据所述多种新的医疗数据的数据名称确定所述多种新的医疗数据对应的医疗术语；

判断在所述预设的元数据库是否有与所述多种新的医疗数据对应的医疗术语相同的医疗术语；

若在所述预设的元数据库没有与所述多种新的医疗数据对应的医疗术语相同的医疗术语，根据所述多种新的医疗数据的数据名称确定所述多种新的医疗数据对应的时间维度、空间维度以及程度维度；

将所述多种新的医疗数据对应的医疗术语、时间维度、空间维度以及程度维度和所述多种新的医疗数据添加到所述预设的元数据库中。

4.一种元数据管理的装置，其特征在于，包括：

获取模块，用于：获取待处理的医疗数据；所述待处理的医疗数据中包括多种医疗数据和所述多种医疗数据的数据名称；

构建模块，用于：对所述多种医疗数据的数据名称进行医疗术语关键字提取，确定所述多种医疗数据对应的医疗术语；对所述多种医疗数据的数据名称进行时间特征提取，确定所述多种医疗数据对应的时间维度；对所述多种医疗数据的数据名称进行空间特征提取，确定所述多种医疗数据对应的空间维度；对所述多种医疗数据的数据名称进行程度特征提取，确定所述多种医疗数据对应的程度维度；所述程度维度包括最高、最低、均值以及中位数；根据所述多种医疗数据对应的医疗术语、时间维度、空间维度以及程度维度和所述多种医疗数据构建元数据库，得到预设的元数据库；

接收模块，用于接收元数据查询请求，所述元数据查询请求包括目标医疗数据的数据名称；

查询模块，用于根据所述数据名称在所述预设的元数据库查找与所述元数据查询请求对应的元数据；所述元数据查询请求对应的元数据包括用于描述所述目标医疗数据的医疗术语、所述目标医疗数据的时间维度、空间维度以及程度维度；

反馈模块，用于反馈所述元数据查询请求对应的元数据。

5.根据权利要求4所述的装置，其特征在于，所述构建模块具体还用于：将所述多种医疗数据与所述多种医疗数据对应的医疗术语对应存储；根据所述多种医疗数据对应的时间维度、空间维度以及程度维度对所述多种医疗数据对应的医疗术语进行分类，得到所述预设的元数据库。

6.一种可读存储介质，其特征在于，所述可读存储介质上存储有计算机程序，所述计算机程序被计算机运行时执行如权利要求1-3任一项所述的方法。

说明书

一种元数据管理的方法及装置、可读存储介质

技术领域

[0001] 本申请涉及医疗数据处理技术领域，具体而言，涉及一种元数据管理的方法及装置、可读存储介质。

背景技术

[0002] 在医疗数据的管理中，通常会将医疗数据按照不同的形式进行存储，常见的存储方式是将某项数据的数据类型、数据名称、具体的数据内容等常规信息对应存储。

[0003] 如果按照常规的存储方式存储数据，存储的形式比较简单，但是各个数据的属性并不是很明确，假设要调出某样数据进行分析或者处理的话，只能看到数据名称和具体的数据内容等常规信息，不便于数据的理解或者分析，导致医疗信息的管理不便利。

发明内容

[0004] 本申请实施例的目的在于提供一种元数据管理的方法及装置、可读存储介质，用以提高医疗数据的管理的便利性。

[0005] 第一方面，本申请实施例提供一种元数据管理的方法，包括：接收元数据查询请求，所述元数据查询请求包括目标医疗数据的数据名称；根据所述数据名称在预设的元数据库查找与所述元数据查询请求对应的元数据；所述元数据查询请求对应的元数据包括用于描述所述目标医疗数据的医疗术语、所述目标医疗数据的时间维度、空间维度以及程度维度；反馈所述元数据查询请求对应的元数据。

[0006] 在本申请实施例中，预设的元数据中不仅存储了描述医疗数据的医疗术语，还存储了时间维度、空间维度以及程度维度等更多的描述信息。与现有技术相比，在进行元数据查询时，不仅可以查找到用于描述数据的医疗术语，还可以查询到时间维度、空间维度以及程度维度等信息，使查询到的元数据便于对数据进行理解和分析，进而提高医疗数据的管理的便利性。

[0007] 作为一种可能的实现方式，在接收元数据查询请求之前，所述方法还包括：获取待处理的医疗数据；所述待处理的医疗数据中包括多种医疗数据和所述多种医疗数据的数据名称；根据所述多种医疗数据的数据名称确定所述多种医疗数据对应的医疗术语、时间维度、空间维度以及程度维度；根据所述多种医疗数据对应的医疗术语、时间维度、空间维度以及程度维度和所述多种医疗数据构建元数据库，得到所述预设的元数据库。

[0008] 在本申请实施例中，对于预设的元数据库的构建，在搜集到多种医疗数据和医疗数据的数据名称后，可以确定多种医疗数据对应的医疗术语、时间维度、空间维度以及程度维度，进而构建得到的元数据库中包含了这些信息，便于数据的多种属性的查询。

[0009] 作为一种可能的实现方式，根据多种医疗数据的数据名称确定所述多种医疗数据对应的医疗术语、时间维度、空间维度以及程度维度，包括：对所述多种医疗数据的数据名称进行医疗术语关键字提取，确定所述多种医疗数据对应的医疗术语；对所述多种医疗数据的数据名称进行时间特征提取，确定所述多种医疗数据对应的时间维度；对所述多种医疗数据的数据名称进行空间特征提取，确定所述多种医疗数据对应的空间维度；对所述多种医疗数据的数据名称进行程度特征提取，确定所述多种医疗数据对应的程度维度。

[0010] 在本申请实施例中，在确定医疗数据对应的医疗术语、时间维度、空间维度以及程度维度时，可以通过对各个对应的特征的关键词提取的方式实现，进而快速的完成元数据的构建。

[0011] 作为一种可能的实现方式，根据所述多种医疗数据对应的医疗术语、时间维度、空间维度以及程度维度和所述多种医疗数据构建元数据库，得到所述预设的元数据库，包括：将所述多种医疗数据与所述多种医疗数据对应的医疗术语对应存储；根据所述多种医疗数据对应的时间维度、空间维度以及程度维度对所述多种医疗数据对应的医疗术语进行分类，得到所述预设的元数据库。

[0012] 在本申请实施例中，在依据多种医疗数据对应的医疗术语、时间维度、空间维度以及程度维度和所述多种医疗数据构建元数据库时，可以先将多种医疗数据与所述多种医疗数据对应的医疗术语对应存储，然后再依据时间维度、空间维度以及程度维度对医疗术语进行分类，进而使元数据库中的数据结构更简洁明了，便于数据管理员对元数据库中的数据进行管理。

[0013] 作为一种可能的实现方式，在根据所述多种医疗数据对应的医疗术语、时间维度、空间维度以及程度维度和所述多种医疗数据构建元数据库，得到所述预设的元数据库后，所述方法还包括：获取待处理的新的医疗数据；所述新的医疗数据中包括多种新的医疗数据和所述多种医疗数据的数据名称；根据所述多种新的医疗数据的数据名称确定所述多种新的医疗数据对应的医疗术语；判断在所述预设的元数据库是否有与所述多种新的医疗数据对应的医疗术语相同的医疗术语；若在所述预设的元数据库没有与所述多种新的医疗数据对应的医疗术语相同的医疗术语，根据所述多种新的医疗数据的数据名称确定所述多种新的医疗数据对应的时间维度、空间维度以及程度维度；将所述多种新的医疗数据对应的医疗术语、时间维度、空间维度以及程度维度和所述多种新的医疗数据添加到所述预设的元数据库中。

[0014] 在本申请实施例中，在构建好元数据库后，当可以进一步添加更多的数据到元数据库中，在添加新的数据到元数据库中时，可以按照已有的框架，即医疗术语、时间维度、空间维度以及程度维度一一对应的方式，进而可以不断的扩充元数据库中存储的数据，便于数据的管理和应用。

[0015] 第二方面，本申请实施例提供一种元数据管理的装置，所述装置包括用于实现第一方面以及第一方面任意一种可能的实现方式中所述的方法的功能模块。

[0016] 第三方面，本申请实施例提供一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被计算机运行时执行如第一方面以及第一方面任意一种可能的实现方式中所述的方法。

附图说明

[0017] 为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

[0018] 图1为本申请实施例提供的元数据管理的方法的流程图；

[0019] 图2为本申请实施例提供的元数据管理的装置的功能模块结构框图。

具体实施方式

[0020] 下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

[0021] 本申请实施例提供的技术方案可以应用于医疗数据的管理，例如应用于医院的医疗数据管理系统，且针对的医疗数据为元数据。元数据主要是描述数据属性的信息，用来支持如指示存储位置、历史数据、资源查找、文件记录等功能。元数据算是一种电子式目录，为了达到编制目录的目的，必须描述并收藏数据的内容或特色，进而达成协助数据检索的目的。元数据是关于数据的组织、数据域及其关系的信息，简言之，元数据就是关于数据的数据。

[0022] 对于医疗数据管理系统来说，可以有各种表现形式，例如服务器和客户端或者服务器和浏览器。对于服务器来说，作为后端，用于存储数据以及根据数据的管理请求对数据进行处理；对于客户端或者浏览器来说，作为前端，用于数据管理人员或者业务人员发起各种数据的管理请求，以及上传需要处理或者存储的数据等。

[0023] 基于上述应用场景，接下来请参照图1，为本申请实施例提供的元数据管理的方法的流程图，该方法包括：

[0024] 步骤101：接收元数据查询请求。元数据查询请求包括目标医疗数据的数据名称。

[0025] 步骤102：根据数据名称在预设的元数据库查找与元数据查询请求对应的元数据。元数据查询请求对应的元数据包括用于描述目标医疗数据的医疗术语、目标医疗数据的时间维度、空间维度以及程度维度。

[0026] 步骤103：反馈元数据查询请求对应的元数据。

[0027] 在本申请实施例中，在预设的元数据库中可以查找到与查询请求对应的元数据，且该对应的元数据包括用于描述目标医疗数据的医疗术语、目标医疗数据的时间维度、空间维度以及程度维度，可见预设的元数据中不仅存储了描述医疗数据的医疗术语，还存储了时间维度、空间维度以及程度维度等更多的描述信息。与现有技术相比，在进行元数据查询时，不仅可以查找到用于描述数据的医疗术语，还可以查询到时间维度、空间维度以及程度维度等信息，使查询到的元数据可以便于对数据进行理解和分析，进而提高医疗数据的管理的便利性。

[0028] 接下来对步骤101-步骤103的详细实施方式进行介绍。

[0029] 在步骤101中，接收到的元数据查询请求可以是用户在客户端或者浏览器上发起的元数据查询请求。也可以是在某个数据的处理过程中，需要调用到元数据时，发起的元数据查询请求。在元数据查询请求中包括目标医疗数据的数据名称，可以理解，要查询数据的元数据，需要知道所要查询的数据是什么，例如目标医疗数据为急诊患者的生命体征，生命体征包括：体温、呼吸、脉搏、收缩压、舒张压等，其中体温、呼吸、脉搏等就是数据名称。

[0030] 进一步的，在步骤102中，根据查询请求中的数据名称在预设的元数据库中查找与元数据查询请求对应的元数据。对于预设的元数据库，相当于是一个存储了大量元数据的集合，其中有各类查询请求所需的数据，接下来对于该元数据库的构建作介绍。

[0031] 在步骤101之前，可以进行元数据库的构建，因此，在步骤101之前，该方法还包括：获取待处理的医疗数据；医疗数据中包括多种医疗数据和多种医疗数据的数据名称；根据多种医疗数据的数据名称确定多种医疗数据对应的医疗术语、时间维度、空间维度以及程度维度；根据多种医疗数据对应的医疗术语、时间维度、空间维度以及程度维度和多种医疗数据构建元数据库，得到所述预设的元数据库。

[0032] 其中，待处理的医疗数据可以理解为待构建元数据库的数据，在对待处理的医疗数据进行元数据库的构建后，以后可以随时查询这些对应的数据的相关的元数据信息。该待处理的医疗数据可以通过数据管理员进行上传；也可以来自外部数据源，例如通过第三方数据库获取到的数据，或者基于互联网手段在线上获取的数据。在该医疗数据中包括多种医疗数据和多种医疗数据的数据名称，例如蛇咬伤数据，其中包括大量的数据，例如各个咬伤患者的个人身份信息，患者的具体咬伤数据：血液透析数据、神经症状数据、被咬伤时间等。此外，在数据名称中，对于各种医疗数据的数据名称，不仅限于数据本身的数据名称，还可以包括在数据生成时，就对各项数据进行总结和分类的这些数据名称。

[0033] 进一步的，根据多种医疗数据的数据名称可以确定对应的医疗术语、时间维度、空间维度以及程度维度，作为一个可选的实施方式，该过程可以包括：对多种医疗数据的数据名称进行医疗术语关键字提取，确定多种医疗数据对应的医疗术语；对多种医疗数据的数据名称进行时间特征提取，确定多种医疗数据对应的时间维度；对多种医疗数据的数据名称进行空间特征提取，确定多种医疗数据对应的空间维度；对多种医疗数据的数据名称进行程度特征提取，确定多种医疗数据对应的程度维度。

[0034] 在这种实施方式中，可以理解，在每个数据的数据名称中包括了许多信息，因此可以基于数据名称进行相关特征的提取。其中，关于医疗术语，和数据名称一般相差不大，在进行医疗术语的提取时，可理解为滤去数据名称中的非术语部分。在具体提取时，可以根据预设的规则库进行提取，在预设的规则库中存储有各种医疗术语，当从数据名称中提取关键词时，一般会先进行分词，在分词后，将各个词语与规则库中的各种医疗术语进行对比，若有相似或者相同的医疗术语存在，那么证明该词语属于医疗术语。此外，对于某些数据名称来说，可能数据名称中本身并未包含医疗术语，例如生命体征数据中的各种数据，提取到的关键词只是生命体征本身，并不能提取到生命体征该医疗术语，针对这种情况，也可以定义对应的特殊规则库，在特殊规则库中，定义一个医疗术语，在该医疗术语下包括与其对应的多个数据名称，当通过常规的规则库没有提取到医疗术语关键词时，可以通过特殊规则库进行医疗术语关键词的提取。进一步的，基于规则库所提取到的医疗术语关键词可直接确定为医疗数据对应的医疗术语。

[0035] 此外，在确定出的医疗术语中也可能包含时间、空间、维度等信息，因为有些医疗术语自身就附带有这些属性信息，且是不可隔离的，但是这并不影响对于时间、空间、维度等特征的提取。

[0036] 对于时间维度，可以理解，用于描述时间，该时间维度可以包括：入院后首次、术前最近一次、出院前末次等。基于该时间维度，在进行时间特征提取时，也可以通过定义规则库实现提取。在规则库中存储有各种时间维度，当从数据名称中提取关键词时，一般会先进行分词，在分词后，将各个词语与规则库中的各种时间维度进行对比，若有相似或者相同的时间维度存在，那么证明该词语属于时间特征，进而将时间特征确定为时间维度。此外，时间维度在某些情况下可能具有多种表达方式，在定义规则库时，可以为每个定义的时间维度设置多个同义表达的时间维度，并归在该时间维度下，进而在进行提取时，能够准确快速的提取出需要的时间维度信息。

[0037] 对于空间维度，可以理解，用于描述空间，即数据产生的地点，可以是大范围的地点，例如：急诊科、住院部等；或者是比较具体的地点，例如：检验科、眼科等。基于该空间维度，在进行空间特征提取时，同样可以通过定义规则库实现提取。在规则库中存储有各种空间维度，当从数据名称中提取关键词时，一般会先进行分词，在分词后，将各个词语与规则库中的各种空间维度进行对比，若有相似或者相同的空间维度存在，那么证明该词语属于空间特征，进而确定为空间维度。对于空间维度来说，一般表达方式比较固定，也不存在较多的歧义，其规则库的定义比较简单，进而也能够准确且快速的实现空间特征的提取。

[0038] 对于程度维度，可以理解，用于描述程度，可以包括：最高、最低、均值、中位数等。基于该程度维度，在进行程度特征提取时，同样可以通过定义规则库实现提取。在规则库中存储有各种空间维度，当从数据名称中提取关键词时，一般会先进行分词，在分词后，将各个词语与规则库中的各种程度维度进行对比，若有相似或者相同的程度维度存在，那么证明该词语属于程度特征，进而确定为程度维度。对于程度维度来说，一般表达方式比较固定，也不存在较多的歧义，其规则库的定义比较简单，进而也能够准确且快速的实现程度特征的提取。

[0039] 需要注意的是，对于时间维度、空间维度以及程度维度来说，可能某些数据并不具有这些描述信息，此时并不能提取出对应的特征，在这种情况下，可以默认提取出的特征为空，确定对应的维度为无。

[0040] 在本申请实施例中，在确定医疗数据对应的医疗术语、时间维度、空间维度以及程度维度时，可以通过对各个对应的特征的关键词提取的方式实现，进而快速的完成元数据的构建。

[0041] 进一步的，在确定出对应的医疗术语、时间维度、空间维度以及程度维度后，可以进行元数据库的构建。在构建时，可以基于医疗数据进行构建，先将医疗术语与数据对应，然后再根据数据将时间维度、空间维度以及程度维度与医疗术语对应，以实现医疗术语、医疗数据、时间维度、空间维度以及程度维度的一一对应。

[0042] 作为一种可选的实施方式，该过程可以包括：将多种医疗数据与多种医疗数据对应的医疗术语对应存储；根据多种医疗数据对应的时间维度、空间维度以及程度维度对多种医疗数据对应的医疗术语进行分类，得到预设的元数据库。

[0043] 在这种实施方式中，将多种医疗数据与多种医疗数据对应的医疗术语对应存储可以理解为数据的映射，但是医疗数据可以存储在元数据库中，也可以不存储在元数据库中。当存储在元数据库时，医疗术语所映射或者链接的位置即为医疗数据存储在元数据库中的位置。当不存储在元数据库中时，可以存储在单独的医疗数据库中，此时医疗术语所映射或者链接的位置为医疗数据库中对应的医疗数据所在的位置。

[0044] 需要注意的是，在存储医疗数据时，不止存储了数据本身，还存储了数据的名称。

[0045] 进一步的，在完成医疗数据与医疗术语的对应存储后，为了便于将时间维度、空间维度以及程度维度加入到元数据库中，可通过利用这些维度对医疗术语进行分类的方式实现。例如：对于病原学和血常规这两项医疗术语，都对应有一个相同的时间维度，此时就可以将对应的医疗术语都归类到首次这个时间维度下，具体的表现形式可以如表1所示：

[0046]

[0047] 表1

[0048] 当然，也可以不采用这种方式，例如：将医疗数据与对应的医疗术语对应存储后，根据医疗数据确定每个医疗术语对应的时间维度、空间维度以及程度维度，然后将对应的时间维度、空间维度以及程度维度作为一个单独的指标或者描述信息进行存储即可。

[0049] 此外，对于医疗术语来说，在加入元数据库之前，还可以对其进行进一步的拆分，例如划分层级概念，以表1举例来说，其中，首次血常规可以是第一级概念，然后对应的白细胞、血小板等信息就是第二级概念。总之，为了便于元数据库中的数据便于理解和查询，可以根据具体的需求对元数据库中的数据存储形式进行对应的调整，只要其中包含时间维度、空间维度以及程度维度即可，有了时间维度、空间维度以及程度维度，才能进一步的更准确的描述数据的属性。

[0050] 在将医疗术语、时间维度、空间维度以及程度维度按照相应的数据存储形式都存储好以后，即完成了基于待处理的医疗数据的元数据库的构建。

[0051] 基于上述对元数据库的构建的介绍，在步骤102中，根据元数据库中各个医疗术语所映射的数据的数据名称和目标医疗数据的数据名称可以确定目标医疗数据对应的医疗数据。可理解的，医疗术语映射的数据具有一个数据名称，目标医疗数据也具有数据名称，将两者的数据名称进行匹配，匹配成功后，可确定该数据名称所映射的医疗术语为对应的医疗术语。对于时间维度、空间维度以及程度维度也是同理，但是，对于时间维度、空间维度和程度维度来说，在构建元数据库时，就与医疗术语有了对应关系，因此，在确定查询请求对应的医疗术语后，可直接将查询请求对应的医疗术语对应的时间维度、空间维度以及程度维度确定为查询请求对应的时间维度、空间维度以及程度维度。

[0052] 此外，在前述实施例中介绍过医疗数据也可以不存储在元数据库中，在这种情况中，在查找医疗术语时，可以先在存储医疗数据的数据库中找到与目标医疗数据对应的数据，然后再根据映射关系查找到对应的医疗术语。

[0053] 在分别查找到目标医疗数据的医疗术语、目标医疗数据的时间维度、空间维度以及程度维度后，可以将其作为元数据查询请求对应的元数据，然后执行步骤103，反馈元数据查询请求对应的元数据。根据步骤101中获取元数据查询请求的不同情况，对应的在步骤103中，可以是将元数据查询请求对应的元数据反馈给客户端或者浏览器，以供用户查看。
还可以是将元数据查询请求对应的元数据反馈给下一个数据处理节点或者模块，以进行进一步的数据处理。

[0054] 在本申请实施例中，基于构建的元数据库，除了可以进行元数据的查询，还可以对元数据中的数据进行增添。因此，该方法还包括：获取待处理的新的医疗数据；新的医疗数据中包括多种新的医疗数据和多种医疗数据的数据名称；根据多种新的医疗数据的数据名称确定多种新的医疗数据对应的医疗术语；判断在预设的元数据库是否有与多种新的医疗数据对应的医疗术语相同的医疗术语；若在预设的元数据库没有与多种新的医疗数据对应的医疗术语相同的医疗术语，根据多种新的医疗数据的数据名称确定多种新的医疗数据对应的时间维度、空间维度以及程度维度；将多种新的医疗数据对应的医疗术语、时间维度、空间维度以及程度维度和多种新的医疗数据添加到预设的元数据库中。

[0055] 其中，在步骤101-步骤103中描述的是能够在预设的元数据库中查找到元数据的情况，在实际情况中，有可能查找不到对应的元数据，此时就可以通过上述过程对预设的元数据库进行增添。因此，待处理的新的医疗数据可以是待增加到元数据库中的数据，也可以是通过元数据查询没有查找到对应的结果的医疗数据。若是待增加到元数据库中的数据，其数据来源与原来构建时的待处理的医疗数据的数据来源可以是一致的。

[0056] 进一步的，与初始构建时不同的是，新增添的元数据可以利于原来的数据结构框架，先确定是否有的医疗术语，若没有对应的医疗术语，那么就可以确定多种新的医疗数据对应的时间维度、空间维度以及程度维度，然后按照构建时相同的方式将各个数据添加到元数据库中。

[0057] 若已有对应的医疗术语，此时可以不必再将医疗术语添加到元数据库中，但是仍然需要确定时间维度、空间维度以及程度维度，然后将时间维度、空间维度以及程度维度加到元数据库中。在这种情况下，相当于医疗术语已有了，但是进一步的描述信息，时间维度、空间维度以及程度维度有新增的，将这些描述信息与已有的医疗术语、新的医疗数据对应存储，实现数据的新增。

[0058] 在本申请实施例中，在构建好元数据库后，当可以进一步添加更多的数据到元数据库中，在添加新的数据到元数据中时，可以按照已有的框架，即医疗术语、时间维度、空间维度以及程度维度一一对应的方式，进而可以不断的扩充元数据库中存储的数据，便于数据的管理和应用。

[0059] 基于同一发明构思，请参照图2，本申请实施例中还提供一种元数据管理的装置200，包括：接收模块201、查找模块202以及反馈模块203。

[0060] 其中，接收模块201用于：接收元数据查询请求，所述元数据查询请求包括目标医疗数据的数据名称。查找模块202用于：根据所述数据名称在预设的元数据库查找与所述元数据查询请求对应的元数据；所述元数据查询请求对应的元数据包括用于描述所述目标医疗数据的医疗术语、所述目标医疗数据的时间维度、空间维度以及程度维度。反馈模块203用于：反馈所述元数据查询请求对应的元数据。

[0061] 可选的，元数据管理的装置200还包括获取模块和构建模块，获取模块用于：获取待处理的医疗数据；所述待处理的医疗数据中包括多种医疗数据和所述多种医疗数据的数据名称。构建模块用于：根据所述多种医疗数据的数据名称确定所述多种医疗数据对应的医疗术语、时间维度、空间维度以及程度维度；根据所述多种医疗数据对应的医疗术语、时间维度、空间维度以及程度维度和所述多种医疗数据构建元数据库，得到所述预设的元数据库。

[0062] 可选的，构建模块具体用于：对所述多种医疗数据的数据名称进行医疗术语关键字提取，确定所述多种医疗数据对应的医疗术语；对所述多种医疗数据的数据名称进行时间特征提取，确定所述多种医疗数据对应的时间维度；对所述多种医疗数据的数据名称进行空间特征提取，确定所述多种医疗数据对应的空间维度；对所述多种医疗数据的数据名称进行程度特征提取，确定所述多种医疗数据对应的程度维度。

[0063] 可选的，构建模块具体还用于：将所述多种医疗数据与所述多种医疗数据对应的医疗术语对应存储；根据所述多种医疗数据对应的时间维度、空间维度以及程度维度对所述多种医疗数据对应的医疗术语进行分类，得到所述预设的元数据库。

[0064] 可选的，获取模块还用于：获取待处理的新的医疗数据；所述新的医疗数据中包括多种新的医疗数据和所述多种医疗数据的数据名称。构建模块还用于：根据所述多种新的医疗数据的数据名称确定所述多种新的医疗数据对应的医疗术语；判断在所述预设的元数据库是否有与所述多种新的医疗数据对应的医疗术语相同的医疗术语；若在所述预设的元数据库没有与所述多种新的医疗数据对应的医疗术语相同的医疗术语，根据所述多种新的医疗数据的数据名称确定所述多种新的医疗数据对应的时间维度、空间维度以及程度维度；将所述多种新的医疗数据对应的医疗术语、时间维度、空间维度以及程度维度和所述多种新的医疗数据添加到所述预设的元数据库中。

[0065] 前述实施例中的元数据管理的方法中的各实施方式和具体实例同样适用于上述元数据管理的装置200，通过前述对元数据管理的方法的详细描述，本领域技术人员可以清楚的知道元数据管理的装置200的实施方式，所以为了说明书的简洁，在此不再详述。

[0066] 基于同一发明构思，本申请实施例还提供一种可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被计算机运行时执行上述任一实施方式的元数据管理的方法。

[0067] 在本申请所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

[0068] 另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

[0069] 再者，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

[0070] 在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

[0071] 以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。