收入周期管理数据模板

事件时间戳标记活动发生或被记录的时间，为案例中的所有事件提供时间顺序，形成贯穿收入周期始末的时间线。

时间戳是流程挖掘绩效分析的基础，可用于计算总周期时间、特定活动之间的时长和等待时间等关键指标。分析时间戳有助于组织发现案例耗时最长的瓶颈、衡量服务级别协议的达成情况，并了解流程随时间变化的规律。

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

这些信息通常可在交易日志、审计跟踪中找到，也可能记录在事件表的“创建日期”或“状态变更日期”字段中。

活动名称用于描述收入周期中的具体操作或里程碑，例如“服务已提供”“已提交索赔”“已收到付款通知”“已登记付款”和“账户已核销”。每项活动都代表流程中的一个步骤，需要投入时间和资源。

该属性定义了流程图中的节点，是流程挖掘的基础。分析这些活动的顺序、频率和持续时间，有助于呈现实际流程、与设计模型进行比较，并发现偏差、索赔被拒等返工循环以及效率低下的问题。

该属性定义了流程步骤，是发现和呈现流程图、识别返工以及分析流程一致性的关键。

通常可在事件日志、交易表中找到，也可根据账单或索赔模块中的状态变更记录生成。

计费事件ID是分配给每项可计费服务实例的唯一键，涵盖从初始费用捕获到最终付款或核销的全过程。它是连接特定服务就诊相关活动的主线，包括索赔创建、提交、拒付和付款入账。

在流程挖掘中，此属性对于重建每个计费事件的端到端历程至关重要。将所有相关活动归入同一个计费事件ID后，分析人员便可查看流程走向、识别瓶颈、衡量周期时间，并了解不同案件的处理差异。它是收入周期中所有以案例为中心的分析的基础。

这是将所有相关活动关联起来的关键案例标识符，可用于重建和分析每项可计费服务的完整收入周期。

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

该属性记录数据上次从源系统提取的时间。它是重要的元数据字段，有助于了解所分析数据的新鲜度和时效性。该字段反映数据管道的延迟，也表明流程挖掘分析所依据的数据有多新。

在流程挖掘仪表板和分析中，数据上次更新时间戳可帮助用户了解数据的时效性。对于运营监控而言，了解当前视图反映的是五分钟前还是昨晚的流程状态至关重要。这有助于管理用户预期，并确保决策基于明确的数据时间范围。

它能说明数据的时效性和新鲜度，确保分析和决策所依据的时间范围明确。

该字段通常在数据提取、转换和加载（ETL）过程中添加，并作为元数据列存储在事件日志中。

源系统属性用于标识特定事件的数据来源。在复杂的IT环境中，收入周期流程通常涉及多个系统，例如用于记录服务提供情况的电子健康记录（EHR）系统、用于提交索赔的专用账单系统，以及独立的催收平台。

了解数据来源有助于验证数据、排查问题并了解流程碎片化情况。它可以帮助发现系统间的数据不一致，或识别由不同应用程序管理的流程步骤，这些环节可能导致数据传输延迟或错误。通过这类分析，可以评估支持该流程的整体IT架构的集成程度和效率。

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

这些信息通常是数据提取中的标准字段，也可以根据数据来源的表或文件推导得出。

付款方名称用于标识提交索赔以申请报销的主要机构。付款方可能是Aetna或UnitedHealthcare等商业保险公司、Medicare或Medicaid等政府项目，也可能是其他机构。不同付款方的规则、提交要求和付款方式各不相同。

该属性对于分析收入周期绩效至关重要。按付款方细分流程后，组织可以识别拒付率最高、付款周期最长或最常要求补充信息的付款方。根据分析结果，组织可以采取有针对性的措施，例如重新协商合同、针对特定付款方调整提交流程，并将拒付管理资源集中在最需要的环节。

它支持按付款方细分拒付率、付款时间等绩效指标，对于有针对性地改进流程和协商合同至关重要。

