您的理赔处理数据模板

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

您的理赔处理数据模板

通用流程挖掘模板

这是适用于理赔处理的通用流程挖掘数据模板。如需更具体的指导,请使用系统专用模板。

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

理赔处理属性

以下列出建议使用的数据字段及其说明,这些字段对于创建详细事件日志、分析理赔处理至关重要。
5 必需 7 建议 6 可选
名称 说明
开始时间
StartTime
表示具体活动或事件开始时间的时间戳。
说明

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

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

为什么重要

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

获取位置

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

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

Activity Name描述理赔处理生命周期中的具体步骤、Task或事件。这些活动代表正在执行的工作,例如“理赔已登记”“调查已开始”或“已付款”。每项活动都是事件日志中记录的流程明确节点。

在流程挖掘分析中,活动是流程图的基本构成。分析活动的顺序、频率和持续时间,可以呈现实际流程、常见路径、瓶颈,以及偏离标准过程的情况。清晰且一致的活动命名对于创建易于理解并可采取行动的流程模型至关重要。

为什么重要

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

获取位置

通常位于理赔管理系统的事件日志、审计轨迹或交易记录中。

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

Claim ID是每笔保险理赔登记时分配的唯一键。它贯穿理赔生命周期,将所有相关活动、事件和数据点连接起来,从最初提交一直到最终结案。

在流程挖掘中,Claim ID是还原每笔理赔端到端旅程的基础。软件将具有相同Claim 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
为解决理赔而支付给理赔申请人或第三方的最终金额。
说明

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

在流程挖掘中,该属性对于基于成本的分析至关重要。它可以用于计算“每笔理赔平均成本”等KPI,并分析流程差异如何影响财务结果。例如,分析可能显示,存在特定返工循环或周期时间较长的理赔,往往会产生更高的结算金额。这建立了流程效率与财务绩效之间的直接联系,也是“理赔成本分析”仪表板的基础。

为什么重要

这是将流程行为与财务影响直接关联的关键结果指标,可用于分析流程改进的成本效益。

获取位置

位于与理赔关联的财务或付款记录中,通常在理赔关闭或付款完成时最终确定。

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

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

该属性是合规和绩效监控的基础。通过比较实际理赔关闭日期与目标日期,组织可以衡量SLA遵循率。流程挖掘可以突出最可能导致SLA违约的流程步骤或变体,从而支持主动管理截止期限,并帮助优先改进对及时解决影响最大的环节,直接支持“SLA与截止期限遵循情况”仪表板。

为什么重要

支持衡量相对于SLA或监管期限的按时完成情况,是评估流程有效性的关键指标。

获取位置

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

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

部门属性用于指定理赔生命周期某一阶段的负责组织群组,例如“首次损失通知”“调查部门”或“付款部门”。

此信息对于了解组织不同部分之间的交接与协作至关重要。从部门视角分析流程,可以揭示理赔从一个团队转移到另一个团队时产生的延迟。它有助于识别跨部门瓶颈,也是评估团队特定工作量和绩效的基础,可支持“查勘员工作量平衡”等KPI以及团队绩效仪表板。

为什么重要

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

获取位置

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

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

Policy Number是承保所报告损失的保险合同的唯一参考编号。它将理赔关联到特定客户、保单条款、承保限额及其他合同详情。

虽然Policy Number不一定直接用于流程分析,但它是重要的上下文信息。您可以按保单或客户汇总理赔数据,从而发现单一投保人频繁理赔等模式。它还支持使用保单级详情(例如保单类型、承保金额)丰富理赔数据,以开展更深入的分群和分析。

为什么重要

将理赔与具体保险合同关联起来,并支持使用保单数据进行丰富,以开展更深入、更具上下文的分析。

获取位置

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

示例
POL-987654A-100-200-300555444333
拒赔原因
DenialReason
理赔被拒绝或驳回时提供的具体原因。
说明

拒赔原因是解释理赔未获付款原因的代码或文本描述。原因可能包括保单保障范围问题、欺诈行为或未提供所需文档。

分析拒赔原因对于发现改进内部流程和客户沟通的机会至关重要。例如,如果大量理赔因信息缺失而被拒,可能说明需要改进受理流程。对拒赔原因进行根因分析,可以促成更清晰的保单语言、更好的客户教育,并减少最终注定被拒理赔所耗费的行政工作。

为什么重要

