HIS On-premise, Cloud หรือ Hybrid: เปรียบเทียบจากงานและความพร้อมของโรงพยาบาล

ทบทวนเนื้อหา 16 ตุลาคม 2569

การเลือกรูปแบบติดตั้ง HIS ควรเริ่มจากงานที่หยุดไม่ได้ ความพร้อมของเครือข่าย ทีมดูแล และเงื่อนไขข้อมูล แล้วจึงเปรียบเทียบรูปแบบบริการ ที่ตั้งเซิร์ฟเวอร์เพียงอย่างเดียวบอกไม่ได้ว่าระบบจะปลอดภัย เสถียร หรือมีต้นทุนต่ำกว่าเสมอไป

แยกสถานที่ติดตั้งออกจากรูปแบบบริการ

On-premise คือการติดตั้งในสถานที่ขององค์กร แต่การดูแลอาจทำโดยทีมโรงพยาบาลหรือผู้รับจ้าง ส่วน Cloud มีหลายรูปแบบ ตั้งแต่เช่าทรัพยากรจนถึงใช้ซอฟต์แวร์สำเร็จรูป ความรับผิดชอบเรื่องอัปเดตระบบ สำรองข้อมูล และสิทธิ์ผู้ใช้จึงต้องระบุในสัญญา แนวทางประเมิน Cloud ของ NIST

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

เปรียบเทียบจากสิ่งที่ต้องรับผิดชอบจริง

ทดลองด้วยสถานการณ์ที่โรงพยาบาลต้องเจอ

• อินเทอร์เน็ตขาด: ลงทะเบียน ดูข้อมูลจำเป็น และดำเนินงานต่อได้แค่ไหน
• อุปกรณ์หรือระบบจัดเก็บเสีย: กู้คืนจากสำเนาที่ใด ใช้เวลาจริงเท่าไร
• ระบบภายนอกไม่ตอบ: คำสั่งและผลตรวจพักรออย่างไร มีการส่งซ้ำหรือไม่
• ต้องออกจากบริการเดิม: ส่งออกข้อมูล เอกสาร และหลักฐานได้ครบและตรวจสอบได้หรือไม่

ให้ทีมหน้างานร่วมซ้อมด้วย เพราะระบบกลับมาเปิดได้ยังไม่เท่ากับข้อมูลครบและกระบวนการรักษากลับสู่ภาวะปกติ แนวทางวางแผนและทดสอบการกู้คืนดูได้จาก NIST SP 800-34

ใช้ RTO และ RPO เป็นเป้าหมายที่ตรวจรับได้

RTO คือเป้าหมายระยะเวลาที่จะคืนบริการ ส่วน RPO คือจุดข้อมูลย้อนหลังที่ยอมรับได้เมื่อกู้คืน ควรกำหนดแยกตามงานและเส้นทางข้อมูล โดยระบุวิธีวัดและทดสอบ

ตัวอย่างสมมติ: หากงานหนึ่งมี RPO 15 นาที ต้องสาธิตว่ากู้คืนได้ถึงจุดข้อมูลใดจริง ไม่ใช่อ่านเพียงรอบเวลาสำรอง และหากมีระบบภายนอกที่รับคำสั่งไปแล้ว ต้องมีกระบวนการตรวจสอบความสอดคล้องหลังฟื้นระบบ

Checklist ก่อนเลือกและก่อนเซ็นสัญญา

• รู้เส้นทางข้อมูลและระบบที่แต่ละขั้นตอนต้องพึ่งพา
• มีตารางความรับผิดชอบระหว่างโรงพยาบาลกับผู้ให้บริการ
• ประเมินต้นทุนรวมตลอดช่วงสัญญาจากสมมติฐานเดียวกัน
• ระบุเป้าหมายและผลทดสอบ RTO/RPO สำหรับบริการสำคัญ
• ตรวจสิทธิ์ในการเข้าถึง ส่งออก คืน และทำลายข้อมูลเมื่อสิ้นสุดบริการ
• มีแผนหน้างานเมื่อระบบขัดข้อง และขั้นตอนกระทบยอดหลังกลับมาใช้งาน

แหล่งอ้างอิงและแนวทางอ่านต่อ

• NIST SP 800-144: Security and Privacy in Public Cloud Computing
• NIST SP 800-34: Contingency Planning

อ่านเรื่องที่เกี่ยวข้อง

• Resilience, High Availability และ DR-Site: ทำไมโรงพยาบาลต้องให้ความสำคัญ?
• CK Doctor กับความยืดหยุ่นของ HIS: ปรับ Workflow และวางแผนความต่อเนื่องอย่างไร
• Security Design สำหรับ HIS: คุมการเข้าถึงข้อมูลโดยให้โรงพยาบาลทำงานได้ต่อเนื่อง