เทมเพลตข้อมูลเส้นทางการดูแลผู้ป่วยของคุณ

Epic EHR
เทมเพลตข้อมูลเส้นทางการดูแลผู้ป่วยของคุณ

เทมเพลตข้อมูลเส้นทางการดูแลผู้ป่วยของคุณ

เทมเพลตนี้ช่วยกำหนดกรอบสำหรับทำแผนที่เวิร์กโฟลว์ทางคลินิกในระบบ Epic ของคุณ โดยระบุข้อมูลและเหตุการณ์สำคัญที่ต้องใช้เพื่อแสดงเส้นทางของผู้ป่วยตั้งแต่รับไว้รักษาจนถึงจำหน่าย เมื่อทำตามแนวทางนี้ คุณจะจัดโครงสร้างข้อมูลให้พร้อมสำหรับวิเคราะห์การปฏิบัติงานเชิงลึกและปรับปรุงการดูแลผู้ป่วยได้.
  • คุณลักษณะแนะนำสำหรับข้อมูลบริบททางคลินิก
  • เหตุการณ์สำคัญในกระบวนการที่ควรติดตาม
  • แนวทางเฉพาะสำหรับดึงข้อมูลจาก Epic EHR
เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

คุณลักษณะของเส้นทางการดูแลผู้ป่วย

ฟิลด์ข้อมูลเหล่านี้เป็นรายการแนะนำสำหรับบันทึกเหตุการณ์ เพื่อวิเคราะห์การไหลของผู้ป่วยและประสิทธิภาพทางคลินิกได้อย่างครบถ้วน.
5 จำเป็น 9 แนะนำ 7 ไม่บังคับ
ชื่อ คำอธิบาย
ช่วงการรักษาของผู้ป่วย
PatientEpisodeId
รหัสเฉพาะที่ใช้ระบุการพบแพทย์หรือช่วงการรักษาของผู้ป่วยแต่ละครั้ง.
คำอธิบาย

ช่วงการรักษาของผู้ป่วยเป็นรหัสเคสหลักสำหรับ process mining โดยรวบรวมเหตุการณ์ทางคลินิก งานธุรการ และการเคลื่อนย้ายที่เกี่ยวข้องกับการดูแลต่อเนื่องหนึ่งช่วง เช่น การนอนโรงพยาบาลหรือการเข้าห้องฉุกเฉิน ใน Epic Clarity รหัสนี้มักตรงกับ Contact Serial Number (CSN) หรือ Encounter ID.

การวิเคราะห์ข้อมูลนี้ช่วยสร้างเส้นทางการรักษาของผู้ป่วยตั้งแต่ต้นจนจบ และเชื่อมกิจกรรมคัดกรอง วินิจฉัย รักษา และจำหน่ายผู้ป่วยให้เป็นกระบวนการเดียวกัน.

เหตุผลที่สำคัญ

เป็นคีย์หลักที่ใช้เชื่อมเหตุการณ์ต่างๆ ให้เป็นเคสกระบวนการเดียวกัน.

แหล่งข้อมูล

ตาราง Epic Clarity: PAT_ENC, คอลัมน์: PAT_ENC_CSN_ID

ตัวอย่าง
200459112200459113200459114200459115
ชื่อกิจกรรม
ActivityName
การดำเนินการทางคลินิกหรืองานธุรการที่เกิดขึ้น.
คำอธิบาย

ข้อมูลนี้ระบุชื่อเหตุการณ์ในเส้นทางการรักษาของผู้ป่วย เช่น «ลงทะเบียนผู้ป่วยแล้ว» «ให้ยาแล้ว» หรือ «ลงนามคำสั่งจำหน่ายผู้ป่วยแล้ว» ซึ่งเป็นองค์ประกอบหลักในการกำหนดลำดับกระบวนการ

ในการวิเคราะห์ ฟิลด์นี้ใช้กำหนดจุดต่างๆ ในแผนผังกระบวนการ โดยดึงข้อมูลจากรหัสธุรกรรมและสถานะคำสั่งต่างๆ ใน EHR มาสร้างเป็นบันทึกเหตุการณ์ที่อ่านเข้าใจได้.

เหตุผลที่สำคัญ

ใช้ระบุขั้นตอนของกระบวนการและแสดงภาพเวิร์กโฟลว์.

แหล่งข้อมูล

ดึงข้อมูลจากตาราง CLARITY_ADT, ORDER_PROC และ ORDER_MED.

ตัวอย่าง
คัดกรองเสร็จสิ้นสั่งตรวจวินิจฉัยจำหน่ายผู้ป่วยแล้วให้ยาแล้ว
เวลาประทับเหตุการณ์
EventTimestamp
วันที่และเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ.
คำอธิบาย

ข้อมูลนี้บันทึกเวลาที่เกิดเหตุการณ์ในระบบ Epic อย่างแม่นยำ ใช้เรียงลำดับกิจกรรมและคำนวณตัวชี้วัดด้านระยะเวลา เช่น ระยะเวลานอนโรงพยาบาลและเวลาที่ใช้ในแต่ละรอบกระบวนการ

ข้อมูลเวลาที่ถูกต้องมีความสำคัญต่อการระบุคอขวด และช่วยให้แดชบอร์ด Triage Throughput และ Time to Definitive Diagnosis ระบุเวลาเริ่มต้นและสิ้นสุดของแต่ละช่วงได้.

เหตุผลที่สำคัญ

