您的理赔处理数据模板

通用流程挖掘模板
您的理赔处理数据模板

您的理赔处理数据模板

通用流程挖掘模板

这是适用于理赔处理的通用流程挖掘数据模板。使用针对具体系统的模板,可获取更有针对性的指导。

选择具体系统
  • 关于关键数据属性的结构化指南。
  • 涵盖完整流程所需的关键活动。
  • 灵活的框架,适用于任意理赔系统。
刚接触事件日志?了解 如何创建流程挖掘事件日志.

理赔处理属性

下方列出了建议使用的数据字段及其说明。这些字段对于创建详细的理赔处理事件日志至关重要。
5 必填 7 建议填写 6 选填
名称 说明
开始时间
StartTime
表示某项活动或事件开始时间的时间戳。
说明

开始时间是标记活动开始时刻的精确日期和时间,是流程日志中每个事件的重要数据,为绩效分析提供时间背景。

在流程挖掘中,开始时间对于按时间顺序排列事件、准确还原案例流程至关重要。它也是计算周期时间、等待时间和处理时间等关键绩效指标的基础。分析时间戳有助于发现步骤间的延迟、衡量服务级别协议(SLA)的达成情况,并了解理赔流程的时间特征。

重要性

此时间戳对于正确排列事件以及计算周期时间、瓶颈等所有时间相关指标至关重要。

获取途径

通常记录在事件日志、审计跟踪或交易数据中,字段名称可能为“事件时间”或“创建日期”。

示例
2023-03-15T09:00:00Z2023-05-20T14:35:10Z2023-07-01T11:21:05Z
活动名称
ActivityName
理赔在特定时间发生的业务活动或事件名称。
说明

活动名称用于描述理赔处理生命周期中的具体步骤、任务或事件,例如“理赔已登记”“调查已开始”或“付款已发出”。每项活动都是事件日志中记录的一个独立流程节点。

在流程挖掘分析中,活动是流程图的基本组成部分。分析活动的顺序、频率和持续时间,可以了解实际流程走向、常见路径、瓶颈以及偏离标准过程的情况。活动名称清晰且一致,是建立易于理解、便于采取行动的流程模型的关键。

重要性

活动构成流程图的核心,定义了用于分析流程绩效的步骤和任务及其顺序与持续时间。

获取途径

通常可在理赔管理系统的事件日志、审计跟踪或交易记录中找到。

示例
索赔登记损失评估完成付款已发出理赔已拒绝
理赔ID
ClaimId
单笔保险理赔的唯一标识符,也是流程挖掘中的主要案例标识符。
说明

理赔ID是在登记每笔保险理赔时分配的唯一键。它贯穿理赔的整个生命周期,将所有相关活动、事件和数据点关联起来,从首次提交一直到最终关闭。

在流程挖掘中,理赔ID是还原每笔理赔端到端流程的基础。软件按理赔ID汇总所有事件后,即可展示流程走向、识别差异并计算案例级指标。它还能确保从理赔调查员分配到付款发出等每项操作都准确关联到对应理赔,从而支持连贯、准确的流程分析。

重要性

这是关键的案例标识符,可关联所有相关事件,从而追踪每笔理赔的端到端流程。

获取途径

通常位于理赔档案或理赔管理系统交易记录的标题区域或主记录中。

示例
CL-2023-001234A789-C54329876543210
最近数据更新时间
LastDataUpdate
源系统最近一次刷新或提取数据的时间戳。
说明

最近数据更新时间表示事件日志数据最近一次从源系统刷新的时间。此时间戳有助于了解所分析数据的新旧程度,让相关人员清楚数据的时效性。

在流程分析中,了解数据是否及时更新对于有把握地决策至关重要。此属性可帮助用户判断当前查看的是近实时流程还是历史快照。对于持续监控仪表板,以及确保结论基于相关且最新的信息,这一点尤为重要。

重要性

提供数据时效性的重要背景信息,确保分析和决策基于最新数据。

获取途径