这些信息通常可在与账单事件关联的患者登记、保险或索赔数据中找到。

付款方拒绝已提交的索赔时，会提供拒付原因代码，说明未付款的原因。这些代码通常遵循行业标准，例如索赔调整原因代码（CARC），并指向具体问题，如“服务不在承保范围内”“重复索赔”或“需要补充信息”。

该属性是分析收入周期根本原因的重要依据。通过分析不同拒付原因的发生频率和财务影响，组织可以找出导致拒付的上游流程问题。例如，因“患者信息错误”导致的拒付数量较多，可能说明患者登记流程存在问题。根据数据改进流程，有助于避免后续拒付并提高首次提交付款率。

它对于分析索赔拒付的根本原因至关重要，有助于有针对性地改进前端和周期中段流程，避免未来收入损失。

这些信息来自付款方提供的电子汇款通知（ERA）或福利说明（EOB）文件。

服务类别用于划分向患者提供的护理或服务类型，可以是“住院”和“门诊”等较高层级的分类，也可以是“外科”“急诊”或“检验”等更具体的部门类别。不同服务类别通常适用不同的账单规则、付款方要求和流程。

按服务类别细分收入周期流程，有助于开展有意义的分析。组织可以比较不同服务线的绩效，例如查看外科手术的拒付率是否高于会诊。这样的细分有助于定位问题，并根据各服务领域的具体运营情况制定改进措施。

它支持比较不同服务线的绩效，发现特定护理类型在效率、拒付率和付款周期方面的差异。

这些信息通常可在费用明细记录中找到，也可以根据患者类别、部门或操作代码推导得出。

调整金额是指账单金额中因合同约定、折扣或核销等原因，预计无法向付款方或患者收取的部分。这些调整会减少应收账款，是收入周期中的正常环节。

分析调整金额及其原因是了解收入完整性的关键。调整金额过高或异常，可能表明费用记录、编码或合同管理存在问题。流程挖掘可以帮助识别哪些流程变体或具体活动导致调整率上升，从而有针对性地分析根本原因，尽可能提高收入实现率。

通过跟踪核销和合同折让，它有助于分析收入流失，并发现合同或账单流程中的潜在问题。

该金额通常记录在财务调整表或付款登记模块中。

责任用户属性将流程步骤与执行该步骤的个人或系统关联起来。例如，完成医疗编码的编码员、提交索赔的账单专员，或登记付款的自动化机器人。跟踪用户可从人员或系统的角度分析流程。

按用户或团队分析流程绩效，有助于发现培训机会、识别绩效突出的人员，并确保工作量合理分配。该属性对于合规和审计也至关重要，可明确追溯每项操作的责任。借助该属性，还可以详细分析资源绩效和利用情况。

它支持分析团队和个人绩效、工作量分配及自动化率，帮助了解资源效率并发现培训需求。

通常可在交易日志或审计跟踪中找到，字段名称可能为“用户ID”“员工ID”或“处理人”。

该属性用于标识与特定流程步骤相关的组织单位，例如“患者接待”“编码”“账单”或“催收”。它有助于了解工作如何在不同团队之间分配和交接。

从部门角度分析流程，有助于了解跨职能协作，并发现团队交接环节的瓶颈。管理者可以查看哪些部门参与了特定流程变体、衡量部门效率，并更有效地分配资源。这类分析还能揭示部门内部可能影响整个收入周期的系统性问题。

它有助于发现部门间的瓶颈并按职能领域分析绩效，从而找到改善跨团队协作的机会。

这些信息可能包含在交易数据中，也可以根据责任用户关联的主数据推导得出。

账单金额是针对已提供服务提交的索赔或发票总费用。它是账单事件的初始财务金额，也是衡量后续付款和调整等财务交易的基准。

在流程挖掘中，分析账单金额是了解流程低效所造成财务影响的基础。可以据此将案例划分为高金额和低金额类别，判断某些流程问题是否对高收入索赔影响更大。将账单金额与周期时间或拒付率等指标关联，有助于优先处理财务影响最大的改进事项。

