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

Event Timestamp 记录了活动发生或被记录的时间点。它为案例中的所有事件提供了时间背景，构成了从收入周期开始到结束的时间线。

时间戳是流程挖掘中绩效分析的核心。它们被用于计算关键 KPI，如总周期时间、特定活动之间的持续时间以及等待时间。通过分析时间戳，企业可以识别案例停留时间最长的瓶颈环节，衡量对服务水平协议（SLA）的遵守情况，并了解流程的时间动态特征。

它提供了计算周期时间、识别瓶颈以及分析流程绩效和效率所需的时间顺序数据。

此信息通常在交易日志、审计跟踪或事件表中的“创建日期”或“状态更改日期”字段中提供。

“活动名称”描述了收入周期生命周期中一个独立的操作或里程碑。例如：“已提供服务”、“理赔已提交”、“已收到汇款”、“付款入账”和“账户已核销”。每个活动都代表流程中消耗时间和资源的一个步骤。

此属性是流程挖掘的基础，因为它定义了流程图中的节点。通过分析这些活动的顺序、频率和持续时间，可以可视化实际的流程流向，并将其与设计模型进行对比，从而识别偏差、拒付等返工循环以及低效环节。

此属性定义了流程步骤，这对于发现和可视化流程图、识别返工以及分析流程合规性至关重要。

通常存在于事件日志、交易表中，或源自计费或理赔模块中的状态变更记录。

Billing Event ID 是分配给每个计费服务实例（从最初的费用获取到最终的付款或核销）的唯一标识。它是连接特定服务环节中所有相关活动（如索赔创建、提交、拒付和付款入账）的核心纽带。

在流程挖掘中，此属性对于重构每个计费事件的端到端路径至关重要。通过将所有相关活动归纳在同一个 Billing Event ID 下，分析师可以实现流程可视化、识别瓶颈、衡量周期时间，并了解不同案例处理方式的差异。它是收入周期内所有以案例为核心的分析基础。

它是必不可少的案例标识符，将所有相关活动链接在一起，从而能够对每个计费服务的整个收入周期进行重构和分析。

这通常是计费交易或财务事件表中的主键。

此属性记录了数据最后一次从源系统提取的时间。这是一个元数据字段，对于了解所分析数据的时效性和准确性至关重要。它反映了数据管道的延迟，并表明了流程挖掘分析的实时性。

在流程挖掘仪表板和分析中，Last Data Update 时间戳向用户提供了关于数据时效性的背景信息。对于运营监控来说，了解当前视图代表的是五分钟前还是昨晚的流程状态至关重要。这有助于管理用户预期，并确保基于已知时间的数据做出决策。

它提供了关于数据及时性和新鲜度的关键背景，确保分析和决策是基于已知的时间范围。

这通常是在数据提取、转换和加载 (ETL) 过程中添加的，并作为事件日志中的元数据列存储。

Source System 属性识别特定事件的数据来源。在复杂的 IT 环境中，收入周期流程通常跨越多个系统，例如用于服务呈现的电子健康档案 (EHR) 系统、用于索赔提交的专用计费系统以及独立的催收平台。

了解源系统对于数据验证、故障排除和识别流程碎片化非常有价值。它可以帮助识别系统间的不一致，或揭示在不同应用程序中管理的流程步骤，这些往往是数据传输延迟或错误的根源。这种分析有助于评估支持该流程的整体 IT 架构的集成度和效率。

它有助于理解不同 IT 系统之间的流程碎片化情况，对于数据验证和识别特定系统的瓶颈至关重要。

此信息通常作为数据提取中的标准字段提供，也可以根据获取数据的源表或文件派生。

付款方名称（Payer Name）识别的是提交索赔以寻求报销的主要实体。付款方可能包括商业保险公司（如 Aetna 或 UnitedHealthcare）、政府项目（如 Medicare 或 Medicaid）或其他实体。每个付款方都有一套独特的规则、提交要求和付款行为。

此属性对于分析收入周期绩效至关重要。通过按付款方对流程进行细分，企业可以识别哪些付款方的拒付率最高、付款周期最长或补充信息请求最频繁。这种分析有助于开展有针对性的干预，例如重新谈判合同、为特定付款方定制提交流程，以及将拒付管理工作集中在最需要的地方。

