แม่แบบข้อมูลเส้นทางการดูแลผู้ป่วยของคุณ
แม่แบบข้อมูลเส้นทางการดูแลผู้ป่วยของคุณ
- แอตทริบิวต์ที่แนะนำให้รวบรวมเพื่อการวิเคราะห์อย่างละเอียด
- กิจกรรมสำคัญที่ควรติดตามเพื่อค้นพบกระบวนการได้อย่างแม่นยำ
- คำแนะนำที่นำไปใช้ได้จริงสำหรับดึงข้อมูลจากระบบของคุณ
แอตทริบิวต์ของเส้นทางการดูแลผู้ป่วย
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
การรักษาผู้ป่วยแต่ละครั้ง
PatientEpisodeId
|
รหัสเฉพาะสำหรับการเข้ารับบริการหรือการตรวจรักษาของผู้ป่วยแต่ละครั้ง. | ||
|
คำอธิบาย
การรักษาผู้ป่วยแต่ละครั้งใช้เป็นรหัสเคสหลัก โดยรวบรวมเหตุการณ์ทั้งหมดที่เกี่ยวข้องกับเส้นทางการดูแลผู้ป่วยสำหรับภาวะหรือช่วงเวลาการรักษาหนึ่งๆ ทำให้เห็นภาพเชื่อมโยงตั้งแต่การวินิจฉัย การรักษา ไปจนถึงการฟื้นตัว รวมถึงการรับบริการจากแผนกต่างๆ ในระบบ Veradigm (Allscripts) เช่น Sunrise หรือ Paragon โดยทั่วไปจะตรงกับ Visit ID หรือ Encounter Number.
เหตุผลที่สำคัญ
นี่คือคีย์หลักสำหรับ process mining ซึ่งช่วยสร้างเส้นทางการดูแลผู้ป่วยตั้งแต่ต้นจนจบขึ้นใหม่ได้.
แหล่งข้อมูล
โดยทั่วไปจะพบในส่วนหัวของตาราง Visit หรือ Encounter เช่น VISIT_ID, ENCOUNTER_ID โปรดดูเอกสารประกอบของ Veradigm (Allscripts).
ตัวอย่าง
EP-2023-998877VIS-10029384100029384ENC-554433
|
|||
|
ชื่อกิจกรรม
ActivityName
|
เหตุการณ์ทางคลินิกหรืองานธุรการที่เกิดขึ้นโดยเฉพาะ. | ||
|
คำอธิบาย
ระบุขั้นตอนที่เกิดขึ้นในกระบวนการ เช่น 'ลงทะเบียนผู้ป่วยแล้ว' 'ให้ยาแก่ผู้ป่วยแล้ว' หรือ 'เริ่มวางแผนจำหน่ายผู้ป่วยแล้ว' แอตทริบิวต์นี้ใช้แยกแต่ละช่วงของเส้นทางการดูแลผู้ป่วย และจำเป็นต่อการค้นพบกระบวนการและวิเคราะห์รูปแบบที่แตกต่างกัน.
เหตุผลที่สำคัญ
ใช้กำหนดโหนดในแผนผังกระบวนการ หากไม่มีข้อมูลนี้จะแสดงลำดับการทำงานไม่ได้.
แหล่งข้อมูล
ได้จากตารางธุรกรรมหลายประเภท เช่น เหตุการณ์ ADT คำสั่งตรวจ ผลตรวจ และเอกสารทางคลินิก.
ตัวอย่าง
ลงทะเบียนผู้ป่วยแล้วสั่งตรวจวินิจฉัยแล้วให้ยาแก่ผู้ป่วยแล้วจำหน่ายผู้ป่วยแล้ว
|
|||
|
เวลาที่เกิดเหตุการณ์
EventDateTime
|
วันที่และเวลาที่กิจกรรมเกิดขึ้นจริง. | ||
|
คำอธิบาย
บันทึกเวลาตามลำดับที่กิจกรรมเกิดขึ้น ข้อมูลนี้จำเป็นต่อการคำนวณรอบเวลา ระยะเวลา และเรียงลำดับเหตุการณ์ให้ถูกต้อง สำหรับข้อมูลสุขภาพ การระบุเวลาได้ถึงระดับนาทีมีความสำคัญต่อการวิเคราะห์ปริมาณผู้ป่วยอย่างแม่นยำ.
เหตุผลที่สำคัญ
ใช้คำนวณ KPI ที่อิงกับเวลาได้ทั้งหมด รวมถึงเวลารวมเฉลี่ยของเส้นทางการดูแลผู้ป่วยและเวลารอ.
แหล่งข้อมูล
เวลาของธุรกรรมในตารางต้นทาง เช่น ADT_DATE, ORDER_DATE, RESULT_DATE.
ตัวอย่าง
2023-10-12T08:30:00Z2023-10-12T14:45:22Z2023-10-15T09:00:00Z
|
|||
|
ชื่อแผนก
DepartmentName
|
หน่วยงานหรือแผนกของโรงพยาบาลที่ทำกิจกรรม. | ||
|
คำอธิบาย
ระบุสถานที่ เช่น 'ห้องฉุกเฉิน' 'แผนกโรคหัวใจ' หรือ 'แผนกรังสีวิทยา' ข้อมูลนี้สำคัญต่อการวิเคราะห์คอขวดในการรับผู้ป่วยและการย้ายแผนก เพื่อดูว่าผู้ป่วยติดขัดระหว่างการย้ายหอผู้ป่วยตรงจุดใด.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์การใช้ทรัพยากรและระบุคอขวดในแต่ละแผนก.
แหล่งข้อมูล
ตารางหลักของสถานที่หรือแผนกที่เชื่อมโยงกับธุรกรรม โปรดดูเอกสารประกอบของ Veradigm (Allscripts).
ตัวอย่าง
แผนกฉุกเฉินICUศัลยกรรมทั่วไปรังสีวิทยา
|
|||
|
เป็นการกลับเข้ารักษาซ้ำหรือไม่
IsReadmission
|
ตัวบ่งชี้ว่าเคสนี้เป็นการกลับเข้ารักษาซ้ำภายใน 30 วันหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์แบบบูลีนที่คำนวณขึ้น โดยมีค่า true หากผู้ป่วยเคยออกจากโรงพยาบาลภายใน 30 วันก่อนวันที่รับเข้ารักษาครั้งปัจจุบัน ข้อมูลนี้ใช้ใน 'เครื่องมือติดตามอัตราการกลับเข้ารักษาซ้ำที่ป้องกันได้'.
เหตุผลที่สำคัญ
KPI หลักที่ใช้วัดคุณภาพโรงพยาบาลและประกอบการเบิกจ่าย โดยเฉพาะตามข้อกำหนดของ CMS.
แหล่งข้อมูล
คำนวณในขั้นตอน ETL/การแปลงข้อมูล โดยใช้ PatientMRN และวันที่รับเข้า/จำหน่าย.
ตัวอย่าง
truefalse
|
|||
|
ผู้ให้บริการหลักที่ดูแลผู้ป่วย
AttendingProvider
|
บุคลากรทางคลินิกหลักที่รับผิดชอบผู้ป่วยในขณะเกิดเหตุการณ์. | ||
|
คำอธิบาย
ระบุแพทย์ พยาบาล หรือผู้เชี่ยวชาญที่ทำกิจกรรมหรือรับผิดชอบแผนการดูแล การวิเคราะห์แอตทริบิวต์นี้ช่วยให้เข้าใจการใช้ทรัพยากรทางคลินิกและความแตกต่างของแนวทางการดูแลระหว่างแพทย์แต่ละคน.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์คอขวดด้านทรัพยากรและเปรียบเทียบประสิทธิภาพระหว่างบุคลากรทางคลินิก.
แหล่งข้อมูล
ตารางธุรกรรม เช่น ORDERing_PROVIDER, ATTENDING_PHYSICIAN_ID โปรดดูเอกสารประกอบของ Veradigm (Allscripts).
ตัวอย่าง
นพ. Sarah Smithพยาบาลเวชปฏิบัติ Jonesเจ้าหน้าที่รังสีวิทยา A
|
|||
|
รหัสการวินิจฉัยหลัก
PrimaryDiagnosisCode
|
รหัส ICD-10 หรือ SNOMED ที่ระบุภาวะสุขภาพหลัก. | ||
|
คำอธิบาย
รหัสสาเหตุที่ผู้ป่วยมารับบริการ แอตทริบิวต์นี้ใช้กรองข้อมูลใน 'เครื่องมือสำรวจความแตกต่างของแนวทางการรักษา' ช่วยให้นักวิเคราะห์เปรียบเทียบการดำเนินงานของผู้ป่วยที่มีภาวะต่างกัน เช่น ปอดบวมกับภาวะหัวใจล้มเหลว.
เหตุผลที่สำคัญ
จำเป็นต่อการแบ่งกระบวนการตามภาวะทางคลินิกและตรวจสอบการปฏิบัติตามแนวทางการรักษา.
แหล่งข้อมูล
ตารางการวินิจฉัยหรือรายการปัญหาสุขภาพ โดยทั่วไปมีคอลัมน์ ICD-10 โปรดดูเอกสารประกอบของ Veradigm (Allscripts).
ตัวอย่าง
I50.9J18.9E11.9
|
|||
|
วันที่จำหน่ายผู้ป่วย
DischargeDate
|
วันที่และเวลาที่จำหน่ายผู้ป่วย. | ||
|
คำอธิบาย
เวลาประทับที่ระบุจุดสิ้นสุดของช่วงการรักษา ใช้ปิดเคสใน process mining และจำเป็นต่อการคำนวณ ALOS และอัตราการกลับเข้ารักษาซ้ำ.
เหตุผลที่สำคัญ
ระบุจุดสิ้นสุดของรอบกระบวนการ ซึ่งสำคัญต่อการวิเคราะห์ปริมาณงานที่ดำเนินการได้.
แหล่งข้อมูล
ตารางส่วนหัว Visit/Encounter (เช่น DISCH_DATE) โปรดดูเอกสารของ Veradigm (Allscripts).
ตัวอย่าง
2023-10-04T11:00:00Z2023-10-10T09:30:00Z
|
|||
|
วันที่รับผู้ป่วยเข้ารักษา
AdmissionDate
|
วันที่และเวลาที่รับผู้ป่วยเข้ารักษาอย่างเป็นทางการ. | ||
|
คำอธิบาย
เวลาที่ระบุจุดเริ่มต้นของการพักรักษาในโรงพยาบาล ใช้ร่วมกับวันที่จำหน่ายเพื่อคำนวณระยะเวลาพักรักษา (ALOS).
เหตุผลที่สำคัญ
เป็นจุดอ้างอิงสำคัญในการคำนวณ ALOS และวัดความล่าช้าในการรับผู้ป่วยเข้ารักษา.
แหล่งข้อมูล
ตารางส่วนหัวของ Visit/Encounter เช่น ADMIT_DATE โปรดดูเอกสารประกอบของ Veradigm (Allscripts).
ตัวอย่าง
2023-10-01T10:00:00Z2023-10-05T14:20:00Z
|
|||
|
สถานะเมื่อจำหน่าย
DischargeDisposition
|
สถานะหรือสถานที่ที่ผู้ป่วยไปหลังออกจากโรงพยาบาล. | ||
|
คำอธิบาย
ระบุว่าผู้ป่วยไปที่ใดหลังออกจากโรงพยาบาล (เช่น 'กลับบ้าน', 'สถานพยาบาลระยะยาว', 'เสียชีวิต' หรือ 'ย้ายไปสถานพยาบาลอื่น') ข้อมูลนี้สำคัญต่อการวิเคราะห์ความเสี่ยงในการกลับเข้ารักษาซ้ำ เพราะแต่ละสถานะเมื่อจำหน่ายมีระดับความเสี่ยงต่างกัน.
เหตุผลที่สำคัญ
ช่วยให้เข้าใจบริบทของแดชบอร์ด 'การวางแผนจำหน่ายผู้ป่วย' และอธิบายความแตกต่างของ ALOS ได้.
แหล่งข้อมูล
ตารางส่วนหัว Visit/Encounter (เช่น DISCH_DISP) โปรดดูเอกสารของ Veradigm (Allscripts).
ตัวอย่าง
กลับบ้านย้ายไปสถานพยาบาลระยะยาวกลับบ้านพร้อมบริการดูแลสุขภาพที่บ้านออกจากโรงพยาบาลโดยขัดกับคำแนะนำของแพทย์
|
|||
|
หมายเลขเวชระเบียนผู้ป่วย (MRN)
PatientMrn
|
หมายเลขเวชระเบียนที่ใช้ระบุตัวผู้ป่วยแต่ละรายในทุกครั้งที่เข้ารับบริการ. | ||
|
คำอธิบาย
หมายเลขเวชระเบียน (MRN) หรือรหัสผู้ป่วยระดับองค์กร ซึ่งต่างจากรหัสการรักษาผู้ป่วยแต่ละครั้ง เพราะรหัสนี้คงเดิมในทุกครั้งที่ผู้ป่วยมารับบริการ คีย์นี้จำเป็นต่อการเชื่อมโยงการรักษาแต่ละครั้งเพื่อคำนวณอัตราการกลับเข้ารักษาซ้ำ.
เหตุผลที่สำคัญ
จำเป็นต่อการคำนวณ 'อัตราการกลับเข้ารักษาซ้ำภายใน 30 วัน' และระบุผู้ป่วยที่กลับมารับบริการซ้ำ.
แหล่งข้อมูล
ดัชนีข้อมูลหลักของผู้ป่วยหรือตารางข้อมูลประชากร โดยทั่วไปอาจมีคอลัมน์ MRN, PATIENT_ID โปรดดูเอกสารประกอบของ Veradigm (Allscripts).
ตัวอย่าง
MRN-884422P-10022399887766
|
|||
|
ชื่อยา
MedicationName
|
ชื่อยาที่สั่งหรือให้แก่ผู้ป่วย. | ||
|
คำอธิบาย
ใช้กับแดชบอร์ด 'ช่วงเวลาระหว่างการให้ยา' โดยเฉพาะ ช่วยตรวจสอบว่ายาบางชนิด เช่น ยาปฏิชีวนะหรือยาแก้ปวด มีความล่าช้าในการให้ยาหรือไม่.
เหตุผลที่สำคัญ
สำคัญต่อการวิเคราะห์ความปลอดภัยทางคลินิกและการปรับปรุงกระบวนการของฝ่ายเภสัชกรรม.
แหล่งข้อมูล
บันทึกการให้ยา (MAR) หรือคำสั่งยาจากฝ่ายเภสัชกรรม โปรดดูเอกสารของ Veradigm (Allscripts).
ตัวอย่าง
อะม็อกซีซิลลินเฮพารินมอร์ฟีนซัลเฟต
|
|||
|
เป็นไปตามแนวทางการดูแลหรือไม่
IsProtocolCompliant
|
ตัวบ่งชี้ว่าเคสนี้ดำเนินตามแนวทางการดูแลมาตรฐานหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์ที่คำนวณเพื่อตรวจสอบว่ากิจกรรมที่กำหนด เช่น 'บันทึกสัญญาณชีพ' ก่อน 'ให้ยา' เกิดขึ้นตามลำดับที่ถูกต้องหรือไม่ ใช้สนับสนุน 'แดชบอร์ดการปฏิบัติตามแนวทางการดูแล'.
เหตุผลที่สำคัญ
ช่วยตรวจจับกรณีที่ไม่เป็นไปตามข้อกำหนดโดยอัตโนมัติ โดยไม่ต้องตรวจเวชระเบียนด้วยตนเอง.
แหล่งข้อมูล
คำนวณในเครื่องมือ process mining หรือ ETL โดยอิงตามลำดับกิจกรรม.
ตัวอย่าง
truefalse
|
|||
|
รหัสคำสั่งซื้อ
OrderId
|
รหัสระบุคำสั่งแต่ละรายการ เช่น การตรวจทางห้องปฏิบัติการ ยา และหัตถการ. | ||
|
คำอธิบาย
ใช้เชื่อมเหตุการณ์ 'สั่งรายการ' กับเหตุการณ์ 'รายงานผล' หรือ 'ให้ยา' เช่น เชื่อม 'สั่งตรวจวินิจฉัย' กับ 'ตรวจวินิจฉัยเสร็จสิ้น' ข้อมูลระดับนี้จำเป็นสำหรับแดชบอร์ด 'ระยะเวลาดำเนินการตรวจวินิจฉัย'.
เหตุผลที่สำคัญ
ใช้คำนวณระยะเวลาของแต่ละขั้นตอนในกระบวนการ เช่น ระยะเวลาดำเนินการตรวจทางห้องปฏิบัติการ.
แหล่งข้อมูล
ตารางบันทึกคำสั่ง (เช่น ORDER_ID, PLACER_ORDER_NUM) โปรดดูเอกสารของ Veradigm (Allscripts).
ตัวอย่าง
ORD-998877LAB-112233RX-445566
|
|||
|
ระบบต้นทาง
SourceSystem
|
ชื่อระบบที่เป็นแหล่งที่มาของข้อมูล. | ||
|
คำอธิบาย
ระบุซอฟต์แวร์ที่ให้ข้อมูล เช่น 'Veradigm Sunrise' หรือ 'Veradigm TouchWorks' ซึ่งสำคัญเป็นพิเศษในองค์กรที่มีหลายโรงพยาบาล หรือเมื่อต้องรวมข้อมูลจากสถานพยาบาลผู้ป่วยเฉียบพลันและผู้ป่วยนอก.
เหตุผลที่สำคัญ
ช่วยตรวจสอบย้อนกลับและติดตามที่มาของข้อมูล ซึ่งมีประโยชน์เมื่อตรวจหาปัญหาคุณภาพข้อมูล.
แหล่งข้อมูล
กำหนดค่าไว้ในขั้นตอน ETL หรือดึงจากตารางเมทาดาทาของระบบ.
ตัวอย่าง
Veradigm SunriseAllscripts PMVeradigm TouchWorks
|
|||
|
ระยะเวลาดำเนินการตรวจวินิจฉัย
DiagnosticTurnaroundTime
|
ระยะเวลาตั้งแต่สั่งตรวจจนได้รับผลตรวจ. | ||
|
คำอธิบาย
คำนวณระยะเวลาตั้งแต่ 'สั่งตรวจวินิจฉัย' จนถึง 'ยืนยันการวินิจฉัย' หรือได้รับผลตรวจ ใช้ใน 'ภาพรวมระยะเวลาดำเนินการตรวจวินิจฉัย'.
เหตุผลที่สำคัญ
หากใช้เวลาตรวจนาน ระยะเวลาพักรักษาตัวในโรงพยาบาลก็จะยาวนานขึ้น ตัวชี้วัดนี้ช่วยระบุความล่าช้าในห้องปฏิบัติการหรือแผนกรังสีวิทยา.
แหล่งข้อมูล
คำนวณจาก: เวลาประทับ(ผลตรวจ) - เวลาประทับ(คำสั่งตรวจ).
ตัวอย่าง
2 ชั่วโมง45 นาที1.5 วัน
|
|||
|
วันที่นัดติดตามผล
FollowUpAppointmentDate
|
วันที่นัดหมายติดตามผล. | ||
|
คำอธิบาย
ใช้คำนวณ 'อัตราการนัดติดตามผล' หากมีข้อมูลในช่องนี้ แสดงว่ามีการนัดติดตามผลแล้ว หากเว้นว่างหรือไม่มีค่า แสดงว่ายังไม่ได้นัด.
เหตุผลที่สำคัญ
ใช้วัด KPI 'การปฏิบัติตามแผนการดูแลต่อเนื่อง' โดยตรง.
แหล่งข้อมูล
ระบบนัดหมายหรือตารางนัดหมายล่วงหน้าที่เชื่อมโยงกับผู้ป่วย โปรดดูเอกสารของ Veradigm (Allscripts).
ตัวอย่าง
2023-11-15T14:00:00Znull
|
|||
|
ศูนย์ต้นทุน
CostCenter
|
รหัสทางการเงินที่เชื่อมโยงกับแผนกหรือบริการ. | ||
|
คำอธิบาย
เชื่อมกิจกรรมทางคลินิกกับหน่วยงานทางการเงิน ช่วยวิเคราะห์ 'ต้นทุนกิจกรรม' หรือผลการดำเนินงานทางการเงินโดยรวมของแต่ละแผนก.
เหตุผลที่สำคัญ
เชื่อมการทำ process mining ด้านการปฏิบัติการเข้ากับผลกระทบทางการเงิน.
แหล่งข้อมูล
ตารางแผนกหรือรายการเรียกเก็บเงิน โปรดดูเอกสารของ Veradigm (Allscripts).
ตัวอย่าง
CC-1020CC-Rad-01Emergency-001
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาที่ดึงหรืออัปเดตระเบียนครั้งล่าสุด. | ||
|
คำอธิบาย
ระบุว่าข้อมูลที่ใช้วิเคราะห์เป็นข้อมูลล่าสุดเพียงใด ฟิลด์นี้ช่วยให้ผู้ใช้ทราบว่ากำลังดูข้อมูลแบบเรียลไทม์หรือข้อมูล ณ ช่วงเวลาก่อนหน้า.
เหตุผลที่สำคัญ
ช่วยให้เห็นความล่าช้าของข้อมูลอย่างชัดเจน และรองรับการวางแผนโหลดข้อมูลเฉพาะส่วนที่เปลี่ยนแปลง.
แหล่งข้อมูล
เวลาที่ระบบสร้างขึ้นระหว่างการทำ ETL หรือการดึงข้อมูล.
ตัวอย่าง
2023-11-01T23:59:59Z2023-11-02T06:00:00Z
|
|||
กิจกรรมในเส้นทางการดูแลผู้ป่วย
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
จัดทำแผนการรักษาแล้ว
|
หมายถึงทีมคลินิกจัดทำแผนการรักษาของผู้ป่วยอย่างเป็นทางการ โดยมักบันทึกเมื่อสร้างและลงนามเอกสาร 'Plan of Care' หรือชุดคำสั่งการรักษาเบื้องต้นใน EHR. | ||
|
เหตุผลที่สำคัญ
หมุดหมายนี้เป็นจุดเริ่มต้นของช่วงการรักษาอย่างจริงจัง ใช้เป็นข้อมูลตั้งต้นในการวัดการปฏิบัติตามแนวทางการดูแล และระยะเวลาจนเริ่มดำเนินการรักษาครั้งแรก เช่น การให้ยา.
แหล่งข้อมูล
อนุมานจากเวลาที่ลงนามในแบบฟอร์ม 'Plan of Care' หรือเวลาที่สร้างชุดคำสั่งการรักษาหลักชุดแรกหลังการวินิจฉัย.
บันทึก
ค้นหาเวลาที่แพทย์ผู้ดูแลยืนยันหรือลงนามในเอกสาร 'Plan of Care'.
ประเภทเหตุการณ์
inferred
|
|||
|
จำหน่ายผู้ป่วยแล้ว
|
ระบุจุดสิ้นสุดอย่างเป็นทางการของการรักษาในโรงพยาบาล เมื่อจำหน่ายผู้ป่วยออกจากสถานพยาบาล โดยระบบ ADT จะบันทึกเหตุการณ์สำคัญนี้โดยตรง และเปลี่ยนสถานะการเข้ารับบริการของผู้ป่วยเป็น 'discharged'. | ||
|
เหตุผลที่สำคัญ
นี่คือกิจกรรมสิ้นสุดหลักของเส้นทางการดูแลผู้ป่วยส่วนใหญ่ และจำเป็นต่อการคำนวณระยะเวลาพักรักษาเฉลี่ย (ALOS) และเวลารวมของกระบวนการ.
แหล่งข้อมูล
บันทึกโดยตรงในโมดูล ADT ระเบียนการเข้ารับบริการของผู้ป่วยจะมีเวลาจำหน่ายและข้อมูลการส่งต่อหรือสถานะเมื่อจำหน่าย.
บันทึก
ใช้เวลาจำหน่ายจากระเบียนการเข้ารับบริการหรือระเบียนการตรวจรักษาหลักของผู้ป่วย.
ประเภทเหตุการณ์
explicit
|
|||
|
ประเมินผู้ป่วยเบื้องต้นเสร็จแล้ว
|
หมายถึงการประเมินทางคลินิกครั้งแรกโดยพยาบาลหรือแพทย์เสร็จสิ้น เช่น การคัดกรองหรือการซักประวัติเบื้องต้น โดยมักบันทึกเมื่อมีการลงนามและยืนยันแบบฟอร์มหรือบันทึกทางคลินิก เช่น 'Nursing Initial Assessment'. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นหมุดหมายสำคัญในช่วงต้นของกระบวนการ ระยะเวลาตั้งแต่ลงทะเบียนจนถึงการประเมินนี้ช่วยให้เห็นความล่าช้าที่อาจเกิดขึ้นในการรับผู้ป่วยและการดูแลเบื้องต้น.
แหล่งข้อมูล
อนุมานจากเวลาที่แบบฟอร์มประเมินเบื้องต้นหรือบันทึกทางคลินิกในโมดูลเอกสารทางคลินิกของ Veradigm ได้รับการยืนยันหรือลงนาม.
บันทึก
ระบุเวลาที่สถานะของแบบฟอร์มหรือบันทึกการประเมินเบื้องต้นเปลี่ยนเป็น 'completed' หรือ 'signed'.
ประเภทเหตุการณ์
inferred
|
|||
|
ยืนยันการวินิจฉัยแล้ว
|
กิจกรรมนี้หมายถึงบุคลากรทางคลินิกบันทึกการวินิจฉัยลงในเวชระเบียนผู้ป่วยอย่างเป็นทางการ อาจบันทึกเมื่อเพิ่มรหัสการวินิจฉัยในรายการปัญหาสุขภาพ หรือลงนามในบันทึกทางคลินิกที่ระบุการวินิจฉัย. | ||
|
เหตุผลที่สำคัญ
การยืนยันการวินิจฉัยเป็นจุดเปลี่ยนสำคัญที่กำหนดแนวทางการรักษาต่อไป และช่วยวิเคราะห์ความแตกต่างของแนวทางการรักษาตามการวินิจฉัยแต่ละประเภท.
แหล่งข้อมูล
ค้นหาได้จากรายการปัญหาสุขภาพของผู้ป่วย ระเบียนการวินิจฉัยในการเข้ารับบริการ หรือเอกสารทางคลินิก อนุมานได้จากเวลาที่เพิ่มและยืนยันรหัสการวินิจฉัยหลักสำหรับการเข้ารับบริการ.
บันทึก
ใช้เวลาที่สร้างหรือแก้ไขรายการการวินิจฉัยหลักของการรักษาผู้ป่วยครั้งนั้น.
ประเภทเหตุการณ์
inferred
|
|||
|
เริ่มวางแผนจำหน่ายแล้ว
|
หมายถึงการเริ่มกระบวนการวางแผนจำหน่ายผู้ป่วยอย่างเป็นทางการ อนุมานได้จากการสร้างเอกสารแผนจำหน่าย การออกคำสั่งจำหน่าย หรือการทำแบบประเมินการวางแผนจำหน่ายเฉพาะให้เสร็จ. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นจุดเริ่มต้นในการวัดประสิทธิภาพของกระบวนการจำหน่าย การเริ่มวางแผนตั้งแต่เนิ่นๆ มักสัมพันธ์กับอัตราการกลับเข้ารักษาซ้ำที่ลดลง.
แหล่งข้อมูล
อนุมานจากเวลาที่สร้างบันทึกการวางแผนจำหน่าย ชุดคำสั่งจำหน่าย หรือแบบประเมินเฉพาะใน Veradigm.
บันทึก
ระบุเวลาที่สร้างคำสั่งหรือเอกสารเกี่ยวกับการจำหน่ายสำหรับการเข้ารับบริการของผู้ป่วยเป็นครั้งแรก.
ประเภทเหตุการณ์
inferred
|
|||
|
ลงทะเบียนผู้ป่วยแล้ว
|
ระบุจุดเริ่มต้นอย่างเป็นทางการของการรักษาผู้ป่วย เมื่อบันทึกข้อมูลผู้ป่วยในระบบ Veradigm โดยทั่วไประบบจะบันทึกเหตุการณ์นี้โดยตรงเมื่อผู้ใช้ทำเวิร์กโฟลว์การลงทะเบียนเสร็จ และสร้างระเบียนการเข้ารับบริการของผู้ป่วยพร้อมรหัสเฉพาะและเวลา. | ||
|
เหตุผลที่สำคัญ
นี่คือกิจกรรมเริ่มต้นหลักของเส้นทางการดูแลผู้ป่วย ซึ่งจำเป็นต่อการคำนวณเวลารวมของกระบวนการ ระยะเวลาพักรักษา และอัตราการให้บริการผู้ป่วย.
แหล่งข้อมูล
เหตุการณ์นี้บันทึกไว้ในโมดูลลงทะเบียนผู้ป่วยหรือ ADT (Admission, Discharge, Transfer) ให้ค้นหาเวลาที่สร้างระเบียนการเข้ารับบริการหรือระเบียนการตรวจรักษาของผู้ป่วย.
บันทึก
เวลาจากระเบียนการเข้ารับบริการหรือจากตารางลงทะเบียนผู้ป่วย ณ เวลาที่สร้างระเบียน.
ประเภทเหตุการณ์
explicit
|
|||
|
ตรวจวินิจฉัยเสร็จแล้ว
|
หมายถึงเวลาที่ผลตรวจวินิจฉัยได้รับการยืนยันและพร้อมแสดงในระเบียนผู้ป่วย โดยทั่วไปอนุมานจากสถานะของคำสั่งตรวจเดิมที่เปลี่ยนจาก 'active' หรือ 'in-progress' เป็น 'completed' หรือ 'resulted'. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นหมุดหมายสำคัญในการวัดเวลาตั้งแต่สั่งตรวจจนได้ผล ความล่าช้าระหว่างการสั่งตรวจกับการตรวจเสร็จอาจส่งผลอย่างมากต่อระยะเวลาจนวินิจฉัยได้.
แหล่งข้อมูล
อนุมานจากฟิลด์สถานะคำสั่งตรวจในโมดูลคำสั่งตรวจ หรือจากเวลาที่บันทึกในโมดูลผลตรวจที่เกี่ยวข้อง เช่น LIS หรือ RIS.
บันทึก
ระบุเวลาที่สถานะคำสั่งตรวจเปลี่ยนเป็นสถานะสิ้นสุด เช่น 'Completed' หรือ 'Resulted'.
ประเภทเหตุการณ์
inferred
|
|||
|
ทำหัตถการแล้ว
|
หมายถึงการทำหัตถการทางคลินิกหรือการผ่าตัดเสร็จสิ้น โดยทั่วไปบันทึกเมื่อบุคลากรทางคลินิกลงนามในบันทึกหัตถการ หรือเมื่อสถานะคำสั่งหัตถการในระบบเปลี่ยนเป็น 'completed'. | ||
|
เหตุผลที่สำคัญ
หัตถการเป็นหมุดหมายสำคัญในเส้นทางการดูแลผู้ป่วยหลายกรณี การวิเคราะห์ช่วงเวลาที่ทำหัตถการช่วยให้เข้าใจการใช้ทรัพยากรและประสิทธิภาพการจัดตาราง.
แหล่งข้อมูล
อนุมานจากเวลาที่ลงนามในบันทึกหัตถการในโมดูลเอกสารทางคลินิก หรือเวลาที่ทำรายการหัตถการเสร็จในโมดูลคำสั่งตรวจ.
บันทึก
ใช้เวลาที่คำสั่งหัตถการเสร็จสมบูรณ์ หรือเวลาที่ลงนามในเอกสารหัตถการที่เกี่ยวข้อง.
ประเภทเหตุการณ์
inferred
|
|||
|
นัดติดตามผลแล้ว
|
กิจกรรมนี้หมายถึงการนัดหมายติดตามผลหลังจำหน่ายผู้ป่วย โดยบันทึกในโมดูลจัดตารางนัดหมายเมื่อมีการจองนัดที่เชื่อมโยงกับการเข้ารับบริการที่จำหน่ายแล้ว. | ||
|
เหตุผลที่สำคัญ
การนัดหมายติดตามผลช่วยให้การดูแลต่อเนื่องและลดการกลับเข้ารักษาซ้ำ กิจกรรมนี้ช่วยวัดการปฏิบัติตามแนวทางหลังจำหน่าย.
แหล่งข้อมูล
บันทึกไว้ในโมดูลจัดตารางนัดหมาย ให้ค้นหาเวลาที่สร้างนัดหมายใหม่ของผู้ป่วยหลังวันที่จำหน่าย.
บันทึก
ระบุเวลาที่สร้างระเบียนนัดหมายในระบบจัดตารางนัดหมาย ซึ่งเชื่อมโยงกับผู้ป่วย.
ประเภทเหตุการณ์
explicit
|
|||
|
บันทึกสัญญาณชีพแล้ว
|
เหตุการณ์นี้เกิดขึ้นทุกครั้งที่มีการบันทึกสัญญาณชีพของผู้ป่วย เช่น อัตราการเต้นของหัวใจ ความดันโลหิต และอุณหภูมิ โดยบันทึกเหตุการณ์นี้โดยตรงในเอกสารทางคลินิกหรือส่วน flowsheet สำหรับสัญญาณชีพใน EHR. | ||
|
เหตุผลที่สำคัญ
การบันทึกสัญญาณชีพบ่อยครั้งแสดงว่ามีการติดตามอาการผู้ป่วยอย่างใกล้ชิด สามารถวิเคราะห์ความถี่และช่วงเวลาที่บันทึกเพื่อให้แน่ใจว่าปฏิบัติตามแนวทางการติดตามอาการ.
แหล่งข้อมูล
บันทึกไว้ในคลังข้อมูลทางคลินิกหรือตาราง flowsheet ที่จัดเก็บสัญญาณชีพ โดยแต่ละรายการมีเวลาบันทึก.
บันทึก
ดึงเวลาจากข้อมูล flowsheet สัญญาณชีพของการเข้ารับบริการผู้ป่วย.
ประเภทเหตุการณ์
explicit
|
|||
|
ย้ายไปแผนกอื่น
|
เหตุการณ์นี้ระบุการเคลื่อนย้ายผู้ป่วยจากแผนกหรือหน่วยดูแลหนึ่งไปยังอีกแห่ง เช่น จากห้องฉุกเฉินไปยังหอผู้ป่วยใน โดยระบบ ADT (Admission, Discharge, Transfer) ใน Veradigm จะบันทึกเหตุการณ์นี้. | ||
|
เหตุผลที่สำคัญ
การย้ายผู้ป่วยมักเป็นจุดที่เกิดคอขวดและความล่าช้า การวิเคราะห์ระยะเวลาและความถี่ของการย้ายช่วยปรับการเคลื่อนย้ายผู้ป่วยและการจัดสรรทรัพยากรระหว่างแผนกให้เหมาะสม.
แหล่งข้อมูล
บันทึกโดยตรงในโมดูล ADT โดยแต่ละเหตุการณ์การย้ายจะระบุผู้ป่วย สถานที่ต้นทางและปลายทาง พร้อมเวลา.
บันทึก
ดึงบันทึกเหตุการณ์จากระบบ ADT ที่เกี่ยวข้องกับการเคลื่อนย้ายผู้ป่วย.
ประเภทเหตุการณ์
explicit
|
|||
|
สั่งตรวจวินิจฉัยแล้ว
|
เหตุการณ์นี้เกิดขึ้นเมื่อบุคลากรทางคลินิกสั่งตรวจวินิจฉัย เช่น ตรวจทางห้องปฏิบัติการหรือถ่ายภาพทางการแพทย์ โดยระบบ Computerized Physician Order Entry (CPOE) ใน Veradigm จะบันทึกเหตุการณ์นี้โดยตรง. | ||
|
เหตุผลที่สำคัญ
เป็นจุดเริ่มต้นของกระบวนการย่อยด้านการวินิจฉัย ใช้เป็นจุดเริ่มต้นในการวัดเวลาตั้งแต่สั่งตรวจจนได้ผล และระบุความล่าช้าในการสั่งตรวจ.
แหล่งข้อมูล
บันทึกไว้ในโมดูลคำสั่งตรวจหรือบันทึกของระบบ CPOE โดยแต่ละคำสั่งตรวจจะมีเวลาที่สั่ง.
บันทึก
ดึงเวลาที่สร้างรายการจากระเบียนคำสั่งตรวจ สำหรับรายการตรวจวินิจฉัยที่เกี่ยวข้อง.
ประเภทเหตุการณ์
explicit
|
|||
|
ให้ยาแก่ผู้ป่วยแล้ว
|
ระบบบันทึกเหตุการณ์นี้เมื่อพยาบาลหรือบุคลากรทางคลินิกบันทึกการให้ยาแก่ผู้ป่วย โดยบันทึกใน Medication Administration Record (MAR) หรือโมดูล eMAR ซึ่งระบุเวลาให้ยาอย่างแม่นยำ. | ||
|
เหตุผลที่สำคัญ
การติดตามการให้ยามีความสำคัญต่อการวิเคราะห์ความตรงเวลาและการปฏิบัติตามแผนการรักษา ช่วงเวลาระหว่างการสั่งยากับการให้ยาช่วยให้เห็นความล่าช้าในกระบวนการจ่ายยา.
แหล่งข้อมูล
บันทึกโดยตรงในโมดูล eMAR (electronic Medication Administration Record) เหตุการณ์การให้ยาแต่ละครั้งจะระบุเวลา ยา และขนาดยา.
บันทึก
ดึงเวลาจากตาราง eMAR ของเหตุการณ์การให้ยาแต่ละครั้งที่เชื่อมโยงกับการเข้ารับบริการของผู้ป่วย.
ประเภทเหตุการณ์
explicit
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
เริ่มปรับปรุงประสบการณ์ผู้ป่วยและประสิทธิภาพการปฏิบัติงานได้ตั้งแต่วันนี้ ข้อมูลของคุณช่วยเปิดเผยข้อมูลเชิงลึกที่มีประโยชน์และนำไปสู่การปรับปรุงที่เห็นผล.
เริ่มปรับปรุงเส้นทางผู้ป่วยใน Veradigm วันนี้
ลดระยะเวลาตั้งแต่เริ่มจนจบกระบวนการดูแลผู้ป่วยได้ 30% พร้อมผลลัพธ์การรักษาที่ดีขึ้น.
ไม่ต้องใช้บัตรเครดิต เริ่มต้นใช้งานได้ทันที.