CN111966338A - 可编写规则配置模块、规则生成系统、及规则管理平台 - Google Patents

Abstract

本申请提供了一种可编写规则配置模块、规则生成系统、及规则管理平台。本申请通过添加可编写的规则配置模块，可使业务人员可直接使用变量名称和布尔运算按照业务逻辑书写业务规则，并对业务规则进行存储、编辑和测试。相较于目前的规则编程语言，本申请直接使用变量名称和布尔运算进行业务规则书写，学习成本低，表达业务逻辑清晰、简便，易于校验和修改，适于非计算机背景的业务人员快速学习和使用，完成业务规则生产、校验的完整闭环。

Description

可编写规则配置模块、规则生成系统、及规则管理平台

技术领域

本发明涉及数据处理技术领域，特别是涉及一种可编写规则配置模块、规则生成系统、及规则管理平台。

背景技术

在医疗、金融等领域相关机构或企业中，需要通过较为复杂的业务逻辑处理多种任务，主要通过两种方式实现：1.在程序代码中绑定业务逻辑，当业务逻辑发生变化时，重构代码以进行业务逻辑的更新；2.将业务逻辑从程序代码中解耦，使用规则引擎编码和执行业务逻辑。规则引擎是基于规则的专家系统或决策支持系统的主要组成之一，通过执行业务规则实现逻辑运算。相较于直接在程序代码中绑定业务逻辑，基于规则引擎构建满足业务需求的决策平台，将业务逻辑与底层程序解耦，具有灵活配置和更新业务逻辑的优势，利于复杂业务的处理效率，降低人力成本。

然而，常用的规则引擎需要使用其所定义的专门的规则编程语言(包括计算机编程语言(如Java，Python等)，或该规则引擎所定义的域描述语言(DSL,Domain SpecificLanguage))进行规则的书写，而对于非计算机背景的业务人员有较高的学习成本，且无法快速进行规则验证和问题定位。当下基于医院数据库所扩展的多种医疗应用，也大都需要基于业务人员与软件人员的协作才能实现，业务逻辑生产的效率和准确率逐渐无法满足快速增长的业务需求。

因此，需要一种可直接由非计算机背景的业务人员进行业务规则生产和校验的方法，以实现业务规则灵活高效的配置和调整。

发明内容

鉴于以上所述现有技术的缺点，本申请的目的在于提供一种可编写规则配置模块、规则生成系统、及规则管理平台，以解决现有技术中存在的至少一个问题。

为实现上述目的及其他相关目的，本申请提供一种可编写规则配置模块，所述模块包括：至少一区块，其包含有用于表达一场景或功能的业务逻辑规则，以用于对输入数据依据所述业务逻辑规则进行逻辑加工得到输出数据；输入变量，作为所述区块的输入数据；其为通过数据引擎从业务数据库中按照取数业务逻辑读取的业务变量数据；输出变量，作为所述区块的输出数据；其为所述区块对输入变量进行逻辑加工所输出的变量数据。

于本申请的一实施例中，所述业务逻辑规则包括：可编写的条件列与可编写的动作列；所述条件列中通过条件信息和布尔运算符构成的条件表达式；所述动作列中通过动作编号或动作名称表征某一条件表达式成立时触发执行某一动作的程序。

于本申请的一实施例中，所述模块还包括：局部变量，其为所述区块内部定义的且仅在本区块内参与逻辑加工的变量数据。

于本申请的一实施例中，所述输入变量、输出变量、及局部变量中变量的数据源包括：诊断、药品、医嘱、检验、检查、护理记录、生命体征、及病历文书中任意一种或多种组合；所述变量的属性包括：变量名称、条件筛选字段、条件筛选值、取值字段、输出类型、时间窗、及聚合方式中任意一种或多种组合。

为实现上述目的及其他相关目的，本申请提供一种规则生成系统，所述系统包括：数据引擎，用于从业务数据库中按照取数业务逻辑读取业务变量数据，并输出至规则引擎；规则引擎，用于解析如上所述的可编写规则配置模块，以将其转化为可执行的业务规则编码；依据解析出的业务逻辑规则对所述业务变量数据进行业务逻辑运算，以索引触发相应动作。

于本申请的一实施例中，所述系统还包括：规则验证模块，用于通过导入规则测试用例进行测试，并将测试结果与对应预设的规则验证用例进行比对，输出规则验证结果。

