ระดับความวิกฤต: การรายงาน¶

โมดูลระดับความวิกฤตไม่ได้ให้ PDF ของตัวเองมา แต่แสดงระดับความวิกฤตทั่วทั้ง มุมมองเครื่องมือแพทย์ที่มีอยู่ HA Annual PM Report และเครื่องมือ BI แบบกำหนด เองใด ๆ ที่คุณชี้ไปยังฐานข้อมูล Odoo

หน้านี้ครอบคลุมรูปแบบที่พิสูจน์แล้วว่ามีประโยชน์ในโรงพยาบาลของไทยที่ใช้ HEMMS

1. สำมะโนเครื่องมือแพทย์ — มุมมองรายการ + Group By¶

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

สูตร — นับเครื่องมือแพทย์ตามระดับความวิกฤต:

1. Maintenance → Equipment
2. แถบค้นหา → Filters → ติ๊ก Critical only (หรือ Watch / Normal) เพื่อ แบ่ง
3. แถบค้นหา → Group By → Criticality
4. ผล: คัมบังแบบยุบได้พร้อมยอดรวมข้างแต่ละสี

สูตร — แผนที่ความร้อนตามแผนก × ระดับความวิกฤต:

1. Maintenance → Equipment
2. Group By → Department แล้ว Group By → Criticality
3. ผล: แต่ละแผนกขยายเป็นกลุ่มย่อยสีแดง / เหลือง / เขียวพร้อมจำนวน หากพบ แผนกที่มีสีแดงมากเกินสัดส่วน คุณก็พบลำดับความสำคัญในงบ PM แล้ว

สูตร — รายการสั้นทั้งมูลค่าสูงและความเสี่ยงสูง:

1. Maintenance → Equipment
2. Filters → High Value และ Filters → High Risk (แผงการค้นหา AND ตัวกรองโดยค่าเริ่มต้น)
3. ผล: ทุกรายการที่วิกฤตสีแดงและมูลค่าสูง — รายการ "ห้ามขัดข้องเด็ดขาด" ของ หัวหน้า BME

2. การตกแต่งแถวในรายการเครื่องมือแพทย์ใด ๆ¶

ที่ใดก็ตามที่รายการ maintenance.equipment ถูกแสดง — รายการเครื่องมือแพทย์ ส่วนกลาง รายการเครื่องมือแพทย์ในสัญญาบริการ รายการเครื่องมือแพทย์ในการตรวจสอบ ประจำปี รายการเครื่องมือแพทย์ภายใต้ทีมงานซ่อมบำรุง — การตกแต่งแถวเปิดอยู่ สีแดง เหลือง เขียวจะตามเครื่องมือแพทย์ไปทั่วทั้งระบบ

สิ่งนี้มีประโยชน์มากกว่าที่ฟังดู หมายความว่า:

• พยาบาลหอผู้ป่วยที่เปิดฟอร์มคำขอจะเห็นระดับความวิกฤตของเครื่องมือแพทย์บนแถว เครื่องมือแพทย์ที่เชื่อมโยง
• ผู้ขายที่เยี่ยมชมโมดูลสัญญาบริการจะเห็นว่าเครื่องมือแพทย์ที่อยู่ในความคุ้มครอง ของสัญญารายการใดเป็นสีแดง
• DPO ที่ทำการตรวจสอบ ปจป. จะเห็นระดับความวิกฤตบนทุกบรรทัด

คุณไม่ต้องนำทางไปยัง "หน้าจอระดับความวิกฤต" — ไม่มีหน้าจอนั้น ระดับความวิกฤต อยู่ทุกที่ที่เครื่องมือแพทย์อยู่

3. HA Annual PM Report¶

HA Annual PM Report (roots_hemms_ha_report) แสดงระดับความวิกฤตข้างระดับ ความเสี่ยงของ MoPH บนตาราง รายละเอียดต่อเครื่องมือแพทย์ (ส่วนที่ 3 ของ PDF)

มัน ไม่ได้ สรุปรวมระดับความวิกฤตเข้าสู่บล็อกสรุปผู้บริหาร — บล็อกนั้นใช้ ระดับความเสี่ยงของ MoPH ซึ่งเป็นการจำแนกที่รัฐยอมรับ ระดับความวิกฤตของ Roots เป็นหลักฐานสนับสนุน ไม่ใช่ตัวชี้วัดหลัก

ดู HA Report — การรายงาน สำหรับกายวิภาคของ PDF ฉบับเต็ม

4. รายงานการตรวจสอบพัสดุ¶

PDF การตรวจสอบประจำปี (ปจป.) มี snapshot ของระดับความวิกฤตต่อบรรทัด PDF แสดงป้ายระดับความวิกฤตสำหรับเครื่องมือแพทย์แต่ละชิ้นตามที่เป็นอยู่ ณ ขณะ ที่สร้างบรรทัด — ซึ่งเป็นมุมมองที่ถูกต้องตามกฎหมายสำหรับเอกสารตรวจสอบ

ดู การตรวจสอบพัสดุ — การรายงาน สำหรับ วิธีที่ระดับความวิกฤตปรากฏใน PDF การตรวจสอบ

5. การวิเคราะห์คำขอ (pivot ในตัวของ Odoo)¶

