您的患者旅程数据模板
您的患者旅程数据模板
- 建议收集的属性
- 需要追踪的关键活动
- 提取指南
患者旅程属性
| 名称 | 描述 | ||
|---|---|---|---|
|
事件timestamp
EventEndDateTime
|
活动发生或完成的具体日期和时间。 | ||
|
描述
此属性记录事件发生的准确时刻。它用于对活动进行排序,并计算流程步骤之间的周期时间。 在
为何重要
对于确定事件顺序及计算前置时间等性能 KPI 至关重要。
获取方式
表:CLINICAL_EVENT,列:EVENT_END_DT_TM
示例
2023-10-15T08:30:00Z2023-10-15T09:15:45Z2023-10-16T14:20:00Z
|
|||
|
患者诊疗周期
EncounterId
|
特定患者就诊或诊疗周期的唯一标识符。 | ||
|
描述
此属性充当患者旅程的核心 Case Identifier。它将单一诊疗周期(如住院或急诊就诊)内发生的所有临床事件、医嘱和行政操作归组。在流程挖掘中,此 ID 对于将分散的活动关联为统一的流程视图至关重要。 从技术上讲,这对应于 Cerner Millennium 数据库中
为何重要
这是重建从入院到出院端到端患者旅程所需的核心关键。
获取方式
表:ENCOUNTER,列:ENCNTR_ID
示例
123456789876543211223344
|
|||
|
活动
ClinicalEventTag
|
所执行的临床或行政事件的名称或描述。 | ||
|
描述
此属性捕获患者护理过程中采取的具体行动,例如“已给药”、“采集生命体征”或“患者出院”。它为流程步骤提供了可读的标签。 在 Cerner 中,这通常源自
为何重要
定义流程图中的步骤,使工作流可视化。
获取方式
表: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_CODE (通过术语库)
示例
I10E11.9J18.9
|
|||
|
住院时长
LengthOfStay
|
以天或小时计的患者诊疗总时长。 | ||
|
描述
这是一个计算属性,代表入院时间戳与出院时间戳之间的时间差。它是“整体患者住院时长分析”仪表板的主要效率指标。 虽然可以在流程挖掘工具内部计算,但将其作为 Case 层级的预计算静态属性导入通常更具性能优势。
为何重要
医院管理中最重要的单一效率 KPI。
获取方式
源自 ENCOUNTER 表的 REG_DT_TM 和 DISCH_DT_TM 列
示例
4.5 天2小时12 天
|
|||
|
出院状态
DischargeDisposition
|
患者出院时的目的地或状态。 | ||
|
描述
指示患者在诊疗周期结束后的去向(例如“回家”、“专业护理机构”、“离世”)。这对于“出院计划”分析和识别不良结果至关重要。 可在
为何重要
关键结果指标;定义了患者旅程的“终态”。
获取方式
表:ENCOUNTER,列:DISCH_DISPOSITION_CD (通过 CODE_VALUE 解析)
示例
出院回家转至康复机构违背医嘱离院 (DAMA)已到期
|
|||
|
医嘱项目
OrderMnemonic
|
所下达的具体医嘱名称,如化验检查或药物。 | ||
|
描述
描述医嘱事件的内容(例如“全血细胞计数”、“阿司匹林 81mg”)。此属性为“下达诊断医嘱”和“给药”活动提供必要的背景信息。 它通常位于
为何重要
对诊断和治疗路径进行细粒度分析所必需。
获取方式
表:ORDERS,列:ORDER_MNEMONIC
示例
胸部 X 光基础代谢类检查 (BMP)对乙酰氨基酚 (Acetaminophen)脑部 MRI
|
|||
|
患者 ID
PersonId
|
患者在多次就诊中的唯一标识符。 | ||
|
描述
与就诊 ID 不同,患者 ID(或 Person ID)在患者多次就医期间保持不变。此属性对于分析再入院率和了解患者的长期病史至关重要。 在 Cerner 中,这是
为何重要
通过将不同的就诊阶段链接到同一个人,支持“患者再入院率”KPI 统计。
获取方式
表:PERSON,列:PERSON_ID
示例
P10001P55992P99221
|
|||
|
是否再入院
IsReadmission
|
标记该诊疗阶段是否发生在上次出院后的 30 天内。 | ||
|
描述
用于识别该案例是否为再入院的布尔标记。通过比较同一 这对于“患者再入院趋势”仪表板至关重要。
为何重要
直接支撑“患者再入院率”这一关键医疗质量 KPI。
获取方式
通过比较 ENCOUNTER 记录的 SQL 逻辑得出
示例
truefalse
|
|||
|
案例类型
EncounterType
|
患者就诊类别的划分,如住院、门诊或急诊。 | ||
|
描述
对患者诊疗阶段的性质进行分类。这是切分数据的主要维度,因为“急诊”就诊的流程与“择期住院”的流程有显著差异。 这源自
为何重要
支持对不同医疗设置下的路径和接诊量进行对比分析。
获取方式
表:ENCOUNTER,列:ENCNTR_TYPE_CD (通过 CODE_VALUE 解析)
示例
住院紧急门诊日间手术
|
|||
|
用户
PerformingPrsnlId
|
执行该活动的临床医生标识符或姓名。 | ||
|
描述
记录执行流程步骤的人员,例如给药的护士或签署出院令的医生。这有助于进行资源利用分析。 在 Cerner 中,根据表的不同(医嘱表 vs 临床事件表),这通常是
为何重要
支持资源分析,识别潜在的培训需求或工作量失衡。
获取方式
表:CLINICAL_EVENT,列:PERFORMED_PRSNL_ID
示例
史密斯医生 (Dr. Smith)护士 JonesSysAdmin
|
|||
|
部门
NurseUnit
|
事件发生的特定病房、单元或科室。 | ||
|
描述
识别事件发生时负责患者的物理位置或组织单元(如“ICU”、“普外科”、“急诊科”)。 这有助于通过追踪各单元间的移动,在“科室间转运效率”仪表板中进行分析。在 Cerner 中,这通常是就诊表或追踪表中的
为何重要
对于分析特定科室瓶颈以及可视化患者流动地理分布至关重要。
获取方式
表:ENCOUNTER 或 CLINICAL_EVENT,列:LOC_NURSE_UNIT_CD
示例
急诊科心内科病房重症监护室 (ICU)放射科
|
|||
|
付款人类型
FinancialClass
|
患者的主要保险覆盖或财务分类。 | ||
|
描述
根据支付来源(如医保、商业保险、自费)对患者进行分类。此属性用于分析流程或住院时长是否因保险类型而异。 源自
为何重要
有助于根据支付方类型识别医疗服务或行政处理方面的差异。
获取方式
表:ENCOUNTER,列:FINANCIAL_CLASS_CD (通过 CODE_VALUE 解析)
示例
Medicare (联邦医保)蓝十字 (Blue Cross)自费Medicaid (医疗补助)
|
|||
|
入院途径
AdmissionSource
|
患者入院的来源。 | ||
|
描述
描述患者进入医院系统的途径,例如“医生转诊”、“急诊室”或“从其他医院转院”。 这有助于分析医院流程的“入口端”。它映射到
为何重要
根据入口点对“初步评估等待时间”进行上下文分析。
获取方式
表:ENCOUNTER,列:ADMIT_SRC_CD
示例
急诊室医生转诊转院
|
|||
|
分诊优先级
TriageAcuity
|
分诊评估期间分配的紧急程度。 | ||
|
描述
指示患者病情严重程度的数值或分类值(例如,1-急诊即刻到5-非紧急)。这是分析候诊时间的关键细分属性,因为优先级较高的患者应当拥有更短的等待时间。 通常在分诊事件期间通过临床表单或特定的观察代码捕获。
为何重要
对于验证流程是否根据临床紧急程度正确划分患者优先级至关重要。
获取方式
咨询 Oracle Health (Cerner) 文档
示例
12345
|
|||
|
结果状态
ResultStatus
|
诊断结果的状态(例如:已审核/验证、已修正、初步)。 | ||
|
描述
指示诊断检查结果的生命周期阶段。这用于“诊断结果交付时间”分析,以确定结果何时正式可供临床决策使用。 通常在
为何重要
区分初步报告和最终报告,这会影响下游活动的启动时间。
获取方式
表:CLINICAL_EVENT,列:RESULT_STATUS_CD
示例
已授权(已核实)错误已修改
|
|||
|
给药状态
MedAdminStatus
|
药物医嘱的状态(例如:已给药、拒绝、未给药)。 | ||
|
描述
指示给药任务的结果。对于“给药合规性”仪表板,区分实际给药与已排期但漏服或拒绝给药的情况至关重要。 可能在
为何重要
识别诊疗规范中的合规差距。
获取方式
咨询 Oracle Health (Cerner) 文档
示例
已给药拒绝暂停
|
|||
|
订单号
OrderId
|
特定医嘱(化验、给药、会诊)的唯一标识符。 | ||
|
描述
系统生成的医嘱 ID。虽然不是 Case ID,但它是关键的辅助键。它将“诊断医嘱已下达”事件与“诊断结果已验证”事件链接起来。 如果没有这个 ID,当患者有多个并发医嘱时,很难计算特定检查的准确周转时间。
为何重要
对于准确链接配对活动(如 医嘱 -> 结果)至关重要。
获取方式
表:ORDERS,列:ORDER_ID
示例
88291028829103
|
|||
患者旅程活动
| 活动 | 描述 | ||
|---|---|---|---|
|
出院医嘱已签署
|
医生下达出院医嘱的事件。这标志着出院计划计时的开始。 | ||
|
为何重要
“出院计划周期时间”的起点。该点与实际出院之间的差距反映了运营延误。
获取方式
捕获
当出院医嘱状态为“已下达 (ORDERED)”时记录
事件类型
explicit
|
|||
|
分诊评估已完成
|
代表急诊或入院背景下初始护理评估或分诊表格的完成。这通常是系统中记录的特定表格或临床事件。 | ||
|
为何重要
对于计算“初步评估等待时间”KPI 以及识别“入口端”瓶颈至关重要。
获取方式
CLINICAL_EVENT 表,通过与分诊或初步评估表单关联的事件代码进行过滤。
捕获
在临床文件/表格签署或验证时记录
事件类型
explicit
|
|||
|
发生科室转运
|
记录患者在不同地点(如从急诊室到 ICU)之间的实际物理移动。该活动通过位置历史进行跟踪。 | ||
|
为何重要
支持“科室间转运效率”分析,并协助可视化全院的患者流动情况。
获取方式
ENCNTR_LOC_HIST (Encounter Location History) 表,捕获 LOC_NURSE_UNIT_CD 的变更。
捕获
比较状态字段的前后变化
事件类型
inferred
|
|||
|
患者出院
|
结束患者住院的最后行政事件。该时间戳用于计算总住院时长 (LOS)。 | ||
|
为何重要
流程的主要结束事件。对于计算住院时长 (LOS) 和再入院率至关重要。
获取方式
ENCOUNTER 表,特别是 DISCH_DT_TM(出院日期/时间)。
捕获
当就诊状态更改为“已出院 (DISCHARGED)”时记录
事件类型
explicit
|
|||
|
患者已登记
|
标记患者到达并录入系统时的诊疗起点。在 Cerner Millennium 中,这在创建就诊记录或设置登记时间戳时捕获。 | ||
|
为何重要
为住院时长 (LOS) 计算和初始等待时间分析建立起始时间。
获取方式
ENCOUNTER 表,特别是 REG_DT_TM(登记日期/时间)列。
捕获
在事务创建新的 ENCOUNTER 行时记录
事件类型
explicit
|
|||
|
诊断医嘱已下达
|
当临床医生下达化验或影像检查医嘱时发生。该时间戳是计算诊断周转时间的起点。 | ||
|
为何重要
“诊断结果交付时间”KPI 的起点;有助于识别下达医嘱与执行之间的延误。
获取方式
捕获
当医嘱状态设置为“已下达 (ORDERED)”时记录
事件类型
explicit
|
|||
|
诊断已归档
|
当正式诊断被添加到患者的就诊记录时发生。这不同于化验结果,代表了临床医生对病情的确认。 | ||
|
为何重要
对于“诊断确诊”里程碑及分析确诊所需时间至关重要。
获取方式
DIAGNOSIS 表,使用与 ENCOUNTER_ID 关联的 DIAGNOSIS_DT_TM。
捕获
在 PowerChart 中添加或更新诊断时记录
事件类型
explicit
|
|||
|
诊断结果已验证
|
化验或影像结果定稿并提供给临床医生的时刻。这标志着诊断周转时间的结束。 | ||
|
为何重要
完成“诊断结果交付时间”周期并触发后续治疗决策。
获取方式
CLINICAL_EVENT 表(用于实验检查)或 ORDERS 状态更改为 COMPLETED。
捕获
当结果状态更改为“已审核 (AUTH)”时记录
事件类型
explicit
|
|||
|
会诊完成
|
标记专家会诊的完成,通常以签署会诊记录或文件为凭据。 | ||
|
为何重要
识别何时收到专家意见,这可能是复杂诊疗路径中的瓶颈。
获取方式
CLINICAL_EVENT 表,过滤分类为“会诊”的文档类型。
捕获
在会诊记录签署时记录
事件类型
explicit
|
|||
|
已执行手术/处置
|
指示手术或重大处置实际发生的时间戳。这通常捕获在围手术期记录中。 | ||
|
为何重要
临床路径和资源利用分析的关键里程碑。
获取方式
捕获
通过 SurgiNet 或手术记录进行记录
事件类型
explicit
|
|||
|
已排期手术/处置
|
表示已为特定时间预定了外科手术或重大操作。这有助于了解资源配置和术前/操作前等待时间。 | ||
|
为何重要
突出显示手术室或操作室利用方面的排期效率及潜在瓶颈。
获取方式
捕获
在提交预约事务时记录
事件类型
explicit
|
|||
|
已给药
|
记录药物给药记录 (MAR) 中记录的对患者的实际给药情况。 | ||
|
为何重要
支持“给药合规性”仪表板,验证药物是否按时给予。
获取方式
CLINICAL_EVENT 表,过滤给药事件(任务状态 = 完成)。
捕获
在条形码扫描或手动 MAR 录入时记录
事件类型
explicit
|
|||
|
护理计划已激活
|
代表 Cerner 中 PowerPlan 或护理路径的启动。这标志着已选择标准化的治疗协议。 | ||
|
为何重要
对于进行“诊疗规范偏离分析”以对比实际护理与计划路径至关重要。
获取方式
ACT_PW_CAT (Action Pathway Catalog) 或 DCP_FORMS_REF,将临床路径与就诊关联。
捕获
在启动 PowerPlan 时记录
事件类型
explicit
|
|||
|
随访预约已安排
|
当为患者预订了与同一诊疗周期或护理计划相关的后续预约时发生。 | ||
|
为何重要
支持“随访预约及时性”仪表板。衡量护理连续性的效率。
获取方式
捕获
在预约模块创建预约时记录
事件类型
explicit
|
|||