2. 保险理赔基础
保险理赔是保险合同从“承诺”走向“兑现”的关键环节，也是保险智能理赔系统真正要服务的业务核心。做端到端项目，第一步不是写代码，而是把理赔业务本身拆清楚：钱按什么顺序流转、哪些单据决定案件能否推进、不同险种的审核逻辑差在哪里、监管红线在哪里、哪些指标能反映系统是否真的提效。本节围绕这五个问题建立统一认知框架。
一、核心原理：理赔本质是“责任判定 + 金额核定 + 时效履约”
无论车险、健康险还是财产险，理赔的底层逻辑都可以抽象为三段：责任判定（事故是否属于保险责任、是否存在免责情形）、金额核定（损失多少、免赔与赔付比例如何计算）、时效履约（在监管规定和合同约定时间内完成通知、核定与支付）。智能理赔系统要做的，是把这三段中可标准化、可数据化的部分自动化，把需要人判断的部分结构化辅助。
二、方法流程：标准理赔六步走
以通用流程为基准，理赔通常包含以下六个阶段，智能理赔系统一般按此顺序编排任务与状态机：
- 报案受理：客户或代理人提交出险信息，系统生成报案号，记录出险时间、地点、原因、联系人。
- 立案与调度：核验保单有效性，判断是否属于保险责任范围，分派查勘或调查任务。
- 查勘定损：现场或线上采集损失证据，形成查勘报告与定损单，确认损失项目和金额。
- 单证审核：审核发票、病历、事故证明、身份证明等核心单据的真实性、完整性与一致性。
- 理算复核：按条款计算赔付金额，扣除免赔额、非医保用药、折旧等，完成复核审批。
- 结案支付：生成结案通知，触发支付指令，完成赔款到账并归档。
在智能理赔项目中，每个阶段都应定义清晰的输入、输出、状态码和超时规则。例如“单证审核”阶段的输出是“单证齐全/缺失清单”，状态码可设计为 DOC_PENDING、DOC_PASS、DOC_REJECT，便于后续自动化流转。
三、核心单据与险种差异
单据是理赔的“证据链”。不同险种对单据的要求差异很大，系统必须按险种配置单据清单和校验规则，而不是用一套模板打天下。
| 险种 | 核心单据 | 审核重点 | 常见差异点 |
|---|---|---|---|
| 车险 | 事故认定书、行驶证、驾驶证、维修发票、定损单 | 责任比例、维修项目与定损一致性 | 是否涉及人伤、是否走交强险优先 |
| 健康险 | 病历、诊断证明、费用清单、发票、医保结算单 | 既往症、等待期、合理且必要费用 | 医保目录内外、免赔额与赔付比例 |
| 意外险 | 事故证明、伤残鉴定报告、身份证明、医疗票据 | 意外性质认定、伤残等级对应比例 | 是否属于免责运动或职业类别 |
| 财产险 | 财产损失清单、消防或公安证明、购置发票、照片 | 标的真实性、损失程度、是否重复投保 | 折旧计算与残值处理 |
四、监管要求与关键指标
监管对理赔的核心要求集中在时效、透明和可追溯。以《保险法》及银保监会相关办法为基准，保险公司在收到赔偿请求后应及时核定；情形复杂的应在规定期限内作出核定，并将结果通知被保险人或受益人；不属于保险责任的，应自核定之日起规定期限内发出拒赔通知书并说明理由。智能理赔系统必须内置时效计时器、超时预警和操作留痕，确保每个节点可审计。
衡量理赔质量与效率的关键指标包括：
- 报案至立案时效：反映受理环节自动化程度。
- 立案至结案时效：核心履约指标，直接关联监管合规。
- 单证一次通过率：衡量前端采集与OCR识别质量。
- 自动理算占比：反映智能理赔自动化水平。
- 拒赔率与投诉率：反映责任判定准确性与客户体验。
- 赔付准确率：反映理算规则与数据一致性。
# 理赔时效监控伪代码示例
case_timer = {
"report_to_register_hours": 2, # 报案至立案
"register_to_close_hours": 72, # 立案至结案
"doc_review_hours": 24, # 单证审核
"payment_hours": 48 # 结案至支付
}
if elapsed_hours > case_timer["register_to_close_hours"]:
trigger_alert("超时预警", case_id)
五、案例与常见误区复盘
某健康险智能理赔项目上线初期，系统对“费用清单”只做了OCR识别，未与医保结算单做金额交叉校验，导致部分案件重复赔付。复盘发现：单据审核不能只做“有没有”，还要做“对不对”。后来在流程中增加“发票金额 = 费用清单合计 - 医保支付”的校验规则，自动理算准确率明显提升。
建立正确的理赔基础认知后，后续章节才能在此基础上设计数据模型、规则引擎和智能审核模块。理赔流程、单据、险种差异、监管与指标，这五件事共同构成了智能理赔端到端项目的业务地基。