通常是数据提取、转换和加载(ETL)过程中生成的元数据。

示例
2023-10-26T02:00:00Z2023-10-27T02:00:00Z2023-10-28T02:00:00Z
源系统
SourceSystem
提取事件数据的记录系统。
说明

源系统属性用于标识最初记录活动的具体IT应用或平台。在复杂环境中,理赔处理数据可能来自多个系统,例如核心理赔平台、文档管理系统或客户关系管理(CRM)工具。

了解源系统有助于验证数据并分析流程分散情况。它可以帮助追溯数据质量问题的来源,也能揭示不同系统间手动传输数据或交接工作造成的低效。此类分析有助于发现改进系统集成和自动化的机会。

重要性

标识事件数据的来源,对于验证数据以及分析多个IT系统中的流程执行情况至关重要。

获取途径

此信息可能包含在数据提取逻辑中,也可能作为字段存储在集成系统的事件日志中。

示例
理赔管理套件CRM门户文档处理系统
已分配的理赔调查员
AssignedAdjuster
负责处理理赔或活动的用户姓名或ID,例如理赔调查员。
说明

已分配的理赔调查员用于标识在特定时间执行某项活动或负责某笔理赔的员工或用户。此属性将流程步骤与执行工作的人员关联起来。

按理赔调查员分析数据对于工作量管理、绩效评估和识别培训需求至关重要。管理者可以比较团队成员的绩效,确保工作分配合理,并发现表现突出的人员或需要额外支持的人员。此资源视角是团队绩效和工作量平衡相关仪表板的关键。

重要性

将流程活动与执行人员关联起来,以便分析工作量、团队绩效和资源分配。

获取途径

可在理赔管理系统的交易记录、审计日志或用户分配字段中找到。

示例
John SmithUSER789Emily Jonesadjuster_team_a
理赔严重程度
ClaimSeverity
对理赔预计复杂程度或潜在财务影响的分类,例如低、中或高。
说明

理赔严重程度用于评估理赔的复杂程度、紧迫性或潜在财务成本。此分类有助于确定理赔优先级,并将其分配给具备相应技能的理赔调查员。严重程度可根据预计损失金额、事故性质或是否涉及诉讼等因素确定。

按理赔严重程度分析流程,对于了解处理方式是否适当至关重要。例如,严重程度较高的理赔可能需要更长的周期时间,但应遵循更严格的调查流程。此属性有助于确认复杂理赔获得必要关注,同时让简单理赔得到快速处理,从而优化资源分配并提升客户满意度。

重要性

有助于区分简单和复杂的理赔,并分析流程执行是否与理赔复杂程度相匹配。

获取途径

通常在受理理赔时根据业务规则确定,并存储为理赔主记录中的字段。

示例
低中高灾难性
理赔类型
ClaimType
保险理赔的类别,可用于细分和比较不同类型理赔的流程绩效。
说明

理赔类型是根据业务类别或损失性质对理赔进行的分类,例如“汽车”“财产”“责任”或“伤残”。不同类型的理赔通常遵循不同的流程路径,复杂程度和SLA也各不相同。

按理赔类型细分流程分析,是获取有效洞察的基本方法。您可以比较不同类别的周期时间、成本和流程一致性。分析可能会发现,汽车理赔流程效率较高,而财产理赔流程效率较低,从而为有针对性的改进提供依据。此属性是“按理赔类别分析绩效”仪表板的重要组成部分。

重要性

可按业务类别细分理赔,比较不同业务线的流程和绩效,并发现特定类别的问题。

获取途径

这是理赔主记录中的标准字段,通常在创建理赔时设置。

示例
汽车财产工伤赔偿一般责任
结束时间
EndTime
表示某项活动或事件完成时间的时间戳。
说明

结束时间是标记活动结束时刻的精确日期和时间。如果同时提供开始时间,就可以准确计算活动的完成耗时。

此属性对于深入分析绩效非常有价值。开始时间与结束时间之差即为处理时间或活动持续时间,是识别低效步骤的重要指标。分析处理时间有助于找出最耗费资源的活动,并确定精简运营的重点。它也是创建流程瓶颈和团队绩效相关仪表板的基础。

