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

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

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

此模板全面介绍如何收集优化收入周期管理流程所需的数据,包括必要的数据属性、需要跟踪的关键活动,以及从源系统提取这些信息的实用指南。使用此资源,确保您具备开展有效流程分析和改进所需的全部数据。
  • 建议收集的属性
  • 需要跟踪的关键活动
  • 提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

收入周期管理属性

以下是建议纳入事件日志的数据字段,用于全面分析和优化收入周期管理流程。
3 必需 6 建议 10 可选
名称 说明
事件时间戳
EventTimestamp
特定活动或事件发生的准确日期和时间。
说明

Event Timestamp记录活动发生的时间点。这些时间数据对于了解收入循环中事件的时序和先后关系至关重要。

在分析中,时间戳用于计算活动之间的时长,例如费用采集延迟或付款过账时间。它们支持发现瓶颈、衡量周期时间,以及分析不同时段的流程绩效。准确的时间戳几乎是所有基于时间的KPI和仪表板的基础。

为什么重要

该属性对于计算所有基于时间的指标至关重要,包括周期时间和持续时长,这些指标是识别延迟与低效的基础。

获取位置

位于Epic Resolute的交易表或事件日志表中,并与每项已记录活动相关联。字段名称通常带有Dt、DTTM或Time等后缀。

示例
2023-04-15T09:30:00Z2023-04-16T11:05:21Z2023-05-01T14:00:00Z
活动名称
ActivityName
收入循环管理流程中所执行特定事件或任务的名称。
说明

该属性描述收入循环中的单个步骤,例如“费用已采集”“索赔已提交至付款方”或“已收到付款”。每项活动都代表服务计费和收款流程中的一个独立里程碑。

活动分析是流程挖掘的基础。它支持可视化流程图、识别常见路径、发现步骤之间的瓶颈,以及衡量流程对标准操作规程的遵循程度。

为什么重要

定义流程图中的步骤,从而实现对收入循环工作流的可视化、分析和优化。

获取位置

通常来源于Epic Resolute计费和索赔模块中的事件日志、审计轨迹或状态变更记录。

示例
已捕获费用已向付款方提交索赔收到付款账户已关闭
计费事件
BillingEvent
单次服务或产品交付的唯一标识符。该服务或交付会产生费用,并作为主要案例标识符。
说明

Billing Event是连接特定可计费项目在收入周期内所有活动的核心标识符。它始于服务提供完成,终于账户结清或关闭。

在流程挖掘分析中,该属性对于重构每项费用的端到端流程至关重要。它支持跟踪单个Billing Event中的费用捕获、索赔提交、付款过账和拒赔管理等活动,清晰呈现流程顺序及其变体。

为什么重要

这是基础Case ID,对于关联所有相关流程步骤、分析每项服务收入生成与回收的完整生命周期至关重要。

获取位置

这通常是医院账户(HAR)或Epic Resolute中特定费用会话的唯一标识符。有关HAR或Charge Session记录等具体表,请参阅Epic Resolute文档。

示例
BE10098765BE20012345BE30054321
拒付原因代码
DenialReasonCode
表示付款方拒绝已提交索赔原因的标准化代码。
说明

付款方拒绝索赔时,会提供说明拒付原因的代码,例如“不承保服务”“重复索赔”或“需要补充信息”。这些代码通常采用标准化的索赔调整原因代码(CARC)。

该属性是“索赔拒付率及原因”仪表板的核心。分析不同拒付代码的出现频率,有助于识别资质认证问题、编码错误或缺少事前授权等根因,从而制定有针对性的改进措施。

为什么重要

直接说明索赔被拒的原因,为降低拒付率、防止收入损失和加快付款提供可执行洞察。

获取位置

该数据来源于付款方返回的索赔响应交易,例如ANSI 835文件,并存储在Epic Resolute的索赔管理模块中。

示例
CO-16:索赔或服务缺少必要信息OA-18:重复索赔或服务PR-96:不在承保范围内的费用
服务类型
ServiceType
已提供医疗服务的类别或类型。
说明

该属性对可计费服务进行分类,例如“放射科”“手术”“会诊”或“急诊就诊”,为财务数据提供临床上下文。

按服务类型分析收入循环,可以发现特定临床领域的流程差异。例如,与普通门诊相比,手术可能需要更复杂的费用采集和授权流程,因此呈现不同的流程行为和挑战。

为什么重要

