InterSystems互操作进阶 - 第二篇：规则引擎 （第一部分）

     在软件开发和业务集成中，规则无处不在：会员折扣的计算规则、根据消息类型和内容将其路由到不同目标系统的路由规则。还有一个规则发挥重要作用的地方-  辅助决策规则，例如临床知识库和医疗质量指标规则。

规则经常需要随业务调整和知识积累进行调整，而规则的调整是业务和行业专家定的。如果规则是以代码硬编码的，这些调整需要程序员改动，一来不直观、需要业务专家与程序员大量的沟通成本，二来硬编码改动会对应用伤筋动骨，甚至带来风险，三来没法控制新规则生效的时间 – 总不能让程序员在新规则生效的那一刻去编译和部署吧。

InterSystems规则引擎可以帮助我们解决这些问题，于构建、执行和记录消息路由规则和普通的业务规则，带给应用和集成方案充分的灵活性和可用性。甚至业务专家和临床信息学家都可以通过低代码的、图形化的规则编辑器修改规则和指定规则生效和失效时间。

InterSystems规则引擎是InterSystems IRIS数据平台和Health Connect与Ensemble集成平台的组件。创建的规则可以被单独调用，也可以被业务流程调用。

本篇介绍规则的如何使用InterSystems规则编辑器创建规则和规则引擎执行规则的逻辑。

1. 规则基本概念

    在设计规则前，先了解一下规则的基本概念。

1.1 上下文

上下文是用于规则定义的数据模型。用于临床决策支持的上下文通常需要患者信息、诊断、体征与观察、过敏、医嘱等信息来制定规则。例如糖化血红蛋白(观察)超过10%，要提示紧急警告。因为上下文提供了建立规则判据的主要*数据，所以它非常关键。

 医疗行业的数据格式非常复杂，有HL7 V2这种分隔符分隔的字符串、有HL7 CDA这样的XML字符串/字符流、有新的基于JSON的FHIR、还有SQL二维表的记录。这些数据格式都可能会被用做建立规则的上下文模型。

    *注：除了上下文中的数据，还可以使用规则临时变量的数据作为判据。

1.2 规则类型

规则可以用于很多场景，InterSystems规则引擎支持多种规则类型，包括：

• 用于消息路由的规则
  • 根据上下文(请求消息)信息类型和内容，决定消息路由的目标
  • InterSystems提供多种开箱即用的消息路由规则类，分别对应HL7 V2消息、行业虚拟文档消息(DICOM、X12等)、XML虚拟文档消息和普通对象消息
• 普通的业务判断规则
  • 根据上下文内容，决定返回结果
  • 上下文可以是普通对象、HL7消息、医疗行业虚拟文档、XML文档、JSON等
• 管理警告规则
  • 根据系统警告信息路由警告给不同的用户

我们会介绍路由规则和普通业务规则。

无论创建哪种规则，InterSystems技术平台都以类定义保存规则逻辑，也就是创建规则类，从而方便的导入/导出。

1.3 规则辅助类

   规则辅助类约束规则定