起重机械安全检查维保台账（初始需求）
1. 文档定位
本文档面向内部产品研发，用于沉淀“起重机械安全检查维保全套台账”这一业务系统的初始需求，作为后续 PRD、模块拆解、原型设计和开发排期的基础。
该系统可以：
- 作为独立 Web 系统先行开发；
- 也可以作为更大平台中的半独立子系统接入；
- 在第三份《科杰起重标准电气系统项目框架》中，建议作为核心业务子系统之一长期存在。
2. 建设目标
围绕起重机械日常安全管理与法定检查留痕，系统的核心目标是：
- 把分散的纸质台账、照片、扫描件和临时表格统一电子化归档；
- 把日检、月检、维保、年度自检、定期检验准备形成固定流程；
- 支持按设备维度沉淀完整记录，形成可查询、可导出的一机一档基础；
- 通过提醒、状态、责任人和整改闭环，降低漏检、缺检、资料缺失风险；
- 在坚持合规底线前提下，处理现场常见的历史资料不齐、补录、待整改等现实情况。
3. 适用范围
3.1 设备范围
初期建议聚焦主力起重机械类型，优先覆盖：
- 桥式起重机；
- 门式起重机；
- 半门式起重机；
- 具备相近检查逻辑的常规工况设备。
后续可根据业务扩展到其他起重设备类型。
3.2 业务范围
系统首期聚焦以下管理内容：
- 设备建档；
- 日常检查记录；
- 月度自行检查记录；
- 维护保养记录；
- 年度自行检查报告；
- 定期检验资料准备与到期提醒；
- 电子附件归档与导出；
- 风险状态与整改闭环。
4. 设计原则
4.1 合规底线明确
系统应服务合规管理，不应把灰色操作包装为标准流程。对于资料缺失、状态异常、超期未检、未登记运行等情况，应明确标识风险，而不是默认掩盖。
4.2 承认现场并非总是理想状态
系统必须支持：
- 历史资料补录；
- 档案逐步补齐；
- 设备处于“待整改”“待补资料”“检验后待登记”等中间状态；
- 但所有中间状态都必须留痕并可审计。
4.3 以设备为主线组织数据
所有检查、维保、附件、提醒、整改都应围绕“设备主档”展开，逐步形成一机一档。
4.4 以导出和检查应对为最终落点
系统不仅要方便平时录入，还要确保在年检、抽查、内部复盘时，能按设备快速导出完整资料包。
5. 业务规则与法定频率
以下频率来自用户提供的原始材料，后续上线前仍需结合正式法规条文、地方实施口径和特检机构要求进一步校核。
5.1 每班/班前日常检查
业务规则：
- 每个工作班次开始前执行；
- 执行人通常为司机或操作人员；
- 结果形成日检记录；
- 若存在问题，应记录问题说明与处理情况。
系统要求：
- 支持按班次生成记录；
- 支持合格/不合格项勾选；
- 支持司机签字与安全确认；
- 支持填写问题及处理情况。
5.2 月度自行检查
业务规则：
- 每月至少一次；
- 由安全管理人员、维保人员或指定负责人组织；
- 需记录检查项、存在问题、整改情况、签字审批。
系统要求：
- 自动按月生成待办；
- 支持安全员签字、负责人审批；
- 支持问题闭环跟踪。
5.3 月度维护保养
业务规则：
- 至少每月完成一次专项维保；
- 通常由维保单位或专职维保人员执行；
- 应保留维保项目、遗留问题与验收信息。
系统要求：
- 支持维保单位信息管理；
- 支持维保记录与验收签字；
- 支持关联附件，如照片、报告、合同扫描件。
5.4 年度自行检查
业务规则：
- 每年至少一次；
- 通常作为定期检验前的重要资料之一；
- 需形成年度自检报告并完成盖章或审批流程。
系统要求：
- 支持年度报告模板化生成；
- 支持技术资料核查、结构检查、安全保护、电气与管理检查等模块化录入；
- 支持结论字段、整改字段、附件上传和盖章版归档。
5.5 定期检验到期管理
业务规则：
- 不同机型检验周期不同；
- 系统至少应支持记录检验有效期、预计申报时间、资料准备状态。
系统要求：
- 按设备类型配置检验周期；
- 提前提醒到期；
- 提示所需资料是否齐全；
- 记录申报、检验、结果与有效期更新。
6. 用户角色与职责
6.1 司机/操作员
职责：
- 执行班前或每班日检；
- 提交基础异常情况；
- 完成签字确认。
6.2 安全员/安全管理人员
职责：
- 监督日检执行；
- 组织月检、年度自检；
- 审核维保与整改情况；
- 管理风险状态与闭环。
6.3 维保人员/维保单位
职责：
- 执行维保任务；
- 填写维保记录；
- 提交遗留问题与整改建议。
6.4 设备管理员
职责：
- 建立设备主档；
- 管理附件、证照、检验资料；
- 跟踪到期与状态变化；
- 导出资料包。
6.5 企业负责人/审批人
职责：
- 对重要检查结果、年度自检、整改结论进行审批或确认；
- 查看整体风险和完成率。
7. 核心对象模型
7.1 设备主档
建议字段：
- 设备名称；
- 设备编号/内部编号；
- 型号；
- 设备类型；
- 使用单位；
- 安装地点；
- 制造单位；
- 安装单位；
- 使用登记证号；
- 最近检验有效期；
- 当前设备状态；
- 档案完整度；
- 风险等级。
7.2 设备状态模型
建议至少拆分：
- 建档状态；
- 检验状态；
- 使用登记状态；
- 台账完整性状态；
- 运行状态；
- 整改状态。
避免用单一“启用/停用”覆盖全部业务语义。
7.3 检查记录
分为：
- 日检记录；
- 月检记录；
- 年度自检记录。
公共字段建议：
- 对应设备；
- 记录日期；
- 执行人；
- 审核人/确认人；
- 检查项目明细；
- 问题项；
- 处理情况；
- 结论；
- 附件；
- 签字信息；
- 创建时间；
- 是否补录；
- 补录原因。
7.4 维保记录
建议字段：
- 对应设备；
- 维保单位；
- 维保日期；
- 维保项目明细；
- 遗留问题；
- 整改要求；
- 维保人；
- 安全员验收；
- 附件；
- 是否补录；
- 补录信息。
7.5 整改闭环对象
建议字段：
- 来源记录；
- 问题描述；
- 风险等级；
- 责任人；
- 截止时间；
- 整改措施；
- 整改结果；
- 复核人；
- 关闭时间。
7.6 附件对象
建议统一管理：
- 登记证；
- 合格证；
- 检验报告；
- 年度自检报告；
- 日检/月检/维保扫描件；
- 照片；
- 其他补充说明材料。
8. 核心功能模块
8.1 设备建档模块
功能要求：
- 创建设备主档；
- 录入基础身份信息；
- 上传基础资料；
- 标注设备状态；
- 支持“资料待补”方式建档。
8.2 台账任务生成模块
功能要求：
- 按频率自动生成日检、月检、维保、年度自检任务；
- 支持按设备类型配置频率；
- 支持逾期提醒和未完成列表。
8.3 表单录入与签字模块
功能要求：
- 用结构化表单录入日检、月检、维保、年检前自检；
- 支持签字图片、电子签字或确认动作；
- 支持备注与问题项说明。
8.4 历史补录与审计模块
功能要求：
- 支持导入或补录历史记录；
- 强制填写补录原因；
- 自动记录补录时间与操作人；
- 支持筛选全部补录记录。
8.5 整改闭环模块
功能要求：
- 从检查或维保记录中发起整改；
- 指定责任人和期限；
- 跟踪整改状态；
- 支持复核和关闭。
8.6 到期提醒与风险预警模块
功能要求：
- 对超期未检、未登记、资料缺失、台账缺失、整改逾期进行提醒；
- 在设备列表中高亮风险状态；
- 支持按单位、设备、风险类型筛选。
8.7 电子归档与导出模块
功能要求：
- 按设备形成档案视图；
- 按时间和类型归档附件；
- 可导出单台设备资料包；
- 可导出年检前所需资料清单和台账汇总。
9. 表单模型整理建议
用户给出的四份原始表格可作为首批标准模板来源：
- 起重机械每班日常检查记录表；
- 起重机械月度自行检查记录表；
- 起重机械维护保养记录表；
- 起重机械年度自行检查报告。
在产品中，不建议简单把原表逐字照搬为静态页面，而应拆成：
- 表单字段模型；
- 模板版本；
- 导出样式；
- 签字与附件区域；
- 设备基础信息自动带出；
- 问题项与整改项结构化存储。
这样既保留现场熟悉的表格体验，也便于后续统计、提醒和导出。
10. 合规与风控要求
10.1 电子档案要求
系统应支持电子版归档，确保：
- 内容完整；
- 按设备和时间可追溯；
- 核心附件可长期留存；
- 日常记录可按检验周期管理；
- 导出时具备可读性与完整性。
10.2 状态必须真实表达
尤其要避免以下误判：
- 有检验报告，不等于完成使用登记；
- 有设备档案，不等于设备可合法运行；
- 有补录记录，不等于实时完成了检查；
- 有附件上传，不等于附件真实有效。
10.3 补录必须留痕
现实中历史补录不可避免，但系统必须做到：
- 录入时间可查；
- 补录原因可查；
- 操作人可查；
- 导出时可识别。
10.4 不把异常设备排除在系统之外
对于资料不齐、待整改、待登记设备，应允许建档和记录，但必须以风险状态进行管理，不能进入“默认合规”统计口径。
11. MVP 范围建议
第一阶段（最小可行版本）
建议先做：
- 设备建档；
- 日检/月检/维保/年度自检四类记录；
- 附件上传与归档；
- 风险状态；
- 到期提醒；
- 单设备资料导出。
这部分即可满足“台账轻量化存档、电子化归集、基础提醒”的核心需求。
第二阶段
可继续扩展：
- 检验流程管理；
- 使用登记跟踪；
- 多单位、多项目管理；
- 权限细化；
- 整改闭环看板；
- 统计分析。
第三阶段
可进一步扩展：
- 物联网模块接入；
- 安全员/维护负责人打卡；
- 自动生成部分维保记录或运行轨迹；
- 与一机一档平台或外部监管/校方平台对接。
12. 与文档一、文档三的关系
与《行业现状与产品约束》的关系
本系统必须吸收文档一的原则：
- 状态分层；
- 风险显性化；
- 补录留痕；
- 检验与登记分离；
- 支持整改闭环。
与《科杰起重标准电气系统项目框架》的关系
本系统建议作为科杰整体项目中的核心业务子系统之一，既可独立开发，也可未来与设备档案、交付资料、IoT 接口形成联动。
13. 后续可直接拆解的开发清单
该文档后续可直接继续细化为：
- 页面清单；
- 数据表设计；
- 角色权限矩阵；
- 设备状态机；
- 任务生成规则；
- 表单字段字典；
- 导出模板；
- 接口清单。
14. 结论
“起重机械安全检查维保台账”不是简单的电子表格替代，而是一套围绕设备主档、法定频率、风险状态、电子归档和整改闭环构建的业务系统。它既能单独落地，也可以作为更大平台中的关键子系统，为一机一档、全生命周期管理和后续物联网扩展打下基础。