重要性

可准确计算活动处理时间,对于识别瓶颈和分析资源效率至关重要。

获取途径

通常与开始时间一同记录在事件日志或审计跟踪中。如果日志只记录变更事件,则可能需要推算结束时间。

示例
2023-03-15T11:30:00Z2023-05-20T15:05:45Z2023-07-01T11:29:15Z
结算金额
SettlementAmount
为解决理赔而支付给索赔人或第三方的最终金额。
说明

结算金额表示为结清理赔而支付的总金额,是反映理赔财务影响的重要结果指标。通常在损失评估完成并作出决定后确定。

在流程挖掘中,此属性对于基于成本的分析至关重要。它可用于计算“每笔理赔的平均成本”等关键绩效指标,并分析流程差异如何影响财务结果。例如,分析可能发现,存在返工循环或周期时间较长的理赔往往结算金额更高。这将流程效率与财务绩效直接关联,为“理赔成本分析”仪表板提供依据。

重要性

这是重要的结果指标,可直接关联流程行为与财务影响,从而分析流程改进的成本效益。

获取途径

可在理赔相关的财务或付款记录中找到,并在理赔关闭或付款时确定。

示例
1500.0025000.50125.750.00
解决目标日期
ResolutionTargetDate
根据服务级别协议(SLA)或法规要求,预计完成理赔处理的目标日期。
说明

解决目标日期也称到期日,是完成理赔流程的截止日期。该日期通常由监管要求或旨在确保及时服务的内部服务级别协议(SLA)规定。

此属性对于合规和绩效监控至关重要。将理赔实际关闭日期与目标日期进行比较,组织可以衡量SLA达成率。流程挖掘可以突出显示最容易导致SLA超期的流程步骤或变体,帮助主动管理截止日期,并优先改进对及时解决理赔影响最大的环节,为“SLA与截止日期达成情况”仪表板提供支持。

重要性

可衡量SLA或法规规定的截止日期达成情况,这是评估流程有效性的关键指标。

获取途径

通常在创建理赔时根据业务规则计算,并存储在理赔主记录中。

示例
2023-04-142023-06-192023-08-30
部门
Department
在特定时间负责处理活动或理赔的业务单元、团队或部门。
说明

部门属性用于指定理赔生命周期特定阶段的负责组织团队,例如“首次报案”“调查部门”或“付款部门”。

此信息对于了解组织不同部门之间的交接与协作至关重要。从部门视角分析流程,可以发现理赔在团队间流转时出现的延迟,帮助识别跨部门瓶颈,并评估各团队的工作量和绩效,为理赔调查员工作量平衡等指标及团队绩效仪表板提供支持。

重要性

有助于分析团队间的流程交接并识别跨部门瓶颈,为组织绩效分析提供支持。

获取途径

通常存储在理赔记录中,常与已分配用户或当前流程阶段关联。

示例
受理团队特别调查组责任评估财务与付款部
保单号
PolicyNumber
提交理赔申请所依据的保险保单的唯一标识。
说明

保单号是承保所报告损失的保险合同的唯一编号,可将理赔申请关联到特定客户、保单条款、保障限额及其他合同信息。

保单号不一定直接用于流程分析,但它是重要的背景信息。借助保单号,您可以按保单或客户汇总理赔数据,发现单个投保人频繁申请理赔等规律。您还可以将保单类型、保障金额等保单级信息补充到理赔数据中,以开展更深入的细分和分析。

重要性

将理赔申请关联到具体保险合同,并补充保单数据,以便开展更深入、更全面的分析。

获取途径

理赔受理时采集并存储在理赔记录标题中的基础数据。

示例
POL-987654A-100-200-300555444333
出险日期
LossDate
导致保险理赔申请的事故或损失发生的日期。
说明

出险日期是导致理赔申请的事件实际发生日期,例如车祸或财产损失。它不同于理赔申请在系统中报告或登记的日期。

