尽管LOCK(docs) 是 InterSystems IRIS 的基础部分，负责并发性，但开发者社区上关于它的讨论并不多。这是可以理解的，因为它是一个稳定且相当低级的命令。在本文中，我将举一个简单的例子，说明如何使用互操作性锁。在示例中，我们将有一个本地表，其中的引用数据由两个不同的进程使用：

• 从表中读取数据的实用功能（由生产中的各种 DTL/Rules 使用）
• 更新表的专用业务操作

这里的问题是，当业务操作更新表时（最糟糕的情况是进行完全重建），自定义函数将无法从表中获取数据，这将导致 DTL/规则处理出现问题。

锁可以帮助我们解决这个问题。具体方法如下：

• 实用程序将在获取数据前获得共享锁。任何数量的进程都可以持有共享锁，因此不会出现并发问题。一旦检索到数据，我们就会释放共享锁。

• 更新器业务操作会先使用共享锁，然后再释放独占锁。一旦某个进程获得独占锁，IRIS 就会保证其他进程无法获得同一资源上的锁。这样，当独占锁被持有时，实用程序就无法获取共享锁。一旦我们的业务操作完成对表的更新，它就会释放独占锁，允许实用程序访问表。

  让我们开始吧

本地表

有点简单（在实际项目中作为 LUT 可能会更好），但我们的目的是展示锁是如何工作的，而不是构建一个复杂的表：

Class Lock.

大家好。又是我！！😀

最近，我试图整理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.

摘要

问题

• 使用非默认路径前缀时，部署无法为 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。