เทมเพลตข้อมูลเส้นทางการรักษาของผู้ป่วย

MEDITECH
เทมเพลตข้อมูลเส้นทางการรักษาของผู้ป่วย

เทมเพลตข้อมูลเส้นทางการรักษาของผู้ป่วย

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

แอตทริบิวต์เส้นทางการรักษาของผู้ป่วย

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

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

ในระบบ MEDITECH ค่านี้มักเชื่อมโยงกับ Account Number หรือ Visit ID ซึ่งเป็นข้อมูลสำคัญสำหรับสร้างเส้นทางผู้ป่วยตั้งแต่ลงทะเบียนจนถึงจำหน่าย ใช้คำนวณระยะเวลานอนโรงพยาบาลและวิเคราะห์แนวทางการรักษาทางคลินิก.

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

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

แหล่งข้อมูล

โมดูล Admissions หรือ Registration ของ MEDITECH โดยทั่วไปคือฟิลด์ Account Number.

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

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

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

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

กำหนดขั้นตอนของกระบวนการ และจำเป็นต่อการแสดงแผนที่กระบวนการ.

แหล่งข้อมูล

ข้อมูลที่ได้จากบันทึกธุรกรรมหลายรายการ (คำสั่ง OE, การปฏิบัติงานพยาบาล NUR และเหตุการณ์ ADM).

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

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

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

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

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

แหล่งข้อมูล

กำหนดค่าไว้ตายตัวระหว่างการดึงข้อมูล หรือกำหนดค่ารหัสระบบ.

ตัวอย่าง
MEDITECH_ExpanseMEDITECH_6.1Hospital_A_Main
เวลาประทับของเหตุการณ์
EventTimestamp
วันที่และเวลาที่กิจกรรมเกิดขึ้น.
คำอธิบาย

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

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

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

จำเป็นต่อการเรียงลำดับเหตุการณ์และคำนวณระยะเวลาของกระบวนการกับจำนวนงานที่ดำเนินการได้.

แหล่งข้อมูล

คอลัมน์วันที่และเวลาของธุรกรรมในตารางต้นทาง.

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

ระบุเวลาที่ประมวลผลหรือโหลดระเบียนเข้าสู่เครื่องมือ process mining ครั้งล่าสุด ข้อมูลนี้ช่วยตรวจสอบความใหม่ของข้อมูล และยืนยันว่าการวิเคราะห์สะท้อนสถานะล่าสุดของระบบ

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

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

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

แหล่งข้อมูล

วันที่ของระบบขณะเรียกใช้ ETL.

ตัวอย่าง
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
การวินิจฉัยหลัก
PrimaryDiagnosis
ภาวะทางการแพทย์หลักที่ระบุสำหรับช่วงการรักษาของผู้ป่วย.
คำอธิบาย

มีรหัสหรือคำอธิบาย ICD-10 ของสาเหตุหลักที่ผู้ป่วยมารับบริการ ข้อมูลนี้เป็นหัวใจของ 'การวิเคราะห์รูปแบบเส้นทางการรักษาทางคลินิก'

เมื่อจัดกลุ่มกรณีตามการวินิจฉัยหลัก ผู้จัดการด้านคลินิกจะเปรียบเทียบเส้นทางการรักษาจริงกับแนวทางการรักษาที่เหมาะสมสำหรับภาวะนั้นได้.

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

จำเป็นต่อการจัดกลุ่มกรณีเพื่อวิเคราะห์เส้นทางการรักษาทางคลินิก.

แหล่งข้อมูล

โมดูลเวชระเบียนหรือการจัดทำสรุปเวชระเบียน.

ตัวอย่าง
J18.9 - ปอดบวมI21.9 - กล้ามเนื้อหัวใจตายเฉียบพลันS72.0 - กระดูกต้นขาหัก
ประเภทผู้ป่วย
PatientType
การจัดประเภทการเข้ารับบริการของผู้ป่วย เช่น ผู้ป่วยใน ผู้ป่วยนอก หรือผู้ป่วยฉุกเฉิน.
คำอธิบาย

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

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

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

เป็นเกณฑ์หลักในการแบ่งกลุ่มเพื่อเปรียบเทียบกระบวนการ เช่น ผู้ป่วยในกับผู้ป่วยนอก.

