CN112802607A - 一种医疗数据治理系统 - Google Patents

Abstract

本发明公开了一种医疗数据治理系统，涉及医疗技术领域，该医疗数据治理系统根据业务需求、利用多个调用不同治理函数的治理节点搭建形成数据治理模型对原始医疗数据进行治理，每个治理节点所调用的治理函数功能简单、复杂度低、易于编写，可以有效降低建模难度，从而有利于提高数据治理的效率，由于对整体化治理功能分成治理节点逐步执行完成，因此使得每个治理节点可以实现数据治理过程数据的记录以及报错提示，实现了治理过程可评估化，出现了错误可以及时反馈，也便于实现问题追踪，从而有利于提高数据治理的质量以及对治理过程的反馈改进。

Description

一种医疗数据治理系统

技术领域

本发明涉及医疗技术领域，尤其是一种医疗数据治理系统。

背景技术

为了满足各自医疗场景的复杂化、多样化以及个性化的需求，各医院均具有各自的医疗信息系统，医疗信息系统的构成非常复杂、日常运行中积累的原始医疗数据的数据量非常庞大，而且不同医院、不同医疗信息系统所产生的原始医疗数据往往不会遵循相同的数据标准，因此目前通常需要对原始医疗数据执行相应的数据治理操作以挖掘到所需的数据后才能使用。而

当前数据治理的方法通常是面向数据应用场景建立相应的数据治理模型实现相应的功能，由于原始医疗数据的复杂度高，因此数据治理模型的复杂度往往也较高，这就导致建模难度大而且容易出错，导致数据治理的效率和质量往往都难以保证。

发明内容

本发明人针对上述问题及技术需求，提出了一种医疗数据治理系统，本发明的技术方案如下：

一种医疗数据治理系统，该系统包括：

模型搭建模块，模型搭建模块用于创建若干个与业务需求对应的治理节点，并建立不同治理节点之间的连接关系，得到与业务需求的治理流程对应的数据治理模型；每个治理节点具有相应的节点类型并调用治理函数库中的一个治理函数，节点类型包括输入节点、中间节点和输出节点，输入节点的数据输出端连接相应的中间节点，输出节点的数据输入端连接中间节点，每个中间节点的数据输入端和数据输出端分别连接其他治理节点；

模型执行模块，模型执行模块用于获取待治理数据并输入业务需求对应的数据治理模型的输入节点的数据输入端并依次调度执行各个治理节点，每个治理节点在执行时利用医学知识库调用对应的治理函数对数据输入端输入的数据进行处理，并将处理后的数据通过数据输出端输出，直至输出节点执行后通过数据输出端输出数据产生业务需求对应的治理后数据；

治理过程管理模块，治理过程管理模块用于记录各个治理节点的数据治理过程数据并在治理节点执行出错时反馈报错提示。

其进一步的技术方案为，医疗数据治理系统用于对待治理数据进行数据治理分别得到与N个业务需求对应的治理后数据，则模型搭建模块用于搭建得到一个标准化治理模型和N个分别与不同的业务需求对应的深度治理模型，标准化治理模型和一个深度治理模型构成对应的业务需求的数据治理模型，N≥2；

则模型执行模块用于将待治理数据输入标准化治理模型，并将标准化治理模型输出的数据分别输入N个深度治理模型，每个深度治理模型输出对应的业务需求的治理后数据。

其进一步的技术方案为，模型搭建模块包括：

标准化模型搭建单元，标准化模型搭建单元用于创建与N个业务需求共用的标准化治理流程对应的标准化治理模型；

深度治理模型搭建单元，深度治理模型搭建单元用于创建N个深度治理模型，每个深度治理模型分别对应一个业务需求的深度治理流程。

其进一步的技术方案为，该系统还包括：

医疗阶段划分模块，医疗阶段划分模块用于确定与业务需求对应的医疗阶段划分结果，医疗阶段划分结果包括若干个按照时间连续划分的医疗阶段；

业务数据筛选模块，业务数据筛选模块从业务需求对应的数据治理模型输出的所有数据中筛选出数据产生时间在对应的目标时间段内的指标项的数据，得到业务需求对应的治理后数据；

其中，各个指标项所对应的目标时间段与业务需求匹配，相同业务需求下的不同指标项具有相同或不同的目标时间段，同一指标项在不同业务需求下具有相同或不同的目标时间段，目标时间段是业务需求对应的医疗阶段划分结果中的一个医疗阶段。

