专业级 FHIR® 到 OMOP 的转换

让我们把 "专业（__professional）"一词的使用归零，并将其放在一定的背景下。 它是由行业专家编写的，他们将其包装成一项收费服务，并提供 支持 和一些围绕 灵活选项的保护措施，以促进其行为。 我认为，无论是开放式还是自家开发的解决方案（尽管可能做的是同一件事），考虑其规模或提供关键任务价值的另一面都是一个重要的区别。OHDSI 社区拥有一整套围绕 OMOP 数据库 ETL 主题的能力，例如，WhiteRabbit可以分析 OMOP 数据库，Rabbit in a Hat可以帮助设计 ETL。 我想做空这只股票，因为我打赌社区工具会应用到 InterSystems 的转换堆栈中，以完善产品。

在这里，我试图让一个社区对数据转换产生兴趣，这个社区可能生活在数据转换中，但可以肯定的是，这是一个快速入门的开始，可以让您进入 OHDSI 社区的大门，获得财富和 "大规模解决方案武器"，对您的（或他人的）医疗保健数据进行有意义的大规模分析。

Bulk FHIR

该管道的摄取标准是Bulk FHIR 导出，看看 InterSystems 是如何实现Bulk FHIR 协调器的，导出的有效载荷是一个 zip 文件，其中包含带有 FHIR 资源的ndjson文件，每行一个。

您可以用 json 格式的单个导出资源文件作为示例，在程序中使用.

这一次，我们使用 React 作为 IRIS 的前端开发工具，这本身并不是真正的编程。在使用网络开发框架（不限于 React）时，一个关键的考虑因素是使用哪种 CSS 框架。到目前为止，我们一直在使用 Bootstrap，它是标准的，也是最容易上手的。

不过，虽然它很容易使用，但我觉得它提供的自定义灵活性有限。也就是说，即使我们要改用其他 CSS 框架，学习它并从头开始重写所有内容也是一项巨大的工作，所以我们就保持原样。

这一次，在获得了名为 "Claude Code "的强大工具后，我试着让它将 Bootstrap 转换为 Materialize。结果是：修改一次性完成。包括验证在内，整个过程不到五分钟。如果我自己研究 Materialize 并实现它，我想至少需要两三天的时间。

引导式屏幕

Materialize 屏幕

简单地更改样式表并不有趣，所以我还要求修复一个我注意到是错误但一直没有解决的问题。

问题是，即使在编辑屏幕上删除了数据，这些数据仍然会出现在左侧的列表中。

只需一个请求就能轻松解决这个问题。

以下是修复请求的内容：

After pressing the delete button in ExpenseItem.tsx and deleting the corresponding record, update the list in ExpenseItemList.txt so that the deleted item is no longer included in the list.

RabbitMQ 是一个消息代理，它允许生产者（发送数据消息的一方）和消费者（接收数据消息的一方）建立异步、实时且高性能的海量数据流。RabbitMQ 支持 AMQP（高级消息队列协议），这是一种开放标准的应用层协议。

采用 RabbitMQ 的主要原因包括以下几点：

• 您可以使用异步方法来提高应用程序的性能。
• 它通过数据消息中介，让您能够解耦并减少服务、微服务和应用程序之间的依赖关系，这意味着交换数据的生产者和消费者无需互相了解。
• 它允许在利用响应队列之后，交付（包含结果的）已发送数据的长时间运行处理。
• 它帮助您从单体架构迁移到微服务架构，其中微服务通过 Rabbit 以解耦和异步的方式交换数据。
• 它通过使消息能够被存储和转发，提供了可靠性和弹性。一条消息可以被投递多次，直到被处理为止。
• 消息排队是扩展应用程序的关键。随着工作负载的增加，您只需添加更多的工作进程（worker）来更快地处理队列。
• 它与数据流应用程序配合良好。
• 它对物联网（IoT）应用程序有益。
• 它是机器人（Bots）通信的必备工具。

RabbitMQ 基础概念

