页面一直转圈，并不能证明随访记录没有保存。验收患者管理工具时，应模拟“服务器已保存、浏览器未收到结果”，再检查重试是否返回同一条记录，以及工作人员能否查询最终状态。仅在前端禁用按钮不能覆盖刷新、断网和多标签页；测试必须在隔离环境使用虚构资料。
先区分两种容易混淆的失败
一种是请求尚未到达服务器，记录没有建立；另一种是服务器已完成保存，但返回结果在网络途中丢失。工作人员看到的界面可能都写着超时，后续操作却应依据真实保存状态。工具应提供可解释的结果查询，不能让使用者猜测后反复提交。
准备可追踪的虚构表单
在隔离环境创建明确标识的虚构档案和无医疗意义的记录，关闭真实短信、电话与外部通知通道。为一次逻辑提交设置可查询的请求标识，记录测试时间和预期内容。测试人员只使用授权账号，不复制生产档案，也不对线上真实随访制造延迟。
让保存成功，响应暂时不到达浏览器
由测试环境模拟服务端完成保存后延迟响应，或在受控代理中阻断返回。先从授权查询入口确认记录已经存在，再观察页面如何提示。合理的界面应区分“结果待确认”与明确失败，保留当前填写内容，并提供查询入口，而不是立即清空或提示必须新建。
用同一标识重试
针对同一次逻辑提交再次发送相同请求，检查是否返回原记录编号。去重应由服务端处理，而不能只靠按钮状态。查看保存表、审计和下游任务，确认没有新增第二条记录、第二次提醒或第二份统计事实。返回重复请求结果时仍需验证当前账号权限。
同一标识但内容不同
修改一个测试字段后仍用原标识提交，检查系统是否明确提示冲突。静默覆盖会让第一次已经保存的事实改变，直接再建一条则会破坏去重约定。界面需要引导用户核对原结果，再通过明确的更正流程处理差异。
刷新与多标签页也要恢复状态
在响应未返回时刷新页面，检查是否能恢复提交标识或进入结果查询。再在另一个标签页查看同一任务，确认页面没有诱导重新创建。若草稿和正式记录并存，应清楚显示各自状态，不能把旧草稿当成尚未提交的确定证据。
真正的新服务不能被误拦截
为同一虚构档案建立下一次独立服务，使用新的提交标识，即使字段内容相同也应按业务规则正常处理。去重对象是同一次请求的重复发送，不是所有看起来相似的服务。通过姓名、日期和文本相似度粗略去重，容易把合理的新记录误判为重复。
查询结果必须与业务记录一致
结果查询应返回明确状态、对应记录编号和必要时间信息。请求仍在处理中时显示待确认；未保存时给出可采取的下一步。查询权限应与档案权限一致，不能通过猜测标识读取其他人的提交内容。审计可以记录多次尝试，但业务统计不能把网络重试计成多次服务。
还应检查失败后的草稿保存位置、有效期与访问权限，防止浏览器长期保留多余健康信息。测试报告写明环境、模拟方法、原请求标识、返回编号、业务记录数量和下游数量，避免只留一张“提交成功”的截图。机构正式上线前，应让工作人员演练查询和更正入口，理解转圈状态需要确认结果。
结合基层随访实践场景安排演练，也可查看连续健康管理动态理解记录责任。
FAQ
按钮只能点一次，就不会重复保存吗？
不能保证。刷新、网络重试和其他客户端仍可能再次发送，服务端需要识别同一次逻辑提交。
超时后可以直接新建一份吗？
应先查询原提交结果。确认未保存后再按系统提示继续，已保存的内容通过更正流程处理。