您的索赔处理数据模板
您的索赔处理数据模板
- 建议收集的属性
- 需要跟踪的主要活动
- Salesforce Financial Services Cloud数据提取指南
索赔处理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
案例ID
ClaimId
|
每笔保险理赔的唯一标识符,也是流程分析中的主要案例ID。 | ||
|
说明
理赔ID是基本的案例标识符,可将单笔理赔从提交到结案的所有活动、事件和数据点关联起来。 在流程挖掘中,此属性对于还原每笔理赔的端到端历程至关重要。它能将所有相关事件汇总为一个完整案例,便于分析单笔理赔的周期时间、流程变体和瓶颈。
重要性
这是跟踪理赔全生命周期的关键标识。没有唯一的理赔ID,就无法将各个流程步骤关联起来,形成连贯的分析历程。
获取途径
通常是Case对象中的'CaseNumber',或'Claim'(FinancialServicesCloud.Claim)对象中的自定义唯一ID字段。
示例
CL-00012345CL-00012346CL-00012347
|
|||
|
事件时间
EventTime
|
记录特定活动或事件发生时间的时间戳。 | ||
|
说明
事件时间记录理赔生命周期中每项活动的准确日期和时间。这些时间数据对于按时间顺序排列事件和计算时长至关重要。 分析时,时间戳用于计算所有时间相关指标,包括活动间的周期时间、等待时间和案例总时长。它们也是生成动态流程动画以及识别延迟发生时间和位置的基础。
重要性
此属性记录每个事件的发生时间,因此可以计算时长、分析流程绩效随时间的变化,并识别与时间相关的瓶颈。
获取途径
对于状态变更,使用对象字段历史记录中的'CreatedDate'(例如CaseHistory)。对于任务,使用'CompletedDateTime'或'CreatedDate'。
示例
2023-04-15T10:22:05Z2023-04-16T14:05:10Z2023-04-18T09:00:00Z
|
|||
|
数据最近更新时间
LastDataUpdate
|
从源系统最近一次刷新或提取数据时的时间戳。 | ||
|
说明
此属性表示最近一次从Salesforce Financial Services Cloud提取数据的日期和时间,可帮助了解所分析数据的新鲜度。 仪表板用户需要借此了解分析所用数据的时效性。它有助于合理管理对数据及时性的预期,也便于确认数据管道是否按计划运行。
重要性
提供数据新鲜度的重要背景信息,让分析人员和业务用户了解流程视图的更新情况。
获取途径
此值由数据提取工具或ETL流程在执行时生成并写入数据集。
示例
2023-10-27T02:00:00Z
|
|||
|
活动名称
ActivityName
|
理赔生命周期中某个时间点发生的具体业务活动或事件名称。 | ||
|
说明
此属性描述理赔流程中的单个步骤或里程碑,例如'Claim Submitted'、'Initial Review Performed'或'Payment Issued'。它构成流程图的基础。 分析活动的顺序和频率,有助于识别最常见的流程路径(变体)、发现偏离标准流程的情况,并找出频繁重复的活动,从而发现返工。
重要性
此属性定义流程中的“做什么”,有助于呈现流程顺序,并识别瓶颈、返工循环和流程差异。
获取途径
根据Claim/Case对象'Status'字段的变更,或相关Task或Event记录的'Subject'字段生成。
示例
理赔已提交已完成初步审核已请求补充信息理赔已结案
|
|||
|
源系统
SourceSystem
|
标识记录事件数据的来源系统。 | ||
|
说明
此属性指定提取数据的源应用程序或平台。对于此流程,来源始终为'Salesforce Financial Services Cloud'。 虽然来源看似固定,但明确记录源系统是最佳实践,尤其是在数据可能来自多个系统的环境中。这样可以清楚了解数据来源,也有助于数据治理和验证。
重要性
确认数据来源,这对于数据治理、故障排查以及整合多个企业系统的数据至关重要。
获取途径
通常在数据提取和转换过程中添加静态值,用于标记数据集的来源。
示例
Salesforce Financial Services Cloud
|
|||
|
已分配的理赔专员
AssignedAdjuster
|
负责处理理赔的用户或理赔专员姓名。 | ||
|
说明
此属性用于识别负责某项活动或整个案例的理赔专员。通常根据理赔案例的所有者,或完成特定任务的人员确定。 按理赔专员分析绩效对于运营管理至关重要。“理赔专员工作量与绩效”等仪表板会使用此属性跟踪每人的理赔数量、处理中案例和周期时间,帮助平衡工作量并发现辅导机会。
重要性
此属性对于分析团队和个人绩效、管理工作量,以及发现最佳实践或培训需求至关重要。
获取途径
这是Case或Claim对象中的'OwnerId'字段,关联到User对象以获取理赔专员姓名。
示例
Alice JohnsonRobert SmithMaria Garcia
|
|||
|
提交渠道
SubmissionChannel
|
最初提交理赔所使用的方式或渠道。 | ||
|
说明
此属性表示理赔最初通过何种方式报告,例如网页门户、移动应用、电话或电子邮件。提交渠道会显著影响初始信息的质量及后续处理步骤。 按提交渠道分析理赔,有助于了解需求模式和不同受理方式的效率。“理赔处理量与数量”仪表板使用此属性跟踪各渠道随时间收到的理赔数量,为资源分配和技术投资决策提供依据。
重要性
有助于评估不同受理渠道的效率,并了解某些渠道是否会导致更多返工或更长的周期时间。
获取途径
通常是Claim/Case对象中的自定义下拉列表字段,常标记为'Origin'或'Channel'。
示例
网页门户移动应用电话电子邮件
|
|||
|
理赔总金额
TotalClaimAmount
|
投保人最初申报的损失总金额。 | ||
|
说明
此属性表示客户在流程开始时申报的损失或损害总金额。该金额通常会影响理赔的复杂程度、所需审核力度及处理路径。 根据理赔金额分析流程指标,可以发现重要规律。例如,高金额理赔可能周期时间更长、涉及更多步骤,或需要转交给专业团队。这有助于制定合理的SLA并预测财务准备金。
重要性
为每个案例提供财务背景,以便分析理赔金额对流程复杂度、时长和结果的影响。
获取途径
这可以是Financial Services Cloud中Claim对象的自定义货币字段,例如'ClaimedAmount__c'。
示例
1500.0025000.50125.75
|
|||
|
理赔状态
ClaimStatus
|
事件发生时理赔所处的当前状态(例如Open、Under Review、Closed)。 | ||
|
说明
理赔状态反映理赔生命周期所处阶段,例如'New'、'Investigation'、'Pending Customer'或'Closed'。这是了解流程当前状态的重要属性。 “未结理赔账龄报告”等运营仪表板会大量使用此属性,以呈现当前工作量并识别在某一状态停留过久的理赔。分析状态之间的转换,也是定义流程图中各项活动的主要方法。
重要性
实时呈现处理中理赔的当前状态,帮助管理积压并识别停滞案例。
获取途径
这是Case或Claim对象中的标准'Status'字段。
示例
已登记调查中已提出和解方案已结案,已付款已结案,已拒绝
|
|||
|
理赔类型
ClaimType
|
保险理赔的类别,例如汽车、财产或责任险。 | ||
|
说明
理赔类型是细分和分析理赔流程的重要维度。不同类型的理赔通常遵循不同流程,复杂程度各异,适用的SLA也不同。 按理赔类型筛选或比较绩效,分析人员可以发现特定类型的瓶颈、评估是否达到相应SLA,并了解不同类别的流程差异。“理赔SLA合规概览”和“理赔拒绝原因分析”等仪表板会使用此属性,提供更有针对性的洞察。
重要性
可按类型细分理赔,以比较流程、识别特定类型的问题并制定相应的改进措施。
获取途径
通常是Case或Claim对象中的标准'Type'字段或自定义下拉列表字段。
示例
汽车房屋所有人商业财产一般责任险
|
|||
|
结束时间
EndTime
|
标记活动完成时间的时间戳,用于精确计算时长。 | ||
|
说明
结束时间属性记录活动结束的准确时刻。开始时间(EventTime)标记活动开始,结束时间则提供计算活动耗时所需的另一端时间点。 分析时,同时具备开始时间和结束时间,才能精确计算活动处理时间,并将其与活动间的等待时间区分开来。这对于构建“流程步骤时长明细”等仪表板,以及定位具体任务内部的低效环节至关重要,而不只是关注任务之间的间隔。
重要性
可精确计算每项活动的实际处理时间,这对于区分增值时间和等待时间至关重要。
获取途径
根据时间戳数据生成。例如,如果'Initial Review Performed'由状态变更触发,EndTime可以取下一次状态变更的时间戳。
示例
2023-04-15T11:05:30Z2023-04-16T17:20:00Z2023-04-18T09:45:12Z
|
|||
|
部门
Department
|
负责处理理赔的内部部门或团队。 | ||
|
说明
此属性指定负责理赔的业务单元或部门,例如'Personal Lines'、'Commercial Auto'或'Special Investigations Unit'。 按部门分析流程,有助于比较不同团队的绩效、了解工作量分配情况,并找出部门特有的流程偏差或瓶颈。“理赔SLA合规概览”等仪表板可利用此维度了解组织各部门的表现。
重要性
可比较不同业务单元的绩效,帮助发现最佳实践并更有效地分配资源。
获取途径
此信息可以来自Claim/Case对象中的自定义字段,也可以根据User对象中已分配用户的个人资料或角色推断。
示例
个人汽车理赔商业财产欺诈调查部门
|
|||
|
SLA状态
SlaStatus
|
指示索赔是否在规定的服务级别协议(SLA)时限内解决。 | ||
|
说明
此属性用于记录结果类别,通常取值为“已达标”或“已超时”。系统会将索赔的实际完成日期(最后一项活动的时间戳)与“SlaTargetDate”进行比较,得出此结果。 这是“SLA达标率”KPI和“索赔SLA合规概览”仪表板的核心指标,可直观衡量绩效是否达到目标,也是合规报告和运营管理的重要依据。
重要性
清晰反映是否达到时效目标,对提升客户满意度和满足监管要求至关重要。
获取途径
计算字段:如果最后一个事件的“EndTime”小于或等于“SlaTargetDate”,则为“已达标”;否则为“已超时”。此逻辑在数据转换过程中或流程挖掘工具中应用。
示例
已达标已超时
|
|||
|
SLA目标日期
SlaTargetDate
|
根据服务级别协议,预期完成理赔处理的目标日期。 | ||
|
说明
SLA目标日期是计算得出或手动设置的理赔解决期限,也是衡量处理及时性的基准。 此属性对于监控是否达到对客户或监管机构作出的时效承诺至关重要。它是“SLA达成率”KPI和“理赔SLA合规概览”仪表板的依据,可帮助组织跟踪按时解决的理赔比例,并识别未能达到目标的理赔类型或部门。
重要性
设定理赔解决时限目标,以便直接衡量SLA合规情况。
获取途径
通常是Claim/Case对象中的自定义公式字段或日期字段,根据提交日期和理赔类型计算。
示例
2023-05-15T23:59:59Z2023-06-20T23:59:59Z2023-07-01T23:59:59Z
|
|||
|
保单号
PolicyNumber
|
与理赔关联的保险保单唯一标识符。 | ||
|
说明
保单号将理赔关联到客户当前有效的保险保单,提供保障范围、限额和投保人历史记录等重要背景信息。 虽然保单号并非总是影响流程走向的主要因素,但它是重要的背景数据。可将理赔数据与保单数据关联,开展更深入的分析,例如了解某些保单类型是否更常发生理赔,或理赔是否更复杂。
重要性
将理赔关联到对应的保险保单,以便进一步分析特定保单或保障类型相关的理赔模式。
获取途径
这可以是Claim对象中的查找字段,引用Financial Services Cloud中的'InsurancePolicy'对象。
示例
POL-987654321POL-123456789POL-555444333
|
|||
|
和解金额
SettlementAmount
|
理赔和解后最终支付给索赔人的金额。 | ||
|
说明
此属性记录理赔结案并完成和解时实际支付给索赔人的金额。由于评估结果、免赔额和保单限额等因素,该金额可能与最初申报的金额不同。 分析和解金额,尤其是将其与最初申报金额进行比较,有助于了解损失评估的准确性和和解协商结果。这是了解理赔总成本的重要财务指标。
重要性
反映理赔最终造成的财务影响,对于财务分析、准备金管理和评估初始损失评估的准确性至关重要。
获取途径
这可以是Claim对象或Financial Services Cloud中相关Payment对象的自定义货币字段。
示例
1450.0022500.000.00
|
|||
|
地点
Location
|
与索赔或保单相关的地理位置(国家、州或地区)。 | ||
|
说明
此属性用于说明索赔的地理背景,例如损失发生的州或投保人所在的国家。相关数据可从投保人地址或损失详情中获取。 地理分析有助于发现不同地区在索赔类型、发生频率和处理时间方面的趋势,也可用于评估各地区办事处的绩效,并确保符合当地法规。
重要性
通过地理分析索赔数据,可以发现各地区的绩效差异、欺诈模式或当地事件的影响。
获取途径
通常从关联的Account或Contact对象中的地址字段(例如“BillingState”“BillingCountry”)获取。
示例
USA加利福尼亚州英国
|
|||
|
客户ID
CustomerId
|
提交理赔的客户或投保人的唯一标识符。 | ||
|
说明
客户ID将理赔关联到提交理赔的个人或组织。在Salesforce中,通常通过查找Account或Contact对象来实现。 此属性支持以客户为中心分析理赔流程,可用于分析每位客户的理赔历史、识别频繁提交理赔的客户并提供个性化服务。它对于将理赔数据与CRM中的其他客户数据关联,从而全面了解业务情况,也至关重要。
重要性
支持以客户为中心开展分析,帮助了解各客户的理赔模式,并衡量理赔流程对客户关系的影响。
获取途径
这是Claim/Case对象中的查找字段,指向Account或Contact对象(例如'AccountId'或'ContactId')。
示例
0018d00000abcdeFAA0018d00000fghijKLM0018d00000mnopqrSTU
|
|||
|
拒绝原因
ReasonForRejection
|
拒绝或驳回理赔时给出的具体原因。 | ||
|
说明
当理赔的最终决定为'Rejected'时,此属性记录具体原因,例如'Not Covered by Policy'、'Fraud Suspected'或'Incomplete Information'。 这是“理赔拒绝原因分析”仪表板的关键属性。按理赔类型或部门等维度细分并分析不同拒绝原因的发生频率,组织便可发现改进承保、明确保单条款或完善信息收集流程的机会,从而减少无效提交。
重要性
直接揭示理赔被拒的原因,对于改进承保政策、减少无效理赔的无效处理至关重要。
获取途径
通常是Claim/Case对象中的自定义下拉列表字段,当状态变更为'Rejected'或'Closed - Denied'时必须填写。
示例
保障已过期损失不在保障范围内涉嫌欺诈重复理赔
|
|||
|
损失日期
LossDate
|
引发理赔的事故或损失发生日期。 | ||
|
说明
损失日期记录保险保单承保事件的发生时间,与理赔提交日期不同。 此属性对于合规以及分析事故发生到报告之间的延迟至关重要。时间间隔过长有时可能表明存在潜在问题,或需要采用不同的处理程序。它为了解事件的完整时间线提供了重要背景。
重要性
有助于分析事故发生到报告之间的延迟,这可能影响调查和和解。
获取途径
这可以是Claim对象中的自定义日期字段,例如'DateOfLoss__c'。
示例
2023-04-122023-05-202023-06-01
|
|||
|
是否自动处理
IsAutomated
|
布尔标记,用于指示活动由自动化系统而非人工用户执行。 | ||
|
说明
此标记用于区分由人工理赔员完成的任务,以及由自动化工作流、规则或系统集成执行的任务。例如,初始索赔登记可能完全由系统自动完成。 分析自动化情况是了解流程效率的关键。它有助于衡量自动化举措的成效、找出适合进一步自动化的步骤,并比较自动处理与人工处理在速度和一致性方面的差异。
重要性
区分人工活动与系统驱动的活动,这对于评估自动化的影响和成效至关重要。
获取途径
此字段通常通过推导得出。如果事件关联的用户是通用的“System”或“Integration”用户,则此标记设为true。
示例
truefalse
|
|||
|
是否返工
IsRework
|
布尔标记,用于指示某项活动或一系列活动是否代表返工。 | ||
|
说明
当索赔流程返回到先前阶段时,此标记设为true。一个典型例子是流程从“调查完成”返回到“已请求补充信息”。返工识别逻辑根据流程知识定义。 此属性是“索赔返工循环分析”仪表板和“返工率”KPI的基础,可直接量化返工的频率和影响。返工是导致效率低下、成本增加和周期时间延长的主要因素之一。
重要性
直接标记低效的流程循环,便于量化返工,并有针对性地分析根本原因。
获取途径
计算字段。通过分析每个案件的活动顺序得出。例如,如果“活动A”之后是“活动B”,随后又出现“活动A”,则第二次出现的“活动A”属于返工。
示例
truefalse
|
|||
|
案件持续时间
CaseDuration
|
单个索赔从第一个事件到最后一个事件所经过的总时间,也称为周期时间。 | ||
|
说明
此指标衡量索赔案件从首次提交到最终结案的端到端总时长。计算方法是:指定Claim ID对应的最后一个事件时间戳减去第一个事件时间戳。 这是衡量流程绩效的重要KPI,直接对应“平均索赔周期时间”KPI和“索赔端到端周期时间”仪表板。流程改进项目通常会将缩短这一时长作为主要目标。
重要性
衡量流程整体端到端效率,也是客户体验的重要指标。
获取途径
计算字段:对每个“ClaimId”,用最后一个事件的时间戳减去第一个事件的时间戳。此计算由流程挖掘工具完成。
示例
30天5小时15天10小时90天2小时
|
|||
索赔处理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
已付款
|
标志着款项已实际支付给索赔人。这是重要的财务事件,通常在与理赔关联的付款记录标记为'Paid'或'Issued'时记录。 | ||
|
重要性
此活动是衡量理赔处理最后阶段的重要里程碑。分析从批准到付款所需的时间,有助于优化财务运营。
获取途径
根据相关'Claim Payment'自定义对象的状态变更推断。状态变更为'Paid'或'Sent'时的时间戳即表示此事件发生。
采集
相关'Claim Payment'对象的状态变更时间戳。
事件类型
inferred
|
|||
|
已完成初步审核
|
表示指定理赔员已完成对理赔详情的首次全面审核。通常可根据“Claim”对象的状态变化推断,例如从“New”变为“Under Review”或“Initial Assessment Complete”。 | ||
|
重要性
此里程碑标志着初始等待期结束、主动处理开始。到达此步骤所需的时间,是衡量理赔员工作量和受理效率的重要指标。
获取途径
根据通过字段历史跟踪捕获的“Claim”对象“Status”字段变更时间戳推断。
采集
“Status”字段变为“Under Review”或类似状态时的时间戳。
事件类型
inferred
|
|||
|
已请求补充信息
|
表示理赔员判断需要投保人或第三方提供更多信息。可根据状态变为“Pending Customer Information”,或创建关联的“Task”或“EmailMessage”记录来推断。 | ||
|
重要性
这是识别返工循环的关键活动。此事件频繁发生,可能表明初始数据收集存在问题,进而导致流程延误和周期时间增加。
获取途径
可根据“Claim”对象的“Status”字段变为“Pending Information”状态推断;也可根据特定类型的关联“Task”或“EmailMessage”记录的创建日期推断。
采集
“Status”变为“Pending Info”时的时间戳,或关联沟通记录的创建时间。
事件类型
inferred
|
|||
|
理赔决定已作出
|
表示正式批准或拒绝理赔。此关键里程碑可根据状态变更为'Approved'或'Rejected'等最终决定状态推断。 | ||
|
重要性
这是决定后续流程路径的关键决策点。分析决策耗时是衡量理赔专员效率和SLA合规情况的重要KPI。
获取途径
根据'Claim'对象'Status'字段变更为决定状态(例如'Approved'或'Rejected')时的时间戳推断,通过字段历史跟踪记录获取。
采集
'Status'变更为'Approved'或'Rejected'时的时间戳。
事件类型
inferred
|
|||
|
理赔已提交
|
新理赔首次录入Salesforce时,标志着理赔流程启动。通常可通过新建“Claim”对象记录捕获此事件。 | ||
|
重要性
这是流程的主要开始事件。分析提交到下一步之间的时间,有助于发现初始受理延误,并为衡量整体周期时间建立基准。
获取途径
取自“Claim”标准对象的“CreatedDate”时间戳,为每笔理赔提供准确、可靠的起始时间。
采集
“Claim”对象的记录创建时间戳。
事件类型
explicit
|
|||
|
理赔已结案
|
标志着系统中的理赔已成功完成,所有活动(包括付款)均已结束。此事件通过'Claim'对象'Status'字段最终变更为'Closed'来记录。 | ||
|
重要性
这是流程成功结束的主要事件,对于计算端到端周期时间和衡量整体流程吞吐量至关重要。
获取途径
根据'Claim'对象'Status'字段的字段历史跟踪记录推断,记录状态变更为'Closed'时的时间戳。
采集
'Status'字段变更为'Closed'时的时间戳。
事件类型
inferred
|
|||
|
付款已获授权
|
表示和解金额已获内部批准,可以付款。此事件可能来自相关'Payment Request'对象中的明确记录,也可能根据状态变更为'Approved for Payment'等情况推断。 | ||
|
重要性
这是关键的内部控制节点。决策与付款授权之间的延迟可能表明财务审批工作流存在瓶颈。
获取途径
根据'Claim'对象'Status'字段变更时的时间戳推断。更可靠的方式是使用相关'Claim Payment'或类似自定义对象的'CreatedDate'。
采集
'Claim Payment'对象的记录创建时间戳。
事件类型
explicit
|
|||
|
已提出和解方案
|
表示已正式向索赔人提出和解金额。可通过状态变更为'Settlement Offered'或创建通信记录来记录。 | ||
|
重要性
此活动标志着最终协商或接受阶段开始。分析索赔人的响应时间,有助于改进沟通策略并缩短流程的最后阶段。
获取途径
根据'Claim'对象'Status'字段变更推断。也可根据相关'EmailMessage'或'Document'记录的创建日期获取,这些记录用于保存和解方案函。
采集
'Status'变更为'Settlement Offered'时的时间戳。
事件类型
inferred
|
|||
|
已收到补充信息
|
表示已收到所需信息,理赔处理可以继续。可根据“Claim”对象的状态从“Pending”变回“Under Review”等活动状态来推断。 | ||
|
重要性
从“Information Requested”到“Information Received”之间的时间往往是一个重要瓶颈。分析这一时长有助于了解外部依赖和沟通效果。
获取途径
根据“Claim”对象“Status”字段的字段历史跟踪记录推断,捕获状态从“Pending Information”变为活动状态时的时间戳。
采集
'Status'字段从待处理状态变更时的时间戳。
事件类型
inferred
|
|||
|
开始调查
|
表示理赔详细调查阶段正式开始。此事件根据'Claim'对象的状态变更推断,例如状态变为'Investigation in Progress'。 | ||
|
重要性
此活动标志着一个关键且通常耗时较长的子流程开始。测量调查周期时间对于发现证据收集和分析环节的瓶颈至关重要。
获取途径
根据通过字段历史跟踪捕获的“Claim”对象“Status”字段变更时间戳推断。
采集
'Status'字段变更为'Investigation'时的时间戳。
事件类型
inferred
|
|||
|
损失评估完成
|
表示损失造成的财务影响已完成评估并记录。可根据'Claim'对象的'Loss Estimate'或'Settlement Amount'字段首次填入数值时推断此事件。 | ||
|
重要性
此活动是重要的财务里程碑。跟踪其发生时间有助于了解财务评估延迟,这可能成为最终决策前的瓶颈。
获取途径
根据'Claim'对象货币字段(例如'Loss_Estimate__c')的字段历史跟踪记录推断,采用该字段从空值或零值首次更新时的时间戳。
采集
财务评估字段首次填入数值时的时间戳。
事件类型
inferred
|
|||
|
理赔已分派
|
表示理赔已分派给特定理赔员或团队处理。通过跟踪“Claim”对象的“OwnerId”字段何时填入,或从队列变更为用户,来捕获此事件。 | ||
|
重要性
跟踪分派情况对于分析资源工作量、识别理赔员开始处理前的延误至关重要。它有助于衡量理赔在队列中等待主动处理的时间。
获取途径
取自“Claim”对象“OwnerId”字段的字段历史跟踪记录。从队列变更为特定用户的时间戳即为此事件的发生时间。
采集
“OwnerId”字段从队列变更为用户时的时间戳。
事件类型
inferred
|
|||
|
理赔已拒绝
|
表示理赔被拒后的最终结果。这是一个结束事件,在'Claim'对象的状态更新为'Rejected'或'Denied'时记录。 | ||
|
重要性
这是流程的最终结束状态,与成功结案不同。分析被拒理赔及拒绝原因,有助于改进承保或初步筛查流程。
获取途径
根据'Claim'对象'Status'字段变更为'Rejected'时的时间戳推断。可从相应字段获取'Reason for Rejection'属性。
采集
'Status'字段变更为'Rejected'时的时间戳。
事件类型
inferred
|
|||
|
理赔已登记
|
表示初始数据录入后,理赔已在系统中正式确认并登记。通常可根据“Claim”对象的状态变化推断,例如从“Draft”变为“New”或“Submitted”。 | ||
|
重要性
此活动确认理赔已正式进入处理队列。提交到登记之间的时长有助于发现初始数据验证或受理团队的积压情况。
获取途径
根据“Claim”对象“Status”字段的字段历史跟踪记录推断,捕获状态变为已登记状态(例如“New”或“Open”)的时间戳。
采集
“Status”字段变为“New”或“Registered”时的时间戳。
事件类型
inferred
|
|||
|
调查完成
|
表示理赔证据收集和分析阶段结束。通常根据状态从'Investigation in Progress'变更为'Pending Decision'或类似状态推断。 | ||
|
重要性
此里程碑标志着调查子流程结束,可准确测量调查周期时间,帮助优化这一关键阶段。
获取途径
根据'Claim'对象'Status'字段的字段历史跟踪记录推断,记录状态从调查中变更时的时间戳。
采集
'Status'字段从'Investigation'变更时的时间戳。
事件类型
inferred
|
|||
数据提取指南
清理积压索赔,加快处理速度
实现70%的直通式处理率,提升客户满意度。
无需信用卡,几分钟即可完成设置。