Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
BS EN ISO 12967——健康信息学服务架构标准系列
Health Informatics — Service Architecture（Parts 1–3，2011，等同 ISO 12967:2009）
🏥 BS EN ISO 12967 系列是英国标准协会（BSI）采用欧洲标准 EN ISO 12967 而制定的健康信息学（Health Informatics）领域标准，规定了医疗信息系统的服务架构（Service Architecture）。该系列由国际标准化组织 ISO/TC 215（健康信息学）制定，并经欧洲标准化委员会 CEN/TC 251（健康信息学）转化为欧洲标准，BSI 的英国参与工作由技术委员会 IST/35（健康信息学）负责。系列采用开放分布式处理（ODP，Open Distributed Processing）的视点方法，从企业、信息、计算三个视点来描述医疗信息系统的服务与接口，从而为跨机构、跨系统的医疗数据交换与业务协同提供统一的架构基础。本批次在 BSI 目录中共收录 3 份文件（2011 年版），均等同采用 ISO 12967:2009 并取代 2007 年版的 BS EN 12967 系列；主要 ICS 分类号为 35.240.80（医疗保健技术的信息技术应用）。
💡 医疗信息系统往往由众多厂商的异构系统组成，互操作是最大的痛点。ISO 12967 通过”视点分离、接口规范化”的方法，让企业业务目标、信息模型与计算实现彼此解耦，使系统演进与集成变得更加可控、可持续。
一、系列构成与三视点方法 📌
本系列共分 3 个部分，分别对应架构描述的三个视点：第 1 部分为企业视点，第 2 部分为信息视点，第 3 部分为计算视点。三者并非相互独立的文档，而是对同一系统从不同角度进行的、彼此约束的架构描述，共同构成完整的架构视图。这种划分方式源于 ISO/IEC 10746（开放分布式处理参考模型）中”视点”的思想，将复杂系统”分而治之”，使管理者、信息架构师与软件开发人员都能聚焦自身关心的层面，从而降低架构理解的复杂度。
| 标准号 | 年份 | 视点（Viewpoint） | 描述 |
|---|---|---|---|
| BS EN ISO 12967-1 | 2011 | 企业视点（Enterprise） | 定义组织业务目标、政策、角色与流程，描述医疗服务的业务需求与治理要求 |
| BS EN ISO 12967-2 | 2011 | 信息视点（Information） | 定义信息模型、信息对象及其语义，描述数据交换的结构与约束 |
| BS EN ISO 12967-3 | 2011 | 计算视点（Computational） | 定义服务接口、操作与交互模型，描述分布式服务的计算行为 |
⚠️ 三视点必须协调一致：企业视点回答”做什么业务”，信息视点回答”交换什么信息”，计算视点回答”服务如何暴露与调用”。若只实现其中一部分，架构描述将不完整，难以有效指导后续的系统集成与实施。
二、企业视点：业务与组织（Part 1）🏢
第 1 部分（企业视点）从业务角度描述医疗信息系统，定义参与医疗服务的组织实体、业务目标、业务政策、角色分工与核心流程。它强调了服务架构应服务于组织战略与临床业务流程：将临床需求与行政管理需求转化为可实现的系统需求，识别跨机构协作中的职责边界、授权关系与治理要求，并规定服务提供者与消费者之间的契约关系。企业视点是整个架构的”需求源头”，信息视点与计算视点的设计都必须追溯到企业视点所定义的业务目标与业务流程。
三、信息视点：信息建模（Part 2）📊
第 2 部分（信息视点）定义了医疗信息共享所需的信息模型与信息对象，包括信息的内容结构、属性、数据类型、语义约束与关联关系。信息视点的核心价值在于：确保不同系统对同一临床概念（如患者、医师、医嘱、检验结果、检查报告、处方）具有一致的理解，这是实现语义互操作的基础，也是后续数据标准化、术语映射与本体建模工作的前提。信息视点通常以类图、数据字典与约束规则的形式表达，为各厂商系统之间的数据交换提供共同的”语言”。
四、计算视点：服务接口与交互（Part 3）⚙️
第 3 部分（计算视点）定义了服务的接口、操作与交互模型，规定服务如何被命名、发布、调用、组合与协同工作。它屏蔽底层实现细节，使服务以标准化的接口对外暴露，从而支持分布式部署与异构系统集成。计算视点常与 Web 服务、面向服务的架构（SOA）以及各类互操作框架（如 HL7、IHE 集成规范）结合使用：一方面规定服务签名、消息格式与调用方式，另一方面定义事务处理、异常处理与安全约束，为具体的技术实现提供架构层面的指导。
🚨 服务接口的稳定性与版本管理至关重要。接口变更若未纳入版本管理与兼容性评估，将直接破坏既有系统集成，导致临床业务中断甚至影响患者安全。设计时应将接口契约纳入配置管理，并与信息视点中的信息模型联动维护。
五、与其他健康信息标准的关系 🔗
ISO 12967 属于架构层面的”元标准”，它不规定具体临床数据如何编码，也不规定消息的传输协议，而是提供描述系统架构与接口的方法论框架。因此，它与 ISO 13606（电子健康记录通信）、HL7 系列消息标准、openEHR 参考模型、IHE 集成规范等健康信息标准是互补关系：前者回答”如何架构”，后者回答”如何建模与交换”。在区域医疗信息平台、医院信息平台、电子健康档案（EHR）与公共卫生信息系统建设中，通常以 ISO 12967 的视点框架为骨架，以其他标准的具体模型与消息为血肉，共同构成完整的互操作技术体系。
六、工程实践与实施要点 🛠️
- 🔍 架构设计：以企业视点为起点梳理临床与行政业务流程，自顶向下推导信息模型与计算接口，形成完整的架构蓝图。
- 📋 系统集成：将各厂商系统按计算视点定义的标准化接口接入平台，以信息视点模型统一数据语义，避免点对点适配器泛滥。
- 🏥 互操作评估：用于医院信息平台、区域医疗协作、双向转诊、检查检验结果互认等项目的互操作性与架构符合性评估。
- 📊 标准衔接：与 ISO 13606、HL7、IHE、openEHR 等标准协同应用，共同构建医疗信息互操作的标准体系。
✅ 实施建议：在医院信息平台建设初期即引入三视点框架，将”业务需求—数据语义—服务接口”三者捆绑评审；每项新增服务先补充企业视点的业务说明与信息视点的数据契约，再进入开发，可显著减少后期的返工与集成冲突。
七、常见问题解答 ❓
❓ 问：ISO 12967 的三个视点之间是什么关系？
答：三者是对同一系统从不同角度进行的架构描述：企业视点定义业务需求，信息视点定义数据语义，计算视点定义服务接口；它们相互关联、彼此约束，共同构成完整的架构视图，任何单一视点都无法完整表达系统。
答：三者是对同一系统从不同角度进行的架构描述：企业视点定义业务需求，信息视点定义数据语义，计算视点定义服务接口；它们相互关联、彼此约束，共同构成完整的架构视图，任何单一视点都无法完整表达系统。
❓ 问：ISO 12967 与 HL7、openEHR 有什么关系？
答：ISO 12967 提供架构层面的方法论与视点框架，HL7、openEHR 等提供具体的信息模型与消息标准；前者回答”如何架构”，后者回答”如何建模与交换”，二者互补而非替代。
答：ISO 12967 提供架构层面的方法论与视点框架，HL7、openEHR 等提供具体的信息模型与消息标准；前者回答”如何架构”，后者回答”如何建模与交换”，二者互补而非替代。
❓ 问：为什么采用”视点”而不是单一的架构描述文档？
答：单一描述难以同时兼顾业务、信息与实现层面。视点方法将复杂系统分而治之，使不同利益相关者（管理者、信息专家、开发者）都能聚焦自己关心的层面，从而降低架构的复杂度与沟通成本。
答：单一描述难以同时兼顾业务、信息与实现层面。视点方法将复杂系统分而治之，使不同利益相关者（管理者、信息专家、开发者）都能聚焦自己关心的层面，从而降低架构的复杂度与沟通成本。
🔍 问：该系列在区域医疗平台中如何落地应用？
答：区域医疗平台可用企业视点定义跨机构业务协作规则，用信息视点统一患者、医嘱、检验结果等临床数据语义，用计算视点规范服务接口与调度方式，从而实现数据共享与业务协同的标准化。
答：区域医疗平台可用企业视点定义跨机构业务协作规则，用信息视点统一患者、医嘱、检验结果等临床数据语义，用计算视点规范服务接口与调度方式，从而实现数据共享与业务协同的标准化。
❓ 问：新建医院信息系统时，应该从哪个视点开始？
答：通常建议从企业视点开始，先明确组织目标与业务流程，再向下推导信息模型与服务接口；但在实际迭代中三者需要同步演进、反复对账，避免出现”架构文档与现实系统脱节”。
答：通常建议从企业视点开始，先明确组织目标与业务流程，再向下推导信息模型与服务接口；但在实际迭代中三者需要同步演进、反复对账，避免出现”架构文档与现实系统脱节”。
