MDKKU New HIS

วันเริ่มต้นโครงการ

20 ต.ค. 2569

เป้าหมายลงนามสัญญา

31 ม.ค. 2570

วัน Go-Live อาคารใหม่ (Phase 1)

1 ก.ย. 2570 (300-600 เตียง)

ระยะเวลาส่งมอบระบบ

7 เดือน (ก.พ. - ส.ค. 2570)

1. คณะฯ เตรียมตัว 2. จัดซื้อจัดจ้าง 3. Vendor ติดตั้ง หมุด Milestone (Quality Gate) เส้นวันปัจจุบัน

💡 *คลิกที่แถบงานเพื่อแก้ไขข้อมูล หรือดูเงื่อนไขการตรวจรับ (Quality Gate)*

Data Studio: ตารางจัดการข้อมูลและเลือกสีสัน

เพิ่ม ลบ แก้ไข ปรับเปลี่ยนสีสันแถบงาน และกำหนดเกณฑ์ตรวจรับงานตามมติที่ประชุม

สีสัน	ชื่องาน (ไทย / อังกฤษ)	หมวดหมู่งาน	ผู้รับผิดชอบ	วันเริ่ม - สิ้นสุด	ความคืบหน้า	ความสำคัญ	ประเภท	จัดการ

กลยุทธ์ตามข้อสั่งการอธิการบดี & ที่ปรึกษา (17 ต.ค. 2569)

MDKKU Digital Hospital Prototype Model

เดินตามรอยความสำเร็จของ Ng Teng Fong Hospital (สิงคโปร์) โดยเลือกอาคารศูนย์การแพทย์ใหม่ (Medical Hub 600 เตียง) เป็นโรงพยาบาลต้นแบบดิจิทัลระดับสากล ไม่ทำ Big-Bang 3 โรงพยาบาลพร้อมกันเพื่อลดความเสี่ยง และ Replicate ขยายผลสู่ รพ.ศรีนครินทร์ ในเฟสถัดไป

กรอบงบประมาณระบบสารสนเทศใหม่

150 – 165 ล้านบาท

สมเหตุสมผลสำหรับ Prototype 600 เตียงระดับ Tier-1

สายงานที่ 1 35% พร้อม

ความพร้อมภายในคณะฯ (MDKKU)

การเตรียม Master Data จาก HO, ตั้ง Super User และ Standardize Workflows ก่อน Vendor เข้า

จุดตายที่ต้องคุม: ห้ามปล่อยให้ User ดึง Flow กลับไปใช้ความคุ้นเคยของ HealthObject เดิม

สายงานที่ 2 20% ดำเนินการ

กระบวนการจัดซื้อจัดจ้าง (Procurement)

TOR V10 แบ่ง 9 Macro Modules, ประชาพิจารณ์, E-Bidding และลงนามสัญญา ม.ค. 2570

เงื่อนไขสำคัญ: คุณสมบัติผู้ยื่นต้องเคยทำ รพ. > 1,000 เตียง และรายได้ > 20M USD

สายงานที่ 3 รอเริ่ม ก.พ. 70

Vendor Implementation & Quality Gates

ส่งมอบ 5 งวดงาน ตรวจรับตาม Test Scripts เชิงเทคนิค สู่ Go-Live ก.ย. 2570

ตรวจรับ UAT: ตรวจรับตาม Script ทางเทคนิค ไม่ตรวจตามความรู้สึก

ตารางวิเคราะห์ความเสี่ยงและมาตรการป้องกัน (Risk Matrix & Mitigations)

ความเสี่ยงหลัก (Key Risk)	ผลกระทบ	ระดับความเสี่ยง	มาตรการป้องกันเชิงยุทธศาสตร์ (Strategic Mitigation)	ผู้รับผิดชอบ
1. Big-Bang 3 โรงพยาบาลพร้อมกัน	งบพุ่ง 700-800M หรือประมูลล้ม	วิกฤต (Critical)	ปรับเป็น "Prototype First" ทำ Medical Hub 600 เตียงก่อน แล้วค่อย Replicate	อธิการบดี / กรรมการ TOR
2. การผูกขาด Cloud ไว้ในสัญญา Vendor	บวกค่าหัวคิว, เสียสิทธิ์ต่อรองราคา	สูง (High)	แยกสัญญา Cloud ให้คณะฯ เป็นคู่สัญญาตรง Vendor คุมเฉพาะ App SLA	ฝ่ายสารสนเทศ คณะฯ
3. การโอนย้ายฐานข้อมูล HO เก่าล่าช้า	เปิดตึกใหม่ไม่ทันตามกำหนด	สูง (High)	ใช้วิธีเปิด HO แบบ Read-Only 1-Click Linkage ดูประวัติเดิมแทนการ Migration ทั้งหมด	ทีม Data & Vendor
4. User หน้างานยึดติดกับหน้าจอเดิม	ระบบกลายเป็นระบบพิการ, UAT ไม่ผ่าน	วิกฤต (Critical)	Adopt Vendor Best Practices + ตั้ง Super User ที่มี Mindset สากล + Top-down governance	ผู้บริหาร / Super Users

Data Studio: ตารางจัดการข้อมูลและเลือกสีสัน

MDKKU Digital Hospital Prototype Model

ความพร้อมภายในคณะฯ (MDKKU)

กระบวนการจัดซื้อจัดจ้าง (Procurement)

Vendor Implementation & Quality Gates

ตารางวิเคราะห์ความเสี่ยงและมาตรการป้องกัน (Risk Matrix & Mitigations)

16:9 Presentation Canvas (พร้อมฉายขึ้นจอ & ส่งออกสไลด์)

MDKKU New HIS Integrated Master Timeline

Data Studio: ตารางจัดการข้อมูลและเลือกสีสัน

MDKKU Digital Hospital Prototype Model

ความพร้อมภายในคณะฯ (MDKKU)

กระบวนการจัดซื้อจัดจ้าง (Procurement)

Vendor Implementation & Quality Gates

ตารางวิเคราะห์ความเสี่ยงและมาตรการป้องกัน (Risk Matrix & Mitigations)

16:9 Presentation Canvas (พร้อมฉายขึ้นจอ & ส่งออกสไลด์)

MDKKU New HIS Integrated Master Timeline

เพิ่ม/แก้ไขกิจกรรมในแผนงาน