เทมเพลตข้อมูลเส้นทางการดูแลผู้ป่วยของคุณ
เทมเพลตข้อมูลเส้นทางการดูแลผู้ป่วยของคุณ
- แอตทริบิวต์ที่แนะนำให้เก็บ
- กิจกรรมสำคัญที่ควรติดตาม
- แนวทางการดึงข้อมูล
แอตทริบิวต์ของเส้นทางการดูแลผู้ป่วย
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
กิจกรรม
ClinicalEventTag
|
ชื่อหรือคำอธิบายของเหตุการณ์ทางคลินิกหรือทางธุรการที่เกิดขึ้น. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกการดำเนินการที่เกิดขึ้นระหว่างการดูแลผู้ป่วย เช่น «ให้ยาแล้ว» «วัดสัญญาณชีพแล้ว» หรือ «จำหน่ายผู้ป่วยแล้ว» และแสดงชื่อขั้นตอนในกระบวนการที่อ่านเข้าใจได้ ใน Cerner ข้อมูลนี้มักมาจากตาราง
เหตุผลที่สำคัญ
ใช้กำหนดขั้นตอนในแผนผังกระบวนการเพื่อแสดงภาพเวิร์กโฟลว์.
แหล่งข้อมูล
ตาราง: CLINICAL_EVENT, คอลัมน์: EVENT_TAG หรือ CODE_VALUE ที่เชื่อมกับ EVENT_CD
ตัวอย่าง
ประเมินคัดกรองตรวจความสมบูรณ์ของเม็ดเลือดพร้อมแยกชนิดเม็ดเลือดขาวคำสั่งจำหน่ายผู้ป่วยย้ายผู้ป่วย
|
|||
|
เวลาประทับเหตุการณ์
EventEndDateTime
|
วันและเวลาที่กิจกรรมเกิดขึ้นหรือเสร็จสิ้น. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกเวลาที่เกิดเหตุการณ์อย่างแม่นยำ ใช้เรียงลำดับกิจกรรมและคำนวณระยะเวลาระหว่างขั้นตอนในกระบวนการ ในตาราง
เหตุผลที่สำคัญ
จำเป็นต่อการระบุลำดับเหตุการณ์และคำนวณ KPI ด้านประสิทธิภาพ เช่น ระยะเวลาตั้งแต่เริ่มจนเสร็จ.
แหล่งข้อมูล
ตาราง: CLINICAL_EVENT, คอลัมน์: EVENT_END_DT_TM
ตัวอย่าง
2023-10-15T08:30:00Z2023-10-15T09:15:45Z2023-10-16T14:20:00Z
|
|||
|
เหตุการณ์การรักษาของผู้ป่วย
EncounterId
|
รหัสเฉพาะของการเข้ารับบริการหรือเหตุการณ์การรักษาของผู้ป่วยแต่ละครั้ง. | ||
|
คำอธิบาย
แอตทริบิวต์นี้เป็นรหัสเคสหลักของเส้นทางการรักษาผู้ป่วย ใช้รวมเหตุการณ์ทางคลินิก คำสั่ง และการดำเนินการทางธุรการทั้งหมดที่เกิดขึ้นในช่วงการรักษาเดียวกัน เช่น การนอนโรงพยาบาลหรือการเข้ารับบริการฉุกเฉิน ใน process mining รหัสนี้ช่วยเชื่อมกิจกรรมที่แยกจากกันให้เห็นเป็นกระบวนการเดียวกัน ในทางเทคนิค รหัสนี้ตรงกับ
เหตุผลที่สำคัญ
เป็นคีย์พื้นฐานที่จำเป็นต่อการสร้างเส้นทางการรักษาของผู้ป่วยตั้งแต่รับเข้ารักษาจนถึงจำหน่ายให้ครบถ้วน.
แหล่งข้อมูล
ตาราง: ENCOUNTER, คอลัมน์: ENCNTR_ID
ตัวอย่าง
123456789876543211223344
|
|||
|
ระบบต้นทาง
SourceSystem
|
ชื่อระบบที่เป็นแหล่งที่มาของข้อมูล. | ||
|
คำอธิบาย
ระบุแอปพลิเคชันต้นทางของระเบียนข้อมูล ในกรณีนี้ส่วนใหญ่จะเป็น «Oracle Health» หรือ «Cerner Millennium» มีประโยชน์ในสภาพแวดล้อมที่ใช้หลายระบบ ซึ่งอาจรวมข้อมูลจาก EMR หรือระบบของแผนกอื่นด้วย หากนำเข้าข้อมูลจากหลายแหล่ง นักวิเคราะห์สามารถใช้ข้อมูลนี้กรองหรือแบ่งกลุ่มผลวิเคราะห์ตามที่มาของข้อมูลได้.
เหตุผลที่สำคัญ
ช่วยให้ตรวจสอบที่มาและติดตามเส้นทางข้อมูลได้ โดยเฉพาะเมื่อตั้งค่า process mining จากหลายระบบ.
แหล่งข้อมูล
ข้อความที่กำหนดไว้ล่วงหน้าหรือข้อมูลเมตาของระบบ
ตัวอย่าง
Oracle HealthCerner Millennium
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาประทับที่ดึงระเบียนข้อมูลหรือแก้ไขล่าสุดในคลังข้อมูล. | ||
|
คำอธิบาย
ระบุว่าข้อมูลที่ใช้วิเคราะห์เป็นข้อมูลล่าสุดเพียงใด เวลาประทับนี้ช่วยให้ผู้ใช้ทราบว่ากำลังดูข้อมูลแบบเรียลไทม์หรือข้อมูล ณ เวลาที่โหลดครั้งก่อน โดยทั่วไป ระบบจะสร้างค่านี้ระหว่างกระบวนการ ETL (Extract, Transform, Load) ไม่ใช่แอตทริบิวต์ทางคลินิก.
เหตุผลที่สำคัญ
สำคัญต่อการกำกับดูแลข้อมูลและช่วยให้มั่นใจว่าการวิเคราะห์ใช้ข้อมูลที่เป็นปัจจุบัน.
แหล่งข้อมูล
เวลาประทับจากระบบ ETL
ตัวอย่าง
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
|
|||
|
การวินิจฉัยหลัก
DiagnosisCode
|
รหัส ICD-10 หรือ SNOMED ที่ระบุสาเหตุหลักของการรักษา. | ||
|
คำอธิบาย
รหัสทางคลินิกมาตรฐานที่กำหนดให้กับเหตุการณ์การรักษา เช่น «J18.9» สำหรับโรคปอดบวม ใช้จัดกลุ่มผู้ป่วยตามภาวะสุขภาพเพื่อวิเคราะห์ «การเบี่ยงเบนจากแนวทางการรักษา» สำหรับโรคแต่ละชนิด ข้อมูลนี้อยู่ในตาราง
เหตุผลที่สำคัญ
ช่วยเปรียบเทียบแนวทางการดูแลผู้ป่วยที่มีภาวะเดียวกันได้อย่างเท่าเทียม.
แหล่งข้อมูล
ตาราง: DIAGNOSIS, คอลัมน์: DIAGNOSIS_CODE (ผ่าน nomenclature)
ตัวอย่าง
I10E11.9J18.9
|
|||
|
ประเภทเคส
EncounterType
|
การจัดประเภทการเข้ารับบริการของผู้ป่วย เช่น ผู้ป่วยใน ผู้ป่วยนอก หรือผู้ป่วยฉุกเฉิน. | ||
|
คำอธิบาย
ใช้จัดประเภทเหตุการณ์การรักษาของผู้ป่วย ซึ่งเป็นมิติหลักในการแบ่งดูข้อมูล เพราะขั้นตอนการดูแลผู้ป่วยฉุกเฉินแตกต่างจากผู้ป่วยในที่นัดหมายล่วงหน้าอย่างมาก ข้อมูลนี้มาจาก
เหตุผลที่สำคัญ
ช่วยเปรียบเทียบแนวทางการดูแลและปริมาณงานที่ดำเนินการในสถานพยาบาลแต่ละประเภท.
แหล่งข้อมูล
ตาราง: ENCOUNTER, คอลัมน์: ENCNTR_TYPE_CD (ค้นค่าผ่าน CODE_VALUE)
ตัวอย่าง
ผู้ป่วยในฉุกเฉินผู้ป่วยนอกผ่าตัดแบบไม่ค้างคืน
|
|||
|
เป็นการกลับเข้ารักษาซ้ำหรือไม่
IsReadmission
|
ตัวบ่งชี้ว่าเหตุการณ์การรักษานี้เกิดขึ้นภายใน 30 วันหลังจากจำหน่ายครั้งก่อนหรือไม่. | ||
|
คำอธิบาย
ตัวบ่งชี้แบบบูลีนที่ใช้ระบุเคสที่เป็นการกลับเข้ารักษาซ้ำ โดยเปรียบเทียบวันที่รับผู้ป่วยเข้ารักษาในเหตุการณ์ปัจจุบันกับวันที่จำหน่ายจากเหตุการณ์ก่อนหน้าของ จำเป็นต่อแดชบอร์ด «แนวโน้มการกลับเข้ารักษาซ้ำของผู้ป่วย».
เหตุผลที่สำคัญ
ใช้คำนวณ KPI «อัตราการกลับเข้ารักษาซ้ำของผู้ป่วย» ซึ่งเป็นตัวชี้วัดคุณภาพการดูแลที่สำคัญ.
แหล่งข้อมูล
คำนวณด้วยตรรกะ SQL โดยเปรียบเทียบระเบียน ENCOUNTER
ตัวอย่าง
truefalse
|
|||
|
ผู้ใช้
PerformingPrsnlId
|
รหัสหรือชื่อบุคลากรทางคลินิกที่ทำกิจกรรม. | ||
|
คำอธิบาย
บันทึกว่าใครเป็นผู้ดำเนินการในแต่ละขั้นตอน เช่น พยาบาลที่ให้ยาหรือแพทย์ที่ลงนามคำสั่งจำหน่าย ข้อมูลนี้ใช้วิเคราะห์การใช้ทรัพยากร ใน Cerner มักใช้
เหตุผลที่สำคัญ
ช่วยวิเคราะห์การใช้ทรัพยากรและระบุความจำเป็นในการฝึกอบรมหรือความไม่สมดุลของภาระงาน.
แหล่งข้อมูล
ตาราง: CLINICAL_EVENT, คอลัมน์: PERFORMED_PRSNL_ID
ตัวอย่าง
ดร. Smithพยาบาล Jonesผู้ดูแลระบบ
|
|||
|
แผนก
NurseUnit
|
หอผู้ป่วย หน่วยงาน หรือแผนกที่เกิดเหตุการณ์. | ||
|
คำอธิบาย
ระบุสถานที่จริงหรือหน่วยงานที่รับผิดชอบดูแลผู้ป่วยขณะเกิดเหตุการณ์ เช่น «หอผู้ป่วยวิกฤต» «ศัลยกรรมทั่วไป» หรือ «แผนกฉุกเฉิน» ข้อมูลนี้ช่วยติดตามการย้ายระหว่างหน่วยงานในแดชบอร์ด «ประสิทธิภาพการย้ายระหว่างหอผู้ป่วย» ใน Cerner ข้อมูลนี้มักอยู่ใน
เหตุผลที่สำคัญ
จำเป็นต่อการวิเคราะห์คอขวดในแต่ละแผนกและแสดงภาพการเคลื่อนย้ายผู้ป่วยระหว่างสถานที่.
แหล่งข้อมูล
ตาราง: ENCOUNTER หรือ CLINICAL_EVENT, คอลัมน์: LOC_NURSE_UNIT_CD
ตัวอย่าง
แผนกฉุกเฉินหอผู้ป่วยโรคหัวใจICUรังสีวิทยา
|
|||
|
รหัสผู้ป่วย
PersonId
|
รหัสเฉพาะที่ใช้ระบุตัวผู้ป่วยในการเข้ารับบริการหลายครั้ง. | ||
|
คำอธิบาย
รหัสผู้ป่วย (หรือ Person ID) ต่างจาก Case ID ตรงที่ใช้ระบุตัวผู้ป่วยคนเดิมในการเข้ารับบริการทุกครั้งที่โรงพยาบาล แอตทริบิวต์นี้สำคัญต่อการวิเคราะห์อัตราการกลับเข้ารักษาซ้ำและทำความเข้าใจประวัติการรักษาระยะยาว ใน Cerner ข้อมูลนี้คือ
เหตุผลที่สำคัญ
ช่วยคำนวณ KPI «อัตราการกลับเข้ารักษาซ้ำของผู้ป่วย» โดยเชื่อมเหตุการณ์การรักษาแต่ละครั้งกับบุคคลคนเดียวกัน.
แหล่งข้อมูล
ตาราง: PERSON, คอลัมน์: PERSON_ID
ตัวอย่าง
P10001P55992P99221
|
|||
|
รายการคำสั่ง
OrderMnemonic
|
ชื่อรายการที่สั่ง เช่น การตรวจทางห้องปฏิบัติการหรือยา. | ||
|
คำอธิบาย
อธิบายรายละเอียดของคำสั่ง เช่น «ตรวจความสมบูรณ์ของเม็ดเลือด» หรือ «แอสไพริน 81 มก.» แอตทริบิวต์นี้ให้บริบทที่จำเป็นสำหรับกิจกรรม «ส่งคำสั่งตรวจวินิจฉัย» และ «ให้ยาแล้ว» โดยทั่วไปข้อมูลนี้อยู่ในคอลัมน์
เหตุผลที่สำคัญ
จำเป็นต่อการวิเคราะห์แนวทางการตรวจวินิจฉัยและการรักษาในรายละเอียด.
แหล่งข้อมูล
ตาราง: ORDERS, คอลัมน์: ORDER_MNEMONIC
ตัวอย่าง
เอกซเรย์ทรวงอกตรวจระดับสารเคมีพื้นฐานในเลือดอะเซตามิโนเฟนMRI สมอง
|
|||
|
สถานะการจำหน่าย
DischargeDisposition
|
สถานที่ปลายทางหรือสถานะของผู้ป่วยเมื่อจำหน่าย. | ||
|
คำอธิบาย
ระบุว่าผู้ป่วยไปที่ใดหลังสิ้นสุดเหตุการณ์การรักษา เช่น «กลับบ้าน» «สถานดูแลผู้ป่วยระยะพักฟื้น» หรือ «เสียชีวิต» ข้อมูลนี้สำคัญต่อการวิเคราะห์ «การวางแผนจำหน่าย» และการระบุผลลัพธ์ที่ไม่เป็นไปตามเป้าหมาย ข้อมูลนี้อยู่ในคอลัมน์
เหตุผลที่สำคัญ
เป็นตัวชี้วัดผลลัพธ์หลักที่ระบุสถานะสุดท้ายของเส้นทางการรักษาผู้ป่วย.
แหล่งข้อมูล
ตาราง: ENCOUNTER, คอลัมน์: DISCH_DISPOSITION_CD (ค้นค่าผ่าน CODE_VALUE)
ตัวอย่าง
จำหน่ายกลับบ้านย้ายไปสถานฟื้นฟูออกจากโรงพยาบาลโดยไม่ปฏิบัติตามคำแนะนำของแพทย์เสียชีวิต
|
|||
|
ช่องทางการรับผู้ป่วย
AdmissionSource
|
แหล่งที่มาของการรับผู้ป่วยเข้ารักษา. | ||
|
คำอธิบาย
อธิบายว่าผู้ป่วยเข้าสู่ระบบโรงพยาบาลได้อย่างไร เช่น «แพทย์ส่งต่อ» «ห้องฉุกเฉิน» หรือ «ย้ายมาจากโรงพยาบาลอื่น» ข้อมูลนี้ช่วยวิเคราะห์ช่องทางแรกที่ผู้ป่วยเข้าสู่กระบวนการของโรงพยาบาล โดยจับคู่กับ
เหตุผลที่สำคัญ
ช่วยให้เข้าใจ «เวลารอรับการประเมินเบื้องต้น» ตามช่องทางที่ผู้ป่วยเข้ารับบริการ.
แหล่งข้อมูล
ตาราง: ENCOUNTER, คอลัมน์: ADMIT_SRC_CD
ตัวอย่าง
ห้องฉุกเฉินแพทย์ส่งต่อย้ายมาจากโรงพยาบาลอื่น
|
|||
|
ประเภทผู้ชำระเงิน
FinancialClass
|
ความคุ้มครองประกันหลักหรือประเภทการชำระค่ารักษาของผู้ป่วย. | ||
|
คำอธิบาย
จัดประเภทผู้ป่วยตามแหล่งชำระเงิน เช่น Medicare ประกันเอกชน หรือชำระเอง ใช้ตรวจสอบว่าขั้นตอนการดูแลหรือระยะเวลานอนโรงพยาบาลแตกต่างกันตามประเภทประกันหรือไม่ ข้อมูลนี้มาจาก
เหตุผลที่สำคัญ
ช่วยระบุความแตกต่างในการให้บริการหรือการดำเนินงานทางธุรการตามประเภทผู้ชำระเงิน.
แหล่งข้อมูล
ตาราง: ENCOUNTER, คอลัมน์: FINANCIAL_CLASS_CD (ค้นค่าผ่าน CODE_VALUE)
ตัวอย่าง
MedicareBlue CrossชำระเองMedicaid
|
|||
|
ระดับความเร่งด่วนในการคัดกรอง
TriageAcuity
|
ระดับความเร่งด่วนที่กำหนดระหว่างประเมินคัดกรอง. | ||
|
คำอธิบาย
ค่าตัวเลขหรือประเภทที่บ่งบอกความรุนแรงของอาการผู้ป่วย เช่น 1-เร่งด่วนทันที ถึง 5-ไม่เร่งด่วน เป็นแอตทริบิวต์สำคัญสำหรับแบ่งกลุ่มวิเคราะห์เวลารอ เพราะผู้ป่วยที่มีระดับความเร่งด่วนสูงควรได้รับการดูแลโดยเร็ว โดยทั่วไปจะบันทึกไว้ในแบบฟอร์มทางคลินิกหรือรหัสการสังเกตเฉพาะระหว่างเหตุการณ์คัดกรอง.
เหตุผลที่สำคัญ
สำคัญต่อการตรวจสอบว่ากระบวนการจัดลำดับความสำคัญของผู้ป่วยตามความเร่งด่วนทางคลินิกได้ถูกต้องหรือไม่.
แหล่งข้อมูล
ดูเอกสารของ Oracle Health (Cerner)
ตัวอย่าง
12345
|
|||
|
สถานะการให้ยา
MedAdminStatus
|
สถานะของคำสั่งยา เช่น ให้ยาแล้ว ปฏิเสธ หรือไม่ได้ให้. | ||
|
คำอธิบาย
ระบุผลลัพธ์ของงานให้ยา สำหรับแดชบอร์ด «การปฏิบัติตามแผนการให้ยา» จำเป็นต้องแยกให้ชัดว่ายาใดได้รับการให้จริง และยาใดมีกำหนดให้แต่ไม่ได้ให้หรือผู้ป่วยปฏิเสธ ข้อมูลนี้น่าจะอยู่ในตาราง
เหตุผลที่สำคัญ
ช่วยระบุช่องว่างในการปฏิบัติตามแนวทางการรักษา.
แหล่งข้อมูล
ดูเอกสารของ Oracle Health (Cerner)
ตัวอย่าง
ให้ยาแล้วปฏิเสธงดให้ยา
|
|||
|
สถานะผลตรวจ
ResultStatus
|
สถานะของผลตรวจวินิจฉัย เช่น รับรอง (ยืนยันแล้ว) แก้ไขแล้ว หรือผลเบื้องต้น. | ||
|
คำอธิบาย
ระบุขั้นตอนของผลตรวจวินิจฉัย ใช้ในการวิเคราะห์ «ระยะเวลาส่งมอบผลตรวจวินิจฉัย» เพื่อระบุว่าเมื่อใดผลตรวจพร้อมใช้อย่างเป็นทางการสำหรับการตัดสินใจทางคลินิก โดยทั่วไปข้อมูลนี้อยู่ใน
เหตุผลที่สำคัญ
ช่วยแยกผลเบื้องต้นออกจากผลฉบับสมบูรณ์ ซึ่งมีผลต่อเวลาที่กิจกรรมขั้นถัดไปจะเริ่มได้.
แหล่งข้อมูล
ตาราง: CLINICAL_EVENT, คอลัมน์: RESULT_STATUS_CD
ตัวอย่าง
รับรอง (ยืนยันแล้ว)มีข้อผิดพลาดแก้ไขแล้ว
|
|||
|
หมายเลขคำสั่ง
OrderId
|
รหัสเฉพาะของคำสั่งแต่ละรายการ เช่น ตรวจทางห้องปฏิบัติการ ให้ยา หรือปรึกษาแพทย์. | ||
|
คำอธิบาย
รหัสคำสั่งที่ระบบสร้างขึ้น แม้ไม่ใช่ Case ID แต่เป็นคีย์รองที่สำคัญ ใช้เชื่อมเหตุการณ์ «ส่งคำสั่งตรวจวินิจฉัย» กับ «ยืนยันผลตรวจวินิจฉัย» หากไม่มีรหัสนี้ การคำนวณเวลาตั้งแต่สั่งตรวจจนได้ผลของการตรวจแต่ละรายการจะทำได้ยาก โดยเฉพาะเมื่อผู้ป่วยมีคำสั่งตรวจหลายรายการพร้อมกัน.
เหตุผลที่สำคัญ
จำเป็นต่อการเชื่อมกิจกรรมที่สัมพันธ์กัน เช่น คำสั่งตรวจ → ผลตรวจ ให้ถูกต้อง.
แหล่งข้อมูล
ตาราง: ORDERS, คอลัมน์: ORDER_ID
ตัวอย่าง
88291028829103
|
|||
กิจกรรมในเส้นทางการดูแลผู้ป่วย
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
จำหน่ายผู้ป่วยแล้ว
|
เหตุการณ์ทางธุรการขั้นสุดท้ายที่ปิดการเข้ารับการรักษาของผู้ป่วย ใช้เวลาประทับนี้คำนวณระยะเวลาการนอนโรงพยาบาลทั้งหมด. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์สิ้นสุดหลักของกระบวนการ จำเป็นต่อการคำนวณระยะเวลาการนอนโรงพยาบาลและการกลับเข้ารักษาซ้ำ.
แหล่งข้อมูล
ตาราง ENCOUNTER โดยเฉพาะคอลัมน์ DISCH_DT_TM (วันและเวลาจำหน่าย).
บันทึก
บันทึกเมื่อสถานะการเข้ารับบริการเปลี่ยนเป็น DISCHARGED
ประเภทเหตุการณ์
explicit
|
|||
|
บันทึกการวินิจฉัยแล้ว
|
เกิดขึ้นเมื่อเพิ่มการวินิจฉัยอย่างเป็นทางการลงใน encounter record ของผู้ป่วย ซึ่งแตกต่างจากผลตรวจ เพราะเป็นการยืนยันภาวะของผู้ป่วยโดยบุคลากรทางคลินิก. | ||
|
เหตุผลที่สำคัญ
จำเป็นต่อการระบุเหตุการณ์สำคัญ “ยืนยันการวินิจฉัยแล้ว” และวิเคราะห์เวลาจนได้ข้อวินิจฉัยที่ชัดเจน.
แหล่งข้อมูล
ตาราง DIAGNOSIS โดยใช้ DIAGNOSIS_DT_TM ที่เชื่อมโยงกับ ENCOUNTER_ID.
บันทึก
บันทึกเมื่อเพิ่มหรืออัปเดตการวินิจฉัยใน PowerChart
ประเภทเหตุการณ์
explicit
|
|||
|
ประเมินคัดกรองเสร็จแล้ว
|
หมายถึงการประเมินเบื้องต้นโดยพยาบาลหรือการกรอกแบบฟอร์มคัดกรองในบริบทของห้องฉุกเฉินหรือการรับเข้ารักษา โดยทั่วไปจะบันทึกเป็นแบบฟอร์มหรือเหตุการณ์ทางคลินิกเฉพาะในระบบ. | ||
|
เหตุผลที่สำคัญ
จำเป็นต่อการคำนวณ KPI “เวลารอรับการประเมินเบื้องต้น” และระบุคอขวดบริเวณจุดรับผู้ป่วย.
แหล่งข้อมูล
ตาราง CLINICAL_EVENT โดยกรองรหัสเหตุการณ์ที่เกี่ยวข้องกับแบบฟอร์มคัดกรองหรือการประเมินเบื้องต้น.
บันทึก
บันทึกเมื่อมีการลงนามหรือยืนยันเอกสาร/แบบฟอร์มทางคลินิก
ประเภทเหตุการณ์
explicit
|
|||
|
ย้ายแผนกแล้ว
|
หมายถึงผู้ป่วยย้ายจากสถานที่หนึ่ง เช่น ห้องฉุกเฉิน ไปยังอีกสถานที่หนึ่ง เช่น ICU โดยติดตามจากประวัติตำแหน่งที่อยู่. | ||
|
เหตุผลที่สำคัญ
ใช้วิเคราะห์ “ประสิทธิภาพการย้ายผู้ป่วยระหว่างหอผู้ป่วย” และช่วยแสดงการไหลเวียนของผู้ป่วยภายในโรงพยาบาล.
แหล่งข้อมูล
ตาราง ENCNTR_LOC_HIST (ประวัติตำแหน่งที่อยู่ของ encounter) ซึ่งบันทึกการเปลี่ยนแปลงของ LOC_NURSE_UNIT_CD.
บันทึก
เปรียบเทียบฟิลด์สถานะก่อนและหลัง
ประเภทเหตุการณ์
inferred
|
|||
|
ยืนยันผลตรวจวินิจฉัยแล้ว
|
เวลาที่ผลตรวจทางห้องปฏิบัติการหรือภาพถ่ายทางการแพทย์ได้รับการยืนยันขั้นสุดท้ายและพร้อมให้บุคลากรทางคลินิกดู ถือเป็นจุดสิ้นสุดของช่วงเวลาตั้งแต่สั่งตรวจจนได้ผล. | ||
|
เหตุผลที่สำคัญ
สิ้นสุดรอบ KPI “เวลาส่งผลตรวจวินิจฉัย” และเป็นจุดเริ่มต้นของการตัดสินใจรักษาขั้นต่อไป.
แหล่งข้อมูล
ตาราง CLINICAL_EVENT (สำหรับผลตรวจทางห้องปฏิบัติการ) หรือการเปลี่ยนสถานะ ORDERS เป็น COMPLETED.
บันทึก
บันทึกเมื่อสถานะผลตรวจเปลี่ยนเป็น AUTH (Authenticated)
ประเภทเหตุการณ์
explicit
|
|||
|
ลงทะเบียนผู้ป่วยแล้ว
|
เป็นจุดเริ่มต้นของการรักษาผู้ป่วยแต่ละราย เมื่อผู้ป่วยมาถึงและมีการบันทึกข้อมูลในระบบ ใน Cerner Millennium เหตุการณ์นี้จะถูกบันทึกเมื่อสร้าง encounter record หรือกำหนดเวลาลงทะเบียน. | ||
|
เหตุผลที่สำคัญ
ใช้กำหนดเวลาเริ่มต้นสำหรับคำนวณระยะเวลาพักรักษาตัว (LOS) และวิเคราะห์เวลารอเบื้องต้น.
แหล่งข้อมูล
ตาราง ENCOUNTER โดยเฉพาะคอลัมน์ REG_DT_TM (Registration Date/Time).
บันทึก
บันทึกเมื่อธุรกรรมสร้างแถว ENCOUNTER ใหม่
ประเภทเหตุการณ์
explicit
|
|||
|
ลงนามคำสั่งจำหน่ายแล้ว
|
เหตุการณ์ที่แพทย์สั่งจำหน่ายผู้ป่วย ซึ่งเป็นจุดเริ่มต้นของการจับเวลาวางแผนจำหน่าย. | ||
|
เหตุผลที่สำคัญ
จุดเริ่มต้นของ «ระยะเวลาวางแผนจำหน่าย» หากช่วงเวลานี้ห่างจากเวลาจำหน่ายจริง แสดงว่าอาจมีความล่าช้าในการปฏิบัติงาน.
แหล่งข้อมูล
ตาราง ORDERS โดยดูจากประเภทแค็ตตาล็อกที่ระบุว่าเป็นการจำหน่ายผู้ป่วย.
บันทึก
บันทึกเมื่อสถานะคำสั่งจำหน่ายเปลี่ยนเป็น ORDERED
ประเภทเหตุการณ์
explicit
|
|||
|
สั่งตรวจวินิจฉัยแล้ว
|
เกิดขึ้นเมื่อบุคลากรทางคลินิกสั่งตรวจทางห้องปฏิบัติการหรือการถ่ายภาพทางการแพทย์ เวลานี้ใช้เริ่มคำนวณระยะเวลาตั้งแต่สั่งตรวจจนได้ผล. | ||
|
เหตุผลที่สำคัญ
เป็นจุดเริ่มต้นของ KPI “เวลาส่งผลตรวจวินิจฉัย” และช่วยแยกความล่าช้าระหว่างการสั่งตรวจกับการดำเนินการตรวจ.
แหล่งข้อมูล
ตาราง ORDERS โดยใช้ ORIG_ORDER_DT_TM เมื่อประเภทแค็ตตาล็อกเป็น Laboratory หรือ Radiology.
บันทึก
บันทึกเมื่อกำหนดสถานะคำสั่งเป็น ORDERED
ประเภทเหตุการณ์
explicit
|
|||
|
ดำเนินการหัตถการแล้ว
|
เวลาที่ระบุว่าการผ่าตัดหรือหัตถการสำคัญเกิดขึ้นจริง โดยมักบันทึกไว้ในเอกสารการดูแลระหว่างผ่าตัด. | ||
|
เหตุผลที่สำคัญ
เป็นเหตุการณ์สำคัญสำหรับวิเคราะห์เส้นทางการดูแลทางคลินิกและการใช้ทรัพยากร.
แหล่งข้อมูล
ตาราง SURGICAL_CASE (เวลาเริ่ม/สิ้นสุดเคส) หรือ CLINICAL_EVENT สำหรับหัตถการข้างเตียง.
บันทึก
บันทึกผ่าน SurgiNet หรือเอกสารหัตถการ
ประเภทเหตุการณ์
explicit
|
|||
|
นัดหมายติดตามผลแล้ว
|
เกิดขึ้นเมื่อมีการนัดหมายล่วงหน้าให้ผู้ป่วย โดยเชื่อมโยงกับเหตุการณ์การรักษาหรือแผนการดูแลเดียวกัน. | ||
|
เหตุผลที่สำคัญ
ใช้กับแดชบอร์ด «ความตรงเวลาของการนัดติดตามผล» เพื่อวัดประสิทธิภาพในการดูแลต่อเนื่อง.
แหล่งข้อมูล
ตาราง SCH_APPT (Schedule Appointment) ซึ่งเชื่อมโยงกับ PERSON_ID.
บันทึก
บันทึกเมื่อสร้างนัดหมายในโมดูลจัดตาราง
ประเภทเหตุการณ์
explicit
|
|||
|
นัดหมายหัตถการแล้ว
|
หมายถึงการจองเวลาผ่าตัดหรือหัตถการสำคัญไว้แล้ว ช่วยให้เข้าใจการจัดสรรทรัพยากรและเวลารอก่อนทำหัตถการ. | ||
|
เหตุผลที่สำคัญ
ช่วยให้เห็นประสิทธิภาพการนัดหมายและคอขวดที่อาจเกิดขึ้นในการใช้ห้องผ่าตัดหรือห้องทำหัตถการ.
แหล่งข้อมูล
ตาราง SURGICAL_CASE หรือตาราง SCH_APPT ที่เชื่อมโยงกับ encounter.
บันทึก
บันทึกเมื่อยืนยันธุรกรรมการนัดหมายแล้ว
ประเภทเหตุการณ์
explicit
|
|||
|
ปรึกษาผู้เชี่ยวชาญเสร็จแล้ว
|
หมายถึงการปรึกษาผู้เชี่ยวชาญเสร็จสิ้น โดยมักมีบันทึกหรือเอกสารการปรึกษาที่ลงนามแล้วเป็นหลักฐาน. | ||
|
เหตุผลที่สำคัญ
ช่วยระบุเวลาที่ได้รับความเห็นจากผู้เชี่ยวชาญ ซึ่งอาจเป็นคอขวดในเส้นทางการดูแลที่ซับซ้อน.
แหล่งข้อมูล
ตาราง CLINICAL_EVENT โดยกรองประเภทเอกสารที่จัดเป็นการปรึกษาผู้เชี่ยวชาญ.
บันทึก
บันทึกเมื่อมีการลงนามบันทึกการปรึกษา
ประเภทเหตุการณ์
explicit
|
|||
|
เริ่มใช้แผนการดูแลแล้ว
|
หมายถึงการเริ่มใช้ PowerPlan หรือเส้นทางการดูแลใน Cerner ซึ่งแสดงว่าได้เลือกแนวทางการรักษามาตรฐานแล้ว. | ||
|
เหตุผลที่สำคัญ
สำคัญต่อ “การวิเคราะห์การเบี่ยงเบนจากแนวทางการรักษา” เพื่อเปรียบเทียบการดูแลจริงกับเส้นทางที่วางแผนไว้.
แหล่งข้อมูล
ACT_PW_CAT (Action Pathway Catalog) หรือ DCP_FORMS_REF ซึ่งเชื่อมโยงเส้นทางการดูแลกับ encounter.
บันทึก
บันทึกเมื่อเริ่มใช้ PowerPlan
ประเภทเหตุการณ์
explicit
|
|||
|
ให้ยาแก่ผู้ป่วยแล้ว
|
บันทึกการให้ยาผู้ป่วยจริงตามที่ระบุใน Medication Administration Record (MAR). | ||
|
เหตุผลที่สำคัญ
ใช้สนับสนุนแดชบอร์ด “การปฏิบัติตามข้อกำหนดในการให้ยา” โดยตรวจสอบว่าให้ยาตรงเวลาหรือไม่.
แหล่งข้อมูล
ตาราง CLINICAL_EVENT ที่กรองเฉพาะเหตุการณ์การให้ยา (สถานะงาน = เสร็จสมบูรณ์).
บันทึก
บันทึกเมื่อสแกนบาร์โค้ดหรือกรอก MAR ด้วยตนเอง
ประเภทเหตุการณ์
explicit
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตนี้เตรียมข้อมูล แล้วเริ่มค้นหาข้อมูลเชิงลึกที่เป็นประโยชน์เกี่ยวกับกระบวนการดูแลผู้ป่วยของคุณ จุดเริ่มต้นของการปรับปรุงผลลัพธ์การดูแลผู้ป่วยอยู่ที่นี่.
ปรับปรุงเส้นทางการดูแลผู้ป่วยวันนี้ เพื่อให้เห็นผลลัพธ์ที่ดีขึ้น
ระบุคอขวดได้รวดเร็ว เพื่อลดระยะเวลาตลอดเส้นทางการดูแลผู้ป่วยลง 30%.
ไม่ต้องใช้บัตรเครดิต เริ่มต้นได้ภายในไม่กี่นาที.