帮助了解理赔未获支付的原因,从而开展根因分析,改善客户沟通和前端流程。

获取位置

发生“Claim Denied”活动时,由理赔员从预定义列表中选择,或以文本形式输入。

示例
不在保单承保范围内疑似欺诈文档不完整重复理赔
损失日期
LossDate
引发保险理赔的事故或损失发生日期。
说明

损失日期表示导致理赔的实际事件日期,例如车祸或财产损坏。这不同于理赔在系统中报告或登记的日期。

损失日期与理赔登记日期之间的差异称为“报案延迟”。分析这一延迟有助于了解客户行为并识别潜在欺诈风险,例如异常长时间未报案。它可以呈现从事故发生到问题解决的完整理赔体验时间线,比单纯查看内部处理时间更全面。

为什么重要

确定实际事故发生日期,从而分析报案延迟以及从事件发生到关闭的完整时间线。

获取位置

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

示例
2023-03-102023-05-182023-06-25
提交渠道
SubmissionChannel
最初提交理赔所使用的方式或渠道。
说明

提交渠道用于标识理赔首次向公司报案的方式。常见渠道包括在线客户门户、移动应用、代理人、经纪人或传统邮件。

按提交渠道分析流程,可以发现数据质量、效率和客户体验方面的重要差异。例如,与通过邮件提交的理赔相比,通过数字门户提交的理赔可能录入错误更少,初始处理速度更快。这些洞察可以为渠道推广、自动化投入和流程改进等战略决策提供依据。

为什么重要

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

获取位置

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

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

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

流程挖掘通过活动还原详细流程,而Claim Status属性则提供有价值的上下文信息。您可以使用它验证流程,例如确认“已付款”活动是否正确将状态更新为“已关闭”,也可以分析理赔在特定状态中持续的时间。这有助于了解案例处于待处理状态的时长,并发现系统性延误或低效环节。

为什么重要

提供理赔在任意时间点的状态信息,帮助分析不同阶段耗时并验证流程。

获取位置

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

示例
开放待处理-等待客户信息已关闭-已付款已关闭-已拒赔
申报金额
ClaimedAmount
投保人在提交理赔时最初申请的总金额。
说明

申报金额是流程开始时对损失的初始估算,或理赔申请人提出的金额。该数值可能在调查和评估阶段进一步修订。

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

为什么重要

表示理赔的初始财务范围,可用于严重程度评估以及分析其与最终结算金额之间的差异。

获取位置

在初始理赔提交过程中采集,并存储在理赔记录的财务部分。

示例
2000.0035000.00500.00
必需 建议 可选

理赔处理活动

本节概述需要记录的主要流程步骤和重要里程碑,以便准确发现和分析理赔运营流程。
7 建议 8 可选
活动 说明
付款已发出
此活动标志着执行理赔付款财务交易的时点,表示款项发送给理赔申请人或服务提供方的时刻。
为什么重要

这是关键财务事件,通常标志着流程“顺利路径”的结束,对于衡量理赔获批后的付款耗时至关重要。

获取位置

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

采集

识别与理赔关联的付款记录标记为“已付款”“已发出”或“已支付”的事件。

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

这一里程碑有助于衡量初始分流和评估所需时间。此处延迟可能显著影响整体理赔周期时间。

获取位置

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

采集

查找能够表示初始评估阶段结束并进入实际处理阶段的状态变更。

事件类型 inferred
损失评估完成
这一里程碑标志着理赔的财务影响已完成估算并设置了准备金,表示已正式估算理赔可能产生的成本。
为什么重要

这是流程中的关键财务事件。分析准备金何时以及多频繁进行调整,有助于了解估值准确性和流程效率。

获取位置

当准备金金额首次录入,或随后在系统理赔财务记录中进行调整时,将记录此事件。

采集

记录理赔准备金日志中第一笔交易的时间戳。

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

这是决定理赔后续路径(付款或拒赔)的关键决策节点,对于分析决策耗时和结果至关重要。

获取位置

系统中几乎总会将其记录为明确的状态变化,例如变为“已批准”“已拒绝”或“已结案”。

采集

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

事件类型 inferred
理赔已关闭
这是最终的行政活动,标志着付款已发出或理赔被拒后,理赔档案正式关闭。此阶段所有活动均已完成。
为什么重要

这是流程的主要结束事件,对于计算所有理赔的端到端总周期时间至关重要。

获取位置

