患者就诊旅程数据模板

Oracle Health (Cerner)
患者就诊旅程数据模板

患者就诊旅程数据模板

此综合模板列出了有效分析和优化患者就诊旅程所需的核心数据,涵盖应收集的关键属性、应跟踪的主要活动,以及实用的数据提取指导。使用此资源准备事件日志,顺利开展流程挖掘。
  • 建议收集的属性
  • 需要跟踪的关键活动
  • 提取指导
刚接触事件日志?了解 如何创建流程挖掘事件日志.

患者旅程属性

以下是建议纳入事件日志的数据字段,用于全面分析系统中的患者旅程。
5 必需 8 建议 6 可选
名称 说明
事件时间戳
EventEndDateTime
活动发生或完成的具体日期和时间。
说明

此属性记录事件发生的准确时刻,用于按顺序排列活动,并计算流程步骤之间的周期时间。

CLINICAL_EVENT表中,通常对应EVENT_END_DT_TM。准确记录该字段对于计算等待时间至关重要,例如计算“患者登记”与“分诊评估”之间的时长。

为什么重要

用于确定事件顺序,并计算周期时间等绩效KPI。

获取位置

表:CLINICAL_EVENT,列:EVENT_END_DT_TM

示例
2023-10-15T08:30:00Z2023-10-15T09:15:45Z2023-10-16T14:20:00Z
患者就诊阶段
EncounterId
特定患者就诊或护理阶段的唯一标识符。
说明

该属性是患者就医 journey的核心病例标识符,用于汇总单个护理期间发生的所有临床事件、医嘱和行政操作,例如住院或急诊就诊。在流程挖掘中,此ID对于将分散的活动关联为统一的流程视图至关重要。

从技术上看,它对应Cerner Millennium数据库ENCOUNTER表中的ENCNTR_ID,是关联患者人口统计信息、医嘱和临床事件的主键。

为什么重要

这是从入院到出院重建端到端患者就医 journey所需的基础键。

获取位置

表:ENCOUNTER,列:ENCNTR_ID

示例
123456789876543211223344
活动
ClinicalEventTag
已执行的临床或行政事件的名称或描述。
说明

该属性记录患者护理期间采取的具体操作,例如“已执行用药”“生命体征已采集”或“患者已出院”,为流程步骤提供易于理解的标签。

在Cerner中,该字段通常源自CLINICAL_EVENT表,具体做法是将EVENT_CD(事件代码)映射到其显示值,或使用EVENT_TAG。保持一致的命名规范,对于生成易读的流程图至关重要。

为什么重要

定义流程图中的步骤,实现工作流可视化。

获取位置

表:CLINICAL_EVENT,列:EVENT_TAG或与EVENT_CD关联的CODE_VALUE

示例
分诊评估全血细胞计数及分类出院医嘱转移患者
最近数据更新时间
LastDataUpdate
记录在数据仓库中提取或最近修改的时间戳。
说明

表示分析所用数据的新鲜度。通过此时间戳,用户可以判断当前查看的是实时数据,还是上一次加载时生成的快照。

该字段通常在ETL(提取、转换、加载)过程中生成,而不是临床属性。

为什么重要

对数据治理至关重要,可确保分析基于最新信息。

获取位置

ETL系统时间戳

示例
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
源系统
SourceSystem
数据来源系统的名称。
说明

标识数据记录的源应用。在此场景中,通常为“Oracle Health”或“Cerner Millennium”。在包含多个系统的环境中,数据可能与其他EMR或部门系统的数据合并,此属性对此很有帮助。

当接入多个数据源时,分析人员可以根据数据来源筛选或细分流程分析。

为什么重要

确保数据血缘和可追溯性,尤其适用于多系统流程挖掘场景。

获取位置

硬编码字符串或系统元数据

示例
Oracle HealthCerner Millennium
主要诊断
DiagnosisCode
表示主要就诊原因的ICD-10或SNOMED代码。
说明

分配给就诊事件的标准化临床代码,例如表示肺炎的“J18.9”。该属性可按疾病对患者分组,用于分析特定疾病的“治疗方案偏差”。

位于与就诊事件关联的DIAGNOSIS表中。

为什么重要

支持对特定疾病的患者路径进行同口径比较。

获取位置

表:DIAGNOSIS,列:DIAGNOSIS_CODE(通过术语体系)

示例
I10E11.9J18.9
出院状态
DischargeDisposition
患者出院时的去向或状态。
说明

