背景情况

急诊医疗服务（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。

InterSystems致力于为客户的所有新老产品提供高质量的产品支持。 随着产品的老化——Caché现在已经25岁了（译者注：本文写成于2023 年）——这种支持将不断发展。

InterSystems IRIS于2018年发布，是Caché和Ensemble的后继产品。 许多Caché/Ensemble客户已经迁移到IRIS，或计划在未来几年内迁移到IRIS。 继续使用Caché或Ensemble的客户应注意以下重要公告：

Caché/Ensemble维护发布将持续4年——直到2027年第一季度。2027 年 3 月 31 日之后将不再计划发布 Caché/Ensemble 维护版本。

这些维护版本将根据我们的判断，解决Windows和Red Hat Enterprise Linux (RHEL)的关键缺陷、安全漏洞和更新版本。 我们不计划为其他平台发布维护版本（我们剩余的绝大多数Caché/Ensemble客户都运行在Windows或RedHat平台上）。

我们的计划是每 12 个月发布一次维护版本，并根据需要发布额外的安全版本。(请参阅 "加快并提高可预测性：更新我们的发布节奏"）。

我们不会宣布 Caché 或 Ensemble 产品支持的终止日期，InterSystems 将继续按照现有的支持或订购协议提供支持，响应级别与所有其他产品相同。

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

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

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

InterSystems Caché®, InterSystems Ensemble®, and HealthShare® Health Connect 的2018.1.12维护版本现已全面上市（GA）。

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

文档

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

• Caché® 和 Ensemble® 变更说明 (2018.1.12)
• 从2018.1.11到2018.1.12的升级影响清单

早期访问计划 (EAP)

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

如何获取软件？

InterSystems Caché 的完整安装包可从本 WRC 的Caché 完整工具包页面获取。InterSystems Ensemble 的完整安装包可从本世界无线电通信会议的Ensemble 完整工具包页面获取。HealthShare Health Connect 套件可从 WRC 的HealthShare 完整套件页面获取。

可用性和软件包信息

该版本为所有支持的平台提供了经典安装包。 有关完整列表，请参阅 "支持的平台 "文档。Caché 和 Ensemble 工具包的构建编号为2018.1.12ce.122.0。

处理文件通常很简单：打开文件，读取并处理。这种方法非常有效，直到文件碰巧是 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

欢迎反馈！