实验室样品保管链：追踪每一次交接

为什么样品记录会在采样和出结果之间出现断点

只有当工作人员能够说明样品在检测前经历了什么，实验室结果才有说服力。一次遗漏的交接就可能留下几个基本问题：样品由谁保管？对方什么时候接收？样品是否仍适合分析？

纸质记录、收件箱消息和口头更新，往往会把同一段过程分散在不同地方。现场工作人员可能把采样时间记在表格上，快递员在另一份日志上签字，实验室则要等收到样品后才录入。发生投诉、审计或异常结果时，工作人员只能事后重新拼凑记录。

实验室样品保管链会把每次转移记录为一个事件，从采样到结果发布，形成连续的历史记录。

状态不能证明交接已经发生

样品状态通常是「已采集」「运输中」「已接收」「检测中」或「已报告」这样的简短标签。它能帮助工作人员了解工作进度，却不能说明是谁修改了状态、为什么修改，或样品是否符合要求。

保管事件会记录状态变化背后的细节。当快递员把水样交给实验室技术人员时，记录应标明发送人和接收人，记录日期和时间，在需要时注明地点，并记录样品状态。技术人员可以确认封条完好，冷藏箱温度也在接受范围内。

这一点在审核时尤其重要。「已接收」只能说明实验室拿到了样品。交接事件则可以说明：Jordan Lee 在 6 月 4 日 10:18 接收了样品 W-104，检查封条完好，并将样品放入冷藏存储设备。

保持完整过程的记录

团队需要从采样到报告都使用同一份连续记录。具体字段取决于实验室和检测类型，但大多数流程都需要唯一的样品 ID、采样日期和时间、采样地点以及采样人员姓名。每次转移也都要记录，包括发送人、接收人、时间戳以及接收或拒收决定。

记录还应包括容器完整性、封条状态、温度、数量和可见损坏等状态检查，并显示存储位置、检测分配、分析人员、主要处理步骤、最终结果、审核人员、发布时间和后续更正。

异常发生时应立即记录。如果快递员迟到或容器泄漏，记录需要写明实际状态、发现问题的人以及采取的措施。修改状态或删除事件，会隐藏审核人员可能需要的信息。

统一的工作流可以让所有人从同一个地方填写这些细节。例如，用 AppMaster 构建的无代码应用可以要求接收人在确认交接前完成状态检查。工作流会将时间戳和负责人员与样品记录一起保存，不再依赖事后回忆或分散的消息。

明确每个样品需要哪些信息

实验室样品保管链从一条简单规则开始：样品进入你们保管范围时，就创建记录。在采样时分配唯一的样品 ID，而不是等样品到达实验室后再分配。小团队可以使用手写标签，但标签必须与数字记录完全一致。重复的 ID 会造成混乱，之后再补写备注也很难彻底解决。

使用工作人员能快速读懂的 ID 格式，例如采样日期加短序号。不要把个人姓名和敏感案件信息放进 ID 本身，应将这些内容放在受保护的样品记录字段中。

第一条记录应直接回答基本问题，不要让任何人再去翻纸质表格或联系采样人员。记录采样人员姓名和联系方式、采样日期和准确时间、地点、样品类型、关联项目或检测申请、要求进行的分析以及规定的完成期限。

仅有采样详情，无法说明样品是否一直适合检测。工作人员还需要记录初始状态，例如完好、泄漏、冷冻、冷藏、浑浊、干燥或损坏。自由文本适合说明特殊情况，但为常见状态提供固定选项，更便于搜索和比较。

为容器和封条分别设置字段。记录容器类型、数量或体积、封条编号，以及采样时封条是否完好。例如，水样可能需要无菌 500 mL 瓶、完整的防拆封条，并在 2-8 C 条件下存储。如果采样人员用了不同容器或发现封条破损，记录应立即体现出来。

存储说明也要具体。「保持低温」容易产生误解。「在 2-8 C 下存储，避光，并在 24 小时内送达」则能为快递员和实验室接收人员提供明确指引。

用 AppMaster 构建的无代码应用可以要求工作人员填写这些字段后，才能保存采样记录。应用还可以根据样品类型显示不同的状态和存储字段，让现场采样人员不必回答无关问题。

不要把所有字段都设为可选。应要求填写 ID、采样人员、时间、地点、样品类型、初始状态、容器和存储要求。如果某项必填信息暂时无法获得，可以选择预先定义的异常原因并添加备注。这样，实验室就能在检测开始前看到并审核缺口。

在构建工作流前，先绘制样品路径

