4. 保养执行与现场数据采集

保养执行阶段是履历数据的“源头”。如果现场采集不规范，后续的审计追溯、趋势分析和责任界定都会失去可信基础。本节聚焦一个核心问题：如何让保养人员在设备旁用移动端或工业终端，把检查项、测量值、附件、签名和时间戳一次性、结构化地采集下来，并保证这些数据在传输和存储后仍然可追溯、不可随意篡改。

一、移动端/终端操作的基本形态

现场采集终端通常有三类：一是普通智能手机或平板，安装保养App，适合巡检点分散、网络条件较好的场景；二是工业级手持终端（PDA），带条码/二维码扫描、RFID读写和防尘防水能力，适合油污、粉尘、振动环境；三是固定式工位终端或防爆平板，用于高风险区域。三者的共同要求是：能离线暂存、能扫码定位设备、能约束录入格式、能记录操作者身份。

操作流程一般从“扫码/选设备”开始。设备上的二维码或RFID标签应绑定唯一设备编码，例如 EQ-2024-CNC-017。终端读取后自动带出设备名称、位置、保养计划编号和本次应执行的检查项清单。这一步很关键：它把“人找设备”变成“设备带出任务”，避免选错对象。若现场无网络，终端应把任务包和检查项模板缓存在本地，采集完成后进入待同步队列，联网后按时间顺序补传。

二、检查项录入：从自由文本到结构化字段

检查项录入最忌讳“一个大文本框写到底”。审计追溯要求每个检查项可独立查询、统计和比对，因此录入界面应按检查项类型提供不同控件：

• 合格/不合格/不适用：用于外观、紧固、泄漏等定性判断，必须三选一，不允许留空。
• 数值输入：用于温度、压力、电流、振动、间隙等测量值，需带单位、量程和精度约束。
• 多选/单选：用于油品颜色、异常现象分类等枚举项。
• 文本备注：仅作为补充，不能替代结构化字段。

以某台数控加工中心的日常保养为例，检查项模板可包含：主轴冷却液液位（枚举：正常/偏低/缺失）、主轴端面跳动（数值，单位mm，标准≤0.005）、导轨润滑压力（数值，单位MPa，标准0.15～0.35）、防护门联锁（合格/不合格）、排屑器运行声音（枚举：正常/异响/卡滞）。每个检查项在后台都有唯一 item_id，例如 CHK-LUB-003，这样后续审计可以精确到“哪一次、哪一项、谁录的、录了什么值”。

三、测量值记录：单位、精度与超限判断

测量值记录不是简单填数字。终端应做到三点：第一，强制单位，例如振动速度统一用 mm/s，避免“0.5”到底是毫米还是丝；第二，限定小数位和有效量程，例如跳动值允许三位小数，输入 0.012 合法，输入 12 应提示超量程；第三，实时与标准值比对，超限时立即标红并触发异常处理入口。

例如导轨润滑压力标准为 0.15～0.35 MPa，现场录入 0.11，终端应立即显示“低于下限”，并要求选择处理方式：调整后复测、转维修工单、或记录观察。这个判断逻辑应在终端本地完成，不能等回到办公室再补判，否则现场处置时机就错过了。测量值还应记录测量器具编号，例如 TOOL-PG-021，以便追溯“是不是表本身不准”。

四、照片/视频附件：拍什么、怎么拍、怎么关联

附件是履历中最有说服力的证据，但必须与检查项绑定，而不是散落在相册里。建议规则如下：

• 异常项必须拍照，照片自动叠加设备编码、检查项编号、时间戳和GPS/位置信息（若允许）。
• 关键测量点拍照时，应包含测量器具读数和被测部位同框，避免“只有表没有对象”。
• 视频用于动态异常，如异响、抖动、泄漏，单段建议不超过30秒，格式统一为MP4。
• 附件上传后生成哈希值（如SHA-256），与履历记录一起存储，防止后期替换。

附件命名不应依赖人工，建议由系统生成：EQ-2024-CNC-017_CHK-LUB-003_20250612T093015Z.jpg。这样即使文件被单独导出，也能看出它属于哪台设备、哪个检查项、哪个时间点。

五、电子签名与时间戳：让记录具备审计效力

电子签名解决“谁确认”的问题，时间戳解决“何时确认”的问题。现场操作中，保养人员完成录入后，应在终端上以账号密码、指纹或工牌刷卡方式完成签名。签名对象不是整张工单，而是本次提交的数据包，包含所有检查项、测量值、附件哈希和终端信息。

时间戳应优先采用可信时间源。若终端在线，可向时间服务器同步；若离线，则记录终端本地时间，并在联网补传时附加“采集时间”和“同步时间”两个字段，明确区分。审计时，采集时间用于判断现场作业顺序，同步时间用于判断数据是否被延迟修改。一个完整的签名记录可包含：操作者ID、签名方式、签名时间、终端序列号、数据包哈希、时间源类型。

{
  "task_id": "PM-20250612-017",
  "equipment_code": "EQ-2024-CNC-017",
  "operator_id": "U-1042",
  "items": [
    {"item_id": "CHK-LUB-003", "type": "numeric", "value": 0.11,
     "unit": "MPa", "standard": "0.15~0.35", "result": "NG"},
    {"item_id": "CHK-DOOR-001", "type": "enum", "value": "合格"}
  ],
  "attachments": [
    {"file": "EQ-2024-CNC-017_CHK-LUB-003_20250612T093015Z.jpg",
     "sha256": "a3f1...9c2e"}
  ],
  "signature": {"method": "fingerprint", "signed_at": "2025-06-12T09:31:02Z"},
  "timestamp": {"collected_at": "2025-06-12T09:30:15Z",
                "synced_at": "2025-06-12T09:35:40Z",
                "source": "offline_local_then_ntp"}
}

这个结构说明：一条履历记录不是“保养完成了”五个字，而是由任务、设备、人员、检查项、测量值、附件、签名和时间戳共同构成的证据链。任何一个字段缺失，追溯能力都会下降。

六、现场采集的质量控制要点

要让上述机制真正落地，还需要几条现场纪律。第一，检查项模板必须与保养计划版本绑定，模板变更后旧任务仍按旧版本执行，避免“用新标准判旧记录”。第二，终端应禁止跳过必填项，不合格项必须填写处理意见或转工单，不能只标红不处置。第三，附件上传前应校验完整性，若哈希不一致则拒绝入库。第四，签名后数据进入只读状态，如需修改必须走“更正记录”流程，保留原记录和修改痕迹，而不是直接覆盖。

从审计视角看，一条合格的保养履历记录应当能回答六个问题：谁执行的、什么时候执行的、对哪台设备、做了哪些检查项、测量值是多少、有什么附件和签名证据。移动端和终端的作用，就是把这六个答案在设备旁一次性、结构化地固定下来。现场采集做得越扎实，后续的履历分析、故障关联和审计追溯就越轻松。