您的患者旅程数据模板
您的患者旅程数据模板
- 建议收集的属性
- 需要追踪的关键活动
- athenahealth 提取指南
患者旅程属性
| 名称 | 描述 | ||
|---|---|---|---|
|
事件timestamp
EventTimestamp
|
活动发生的具体日期和时间。 | ||
|
描述
记录活动发生的准确时刻。用于按时间顺序排列事件并计算步骤之间的时长。 对于基于时间的分析(包括周期时间、等待时间和吞吐量分析)至关重要。建议使用高精度时间戳,以区分同一天内发生的事件顺序。
为何重要
用于事件排序和计算所有基于时间的 KPI。
获取方式
与 athenahealth 表中状态更改或创建日期相关的时间戳字段。
示例
2023-10-12T08:30:00Z2023-10-12T09:15:22Z2023-10-15T14:20:00Z
|
|||
|
最后数据更新
LastDataUpdate
|
数据上次提取或刷新的时间戳。 | ||
|
描述
指示分析中所用数据的时效性。这有助于用户了解他们查看的是实时数据还是历史快照。 用于管理数据流水线,并确保仪表板反映流程的最新状态。
为何重要
对于数据治理以及用户对仪表板实时性的信任至关重要。
获取方式
ETL 执行时刻的系统时间。
示例
2023-11-01T12:00:00Z2023-11-02T06:00:00Z
|
|||
|
患者就诊阶段
PatientEpisodeId
|
特定患者接诊阶段或旅程的唯一标识符。 | ||
|
描述
此属性用作核心案例标识符 (Case Identifier),将与患者特定诊疗阶段或病情相关的所有活动分组。它将预约、诊断医嘱和出院程序等分散事件连接成一个连贯的旅程。 在分析中,此 ID 是流程挖掘的主键,用于重构端到端流程。它确保同一位患者因不同病情而进行的多次就诊被视为不同的流程实例。
为何重要
对于定义分析中单个流程实例的范围至关重要。
获取方式
源自 athenahealth 中的就诊 ID 分组或关联到特定的“护理病程 (Episode of Care) ID”。
示例
EP-2023-88491EP-2023-99102ENC-55412-GRP
|
|||
|
活动名称
ActivityName
|
在患者旅程中执行的事件或任务的名称。 | ||
|
描述
指示流程中发生的具体步骤,如“患者已签到”、“已下达诊断测试医嘱”或“已给药”。此字符串定义了流程图中的节点。 用于将流程可视化并识别操作顺序。这些名称的标准化对于生成清晰、可读的流程图至关重要。
为何重要
定义流程图的步骤,是任何流程挖掘的必填项。
获取方式
源自审计日志、预约状态变更或报销单行项目描述。
示例
已预约会议患者已签到诊断测试已下达医嘱患者已出院
|
|||
|
源系统
SourceSystem
|
数据来源系统的名称。 | ||
|
描述
识别负责生成记录的 IT 系统(在此案例中为 'athenahealth')。这在数据可能混合的多系统环境中特别有用。 允许分析师按数据源过滤视图,并针对特定系统排查数据质量问题。
为何重要
在多系统流程挖掘配置中提供数据血缘和上下文。
获取方式
硬编码的字面量或系统配置 ID。
示例
AthenahealthAthenaOneAthenaPractice
|
|||
|
主诊断代码
PrimaryDiagnosisCode
|
与本次接诊阶段相关的主要 ICD-10 代码。 | ||
|
描述
对患者旅程的临床原因进行分类。这为“年龄段与诊断旅程对比”提供了必要的背景信息。 分析师以此按病情(如肺炎 vs. 骨折)对旅程进行细分,因为不同病情的预期路径和周期时间差异巨大。
为何重要
支持“同类”案例对比;不同诊断的周期时间差异巨大。
获取方式
就诊或报销诊断字段 (ICD-10)。
示例
J18.9I10E11.9
|
|||
|
事件结束时间
EventEndTime
|
特定活动完成的时间。 | ||
|
描述
捕获活动的完成时间,从而能够计算该步骤本身的活跃持续时间(处理时间),这与此前的等待时间不同。 用于分析资源效率,并识别手动执行时间超过预期的任务。
为何重要
支持计算主动处理时间与被动等待时间的对比。
获取方式
athenahealth 中的结账时间、结果验证时间或特定完成时间戳。
示例
2023-10-12T09:00:00Z2023-10-12T10:45:00Z
|
|||
|
出院去向
DischargeDisposition
|
患者出院时的去向或状态。 | ||
|
描述
指示患者在本次就诊后的去向,如“回家”、“专业护理机构”或“临终关怀”。这对于“出院计划与再入院趋势”至关重要。 它提供了所需出院计划复杂性的背景信息,并有助于评估护理转接的有效性。
为何重要
出院计划和再入院风险的关键背景信息。
获取方式
athenahealth 就诊字段或医院出院记录。
示例
主页专业护理机构转院至短期医院已到期
|
|||
|
医疗提供者姓名
ProviderName
|
执行该活动的医疗专业人员姓名。 | ||
|
描述
识别负责该事件的特定医生、护士或技术人员。此属性是资源利用分析的核心。 它允许比较不同工作人员的性能指标(如吞吐量和周期时间),以识别培训需求或工作量不平衡问题。
为何重要
“资源利用率”和交接分析的关键。
获取方式
解析为服务提供者目录名称的 athenahealth 'providerid'。
示例
史密斯医生护士琼斯技术员亚当斯
|
|||
|
处理时间
ProcessingTime
|
积极处理该活动所花费的时长。 | ||
|
描述
代表特定任务从开始到完成的时间差(例如,执行扫描所需的时间)。这对应于通用模型中的“ProcessingTime”。 用于计算资源利用率,并识别手动任务与自动化任务之间的效率差距。
为何重要
在总周期中区分主动工作时间与等待时间。
获取方式
计算:EventEndTime - EventTimestamp。
示例
15分钟1小时30分钟45秒
|
|||
|
就诊类型
EncounterType
|
就诊类别(例如诊室就诊、远程医疗、急诊)。 | ||
|
描述
定义所提供护理的形式或环境。这在通用数据模型中充当“案例类型 (Case Type)”。 不同的就诊类型有不同的预期流程和计费要求。按此属性进行过滤对于避免周期时间分析中的“苹果比橘子”(不具可比性的对比)至关重要。
为何重要
区分不同的流程变体,如远程医疗 vs. 线下就诊。
获取方式
athenahealth 'encountertype' 字段。
示例
诊室就诊远程医疗紧急手术
|
|||
|
患者 ID
PatientId
|
患者的唯一标识符(已匿名化/哈希处理)。 | ||
|
描述
唯一标识正在进行旅程的客户(患者)。虽然与案例标识符相似,但一名患者可能会随着时间的推移有多次就诊。 用于关联重复就诊并分析再入院率。这对于“计划外再入院百分比”KPI 至关重要。
为何重要
用于跨就诊阶段追踪再入院情况和患者病史。
获取方式
athenahealth 'patientid' 字段。
示例
PAT-100234PAT-559201PAT-992210
|
|||
|
患者年龄组
PatientAgeGroup
|
患者年龄的分组类别(如 18-25、65+)。 | ||
|
描述
将患者划分为人口统计群体。这是“年龄组与诊断旅程比较”仪表板直接需要的。 它有助于识别流程效率低下或成效是否不成比例地影响特定的年龄群体,如老年人或儿科患者。
为何重要
用于医疗流程分析的标准人口统计细分。
获取方式
根据患者出生日期和开始时间推导。
示例
18-2930-4965岁以上
|
|||
|
是否再入院
IsReadmission
|
指示此病程是否代表非计划返回就诊的标记。 | ||
|
描述
一个布尔指标,标识患者是否在之前出院后的设定时间段内(如 30 天)返回医院。这直接支持“非计划再入院百分比”KPI。 通过过滤此属性,分析人员可以深入挖掘再入院的根本原因,并识别初始治疗路径中的模式。
为何重要
直接支持再入院率 KPI。
获取方式
在 ETL 过程中通过比较入院日期与之前的出院日期来计算。
示例
truefalse
|
|||
|
部门名称
DepartmentName
|
发生该活动的医院或诊所部门。 | ||
|
描述
按职能单元(如急诊、心脏科或放射科)对流程数据进行细分。这对于“部门吞吐量与交接”仪表板至关重要。 使用此属性进行分析可以突显特定区域的瓶颈,并有助于优化跨部门的患者流。
为何重要
对于识别组织瓶颈和交接环节的低效至关重要。
获取方式
解析为科室名称的 athenahealth 'departmentid'。
示例
急诊科内科放射科
|
|||
|
总收费金额
TotalChargeAmount
|
为该活动或接诊阶段收取的货币金额。 | ||
|
描述
与活动相关的财务价值或总理赔金额。这实现了基于成本的流程挖掘和财务影响分析。 用于识别治疗路径中的高成本偏差,并将流程效率与财务成效相关联。
为何重要
为流程分析增加了财务维度。
获取方式
athenahealth 报销/费用表中的 'amount' 或 'totalcharge'。
示例
150.002500.5045.00
|
|||
|
是否返工
IsRework
|
指示此活动是否为重复的标记。 | ||
|
描述
一个布尔标记,如果该活动在同一个案例中发生多次,则其值为 true。这为“活动频率与返工循环”仪表板提供了支持。 它能够立即隔离包含返工的案例,从而支持“返工活动频率”这一 KPI 的计算。
为何重要
识别流程效率低下和冗余步骤。
获取方式
在 ETL 过程中根据每个 CaseId 的活动发生情况计算。
示例
truefalse
|
|||
|
索赔状态
ClaimStatus
|
与诊疗相关的财务理赔状态。 | ||
|
描述
指示账单理赔的状态,如“已提交”、“已拒绝”或“已支付”。这与“理赔已提交”活动和财务吞吐量相关。 有助于识别临床记录问题是否导致了后端财务延迟。
为何重要
将临床效率与收入周期绩效联系起来。
获取方式
athenahealth 'claimstatus' 字段。
示例
已开账单挂起作废
|
|||
|
订单类型
OrderType
|
医嘱类别(如化验、影像、处方)。 | ||
|
描述
对病程中下达的临床医嘱进行分类。这对于“诊断测试提前期”仪表板至关重要。 它允许分析师专门测量化验与影像的提前期,因为这两者通常具有不同的服务水平协议 (SLA) 和瓶颈。
为何重要
对诊断流程进行分段,以进行特定的提前期分析。
获取方式
医嘱 API 中的 athenahealth 'ordertype' 或 'class'。
示例
化验室影像处方处置/手术
|
|||
|
诊断结果状态
DiagnosticResultStatus
|
诊断医嘱的结果状态(例如阳性、正常)。 | ||
|
描述
捕获测试的高级结果。这为“诊断测试提前期”和随后的治疗决策提供了背景。 用于分析异常结果是否比正常结果更能促成更快的后续行动。
为何重要
将流程流向与临床结果关联起来。
获取方式
athenahealth 实验室结果观察字段。
示例
普通异常严重
|
|||
患者旅程活动
| 活动 | 描述 | ||
|---|---|---|---|
|
出院医嘱已下达
|
医生或授权提供者下达正式医嘱,批准患者出院。这是在电子病历系统的 CPOE(医生医嘱录入)模块中创建的带有时间戳的明确事件。 | ||
|
为何重要
此活动启动出院流程。该医嘱与实际出院之间的时间间隔是“出院计划提前期”的关键绩效指标。
获取方式
位于医嘱表中。该事件通过特定的“出院”医嘱类型及其创建时间戳来识别。
捕获
在医嘱表中创建了一条医嘱类型为“出院”的新记录。
事件类型
explicit
|
|||
|
初始评估已完成
|
标志着首次临床评估(如分诊或护理评估)的完成,在此过程中记录了生命体征和主诉。此事件通常根据本次就诊的第一个签署的临床记录或完成的评估表的时间戳推断。 | ||
|
为何重要
此里程碑标志着临床诊疗的开始。从签到该活动的持续时间是衡量患者初始等待时间和资源响应能力的关键指标。
获取方式
根据 athenaClinicals 中特定临床文档或流程图的创建或签署时间戳推断。需要识别分诊或摄入相关的文档类型。
捕获
识别本次接诊中临床记录、生命体征流程图或特定摄入表单上的第一个时间戳。
事件类型
inferred
|
|||
|
已执行处置
|
对患者执行临床操作,如手术或专业治疗。这是临床文档中捕获的一个明确事件,通常在操作记录中记有具体的开始和结束时间。 | ||
|
为何重要
医疗处置是患者治疗中的重要里程碑。分析处置前后的活动有助于优化术前和术后工作流。
获取方式
在 athenaClinicals 的医疗操作记录或特定的临床流程单中可以找到。事件时间戳源自记录的操作开始或结束时间。
捕获
创建了操作记录或日志,其中包含该操作发生的时间戳。
事件类型
explicit
|
|||
|
患者已出院
|
患者已正式出院,其医疗机构内的旅程部分已结束。这是住院接诊的最后一个 ADT 事件,带有精确的时间戳。 | ||
|
为何重要
此事件标志着患者主要旅程的结束。它是衡量整体“患者旅程周期时间”的终点,对于再入院分析至关重要。
获取方式
这是 ADT 系统或患者就诊表中的明确事件,标志着就诊的最终状态为“已出院”并带有时间戳。
捕获
患者就诊状态更新为“已出院”,并记录一条 ADT 事件。
事件类型
explicit
|
|||
|
患者已签到
|
此活动标志着患者到达并为其预约的就诊正式签到。这通常捕捉为 athenaClinicals 或 athenaCommunicator 内预约记录上的明确状态更改。 | ||
|
为何重要
这是患者现场旅程的明确起点。它是衡量等待时间和临床就诊整体周期时间的关键起点。
获取方式
记录为预约表或接诊表中的状态更新。查找“已签到”状态及其对应的时间戳。
捕获
预约或就诊对象的状态更改被记录并附带时间戳。
事件类型
explicit
|
|||
|
测试结果已接收
|
诊断测试结果已定稿并录入患者病历。这通常发生在化验或影像系统将结果发回 athenahealth 并创建带时间戳的条目时。 | ||
|
为何重要
结果的接收是后续临床决策(如诊断和治疗计划)的关键触发点。此事件是衡量诊断周转时间的终点。
获取方式
位于结果或诊断表中,链接到原始医嘱。该事件以结果归档或录入患者病历的时间戳为标志。
捕获
创建了带有时间戳的新结果记录,通常通过 LIS(实验室信息系统)或 RIS(放射信息系统)的接口生成。
事件类型
explicit
|
|||
|
诊断已确认
|
临床医生正式为患者当前就诊的状况分配或确认诊断。这可以通过与患者就诊关联的主诊断代码(如 ICD-10)的创建或“最后更新”时间戳来推断。 | ||
|
为何重要
这是一个决定后续治疗路径的关键里程碑。分析此点之后活动的偏差有助于理解和标准化护理协议。
获取方式
根据患者的问题列表或接诊的诊断数据推断。诊断代码的更改或定稿及其相关时间戳标志着该事件的发生。
捕获
检测就诊主诊断被添加或更新的时间戳。
事件类型
inferred
|
|||
|
已预约会议
|
代表为患者预订预约。当用户在 athenahealth 的排程模块 athenaCommunicator 中创建并确认新的预约条目时,系统会明确捕捉到此事件。 | ||
|
为何重要
此活动标志着许多患者旅程的初始接触点。分析从预约到签到的时间有助于了解患者就医的可及性和就诊前的效率。
获取方式
这是记录在预约或排程表中的明确事件。它通常与创建时间戳和患者 ID 相关联。
捕获
在排班模块中创建预约记录时记录该事件。
事件类型
explicit
|
|||
|
患者已转院/转科
|
患者从一个护理单元或部门移至另一个,例如从急诊科移至住院病房。这通过电子健康记录 (EHR) 中的入院、出院、转院 (ADT) 事件明确捕捉。 | ||
|
为何重要
此活动对于分析医疗机构内的部门交接和患者流至关重要。它有助于识别“患者交接时间”和资源配置中的瓶颈。
获取方式
记录在 ADT 事件日志或患者追踪表中。每个转运事件包含患者信息、起始/目标地点以及时间戳。
捕获
在患者转诊时生成带有时间戳的 ADT 消息或事件日志条目。
事件类型
explicit
|
|||
|
标本已采集
|
代表从患者身上采集生物样本(如血液或尿液)进行化验的事件。这通常是记录在化验模块中的明确事件,或作为医嘱状态的更新。 | ||
|
为何重要
这是诊断测试流程中的一个关键里程碑。医嘱、采集和结果之间的时间间隔可以揭示化验工作流中的重大瓶颈。
获取方式
此事件可以在化验医嘱的状态更改中找到,或者在与 athenahealth 对接的实验室信息系统中作为独立事件找到。查找“已采集”状态及其时间戳。
捕获
记录为化验医嘱状态的更新,或记录在专门的标本追踪模块中。
事件类型
explicit
|
|||
|
治疗计划已制定
|
代表临床医生正式创建和记录患者的治疗计划。这可以捕捉为特定“护理计划”文档的创建或签署,或一系列相关的治疗医嘱。 | ||
|
为何重要
此活动使预期的临床路径正式化。它是衡量标准协议合规性和分析诊疗偏差的关键点。
获取方式
通常存在于临床文档或医嘱表中。此事件对应于签署的护理计划记录或提交的一套协调治疗医嘱的时间戳。
捕获
事件是特定治疗计划文档或医嘱集的创建或定稿时间戳。
事件类型
explicit
|
|||
|
索赔已提交
|
为患者就诊期间提供的服务生成报销单并提交给支付方。这是 athenaCollector 收入周期管理模块中的一个明确事件。 | ||
|
为何重要
虽然这是一个行政步骤,但此活动对于分析与临床旅程并行的收入周期流程至关重要。它有助于识别临床诊疗与计费之间的延迟。
获取方式
可在报销或计费表中找到。该事件以报销单创建或提交时间戳为标记。
捕获
创建报销记录,并将其状态更新为“已提交”,同时附带时间戳。
事件类型
explicit
|
|||
|
药物已施用
|
临床工作人员实际为患者配发药物。这在 athenaClinicals 的用药记录 (MAR) 模块中有明确记录,每个剂量都有精确的时间戳。 | ||
|
为何重要
此活动代表直接的治疗干预。分析其时间点有助于衡量“首次治疗时间”并确保遵循给药时间表。
获取方式
可在 MAR 数据表中找到。每个配发事件都有患者 ID、药物 ID、剂量和配发时间戳。
捕获
每当记录药物已配发时,用药记录 (MAR) 中都会创建一个带有时间戳的记录。
事件类型
explicit
|
|||
|
诊断测试已下达医嘱
|
医疗提供者为诊断测试(如化验、影像扫描或其他操作)下达医嘱。这是通过 athenaClinicals 中的 CPOE 功能创建的带有时间戳的明确事件。 | ||
|
为何重要
这是一个触发诊断子流程的关键决策点。追踪此活动对于分析从医嘱到结果的“诊断测试提前期”KPI 至关重要。
获取方式
可在医嘱表中找到。每项医嘱都有患者标识符、医嘱名称、医嘱状态和创建时间戳。
捕获
在系统的医嘱表中创建了带有时间戳的新记录。
事件类型
explicit
|
|||
|
随访预约已安排
|
在患者主要治疗或出院后为其安排随访预约。当在 athenaCommunicator 排班模块中创建新预约时,会明确捕获此事件。 | ||
|
为何重要
此活动是理解出院后护理协调及其对再入院率等成效影响的关键。它展示了护理的连续性。
获取方式
记录在预约表中。该事件通过在出院日期之后发生的预约创建时间戳来识别。
捕获
在排班系统中创建了新的预约记录。
事件类型
explicit
|
|||