这个品类的数据长什么样
本页面向学校安全隐患排查与校园事件上报品类，材料来源包括安全检查表、隐患整改台账、突发事件报告三类。安全检查表按周或按次生成，字段含检查项目、位置、发现时间、检查人签字；隐患整改台账按隐患编号滚动更新，字段含隐患描述、整改期限、责任人、复查结论与签字；突发事件报告按事件单独立卷，字段含事件经过、涉及人员、上报时间、接收回执。材料进入部署运维与应用交接时，安全检查表用于核对排查覆盖范围，隐患整改台账用于核对整改闭环与责任落点，突发事件报告用于核对上报链路与回执留存。更新节奏上，检查表随检查批次追加，台账随整改节点更新，事件报告随处置进展补录。三类材料的名称、数量、日期与签字需在交接时逐项对齐。
配置怎么定
这一环由部署环境的连接配置（服务端）执行，输出连接是否可用（服务启动结果与连接日志）。「可交接的部署状态与操作记录」由部署交接与后续业务处理接着完成。主业务库、日志库、缓存与向量库的连接地址由环境变量分别配置，日志库不单独配置时复用主库。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 安全检查表 | 检查项目、位置、发现时间、检查人签字需与隐患整改台账中的对应条目名称、数量、日期一致 | 抽取同一隐患编号，对照检查表与台账的隐患描述、发现日期、签字栏，逐项核对是否一致 |
| 隐患整改台账 | 整改期限、责任人、复查结论与签字需与突发事件报告中的上报时间、接收回执可对应 | 按整改期限排序，抽查整改完成项，核对复查结论签字与事件报告回执日期是否对得上 |
| 突发事件报告 | 事件经过、涉及人员、上报时间、接收回执需与安全检查表、台账的版本记录同步 | 核对报告编号与台账版本号，检查上报时间是否落在检查表覆盖周期内，确认回执是否留存 |
| 部署连接配置 | 主业务库、日志库、缓存与向量库可分别指向不同实例且可连通 | 在部署环境核对 MONGODB_URI、REDIS_URL、PG_URL 取值与库地址一致，查看启动日志连接结果 |
容易做错的三处
- 现象：同一隐患在检查表与台账里的名称、数量、日期对不上。原因：两处材料分别录入，未按隐患编号做交叉核对，交接时只看了单份材料。
- 现象：突发事件报告已更新，检查表与台账仍停留在旧版本。原因：版本未同步，交接单未记录各材料当前版本号与更新时间。
- 现象：整改复查结论或事件接收回执缺签字。原因：签字栏未随材料流转补齐，交接时未逐项核对签字与回执是否留存。
怎么确认配好了
本功能验收：逐项连一次主业务库、日志库、缓存与向量库，核启动日志里的连接结果，确认 MONGODB_URI、REDIS_URL、PG_URL 指向与实际库地址一致。
业务测试：按交接单逐项核对一次，看缺哪一项记录，重点核对安全检查表、隐患整改台账、突发事件报告的字段、日期与签字是否齐全。
- 在部署环境查看启动日志，确认主业务库、日志库、缓存与向量库连接结果均可用，记录连接地址与实例对应关系。
- 按交接单逐项核对安全检查表、隐患整改台账、突发事件报告的字段、日期与签字，标记缺失项并注明版本号。