保管链表单应尽量贴合样品真实经过的路径。与负责采样、接收、检测、审核和报告的人员沟通。在创建字段、页面或规则前，先用简单语言写下样品经过的每一个环节。

先从一组清晰的状态开始。许多实验室使用「已采集」「已接收」「检测中」「审核中」和「已报告」这样的流程。只有当某个状态代表实际的控制权或工作变化时，才添加它。「等待中」这样的状态，如果没有说明样品由谁保管以及工作为何暂停，就会造成混乱。

状态告诉工作人员样品处于流程中的哪个位置，保管记录则告诉他们谁在具体时间承担了责任。这两个字段应分开保存。

标记需要保管记录的时刻

每当责任发生转移，或样品移动到会改变其控制范围的地点时，都创建新的保管条目。现场技术人员将试管放入冷藏箱时，记录采样事件。快递员接收冷藏箱时，记录接收事件。实验室技术人员取出试管进行分析时，记录下一次交接。

可以遵循一条实用规则：如果有人可能问「10:30 时样品由谁保管」，工作流就需要一个能够回答这个问题的事件。每个事件都应记录样品 ID、日期和时间、负责人、地点或转移点以及状态检查。

状态检查需要结构化字段。工作人员应选择「封条完好」「容器损坏」「温度合格」或「温度超出范围」等值。备注可以解释异常，但不能代替检查本身。

让更正后的记录仍然清晰

备注和更正是实验室工作中的正常环节。技术人员可能添加「标签略微受潮」，也可能更正地点名称中的拼写错误。这些操作都不应悄悄重写原始保管事件。

保留原始交接条目，并添加单独的更正记录，注明修改人、时间、原因和更新后的值。将备注附加到相关事件上，但不要修改样品状态。这样，实验室样品记录在质量检查或客户询问时更容易审核。

在 AppMaster 中，团队可以将样品、保管事件、状态检查和更正建模为独立记录。可视化业务流程可以要求完整交接后，才允许状态继续推进。这样显示的是样品的完整路径，而不只是最近一次更新。

一步步构建工作流

围绕一个永久的样品 ID 构建实验室样品保管链。在采样时分配 ID，并在标签、采样记录、交接日志、检测记录和最终结果中持续使用。条形码或二维码可以减少输入错误，但工作人员在保存事件前仍应在屏幕上看到 ID。

从采样表单开始。要求填写能够说明样品来源和采样人员的信息：采样日期和时间、采样人员姓名、地点或来源、样品类型、容器 ID 以及采样时的状态。对于封条损坏或温度超出正常范围等情况，提供备注字段。

将每次转移作为独立记录

样品换手时，不要覆盖采样人员的信息。每次有人转移或接收样品，都创建一条交接记录。每条记录都应显示双方姓名、日期和时间、转移地点以及样品 ID。

接收人员在确认接收前，应先确认样品状态。提供「封条完好」「容器损坏」「标签无法读取」「已检查温度」或「数量不足」等明确选项。如果选择了问题，应要求填写简短说明，并提醒负责审核的人员。

实用的交接记录应包括样品 ID 和当前状态、交出样品的人、接收样品的人、转移日期、时间和地点，以及状态检查和备注。只有在实验室有相关流程时，才添加辅助照片。

将所有事件存储在同一个样品 ID 下，不要分散在不同的电子表格或邮件线程中。这样，工作人员就能按时间顺序查看历史，回答审计问题：这个样品在每个阶段由谁保管？

用发布的结果结束记录

检测结束后，分析人员记录结果、方法、完成时间和结果备注。随后由审核人员或授权工作人员发布结果，并记录姓名和发布时间。将结果发布与检测录入分开，确保记录能显示谁生成结果、谁批准结果。

AppMaster 允许团队在不编程的情况下创建这些表单和状态规则。业务流程可以在必填字段缺失时阻止交接或结果发布。例如，在接收人记录封条状态前，系统可以阻止其确认接收。这样的规则能在问题进入最终报告前，堵住常见的保管缺口。

让每次交接都容易核实

只有当审核人员不用翻找邮件或纸质表格，就能回答五个问题时，保管记录才真正有帮助：谁发送了样品，谁接收了样品，转移何时发生，在哪里发生，以及为什么转移。将这些字段放在每张交接表单上，并要求工作人员填写后才能确认转移。

尽可能使用工作人员账户中的姓名，而不是自由文本。这样可以避免同一人在一条记录中写成「J. Smith」，在另一条记录中写成「John」。地点可以提供简短的批准列表，例如采样点、接收台、冷藏存储区或检测区。