为实现上述目的及其他相关目的，本申请提供一种规则管理平台，所述平台包括：环境配置单元，用于对业务规则执行所需的如上所述的业务规则生成系统中的数据引擎与规则引擎进行配置；规则管理单元，包括：规则传输单元、及规则解析单元；所述规则传输单元，用于上传或下载如上所述的可编程业务规则配置模块；规则解析单元，用于解析所述可编程业务规则配置模块，并将其转化为可执行的业务规则编码。

于本申请的一实施例中，所述平台还包括：区块管理单元，用于对所述可编程业务规则配置模块中包含的区块进行编写或管理；或用于对所述区块所包含的业务逻辑规则中的条件列或动作列进行编写或管理；所述区块包含有用于表达一场景或功能的业务逻辑规则，以用于对输入数据依据所述业务逻辑规则进行逻辑加工以得到输出数据。

于本申请的一实施例中，所述平台还包括：规则验证单元，用于通过导入规则测试用例进行测试，并将测试结果与对应预设的规则验证用例进行比对，输出规则验证结果。

综上所述，本申请提供的一种可编写规则配置模块、规则生成系统、及规则管理平台，所述模块包括：至少一区块，其包含有用于表达一场景或功能的业务逻辑规则，以用于对输入数据依据所述业务逻辑规则进行逻辑加工得到输出数据；输入变量，作为所述区块的输入数据；其为通过数据引擎从业务数据库中按照取数业务逻辑读取的业务变量数据；输出变量，作为所述区块的输出数据；其为所述区块对输入变量进行逻辑加工所输出的变量数据。

具有以下有益效果：

本申请可使业务人员可直接使用变量名称和布尔运算按照业务逻辑书写业务规则，以规则配置文档的形式对业务规则进行存储、编辑和测试。目前的规则引擎通常需要特定的规则编程语言进行书写，相较于目前的规则编程语言，本申请直接使用变量名称和布尔运算进行业务规则书写，学习成本低，表达业务逻辑清晰、简便，易于校验和修改，适于非计算机背景的业务人员快速学习和使用，完成业务规则生产、校验的完整闭环。

附图说明

图1显示为本申请于一实施例中的可编写规则配置模块的结构示意图。

图2显示为本申请于一实施例中的可编写规则配置模块的场景示意图。

图3显示为本申请于一实施例中的规则生成系统的模块示意图。

图4显示为本申请于一实施例中的规则管理平台的模块示意图。

具体实施方式

以下通过特定的具体实例说明本申请的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本申请的其他优点与功效。本申请还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本申请的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本申请的基本构想，虽然图式中仅显示与本申请中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，但其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

在通篇说明书中，当说某部分与另一部分“连接”时，这不仅包括“直接连接”的情形，也包括在其中间把其它元件置于其间而“间接连接”的情形。另外，当说某种部分“包括”某种构成要素时，只要没有特别相反的记载，则并非将其它构成要素，排除在外，而是意味着可以还包括其它构成要素。

其中提到的第一、第二及第三等术语是为了说明多样的部分、成分、区域、层及/或段而使用的，但并非限定于此。这些术语只用于把某部分、成分、区域、层或段区别于其它部分、成分、区域、层或段。因此，以下叙述的第一部分、成分、区域、层或段在不超出本申请范围的范围内，可以言及到第二部分、成分、区域、层或段。

再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A、B和C”。仅当元件、功能或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

在医疗、金融等领域相关机构或企业中，需要通过较为复杂的业务逻辑处理多种任务，常用的规则引擎需要使用其所定义的专门的规则编程语言(包括计算机编程语言(如Java，Python等)，或该规则引擎所定义的域描述语言(DSL,Domain Specific Language))进行规则的书写，而对于非计算机背景的业务人员有较高的学习成本，且无法快速进行规则验证和问题定位。当下基于医院数据库所扩展的多种医疗应用，也大都需要基于业务人员与软件人员的协作才能实现，业务逻辑生产的效率和准确率逐渐无法满足快速增长的业务需求。因此，需要一种可直接由非计算机背景的业务人员进行业务规则生产和校验的方法，以实现业务规则灵活高效的配置和调整。

在本申请中，业务人员主要指非计算机背景、无SQL基础的变量定义和生产人员；而软件开发测试人员，指具有计算机背景和软件开发测试经验、熟悉SQL书写的开发测试人员。

为解决上述问题，本申请的目的在于提供一种可编写规则配置模块、规则生成系统、及规则管理平台，本申请通过添加可编写规则配置模块，可使业务人员可直接使用变量名称和布尔运算按照业务逻辑书写业务规则，以规则配置文档的形式对业务规则进行存储、编辑和测试。