出险日期与理赔登记日期之间的间隔称为“报案延迟”。分析这一间隔有助于了解客户行为并识别潜在欺诈风险,例如异常长的报案延迟。它还能呈现从事故发生到理赔结案的完整时间线,比单看内部处理时间更全面。

重要性

记录事故实际发生日期,便于分析报案延迟以及从事件发生到结案的完整时间线。

获取途径

由申请人在“首次损失通知”时提供,并存储在理赔主记录中。

示例
2023-03-102023-05-182023-06-25
拒赔原因
DenialReason
拒绝或驳回理赔申请时提供的具体原因。
说明

拒赔原因是说明理赔申请未获赔付的代码或文字描述。原因可能包括保单不承保、涉嫌欺诈或未提供所需文件。

分析拒赔原因有助于发现改进内部流程和客户沟通的机会。例如,大量理赔申请因信息缺失而被拒,可能说明受理流程需要改进。对拒赔原因进行根因分析,有助于明确保单条款、加强客户教育,并减少处理最终会被拒赔的申请所耗费的行政工作。

重要性

说明理赔申请未获赔付的原因,帮助您开展根因分析,改进客户沟通和前端流程。

获取途径

理赔专员在发生“理赔申请被拒”这一活动时,从预设列表中选择原因或以文本形式填写。

示例
不在保单承保范围内涉嫌欺诈文件不完整重复理赔申请
提交渠道
SubmissionChannel
最初提交理赔所使用的方式或渠道。
说明

提交渠道用于标识客户最初通过何种方式向公司报案。常见渠道包括在线客户门户、移动应用、代理人、经纪人或传统邮件。

按提交渠道分析流程,可以发现数据质量、效率和客户体验方面的重要差异。例如,与邮寄提交的理赔相比,通过数字门户提交的理赔可能录入错误更少,初步处理也更快。这些洞察有助于制定渠道推广策略,并确定自动化和流程改进的投资方向。

重要性

有助于分析受理渠道对流程效率、数据质量和整体周期时间的影响。

获取途径

通常在“首次报案”(FNOL)流程中采集,并存储在理赔主记录中。

示例
网络门户代理人电话邮件
理赔状态
ClaimStatus
理赔在特定时间的总体状态,例如已开启、待处理或已关闭。
说明

理赔状态表示事件发生时理赔生命周期所处的阶段,可概括理赔在流程中的位置,例如“调查中”“等待信息”或“已结算”。

流程挖掘通过活动还原详细流程,而理赔状态属性则提供有价值的背景信息。它可用于验证流程走向(例如,“付款已发出”活动是否会将状态正确更新为“已关闭”),也可用于分析理赔在特定状态下持续的时间。这有助于了解案例处于待处理状态的时长,并发现系统性延迟或低效问题。

重要性

提供理赔在特定时间所处状态的背景信息,有助于分析各阶段耗时并验证流程走向。

获取途径

这是理赔主记录中的核心字段,会随理赔生命周期的推进而更新。

示例
已开启待处理:等待客户提供信息已关闭:已付款已关闭:已拒赔
索赔金额
ClaimedAmount
投保人提交理赔申请时最初要求赔付的总金额。
说明

索赔金额是流程开始时对损失的初步估算,或申请人提出的赔付金额。调查和评估阶段可能会对该金额进行调整。

这一属性可用于多种分析,例如确定理赔申请的初始严重程度,并跟踪初始索赔金额与最终赔付金额之间的差异。分析差异有助于了解初始估算的准确性,以及理赔流程中成本控制措施的成效。它也是财务预测和准备金估算的重要依据。

重要性

体现理赔申请最初涉及的金额,可用于评估严重程度,并分析其与最终赔付金额之间的差异。

获取途径

在理赔申请初始提交时采集,并存储在理赔记录的财务部分。

示例
2000.0035000.00500.00
必填 建议填写 选填

理赔处理活动