表示患者在就诊事件结束后去往何处,例如“回家”“专业护理机构”或“死亡”。该属性对于“出院计划”分析和识别不理想结果至关重要。

位于ENCOUNTER表的DISCH_DISPOSITION_CD字段。

为什么重要

关键结果指标,用于定义患者就诊旅程的“结束状态”。

获取位置

表:ENCOUNTER,列:DISCH_DISPOSITION_CD(通过CODE_VALUE解析)

示例
出院回家转入康复机构未经医嘱离院死亡
医嘱项目
OrderMnemonic
所下达具体医嘱的名称,例如检验或药物。
说明

描述医嘱事件的内容,例如“全血细胞计数”“阿司匹林81mg”。该属性为“下达诊断医嘱”和“执行给药”等活动提供必要背景。

通常位于ORDERS表的ORDER_MNEMONIC字段中,可视为流程中流转的“产品”。

为什么重要

对诊断和治疗路径进行细粒度分析所必需。

获取位置

表:ORDERS,列:ORDER_MNEMONIC

示例
胸部X光检查基础代谢面板对乙酰氨基酚脑部MRI
患者ID
PersonId
用于标识患者在多次就诊中的唯一标识符。
说明

患者ID(或Person ID)不同于Case ID,在患者每次到医院就诊时保持不变。此属性对于分析再入院率和了解患者长期就诊历史至关重要。

在Cerner中,该字段为PERSON表中的PERSON_ID,用于关联多个ENCNTR_ID记录。

为什么重要

通过将不同就诊事件关联至同一患者,支持“患者再入院率”KPI。

获取位置

表:PERSON,列:PERSON_ID

示例
P10001P55992P99221
是否再入院
IsReadmission
用于标记本次就诊事件是否发生在上次出院后30天内。
说明

用于识别再入院案例的布尔标记。通过比较同一PersonId当前就诊事件的入院日期与上一次就诊事件的出院日期计算得出。

对于“患者再入院趋势”仪表板至关重要。

为什么重要

直接支持“患者再入院率”KPI,这是衡量医疗质量的重要指标。

获取位置

通过比较ENCOUNTER记录的SQL逻辑派生

示例
truefalse
案例类型
EncounterType
患者就诊类型的分类,例如住院、门诊或急诊。
说明

对患者就诊事件的性质进行分类。这是切分数据的主要维度,因为“急诊”就诊与“择期住院”就诊的流程差异很大。

该字段源自ENCOUNTER表中的ENCNTR_TYPE_CD,并引用代码集值,例如“住院”或“急诊”。

为什么重要

支持比较不同医疗场景下的就诊路径和处理量。

获取位置

表:ENCOUNTER,列:ENCNTR_TYPE_CD(通过CODE_VALUE解析)

示例
住院急诊门诊日间手术
用户
PerformingPrsnlId
执行活动的临床人员的标识符或姓名。
说明

记录执行流程步骤的人员,例如给药的护士或签署出院记录的医生,从而支持资源利用分析。

在Cerner中,根据表的不同(医嘱表或临床事件表),通常对应PERFORMED_PRSNL_IDUPDT_ID。将其映射为通用的“用户”属性,有助于开展职责分离分析。

为什么重要

支持资源分析,并识别潜在的培训需求或工作负载不均衡问题。

获取位置

表:CLINICAL_EVENT,列:PERFORMED_PRSNL_ID

示例
Smith医生Jones注册护士系统管理员
科室
NurseUnit
事件发生所在的具体病房、单元或科室。
说明

标识事件发生时负责患者的实际地点或组织单元,例如“ICU”“普通外科”“急诊科”。

该属性可用于“跨病区转运效率”仪表板,跟踪患者在不同单元之间的转移。在Cerner中,通常对应就诊表或跟踪表中的LOC_NURSE_UNIT_CD

为什么重要

对于分析特定科室中的瓶颈和展示患者流转路径至关重要。

获取位置

表:ENCOUNTER或CLINICAL_EVENT,列:LOC_NURSE_UNIT_CD

示例
急诊科心脏科病房ICU放射科
付款方类型
FinancialClass
患者的主要保险覆盖类型或财务分类。
说明

根据付款方来源对患者进行分类,例如Medicare、商业保险或自费。该属性用于分析不同保险类型下的流程或住院时长是否存在差异。

源自ENCOUNTER表中的FINANCIAL_CLASS_CD

为什么重要

