药品经营质量记录：首营、养护、温湿度一本账

检查员翻的不是财务报表，是那几本记录

做药品经营的企业（批发、连锁总部、单体药店）都熟悉一个场景：检查通知一到，全员开始翻柜子。翻的是什么？首营企业与首营品种的审批资料、供货单位与品种的证照复印件、在库品种的养护检查记录、库房温湿度登记本、不合格药品的处置单。

这几类记录的共同弱点不在格式，而在时间对不上：事情发生时没记，检查前突击补，补出来的执行日期、签字、批次都对不齐。一旦某本册子被翻出"月底一次补齐整月记录"，后面所有解释都很难被采信。

所以真正要解决的不是"打印一张漂亮的表"，而是三件事：

• 该做的事有人被提醒：哪些品种这个月该养护、哪些证照下个月到期，系统自己知道，不用靠人记。
• 做过的事当场留痕：养护员在库房现场录，值班员交班时录温湿度，录入时间就是发生时间。
• 改过的痕迹追得回：记录只增不改，写错了更正另起一行，谁改的、什么时候改的，查得到。

下面按"底表怎么建 → 页面给谁用 → 哪些提醒自动跑 → 手机怎么配合 → 上线前查什么"的顺序讲清楚，最后说明这套方案不做什么。

一、底表的关键设计决定

一套质量记录系统看着表多，真正决定成败的是四处结构选择。这几个决定先定对，后面改起来的代价就小。

决定 1：证照拆成子表，不塞进单位主表

供货单位、购货单位、生产企业的档案里，常被塞进"许可证号""许可证到期日""GSP 证书号"这些字段。问题是一个单位往往同时持有多张证：营业执照、经营许可证、GMP/GSP 相关证书、法人委托书，各有各自的编号与有效期，还会换证。

做法是：单位档案做主表，证照做子表，一张证一行。子表字段包括证照类型、证照编号、发证机关、有效期起止、附件（扫描件上传）、状态（有效/已换证/已作废）。证照类型这种会变的选项交给数据字典集中维护，不要在表单里写死成下拉硬编码，具体做法见 /docs/data-dictionary.html。

这样"当前有效资质"不再是某一列字段，而是一个可计算的结论：该单位最新一张未作废、且到期日晚于今天的证照。换证不必覆盖历史——新增一行，把旧行标为已换证，历次证照都在账上。

决定 2：首营状态用固定几态，靠审批流推进

首营企业与首营品种的本质是一条审批链，不是一个文件夹。状态就固定几态：待申请、审批中、已通过、已否决、已失效。状态值同样放进数据字典统一管，报表分组、权限过滤、待办筛选全都认这一套码值，不会出现"有的地方叫通过、有的地方叫合格"的对不齐。

审批用工作流来做：申请人提交首营资料 → 质量负责人审核 → 通过后档案自动置为可用。审批流的节点怎么设、怎么加会签，参考 /docs/workflows-scheduler.html。

决定 3：养护的"应做"和"实际"分开

养护检查最容易做假的地方，是把计划和记录混在一张表里——先有格子，再往里填。拆开之后就不成立了：

• 养护检查模板表回答"应做什么"：适用品种范围（如冷藏品种、易变质品种、重点养护品种）、检查项目、检查周期、责任岗位。模板是可维护的规则，不是记录。
• 养护检查记录表回答"实际做了什么"：每次作业一行主记录（执行人、执行日期、库房/区域、检查结论），检查项目结果与现场情况挂明细子表；附件放现场照片或说明。
• 改模板不影响已经产生的历史记录，这一点对回溯很关键。

养护结论统一为三档——正常、可疑、不合格。可疑与不合格必须走后续处置，不能停在记录上（见决定 4）。

决定 4：不合格与偏差单独一张表，因为它有下一步

温湿度超标、养护发现可疑、到货验收异常，这些都属于"偏差"。共性是有处置动作：复查、隔离、退货、报损、召回。因此它不是养护记录里的一个备注字段，而是一张独立的主表：

处置结论要经审批才生效，审批记录与结论文本一并留在该行。落库结构上，主表一行代表一次偏差事件，处置过程的每次跟进写子表，只增不改；写错了就新增一条更正说明并注明更正对象，不覆盖原文。

一张表结构图（示意）

单位档案（主）─┬─ 证照（子，一证一行）
              └─ 首营申请（主，带状态与审批）