ใช้คำนวณเวลาที่ใช้ในแต่ละรอบ เวลานำ และลำดับของกระบวนการ.

แหล่งข้อมูล

คอลัมน์เวลาประทับต่างๆ เช่น EFFECTIVE_TIME และ ORDER_TIME ขึ้นอยู่กับตารางต้นทาง.

ตัวอย่าง
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:00Z
ปรับปรุงข้อมูลล่าสุด
LastDataUpdate
เวลาที่ดึงข้อมูลหรือปรับปรุงข้อมูลล่าสุด.
คำอธิบาย

ข้อมูลนี้ระบุเวลาที่ไปป์ไลน์ ETL ประมวลผลระเบียนล่าสุด ซึ่งต่างจากเวลาประทับเหตุการณ์ และช่วยติดตามความใหม่ของข้อมูล

นักวิเคราะห์ใช้ข้อมูลนี้ตรวจสอบว่าแดชบอร์ดแสดงสถานการณ์ล่าสุดหรือมีความล่าช้าของข้อมูลที่กระทบความแม่นยำของ KPI เช่น เวลารอคัดกรอง.

เหตุผลที่สำคัญ

ช่วยประเมินความใหม่และความน่าเชื่อถือของข้อมูล process mining.

แหล่งข้อมูล

เวลาประทับจากระบบ ETL.

ตัวอย่าง
2023-10-27T23:59:59Z2023-10-28T06:00:00Z
ระบบต้นทาง
SourceSystem
ระบบหลักที่จัดเก็บข้อมูล โดยทั่วไปคือ Epic EHR.
คำอธิบาย

ข้อมูลนี้ระบุแหล่งที่มาของข้อมูล โดยปกติในมุมมองนี้คือ «Epic EHR» แต่ยังใช้ได้เมื่อรวมข้อมูลจากระบบอื่น เช่น LIS (ระบบสารสนเทศห้องปฏิบัติการ) หรือระบบเรียกเก็บเงิน

ในการวิเคราะห์ ข้อมูลนี้ช่วยตรวจสอบที่มาของข้อมูลและแก้ไขปัญหาเมื่อพบว่าเหตุการณ์บางรายการขาดหายหรือไม่ตรงกับข้อมูลต้นทาง.

เหตุผลที่สำคัญ

ช่วยตรวจสอบย้อนกลับและให้บริบทเกี่ยวกับแหล่งที่มาของข้อมูล.

แหล่งข้อมูล

กำหนดค่าไว้โดยตรงหรือดึงจากการตั้งค่าสตริงการเชื่อมต่อ.

ตัวอย่าง
Epic EHREpic ClarityEpic Caboodle
MRN ผู้ป่วย
PatientMrn
หมายเลขเวชระเบียนที่ใช้ระบุตัวผู้ป่วย.
คำอธิบาย

MRN เป็นรหัสเฉพาะของผู้ป่วยที่ใช้ได้ทั่วทั้งระบบบริการสุขภาพ และแตกต่างจากรหัสช่วงการรักษา จึงใช้ติดตามประวัติผู้ป่วยจากการเข้ารับบริการหลายครั้งได้

ข้อมูลนี้ใช้ตรวจหาการกลับเข้ารักษาซ้ำและเชื่อมช่วงการรักษาแยกกันในแดชบอร์ด Readmission Risk โดยจับคู่กับ «Customer» ในโมเดลทั่วไป.

เหตุผลที่สำคัญ

จำเป็นต่อการระบุการเข้ารับบริการซ้ำและวิเคราะห์ประวัติผู้ป่วย.

แหล่งข้อมูล

ตาราง Epic Clarity: PATIENT, คอลัมน์: PAT_ID หรือ PAT_MRN_ID

ตัวอย่าง
MRN-882910MRN-112003MRN-554211
ชื่อแผนก
DepartmentName
หน่วยงานหรือแผนกของโรงพยาบาลที่ดำเนินกิจกรรม.
คำอธิบาย

ข้อมูลนี้ระบุสถานที่ปฏิบัติงานของเหตุการณ์ เช่น «แผนกฉุกเฉิน» «รังสีวิทยา» หรือ «หอผู้ป่วยศัลยกรรมทั่วไป» ซึ่งจำเป็นต่อการวิเคราะห์การย้ายผู้ป่วยระหว่างหอผู้ป่วย

การแบ่งแผนผังกระบวนการตามแผนกช่วยให้ผู้บริหารแยกดูคอขวดเฉพาะหน่วยงานออกจากปัญหาที่เกิดทั่วทั้งโรงพยาบาลได้.

เหตุผลที่สำคัญ

ใช้กรองข้อมูลตามหน่วยงานและวิเคราะห์การส่งต่องาน.

แหล่งข้อมูล

ตาราง Epic Clarity: CLARITY_DEP, คอลัมน์: DEPARTMENT_NAME

ตัวอย่าง
แผนกฉุกเฉินรังสีวิทยาICUกุมารเวชศาสตร์
ตัวบ่งชี้การกลับเข้ารักษาซ้ำ
ReadmissionFlag
ระบุว่าผู้ป่วยกลับมาเข้ารักษาโดยไม่คาดคิดภายใน 30 วันหรือไม่.
คำอธิบาย

