您的收入周期管理数据模板

Event Time 是与每个活动关联的 timestamp，记录了其发生的精确日期和时间。该时间 data 对于构建每个 case 的事件时间顺序至关重要。

在分析中，Event Time 用于计算活动间的周期时间、衡量 case 持续时长，并识别花费大量时间等待的瓶颈。它是任何基于时间的流程分析和绩效衡量的基础。

此时间戳 (timestamp) 对于正确地排序事件 (events) 和计算所有基于持续时间的指标 (metrics)，例如周期时间 (cycle times) 和瓶颈 (bottlenecks)，至关重要。

此信息通常与 Optum360 数据库表中的每条交易或状态变更记录一起存储。

Activity Name 描述了收入周期流程中的一个步骤，例如“账单已提交给付款方”或“已收到付款”。该属性是 Process Mining 的基础，因为它定义了流程图中的节点。

通过分析活动的顺序和频率，企业可以直观地看到实际流程流向，识别偏离标准程序的行为，并精准定位常见的返工循环。这种分析对于理解流程低效和合规性问题至关重要。

此属性定义了流程的各个步骤，构成了流程图的基础，并支持所有基于流的分析。

这通常源自 Optum360 运营表中的事件日志、状态变更记录或特定的交易代码。

计费事件充当主要的 case 标识符，将与产生费用的单次服务或产品交付相关的所有活动关联起来。这使得企业能够全面跟踪每个独立计费项目或服务的收入生成和回款生命周期。

在 Process Mining 中，按计费事件分析流程可以让组织查看从服务交付到最终付款或账户关闭的完整端到端路径。此视图对于识别瓶颈、测量周期时间以及了解不同理赔或发票处理方式的差异至关重要。

这是必不可少的 Case ID，它连接了所有相关的收入周期活动，从而实现完整的端到端流程分析视图。

这是连接 Optum360 核心计费和理赔表中记录的主键。有关具体的表名和字段名，请参阅 Optum360 文档。

付款人 ID 识别特定的保险公司、政府计划（如 Medicare 或 Medicaid）或其他负责支付理赔的实体。每个付款人通常都有自己的一套规则、提交要求和付款行为。

按付款人 ID 分析流程对 RCM 至关重要。它有助于识别哪些付款人的付款周期最长、拒付率最高或上诉流程最复杂。这种洞察力使计费部门能够针对不同付款人制定专门策略，以提高收款速度并减轻行政负担。

按付款方对流程进行细分，对于识别哪些付款方导致了延迟或拒付至关重要，从而支持在付款方管理方面进行针对性改进。

此信息存储在 Optum360 的每条理赔记录中。有关付款人相关的表名和字段名，请参阅 Optum360 文档。

患者 ID 是分配给医疗系统中每位患者的唯一标识符。它将多个计费事件关联到同一位患者，从而实现以患者为中心的分析。

通过使用患者 ID，分析师可以调查与特定患者相关的模式，例如频繁再次入院或理赔遭拒的历史。它还支持根据患者人口统计信息或历史记录对流程进行细分，从而为改善患者的财务体验提供重要洞察。

支持以患者为中心的分析，有助于了解端到端的财务历程，并识别特定患者群体的模式。

该标识符是 Optum360 内患者主数据和交易表中的核心字段。详见 Optum360 文档。

当付款人拒绝理赔时，他们会提供拒付原因代码来说明问题，例如“服务未涵盖”或“重复理赔”。这些代码对于理解收入延迟和重做的根本原因至关重要。

分析这些代码使拒付管理团队能够确定工作优先级、识别趋势并采取纠正措施。例如，如果“信息缺失”导致的拒付频率很高，则可能表明理赔创建流程存在问题。此类分析是降低拒付率和加速现金回笼的核心。

提供账单拒付的根本原因，支持通过针对性干预防止未来再次发生拒付，并减少代价高昂的返工。

此代码包含在从付款人收到的电子汇款通知 (ERA) 文件中，并存储在 Optum360 的理赔管理模块中。