本节介绍需要记录的主要流程步骤和重要里程碑,帮助您准确发现流程并分析理赔运营情况。
7 建议填写 8 选填
活动 说明
付款已发出
此活动标志着执行理赔付款交易,即向索赔人或服务提供方发出款项。
重要性

这是一个重要的财务事件,通常标志着理想路径流程的结束。要衡量理赔获批后的付款耗时,必须关注这一节点。

获取途径

系统通常会通过明确的交易日志或最终付款状态更新记录此事件,更新可能由财务系统集成触发。

采集

识别理赔相关付款记录变为“已付款”“已发出”或“已拨付”的事件。

事件类型 explicit
完成初步审核
表示指定理赔人员已完成对索赔的首次全面审核。在此步骤中,理赔人员会评估索赔的有效性和详细情况,并确定后续所需操作。
重要性

此里程碑有助于衡量初步分流和评估所需时间。此处的延误可能显著延长整体索赔周期时间。

获取途径

通常可根据系统中的状态变更推断,例如状态从“新建”或“已分配”变为“审核中”或“调查中”。

采集

查找标志初步评估结束、正式处理开始的状态变更。

事件类型 inferred
损失评估完成
此里程碑表示已估算理赔的财务影响并设定准备金,标志着正式评估理赔的潜在成本。
重要性

这是流程中的重要财务事件。分析准备金调整的时间和频率,有助于了解估值准确性和流程效率。

获取途径

首次录入理赔准备金金额或之后在系统财务记录中调整金额时,会记录此事件。

采集

记录理赔财务准备金日志中首笔交易的时间戳。

事件类型 explicit
理赔决定已作出
这是一个关键里程碑,保险公司根据调查结果正式决定批准、部分批准或拒绝理赔,代表理赔裁定流程的正式结果。
重要性

这是一个关键决策点,决定理赔后续走向(付款或拒赔)。分析决策耗时和结果时,必须关注这一节点。

获取途径

系统中通常会明确记录状态变更,例如变为“已批准”“已拒绝”或“已结案”。

采集

查找首次变更为“已批准”或“已拒绝”等最终决策状态的记录。

事件类型 inferred
理赔已关闭
这是最后一项行政活动,标志着付款发出或理赔被拒后理赔档案关闭。至此,所有活动均已完成。
重要性

这是流程的主要结束事件。计算所有理赔的端到端总周期时间时,必须关注这一节点。

获取途径

其他处理全部完成后,系统中的最终状态更新为“已关闭”或“已结案”时,会记录此事件。

采集

识别理赔主要状态字段更新为最终“已关闭”状态的时间戳。

事件类型 inferred
理赔已拒绝
此活动表示理赔未获准付款后的最终结果。该活动发生在拒赔决定之后,并将理赔记录的最终状态设为已拒绝。
重要性

这是主要流程变体之一的关键终止事件。分析拒赔案件对于了解拒赔率及其原因至关重要。

获取途径

理赔最终状态明确设为“已拒绝”或“已驳回”时,会记录此事件。

采集

查找最终状态变为“已拒绝”“已驳回”或类似终止状态的记录;此状态可能在初次决定后才更新。

事件类型 inferred
索赔登记
首次损失通知(FNOL)后,系统正式创建索赔记录时会发生此活动。此时系统会分配唯一的Claim ID,并正式开启案例处理流程。
重要性

这是索赔流程的主要开始事件。它是衡量从正式登记到结案整体索赔周期时间的关键依据。

获取途径

通常可从源系统中主要索赔记录或案例对象的创建时间戳获取此事件。

采集

查找索赔历史记录中的创建事件或首次状态更新。

事件类型 explicit
付款已授权
表示正式批准支付已计算出的结算金额。此步骤通常由经理或其他授权人员单独审批,以防止欺诈并确保准确性。
重要性

这是一个关键控制点。分析金额计算与授权之间的耗时,有助于发现审批瓶颈或合规问题。

获取途径

系统会通过特定的审批交易或状态变更来记录此事件,例如变为“已批准付款”。

采集