它支持按付款方对绩效指标（如拒付率和付款时长）进行细分，这对于针对性改进和合同谈判至关重要。

此信息通常在与计费事件关联的患者注册、保险或索赔数据中找到。

当付款方拒绝提交的索赔时，他们会提供拒付原因代码以解释未支付的原因。这些代码通常遵循行业标准，如索赔调整原因代码 (CARC)，并指向特定问题，如“服务不在承保范围内”、“重复索赔”或“需要额外信息”。

此属性是收入周期根本原因分析中最强大的工具之一。通过分析不同拒付原因的频率和财务影响，企业可以精准定位导致拒付的上游流程故障。例如，大量关于“患者信息不正确”的拒付指向了患者注册流程中的问题。这支持基于数据的改进，以防止未来的拒付并提高首次通过率。

它对于理赔拒付的根本原因分析至关重要，能够针对前端和中期流程进行改进，以防止未来的收入损失。

此信息来源于从付款方收到的电子汇款通知 (ERA) 或福利说明 (EOB) 文件。

服务类别（Service Category）对提供给患者的护理或服务类型进行分类。这可以是高级分类，如“住院”与“门诊”，也可以是更具体的科室类别，如“手术”、“急诊”或“实验室”。不同的服务类别通常具有不同的计费规则、付款方要求和流程路径。

按服务类别对收入周期流程进行细分对于开展有意义的分析至关重要。它允许企业比较不同业务线的绩效，例如查看手术程序的拒付率是否高于咨询服务。这种粒度的细节有助于分离问题，并根据每个服务领域的特定运营背景定制改进方案。

它支持跨不同业务线的绩效比较，揭示特定护理类型的效率、拒付率和付款周期的差异。

此信息通常在费用详细记录中提供，或者可以从患者类别、科室或诊疗代码中派生。

“调整金额”代表由于合同协议、折扣或核销等原因，预计无法从付款方或患者处收回的已计费金额部分。这些调整会减少总应收账款，是收入周期中的正常环节。

分析调整金额及其相关原因是理解收入完整性的关键。过高或非预期的调整水平可能预示着费用捕获、编码或合同管理存在问题。流程挖掘可以协助识别哪些流程变体或特定活动导致了较高的调整率，从而支持针对性的根本原因分析，实现收入价值最大化。

它通过跟踪核销和合同折让来协助分析收入流失，突出合同签署或计费流程中的潜在问题。

此值通常记录在财务调整表或付款入账模块中。

Responsible User 属性将流程步骤与执行该步骤的个人或系统联系起来。这可以是完成医学编码的编码员、提交索赔的计费专家，或者是自动过账付款的机器人。追踪用户为流程分析增加了一个以人为中心或以系统为中心的维度。

按用户或团队分析流程绩效可以发现培训机会、识别高绩效个人并确保合理的任务分配。这对于合规和审计也至关重要，能够明确每项行动的责任归属。此属性支持对资源绩效和利用率进行详细分析。

它支持对团队和个人绩效、工作负载分布以及自动化率进行分析，从而提供有关资源效率的见解并识别培训需求。

通常在交易日志或审计跟踪中以“用户 ID”、“员工 ID”或“处理者”字段的形式出现。

此属性识别与特定流程步骤关联的组织单位，例如“患者准入”、“编码”、“计费”或“催收”。它有助于了解工作如何在不同团队之间分配和交接。

从部门视角分析流程对于理解跨部门协作和识别团队交接点处的瓶颈至关重要。它允许管理层查看哪些部门参与了特定的流程变体，衡量部门效率并更有效地分配资源。这种分析可以突出部门内部可能影响整个收入周期的系统性问题。

它有助于识别跨部门瓶颈并按职能领域分析绩效，从而发现更好的跨团队协作机会。

此信息可以是交易数据的一部分，也可以从与负责用户关联的主数据中派生。

账单金额（Billed Amount）代表在索赔或发票中提交的所提供服务的总费用。它是计费事件的初始财务价值，也是衡量后续所有财务交易（如付款和调整）的基准。

在流程挖掘中，分析账单金额是了解流程效率低下对财务影响的基础。它可用于将案例分为高价值和低价值类别，从而揭示某些流程问题是否对高收入索赔产生了不成比例的影响。将此金额与周期时间或拒绝率等指标关联分析，有助于优先处理财务后果最严重的瓶颈问题。

