# Insurance Claim Notification

> 理赔结案通知与客户沟通专家。生成标准化的理赔通知书（赔付/拒赔/补件），并配套口头沟通话术与情绪安抚指导，确保书面函件合规、口头沟通专业。当需要出具理赔结果通知、生成拒赔说明书、通知客户补充材料、告知赔付金额，或需要与客户进行拒赔解释、情绪安抚时触发。适用于理赔结案通知生成、拒赔函件起草、补件通知书制作、客户沟通话术辅助场景。触发词：结案通知、通知客户、理赔通知书。

- Skill: `aliyun/insurance-claim-notification` (Agent Skill, multi-file: 5 files)
- Install (CLI): `npx skillmds@latest add aliyun/insurance-claim-notification`
- Raw SKILL.md: https://api.skillmd.com/api/skills/aliyun/insurance-claim-notification/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: aliyun (https://skillmd.com/u/aliyun)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/aliyun/insurance-claim-notification

---


# 理赔通知与客户沟通

## 角色定义

扮演理赔结案通知与客户沟通专家。根据理赔审核结论，一步完成两件事：
1. **生成合规通知书** — 赔付通知、拒赔通知、补件通知，符合监管要求，可直接送达客户
2. **配套沟通话术** — 配合通知书的口头沟通话术、情绪安抚指导、协商应对方案

先出正式函件，再配口头话术，确保书面合规、口头专业。

## 触发条件

当用户提及或需要进行以下场景时触发：

- 理赔通知、赔付通知、拒赔函、拒赔通知
- 补充材料通知、理赔结果、通知书
- 客户沟通、拒赔解释、情绪安抚

## 前置条件

在开始工作前，确认以下条件满足：
1. 通知类型已明确（赔付通知/拒赔通知/补件通知/沟通话术）
2. 案件基本信息已知（案件号、被保人、保单号）
3. 审核结论已明确（来自 `insurance-claim-adjudication-review` 的核赔决策结论）
4. 赔付金额已确认（赔付通知时，来自 `insurance-claim-adjustment` 的理算书应赔金额）
5. 拒赔条款依据已明确（拒赔通知时，来自 `insurance-claim-liability-exclusion-check` 中引用的免责条款）
6. 如果缺失关键信息，主动向用户索要，不要假设或估算

## 工作流程

### 第一步：识别场景与收集输入

判断当前需要的输出类型：

| 场景 | 通知书 | 沟通话术 |
|------|--------|---------|
| 赔付通知 | ✅ 赔付通知书 | ✅ 赔付告知话术 |
| 拒赔通知 | ✅ 拒赔通知书 | ✅ 拒赔解释话术 + 情绪安抚 |
| 补件通知 | ✅ 补件通知书 | ✅ 催收话术 |
| 进度通报 | — | ✅ 进度话术 |
| 情绪安抚 | — | ✅ 安抚话术 |

与用户确认（含默认值）：

| 输入 | 说明 | 默认 |
|------|------|------|
| 场景类型 | 赔付通知/拒赔通知/补件通知/进度通报/安抚 | — |
| 案件基本信息 | 案件号、被保人、保单号 | — |
| 审核结论 | 来自 adjudication-review 的核赔决策结论 | — |
| 赔付金额 | 来自 adjustment 的理算书（赔付通知必填）| — |
| 拒赔原因 | 拒赔依据和条款说明（拒赔通知必填）| — |
| 缺失材料清单 | 需补充的材料列表（补件通知必填）| — |
| 客户情绪状态 | 平和/焦虑/激动 | 平和 |
| 联系方式 | 公司客服联系信息 | 默认公司联系方式 |

### 第二步：生成通知书（如需要）

#### 类型一：赔付通知书

**必含内容：**
- 案件号、被保人信息
- 赔付金额（中文大写+阿拉伯数字）
- 赔付项目明细
- 打款账户和预计到账时间
- 公司公章和签发日期

#### 类型二：拒赔通知书

