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