ระดับความวิกฤต: ขั้นตอนการทำงาน¶

โมดูล roots_hemms_criticality โดยตัวมันเองทำสิ่งน้อยมาก — เพิ่มสี่ฟิลด์ และเมทริกซ์ 3 × 3 ส่วนที่น่าสนใจคือสิ่งที่ โมดูลอื่น ทำกับสัญญาณระดับ ความวิกฤต

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

การไหลของสัญญาณ¶

flowchart LR
    A[Engineer sets<br/>Value × Risk<br/>on equipment] --> B[roots_criticality_color<br/>recomputes]
    B --> C1[Workflow: red dot<br/>on request kanban card]
    B --> C2[Spare parts: auto-flag<br/>critical spares on red eq.]
    B --> C3[Asset inspection:<br/>snapshot to line]
    B --> C4[HA report:<br/>surface on PDF]
    B --> C5[List/kanban/form badge<br/>+ search filters]

ระดับความวิกฤตเป็น สัญญาณ ไม่ใช่ตัวควบคุม ผู้ใช้งานแต่ละตัวเป็นผู้ตัดสินใจ เองว่าจะทำอะไรกับสีนั้น

ผู้ใช้งานรายที่ 1 — ขั้นตอนการซ่อม¶

โมดูล: roots_hemms_workflow

สิ่งที่อ่าน: maintenance.equipment.roots_criticality_color ผ่านฟิลด์ related ที่จัดเก็บบน maintenance.request:

roots_equipment_criticality_color = fields.Selection(
    related="equipment_id.roots_criticality_color",
    string="Equipment Criticality",
    store=True,
    index=True,
)

สิ่งที่ทำ:

• การ์ดคัมบังของคำขอมีจุดสีที่ตรงกับระดับความวิกฤตของเครื่องมือแพทย์ ช่างที่ กวาดดูคิวจะเห็นจุดสีแดงก่อน
• ฟิลด์เป็น store=True, index=True ดังนั้นการสืบค้นเชิงวิเคราะห์ ("คำขอที่วิกฤตสีแดงกี่รายการที่เกินกำหนด SLA ในไตรมาสที่แล้ว?") จึงรันได้เร็ว
• ความสัมพันธ์เป็น related ดังนั้นการพลิกระดับของเครื่องมือแพทย์จะ อัปเดตอัตโนมัติ กับทุกคำขอที่เปิดอยู่บนเครื่องมือแพทย์นั้น คุณไม่จำเป็นต้อง บันทึกคำขอใหม่

สิ่งที่ระดับความวิกฤต ไม่ได้ ทำในขั้นตอนการซ่อม:

• ไม่ได้เปลี่ยนชั่วโมง SLA SLA เป็นค่าต่อขั้น (maintenance.stage.roots_sla_hours) ไม่ใช่ค่าต่อระดับความวิกฤต
• ไม่ได้เปลี่ยนการจัดเส้นทาง ทุกคำขอใช้ขั้นตอนการซ่อม 5 ขั้นเดียวกัน ไม่ว่าระดับความวิกฤตจะเป็นอย่างไร
• ไม่ได้ยกระดับคำขอสีแดงที่ค้างโดยอัตโนมัติ การเกินกำหนด SLA เป็นตัวกระตุ้น ไม่ใช่ระดับความวิกฤต

หากคุณต้องการให้ระดับความวิกฤตขับเคลื่อนการจัดเส้นทางหรือ SLA นั่นเป็นส่วน ขยายตามนโยบายโรงพยาบาล — โดยทั่วไปเป็นกฎ workflow ต่อทีมที่ซ้อนทับด้านบน

ผู้ใช้งานรายที่ 2 — อะไหล่¶

โมดูล: roots_hemms_spare_parts

สิ่งที่อ่าน: roots_criticality_color == 'red' บนเครื่องมือแพทย์ที่เป็น เจ้าของบรรทัดอะไหล่

สิ่งที่ทำ:

• ทุก hemms.equipment.spare.line มีฟิลด์คำนวณ roots_is_critical_spare การคำนวณจะติดธงหาก:
  • บรรทัดถูกติดธงวิกฤตด้วยตนเอง หรือ
  • roots_criticality_color ของเครื่องมือแพทย์แม่เป็น red