其进一步的技术方案为，医疗阶段划分模块用于确定业务需求对应的各个医疗阶段的数据抽取指令，并根据数据抽取指令抽取得到各个医疗阶段内的指标项的数据，根据每个医疗阶段内的指标项的数据产生时间确定各个医疗阶段的时间段得到医疗阶段划分结果。

其进一步的技术方案为，医疗阶段划分模块用于根据每个医疗阶段内的指标项的数据产生时间确定各个医疗阶段的开始时刻和结束时刻，并根据下一个医疗阶段的开始时刻调整当前医疗阶段的结束时刻，使得各个医疗阶段的时间段连续而不重复，得到医疗阶段划分结果。

其进一步的技术方案为，治理过程管理模块还用于在治理节点执行出错，且检测到问题库中未存储对应的执行错误数据时，将对应的执行错误数据存储到问题库中，问题库用于更新医学知识库。

其进一步的技术方案为，每个治理节点在执行时，若检测到输入的数据的数据格式不符合预定规则；和/或，在调用治理函数利用医学知识库中与输入的数据对应的治理规则进行治理时，检测到医学知识库中未存储与输入的数据对应的治理规则；和/或，检测到输入的数据存在缺失；则确定执行出错。

其进一步的技术方案为，数据治理模型中的中间节点包括处理节点和/或分拣节点，处理节点包括一个数据输入端和一个数据输出端，分拣节点包括一个数据输入端和多个数据输出端，分拣节点将输入的数据分成多路具有不同医疗指标属性的数据后分别通过数据输出端输出。

其进一步的技术方案为，除输出节点之外的其他每个治理节点的一个数据输出端连接至一个或多个其他的治理节点作为其下层节点，当治理节点的一个数据输出端连接多个下层节点时，治理节点通过数据输出端输出的数据流分别输出给各个下层节点；

除输入节点之外的其他每个治理节点的数据输入端连接一个或多个其他的治理节点作为其上层节点，当治理节点的数据输入端连接多个上层节点时，治理节点的数据输入端输入的数据包括所有上层节点输出的数据。

本发明的有益技术效果是：

1、本申请公开了一种医疗数据治理系统，该医疗数据治理系统根据业务需求、利用多个调用不同治理函数的治理节点搭建形成数据治理模型对原始医疗数据进行治理，每个治理节点所调用的治理函数功能简单、复杂度低、易于编写，可以有效降低建模难度，从而有利于提高数据治理的效率。而且由于对整体化治理功能分成治理节点逐步执行完成，因此使得每个治理节点可以实现数据治理过程数据的记录以及报错提示，实现了治理过程可评估化，出现了错误可以及时反馈，也便于实现问题追踪，从而有利于提高数据治理的质量以及对治理过程的反馈改进。

2、搭建形成数据治理模型时，每个治理节点直接调用治理函数库中的函数实现相应的功能，从而提高了治理函数的复用率，减少了建模过程中的重复操作，进一步提高数据治理的效率。预先定义好的治理函数也更具有规范性和标准性，最终提高数据治理的质量。

3、该系统在构建数据治理模型时，针对多个不同的业务需求的相同治理操作部分构建一个标准化治理模型，对不同的个性化需求部分构建各自的深度治理模型，可以在满足不同业务需求的基础上减少重复操作过程，提高数据治理效率。

4、该系统从医疗领域数据的实际使用需求和特点出发，在系统中设置了医疗阶段划分模块和业务数据筛选模块，对完成数据治理的数据从时间属性角度进一步筛选，从而可以得到更符合实际使用需求、具有实用价值的数据。

附图说明

图1是本申请公开的医疗数据治理系统中各个模块的数据处理流程示意图。

图2是本申请的医疗数据治理系统执行过程中构建得到的治理节点之间的连接关系的示意图。

具体实施方式

下面结合附图对本发明的具体实施方式做进一步说明。

本申请公开了一种医疗数据治理系统，请参考图1，该系统包括：

一、模型搭建模块，模型搭建模块用于得到与业务需求的治理流程对应的数据治理模型。

本申请中的业务需求是在针对待治理数据进行数据挖掘和分析过程中所产生的需求，该业务需求需要提取待治理数据中特定类型的数据并进行特定的操作，按照业务需求的治理流程进行数据治理时即能提取到满足业务需求的特定的数据。该系统可以直接对接不同的医疗信息系统，比如HIS、LIS、CIS和EMR等，采用的对接技术包括DBLINK、WEBSERVICE和KETTLE等，因此本申请中的待治理数据包括来源于一个或多个医疗信息系统的原始医疗数据。