แหล่งข้อมูล

ตาราง Admission หรือ Visit เช่น AdmVisits.Status.

ตัวอย่าง
ผู้ป่วยในฉุกเฉินผ่าตัดผู้ป่วยนอกสังเกตอาการ
เป็นการกลับเข้ารักษาซ้ำหรือไม่
IsReadmission
ระบุว่าช่วงการรักษานี้เกิดขึ้นภายใน 30 วันหลังจำหน่ายครั้งก่อนหรือไม่.
คำอธิบาย

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

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

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

ตัวชี้วัดคุณภาพสำคัญที่ส่งผลต่อการเบิกจ่ายและผลลัพธ์ของผู้ป่วย.

แหล่งข้อมูล

คำนวณโดยเปรียบเทียบ StartTime ปัจจุบันกับ Case EndTime ก่อนหน้าของ MedicalRecordNumber เดียวกัน.

ตัวอย่าง
truefalse
แผนกของโรงพยาบาล
HospitalDepartment
หน่วยงานหรือแผนกที่เกิดกิจกรรม.
คำอธิบาย

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

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

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

ใช้วิเคราะห์โครงสร้างองค์กรและระบุคอขวดในหน่วยงานต่างๆ.

แหล่งข้อมูล

ฟิลด์ Location หรือ Department ในตารางธุรกรรม.

ตัวอย่าง
แผนกฉุกเฉินรังสีวิทยาหอผู้ป่วยหนักหอผู้ป่วยศัลยกรรม 3
แพทย์ผู้ดูแล
AttendingProvider
แพทย์หรือบุคลากรทางการแพทย์หลักที่รับผิดชอบกิจกรรม.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

ฟิลด์ Provider หรือ User ในบันทึกกิจกรรม.

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

ระบุความเร่งด่วนของอาการผู้ป่วย โดยทั่วไปใช้ระดับคะแนน เช่น 1-5 ซึ่งระดับ 1 หมายถึงวิกฤต แอตทริบิวต์นี้เป็นข้อมูลหลักของ 'การวิเคราะห์การไหลของผู้ป่วยในแผนกฉุกเฉิน'

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

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

สำคัญต่อการวิเคราะห์การจัดลำดับความสำคัญและการปฏิบัติตามข้อกำหนดด้านความปลอดภัยในแผนกฉุกเฉิน.

แหล่งข้อมูล

หน้าจอประเมินของแผนกฉุกเฉินหรือการพยาบาลคัดกรอง.

ตัวอย่าง
1 - กู้ชีพ2 - ฉุกเฉินเร่งด่วน3 - เร่งด่วน4 - เร่งด่วนน้อย
สถานะเมื่อจำหน่าย
DischargeDisposition
ปลายทางหรือสถานะของผู้ป่วยเมื่อจำหน่าย.
คำอธิบาย

ระบุว่าผู้ป่วยไปที่ใดหลังสิ้นสุดช่วงการรักษา เช่น 'กลับบ้าน', 'สถานดูแลผู้ป่วยระยะยาว', 'บริการดูแลสุขภาพที่บ้าน' หรือ 'เสียชีวิต' ตัวชี้วัดนี้สำคัญต่อแดชบอร์ด 'การปรับปรุงการวางแผนจำหน่ายผู้ป่วย'

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

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

ตัวชี้วัดผลลัพธ์สำคัญสำหรับวิเคราะห์ระยะเวลาพักรักษาและความเสี่ยงในการกลับเข้ารักษาซ้ำ.

แหล่งข้อมูล

หน้าจอสรุปข้อมูลการจำหน่ายหรือการลงทะเบียน.

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

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

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

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

ช่วยวิเคราะห์ข้ามช่วงการรักษาและดูข้อมูลโดยยึดผู้ป่วยเป็นหลัก.

แหล่งข้อมูล

ดัชนีข้อมูลหลักของผู้ป่วยหรือตารางลงทะเบียน.

ตัวอย่าง
MRN-100293MRN-55928388291002
จำนวนเงินที่เรียกเก็บ
ChargeAmount
มูลค่าทางการเงินที่เกี่ยวข้องกับกิจกรรมหรือบริการหนึ่งๆ.
คำอธิบาย

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

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

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

เพิ่มมิติด้านการเงินให้กับการวิเคราะห์กระบวนการ.