我们将利用温度监测器作为案例来详述 RabbitMQ 的概念：

• Producer（生产者）：发送消息的软件程序。
• Exchange（交换机）：接收来自生产者的消息，并将其路由到零个或多个队列。
• Queue（队列）：支持小型和大型二进制消息的消息存储区/缓冲区。

如果您是 InterSystems 的新用户，欢迎访问InterSystems 开发者交流中心（Developer Hub）。

您可以从这里开始使用 InterSystems 技术——安装 InterSystems IRIS，连接到它，运行一些实际的东西，或者直接在基于浏览器的交互环境中试用产品（无需设置）。

如果你想知道从哪里开始，这里有你会发现的内容：

开发者入门指南 - 介绍 InterSystems IRIS 的结构以及如何设置它

快速入门 - 简短实用的指南，帮助您从零开始进行设置

大家好！

我很高兴与大家分享一下，在深入研究InterSystems IRIS数据平台数年之后，我终于将自己的项目经验总结成了一本新书：《IRIS编程技术指南》。

撰写这本书对我来说是一项重大的工程挑战。

我的目标是弥合"理解语法 "与 "构建可投入生产的项目 "之间的差距。

为了庆祝本书的发布并为社区做出贡献，我想与大家分享书中的两个具体的技术见解，我相信每个IRIS开发人员都会发现这些见解非常有用。

💡 技术洞察 1：为初学者揭秘 Global 结构

许多新开发者往往把 IRIS 仅仅看作另一个 SQL 数据库。在我的书中，我强调：要真正掌握 ObjectScript，关键在于理解 Globals——即底层的多维存储机制。

核心要点：我会详细讲解 IRIS 是如何将类属性映射到 Global 节点上的。一旦初学者意识到，‘保存一个对象’本质上就是‘设置一个带下标的 Global’，那么性能调优和数据索引背后的逻辑就会豁然开朗。这正是每一位 IRIS 新手都会经历的‘顿悟时刻’。

💡技术洞察 2：%Persistent 类的最佳实践

对于从 Java 或 C# 转向 IRIS 的开发人员来说，适应 IRIS 处理持久化的方式往往是一个常见的挑战。

核心要点：在书中，我深入浅出地讲解了 IRIS 内部的对象关系映射（ORM）概念。

持续训练（CT）流水线将基于特定时间点可用数据，通过数据科学实验开发出的机器学习（ML）模型规范化。它不仅为模型部署做好准备，还支持在新数据可用时进行自主更新，同时具备用于审计目的的稳健性能监控、日志记录和模型注册功能。

InterSystems IRIS 已经提供了支持此类流水线所需的几乎所有组件。然而，缺少一个关键要素：标准化的模型注册工具。在本文中，我将介绍一种结合 IRIS 优势与开源 AI 工程平台 MLflow 的方法。它们共同作为构建有效持续训练（CT）流水线的互补工具。

本仓库中的实现利用了 MLflow 的内置配置来存储 SHAP 解释器，以提供对相应模型预测结果的解释，包括随机森林（Random Forest）、XGBoost、神经网络等“黑盒”复杂模型。

**演示视频**：https://youtu.be/qLdc4jhn83c

---

CT 流水线组件

该 CT 流水线模块背后的理论基于 Google 在相关文章中定义的 MLOps 1 级行业标准。每个组件的实现都利用了 IRIS 和 MLflow 的最佳特性（如下图所示，红色部分突出显示）：

对于那些刚接触 CT 流水线的人来说，上图描述了数据科学项目中传统的实验阶段（上半部分“实验/开发/测试”，通常在 Jupyter Notebook 中进行）如何转化为生产级模型部署。

在 InterSystems IRIS 中使用 OpenEHR

我们偶尔会收到有关在 InterSystems 中使用 OpenEHR 的问题。 通常，这些讨论的重点是企业为什么以及如何在构建应用程序时实施 OpenEHR。下面是一份简要指南：

