การรายงาน¶

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

ห้ามุมมองเหนือ maintenance.request¶

คัมบัง (มุมมองหน้าแรกเริ่มต้น)¶

Maintenance → Maintenance เปิดคัมบังที่จัดกลุ่มตามขั้น

โมดูลขั้นตอนการทำงานเพิ่มความสามารถให้การ์ดมาตรฐานสามสิ่ง (ดู view_maintenance_request_kanban_roots_hemms_workflow):

• จุดระดับความวิกฤต (เขียว / เหลือง / แดง) — ดึงแบบ related จาก roots_criticality_color ของเครื่องมือแพทย์
• ป้าย SLA สีแดง เมื่อธงการเกินกำหนดเป็น True
• รูปอวตาร + ชื่อของ Current Responsible ที่ด้านล่างของการ์ด

คอลัมน์เรียงตาม sequence เพื่อให้ขั้นตอนอ่านจากซ้ายไปขวา:

PM Scheduled │ Submitted │ Pending Review │ In Repair │ Awaiting Pickup │ Received
   (5)      │   (10)    │      (20)      │   (30)    │      (40)       │   (50)

คอลัมน์ Received ถูกยุบโดยค่าเริ่มต้น (fold=True) เพื่อไม่ให้งานที่เสร็จแล้ว รกบอร์ดที่ใช้งานอยู่

มุมมองรายการ¶

สลับผ่านปุ่มสลับโหมดมุมมอง เพิ่มสามคอลัมน์ของ workflow หลังคอลัมน์มาตรฐาน:

ทั้งแถวกลายเป็นสีแดงเมื่อ roots_is_sla_breached เป็น True (decoration-danger บนองค์ประกอบ list ที่สืบทอด) คอลัมน์การเกินกำหนดเอง ถูกซ่อน (column_invisible="1") แต่ขับเคลื่อนสีของแถว

มุมมองปฏิทิน¶

สืบทอดจาก maintenance พื้นฐาน โมดูลขั้นตอนการทำงานไม่ได้แก้ไขมัน — แต่ปฏิทิน มาตรฐานพล็อตคำขอตาม request_date และ schedule_date มีประโยชน์สำหรับการ พยากรณ์ภาระงาน PM รายสัปดาห์

Pivot / graph¶

Maintenance → Reporting → Maintenance Request Analysis — รายงานสำเร็จรูปของ Odoo ที่ย้ายไปไว้ใต้เมนู Reporting ตามแบบฉบับโดย views/maintenance_menus.xml

การกำหนดค่า pivot ที่มีประโยชน์:

• แถว: Stage คอลัมน์: Month มาตรวัด: Count → มีตั๋วผ่านแต่ละขั้นในแต่ละเดือนกี่ใบ
• แถว: Equipment คอลัมน์: Stage มาตรวัด: Count → เครื่องมือแพทย์ใดเข้าสู่ขั้นตอนการทำงานบ่อยที่สุด (ปัญหาเกิดซ้ำ)
• แถว: Current Responsible มาตรวัด: SLA Breached (count) → ใครกำลังสะสมการเกินกำหนด

ฟิลด์ของ workflow (roots_current_responsible_user_id, roots_is_sla_breached, roots_equipment_criticality_color) ทั้งหมด ใช้ได้เป็นมิติ pivot — ถูกจัดเก็บในที่ที่สำคัญและมีดัชนีในที่ที่การสืบค้นเข้าถึง

ตัวกรองค้นหาและค่าตั้งล่วงหน้า Group By¶

แถบค้นหามีตัวกรองเฉพาะของ workflow (view_maintenance_request_search_roots_hemms_workflow):

ค่าตั้งล่วงหน้า Group By:

• Stage (การจัดกลุ่มคัมบังเริ่มต้น)
• Current Responsible — มีประโยชน์ในมุมมองรายการเพื่อดูคิวของแต่ละช่าง
• Equipment Criticality — การสรุปรวมเขียว / เหลือง / แดง

บันทึกการตรวจสอบการเปลี่ยนผ่านขั้น¶

Maintenance → Configuration → Stage Transition Audit Log — ผู้จัดการเท่านั้น (ควบคุมโดย maintenance.group_equipment_manager)

รายการแสดงทุกการเปลี่ยนผ่านข้ามทุกคำขอ:

มีค่าตั้งล่วงหน้า Group-By สามตัว:

• Request — ทุกการเปลี่ยนผ่านสำหรับตั๋วหนึ่ง เรียงตามลำดับ
• To Stage — ทุกการเลื่อน เข้าสู่ ขั้นที่กำหนด ให้คุณเรียงคอลัมน์ Time in Prev Stage เพื่อหาขั้นที่ช้าที่สุด
• Transitioned By — ภาระงานต่อผู้ใช้ + อัตราการเกินกำหนด

สี่ KPI ที่ควรติดตามทุกสัปดาห์¶

1. อัตราการเกินกำหนด SLA¶

breaches_this_week / total_active_requests_this_week

UI: คัมบังพร้อมตัวกรอง SLA Breached เปิดอยู่ หารด้วยคัมบังที่ไม่มีมัน สิ่งใดที่สูงกว่า ~5% หมายความว่า SLA แน่นเกินไปหรือทีมมีทรัพยากรไม่พอ

2. เวลาเฉลี่ยในการซ่อม (MTTR)¶

average(close_date - request_date) for requests closed this week

UI: pivot บน Maintenance Request Analysis โดยตั้งตัวกรอง Stages เป็น Received และช่วงวันที่เป็น 7 วันที่ผ่านมา; มาตรวัด = ค่าเฉลี่ยของ (close_date - request_date) ฟิลด์ duration มาตรฐานของ Odoo มีตัวเลขนี้ต่อคำขอ

เจาะลึก: จัดกลุ่มตาม Equipment Category เพื่อหาหมวดหมู่ที่ MTTR ช้า

3. งานค้างตามขั้น¶

UI: คัมบังโดยไม่มีตัวกรองใด ๆ นับการ์ดในแต่ละคอลัมน์ การกระจายที่ดี:

Awaiting Pickup เป็นตัวบ่งชี้เตือนล่วงหน้า: เมื่อมันโต การสื่อสารกับหอผู้ป่วย กำลังพังลง

4. เวลาที่ใช้ต่อขั้น¶

UI: บันทึกการตรวจสอบ → จัดกลุ่มตาม To Stage → ดูค่ามัธยฐาน Time in Prev Stage เทียบกับ SLA ที่เตรียมไว้:

หากเวลามัธยฐานของคุณใน Pending Review ค่อย ๆ เกิน 6 ชม. สัปดาห์ต่อ สัปดาห์ ขั้นการคัดกรองของผู้จัดการกำลังกลายเป็นคอขวด

การส่งออกสำหรับผู้ตรวจประเมิน¶

รายการบันทึกการตรวจสอบรองรับการส่งออกมาตรฐานของ Odoo (Action → Export → All fields) การกำหนดค่าการส่งออกที่แนะนำ สำหรับการเยี่ยมประเมิน HA:

ส่งออกโดยกรองตามช่วงวันที่ (เช่น ปีงบประมาณ) และ XLSX/CSV ที่ได้คือไฟล์ หลักฐานของผู้ตรวจประเมิน

สิ่งที่โมดูลขั้นตอนการทำงานไม่รายงาน¶

• ไม่มีกราฟแนวโน้มตามเวลา — บันทึกการตรวจสอบเป็นแถวต่อเหตุการณ์; สำหรับการแสดงภาพอนุกรมเวลา ให้ใช้มุมมอง pivot หรือโมดูล BI ระดับ Layer-4
• ไม่มีสกอร์การ์ด SLA ของผู้ขาย — นั่นเป็นงาน service-contracts ของ Q4 (ดู สัญญาบริการ → การรายงาน)
• ไม่มีแดชบอร์ดมือถือ — เน้นเดสก์ท็อปก่อน; มือถืออยู่ในแผนงานอนาคต Q
• ไม่มีการแบ่งตามหอผู้ป่วย — maintenance.request มี equipment_id แต่ไม่มีฟิลด์หอผู้ป่วยแยกต่างหาก การวิเคราะห์หอผู้ป่วยทำผ่านหมวดหมู่ของ เครื่องมือแพทย์หรือฟิลด์แบบกำหนดเอง

หน้าที่เกี่ยวข้อง¶

• ขั้นตอนการทำงาน — แต่ละการเปลี่ยนผ่านหมายถึงอะไร
• การตั้งค่า — ปรับ SLA ที่ขับเคลื่อนสัญญาณการเกินกำหนด
• สัญญาบริการ → การรายงาน — KPI ความคุ้มครองของผู้ขาย
• HA Annual PM Report — เอกสารหลักฐานต่อผู้ตรวจ ประเมินประจำปี