แหล่งข้อมูล

โมดูล Billing หรือ BAR (Billing/Accounts Receivable).

ตัวอย่าง
150.001200.5045.00
ชื่อยา
MedicationName
ชื่อยาที่ให้แก่ผู้ป่วย.
คำอธิบาย

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

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

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

จำเป็นต่อการวิเคราะห์การปฏิบัติตามข้อกำหนดทางคลินิกและความปลอดภัย.

แหล่งข้อมูล

โมดูล Pharmacy (PHA) หรือ Bedside Verification (BMV).

ตัวอย่าง
อะเซตามิโนเฟนแวนโคมัยซินเฮพารินอินซูลิน
มีการเบี่ยงเบนจากแนวทางหรือไม่
IsAdherenceViolation
ระบุว่ากรณีนี้เบี่ยงเบนจากแนวทางการรักษามาตรฐานหรือไม่.
คำอธิบาย

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

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

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

ช่วยระบุการเบี่ยงเบนและความแตกต่างของกระบวนการได้อย่างรวดเร็ว.

แหล่งข้อมูล

คำนวณด้วยอัลกอริทึมตรวจสอบความสอดคล้อง.

ตัวอย่าง
truefalse
เวลารอคัดกรอง
TriageWaitTime
ระยะเวลาตั้งแต่ลงทะเบียนจนคัดกรองเสร็จ.
คำอธิบาย

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

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

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

ตัวชี้วัดการปฏิบัติงานสำคัญสำหรับแผนกฉุกเฉิน.

แหล่งข้อมูล

คำนวณจากผลต่างระหว่างเวลาประทับของกิจกรรมที่ระบุ.

ตัวอย่าง
15 นาที1 ชั่วโมง 20 นาที
หมวดหมู่คำสั่ง
OrderCategory
การจัดประเภทคำสั่งทางคลินิก เช่น ห้องปฏิบัติการ รังสีวิทยา หรือการปรึกษาแพทย์.
คำอธิบาย

จัดกลุ่มคำสั่งเป็นหมวดหมู่กว้างๆ เช่น 'ห้องปฏิบัติการ', 'รังสีวิทยา', 'โภชนาการ' หรือ 'ปรึกษาแพทย์' ข้อมูลนี้จำเป็นสำหรับแดชบอร์ด 'ระยะเวลาดำเนินการของบริการตรวจวินิจฉัย'

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

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

ใช้แบ่งกลุ่มเวิร์กโฟลว์การตรวจวินิจฉัยและการรักษา.

แหล่งข้อมูล

ฟิลด์หมวดหมู่ในโมดูล Order Entry (OE).

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

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

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

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

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

แหล่งข้อมูล

ข้อมูลการลงทะเบียนรับผู้ป่วย.

ตัวอย่าง
ห้องฉุกเฉินส่งต่อจากคลินิกส่งต่อจากสถานดูแลผู้ป่วยระยะยาว
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมในเส้นทางการรักษาของผู้ป่วย

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

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

แหล่งข้อมูล

MEDITECH OE (Order Entry) โดยกรองรายการคำสั่งด้วย Category = Discharge.

บันทึก

บันทึกเมื่อมีการดำเนินธุรกรรม Order Enter

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

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

แหล่งข้อมูล

โมดูล MEDITECH EDM (Emergency Department Management) โดยดึงจากการเปลี่ยนสถานะในตัวติดตาม EDM หรือเวลาที่บันทึกเอกสาร Triage Assessment.

บันทึก

บันทึกเมื่อฟิลด์สถานะเปลี่ยนเป็น Triaged

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

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

แหล่งข้อมูล

MEDITECH ADM (Admissions) โดยใช้ฟิลด์ 'DischargeDateTime' ในข้อมูลการเข้ารับบริการ.

บันทึก

บันทึกเมื่อมีการดำเนินธุรกรรม Discharge Patient

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

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

แหล่งข้อมูล

โมดูล MEDITECH ABS (Abstracting) หรือ Medical Records โดยบันทึกเมื่อเชื่อมรหัสการวินิจฉัยกับบัญชีผู้ป่วย.

บันทึก

บันทึกเมื่อมีการดำเนินธุรกรรม Diagnosis Enter

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

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

แหล่งข้อมูล

