2. 实验室主数据范围与分类框架

实验室主数据不是把所有“看起来重要”的数据都收进来，而是识别那些被多个业务过程反复引用、变更后会影响全局一致性、需要统一口径的核心对象。人员、设备、试剂、样品、方法、标准、项目这七类对象，构成了实验室运行的最小语义骨架：项目决定“为什么做”，样品决定“对什么做”，方法决定“怎么做”，设备与试剂决定“用什么做”，标准决定“按什么判定”，人员决定“谁来做、谁负责”。它们之间不是并列罗列，而是通过引用关系互相咬合，任何一类编码失稳，都会沿着引用链传导到检测报告、质量记录和统计口径。

一、七个核心主数据域的识别依据

判断一个对象是否属于主数据，可以用三条准则同时检验：第一，它是否被两个以上业务过程共享；第二，它是否有相对稳定的生命周期（创建、启用、变更、停用），而不是一次性流水记录；第三，它是否需要跨系统、跨部门保持同一标识。按此准则，实验室核心主数据域可归纳如下。

• 人员域：检测员、复核员、授权签字人、设备管理员、样品管理员。关键属性包括工号、岗位、授权项目范围、授权有效期、所属部门。人员域的核心难点是“授权范围”与“项目/方法”的关联，而非姓名本身。
• 设备域：分析仪器、辅助设备、标准器、环境监控装置。关键属性包括设备编号、型号、序列号、校准状态、校准有效期、量程与不确定度、安装位置。
• 试剂域：标准物质、化学试剂、培养基、耗材。关键属性包括物料编码、CAS号、批号、浓度/纯度、有效期、储存条件、开瓶日期。
• 样品域：受检样品、质控样品、留样、标准样品。关键属性包括样品编号、样品类型、来源、接收日期、状态、检测项目关联。
• 方法域：标准方法、非标方法、自制方法。关键属性包括方法编号、方法名称、依据标准、版本、适用范围、确认状态。
• 标准域：技术标准、规范、判定依据、限量要求。关键属性包括标准号、名称、版本、发布机构、实施日期、被引用方法。
• 项目域：检测项目、参数、指标。关键属性包括项目编码、项目名称、计量单位、检出限、判定标准、关联方法。

需要特别说明：方法域与标准域必须分开。标准是“依据文件”，方法是“操作程序”，一个标准可能对应多个方法，一个方法也可能引用多个标准。若把二者合并，后续版本升级时无法区分“标准换版”与“方法修订”，会造成判定依据混乱。

二、分类维度与层级结构

识别出主数据域之后，需要为每个域建立分类维度。分类维度不是简单的树状目录，而是多轴并行的：一个对象可以同时按业务属性、管理属性、技术属性被归入不同维度。以设备域为例，可建立三条分类轴：

• 业务轴：按用途分为分析设备、前处理设备、辅助设备、标准器；
• 管理轴：按校准状态分为合格、限用、停用、报废；
• 技术轴：按量值特性分为质量类、体积类、温度类、光谱类、色谱类。

层级结构建议控制在三到四层，过深会导致编码冗长、维护困难。以试剂域为例，可采用“大类—子类—品种—规格”四级：化学试剂 → 无机试剂 → 盐酸 → 优级纯。每一级对应编码中的一段，既便于人工识别，也便于系统按前缀检索。

三、主数据域清单编制方法

清单编制不是把上述七个域抄一遍，而是逐域落实“对象、标识、属性、来源、责任、引用关系”六项内容。建议按以下顺序推进：

1. 确定域边界：明确该域包含什么、不包含什么。例如“试剂域”是否包含玻璃器皿？若器皿不参与量值溯源，可归入耗材而不纳入主数据。
2. 定义唯一标识：每个对象必须有全局唯一编码，且编码规则可解析。例如设备编码采用“LAB-EQ-分析-0001”结构，段位分别表示机构、类别、子类、流水号。
3. 提取关键属性：只保留被业务过程实际引用的属性。设备若从不按“功率”检索，就不必纳入主数据属性。
4. 标注数据来源系统：明确该主数据由哪个系统创建、哪个系统只读引用，避免多头维护。
5. 标注责任部门：人员域归人事或质量，设备域归设备管理员，方法域归技术负责人。
6. 记录引用关系：项目引用方法，方法引用标准，样品关联项目，检测记录引用人员、设备、试剂批号。

四、示例：设备域主数据清单片段

以下为设备域清单的示例片段，字段与取值均为教学示例，用于说明清单应达到的粒度，不代表任何真实实验室的实际数据。

从这张片段可以看出三个关键设计：第一，“关联方法”字段把设备域与方法域连接起来，使方法确认时能快速定位所需设备；第二，“校准状态”与“有效期至”分离，状态是管理结论，日期是客观事实，二者不可互相替代；第三，“责任岗位”而非“责任人姓名”，避免人员变动导致主数据频繁修改。

五、分类框架落地时的常见偏差

实际推进中最容易出现的偏差有三类。其一是把流水数据当主数据：例如把每一次检测的原始记录纳入主数据域，导致数据量膨胀且无法维护。其二是分类轴混用：在同一层级里既按用途分又按状态分，造成一个对象归属多个父节点。其三是编码承载过多语义：把部门、年份、负责人全部编进编码，一旦组织调整，编码即失效。稳妥的做法是编码只承载稳定分类信息，动态属性放在字段中维护。

完成域识别与分类框架后，下一步才是编码规则设计。但在此之前，务必确认清单已经覆盖全部核心域，且每个域的唯一标识、关键属性、来源系统、责任岗位、引用关系五项均已落实。这份清单是后续编码、建模、数据治理的共同基线，它的完整性直接决定整个主数据体系能否支撑跨系统引用。