• InterSystems 注重互操作性： 我们 优先考虑通过 HL7、IHE、DICOM 和 ISO 等标准实现互操作性。根据我们的经验，没有一种标准能满足复杂医疗数据的所有需求。因此，我们建议在评估 OpenEHR 的任何实施方案时，都要与这些标准结合起来，并分析 每种标准能最好地满足哪些情况的需要。
• InterSystems IRIS 上的 OpenEHR：对于使用 OpenEHR 模型构建应用程序或数据产品的组织而言，InterSystems IRIS 是一个理想的平台。它具有多模型功能、可扩展性、高性能和可靠性。InterSystems IRIS for Health 还可在同一应用程序中灵活使用包括 HL7 FHIR 在内的许多其他医疗标准。
• 与 OpenEHR 的互操作性：OpenEHR 早于 HL7 FHIR，但 FHIR 现在涵盖了 OpenEHR 的许多原始用例。

作为新的互操作性用户界面浪潮的一部分（请参阅@Aya Heshmat 在2025.1 和2025.3中介绍的新内容），v2026.1已经作为开发者预览版发布，这可能是您尝试一下的理由——它将发布用于消息查看和搜索的新用户界面，包括可视化跟踪（以及其他用户界面好东西）。

以下是一个快速预告：

📘新书发布｜《IRIS(数据平台)编程技术指南》正式发售！

大家好，我是姚鑫。

最近一段时间，我把自己过去几年在 InterSystems IRIS 项目中的开发经验，系统整理成了一本书—— 📕 《IRIS(数据平台)编程技术指南》 现已由 北京航空航天大学出版社 正式出版发行。

说实话，写书的过程比我想象中要难很多。 如果说写博客是“随手记录”，那么写书就是一次真正的“工程项目”：要保证结构完整、逻辑严谨、内容能从入门一路带到实战。

🚀这本书写了什么？

本书围绕 InterSystems IRIS 的核心开发语言 ObjectScript 展开，内容不仅讲语法，更注重“工程实践”。

主要包括：

✅ IRIS 平台介绍与开发环境搭建 ✅ ObjectScript 语法规则、变量体系、全局变量机制 ✅ 常用数据类型、表达式、系统命令、系统函数 ✅ 函数与方法、面向对象编程基础 ✅ %Persistent 持久类（ORM 与 SQL 映射） ✅ Storage 存储策略、懒加载机制、并发分析 ✅ 嵌入式数据结构、常见性能问题与技术难点解析

整体内容更偏向“项目实战型”，不是纯概念堆砌。

🎯适合哪些人？

Hi 大家好！

备考 InterSystems 认证考试，仅阅读文档远远不够，更需要针对真实考试目标进行集中练习。如果您计划在 HL7、SQL、系统管理或开发领域验证自己的专业技能，系统化的准备将带来显著效果。

🧑‍🏫 备考平台

本平台提供了大量与认证领域相匹配的练习题，并附有详细的答案解析，指出相关文档参考。您还可以随时跟踪自己的学习进度，从而更清晰地了解哪些方面有所提升、哪些方面仍需加强。

涵盖认证

• HL7 接口专家
• IRIS SQL 专家
• IRIS 系统管理专家
• IRIS 开发专家
• ObjectScript 专家

通过教材与互动测验的结合，您可以找出薄弱环节，巩固知识，并以更充分的信心应对考试。

👉 点击此处开始练习

​请注意，exam-prep.es 是一个独立的练习平台，与 InterSystems 无任何关联。本平台旨在作为备考的辅助工具使用。

痛点所在

我们在将 IRIS 实例迁移到另一台机器（甚至可能是升级版本）后，有多少次是在几天之后才猛然惊觉：我们忘了迁移那个对于业务操作（Business Operations）至关重要的 SSL 配置？或者是漏掉了某个凭据（Credential），又或是某个包里孤零零的一个类？

解决方案

最简单的法子就是列一张清单¹。把我们必须迁移的实体项都罗列出来。但是，Word 文档里的简易清单往往会被人抛诸脑后，甚至干脆被无视。

