3. 记录表结构设计基础

食品安全监控记录表不是随手画出来的表格，它是一份具有法律效力和追溯价值的过程证据。一张规范的记录表在结构上通常分为三个功能区：表头负责回答“这张表是谁、在什么时间、什么地点、针对什么对象填写的”；表体负责承载真正的监控数据，是记录的核心；表尾负责回答“数据由谁记录、由谁复核、异常如何处置、表单如何归档”。三者职责清晰、边界分明，才能保证记录在事后审核、监管检查和追溯调查中站得住脚。

一、表头：标识信息与追溯锚点

表头是整张记录的“身份信息区”，一般位于表格最上方，包含表单名称与编号、监控对象、监控地点/工序、监控日期与班次、监控频率、监控方法或依据标准、监控器具及编号等字段。表头的设计要点是唯一性和可追溯性：表单编号应纳入受控文件管理，例如“FS-JL-012 冷藏库温度监控记录表”，版本号与生效日期一并标注；监控对象要具体到可识别的实体，如“1号冷藏库（0～4℃）”，而不是笼统写“冷库”。

表头字段大多属于“一次填写、全表适用”的信息，因此应设置为必填项，并在布局上采用横向分栏，把关联字段放在同一行，例如“监控日期 + 班次 + 监控频率”一行，“监控器具 + 器具编号 + 校准有效期”一行。这样填写人按行读取即可，减少漏填。表头中不建议放置需要逐条填写的动态数据，否则会造成表头与表体职责混淆。

二、表体：字段命名、数据类型与必填设置

表体是逐条记录监控结果的区域，其设计质量直接决定数据能否被正确判读。字段设计应遵循三条原则：字段名使用业务语言而非口语（写“实测温度（℃）”而不是“温度多少”）；一个字段只表达一个信息（不要把“时间”和“结果”挤在一列）；数据类型与填写方式匹配。常见的数据类型包括：数值型（温度、湿度、pH、时间）、枚举型（合格/不合格、是/否）、文本型（批号、备注）、日期时间型（采样时间、记录时间）。

必填项与选填项的划分依据是“该信息缺失后是否影响结果判定或追溯”。判定结果所依赖的字段——采样时间、实测值、判定结论、记录人——必须设为必填；而“备注”“异常描述”通常为条件必填：正常时可不填，一旦判定为不合格则必须填写。设计时可在表头下方加一行说明，或在字段名后加“*”标记必填，并在表尾注明“*为必填项”。

以冷藏库温度监控为例，表体字段可设计为：序号、采样时间、实测温度（℃）、标准限值（℃）、判定（合格/不合格）、监控人、备注。其中“标准限值”可以预印在表上（如“0～4”），避免每次重复填写，也防止填写人自行改动判定基准。判定列建议采用“□合格 □不合格”的勾选形式，比手写文字更规范、更易识别。

三、表尾：复核、异常处置与归档

表尾承担闭环职责，通常包含记录人签名与日期、复核人签名与日期、异常情况描述及处置措施、审核结论、表单归档编号等。食品安全记录强调双人复核，记录人与复核人不能为同一人，表尾应留出两个独立签名栏。异常处置栏应能承载“发现—报告—处置—验证”的简要链条，例如“14:00 实测 6.2℃，超限，已转移产品至2号库并通知维修，16:00 复测 3.5℃ 正常”。表尾还应注明本表的保存期限与保存部门，便于归档管理。

四、完成一张基础框架设计的实操路径

把上述结构落到纸面，可以按以下顺序推进。第一步，确定表单名称与编号，明确监控对象和监控频率，这决定了表体需要多少行、是否需要跨日。第二步，列出判定所需的全部字段，逐一标注数据类型和必填属性，剔除重复字段。第三步，按“标识信息—数据列—闭环信息”三段划分区域，表头横向分栏、表体纵向成列、表尾留足签名与处置空间。第四步，用一张真实场景的数据试填，检查是否存在“填不下、看不懂、判不了”的问题。例如试填时发现备注列宽度不足以写处置措施，就应加宽该列或改为在表尾集中描述异常。

下面给出一份可直接参考的基础框架字段清单，字段名、类型与必填属性均已标注，可作为同类监控记录表的起点：

结构设计完成后，一张记录表就具备了“可填、可判、可查、可追”的基本素质。后续的字段细化、判定规则和异常处理流程，都建立在这一框架之上。