คุณลักษณะค่าจริง/เท็จนี้ระบุว่าหลังจากช่วงการรักษานี้ ผู้ป่วยรายเดิมเข้ารักษาในโรงพยาบาลอีกครั้งโดยไม่ได้วางแผนไว้ภายใน 30 วันหรือไม่ เป็นข้อมูลหลักสำหรับ KPI อัตราการกลับเข้ารักษาซ้ำโดยไม่ได้วางแผนภายใน 30 วัน

ในการวิเคราะห์ ข้อมูลนี้เป็นตัวแปรผลลัพธ์สำคัญ โดยนำเส้นทางกระบวนการที่มีค่า «True» มาวิเคราะห์เพื่อหาสาเหตุในขั้นตอนวางแผนจำหน่ายผู้ป่วย.

เหตุผลที่สำคัญ

ช่วยระบุปัญหาในกระบวนการจำหน่ายผู้ป่วยและประเด็นด้านคุณภาพการดูแล.

แหล่งข้อมูล

คำนวณด้วย SQL โดยตรวจหารายการเข้ารับบริการในอนาคตของ MRN เดียวกัน.

ตัวอย่าง
truefalse
ประเภทการเข้ารับบริการ
EncounterType
ประเภทการเข้ารับบริการของผู้ป่วย เช่น ผู้ป่วยในหรือผู้ป่วยฉุกเฉิน.
คำอธิบาย

ข้อมูลนี้จัดประเภทช่วงการรักษาของผู้ป่วย โดยค่าที่พบบ่อย ได้แก่ «ฉุกเฉิน» «ผู้ป่วยใน» «ผู้ป่วยนอก» หรือ «บริการทางไกล»

เมื่อจับคู่กับ «CaseType» ฟิลด์นี้จะใช้กรองการวิเคราะห์ได้ เช่น แดชบอร์ด Discharge Planning ใช้กับผู้ป่วยในเป็นหลัก ส่วนการคัดกรองใช้กับผู้ป่วยฉุกเฉิน.

เหตุผลที่สำคัญ

ให้บริบทภาพรวมของกระบวนการแต่ละรายการ.

แหล่งข้อมูล

ตาราง Epic Clarity: PAT_ENC, คอลัมน์: ENC_TYPE_C

ตัวอย่าง
ฉุกเฉินผู้ป่วยนอกของโรงพยาบาลผู้ป่วยใน
รหัสการวินิจฉัยหลัก
PrimaryDiagnosisCode
รหัส ICD-10 หรือรหัสภายในที่ใช้ระบุการวินิจฉัยหลัก.
คำอธิบาย

ข้อมูลนี้บันทึกภาวะทางการแพทย์ที่ยืนยันแล้วของผู้ป่วย โดยปกติจะกรอกระหว่างกิจกรรม «ยืนยันการวินิจฉัยแล้ว»

ใช้จัดกลุ่มเคสตามภาวะทางคลินิกสำหรับมุมมองการปฏิบัติตามแนวทางการรักษาทางคลินิก เมื่อจับคู่กับ «Product» นักวิเคราะห์จะเห็นความแตกต่างของรูปแบบการดูแลตามภาวะทางการแพทย์ได้.

เหตุผลที่สำคัญ

ใช้จัดกลุ่มเคสที่มีลักษณะทางคลินิกใกล้เคียงกันเพื่อวิเคราะห์การปฏิบัติตามแนวทาง.

แหล่งข้อมูล

ตาราง Epic Clarity: PAT_ENC_DX, คอลัมน์: DX_ID

ตัวอย่าง
J18.9I21.9E11.9
รหัสผู้ให้บริการ
ProviderId
รหัสของผู้ใช้หรือบุคลากรทางการแพทย์ที่ดำเนินกิจกรรม.
คำอธิบาย

ข้อมูลนี้บันทึกรหัสเฉพาะของบุคลากรที่รับผิดชอบเหตุการณ์ เช่น พยาบาลที่ให้ยาหรือแพทย์ที่ลงนามคำสั่งจำหน่ายผู้ป่วย

ระบบจะจับคู่ข้อมูลนี้กับคุณลักษณะทั่วไป «ผู้ใช้» เพื่อวิเคราะห์ความแตกต่างในการทำงานและภาระงานของบุคลากร สำหรับกิจกรรมอัตโนมัติ รหัสนี้อาจเป็นรหัสผู้ใช้ของระบบ.

เหตุผลที่สำคัญ

ใช้วิเคราะห์ความแตกต่างด้านประสิทธิภาพและภาระงานของบุคลากรแต่ละคน.

แหล่งข้อมูล

ตาราง Epic Clarity: CLARITY_EMP, คอลัมน์: USER_ID

ตัวอย่าง
EMP10023DOC5592SYSTEM
ระดับความเร่งด่วนในการคัดกรอง
TriageAcuityLevel
คะแนนความรุนแรงที่กำหนดให้ผู้ป่วยระหว่างการคัดกรอง.
คำอธิบาย

ข้อมูลนี้ระบุความเร่งด่วนของอาการผู้ป่วย โดยทั่วไปใช้ระดับคะแนน เช่น ESI ระดับ 1-5 และบันทึกระหว่างกิจกรรม «คัดกรองเสร็จแล้ว»

ใช้แบ่งกลุ่มข้อมูลในแดชบอร์ด Resource Intensity by Severity Score ผู้ป่วยที่มีอาการเร่งด่วนสูงจะมีเส้นทางกระบวนการต่างจากผู้ป่วยที่มีอาการไม่เร่งด่วน ฟิลด์นี้ช่วยแยกความแตกต่างดังกล่าว.

