数据模板：理赔处理

Event Timestamp 记录了索赔流程中每个活动的开始时间。它提供了对事件进行排序和计算它们之间持续时间所需的时间信息。此 timestamp 是 event log 的时间骨干。

在 Process Mining 分析中，此 attribute 对于计算所有与时间相关的 metrics 至关重要，包括 cycle time、等待时间以及活动持续时间。它通过提供事件发生的事实依据，有助于发现瓶颈、分析流程随时间推移的 performance 以及监控 SLA compliance。

此时间戳对于按时间顺序排列事件和计算所有基于时长的指标至关重要，例如周期时间和瓶颈。

位于Sapiens ClaimsPro的事件或交易日志表中，与活动或状态变更信息并列。

这个 attribute 描述了理赔 lifecycle 中执行的单个步骤或 task，例如“理赔已提交”、“已执行初步审查”或“付款已发出”。每个 activity 代表 process 中的一个独特节点，具有 start 和可能的 end time。

分析 activities 是 Process Mining 的核心。它能够实现 process map 的可视化、识别步骤之间的 bottlenecks、分析 activity frequency，并理解流程 variations。给定 Claim ID 的 activities 序列构成了 process flow 的基础。

它定义了流程的各个步骤，这对于创建流程图以及识别瓶颈或低效率环节至关重要。

通常从 Sapiens ClaimsPro 内部的事件日志、状态变更记录或任务完成表中获取。可能需要从状态代码或交易类型进行映射。

索赔ID是用于关联单笔保险索赔所有事件和活动的基本案件标识符。它确保索赔从首次提交到最终结案的完整历程能够被连贯地重构和分析。

在 Process Mining 中，每个 event log entry 都必须与索赔ID关联。这使得工具能够追踪每笔索赔的完整路径，可视化流程变体，计算端到端 cycle time，并识别标准 workflow 中的瓶颈或偏差。通过索赔ID的视角分析 data，可提供其完整历程的视图。

它对于将所有相关活动归入一个流程实例至关重要，从而实现对理赔生命周期的端到端分析。

这是 Sapiens ClaimsPro 中主索赔交易表的一个 primary key。有关具体的表名和字段名，请查阅系统文档。

Event End Time 标志着一项活动的完成。虽然有些事件是瞬时的（StartTime 等于 EndTime），但许多活动具有持续时间。此 timestamp（如果可用）可精确衡量每个步骤的耗时。

此 attribute 用于计算一项活动的“活动时间”或“处理时间”，而非活动之间的“等待时间”。这有助于区分实际用于索赔工作的时间与在 queue 中闲置的时间。这对于查明耗时的特定活动至关重要。

能够计算单个活动的实际处理时间，有助于区分增值时间和等待时间。

可能与开始时间一同存在于相同的交易日志中，或者需要从后续事件的开始时间推断。请查阅Sapiens ClaimsPro文档。

这个 attribute 指示了分配给理赔或 activity 的 business unit 或 team，例如“初始受理”、“复杂理赔”或“特殊调查组 (SIU)”。它允许从部门视角进行 process analysis。

按部门分析有助于识别特定团队的 bottlenecks，理解部门间的交接，并评估部门 efficiency。它对于“理赔员与部门 Activity 负载” dashboard 以及更高级别的组织流程 analysis 至关重要。

支持分析流程绩效和不同团队之间的工作移交，从而揭示组织瓶颈。

通常与系统中的用户档案相关联，或直接分配给理赔对象。请查阅Sapiens ClaimsPro文档。

这个 attribute 识别了对理赔执行操作的个人 user 或 resource。跟踪分配的理赔员是理解 workload distribution、individual performance 和 resource allocation 的关键。

在 analysis 中，这允许筛选 process map，以查看不同理赔员如何处理理赔，比较他们的 performance，并识别潜在的 training opportunities。它对于构建“理赔员与部门 Activity 负载” dashboard 和计算“理赔员 Workload Balance” KPI 至关重要。

对资源分析至关重要，有助于识别工作量不平衡、高绩效个人和培训需求。

在Sapiens ClaimsPro中的用户活动日志或交易表中查找，通常与创建或最后修改记录的用户相关联。

理赔严重程度是对理赔案件的评级，旨在表明其估计的复杂性、风险或财务敞口。此评级通常决定了审查的严谨程度、理赔员所需的经验以及其所遵循的工作流程。

此属性对于“理赔严重程度周期时间分析”dashboard 至关重要。它有助于了解更复杂的理赔是否得到有效处理，或者它们是否过度导致了漫长的周期时间。它为绩效指标提供了重要的背景信息，因为高严重程度的理赔案件预计会比低严重程度的案件耗时更长。

