เทมเพลตข้อมูลเส้นทางการรักษาของผู้ป่วย
เทมเพลตข้อมูลเส้นทางการรักษาของผู้ป่วย
- แอตทริบิวต์ทางคลินิกที่แนะนำ
- จุดสำคัญของกระบวนการที่จำเป็น
- แนวทางดึงข้อมูลจาก MEDITECH
แอตทริบิวต์เส้นทางการรักษาของผู้ป่วย
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| 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 | ผู้ป่วยมาจากที่ใด เช่น บ้าน การส่งต่อ หรือการแนะนำ. | ||
| คำอธิบาย ระบุแหล่งที่มาของการรับผู้ป่วย เช่น 'แพทย์ส่งต่อ', 'ห้องฉุกเฉิน' หรือ 'ส่งต่อจากโรงพยาบาลอื่น' ข้อมูลนี้ช่วยให้เข้าใจว่าผู้ป่วยเข้าสู่ระบบได้อย่างไร มีประโยชน์ต่อการทำความเข้าใจรูปแบบผู้ป่วยขาเข้าและผลกระทบต่อ 'การวิเคราะห์การไหลของผู้ป่วยในแผนกฉุกเฉิน' รวมถึงการวางแผนทรัพยากร. เหตุผลที่สำคัญ ช่วยให้เห็นบริบทของจำนวนผู้ป่วยขาเข้าและช่องทางที่สร้างความต้องการใช้บริการ. แหล่งข้อมูล ข้อมูลการลงทะเบียนรับผู้ป่วย. ตัวอย่าง ห้องฉุกเฉินส่งต่อจากคลินิกส่งต่อจากสถานดูแลผู้ป่วยระยะยาว | |||
กิจกรรมในเส้นทางการรักษาของผู้ป่วย
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| เขียนคำสั่งจำหน่ายผู้ป่วยแล้ว | เวลาที่แพทย์ลงนามในคำสั่งอนุญาตให้จำหน่ายผู้ป่วย ซึ่งเป็นจุดเริ่มต้นของขั้นตอน 'วางแผนจำหน่ายผู้ป่วย'. | ||
| เหตุผลที่สำคัญ ใช้เป็นค่าเริ่มต้นของ 'ระยะเวลาวางแผนจำหน่ายผู้ป่วย' ช่วงเวลาระหว่างขั้นตอนนี้กับการออกจากโรงพยาบาลจริงสะท้อนความไม่มีประสิทธิภาพในการปฏิบัติงาน. แหล่งข้อมูล 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 | |||
คู่มือการดึงข้อมูล
ขั้นตอน
ระบุเซิร์ฟเวอร์ Data Repository: ค้นหาอินสแตนซ์ Microsoft SQL Server ที่โฮสต์ MEDITECH Data Repository (DR) ซึ่งแยกจากฐานข้อมูลธุรกรรม M-AT หรือฐานข้อมูลแบบไฟล์ คุณต้องมีข้อมูลรับรองแบบอ่านอย่างเดียว โดยทั่วไปจะเป็นบัญชีบริการ.
ตรวจสอบเวอร์ชัน Schema: โครงสร้าง MEDITECH DR แตกต่างกันเล็กน้อยระหว่าง Magic, Client/Server (6.x) และ Expanse คิวรีด้านล่างใช้รูปแบบการตั้งชื่อมาตรฐาน เช่น AdmVisits และ OeOrders ตรวจสอบชื่อเหล่านี้ใน Object Explorer ของ SQL Server Management Studio (SSMS) ในระบบของคุณ.
กำหนดขอบเขตข้อมูล: ระบุตารางหลักสำหรับการเข้ารับบริการของผู้ป่วย โดยทั่วไปชื่อตารางจะเป็น AdmVisits, RegAcct หรือ AbstractData ขึ้นอยู่กับการตั้งค่า DR ของคุณ คิวรีนี้ใช้ AdmVisits เป็นตารางหลักสำหรับ Patient Episode.
เตรียมสภาพแวดล้อม SQL: เปิด SSMS และเชื่อมต่อกับ DR จากนั้นเปิดหน้าต่างคิวรีใหม่ ตรวจสอบว่าเลือกฐานข้อมูลที่ถูกต้องแล้ว ซึ่งมักใช้ชื่อ livedb หรือชื่อใกล้เคียง.
ตั้งค่าพารามิเตอร์: ในสคริปต์ SQL ที่ให้มา ให้แทนที่ค่าตัวอย่างของช่วงวันที่ เช่น '2023-01-01' และรหัสสถานพยาบาล หาก DR ของคุณโฮสต์ข้อมูลจากหลายแห่ง.
ดึงข้อมูล: เรียกใช้สคริปต์ T-SQL ทั้งหมด โดยสคริปต์ใช้ Common Table Expressions (CTEs) เพื่อกำหนดกลุ่มข้อมูลที่ต้องการก่อน แล้วจึงใช้ UNION ALL รวมแหล่งข้อมูลหลายแห่งให้เป็นบันทึกเหตุการณ์รูปแบบมาตรฐาน.
จัดการแอตทริบิวต์ NULL: คิวรีมีตรรกะรองรับค่า NULL ที่อาจพบในเวลา โดยใช้ COALESCE ตามความเหมาะสม และตรวจสอบให้แน่ใจว่ามีคีย์สำคัญสำหรับเชื่อมข้อมูล (SourceID/VisitID).
ตรวจสอบข้อมูลคัดกรองและฉุกเฉิน: MEDITECH จัดเก็บข้อมูล ED ไว้ในโมดูลเฉพาะ ตรวจสอบว่ามีข้อมูลในตาราง EdVisits หรือ NurInterventions หากคุณกำลังวิเคราะห์เวิร์กโฟลว์ฉุกเฉิน.
ตรวจสอบหมวดหมู่คำสั่ง: คิวรีแยกคำสั่งทั่วไป การปรึกษาแพทย์ และคำสั่งจำหน่ายผู้ป่วยตาม Category urn หรือ mnemonic คุณอาจต้องปรับเงื่อนไข WHERE ให้ตรงกับพจนานุกรม Mnemonic ของสถานพยาบาล.
ส่งออกข้อมูล: เมื่อได้ผลลัพธ์แล้ว ให้คลิกขวาที่ตารางผลลัพธ์ใน SSMS แล้วเลือก Save Results As CSV ตรวจสอบให้แน่ใจว่ามีหัวคอลัมน์.
จัดรูปแบบขั้นสุดท้าย: เปิดไฟล์ CSV เพื่อตรวจสอบว่ารูปแบบวันที่เป็นไปตาม ISO 8601 (YYYY-MM-DD HH:MM:SS) ก่อนนำเข้า ProcessMind.
การกำหนดค่า
- สิทธิ์เข้าถึงฐานข้อมูล: ต้องมีสิทธิ์ db_datareader ในฐานข้อมูล MEDITECH DR SQL.
- ช่วงวันที่: แนะนำให้ดึงข้อมูลผู้ป่วยที่จำหน่ายแล้วในช่วง 3 ถึง 6 เดือน เพื่อให้ได้กระบวนการที่เสร็จสมบูรณ์.
- กรองตามสถานพยาบาล: หาก DR มีข้อมูลจากหลายสถานพยาบาล ให้กรอง CTE BaseVisits ด้วย FacilityID หรือ SourceSystemID.
- การกำหนด Episode: สคริปต์ใช้ VisitID ที่ไม่ซ้ำกัน ซึ่งมักเรียกว่า Account Number หรือ Episode Number เป็น Case ID.
- ประสิทธิภาพ: คิวรีใช้ CTE เป็นตารางหลักเพื่อจำกัดช่วงการค้นหา ตรวจสอบว่ามีดัชนีในฟิลด์ AdmitDate และ DischargeDate ของตาราง AdmVisits เพื่อให้ทำงานได้อย่างมีประสิทธิภาพ.
- ความล่าช้าของข้อมูล: การถ่ายโอนข้อมูลจาก Data Repository อาจล่าช้าตั้งแต่ 15 นาทีถึง 24 ชั่วโมง ขึ้นอยู่กับการตั้งค่าของแต่ละสถานที่ ตรวจสอบเวลา LastDataUpdate.
ตัวอย่างคำค้น sql
/* MEDITECH Data Repository T-SQL Extraction for ProcessMind */
/* Process: Patient Journey */
/* Dialect: T-SQL */
WITH BaseVisits AS (
/* Define the population: Discharged patients within a date range */
SELECT
V.VisitID,
V.PatientID,
V.AccountNumber AS MedicalRecordNumber,
V.AdmitDateTime,
V.DischargeDateTime,
V.FacilityID,
V.PatientType,
V.AttendingProviderID,
V.DischargeDisposition,
NULLIF(DATEDIFF(MINUTE, V.AdmitDateTime, V.DischargeDateTime), 0) / 1440.0 AS LengthOfStay,
/* Flag readmissions logic would go here, simplified as 0 for base script */
0 AS IsReadmission
FROM
[YourDatabaseName].[dbo].[AdmVisits] V
WHERE
V.DischargeDateTime >= '2023-01-01'
AND V.DischargeDateTime < '2023-04-01'
AND V.Status = 'DIS' /* Discharged Status */
),
PatientDiagnoses AS (
/* Helper CTE for Primary Diagnosis to avoid duplicates in joins */
SELECT
D.VisitID,
MAX(D.ICDCode) AS PrimaryDiagnosis
FROM
[YourDatabaseName].[dbo].[AbsDiagnoses] D
WHERE
D.Rank = 1 /* Primary Diagnosis Rank */
GROUP BY
D.VisitID
),
TriageData AS (
/* Helper CTE for Triage Acuity */
SELECT
T.VisitID,
MAX(T.AcuityLevel) AS TriageAcuityLevel
FROM
[YourDatabaseName].[dbo].[EdTriage] T
GROUP BY
T.VisitID
)
/* 1. Patient Registered */
SELECT
V.VisitID AS PatientEpisode,
'Patient Registered' AS ActivityName,
V.AdmitDateTime AS EventTimestamp,
'MEDITECH_ADM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
V.FacilityID AS HospitalDepartment,
V.AttendingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
BaseVisits V
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
V.AdmitDateTime IS NOT NULL
UNION ALL
/* 2. Triage Completed */
SELECT
V.VisitID AS PatientEpisode,
'Triage Completed' AS ActivityName,
ED.TriageDateTime AS EventTimestamp,
'MEDITECH_ED' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
'Emergency Department' AS HospitalDepartment,
ED.TriageNurseID AS AttendingProvider,
V.PatientType,
ED.AcuityLevel AS TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[EdTriage] ED
INNER JOIN BaseVisits V ON ED.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
WHERE
ED.TriageDateTime IS NOT NULL
UNION ALL
/* 3. Order Placed (General) */
SELECT
V.VisitID AS PatientEpisode,
'Order Placed' AS ActivityName,
O.OrderDateTime AS EventTimestamp,
'MEDITECH_OE' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
O.Department AS HospitalDepartment,
O.OrderingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[OeOrders] O
INNER JOIN BaseVisits V ON O.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
O.Category NOT IN ('CONSULT', 'DISCHARGE') /* Exclude specific types handled elsewhere */
UNION ALL
/* 4. Specimen Collected */
SELECT
V.VisitID AS PatientEpisode,
'Specimen Collected' AS ActivityName,
L.CollectionDateTime AS EventTimestamp,
'MEDITECH_LAB' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
'Laboratory' AS HospitalDepartment,
L.CollectedBy AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[LabSpecimens] L
INNER JOIN BaseVisits V ON L.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
L.CollectionDateTime IS NOT NULL
UNION ALL
/* 5. Diagnostic Result Verified */
SELECT
V.VisitID AS PatientEpisode,
'Diagnostic Result Verified' AS ActivityName,
R.VerifiedDateTime AS EventTimestamp,
'MEDITECH_LAB' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
'Laboratory' AS HospitalDepartment,
R.VerifiedBy AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[LabResults] R
INNER JOIN BaseVisits V ON R.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
R.VerifiedDateTime IS NOT NULL
UNION ALL
/* 6. Diagnosis Documented */
SELECT
V.VisitID AS PatientEpisode,
'Diagnosis Documented' AS ActivityName,
DX.EntryDateTime AS EventTimestamp,
'MEDITECH_ABS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
V.FacilityID AS HospitalDepartment,
DX.ProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[AbsDiagnoses] DX
INNER JOIN BaseVisits V ON DX.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
DX.EntryDateTime IS NOT NULL
UNION ALL
/* 7. Care Plan Initiated */
SELECT
V.VisitID AS PatientEpisode,
'Care Plan Initiated' AS ActivityName,
N.CreateDateTime AS EventTimestamp,
'MEDITECH_NUR' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
N.NurseUnit AS HospitalDepartment,
N.NurseID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[NurPlan] N
INNER JOIN BaseVisits V ON N.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
N.CreateDateTime IS NOT NULL
UNION ALL
/* 8. Medication Administered */
SELECT
V.VisitID AS PatientEpisode,
'Medication Administered' AS ActivityName,
M.AdminDateTime AS EventTimestamp,
'MEDITECH_PHA' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
M.AdminLocation AS HospitalDepartment,
M.AdministeredBy AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[PhaMedAdmin] M
INNER JOIN BaseVisits V ON M.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
M.Status = 'ADMINISTERED'
UNION ALL
/* 9. Consult Request Sent */
SELECT
V.VisitID AS PatientEpisode,
'Consult Request Sent' AS ActivityName,
O.OrderDateTime AS EventTimestamp,
'MEDITECH_OE' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
O.Department AS HospitalDepartment,
O.OrderingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[OeOrders] O
INNER JOIN BaseVisits V ON O.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
O.Category = 'CONSULT'
UNION ALL
/* 10. Consultation Completed */
SELECT
V.VisitID AS PatientEpisode,
'Consultation Completed' AS ActivityName,
O.CompletedDateTime AS EventTimestamp,
'MEDITECH_OE' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
O.Department AS HospitalDepartment,
O.OrderingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[OeOrders] O
INNER JOIN BaseVisits V ON O.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
O.Category = 'CONSULT'
AND O.Status = 'COMPLETED'
AND O.CompletedDateTime IS NOT NULL
UNION ALL
/* 11. Patient Transferred */
SELECT
V.VisitID AS PatientEpisode,
'Patient Transferred' AS ActivityName,
TX.TransferDateTime AS EventTimestamp,
'MEDITECH_ADM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
TX.ToLocation AS HospitalDepartment,
NULL AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[AdmRoomTx] TX
INNER JOIN BaseVisits V ON TX.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
TX.TransferDateTime IS NOT NULL
UNION ALL
/* 12. Discharge Order Written */
SELECT
V.VisitID AS PatientEpisode,
'Discharge Order Written' AS ActivityName,
O.OrderDateTime AS EventTimestamp,
'MEDITECH_OE' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
O.Department AS HospitalDepartment,
O.OrderingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[OeOrders] O
INNER JOIN BaseVisits V ON O.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
O.Category = 'DISCHARGE'
OR O.Mnemonic LIKE '%DISCHARGE%'
UNION ALL
/* 13. Patient Discharged */
SELECT
V.VisitID AS PatientEpisode,
'Patient Discharged' AS ActivityName,
V.DischargeDateTime AS EventTimestamp,
'MEDITECH_ADM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
V.FacilityID AS HospitalDepartment,
V.AttendingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
BaseVisits V
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
V.DischargeDateTime IS NOT NULL
UNION ALL
/* 14. Follow-up Booked */
SELECT
V.VisitID AS PatientEpisode,
'Follow-up Booked' AS ActivityName,
S.BookDateTime AS EventTimestamp,
'MEDITECH_SCH' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
S.ApptDepartment AS HospitalDepartment,
S.ProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[SchAppt] S
INNER JOIN BaseVisits V ON S.PatientID = V.PatientID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
S.BookDateTime > V.AdmitDateTime
AND S.BookDateTime <= DATEADD(day, 30, V.DischargeDateTime) /* Logic to link appt to episode */
AND S.Status NOT IN ('CANCELLED', 'NOSHOW'); พร้อมเริ่มต้นหรือยัง?
เริ่มปรับปรุงการปฏิบัติงานทางคลินิกด้วยการนำเทมเพลตนี้ไปใช้กับข้อมูล MEDITECH ของคุณได้เลย ทีมงานของเราพร้อมช่วยปรับวิธีดึงข้อมูล เพื่อเพิ่มประสิทธิภาพการทำงานของโรงพยาบาล.
ปรับปรุงเส้นทางการรักษาของผู้ป่วยและลดความล่าช้าได้เลย
ลดระยะเวลาของกระบวนการลง 30 เปอร์เซ็นต์ และเพิ่มประสิทธิภาพโรงพยาบาล
ไม่ต้องใช้บัตรเครดิต เริ่มใช้งานได้ในไม่กี่นาที.