เหตุผลที่สำคัญ

ใช้แบ่งกระบวนการตามความเร่งด่วนและปริมาณทรัพยากรที่คาดว่าจะใช้.

แหล่งข้อมูล

ดูเอกสาร Epic EHR เพื่อค้นหาฟิลด์ Acuity ในบันทึก ED.

ตัวอย่าง
1 - กู้ชีพ2 - ฉุกเฉิน3 - เร่งด่วน
เวลาสิ้นสุดเหตุการณ์
EventEndTime
เวลาที่กิจกรรมเสร็จสิ้น.
คำอธิบาย

เหตุการณ์หลายอย่างเกิดขึ้นทันที แต่กิจกรรมบางอย่าง เช่น «ตรวจวินิจฉัยแล้ว» หรือ «ปรึกษาแพทย์เสร็จแล้ว» ใช้เวลา ข้อมูลนี้บันทึกเวลาที่กิจกรรมเสร็จสิ้น

ช่วยคำนวณเวลาที่ใช้ดำเนินงานจริงเทียบกับเวลารอ ซึ่งสำคัญต่อแดชบอร์ด Diagnostic Service Cycle Times.

เหตุผลที่สำคัญ

ใช้คำนวณระยะเวลาของกิจกรรมและการใช้ทรัพยากร.

แหล่งข้อมูล

ดูเอกสาร Epic EHR เพื่อค้นหาคอลัมน์เวลาสิ้นสุดที่เกี่ยวข้องใน ORDER_PROC.

ตัวอย่าง
2023-10-15T09:45:00Z2023-10-16T15:00:00Z
สถานที่ไปหลังจำหน่าย
DischargeDisposition
สถานที่ที่ผู้ป่วยไปหลังจำหน่าย เช่น บ้าน สถานดูแลผู้ป่วยระยะยาว หรือเสียชีวิต.
คำอธิบาย

ข้อมูลนี้บันทึกสถานที่ที่ผู้ป่วยไปหลังออกจากโรงพยาบาล โดยบันทึกในกิจกรรม «จำหน่ายผู้ป่วยแล้ว»

ข้อมูลนี้สำคัญต่อแดชบอร์ด Readmission Risk เพราะผู้ป่วยที่ไปสถานดูแลผู้ป่วยระยะยาว (SNF) มีรูปแบบการกลับเข้ารักษาซ้ำต่างจากผู้ป่วยที่กลับบ้าน.

เหตุผลที่สำคัญ

ช่วยให้เข้าใจผลลัพธ์ของกระบวนการดูแลผู้ป่วยในบริบทที่เหมาะสม.

แหล่งข้อมูล

ตาราง Epic Clarity: PAT_ENC, คอลัมน์: DISCH_DISP_C

ตัวอย่าง
บ้านสถานดูแลผู้ป่วยระยะยาวบริการดูแลสุขภาพที่บ้าน
จัดตารางนัดหมายอัตโนมัติหรือไม่
IsAutomatedScheduling
ตัวบ่งชี้ว่าจัดตารางนัดหมายโดยไม่ต้องให้เจ้าหน้าที่ดำเนินการหรือไม่.
คำอธิบาย

คุณลักษณะค่าจริง/เท็จนี้ได้มาจากวิธีจัดตารางนัดหมาย หากจองผ่าน MyChart หรือเวิร์กโฟลว์อัตโนมัติของ Cadence ค่านี้จะเป็น True

ข้อมูลนี้ใช้ติดตาม KPI อัตราการจัดตารางนัดติดตามผลแบบอัตโนมัติโดยตรง ช่วยให้ผู้บริหารด้านการปฏิบัติการเห็นว่างานธุรการส่วนใดถ่ายโอนไปให้เทคโนโลยีดำเนินการแทนได้บ้าง.

เหตุผลที่สำคัญ

ใช้วัดผลสำเร็จของการทำงานอัตโนมัติในกระบวนการ.

แหล่งข้อมูล

คำนวณจาก SchedulingMethod.

ตัวอย่าง
truefalse
ชื่อภูมิภาค
RegionName
ภูมิภาคทางภูมิศาสตร์หรือวิทยาเขตของโรงพยาบาล.
คำอธิบาย

สำหรับระบบบริการสุขภาพที่มีหลายวิทยาเขต ข้อมูลนี้ระบุสถานที่ตั้งของสถานพยาบาล และใช้เปรียบเทียบผลการดำเนินงานระหว่างโรงพยาบาลแต่ละแห่ง

เมื่อจับคู่กับ «Region» จะเปรียบเทียบผลระหว่างหลายสถานที่ได้ เช่น ตรวจสอบว่าโรงพยาบาลแห่งใดจัดการเวลาคัดกรองได้ดีกว่า.

เหตุผลที่สำคัญ

ใช้เปรียบเทียบผลการดำเนินงานระหว่างสถานพยาบาลในเครือข่ายสุขภาพ.

แหล่งข้อมูล

ได้มาจากข้อมูลหลักของแผนกหรือสถานพยาบาล.

ตัวอย่าง
วิทยาเขตเหนือใจกลางเมืองปีกตะวันตก
ต้นทุนการตรวจวินิจฉัย
DiagnosticOrderCost
ต้นทุนภายในที่เกี่ยวข้องกับการตรวจหรือหัตถการเพื่อวินิจฉัย.
คำอธิบาย

