HEMMS คืออะไร?¶

HEMMS (Hospital Equipment Maintenance Management System) คือแพลตฟอร์ม บริหารจัดการงานที่ครบวงจรสำหรับ แผนกวิศวกรรมชีวการแพทย์ (BME) ของโรงพยาบาลในประเทศไทย พัฒนาบน Odoo 18 Community Edition ต่อยอดบน โมดูลการบำรุงรักษาของ OCA (Odoo Community Association) และห่อหุ้มด้วยชั้น "Roots" เฉพาะสำหรับโรงพยาบาลที่บรรจุข้อกำหนดของภาครัฐไทยไว้ — การรับรองคุณภาพ HA Thailand แนวทางระดับความเสี่ยงของ MoPH การตรวจสอบครุภัณฑ์ ประจำปี ปจป. และการปฏิบัติตามกฎหมายลายเซ็นอิเล็กทรอนิกส์

ดูแลโดย Trinity Roots Co., Ltd. (roots.tech) — ซอร์สโค้ดอยู่ที่ GitHub

ปัญหาอะไรที่ HEMMS แก้ได้?¶

สถานะปัจจุบันของโรงพยาบาลรัฐส่วนใหญ่ในไทยเป็นการผสมกันของสิ่งเหล่านี้:

• การตรวจสอบครุภัณฑ์ประจำปีบนกระดาษ (ปจป.) — รายงานคณะกรรมการ ที่ต้องลงสามลายเซ็น ซึ่งพิมพ์ใหม่ใน Word ทุกเดือนกันยายน
• การบำรุงรักษาเชิงป้องกันที่ติดตามด้วย Excel — สเปรดชีตหนึ่งไฟล์ต่อ แผนก ไม่มี SLA ไม่มีร่องรอยการตรวจสอบ และ "ใครทำอะไรอยู่" อยู่ใน แชต LINE
• สัญญาผู้ขายในแฟ้ม — เมื่อเครื่องเฝ้าติดตามสัญญาณชีพเสียในวันอาทิตย์ ไม่มีใครที่อยู่เวรทราบว่า GE Healthcare มีพันธะตามสัญญาที่จะต้อง ซ่อมหรือว่าโรงพยาบาลต้องจ่ายเอง
• ความตื่นตระหนกเรื่องการรับรอง HA ทุก 3 ปี — ผู้ตรวจประเมินขอ หลักฐานของ PM ตามความเสี่ยง หัวหน้า BME ต้องใช้เวลาสองสัปดาห์ในการ กระทบยอดสเปรดชีตให้เป็นแฟ้ม

HEMMS แทนที่ทั้งหมดนั้นด้วยระบบเดียวที่เครื่องมือแพทย์ทุกชิ้น เหตุการณ์ PM ทุกครั้ง สัญญาทุกฉบับ และลายเซ็นทุกลายเซ็น อยู่บนร่องรอยการตรวจสอบ ตามลำดับเวลาเพียงชุดเดียว

สแตกสามชั้น¶

HEMMS ไม่ใช่ addon ก้อนเดียว แต่เป็นสแตกที่ออกแบบมาอย่างตั้งใจให้มีสามชั้น ซึ่งประกอบรอบโมดูลการบำรุงรักษาที่มากับ Odoo:

┌─────────────────────────────────────────────────────────────────┐
│ Layer 3 — roots_hemms_* (Hospital lens)                          │
│ ─────────────────────────────────────                            │
│ Thai compliance, HA accreditation evidence, Thai BME workflow,   │
│ ปจป. annual inspection, MoPH risk tiers, e-signature law         │
└─────────────────────────────────────────────────────────────────┘
                              ▲ extends
┌─────────────────────────────────────────────────────────────────┐
│ Layer 2 — OCA maintenance modules                                │
│ ─────────────────────────────                                    │
│ Generic building blocks: PM scheduling, partner links, stock,    │
│ sign_oca e-signature engine, equipment tags, reference numbers   │
└─────────────────────────────────────────────────────────────────┘
                              ▲ extends
