ถ้าคุณเป็น IT Manager หรือผู้บริหารโรงพยาบาลที่กำลังพิจารณาตู้ Kiosk ลงทะเบียน คำถามที่ได้ยินบ่อยที่สุดคือ “มันเชื่อมต่อกับระบบที่เรามีอยู่ได้จริงไหม?” คำตอบสั้นคือ “ได้” แต่รายละเอียดสำคัญกว่ามาก บทความนี้อธิบายตรงๆ ว่า Integration ทำงานอย่างไร ต้องเตรียม Requirement อะไร และ Pitfall ที่มักเจอในโปรเจกต์จริง เพื่อให้ทีม IT ตัดสินใจได้อย่างมั่นใจ
Architecture ของ Kiosk Integration — ภาพรวมที่ต้องเข้าใจก่อน
ตู้ Kiosk โรงพยาบาลที่ integrate ได้จริงต้องมี 3 ชั้นหลัก โดยแต่ละชั้นมีบทบาทชัดเจน
[ Kiosk Hardware + UI ]
↕
[ Middleware / Integration Layer ]
↕
[ HIS | LIS | RIS | สปสช. API | ประกัน API ]ชั้น Middleware คือหัวใจของระบบทั้งหมด ทำหน้าที่แปลงข้อมูลระหว่าง Protocol ที่ต่างกัน จัดการ Authentication และ Buffer ข้อมูลเมื่อ Network ขัดข้อง — ถ้า Middleware ไม่แข็งแกร่ง ระบบทั้งหมดจะล้มเมื่อมีปัญหาเพียงจุดเดียว
วิธีเชื่อมต่อแต่ละระบบ — Protocol ที่ต้องรู้
HIS แต่ละยี่ห้อใช้ Protocol ต่างกัน ซึ่งกำหนดวิธี integrate โดยตรง ก่อนเริ่มโปรเจกต์ต้องรู้ว่า HIS ที่โรงพยาบาลใช้อยู่รองรับ API แบบไหน
HIS (Hospital Information System)
HIS คือระบบหลักที่เก็บข้อมูลผู้ป่วยทั้งหมด การ integrate Kiosk กับ HIS ให้ถูกต้องคือหัวใจสำคัญที่สุด เพราะถ้า HIS ไม่ส่งข้อมูลกลับมา Kiosk จะดึงประวัติผู้ป่วยไม่ได้เลย
[ตาราง HIS ยี่ห้อที่พบบ่อยในไทย]
| HIS ยี่ห้อ | Protocol | ความยาก |
|---|---|---|
| HOSXP | REST API / Direct DB | ปานกลาง |
| HOSCloud | REST API | ง่าย |
| SS-HIS | HL7 / REST API | ปานกลาง |
| His-Cloud | REST API | ง่าย |
| SAP Healthcare | HL7 FHIR | ยาก |
สิ่งที่ต้องถามทีม HIS ก่อนเริ่มโปรเจกต์ มี API Document ไหม, Authentication ใช้แบบไหน, มี Sandbox ให้ทดสอบไหม และ Rate Limit อยู่ที่เท่าไหร่
LIS (Laboratory Information System)
การเชื่อมต่อ LIS ส่วนใหญ่ใช้ HL7 v2 หรือ REST API ข้อมูลที่ Kiosk ต้องการจาก LIS หลักๆ คือ สถานะผลแล็บเพื่อแจ้งผู้ป่วยว่าผลพร้อมแล้ว, รายการคำสั่งแล็บที่รออยู่เพื่อให้ผู้ป่วยรับคิวห้องแล็บ และผลแล็บที่พร้อมพิมพ์
RIS (Radiology Information System)
RIS มักใช้ DICOM Worklist Protocol สำหรับ Workflow และ REST API สำหรับ Patient Data การ integrate Kiosk กับ RIS ช่วยให้ผู้ป่วยรับคิวห้อง X-Ray หรือ Ultrasound ได้เองโดยไม่ต้องผ่านเจ้าหน้าที่ ลดภาระได้มาก
ระบบตรวจสอบสิทธิ (สปสช. / ประกันสังคม / ข้าราชการ)
นี่คือจุดที่ Kiosk สร้างคุณค่าสูงที่สุดในบริบทไทย สปสช. เชื่อมต่อผ่าน API โดยตรง ประกันสังคมผ่าน API ของสำนักงานประกันสังคม และประกันสุขภาพเอกชนผ่าน Health Link หรือ Claimdi Platform
Checklist สำหรับทีม IT ก่อนเริ่มโปรเจกต์
โปรเจกต์ Kiosk ที่ล้มเหลวส่วนใหญ่เกิดจากการไม่วางแผนในช่วง Discovery ให้ดีพอ ทำตาม Checklist นี้ก่อนเริ่มจะช่วยลดความเสี่ยงได้มากครับ
Phase 1 — Discovery (2–4 สัปดาห์)
☑ รวบรวม API Documentation จากทุกระบบที่ต้อง integrate ☑ ประเมิน Network Architecture ภายในโรงพยาบาล ☑ ตรวจสอบ Firewall Rules และ Port ที่ต้องเปิด ☑ กำหนด Data Flow Diagram ว่าข้อมูลไหลอย่างไร ☑ วางแผน Fallback เมื่อ Network หรือ API ขัดข้อง
Phase 2 — Integration Development (4–8 สัปดาห์)
☑ พัฒนาและทดสอบ Integration กับ HIS บน Sandbox ☑ ทดสอบการตรวจสอบสิทธิ UC ในสถานการณ์ต่างๆ ☑ ทดสอบ Error Handling เมื่อ API ไม่ตอบสนอง ☑ ทดสอบ Load กับจำนวน Concurrent User ที่คาดไว้
Phase 3 — UAT & Go-Live (2–4 สัปดาห์)
☑ ทดสอบกับผู้ใช้จริงทั้งเจ้าหน้าที่และผู้ป่วยอาสา ☑ ฝึกอบรมเจ้าหน้าที่สำหรับการดูแลระบบ ☑ วางแผน Rollout แบบ Phased เริ่มจาก 1–2 เครื่องก่อน ☑ กำหนด SLA สำหรับ Support หลัง Go-live
Pitfalls ที่พบบ่อย — สิ่งที่ทำให้โปรเจกต์ล้มเหลว
จากประสบการณ์จริง โปรเจกต์ Kiosk ที่มีปัญหามักเกิดจาก 4 สาเหตุหลักนี้
HIS ไม่มี API ให้ใช้
บาง HIS รุ่นเก่าไม่มี REST API ทีม Integration ต้องทำ Direct Database Access แทน ซึ่งเสี่ยงกว่ามากและอาจทำให้ข้อมูลผิดพลาดได้ ควรตรวจสอบก่อนเลือก Vendor เสมอ
Network ภายในโรงพยาบาลไม่เสถียร
Kiosk ที่ดีต้องมี Offline Mode หรือ Local Cache สำหรับข้อมูลพื้นฐาน ป้องกันระบบล่มเมื่อ Network มีปัญหา ซึ่งเกิดบ่อยมากในโรงพยาบาลขนาดใหญ่
ไม่ทดสอบ Edge Cases ของการตรวจสอบสิทธิ
เช่น ผู้ป่วยมีสิทธิหลายประเภทซ้อนกัน สิทธิหมดอายุกลางเดือน หรือย้ายสิทธิเมื่อกี้ — ต้องทดสอบทุก scenario ก่อน Go-live เพราะถ้าพลาดตรงนี้จะกระทบผู้ป่วยโดยตรง
Security และ PDPA Compliance — สิ่งที่ขาดไม่ได้
การเก็บข้อมูลผู้ป่วยผ่าน Kiosk ต้องเป็นไปตาม PDPA อย่างเคร่งครัด มีข้อกำหนดหลักที่ต้องตรวจสอบ 5 อย่างได้แก่ ข้อมูลทั้งหมดต้องส่งผ่าน HTTPS/TLS 1.2+, ตัว Kiosk ไม่ควรเก็บข้อมูลส่วนตัวใน Local Storage, Auto-logout หลัง Idle ไม่เกิน 60 วินาที, Smart Card Reader ต้องผ่านมาตรฐาน EMV และต้องแสดง Consent Form และบันทึกการยินยอมก่อนใช้งานทุกครั้ง
สรุป — ก่อนตัดสินใจเลือก Vendor
การ integrate ตู้ Kiosk กับ HIS/LIS/RIS เป็นโปรเจกต์ที่ทำได้จริง แต่ต้องใช้เวลาวางแผน Discovery ที่ดีก่อน เลือก Vendor ที่มีประสบการณ์ integration กับ HIS ที่คุณใช้อยู่จริงๆ และมีทีม Support ในไทยที่ตอบสนองได้เร็ว
สอบถามข้อมูลเพิ่มเติมได้ที่
📞 02-026-6220
📩 [email protected]
🌐 https://ucgangster.co.th
💬 LINE : @ucgangster