它确定案例的初始财务金额，便于分析延误和拒付等流程低效问题造成的财务影响。

这是核心财务属性，通常可在费用记录、账单或索赔交易表中找到。

已付款金额是针对特定账单事件登记的所有付款总和，包括主要和次要保险付款方的付款，以及患者支付的金额。它代表已提供服务实际收取的款项。

分析已付款金额有助于衡量收入周期的财务成效和效率。将已付款金额与账单金额进行比较，可以了解净收入和收款率。在流程挖掘中，该属性有助于量化不同流程路径的财务结果，并识别哪些索赔能够按时全额付款，哪些不能。

它衡量案例实际收取的款项，对于评估收款成效和流程整体财务绩效至关重要。

这些信息可在付款登记或现金入账交易表中找到。

患者ID是医疗系统主患者索引中分配给每位患者的唯一标识符，用于关联患者长期以来的临床和财务就诊记录。

账单事件ID对应单次服务案例，而患者ID支持对同一患者的多次就诊进行整体分析。这有助于发现反复出现的问题，例如重复的登记错误或服务使用模式。患者ID还可用于分析患者完整的财务历程，帮助了解患者应承担的费用和患者忠诚度。

它支持分析同一患者的多个账单事件，有助于发现反复出现的问题并了解患者整体财务历程。

这是几乎所有临床和财务系统中的主要标识符，来源于患者登记系统或EHR系统。

未结余额是账单事件仍待收取的金额。通常按账单金额减去已付款金额和调整金额计算。随着案例流程推进，付款和调整登记后，该金额也会发生变化。

该属性是衡量应收账款状况的重要指标。在流程的不同阶段分析未结余额，有助于管理应收账款账龄并确定催收工作的优先级。还可以识别哪些案例类型或流程路径往往留有较高余额，从而发现付款或拒付处理方面的问题。

它是衡量应收账款和收款成效的关键指标，有助于确定后续跟进工作的优先级并分析应收账款账龄。

通常根据账单金额、已付款金额和调整金额计算，也可能作为字段存储在应收账款或患者账务系统中。

索赔ID是发送给保险公司的账单的专属标识符。如果账单需要提交给主要、次要和第三付款方，或索赔经过更正后重新提交，一项账单事件可能对应多个索赔。

跟踪索赔ID有助于了解与付款方交互流程的细节。它支持分析索赔重新提交所涉及的返工循环，并跟踪发送给付款方的特定账单状态。与仅查看账单事件相比，按索赔ID分析流程可以更细致地了解索赔提交和处理的全过程。

它支持详细跟踪索赔提交和重新提交情况，细致分析与付款方的交互及返工循环。

该标识符由账单系统在创建索赔时生成，并存储在索赔管理表中。

与拒付原因类似，调整原因用于说明账单金额中的一部分为何被核销或调整。原因可能是与付款方的合同义务、慈善医疗政策、小额余额核销，或账单错误更正。

分析调整原因有助于了解收入完整性和财务绩效，并区分预期的合同调整与因内部错误导致的可避免核销。根据特定调整原因筛选流程图，分析人员可以发现导致收入损失的流程弱点，并据此确定改进重点。

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

可在账单或患者账务系统的财务交易表中找到，通常与调整或核销交易相关联。

账户状态反映账单事件在生命周期中任一时点的进展情况。该状态根据最近一次活动的结果，显示账户是仍在等待付款、已结清、已转交催收，还是处于其他状态。

流程挖掘会重建活动流程，而账户状态属性则有助于根据案例当前情况进行筛选和细分。对于需要展示不同阶段账户数量和金额的运营监控仪表板，该属性尤其有用。例如，可以查看当前等待付款方回复的应收账款总额，或近期转交催收机构的账户数量。

它提供案例当前状态的快照，适用于运营仪表板，也便于根据账户所处的生命周期阶段细分分析。

这通常是患者账务系统中患者主账户或账单事件记录的状态字段。