每个业务需求的治理流程通常预先配置确定，治理流程指示治理过程的操作步骤及其逻辑关系，比如治理流程包括：提取术前数据——对术前数据中的红细胞计数值进行单位转换为A单位、对术前数据中的白细胞计数值进行单位转换为B单位。

模型搭建模块创建若干个与业务需求对应的治理节点，并建立不同治理节点之间的连接关系得到与业务需求的治理流程对应的数据治理模型。本申请中的每个治理节点具有相应的节点类型并调用治理函数库中的一个治理函数，可选的还包括治理函数对应的函数参数，该函数参数可以由用户进行配置。

其中，节点类型包括输入节点(InoutNode)、中间节点和输出节点(OutputNode)，每个输入节点经过若干个中间节点后连接到输出节点，则输入节点的数据输出端连接相应的中间节点，输出节点的数据输入端连接中间节点，每个中间节点的数据输入端和数据输出端分别连接其他治理节点。请参考图2所示，节点A、B、C的节点类型为输入节点，节点D、E、F、G、H的节点类型为中间节点，节点I、J、K的节点类型为输出节点。

除输出节点之外的其他每个治理节点的一个数据输出端连接至一个或多个其他的治理节点作为其下层节点，当治理节点的一个数据输出端连接多个下层节点时，治理节点通过数据输出端输出的数据流分别输出给各个下层节点，比如节点E的数据输出端连接节点I，节点D的数据输出端连接节点F和G。除输入节点之外的其他每个治理节点的数据输入端连接一个或多个其他的治理节点作为其上层节点，当治理节点的数据输入端连接多个上层节点时，治理节点的数据输入端输入的数据包括所有上层节点输出的数据。比如节点D连接三个上层节点A、B、C，节点H连接一个上层节点F。

进一步的，中间节点包括处理节点(ProcessNode)和/或分拣节点(CondNode)，处理节点包括一个数据输入端和一个数据输出端，比如图2中节点D、E、G、H为处理节点，节点F为分拣节点。分拣节点包括一个数据输入端和多个数据输出端，分拣节点将输入的数据分成多路具有不同医疗指标属性的数据后分别通过数据输出端输出。其中，当医疗指标项的项目名称不同，和/或，医疗指标项的项目数据不同，和/或，身份信息项不同时，确定两组数据有不同的医疗指标属性。其中医疗指标项用于指示患者所做的医疗检查的相关信息，医疗指标项的项目名称为医学指标中文名称和/或医学指标英文简写。身份信息项用于指示患者的基础身份信息，主要包括患者的性别和/或年龄。比如当不同医疗指标属性为患者的不同性别时，分拣节点将输入的数据分成性别为男的一路数据通过一个数据输出端输出以及性别为女的一路数据通过另一个数据输出端。再比如当不同医疗指标属性为不同的医疗指标项的项目名称时，分拣节点将输入的数据分成三路数据通过数据输出端输出，一路输出项目名称为“白细胞计数”的数据，一路输出项目名称为“红细胞压积”的数据，一路输出项目名称为“红细胞计数”的数据。

治理函数库是一个预先维护的包含医疗数据治理领域常用的治理函数的函数库，不同的治理节点调用相同或不同的治理函数。基于本申请的系统，数据治理模型由多个调用不同治理函数的治理节点搭建而成，相当于将现有技术中由一个复杂函数完成治理功能的做法拆分成由多个简单函数共同完成治理功能，简单函数相比于复杂函数来说更容易构建、复杂度更低，因此可以有效降低建模难度。而且同一个治理函数可以被重复使用在一个数据治理模型中的不同治理节点中，也可以被重复使用在不同数据治理模型的治理节点中，提高了治理函数的复用率，降低了建模复杂度。而且由于治理函数都是预先维护在治理函数库中的，因此避免了用户自行编写治理函数所带来的不确定性，有利于提高治理函数的规范化和标准化，最终提高治理结果的标准化。