它确立了案例的初始财务价值，支持对延迟和拒付等流程低效环节的财务影响进行分析。

这是在费用获取、计费或索赔交易表中找到的核心财务属性。

已付金额（Paid Amount）是针对特定计费事件入账的所有付款累计总额。这包括来自一级和二级保险付款方的款项以及患者支付的费用。它代表了所提供服务实际收取的现金。

分析已付金额对于衡量收入周期的财务成功和效率至关重要。通过对比已付金额与账单金额，可以洞察净收入和回款率。在流程挖掘中，此属性有助于量化不同流程路径的财务结果，并可用于识别全额及按时付款索赔与异常索赔的特征差异。

它衡量了案例实际回收的现金，这对于评估催收效果和流程的整体财务表现至关重要。

此信息位于付款入账或现金核销交易表中。

Patient ID 是在医疗系统的主患者索引中分配给每位患者的唯一标识。该标识符将患者随时间推移产生的所有临床和财务往来关联起来。

虽然 Billing Event ID 针对的是单次服务的案例，但 Patient ID 支持对同一位患者的多次往来进行更广泛的分析。这可以揭示重复出现的问题，例如反复发生的注册错误或服务利用模式。它还可用于分析患者的完整财务旅程，对于了解患者责任和忠诚度具有重要价值。

它支持对同一患者的多个账单事件进行交叉分析，有助于识别重复出现的问题并了解患者的整体财务历程。

这是几乎所有临床和财务系统中都能找到的主要标识符，源自患者注册或 EHR 系统。

未结余额（Outstanding Balance）代表计费事件中仍需收取的金额。通常计算方式为账单金额减去已付金额和调整金额。随着付款和调整的入账，该值在案例的生命周期中会不断变化。

此属性是应收账款健康状况的关键指标。在流程挖掘中，分析流程各阶段的未结余额有助于管理应收账款账龄并确定催收工作的优先级。它可以用来识别哪些类型的案例或流程路径容易产生高额余款，从而揭示付款或拒付解决环节中存在的问题。

它是衡量应收账款和催收效果的关键指标，有助于确定跟进活动的优先级并分析应收账款账龄。

通常根据已开票、已支付和已调整金额计算得出。也可以作为字段存储在应收账款或患者会计系统中。

Claim ID 是发送给保险公司的账单的特定标识符。如果一个计费事件需要向一级、二级和三级付款方计费，或者如果索赔被更正并重新提交，则可能会产生多个 Claim ID。

追踪 Claim ID 对于了解与付款方交互流程的细节非常重要。它支持分析涉及索赔重新提交的返工循环，并有助于追踪发送给付款方的特定账单状态。相比于仅查看计费事件，按 Claim ID 分析流程可以提供更细致的索赔提交和解决生命周期视图。

它可以详细跟踪理赔的提交和重新提交，从而对与付款方的互动以及返工循环进行细粒度分析。

此标识符由计费系统在索赔创建时生成，并存储在索赔管理表中。

与拒付原因类似，“调整原因”解释了为何部分已计费金额被核销或调整。这些原因说明了调整是源于与付款方的合同义务、慈善关怀政策、小额余额核销，还是计费错误的更正。

分析“调整原因”可以深入洞察收入完整性和财务绩效。它有助于区分预期的合同调整与因内部错误导致的可避免核销。通过根据特定调整原因筛选流程图，分析人员可以识别导致本可避免的收入损失的流程弱点，并相应地集中精力进行改进。

它为财务调整提供了背景信息，有助于区分合同义务与流程错误导致的、本可避免的收入损失。

存在于计费或患者会计系统的财务交易表中，通常与调整或核销交易关联。

“账户状态”提供了账单事件在任何特定时间点所处生命周期的快照。此状态反映了最近一次活动的结果，表明账户是未结清并等待付款、已关闭、已移交催收还是处于其他状态。

虽然流程挖掘可以重构活动流，但“账户状态”属性对于根据案例的当前状况进行筛选和细分非常有价值。它对于需要显示不同阶段账户数量和价值的运营监控看板特别有用，例如当前等待付款方答复的应收账款总额，或最近移交催收机构的账户数量。

它提供了案例的当前状态快照，这对于运营看板以及根据账户所处生命周期的阶段进行细分分析非常有用。

这通常是患者会计系统中主患者账户或计费事件记录上的状态字段。