ขอบเขตฟังก์ชัน (Phase 1 / 2)
กรอบการทำงาน: โครงการนี้ทำ ระบบขอใช้/จองรถยนต์ราชการเป็นโปรเจกต์นำร่อง (pilot) ก่อน
โดยนำร่องที่ สคร.10 (อุบลฯ) ซึ่งมีเซิร์ฟเวอร์อยู่แล้ว
ส่วน EMS ยังเป็นของจริงที่ต้องทำ ไม่ได้ถูกยกเลิก
ปรับปรุง 31 ส.ค. 2569: ขอบเขตตามข้อกำหนด (TOR) สองฉบับแยกระบบออกเป็น
GovFleet (ยานพาหนะของหน่วยงานราชการ) และ EMSFleet
(ยานพาหนะฉุกเฉินทางการแพทย์ รวมเครื่องมือและอุปกรณ์ทางการแพทย์)
ส่วนเครื่องมือและอุปกรณ์ทางการแพทย์จึงไม่ใช่รายการที่เลื่อนไปเฟสถัดไปอีกต่อไป -
พัฒนาและใช้งานได้แล้วในต้นแบบ รายละเอียดอยู่ที่หน้า
เครื่องมือและอุปกรณ์ทางการแพทย์
ตารางเฟส 1 / เฟส 2 ด้านล่างเป็นกรอบเดิมจาก BPMN 24 ก.ค. เก็บไว้เป็นที่มา
สถานะ: ฟังก์ชัน Phase 1 ด้านล่าง สร้างไว้ในต้นแบบใช้งานจริงแล้ว ที่
fleet.212cafe.com - รายการที่ทำแล้วกำกับด้วย ทำแล้ว (ในต้นแบบ)
ส่วนที่ยังต้องเคาะคือ ขอบเขต/รายละเอียด ไม่ใช่ตัวความสามารถหลัก
โครงโมดูลของระบบ (จาก BPMN 24 ก.ค.)
Section titled “โครงโมดูลของระบบ (จาก BPMN 24 ก.ค.)”แผนภาพฉบับใหม่วางระบบเป็น 4 โมดูลในโค้ดเบสเดียว
| ทั่วไป / เช่า | EMS | |
|---|---|---|
| ใช้ยานพาหนะ (จอง/ขอใช้) | Phase 1 - ทำแล้ว (ในต้นแบบ) | ทำแล้ว (ในต้นแบบ) - ใช้กระบวนการเดียวกัน |
| ดูแลรักษายานพาหนะ (maintenance) | แจ้งซ่อม + log ทำแล้ว (ในต้นแบบ) · PM engine เต็มรูป Phase 2 | แจ้งซ่อม + log + สอบเทียบเครื่องมือแพทย์ ทำแล้ว · PM engine เต็มรูป Phase 2 |
| เครื่องมือและอุปกรณ์ทางการแพทย์ | ไม่มีในขอบเขต | ทำแล้ว (ในต้นแบบ) - ทะเบียนรายชิ้น รอบตรวจประจำวัน วันหมดอายุ และรอบสอบเทียบ |
BPMN วาด การดูแลรักษา (maintenance) เป็นโมดูลหลักคู่กับการใช้งาน ไม่ใช่ของแถม -
ต้นแบบทำ แจ้งซ่อม + maintenance log + แดชบอร์ด ไว้แล้วสำหรับรถทั่วไป ส่วน PM engine เต็มรูป (กฎเปลี่ยนถ่ายตามไมล์/เวลา) ยังเลื่อนเป็น Phase 2
Phase 1 (นำร่อง สคร.10) - ทำในเฟสนี้
Section titled “Phase 1 (นำร่อง สคร.10) - ทำในเฟสนี้”แกนจอง + อนุมัติ (ตาม SOP) ทำแล้ว (ในต้นแบบ)
Section titled “แกนจอง + อนุมัติ (ตาม SOP) ทำแล้ว (ในต้นแบบ)”- จองรถ แบบปฏิทิน + ใบขอใช้รถ (ล่วงหน้า 10 วัน) พร้อมตรวจจับการจองซ้อน
- อนุมัติ ตามสาย 2 ด่าน (ผู้ขอ -> งานยานพาหนะ -> หัวหน้ายานฯ ตรวจสอบพร้อมใช้ -> คนขับตรวจเช็ค
-> หัวหน้ายานฯ ตรวจสอบก่อนออกเดินทาง) ผ่านเอนจินเวิร์กโฟลว์แบบนิยามด้วยไฟล์ (JSON)
ปรับ 27 ก.ค.: ยุบเหลือ 8 ขั้นตามแผนภาพ “ขั้นตอนการใช้รถ” - การเห็นชอบของหัวหน้ากลุ่มงาน ถือว่าเซ็นบนกระดาษก่อนคีย์เข้าระบบ - จัดสรรรถ + พขร. แบบรู้สถานะความว่าง (ว่าง/จองซ้อน/เข้าซ่อม) และรองรับ การเช่ารถ เมื่อไม่มีรถส่วนกลางว่าง (บันทึกผู้ให้เช่าที่หน้าจัดสรร ไม่มีขั้นรับรองการเช่าแยก)
- เตรียมรถ + เช็คลิสต์ + เป่าแอลกอฮอล์ + ถ่ายเลขไมล์ก่อนออก รวมเป็นขั้นเดียวของคนขับ
- ปิดงาน + ข้อมูลเพื่อ เบิกจ่าย (เลขไมล์ + ค่าน้ำมัน + ระยะทาง)
- ออก/พิมพ์แบบฟอร์มใบขอ (แบบ 3) เป็น PDF ตามรูปแบบราชการ
สิทธิ์ + ผู้ดูแล ทำแล้ว (ในต้นแบบ)
Section titled “สิทธิ์ + ผู้ดูแล ทำแล้ว (ในต้นแบบ)”- RBAC ตามกลุ่มงาน (requester / approver / Data Entry)
- Admin 2 ระดับ (Super / Province)
- ล็อกอินปกติหรือ SSO หน่วยงาน
ชั้นความปลอดภัยคนขับ (รวมในเฟสนี้) ทำแล้ว (ในต้นแบบ)
Section titled “ชั้นความปลอดภัยคนขับ (รวมในเฟสนี้) ทำแล้ว (ในต้นแบบ)”
วางเป็น Phase 1 ตามแผนภาพ BPMN + การตัดสินใจของทีม และ สร้างไว้ในต้นแบบใช้งานจริงแล้ว - เหลือขอผู้ใช้ยืนยันขอบเขตรายละเอียด
- ตรวจเช็คลิสต์ความพร้อมรถ (ความสะอาด, น้ำมัน, ลมยาง, สภาพรถ)
- เป่าแอลกอฮอล์ก่อนออกรถ - ถ้าเกินเกณฑ์ เปลี่ยนคนขับในงานเดิม (ไม่ยกเลิก)
- ถ่ายรูปเลขไมล์ก่อนออก + กดเริ่ม Job
- บันทึก Location + แผนที่ติดตามการเดินทาง (พิกัด GPS จากมือถือ + ตำแหน่งสด + ETA) ระหว่างเดินทาง
แดชบอร์ด (เบื้องต้น) ทำแล้ว (ในต้นแบบ)
Section titled “แดชบอร์ด (เบื้องต้น) ทำแล้ว (ในต้นแบบ)”- สถิติการใช้รถ, การเช่ารถ, ปัญหารถ (เบื้องต้น)
Phase 2 (ต่อยอด) - เลื่อนไปเฟสถัดไป
Section titled “Phase 2 (ต่อยอด) - เลื่อนไปเฟสถัดไป”
รายการเหล่านี้ ยังต้องทำ แต่ไม่ใช่เฟสนำร่อง และ อยู่ในระบบ/โค้ดเบส (repo) เดียวกัน ไม่แยกเป็นคนละแอป -
EMS เป็นเพียง กองรถหนึ่ง ภายในระบบจองเดียวกัน ใช้ RBAC, การจอง, และโครงสร้าง tenancy ร่วมกัน
- มาตรฐาน สพฉ. ฉบับเต็มสำหรับ EMS - รายการอุปกรณ์ตามประกาศ และผู้ตรวจที่เป็นชุดปฏิบัติการ (ทะเบียนอุปกรณ์ รอบตรวจประจำวัน และการเตรียมรายเที่ยว ทำแล้วในต้นแบบ ภายใต้รายการตัวอย่าง ที่หน่วยงานแก้เองได้ - ดูหน้า เครื่องมือและอุปกรณ์ทางการแพทย์)
- ระบบบำรุงรักษา / PM engine - กฎการเปลี่ยนถ่ายตามเลขไมล์/เวลา, แจ้งเตือนของถึงรอบ (การ ตรวจพบ ความผิดปกติจากเช็คลิสต์กลับฐานอยู่ใน Phase 1 แต่ กลไก PM เป็น Phase 2 - เส้นแบ่งนี้ต้องยืนยัน)
- ความพร้อมคนขับเชิงลึก - ชั่วโมงขับสะสม, การพัก, การแลกเวร (จากปัญหาที่ BPMN ระบุ)
- Login ผ่าน ThaID
- เชื่อมระบบเบิกจ่าย/การเงิน โดยตรง
- Deploy หลายจังหวัด เต็มรูปแบบ
- BI / analytics เชิงลึก
เส้นแบ่ง Phase 1 กับ 2 ที่ต้องยืนยัน
Section titled “เส้นแบ่ง Phase 1 กับ 2 ที่ต้องยืนยัน”| หัวข้อ | สถานะ / จุดที่ต้องเคาะ |
|---|---|
| ชั้นความปลอดภัย (เช็คลิสต์/แอลกอฮอล์/เลขไมล์/Location) | ทำแล้วในต้นแบบ (Phase 1) - เหลือยืนยันขอบเขตรายละเอียดกับผู้ใช้ |
| การแจ้งซ่อม + maintenance log | แจ้งซ่อม + log ทำแล้วในต้นแบบ - เหลือเคาะว่าจะรวม PM engine เต็มรูปในเฟสนี้หรือเลื่อน Phase 2 |
| EMS | ปรับแล้ว 31 ส.ค. 2569 - ตาม TOR สองฉบับ EMSFleet เป็นระบบที่ส่งมอบคู่กับ GovFleet ส่วนเครื่องมือและอุปกรณ์ทางการแพทย์ทำแล้วในต้นแบบ เหลือยืนยันรายการมาตรฐานและผู้ตรวจรอบเช้า |
| การพิมพ์แบบฟอร์มราชการ | ออก PDF แบบ 3 ทำแล้วในต้นแบบ - เหลือยืนยันรูปแบบ/ช่องข้อมูลให้ตรงแบบราชการจริง |
ความต้องการที่ไม่ใช่ฟังก์ชัน (เบื้องต้น)
Section titled “ความต้องการที่ไม่ใช่ฟังก์ชัน (เบื้องต้น)”รายการนี้เป็น ความต้องการ ไม่ใช่รายการสิ่งที่ทำเสร็จแล้ว คอลัมน์สถานะระบุว่าปัจจุบันต้นแบบทำได้แค่ไหน เพื่อไม่ให้เอกสารนี้ถูกอ่านว่าเป็นคำรับรองว่าทุกข้อทำเสร็จแล้ว
| ความต้องการ | สถานะในต้นแบบ (31 ส.ค. 2569) |
|---|---|
| Thai-first UI รองรับมือถือ | ✅ ทำแล้ว เป็นเว็บแบบ responsive ใช้งานได้บนเดสก์ท็อป แท็บเล็ต และโทรศัพท์ ทดสอบครบทั้งสามขนาด |
| ติดตั้งเป็นแอปบนมือถือ (PWA) | ⏳ ยังไม่ได้ทำ ต้นแบบยังไม่มี manifest และ service worker เป็นเป้าหมายของรุ่นใช้งานจริง ไม่ใช่ของต้นแบบ |
| ปรับ workflow ได้ระดับพารามิเตอร์ (SLA, ผู้อนุมัติ) | ✅ ทำแล้ว สถานะ คำสั่ง และเงื่อนไขการอนุมัติอยู่ในไฟล์นิยามเดียว แก้ที่นิยามไม่ต้องแก้โค้ดหน้าจอ |
| Docker เพื่อรองรับทั้ง host ฝั่งลูกค้าและแบบรวมศูนย์ | ⏳ ยังไม่ได้ทำ ปัจจุบันติดตั้งด้วย systemd และ nginx โดยตรง ยังไม่มี Dockerfile ในโครงการ |
| PDPA ที่ระดับข้อมูลเจ้าหน้าที่ (ไม่มีข้อมูลประชาชน) | ✅ ขอบเขตยังคงเป็นข้อมูลเจ้าหน้าที่เท่านั้น และข้อมูลในต้นแบบเป็นข้อมูลจำลองทั้งหมด |