简而言之：一家医院运行着几十个系统，而集成工作就是让这些系统就同一个患者达成一致。HIS（医院信息系统）或 EHR 处于中心位置，负责患者身份、入院和临床记录。围绕它的是：实验室系统（LIS）、放射科（RIS 和 PACS）、药房、手术室、急诊室、计费、设备（监护仪、输液泵），以及越来越多的患者应用程序、可穿戴设备和远程医疗。中间的接口引擎接收、转换和路由消息，从而使每个系统只需连接一次，而不是连接到所有其他系统。流量主要是用于事件（入院、医嘱、结果）的 HL7 v2 消息，用于图像的 DICOM，用于文档的 CDA 或 PDF，以及用于任何新功能、面向患者或外部通信的基于 REST 的 FHIR。
系统及其交换内容
医院的集成环境由HIS或EHR（负责患者身份、就诊和临床记录)、实验室系统、放射科（RIS和PACS)、药房、设备、患者应用、远程医疗和区域系统组成。它们交换HL7 v2消息（如ADT、医嘱和ORU结果)、DICOM图像、CDA文档和FHIR资源。
| 系统 | 拥有 | 发送 | 接收 |
|---|---|---|---|
| HIS / EHR | 患者身份、就诊、医嘱、临床记录 | ADT（入院、转科、出院）、ORM/OML 医嘱、SIU 调度 | ORU 结果、MDM 文档、DFT 费用 |
| LIS（实验室） | 标本、分析、结果、参考范围 | ORU^R01 结果、ORR 医嘱响应 | ORM/OML 医嘱、ADT（人口统计信息） |
| RIS / PACS | 影像医嘱、工作列表、报告、图像 | ORU 报告、DICOM 发送至查看器、SIU | ORM/OMI 医嘱、ADT；DICOM MWL 发送至设备 |
| 药房 | 药品目录、配药、库存 | RDS 配药、RAS 给药 | OMP/RDE 药物医嘱、ADT |
| 设备和监护仪 | 生命体征、波形、警报 | ORU^R01 观察结果（IHE PCD）、专有格式 | ADT（患者上下文） |
| 患者门户/应用程序 | 患者输入的数据、访问权限 | FHIR 观察结果、问卷、消息 | FHIR 读取结果、预约、文档 |
| 远程医疗 | 视频就诊、远程监护 | FHIR 就诊、观察结果、DocumentReference | 预约、患者上下文、SMART 启动 |
| 区域和国家系统 | 共享记录、注册表、电子处方 | CDA 文档（XDS）、FHIR、国家消息 | 查询、通知 |
接口引擎
接口引擎是医院的消息中心：它接收来自每个系统的HL7 v2、FHIR、文件和数据库流量，将其转换并路由到所有需要它的其他系统，并负责队列、重试、监控和审计。如果没有接口引擎，N个系统需要多达N×(N−1)/2个手工构建的接口；有了它，每个系统只需连接一次。
该引擎（包括Mirth Connect / NextGen Connect、Rhapsody、InterSystems HealthShare和IRIS for Health、Infor Cloverleaf、Qvera QIE等)提供监听器（MLLP、HTTP、文件、数据库)、转换（映射字段、修复代码、将v2转换为FHIR)、路由（将ADT发送到八个系统，并带有八个过滤器)、队列和重试、监控和审计。它也是在系统不一致时进行患者身份协调的地方，并且通常是构建在旧数据库之上的FHIR外观。请参阅接口引擎详解。
最重要的流程
最重要的医院集成流程包括：ADT（来自HIS的入院、出院、转科和人口统计信息推送)、EHR与实验室或放射科之间的医嘱和结果、药物医嘱和配药、出院信等文档、监护仪的设备数据，以及通过FHIR进行的患者面向的结果、预约和家庭测量交换。
- ADT：每次入院、出院、转科、登记和人口统计信息更新（A01、A03、A02、A04、A08、A40 合并）都会从 HIS 传播到所有其他系统。如果 ADT 延迟或错误，所有下游系统都会将数据记录在错误的患者或就诊下。请参阅 HL7 v2 消息详解。
- 医嘱和结果：ORM/OML 发出，ORU 返回，通过下单方和执行方编号将它们关联起来；结果中包含 LOINC 和 UCUM。请参阅 HL7 v2 医嘱消息 和 集成实验室系统与 EHR。
- 影像：医嘱发送至 RIS，DICOM 工作列表发送至扫描仪，图像发送至 PACS，报告以 ORU 形式返回，通过 DICOMweb 查看。请参阅 PACS 与 RIS 与 VNA。
- 药物：医嘱发送至药房，配药和给药信息返回，以闭环（床边条形码扫描）作为安全目标。
- 文档：出院信、手术记录和扫描文档以 MDM 消息、CDA 或 PDF 形式进入文档存储库，并发布到区域注册表。
- 设备：监护仪通过 IHE PCD 配置文件或供应商网关将生命体征输入记录，警报管理是另一项独立工作。
- 面向患者：通过 FHIR 将结果、预约和文档发送到门户和应用程序；通过问卷、家庭测量和可穿戴设备数据返回，并附带来源标记为患者报告。请参阅 使用 FHIR 进行远程患者监护。
有效的模式
有效的医院集成模式包括：一个主控系统负责患者身份，其他所有系统订阅ADT；在引擎处一次性完成代码映射到LOINC、SNOMED CT和ATC；为每条消息提供确认、队列和重试；幂等的（idempotent)结果和文档；为患者应用和外部合作伙伴提供FHIR层；以及上线前使用合成患者的测试环境。
- 身份主数据唯一：HIS（或主患者索引）拥有标识符；其他所有系统都订阅 ADT，并且从不创建新患者。
- 边界处进行编码：在引擎处一次性将本地代码映射到 LOINC、SNOMED CT、ATC，并保留本地代码。
- 确认、排队、重试：每条 v2 消息都会收到 ACK；引擎会持久化并重放消息；不会因为系统重启而丢失任何结果。
- 幂等性：结果和文档带有标识符；重放会更新而不是重复。
- 为所有新事物提供 FHIR 层：患者应用程序、远程医疗、研究提取和外部合作伙伴通过 FHIR 与代理或专用的 FHIR 服务器通信，该服务器由内部流程提供数据，而不是直接与 HIS 通信。
- 使用合成患者的测试环境，并在任何内容进入生产环境之前进行一致性测试（IHE Connectathon 配置文件、国家测试套件）。
随处可见的故障模式
几乎所有医院集成中都会出现的故障模式包括：由于登记错误导致的重复患者、合并后结果被错误地归档到错误的就诊中、未映射的本地代码、时间戳中的时区和夏令时错误、自由文本单位、静默停止而无监控的接口、破坏解析器的供应商Z-segment，以及从未被淘汰的临时CSV馈送。
由于注册时的拼写错误导致患者重复；合并后结果记录到错误的就诊；本地测试代码无人映射；消息时间戳中的时区和夏令时；自由文本单位；接口悄然停止而无人监控；破坏解析器的供应商特定 Z 段；以及运行了十年的“临时”CSV 馈送。
FHIR 如何改变现状
FHIR正在改变医院集成，更多是在边缘而非核心。在医院内部，HL7 v2和DICOM仍然存在，因为分析仪、扫描仪和旧模块使用它们；FHIR则负责患者访问、SMART on FHIR应用、CDS Hooks决策支持、订阅、EHDS和TEFCA下的区域和国家交换，以及研究提取。
在内部，HL7 v2 和 DICOM 将在未来几年内继续存在，因为每个分析仪、扫描仪和遗留模块都支持它们。FHIR 在边缘发挥作用：患者访问、在 EHR 中启动的应用程序（SMART on FHIR）、决策支持（CDS Hooks）、用于事件驱动集成的订阅、EHDS 和 TEFCA 下的区域和国家交换，以及研究提取。许多医院现在运行一个由引擎提供数据的 FHIR 服务器作为其外部集成层；请参阅 医疗互操作性标准：地图。
在 Anpheros
Anpheros Platform位于医院集成的FHIR边缘：一个FHIR R4记录，医院或诊所可以在患者同意的情况下写入和读取，通过实验室连接器（HL7 v2 ORU、CSV或JSON)由医院自己的集成提供数据，并为每个源提供Webhook和来源证明。它不取代HIS或接口引擎。
Anpheros Platform 位于这个边缘：一个医院或诊所可以在患者同意的情况下写入和读取的 FHIR R4 记录，由医院自己的集成提供数据（实验室连接器 接收 HL7 v2 ORU、CSV 或 JSON），并带有用于更改通知和来源来源的 Webhook。它不会取代 HIS 或引擎；它为患者提供了一个跟随他们离开医院的记录。
相关页面
- 接口引擎详解
- 如何集成实验室系统与 EHR
- HL7 v2 消息详解：ADT 和 ORU
- PACS 与 RIS 与 VNA
- 使用 FHIR 进行远程患者监护
- 医疗互操作性标准：地图
- 使用 FHIR 集成诊所系统（开发者网站）
来源
- HL7 Version 2 产品套件
- IHE IT Infrastructure 技术框架
- IHE Devices 领域（Patient Care Device 配置文件）
- HL7 FHIR R4：消息和工作流
- HL7 v2 到 FHIR 实现指南
常见问题
新医院是否应该将所有内容都集成到 FHIR 中？
并非所有内容。分析仪、扫描仪和大多数部门系统都支持 HL7 v2 和 DICOM，而且这种情况在短期内不会改变。将 FHIR 用于面向患者、外部和新的集成，并使用引擎进行桥接。
HIS 和 EHR 之间有什么区别？
使用方式因国家而异。HIS 通常同时指行政和临床医院系统；EHR 则强调临床记录。在集成方面，两者都是拥有身份、就诊和记录的系统。
中型医院有多少个接口？
通常有几十到几百个消息流通过引擎，包括每个方向和每个接收系统。引擎的监控屏幕是集成团队日常工作的地方。
医院的集成由谁负责？
医院的 IT 集成团队，通常在引擎供应商的支持下，以及每个部门的供应商负责其各自的部分。国家项目和 IHE 配置文件可以减少但不能消除项目工作。
在沙盒中免费试用
5 分钟完成第一次 FHIR 调用. 一个内置患者授权的 HL7 FHIR R4 API：先在沙盒中试用，然后连接您自己的应用或诊所系统。
免费 · 30 位合成患者 · 无需信用卡
Anpheros 致力于打造一个由患者掌控的医疗记录，并可在欧盟的 HL7 FHIR R4 平台上与任何诊所共享。这些指南旨在帮助您理解和整理您的健康信息，但不能替代您的医生。
关于 Anpheros →