为财务数据提供临床上下文,支持分析不同医疗服务类型对收入循环流程及其效率的影响。

获取位置

来源于Epic中与费用交易相关的费用描述主数据(CDM)、服务线或部门。

示例
住院手术门诊放射科急诊服务
未结余额
OutstandingBalance
付款方或患者针对该计费事件仍需支付的金额。
说明

该属性表示特定计费事件在活动发生时的当前应收账款余额,反映案例整个生命周期中的财务状态。

未结余额对于财务报告和“未结余额账龄报告”至关重要。按时间以及付款方、部门等不同维度分析该值,有助于确定催收优先级、管理现金流并评估财务风险。

为什么重要

直接衡量流程延迟的财务影响,对于确定催收优先级、管理现金流和了解应收账款至关重要。

获取位置

这是Epic Resolute患者账户或医院账户(HAR)记录中的核心字段,是由财务交易持续更新的余额。

示例
1500.00250.750.00
计费部门
BillingDepartment
负责计费事件或活动的部门或职能团队。
说明

该属性表示与计费事件相关或执行特定活动的组织单元,例如“住院计费”“门诊计费”或“拒付管理团队”。

该维度对于“计费部门绩效指标”仪表板至关重要,可支持并列比较拒付率、费用采集时间等关键指标。它帮助管理层识别高绩效部门、推广最佳实践并有效分配资源。

为什么重要

支持跨部门绩效基准比较,帮助识别最佳实践,以及需要改进或增加资源的领域。

获取位置

该信息可能关联Epic Resolute中的用户记录、患者账户或服务地点。

示例
心脏科计费放射科收入周期管理中央计费办公室
调整原因
AdjustmentReason
对患者账户余额进行人工或自动调整的原因。
说明

该属性说明账户余额为何在标准付款或费用之外发生变化。原因可能包括付款方合同约定的折让、小额余额核销或过账错误更正。

这对于“按类型统计账户调整量”仪表板至关重要。通过分析调整原因,组织可以识别收入流失来源、了解付款方合同的影响,并发现计费流程中的潜在低效或错误。

为什么重要

通过说明账户余额被修改的原因,帮助了解收入流失和计费准确性,并减少不必要的核销。

获取位置

位于Epic Resolute患者账务模块中调整记录的交易明细内。

示例
合同约定减免小额余额核销重复收费更正
负责用户
ResponsibleUser
执行该活动的用户或员工标识符。
说明

该属性记录负责完成收入循环中特定任务人员的用户ID、姓名或员工编号。人员可能是录入费用的临床医生、提交索赔的计费员,或跟进拒付的催收员。

按用户分析有助于识别高绩效人员、确定培训需求并了解工作负载分布。这对于绩效管理,以及调查与特定人员或角色相关的流程偏差都很重要。

为什么重要

支持按个人或角色分析绩效,帮助识别培训机会、工作负载失衡和资源相关瓶颈。

获取位置

通常位于Epic Resolute的审计轨迹或交易日志中,并经常关联用户主数据表,例如EMP记录。

示例
j.doebsmith123User7890
事件结束时间
EventEndTime
表示活动完成时间的时间戳,可用于计算活动持续时长。
说明

该属性记录活动完成时间。许多活动是瞬时事件,StartTime等于EndTime,但部分任务具有可衡量的持续时长,例如拒付跟进电话。

在可用时,EndTime支持直接计算活动处理时间(“EndTime”-“StartTime”)。与根据下一项活动的开始时间推断时长相比,这种方式更准确,因为它能区分步骤之间的空闲时间。它是计算“ProcessingTime”属性的重要组成部分。

为什么重要

支持精确计算每项活动的完成时长,对于识别低效任务和衡量资源生产率至关重要。

获取位置

部分Epic Resolute模块可能提供该信息,例如记录任务开始和结束时间的工作队列或活动管理日志。但系统通常不会明确跟踪该字段。

示例
2023-04-15T09:45:00Z2023-04-16T11:15:30Z2023-05-01T14:02:00Z
付款到期日
PaymentDueDate
预计应支付已计费服务费用的日期。
说明

该属性规定付款截止日期,依据发票所列日期或付款方合同确定,是衡量付款是否及时的基准。

付款到期日对于生成“未结余额账龄报告”至关重要。通过比较当前日期与未结余额的到期日,可以将应收账款划分为不同账龄区间,例如逾期0至30天、31至60天,从而优先催收逾期时间最长的账户。