品种档案（主）─┬─ 证照/注册批件（子）
              ├─ 养护模板适用范围（引用）
              └─ 养护记录（主）── 检查明细（子）
库房/区域（主）── 温湿度登记（按班次一行）
偏差与不合格处置（主）─┬─ 处置跟进（子，只增不改）
                      └─ 审批记录（工作流）

建表时把"品种""供货单位""库房"做成引用字段（跨模块软外键，下拉即选），而不是让人手工敲名字。这样同一个品种不会在三个表里出现三种写法，统计时也就不会分裂成三条。引用字段的用法见 /docs/builder-manual.html。

二、页面按岗位分，不按数据表分

底表建好之后，最容易犯的错是"一表一页面"——单位档案一个页、证照一个页、养护记录一个页，谁都找不全自己要干的活。正确做法是按谁坐在哪个位置上、一天要干什么来组织页面。

质量负责人：一页看完"到期的和没关的"

这是整个模块的驾驶舱，三块清单组成：

1. 本月应做养护的品种清单：按养护模板算出来，标出已完成与未完成，未完成的可直接点进去录。
2. 证照到期清单：按到期日升序排列，标黄近期待办、标红已过期，点进去能看附件与换证记录。
3. 未关闭偏差清单：按发现日期排列，显示已挂多久，方便追催处置。

配合审计日志：谁改了养护结论、谁作废了一张证照、谁审批通过了首营，都在操作留痕里查得到，可导出备查。日志的具体查看方式见 /docs/ai-monitoring-audit.html。

采购与验收员：首营申请单

表单就是一张申请表，字段跟着实际资料走：单位名称、证照类型与编号、有效期、经营范围、法人委托书附件、拟采购品种清单。提交后进入审批流，状态在列表里直接可见，不必问人"批到哪一步了"。

审核通过后档案转为可用，采购下单时选择供货单位，引用字段上直接显示"资质已过期/即将到期"。这一步很关键——它把资质管理从"质量部门自己的事"变成了"采购下单时的拦截点"。

养护员：养护记录单

从待办清单点进来，主记录自动带出品名、规格、批号、库房与本次周期；检查项目按模板逐项勾选结果；结论选正常/可疑/不合格；附件上传现场照片。

两个约束要写进表单校验：执行日期不得早于今天之前的合理范围（防止事后补录成一个月前）、结论为可疑或不合格时，保存后自动生成一条待处置偏差，不允许"结论填了却没有下一步"。

值班与仓管：温湿度登记

按班次一行的极简表单：库房/区域、登记时间、温度、湿度、是否超标、处置说明。字段少是刻意的——登记表单越长，越容易月底补填。超标时处置说明为必填，并可一键转成偏差记录。

检查应对：导出而不是翻柜子

按时间区间与记录类型导出：养护记录、温湿度登记、首营审批、偏差处置四条线各出一份。导出字段与纸质模板对齐，减少检查时二次整理。

三、四类自动化，把"靠人记"换成"系统催"

平台有四类可以组合使用的自动化机制，这套方案恰好都用得上：

第一类，审批流（工作流引擎）。首营企业、首营品种、不合格处置、偏差升级，都走审批。审批流的价值不只是签字：它把"谁在什么时候同意了"变成了结构化数据，事后能查、能统计、能按节点算停留时长。审批流落地的一般做法可参考 /solutions/oa-approval-flow.html。

第二类，条件触发的数据变换（数据流规则）。典型用法两种：

• 证照有效期临近时，把该单位的资质状态标记为"即将到期"，让采购页面的引用字段上直接显示提示；
• 偏差关闭时，回写养护记录或温湿度记录上的对应标记，保证两处口径一致，不需要两个人在两个页面各改一次。

第三类，定时任务。用来做"没人操作也要发生"的事：

• 按养护周期为企业生成养护待办（具体周期以企业质量管理制度的规定为准，系统只按你填的周期执行，不内置法定周期）；
• 每天扫一遍证照到期日，命中提前提醒天数的生成提醒。这个提前天数建议按企业实际换证耗时设，不要设成三天；
• 每周生成一张未关闭偏差的汇总提醒给质量负责人。

