Srinagarind / SMC / Medical Hub

Smart Hospital War Room

Executive web brief · 10 May 2026

Smart Hospital War Room

ภาพรวมระบบ HO/HealthObject และข้อมูลสำหรับวางแผนบริการคนไข้ เชื่อมต่อมุมมองผู้บริหาร งานบริการ และการพัฒนาระบบโรงพยาบาล

Current System Overview
HOCore HIS ที่ใช้งานจริง
1,513Database tables
22,435Database columns
14+Clinical / operational domains
OPDIPDAEOrdersLabX-Ray PharmacyBillingORInventory

Technical Glossary

คำศัพท์สำคัญสำหรับการกำหนดทิศทางระบบ

Current State

ภาพรวมระบบปัจจุบันและกระบวนการที่เกี่ยวข้อง

HO / HealthObject ในปัจจุบัน

HO เป็น transactional HIS ที่ครอบคลุมข้อมูลผู้ป่วย การมารับบริการ ผู้ให้บริการ หน่วยบริการ คำสั่งการรักษา งานแล็บ รังสีวิทยา เภสัชกรรม การเงิน หอผู้ป่วย การรับเข้า-จำหน่าย และรายงาน ระบบที่ปรากฏจากหน้าจอแพทย์ มี workflow สำคัญ เช่น Appointments, ER Patient List, Patient Lists, OutPatient Orders, Ward View, Admission Request List และ Doctor Work Bench

งานวิเคราะห์ข้อมูลปัจจุบันของ SMC ยังมีการพึ่งพา SQL และรายการชื่อ location เช่น `VisitLocation IN (...)` ซึ่งช่วยให้ดึงข้อมูลได้รวดเร็ว แต่มีความเสี่ยงด้านความสม่ำเสมอของตัวเลขเมื่อมีการเปลี่ยนชื่อหน่วยบริการ เพิ่มบริการใหม่ หรือปรับโครงสร้างหน่วยงาน

ความหมายเชิงปฏิบัติ

  • HIS ปัจจุบันเป็นระบบแกนกลาง: ข้อมูลสำคัญจำนวนมากเริ่มจาก HO เช่น HN, visit, order, result, billing และ ward movement
  • ระบบไม่ได้เป็นเพียงฐานข้อมูล: แต่เป็น workflow ที่แพทย์ พยาบาล เภสัชกร แล็บ รังสี การเงิน และหน่วยสนับสนุนใช้ทำงานจริงทุกวัน
  • ปัญหาหลักไม่ใช่มีหรือไม่มีระบบ: แต่คือระบบปัจจุบันให้หลักฐานด้าน safety, data quality, integration และ downtime readiness ได้ครบพอหรือไม่
  • สิ่งที่ควรทำก่อน upgrade: แยกให้ชัดว่าอะไรควรปรับใน HO เดิม อะไรควรเชื่อมระบบอื่น และอะไรควรเป็น requirement ของ HIS ใหม่
Patient / HNVisitOrders
LabX-RayPharmacy
BillingWard / BedReports
อ่าน diagram นี้อย่างไร

ผู้ป่วยหนึ่งคนมี HN และ visit เป็นแกนกลาง จากนั้นเกิดคำสั่งการรักษา ผลตรวจ การจ่ายยา การคิดเงิน การนอนโรงพยาบาล และรายงาน ตัวเลขใน dashboard ควร trace กลับมาถึง transaction เหล่านี้ได้

1. Patient Journey

เริ่มจากนัดหมาย/ลงทะเบียน ยืนยันตัวตน เปิด visit เข้าคิว พบแพทย์ รับคำสั่งตรวจ/ยา/หัตถการ ชำระเงิน นัดติดตาม หรือนอนโรงพยาบาล

  • จุดที่ต้องตรวจ: duplicate HN, waiting time, queue handoff, patient notification
  • หลักฐานที่ควรมี: timestamp แต่ละขั้นตอน, owner, exception list

2. Clinical Order Loop

คำสั่งจากแพทย์ควรไหลไปยังแล็บ รังสี เภสัชกรรม OR หรือหน่วยอื่น พร้อมสถานะรับคำสั่ง ทำเสร็จ แจ้งผล และรับทราบผล

  • จุดที่ต้องตรวจ: order cancellation, critical result, allergy alert, duplicate order
  • หลักฐานที่ควรมี: order log, acknowledgement, override reason, turnaround time

3. Financial / ERP Loop

