患者管理工具允许工作人员把未填完的随访表单暂存，但暂存、提交、复核和服务完成是不同状态。本文从断网续填、多人接手、必填项校验、下游提醒及统计口径设计一套验收方法，用虚构数据检查暂存内容是否误触发完成率、自动通知或正式归档。重点是让工作人员能安全续填，也让下一位经办人知道哪些事实尚未核对。

随访表单“暂存”只能表示当前输入得到保存，不能自动显示为“已完成”。工具应分别管理草稿、正式提交、复核和服务完成状态，并把每一步的经办人、时间及缺项说明清楚。验收时用虚构记录测试断网续填、多人接手和重复点击，确认草稿不会进入完成率、居民通知或正式服务档案。

先定义各状态的业务含义

草稿用于防止已输入信息丢失；提交表示填表人认为内容达到可交付状态；复核表示授权人员完成必要核对；服务完成则应依据真实服务过程与适用规范判定。机构可以按本地流程合并某些操作，但界面与数据仍需表达每个决定的来源。一个绿色“成功”提示若不说明成功保存了什么，很容易误导操作人员。

网络恢复后弹出“暂存成功”，证明系统收到草稿，不证明问答完整、身份正确或随访完成。提示文案应写“草稿已保存，尚未提交”，并标出未完成字段及下一步入口。移动端离线暂存还应显示本地保存与服务器同步的差异，不把本地缓存误写成云端已收到。

验收断网与页面关闭后的续填

在隔离环境用模拟网络填写一半表单，断网后继续输入，再关闭应用和重新登录。检查草稿是否恢复、最后一次同步时间是否准确、未上传附件是否明确标识。若同一账号在两台设备修改同一草稿，系统应提示冲突和可比较的版本，避免静默覆盖较新的内容。

连接不稳定时，工作人员可能连续点击暂存或提交。对同一任务和表单实例设置稳定标识，使重复请求返回同一结果。界面按钮可以短暂禁用，但服务端仍要防重；否则页面看似只成功一次，数据库可能产生多条记录，进而触发重复提醒。

必填项、数值单位、逻辑矛盾和附件缺失可以给出具体提示，但不要为了通过校验强迫填写虚构答案。允许工作人员标记“居民未提供”“待核实”或“本次不适用”，并说明这些选项能否提交。不同服务类型有不同要求，表单版本变更时要保留草稿所用的原版本与升级提示。

工作人员交班后，接手人需要知道草稿由谁创建、哪些内容已经与居民核对、哪些来自设备或家属、是否仍有未发送的任务。接手编辑不应把前一人的输入自动改成自己的陈述。必要时先阅读历史修改记录，再决定继续填写、退回核实或作废草稿。

草稿里的异常值可能只是录入中途的数字，不宜立即触发面向居民的结论性通知。可按机构安全流程提示工作人员及时核对，但正式提醒、统计报表和服务完成证明应使用经过相应状态确认的数据。测试草稿暂存、删除、退回和提交四种事件，查看任务队列与通知是否分别正确变化。

看板可展示草稿数和待完成任务，帮助团队安排工作；完成率则不能把暂存次数计为完成服务。若系统允许提交后再复核，报表需说明使用提交口径还是复核口径，并保留历史版本。避免为了数字好看而在后台批量把旧草稿改成完成。

准备三种模拟表单：已保存但缺少关键问答；两人先后编辑且内容冲突；提交请求超时但服务器已收到。检查页面重新加载后的真实状态、重复请求的处理、经办人审计和下游通知。最后对照原任务确认只存在应有的正式记录，所有测试只使用虚构身份与模拟消息通道。

可参照随访通用场景设计交班情境，再结合基层服务动态核对流程边界。

可以向有权限的工作人员提示核对，但不能把未经确认的草稿直接当成正式服务结论。

应通过更正或退回流程保留原版本、原因、人员和时间，避免无痕覆盖。

不能仅凭存储成功关闭。要核对真实服务过程和规定的提交、复核条件。