患者就医历程数据模板
患者就医历程数据模板
- 建议采集的属性
- 建议跟踪的关键活动
- 数据提取指南
患者就医历程属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间戳
EventEndDateTime
|
活动发生或完成的具体日期和时间。 | ||
|
说明
此属性记录事件发生的准确时间,用于按顺序排列活动,并计算流程步骤之间的周期时间。 在
重要性
对于确定事件顺序以及计算周期时间等绩效KPI至关重要。
获取途径
表:CLINICAL_EVENT,列:EVENT_END_DT_TM
示例
2023-10-15T08:30:00Z2023-10-15T09:15:45Z2023-10-16T14:20:00Z
|
|||
|
患者诊疗事件
EncounterId
|
用于标识特定患者就诊或诊疗事件的唯一标识符。 | ||
|
说明
此属性是患者诊疗过程的核心案例标识符,用于汇总同一诊疗期间(如住院或急诊就诊)发生的所有临床事件、医嘱和行政操作。在流程挖掘中,此ID对于将分散的活动关联起来、形成统一的流程视图至关重要。 在技术层面,它对应Cerner Millennium数据库ENCOUNTER表中的
重要性
这是从入院到出院还原患者端到端诊疗过程所需的基础键。
获取途径
表: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”。在多系统环境中,数据可能与其他电子病历系统或科室系统的数据合并,此属性有助于识别数据来源。 如果接入了多个数据源,分析人员可以据此筛选或细分流程分析。
重要性
确保数据沿袭可追溯,尤其适用于多系统流程挖掘场景。
获取途径
硬编码字符串或系统元数据
示例
Oracle HealthCerner Millennium
|
|||
|
主要诊断
DiagnosisCode
|
表示主要诊疗原因的ICD-10或SNOMED代码。 | ||
|
说明
分配给诊疗事件的标准临床代码(例如肺炎对应的“J18.9”)。此属性可按病症对患者分组,以分析特定疾病的“治疗方案偏差”。 此属性位于与就诊记录关联的
重要性
支持对特定病症的患者诊疗路径进行同类比较。
获取途径
表:DIAGNOSIS,列:DIAGNOSIS_CODE(通过术语表获取)
示例
I10E11.9J18.9
|
|||
|
出院状态
DischargeDisposition
|
患者出院时的去向或状态。 | ||
|
说明
表示诊疗事件结束后患者的去向(例如“回家”“专业护理机构”“死亡”)。此属性对于“出院计划”分析以及识别未达预期的结果至关重要。 此属性位于
重要性
关键结果指标,用于定义患者诊疗过程的“最终状态”。
获取途径
表:ENCOUNTER,列:DISCH_DISPOSITION_CD(通过CODE_VALUE解析)
示例
出院回家转入康复机构未经医生同意离院死亡
|
|||
|
医嘱项目
OrderMnemonic
|
所开具具体医嘱的名称,例如化验或药物。 | ||
|
说明
描述医嘱事件的内容(例如“全血细胞计数”“阿司匹林81mg”)。此属性为“已开具诊断检查医嘱”和“已给药”等活动提供必要背景信息。 它通常位于
重要性
对于细致分析诊断和治疗路径必不可少。
获取途径
表:ORDERS,列:ORDER_MNEMONIC
示例
胸部X光基础代谢检查对乙酰氨基酚脑部MRI
|
|||
|
患者ID
PersonId
|
用于标识患者在多次就诊中的唯一标识符。 | ||
|
说明
患者ID(或Person ID)不同于案例ID,在患者每次到院就诊时保持不变。此属性对于分析再入院率和了解患者长期病史至关重要。 在Cerner中,它是
重要性
通过将不同诊疗事件关联到同一患者,支持“患者再入院率”KPI的计算。
获取途径
表:PERSON,列:PERSON_ID
示例
P10001P55992P99221
|
|||
|
是否再入院
IsReadmission
|
用于标记本次诊疗事件是否发生在上次出院后30天内。 | ||
|
说明
用于识别再入院案例的布尔标记。通过比较同一 对于“患者再入院趋势”仪表板至关重要。
重要性
直接支持“患者再入院率”KPI,这是衡量护理质量的重要指标。
获取途径
通过比较ENCOUNTER记录的SQL逻辑计算得出
示例
truefalse
|
|||
|
案例类型
EncounterType
|
患者就诊类别,例如住院、门诊或急诊。 | ||
|
说明
对患者诊疗事件的性质进行分类。这是细分数据的主要维度,因为“急诊”就诊与“择期住院”的流程差异显著。 此属性取自
重要性
便于比较不同护理场景下的诊疗路径和处理量。
获取途径
表:ENCOUNTER,列:ENCNTR_TYPE_CD(通过CODE_VALUE解析)
示例
住院急诊门诊日间手术
|
|||
|
用户
PerformingPrsnlId
|
执行活动的临床人员标识符或姓名。 | ||
|
说明
记录执行流程步骤的人员,例如给患者用药的护士或签署出院医嘱的医生,以便分析资源利用情况。 在Cerner中,根据数据表(医嘱或临床事件)的不同,此属性通常对应
重要性
支持资源分析,并帮助发现潜在的培训需求或工作量失衡。
获取途径
表:CLINICAL_EVENT,列:PERFORMED_PRSNL_ID
示例
Smith医生Jones护士系统管理员
|
|||
|
科室
NurseUnit
|
事件发生所在的具体病房、病区或科室。 | ||
|
说明
标识事件发生时患者所在的实际地点或负责其诊疗的组织单元(例如“ICU”“普通外科”“急诊科”)。 此属性可用于“病区间转移效率”仪表板,追踪患者在不同单元之间的转移。在Cerner中,它通常是就诊表或追踪表中的
重要性
对于分析特定科室的瓶颈和呈现患者流转情况至关重要。
获取途径
表:ENCOUNTER或CLINICAL_EVENT,列:LOC_NURSE_UNIT_CD
示例
急诊科心脏科病房ICU放射科
|
|||
|
入院渠道
AdmissionSource
|
患者入院的来源。 | ||
|
说明
描述患者如何进入医院系统,例如“医生转诊”“急诊室”或“从其他医院转入”。 此属性有助于分析医院流程的入口,对应
重要性
根据入院渠道,为“初步评估等待时间”提供背景信息。
获取途径
表:ENCOUNTER,列:ADMIT_SRC_CD
示例
急诊室医生转诊从其他医院转入
|
|||
|
分诊优先级
TriageAcuity
|
分诊评估时确定的紧急程度。 | ||
|
说明
表示患者病情严重程度的数值或类别(例如1级为立即处理,5级为非紧急)。这是分析等待时间的重要细分属性,因为优先级较高的患者等待时间应更短。 通常在分诊时记录于临床表单或特定观察代码中。
重要性
对于验证流程是否根据临床紧急程度正确安排患者优先级至关重要。
获取途径
请查阅Oracle Health(Cerner)文档
示例
12345
|
|||
|
医嘱编号
OrderId
|
特定医嘱(化验、药物、会诊)的唯一标识符。 | ||
|
说明
系统为医嘱生成的ID。它虽不是案例ID,却是重要的辅助键,可关联“已开具诊断检查医嘱”和“已验证诊断结果”事件。 如果患者同时有多项医嘱,就难以据此准确计算特定检查的周转时间。
重要性
对于准确关联成对活动(医嘱→结果)至关重要。
获取途径
表:ORDERS,列:ORDER_ID
示例
88291028829103
|
|||
|
支付方类型
FinancialClass
|
患者的主要保险保障或财务分类。 | ||
|
说明
根据患者的支付来源进行分类(例如Medicare、商业保险、自费)。此属性用于分析不同保险类型是否会影响流程或住院时长。 此属性取自
重要性
有助于发现支付方类型造成的护理服务或行政处理差异。
获取途径
表:ENCOUNTER,列:FINANCIAL_CLASS_CD(通过CODE_VALUE解析)
示例
MedicareBlue Cross自费Medicaid
|
|||
|
用药状态
MedAdminStatus
|
药物医嘱的状态(例如已给药、已拒绝、未给药)。 | ||
|
说明
表示给药任务的结果。对于“用药执行合规性”仪表板,区分实际给药与已安排但漏服或被拒绝的药物至关重要。 此属性可能位于
重要性
用于识别治疗方案执行中的合规差距。
获取途径
请查阅Oracle Health(Cerner)文档
示例
已给药已拒绝暂缓给药
|
|||
|
结果状态
ResultStatus
|
诊断结果的状态(例如已审核(已验证)、已更正、初步结果)。 | ||
|
说明
表示诊断检查结果所处的生命周期阶段。在“诊断结果交付时间”分析中,此属性用于确定结果何时正式可供临床决策使用。 通常可在
重要性
区分初步结果和最终结果,这会影响后续活动何时可以开始。
获取途径
表:CLINICAL_EVENT,列:RESULT_STATUS_CD
示例
已审核(已验证)有误已修改
|
|||
患者就医历程活动
| 活动 | 说明 | ||
|---|---|---|---|
|
出院医嘱已签署
|
医生下达患者出院医嘱时记录的事件。此时开始计算出院计划周期。 | ||
|
重要性
“出院计划周期时间”的起点。此时与实际出院时间之间的间隔反映了运营延误。
获取途径
ORDERS表,目录类型标明为出院。
采集
出院医嘱状态为ORDERED时记录
事件类型
explicit
|
|||
|
分诊评估已完成
|
表示急诊或入院过程中初次护理评估或分诊表单已完成。通常会在系统中记录为特定表单或临床事件。 | ||
|
重要性
这是计算“初次评估等待时间”KPI并识别入口环节瓶颈的关键数据。
获取途径
CLINICAL_EVENT表,筛选与分诊或初次评估表单相关的事件代码。
采集
临床文档或表单签署、核验时记录
事件类型
explicit
|
|||
|
已发生科室转运
|
表示患者已从一个地点(如急诊室)转移到另一个地点(如ICU),通过位置历史记录进行跟踪。 | ||
|
重要性
支持“病区间转运效率”分析,并帮助直观呈现患者在医院内的流转情况。
获取途径
ENCNTR_LOC_HIST(就诊位置历史)表,记录LOC_NURSE_UNIT_CD的变更。
采集
比较变更前后的状态字段
事件类型
inferred
|
|||
|
已开具诊断检查
|
临床人员录入实验室检查或影像检查医嘱时发生。此时间戳用于开始计算诊断周转时间。 | ||
|
重要性
这是“诊断结果交付时间”KPI的起点,有助于区分开具医嘱和执行检查环节的延误。
获取途径
ORDERS表,使用ORIG_ORDER_DT_TM,并筛选目录类型为Laboratory或Radiology的记录。
采集
医嘱状态设为ORDERED时记录
事件类型
explicit
|
|||
|
已记录诊断
|
正式诊断添加到患者就诊记录时发生。这不同于检查结果,代表临床人员已确认患者的病情。 | ||
|
重要性
这是“确诊”里程碑的必要数据,也用于分析明确诊断所需时间。
获取途径
DIAGNOSIS表,使用与ENCOUNTER_ID关联的DIAGNOSIS_DT_TM。
采集
在PowerChart中添加或更新诊断时记录
事件类型
explicit
|
|||
|
患者出院
|
结束患者住院过程的最后一项行政事件。此时间戳用于计算总住院时长。 | ||
|
重要性
流程的主要结束事件,是计算住院时长和再入院率的关键。
获取途径
ENCOUNTER表中的DISCH_DT_TM(出院日期/时间)。
采集
就诊状态变为DISCHARGED时记录
事件类型
explicit
|
|||
|
患者已登记
|
标记患者到达并录入系统时患者就诊记录的开始。在Cerner Millennium中,创建就诊记录或设置登记时间戳时会记录此事件。 | ||
|
重要性
用于确定住院时间(LOS)的计算起点,并开展初始等待时间分析。
获取途径
ENCOUNTER表,具体为REG_DT_TM(登记日期/时间)列。
采集
创建新的ENCOUNTER行时记录
事件类型
explicit
|
|||
|
诊断结果已核验
|
实验室或影像检查结果最终确认并提供给临床人员的时刻。此时诊断周转时间结束。 | ||
|
重要性
完成“诊断结果交付时间”周期,并触发后续治疗决策。
获取途径
CLINICAL_EVENT表(实验室检查),或ORDERS状态变更为COMPLETED。
采集
结果状态变更为AUTH(Authenticated)时记录
事件类型
explicit
|
|||
|
会诊已完成
|
标记专科会诊已完成,通常以已签署的会诊记录或文档为依据。 | ||
|
重要性
用于确定何时获得专科意见,这可能是复杂护理路径中的瓶颈。
获取途径
CLINICAL_EVENT表,筛选归类为会诊的文档类型。
采集
会诊记录签署时记录
事件类型
explicit
|
|||
|
已安排操作
|
表示手术或重大操作已安排在特定时间进行,有助于了解资源配置和操作前等待时间。 | ||
|
重要性
用于评估手术室或操作室的排期效率,并发现潜在瓶颈。
获取途径
SURGICAL_CASE表,或与就诊记录关联的SCH_APPT表。
采集
排期事务提交时记录
事件类型
explicit
|
|||
|
已安排随访预约
|
为患者预约未来就诊,且预约关联到同一诊疗事件或护理计划时发生。 | ||
|
重要性
支持“随访预约及时性”仪表板,用于衡量护理连续性的效率。
获取途径
SCH_APPT(预约安排)表,关联PERSON_ID。
采集
在预约模块中创建预约时记录
事件类型
explicit
|
|||
|
已实施操作
|
记录手术或重大操作实际进行时间的时间戳,通常来自围手术期文档。 | ||
|
重要性
这是临床路径和资源利用分析的关键里程碑。
获取途径
SURGICAL_CASE表(病例开始/结束时间),或用于床旁操作的CLINICAL_EVENT表。
采集
通过SurgiNet或操作文档记录
事件类型
explicit
|
|||
|
已执行用药
|
记录根据用药记录(MAR)为患者实际给药的情况。 | ||
|
重要性
用于支持“用药合规性”仪表板,核实是否按时给药。
获取途径
CLINICAL_EVENT表,筛选用药执行事件(Task Status = Complete)。
采集
扫描条形码或手动录入MAR时记录
事件类型
explicit
|
|||
|
护理计划已激活
|
表示在Cerner中启动PowerPlan或护理路径,说明已选定标准化治疗方案。 | ||
|
重要性
这是开展“治疗方案偏差分析”的关键数据,可用于将实际护理与计划路径进行比较。
获取途径
ACT_PW_CAT(Action Pathway Catalog)或DCP_FORMS_REF,用于将路径关联到就诊记录。
采集
启动PowerPlan时记录
事件类型
explicit
|
|||
数据提取指南
立即优化患者就医历程,尽快改善治疗效果
快速识别瓶颈,将患者就医周期时间缩短30%。
无需信用卡,几分钟即可开始。