出险与理赔 — 赔付率就是那张成绩单
一句话总结
保险理赔由报案、审核和支付组成,其结果汇总为赔付率与综合成本率这张成绩单;再保险分摊重大损失,欺诈检测则阻止资金流失。
为什么需要这些知识
保险公司一半的 IT 需求来自理赔业务。“报案后 3 个工作日内分配审核人员”“自动计算延迟支付利息”“按产品、保障责任和渠道展示赔付率仪表盘”“新增 SIU 移交规则”。如果不了解这些说法的来源,即使能做出界面,也不会知道为什么需要某个字段,更无法判断哪个数字出错就会酿成事故。
报案、审核与支付
Notice The loss is reported, with claim form, medical certificate, receipts. The report date starts every deadline.
Adjusting Is it covered by the policy, is an exclusion triggered, how much? Field investigation or medical review if needed.
Payment The decided amount goes to the payee account. Paying past the policy's deadline adds late-payment interest.
Denial Exclusion, breach of disclosure duty, or outside coverage. The reason must be notified; the customer may appeal.
审核中的案件需要计提个案准备金(case reserve),也就是审核人员估算将要支付的金额。虽然尚未实际支付,但从公司角度看已经属于已发生损失,会计入赔付率的分子。
赔付率与综合成本率
loss ratio = incurred losses ÷ earned premium
expense ratio = expenses ÷ earned premium (some use written premium as the base)
combined ratio = loss ratio + expense ratio
已赚保费是本期真正“赚取”的保费。即使一次预收全年保费,本季度赚取的也只有三个月。已发生损失是在已支付金额上加上尚未支付的准备金,再按此前计提准备金的变动进行调整。综合成本率超过 100%,意味着承保业务本身亏损,必须靠资产投资收益弥补。费率上调、收紧承保标准和停售产品,都会依据这一数值决定。
该数值会沿许多维度汇总,包括产品、保障责任、渠道、地区和事故年度。它是信息系统中最重的汇总之一;分母与分子的期间定义只要不一致,赔付率就会出现 1 个百分点级别的变化。需求中必须确认采用“事故口径”还是“报告口径”,以及采用“已赚”还是“实收”。
再保险
单家公司难以承担的重大损失,例如大型火灾、台风、航空事故,会通过再保险进行分摊。原保险公司向再保险公司支付部分保费;发生损失时,再保险公司按相同比例赔付,或承担超过一定金额的部分。再保险分为比例方式(按同一比例分摊保费与损失)和非比例方式(再保险公司只承担超过一定金额的超额部分)。落到 IT 需求中,就是“按每笔理赔计算分出比例与预计摊回金额,并与再保险公司对账”。赔付率也要分别查看分出前(gross)与分出后(net)。
欺诈检测
保险欺诈会悄无声息地推高赔付率。典型模式包括投保后立即索赔、高额索赔集中于特定医院或维修厂、不同保单却使用同一收款账户、联系方式或地址,以及短期内大量投保后索赔。基于规则的检测会为这些模式评分,并移交特别调查部门(SIU)。规则只是线索,不是结论;拒赔决定只能依据调查结果。没有依据就对客户说“疑似欺诈”,本身就会引发投诉和法律问题。
这些业务概念如何转化为 IT 需求
前述概念实际会以如下句子送达。每项需求需要追问和明确的内容都不相同。
“请自动计算延迟支付利息。” 需要追问三点:起算日是报案日还是材料齐全日;利率是条款固定值还是与市场利率联动;以及是否扣除因客户原因造成的延迟期间。如果不问最后一项,之后就会收到金额不一致的异议。
“按产品、保障责任和渠道展示赔付率仪表盘。” 首先要明确期间定义,此外还有一个问题:按保障责任拆分时,分母如何拆分。保费按保单收取,损失却按保障责任发生,因此分子和分母的粒度不同。每家公司都有把保单保费分摊到各项保障责任的规则,不了解该规则就开发,所有数字都会出错。
“请新增 SIU 移交规则。” 比规则本身更重要的是保存判定历史的结构。必须记录哪条规则贡献了多少分、总分为何达到移交标准,之后修改规则时才能看出变化。误报后经调查确认为正常的案件也必须保留,才能衡量规则准确率;如果不记录,规则就永远停留在“加进去后看起来似乎有效”的阶段。
“请自动计提未决案件准备金。” 接受这项需求时必须谨慎。准备金直接进入赔付率,也会反映在会计账目中。更安全的做法是让自动计算只提供初始值建议,由审核人员最终确认;把自动值与确认值之间的差异设为指标,还能判断该建议是否真正有用。
还要指出一项共性:这类业务中的数字大多会在之后变化。 准备金会更新,拒赔可能因异议而推翻,再保险摊回也可能延迟到账。因此,建立汇总表时必须同时保存这个数字是以什么时间点为准的;否则,今天重新计算上个月已经报告过的赔付率时出现不同结果,就无法解释原因。
实际工作中真正重要的事
第一,报案日是所有期限的基准。 报案日期一旦错误,支付期限、延迟利息和处理时长统计都会全部出错。
第二,未决案件并不是 0 元。 缺少准备金会让赔付率显得更好,这种错觉会在下一季度集中爆发。
第三,必须在需求中明确汇总的期间口径。 事故口径与报告口径、已赚与实收都会得到不同数字。
下一次实验将使用保单与理赔数据,按产品和季度计算赔付率及综合成本率,并找出三种欺诈模式,生成调查移交清单。