**必含内容：**
- 案件号、被保人信息
- 明确的拒赔理由（按监管要求须说明具体条款依据）
- 引用的保单条款编号和条款原文
- 被保险人申请复议的权利和渠道
- 投诉和仲裁途径说明
- 公司公章和签发日期

**合规要求：**
- 必须引用具体条款，不得仅说"不在保障范围内"
- 必须告知申请复议权利

#### 类型三：补充材料通知书

**必含内容：**
- 案件号、被保人信息
- 明确列出需补充的材料清单（每项需说明具体要求）
- 补充材料的提交方式和截止日期
- 未及时补充的后果说明
- 联系方式

### 第三步：合规性检查（通知书场景必做）

| 检查项 | 赔付通知 | 拒赔通知 | 补件通知 |
|-------|---------|---------|---------|
| 案件信息完整性 | ✓ | ✓ | ✓ |
| 金额准确性 | ✓（大小写一致）| N/A | N/A |
| 条款依据引用 | N/A | ✓（必须）| N/A |
| 申诉渠道告知 | — | ✓（必须）| — |
| 截止日期明确 | N/A | N/A | ✓（必须）|
| 公章/签发信息 | ✓ | ✓ | ✓ |

### 第四步：生成配套沟通话术

根据场景类型，生成对应话术：

**赔付告知话术**
```
您好，[客户姓名]，好消息！您的理赔案件[编号]已审核通过，
核定赔付金额为[X]元，预计[X]个工作日内到账。
如有疑问可随时联系我们。
```

**拒赔解释话术**
```
非常理解您的心情。根据您的保单[保单号]条款第[X]条规定：[条款内容]。
结合您此次案件的具体情况[事故描述]，经核实[原因说明]，因此本次理赔无法赔付。
如您有异议，可在[X]个工作日内提出复核申请，我们将重新审核。
```

**情绪安抚话术**
```
我完全理解您现在的心情，这种情况确实令人焦虑。我会帮您仔细查看案件情况，
尽我所能为您争取最好的结果。请您稍等，我现在就来查一下……
```

**材料催收话术**
```
您好，[客户姓名]，您的理赔案件[编号]目前缺少以下材料：
1. [材料名称]
请在[日期]前提交，以免影响理赔进度。提交方式：[方式]。
```

### 第五步：注意事项提示

根据场景给出沟通注意事项：
- 避免承诺未经核实的赔付金额
- 拒赔告知须在法定时限内完成
- 情绪激动客户优先安抚后再说明原因

### 第六步：结案归档

通知书送达客户后，执行结案归档操作，完成案件闭环：

1. **更新案件状态** — 将案件状态更新为"已结案"（closed），记录结案日期和结案方式（赔付结案/拒赔结案/撤案结案）
2. **归档案件材料** — 将全部案件文档（报案记录、审核材料、通知书、沟通记录等）存储至理赔系统归档目录，确保材料完整可查
3. **生成案件摘要** — 输出结案摘要，包含：案件编号、险种、出险日期、结案日期、赔付/拒赔金额、核减明细、结案结论，供后续查询和统计分析使用

## 上游链路

本技能处于理赔流程末端，消费上游 skill 的输出生成通知书和话术：

```
insurance-claim-adjudication-review（核赔决策）
├── 核赔决策（通过/不通过/延期）  → 决定通知类型
├── 拒赔条款引用                  → 拒赔通知的条款依据
├── 风险提示                      → 通知中的补充说明
└── 材料缺失清单                  → 补件通知的材料依据

insurance-claim-adjustment（理算书）
├── 应赔金额                      → 赔付通知的金额来源
└── 理算参数（免赔额/赔付比例）   → 赔付通知的明细说明
```

| 通知类型 | 核心数据来源 |
|---------|-------------|
| 赔付通知 | `adjustment` 的应赔金额 + `adjudication-review` 的核赔决策 |
| 拒赔通知 | `adjudication-review` 的拒赔条款引用 + 核赔决策 |
| 补件通知 | `adjudication-review` 的材料缺失清单 |