管理学的基本原理告诉我们：如果你希望人们遵循流程，你可以采取以下手段：

1. 通过监控行为来强制他们执行；
2. 将某项活动系统地锁定在某个流程之后（例如使用流水线部署代码，并要求自动化测试通过才能合并 PR）；
3. 让流程比人工操作更便捷、更省力。​ 这样人们才会心甘情愿地去用。（这正是我的目标所在）

Python 脚本固然可行，但人们可能会忘记脚本放在哪儿，或者去哪儿下载。一旦有了新版本，所有使用者都得重新下载。

IRIS 类或任务似乎也是理想选择，直到你意识到有时你是迁移到另一个网络的服务器，一个实例根本无法访问另一个。

这就是为什么我选择了浏览器插件一旦安装，它便触手可及（哪怕你几个月不用它）；更新会自动完成。即便你换了浏览器或出于某种原因弄丢了插件，从应用商店重新安装也只是点击一下的事。

大家好。又是我！！😀

最近，我试图整理InterSystems IRIS😆的一些学习材料，并意识到这些资源实际上非常分散。

因此，我在这里列出了一个按类别分组的列表，供以下人员使用：

• 是 InterSystems 的新手
• 或想深入了解某个特定领域的人

此外，我还补充了一些自己的经验，说明哪些有用（哪些没用，可能只是对我没用🤫🤐）。

1.对于初学者

如果您不知道从哪里开始，请从这里开始：

• https://developer.intersystems.com/
• https://developer.intersystems.com/resources/
• https://developer.intersystems.com/intersystems-iris-getting-started/

我的体验 从 Developer Hub + 入门开始效果很好。它提供了快速运行的足够条件（无需安装，直接测试!!!!ᾒ）。

不适合我的地方 一开始就直接进入文档→正如我常说的...我知道句子中的每个单词，但就是不理解🥲。

2.设置/安装/工具

当你想真正开始工作时：

• https://developer.intersystems.com/intersystems-iris-getting-started/#setup-and-tools
• https://docs.intersystems.com/

摘要

问题

• 使用非默认路径前缀时，部署无法为 FHIR 服务器、批量 FHIR、FHIR SQL 或相关安全用户界面提供服务。例如，在 Windows IIS、Apache 或其他网络服务器上使用逻辑路径配置时。
• 最常见的情况是使用单个 Web 服务器安装多个部署 ，或从 Web 服务器应用自定义逻辑路径来提供产品 UI 页面。

影响评估

受影响的配置无法从产品用户界面与 FHIR Server 功能交互 。 现有 API、终端和 ObjectScript 方法不受影响。

这会影响 InterSystems IRIS for Health 和 Health Connect 部署在所有支持 Web 服务器（IIS、Apache 和 Nginx）配置的操作系统上。

解决方法

• InterSystems 正在创建一套点版本来纠正这一问题：InterSystems IRIS for Health 2026.1.0.2 和 Health Connect 2026.1.0.2 将于 2026 年 4 月 14 日全面上市。

InterSystems IRIS^® 数据平台、InterSystems IRIS^® for Health^TM 和HealthShare^® Health Connect 的2025.1.4 和 2024.1.6维护版本现已全面上市 (GA)。这些版本包括对最近发布的一些警报和建议的修复，其中包括以下内容：

• 2026 年 4 月 15 日 - 警报：由于健康互操作性问题，删除 InterSystems IRIS for Health 和 Health Connect 2024.1.4 和 2024.1.5 | IDC
• 警报：系统工作队列的日志记录可能被禁用 | InterSystems
• 警报：数据库缓存≥2 TB时系统挂起 | InterSystems

请通过Ideas Portal使用 "发布后反馈"类别分享您的反馈意见，以便我们共同打造更好的产品。

文档

您可以在这些页面上找到详细的变更列表和升级检查列表：

• InterSystems IRIS
• InterSystems IRIS for Health
• HealthShare Health Connect

早期使用计划 (EAP)

现在有许多 EAP 可用。请查看此页面并注册您感兴趣的项目。