每个治理节点可以表示为(Type，Function，Argument)，Type即为节点类型，Function是该治理节点调用的治理函数，Argument是使用的函数参数。同时还可以确定每个治理节点的上层节点和下层节点。治理节点及其连接关系与业务需求的治理流程之间的对应关系是预先配置的，比如可以利用调用GetValue函数的输入节点实现上述举例中“提取术前数据”这一操作步骤。实际的应用场景可能是模型搭建模块根据用户的指令创建治理节点及其连接关系，也即用户根据业务需求的治理流程创建治理节点并对其数据输入/输出端口进行连接，并选择每个治理节点所使用的治理函数。

可选的，在本申请中，该医疗数据治理系统用于对同一组待治理数据进行不同的数据治理分别得到与N个业务需求对应的治理后数据，比如将同一批待治理数据做不同的治理后应用于不同的研究中。通过情况下，这些业务需求中有一些治理步骤是重合的，因此可以认为每个业务需求对应的治理流程可以被拆分为标准化治理流程和深度治理流程，而多个不同的业务需求中的标准化治理流程相同、但深度治理流程不同以满足不同业务需求，常见的标准化治理流程比如有名称标准化、数据格式标准化等等；深度治理流程则根据不同的业务需求有不同的内容，可能会对数据进行逻辑运算等再生成新的数据。因此模型搭建模块用于搭建得到一个标准化治理模型和N个分别与不同的业务需求对应的深度治理模型，标准化治理模型和一个深度治理模型构成对应的业务需求的数据治理模型，N≥2。

则模型搭建模块包括标准化模型搭建单元和深度治理模型搭建单元。标准化模型搭建单元用于创建与N个业务需求共用的标准化治理流程对应的标准化治理模型。深度治理模型搭建单元用于创建N个深度治理模型，每个深度治理模型分别对应一个业务需求的深度治理流程。具体创建标准化治理模型和深度治理模型的方法也是如上所述通过创建治理节点及连接关系得到，本申请不再赘述。

二、模型执行模块，模型执行模块用于执行上述构建的数据治理模型，则模型执行模块获取待治理数据并输入业务需求对应的数据治理模型的输入节点的数据输入端并依次调度执行各个治理节点，每个治理节点在执行时利用医学知识库调用对应的治理函数对数据输入端输入的数据进行处理，并将处理后的数据通过数据输出端输出，直至输出节点执行后通过数据输出端输出数据产生业务需求对应的治理后数据。

调度执行各个治理节点的过程如下：根据每个治理节点所连接的上层节点的数量确定该治理节点的权重，比如图2中节点A、B、C均为输入节点没有上层节点、对应的权重为0，而节点D有三个三层节点则对应的权重为3。处理权重为0的治理节点，当有多个权重相等的治理节点时可以随机选取一个执行，执行完成后对其所连接的下层节点的权重减1，如此循环依次执行各个权重为0的治理节点。比如在图2中，节点A、B、C的权重均为0，此时可以随机选取一个治理节点执行，比如执行节点A，执行完成后，对其下层节点D的权重减1为2；继续执行节点B，执行完成后，对其下层节点D的权重减1为1；继续执行节点B，执行完成后，对其下层节点D的权重减1为0；然后执行节点D，如此循环。

由于本申请会针对多个业务需求构建一个标准化治理模型和多个深度治理模型，因此模型执行模块在执行时，将待治理数据输入标准化治理模型，并将标准化治理模型输出的数据分别输入N个深度治理模型，每个深度治理模型输出对应的业务需求的治理后数据。本申请的这种做法可以很好地提高数据治理的效率，按照常规的治理思路，对N个业务需求需要依次分别完成N次标准化治理流程和N次深度治理流程，而在本申请中对N个业务需求只需完成总计一次标准化治理流程和N次深度治理流程即可，大大简化了重复性操作，提高了数据治理的效率。

三、治理过程管理模块，治理过程管理模块用于记录各个治理节点的数据治理过程数据并在治理节点执行出错时反馈报错提示。其中数据治理过程数据包括治理的数据的类型、内容和数据量等。记录的数据治理过程数据以及报错提示都可以可视化显示，从而直观的看到数据治理过程以及数据治理的效果。

每个治理节点在执行时，若检测到输入的数据的数据格式不符合预定规则；和/或，在调用治理函数利用医学知识库中与输入的数据对应的治理规则进行治理时，检测到医学知识库中未存储与输入的数据对应的治理规则；和/或，检测到输入的数据存在缺失，则确定执行出错。其中，医学知识库是预先维护的库，存储各个治理函数在执行时所依赖的治理规则和所需的参数数据等，比如药品标准化函数需要依赖医学知识库中存储的药品标准化信息，当医学知识库中未有某一类药品的药品标准化信息时，则会导致治理出错。

