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

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

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

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

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

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

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

ใน Cerner ข้อมูลนี้มักมาจากตาราง CLINICAL_EVENT โดยแปลง EVENT_CD (รหัสเหตุการณ์) เป็นค่าที่แสดง หรือใช้ EVENT_TAG การตั้งชื่อให้สอดคล้องกันช่วยให้แผนผังกระบวนการอ่านเข้าใจง่าย.

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

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

แหล่งข้อมูล

ตาราง: CLINICAL_EVENT, คอลัมน์: EVENT_TAG หรือ CODE_VALUE ที่เชื่อมกับ EVENT_CD

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

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

ในตาราง CLINICAL_EVENT ข้อมูลนี้มักตรงกับ EVENT_END_DT_TM ความถูกต้องของข้อมูลมีความสำคัญต่อการคำนวณเวลารอ เช่น ระยะเวลาตั้งแต่ «ลงทะเบียนผู้ป่วย» จนถึง «ประเมินคัดกรอง».

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

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

แหล่งข้อมูล

ตาราง: CLINICAL_EVENT, คอลัมน์: EVENT_END_DT_TM

ตัวอย่าง
2023-10-15T08:30:00Z2023-10-15T09:15:45Z2023-10-16T14:20:00Z
เหตุการณ์การรักษาของผู้ป่วย
EncounterId
รหัสเฉพาะของการเข้ารับบริการหรือเหตุการณ์การรักษาของผู้ป่วยแต่ละครั้ง.
คำอธิบาย

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

ในทางเทคนิค รหัสนี้ตรงกับ ENCNTR_ID ในตาราง ENCOUNTER ของฐานข้อมูล Cerner Millennium และเป็นคีย์หลักที่ใช้เชื่อมข้อมูลประชากรผู้ป่วย คำสั่ง และเหตุการณ์ทางคลินิก.

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

เป็นคีย์พื้นฐานที่จำเป็นต่อการสร้างเส้นทางการรักษาของผู้ป่วยตั้งแต่รับเข้ารักษาจนถึงจำหน่ายให้ครบถ้วน.

แหล่งข้อมูล

ตาราง: 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, คอลัมน์: DIAGNOSIS_CODE (ผ่าน nomenclature)

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

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

ข้อมูลนี้มาจาก ENCNTR_TYPE_CD ในตาราง ENCOUNTER ซึ่งอ้างอิงค่าจากชุดรหัส เช่น «ผู้ป่วยใน» หรือ «ฉุกเฉิน».

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

ช่วยเปรียบเทียบแนวทางการดูแลและปริมาณงานที่ดำเนินการในสถานพยาบาลแต่ละประเภท.

แหล่งข้อมูล

ตาราง: ENCOUNTER, คอลัมน์: ENCNTR_TYPE_CD (ค้นค่าผ่าน CODE_VALUE)

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

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

จำเป็นต่อแดชบอร์ด «แนวโน้มการกลับเข้ารักษาซ้ำของผู้ป่วย».

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

ใช้คำนวณ KPI «อัตราการกลับเข้ารักษาซ้ำของผู้ป่วย» ซึ่งเป็นตัวชี้วัดคุณภาพการดูแลที่สำคัญ.

แหล่งข้อมูล

คำนวณด้วยตรรกะ SQL โดยเปรียบเทียบระเบียน ENCOUNTER

ตัวอย่าง
truefalse
ผู้ใช้
PerformingPrsnlId
รหัสหรือชื่อบุคลากรทางคลินิกที่ทำกิจกรรม.
คำอธิบาย

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

ใน Cerner มักใช้ PERFORMED_PRSNL_ID หรือ UPDT_ID ขึ้นอยู่กับตาราง (คำสั่งหรือเหตุการณ์ทางคลินิก) การแมปข้อมูลนี้เป็นแอตทริบิวต์ «ผู้ใช้» ช่วยวิเคราะห์การแบ่งแยกหน้าที่ได้.

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

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

แหล่งข้อมูล

ตาราง: CLINICAL_EVENT, คอลัมน์: PERFORMED_PRSNL_ID

ตัวอย่าง
ดร. Smithพยาบาล Jonesผู้ดูแลระบบ
แผนก
NurseUnit
หอผู้ป่วย หน่วยงาน หรือแผนกที่เกิดเหตุการณ์.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

ตาราง: ENCOUNTER หรือ CLINICAL_EVENT, คอลัมน์: LOC_NURSE_UNIT_CD

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

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

ใน Cerner ข้อมูลนี้คือ PERSON_ID จากตาราง PERSON ซึ่งใช้เชื่อมระเบียน ENCNTR_ID หลายรายการเข้าด้วยกัน.

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

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

แหล่งข้อมูล

ตาราง: PERSON, คอลัมน์: PERSON_ID

