LabHub
学习 学习路径 课程

保险领域进阶

收到「赔付慢」的报障,该量什么

在 LabHub 中继续学习

一句话总结

赔付延迟无法按一个整体时长来修复,只有拆成各个阶段,才能找到可以改进的位置;平均值会掩盖长尾,所以提出投诉的人从来不在平均值里。

概念图: 提出投诉的人并不是处于平均水平的人。 · 受理 · 调查 · 审核

为什么需要这些知识

你收到“保险金赔付太慢”的报障。打开仪表盘,平均处理时间为 4.8 天,低于 7 天的目标值。从指标看,没有任何问题。

但投诉依然不断出现。这很正常,因为提出投诉的人并不是处于平均水平的人。 他们属于已经等待 25 天的群体。平均值低,是因为短时案件很多,而不是因为不存在长时案件。

它是如何运作的

理赔会经历以下阶段。

접수 → 조사 → 심사 → 지급 / 부지급 → (이의)

受理是客户提交材料的时点。调查是确认事故是否真实发生、是否属于条款保障范围的阶段,只有需要的案件才会进入,包括调取医院记录或进行现场调查。审核阶段决定是否赔付以及赔付金额,支付阶段则实际将资金付出。

要定位延迟,必须分别测量各阶段之间的时间。如果只说“从受理到支付共 20 天”,就无从知道该修正哪里。只有拆开后发现“调查阶段用了 18 天”,才有依据提出修改调查分配规则。

此外,应查看百分位数,而不是平均值

평균     짧은 건이 끌어내린다. 목표 달성으로 보이게 만든다
p50      절반의 사람이 겪는 시간
p90      열에 하나가 겪는 시간. 민원이 여기서 나온다
p99      최악의 백 분의 하나. 언론과 감독기관이 여기를 본다

报告延迟时,必须区分延迟是由系统造成,还是由审核造成。如果从受理到分配调查的时间很长,属于人员或分配问题;如果从作出支付决定到实际转账的时间很长,则属于系统或结算周期问题。如果不作区分,只汇报“赔付很慢”,客户单位就会把任务交给开发团队,而开发团队只能在根本没有问题的地方排查。

拒赔必须带有原因代码。 例如事故发生在免责期内、投保前未履行告知义务、属于条款免责事项,或诊断不在保障范围内。这里有一种常见误用:把材料不全作为拒赔原因。 材料不足时应要求补充,而不是拒绝赔付。这样处理的案件在提出异议后几乎都会被推翻;被推翻的拒赔不是统计数字,而是事故。客户在数月间一直未能收到本应获得的钱款。

赔付延迟会产生利息。 标准条款规定了支付期限,超过该期限后,必须按逾期天数加付延迟利息。单笔金额通常只有几千韩元,看起来很小,但有两个问题:全公司累积后金额会变大;更重要的是,延迟案件数量本身就是监管检查事项。

金额计算还有一条规则:保险金额从始至终都要以整数韩元处理。 使用浮点数计算时,由于 0.1 + 0.2 并不等于 0.3,对账会出现一韩元的偏差,而查明这一韩元的原因可能要耗费数天。需要除法时,应先完成所有乘法,最后只除一次。

在实际工作中会是什么样

第一,阶段记录与理赔总账不一致很常见。 阶段历史显示审核已经结束,理赔总账中却仍有几笔未录入决定。这些客户没有收到任何通知,只能一直等待。在两个位置分别统计同一项数字,是找出此类案件最快的方法。

第二,如果延迟报告中只写平均值,什么也不会发生。 因为读者只会理解成“没有问题”。必须把 p90 和 p99 并列展示,并注明这些时间来自哪个阶段,下一次会议才可能作出决定。

第三,拒赔原因代码的分布只有与被推翻的案件数量一起查看才有意义。单看各代码的案件数,分布均匀,看似正常;如果被推翻的案件集中在某一个代码上,那就不是统计现象,而是审核规则的缺陷。

理赔系统中数据出现偏差的位置

把理赔流程搬进系统时,困难之处不在规则,而在于状态和时间。现场反复出现以下几种情况。

同一项理赔会提交多次。 同一案件通过应用提交一次、传真提交一次、网点再提交一次,是常见现象。人能看出它们属于同一案件,系统却会当成不同记录接收。如果受理阶段没有把疑似重复项归组展示的界面,重复赔付就会在支付后才被发现。可以根据合同编号、事故日期、疾病代码和索赔金额筛选候选项,再由人工判断。

补充材料请求会让状态回退。 因材料不足而退回时,理赔会回到审核前的状态。此时必须预先规定处理时限如何计算:计时应暂停还是继续,会直接决定延迟利息和投诉情况。 任何让状态回退的转换,都必须同时记录原因和时间。

金额会发生多次变化。 索赔金额、审核金额、决定金额和支付金额各不相同,之后还可能出现拒赔、部分赔付和追加赔付。如果系统只有一个不断更新的金额字段,就无法回答“为什么会得到这个金额”。金额应以历史记录累积,当前值通过计算得出。

把支付失败纳入流程。 因账户信息错误而退回转账的情况经常发生。如果把支付视为“终点”,该案件就会从系统中消失,只剩客户继续等待。支付之后仍应有退回和重新支付状态。

审核自动化应先用于通过,而不是拒绝。 自动通过明显应该赔付的小额案件,可以让人工集中处理困难案件。反之,如果先做自动拒绝,判断错误的成本会高得多,还要承担解释系统为何得出该判断的责任。

下一次实操要做什么

你将创建 200 笔理赔及其阶段历史,并把从受理到支付的过程拆成四个区间。你会揭示隐藏在平均 116 小时背后的 p90 389 小时和 p99 609 小时,并用数字指出,17 笔长尾案件中有 95% 的时间耗在调查阶段。随后统计 30 笔拒赔案件的原因代码,发现被推翻的案件集中在一个代码上,并以整数韩元计算延迟利息。