ISO 29585: 健康信息学——临床知识表达的原型框架

理解双模型方法论:原型定义语言、临床治理与电子健康记录的语义互操作性

1. ISO 29585 标准与原型框架概述

ISO 29585 规定了使用原型来表达、管理和交换临床知识的框架。原型是临床内容的正式、可计算的定义,与底层信息模型(通常为ISO 13606参考模型或openEHR参考模型)相分离。这种将临床知识与信息技术基础设施分离的理念是健康信息学领域的一次范式转变。与其将临床概念硬编码到数据库模式和应用程序逻辑中,原型允许领域专家——临床医生、护士和联合健康专业人员——直接定义临床内容。该标准支持从创建、验证、版本控制、存储库管理到查询的完整原型生命周期。

原型采用双模型方法论:参考模型(稳定、精简)定义通用数据结构,而原型(持续演进、数量众多)捕获特定领域的临床知识。这种分离可将临床系统升级成本降低40–60%。
组件 用途 示例
参考模型 定义通用构建模块 COMPOSITION、SECTION、ENTRY、CLUSTER
原型 对参考模型施加约束以表达临床概念 血压原型、用药医嘱原型
模板 组合多个原型以适应具体用例 急诊科入院模板
术语绑定 将原型节点链接到术语系统 SNOMED CT、LOINC、ICD-11

2. 原型建模与治理

ISO 29585 提供了关于原型开发方法的全面指导。每个原型必须包含:(a)遵循分层命名约定的唯一标识符(原型ID);(b)机器可读的目的和使用说明;(c)包含临床概念结构的定义部分;(d)包含术语绑定的本体部分;(e)用于多语言支持的语言和翻译部分。标准定义了原型定义语言(ADL)作为主要形式化表示方法,并提供XML表示(ADL-XML)用于系统互操作。原型验证包括针对参考模型的机构验证、术语绑定的语义验证以及领域专家的临床验证。

缺乏适当的治理机制,原型存储库将面临重复和不一致的问题。ISO 29585 要求建立国家或区域级的原型管理机构来管理原型生命周期,类似于国家药品管理机构管理药品处方集的方式。

该标准还涉及原型特化:子原型继承其父原型的所有约束并可添加额外约束。例如,「收缩压」原型是通用「血压」原型的特化。版本管理遵循语义化版本控制(主版本.次版本.补丁),主版本变更表示可能影响现有数据实例的不兼容约束修改。

3. 临床应用与未来发展方向

ISO 29585 的实际影响十分显著。英国国家卫生服务体系(NHS)、澳大利亚(NEHTA)、巴西以及多个北欧国家的卫生系统已采用基于原型的架构用于其国家电子健康记录(EHR)项目。该标准实现了语义互操作能力——不同医疗系统能够有意义地交换和解释临床数据。这对于跨境医疗、临床研究和人口健康管理尤其重要。基于原型结构化的数据使医疗领域的机器学习和人工智能应用受益匪浅,因为临床概念的显式语义编码使得特征提取和模型泛化更加准确。

openEHR基金会维护的全球原型存储库包含600多个经过验证的原型,涵盖初级医疗、护理、病理学、放射学和公共卫生领域。ISO 29585 确保了这些原型的标准化、质量保证和国际互操作性。
从传统EHR系统迁移到基于原型的架构需要对现有数据和流程进行仔细映射。各机构持续低估了这一工作——建议将总项目成本的至少15–20%预算用于数据迁移和语义映射。

4. 常见问题解答

问1:ISO 29585 与 ISO 13606 和 openEHR 有何关系?
ISO 13606 定义了EHR通信的参考模型。ISO 29585 在此基础上定义了原型框架。openEHR 是一个独立的规范,共享相同的双模型范式,在技术上与 ISO 29585 保持一致。
问2:原型能否与 FHIR 一起使用?
可以,支持原型与FHIR资源之间的映射。原型-FHIR映射规范使FHIR实现能够受益于基于原型的临床治理。
问3:有哪些原型开发工具可用?
Archetype Editor(openEHR)、ADL Designer 和 Template Designer 是开源工具。商业工具来自 Ocean Informatics、Marand 和 Better 等公司。

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注