ข้อมูลนี้กำหนดมูลค่าทางการเงินให้กิจกรรม «ตรวจวินิจฉัยแล้ว» เพื่อแสดงข้อมูลด้านการเงินบนแผนผังกระบวนการ

แม้ไม่ใช่ตัวชี้วัดทางคลินิกหลัก แต่ช่วยให้ฝ่ายบริหารเข้าใจต้นทุนของรูปแบบกระบวนการต่างๆ โดยเฉพาะกรณีที่มีคะแนนความรุนแรงและใช้ทรัพยากรสูง.

เหตุผลที่สำคัญ

เพิ่มมิติด้านการเงินในการวิเคราะห์ประสิทธิภาพของกระบวนการ.

แหล่งข้อมูล

ตารางการเรียกเก็บเงินหรือต้นทุนที่เชื่อมกับหัตถการ.

ตัวอย่าง
150.001200.0045.00
ระยะเวลารอการย้ายผู้ป่วย
TransferWaitDuration
เวลาตั้งแต่มีคำสั่งย้ายจนถึงการย้ายผู้ป่วยจริง.
คำอธิบาย

ตัวชี้วัดนี้วัดช่วงเวลาระหว่าง «สั่งย้ายผู้ป่วย» กับ «ย้ายผู้ป่วยแล้ว» เป็นข้อมูลหลักสำหรับการวิเคราะห์การย้ายผู้ป่วยระหว่างหอผู้ป่วย

หากค่าสูง แสดงว่าผู้ป่วยอาจต้องรอเตียง ซึ่งทำให้การส่งต่อผู้ป่วยจากแผนกฉุกเฉินติดขัด.

เหตุผลที่สำคัญ

ช่วยระบุคอขวดด้านการจัดการและความจุในเส้นทางการดูแลผู้ป่วย.

แหล่งข้อมูล

คำนวณจากผลต่างของเวลาประทับระหว่างเหตุการณ์สั่งย้ายกับเหตุการณ์ย้ายผู้ป่วย.

ตัวอย่าง
2 ชม. 30 นาที45 นาที12 ชม.
วิธีจัดตารางนัดหมาย
SchedulingMethod
ระบุวิธีจองนัดติดตามผล.
คำอธิบาย

ข้อมูลนี้บันทึกช่องทางที่ใช้จองนัดหมาย เช่น «MyChart» «Cadence Auto» หรือ «เคาน์เตอร์ต้อนรับ» ซึ่งจำเป็นต่อแดชบอร์ดสถานะการทำงานอัตโนมัติของการนัดติดตามผลผู้ป่วยนอก

หากค่าแสดงว่าใช้ระบบหรือช่องทางดิจิทัลที่ผู้ป่วยดำเนินการเอง ก็สามารถกำหนดค่า «IsAutomated» เป็น true ได้ ข้อมูลนี้ช่วยแสดงผลของการนำเทคโนโลยีดิจิทัลมาใช้.

เหตุผลที่สำคัญ

ใช้ติดตามการนำเครื่องมืออัตโนมัติหรือบริการแบบบริการตนเองมาใช้.

แหล่งข้อมูล

ดูเอกสาร Epic EHR เพื่อค้นหาแหล่งที่มาของการสร้างนัดหมาย.

ตัวอย่าง
MyChartCadenceโทรศัพท์มาด้วยตนเอง
สถานะการปฏิบัติตามแนวทาง
ProtocolAdherenceStatus
สถานะที่ระบุว่าเคสเป็นไปตามแนวทางการรักษาทางคลินิกมาตรฐานหรือไม่.
คำอธิบาย

ข้อมูลนี้เปรียบเทียบลำดับกิจกรรมในเคสกับโมเดลอ้างอิงที่กำหนดไว้ (ขั้นตอนปฏิบัติงานมาตรฐาน) และใช้กับมุมมองการปฏิบัติตามแนวทางการรักษาทางคลินิก

ค่าที่เป็นไปได้ เช่น «ปฏิบัติตาม» «ข้ามขั้นตอน» หรือ «ลำดับไม่ถูกต้อง» ช่วยให้หัวหน้าทีมคลินิกกรองเคสที่ไม่เป็นไปตามข้อกำหนดได้อย่างรวดเร็ว โดยไม่ต้องตรวจแผนผังกระบวนการทีละรายการ.

เหตุผลที่สำคัญ

ช่วยระบุความเบี่ยงเบนจากมาตรฐานการดูแลที่อิงหลักฐานได้อย่างรวดเร็ว.

แหล่งข้อมูล

คำนวณในเครื่องมือ process mining หรือประมวลผลล่วงหน้าด้วย SQL.

ตัวอย่าง
ปฏิบัติตามเบี่ยงเบนจากแนวทางไม่สมบูรณ์
สาขาเฉพาะทางของผู้สั่งตรวจ
OrderingProviderSpecialty
สาขาเฉพาะทางของแพทย์ที่ขอปรึกษาหรือสั่งตรวจ.
คำอธิบาย

ข้อมูลนี้บันทึกแผนกหรือสาขาเฉพาะทางของผู้สั่งตรวจ เช่น «โรคหัวใจ» หรือ «มะเร็งวิทยา» ใช้ในแดชบอร์ด Specialist Consultation Latency