目前的规则引擎通常需要特定的规则编程语言进行书写，相较于目前的规则编程语言，本申请直接使用变量名称和布尔运算进行业务规则书写，学习成本低，表达业务逻辑清晰、简便，易于校验和修改，适于非计算机背景的业务人员快速学习和使用，完成业务规则生产、校验的完整闭环。

需说明的是，在一或多个可实现的实施例中，所述可编写规则配置模块也可以是文档或文件形式的读取模块。

如图1所示，展示为本申请于一实施例中的可编写规则配置模块的结构示意图。如图所示，所述模块100包括：

至少一区块110(Block)，其包含有用于表达一场景或功能的业务逻辑规则，以用于对输入数据依据所述业务逻辑规则进行逻辑加工得到输出数据；

于本实施例中，在业务规则中，所述可编写规则配置模块100中可设置多个区块110，以区块110划分规则的功能组分。对于复杂规则，其中有场景或功能区分的，根据其对应的场景或功能，划分为若干个区块110。每个区块110为单位，接收输入变量120，生成输出变量130，通过输入和输出变量130，实现区块110间的变量传递。

在本申请所述可编写规则配置模块100中，通过划分区块110，使得业务规则按照不同的场景、功能进行区分，能够简化复杂业务规则的生产和校验，提高生产效率和准确率。

于本实施例中，所述业务逻辑规则(Rule)包括：可编写的条件列(Condition)与可编写的动作列(Action)。即所述区块110中的每条业务逻规则由条件列与动作列构成。具体地，在所述条件列中，通过条件信息和布尔运算符构成的条件表达式，例如，在可编写规则配置模块100中，条件表达式可由变量名称、等号、不等号、变量限定值等构成，如，“变量a＝＝true”，“变量b>2”；所述动作列中通过动作编号或动作名称表征某一条件表达式成立时触发执行某一动作的程序，例如，规则中条件满足时，触发执行程序Action-a。

举例来说，{规则1：条件＝“条件A”且(“条件B”或“条件C”)，动作＝“动作a”，“动作b”}，该业务逻辑规则的业务逻辑为，当条件A成立，且条件B或条件C任一成立，则同时触发动作a和动作b。

输入变量120(Input Variable)，作为所述区块110的输入数据；其为通过数据引擎从业务数据库中按照取数业务逻辑读取的业务变量数据。其中，所述输入变量120还可为某一所述区块110产生的输出变量130，当某一区块110的输出数据作为另一区块110的输入数据时，该后一区块110的输入变量120实则为前一区块110的输出变量130)；

输出变量130(Output Variable)，作为所述区块110的输出数据；其为所述区块110对输入变量120进行逻辑加工所输出的变量数据。

另外，所述可编写规则配置模块100还包括：局部变量(Local Variable)，其为所述区块110内部定义的且仅在本区块110内参与逻辑加工的变量数据。所在区块110内可定义局部变量，局部变量仅在该区块110内部定义和作用，不传递给其他区块110。

需要说明的是，本申请中所述的变量，可以是基于数据应用的医疗信息软件中的数据库进行数据变量提取和加工，以作为本申请中的输入变量120。或者，也可以是与本申请相对应的通过一种可由业务人员编写的数据库变量生产方法所产生的变量，即由业务人员依据业务知识，撰写变量取数和加工逻辑，完成变量配置文件。例如，其方法包括：获取用于定义变量取数和加工逻辑的输入信息，以形成变量配置文件；读取所述变量配置文件以生成相应的可被数据引擎执行的取数语句；解析所述取数语句并由数据引擎依据所述取数语句从数据库中提取变量数据以及对变量进行赋值。

于本申请一实施例中，在本申请中所述的可编写规则配置模块100优选应用于医学领域。其中，所述输入变量120、输出变量130、及局部变量中变量的数据源包括但不限于：诊断、药品、医嘱、检验、检查、护理记录、生命体征、及病历文书中任意一种或多种组合；

所述变量的属性包括：变量名称、条件筛选字段、条件筛选值、取值字段、输出类型、时间窗、及聚合方式中任意一种或多种组合。

例如，变量名称＝“红细胞计数_定量值_检验_1周内_最小值”，条件筛选字段＝“检验项目”，条件筛选值＝“红细胞计数”，取值字段＝“定量值”，输出类型＝“数值”，时间窗＝“1周内”，聚合方式＝“最小值”等等。

