两份患者档案姓名和手机号相同，也不应由系统直接自动合并。相同信息可能来自同名、家庭共用号码、录入复制或历史变更；安全做法是先生成疑似重复候选，再由授权人员核对多项身份依据、预览字段与任务冲突，确认后执行可审计合并，并保留来源关系与回滚路径。自动匹配只能排序风险，不能代替身份确认。
误并比界面上多一条记录更难修复
重复档案会造成随访任务分散、统计重复和联系方式不一致，但错误合并可能把甲患者的病历摘要、授权状态或随访记录放到乙患者名下。后者不仅影响后续服务，还会破坏历史证据。因此，工具不能把“去重率”当作唯一目标，而应同时控制误并、漏并和不可逆修改。
候选匹配至少要说明依据
系统应展示哪些字段触发了候选关系，例如姓名、出生日期、证件信息、手机号、机构内患者号或既往就诊标识；同时标明冲突字段和数据来源。单一字段相同只适合发出提示，不适合直接确认。对于家庭共用号码、姓名变更、证件更新等情况，应允许记录合理差异。
合并预览要覆盖五类对象
基础身份与联系方式
预览哪一个值将成为当前值，其他值是保留为历史、标记失效还是等待核对。不得静默覆盖。
随访计划与未完成任务
两份档案可能各有待办、责任人和截止时间。合并后应提示重复任务与冲突安排，由人员决定保留、取消或重新分派。
授权、拒收与沟通偏好
较新的手机号不代表较新的同意状态。授权范围、撤回记录、拒收渠道和联系人关系应分别处理，不能随主档案选择自动继承。
量表、指标与附件
记录应保留采集时间、来源与单位。系统不能因为两条数据时间接近就自动删去一条，更不能把来源不明的附件挂到统一档案。
审计与外部关联
需要显示哪些接口、报表或消息任务仍引用旧标识，合并后如何重定向，并保存操作人、时间、依据和前后快照。
用六组脱敏数据做验收
同名不同人：姓名相同、生日和患者号不同，系统应提示风险而不自动合并。共用手机号：家庭成员使用同一号码，应能保持独立档案。信息变更：同一测试对象更换号码或姓名，系统应支持核对历史。任务冲突：两份档案各有未完成任务，合并前必须预览。授权冲突：一份允许消息、一份已撤回，系统不应选择更宽松状态。误操作回滚：执行测试合并后，应能恢复关联并留下完整审计。
测试时使用虚构、脱敏数据，不把真实患者信息复制到测试环境。每一组都要记录预期结果、实际结果和截图或日志依据；发现系统不可回滚时，应在上线前明确人工纠错和数据恢复方案。
三个容易被忽略的验收问题
谁有权确认？候选查看、身份核对、执行合并和回滚可以是不同权限。外部系统怎么办？合并后旧标识是否仍能被接口识别，需通过联调验证。统计何时更新？历史报表是否回算、当前任务是否去重，应明确口径，避免合并前后数字无法解释。
上线后如何持续监测
团队可定期抽查高相似候选、已合并记录和回滚事件，关注候选来源集中在哪些录入渠道、哪些字段最常冲突、是否有人绕过预览。监测结果用于改善采集与主索引规则，不用于追求机械的零重复。
其他患者管理工具的权限、任务和审计测试，可查看工具推荐；需要理解基层随访业务中的交接场景，可浏览案例分享。
FAQ
证件号码完全相同，可以自动合并吗？
仍建议结合数据来源、校验状态和其他身份信息确认，并考虑录入错误或测试数据混入等情况。是否自动化应由机构风险规则决定。
合并后旧档案可以直接删除吗？
通常不宜把来源关系和操作证据彻底删除。系统应保留旧标识映射、合并前快照与审计记录，具体保存规则遵循机构制度。
算法相似度达到很高是否足够？
相似度只能支持候选排序。阈值、字段权重和人工确认机制都需验证，高分不等同于身份事实。