帮助识别因付款方类型不同而产生的医疗服务或行政处理差异。

获取位置

表:ENCOUNTER,列:FINANCIAL_CLASS_CD(通过CODE_VALUE解析)

示例
MedicareBlue Cross自费Medicaid
入院渠道
AdmissionSource
患者入院的来源。
说明

描述患者如何进入医院系统,例如“医生转诊”“急诊室”或“其他医院转入”。

该属性有助于分析医院流程的“入口”,对应ENCOUNTER表中的ADMIT_SRC_CD

为什么重要

根据患者进入医院的渠道,为“初始评估等待时间”提供背景信息。

获取位置

表:ENCOUNTER,列:ADMIT_SRC_CD

示例
急诊室医生转诊从医院转入
分诊优先级
TriageAcuity
分诊评估期间分配的紧急程度。
说明

表示患者病情严重程度的数值或分类值,例如1级(立即处理)至5级(非紧急)。这是分析等待时间的重要细分属性,因为优先级越高的患者,等待时间应越短。

通常在分诊事件期间,通过临床表单或特定观察代码记录。

为什么重要

对于验证流程是否根据临床紧急程度正确安排患者优先级至关重要。

获取位置

请参阅Oracle Health(Cerner)文档

示例
12345
医嘱编号
OrderId
特定医嘱(检验、药物或会诊)的唯一标识符。
说明

系统为医嘱生成的ID。虽然不是Case ID,但它是重要的辅助键,可将“下达诊断医嘱”事件与“验证诊断结果”事件关联起来。

如果患者同时存在多个医嘱,没有该字段就难以计算特定检测的准确周转时间。

为什么重要

对于准确关联成对活动(医嘱→结果)至关重要。

获取位置

表:ORDERS,列:ORDER_ID

示例
88291028829103
用药状态
MedAdminStatus
药物医嘱的状态,例如已给药、拒绝或未给药。
说明

表示给药任务的结果。对于“用药合规”仪表板,必须区分实际已给药的药物,以及已安排但漏给或被拒绝的药物。

该字段可能位于CLINICAL_EVENT表或专用的用药记录(MAR)表中。

为什么重要

识别治疗方案中的合规缺口。

获取位置

请参阅Oracle Health(Cerner)文档

示例
已给药拒绝暂缓
结果状态
ResultStatus
诊断结果的状态,例如已授权(已验证)、已更正或初步结果。
说明

表示诊断检测结果所处的生命周期阶段。该属性用于“诊断结果交付时间”分析,以确定结果何时正式可用于临床决策。

通常位于包含特定状态代码的CLINICAL_EVENT表中。

为什么重要

区分初步结果和最终结果,这会影响后续活动何时可以开始。

获取位置

表:CLINICAL_EVENT,列:RESULT_STATUS_CD

示例
授权(已验证)错误已修改
必需 建议 可选

患者旅程活动

以下是建议记录在事件日志中的关键流程步骤和里程碑,用于准确发现流程并识别瓶颈。
8 建议 6 可选
活动 说明
出院医嘱已签署
医生下达患者出院医嘱的事件,标志着出院计划计时开始。
为什么重要

“出院计划周期时间”的起点。该事件与实际出院之间的间隔反映运营延迟。

获取位置

ORDERS表,其中目录类型表示Discharge。

采集

出院医嘱状态为ORDERED时记录

事件类型 explicit
分诊评估完成
表示急诊或入院场景中初始护理评估或分诊表单的完成。通常对应系统中记录的特定表单或临床事件。
为什么重要

对于计算“初始评估等待时间”KPI以及识别入口环节的瓶颈至关重要。

获取位置

CLINICAL_EVENT表,筛选与分诊或初始评估表单相关的事件代码。

采集

临床文档或表单签署、验证时记录

事件类型 explicit
已发生科室转运
表示患者从一个地点(例如急诊室)实际移动到另一个地点(例如ICU),通过地点历史进行跟踪。
为什么重要

支持“跨病区转运效率”分析,并帮助可视化患者在医院内的流转。

获取位置

ENCNTR_LOC_HIST(就诊地点历史)表,记录LOC_NURSE_UNIT_CD的变更。

采集

比较变更前后的状态字段

事件类型 inferred
患者已出院
结束患者住院过程的最终行政事件。该时间戳用于计算总住院时间。
为什么重要

流程的主要结束事件,是计算LOS和再入院率的基础。

获取位置