ช่วยวิเคราะห์ว่าสาขาใดต้องรอบริการภายในนานกว่าสาขาอื่น ซึ่งอาจชี้ให้เห็นถึงความไม่เท่าเทียมหรือการขาดแคลนทรัพยากรในหน่วยบริการบางแห่ง.

เหตุผลที่สำคัญ

ใช้แบ่งกลุ่มความต้องการบริการตรวจวินิจฉัยและปรึกษาแพทย์.

แหล่งข้อมูล

ดูเอกสาร Epic EHR เพื่อค้นหาข้อมูลหลักของผู้ให้บริการ.

ตัวอย่าง
โรคหัวใจอายุรศาสตร์ศัลยกรรมกระดูก
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมในเส้นทางการดูแลผู้ป่วย

ขั้นตอนกระบวนการและเหตุการณ์สำคัญในการดูแลที่ควรบันทึกไว้ในบันทึกเหตุการณ์ เพื่อค้นหาเส้นทางการดูแลทางคลินิกได้อย่างแม่นยำ.
4 แนะนำ 11 ไม่บังคับ
กิจกรรม คำอธิบาย
คัดกรองเสร็จสิ้น
การประเมินเบื้องต้นหรือการคัดกรองโดยพยาบาลเสร็จสิ้น โดยทั่วไปบันทึกเมื่อส่งแบบฟอร์มคัดกรอง หรือเมื่อสถานะการคัดกรองเปลี่ยนเป็น 'Complete'.
เหตุผลที่สำคัญ

จำเป็นต่อแดชบอร์ด 'ปริมาณงานและเวลารอในการคัดกรอง' เพื่อวัดประสิทธิภาพขั้นตอนรับผู้ป่วย ความล่าช้าตรงนี้ส่งผลต่อเนื่องไปยังเส้นทางการดูแลทั้งหมด.

แหล่งข้อมูล

PAT_ENC_HSP.TRIAGE_END_TIME หรือเวลาที่ส่งแถวข้อมูล Flowsheet ที่ระบุ (FLO_MEASUREMENT).

บันทึก

บันทึกเมื่อลงนามเอกสารคัดกรองหรืออัปเดตฟิลด์สถานะ.

ประเภทเหตุการณ์ explicit
จำหน่ายผู้ป่วยแล้ว
การปิดการเข้ารับบริการผู้ป่วยในอย่างเป็นทางการ บันทึกเมื่อจำหน่ายผู้ป่วยออกจากทะเบียนผู้ป่วยในในระบบ.
เหตุผลที่สำคัญ

เป็นจุดสิ้นสุดอย่างเป็นทางการของช่วงการรักษาสำหรับคำนวณ 'ระยะเวลาพักรักษา' และจำเป็นต่อ 'การค้นหารูปแบบเส้นทางผู้ป่วย'.

แหล่งข้อมูล

ฟีด ADT (เหตุการณ์ A03) หรือ PAT_ENC_HSP.DISCH_TIME.

บันทึก

บันทึกเมื่อเจ้าหน้าที่ธุรการดำเนินเวิร์กโฟลว์การจำหน่ายเสร็จสิ้น.

ประเภทเหตุการณ์ explicit
ยืนยันการวินิจฉัยแล้ว
การบันทึกการวินิจฉัยที่ยืนยันแล้วในรายการปัญหาสุขภาพของผู้ป่วยหรือฟิลด์การวินิจฉัยของการเข้ารับบริการ เป็นจุดสิ้นสุดของขั้นตอนตรวจหาสาเหตุ.
เหตุผลที่สำคัญ

จำเป็นต่อ KPI 'เวลาจนถึงการวินิจฉัยที่ชัดเจน' และเป็นจุดเปลี่ยนจากการประเมินไปสู่การรักษาที่ตรงจุด.

แหล่งข้อมูล

ตาราง PAT_ENC_DX หรือการอัปเดต PROBLEM_LIST ที่เชื่อมโยงกับการเข้ารับบริการ.

บันทึก

บันทึกเมื่อบุคลากรทางคลินิกเพิ่มรายการในกิจกรรม Encounter Diagnosis.

ประเภทเหตุการณ์ explicit
ลงทะเบียนผู้ป่วยแล้ว
การสร้างระเบียนการเข้ารับบริการของผู้ป่วยในระบบเป็นครั้งแรก ซึ่งเป็นจุดเริ่มต้นของช่วงการดูแล เหตุการณ์นี้บันทึกเมื่อผู้ป่วยมาถึงจุดลงทะเบียนหรือแผนกฉุกเฉิน และลงทะเบียนเข้าระบบ Epic.
เหตุผลที่สำคัญ

เป็นจุดเริ่มต้นของเส้นทางผู้ป่วยทั้งหมด และใช้คำนวณระยะเวลาพักรักษาโดยรวม จำเป็นต่อแดชบอร์ด 'ปริมาณงานและเวลารอในการคัดกรอง'.

แหล่งข้อมูล

ฟีด ADT (เหตุการณ์ A04 หรือ A01) หรือตาราง Clarity PAT_ENC (การสร้าง HSP_ACCOUNT_ID).

บันทึก

บันทึกเมื่อดำเนินธุรกรรม 'Check In' หรือ 'Admit'.

ประเภทเหตุการณ์ explicit
ตรวจวินิจฉัยเสร็จสิ้น
การตรวจวินิจฉัยจริงหรือการบันทึกผล สำหรับการตรวจทางห้องปฏิบัติการคือเวลาที่ประมวลผลสิ่งส่งตรวจเสร็จ ส่วนการตรวจภาพวินิจฉัยคือเวลาที่สแกนเสร็จ.
เหตุผลที่สำคัญ