如何获取软件？

摘要

问题

• 由于在几个 FHIR 和医疗保健互操作性功能中发现了问题，受影响的 InterSystems IRIS for Health 和 Health Connect 版本正在从 WRC 分发站点删除。这不会影响同一版本的 InterSystems IRIS® 数据平台版本。我们提醒 InterSystems IRIS for Health 和 Health Connect 的所有客户，无论他们打算或实际使用该产品与否，都应遵循所附的修复步骤。
• 稳定性问题可能会导致严重的升级失败和意外或不良的产品行为。有关稳定性问题的完整列表 ，请联系 WRC。

影响评估

尝试升级至受影响产品可能会导致升级步骤失败或产品在以下领域出现不良表现：安装（包括安装向导）、镜像（Mirroring）、FHIR 服务器、批量 FHIR（Bulk FHIR）、IHE 功能、安全角色与资源，以及医疗互操作性功能。

有关 2024.1.4 或 2024.1.5 中关注问题的详细列表，请联系 WRC。

背景情况

急诊医疗服务（EMS）团队到达急诊科时，常常会遇到人口统计数据不完整或未知的病人——没有病历号（MRN），没有确认的姓名，有时甚至没有出生日期。然而，急救医疗运送记录仍然需要准确无误地记录在病历中。

为了支持安全可靠的记录，急救医疗机构、第三方集成服务和医院集成团队建立了安全接口，用于交换识别码和临床信息。当这些标识符不一致时，下游系统就无法自动发布转运记录，从而产生可避免的人工操作，并延误记录的完整性。本文概述了如何使用 FHIR Patient.Search (R4) 来填补最常见的人口统计空白并改进自动发布。

挑战

在许多 EMS 到医院的集成中，患者最初是以通用或临时标识符注册的。最终登记和任何记录合并可能要到稍后才会发生，有时是在出院后。在这些更新传播之前，EMS 患者标识符和电子病历 (EMR) 标识符可能一直不同步。

当转运记录因不匹配而无法发布时，集成通常会生成一个错误，并转到 EMR 工作队列进行人工审核。在 EMS 处理量大的情况下，队列会迅速增长。

关键词 氛围编码（Vibe coding）, Windsurf, IRIS, TIE

为什么不呢？ "氛围编码 "从来都与氛围无关！（ "Vibe coding" is never about the vibe!）

迄今为止，有人没有尝试过 "氛围编码（vibe coding） "吗？

即使仅仅在三年前，如果有人问

• "我可以用英语、西班牙语或只用中文为 NHS TIE 实施 IRIS 吗？"或
• "我能否用英语指示 TIE 建立自己的 e2e 路由，获取 PDF 报告，然后将其转化为 ORU/MDM 信息并提交到 PAS？
• "我们能否只用英语查询 IRIS 数据库，并根据英语指令建立仪表板或我自己的特别报告？

你可能会大笑一声，尽量不生气，找把椅子坐下来，开始计算光是这些分析/SoW/需求/设计/测试/服务文档就需要多少人*日或人*周，以及实际工程工作。

然而，随着基础模型的飞跃和进步，今天的情况肯定会变得更加现实。

我也希望了解其他人是如何使用它的。 以下只是我自己匆忙写下的随笔。

范围：

• IDE：**Windsurf （是的，它还在那里） **或 Cursor 等（现在大约有 20 多个流行/强大的），或者只是带有此类扩展的 VSCode。

互操作性用户界面项目在 2025.1 版本的基础上继续进行 ，并采纳了客户和合作伙伴提出的许多建议和意见。 我们将继续投资于反馈和更新这一重要的用户体验。 在最新发布的 2026.1 版（适用于 IRIS、 IRIS for Health、 HealthConnect 和 Health Connect Cloud） 中 ， BPL 编辑器（BPL Editor） 和 信息查看器/可视跟踪（Message Viewer/Visual Trace） 应用程序现在可供选择使用！
注意：

