ISO/HL7 27932:2009 (2012) — HL7 V3数据类型规范

一、ISO/HL7 27932:2009 (2012) 标准概述

ISO/HL7 27932:2009（2012年确认）规定了HL7第三版消息中使用的数据类型。该标准定义了一个全面的类型系统，确保所有HL7 V3交互之间的语义一致性。数据类型规范是消息传递标准（ISO/HL7 27931）的关键配套文件，为所有临床数据表示提供了基本构建块。它涵盖了从基本文本和数字类型到复杂构造的一切内容，如精确的医疗时间戳、编码词汇表引用和多语言文本块。该规范定义了每种数据类型的XML Schema表示，支持消息内容针对类型约束的自动验证。

ISO/HL7 27932定义了45种以上的不同数据类型，组织为正式的类型层次结构。这一全面的类型系统消除了HL7 V2.x中模糊的数据表示问题——在V2.x中，单一的”string”类型被用于从患者姓名到药物剂量的一切内容。

数据类型规范大量借鉴了HL7 V3抽象数据类型规范，并扩展了具体的XML Schema实现。该标准区分了”数据类型”（抽象语义模型）和”数据类型实现”（具体的XML及其他表示形式）。这种分离允许相同的临床语义用不同的具体语法编码——这一设计原则后来影响了FHIR标准的多序列化格式方法。

二、数据类型分类与关键类型

2.1 基本数据类型

该标准将数据类型组织为以ANY抽象类型为根的正式层次结构。基本类型包括：BL（布尔型），具有三值逻辑（真、假和空）；INT（整数型），精度任意；REAL（实数型），精度可配置；ST（字符串型，无序文本）；以及CV（编码值），用于包含编码标识和人类可读显示文本的概念表示。CS（简单编码）类型提供了仅在需要编码值而不需要显示名称时的紧凑表示。

数据类型	类别	描述	使用示例
TS	时间相关	具有可选精度的精确医疗时间戳	手术开始时间、用药时间
PQ	量值	带有度量单位的物理量	体重（75 kg）、剂量（500 mg）
II	标识符	带有根OID和扩展的实例标识符	患者ID、医嘱号、标本ID
CD	编码值	带有代码、编码系统和限定符的概念描述符	诊断（ICD-10）、手术（SNOMED CT）
ED	封装数据	带有MIME类型的二进制或文本数据	PDF报告、JPEG图像、录音
AD	地址	带有结构化部分的邮政地址	患者家庭地址、设施位置

2.2 医疗特定语义类型

ISO/HL7 27932中有几种数据类型是为医疗语义独特设计的。IVL（时间戳区间）类型表示具有低和高边界的时间区间，对于表示用药周期或住院时长至关重要。RTO（比率）类型表示两个量的比率，对于表示浓度（如5 mg/mL）和速率（如100 mL/小时）很关键。PIVL（周期性时间区间）类型用于为计划事件建模重复时间模式，如”每8小时一次”或”每周一上午9点”，直接支持临床给药计划。

ISO/HL7 27932中PIVL和IVL等医疗特定类型的精心设计使得复杂给药方案和临床工作流程得以精确表示，相比自由文本说明减少了约40%的误解错误。

2.3 集合与分布类型

该标准定义了集合类型，包括SET（无序、无重复）、LIST（有序、允许重复）、BAG（无序、允许重复）和DSET（有序、无重复、语义明确）。对于表示概率分布，标准提供了BAG用于简单集合和HIST用于直方图数据。这些集合类型在实验室和公共卫生环境中尤为重要，因为多个观察结果或标本需要作为一个整体传输。

三、工程见解与实践实施

3.1 TS时间戳精度处理

TS（时间点）数据类型支持从年到亚秒的可配置精度。具有年精度的时间戳（如2024）与具有完整日期时间精度的时间戳（如20241115143015.1234+0800）在语义上不同。工程师必须仔细管理消息处理中的精度预期——将年精度的出生日期与天精度的入院日期进行比较需要与比较两个天精度的时间戳不同的处理方式。

一个常见的集成错误发生在系统对不同精度的时间戳进行比较时。例如，将年精度的出生日期（2024）与完整精度的入院时间戳进行比较可能会在日期范围查询中产生意外结果。实施者应在比较操作前规范化时间戳精度。

3.2 空值风味语义

ISO/HL7 27932定义了一个精密的空值风味机制，远远超出简单的空值。标准指定了多种空值风味，包括：NI（无信息）、NA（不适用）、UNK（未知）、ASKU（已询问但未知）、NAV（不可用）和MSK（掩蔽）。每种空值风味携带不同的语义，影响下游处理。例如，带有MSK风味的血压读数表示该值存在但因隐私原因被隐瞒，而NA表示该概念与患者无关。

3.3 编码值类型解析与词汇表管理

CD（概念描述符）类型允许限定符精炼编码值的含义，实现临床概念的后组合。例如，SNOMED CT的”骨折”代码可以用”部位=股骨”和”严重程度=粉碎性”限定，创建复合临床概念而无需为每种可能的组合预先协调编码。在术语服务器中管理这些限定编码需要仔细的索引策略，因为两个限定编码的语义等价性取决于完整的限定链，而不仅仅是基础编码。

限定的CD类型可能显著增加术语映射和值集扩展的复杂性。带有3个限定符的基础编码理论上可以表示数百种不同的临床含义。工程师应为扩展的值集实施缓存策略，并为其应用域支持的限定级别制定明确的策略。

四、常见问题解答

问：ISO/HL7 27932与XML Schema（XSD）有何关系？
答：该标准包含每种数据类型的正式XML Schema定义，实现了抽象语义。这些XSD支持消息的自动验证和实现平台的代码生成。

问：ISO/HL7 27932中的数据类型是否在HL7 V3之外使用？
答：是的，数据类型框架已影响了其他医疗互操作性标准，包括HL7 FHIR（如从CD衍生的CodeableConcept）。特别是空值风味机制已在临床研究数据标准中被广泛采用。

问：实施者应如何处理空值风味系统？
答：最佳实践是在应用集成层定义空值风味处理规则，而非在单个应用逻辑中。企业集成引擎应强制在所有连接系统间保持一致的空值风味映射。

问：使用完整CD类型与CS类型对性能有何影响？
答：CS类型在XML序列化中显著更紧凑（无编码系统OID、无显示名称、无限定符）。对于高流量、已知编码的字段（如管理性别或婚姻状况），出于性能原因优先使用CS而非CD。