การกำหนดค่า¶
หน้านี้ครอบคลุมงานตั้งค่าครั้งเดียว: การจำแนกครุภัณฑ์เพื่อให้ปรากฏในทะเบียน PM, การปรับแต่งตารางชั้นความเสี่ยงเครื่องมือ (device class) ของ MoPH สำหรับ การเพิ่มในพื้นที่ และการตั้งค่าผู้ลงนาม / สิทธิ์
ลำดับการประเมินความเสี่ยง¶
maintenance.equipment ทุกชิ้นต้องมี ระดับความเสี่ยงที่มีผล (roots_ha_risk_tier) และ ความถี่ PM ที่มีผล (roots_ha_pm_freq_months) เพื่อปรากฏในรายงาน PM ประจำปีสำหรับ HA ระบบคำนวณทั้งสองจากลำดับสามขั้น — ขั้นแรกที่จับคู่ได้จะชนะ และขั้นที่เลือกจะถูกบันทึกใน roots_ha_risk_tier_source เป็นหลักฐาน
1. roots_ha_risk_tier_override → use it
2. device_class_id linked → inherit from MoPH class
3. EM score → compute from 4 sliders
ครุภัณฑ์ที่ไม่มีทั้งสามอย่างจะถูกตัดออกจากทะเบียน PM (roots_ha_risk_tier_source = 'none') และถูกแยกออกจากรายงานที่สร้าง
ขั้นที่ 1: การกำหนดทับ (override) อย่างชัดเจน¶
บนฟอร์ม maintenance.equipment ใด ๆ ให้เปิดแท็บ Risk Assessment (HA) คอลัมน์ขวามี:
- Risk Tier Override — Selection: ต่ำ / กลาง / สูง
- PM Frequency Override (months) — Integer, ปล่อยไว้ที่ 0 เพื่อให้ถ่ายทอด
ใช้เมื่อ:
- วิศวกรไม่เห็นด้วยกับการจำแนกของ MoPH สำหรับครุภัณฑ์เฉพาะชิ้นนี้ (เช่น ถูกดัดแปลง, ทำงานตามรอบการใช้งานที่ต่างไป, อยู่ในพื้นที่ดูแลผู้ป่วยวิกฤต)
- EM-score ไม่ได้ครอบคลุมปัจจัยความเสี่ยงในพื้นที่
การกำหนดทับ (override) ตรวจสอบได้ — roots_ha_risk_tier_source จะแสดง Explicit Override ในภาคผนวกของรายงาน
ขั้นที่ 2: การค้นหาชั้นความเสี่ยงเครื่องมือ (device class) ของ MoPH¶
เส้นทางที่แนะนำสำหรับอุปกรณ์ 82 ประเภทที่จัดทำแคตตาล็อก บนแท็บ Risk Assessment (HA) ตั้งค่า MoPH Device Class เป็นชั้นที่ตรงกันจากข้อมูล ตั้งต้น ระดับความเสี่ยงและความถี่จะเติมโดยอัตโนมัติ (อ่านอย่างเดียวบนฟอร์ม ครุภัณฑ์; แก้ไขตัวชั้นเองเพื่อเปลี่ยนทั้งโรงพยาบาล)
นี่คือเส้นทางที่ราบรื่น — ผู้ตรวจประเมินรู้จักตาราง MoPH โดยตรง และภาคผนวก ก ของรายงานจะทำซ้ำตารางตามต้นฉบับเป็นหลักฐาน
ขั้นที่ 3: เวิร์กชีต EM-score¶
สำหรับครุภัณฑ์ที่ "ไม่" อยู่ในตาราง 82 อุปกรณ์ของ MoPH ให้เติมสไลเดอร์ สี่ตัวภายใต้ WHO Fennigkoh-Smith EM Score:
| สไลเดอร์ | ช่วง | สิ่งที่วัด |
|---|---|---|
| Function | 2–10 | ประเภทของอุปกรณ์ (ช่วยชีวิต = 10, เกี่ยวกับคอมพิวเตอร์ = 3) |
| Application | 1–5 | อันตรายต่อร่างกายในกรณีเลวร้ายที่สุดหากอุปกรณ์ล้มเหลว |
| Maintenance | 1–5 | ภาระการบำรุงรักษาที่ผู้ผลิตแนะนำ |
| History | −2 .. +2 | การปรับตามความถี่การซ่อมของโรงพยาบาลนี้ |
ระบบคำนวณ roots_em_score = Function + Application + Maintenance + History และจับคู่กับระดับความเสี่ยง:
| คะแนน | ระดับความเสี่ยง | ความถี่ |
|---|---|---|
| ≤ 12 | (ไม่มี) | ตัดออกจากทะเบียน PM |
| 13–14 | ต่ำ (Low) | 12 เดือน (1× / ปี) |
| 15–18 | กลาง (Medium) | 6 เดือน (2× / ปี) |
| ≥ 19 | สูง (High) | 4 เดือน (3× / ปี) |
หมายเหตุช่วง History History ถูกอนุญาตให้เป็นค่าลบโดยเจตนา (อุปกรณ์ที่มีประวัติการซ่อมยอดเยี่ยมสามารถหลุดออกจากทะเบียน PM ได้) การ คำนวณจะไม่บีบให้เป็นค่าไม่ติดลบ
การแก้ไขตารางชั้นความเสี่ยงเครื่องมือ (device class) ของ MoPH¶
เปิด Maintenance → Configuration → MoPH Device Classes (HA)
รายการแสดงอุปกรณ์ 82 ประเภทที่ตั้งต้นไว้พร้อมระดับความเสี่ยงที่แยกสี (แดง = สูง / เหลือง = กลาง / น้ำเงิน = ต่ำ) ตัวกรองและ group-by ช่วยให้คุณ สำรวจตามระดับความเสี่ยงหรือความถี่ได้
การเพิ่มรายการในพื้นที่¶
คลิก New เพื่อเพิ่มประเภทอุปกรณ์เฉพาะของโรงพยาบาล เติม:
name_en— ชื่อภาษาอังกฤษ (ใช้เป็นคีย์ธรรมชาติ; ต้องไม่ซ้ำกัน)name_th— ชื่อภาษาไทยrisk_tier— สูง / กลาง / ต่ำpm_freq_months— ความถี่เป็นเดือนpm_duration_hours— ระยะเวลา PM ที่แนะนำpm_duration_note— ตัวขยายความเสริม (เช่น "+0.1 per module" สำหรับ มอนิเตอร์หลายโมดูล)
รายการใหม่จะพร้อมใช้งานทันทีในดรอปดาวน์ Device Class บนฟอร์มครุภัณฑ์
การแก้ไขรายการที่มีอยู่¶
แก้ไข pm_freq_months ของรายการที่ตั้งต้นใด ๆ หากนโยบายในพื้นที่ต่างไปจาก ค่าเริ่มต้นของ MoPH การแก้ไขจะคงอยู่ตลอดการอัปเกรดโมดูลเพราะข้อมูลตั้งต้น เป็น noupdate="1" — มีเพียงแถวใหม่ที่เพิ่มโดยการอัปเกรดต้นน้ำเท่านั้นที่ จะปรากฏ; การแก้ไขของคุณจะคงอยู่
ความไม่เปลี่ยนแปลงของสแน็ปช็อต การแก้ไขชั้น ไม่เปลี่ยนรายงาน HA ที่ submit แล้วย้อนหลัง — รายงานเหล่านั้นเรนเดอร์จากสแน็ปช็อตที่บันทึกไว้ ณ เวลา submit รายงานใหม่ที่ submit หลังจากการแก้ไขจะสะท้อนค่าใหม่
การตั้งค่าผู้ลงนาม¶
แต่ละรายงานอ้างอิงผู้ลงนามสามคนผ่าน bme_head_id, engineering_head_id, director_id (res.users) แต่ละคนต้องมี res.partner เชื่อมโยงเพื่อให้บริดจ์ sign_oca จับคู่ได้
แนวปฏิบัติที่ดี¶
- สร้าง
res.usersเฉพาะสำหรับแต่ละบทบาทแม้ว่าจะเป็นบุคคลคนเดียวก็ตาม สิ่งนี้ทำให้ร่องรอยการตรวจสอบอ่านได้ (Signed by Dr. Smith as Hospital Director) แทนที่จะผูกกับล็อกอินทั่วไป - ตรวจสอบให้แน่ใจว่าผู้ใช้แต่ละคนมีชื่อ
res.partner+ อีเมลที่มีความหมาย เพื่อให้อีเมลลงนามผ่านพอร์ทัลดูเป็นมืออาชีพ
การตรวจสอบก่อนเริ่ม¶
ก่อนปุ่ม 📝 Send for Signature จะยอมรับ ระบบจะรัน _check_ha_signers_resolvable() หากช่องใดในสามช่องว่างเปล่าหรือไม่มี พาร์ตเนอร์ คุณจะได้รับข้อความแสดงข้อผิดพลาดที่ดำเนินการได้ซึ่งระบุช่องที่ ต้องแก้ไข
สิทธิ์ที่จำกัดตามหน่วยงาน¶
โมดูลมาพร้อม record rules (Q5.10) ที่จำกัดผู้ใช้ที่ไม่ใช่ผู้จัดการให้อยู่ใน หน่วยงานของตนเอง:
- เจ้าหน้าที่ BME ในหน่วยงาน A — อ่าน/เขียน/submit รายงานสำหรับหน่วยงาน A เท่านั้น
- ผู้จัดการครุภัณฑ์ (
maintenance.group_equipment_manager) — เข้าถึง ทุกหน่วยงานได้เต็มที่ - ผู้จัดทำ — เห็นรายงานของตนเองข้ามหน่วยงานได้เสมอ (มีประโยชน์เมื่อ ผู้จัดการสวมหมวกเจ้าหน้าที่ BME เป็นครั้งคราว)
หากต้องการให้สิทธิ์อ่านข้ามหน่วยงานแก่ทีม Quality / เตรียม HA โดยไม่ให้สิทธิ์ เขียน ให้เพิ่มพวกเขาไปยัง base.group_user เท่านั้น แล้วพวกเขาจะเห็นรายงาน ของหน่วยงานตนเองบวกกับที่ตนเป็นผู้จัดทำ — สำหรับการเข้าถึงในวงกว้างขึ้น ให้ ทำให้พวกเขาเป็นผู้จัดการครุภัณฑ์หรือสร้างกลุ่มที่กำหนดเอง
รอบปีงบประมาณ¶
รายงานใช้ปีงบประมาณไทย (พุทธศักราช) ที่รัน 1 ต.ค. → 30 ก.ย. วิดเจ็ต selection มีหน้าต่าง 21 ปี (ปัจจุบัน ± 10) เพื่อให้การแก้ไขย้อนหลังยังเป็นไป ได้โดยไม่ทำให้ค่าที่จัดเก็บไว้เป็นโมฆะ
ปีงบประมาณปัจจุบันจะถูกเลือกโดยอัตโนมัติเมื่อเปิดวิซาร์ดใหม่ ให้กำหนดทับ เฉพาะเมื่อสร้างรายงานย้อนหลัง
ขั้นตอนถัดไป¶
- เวิร์กโฟลว์ — วงจรชีวิตเต็มรูปแบบ, submit, ลงนาม, ปฏิเสธ
- การออกรายงาน — กายวิภาคของ PDF + วิธีพิมพ์ซ้ำ