去年夏天，我参与处理过一起医药批发企业的违规事件：一批价值近百万的生物制剂因为冷库温湿度监控系统与库存系统数据未打通，导致超温后库存未自动锁定，药品继续出库销售。最终企业被处以停业整顿60天、罚款30万的处罚，质量负责人被列入信用黑名单。这件事让我深刻意识到，库存管理系统在GSP合规中扮演的角色，绝不是“记录工具”那么简单，它是一整套风险阻断机制。这篇文章，我就结合自己这些年为医药企业做数字化落地咨询的经验，聊聊库存管理系统在GSP合规中真正需要关注的关键功能，不是厂商宣传册上那些“我们有温湿度监控、有近效期预警”的泛泛之谈，而是那些你不留意、但在飞检中可能直接导致“一票否决”的细节。
先说一个核心判断：GSP合规的本质不是“满足条款”，而是“可追溯的证据链管理”。飞检老师来查，看的不是你的系统有多少功能模块，看的是你能不能拿出一条完整的、不可篡改的、覆盖全流程的记录链条。库存管理系统作为药品流转的核心枢纽，承接着采购、验收、储存、养护、销售、出库、退货、不合格品处理等至少8个关键环节的数据归集与流转。如果系统在这些环节的“开关”设计上有漏洞，那么一旦出事，企业面临的不只是整改，可能是直接吊证。
我在2019年参与过一个连锁药店的GSP换证项目，企业当时用的是一套通用进销存系统，没有针对医药行业做任何定制。飞检时被查出三个致命问题：一是采购验收记录无法与电子监管码关联追溯；二是近效期药品预警后没有自动锁定库存的功能，导致预警形同虚设；三是温湿度超标事件的处置记录缺失，系统只存了温湿度曲线，但没有生成对应的“异常处置工单”。最终这家企业被限期整改，两个门店停业，质量管理体系文件被要求全部重写。这个项目让我彻底明白：在GSP合规框架下，库存管理系统不是“加分项”，而是“门槛项”。门槛没跨过去，其他都是零。
传统进销存系统的逻辑是“先操作、再补录”，货已经发出去了，回头再补出库记录。但在GSP合规体系下，这种逻辑本身就是违规。新版《药品经营质量管理规范》明确要求：药品的出库、销售必须实现“先审核、后放行”，且审核节点必须被系统强制控制，不能被人为跳过。
我举个真实的场景：某医药批发企业使用的旧版ERP系统，在发货环节允许仓库管理员手工修改出库单上的批号。这意味着什么？意味着理论上，一个即将过期的批次可以被“偷换”成一个效期更长的批次出库，只要操作人员愿意。飞检时，检查组会专门抽查批号调整的操作日志，如果发现存在“未触发审批即可修改关键字段”的情况，这属于严重缺陷项。因此，评判一个库存管理系统是否“GSP-ready”，第一个关键指标就是：系统是否在采购入库、验收、出库复核、不合格品管理等关键节点设置了强制控制点，且这些控制点不可被绕开。
根据我对近三年公开的飞检通报（涉及批发、连锁、零售三种业态）的不完全统计，库存管理系统相关的不合规项出现频次最高的五个领域分别是：①近效期管理（预警后无处置闭环）；②冷链药品在库养护记录缺失或逻辑矛盾；③不合格品未在系统中隔离存放且有处置记录缺失；④电子监管码追溯链条断裂（入库扫了、出库没扫）；⑤系统操作日志未完整记录关键字段的修改行为。
这五个点，如果你去看各家软件厂商的产品介绍页，几乎都会标注“支持”。但真正的问题是：“支持”和“强制执行”是两回事。系统允许你填写养护记录，但你也可以不填就进入下一步，这就是“支持”；系统不填养护记录就不允许做下一步业务操作，这才是合规系统应有的设计。我在选型评审中见过太多厂商的演示，功能都有，但控制力为零。所以我的建议是：选系统时不要问“有没有这个功能”，要问“这个功能能不能被用户跳过”。凡是可以跳过的，在飞检中就是隐患。
近效期管理是飞检中最容易被抓住的把柄，因为它涉及的场景太常见了，每个药店、每个仓库都有效期管理的需求，但绝大多数系统只做到了“预警”，没做到“管控”。
我先说一个数据观察：在一家中型医药连锁企业的在库养护抽查中，我们发现该企业近效期药品（距有效期不足6个月）的处置完整率仅为58%，也就是说，有42%的近效期药品在系统预警后没有跟进任何处置动作，既没有下架、也没有促销、也没有报损申请。追问原因，店长的回答很统一：“系统弹了个提醒，但当时忙，就关了，后来忘了。”这个案例充分说明：一个只能“提醒”的系统，在真实业务场景下约等于无效。
根据《药品经营质量管理规范》第一百六十条至一百六十二条的规定，企业应当对库存药品的有效期进行跟踪和控制，近效期药品应有明显的标志，并采取停售、退货、报损等措施。翻译成系统设计要求，就是以下四个关键控制点：
（1）自动标识与分类。系统应能根据预设的近效期阈值（通常距有效期6个月或3个月），自动将对应批号的库存标记为“近效期”状态，并在所有涉及该批号的业务单据（销售出库、调拨、退货）中自动显示警告标识。注意，是“自动”，不能靠人工手动打标。
（2）可售库存强制冻结。一旦药品进入近效期预警范围，系统应自动冻结该批号的可售库存。这里强调一下“可售库存”和“实物库存”的区别：实物还在仓库里，但在系统层面已经不可被销售订单调用。这一步是阻断风险的核心。
（3）处置流程强制闭环。近效期药品的去向只有三个合法出口：促销（需走审批）、退货给供应商、报损销毁。无论哪一个方向，系统都必须生成对应的处置单据，并关联质量负责人审批。审批未完成前，冻结不可解除。
（4）处置结果与质量台账自动关联。飞检时，检查组会查你的“不合格品台账”和“近效期药品处置台账”，并要求与系统记录一一对应。如果系统处置单据和纸质台账对不上，那就是严重缺陷。所以库存管理系统必须支持处置记录的自动归档，减少人工补录的出错空间。
2022年我在一家连锁药店做系统切换时，遇到了一个非常典型的问题：旧系统的近效期预警逻辑是按“入库日期+有效期”计算的，但实际操作中，部分药品的生产日期比入库日期早半年（跨区域调货导致）。结果就是，系统认为还有8个月效期，实际上只剩2个月。等到我们发现这个问题时，已经有3个批次的药品卖到了顾客手里，其中一批距过期仅剩15天。
这个问题的根源在于：系统计算近效期的基准字段选错了。正确的做法应该是基于“生产日期+有效期”计算，而非“入库日期”。但很多通用进销存系统根本不采集生产日期字段，因为它们最初是为普通商品设计的。这个细节在选型时几乎没人会问到，但一旦上线，就是一个系统性的合规隐患。我的建议是：在系统选型阶段，务必确认系统是否支持以“生产日期”为基准计算效期，且该字段在采购入库时是否强制采集。
电子监管码追溯是GSP合规中技术门槛最高的环节之一。为什么？因为它涉及的不是单一系统的功能，而是企业内部库存系统与国家药品追溯监管平台的对接、数据上传、异常处理以及企业内部流程与平台数据的核对四个层面的协同。
很多厂商在演示时会给你看扫码枪“嘀”一下，屏幕上跳出药品信息的画面，看起来很流畅。但这只展示了“采集”环节。真正的合规要求是：从采购入库、退货入库、销售出库、采购退出，到不合格品销毁，每一个涉及药品流向的环节，都必须扫码采集监管码，并将流向信息上传至国家追溯平台。而且上传不是“一天上传一次”就行，平台对上传时效、数据完整性、异常码处理都有明确要求。
根据我的项目经验，追溯链条断裂最常出现在以下三个场景：
场景一：采购入库时大包装扫了中包装码，中包装内的最小销售单元未逐一扫码。这在大批量入库时非常常见。操作员为了省事，扫了外箱码就确认入库，导致后续出库时，最小销售单元的监管码在系统中处于“未入库”状态，出库扫码时会报“库存中无此监管码”。此时系统如果允许“跳过扫码直接出库”，追溯链条就彻底断了。
场景二：退货入库未重新扫码核验。退货单关联原销售单似乎很合理，但GSP要求退货入库时必须逐盒扫码核验，以确认退回的药品与售出的药品是同一盒。只对单不对码，等于放弃了追溯验证的机会。
场景三：报损销毁环节扫码缺失。近效期或不合格药品销毁时，必须扫码记录每一个被销毁的监管码，并上传平台做“注销”处理。这一步如果不做，平台上这些药品的监管码仍显示“在库”或“在售”，飞检时直接判定为数据造假。
这才是区分“玩具级”系统和“合规级”系统的关键试金石。一个合格的GSP库存管理系统，在扫码环节至少需要处理以下五类异常情况，并提供对应的管控策略：
（1）重复码：同一监管码被第二次扫描入库时，系统必须拦截并提示“该监管码已存在，入库方为XX单号”。不能允许直接覆盖或忽略。
（2）无效码：扫描结果与国家追溯平台返回的码信息不一致（如药品名称、规格、批号不匹配），系统必须阻断后续操作，并生成“异常码处理工单”，由质量负责人确认处理方式。
（3）漏扫：出库单包含N个最小销售单元，但实际只扫码了N-1个，系统在出库确认环节应校验扫码数量与出库数量的匹配关系，不匹配则不允许确认出库。
（4）码已被注销：监管码在平台上的状态为“已注销”（通常对应报损销毁），但实物仍在流转，系统扫码时应自动拉取平台状态并拦截，这通常意味着存在物理流向与系统流向不符的严重问题。
（5）平台上传失败的重试与记录：上传失败时，系统应具备自动重试机制，并保留每一次上传的日志（时间、返回码、处理结果）。这里特别提醒：飞检时检查组会调取上传日志，如果你的日志显示某批次数据一直处于“上传失败-未处理”状态，这就是典型的“系统有功能但实际没跑通”，照样是缺陷项。
温湿度监控可能是被误解最深的一个功能模块。几乎所有系统都宣称“支持温湿度监控”，但90%的实现方式是这样的：温湿度探头通过物联网设备将数据上传到系统，系统画一条曲线，超限时发个APP推送，然后就没有然后了。
这在GSP合规框架下是不够的。GSP第一百四十八条至一百五十六条规定了药品储存的温湿度条件，以及超限后应采取的措施。检查组关注的不是你的曲线有多平滑，而是：超限发生的时刻，有没有对应批号的库存被自动锁定？有没有养护人员发起复验？有没有质量负责人签批处置意见？有没有形成从“超标触发”到“处置完成”的完整记录？
回到文章开头提到的那个案例。该企业的冷库在凌晨2:47发生断电，制冷机组停止工作。温湿度监控系统在2:53发了第一条温度超标预警短信给仓库主管，但仓库主管在睡觉，没看到。早上8点上班时发现冷库温度已经升至18℃，持续超标超过5小时。冷库内存放的胰岛素制剂和部分生物制品，按说明书要求储存温度为2-8℃。
飞检时，检查组查看了两个系统的数据：温湿度监控系统显示凌晨2:53至早上8:05期间温度持续超标，但库存管理系统显示，这期间有两笔销售出库单正常生成并完成了出库操作，其中一批次药品的批号就存放在那个冷库里。这个时间线一比对，问题就暴露了：温湿度监控系统和库存管理系统之间没有数据联动，超标信息没有触发库存冻结。
这个案例暴露的另一个深层问题是：很多企业的温湿度监控系统和库存管理系统是两个独立采购的产品，数据互联靠“手动导出导入”甚至“人工看一眼”，这种架构在飞检面前就是裸奔。
基于上述案例和GSP条款要求，我总结出温湿度监控与库存管理系统联动的最低设计标准，企业在选型或自研时可以直接对照检查：
（1）超标事件自动生成养护检查工单。当温湿度数据突破预设阈值并持续超过一个最小容忍时长（通常为15-30分钟），系统应自动生成养护检查任务，指派给对应仓库的养护人员，并计时，养护人员响应的时效在飞检中也是考察项。
（2）超标期间受影响库存自动冻结。这一步是关键中的关键。系统需要根据温湿度探头的物理位置与库位、批号的对应关系，自动识别出“受超标影响的库存范围”，并冻结这些库存的可售状态。如果系统无法实现“探头-库位-批号”的三层映射，这个联动就落不了地。选型时要重点确认这一点。
（3）处置结果需质量负责人线上签批。养护检查完成后，养护人员提交处置建议（继续储存/隔离观察/报损），系统推送质量负责人审批。审批通过后，系统根据审批结果自动变更库存状态，隔离观察的转入“待确定区”，报损的转入不合格品库并冻结。
（4）全过程记录形成“超标处置案卷”。从温度超标的原始数据截图、养护检查记录、质量负责人审批意见到最终处置结果，系统应能一键生成该次超标事件的完整案卷，支持打印和导出，直接作为飞检提供材料。
不合格品管理是另一个容易被“物理措施”替代“系统措施”的领域。很多企业的做法是：在仓库里划一块红区，挂个“不合格品区”的牌子，不合格药品放进去，锁上门。从物理隔离的角度，这没毛病。但从GSP系统合规的角度，光有物理隔离是不够的。
GSP要求不合格药品应当有完整的记录，包括来源、数量、批号、不合格原因、处理措施、处理结果、经手人、审批人等。而且，不合格品在系统中的状态必须是“账实一致”的，实物隔离了，系统里的库存状态也必须同步变更为“不合格品冻结”。如果你的系统只是做了一个“库存状态人工修改”功能，操作员可以把不合格品手工标记为“不合格”，同样也可以手工改回“合格”，那这个系统管控就等于没有。
基于多年项目实践和GSP条款研究，我认为一个合规的不合格品管理模块至少应包含以下三个设计原则：
（1）状态的单向流转原则。正常的合格库存可以流转为“不合格”，但“不合格”状态要流转回“合格”，必须经过质量负责人的专项审批，且审批时必须关联复验结果。系统不允许操作员直接将不合格状态手工改回合格。
（2）来源必关联原则。每一笔不合格品记录，系统都必须要求关联一个“来源”，是采购验收不合格、在库养护发现不合格、退货验收不合格、还是近效期转不合格。来源单据号不可为空。这个设计是为了确保追溯链条的完整性，飞检时能快速从处置记录反查到采购源头。
（3）处置方向与库存账务自动联动原则。不合格品有四种最终去向：退货给供应商、报损销毁、降级使用（仅限非药品类商品）、以及极少数情况下的复验合格重新入库。无论哪种去向，系统都应在质量负责人审批通过后，自动生成对应的库存调整单据，并扣减不合格品库的库存。不允许存在“处置了但系统数量没变”的情况。
如果你正在选型，面对厂商演示不合格品模块时，我建议你问以下三个问题：
问题一：“如果一个仓管员想把一个状态为‘不合格’的批号改回‘合格’，系统允许吗？如果可以，需要什么条件？”，这个问题直接测试系统的控制逻辑是否严密。如果回答“系统不支持这种操作，必须走审批流程”，加分。如果回答“有权限的人可以改”，那就需要追问审批和日志机制。
问题二：“不合格品报损销毁时，系统是否强制要求逐盒扫描监管码？如果不扫，能不能走完流程？”，答案应该是“强制扫码，不扫不能确认销毁”。这是保证追溯链条完整的底线。
问题三：“如果一批不合格药品的实物已经销毁了，但系统忘了做处置单，系统有没有机制能发现这个账实不符？”，这个问题考的是系统的库存异常检测能力。理想的系统应有定期盘点差异预警、状态为不合格但长期无处置记录预警等机制。
讲了这么多功能细节，最后我想给正在选型或者准备换系统的企业一个可操作的决策框架。市面上宣称自己“符合GSP”的系统少说也有几十家，价格从几千到几十万不等。怎么在眼花缭乱的功能清单中找到真正适合你的那一款？
我根据自己参与过的十余次系统选型评审的经验，提炼出以下四个维度的评估标准：
这是最核心的一个维度，也是我在前面反复强调的。评估方法很简单：列出一份GSP关键控制点清单（近效期锁定、监管码强制扫码、出库复核不可跳过、不合格品状态不可逆等），然后让厂商在演示环境中逐一走一遍流程，注意，是让你来操作，而不是厂商的人操作。你故意尝试几种“违规”操作，看系统是否有效拦截。如果系统允许你跳过或绕开某个控制点，这个功能就是“纸面上的GSP合规”，实际一文不值。
GSP对系统操作日志的要求非常具体：谁、在什么时间、做了什么事、修改了什么字段、修改前是什么值、修改后是什么值。选型时，你可以在演示环境中做几个关键操作，修改一个批号的状态、删除一条养护记录、手动调整一个库存数量，然后要求厂商调出对应的操作日志。日志的详细程度和调取便捷性，直接决定了飞检时你是否能快速响应检查组的要求。
这里主要指与国家药品追溯平台的对接。不要轻信厂商说的“我们支持对接”，要问以下几个细节：对接方式（API还是文件上传）、上传频率（实时还是定时）、异常上传的处理机制（重试策略、失败告警）、以及是否支持对接多个省份的追溯平台（因为不同省份可能有独立的追溯要求，尤其在中药材、中药饮片领域）。如果厂商在这几个问题上含糊其辞，大概率是“对接了但没完全对接”。
GSP法规会变，追溯平台接口会变，企业的业务形态也可能变化。一个系统“今天合规”不代表“三年后合规”。选型时一定要确认：厂商是否有持续的法规跟踪机制？系统升级是否包含在服务费里？新版本上线后，历史数据是否兼容？我见过不止一家企业，因为系统厂商停止更新，导致三年后GSP换证时系统无法满足新规要求，不得不再次花钱换系统。这种沉默成本，在选型时就应该考虑进去。
库存管理系统是GSP合规的重要载体，但它不能替代企业的质量管理体系。一个再好的系统，如果质量负责人不认真审核、养护员不按时检查、仓管员扫码时习惯性跳过，那它最终也会变成一套“合规表演工具”。飞检老师见过的系统比我们多得多，他们是能分辨出“真正在用”和“装样子”的。
我的核心建议只有三条：第一，选系统时把80%的精力放在评估“控制力”上，而不是纠结功能多不多；第二，上线后前三个月，质量管理部要盯着系统日志看，尤其是被拦截的违规操作，那些才是改善管理流程的黄金线索；第三，不要把GSP合规当成负担，它是一种能力，一种让企业每一盒药的来龙去脉都清清楚楚、对得起每一个顾客的能力。
如果这篇文章帮你理清了一些选型或自查的思路，下一步我建议你把文中提到的几个“选型必问问题”整理成一张清单，带着它去见厂商。对于那些答不上来或者含糊其辞的，谨慎选择。GSP合规这件事，没有差不多，只有过得去和过不去。
我是一家连锁药店的运营负责人，最近被药监局查到一批过期药品在架上销售，被罚了12万。我们的WMS系统明明有近效期预警功能，但总在距离过期只剩30天才提醒，根本来不及处理。我想知道真正靠谱的GSP合规系统在效期管理上应该做到什么粒度？有没有具体的最佳实践参数？
从我的踩坑经验来说，90%的医药企业效期预警翻车，是因为系统只做了‘静态提醒’，没有做‘动态拦截’。真正的GSP合规效期管理应当分三层： 第一层：多级阈值预警（非单一）。 多数系统只设一个提前天数（比如90天），但实际应该根据药品类型设定不同阈值。
例如： – 普通口服药：提前180天预警，标记‘近效期待促销’；- 冷链生物制品：提前90天预警，同时启动‘强制锁定出库’；- 特殊管制药品：提前365天预警，且只允许退回供应商不准促销。第二层：出库拦截+替代推荐。 我见过最致命的漏洞是，预警了，但系统依然允许出库。
合规系统在预警后，必须自动锁定该批次药品的出库权限（除非质量负责人强行解锁并留下记录），同时自动推荐效期更长的同品替代。第三层：数据闭环。 预警后不是发个通知就完事，系统要自动生成‘近效期处理单’，跟踪下架、报废或退换凭证，并与养护记录关联。
我帮客户优化后，过期损耗从年3.2%降到了0.5%以下。一个细节参数：国家GSP要求‘有效期小于1个月的药品不得出库’，但很多系统写死在‘30天’，其实是错误的，应该按药品剂型动态计算（如注射剂需提前45天）。所以选型时一定要问：‘你们能自定义每个药品的预警天数吗？
’以及‘预警后能否自动阻断出库？’
我是质量部部长，公司花十几万上了温湿度监控硬件，又买了库存软件，但两个系统数据不通。比如冷库超温了，库存系统里的药品还在正常出库，根本无法管控。我想知道GSP到底要求多深的联动深度？有没有实际案例说明怎么打通？
这是医药行业最普遍的‘假合规’陷阱，把温湿度监控当摆设，跟库存系统各玩各的。GSP明确要求‘温湿度监测数据应与企业仓储管理系统联动’，但99%的企业只是把温湿度数据存到自己的数据库里，库存系统根本不会读。
我经历的一个真实改造案例：某连锁冷库在凌晨断电3小时，温度升到12℃，温湿度系统自动报警，但库存系统依然正常发走了200盒胰岛素。
后来我们做了三件事： 1. 实时对接：温湿度探头每分钟上传数据到库存系统的中间表，一旦超出设定阈值（比如2-8℃区间内达到10℃持续5分钟），库存系统自动触发‘应急事件’。
选型时务必要求供应商演示‘超温→锁定库存→自动创建处理任务’的完整流程，而不是只展示一个曲线图。
我是信息部主管，现在药监局要求每盒药都要关联追溯码，但我们的库存系统只支持逐盒扫描，仓库一天要扫几千盒，工人为了效率经常漏扫或重复扫，导致追溯链断掉。听说有些系统能自动对接药监平台，真的吗？它们是怎么保证100%不漏的？
你遇到的不是技术问题，是流程设计问题。GSP要求‘药品入库、出库应当进行扫码采集，并将数据上传至药品追溯系统’，但没规定怎么扫。大部分系统只是提供个扫码枪接口，完全依赖人工确保，这就像让员工记住所有密码一样不靠谱。我的踩坑与解法：曾有一个客户被飞检发现15箱药品未扫码，直接停了GSP证书。
我们复盘后发现，问题出在‘扫码环节没有防错机制’。真正合规的系统要做三件事： 1. 批量扫描与自动校验：不是逐盒扫，而是扫托盘的条码（如果供应商已预贴），系统自动调取该托盘所有追溯码。如果涉及混托，用‘端对端’扫描：入库扫外箱的UCC码，系统自动匹配内盒的最小包装码。
实时比对药监目录：系统在扫码的同时，应自动与‘中国药品电子监管网’进行比对，检查追溯码是否合法、是否被重复消费。如果发现异常码（比如同一码出现两次），系统直接拒收该批次并记录。3. 强制流程闭环：不是‘扫完就算了’，而是生成‘追溯码汇总单’，跟采购单、销售单强关联。
如果一张出库单上有任意一盒未扫码，系统直接禁止打印配送单或生成发票。数据对比：人工扫码漏扫率通常在3%-8%，而系统强制闭环后漏扫率接近0。而且，当监管部门要求‘半小时内提供某批次所有流向’时，系统能直接导出可追溯的Excel清单，而不是让仓库去翻纸质记录。
选型时请对方当场演示：‘断网情况下能否继续扫码并本地缓存？恢复后自动上传同步到药监局？’（很多系统断网就瘫痪，反而造成数据缺失）。
我是采购部经理，公司经常遇到某品种库存积压至过期，另一个品种却断货急出。GSP并没有直接规定采购计划怎么做，但药监来检查时却要看采购记录和库存合理性。我怀疑是因为我们的库存系统只记录‘进出’，没有智能分析功能。到底什么样的系统才能从合规角度帮供应链做好‘预防性管理’？
GSP虽然没有规定‘采购必须用AI预测’，但第七十八条要求‘企业应当根据药品质量特性和库存周转情况，合理确定采购数量’。这意味着你无法向检查员解释‘我凭直觉进货’，系统必须能证明你是基于数据做决策的。
我见过的两种极端： – 传统做法：手工Excel，凭采购员经验，结果库存周转天数高达120天，报废率4%。- 合规智能做法：系统自动计算每个品种的安全库存（基于历史销售标准差ABC分类）和采购提前期，动态生成建议采购量，并自动附带‘上次采购记录’和‘在途库存’作为决策依据。
具体关键功能： 1. ABC-周转分析：系统应能按销售额和出货频次将药品分为A（高频）、B（中频）、C（低频），并为不同类别设定差异化库存上下限。比如A类设20天警戒，C类设60天警戒，这样检查时可以看到‘我是按分类策略管理的’而不是拍脑袋。
一个真实数字：一家年销5亿的医药批发商，在上了这些功能后，库存周转天数从95天降到56天，过期报废金额减少82%。检查员看到自动生成的《采购合理性分析报告》，当场说‘这才叫合规’。选型时要看系统是否内置了‘采购计划参数设置’模块，而不是只能录入手工计划。
读者评论
作为连锁药店的质量负责人，文章中提到的近效期管理‘只预警不阻断’的问题我太有同感了。去年我们自查发现近效期处置完整率不到60%，系统弹窗被店员随手关掉。后来换系统强制冻结库存，处置闭环才真正跑通。飞检老师最怕的就是这种‘功能有但形同虚设’的隐患，这篇文章把细节讲透了。
这篇从实际罚单案例切入，比厂商那些‘支持温湿度监控’的宣传页有价值多了。我去年参与系统选型，光问‘有没有电子监管码功能’，但从没想过要求演示扫码异常拦截。看完文章立刻去查了我们的上传日志，果然发现一批失败记录挂了三个月没人处理。这个盲区帮我省了至少一个整改项。
做医药IT服务多年，终于有人把‘事中拦截’和‘事后记录’的差异讲明白了。很多老板选系统只比价格和功能列表，不知道真正合规的代价是系统能否强制锁库存、能不能把过期批号改掉。文章里那个批号可手工修改的案例，我们客户就踩过坑，飞检直接扣严重缺陷。建议所有选型负责人打印出来逐条核对。
作为刚做完GSP换证的单体药店老板，恨没早点看到这篇文章。我们旧系统是通用进销存，验收入库时根本不扫码，全靠手写登记。飞检老师说你这追溯链条第一步就是断的。现在换了专用系统，采购必须扫码才能确认入库，出库漏扫也会报警。损失了一笔换系统钱，但比起停业60天和30万罚款，这钱花得值。