直接结论：基层上门随访工具不能只测试“断网还能填表”，还要验证离线任务从哪里来、如何核对居民、数据怎样加密、重复与冲突谁处理、同步是否有明确回执，以及设备丢失后能否及时失效。工具应减少重复录入并保护居民信息，但不能在离线状态下替代专业判断或擅自放宽权限。
为什么离线能力不是一个开关
弱网场景包括完全断网、网络反复切换、上传一半失败、多人先后修改和设备时间不准。若系统只显示“离线可用”，却没有冲突规则与回执，工作人员可能看到表单已保存，后台却未收到；也可能在恢复网络后把同一次服务提交两遍。验收应覆盖任务领取、现场记录和安全回传的完整链路。
测试一：离线任务包是否最小化
出发前下载的任务只应包含完成本次服务所需字段，并设置有效期、领取人和设备标识。测试普通账号能否批量下载超出辖区或职责范围的居民资料。过期、取消或已转派任务在再次联网后应及时失效，不能长期留在设备中。
测试二：断网时如何核对居民身份
工具应提供符合机构制度的核验方式，并避免在公共场所直接展示完整身份证号、诊断或联系方式。测试同名居民、历史地址未更新和家属代为开门三种情况。无法可靠确认时，应允许暂停并形成待核对任务，不能为通过表单而随意选中一条档案。
测试三：本地数据是否加密并受控
核验离线数据是否加密保存、应用退出后是否仍可直接查看、截屏和复制是否按策略受控、连续输错密码后如何处理。设备不应把附件保存到普通相册或开放下载目录。日志要记录访问动作，但避免在日志中再次写入完整敏感内容。
测试四：离线表单是否坚持最小采集
不能因为离线就把所有字段设为必填。测试居民拒答、暂不清楚、需要专业复核和服务中止等真实状态能否被准确记录。涉及测量值时保留时间、单位、来源和设备信息；涉及健康判断时，必须区分现场采集与专业人员确认。
测试五：重复提交与版本冲突怎么处理
用同一任务在两台测试设备分别修改不同字段，再恢复网络。系统应识别任务标识、修改时间和版本，不可简单以“最后上传”覆盖全部内容。冲突要进入具名人员复核队列，展示差异和来源；任何合并或舍弃都需记录理由。
测试六：同步结果是否有业务回执
上传进度条结束不等于服务记录已入库。工具应区分待上传、传输中、服务器已接收、业务校验失败、冲突待处理和完成。模拟超时后不要反复点击提交，应先查询任务状态或日志，避免产生重复记录。失败回执应说明安全可行动作。
测试七：设备丢失后能否快速止损
测试管理员能否停用账号或设备令牌、撤销未过期任务包，并在设备再次联网时清除受控缓存。远程失效不能替代本地加密，因此还要检查自动锁定、离线可用时长和本地数据清理策略。个人设备是否可用，应由机构政策明确规定。
测试八：审计与导出是否可解释
任务下载、离线查看、新增修改、同步、冲突处理和缓存清除都应有时间、账号、设备和结果。管理者导出时要带筛选条件、生成时间和字段说明，并按角色脱敏。审计记录用于核对流程，不应被包装成对个人的单一绩效排名。
最小验收脚本
- 一次全程离线、恢复网络后正常同步；
- 一次上传超时但后台已接收；
- 一次同任务双设备版本冲突；
- 一次居民身份无法确认而暂停；
- 一次设备报失、令牌撤销和缓存失效；
- 一次越权下载与受控审计导出。
需要把工具放进真实服务流程，可参考站内基层上门与人工随访实践方法；了解家庭医生服务背景，可浏览基层医疗行业动态。
常见问题 FAQ
离线记录越多越方便吗？
不是。应只下载完成任务所需的最少信息，并设置有效期、权限和安全清理机制。
恢复网络后可以自动覆盖后台记录吗？
不应无条件覆盖。系统应比较任务版本，发现冲突后由有权限人员核对并保留处理痕迹。
最先测试哪三项？
先测试本地加密、重复防护和同步回执，这三项最容易暴露“能填表但不可靠”的问题。