📚 课程目录第3章 LOINC编码体系与命名规则

3. LOINC编码体系与命名规则

LOINC 的编码体系看似只是一串“数字-数字”的编号，但它真正的价值在于：每一个编号背后都绑定了一套严格定义的语义结构。理解这套结构，是检验术语治理能否落地的关键。因为在实际项目中，绝大多数 LOINC 映射错误并不是“找不到编码”，而是“选错了语义维度”——把不同系统、不同标尺、不同时间特征的观察项混为一谈。

一、编码结构：Part 与 Check Digit

LOINC 编码的完整形式为 NNNNN-N，例如 2160-0（肌酐，血清或血浆）。它由两部分组成：前段是 1～5 位的数字 Part，后段是 1 位的校验位（Check Digit）。校验位不是随机数，而是由前段数字通过 Luhn 算法（模 10 算法）计算得出，用于在录入和传输时检测抄写错误。

需要特别注意的是：Part 号本身不携带语义。也就是说，不能从 2160 推断出它属于化学、血液学还是微生物学。LOINC 的语义完全由与该编码关联的六个正式字段（Component、Property、Time、System、Scale、Method）承载。这一点与 SNOMED CT 等具有层级语义的编码体系不同，也是 LOINC 治理中必须反复强调的认知前提。

此外，LOINC 编码一旦发布即保持稳定，不会因为名称修订而改变。当某个概念被废弃时，会标记为 DEPRECATED，并给出替代编码（如 MAP_TO 关系），但原编码不会被复用。治理系统必须记录这种“废弃—替代”关系，否则历史数据将无法正确回溯。

二、长名与短名：两种用途，同一语义

每个 LOINC 条目都有两个名称：长名（Long Common Name）和短名（Short Name）。长名是面向人的完整描述，通常由六个字段按固定顺序拼接而成，例如：

Creatinine [Mass/volume] in Serum or Plasma
肌酐 [质量/体积] 在血清或血浆中

短名则是为界面显示和系统字段长度限制而设计的紧凑形式，例如 Creat SerPl-mCnc。短名使用大量缩写（SerPl = Serum or Plasma，mCnc = Mass Concentration），在检验科信息系统（LIS）的打印报告和仪器接口中非常常见。

治理要点在于：长名用于人工审核与映射确认，短名用于系统展示与接口传输，两者不可互换使用。在映射审核界面中，如果只显示短名，审核人员很容易因为缩写歧义而误判；反之，在 HL7 消息的 OBX 段中，如果强行塞入长名，可能超出字段长度限制导致截断。因此，治理平台应同时提供长名和短名，并明确标注当前使用场景。

三、六个语义字段：组件、属性、时间、系统、标尺、方法

LOINC 的语义边界由六个字段共同界定，它们构成了一个“语义坐标”。任何一个字段不同，就是不同的 LOINC 编码。下面逐一说明其含义与治理中的常见陷阱。

Component（组件）：被观察的对象或分析物，如 Glucose、Creatinine、Hemoglobin。组件可以是单一分析物，也可以是组合（如 “Glucose^2H post dose”），还可以是某种细胞、微生物或抗体。
Property（属性）：观察结果的物理量类型，如质量浓度（MCnc）、物质的量浓度（SCnc）、计数（Cnt）、比率（Ratio）、时间（Time）等。属性决定了结果的单位体系和数值解释方式。
Time（时间）：观察的时间特征，如点时间（Pt）、24 小时（24H）、空腹（Fasting）、随机（Random）。时间字段为空时表示未指定，但很多项目必须明确时间，例如 24 小时尿蛋白。
System（系统）：标本来源或系统类型，如血清/血浆（Ser/Plas）、全血（Bld）、尿液（Urine）、脑脊液（CSF）。系统字段是映射错误的高发区，例如血清肌酐与尿液肌酐是不同编码。
Scale（标尺）：结果的测量标尺类型，如定量（Qn）、序数（Ord）、名义（Nom）、叙述（Nar）。标尺决定了结果能否参与数值计算，以及参考区间如何表达。
Method（方法）：检测方法或原理，如酶法（Enzymatic）、免疫法（IA）、高效液相色谱（HPLC）。方法字段在 LOINC 中通常为可选，但一旦指定，就表示该编码专属于该方法。

治理陷阱：很多团队在映射时只关注 Component，忽略了 System 和 Scale。例如把“血清葡萄糖”映射到“尿液葡萄糖”，或者把“定量葡萄糖”映射到“葡萄糖耐量试验（序数）”。这类错误在数据聚合和趋势分析中会造成严重偏差。

四、方法标识的语义边界：何时必须区分方法

Method 字段是 LOINC 语义边界中最容易被误解的部分。核心原则是：如果不同方法产生的结果在临床上不可互换，就必须使用不同的 LOINC 编码；如果可互换，则通常使用不带方法限定的通用编码。

以肌酐为例：2160-0 是“肌酐 [质量/体积] 在血清或血浆中”，不带方法限定，适用于大多数常规生化检测。而 2160-0 之外，还存在如 2160-0 的酶法专用编码（示例中可表示为 2160-0 的变体，实际编码需查 LOINC 官方发布）。如果实验室使用酶法且结果与苦味酸法存在系统性偏差，且临床决策依赖该偏差，则应选择方法限定编码。

治理实践中，建议采用以下判断路径：

先确认 Component、Property、Time、System、Scale 五个字段完全一致；
再判断方法差异是否影响临床解释或结果可比性；
若影响，选择带 Method 的专用编码；若不影响，选择通用编码；
在映射文档中记录方法选择的理由，供后续审计。

下面这张图展示了 LOINC 编码的语义结构关系，以及六个字段如何共同界定一个编码的边界。图中以“血清肌酐”为例，对比了通用编码与方法限定编码的差异。

五、治理落地：建立字段级映射审核表

理解了上述结构后，治理工作的核心就是建立一套可执行的字段级审核机制。建议在映射审核表中至少包含以下字段：LOINC 编码、长名、短名、Component、Property、Time、System、Scale、Method、本地项目代码、本地项目名称、方法学、标本类型、结果单位、审核结论、审核人、审核日期。

审核时，逐字段比对本地项目与 LOINC 条目的语义。例如，本地项目“血清肌酐（酶法）”在 Component=Creatinine、Property=MCnc、Time=Pt、System=Ser/Plas、Scale=Qn 五个字段上均匹配通用编码 2160-0，但 Method 字段为“酶法”。此时需要判断：本实验室的酶法结果是否与通用编码所隐含的方法学假设一致？如果一致，可使用通用编码；如果不一致且影响临床解释，则应选择方法限定编码，并在审核结论中注明理由。

实用建议：在治理平台中，将六个字段做成结构化下拉选择，而不是自由文本。审核人员必须逐字段确认，系统自动比对本地项目属性与 LOINC 字段的匹配度，对不匹配项高亮提示。这样可以显著降低“只看名称就映射”的错误率。

最后需要强调的是，LOINC 的语义边界不是一成不变的。随着检验医学发展，LOINC 会新增编码、修订名称、废弃旧项。治理体系必须建立版本跟踪机制，定期比对本地映射表与最新 LOINC 发布版本，及时处理废弃编码的替代关系，确保数据在长期积累中仍然可解释、可聚合、可追溯。