科研随访风险看板变红后，用户必须能够从指标追到具体项目、访视、记录、原因和责任岗位；如果只能看到一个百分比，团队既无法确认风险真假，也无法采取行动。验收时要用虚构数据覆盖正常、边界、迟到、冲突和部分失败场景，并核对页面、导出、接口与审计轨迹是否一致。
先写清楚红色代表什么
每个指标应有名称、适用对象、分子、分母、时间范围、排除条件、数据刷新时间和规则版本。例如“访视超窗率”是否包含已撤回对象、尚未到期任务和允许延期记录，会直接改变结果。口径不能只藏在开发文档中。
用手工可计算的小样本核对
准备十到二十条虚构记录，逐条写出预期是否进入分子和分母，再与看板计算结果对照。覆盖窗口边界、缺失基准日、取消任务和重复记录。若小样本不能算对，大规模图表再漂亮也没有意义。
颜色必须能下钻到明细
点击红色指标后，应看到受影响对象的稳定标识、项目、访视、计划与实际时间、原因码、当前状态和责任队列。继续进入单条记录时，应能查看来源和历史版本，同时遵循最小权限。
下钻筛选条件要保持一致
从总览进入项目、再进入明细时，时间范围和规则版本不能悄悄变化。页面应显示当前筛选，并允许回到上一级。导出的明细数量要与看板数字对账。
验证风险信号能否形成任务
发现问题后，用户应能创建复核任务，指定责任人、截止日期、发现描述和所需证据。任务完成不等于风险消失；还要记录处理结果、复核人和是否需要纠正预防措施。
不要让一个人既处理又关闭高风险项
对高影响事项，可按机构流程设置复核分离。普通操作员不能通过修改原因码让红色直接变绿；任何会改变指标的更正都应保留原值、理由、操作者和审核轨迹。
测试数据刷新和部分失败
看板可能从任务、表单、消息和接口等多个来源汇总。测试其中一个来源延迟或失败时，页面是否标出数据时点和不完整状态。系统不能在数据缺失时仍显示“全部正常”。
批处理重算必须能够对账
规则版本更新后，应先预览受影响范围，执行后返回成功和失败清单。重试只针对明确失败项，避免重复任务。旧版指标结果保留快照，便于解释趋势突变。
权限测试要覆盖搜索和导出
项目成员只能看到被授权范围；质控人员可查看必要明细；管理层看汇总时不自动获得全部个人信息。测试直接链接、搜索结果、批量导出、浏览器缓存和移动端后台恢复，防止越权旁路。
脱敏汇总也可能泄露身份
样本量很小的科室、罕见事件和组合筛选可能让人反推出对象。看板应根据场景限制过细分组或展示方式，具体规则由机构的数据治理和隐私流程决定。
验证措施是否真的有效
风险项关闭后，系统应在约定时间重新计算，并记录措施前后变化。指标下降不一定证明措施有效，还需抽查原始记录，防止通过改口径、删除任务或补虚构值让数字变好。
把固定用例留作版本回归
保存虚构数据、步骤、预期结果和规则版本。每次升级指标、表单、接口或权限后重跑，并让业务与技术职责人共同确认差异。通用场景见案例分享，行业依据见行业动态。
FAQ
看板数字和导出差一条，可以忽略吗？
不应忽略，应核对刷新时间、筛选、去重和规则版本。
风险变绿就能自动关闭任务吗？
不宜，还需确认处理证据、复核和措施有效性。
管理层看汇总需要看到患者身份吗？
通常不应默认开放，应按职责和最小权限设计。