2. 医疗术语标准体系与选型

医疗术语服务平台的第一道工程难题不是“用哪个标准”,而是“哪些标准必须同时存在”。真实业务里,诊断、检验、用药、手术、护理记录、中医病证往往来自不同厂商、不同年代的系统,任何单一标准都无法覆盖全部语义。因此,术语平台的核心能力是多标准共存下的映射与治理,而不是选出一个“万能标准”。

各标准的结构与覆盖边界

ICD-10 与 ICD-11属于疾病分类体系,本质是“分类”而非“临床术语”。ICD-10 采用章节—类目—亚目—细目的层级编码,如 I10 原发性高血压、E11.9 2 型糖尿病不伴并发症,编码位数固定、粒度粗,适合统计上报、医保结算与病案首页。ICD-11 引入“主干码 + 扩展码”的簇式结构(stem code + extension),并支持后组配,例如用扩展码表达解剖部位、病因、严重程度,粒度更细、可表达临床细节,但落地时对编码员能力和系统支持要求更高。选型判断:统计与支付场景优先 ICD,临床精细化描述需评估 ICD-11 后组配能力。

SNOMED CT是临床参考术语集,采用概念—描述—关系的图结构,每个概念有唯一 SCTID,通过“is a”层级与属性关系(如 finding site、associated morphology)构成语义网络。它覆盖症状、体征、操作、解剖、微生物等,粒度极细,适合电子病历中的临床发现记录与决策支持。代价是概念量大、版本演进快,直接作为业务主键会带来维护压力。

LOINC解决“检验检查项目”的标准化,其命名遵循六轴模型:成分(Component)、属性(Property)、时间(Time)、样本(System)、标尺(Scale)、方法(Method)。例如“葡萄糖/质量浓度/随机/血清或血浆/定量”对应一个 LOINC 码。它不描述结果值,只描述“测什么、怎么测”,因此必须与结果单位、参考区间配合使用。

RxNorm面向药品标准化,以“成分—强度—剂型”组合形成临床药物(Clinical Drug)概念,并关联品牌药、包装、剂量形式。它解决同一药品不同商品名、不同规格的对齐问题,适合处方、用药核对与药物相互作用检查。

UMLS不是术语标准,而是术语“元系统”。它通过 Metathesaurus 把 SNOMED CT、ICD、LOINC、RxNorm 等上百个词表的概念映射到统一概念唯一标识 CUI,并提供语义类型与语义关系网络。工程上,UMLS 常作为跨标准映射的“中间层”或映射知识来源,而非直接落库的业务编码。

HL7 FHIR Terminology是术语的“交换与绑定规范”,定义 CodeSystem、ValueSet、ConceptMap 资源,以及 required、extensible、preferred、example 四种绑定强度。它不生产术语内容,而是规定术语如何被发布、查询、校验和映射,是平台对外提供术语服务的接口层标准。

中医病证分类与代码(如 GB/T 15657)采用病名与证候分列的结构,病、证、症三者需分别编码,且与 ICD 的疾病分类逻辑不同。中医电子病历中常见“同病异证、异病同证”,映射时不能简单一对一,需要保留病证组合关系。

多标准共存:分层定位与映射治理 业务应用层 病案统计/医保 电子病历 检验/处方 中医病证 CDSS/科研 映射与治理层 ConceptMap 映射表 source→target + equivalence UMLS CUI 中间层 跨标准概念对齐 版本与变更治理 版本冻结 / 差异比对 / 影响分析 映射质量指标:覆盖率 · 准确率 · 歧义率 · 人工复核率 治理动作:新增 / 废弃 / 替换 / 拆分 / 合并 术语标准层(按语义域分工) ICD-10/11 疾病分类 统计/支付 层级码·粒度粗 SNOMED CT 临床参考术语 病历/决策支持 图结构·粒度细 LOINC 检验检查项目 结果对齐 六轴命名 RxNorm 药品标准化 处方/用药核对 成分-强度-剂型 中医病证代码 病·证·症分列 中医病历 病证组合 服务接口层 FHIR CodeSystem / ValueSet / ConceptMap 绑定强度:required · extensible · preferred · example

多标准共存的映射策略

工程上通常采用“主编码 + 映射编码”的双轨模型:业务系统保留本地字典作为主键,术语平台维护本地码到标准码的映射。映射关系用 FHIR ConceptMap 表达,每条映射记录 source、target、equivalence(equivalent、wider、narrower、inexact、unmatched)与来源依据。例如本地“2型糖尿病”映射到 ICD-10 E11.9 为 equivalent,映射到 SNOMED CT 44054006 为 equivalent,但映射到 ICD-11 时若需表达并发症则可能是 narrower。

映射不是一次性工作。标准每年发布新版本,SNOMED CT 有国际版与各国扩展版,ICD-11 持续更新。治理流程应包含:版本冻结、差异比对、影响分析、映射复核、灰度发布。可参考的映射质量指标包括覆盖率(已映射本地码占比)、准确率(抽样复核正确率)、歧义率(一对多映射占比)与人工复核率。建议对一对多、unmatched 和 inexact 三类映射强制人工复核。

选型建议:统计上报以 ICD 为主;临床记录以 SNOMED CT 为主;检验以 LOINC 为主;药品以 RxNorm 为主;中医病证单独建域;跨标准对齐借助 UMLS CUI;对外服务统一用 FHIR Terminology 资源封装。任何标准都不应直接作为业务主键,避免版本升级导致主键漂移。

一个可执行的映射登记示例

下表给出术语平台中映射登记表的最小字段示例,可直接作为建表或配置参考。示例数据为教学假设,非真实机构数据。

local_codelocal_nametarget_systemtarget_codeequivalencereview_status
DIA-00122型糖尿病ICD-10E11.9equivalent已复核
DIA-00122型糖尿病SNOMED CT44054006equivalent已复核
DIA-00122型糖尿病ICD-115A11narrower待复核
LAB-0207空腹血糖LOINC1558-6equivalent已复核
DRG-0031二甲双胍片0.5gRxNorm860975equivalent已复核
TCM-0105消渴病·气阴两虚证中医病证代码BNV020+证候码inexact待复核

登记表落地后,术语服务对外暴露的查询接口应支持按本地码反查全部标准映射,并返回 equivalence 与版本号。校验时,若业务提交的编码在目标 ValueSet 中不存在,或绑定强度为 required 而映射为 unmatched,应直接拒绝写入并记录审计日志。这样,多标准共存才不会退化为“各系统各说各话”,而是形成可追溯、可治理、可演进的术语底座。