เป็นจุดสิ้นสุดสำหรับ KPI 'ระยะเวลาเฉลี่ยของการตรวจวินิจฉัย' และจำเป็นต่อการทำความเข้าใจความล่าช้าในบริการสนับสนุนการตัดสินใจทางคลินิก.

แหล่งข้อมูล

ORDER_PROC.PROC_END_TIME หรือ ORDER_STAT_HISTORY เมื่อสถานะเปลี่ยนเป็น 'Completed' หรือ 'Resulted'.

บันทึก

บันทึกเมื่อเจ้าหน้าที่เทคนิคทำงานเสร็จ หรือระบบรับผลตรวจได้รับข้อมูล.

ประเภทเหตุการณ์ explicit
นัดหมายติดตามผลแล้ว
การนัดหมายผู้ป่วยนอกครั้งถัดไปให้ผู้ป่วย โดยบันทึกไว้ในโมดูลจัดตารางนัดหมาย Cadence ที่เชื่อมกับเวชระเบียนผู้ป่วย.
เหตุผลที่สำคัญ

ใช้ติดตาม «อัตราการจัดตารางนัดติดตามผลแบบอัตโนมัติ» ช่วยให้การดูแลต่อเนื่องและลดโอกาสที่ผู้ป่วยจะกลับเข้ารักษาซ้ำ.

แหล่งข้อมูล

PAT_ENC_APPT เชื่อมกับรหัสผู้ป่วย และสร้างขึ้นในช่วงใกล้เวลาจำหน่ายผู้ป่วย.

บันทึก

บันทึกเมื่อยืนยันช่วงเวลานัดหมายใน Cadence

ประเภทเหตุการณ์ explicit
ปรึกษาแพทย์เฉพาะทางเสร็จสิ้น
การประเมินโดยแพทย์เฉพาะทางเสร็จสิ้น โดยทั่วไปบันทึกเมื่อลงนาม Consult Note หรือปิดคำสั่งปรึกษา.
เหตุผลที่สำคัญ

เป็นจุดสิ้นสุดของ 'เวลารอรับคำปรึกษาจากแพทย์เฉพาะทาง' แสดงว่าได้รับคำแนะนำจากผู้เชี่ยวชาญแล้วและสามารถดำเนินแผนการดูแลต่อได้.

แหล่งข้อมูล

HNO_NOTE_TEXT (บันทึกที่ส่งโดยมีประเภทเป็น Consult) หรือสถานะ ORDER_PROC เปลี่ยนเป็น Completed.

บันทึก

อนุมานจากเวลาที่สร้าง Consult Note หรือการอัปเดตสถานะคำสั่ง.

ประเภทเหตุการณ์ inferred
ย้ายผู้ป่วยแล้ว
การเคลื่อนย้ายผู้ป่วยไปยังแผนกหรือหอผู้ป่วยแห่งใหม่ บันทึกผ่านเหตุการณ์ ADT transfer.
เหตุผลที่สำคัญ

เป็นจุดสิ้นสุดของ 'เวลาเฉลี่ยในการย้ายระหว่างหอผู้ป่วย' และใช้ในการ 'วิเคราะห์การย้ายผู้ป่วยภายในหอผู้ป่วย' เพื่อค้นหาคอขวดด้านการประสานงานในโรงพยาบาล.

แหล่งข้อมูล

ฟีด ADT (เหตุการณ์ A02) หรือ PAT_ENC_HSP_TRANSACTION (การย้ายเข้า).

บันทึก

บันทึกเมื่อเจ้าหน้าที่ประจำหน่วยอัปเดตตำแหน่งผู้ป่วยใน Census.

ประเภทเหตุการณ์ explicit
เริ่มแผนการดูแล
การกำหนดเส้นทางหรือแนวทางทางคลินิกเฉพาะให้ผู้ป่วย บันทึกเมื่อใช้ Order Set หรือ Care Plan มาตรฐานกับข้อมูลการเข้ารับบริการ.
เหตุผลที่สำคัญ

ใช้ใน 'มุมมองการปฏิบัติตามแนวทางทางคลินิก' เพื่อระบุว่ามีแผนจะดูแลตามมาตรฐาน จากจุดนี้สามารถวัดการเบี่ยงเบนจากขั้นตอนที่วางแผนไว้ได้.

แหล่งข้อมูล

ตาราง ORDER_SET_BKG หรือตาราง care plan ที่ระบุว่ามีการเชื่อมโยงแนวทางกับการเข้ารับบริการ.

บันทึก

บันทึกเมื่อบุคลากรทางคลินิกเลือกและลงนาม Order Set.

ประเภทเหตุการณ์ explicit
เริ่มวางแผนจำหน่าย
การเริ่มกิจกรรมเพื่อเตรียมจำหน่ายผู้ป่วย บันทึกผ่านเอกสาร Case Management หรือประเภทคำสั่ง 'Discharge' โดยเฉพาะ.
เหตุผลที่สำคัญ

เป็นข้อมูลสำคัญของแดชบอร์ด 'การวางแผนและดำเนินการจำหน่าย' การเริ่มวางแผนเร็วมีความสัมพันธ์กับระยะเวลาพักรักษาที่ลดลง.

แหล่งข้อมูล