转移原因可以避免历史记录过于模糊。工作人员可以选择「常规送达」「移入存储」「分配检测」或「送去复检」。选项应符合实验室的实际工作，不要提供一长串通用列表。

在转移时检查状态

接收人员在承担责任前，应记录样品状态。简单的检查清单可以让不同班次的审核保持一致。清单应包括封条状态、温度范围、容器损坏、样品体积和标签可读性。

如果发现问题，应要求填写备注。「损坏」并不能说明容器是泄漏、开裂，还是没有盖子。有效的备注应写明工作人员看到了什么、采取了什么措施以及通知了谁。例如：「样品到达时封条部分翘起。容器没有泄漏。接收人员将其放入 4 C 存储设备，并通知实验室主管。」

在实验室政策允许的情况下，照片有助于说明破损包装或模糊标签。将照片附在同一条样品记录中，避免工作人员再去查找其他文件夹。

锁定已确认的交接

发送人和接收人确认转移后，应锁定原始交接详情。工作人员可以通过新的更正记录修改后续信息，但不能覆盖最初的时间戳、状态结果或负责人。

更正记录应保留原始条目，显示修正后的信息，注明更正人员，并要求填写原因。如果技术人员填错了存储位置，记录应明确说明，而不是悄悄把「冷藏存储」替换成「检测区」。

AppMaster 表单可以收集交接字段，业务流程则可以要求双方确认后才能改变样品状态。当接收人报告损坏、温度问题或数量不足时，同一流程还可以为主管创建异常任务。

示例：样品从现场到最终结果的移动过程

现场采样人员在 09:12 从 River Site 14 采集水样。工作人员用手机或平板电脑创建记录，扫描瓶身条形码，并填写采样时间、地点、样品类型和姓名。同时记录瓶身封条编号，并为密封容器拍照。

09:25，采样人员将瓶子放入冷藏运输箱，记录箱体 ID、温度和预计到达时间。此时，保管记录已经显示样品由谁保管、存放在哪里，以及运输开始前的状态。

快递员在 10:05 接收运输箱。双方在工作流中确认转移，记录新增时间戳，并将快递员列为负责人。纸质签名也可以使用，但数字确认之后更容易查找。

接收时发现问题

实验室技术人员在 11:18 接收样品。接收时，他们扫描条形码，并将封条编号与采样记录进行比对。技术人员发现外层封条有一道小裂口。

他们记录状态检查，添加照片，并选择「封条损坏」作为异常。工作流将记录发送给审核人员，并阻止技术人员将样品分配到检测流程。

记录包括接收时间和技术人员姓名、发现的损坏及照片、到达时的温度，以及负责该异常的审核人员。

检测前审核

审核人员检查采样照片、运输详情和接收备注。审核人员联系采样人员，对方确认瓶盖一直处于闭合状态，裂口只影响外层防拆封条。审核人员记录说明，判断样品仍适合分析，并在 12:02 关闭异常。

之后，工作流才将样品放行给分析人员。12:15，分析人员接收交接，执行批准的检测并录入测量结果。系统将原始观察、异常、审核决定和结果保存在一起。

主管在 14:40 审核完整记录。他们确认每次转移都有人员、时间和状态记录，然后批准最终结果。只有批准后，工作流才将结果标记为已发布。如果审核人员拒绝了破损封条，记录就会显示原因，并阻止结果发布。

用 AppMaster 构建的无代码应用可以在一个流程中引导工作人员完成这些检查，减少对记忆和独立电子表格的依赖。

会造成保管记录缺口的常见错误

实验室样品保管链的大多数断点，都始于一个看似很小的捷径。技术人员凭记忆输入 ID，直接修改状态备注，或在检测结束前录入结果。事后记录看起来可能很完整，却无法准确说明发生了什么。

自由填写的样品 ID 很快就会带来问题。「Water-14」「water 14」和「WTR14」可能指的是同一个容器，但系统可能将它们视为不同样品。为每个样品生成 ID，在条件允许时使用条形码或二维码扫描，并拒绝不符合预期格式的输入。创建新记录前，工作人员应先搜索已有记录。

状态检查需要保留自己的历史。如果快递员记录冷藏箱到达时为 5 C，而实验室接收人员后来发现箱盖开裂，这两次观察都应保存在实验室样品记录中。不要用第二条备注替换第一条。每次检查都保存时间、人员、状态以及照片或评论。

一次交接也需要两次独立确认。交出样品的人和接收样品的人都应确认转移，并记录时间戳和地点。有人在非工作时间将样品放入上锁的冰箱时，可能会由同一个人完成两个步骤。可以允许这种例外，但必须要求填写原因，并标记为主管审核。