• 现有用户可在现代化和标准体验之间切换。
• 所有其他互操作性屏幕仍保留在标准用户界面中。
• 由于新的工作流在新的用户界面中可用，我们希望在这项工作继续进行时，两种体验都可用。

• 改进了用户界面在大型制作中的性能，例如有 2000 多台主机的制作
• 当主机被选中时，"制作工具栏 "具有特定于主机的操作功能
• 设置功能可启用/禁用与所有主机的连接线，或在选择主机时只显示主主机连接线
• 可在新操作工具栏中更改主机类别作为操作
• 当同名主机使用不同类别时，检查器面板（右侧）中的主机名称会显示为下拉列表，可在同名主机之间切换
  • 此外，这两个主机在 "生产配置 "视图中将显示为同一主机，并在主机名左侧显示同名主机的数量
• 左侧 "Collections "面板的global筛选器可实现对主机、产品、DTL 等的批量筛选。

处理文件通常很简单：打开文件，读取并处理。这种方法非常有效，直到文件碰巧是 Excel 文件。

常见假设

起初，Excel 文件（.xlsx）看起来就像另一个数据文件，行、列和值。因此，我们很自然地认为它可以像 .txt 或 .csv 文件一样被读取。但问题就出在这里。

Excel 文件为何表现不同

关键区别在于数据的存储方式：

-> .txt / .csv - 纯文本，逐行存储。

-> .xlsx - 压缩、结构化格式（非纯文本）

excel 文件实际上不是一个简单的可读行流。从内部看，它是一个包含结构化数据的打包文件，标准文件读取命令无法解释这些数据。

如果把它当作文本文件处理，会发生什么情况？

• 执行过程中出现错误
• 输出看起来无法阅读

重要事项 --> 这不是限制，而是工具和文件格式不匹配 。

实用的处理方法

与其只使用基于文本的方法，还有更好的选择、

• 转换为 CSV
• 嵌入 Python （pandas 或 openpyxl 等库）
• IRIS 互操作性工具

如果有人曾在 IRIS 中处理过 Excel 文件，或有其他行之有效的方法，请随时分享。）

下面提到几个例子。

简介

FHIR（快速医疗互操作资源）是存储和交换临床数据的现代标准。但是，一旦您的数据存储在 FHIR 服务器中，如何才能真正浏览这些数据呢？FHIR 数据以 JSON 格式存储，虽然功能强大，但直接读取并不实用。我希望有一种工具，可以让您点击病人，以简洁、可读的格式查看他们的病情、用药、化验结果等。于是，我创建了FHIR 患者查看器（FHIR Patient Viewer）。

如何运行

该应用完全在 Docker 中运行，并直接连接 InterSystems IRIS for Health FHIR 服务器。启动时，它会自动将 115 个合成患者载入 IRIS，无需手动设置。

• 浏览患者列表

• 点击任何患者，查看其所有临床记录

  

• 逐字段展开每条记录

• 随时查看底层原始 JSON 文件

  
   

数据

它预装了由Synthea生成的 115 个合成患者数据

Open Exchange 上有完整的源代码和设置说明：
https://openexchange.intersystems.com/package/FHIR-Patient-Viewer-2

欢迎反馈！

摘要

问题

在 HL7 到 SDA3 转换逻辑中发现了一个问题，在处理某些与药物相关的 HL7 报文时可能会导致无限循环。当报文包含的 TQ1 段在 TQ1-3 重复模式字段中有多个重复时，就会出现这个问题。

影响评估

出现这种情况时，受影响的 HL7 报文可能无法成功转换为 SDA。在某些情况下，处理可能会挂起、意外终止或中断相关的下游处理。

此问题取决于数据，不会影响所有 HL7 流量。 如果客户 使用 HL7 到 SDA3 转换处理与药物相关的 HL7 报文，而这些报文包含在 TQ1-3 重复模式字段中有多次重复的 TQ1 段，则可能会受到影响。

不处理这种报文格式的客户不太可能受到影响。

解决方法

