ทุกงานไม่ใช่แค่งาน

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

บางงานมีความเร่งด่วน บางงานถูกกำหนดไว้ล่วงหน้า ส่วนบางงานเป็นงานประจำที่ต้องปฏิบัติตามขั้นตอนอย่างเคร่งครัด และอีกหลายงานเกิดขึ้นเฉพาะหน้าแบบไม่มีการแจ้งเตือนล่วงหน้า มักมีข้อมูลไม่ครบถ้วน งานหนึ่งอาจต้องใช้เปลชายเท่านั้น อีกงานต้องมีเจ้าหน้าที่สองคน หรือใช้รถเข็นสะอาดที่เพิ่งกลับมาจากการฆ่าเชื้อ งานหนึ่งต้องเริ่มในเวลาที่กำหนดไว้อย่างชัดเจน แต่อีกงานต้องรอให้บางสิ่งเกิดขึ้นก่อน — เช่น การยืนยันการจำหน่ายผู้ป่วย การเปิดใช้งานลิฟต์ หรือการทำความสะอาดห้องให้เสร็จเรียบร้อย

นี่ไม่ใช่แค่ความวุ่นวายทางปฏิบัติการ แต่มันคือตรรกะของเวิร์กโฟลว์แบบไดนามิกที่ปรับเปลี่ยนไปตามเวลา บริบท และประเภทของงาน

งานแต่ละประเภทมีขั้นตอนที่แตกต่างกัน มีการอนุมัติที่ต่างกัน วิธีการมอบหมายที่ต่างกัน และการติดตามผลที่ต่างกัน — ทั้งหมดนี้ต้องจัดการให้ถูกต้องตามเงื่อนไขที่เปลี่ยนแปลงได้ และในแต่ละงานยังมีข้อตกลงด้านระดับการให้บริการ (SLA) เป็นของตัวเอง เช่น 5 นาทีสำหรับเคสด่วน, 20 นาทีสำหรับการเคลื่อนย้ายทั่วไป, หรือ 2 ชั่วโมงสำหรับการเก็บตัวอย่างในรอบที่กำหนด

ตัวชี้วัดเหล่านี้ไม่ได้ถูกกำหนดแบบตายตัวทั่วทั้งโรงพยาบาล — แต่มันแปรผันตามบริบท แผนก ช่วงเวลา และสถานการณ์ของแต่ละประเภทงาน

เพราะฉะนั้น เมื่อเราบอกว่า “ทุกงานไม่ใช่แค่งาน” สิ่งที่เราหมายถึงก็คือ แพลตฟอร์มไม่ควรแค่จัดเก็บงาน แต่มันต้องเข้าใจงาน ต้องจัดโครงสร้างของงาน และต้องตอบสนองแบบเรียลไทม์ต่อความซับซ้อนของงานเหล่านั้น

สิ่งนี้ต้องการระดับความสามารถในการปรับแต่งที่สูงมาก คุณไม่สามารถเขียนโค้ดแบบตายตัวเพื่อรองรับประเภทงาน ลำดับขั้นตอน หรือกฎของแต่ละโรงพยาบาลได้ คุณต้องเปิดให้โรงพยาบาลออกแบบเอง — ให้ออกแบบรูปแบบของงานให้สอดคล้องกับวิธีการทำงานจริงของโรงพยาบาลแต่ละแห่ง และความสามารถในการออกแบบงานนี้ต้องครอบคลุมทุกชั้นของระบบ ไม่ว่าจะเป็น บทบาท ทักษะ ช่วงเวลา เงื่อนไขการเชื่อมโยง อุปกรณ์ การสับเปลี่ยนเวร การยกเลิกอัตโนมัติ การเปลี่ยนเส้นทาง หรือแม้แต่การแจ้งเตือน

ในเชิงเทคนิค นี่นำไปสู่คำถามสำคัญด้านสถาปัตยกรรมระบบ: จะจัดโครงสร้างข้อมูลประเภทนี้อย่างไร?

บางส่วนของข้อมูลสามารถวางในรูปแบบตารางสัมพันธ์ (Relational Schema) ได้ชัดเจน เช่น รหัสงาน ตราประทับเวลา รหัสพนักงาน ฯลฯ แต่บางส่วน — เช่น เวิร์กโฟลว์ที่มีหลายขั้นตอน ตรรกะแบบมีเงื่อนไข แท็กเฉพาะผู้ป่วย หรือนโยบายการกระจายงาน — ควรถูกเก็บในรูปแบบเอกสาร (เช่น JSON) ที่รองรับการเปลี่ยนแปลง และสามารถจัดการเวอร์ชันได้

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

ท้ายที่สุดแล้ว สิ่งที่เรากำลังออกแบบและพัฒนาคือระบบขนาดใหญ่ที่ขับเคลื่อนด้วยเหตุการณ์แบบเรียลไทม์ (Real-Time Event-Driven System) — ระบบที่ “รับฟัง” ทุกสิ่งที่เกิดขึ้นในโรงพยาบาล ไม่ว่าจะเป็น การสร้างงานใหม่ การรับงานของเจ้าหน้าที่ การตรวจจับแท็กบนเปลเคลื่อนย้าย หรือแม้แต่การเกิดความล่าช้า แล้วตอบสนองกลับไปด้วยกลไกอัตโนมัติที่ชาญฉลาด

ระบบนี้รับฟังสิ่งที่เกิดขึ้นตลอดเวลา — มีการสร้างงานใหม่ เจ้าหน้าที่รับงาน แท็กบนเปลถูกตรวจจับ หรือเกิดความล่าช้า — แล้วตอบสนองด้วยทริกเกอร์ที่ฉลาดและแม่นยำ

มันสามารถสับเปลี่ยนงานอัตโนมัติ หยุดกระบวนการบางอย่าง ส่งสัญญาณกรณียกเว้น แจ้งเตือนบทบาทที่เกี่ยวข้อง — และเรียนรู้ไปพร้อมกัน

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