标准制定组织与治理
标准制定组织(SDO)及其治理流程是创建、维护和协调健康信息标准的制度机制。诸如HL7 International、DICOM标准委员会、SNOMED International、Regenstrief研究所和Integrating the Healthcare Enterprise等机构召集利益相关者,通过开放的、基于共识的投票来制定规范,并定义如何对这些标准进行概要分析、测试和符合性验证。
Definition
标准制定组织是通过开放的、基于共识的流程来编写、投票、维护和协调健康信息标准的机构;治理是指那些标准得以产生和维持的制度规则和机制——包括投票、概要分析、符合性测试以及知识产权和维护政策。
Scope
本条目涵盖主要的健康信息学标准制定组织、标准制定的共识和投票过程、使用概要文件和符合性测试来约束标准以实现互操作性,以及鼓励采用标准的政策背景。它将治理视为一个方法论和组织性主题;它不提供采购、法律或合规性建议。
Core questions
- 哪些组织制定主要的健康信息标准,它们之间有何关联?
- 基于共识和投票的流程如何将提案转化为已发布的标准?
- 什么是概要文件和符合性测试,为什么需要它们?
- 政策和激励措施如何推动标准的采用?
Key concepts
- 标准制定组织(SDO)
- 共识过程和投票
- HL7 International、DICOM委员会、SNOMED International、Regenstrief
- Integrating the Healthcare Enterprise (IHE) 概要文件
- 符合性与认证测试
- 跨标准的协调
- 维护、版本控制和知识产权政策
Mechanisms
标准是通过开放的、基于共识的流程产生的。标准制定组织召集相关方——供应商、临床医生、信息学家和政府——起草规范,并通过连续的投票进行完善,解决意见直至达成共识,然后发布标准,并通过版本更新进行维护。由于基础标准通常过于灵活,难以保证互操作性,因此像Integrating the Healthcare Enterprise这样的概要分析组织会限制如何将多个标准组合用于特定用例,而符合性或认证测试则验证实施是否按规定运行。不同的组织拥有不同的层级——HL7负责消息传递和FHIR,DICOM委员会负责影像,SNOMED International和Regenstrief研究所负责术语——因此,为了使这些标准在实践中协同工作,需要跨机构的协调以及支持性政策和激励措施。
Clinical relevance
标准治理的速度、开放性和协调性决定了可用的互操作性是否能到达医疗环境。本条目描述了标准是如何制定和治理的;它是关于制度过程的参考资料,并非合规、认证或采购决策的指导。
Evidence & guidelines
此处引用的标准是其各自组织(HL7 International负责HL7和FHIR,DICOM标准委员会负责影像,以及SNOMED CT和LOINC的术语机构)正式投票的产物,并在此基础上叠加了Integrating the Healthcare Enterprise等概要分析和符合性框架。Dolin等人(2006)阐述了一个经过投票的HL7标准,Benson和Grieve的教科书概述了组织格局,Mandl和Kohane(2012)则构建了关于开放标准和激励措施的政策辩论。
History
随着临床计算的普及,健康信息学标准机构应运而生:HL7于1987年成立,负责消息传递;ACR-NEMA委员会(后成为DICOM标准委员会)于20世纪80年代成立,负责影像;术语管理则整合到SNOMED International和Regenstrief研究所等机构之下。Integrating the Healthcare Enterprise于1998年启动,旨在对标准组合进行概要分析和测试,随着时间的推移,国家政策和认证项目越来越多地将资金和采用与符合性挂钩。
Debates
- 自愿性共识标准能否足够快地推进互操作性?
- 基于共识和投票的开发是开放且合法的,但可能进展缓慢,评论员认为,如果没有协调一致的政策、激励措施和开放性,仅靠标准化并不能克服封闭架构和数据阻塞问题。
Key figures
- W. Edward Hammond
- Grahame Grieve
- Robert Dolin
- Kenneth Mandl
- Isaac Kohane
Related topics
Seminal works
- dolin-2006
- mandl-kohane-2012
Frequently asked questions
- 什么是标准制定组织?
- 它是一个机构——例如HL7 International、DICOM标准委员会或SNOMED International——通过涉及利益相关者投票的开放的、基于共识的流程来开发和维护技术标准。
- 如果标准已经存在,为什么还需要概要文件和符合性测试?
- 基础标准通常足够灵活,可能以不兼容的方式实施;概要文件(例如来自Integrating the Healthcare Enterprise)限制了标准如何为特定用例组合,而符合性测试则检查实施是否确实按规定运行。