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

Veradigm (Allscripts)
แม่แบบข้อมูลเส้นทางการดูแลผู้ป่วยของคุณ

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

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

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

ฟิลด์ข้อมูลที่แนะนำให้ใส่ในบันทึกเหตุการณ์ เพื่อวิเคราะห์กระบวนการดูแลผู้ป่วยได้อย่างครบถ้วน.
3 จำเป็น 8 แนะนำ 8 ไม่บังคับ
ชื่อ คำอธิบาย
การรักษาผู้ป่วยแต่ละครั้ง
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
จำเป็น แนะนำ ไม่บังคับ

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

ขั้นตอนและจุดสำคัญของกระบวนการที่ควรบันทึกในบันทึกเหตุการณ์ เพื่อค้นพบกระบวนการดูแลผู้ป่วยได้อย่างแม่นยำ.
6 แนะนำ 7 ไม่บังคับ
กิจกรรม คำอธิบาย
จัดทำแผนการรักษาแล้ว
หมายถึงทีมคลินิกจัดทำแผนการรักษาของผู้ป่วยอย่างเป็นทางการ โดยมักบันทึกเมื่อสร้างและลงนามเอกสาร '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 (Allscripts)

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

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

เริ่มปรับปรุงเส้นทางผู้ป่วยใน Veradigm วันนี้

ลดระยะเวลาตั้งแต่เริ่มจนจบกระบวนการดูแลผู้ป่วยได้ 30% พร้อมผลลัพธ์การรักษาที่ดีขึ้น.

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

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