如图2所示，展示为本申请于一实施例中的可编写规则配置模块的场景示意图。如图所示，输入变量1(120)输入值区块1(110)，经区块1(110)业务逻辑规则运算或加工生成输出变量(130)，并同时产生动作a；输入变量2(120)输入值区块2(110)，同时区块1(110)的输出变量(130)共同作为区块2(110)的输入变量(120)，经区块2(110)的业务逻辑规则运算产生动作b和动作c。

需要说明的是，应理解以上模块的各个单元的划分仅仅是一种逻辑功能的划分，实际实现时这些单元可以全部以软件通过处理元件调用的形式实现。例如，区块可以以程序代码的形式存储于上述系统的存储器中，由上述系统的某一个处理元件调用并执行以上区块的功能。其它单元的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。在实现过程中，以上各个单元可以通过软件形式的指令完成。

如图3所示，展示为本申请于一实施例中的规则生成系统的模块示意图。如图所示，所述系统300包括：

数据引擎310，用于从业务数据库中按照取数业务逻辑读取业务变量数据，并输出至规则引擎320。

所述数据引擎310(Data Engine)根据业务逻辑从业务数据库(Data Base)读取数据，并输出业务变量至规则引擎320。举例来说，所述业务数据库可为现有医院的一或多个科室或厂家的数据库，该数据库中存储由不同科室或职能岗位的对应海量数据。所述数据引擎310主要用于从业务数据库中读取或抽取变量数据，以作为图1中的输入变量120。

规则引擎320，用于解析如图1所示的可编写规则配置模块，以将其转化为可执行的业务规则编码；依据解析出的业务逻辑规则对所述业务变量数据进行业务逻辑运算，以索引触发相应动作。

规则引擎320(Rule Engine)是基于规则的专家系统或决策支持系统的主要组成之一，通过执行业务规则实现逻辑运算。相较于直接在程序代码中绑定业务逻辑，基于规则引擎构建满足业务需求的决策平台，将业务逻辑与底层程序解耦，具有灵活配置和更新业务逻辑的优势，利于复杂业务的处理效率，降低人力成本。

本申请所述的规则引擎320首先将业务逻辑从如图1所示的可编写规则配置模块100中解耦，具体为：规则引擎320根据解析出的可编写规则配置模块100中区块的包含的由业务人员编写的业务逻辑规则，然后将其转化为可执行的业务规则编码，然后通过业务逻辑规则中所述条件列的条件表达式对由数据引擎提取的输入变量急性运算，然后按照动作列中索引触发对应动作。

此外，所述系统还包括：规则验证模块330，用于通过导入规则测试用例进行测试，并将测试结果与对应预设的规则验证用例进行比对，输出规则验证结果。即通过一组测试用例及想用验证结果，来对所述规则引擎或被解析的可编写规则配置模块进行测试验证。

举例来说，所述规则验证模块330读取规则测试用例(Rule Test Cases，由数据引擎输出的业务变量和规则引擎输出的动作构成)，与业务人员构造的规则验证用例(RuleValidation Cases)进行比对，输出规则验证结果(Rule Validation Report)。

如图4所示，展示为本申请于一实施例中的规则管理平台的模块示意图。其中，所述规则管理平台400主要提供一种可图形化操作的平台。如图所示，所述平台400包括：

环境配置单元410，用于对业务规则执行所需的如图3中所述的业务规则生成系统300中的数据引擎310与规则引擎320进行配置；

规则管理模块420，包括：规则传输单元、及规则解析单元；所述规则传输单元，用于上传或下载如图1中所述的可编程业务规则配置模块100；规则解析单元，用于解析所述可编程业务规则配置模块100，并将其转化为可执行的业务规则编码。

于本申请一实施例中，所述平台400还包括：

区块管理单元430，用于对如图1所述可编程业务规则配置模块100中包含的区块110进行编写或管理；或用于对所述区块110所包含的业务逻辑规则中的条件列或动作列进行编写或管理；所述区块110包含有用于表达一场景或功能的业务逻辑规则，以用于对输入数据120依据所述业务逻辑规则进行逻辑加工以得到输出数据130。

规则验证单元440，用于通过导入规则测试用例进行测试，并将测试结果与对应预设的规则验证用例进行比对，输出规则验证结果。