为周期时间分析提供关键背景信息，有助于解释为什么某些理赔耗时更长，以及复杂案件是否得到高效处理。

这可能是一个手动输入字段，或根据 Sapiens ClaimsPro 中索赔特征派生出的分数。

理赔类型根据业务线或损失性质对理赔进行分类。这是一个基本的细分属性，通常决定了理赔将遵循哪种流程以及哪些团队将参与。

根据理赔类型分析流程对于识别不同业务线之间效率和程序的差异至关重要。例如，汽车理赔的流程可能高度自动化且快速，而商业财产理赔可能复杂且耗时。此属性是计算“赔付金额一致性指数”KPI 所必需的。

能够比较不同业务线的流程，从而识别各理赔类别的最佳实践和特定瓶颈。

Sapiens ClaimsPro 中主理赔记录上的标准字段。它是任何理赔系统的核心数据元素。

这个 attribute 记录了理赔结算的价值。它是一个关键的 outcome metric，反映了理赔的财务影响以及 process 中所做的决策。

在 process analysis 中，“结算金额”用于“理赔决策与结算 insights” dashboard，以分析流程 variations 或理赔员行为如何与结算 outcomes 相关联。它也是“结算金额一致性指数” KPI 的主要 input，有助于识别类似类型理赔的结算决策中存在的不一致之处。

这是一个关键的成果指标。将其与 process 变体进行分析，可以揭示 process 效率低下或偏差如何影响财务结果。

在Sapiens ClaimsPro中与索赔相关的财务或付款交易表中查找。

这个 attribute 是通过比较“Claim Closed” activity 的 timestamp 与“ResolutionTargetDate”得出的。它将理赔归类为“准时”或“逾期”等状态，提供了清晰而即时的 SLA performance 指标。

这个 calculated field 是“理赔结案 SLA Compliance” dashboard 的核心。它通过允许 user 即时筛选所有逾期理赔并调查导致 delay 的常见 process paths 或 bottlenecks 来简化 analysis。它直接支持“准时理赔结案率” KPI。

直接衡量SLA合规性，便于筛选和分析逾期解决的索赔。

这个 attribute 不在 source system 中。它是在 data transformation 期间，通过比较“Claim Closed” activity 的 EventTimestamp 与“ResolutionTargetDate”计算得出的。

保单号将理赔与投保人持有的特定保险合同关联起来。这提供了关于承保范围、限额和免赔额等重要背景信息，这些信息会影响理赔处理和决策。

尽管保单号不总是直接用于 process flow analysis，但它是任何深入调查的关键 attribute。它使分析师能够将 claim data 与 policy data 连接起来，从而获得更全面的客户关系和风险概况视图。它还可以用于按保单汇总理赔，以识别问题保单或趋势。

将理赔与保险合同关联起来，通过连接流程数据与承保范围、限额等保单详情，从而实现更深入的分析。

Sapiens ClaimsPro 中主理赔记录上的标准字段，将其链接到保单管理系统。

此属性记录了从 Sapiens ClaimsPro 最新提取数据的日期和时间。它对于了解所分析数据的时效性至关重要，并且通常在单个数据集中所有记录之间保持一致。

在任何分析或 dashboard 中，此 timestamp 都为数据的时效性提供了关键背景信息。它帮助用户了解他们是在查看实时信息还是历史快照，这对于制定及时的运营决策至关重要。

提供数据新鲜度背景信息，确保用户了解分析数据的时效性。

此值在数据抽取 (ETL) 过程中生成并标记到数据集中。

处理时间衡量的是一项活动开始到下一项活动开始之间的时间间隔。它代表一个步骤的总周期时间，既包括实际工作时间，也包括在下一步开始前的任何闲置或等待时间。

这是流程挖掘中最核心的基础指标之一，用于驱动瓶颈分析。通过在流程图活动之间的弧线上可视化平均处理时间，分析师可以立即识别出理赔案件卡顿的位置。它对于“理赔活动瓶颈分析”等仪表盘至关重要。

这项指标是瓶颈分析的基础，它能清晰地揭示索赔案件在哪些环节等待时间最长。

这是一个计算指标，通过在 Process Mining 分析期间，计算每个 'ClaimId' 中连续 activities 的 'EventTimestamp' 之间的时间差而得出。

当索赔决定为“拒绝”时，此属性提供了根本原因。它可能是一个标准化代码或一段自由文本描述，解释索赔未获赔付的原因，例如“保单除外责任”、“证据不足”或“疑似欺诈”。