• IRIS for Health 和 Health Connect 产品的更新点版本 2026.1.0.234.1 中包含修复程序。
• 计划于 2026 年 7 月发布的 2026.1.4 维护版本也将提供修复程序。

大家好！

我们很高兴地宣布推出一项新的实践培训计划：

🧑‍💻使用 Python 开发 FHIR 应用程序🧑‍💻

本课程以小组为基础，将开发人员从 FHIR 基础知识带入高级、真实的医疗互操作性解决方案，与典型的行业课程相比，课程内容更深入、更实用，并重点关注使用 InterSystems 技术的生产就绪技能。

第一批学员于 2026 年 2 月 15 日开课 ⚠️ 名额有限（一旦学员满额，报名者将被列入候补名单）。

谁应该参加？

本课程非常适合以下组织和团队参加

• 采用或扩展 FHIR
• 开发 SMART on FHIR 应用程序  
• 利用实用、真实的互操作性专业知识提高开发团队的能力

课程结构

该计划由三个渐进的 5 周模块组成。学员可以参加单个模块的学习，也可以完成为期 15 周的全部课程。

每周包括

• ~3 小时的异步视频和指导实验
• 1 小时由教师指导的现场互动讨论
• 两次讲座和一次动手实验室
• 可选的结课项目：SMART on FHIR 应用程序

模块概述

• 基础 （5 周）——扎实理解 FHIR 核心概念和实践基础，包括资源、REST 操作、搜索、验证和服务器交互。
• 中级 （5 周）——使用 Python 开发安全、可扩展的 FHIR 应用程序，包括 SMART on FHIR、批量数据访问、实施指南和负责任的人工智能集成模式。

InterSystems IRIS® 数据平台、InterSystems IRIS^® for Health 和HealthShare^® Health Connect 的2026.1版本现已全面上市 (GA)。这是一个扩展维护 (EM) 版本。

版本亮点：

• 数据库可扩展性增强：取消了历史数据库大小限制，实现了无缝增长，超过了以前的大小限制，无需进行数据转换。其他底层性能改进进一步优化了大规模操作。
• 表分区：根据用户定义的逻辑键拆分表和相关索引数据，以便在数据库间轻松映射。这可以实现存储分层，提高查询性能和超大表的运行效率。该功能是一项实验性功能，可通过 "早期访问计划"订阅更新并转达您的反馈意见。
• 互操作性用户体验改进：此更新具有新的 BPL 编辑器、对生产配置的额外改进以及 DTL 编辑器，其中包括人工智能辅助 DTL 解释。要了解更多信息，请访问InterSystems 学习中心。对于现有客户，这些功能仍可选择使用。在集成方面，该版本引入了 Mirth 迁移工具，以加速传统集成引擎的替换和现代化。
• FHIR 服务器授权、批量数据和管理更新： 大幅扩展 FHIR 功能，包括细粒度 OAuth 范围执行和结果过滤，从而实现更精确的数据访问控制。增强批量 FHIR（JWT 授权、从 EHR 计划导出）和更快的服务器/软件包管理。

InterSystems IRIS®数据平台的2023.1.7维护版本 、 InterSystems IRIS® for **** for HealthTM和HealthShare®Health Connect的 2023.1.7 维护版本现已全面上市 (GA)。

请通过Ideas Portal使用 "发布后反馈"类别分享您的反馈意见，以便我们共同打造更好的产品。

文档

您可以在这些页面上找到详细的变更列表和升级清单：

• InterSystems IRIS
• InterSystems IRIS for Health
• HealthShare Health Connect

早期使用计划 (EAP)

现在有许多 EAP 可用。请查看此页面并注册您感兴趣的项目。

如何获取软件？

InterSystems IRIS 和 InterSystems IRIS for Health 的完整安装包可从 WRC 的InterSystems IRIS 数据平台完整工具包页面获取。HealthShare Health Connect工具包可从 WRC 的HealthShare 完整工具包页面获取。容器映像可从InterSystems 容器注册中心获取。

可用性和软件包信息