Odoo มี Maintenance → Reporting → Maintenance Request Analysis มาให้ (มุมมอง graph + pivot บน maintenance.request) เนื่องจาก roots_hemms_workflow เพิ่ม roots_equipment_criticality_color เป็นฟิลด์ related ที่จัดเก็บ คุณจึงใช้มันเป็นมิติ pivot หรือมิติวัดผลได้:

สูตร — งานค้างซ่อมตามระดับความวิกฤต:

1. Maintenance → Reporting → Maintenance Requests
2. สลับไปยัง pivot
3. เพิ่ม Equipment Criticality เป็นมิติแถว
4. เพิ่ม Stage เป็นมิติคอลัมน์
5. กรองสำหรับขั้นที่เปิดอยู่ (ไม่ใช่ Received ไม่ใช่ Scrap)
6. ผล: เมทริกซ์งานค้าง — เห็นได้ในพริบตาว่ามีคำขอสีแดงค้างอยู่ในแต่ละขั้นกี่ รายการ

สูตร — การเกินกำหนด SLA ตามระดับความวิกฤต (รายไตรมาส):

1. มุมมองเดียวกัน กรอง SLA Breached = True
2. เพิ่ม Create Date: Quarter เป็นมิติแถว
3. เพิ่ม Equipment Criticality เป็นมิติคอลัมน์
4. ผล: เมทริกซ์การเกินกำหนดต่อไตรมาส ไตรมาสที่การเกินกำหนดสีแดงพุ่งสูงเป็น ปัญหาการคัดกรอง ไตรมาสที่การเกินกำหนดสีเขียวพุ่งสูงเป็นปัญหางานค้าง

6. การส่งออก BI แบบกำหนดเอง¶

ฟิลด์ที่สะอาดสำหรับสืบค้นจากเครื่องมือ BI ใด ๆ (Metabase, Superset, Looker, แดชบอร์ด Postgres ธรรมดา):

ฟิลด์สีทั้งสองประกาศด้วย index=True ดังนั้นการกรองและการจัดกลุ่มบนฟิลด์ เหล่านี้จึงรวดเร็วแม้ข้ามแถวนับล้านแถว

ตัวอย่าง SQL — สำมะโนเครื่องมือแพทย์ข้ามทุกโรงพยาบาล (multi-company):

SELECT
    rc.name                              AS company,
    me.roots_criticality_color           AS criticality,
    COUNT(*)                             AS equipment_count
FROM   maintenance_equipment me
JOIN   res_company rc ON rc.id = me.company_id
WHERE  me.active = TRUE
GROUP  BY rc.name, me.roots_criticality_color
ORDER  BY rc.name, criticality;

ตัวอย่าง SQL — คำขอที่วิกฤตสีแดงเปิดอยู่และเกินอายุ SLA:

SELECT
    mr.id,
    mr.name,
    me.name                              AS equipment,
    ms.name                              AS stage,
    EXTRACT(EPOCH FROM (now() - mr.roots_stage_entered_at)) / 3600
                                         AS hours_in_stage,
    ms.roots_sla_hours                   AS sla_target
FROM   maintenance_request mr
JOIN   maintenance_stage    ms ON ms.id = mr.stage_id
JOIN   maintenance_equipment me ON me.id = mr.equipment_id
WHERE  mr.roots_equipment_criticality_color = 'red'
  AND  ms.done = FALSE
  AND  ms.roots_sla_hours > 0
  AND  EXTRACT(EPOCH FROM (now() - mr.roots_stage_entered_at)) / 3600
       > ms.roots_sla_hours
ORDER  BY hours_in_stage DESC;

7. สิ่งที่โมดูลนี้จงใจไม่รายงาน¶

• ไม่มีแนวโน้มระดับความวิกฤตตามเวลา — โมดูลจัดเก็บสีปัจจุบัน ไม่ใช่ประวัติ หากต้องการเห็น "จำนวนเครื่องมือแพทย์สีแดงของเราเปลี่ยนไปอย่างไรในปีนี้?" คุณต้องสืบค้น mail.tracking.value สำหรับการเปลี่ยน roots_value_tier / roots_risk_tier ตามเวลา ข้อมูลมีอยู่ แต่ UI ที่จะ แสดงนั้นไม่มี
• ไม่มีแดชบอร์ด KPI — ไม่มีหน้าจอ "Criticality Cockpit" การรวม Group By + ตัวกรองในรายการเครื่องมือแพทย์เป็นสิ่งที่เทียบเท่าที่สุด
• ไม่มี PDF เฉพาะสำหรับระดับความวิกฤต — ระดับความวิกฤตปรากฏบน HA Annual PM Report และบน PDF การตรวจสอบ ปจป. แต่ไม่มีเอกสารของตัวเอง นั่นเป็นความตั้งใจ: ระดับความวิกฤตเป็นคุณสมบัติของเครื่องมือแพทย์ ไม่ใช่ เหตุการณ์ที่ต้องรายงาน

ข้อควรระวัง¶

ขั้นต่อไป¶

• การตั้งค่า — คู่มือหมวดหมู่ต่อระดับสำหรับการจำแนก แบบกลุ่ม
• HA Report — การรายงาน — PDF ของ HA แสดง ระดับความวิกฤตอย่างไร
• การตรวจสอบพัสดุ — การรายงาน — PDF ปจป. แสดงระดับความวิกฤตอย่างไร
• โมดูลขั้นตอนการซ่อม — มุมมองรวม SLA × ระดับความวิกฤต ผ่าน pivot Maintenance Request Analysis ในตัว