โมดูล MEDITECH OE (Order Entry) โดยดึงข้อมูลจากตาราง 'OeOrders' ผ่านฟิลด์วันที่และเวลาที่สั่งรายการ.

บันทึก

บันทึกเมื่อมีการดำเนินธุรกรรม Order Enter

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

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

แหล่งข้อมูล

MEDITECH ADM (Admissions) โดยดึงข้อมูลจากประวัติตำแหน่งหรือบันทึกรายการธุรกรรม 'Location History' หรือ 'RoomBed'.

บันทึก

บันทึกเมื่อมีการดำเนินธุรกรรม Transfer Patient

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

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

แหล่งข้อมูล

โมดูล MEDITECH LAB หรือ ITS (Imaging and Therapeutic Services) โดยดึงจากการเปลี่ยนสถานะผลตรวจเป็น Verified หรือ Signed.

บันทึก

บันทึกเมื่อฟิลด์สถานะเปลี่ยนเป็น Verified

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

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

แหล่งข้อมูล

โมดูล MEDITECH ADM โดยดึงข้อมูลจากตาราง 'Admissions' โดยเฉพาะฟิลด์ 'AdmitDateTime' หรือเวลาที่สร้างรายการธุรกรรม.

บันทึก

บันทึกเมื่อมีการดำเนินธุรกรรม New Visit

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

ใช้ติดตาม 'การปฏิบัติตามข้อกำหนดในการให้ยา' และระบุความเสี่ยงด้านความปลอดภัยกับการหยุดชะงักของเวิร์กโฟลว์ในหน่วยพยาบาล.

แหล่งข้อมูล

MEDITECH PHA (Pharmacy) หรือ eMAR (Electronic Medication Administration Record) โดยใช้ฟิลด์ 'AdminDateTime' ในประวัติการให้ยา.

บันทึก

บันทึกเมื่อมีการดำเนินธุรกรรม Med Admin

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

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

แหล่งข้อมูล

โมดูล MEDITECH LAB โดยทั่วไปบันทึกเมื่อเจ้าหน้าที่เจาะเลือดสแกนบาร์โค้ดหรือเปลี่ยนสถานะสิ่งส่งตรวจเป็น Collected.

บันทึก

บันทึกเมื่อมีการดำเนินธุรกรรม Collect Specimen

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

ใช้วิเคราะห์ 'การนัดหมายติดตามผล' ซึ่งสัมพันธ์กับอัตราการกลับเข้ารักษาซ้ำที่ลดลง.

แหล่งข้อมูล

MEDITECH SCH (Scheduling) โดยอนุมานจากการเชื่อมรายการนัดหมายใหม่ที่สร้างใกล้วันจำหน่ายกับรหัสผู้ป่วย.

บันทึก

อนุมานโดยเปรียบเทียบฟิลด์ Appointment Created Date กับ Discharge Date

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

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

แหล่งข้อมูล

MEDITECH PCM (Provider Order Management) หรือ EMR โดยอนุมานจากเวลาสร้างเอกสารที่มีชื่อเรื่องเฉพาะ.

บันทึก

เปรียบเทียบฟิลด์สถานะก่อนและหลัง

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

ใช้วัด 'ความเร็วในการจัดทำแผนการรักษา' ความล่าช้าในขั้นตอนนี้อาจบ่งชี้ถึงช่องว่างในการตัดสินใจทางคลินิก.

แหล่งข้อมูล

MEDITECH PCS (Patient Care System) หรือ Care Manager โดยใช้เวลาที่นำแผนการดูแลมาตรฐานมาใช้กับผู้ป่วย.

บันทึก

บันทึกเมื่อมีการดำเนินธุรกรรม Care Plan Add

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

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

แหล่งข้อมูล

MEDITECH OE (Order Entry) โดยกรองข้อมูลใน 'OeOrders' ด้วย Category = Consult.

บันทึก

บันทึกเมื่อมีการดำเนินธุรกรรม Order Enter

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

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

วิธีดึงข้อมูลทางคลินิกและข้อมูลการบริหารจากระบบ MEDITECH Expanse ของคุณ.

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

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

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

ลดระยะเวลาของกระบวนการลง 30 เปอร์เซ็นต์ และเพิ่มประสิทธิภาพโรงพยาบาล

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

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