记录付款审批事件的时间戳,或状态变为“已批准付款”的时间戳。

事件类型 explicit
分配理赔人员
此活动记录将索赔分配给具体理赔人员、经办人或团队的情况,明确索赔生命周期管理的负责人及其责任。
重要性

跟踪任务分配对于分析工作量分布、团队绩效和索赔交接延误至关重要。

获取途径

此信息通常记录在分配日志中,也可通过跟踪索赔记录中“负责人”或“受派人”字段的变更获取。

采集

记录与索赔案例关联的用户或群组分配字段更新。

事件类型 explicit
完成调查
表示所有调查活动均已结束,所需事实已收集并记录。完成此步骤后,才能对索赔作出最终决定。
重要性

此里程碑标志着证据收集阶段结束。了解这一阶段的耗时,有助于评估调查效率。

获取途径

通常可根据理赔状态从“调查中”变为“待决策”或“待评估”等决策状态来判断。

采集

识别标志调查结束并可作出最终决定的状态变更。

事件类型 inferred
开始调查
此活动表示索赔正式进入深入调查阶段,可能涉及指派专家、安排检查或开展其他证据收集工作。
重要性

跟踪调查开始时间,有助于单独衡量索赔流程中这一通常复杂且耗时的阶段。

获取途径

通常可根据索赔状态变为“调查中”或类似状态推断,也可通过首个调查相关任务的创建时间判断。

采集

查找状态变为“调查中”的记录,或首个正式调查任务的创建记录。

事件类型 inferred
收到补充信息
表示已收到所请求的文件或信息,索赔处理可以继续。此活动结束了信息请求所引发的等待状态。
重要性

此事件结束信息请求循环。从请求到收到信息之间的时间,是衡量外部依赖和瓶颈的重要指标。

获取途径

通常可根据索赔状态从“等待补充信息”变回“审核中”等活动状态推断。

采集

识别状态从“等待”变回“处理中”等活动状态的变更。

事件类型 inferred
理赔重新开启
此前已关闭或拒绝的理赔重新激活,以便进一步审核或处理时,就会发生此事件。通常是由于申诉、出现新信息或发现错误。
重要性

重新开启的理赔意味着大量返工。跟踪此活动对于发现流程问题、了解申诉原因及其成本影响至关重要。

获取途径

理赔状态从“已关闭”或“已拒绝”变回“审核中”等活跃状态时,会记录此事件。

采集

检测状态从终止状态(例如“已关闭”)变回非终止的活跃状态。

事件类型 inferred
结算金额已计算
理赔获批后,此活动表示计算最终结算金额或付款金额,计算依据包括保单限额、免赔额和评估损失。
重要性

此步骤的耗时可揭示理赔决定与付款授权之间的瓶颈,是财务结算流程中的关键环节。

获取途径

系统财务模块中录入并确认最终付款或结算金额时,通常会记录此事件。

采集

识别最终结算金额录入完成的时间,或付款记录创建并处于“待批准”状态的时间。

事件类型 explicit
请求补充信息
当理赔人员判断需要向索赔人或第三方获取更多信息才能继续处理时,就会发生此活动。此时流程通常会进入等待状态。
重要性

此活动通常标志着常见返工或等待循环的开始。分析其发生频率和持续时间,有助于发现初始数据收集和沟通方面的问题。

获取途径

通常可通过特定状态变更(例如“等待补充信息”)或外发沟通事件记录获取此活动。

采集

查找状态变更为“等待补充信息”的记录,或与信息请求相关的任务或沟通记录。

事件类型 inferred
建议填写 选填

数据提取指南

如何获取流程挖掘所需的数据。

不同系统的数据提取方式各不相同。详细说明请

阅读我们的ETL指南   或   选择具体流程和系统.

准备好开始了吗?

您可以选择系统专属的数据提取指南,或使用此通用模板准备事件日志,开始改进理赔处理流程。

掌握流程,优化运营,提升绩效

找出低效环节,推动改进,更快实现目标。

开始免费试用

无需信用卡,立即开始优化。