┌─────────────────────────────────────────────────────────────────┐
│ Layer 1 — Odoo 18 Community                                      │
│ ──────────────────────────                                       │
│ maintenance.equipment, maintenance.request, res.partner,         │
│ hr.employee, kanban / list / search / form / chatter / mail      │
└─────────────────────────────────────────────────────────────────┘

ดู สถาปัตยกรรม สำหรับโมเดลชั้นแบบเต็ม หลักการตั้งชื่อฟิลด์ และเมทริกซ์การตัดสินใจ "default to OCA"

สิบโมดูล¶

ชั้น Roots (addons/roots/) จัดส่งมาเป็นสิบโมดูลที่มุ่งเน้นเฉพาะเรื่อง แต่ละโมดูล ติดตั้งได้อย่างอิสระ ทดสอบแยกกัน และจับคู่กับเรื่องการปฏิบัติตามข้อกำหนดหรือ การปฏิบัติงานเรื่องเดียว

เหมาะกับใคร¶

HEMMS ไม่ใช่อะไร¶

HEMMS ถูกกำหนดขอบเขตไว้อย่างตั้งใจให้เป็นเรื่อง การบำรุงรักษาเครื่องมือแพทย์ มันไม่ใช่:

• ระบบทางคลินิก — ไม่มีข้อมูลผู้ป่วย ไม่มีการวินิจฉัย ไม่มีการเชื่อมต่อ HL7/FHIR
• ระบบเรียกเก็บเงินหรือรอบรายได้ — ไม่ออกใบแจ้งหนี้ผู้ป่วย
• ระบบ EHR / EMR ของโรงพยาบาล — ไม่จัดเก็บเวชระเบียน
• ระบบเภสัชกรรมหรือคลังยา — มีเฉพาะอะไหล่ ไม่ใช่ยา
• ERP เอนกประสงค์ — ใช้ Odoo เป็นแพลตฟอร์ม แต่ไม่ได้เปิดใช้งานแอป Sales / Purchase / Accounting โดยปริยาย คุณสามารถนำมาต่อยอดได้ หากต้องการ แต่ HEMMS ไม่ได้พึ่งพาแอปเหล่านั้น

สำหรับทุกอย่างที่ Odoo ทำได้นอกเหนือจากนี้ ดู เอกสารประกอบ Odoo 18

การนำทางในแถบด้านบน¶

เมื่อติดตั้ง HEMMS แล้ว แถบด้านบนของแอป Maintenance จะถูกจัดให้เป็น ลำดับเจ็ดรายการที่คาดเดาได้ เป็นภาษาอังกฤษล้วน:

Dashboard  •  Maintenance  •  Equipment  •  Asset Inspection  •
Service Contracts  •  Reporting  •  Configuration

ข้อความภาษาไทยจะปรากฏในป้ายกำกับฟิลด์และเนื้อหารายงานในจุดที่เป็นเรื่อง เฉพาะของโรงพยาบาล (รหัสครุภัณฑ์, ปจป., ปีงบประมาณ) แต่โครงสร้างเมนูคงเป็น ภาษาอังกฤษ เพื่อให้ผู้ขายข้ามชาติและผู้ฝึกอบรม Odoo ยังคุ้นเคยกับทิศทาง

ไปต่อที่ไหน¶

• การติดตั้ง — sandbox ในเครื่องด้วย Docker ภายในไม่ถึง 10 นาที
• การตั้งค่าครั้งแรก — สิ่งที่ต้องทำหลังการติดตั้ง เพื่อให้ได้โรงพยาบาลที่ใช้งานได้
• สถาปัตยกรรม — สำหรับนักพัฒนา: โมเดล สามชั้น หลักการตั้งชื่อฟิลด์ และกราฟการพึ่งพาของโมดูล
• แผนงาน — การจัดลำดับ Quick Win (Q1–Q7 จัดส่งแล้ว; Q8+ อยู่ระหว่างวางแผน)