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

Event Time是与每项活动关联的时间戳，记录活动发生的准确日期和时间。这类时间数据对于构建每个案例的事件时间顺序至关重要。

在分析中，Event Time用于计算活动之间的周期时间、测量案例持续时间，并识别大量时间用于等待的瓶颈。它是所有基于时间的流程分析和绩效衡量的基础。

该时间戳对于正确排列事件顺序，以及计算周期时间和瓶颈等所有基于时长的指标至关重要。

通常与每笔交易或状态变更记录一同存储在Optum360数据库表中。

活动名称用于描述收入周期流程中的一个步骤，例如“已向付款方提交索赔”或“已收到付款”。该属性是流程挖掘的基础，因为它定义了流程图中的节点。

通过分析活动的顺序和频率，组织可以可视化实际流程顺序，识别偏离标准过程的情况，并定位常见的返工循环。这项分析对于了解流程低效和合规问题至关重要。

该属性定义流程中的各个步骤，是构建流程图并开展所有基于流转分析的基础。

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

Billing Event是主要案例标识符，用于关联与单项收费服务或产品交付相关的所有活动。借助该标识符，您可以全面跟踪每项可计费产品或服务从产生收入到完成催收的生命周期。

在流程挖掘中，按Billing Event分析流程，可以查看从服务交付到最终付款或账户关闭的完整端到端历程。这对于识别瓶颈、测量周期时间，以及了解不同索赔或发票处理方式的差异至关重要。

这是连接所有相关收入周期活动的核心Case ID，可为分析提供完整的端到端流程视图。

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

Payer ID用于标识负责支付索赔的具体保险公司、Medicare或Medicaid等政府项目，或其他实体。每个付款方通常都有自己的规则、提交要求和付款行为。

按Payer ID分析流程对于RCM至关重要。它有助于识别付款周期最长、拒付率最高或申诉流程最复杂的付款方。借助这些洞察，计费部门可以针对不同付款方制定策略，提高回款速度并减少管理负担。

按付款方划分流程，对于识别导致延迟或拒付的付款方至关重要，从而支持有针对性的付款方管理改进。

该信息存储在Optum360的每条索赔记录中。付款方相关的表名和字段名请参阅Optum360文档。

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

借助Patient ID，分析人员可以调查特定患者的相关模式，例如频繁再入院或索赔被拒付记录。它还支持根据患者人口统计信息或历史记录对流程进行分组，从而发现改善患者财务体验的重要洞察。

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

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

付款方拒付索赔时，会提供Denial Reason Code说明问题，例如“服务不在承保范围内”或“重复索赔”。这些代码对于了解收入延迟和返工的根本原因至关重要。

分析这些代码可以帮助拒付管理团队确定工作优先级、识别趋势并采取纠正措施。例如，“信息缺失”拒付频繁出现，可能表明索赔创建流程存在问题。这项分析是降低拒付率、加快现金流的核心。

提供索赔被拒付的根本原因，支持有针对性的干预，避免未来再次拒付并减少高成本返工。

该代码包含在从付款方收到的电子付款通知（ERA）文件中，并存储于Optum360的索赔管理模块。

Billing Department属性标识收入周期运营中负责某项活动的具体团队或职能领域。例如，不同团队可能分别负责编码、索赔提交和拒付管理。

该属性对于绩效基准比较至关重要，也是“计费部门绩效基准”仪表板所需的数据。管理层可以借此比较不同团队的效率、速度和准确性，识别最佳实践，并有效分配资源以弥补绩效差距。

支持比较不同计费团队的绩效，帮助识别高绩效团队和需要改进的领域。

可以根据执行任务的用户推导，也可以来自账户中表示归属关系的字段。请参阅Optum360文档。

Billed Amount表示已提供服务的总计费金额，不扣除任何付款、调整或核销。这是该计费事件产生的应收账款初始金额。

该属性是流程挖掘财务分析的基础，可用于计算收入调整率等关键KPI，也支持按金额对案例分组，以判断高价值索赔是否采用不同处理方式，或是否比低价值索赔经历更多延迟。

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

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

Adjusted Amount表示因付款方合同、计费更正或其他核销而预计无法收取的计费金额部分，即收入的直接减少。

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

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

该信息位于Optum360财务系统的调整交易记录中。