• อะไหล่วิกฤตได้รับการแสดงป้ายในรายการบรรทัดอะไหล่และป้อนเข้าสู่การแจ้งเตือน "อะไหล่วิกฤตสต็อกต่ำ"

ทำไมจึงตั้งค่าแบบนี้: หากคุณจำแนกเครื่องกระตุกหัวใจเป็นสีแดง คุณย่อม ต้องการให้อะไหล่ทุกชิ้นบนมัน (แบตเตอรี่ แผ่นกระตุก สายเคเบิล) ถูกถือว่าวิกฤต โดยไม่ต้องติดธงแต่ละบรรทัดใหม่ โมดูลอะไหล่บังคับใช้สิ่งนั้น

ผู้ใช้งานรายที่ 3 — การตรวจสอบพัสดุประจำปี (ปจป.)¶

โมดูล: roots_hemms_asset_inspection

สิ่งที่อ่าน: equipment.roots_criticality_color ณ ขณะที่เครื่องมือแพทย์ ถูกเพิ่มเข้าสู่การตรวจสอบ

สิ่งที่ทำ:

• บรรทัดการตรวจสอบมีฟิลด์ criticality_color ของตนเองซึ่งถูก คัดลอก (ไม่ใช่ related) จากเครื่องมือแพทย์ตอนแทรก นี่เป็น snapshot โดยตั้งใจ
• มุมมองรายการบรรทัดการตรวจสอบตกแต่งแต่ละแถวด้วยระดับความวิกฤตที่ทำ snapshot ไว้ (badge widget การตกแต่ง success/warning/danger)
• หากระดับความวิกฤตของเครื่องมือแพทย์เปลี่ยนหลังจากสร้างการตรวจสอบแล้ว (หรือหลังจากส่งและล็อกแล้ว) บรรทัดการตรวจสอบยังคงแสดงค่า ณ เวลาที่ตรวจสอบ — รักษาความจริงสำหรับการตรวจสอบ

ทำไมจึง snapshot ไม่ใช่ related: รายงาน ปจป. เป็น เอกสารทางกฎหมาย ที่ลงนามโดยคณะกรรมการสามคน รายการต้องสะท้อนสิ่งที่เป็นจริง ณ เวลาที่ตรวจสอบ ไม่ใช่สิ่งที่เป็นจริงวันนี้ หากคุณจำแนก MRI จากสีเหลืองเป็นสีแดงในปีหน้า การ ตรวจสอบที่ส่งไปเมื่อปีที่แล้วยังคงระบุว่าสีเหลือง — นั่นถูกต้องแล้ว

ผู้ใช้งานรายที่ 4 — HA Annual PM Report¶

โมดูล: roots_hemms_ha_report

สิ่งที่อ่าน: ประกาศเป็น dependency ใน manifest วิซาร์ดการสร้างรายงาน HA และเทมเพลต PDF อ่านสีระดับความวิกฤตของเครื่องมือแพทย์ควบคู่กับระดับความเสี่ยง ของ MoPH

สิ่งที่ทำ:

• รายงาน HA มีระดับความเสี่ยง ของตัวเอง — roots_ha_risk_tier — ที่มา จากเอกสารแนวทางอุปกรณ์ 82 รายการของ MoPH (ดู HA Report — เริ่มต้นใช้งาน) นั่นเป็นการ จำแนกคู่ขนานที่กำหนดโดยรัฐ
• สีระดับความวิกฤตของ Roots ปรากฏข้างระดับ MoPH บน PDF ให้ผู้ตรวจประเมิน มองเห็นสองมุมมอง: การตัดสินภายในของโรงพยาบาล (มูลค่า × ความเสี่ยง) และ มาตรฐาน MoPH (สูง / กลาง / ต่ำ)
• เมื่อทั้งสองแตกต่างกัน (เช่น เครื่องมือแพทย์เป็นสีแดงของ Roots แต่ปานกลาง ของ MoPH) โรงพยาบาลสามารถอธิบายจุดยืนที่ระมัดระวังกว่าของตนในส่วน คำบรรยายของรายงาน

ผู้ใช้งานรายที่ 5 — มุมมองเครื่องมือแพทย์ (ตัวโมดูลเอง)¶

โมดูล: roots_hemms_criticality

โมดูลยังสืบทอดมุมมองที่หันหน้าให้ผู้ใช้งานของตนเอง:

ดู การรายงาน สำหรับรูปแบบการค้นหาและการจัดกลุ่ม

