学校安全隐患排查与校园事件上报的异常追溯与人工复核:表单交互

围绕学校安全隐患排查与校园事件上报的异常追溯与人工复核,说明表单与交互的配置前提与核对动作,结合安全检查表、隐患整改台账确认结果传递与生效状态,附上线前的验证步骤。

这个品类的数据长什么样

学校安全隐患排查与校园事件上报,核心材料有三类:安全检查表、隐患整改台账、突发事件报告。安全检查表由值周教师或安保人员按周巡查填写,字段含检查日期、点位名称、隐患描述、初判等级;隐患整改台账由后勤或安全办按月汇总,字段含隐患名称、整改数量、责任人、销号日期与签字;突发事件报告由现场发现人于事发当日提交,字段含事件名称、涉及人数、发生日期、处置回执与复核签字。三类材料进入表单输入节点时角色不同:安全检查表提供原始发现记录,整改台账提供处置与销号依据,突发事件报告提供异常追溯的源头材料。更新节奏上,检查表按周、台账按月、报告按事件触发,日期与签字字段是后续人工复核时对齐两份材料的关键锚点。

配置怎么定

这一环由工作流里的表单输入节点(交互节点)执行,输出用户填写的字段值(提交后传给后续节点)。「异常清单与复核结论」由后续节点或人工接着完成。节点触发后对话进入交互状态并记录工作流状态,用户填完必填项提交后,表单信息传给后续节点使用。

对象判断核验动作
安全检查表字段、日期与签字须与隐患整改台账逐项对齐,同一隐患名称、数量、发现日期不得在两份材料里对不上在节点配置里逐个核对字段名,确认隐患名称、数量、检查日期、检查人签字字段与台账一致;用formInputResult引用字段并试跑
隐患整改台账版本须与安全检查表同步,缺销号日期或责任人签字即视为未闭环,不得直接进入处置核对必填标记是否覆盖销号日期与签字;用userSelect选择台账版本后提交,检查后续节点取到的字段值是否含签字与回执
突发事件报告事件名称、涉及人数、发生日期须与原始记录一致,缺复核签字或处置回执不得生成异常清单逐个核对必填设置,确认复核签字与回执为必填;提交后检查该节点是否完成并继续执行,后续节点能否取到对应字段值

容易做错的三处

  • 现象:同一隐患在检查表与整改台账里的名称、数量对不上。原因:两份材料各自填写,未以原始记录为锚点逐字段对齐,人工复核时无法追溯源头。
  • 现象:台账版本未同步,旧版仍显示未销号。原因:更新节奏不同,检查表按周、台账按月,提交时未核对版本与日期字段。
  • 现象:突发事件报告缺复核签字或处置回执。原因:必填标记未覆盖签字与回执字段,提交后后续节点取不到值,异常清单无法交负责人处置。

怎么确认配好了

本功能验收:填一遍安全检查表并提交,核后续节点取到的字段值是否含隐患名称、数量、日期与签字,确认formInputResult 与 selectResult引用有效。

业务测试:造一条异常记录,看能否追到源头材料,核对异常有原始记录支撑、复核人签字,再交负责人处置。

  • 在节点配置里逐个核对字段名与必填标记,确认关键材料字段已标为必填,必填项为空不能提交。
  • 在后续节点引用formInputResult 与 selectResult字段并试跑,确认提交后能取到对应字段值,对话不卡在交互状态。