4. 检验术语治理工程总体架构
检验术语治理不是一次性把 LOINC 编码“贴”到项目上，而是一项需要长期运转的工程。它要同时回答六个问题：治理哪些对象、数据如何流动、谁对什么负责、用什么工具承载、在哪些节点设卡、以及如何让治理在人员更替和版本升级后仍然持续。本节给出一套可落地的总体架构，把治理域、数据流、角色分工、工具链、质量门禁与持续运营机制串成一个整体。
一、治理域：先划清“治什么”
治理域是架构的边界定义。检验术语治理通常覆盖五个域：术语域（LOINC 编码、成分、属性、时间、系统、标尺、方法六轴语义）、映射域（本地项目与 LOINC 的对应关系及映射类型）、数据域（检验申请、标本、结果、单位、参考区间）、接口域（LIS、HIS、仪器、区域平台之间的消息与字段）、运营域（版本、变更、审计、培训与指标）。五个域不是并列的抽屉，而是有依赖顺序：术语域是基准，映射域是桥梁，数据域和接口域是落地场景，运营域保证前四者不腐化。
划域的关键动作是建立术语资产清单。清单至少包含：本地项目代码、本地名称、标本类型、结果类型（定量/定性/半定量）、单位、参考区间、当前 LOINC 编码、映射类型（精确/等价/较宽/较窄/相关）、映射状态（草稿/待审/已发布/停用）、责任人、生效日期。这份清单是后续所有数据流和门禁的“主数据源”。
二、数据流：从申请到归档的术语链路
术语治理的数据流可以概括为“申请侧—标本侧—结果侧—归档侧”四段。申请侧把临床医嘱翻译为可被 LIS 识别的项目代码；标本侧绑定标本类型与采集条件；结果侧把仪器原始结果、单位、参考区间与 LOINC 语义对齐；归档侧把结果写入区域平台或数据仓库，供科研与监管复用。每一段都有术语介入点：申请侧需要项目与 LOINC 的映射，标本侧需要系统轴（如血清/全血/尿液）一致，结果侧需要标尺与方法轴一致，归档侧需要版本与时间戳可追溯。
下面这张图把治理域、数据流、角色、工具链与质量门禁放在同一张架构视图中，便于看清“谁在什么位置、用什么工具、卡什么条件”。
三、角色分工：谁对什么负责
架构能否运转，取决于责任是否落到具体角色。建议设置四类核心角色。术语管理员负责 LOINC 版本维护、映射表主数据、发布与回滚，是术语域的“守门人”。检验医师负责语义审核，判断某个本地项目映射到某条 LOINC 是否在临床上成立，尤其是成分、时间、系统、标尺、方法五轴容易出错的场景。信息科工程师负责把映射落到接口、字典表和校验规则中，处理消息字段与单位换算。数据治理委员会负责跨部门仲裁、指标设定与审计，解决“临床说该这样、信息科说改不动”的冲突。
角色分工要避免两个常见问题：一是把映射全部压给信息科，导致语义错误无人发现；二是术语管理员只维护编码、不接触临床，导致映射脱离实际。可行做法是建立映射评审单，每条新增或变更映射都必须有临床提出人、术语管理员、检验医师三方签字（电子审批即可），评审单与映射记录绑定，作为审计依据。
四、工具链：让治理可操作
工具链不需要一开始就上重型平台，但四个能力必须具备。术语库与映射表：存储 LOINC 版本、本地项目、映射关系与状态，支持按六轴检索。映射工作台：输入本地项目名称、标本、单位后，给出候选 LOINC 列表及匹配理由，由人工确认，而不是全自动写入。校验引擎：在发布前检查六轴完整性、单位与标尺一致性、参考区间是否随映射变更而更新。发布与审计：每次发布生成版本快照，记录变更人、变更时间、变更前后值，支持按时间点回滚。
一个可参考的映射记录示例（示例数据，非实测）：本地项目“血清钾”，标本血清，结果类型定量，单位 mmol/L，参考区间 3.5–5.3 mmol/L，映射到 LOINC 2823-3（Potassium [Moles/volume] in Serum or Plasma），映射类型“精确”，状态“已发布”，责任人“张工”，生效日期“2025-03-01”。若同一项目在尿液标本中使用，则必须另建一条映射到 2828-2，不能复用血清映射，这正是系统轴门禁要拦截的典型场景。
五、质量门禁：把错误挡在发布之前
质量门禁是架构中最具操作性的部分。建议设置四道门禁。G1 映射准入：六轴信息完整、映射类型明确、双人复核通过，否则不允许进入发布队列。G2 标本一致性：系统轴与标本类型必须匹配，血清项目不得映射到尿液专用 LOINC，冲突直接拦截并生成待处理任务。G3 结果语义：单位、标尺、方法轴与 LOINC 定义一致，定量项目不得映射到定性 LOINC，参考区间随映射变更同步更新。G4 发布审计：版本号、时间戳、变更日志齐全，未通过审计的版本不得下发到接口。
门禁的价值在于“可判断”。例如 G3 中，若本地项目单位为 mg/dL，而候选 LOINC 标尺为 mmol/L，系统应提示单位不一致并要求选择正确标尺或补充换算规则，而不是静默通过。门禁结果应形成拦截清单，按项目、门禁类型、责任人、处理状态跟踪，作为运营指标的数据来源。
六、持续运营机制：让治理不随人走
持续运营的核心是“监控—评审—发布—培训—复盘”闭环。监控指标至少包括：映射覆盖率（已映射项目/应映射项目）、映射准确率（抽检正确数/抽检数）、冲突率（被门禁拦截数/提交数）、未映射存量。评审环节对变更申请做影响分析，判断是否影响接口、报表、科研数据集。发布环节保留版本快照与回滚点。培训环节针对新项目、新版本、常见错误开展短训。复盘环节对反复出现的冲突做根因分析，优化映射规则或本地项目命名。
把六个部分合起来看，总体架构可以概括为：以术语资产清单为基准，以四段数据流为载体，以四类角色为责任主体，以四类工具为支撑，以四道门禁为控制点，以五步闭环为持续机制。这样一套架构不追求一次性完美，而是让每一次映射、每一次版本升级、每一次接口变更都有据可查、有人负责、有门可守，从而使检验术语治理真正成为可持续的工程能力。