ENCOUNTER表,具体为DISCH_DT_TM(出院日期/时间)。

采集

就诊状态变更为DISCHARGED时记录

事件类型 explicit
患者已登记
标志着患者就诊阶段的开始,即患者到达并录入系统时。在Cerner Millennium中,该事件会在创建就诊记录或设置登记时间戳时记录。
为什么重要

用于确定住院时间(LOS)计算和初始等待时间分析的起始时间。

获取位置

ENCOUNTER表,具体为REG_DT_TM(登记日期/时间)列。

采集

交易创建新的ENCOUNTER行时记录

事件类型 explicit
诊断已记录
正式诊断被添加到患者就诊记录时发生。它不同于检查结果,代表临床人员对病情的确认。
为什么重要

对于“诊断确认”里程碑以及分析确诊所需时间至关重要。

获取位置

DIAGNOSIS表,使用与ENCOUNTER_ID关联的DIAGNOSIS_DT_TM。

采集

在PowerChart中添加或更新诊断时记录

事件类型 explicit
诊断检查已开立
临床人员为实验室检查或影像学检查录入医嘱时发生。该时间戳用于启动诊断周转时间计算。
为什么重要

“诊断结果交付时间”KPI的起点,有助于识别开立与执行之间的延迟。

获取位置

ORDERS表,使用ORIG_ORDER_DT_TM,并筛选目录类型为Laboratory或Radiology的记录。

采集

医嘱状态设置为ORDERED时记录

事件类型 explicit
诊断结果已验证
实验室或影像学结果最终确定并提供给临床人员的时刻,标志着诊断周转时间区间结束。
为什么重要

完成“诊断结果交付时间”周期,并触发后续治疗决策。

获取位置

CLINICAL_EVENT表(实验室检查)或ORDERS状态变更为COMPLETED。

采集

结果状态变更为AUTH(Authenticated)时记录

事件类型 explicit
会诊已完成
标志着专科会诊完成,通常以已签署的会诊记录或文档为依据。
为什么重要

识别何时获得专科意见,这在复杂护理路径中可能成为瓶颈。

获取位置

CLINICAL_EVENT表,筛选归类为Consultations的文档类型。

采集

会诊记录签署时记录

事件类型 explicit
后续预约已安排
为患者预订与同一就诊阶段或护理计划关联的未来预约时发生。
为什么重要

支持“后续预约及时性”仪表板,用于衡量护理连续性效率。

获取位置

SCH_APPT(预约排程)表,与PERSON_ID关联。

采集

在排程模块中创建预约时记录

事件类型 explicit
已执行用药
记录根据用药管理记录(MAR)为患者实际执行用药的情况。
为什么重要

支持“用药执行合规”仪表板,用于验证药物是否按时给药。

获取位置

CLINICAL_EVENT表,筛选用药执行事件(Task Status = Complete)。

采集

扫描条形码或手动录入MAR时记录

事件类型 explicit
护理计划已激活
表示在Cerner中启动PowerPlan或护理路径,说明已选择标准化治疗协议。
为什么重要

对于“治疗协议偏差分析”至关重要,可将实际护理与计划路径进行对比。

获取位置

ACT_PW_CAT(Action Pathway Catalog)或DCP_FORMS_REF,将路径与就诊记录关联。

采集

启动PowerPlan时记录

事件类型 explicit
操作已完成
表示手术或重大操作实际进行的时间戳,通常记录在围手术期文档中。
为什么重要

是临床路径和资源利用分析的关键里程碑。

获取位置

SURGICAL_CASE表(病例开始/结束时间)或用于床旁操作的CLINICAL_EVENT。

采集

通过SurgiNet或操作文档记录

事件类型 explicit
检查已安排
表示手术病例或重大操作已安排在特定时间进行,有助于了解资源配置和术前等待时间。
为什么重要

突出手术室或操作室利用率中的排程效率和潜在瓶颈。

获取位置

SURGICAL_CASE表或与就诊记录关联的SCH_APPT表。

采集

排程交易提交时记录

事件类型 explicit
建议 可选

提取指南

如何从Oracle Health(Cerner)获取数据

准备开始了吗?

使用此模板准备数据,开始发现患者就诊旅程中的有价值洞察。优化患者结果的旅程,就从这里开始。

立即优化患者就诊旅程,快速改善结果

快速识别瓶颈,将患者就诊旅程周期时间缩短30%。

开始免费试用

无需信用卡,几分钟即可开始。