多群同时提交同一客户
响应不及时，容易遗漏后到或先到记录
统一时间线自动判定医院侧自动查重报备机器人
让每一次三方报备，
都由医院规则即时判定
连接多个合作群与院内客户系统，自动完成身份识别、客户查重、报备锁定和结果反馈。重单有依据，异常有人接，处理全程可追溯。
数据安全优先核心服务与查重记录可留在医院控制范围内
- 数据范围
- 院方全程掌握
- 部署边界
- 院内或指定服务器
- 审计策略
- 关键操作全留痕
实时处理链路
服务就绪
医院数据边界
问题现场
当报备散落在多个群，
人工处理就成了业务瓶颈
同一客户可能从不同群同时进入。人工查询、判断、截图、打码和回复之间的每一次切换，都会增加遗漏、抢占和争议的风险。
手机号与报备格式不统一
关键信息缺失，反复询问和手动清理
自动提取并校验格式
跨三方发生客户归属冲突
判定口径不一致，证据与记录分散
医院规则统一裁决
人工查系统并截图发群
流程长、成本高，敏感信息可能暴露
脱敏证据自动回传结果演示
一条消息，三种明确去向
系统不把接口异常当作“不重单”。能自动判断的即时反馈，无法确认的进入医院运营队列。
合
合作方运营
新客户 138 6621 0927，咨询师小李
身份已识别格式已校验院内查重完成
机器人回复 · 查重通过
客户符合报备条件，已完成锁定
报备单号：BA-240903-0186
请按医院流程继续后续服务。
合
合作方运营
客户 186****0927 申请查重
身份已识别规则已匹配证据已脱敏
机器人回复 · 判定重单
客户已有其他三方有效报备
有效报备日期：2024-09-01
已附医院系统生成的脱敏证据。
手机尾号 0927已隐藏敏感信息
合
合作方运营
客户 151****3842，请查重
身份已识别发现多条记录已转运营队列
机器人回复 · 待人工确认
当前状态无法自动判断
医院运营人员将核验多条客户记录。确认前不会自动判定为查重通过。
能力链路
从群消息到审计记录，
每一步都有明确责任边界
机器人负责自动化执行，医院系统负责最终数据与业务判断。两者通过标准接口协作，不替换现有客户管理或预约系统。
-
01
识别群与提交人
按群 ID 关联三方来源，并将成员 ID 映射到咨询师或医院对接人员。
-
02
提取并校验手机号
清理空格和常见符号，按医院配置检查格式、关键字与单次提交数量。
-
03
执行医院查重规则
调用医院接口，区分同三方已报备、其他三方重单与状态不明确。
-
04
原子锁定或建档
查重通过后直接生成报备单号；幂等设计避免网络重试造成重复记录。
-
05
结果回到原始消息
在对应手机号消息下回复结果，按配置展示请求编号、报备单号或处理提示。
-
06
发送脱敏重单证据
获取医院系统生成的证据截图，只展示院方授权的必要匹配信息。
-
07
执行配额与防刷策略
可按医院、三方、群和成员设置每日额度、提交间隔与冷却方式。
-
08
汇总运营与审计记录
按时间、来源、结果和单号查询完整链路，保留接口异常与人工处理过程。
系统边界
接入现有系统，
不重做医院业务底座
院方继续掌握客户数据、业务规则与最终结果。机器人作为协同执行层，负责把群内操作变成可控、可查的标准流程。
- 01医院接口返回标准查重结果
- 02推荐提供查重与锁定原子接口
- 03截图由医院系统生成并完成脱敏
合作渠道
A三方合作群
B三方合作群
C三方合作群
医院控制范围
客户查重接口
报备锁定接口
脱敏证据接口
运营后台记录 · 异常 · 审计
安全优先 · 院方可控
核心数据留在
医院控制范围内
支持部署在医院内网或指定服务器。具体数据边界和微信消息接入方式，以院方信息安全要求及最终接入方案为准。
院内或指定服务器
核心服务、数据库、查重记录和截图文件可按医院要求部署。
最小必要原则
客户内部 ID、姓名、证件与病历等敏感字段仅在必要范围内使用。
角色分级访问
管理员、运营、审计和技术运维可配置不同的数据访问权限。
关键操作留痕
查重、回复、截图、人工改判及配置变更均保留可查询记录。
实施路径
从接口确认到稳定运营，
按医院节奏分阶段上线
先用测试环境和脱敏数据覆盖关键场景，再进入院内部署与业务验收，减少对现有流程的影响。
-
01
需求与接口确认
确认接入方式、查重规则、接口字段、群映射与防刷口径。
-
02
接口联调与验证
验证通过、重单、重复请求、异常状态和截图失败等场景。
-
03
院内部署与配置
部署服务与存储，配置医院接口、回复模板、配额和管理员。
-
04
医院验收
由运营、信息技术和业务人员确认判断、锁定、异常与审计。
-
05
上线与持续运营
支持按群或全局启停，并保留切人工、单群停用等运营开关。
准备接入
把需求交给实施团队，
从现有规则开始评估
无需先改造全部业务系统。准备好查重规则、测试接口和群映射范围，即可开展接入确认。