#Health Connect

摘要

问题

在 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 维护版本也将提供修复程序。

InterSystems IRIS® 数据平台、InterSystems IRIS^® for Health^TM 和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.

摘要

• 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 等。