การนำเข้าจำนวนมากและระดับความวิกฤต¶

โมดูลการนำเข้าจำนวนมาก (roots_hemms_mass_import) ปัจจุบัน ไม่ได้ รวม roots_value_tier หรือ roots_risk_tier ไว้ในเทมเพลตการนำเข้าเครื่องมือแพทย์ เครื่องมือแพทย์ที่นำเข้าจะมาอยู่ที่ค่าเริ่มต้นของโมเดล (ปานกลาง × ปานกลาง → 🟡 เหลือง) และต้องตั้งค่าระดับความวิกฤตหลังการนำเข้า

หากคุณต้องการตั้งค่าระดับความวิกฤตแบบกลุ่มระหว่างการนำเข้า มีสองทาง:

• แก้ไขแบบกลุ่มหลังการนำเข้า — ใช้ multi-select ในมุมมองรายการ + ขั้นตอน Update fields ที่อธิบายไว้ใน เริ่มต้นใช้งาน — ขั้นที่ 7
• การนำเข้าโดยตรงของ Odoo — Maintenance → Equipment → ⋮ → Import records รับ field ID roots_value_tier และ roots_risk_tier ในการอัปโหลด CSV ซึ่งข้ามวิซาร์ดการนำเข้าจำนวนมากแต่ใช้งานได้

ร่องรอยการตรวจสอบ¶

ฟิลด์ที่ติดตามคือ roots_value_tier และ roots_risk_tier ทุกการเปลี่ยนแปลง จะถูกบันทึกลงใน chatter ของเครื่องมือแพทย์พร้อมด้วย:

• ใครเป็นผู้เปลี่ยน (uid)
• เมื่อใด (date)
• ค่าเก่า → ค่าใหม่

roots_criticality_color ไม่ได้ ถูกติดตามโดยตรงเพราะเป็นค่าคำนวณ — แต่ การเปลี่ยนระดับใดระดับหนึ่งจะสร้างรายการ chatter ที่ให้คุณอนุมานการเปลี่ยน สีได้เสมอ

ไม่มี ตารางการตรวจสอบการเปลี่ยนระดับความวิกฤตแยกต่างหาก หากคุณต้องการ การวิเคราะห์การเลื่อนระดับความวิกฤตเมื่อเวลาผ่านไป คุณต้องสืบค้น mail.tracking.value กรองตามแถว ir.model.fields ที่เกี่ยวข้อง

สรุปข้ามโมดูล¶

สิ่งที่ระดับความวิกฤตยังไม่ได้เชื่อมต่อเข้ากับ (ในขณะนี้)¶

หากคุณไปหาสิ่งเหล่านี้แล้วไม่พบ คุณไม่ได้พลาดอะไร — มันยังไม่ได้เชื่อมต่อจริง ๆ:

• ความถี่ PM ตามระดับความวิกฤต — ความถี่ PM เป็นค่าต่อ maintenance.plan.interval ไม่มีกฎ "เครื่องมือแพทย์สีแดงต้อง PM ทุก 3 เดือน"
• ชั่วโมง SLA ตามระดับความวิกฤต — SLA เป็นค่าต่อขั้น ไม่มีกฎ "เครื่องมือแพทย์ สีแดงต้องซ่อมภายใน 8 ชั่วโมง"
• การจัดเส้นทางการอนุมัติตามระดับความวิกฤต — คำขอเชิงแก้ไขจัดเส้นทางแบบ เดียวกันไม่ว่าสีจะเป็นอย่างไร
• ลำดับความสำคัญในการจัดซื้อตามระดับความวิกฤต — อยู่นอกขอบเขตของ HEMMS

สิ่งเหล่านี้เป็นส่วนขยายที่สมเหตุสมผล เพียงแต่ยังไม่ได้ถูกนำมาใช้ในขณะนี้

ขั้นต่อไป¶

• การรายงาน — การแบ่งสำมะโนเครื่องมือแพทย์และแนวคิดการส่งออก BI
• การตั้งค่า — ตัวอย่างหมวดหมู่ต่อระดับและคู่มือการย้าย ข้อมูลแบบกลุ่ม
• โมดูลขั้นตอนการซ่อม — การรวมการเกินกำหนด SLA + จุดสีแดงป้อนเข้าสู่การประชุมประจำวันของ BME อย่างไร