在其他处理全部完成后,系统将最终状态更新为“已关闭”或“已完成”,以记录此事件。

采集

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

事件类型 inferred
理赔已拒绝
此活动表示未获批准付款的理赔最终结果。它发生在“拒绝”决策之后,并包括将理赔记录最终确定为拒绝状态。
为什么重要

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

获取位置

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

采集

查找最终状态更新为“已拒绝”“已驳回”或类似终结状态的记录,该状态可能在初始决策之后出现。

事件类型 inferred
理赔登记
该活动表示在首次损失通知(FNOL)后,理赔系统正式创建理赔记录。此时,系统会正式分配唯一的Claim ID,并正式开启案件处理。
为什么重要

这是理赔流程的主要开始事件,对于衡量从正式登记到结案的整体理赔周期时间至关重要。

获取位置

该事件通常取自任意系统中主要理赔记录或案例对象的创建时间戳。

采集

识别创建事件,或理赔历史日志中的首次状态更新。

事件类型 explicit
付款已授权
表示正式批准支付已计算出的结算金额。这通常是一个独立步骤,由经理或其他授权人员参与,以防止欺诈并确保准确性。
为什么重要

这是关键控制点。分析计算与授权之间的时间,可以发现审批瓶颈或合规问题。

获取位置

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

采集

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

事件类型 explicit
分配理赔人员
该活动记录将理赔案件分配给具体理赔人员、经办人或团队的过程,明确案件生命周期内的负责人和责任归属。
为什么重要

跟踪分配情况对于分析工作量分布、团队绩效以及识别理赔交接延迟至关重要。

获取位置

这些信息通常记录在分配日志中,或通过跟踪理赔记录中“负责人”或“受派人”字段的变更获得。

采集

捕获与理赔案例关联的用户或群组分配字段更新。

事件类型 explicit
开始调查
该活动表示理赔案件正式进入深入调查阶段,可能包括分配专业人员、安排查勘或开展其他证据收集活动。
为什么重要

跟踪调查开始时间,有助于单独识别并衡量这一通常复杂且耗时的理赔阶段。

获取位置

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

采集

查找变更为“调查中”的状态更新,或首个正式调查任务的创建事件。

事件类型 inferred
收到补充信息
表示收到所请求的文件或信息,使理赔处理得以恢复。该活动结束由信息请求启动的“等待”状态。
为什么重要

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

获取位置

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

采集

检测从“等待”状态回到“活动”处理状态的状态变更。

事件类型 inferred
理赔重新打开
此前已关闭或被拒的理赔重新激活,以便进一步审核或处理时发生。通常原因包括申诉、新信息或发现错误。
为什么重要

重新打开的理赔代表大量返工。跟踪此活动对于识别流程失效、申诉原因及其成本影响至关重要。

获取位置

当状态从“已关闭”或“已拒绝”变回“审核中”等活动状态时记录此事件。

采集

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

事件类型 inferred
结算金额计算完成
在批准决策之后,此活动表示计算最终结算金额或付款金额,计算依据包括保单限额、免赔额和评估后的损失。
为什么重要

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

获取位置

通常在系统财务模块中录入并确认最终付款或结算金额字段时记录。

采集

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

事件类型 explicit
请求补充信息
当理赔人员判断需要从理赔申请人或第三方获取更多信息才能继续处理时,就会发生该活动。这通常会使流程进入“等待”状态。
为什么重要

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

获取位置

通常可通过特定状态变更(例如“等待信息”)或记录外发沟通事件来捕获。

采集

识别变更为“等待信息”状态的状态更新,或与信息请求相关的任务或沟通记录创建事件。

事件类型 inferred
调查完成
表示所有调查活动结束,必要事实均已收集并记录。这一步是对理赔案件做出最终决定的前提。
为什么重要

这一里程碑标志着证据收集阶段结束。到达这一节点所需的时长对于了解调查效率至关重要。

获取位置

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

采集

识别标志着调查结束并准备作出最终决策的状态变化。

事件类型 inferred
建议 可选

提取指南

如何获取用于流程挖掘的数据。

提取方法因系统而异。如需详细说明,

请阅读我们的ETL指南

选择具体流程和系统.

准备开始了吗?

选择系统专属提取指南,或使用此通用模板准备事件日志,立即开始优化您的理赔处理。

掌控流程:立即优化流程、提升绩效

精准定位低效环节,推动创新,更快实现目标。

开始免费试用

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