调整金额代表了因与付款人达成的合同协议、计费更正或其他核销而预计无法收回的已计费金额。这是收入的直接减少。

该属性对于“收入调整影响”仪表板和“收入调整率”KPI 至关重要。通过分析调整金额，有助于识别付款人合同对财务的影响，并通过提高计费准确性或合同谈判来寻找减少收入流失的机会。

直接衡量收入流失情况，对于计算财务绩效 KPI 和了解盈利能力至关重要。

此信息可在 Optum360 财务系统的调整交易记录中找到。

计费部门属性用于识别收入周期运营中负责某项活动的特定团队或职能区域。例如，不同的团队可能分别负责编码、理赔提交和拒付管理。

该属性对于“计费部门绩效对标”仪表板所需的绩效对标至关重要。它允许领导层比较不同团队的效率、速度和准确性，识别最佳实践，并有效分配资源以弥补绩效差距。

支持在不同账单团队之间进行绩效比较，有助于识别高绩效团队和需要改进的领域。

这可能源自执行任务的用户，或者是账户上指示归属权的字段。详见 Optum360 文档。

计费金额代表所提供服务的总费用（在进行任何支付、调整或销账之前）。它是该账单 event 初始的应收账目价值。

该属性是 Process Mining 财务分析的基础。它用于计算收入调节率等关键 KPI，并允许按价值细分 case，以观察高额账单的处理方式是否有所不同，或者是否比低额账单经历更多延迟。

为每个 case 提供财务背景，支持基于价值的分析以及关键财务 KPI 的计算。

这是 Optum360 财务表中每个理赔或患者账户的标准字段。

该属性记录了数据最后一次从源系统提取并加载到 Process Mining 工具的日期和时间。它提供了有关所分析数据新鲜度的背景信息。

这对于分析师和业务用户了解其查看的是否为最新信息非常重要。它有助于管理对数据延迟的预期，并且是任何分析项目的关键元数据。

提供关于 data 新鲜度的关键背景信息，确保用户了解分析的时效性。

此 timestamp 通常由数据提取、转换和加载 (ETL) 过程生成并存储。

Processing Time 衡量单个活动的持续时长，代表“接触时间”或实际执行的工作。这通常计算为活动结束时间与开始时间之差。

这一计算指标对于区分实际处理任务的时间与等待下一步的时间至关重要。在瓶颈分析中，了解处理时间有助于确定延迟是由于任务本身耗时过长还是队列过长引起的，从而实现更有效的流程改进。

衡量活动的实际“接触时间”，在瓶颈分析中有助于区分增值工作与浪费的等待时间。

这是通过从给定活动记录的 'EndTime' 中减去 'EventTime' (StartTime) 计算得出的。

已付金额是针对特定计费事件记入账户的所有款项的累积总和。这代表了实际收取的现金，是衡量收入周期是否成功的主要标准。

在流程分析中，跟踪已付金额对于了解现金流和整体财务表现至关重要。它可用于分析收款速度，并将已计费金额与已收金额进行比较，从而发现少付或坏账等问题。

代表实际收集的现金，这是 RCM 流程的关键结果指标，对于现金流分析至关重要。

此值通常存储在付款交易表中，或在 Optum360 的账户级别进行汇总。

Is Rework 是一个布尔标记，用于识别被视为无增值返工的活动，例如“拒付返工已开始”或“申诉已提交”。这些活动通常发生在流程偏离理想“快乐路径”时。

该属性有助于量化流程中的返工量，这是效率低下和成本增加的直接指标。它用于计算“账单错误返工率”KPI，并为“瓶颈识别与返工循环”仪表板提供支持，从而轻松过滤并可视化这些低效循环。

通过标记代表返工的活动，帮助量化流程低效情况，从而更轻松地衡量并针对性减少浪费。

这通常是在 Process Mining 工具中使用业务逻辑推导出来的。例如，“收到拒付”事件之后的任何活动都可以被标记为重做。

