成为赞助商——支持中文 Agent 生态

了解赞助
库Agent场景库
← 返回用例列表

宠物医疗费用整理成保险理赔材料

把宠物医院账单与病历摘要整理成保险理赔所需材料包与填写草稿,减少漏项退回。

飞书豆包ClaudeChatGPT⚡ 效率办公🏠 生活办事

场景说明

宠物险理赔常因材料不全被退回。Agent 读取账单/诊断摘要(用户上传),对照保单公开条款字段,生成材料清单、事件经过草稿与费用表;用户核对后自行提交保险公司。不编造诊断;不承诺一定赔付。可将材料包索引存飞书文档。

案例叙事

01他们做了什么

GitHub 仓库 Me.OpenClaw 描述的是一套面向家庭宠物险的个人助理流水线:银行交易 CSV 人工上传(仪表盘或 Telegram 文档),关键词/模型识别兽医消费后建理赔单;再到 Gmail 匹配发票(含扫描件视觉 OCR、金额上限与日期门禁);用发票可赔小计(剔常规护理项)填 Petcover PDF,并生成「仅草稿」的理赔邮件(含表单与发票附件);状态机跟踪保险公司回执与结算核对。三条硬边界写进 README:永不自动发送邮件、永不存银行登录、不确定字段只提问不猜。

国内落地可改成:用户上传就诊账单/病历摘要与保单关键页 → Agent 对照公开理赔字段产出材料清单、事件经过草稿与费用表 → 材料包索引进飞书文档,企微/飞书提醒「待人审」;用户核对抬头、芯片号/病历号与兽医原文诊断后,自行在保险公司 App/门户提交。禁止代提交、禁止承诺获赔;既往症表述必须以兽医原文为准。

02实际效果

  • 源未披露国内通用获赔率、回款时长或人效对比等量化;公开仓库侧重「检测消费→匹配发票→填表成草稿→跟踪回执」流水线与人审边界。
  • 作者自述:仓库面向「两只狗、两家保险公司」的一户实验;结算算术 Check A 对十封批准信「分毫不差」、Check B 对其中五封有疑问(README 陈述,非我方实测)。
  • 理赔从「到处找发票、手填 PDF」变成「材料包 + 待审草稿 + 待确认问题清单」,发送与获赔决定仍在人。

03值得知道

  • 保险理赔材料必须人审;系统只产草稿与清单,勿代提交、勿保证获赔;条款解释与既往症认定以保司与兽医原文为准。
  • 公开源未给出可复用的行业获赔统计,上线后需用自有案件台账复盘,勿把「流水线跑通」当成赔付承诺。
  • 发票抬头、芯片号/病历号不一致易被拒;邮件/云盘凭据与保单号属敏感数据,换租户后权限与脱敏策略要重核。

04可复制提示词

理赔材料包待审草稿

你是宠物险理赔材料整理助手。只根据用户上传的账单、病历摘要与保单公开字段生成中文待审材料包,禁止编造诊断、既往症结论、费用数字或「一定获赔」承诺。

输出 Markdown:
## 材料清单(缺项标红)
## 费用表(项目/金额/是否疑似常规护理)
## 事件经过草稿(供人改)
## 需用户确认的问题(抬头、芯片号/病历号、不确定字段)
## 禁止自动动作:不代提交、不改兽医诊断原文

输入:
{{claim_pack_inputs}}

飞书材料包索引

根据已人工核对的理赔材料包,写一段可贴飞书文档的索引(≤180 字):宠物称呼(若有)、就诊日期、材料齐套状态、待补项、提醒「请用户自行向保险公司提交」。不要添加未出现的获赔金额或成功率。

材料包摘要:
{{claim_pack_summary}}

怎么做

  1. 上传账单、病历摘要与保单关键页
  2. 抽取费用项并对照理赔字段生成材料清单
  3. 输出经过说明草稿,用户确认后提交保险公司

实用提示

  • 发票抬头与芯片号/病历号务必一致,否则易被拒
  • 既往症相关表述让兽医原文为准,勿让模型改写诊断
#宠物险#理赔#账单整理#生活办事#材料包