此时治理过程管理模块不仅会反馈报错提示，还会在检测到问题库中未存储对应的执行错误数据时，将对应的执行错误数据存储到问题库中。问题库也是一个预先维护的数据库，存储治理过程中出现的各种执行错误数据，在将新的执行错误数据存储进问题库中时会有去重处理，避免相同的执行错误数据被重复记录。后续在质量管理环节，可以人工介入修复问题库中出现的执行错误更新医学知识库，因此该问题库用于更新医学知识库。

本申请由多个治理节点来完成所需的治理需求，同时记录每个治理节点的数据治理过程数据也有利于对治理结果进行评估，因此当出错时可以及时发现，从而可以有效提高数据治理的可靠性，而且可以方便定位到治理出错的治理节点，便于改进。

本申请并不直接将数据治理模型输出的数据作为最终业务需求对应的治理后数据，而有进一步的筛选过程，这是因为申请人考虑到在实际医疗领域，数据产生时间是医疗数据非常重要的一个属性，在不同业务需求下有不同的意义。比如患者可能会就诊多次产生多个血常规对应的数据，在一个研究中可能重点需要研究患者第一次的血常规数据，在另一项研究中则可能需要重点研究患者在治疗后的血常规数据以判断治疗效果。再比如在研究药性肝损伤时，也是需要定义到第一次相关指标项的数据，而后续的数据则没有第一次的数据所具有的医疗研究价值。因此该系统还包括：

四、医疗阶段划分模块，医疗阶段划分模块用于确定与业务需求对应的医疗阶段划分结果，医疗阶段划分结果包括若干个按照时间连续划分的医疗阶段。

具体的，医疗阶段划分模块用于确定业务需求对应的各个医疗阶段的数据抽取指令，数据抽取指令包括待抽取指标名称和数据抽取条件，业务需求对应的各个医疗阶段的数据抽取指令通常是预先配置的。根据数据抽取指令抽取得到各个医疗阶段内的指标项的数据，根据每个医疗阶段内的指标项的数据产生时间确定各个医疗阶段的时间段得到医疗阶段划分结果。

实际根据每个医疗阶段内的指标项的数据产生时间所确定的各个医疗阶段的开始时刻和结束时刻之间可能存在重合，则在根据每个医疗阶段内的指标项的数据产生时间确定各个医疗阶段的开始时刻和结束时刻，并根据下一个医疗阶段的开始时刻调整当前医疗阶段的结束时刻，使得各个医疗阶段的时间段连续而不重复，得到医疗阶段划分结果。

五、业务数据筛选模块，业务数据筛选模块从业务需求对应的数据治理模型输出的所有数据中筛选出数据产生时间在对应的目标时间段内的指标项的数据，得到业务需求对应的治理后数据，也即能得到与该业务需求对应的特定的时间段内的数据。其中，各个指标项所对应的目标时间段与业务需求匹配，相同业务需求下的不同指标项具有相同或不同的目标时间段，同一指标项在不同业务需求下具有相同或不同的目标时间段，目标时间段是业务需求对应的医疗阶段划分结果中的一个医疗阶段。

以上所述的仅是本申请的优选实施方式，本发明不限于以上实施例。可以理解，本领域技术人员在不脱离本发明的精神和构思的前提下直接导出或联想到的其他改进和变化，均应认为包含在本发明的保护范围之内。

Claims (10)

1.一种医疗数据治理系统，其特征在于，所述系统包括：

模型搭建模块，所述模型搭建模块用于创建若干个与业务需求对应的治理节点，并建立不同治理节点之间的连接关系，得到与所述业务需求的治理流程对应的数据治理模型；每个治理节点具有相应的节点类型并调用治理函数库中的一个治理函数，所述节点类型包括输入节点、中间节点和输出节点，输入节点的数据输出端连接相应的中间节点，输出节点的数据输入端连接中间节点，每个中间节点的数据输入端和数据输出端分别连接其他治理节点；

模型执行模块，所述模型执行模块用于获取待治理数据并输入业务需求对应的数据治理模型的输入节点的数据输入端并依次调度执行各个治理节点，每个治理节点在执行时利用医学知识库调用对应的治理函数对数据输入端输入的数据进行处理，并将处理后的数据通过数据输出端输出，直至输出节点执行后通过数据输出端输出数据产生所述业务需求对应的治理后数据；