第四类，通知与待办。站内信推给责任岗位，重要节点同时走邮件；通知模板统一维护，避免同一条提醒三种说法。提醒的完整思路（台账 + 预警的组合）在 /docs/seo-qa-contract-expiry-reminder.html 里讲得更细，可以对照着设计字段。

四、移动端：养护和温湿度这两个场景最需要手机

养护在库房走、温湿度登记在值班室和机房门口抄，这两个动作本来就发生在离电脑最远的地方。所以移动端的优先级不是"把所有页面都搬到手机"，而是先做这两个高频现场表单：

• 养护记录：扫待办清单 → 逐项勾检查结果 → 拍照上传 → 提交。执行时间由系统记录，不用回头回忆是哪天做的。
• 温湿度登记：交班时两分钟录完，超标时填处置说明，可转偏差。
• 首营审批：质量负责人在手机上就能批，不必等到回办公室。

PC 上构建好的模块，发布后会同步到手机端工作台，不需要另做一套。字段是否齐全、必填校验与 PC 是否一致、附件能否上传，这几项要在发布前逐条核对，方法见 /docs/mobile-guide.html。

五、上线前查这六项

1. 字典先定死。证照类型、养护结论、处置方式、库房区域、偏差来源——这五个字典是后面所有报表和提醒的基础。上线后再加值会牵连历史记录的归组，宁可前期多花半天。
2. 权限按岗位切。养护员只能录自己负责区域的记录、不能改别人的结论；质量负责人可审核与导出；采购只能看资质状态不能改证照。角色怎么配见 /docs/roles-permissions.html。
3. 历史数据先搬一个切片。近一年的在库品种清单、现有供货单位与证照、正在执行的首营申请——用 Excel 一次性导入建档，比人工敲快得多，导入方法见 /docs/excel-to-module.html。历史养护记录是否补录，建议单独决策：补录的纸质记录扫描归档即可，不必逐条重敲，否则会造出一批时间戳可疑的电子记录。
4. 必填与校验逐条过。执行人、执行日期、检查结论、超标处置说明——这几项一旦可空，记录就失去证明力。
5. 双端核对再发布。走一遍发布预检，确认 PC 与手机端页面都挂上菜单、表单校验一致，动作见 /docs/module-test-publish.html。
6. 并行跑一段再切换。第一个养护周期建议电子与纸质并行，用实际周期验证模板的检查项目和周期设置是否合适，确认无误后再停纸质卡。

六、之后往哪延伸

• 效期与先进先出：品种批次一旦进系统，效期预警和出库先进先出就有了基础，做法与 /solutions/clinic-supply-expiry.html 同源，只是品类与合规口径不同。
• 不合格品与召回：偏差表已经记录涉及品种与批次，向召回管理延伸时只需补一张召回主表与下游客户通知清单，可对照 /solutions/qms-nonconforming-material.html。
• 供应商档案与评级：证照、经营范围、历史供货与偏差记录的交叉视图，可以并入供应商管理，见 /solutions/erp-supplier.html。
• 制度文件受控：质量管理制度、操作规程的版本与阅读确认，属于另一条线，思路见 /solutions/doc-controlled-release.html。
• 进销存联动：采购入库、销售出库与批次数据打通后，质量台账才算接上业务主链。

七、这套方案不做什么

写清楚边界比写清功能更重要，避免上线后发现预期不一致：

• 不做温湿度记录仪等硬件对接与自动采集。数据由值班人员按班次录入；若企业已有联网记录仪，导出文件后可批量导入登记，但设备直连不在本方案范围内。
• 不做证照图片的自动识别与提取。证照信息由录入人填写，附件作为扫描件归档，系统不替代人工审阅。
• 不内置法定周期与法定检查项。养护周期、检查项目、提前提醒天数都是企业自填参数，系统按填写的规则执行；具体的合规要求以属地监管部门的现行规定与企业质量管理制度为准。
• 不承诺"检查必过"这类结果。系统能做的是让记录查得到、改得回、时间戳可信、未关事项看得见；结论由检查方给出。
• 不替代企业已有的法定质量管理系统。若已有上级系统或监管平台报送要求，本方案承担的是内部作业记录与提醒，不承诺替代报送。
• 不涉及价格与合同条款管理，那属于采购与合同台账的范围。

一句话记法：证照一证一行，养护应做与实际分开，偏差单独立表，提醒交给定时任务，记录只增不改。把这五句落进底表，剩下的就是填表和用表。