这个品类的数据长什么样
本页面向学校安全隐患排查与校园事件上报场景，材料包括安全检查表、隐患整改台账、突发事件报告。安全检查表按周或按次填写，字段含检查日期、检查人、隐患位置、隐患描述、整改期限；隐患整改台账按隐患编号逐条登记，字段含整改责任人、整改措施、完成日期、复查人签字；突发事件报告按事件发生时间单独成文，字段含事件经过、处置措施、上报人、接收回执。三类材料进入本功能后，安全检查表与隐患整改台账承担进度记录角色，突发事件报告承担例外记录角色，统计口径说明以表头形式固定记录数与统计数的对应关系，更新节奏为按周汇总、按月核对。
配置怎么定
这一环由部署环境的连接配置（服务端）执行，输出连接是否可用（服务启动结果与连接日志）。「进度表与统计口径说明」由部署交接与后续业务处理接着完成。
| 对象 | 判断 | 核验动作 |
|---|---|---|
| 安全检查表 | 检查日期、检查人、隐患位置与整改期限字段齐全，与台账逐条对应 | 在部署环境里核对该表字段与台账字段的日期、数量是否一致，确认签字栏已填 |
| 隐患整改台账 | 整改责任人、完成日期与复查人签字可追溯，同一隐患在两份材料里的名称与数量一致 | 对照安全检查表核对隐患编号与数量，确认版本为最新且回执完整 |
| 突发事件报告 | 事件发生时间、上报人与接收回执字段完整，与周记录合计口径一致 | 用一周记录核对合计，看例外事件是否单列并写清口径 |
| 主业务库、日志库、缓存与向量库连接变量 | 主业务库、日志库、缓存与向量库可分别指向不同实例，日志库留空时复用主库 | 逐项核对 MONGODB_URI、REDIS_URL、PG_URL 取值与库地址一致，查看启动日志连接结果 |
容易做错的三处
- 现象：同一隐患在安全检查表与整改台账里的名称、数量对不上。原因：两份材料各自填写，未按统一编号归并。
- 现象：突发事件报告与周报合计的日期对不上。原因：事件发生时间与上报时间混用，口径未写到表头。
- 现象：整改台账缺复查人签字或回执。原因：版本未同步，复查环节未回填即归档。
怎么确认配好了
本功能验收：逐项连一次主业务库、日志库、缓存与向量库，核启动日志里的连接结果，确认 MONGODB_URI、REDIS_URL、PG_URL 取值与库地址一致。
业务测试：用一周记录核对合计，看口径与例外是否写清。
- 在部署环境里核对主业务库、日志库、缓存与向量库连接变量取值与库地址一致，查看服务启动结果与连接日志。
- 用一周记录核对安全检查表、隐患整改台账与突发事件报告的记录数与统计数合计，确认口径写到表头且例外单列。