您的理赔处理数据模板
您的理赔处理数据模板
- 理赔数据收集的推荐属性
- 理赔流程中需要跟踪的关键活动
- Sapiens ClaimsPro分步数据提取指南
理赔处理属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间戳 EventTimestamp | 特定活动或事件开始时的准确日期和时间。 | ||
| 说明 事件时间戳记录理赔流程中每项活动的开始时间,为事件排序和计算事件间时长提供必要的时间背景。该时间戳是事件日志的时间基础。 在流程挖掘分析中,该属性对于计算所有时间相关指标至关重要,包括周期时间、等待时间和活动时长。它为事件发生时间提供事实依据,可用于发现瓶颈、分析流程绩效随时间的变化,以及监控SLA合规情况。 为什么重要 该时间戳对于按时间顺序排列事件,以及计算周期时间等所有基于时长的指标至关重要,也有助于识别瓶颈。 获取位置 位于Sapiens ClaimsPro中记录活动或状态变更信息的事件日志表或交易日志表中。 示例 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z | |||
| 活动名称 ActivityName | 理赔流程中某个时间点发生的具体业务活动或事件的名称。 | ||
| 说明 该属性描述理赔生命周期中执行的单个步骤或Task,例如“理赔已提交”“已完成初步审核”或“付款已发放”。每项活动都代表流程中的一个独立节点,并具有开始时间和可能的结束时间。 分析活动是流程挖掘的核心。它支持流程图可视化、识别步骤之间的瓶颈、分析活动频率,以及理解流程变体。给定Claim ID的活动顺序构成流程的基础。 为什么重要 它定义了流程步骤,是创建流程图并识别瓶颈或低效环节的基础。 获取位置 通常取自Sapiens ClaimsPro中的事件日志、状态变更记录或Task完成表,可能需要根据状态代码或交易类型进行映射。 示例 已登记理赔调查已开始已计算结算金额理赔已结案 | |||
| 理赔ID ClaimId | 每笔保险理赔的唯一标识符,也是跟踪理赔生命周期的主要案件ID。 | ||
| 说明 Claim ID是关联单笔保险理赔所有事件和活动的基础案件标识符。它确保能够完整重建和统一分析理赔从初次提交到最终结案的全过程。 在流程挖掘中,每条事件日志记录都必须关联一个Claim ID。这样,工具才能追踪每笔理赔的完整路径、可视化流程变体、计算端到端周期时间,并识别瓶颈或偏离标准工作流的情况。以Claim ID为线索分析数据,可以完整呈现理赔的处理历程。 为什么重要 它对于将所有相关活动归入单个流程实例至关重要,从而支持对理赔生命周期进行端到端分析。 获取位置 这是Sapiens ClaimsPro理赔主交易表中的主键。具体表名和字段名请参阅系统文档。 示例 CL-2023-001234CL-2023-005678CL-2024-009101 | |||
| 事件结束时间 EventEndTime | 特定活动结束时的准确日期和时间。 | ||
| 说明 事件结束时间标志着活动完成。部分事件是瞬时发生的(StartTime等于EndTime),但许多活动具有持续时间。在可用时,该时间戳可以精确衡量每个步骤耗时。 该属性用于计算活动的“活动时间”或“处理时间”,并与活动之间的“等待时间”区分开来。这有助于区分实际处理理赔所花费的时间与其在队列中闲置的时间,对于定位具体耗时活动至关重要。 为什么重要 支持计算单项活动的实际处理时间,帮助区分增值时间和等待时间。 获取位置 可能与开始时间一起记录在同一交易日志中,也可能需要根据后续事件的开始时间推断。请参阅Sapiens ClaimsPro文档。 示例 2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T13:45:00Z | |||
| 已分配理赔员 AssignedAdjuster | 负责处理理赔或特定活动的理赔员姓名或ID。 | ||
| 说明 该属性标识在理赔上执行操作的用户或资源。跟踪已分配理赔员对于了解工作量分配、个人绩效和资源配置至关重要。 在分析中,您可以按理赔员筛选流程图,了解不同理赔员如何处理案件、比较其绩效,并发现潜在的培训机会。它也是构建“理赔员与部门活动负载”仪表板和计算“理赔员工作量平衡”KPI的基础。 为什么重要 对资源分析至关重要,有助于识别工作量失衡、高绩效人员和培训需求。 获取位置 通常位于Sapiens ClaimsPro的用户活动日志或交易表中,并与创建或最近修改记录的用户相关联。 示例 John Smithj.smithUSR-00451 | |||
| 已分配部门 AssignedDepartment | 在特定阶段负责处理理赔的部门或团队。 | ||
| 说明 该属性表示分配给理赔或活动的业务部门或团队,例如“初始受理”“复杂理赔”或“SIU(特别调查部门)”。它支持从部门视角分析流程。 按部门分析有助于识别特定团队的瓶颈、了解部门间交接并评估部门效率。它是“理赔员与部门活动负载”仪表板以及更高层级组织流程分析的重要基础。 为什么重要 支持分析不同团队之间的流程绩效和交接情况,揭示组织层面的瓶颈。 获取位置 通常与系统中的用户档案相关联,或直接分配给理赔对象。请参阅Sapiens ClaimsPro文档。 示例 汽车理赔部门财产理赔特别调查部门 | |||
| 理赔严重程度 ClaimSeverity | 对理赔复杂程度或潜在财务影响的分类,例如低、中、高。 | ||
| 说明 理赔严重程度是用于表示理赔预计复杂度、风险或财务敞口的评级。该评级通常决定审核程度、理赔员所需经验以及理赔遵循的工作流。 该属性对于“理赔严重程度周期时间分析”仪表板至关重要。它有助于了解复杂理赔是否得到高效处理,或是否 disproportionately 导致周期时间过长。它为绩效指标提供重要背景,因为高严重程度理赔通常比低严重程度理赔耗时更长。 为什么重要 为周期时间分析提供重要背景,帮助解释部分理赔为何比其他理赔耗时更长,以及复杂案件是否得到高效处理。 获取位置 这可能是手动录入的字段,也可能是根据Sapiens ClaimsPro中的理赔特征计算得出的评分。 示例 低中高复杂 | |||
| 理赔类型 ClaimType | 保险理赔的类别,例如汽车、财产或责任。 | ||
| 说明 理赔类型根据业务线或损失性质对理赔进行分类。这是基础的细分属性,通常决定理赔所遵循的工作流以及参与处理的团队。 按理赔类型分析流程,对于识别不同业务线之间的效率和程序差异至关重要。例如,汽车理赔流程可能高度自动化且处理迅速,而商业财产理赔可能更加复杂、耗时更长。计算“结算金额一致性指数”KPI需要使用该属性。 为什么重要 支持比较不同业务线的流程,识别最佳实践以及各理赔类别特有的瓶颈。 获取位置 Sapiens ClaimsPro理赔主记录中的标准字段,也是任何理赔系统的核心数据元素。 示例 汽车物理损失一般责任工伤赔偿商业财产 | |||
| 结算金额 SettlementAmount | 为结案而支付给理赔申请人的最终金额。 | ||
| 说明 此属性记录理赔结算金额。它是反映理赔财务影响及流程中决策结果的关键指标。 在流程分析中,结算金额用于“理赔决策与结算洞察”仪表板,以分析流程差异或理赔员行为与结算结果之间的关联。它也是“结算金额一致性指数”KPI的主要输入,用于识别相似理赔案件在结算决策上的不一致。 为什么重要 这是关键结果指标。将其与流程变体进行对比,可以揭示流程低效或偏差如何影响财务结果。 获取位置 位于Sapiens ClaimsPro中与理赔案件关联的财务或支付交易表中。 示例 5000.001250.75250000.00 | |||
| SLA状态 SlaState | 用于标识已结案理赔是否在解决目标日期前完成的计算字段。 | ||
| 说明 此属性通过比较“理赔结案”活动的时间戳与“ResolutionTargetDate”得出。它将理赔案件归类为“按时”或“逾期”等状态,直观反映SLA绩效。 该计算字段是“理赔解决SLA合规”仪表板的基础。用户可以立即筛选所有逾期案件,并调查导致延误的常见流程路径或瓶颈,从而简化分析。它直接支持“按时解决理赔率”KPI。 为什么重要 直接衡量SLA合规情况,便于筛选和分析逾期解决的理赔案件。 获取位置 此属性不在源系统中,而是在数据转换期间通过比较“理赔结案”活动的“EventTimestamp”与“ResolutionTargetDate”计算得出。 示例 按时延迟 | |||
| 保单号 PolicyNumber | 提交理赔所依据的保险保单的唯一标识符。 | ||
| 说明 Policy Number将理赔关联到索赔人持有的具体保险合同,提供影响理赔处理和决策的承保范围、限额及免赔额等重要上下文信息。 虽然它不一定直接用于流程分析,但它是深入调查不可或缺的属性。分析人员可以将理赔数据与保单数据关联起来,更全面地了解客户关系和风险状况。还可以按保单汇总理赔,以识别问题保单或相关趋势。 为什么重要 将理赔案件关联到保险合同,连接承保范围和限额等保单详情,支持更深入的分析。 获取位置 Sapiens ClaimsPro主理赔记录中的标准字段,用于关联保单管理系统。 示例 POL-987654321POL-123456789POL-555444333 | |||
| 最近数据更新时间 LastDataUpdate | 表示数据最近一次从源系统刷新或提取时间的时间戳。 | ||
| 说明 该属性记录从Sapiens ClaimsPro最近一次提取数据的日期和时间。它对于了解当前分析数据的新鲜度至关重要,单个数据集中的所有记录通常具有相同值。 在任何分析或仪表板中,该时间戳都能提供数据时效性的重要背景,帮助用户判断查看的是实时信息还是历史快照,这对及时作出运营决策十分重要。 为什么重要 提供数据新鲜度背景,确保用户了解分析结果的时效性。 获取位置 该值在数据提取(ETL)过程中生成并写入数据集。 示例 2024-05-21T02:00:00Z2024-05-20T02:00:00Z | |||
| 出险日期 LossDate | 触发理赔的事故或事件发生的日期。 | ||
| 说明 出险日期也称损失日期,是实际事故发生的日期,例如车祸或财产损坏。理赔正是针对该事件提出的。从客户角度看,它通常是整个理赔旅程的起点。 此属性对于计算报案延迟非常重要,即出险日期与“理赔提交”日期之间的时间差。分析这一时间差可以了解客户行为,并发现鼓励更快报案的机会,而更快报案通常会带来更好的结果。 为什么重要 定义理赔事件本身的起点,支持分析报案延迟,即从出险到提交理赔之间的时间。 获取位置 主理赔记录中的核心字段,在首次损失通知(FNOL)期间采集。 示例 2023-10-202023-11-152024-01-05 | |||
| 拒赔原因 ReasonForRejection | 理赔被拒付或付款被拒绝时提供的具体原因。 | ||
| 说明 当理赔决策为“拒赔”时,此属性提供具体依据。它可以是标准化代码,也可以是解释未获承保原因的自由文本,例如“保单除外责任”“证据不足”或“疑似欺诈”。 这些信息对“理赔决策与结算洞察”仪表板非常重要。分析拒赔原因可以发现相关模式,例如大量案件因信息不完整而被拒赔,这可能指向数据采集阶段的问题。它有助于对拒赔案件进行根因分析。 为什么重要 为拒赔案件提供关键背景信息,支持根因分析,从而降低拒赔率并提高提交质量。 获取位置 与“理赔拒赔”或“理赔决策完成”活动关联,可能存储在Sapiens ClaimsPro的状态字段或原因代码字段中。 示例 保单除外责任不属于承保风险所需信息未提供重复理赔 | |||
| 提交渠道 SubmissionChannel | 理赔案件首次提交所使用的方式,例如在线门户、代理人或邮件。 | ||
| 说明 此属性标识新理赔案件的受理渠道。不同渠道可能显著影响初始数据质量,进而影响后续整个流程。 按提交渠道分析流程,有助于回答效率和质量相关问题。例如,“理赔提交渠道效率”仪表板可以揭示,通过在线门户提交的理赔案件是否比邮件提交的案件周期时间更短、返工率更低。这些洞察可指导渠道优化和数字化转型投入。 为什么重要 帮助识别哪些受理渠道带来更高效的处理结果,并发现自动化和改善客户体验的机会。 获取位置 通常在首次接触时采集,并作为字段存储在Sapiens ClaimsPro的主理赔记录中。 示例 在线门户代理人邮件电话 | |||
| 是否返工 IsRework | 用于识别属于返工循环的活动的计算布尔字段。 | ||
| 说明 当同一理赔案件重复执行某项活动或一系列活动时,此属性设为“true”。例如,理赔案件从“初审”进入“请求补充信息”,随后又返回“初审”,则第二次初审会被标记为返工。 标记返工对于量化流程低效至关重要。它支持“理赔返工与重新提交趋势”仪表板和“理赔返工循环频率”KPI。通过隔离并分析返工循环,组织可以识别初始数据质量差、指南不清晰等根因,并采取措施减少无效工作。 为什么重要 通过明确标记重复执行的活动,帮助量化流程低效,并支持有针对性的改进。 获取位置 此属性不在源系统中,而是由流程挖掘工具通过检测单个案例中的重复活动序列计算得出。 示例 truefalse | |||
| 源系统 SourceSystem | 标识数据提取来源,本例中为Sapiens ClaimsPro。 | ||
| 说明 该属性提供流程数据来源的背景信息。对于本数据集,它可能是“Sapiens ClaimsPro”这样的固定值;但在数据来自多个系统的环境中,这一属性至关重要。 在分析中,它有助于数据治理和问题排查,并确保洞察正确归因于源系统。它也是维护数据血缘、了解流程技术背景的关键字段。 为什么重要 确保数据血缘和可追溯性。在合并多个系统的数据或开展审计时,这一点至关重要。 获取位置 通常在数据提取、转换和加载(ETL)过程中添加固定值,用于标记记录来源。 示例 Sapiens ClaimsProClaimsPro v10.1 | |||
| 理赔状态 ClaimStatus | 理赔案件当前的运营状态,例如开放、待处理或已结案。 | ||
| 说明 此属性表示理赔案件在任意时间点的整体状态。活动是事件,而状态是这些事件产生的理赔案件状态,用于概括案件当前所处的生命周期阶段。 分析理赔状态有助于了解未结案件数量及其当前阶段。它适用于运营仪表板,也可通过跟踪流程中状态更新的频率和有效性,计算“理赔状态透明度评分”KPI。 为什么重要 提供理赔案件当前状态的概览,便于跟踪进行中的工作量并了解案件进展。 获取位置 Sapiens ClaimsPro主理赔记录中的主要字段,由各种业务交易更新。 示例 开放待处理,等待信息已关闭,已赔付已关闭,已拒赔 | |||
| 解决目标日期 ResolutionTargetDate | 根据服务级别协议(SLA),理赔案件预计应完成结案的目标日期。 | ||
| 说明 解决目标日期是为理赔结案设定的截止日期,通常由理赔类型、司法管辖区或保单条款等因素决定。它可作为衡量绩效和SLA遵循情况的基准。 该日期是“理赔解决SLA合规”仪表板和“按时解决理赔率”KPI的基础。通过将实际“理赔结案”日期与目标日期进行比较,系统可以自动将理赔案件归类为“按时”或“逾期”,清晰呈现SLA绩效。 为什么重要 它是衡量SLA合规情况的基准,可用于计算按时解决率并识别存在延误风险的理赔案件。 获取位置 此日期可能存储在主理赔记录中,也可能存储在Sapiens ClaimsPro内的相关SLA管理模块中。 示例 2024-01-152024-03-202024-06-01 | |||
理赔处理活动
| 活动 | 说明 | ||
|---|---|---|---|
| 已作出理赔决定 | 授权理赔员已作出并记录正式决定:批准、部分批准或拒赔。这是流程中的关键里程碑。 | ||
| 为什么重要 这是决定后续流程路径(付款或结案)的关键决策点。分析决策耗时是重要的绩效指标。 获取位置 这通常是一个独立事件,在理赔处置或决策字段填充并保存时记录,例如“已批准”或“已拒赔”。 采集 决策字段或状态(例如“理赔状态”)设置为“已批准”或“已拒赔”等最终决定时的时间戳。 事件类型 explicit | |||
| 已发起付款 | 结算金额的财务支付交易已执行。该事件标志着资金已发送给索赔人或受益人。 | ||
| 为什么重要 这是面向客户的关键里程碑。“已作出理赔决定”与该活动之间的时长会显著影响客户满意度。 获取位置 取自财务模块中付款交易记录的时间戳,该记录与Claim ID相关联。 采集 与理赔相关的付款交易日志或财务系统接口记录中的时间戳。 事件类型 explicit | |||
| 已提交理赔 | 表示从投保人或第三方收到理赔申请,无论提交渠道为何。这是理赔生命周期的起点,通常通过系统集成或手动录入记录。 | ||
| 为什么重要 该活动是流程的主要开始事件。分析从提交到登记的时间,有助于识别数据录入和初始理赔设置中的延误。 获取位置 通常取自初始理赔记录的创建时间戳,或理赔主表中的特定“提交日期”字段。 采集 系统中创建理赔记录的事件,通常与First Notice of Loss(FNOL)录入相关。 事件类型 explicit | |||
| 已登记理赔 | 表示在Sapiens ClaimsPro中正式创建理赔,并为其分配唯一Claim ID。该步骤通常发生在初次提交之后,标志着理赔已正式进入系统处理。 | ||
| 为什么重要 标志着内部处理正式开始。“已提交理赔”与该活动之间的时长可用于衡量受理效率。 获取位置 可根据理赔记录状态从初步状态(例如“待处理”)变为“已登记”或“已开启”时的时间戳推断,也可能来自明确的日志记录。 采集 理赔状态变为“Registered”“Open”或同等活动状态时的时间戳。 事件类型 inferred | |||
| 理赔已结案 | 理赔案件已在系统中正式关闭,表示包括付款或拒赔通知在内的所有活动均已完成。这是主要的成功结束事件。 | ||
| 为什么重要 该活动标志着流程结束,可据此计算每笔理赔的端到端总周期时间。 获取位置 可根据理赔主状态更新为“已关闭”或同等最终状态时的时间戳推断。 采集 主理赔状态字段变为“已关闭”时的状态变更时间戳。 事件类型 inferred | |||
| 调查已完成 | 表示所有必要的调查活动均已结束,调查结果也已记录。这是对理赔作出最终决定的前提。 | ||
| 为什么重要 这一关键里程碑标志着证据收集阶段结束,有助于分析调查效率及其对决策时间的影响。 获取位置 可根据状态变为“调查完成”或“等待决策”,或最终调查Task完成时的时间戳推断。 采集 表示调查结束,或所有调查子Task均标记为完成时的状态变更时间戳。 事件类型 inferred | |||
| 付款已获授权 | 内部审批已通过,可以发放结算资金。该步骤通常需要经理或财务团队其他成员审核并授权付款。 | ||
| 为什么重要 用于识别作出理赔决定并计算金额后,内部财务审批工作流中的潜在延误。 获取位置 通常是由系统工作流中的审批操作触发的明确事件,或状态变为“待付款”或“已批准付款”。 采集 表示付款已获批准的明确事件日志记录或状态变更时间戳。 事件类型 explicit | |||
| 已完成初步审核 | 理赔员或理赔处理人员已完成对所提交理赔详情和文件的首次评估。此步骤用于确定理赔的初步有效性和后续处理方向。 | ||
| 为什么重要 该里程碑对于了解理赔分流速度至关重要。此处延误可能显著影响整体周期时间和客户满意度。 获取位置 通常可根据状态变为“审核中”“已审核”,或初步审核Task/工作流步骤完成时的时间戳推断。 采集 “初步审核”Task的完成时间戳,或理赔事件日志、历史表中的状态更新事件。 事件类型 inferred | |||
| 已收到补充信息 | 表示已收到所请求的信息,理赔处理可以恢复。该事件会结束由信息请求启动的返工循环。 | ||
| 为什么重要 分析“已请求补充信息”与该活动之间的时间,可以发现外部延误,并帮助管理客户预期。 获取位置 可根据理赔状态从“等待信息”恢复为“已开启”或“审核中”等活动状态进行推断,也可能与收到文件的日志相关联。 采集 理赔状态从“待处理”变为“活动”状态时的时间戳,通常由文件上传触发。 事件类型 inferred | |||
| 已计算结算金额 | 作出批准决定后,已计算应支付给索赔人的最终结算金额。该步骤先于付款授权。 | ||
| 为什么重要 用于衡量作出决定后财务计算步骤的效率。此处的瓶颈可能延误最终付款。 获取位置 可根据系统财务模块中“结算金额”字段填充并确认时的时间戳推断。 采集 理赔记录中“结算金额”字段最终确定时的时间戳。 事件类型 inferred | |||
| 已请求补充信息 | 理赔员发现信息缺失或不完整,并已向投保人或第三方发出请求。该活动会启动流程中常见的等待状态。 | ||
| 为什么重要 该活动是返工循环的起点。发生频率较高通常表明初始数据收集存在问题,进而导致延误并增加人工工作量。 获取位置 可以是发送通信时记录的明确事件,也可以根据理赔状态变为“等待信息”或“暂停”进行推断。 采集 理赔状态变为“等待信息”时的时间戳,或外发通信的日志记录时间。 事件类型 inferred | |||
| 损失已评估 | 表示损失的财务金额已正式确定并记录。这是计算最终结算金额的重要输入。 | ||
| 为什么重要 该步骤对财务规划和准备金管理至关重要。损失评估延误可能拖慢整个结算和付款流程。 获取位置 通常记录准备金或损失金额字段在系统中最终确定或获批时的时间戳。 采集 “损失金额”或“准备金金额”字段最终录入或获批时的时间戳。 事件类型 explicit | |||
| 理赔已拒赔 | 理赔已正式拒赔,相关档案正在准备结案。该步骤发生在“已作出理赔决定”之后,且决定为“已拒赔”。 | ||
| 为什么重要 表示一条关键的替代流程路径。分析该路径可以发现拒赔理赔中的模式,并确保相关程序得到正确执行。 获取位置 这通常与“理赔已结案”是同一事件,通过最终决定属性加以区分。也可以根据“决策”字段值为“已拒赔”将其建模为独立活动。 采集 当理赔的最终决定属性为“已拒赔”或类似值时,可从“理赔已结案”事件中推导。 事件类型 calculated | |||
| 理赔已重新开启 | 此前已结案的理赔被重新激活,以便进一步审核或处理。这是一种可能由新信息或申诉引发的例外事件。 | ||
| 为什么重要 用于突出流程例外和初始理赔处理中的潜在问题。重新开启理赔的比例较高,可能表明决策质量或客户沟通存在问题。 获取位置 可根据状态从“已关闭”变回“已开启”或“审核中”进行推断。 采集 状态从最终或已关闭状态变为任意活动或开启状态时的时间戳。 事件类型 inferred | |||
| 调查已开始 | 标志着理赔正式调查阶段开始。该阶段可能包括分配专家、安排查勘或开展其他详细的证据收集活动。 | ||
| 为什么重要 该活动定义了一个关键且通常耗时较长的阶段的起点。衡量调查时长是识别主要瓶颈的关键。 获取位置 通常可根据状态变为“调查中”,或首个调查相关Task或分配记录的创建日期推断。 采集 理赔状态更新为“调查进行中”或类似状态时的时间戳。 事件类型 inferred | |||
提取指南
该流程的提取方法正在验证中。请稍后再来查看,或 联系我们 获取帮助。
加快理赔处理,立即消除积压
加入实现70%直通式处理和快速结算的企业行列。
无需信用卡,几分钟即可完成设置。