为什么重要

作为应收账款账龄分析的基础,对于确定催收优先级和管理未付款项带来的财务风险至关重要。

获取位置

该日期通常根据发票日期和付款条款计算,相关信息存储在Epic中的付款方合同或患者账户资料内。

示例
2023-05-302023-06-152023-07-01
付款方名称
PayerName
负责付款的保险公司、政府机构或其他方的名称。
说明

该属性标识与计费事件相关的主要付款方,例如“Blue Cross Blue Shield”“Medicare”或“Aetna”。在自费情况下,也可能显示患者。

按付款方细分流程是一种有效的分析方法。它可以揭示某些付款方是否存在更高的拒付率、更长的付款周期或更复杂的要求。借助这些洞察,可以针对不同付款方调整计费策略,提高效率和付款速度。

为什么重要

支持按付款方分析绩效,识别拒付率高或付款周期慢的付款方,从而制定有针对性的跟进策略。

获取位置

该信息属于患者保险覆盖详情,并在Epic Resolute中与医院账户(HAR)关联。

示例
Medicare B部分UnitedHealthcareAetna PPO
最后数据更新时间
LastDataUpdate
表示该事件数据最近一次从源系统刷新或提取时间的时间戳。
说明

该属性反映数据的新鲜度,表示记录最近一次从Epic Resolute导入流程挖掘数据集的时间。

这对于了解分析的时效性和开展数据验证非常重要。它帮助用户确认当前查看的是否为最新可用信息,也是管理数据刷新周期的关键依据。

为什么重要

确保用户了解所分析数据的时效性,这对于制定准确、及时的业务决策至关重要。

获取位置

该时间戳由ETL(提取、转换、加载)流程在数据摄取期间添加。

示例
2023-06-10T02:00:00Z2023-06-11T02:00:00Z
患者ID
PatientId
接受服务患者的唯一标识符。
说明

该属性是患者的病历号(MRN)或其他唯一标识符,用于将财务计费事件关联到具体个人。

为保护患者隐私,它通常不作为主要分析维度,但对于数据验证至关重要,也可用于汇总单个患者的所有计费事件,了解其整体财务历程。它对于未来与临床流程数据集成同样重要。

为什么重要

将财务数据关联到具体患者,支持数据验证以及对患者完整历程进行更广泛分析,但由于涉及隐私,必须谨慎处理。

获取位置

这是Epic中广泛使用的基础标识符,与患者登记记录和账户记录相关联。

示例
MRN-1234567MRN-8765432MRN-5551234
收入循环总周期时间
TotalRevenueCycleTime
从首次服务事件到最终付款或账户关闭的总计算时长。
说明

这是案例级KPI,用于衡量单个计费事件收入循环的端到端时长。通常计算“Service Rendered”活动与最终“Payment Received”或“Account Closed”活动之间的时间差。

这一高层指标全面反映RCM流程的整体效率。持续跟踪该KPI有助于衡量流程改进措施的影响,并作为现金转换速度的重要指标。

为什么重要

从高层次提供流程效率的端到端视图,直接衡量将服务转化为现金所需的时间。

获取位置

这是在流程挖掘工具中计算的指标,通过筛选每个案例的首个和最后一个事件并计算时间差得出。

示例
259200038880005184000
是否自动执行
IsAutomated
用于表示活动是否由系统或自动化流程执行的布尔标记。
说明

该标记用于区分系统自动执行的任务,例如自动生成索赔或资格检查,与用户手动执行的任务。

分析该属性有助于了解流程自动化程度。它可用于比较自动化活动与人工活动的效率和错误率,识别进一步自动化的机会,并监控现有机器人或系统规则的绩效。

为什么重要

区分系统驱动和人工驱动的活动,对于评估自动化影响和识别新的自动化机会至关重要。

获取位置

通常通过检查活动的“ResponsibleUser”是否为系统账户或服务账户,或标记已知由自动化执行的特定活动名称来推导。

示例
truefalse
源系统
SourceSystem
数据来源的信息系统。
说明

该属性标识记录的源系统,在此场景中为Epic Resolute。在包含多个集成系统的环境中,该字段有助于区分数据来源。

在单系统视图中它可能显得多余,但这是数据治理和扩展性的最佳实践。如果未来集成其他系统的数据,例如独立的催收机构平台,该字段可确保来源清晰。

为什么重要

提供关键的数据血缘和上下文信息,明确数据来源,对于数据治理和问题排查至关重要。