这些信息对于“索赔决策与理赔洞察”仪表盘来说价值巨大。分析拒赔原因可以发现模式，例如因信息不完整而导致大量拒赔，这可能指向数据收集阶段存在问题。它有助于进行索赔拒赔的根本原因分析。

为被拒理赔提供关键背景信息，从而进行根本原因分析，以降低拒赔率并提高提交质量。

与“理赔被拒”或“理赔决策已定”活动相关联，很可能存储在 Sapiens ClaimsPro 的状态或原因代码字段中。

损失日期，又称出险日期，是触发索赔的实际事件（例如车祸、财产损失）发生之日。从客户角度来看，它通常是整个索赔历程的起点。

此 attribute 对于计算报告延迟（即损失日期与“索赔提交”日期之间的时间）非常重要。分析此延迟可以提供有关客户行为的 insights，并识别鼓励更快报告的机会，这通常会带来更好的结果。

明确索赔事件的起始点，以便分析报告延迟（从损失发生到提交索赔的时间）。

主理赔记录上的核心字段，在首次报损通知（FNOL）期间捕获。

这个 attribute 识别了新理赔的受理渠道。不同的渠道可能对初始 data quality 产生显著影响，进而影响整个下游 process。

通过提交渠道分析 process 有助于回答关于 efficiency 和 quality 的问题。例如，“理赔提交渠道 Efficiency” dashboard 可以揭示通过 online portal 提交的理赔是否比通过邮件提交的理赔具有更快的 cycle time 和更低的 rework rate。这种 insight 可以指导渠道优化和 digital transformation 的投资。

有助于识别哪些接收渠道能带来最有效的处理，突出自动化和改善客户体验的机会。

通常在首次接触时捕获，并作为字段存储在 Sapiens ClaimsPro 的主索赔记录中。

当同一理赔的 activity 或一系列 activities 重复发生时，此 attribute 会设置为“true”。例如，如果理赔从“初步审查”变为“要求补充信息”，然后再返回“初步审查”，则第二次审查将被标记为 rework。

标记 rework 对于量化 process inefficiency 至关重要。它为“理赔返工与重新提交趋势” dashboard 和“理赔返工循环频率” KPI 提供数据支持。通过隔离并分析 rework loops，组织可以识别 root causes，例如初始 data quality 差或指导方针不明确，并采取行动减少浪费的工作。

通过明确标记重复进行的活动，帮助量化流程低效，从而实现有针对性的改进工作。

这在源系统中不存在。它是通过 Process Mining 工具在一个 case 中检测重复的 activities 序列而计算得出的。

这个 attribute 提供了关于 process data 来源的 context。虽然对于此特定 dataset 而言，它可能是一个常量值，例如“Sapiens ClaimsPro”，但在 data 从多个 systems 合并的环境中，它至关重要。

对于 analysis 而言，它有助于 data governance、故障排除，并确保 insights 被正确归因于 source system。它是维护 data lineage 和理解 process 技术 context 的一个关键 field。

确保data血缘和可追溯性，这对于整合来自多个系统的data或审计目的至关重要。

这通常是在数据抽取、转换和加载 (ETL) 过程中添加的静态值，用于标记记录的来源。

此属性代表了索赔 case 在任何给定时间点的总体状态。尽管 activities 是 events，但索赔状态是这些 events 发生后索赔所达到的阶段。它提供了索赔在其生命周期中所处位置的总体概览。

分析索赔状态有助于了解未结索赔的库存及其当前阶段。它对于运营 dashboard 以及通过追踪索赔状态在整个 process 中更新的频率和有效性来计算“索赔状态透明度评分”KPI 非常有用。

提供了理赔当前状态的高层概览，有助于追踪进行中的工作量并了解案件进展。

Sapiens ClaimsPro 中主理赔记录上的主要字段，由各种业务交易更新。

结案目标日期是为理赔结案设定的截止日期，通常由理赔类型、管辖区域或保单条款等因素决定。它作为衡量绩效和遵守 service level agreement (SLA) 的基准。

这个日期对于“理赔结案 SLA Compliance” dashboard 和“准时理赔结案率” KPI 至关重要。通过将实际的“Claim Closed”日期与此目标进行比较，系统可以自动将理赔分类为“准时”或“逾期”，从而清晰地展示 SLA performance。

它是衡量SLA合规性的基准，能够计算按时解决率并识别有延迟风险的理赔案件。

此日期可能存储在 Sapiens ClaimsPro 的主索赔记录中，或存储在相关的 SLA 管理模块中。