บริการที่เกิดขึ้นควรถูกแปลงเป็น charge, claim, payment, revenue และข้อมูลที่เชื่อมกับ ERP มหาวิทยาลัยด้านการเงินและ cost center

  • จุดที่ต้องตรวจ: charge capture, claim reject, payment reconciliation, GL/cost center mapping
  • หลักฐานที่ควรมี: billing audit, claim dashboard, ERP posting log, monthly reconciliation

4. Workforce / HR Loop

ข้อมูลบุคลากรจาก ERP/HR ควรสัมพันธ์กับผู้ให้บริการใน HIS บทบาท สิทธิ์การใช้งาน และการปิดสิทธิ์เมื่อย้ายหน่วยงานหรือพ้นสภาพ

  • จุดที่ต้องตรวจ: provider master, role mapping, inactive staff, access review
  • หลักฐานที่ควรมี: HR feed, role matrix, user lifecycle log, periodic access review

HO Module Inventory + Upgrade Targets

กลุ่มนี้คือ module และ workflow หลักที่ระบบปัจจุบันรองรับ พร้อมประเด็นที่ควรยกระดับ

สถานะนี้เป็น inventory v0 จากหลักฐานที่ตรวจพบเบื้องต้น ไม่ใช่รายการสุดท้ายของทั้งโรงพยาบาล ชื่อกล่องคือขอบเขตงานของ HIS/ระบบที่เกี่ยวข้อง บรรทัดกลางคือหน้าที่หลัก และรายละเอียดที่กดเปิดคือความสามารถ หรือหลักฐานที่ควรมีเพิ่มเติมเพื่อสนับสนุน Smart Hospital, JCI และ HA-IT

Current HIS module Supporting / back-office module Upgrade target / evidence required

Target Architecture

จาก HIS เดิม สู่ Smart Hospital operating platform

Digital Front Door

Mobile AppKioskQueuePayment / E-claim

Core Clinical

HO / Upgraded HISCPOEEMR + E-signatureBed / Ward

Diagnostics & Treatment

LISRIS / PACS / VNAPharmacy / eMAR / BCMAOR

Data to Action

Master DataData QualityDashboardsRCA / CAPA

University ERP

HR / staff masterFinance / GLProcurementCost center / budget

Hospital Operations

Provider / role mappingBilling / revenueInventory consumptionService-line cost

Reconciliation & Audit

Interface monitoringException queueMonthly reconciliationApproval log
Design principleDashboard ควร trace กลับไปยัง source transaction ได้
Safety principleCritical workflows ควรมี audit trail และ acknowledgement
Data principleควรลดการใช้ชื่อ location แบบ hardcode เป็น logic หลัก

Legacy HO Contract Lessons

บทเรียนจากเอกสารจัดซื้อและสัญญา HO เดิม

ชุดเอกสารสัญญาเก่า HO สะท้อนว่าโครงการ HIS ไม่ได้เป็นเพียงการซื้อ software แต่เป็นการกำหนดขอบเขตงาน การส่งมอบ source/documentation การเชื่อมต่อระบบ โครงสร้างพื้นฐาน การตรวจรับ และความรับผิดชอบระยะยาว ดังนั้น TOR ใหม่ควรระบุหลักฐานส่งมอบและเงื่อนไขตรวจรับให้ชัดกว่าการมีรายชื่อ module

Original Program Frame 148 ล้านบาท

ยืนยันเป็นกรอบมูลค่าโครงการเดิมสำหรับ HIS + BI + ERP โดยแยกจากสัญญาดูแลระบบรายปี/ช่วงหลัง

Verified Maintenance Contract 18.5 ล้านบาท

เอกสาร e-bidding ปี 64 ที่ตรวจจากภาพ PDF ระบุงานจ้างเหมาบริการดูแลระบบสารสนเทศแบบบูรณาการ ระยะเวลา 12 เดือน วงเงิน 18,500,000 บาท

Procurement Path TOR → e-bidding → implementation

ลำดับงานเดิมเริ่มจากกำหนด TOR เลือกผู้รับจ้าง ศึกษา workflow/requirement/gap แล้วพัฒนาและติดตั้งตามงวดงาน

Vendor / Parties Found Technology Consulting + P.L.O.B

ใบเสนอราคา e-bidding ปี 64 ระบุ บ.เทคโนวเลจ คอนซัลติง จำกัด ร่วมกับ P.L.O.B Consulting Co., Ltd. เป็นผู้เสนอราคา

