患者就医旅程数据模板
患者就医旅程数据模板
- 建议收集的属性
- 建议跟踪的关键活动
- athenahealth数据提取指南
患者就医旅程属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间戳
EventTimestamp
|
活动发生的具体日期和时间。 | ||
|
说明
记录活动发生的准确时间,用于按时间顺序排列事件,并计算各步骤之间的时长。 这是开展时间分析的关键数据,包括周期时间、等待时间和吞吐量分析。建议使用高精度时间戳,以确定同一天发生的多个事件的先后顺序。
重要性
用于排列事件顺序并计算所有基于时间的KPI。
获取途径
athenahealth表中与状态变更或创建日期相关的时间戳字段。
示例
2023-10-12T08:30:00Z2023-10-12T09:15:22Z2023-10-15T14:20:00Z
|
|||
|
患者就诊周期
PatientEpisodeId
|
用于标识特定患者就诊周期或诊疗历程的唯一标识符。 | ||
|
说明
此属性作为核心案例标识符,将患者某一特定诊疗阶段或病情相关的所有活动归为一组。它将预约、诊断医嘱和出院手续等分散事件串联成完整的诊疗历程。 在分析中,此ID是流程挖掘的主键,可用于还原端到端流程。它还能确保同一患者因不同病情多次就诊时,被视为不同的流程实例。
重要性
对于界定分析中单个流程实例的范围至关重要。
获取途径
通过对Encounter ID分组得出,或关联到athenahealth中的特定Episode of Care ID。
示例
EP-2023-88491EP-2023-99102ENC-55412-GRP
|
|||
|
数据最近更新时间
LastDataUpdate
|
数据最近一次提取或刷新的时间戳。 | ||
|
说明
用于说明分析所用数据的新鲜度,帮助用户判断查看的是实时数据还是历史快照。 该属性还可用于管理数据管道,确保仪表板反映流程的最新状态。
重要性
对于数据治理以及用户对仪表板数据时效性的信任至关重要。
获取途径
ETL执行时的系统时间。
示例
2023-11-01T12:00:00Z2023-11-02T06:00:00Z
|
|||
|
活动名称
ActivityName
|
患者诊疗历程中发生的事件或执行的任务名称。 | ||
|
说明
用于标识流程中发生的具体步骤,例如“患者已登记”“已开具诊断检查医嘱”或“已施用药物”。此文本用于定义流程图中的节点。 该属性用于呈现流程并识别操作顺序。统一这些名称对于生成清晰易读、无聚类的流程图至关重要。
重要性
用于定义流程图中的步骤,是开展流程挖掘的必备属性。
获取途径
可从审计日志、预约状态变更或理赔明细描述中获取。
示例
预约已安排患者已签到诊断检查已开具患者已出院
|
|||
|
源系统
SourceSystem
|
数据来源系统的名称。 | ||
|
说明
用于标识生成记录的IT系统,本例中为“athenahealth”。在数据可能经过整合的多系统环境中,这一属性尤其有用。 分析人员可按数据源筛选视图,并排查特定系统的数据质量问题。
重要性
为多系统流程挖掘提供数据沿袭信息和背景。
获取途径
硬编码值或系统配置ID。
示例
athenahealthAthenaOneAthenaPractice
|
|||
|
主要诊断代码
PrimaryDiagnosisCode
|
与就诊周期相关的主要ICD-10代码。 | ||
|
说明
用于对患者诊疗历程的临床原因进行分类,为“年龄组与诊断历程对比”提供背景信息。 分析人员可按病情(如肺炎或骨折)划分诊疗历程,因为不同病情的预期路径和周期时间可能差异很大。
重要性
便于比较同类案例;不同诊断的周期时间可能相差很大。
获取途径
就诊或理赔中的诊断字段(ICD-10)。
示例
J18.9I10E11.9
|
|||
|
事件结束时间
EventEndTime
|
特定活动完成的时间。 | ||
|
说明
记录活动完成时间,以便计算该步骤本身的实际处理时长,并与活动开始前的等待时间区分开来。 该属性可用于分析资源效率,并识别人工执行时间超出预期的任务。
重要性
可用于计算实际处理时间与等待时间。
获取途径
athenahealth中的结账时间、结果核实时间或特定完成时间戳。
示例
2023-10-12T09:00:00Z2023-10-12T10:45:00Z
|
|||
|
出院去向
DischargeDisposition
|
患者出院时的去向或状态。 | ||
|
说明
用于说明患者就诊周期结束后的去向,例如回家、转入专业护理机构或临终关怀机构,是分析“出院计划与再入院趋势”的重要属性。 该属性可反映出院计划的复杂程度,并帮助评估照护衔接的效果。
重要性
对于制定出院计划和评估再入院风险至关重要。
获取途径
athenahealth就诊字段或医院出院记录。
示例
回家专业护理机构转入短期住院医院死亡
|
|||
|
医疗服务提供者姓名
ProviderName
|
执行活动的医疗专业人员姓名。 | ||
|
说明
用于识别负责该事件的具体医生、护士或技术人员,是资源利用率分析的核心属性。 您可以比较不同员工的吞吐量、周期时间等绩效指标,以发现培训需求或工作量失衡。
重要性
用于分析“资源利用率”和工作交接的关键属性。
获取途径
将athenahealth中的“providerid”解析为医疗服务提供者目录中的姓名。
示例
Smith医生Jones护士Adams技术人员
|
|||
|
就诊类型
EncounterType
|
就诊类别,例如门诊、远程医疗或急诊。 | ||
|
说明
用于定义所提供医疗服务的方式或场景,在通用数据模型中相当于“案例类型”。 不同就诊类型的预期流程和账单要求各不相同。按此属性筛选,有助于避免在周期时间分析中比较不可比的案例。
重要性
用于区分远程医疗与现场就诊等不同流程变体。
获取途径
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”解析为科室名称。
示例
急诊科内科放射科
|
|||
|
医嘱类型
OrderType
|
医嘱类别,例如检验、影像检查或处方。 | ||
|
说明
用于对就诊周期内开具的临床医嘱进行分类,是“诊断检查前置时间”仪表板的关键属性。 分析人员可分别衡量检验和影像检查的前置时间,因为两者的服务级别协议和瓶颈往往不同。
重要性
用于划分诊断流程,以便针对性分析前置时间。
获取途径
athenahealth中的“ordertype”字段,或订单API中的“class”字段。
示例
检验影像检查处方操作
|
|||
|
是否返工
IsRework
|
用于标记该活动是否重复发生。 | ||
|
说明
布尔标记;如果同一案例中的活动发生次数超过一次,则值为true。该属性支持“活动频次与返工循环”仪表板。 您可以快速筛选出包含返工的案例,便于计算“返工活动频次”KPI。
重要性
用于识别流程效率问题和冗余步骤。
获取途径
ETL期间根据每个CaseId下的活动发生次数计算得出。
示例
truefalse
|
|||
|
理赔状态
ClaimStatus
|
与诊疗相关的财务理赔状态。 | ||
|
说明
用于说明账单理赔的当前状态,例如“已提交”“已拒绝”或“已付款”。该属性与“理赔已提交”活动及财务吞吐量相关。 有助于识别临床文档问题是否导致后端财务处理延误。
重要性
将临床效率与收入周期表现关联起来。
获取途径
athenahealth中的“claimstatus”字段。
示例
已计费暂缓已提交
|
|||
|
诊断结果状态
DiagnosticResultStatus
|
诊断医嘱的结果状态,例如阳性或正常。 | ||
|
说明
记录检查结果的总体状态,为“诊断检查前置时间”分析和后续治疗决策提供背景。 该属性可用于分析异常结果是否比正常结果更快触发后续行动。
重要性
将流程与临床结果关联起来。
获取途径
athenahealth检验结果观察字段。
示例
正常异常严重
|
|||
|
费用总额
TotalChargeAmount
|
针对该活动或就诊周期收取的金额。 | ||
|
说明
与活动相关的金额或理赔总额,可用于开展基于成本的流程挖掘和财务影响分析。 该属性可用于识别治疗路径中的高成本变体,并分析流程效率与财务结果之间的关系。
重要性
为流程分析增加财务维度。
获取途径
athenahealth理赔或费用表中的“amount”或“totalcharge”字段。
示例
150.002500.5045.00
|
|||
患者就医旅程活动
| 活动 | 说明 | ||
|---|---|---|---|
|
出院医嘱已开具
|
医生或获授权的医疗服务提供方已开具正式医嘱,安排患者出院。此事件在EHR的CPOE模块中创建,并带有时间戳。 | ||
|
重要性
此活动启动出院流程。从开具医嘱到实际出院的时间,是衡量“出院计划周期时间”的关键绩效指标。
获取途径
此事件记录在医嘱表中,可通过特定的“出院”医嘱类型及其创建时间戳识别。
采集
医嘱表中会创建一条医嘱类型为“出院”的新记录。
事件类型
explicit
|
|||
|
初步评估已完成
|
表示首次临床评估已完成,例如分诊或护理评估,此时会记录生命体征和主要症状。通常可根据首次签署临床记录的时间戳,或就诊评估表单的完成时间推断此事件。 | ||
|
重要性
此里程碑标志着临床护理开始。从签到到此活动的时长,是衡量患者初始等待时间和资源响应速度的重要指标。
获取途径
可根据athenaClinicals中特定临床文档或流程表的创建或签署时间戳推断。需要确定与分诊或接诊相关的文档类型。
采集
查找该次就诊的临床记录、生命体征流程表或特定接诊表单中的最早时间戳。
事件类型
inferred
|
|||
|
患者已出院
|
患者已正式出院,院内就医流程结束。这是住院就诊的最后一条ADT事件,并带有准确的时间戳。 | ||
|
重要性
此事件标志着患者主要就医流程的结束,是衡量整体“患者就医周期时间”的终点,也是再入院分析的重要依据。
获取途径
此事件明确记录在ADT系统或患者就诊表中,将就诊最终状态标记为“已出院”,并附有时间戳。
采集
患者就诊状态更新为“已出院”,并记录一条ADT事件。
事件类型
explicit
|
|||
|
患者已签到
|
表示患者已到达,并为预约或就诊办理正式签到。通常会在athenaClinicals或athenaCommunicator的预约记录中明确记录状态变更。 | ||
|
重要性
这是患者现场就医流程的明确起点,也是衡量等待时间和临床就诊整体周期时间的重要依据。
获取途径
此事件记录为预约表或就诊表中的状态更新。请查找“已签到”状态及其对应的时间戳。
采集
预约或就诊对象的状态变更会连同时间戳一起记录。
事件类型
explicit
|
|||
|
操作已完成
|
已为患者实施临床操作,例如手术或专科治疗。此事件会明确记录在临床文档中,操作记录通常包含具体的开始和结束时间。 | ||
|
重要性
操作是患者治疗过程中的重要里程碑。分析操作前后的活动,有助于优化术前和术后工作流。
获取途径
此事件记录在athenaClinicals的操作记录或特定临床流程表中。事件时间戳根据记录的操作开始或结束时间确定。
采集
系统会创建操作记录或日志,并标注操作发生的时间戳。
事件类型
explicit
|
|||
|
检查结果已收到
|
诊断检查结果已最终确认,并可在患者病历中查看。通常在实验室或影像系统将结果发送回athenahealth时记录,并生成带有时间戳的条目。 | ||
|
重要性
收到结果是后续临床决策的重要触发点,例如确诊和制定治疗计划。此事件是衡量诊断周转时间的终点。
获取途径
此事件位于结果表或诊断表中,并关联原始医嘱。患者病历中登记或收到结果时的时间戳即为事件时间。
采集
系统会创建一条带有时间戳的新结果记录,通常通过LIS或RIS接口传入。
事件类型
explicit
|
|||
|
诊断已确认
|
临床医生正式为患者当前就诊的病情指定或确认诊断。可根据与患者就诊关联的主要诊断代码(如ICD-10)的创建时间或“最后更新”时间推断此事件。 | ||
|
重要性
这是决定后续治疗路径的重要里程碑。分析此后活动的差异,有助于了解并规范护理方案。
获取途径
可根据患者问题列表或就诊诊断数据推断。诊断代码发生变更或最终确认时,其对应的时间戳可作为此事件的标志。
采集
识别该次就诊主要诊断的添加或更新时间戳。
事件类型
inferred
|
|||
|
患者已转运
|
患者已从一个护理单元或部门转至另一个,例如从急诊科转入住院病房。此事件会通过电子健康记录(EHR)中的入院、出院和转运(ADT)记录明确捕获。 | ||
|
重要性
此活动对于分析部门间交接和院内患者流转至关重要,有助于发现“患者交接时间”及资源分配方面的瓶颈。
获取途径
此事件记录在ADT事件日志或患者跟踪表中。每条转运记录都包含患者、转出和转入地点以及时间戳。
采集
患者转运时,系统会生成带有时间戳的ADT消息或事件日志条目。
事件类型
explicit
|
|||
|
样本已采集
|
表示已从患者处采集血液或尿液等生物样本,用于实验室检查。通常会在实验室模块中明确记录此事件,或通过医嘱状态更新记录。 | ||
|
重要性
这是诊断检查流程中的关键里程碑。分析从开具检查到采集样本、再到结果出具的时间,有助于发现实验室工作流中的重要瓶颈。
获取途径
此事件可记录为实验室医嘱的状态变更,也可能作为独立事件记录在与athenahealth对接的实验室信息系统中。请查找“已采集”状态及其时间戳。
采集
此事件记录为实验室医嘱状态更新,或记录在专用样本跟踪模块中。
事件类型
explicit
|
|||
|
治疗计划已制定
|
表示临床医生已正式制定并记录患者的治疗计划。可根据特定“护理计划”文档的创建或签署时间,或相关治疗医嘱集的创建时间记录此事件。 | ||
|
重要性
此活动正式确定预期的临床路径,是衡量方案执行一致性和分析护理差异的重要节点。
获取途径
此事件可能记录在临床文档表或医嘱表中,对应已签署护理计划记录的时间戳,或一组协调治疗医嘱的提交时间。
采集
此事件的时间戳为特定治疗计划文档或医嘱集的创建或最终确认时间。
事件类型
explicit
|
|||
|
理赔申请已提交
|
系统已生成患者就诊期间所提供服务的理赔申请,并提交给付款方。此事件明确记录在athenaCollector收入周期管理模块中。 | ||
|
重要性
虽然属于行政环节,但这项活动对于分析与临床就诊并行的收入周期流程至关重要,有助于发现临床诊疗与账单处理之间的延误。
获取途径
可在理赔或账单表中找到。事件以理赔创建或提交时间戳为标记。
采集
创建理赔记录,并将状态更新为“已提交”,同时记录时间戳。
事件类型
explicit
|
|||
|
药物已给药
|
临床工作人员已向患者实际给药。athenaClinicals的用药记录(MAR)模块会明确记录此事件,并为每次给药标注准确的时间戳。 | ||
|
重要性
此活动代表直接治疗干预。分析其时间有助于衡量“首次治疗时间”,并确保按计划给药。
获取途径
此事件记录在MAR数据表中。每条给药记录都包含患者ID、药物ID、剂量和给药时间戳。
采集
每次记录已给药时,MAR中都会生成一条带有时间戳的记录。
事件类型
explicit
|
|||
|
诊断检查已开具
|
医疗服务提供方开具诊断检查,例如实验室检查、影像扫描或其他操作。这是通过athenaClinicals中的CPOE(计算机化医嘱录入)功能创建的明确事件,并带有时间戳。 | ||
|
重要性
这是启动诊断子流程的关键决策点。跟踪此活动对于分析从开具检查到结果出具的“诊断检查周期时间”指标至关重要。
获取途径
此事件记录在医嘱表中。每条医嘱都包含患者标识符、医嘱名称、医嘱状态和创建时间戳。
采集
系统医嘱表中会创建一条带有时间戳的新记录。
事件类型
explicit
|
|||
|
随访预约已安排
|
患者完成主要治疗或出院后,已安排随访预约。用户在athenaCommunicator排期模块中创建新预约时,系统会明确记录此事件。 | ||
|
重要性
此活动有助于了解出院后护理协作及其对再入院率等结局的影响,也体现了护理的连续性。
获取途径
此事件记录在预约表中,可通过出院日期之后的预约创建时间戳识别。
采集
排期系统中会创建一条新的预约记录。
事件类型
explicit
|
|||
|
预约已安排
|
表示已为患者预约。用户在athenahealth排期模块athenaCommunicator中创建并确认新预约时,系统会明确记录此事件。 | ||
|
重要性
这是许多患者就医流程的起点。分析从预约到签到的时间,有助于了解患者就医可及性和就诊前流程效率。
获取途径
这是预约或排期表中明确记录的事件,通常包含创建时间戳和患者ID。
采集
在排期模块中创建预约记录时,系统会记录此事件。
事件类型
explicit
|
|||
数据提取指南
立即优化患者就医旅程,消除瓶颈
找出athenahealth中的低效环节,将患者就医旅程周期时间缩短30%。
无需信用卡。立即开始优化。