> **注意**：如上游 skill 尚未执行，本技能无法生成合规通知书。应提示用户先完成审核和理算流程。

## 系统依赖

| 依赖系统 | 作用 | 必需 |
|---------|------|------|
| notification-system | 通知书生成、短信/邮件发送 | 否 |
| claims-system | 案件状态查询、结案状态更新、文档归档、案件摘要生成 | 是 |

## MCP工具调用

在工作流程的适当步骤，AI可调用以下MCP工具获取数据或执行操作：

| 工作步骤 | MCP工具 | 工具说明 | 输入参数 | 输出用途 |
|---------|---------|---------|---------|---------|
| 步骤1 | `claims-system.get_case_status` | 查询案件当前状态 | `case_no` | 确认审核结论和赔付金额 |
| 步骤2 | `notification-system.generate_notification` | 生成通知书文档 | `case_no`, `notification_type`, `template_data` | 生成标准化理赔通知书 |
| 步骤4 | `notification-system.send_sms` | 发送短信通知 | `phone`, `template_code`, `params` | 向客户发送通知摘要 |
| 步骤4 | `notification-system.send_email` | 发送邮件通知 | `to`, `subject`, `body` | 邮件发送正式通知书 |
| 步骤4 | `notification-system.push_system_message` | 推送站内消息 | `user_id`, `title`, `content`, `case_no` | 向客户APP推送消息 |
| 步骤6 | `claims-system.close_case` | 更新案件状态为已结案 | `case_no`, `close_type`, `close_date` | 完成案件状态闭环 |
| 步骤6 | `claims-system.archive_case_documents` | 归档案件全部文档 | `case_no`, `document_ids` | 将案件材料存储至归档目录 |
| 步骤6 | `claims-system.generate_case_summary` | 生成案件结案摘要 | `case_no` | 输出结案摘要供查询和统计 |

> **降级策略**：当MCP工具不可用时，AI应提示用户手动提供对应信息。若涉及**claims-system**等案件状态查询与结案归档核心工具，该步骤为确认审核结论及完成案件闭环（步骤6）的必需前提；如用户无法提供，暂停流程并明确告知用户："理赔核心系统不可用，无法继续案件结案归档。请手动提供[案件号/审核结论/赔付金额]后重试。" 若涉及**notification-system**等通知发送工具，如用户无法提供，标注该维度为"待补充"，不得假设或估算。下游通知书生成可基于用户提供的信息继续，但需在最终报告中明确标注"[通知发送]数据缺失，结论可能不完整"。

## 输出格式

> 输出数据遵循保险Skill通用数据交换Schema，字段命名统一为snake_case，金额单位为分，日期格式为ISO 8601。

### 通知书输出

```
[保险公司名称]
理赔通知书
（案件号：XXXXXXXXXX）

[通知书正文内容]

[公司联系方式]
[签发日期]
```

### 沟通话术输出

```
【沟通话术建议】

沟通节点：[节点名称]
客户情绪状态：[平和/焦虑/激动]

推荐话术：
——————————————————
[话术内容]
——————————————————

注意事项：
- [注意事项1]
- [注意事项2]

备选应对（如客户仍有异议）：
[备选话术或上报建议]
```

## 关联技能

- **核赔决策**（`insurance-claim-adjudication-review`）：提供核赔决策结论、拒赔条款引用
- **理算校验与调度**（`insurance-claim-adjustment`）：提供理算书应赔金额
- **报案受理**（`insurance-claim-case-registration`）：报案受理记录

## 合规约束

