研发样本编码规则怎么制定?先明确编码代表的是样本、批次还是分装容器,再把稳定身份、可读标签与可变属性分开管理。编码需要让人员识别对象、让系统可靠关联,不应承担全部样本信息,也不能在项目或存放位置变化后频繁改号。
研发样本编码规则怎么制定:先区分三层信息
| 信息层 | 用途 | 制定原则 |
|---|
| 唯一主键 | 识别一条对象记录,供系统关联 | 明确唯一范围,生成后保持稳定、不复用 |
| 可读标签码 | 贴标、扫码及人工核对 | 简洁可辨,定义与主键的对应关系 |
| 可变属性 | 记录位置、状态、项目与负责人 | 存为字段,按权限修改并保留历史 |
例如,样本转移冰箱时更新位置字段,不因位置变化重新创建样本身份。外部送样号可以保留为别名,但不能未经检查就当作机构内的唯一主键。上述划分是数据治理建议,并非所有系统的默认结构。
先定编号范围,再定字符和发号责任
规范应写明唯一范围是单项目、实验室还是整个机构,哪些对象需要独立编号,以及批次与样本的关系。多实验室共同登记时,还要确定统一发号或命名空间方案,不能靠各自表格里的递增序号避免冲突。
- 明确前缀、允许字符、长度和分隔符,避免难辨字符影响人工核对。
- 明确序号是否重置、如何处理跨年或扩容,并禁止复用作废编号。
- 规定发号入口、重复校验和离线登记后的冲突处理责任。
- 标签不直接写姓名、联系方式或敏感研究信息,以受控系统记录承载。
可读码如“LABA-000123”只用于示意,不是通用标准。日期或类型字段是否进入标签,应由识别需求决定;不要把易变化的项目、存放位置及研究结论都拼进编码。
分装和跨系统关联,用关系表保持追溯

分装产生需要独立管理的子样本或容器时,应分配独立身份并记录父对象、分装时间、操作人及相关数量。先明确样本与容器的对象模型:换容器不一定等于新样本,处理产生新对象则需按已批准规则登记。
父子关系不能只靠编号后缀推断。拆分、合并和衍生处理的关系应单独保存;涉及多个来源的混合对象,记录全部来源及处理依据,不能压缩成一个“父编号”。
跨LIMS、电子实验记录和外部检测系统,建立映射记录:本地主键、来源系统及实例、对象类型、外部ID、关联状态、建立时间和核对人。外部ID只有在对应系统范围内解释才可靠,不能把相同字符串自动视为同一对象。
| 关系记录 | 必要字段 | 核对动作 |
|---|
| 父子分装 | 父对象ID、子对象ID、分装事件及操作人 | 核对实物与分装记录 |
| 系统映射 | 本地主键、系统实例、对象类型、外部ID | 核对对应对象与关联状态 |
字段和记录能力,需要按部署验证
yanLIMS官方产品说明介绍了样品自定义字段、条码注册、批次及电子实验记录关联。可据此要求供应方演示字段与关联流程,但不能推断所有部署默认实现机构级唯一发号。
yanNote官方说明介绍了结构化记录、模板、必填校验、版本及对象回链。编码规则应同步到登记模板与实验记录中,实际必填、校验和关联方式仍需按版本与配置验收。
选型演示时用真实的分装和跨系统样本验证,检查能否从实验记录找回对应样本,再从样本查到相关记录。软件能力不能替代机构制定对象定义、权限及操作规程,也不等于自动合规。
用异常样例验收,再发布规则版本
- 测试多人并发登记及外部重复编号,确认冲突被拦截或进入明确处理流程。
- 测试标签破损、重打与扫码,确保重打仍对应原对象,并记录必要信息。
- 测试分装、移库、作废与历史导入,检查父子关系和映射没有丢失。
- 测试修改权限及记录追溯,核对谁修改了什么、何时修改、为何修改。
导入旧台账前保留原编号,检查重号和对象混淆,再建立旧新映射。发现错误时先隔离相关记录,核实实物与数据后更正;不要直接改号让问题消失。
官方教程涵盖实验记录、结构化模板及审核,可作为培训参考;机构仍需批准自己的规则版本、字段字典与验收记录。变更时评估旧标签、接口和历史关联,并指定迁移负责人。
研发样本编码规则怎么制定,最终应交付编码规范、字段字典、父子与跨系统映射规则,以及异常验收证据。身份稳定、关系明确、敏感信息受控,样本才能在人员和系统变化后保持可追溯。