干实验室的，最怕什么？不是加班，不是复测，是你辛辛苦苦跑完序列、前处理搞了一下午，突然网络闪断，回头一看数据没了。那一瞬间后背发凉的感觉，谁遇谁知道。
LIMS（实验室信息管理系统）断网导致数据丢失这事儿，说大不大，说小不小。但处理不好，轻则补录到手软，重则引发审计追踪的合规性质疑，那就不是加班能解决的了。
先泼一盆冷水：绝大多数LIMS在断网状态下确实很脆弱。如果你用的是纯B/S架构、没有本地缓存机制的系统，断网就等于失联，界面卡死，数据敲了也白敲。但这不是你今天该纠结的，问题出了，得先止血。
第一步，也是最容易被跳过的：确认真的丢了吗？
很多新手一看到界面空白就慌了，其实有些LIMS在断网重连后会把数据暂存在浏览器缓存里。别急着关页面，别急着刷新，先让网管帮你恢复网络，等个两三分钟，有时候数据会自己“吐”回来。急着关掉浏览器，那可就真丢了。
如果确实丢了，接下来不是补数据，是留证据。
这是实验室合规意识的分水岭。我见过太多人第一反应是凭记忆赶紧把数据重新敲进去，生怕被领导发现。错，大错特错。正确的做法是：立刻截图报错界面，记录断网的时间点，然后打开你们的《实验室异常事件记录表》，老老实实写清楚发生了什么。在GMP或者CNAS的语境下，掩盖比失误严重得多。数据完整性（Data Integrity）的原则摆在那里：你手动补录的数据属于“原始数据”吗？如果不是，它的来源是哪儿？你如果答不上来，这就会成为一个审计追踪里的硬伤。
然后才轮到“怎么把活干了”。
如果你用的是仪器工作站电脑，断网往往不影响单机软件的数据采集，只影响向LIMS传输。这时候，仪器软件本地的原始数据文件（.d、.raw或者pdf报告）是救命稻草。千万不要动这些原始文件，它们才是你的真原始数据。你可以在LIMS恢复后，用“离线录入”或者“补录”功能，把结果值填进去，但必须在备注里注明断网情况，并关联到仪器本地的原始数据文件路径。将来任何审计人员来查，都能追溯回仪器本地的那份“元始天尊”。
说到断网数据丢失的根源，其实不是在丢数据那一瞬间才需要解决的。如果你的实验室网络环境本来就不好，或者经常需要带着平板去冷库、无菌车间这种信号死角录入，那你的LIMS必须得有“离线模式”。选购系统的时候，有没有“断网续传”功能、本地缓存的极限能存多少条记录、重连后是自动同步还是人工干预，这几个问题得在验收报告上白纸黑字写好。不然等到生产环境里掉链子，只能拍大腿。
还有一个不算太正经但很管用的土办法：如果网络不稳定是常态，平时在录关键数据时，敲完一串就习惯性Ctrl+S或者点个“暂存”。很多系统的暂存按钮是挂在本地会话里的，虽然没提交到服务器，但能在浏览器崩溃前保你一命。这不算什么规范操作，但是真人干活的生存智慧。
说到底，断网丢数据这事儿就像骑电动车不戴头盔。你觉得路上车不多，懒得戴，可真摔了那一下，疼的是自己。提前看天气预报（检查网络环境）、把头盔系牢（确认系统离线机制）、摔了先拍照留证（别急着篡改现场），这流程比什么补救措施都好使。下次再碰见那圈转啊转就是连不上的灰色界面，先深呼吸，别手抖，把那条异常记录写漂亮，比什么都强。