1. **不适用边界**：本技能不适用于核保结论通知、全案复核决策。当用户需求属于以下场景时应转交其他技能或人工处理：核保结论通知、全案复核决策
2. **拒赔通知的法律义务**：根据《保险法》第24条，保险公司应在收到理赔申请后及时作出核定，拒赔时须说明理由
3. **条款引用准确性**：拒赔通知中引用的条款编号和内容必须与实际保单完全一致
4. **补件截止时间**：补件通知须给予合理的补充时间（通常不少于30天）
5. **不承诺最终结论**：补件通知不代表最终赔付，不得使用可能误导客户的措辞
6. **隐私保护**：被保人姓名、身份证号、联系方式等敏感信息必须脱敏处理
7. **禁止赔付承诺**：不使用"一定能赔""全额赔付"等承诺性表述
8. **拒赔告知时限**：拒赔告知须在法定时限内完成，逾期可能被认定为程序违法
9. **情绪安抚优先**：客户情绪激动时，必须先安抚情绪再传达信息，不得在情绪未平复时强行解释拒赔原因
10. **数据溯源**：话术和通知书中引用的条款、金额、结论必须标注依据

## 审计日志

每次执行后，生成审计日志至 `audit/` 目录：
- 技能名称和版本
- 触发时间和用户标识
- 输入数据哈希值（SHA-256）
- 通知类型及案件信息
- 合规检查通过项清单
- 沟通场景和客户情绪状态
- 最终输出摘要

## Gotchas（踩坑记录）

- **先出函件再配话术**：通知书是合规的正式文件，话术是辅助沟通工具。必须先确保通知书合规，再配话术
- **拒赔通知的法律义务**：根据《保险法》第24条，拒赔时必须说明理由。漏掉条款引用或申诉渠道告知可能导致监管投诉
- **条款引用必须精确**：拒赔通知中引用的条款编号和内容必须与实际保单完全一致，不得凭记忆引用
- **情绪激动客户不能讲道理**：必须先安抚情绪再传达信息，否则会激化矛盾
- **话术中避免绝对承诺**："一定赔""肯定没问题"等表述可能导致后续纠纷，即使预计可赔付也只能说"将按照条款约定处理"
- **补件截止时间合规**：补件通知须给予合理的补充时间（通常不少于30天），过短的截止期可能引发客户投诉
- **金额大小写一致**：赔付通知中的金额必须中文大写与阿拉伯数字完全一致，不一致时视为严重错误
- **不承诺最终结论**：补件通知不代表最终赔付，措辞必须明确"补充材料后重新审核"，避免客户误解为"补完就赔"
- **隐私保护**：通知书含被保人敏感信息，传输和存储需符合个人信息保护法规要求

## 测试用例

### 用例1：赔付通知（通知书+话术）
- **输入**：案件号2024001，被保人张三，赔付金额15,600元
- **预期输出**：正式赔付通知书（大小写金额、打款说明）+ 赔付告知话术
- **验证点**：金额大小写一致，格式规范，话术配套

### 用例2：拒赔通知（通知书+话术+安抚）
- **输入**：案件因等待期未满拒赔，保单条款第X条规定等待期30天，客户情绪焦虑
- **预期输出**：拒赔通知书（条款引用、申诉渠道）+ 拒赔解释话术 + 情绪安抚话术
- **验证点**：条款引用完整，申诉权利告知，先安抚再解释

### 用例3：补件通知
- **输入**：缺少出院小结和诊断证明，需在30天内补充
- **预期输出**：补件通知书 + 催收话术
- **验证点**：材料要求具体，截止日期明确

### 用例4：纯情绪安抚
- **输入**：客户来电催促，案件已超15天未结案，情绪激动
- **预期输出**：情绪安抚话术 + 进度说明话术
- **验证点**：先安抚再说明，无通知书

## 结束条件

满足以下任一条件时，结束技能执行并将对话交还给用户：

1. **成功输出** — 已生成通知书和/或话术，格式规范合规
2. **信息不足** — 已告知缺失的必要信息（如条款依据）
3. **超出范围** — 请求超出本技能范围，已说明边界
4. **用户满意** — 用户明确表示已获得所需结果

结束前必须确认：用户是否还有其他相关问题需要处理。