ตัวอย่าง
P10001P55992P99221
รายการคำสั่ง
OrderMnemonic
ชื่อรายการที่สั่ง เช่น การตรวจทางห้องปฏิบัติการหรือยา.
คำอธิบาย

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

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

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

จำเป็นต่อการวิเคราะห์แนวทางการตรวจวินิจฉัยและการรักษาในรายละเอียด.

แหล่งข้อมูล

ตาราง: ORDERS, คอลัมน์: ORDER_MNEMONIC

ตัวอย่าง
เอกซเรย์ทรวงอกตรวจระดับสารเคมีพื้นฐานในเลือดอะเซตามิโนเฟนMRI สมอง
สถานะการจำหน่าย
DischargeDisposition
สถานที่ปลายทางหรือสถานะของผู้ป่วยเมื่อจำหน่าย.
คำอธิบาย

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

ข้อมูลนี้อยู่ในคอลัมน์ DISCH_DISPOSITION_CD ของตาราง ENCOUNTER.

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

เป็นตัวชี้วัดผลลัพธ์หลักที่ระบุสถานะสุดท้ายของเส้นทางการรักษาผู้ป่วย.

แหล่งข้อมูล

ตาราง: ENCOUNTER, คอลัมน์: DISCH_DISPOSITION_CD (ค้นค่าผ่าน CODE_VALUE)

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

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

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

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

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

แหล่งข้อมูล

ตาราง: ENCOUNTER, คอลัมน์: ADMIT_SRC_CD

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

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

ข้อมูลนี้มาจาก FINANCIAL_CLASS_CD ในตาราง ENCOUNTER.

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

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

แหล่งข้อมูล

ตาราง: ENCOUNTER, คอลัมน์: FINANCIAL_CLASS_CD (ค้นค่าผ่าน CODE_VALUE)

ตัวอย่าง
MedicareBlue CrossชำระเองMedicaid
ระดับความเร่งด่วนในการคัดกรอง
TriageAcuity
ระดับความเร่งด่วนที่กำหนดระหว่างประเมินคัดกรอง.
คำอธิบาย

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

โดยทั่วไปจะบันทึกไว้ในแบบฟอร์มทางคลินิกหรือรหัสการสังเกตเฉพาะระหว่างเหตุการณ์คัดกรอง.

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

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

แหล่งข้อมูล

ดูเอกสารของ Oracle Health (Cerner)

ตัวอย่าง
12345
สถานะการให้ยา
MedAdminStatus
สถานะของคำสั่งยา เช่น ให้ยาแล้ว ปฏิเสธ หรือไม่ได้ให้.
คำอธิบาย

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

ข้อมูลนี้น่าจะอยู่ในตาราง CLINICAL_EVENT หรือตารางบันทึกการให้ยา (MAR) โดยเฉพาะ.

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

ช่วยระบุช่องว่างในการปฏิบัติตามแนวทางการรักษา.

แหล่งข้อมูล

ดูเอกสารของ Oracle Health (Cerner)

ตัวอย่าง
ให้ยาแล้วปฏิเสธงดให้ยา
สถานะผลตรวจ
ResultStatus
สถานะของผลตรวจวินิจฉัย เช่น รับรอง (ยืนยันแล้ว) แก้ไขแล้ว หรือผลเบื้องต้น.
คำอธิบาย

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

โดยทั่วไปข้อมูลนี้อยู่ใน CLINICAL_EVENT พร้อมรหัสสถานะเฉพาะ.

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

ช่วยแยกผลเบื้องต้นออกจากผลฉบับสมบูรณ์ ซึ่งมีผลต่อเวลาที่กิจกรรมขั้นถัดไปจะเริ่มได้.

แหล่งข้อมูล

ตาราง: CLINICAL_EVENT, คอลัมน์: RESULT_STATUS_CD

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

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

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

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

จำเป็นต่อการเชื่อมกิจกรรมที่สัมพันธ์กัน เช่น คำสั่งตรวจ → ผลตรวจ ให้ถูกต้อง.

แหล่งข้อมูล

ตาราง: ORDERS, คอลัมน์: ORDER_ID

ตัวอย่าง
88291028829103
จำเป็น แนะนำ ไม่บังคับ

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

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

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

แหล่งข้อมูล

ตาราง 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
แนะนำ ไม่บังคับ

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

วิธีดึงข้อมูลจาก Oracle Health (Cerner)

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

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

ปรับปรุงเส้นทางการดูแลผู้ป่วยวันนี้ เพื่อให้เห็นผลลัพธ์ที่ดีขึ้น

ระบุคอขวดได้รวดเร็ว เพื่อลดระยะเวลาตลอดเส้นทางการดูแลผู้ป่วยลง 30%.

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

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