业务规则是 InterSystems Ensemble 产品解决方案的一部分，该解决方案允许非技术用户在特定决策点更改 Ensemble 业务流程的行为。
大家好。
我从主生产视图中了解到，可以在旧版和新版界面之间切换，但像规则编辑器这类功能是否有类似的切换选项？
我曾在其他地方看到，早期版本可以通过禁用/启用 Web 应用来切换界面，但在 2026.1 版本中我找不到这个功能，而且那些帖子中提供的文档链接现在已经过时，无法跳转到文档的相应部分。
这主要是为了应对某些功能在新界面中尚未完全优化完善的情况，或者为了让我们的开发人员熟悉新旧界面之间的差异。
简而言之：InterSystems IRIS for Health 允许开发人员直接在后端 ObjectScript 例程中执行 FHIR CRUD 操作，而无需依赖 HTTP REST 层。通过使用 HS.FHIRServer.Service，开发人员可以创建服务上下文、构建动态查询、验证模式，并高效地检索 FHIR 资源。
传统的 FHIR 实现通常通过 HTTP/REST 管道处理请求。本文探讨了绕过该层、直接在 IRIS 后端执行 FHIR 操作时的情况，重点介绍了该方法涉及的架构、服务上下文、查询处理、验证和资源访问。
本文适用对象：本指南专为InterSystems IRIS for Health、HealthShare 和 Health Connect 开发人员，以及需要在不依赖外部 HTTP 端点的情况下，直接在后端 ObjectScript 例程中执行低开销 FHIR 操作的医疗信息学工程师而设计。
部署在 InterSystems IRIS for Health、HealthShare 和 Health Connect 上的标准 FHIR 实现，依赖于通过 REST 应用层映射到 HS.FHIRServer.Service 的入站 HTTP 管道。
为什么同一个人有两条记录，名字却不同？当相似的记录包含相互冲突的标识符时，系统应如何处理？当关键信息缺失时，系统应给出建议，还是应向来源方索取更多证据？
这些问题促使我开发了“患者身份冲突审查助手”。我希望在互操作性工作流中嵌入一个人工智能代理，供人工审查并可随时暂停。该代理负责收集证据并推荐处理方案；而人工审查员则负责授权记录之间的关联。
该应用程序使用了InterSystems IRIS Community AI Hub EAP 版本 154 中的原生 ObjectScript SDK。本文描述的是 pi-review1.1.0版本（提交编号 ab53930）。 所有案例和源数据均为合成数据，与任何医院均无关联。模型使用情况来自保存的实时呼叫记录。
项目链接：GitHub 代码库·Open Exchange 应用程序 (1.1.0)·带版本号的安装指南。下文所述的实现基于已固定的 1.1.0 源代码。
合成案例 c6 最初缺少身份标识符和出生日期。一名操作员明确启动了调查。代理读取了该案例，验证了其来源，检索了治理规则，并返回了 NEEDS_DATA。随后，生产环境通过原生 MCP 请求了数据丰富处理。
当操作员获取数据丰富结果时，服务器在更新案例前检查了收据、来源范围和版本。随后，操作员显式地启动了另一项调查
Rule Editor的用户们，我们需要你们！我们正在重新设计规则编辑器的部分功能，希望那些每天都在使用这个工具的用户能来体验一下我们的设想！👩💻
如果您已经试用过新的（Angular）规则编辑器，并遇到了奇怪的边际情况，或者曾疑惑“为什么它会这样工作”，现在就是您畅所欲言的好时机！🗣️
以下是新版界面的抢先预览：
如果您有兴趣体验我们的交互式原型，请通过 📧 邮件联系InteropUXFeedback@intersystems.com，告知您的意向以及本周的空闲时间。
🗨️ 告诉我们你愿意参加！
📅 请附上你本周的空闲时间
🎯 帮助打造一款你真正“想用”的工具
您回复得越早，我们能为您做的就越多，所以请尽管联系我们！
供应链是指由公司业务领域及其供应商和合作伙伴（利益相关者）执行的一系列流程和活动，从原材料采购、生产到交付给最终消费者。利用 InterSystems IRIS 的协调功能，供应链管理解决方案可以更好地管理供应链：
现有Ensemble平台BS（服务）、BP（流程）、BO（操作）需对平台及开发语言有一定的了解才能实现，为简化用户操作，现对现有平台进行二次封装，通过API接口的形式进行前后端分离，通过前端界面操作实现BS（对外提供的服务）、BP、BO（逻辑处理或调用外部的服务）自动生成（通过%Dictionary实现），具体实现如下。
版本：Ensemble 2017.2.1
• property Super as %CacheString; Specifies one or more superclasses for the class. 定义一个或多个父类，继承父类
• property** ProcedureBlock** as %Boolean [ InitialExpression = 0 ]; Specifies that the class uses procedure block for method code. 设置类是否允许使用程序块，程序块强制实施变量作用域：方法无法看到由其调用方定义的变量，程序块中的任何变量都会自动成为私有变量
• relationship Parameters as %Dictionary.
在软件开发和业务集成中，规则无处不在：会员折扣的计算规则、根据消息类型和内容将其路由到不同目标系统的路由规则。还有一个规则发挥重要作用的地方- 辅助决策规则，例如临床知识库和医疗质量指标规则。
规则经常需要随业务调整和知识积累进行调整，而规则的调整是业务和行业专家定的。如果规则是以代码硬编码的，这些调整需要程序员改动，一来不直观、需要业务专家与程序员大量的沟通成本，二来硬编码改动会对应用伤筋动骨，甚至带来风险，三来没法控制新规则生效的时间 – 总不能让程序员在新规则生效的那一刻去编译和部署吧。
InterSystems规则引擎可以帮助我们解决这些问题，于构建、执行和记录消息路由规则和普通的业务规则，带给应用和集成方案充分的灵活性和可用性。甚至业务专家和临床信息学家都可以通过低代码的、图形化的规则编辑器修改规则和指定规则生效和失效时间。
InterSystems规则引擎是InterSystems IRIS数据平台和Health Connect与Ensemble集成平台的组件。创建的规则可以被单独调用，也可以被业务流程调用。
本篇介绍规则的如何使用InterSystems规则编辑器创建规则和规则引擎执行规则的逻辑。
1. 规则基本概念
在设计规则前，先了解一下规则的基本概念。
上下文是用于规则定义的数据模型。
在本文中，我將演示以下內容：
以下是主要和轉換後的 HL7 2.5 ORU_R01 消息：
第 1 步：首先，我們需要在數據庫中保存參考範圍，為此我使用了 TestRanges 持久類：
第 2 步：我們需要創建一個自定義函數來獲取引用範圍，為此我在實用程序類中創建了 GetReferenceRange() ClassMethod 函數。 請注意這個類應該是來自 EnsRule.FunctionSet 的擴展
我們需要創建另一個函數來設置異常標誌，為此我在實用程序類中創建了 SetAbnormalFlag() ClassMethod 函數
第 3 步：現在我們將在數據轉換 (UpdateReferenceRangesDTL) 中使用這些函數。