Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
PD ISO TR 28380——健康信息学IHE全球标准采用系列技术报告
Health Informatics — IHE Global Standards Adoption（ISO/TR 28380-1/2/3，BSI 英国实施版）
🏥 PD ISO TR 28380 系列是英国标准协会（BSI）对 ISO/TR 28380 系列技术报告的英国实施版本，由英国技术委员会 IST/35（健康信息学，Health Informatics）负责编制，国际标准分类号 ICS 35.240.80，主题为健康信息学中的 IHE（Integrating the Healthcare Enterprise，医疗企业集成）全球标准采用。本批收录三个分部：Part 1 规定 IHE 全球标准采用的程序（Process），Part 2 规定 IHE 集成与内容配置（Integration and content profiles），Part 3 规定 IHE 特性的表达与互操作性规范（Deployment）。三者共同构成 IHE 产品互操作性规范的编制框架，是医疗信息系统互操作性建设、采购与验收的重要指导。
💡 医疗信息系统（HIS、RIS、PACS、LIS、EMR 等）之间的互操作性是医疗信息化的核心难题。IHE 通过定义”集成配置（Integration Profiles）”与”内容配置（Content Profiles）”，将 HL7、DICOM 等分散的标准组织成可测试、可采购的实现规范，保障不同厂商系统之间顺畅地交换信息。
一、系列背景：IHE 与医疗互操作性 📌
IHE 是医疗行业主导的国际互操作性组织，其核心方法是定义集成配置（Integration Profiles）。一个集成配置描述特定临床场景下多个系统角色（Actor）之间通过一系列事务（Transaction）交换信息的工作流，例如 PACS 与 RIS 之间的检查安排与图像交换流程。与单纯宣称”支持某标准”不同，IHE 配置把标准的使用方式具体化、场景化，并通过 Connectathon 等互操作性测试活动验证实现是否真正满足要求。
ISO/TR 28380 系列把 IHE 的全球标准采用过程文件化、规范化，使不同国家与组织能够一致地采用与实施 IHE 配置，从而避免各自为政、难以互通的局面。BSI 以”PD ISO/TR 28380-xxx”形式等同采用，形成英国实施版本。
二、系列构成与各分部要点 📋
| 分部编号 | 标准名称（英文原题） | ISO 版本 | 核心内容 |
|---|---|---|---|
| Part 1 | Process（程序） | ISO/TR 28380-1:2014（Ed. 1.0） | IHE 全球标准采用程序：配置的发布、更新、评审与维护流程，需求等级与利益相关方参与 |
| Part 2 | Integration and content profiles（集成与内容配置） | ISO/TR 28380-2:2014（Ed. 1.0） | 集成配置与内容配置的结构、内容与文档要求，各临床领域的 Profile 概述 |
| Part 3 | Deployment（部署） | ISO/TR 28380-3:2014（Ed. 1.0） | 互操作性用例（Interoperability Use Case）概念、分解为技术用例，项目互操作性规范编制 |
三个分部均归类于 ICS 35.240.80（信息技术在卫生保健中的应用），由同一英国技术委员会 IST/35 负责，内容上从”程序”到”配置”再到”部署/特性表达”形成完整体系。系列收录了多个临床领域（如解剖病理学 AP 域）的 IHE 配置，为不同专科的互操作性建设提供参照。
⚠️ 本系列为技术报告（TR），提供 IHE 配置的编制与采用框架，并非强制认证标准。医疗信息系统的实际互操作性验证通常依赖 IHE 的 Connectathon 测试活动与采购方的验收要求，而非本系列本身。
三、Part 1：IHE 全球标准采用程序 🔧
Part 1 规定 IHE 全球标准采用的程序，是系列的”元规范”，主要包括：
- 过程（Process）：说明 IHE 配置从构思、评审、发布到维护的生命周期管理方法，确保配置演进有序。
- 开发与部署流程：明确配置的开发、试验与部署各阶段的工作内容与责任主体。
- 需求等级：划分配置采用的不同需求等级，便于采购与验收时分级引用。
- 利益相关方参与：规定医疗信息学各相关方（临床用户、系统厂商、标准组织、监管机构）在采用过程中的参与方式。
四、Part 2：集成与内容配置 📊
Part 2 规定 IHE 集成配置（Integration Profiles）与内容配置（Content Profiles）的要求，并概述各临床领域的 Profile：
- 配置结构：规定配置文档的结构，包括角色、事务、触发事件、数据内容约束与用例描述。
- 内容要求：规定配置内容（角色、事务、数据内容约束）的编写要求，确保配置可测试、无歧义。
- 文档编制：指导如何撰写可供厂商实现、供验收方检查的配置文档，避免不同厂商理解偏差。
- 领域覆盖：介绍解剖病理学（AP）等临床领域的集成与内容配置，说明其在具体专科场景中的应用。
五、Part 3：部署与互操作性用例 🚀
Part 3 说明如何将 IHE 特性（即配置所提供的互操作性能力）表达在各类文档中，是连接”标准”与”项目”的桥梁：
- 互操作性用例：介绍互操作性用例（Interoperability Use Case）的概念，并将其分解为更细的技术用例（Technical Use Case），便于逐项验证。
- 项目互操作性规范：说明项目互操作性规范（Project Interoperability Specification）的内容与编制方法，用于特定项目的互操作性要求表达。
- 特性表达：指导在招标、采购与验收要求中准确表达 IHE 特性，避免歧义与过度声明。
🚨 医疗信息系统的互操作性若只停留在”宣称支持某标准”，而缺乏可测试的 IHE 配置与验收依据，往往到系统集成阶段才发现数据交换失败、信息无法互通。应在采购与验收中明确引用 IHE 配置与互操作性用例，形成可验证、可追溯的规范。
六、工程实践应用 🛠️
- 📋 采购规范：在医院信息化采购中，以 IHE 集成/内容配置与项目互操作性规范作为技术规格，要求供应商明确宣称支持的具体配置与角色，并作为验收依据。
- 🧪 集成验证：参考 IHE Connectathon 的测试方法，在系统上线前对 HIS/RIS/PACS/LIS 间的数据交换进行互操作性验证，避免带病上线。
- 📝 配置编制：参与卫生信息标准化工作时，依据本系列的程序与结构要求编制或评审 IHE 配置草案，保证质量与一致性。
- 🤝 跨院协同：在区域医疗、医联体与检查检验结果互认体系中，以本系列指导统一的数据交换与互操作规范，促进跨机构信息共享。
七、常见问题解答 ❓
❓ 问：什么是 IHE 集成配置（Integration Profile）？
答：集成配置是 IHE 定义的一组角色与事务的组合，描述特定临床场景下系统间如何交换信息（如 PACS 与 RIS 的检查流程）。它把 HL7、DICOM 等标准组织成可测试、可采购的规范。
答：集成配置是 IHE 定义的一组角色与事务的组合，描述特定临床场景下系统间如何交换信息（如 PACS 与 RIS 的检查流程）。它把 HL7、DICOM 等标准组织成可测试、可采购的规范。
❓ 问：Part 2 与 Part 3 有什么区别？
答：Part 2 规定集成/内容配置本身的结构与内容要求；Part 3 说明如何在招标、采购与验收等文档中表达 IHE 特性（互操作性能力），并介绍互操作性用例框架与项目互操作性规范的编制。
答：Part 2 规定集成/内容配置本身的结构与内容要求；Part 3 说明如何在招标、采购与验收等文档中表达 IHE 特性（互操作性能力），并介绍互操作性用例框架与项目互操作性规范的编制。
❓ 问：IHE 与 HL7、DICOM 是什么关系？
答：HL7、DICOM 等是医疗信息交换的基础标准；IHE 不替代它们，而是定义如何使用这些标准实现特定临床工作流，形成可测试、可采购的集成配置，并据此验证系统互操作性。
答：HL7、DICOM 等是医疗信息交换的基础标准；IHE 不替代它们，而是定义如何使用这些标准实现特定临床工作流，形成可测试、可采购的集成配置，并据此验证系统互操作性。
❓ 问：本系列是强制性标准吗？
答：不是。它是技术报告（TR），提供 IHE 配置的编制与采用框架。实际互操作性验证通常通过 IHE Connectathon 测试活动与采购验收要求执行，本系列为这些活动提供方法学支撑。
答：不是。它是技术报告（TR），提供 IHE 配置的编制与采用框架。实际互操作性验证通常通过 IHE Connectathon 测试活动与采购验收要求执行，本系列为这些活动提供方法学支撑。
🔍 问：医院应如何应用本系列？
答：医院可将本系列作为采购与验收的方法学依据，在招标文件中引用具体的 IHE 配置与项目互操作性规范，并参考 Connectathon 测试方法开展上线前验证，减少系统集成失败风险。
答：医院可将本系列作为采购与验收的方法学依据，在招标文件中引用具体的 IHE 配置与项目互操作性规范，并参考 Connectathon 测试方法开展上线前验证，减少系统集成失败风险。