การสร้าง HSP_DISCH_PLAN หรือบันทึกแรกโดย Case Manager/Social Worker.

บันทึก

อนุมานจากการติดต่อครั้งแรกกับ Discharge Navigator หรือบันทึก Case Mgmt.

ประเภทเหตุการณ์ inferred
ลงนามคำสั่งจำหน่ายแล้ว
การอนุมัติอย่างเป็นทางการจากแพทย์ให้ผู้ป่วยออกจากโรงพยาบาล เป็นรายการคำสั่งเฉพาะใน Epic.
เหตุผลที่สำคัญ

หมุดหมายสำคัญใน 'การวางแผนและดำเนินการจำหน่าย' ช่วงเวลาระหว่างขั้นตอนนี้กับการออกจากโรงพยาบาลจริงแสดงถึงความล่าช้าด้านธุรการ.

แหล่งข้อมูล

ORDER_PROC ที่มีประเภทเป็น 'Discharge Patient'.

บันทึก

บันทึกเมื่อแพทย์ลงนามคำสั่งจำหน่าย.

ประเภทเหตุการณ์ explicit
ส่งคำขอปรึกษาแพทย์เฉพาะทาง
คำสั่งให้แพทย์เฉพาะทางประเมินผู้ป่วย บันทึกเป็นประเภทคำสั่งหัตถการเฉพาะ 'Consult' ใน Epic.
เหตุผลที่สำคัญ

เป็นจุดเริ่มต้นของ KPI 'เวลารอรับคำปรึกษาจากแพทย์เฉพาะทาง' และช่วยระบุการขาดแคลนแพทย์ในสาขาเฉพาะ.

แหล่งข้อมูล

ORDER_PROC ที่ ORDER_CLASS = 'Consult' หรือคำสั่งส่งต่อเฉพาะ.

บันทึก

บันทึกเมื่อลงนามคำสั่งปรึกษา.

ประเภทเหตุการณ์ explicit
สั่งตรวจวินิจฉัย
การสั่งตรวจภาพวินิจฉัย (รังสีวิทยา) หรือบริการห้องปฏิบัติการ บันทึกเมื่อแพทย์ป้อนและลงนามคำสั่งในระบบ CPOE.
เหตุผลที่สำคัญ

เป็นจุดเริ่มต้นของแดชบอร์ด 'ระยะเวลารอบการให้บริการตรวจวินิจฉัย' หากมีคำสั่งจำนวนมากแต่ไม่มีผลตรวจตามมา อาจบ่งชี้ว่ามีคอขวด.

แหล่งข้อมูล

ตาราง ORDER_PROC ที่ ORDER_TYPE เป็น Lab หรือ Imaging/Radiology.

บันทึก

บันทึกเมื่อสถานะคำสั่งเปลี่ยนเป็น 'Signed' หรือ 'Active'.

ประเภทเหตุการณ์ explicit
สั่งย้ายผู้ป่วย
คำขอย้ายผู้ป่วยไปยังหน่วยงานหรือระดับการดูแลอื่น บันทึกเป็น 'Bed Request' หรือ 'Transfer Order' ในระบบ.
เหตุผลที่สำคัญ

เป็นจุดเริ่มต้นของ 'เวลาเฉลี่ยในการย้ายระหว่างหอผู้ป่วย' และช่วยแยกการตัดสินใจทางคลินิกที่จะย้ายออกจากความพร้อมของเตียงในทางปฏิบัติ.

แหล่งข้อมูล

ADT_TRANSFER_ORDER หรือ ORDER_PROC (Bed Request).

บันทึก

บันทึกเมื่อแพทย์ป้อนคำสั่งย้ายผู้ป่วย.

ประเภทเหตุการณ์ explicit
ให้ยาแล้ว
การที่พยาบาลหรือผู้ให้บริการให้ยาแก่ผู้ป่วย บันทึกไว้ใน Medication Administration Record (MAR).
เหตุผลที่สำคัญ

เหตุการณ์หลักสำหรับแดชบอร์ด 'ประสิทธิภาพการให้ยา' ใช้ติดตามการปฏิบัติตาม 'แผนการรักษาที่จัดทำไว้'.

แหล่งข้อมูล

ตาราง MAR_ADMIN_INFO โดยเฉพาะเหตุการณ์ที่มี action เป็น 'Given' หรือ 'New Bag'.

บันทึก

บันทึกเมื่อพยาบาลสแกนสายรัดข้อมือผู้ป่วยและยา (BCMA).

ประเภทเหตุการณ์ explicit
แนะนำ ไม่บังคับ

คู่มือการดึงข้อมูล

วิธีดึงข้อมูลจาก Epic EHR

พร้อมเริ่มต้นหรือยัง?

เริ่มปรับปรุงการปฏิบัติงานทางคลินิกด้วยการนำเทมเพลตนี้ไปใช้กับข้อมูล Epic ของคุณวันนี้ ทีมงานของเราพร้อมช่วยแนะนำขั้นตอนการดึงข้อมูล เพื่อให้คุณนำข้อมูลไปใช้ได้ทันที.

ปรับปรุงเส้นทางการดูแลผู้ป่วยและลดระยะเวลาดำเนินการได้ตั้งแต่วันนี้

ค้นหาคอขวดทางคลินิกเพื่อลดระยะเวลาดำเนินการ 30%.

เริ่มทดลองใช้ฟรี

ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จในไม่กี่นาที.