该属性记录数据最近一次从源系统提取并加载到流程挖掘工具的日期和时间，帮助您了解当前分析数据的新鲜度。

分析人员和业务用户需要据此判断所查看的信息是否为最新数据。它有助于管理对数据延迟的预期，也是任何分析项目的重要元数据。

提供数据新鲜度的重要背景信息，帮助用户了解分析结果的时效性。

该时间戳通常由数据提取、转换和加载（ETL）流程生成并存储。

Paid Amount是特定计费事件中记入账户的所有付款总额，代表实际收取的现金，也是衡量收入周期成效的主要指标。

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

代表实际收取的现金，是RCM流程的关键结果指标，也是现金流分析的重要依据。

该值通常存储在付款交易表中，或在Optum360中汇总到账户层级。

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

该属性有助于量化流程中的返工量，这是衡量低效和成本的直接指标。它用于计算“计费错误返工率”KPI，并支持“瓶颈识别与返工循环”仪表板，便于筛选和可视化这些低效循环。

通过标记代表返工的活动，帮助量化流程低效，更便于衡量和减少浪费。

通常通过流程挖掘工具中的业务逻辑推导。例如，可以将“已收到拒付”事件之后的所有活动标记为返工。

Service Code是用于精确标识向患者提供的操作或服务的标准化医疗代码。这些代码是计费所必需的，也是决定报销金额的主要因素。

按Service Code分析流程，可以发现某些操作更容易被拒付、需要更多文档，或付款周期更长。这有助于更细致地了解流程挑战，并为特定服务类型制定编码和计费政策提供依据。

支持按医疗服务类型进行分析，帮助发现特定操作相关的拒付或付款延迟模式。

该代码是Optum360费用录入和索赔明细记录的基础组成部分。

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

按Service Provider分析，有助于定位源于服务现场的费用采集、编码准确性或文档质量问题。它可以发现提供方培训或流程改进机会，确保从一开始就生成准确、完整的索赔。

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

该信息是Optum360费用或索赔记录的重要组成部分，通常与提供方主数据关联。

Case Duration衡量单个Billing Event从首个事件到最后一个事件经过的总时间。这是评估整体流程效率的关键高层KPI。

该指标直接支持“RCM端到端周期时间概览”仪表板和“平均RCM周期时间”KPI。持续跟踪这一指标，可以帮助管理层了解改进措施对整个收入周期的影响。

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

对于每个唯一的“BillingEvent”案例ID，用最后一个事件的时间戳减去第一个事件的时间戳计算得出。

该属性标识提取特定事件数据的源系统。在复杂的IT环境中，RCM数据可能来自Optum360核心平台、通过接口连接的电子健康记录（EHR）系统、清算机构或患者门户。

了解源系统有助于验证数据、排查集成问题，并分析由不同系统行为或数据录入方式导致的流程差异。

标识数据来源，对于数据治理、质量评估，以及了解不同系统之间的流程差异至关重要。

可以是在数据提取时设置的静态值，也可以是源表中用于标识数据来源的字段。

User属性标识负责执行某项活动的具体人员、团队或自动化机器人，从而支持个人或团队层面的绩效分析。

了解执行操作的用户或团队，有助于评估生产力、质量和标准流程遵循情况，也可以发现培训需求或识别高绩效个人和团队。此外，它还能帮助区分人工执行的任务与自动化处理的任务。

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

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

End Time标志着活动的完成时间。Start Time表示事件发生时间，而End Time则用于计算具有明确处理时长的活动，例如“拒付返工已开始”及其完成时间。

在流程分析中，对比活动的Start Time和End Time可以计算处理时间。这有助于区分实际工作时间（处理时间）和空闲时间（活动之间的等待时间），从而更细致地了解流程效率。

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

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

Account Status概览计费事件在整体流程中的当前进展，例如“等待付款方处理”“已全额付款”或“催收中”。该属性为正在执行的活动提供背景信息。

它适合用于筛选和分组案例，以聚焦流程的特定环节。例如，分析当前处于“催收中”的所有账户，有助于了解这一高成本流程环节的驱动因素和业务量，并支持“催收活动量及驱动因素”仪表板。

提供案例当前状态的高层背景信息，支持筛选和分析特定案例群体，例如处于催收中的案例。

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