此版本附带适用于所有支持平台的经典安装包，以及 Docker 容器格式的容器映像。 有关完整列表，请参阅支持的平台文档。这些维护版本的版本号是2023.

我以前可能提到过这一点：我认为可视化跟踪（Visual Traces），即包含每个步骤完整内容的序列图，是 IRIS 数据平台的一项神奇功能！以可视化跟踪的方式提供有关 API 内部工作原理的详细信息，对 IRIS 平台上的项目非常有用。当然，这适用于我们没有开发高负荷解决方案的情况，在这种情况下，我们根本没有时间保存/读取信息。对于所有其他情况，欢迎阅读本教程！

大家好。好久不见。我想再次与大家分享我最近学习的内容 通过 JDBC 使用 SQL 创建外来表。

因为我同时也在学习 IRIS BI，所以我从这个 Sample-BI docker 环境开始。

https://github.com/intersystems/Samples-BI

启动环境后，以超级用户身份登录管理门户http://localhost:52773/csp/sys/UtilHome.csp。

将命名空间切换为IRISAPP。

我们会发现所有样本数据都存储在IRISAPP 命名空间中。让我们找一张简单的表来测试外来表功能 🤣

System Explorer > SQL

让我们通过在 "执行查询（Execute Query tab） "选项卡中执行以下 SQL 查询来试试表HoleFoods.Outlet

SELECT
ID, City, Country, Latitude, Longitude, Population, Type
FROM HoleFoods.Outlet

太棒了！😉 表中有 35 个条目。

摘要

• InterSystems IRIS® 数据平台
• InterSystems IRIS® for Health
• InterSystems Health Connect™版本
• 2024.3.0
• 2025.1.0 - 2025.1.3
• 2025.2.0
• 2025.3.0 | 运行：高风险 | 使用了 ≥ 2 TB 的数据库缓存 |

问题

在上述版本中，如果数据库缓存大于或等于 2,097,152 MB（2 TB），实例可能无法启动或在运行过程中挂起。请注意，未配置实例的初始数据库缓存分配是系统物理内存的 25%；因此，如果物理内存≥ 8 TB，则未配置实例可能存在风险。更多信息，请参阅为数据库和常规缓存分配内存以及数据库缓存 (globals) 配置参数。

如果使用高级配置选项分配多个块大小的缓冲区，则必须以global缓冲区为单位计算限制。只要所有大小的缓冲区总和少于 268,435,456 个，就不会有风险。

此问题影响以下产品的 2024.3、2025.1.0 - 2025.1.3、2025.2.0 和 2025.3.

InterSystems 定期更新我们的软件发布政策和实践，以适应客户的需求。

为了让客户和合作伙伴更容易预测，我们现在改变了维护版本的发布节奏，并对其他几个方面进行了调整。

本文总结了我们数据平台产品的发布周期和最近的变化，并宣布了一些新的更新。

为什么要改变？

• 我们的客户更快地接受了我们的新版本。
• 我们的客户更快地采用新的平台版本（操作系统和协调器）。
• 安全问题更频繁地出现，尤其是在第三方库中。
• 我们的客户要求更可预测的交付日期。

有什么相同之处？功能发布节奏提醒

自 2018 年以来，InterSystems 一直在使用 InterSystems IRIS 的双流功能发布节奏（请参阅原始公告）。我们提供

• 持续交付（Continuous delivery, CD）版本——这些版本可快速访问新功能，非常适合开发和部署持续更新的应用程序，并可立即利用新功能。有时也称为 "快车"。
• 扩展维护（Extended maintenance, EM）版本——这些版本的发布频率低于持续交付版本，但具有维护版本所具有的更高稳定性。它们是大型企业应用程序的理想选择，在这些应用程序中，在维护版本中轻松获得修复比尽早获得新功能更重要。有时也称为“慢车”。

EM 发行版的版本号为 YYYY.1（例如 2022.1 或 2023.1），因此很容易识别。 CD 发行版的版本号为 YYYY.2、YYYY.3 等。