获取位置

通常是在数据提取和转换过程中添加的静态值,用于标记数据集来源。

示例
Epic ResoluteEpicResolute_V2023
索赔ID
ClaimId
提交给付款方的保险索赔唯一标识符。
说明

该属性是发送给付款方的索赔表单的具体ID,例如CMS-1500或UB-04。同一计费事件可能包含多笔索赔,例如重新计费或提出申诉时。

按Claim ID跟踪有助于详细分析索赔提交和拒付管理子流程,也能区分初始索赔活动与同一服务后续重新提交索赔的相关活动。

为什么重要

提供跟踪每笔具体索赔提交生命周期的细粒度标识符,对于分析重新提交和申诉至关重要。

获取位置

索赔创建时由Epic Resolute的索赔管理模块生成,并存储在索赔数据表中。

示例
CLM-2023-98765CLAIM-0012345623189A4567
调整金额
AdjustedAmount
调整交易的金额。
说明

该字段记录账户调整的具体金额,可以为正数或负数,分别表示账户余额的贷记或借记。

该金额是“按类型统计账户调整量”仪表板的主要指标。按调整原因汇总该值,可以清晰呈现不同调整类型的财务影响,例如因合同义务核销的收入金额,以及因可纠正错误造成的损失金额。

为什么重要

量化账户调整的财务影响,从而衡量收入流失和计费错误成本。

获取位置

位于Epic Resolute的财务交易明细表中,并与调整类交易相关联。

示例
-1250.45-50.0025.10
必需 建议 可选

收入周期管理活动

以下是应纳入事件日志的关键流程步骤和里程碑,用于准确发现流程并衡量绩效。
7 建议 5 可选
活动 说明
付款已过账到账户
这是将已收到的付款应用或分配到患者账户特定费用的事件。该操作会减少计费事件的未结余额。
为什么重要

高效的付款过账对于保持账户余额准确并完成计费事件至关重要,也有助于准确识别需要二次计费或催收的剩余余额。

获取位置

这是Resolute中的明确交易。付款过账会将一笔付款交易关联到一笔或多笔费用交易,并记录在交易明细表中。

采集

提取将付款应用到费用的交易记录,可依据特定交易类型进行识别。

事件类型 explicit
已向付款方提交索赔
标志着索赔正式发送给保险付款方进行审核。在Epic中,这是一个可跟踪事件,电子索赔文件传输至清算所或付款方时会被记录。
为什么重要

这是一个关键里程碑,付款方的付款周期从此开始计时。分析该节点有助于衡量索赔传输流程的效率,并支持Invoice to Payer Delivery Time KPI。

获取位置

这是Resolute中明确记录的事件。索赔记录会包含提交状态和发送时间戳。

采集

获取索赔状态变更为“Submitted”或“Transmitted”时对应的时间戳。

事件类型 explicit
已捕获费用
表示正式记录已提供服务对应的可计费费用。在Epic中,这通常是记入患者账户的明确交易,可能由临床操作自动生成,也可能由人工录入。
为什么重要

这是第一个关键里程碑。衡量费用捕获的速度和准确性,有助于加快计费流程,并确保所有已提供服务都完成计费。

获取位置

该活动会明确记录在Resolute的交易日志中。每笔费用都是一条独立记录,包含过账日期、服务日期和金额,通常可在ARPB_TRANSACTIONS等表中找到。

采集

从系统财务交易日志中获取费用过账交易。

事件类型 explicit
收到付款
表示收到付款方或患者的付款。通常在电子汇款通知(ERA)加载完成,或人工将支票录入系统时记录该事件。
为什么重要

该活动是表明收入即将到账的重要里程碑。从索赔提交到收到付款之间的时间,是衡量应收账款绩效的关键指标。

获取位置

在Resolute中明确记录为付款交易。这些交易会记录日期、来源和金额,通常早于付款完全过账到各项费用。

采集

从财务交易日志中提取付款交易,通常依据特定交易类型进行识别。

事件类型 explicit
服务已提供
该活动标志着临床服务已提供给患者,并由此启动计费事件。通常,当临床医生在Epic EHR(EpicCare)中完成就诊或操作签署后,系统会记录这一活动。
为什么重要

这是收入周期的主要开始事件。分析从该节点到费用捕获所需的时间,对于识别计费启动延迟和潜在收入流失至关重要。

获取位置