举例来说，本申请所述的规则管理平台400可提供用于业务人员输入的界面或端口，方便业务人员设置如图1可编写规则配置模块100中的区块110，尤其是其包含的业务逻辑规则中的条件列或动作列，这里可通过备选项选择或手动输入文字等方式进行输入。然后本申请根据该界面或端口内所选择或填写的内容打包梳理为本申请所述的可编写规则配置模块100。

需要说明的是，上述凭条各单元之间的信息交互、执行过程等内容，由于与本申请所述模块或系统实施例基于同一构思，其带来的技术效果与本申请方法实施例相同，具体内容可参见本申请前述所示的方法实施例中的叙述，此处不再赘述。

综上所述，本申请提供的一种可编写规则配置模块、规则生成系统、及规则管理平台。，本申请通过添加可配置的规则配置文档读取模块，可使业务人员可直接使用变量名称和布尔运算按照业务逻辑书写业务规则，以规则配置文档的形式对业务规则进行存储、编辑和测试。目前的规则引擎通常需要特定的规则编程语言进行书写，相较于目前的规则编程语言，本申请直接使用变量名称和布尔运算进行业务规则书写，学习成本低，表达业务逻辑清晰、简便，易于校验和修改，适于非计算机背景的业务人员快速学习和使用，完成业务规则生产、校验的完整闭环。

本申请有效克服了现有技术中的种种缺点而具高度产业利用价值。

上述实施例仅例示性说明本申请的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本申请的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中包含通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本申请的权利要求所涵盖。

Claims (9)

1.一种可编写规则配置模块，其特征在于，所述模块包括：

至少一区块，其包含有用于表达一场景或功能的业务逻辑规则，以用于对输入数据依据所述业务逻辑规则进行逻辑加工得到输出数据；

输入变量，作为所述区块的输入数据；其为通过数据引擎从业务数据库中按照取数业务逻辑读取的业务变量数据；

输出变量，作为所述区块的输出数据；其为所述区块对输入变量进行逻辑加工所输出的变量数据。

2.根据权利要求1所述的模块，其特征在于，所述业务逻辑规则包括：可编写的条件列与可编写的动作列；

所述条件列中通过条件信息和布尔运算符构成的条件表达式；所述动作列中通过动作编号或动作名称表征某一条件表达式成立时触发执行某一动作的程序。

3.根据权利要求1所述的模块，其特征在于，所述模块还包括：

局部变量，其为所述区块内部定义的且仅在本区块内参与逻辑加工的变量数据。

4.根据权利要求1或3所述的模块，其特征在于，所述输入变量、输出变量、及局部变量中变量的数据源包括：诊断、药品、医嘱、检验、检查、护理记录、生命体征、及病历文书中任意一种或多种组合；

所述变量的属性包括：变量名称、条件筛选字段、条件筛选值、取值字段、输出类型、时间窗、及聚合方式中任意一种或多种组合。

5.一种规则生成系统，其特征在于，所述系统包括：

数据引擎，用于从业务数据库中按照取数业务逻辑读取业务变量数据，并输出至规则引擎；

规则引擎，用于解析如权利要求1-4中任意一项所述的可编写规则配置模块，以将其转化为可执行的业务规则编码；依据解析出的业务逻辑规则对所述业务变量数据进行业务逻辑运算，以索引触发相应动作。

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

规则验证模块，用于通过导入规则测试用例进行测试，并将测试结果与对应预设的规则验证用例进行比对，输出规则验证结果。

7.一种规则管理平台，其特征在于，所述平台包括：

环境配置单元，用于对业务规则执行所需的如权利要求5中所述的业务规则生成系统中的数据引擎与规则引擎进行配置；

规则管理单元，包括：规则传输单元、及规则解析单元；所述规则传输单元，用于上传或下载如权利要求1-4中任意一项所述的可编程业务规则配置模块；规则解析单元，用于解析所述可编程业务规则配置模块，并将其转化为可执行的业务规则编码。

8.根据权利要求1所述的平台，其特征在于，所述平台还包括：

区块管理单元，用于对所述可编程业务规则配置模块中包含的区块进行编写或管理；或用于对所述区块所包含的业务逻辑规则中的条件列或动作列进行编写或管理；所述区块包含有用于表达一场景或功能的业务逻辑规则，以用于对输入数据依据所述业务逻辑规则进行逻辑加工以得到输出数据。

9.根据权利要求1所述的平台，其特征在于，所述平台还包括：

规则验证单元，用于通过导入规则测试用例进行测试，并将测试结果与对应预设的规则验证用例进行比对，输出规则验证结果。

Images