治理过程管理模块，所述治理过程管理模块用于记录各个治理节点的数据治理过程数据并在治理节点执行出错时反馈报错提示。

2.根据权利要求1所述的系统，其特征在于，

所述医疗数据治理系统用于对所述待治理数据进行数据治理分别得到与N个业务需求对应的治理后数据，则所述模型搭建模块用于搭建得到一个标准化治理模型和N个分别与不同的业务需求对应的深度治理模型，所述标准化治理模型和一个深度治理模型构成对应的业务需求的数据治理模型，N≥2；

则所述模型执行模块用于将所述待治理数据输入所述标准化治理模型，并将所述标准化治理模型输出的数据分别输入N个深度治理模型，每个深度治理模型输出对应的业务需求的治理后数据。

3.根据权利要求2所述的系统，其特征在于，所述模型搭建模块包括：

标准化模型搭建单元，所述标准化模型搭建单元用于创建与N个业务需求共用的标准化治理流程对应的标准化治理模型；

深度治理模型搭建单元，所述深度治理模型搭建单元用于创建所述N个深度治理模型，每个深度治理模型分别对应一个业务需求的深度治理流程。

4.根据权利要求1所述的系统，其特征在于，所述系统还包括：

医疗阶段划分模块，所述医疗阶段划分模块用于确定与业务需求对应的医疗阶段划分结果，所述医疗阶段划分结果包括若干个按照时间连续划分的医疗阶段；

业务数据筛选模块，所述业务数据筛选模块从所述业务需求对应的数据治理模型输出的所有数据中筛选出数据产生时间在对应的目标时间段内的指标项的数据，得到所述业务需求对应的治理后数据；

其中，各个指标项所对应的目标时间段与业务需求匹配，相同业务需求下的不同指标项具有相同或不同的目标时间段，同一指标项在不同业务需求下具有相同或不同的目标时间段，所述目标时间段是所述业务需求对应的医疗阶段划分结果中的一个医疗阶段。

5.根据权利要求4所述的系统，其特征在于，

所述医疗阶段划分模块用于确定业务需求对应的各个医疗阶段的数据抽取指令，并根据所述数据抽取指令抽取得到各个医疗阶段内的指标项的数据，根据每个医疗阶段内的指标项的数据产生时间确定各个医疗阶段的时间段得到所述医疗阶段划分结果。

6.根据权利要求4所述的系统，其特征在于，

所述医疗阶段划分模块用于根据每个医疗阶段内的指标项的数据产生时间确定各个医疗阶段的开始时刻和结束时刻，并根据下一个医疗阶段的开始时刻调整当前医疗阶段的结束时刻，使得各个医疗阶段的时间段连续而不重复，得到所述医疗阶段划分结果。

7.根据权利要求1-6任一所述的系统，其特征在于，

所述治理过程管理模块还用于在治理节点执行出错，且检测到问题库中未存储对应的执行错误数据时，将对应的执行错误数据存储到问题库中，所述问题库用于更新所述医学知识库。

8.根据权利要求1-6任一所述的系统，其特征在于，

每个治理节点在执行时，若检测到输入的数据的数据格式不符合预定规则；和/或，在调用治理函数利用医学知识库中与输入的数据对应的治理规则进行治理时，检测到所述医学知识库中未存储与输入的数据对应的治理规则；和/或，检测到输入的数据存在缺失；则确定执行出错。

9.根据权利要求1-6任一所述的系统，其特征在于，

所述数据治理模型中的中间节点包括处理节点和/或分拣节点，所述处理节点包括一个数据输入端和一个数据输出端，所述分拣节点包括一个数据输入端和多个数据输出端，所述分拣节点将输入的数据分成多路具有不同医疗指标属性的数据后分别通过数据输出端输出。

10.根据权利要求1-6任一所述的系统，其特征在于，

除输出节点之外的其他每个治理节点的一个数据输出端连接至一个或多个其他的治理节点作为其下层节点，当治理节点的一个数据输出端连接多个下层节点时，所述治理节点通过所述数据输出端输出的数据流分别输出给各个下层节点；

除输入节点之外的其他每个治理节点的数据输入端连接一个或多个其他的治理节点作为其上层节点，当治理节点的数据输入端连接多个上层节点时，所述治理节点的数据输入端输入的数据包括所有上层节点输出的数据。

Images