Legacy Company Evidence Convergence Systems

ผนวก 2 ปี 56 มีหนังสือรับรองบริษัท Convergence Systems Co., Ltd. ทุนจดทะเบียน 50,000,000 บาท และระบุกรรมการบริษัท 1 คน

Governance to Verify คณะกรรมการ / ตรวจรับ / งวดงาน

ควรทำ evidence map ต่อจาก TOR, ผนวก 2, สัญญา และงวดตรวจรับ เพื่อระบุคณะกรรมการ ผู้ตรวจรับ deliverable และเงื่อนไข sign-off

2556 เริ่มสัญญาหลัก HIS + BI + ERP

สัญญา `พท(สจ)56-0121-2` ลงวันที่ 5 ก.ค. 2556 ภายใต้กรอบโครงการเดิม 148 ล้านบาท และมีผนวก 2 เป็นรายละเอียดแบบท้ายสัญญา

2556-2561 Requirement / gap / development / implementation

จากสรุปเดิม ลำดับงานคือ TOR → e-bidding → เลือกผู้รับจ้าง → นำ HO เข้ามา → ศึกษา workflow/gap → พัฒนาและติดตั้งตามงวดงาน

มี.ค. 2561 ส่งมอบงานงวดสุดท้าย

เอกสารงวดที่ 15 ระบุผู้รับจ้างส่งงานวันที่ 28 มี.ค. 2561 และครบกำหนด/เสร็จงานวันที่ 31 มี.ค. 2561

ม.ค. 2562 ตรวจรับและเบิกจ่ายงวดที่ 15

บันทึกตรวจรับวันที่ 9 ม.ค. 2562 ระบุงวดที่ 15/สุดท้าย มูลค่า 7,400,000 บาท รวม VAT

พ.ย. 2563 สัญญาดูแลระบบแบบบูรณาการ

สัญญา `พท(สจ)ศ64-0008474` ลงวันที่ 30 พ.ย. 2563 สำหรับงานจ้างเหมาบริการดูแลระบบสารสนเทศแบบบูรณาการ 12 เดือน

2564-2565 Maintenance / guarantee closure

เอกสารปี 64 ระบุวงเงิน 18,500,000 บาท คู่สัญญา Technology Consulting + P.L.O.B และบันทึกปี 2565 เกี่ยวกับการคืนหลักประกันสัญญา 925,000 บาท

1. Ownership ต้องระบุสิทธิ์ source code, configuration, data dictionary, API spec และเอกสารออกแบบให้ตรวจรับได้จริง
2. Interface ลดการพึ่ง direct database access และกำหนด interface catalog, logging, monitoring, retry และ reconciliation
3. Acceptance การตรวจรับควรใช้ scenario จริง end-to-end พร้อม UAT log, defect log, sign-off และหลักฐานตาม JCI/HA-IT
4. Continuity ต้องมี network diagram, DR/backup/restore test, downtime workflow และแผนกู้ข้อมูลหลังระบบกลับมาใช้งาน

JCI / HA-IT Control Matrix

ประเด็นช่องว่างที่ควรปิดก่อนขยายเป็น Smart Hospital

รายการนี้เป็น comprehensive working gap matrix จากหลักฐานที่ตรวจพบและกรอบงานที่ควรตรวจในโครงการ HIS upgrade ยังควร validate กับฝ่ายคลินิก IT คุณภาพ การเงิน HR พัสดุ และ vendor ก่อนถือเป็นรายการสุดท้าย

Risk Register

ทะเบียนความเสี่ยงเชิงโครงการและการกำกับดูแล

TOR / Vendor Demo

ข้อเสนอแนวทางการทดสอบ vendor ด้วย scenario การใช้งานจริง

Interactive Readiness Lab

ประเมินระดับความพร้อมและระบุประเด็นที่ควรดำเนินการก่อน

0% Calculating

Execution Plan

กรอบการดำเนินงาน 30-90-180 วันแรก

30 วัน

จัดทำ inventory ระบบ HO, workflow map, data domain map, interface inventory, report inventory และ risk register

90 วัน

แปลงข้อมูลที่พบเป็น HIS upgrade requirement, vendor demo script, JCI/HA-IT scorecard, service-line master และ data quality rules

180 วัน

เตรียม TOR/RFP, UAT scripts, dashboard pilot, evidence pack, downtime drill และ integration monitoring สำหรับการดำเนินโครงการ