ภาพรวม · ต้นจนจบ

เส้นทางการใช้งานตั้งแต่ร่างจนถึงวันตรวจ

ไล่ทีละขั้นว่าใครทำอะไร ที่หน้าไหน — ตามด้วยแผนส่งมอบ 7 เฟส

เริ่มดูจากแดชบอร์ด

8 ขั้นตอนตั้งแต่ร่างจนถึงวันตรวจ

1

แอดมินเปิดมาตรฐานที่องค์กรใช้

กิตติศักดิ์ วงศ์อารีย์ — ตั้งค่ามาตรฐาน ISO ที่ต้องรองรับ ระบบปรับเมนูและโมดูลให้อัตโนมัติ

ดูหน้าจอ
2

เจ้าของเอกสารร่างฉบับใหม่

ธนกฤต พงษ์พานิช — เริ่มจากแม่แบบที่อนุมัติแล้ว พิมพ์ในระบบหรือแนบไฟล์ที่ทำเสร็จก็ได้

ดูหน้าจอ
3

ส่งเข้าสายอนุมัติ หัวหน้าแผนกทบทวน

สมชาย เกษมสุข — ตรวจเนื้อหาตามหน้าที่ ก่อนส่งต่อให้ DCC

ดูหน้าจอ
4

DCC ตรวจรูปแบบ ให้เลขที่และรอบทบทวน

ปรียานุช ทองอยู่ — ตรวจรูปแบบให้ตรงเทมเพลต กำหนดเลขที่เอกสารและวันครบรอบทบทวน

ดูหน้าจอ
5

QMR อนุมัติและลงลายเซ็นอิเล็กทรอนิกส์

ณัฐพงษ์ ศรีวิไล — อนุมัติขั้นสุดท้าย เอกสารเปลี่ยนสถานะเป็นมีผลบังคับใช้

ดูหน้าจอ
6

ระบบประกาศใช้ สร้าง QR และแจ้งผู้เกี่ยวข้องอัตโนมัติ

ระบบ — ออก QR ประจำเอกสารทันที พร้อมแจ้งเตือนผู้เกี่ยวข้องทุกหน่วยงาน

ดูหน้าจอ
7

พนักงานอ่าน กดรับทราบ และเข้าอบรมถ้าจำเป็น

อรวรรณ ใจดี — อ่านเอกสารฉบับล่าสุด กดรับทราบ ระบบดันไปอบรมอัตโนมัติถ้ามีการเปลี่ยนแปลงสาระสำคัญ

ดูหน้าจอ
8

วันตรวจประเมิน ดึงหลักฐานย้อนหลังให้ผู้ตรวจ

สุรชัย ธำรงกิจ — เข้าดูได้อย่างเดียว ดึง Audit Trail และ SoA ย้อนหลังได้ทันที ไม่ต้องขอไฟล์ล่วงหน้า

ดูหน้าจอ

แผนส่งมอบ 7 เฟส

สถานะตามคู่มือผู้ใช้และเวอร์ชันที่พัฒนาแล้วจริง

เฟสขอบเขตสถานะ
เฟส 1 — Foundation Setup เข้าสู่ระบบ ผู้ใช้ หน่วยงาน สิทธิ์ แดชบอร์ด ร่าง (Draft)
เฟส 2–5 — วงจรเอกสาร ควบคุมเอกสาร สายอนุมัติ การรับทราบ แบบฟอร์มบันทึก ใช้งานจริงตามคู่มือผู้ใช้
เฟส 6 — Audit Trail & ลายเซ็น Audit Trail และลายเซ็นอิเล็กทรอนิกส์ พัฒนาแล้ว (v0.6.0)
เฟส 7 — QR & มือถือ QR Code และการเข้าถึงผ่านมือถือหน้างาน พัฒนาแล้ว (v0.7.0)
เฟสถัดไป — โมดูลร่วมเพิ่มเติม ทบทวนฝ่ายบริหาร ผู้ขาย ข้อร้องเรียน KPI สอบเทียบ แจ้งเตือน ตรวจ CB รายงาน เก็บรักษาข้อมูล อยู่ในข้อกำหนดเพิ่มเติม
เฟสสุดท้าย — โมดูลเฉพาะมาตรฐาน โมดูลเฉพาะมาตรฐาน + ตัวแก้เอกสารในเว็บ แนะนำทำท้ายสุด
เรื่องที่ยังต้องเคาะ
Technology Stack ยังเป็น "รอการตัดสินใจ" ตามสเปกข้อ 2 — ทั้งภาษา เฟรมเวิร์ก ฐานข้อมูล และที่ตั้งเซิร์ฟเวอร์ ต้องสรุปให้จบก่อนเริ่มเขียนโค้ดจริง เพราะกระทบการออกแบบทั้งระบบ

ลำดับที่แนะนำให้พัฒนา

1

โมดูลร่วมก่อน

ใช้ได้กับทุกมาตรฐานและเป็นฐานให้โมดูลเฉพาะต่อยอด

2

โมดูลเฉพาะมาตรฐาน

เรียงตามมาตรฐานที่องค์กรต้องขอรับรองก่อน

3

ตัวแก้เอกสารในเว็บไว้ท้ายสุด

เป็นของเสริมที่ไม่กระทบงานหลัก

โจทย์ในสเปก → หน้าจอที่ตอบ

อ้างอิงข้อกำหนดใน SRS ของลูกค้า เทียบกับหน้าจอที่ตอบโจทย์ในโชว์เคสนี้

สเปกข้อเรื่องหน้าจอ
6.1Authenticationlogin.html
6.3Dashboarddashboard.html
6.4ควบคุมเอกสารdocuments.html
สายอนุมัติ + ลายเซ็นdocument-detail.html
6.5รับทราบเอกสารmy-documents.html
6.6อบรมtraining.html
7Audit Trailaudit-trail.html
8QR/มือถือqr-mobile.html
10หลายมาตรฐาน + SoAstandards.html
13คลังเอกสาร/ลายน้ำdocuments.html
14ตัวแก้เอกสารในเว็บtemplates.html
แดชบอร์ด ภาพรวมคุณภาพ มาตรฐาน ISO เปิดใช้พร้อมกันได้ ภาพรวมระบบ หน้านำเสนอ