结果录入需要明确的控制点。技术人员可能在所有检查完成前就知道大概结果，但工作流应在检测完成前阻止最终发布。同时还应确认样品 ID、方法、分析人员和必要的状态检查都已填写。检测期间可以保存草稿备注，已发布的结果则必须拥有完整记录。

在录入时使用简单规则：拒绝无效或重复的样品 ID，新增状态检查而不是编辑旧记录，转移时要求发送人和接收人确认，检测仍在进行时阻止结果发布。

这些控制措施能减少样品交接追踪对记忆的依赖。审核人员可以从采样一路追踪到结果，而不必从邮件或纸质备注中重新拼凑事件。

发布结果前的快速检查

在记录无法讲出一段完整、清晰的故事前，最终结果不应离开实验室。先检查样品 ID。它必须与采样记录、容器标签、转移日志、检测记录和结果一致。当前状态也应合理，例如「检测完成」或「待审核」。

按顺序查看保管日志，从采样一直到分析。每次转移都需要发送人姓名、接收人姓名和时间戳。只写「由实验室接收」的交接记录，仍然留下太多疑问。

发布前，确认同一个样品 ID 出现在所有实验室样品记录中。检查每次交接是否标明发送人和接收人，再查找空白、重复或顺序错误的时间戳。审核温度、封条状态、容器损坏和存储位置。阅读所有异常备注，并确认团队已经处理或批准每个问题。

即使结果看起来正常，缺少状态字段也需要关注。如果技术人员记录冷藏箱到达时为 12 C，而检测方法要求更低的温度范围，审核人员也必须掌握这一信息，才能决定发布、附加限定、重做还是拒绝结果。

将结果与完整记录进行比对

批准结果的人应将检测记录与完整的实验室样品保管链进行比对，而不是只看最终仪器输出。确认分析人员处理的是正确样品，检测在实验室接收后才开始，并且存储和制备步骤符合检测方法。

清晰的状态变化能帮助审核人员发现缺口。样品可能依次经历已采集、运输中、已接收、已存储、已制备、已检测、已审核和已发布。如果它从「运输中」直接跳到「已检测」，就应有人解释缺少的接收或存储步骤。

实验室工作流自动化可以减少重复审核工作。当转移缺少接收人、必要时间戳为空或异常尚未作出决定时，工作流可以阻止结果发布。AppMaster 支持这类无代码工作流，提供交接表单、状态规则和审核页面，让工作人员在一个地方查看样品历史。

将最终批准记录与结果放在一起。记录批准人、批准时间以及附带的任何限定条件。这条最终记录会结束保管历史。

从团队真正用得起来的小型工作流开始

实验室样品保管链在第一版范围较小时效果最好。选择一种样品类型，例如由现场团队采集的水样，再选择一组固定用户。不要试图在第一天就替换所有纸质日志和实验室系统。

让采样人员、接收人员、分析人员和批准人员共同确定所需字段。保持列表实用：样品 ID、采样时间、采样人员、当前位置、每次交接的接收人、到达时的状态以及最终结果状态。在试点开始前，先确定异常处理规则。

例如，接收人员可能记录封条破损、标签缺失或温度超出接受范围。工作流应要求填写原因，并在实验室有相关规定时要求上传照片或备注，同时等待主管作出决定。状态字段为空时，绝不能让样品继续向前流转。

AppMaster 可以在不编写代码的情况下将这一流程变成应用。使用 Data Designer 创建样品、交接、状态检查和工作人员记录。为采样和接收创建 Web 或移动表单，再使用 Business Process Editor 控制工作人员提交每张表单后发生的操作。

根据实际职责设置访问权限。采样人员可以创建样品并记录采样详情。接收技术人员可以接收样品或标记异常。分析人员可以录入检测状态和结果。只有授权审核人员才能发布最终结果。早期记录应保持可见，而不是被后续用户覆盖。

在工作人员处理真实样品前，使用清晰标记的练习记录进行真实测试。测试容器损坏、样品 ID 错误、超过规定保存时间后的交接、接收人员不可用，以及被拒绝后退回更正的结果。

逐条审核测试记录。确认应用在每个环节都记录了时间戳、负责人、状态、异常备注和决定。同时确认工作人员可以通过搜索样品 ID，快速找到完整历史。

试点周期应足够短，让团队能在细节仍然清晰时讨论问题。修正不明确的字段标签、缺少的选项以及拖慢日常工作的审批步骤。当工作人员无需额外备注或独立电子表格，就能完成普通交接后，再增加下一种样品类型或下一个团队。