该事件通常根据与计费账户关联的临床模块中的服务或就诊时间戳推断得出。费用交易中的服务日期是关键数据点。

采集

根据计费事件对应的第一笔费用交易的服务日期推断得出。

事件类型 inferred
索赔被付款方拒付
表示收到付款方发出的索赔拒付通知。当Epic处理电子汇款建议(835文件)或用户手动登记拒付时,系统会记录该活动。
为什么重要

该活动会启动关键的返工循环。分析拒付原因和数量,对于识别根本原因、提升首次提交付款率和减少回收延迟至关重要。

获取位置

该活动会作为索赔上的交易或状态更新明确记录。拒付信息(包括原因代码)通常以电子方式接收,并记入账户。

采集

筛选表明索赔拒付的特定交易类型或索赔状态更新。

事件类型 explicit
账户已关闭
这是最终活动,表示计费事件的未结余额已归零,且没有其他待处理活动。其原因可能是全额付款、调整或核销。
为什么重要

该事件标志着某项计费事件的收入循环已成功完成。从服务提供到关闭的端到端时长,是衡量整体流程效率的关键KPI。

获取位置

这通常是一个推断事件。通过识别计费事件账户余额变为零并持续为零的时间点确定。

采集

通过计算账户余额的累计总额,识别使余额归零的最后一笔交易的时间戳来推断。

事件类型 inferred
余额已转入催收
标志着未付款账户余额被转入内部或外部催收流程。通常表现为账户或计费事件的明确状态变更。
为什么重要

该活动启动了追回未付款余额的最后阶段。跟踪催收流程的成功率和周期时间,对于减少坏账至关重要。

获取位置

这通常是一个明确事件。Epic提供将账户转交催收机构的功能,并在账户上生成日志条目或状态变更。

采集

识别表明账户已交由催收机构处理的状态变更或交易。

事件类型 explicit
已启动拒付跟进
该活动标志着内部审核和解决拒付索赔流程的开始。通常,当用户在工作队列中接管拒付索赔或更改其状态时,系统会记录该活动。
为什么重要

跟踪该活动有助于衡量拒付管理团队的响应速度。拒付发生到开始跟进之间的延迟,可能不必要地延长收入周期。

获取位置

通常根据Epic工作队列中的索赔状态或分配历史变更推断得出。例如,索赔状态可能从“Denied”变更为“In Review”。

采集

根据索赔状态变更,或显示用户已开始处理拒付的审计日志记录进行推断。

事件类型 inferred
已生成索赔
该活动表示系统根据已捕获费用创建正式索赔或发票,是将索赔发送给付款方或患者前的准备步骤。
为什么重要

跟踪索赔生成,有助于定位费用捕获与提交准备之间的延迟。这是影响整体计费及时性的关键内部步骤。

获取位置

通常在计费或索赔生成批处理作业运行时记录。当系统为某个账户创建索赔文件(例如837文件)时,会记录相应时间戳。

采集

识别表明索赔已汇总完成并准备提交的日志记录或状态变更。

事件类型 explicit
索赔已重新提交
该事件发生在拒付索赔完成更正并发回付款方之后。这是一个独立的提交事件,与原始索赔相关联。
为什么重要

这是返工循环中的关键环节。衡量重新提交所需时间以及重新提交索赔的成功率,对于了解拒付处理流程的有效性至关重要。

获取位置

这是一个与初始提交类似的明确事件,但通常会标记为重新提交。索赔记录中会显示新的提交时间戳,并可能包含重新提交代码。

采集

记录标记为更正或重新提交的索赔提交时间戳。

事件类型 explicit
账户已调整
该活动表示会改变账户余额的非付款交易,例如合同调整、小额余额核销或善意折扣。系统会将其记录为特定交易类型。
为什么重要

分析调整是识别收入流失的关键。某些调整类型数量过高,可能表明费率表、合同或内部政策存在问题。

获取位置

在Resolute的财务日志中明确记录为调整交易。每笔调整都会关联特定类型或原因代码。

采集

筛选对应财务调整或核销的交易类型。

事件类型 explicit
建议 可选

提取指南

如何从Epic Resolute获取数据

准备开始了吗?

借助准确的数据,释放收入周期管理流程的全部潜力。立即开始提升效率和财务表现。

释放最高效率:立即优化收入周期管理

精准定位Epic Resolute中的RCM低效环节,将周期时间缩短30%。

开始免费试用

无需信用卡,立即开始优化。