服务代码是标准化的医疗代码，可精确识别向患者提供的程序或服务。这些代码是计费所必需的，也是报销的主要决定因素。

按服务代码分析流程可以发现某些程序更容易遭到拒付、需要更多文档或付款周期更长。这有助于更细致地了解流程中的挑战，并为特定类型服务的编码和计费政策提供参考。

支持基于医疗服务类型进行分析，从而揭示特定手术或处置中存在的拒付或付款延迟模式。

此代码是 Optum360 中费用输入和理赔明细记录的基本组成部分。

该属性标识负责提供服务的特定提供者，例如医生、治疗师或医院部门。不同的提供者可能有不同的计费模式或文档记录习惯，从而影响收入周期。

按服务提供者进行分析有助于发现源于护理点的费用捕获、编码准确性或文档质量问题。它可以为提供者培训或流程改进提供方向，从而确保从源头生成准确无误的理赔申请。

支持将计费问题追溯到源头，从而为临床人员提供有针对性的反馈和培训，以改善收费采集和文档记录。

此信息是 Optum360 中费用或理赔记录的关键部分，通常关联到提供者主数据。

Case Duration 衡量单个账单 event 从第一个 event 到最后一个 event 所经过的总时间。这是评估整体流程效率的关键高阶 KPI。

该指标直接支持“RCM 端到端周期时间概览”仪表板和“平均 RCM 周期时间”KPI。通过长期追踪，管理层可以直观看到优化方案对整个收入周期的影响。

代表流程的端到端周期时间，是衡量整体流程速度和效率的关键 KPI。

这是通过从每个唯一“计费事件”Case ID 的最后一个事件 timestamp 中减去第一个事件的 timestamp 计算得出的。

该属性标识提取特定事件数据的源系统。在复杂的 IT 环境中，RCM 数据可能来自 Optum360 核心平台、对接的电子健康记录 (EHR) 系统、结算中心或患者门户。

了解源系统有助于进行数据验证、排除集成问题，以及分析可能由不同系统行为或数据录入习惯导致的流程差异。

识别 data 的来源，这对于 data 治理、质量评估以及理解不同系统间的流程差异至关重要。

这可能是在数据提取期间设置的静态值，或者是源表中指示数据来源的字段。

User 属性识别负责执行特定活动的人员、团队或自动机器人。这允许在个人或团队层面进行绩效分析。

了解哪个用户或团队执行了某项操作对于评估生产力、质量和标准程序的遵守情况非常有价值。它可以帮助识别培训需求，或表彰高绩效个人和团队，同时有助于区分手动任务和自动化处理的任务。

明确流程环节的责任归属，支持按个人或团队进行绩效分析，这对于资源管理和员工培训至关重要。

用户 ID 通常记录在 Optum360 记录的审核日志或交易历史中。

End Time 标志着一项活动的完成。虽然 Start Time 表示事件发生的时间，但 End Time 对于计算具有明确处理时间的活动（例如“拒付重做开始”及其完成）的持续时间是必不可少的。

在流程分析中，比较活动的 Start Time 和 End Time 可以计算出处理时间。这有助于区分实际工作时间（处理时间）和空闲时间（活动之间的等待时间），从而提供更详细的流程效率视图。

支持计算精确的活动处理时间，有助于区分流程中的实际工作时间和闲置等待时间。

对于某些活动，这可能是源系统中的独立 timestamp 字段。对于其他活动，则可能需要根据后续活动的开始时间进行推导。

账户状态提供了账单 event 在整个流程中所处位置的快照，例如“等待付款方”、“已付清”或“催收中”。该属性为正在执行的活动提供了背景信息。

这对于过滤和细分 case 以关注流程的特定部分非常有用。例如，分析所有当前处于“催收中”的账户，有助于理解这一高成本环节的驱动因素和规模，为“催收活动量与诱因”仪表板提供支持。

提供 case 当前状态的高阶背景信息，支持对特定 case 群体（如催收中的账户）进行过滤和分析。

这通常是 Optum360 中主要患者账户或理赔记录上的汇总字段。