โรงพยาบาลที่มี HIS อยู่แล้ว ยังต้องมีระบบจัดการแชทอีกไหม
คำถามนี้มาจากโรงพยาบาลจริงที่ทีมเราไปคุยด้วยค่ะ
โรงพยาบาลแห่งนั้นใช้ HIS ระดับโรงพยาบาลเต็มรูปแบบ เวชระเบียนอิเล็กทรอนิกส์ครบ ระบบนัด ระบบยา ระบบแล็บ เชื่อมกันหมด
แต่แอดมินยังนั่งสลับแท็บระหว่าง Instagram, Facebook และ LINE ด้วยมือทุกวัน
นี่ไม่ใช่ความบกพร่องของ HIS ค่ะ แต่เป็นเรื่องที่ HIS ไม่ได้ถูกออกแบบมาให้ทำตั้งแต่ต้น
HIS ดูแลคนไข้ที่มาถึงแล้ว
ระบบสารสนเทศโรงพยาบาลสร้างขึ้นรอบคนไข้ที่อยู่ในระบบแล้ว มี HN มีเวชระเบียน มีนัด
ทุกอย่างที่ HIS ทำได้ดีล้วนเริ่มต้นหลังจากจุดนั้น ทั้งการบันทึกการรักษา การสั่งยา การส่งตรวจ การเรียกเก็บ
แต่คนที่ทักมาถามใน Instagram ตอนสี่ทุ่มยังไม่มี HN
เขายังไม่ใช่คนไข้ เขาเป็นคนที่กำลังตัดสินใจว่าจะเป็นคนไข้ของที่นี่หรือของอีกที่หนึ่ง และ HIS ไม่มีหน้าที่ตรงนั้นเลย
ปัญหาที่โตขึ้นตามขนาดโรงพยาบาล
คลินิกเล็กที่มีแอดมินคนเดียวยังพอไหว แต่ที่ระดับโรงพยาบาลมันพังคนละแบบค่ะ
หลายแผนก หลายเพจ แผนกความงามมีเพจของตัวเอง ทันตกรรมมีอีกเพจ ศูนย์ตรวจสุขภาพมีอีก แต่ละเพจมีคนดูแลคนละคน
คนไข้คนเดียวทักหลายช่องทาง ทัก LINE ตอนเช้า ทัก Instagram ตอนเย็น คนละคนตอบ คนละคำตอบ
ไม่มีใครรู้ว่าตกหล่นเท่าไหร่ เพราะข้อความที่ไม่มีใครตอบ ไม่ปรากฏในรายงานใดๆ ของโรงพยาบาล
ส่งเวรแล้วเรื่องหาย กะเช้าคุยไว้แบบหนึ่ง กะบ่ายไม่รู้เรื่อง
ตัวเลขที่หายไปนี้ไม่เคยเข้าไปอยู่ใน HIS เพราะคนที่ไม่ได้มา ไม่มีเวชระเบียน
เส้นแบ่งที่ควรวางไว้
วิธีคิดที่ตรงที่สุดคือแบ่งตามช่วงเวลาค่ะ
| ก่อนคนไข้มาถึง | หลังคนไข้มาถึง | |
|---|---|---|
| ใครดูแล | ระบบจัดการแชท | HIS |
| ทำอะไร | ตอบคำถาม ให้ราคา นัดหมาย | เวชระเบียน สั่งยา แล็บ เรียกเก็บ |
| ข้อมูลหลัก | บทสนทนาและการจอง | ข้อมูลการรักษา |
HIS ยังเป็นแหล่งข้อมูลจริงของการรักษาเสมอ ระบบแชทไม่ควรและไม่จำเป็นต้องเข้าไปยุ่งกับส่วนนั้น
สิ่งที่ระบบแชทรับผิดชอบคือช่วงก่อนหน้า ตั้งแต่คนไข้ทักมาครั้งแรกจนถึงตอนที่นัดสำเร็จ
แล้วสองระบบต้องเชื่อมกันไหม
ไม่จำเป็นเสมอไปค่ะ และนี่เป็นข้อที่ควรตัดสินจากขนาดและความซับซ้อนจริง
แบบไม่เชื่อม ระบบแชทดูแลบทสนทนาและการจอง แล้วเจ้าหน้าที่คีย์เข้า HIS ตามปกติ เหมาะกับโรงพยาบาลที่ปริมาณนัดจากช่องทางออนไลน์ยังไม่มาก เริ่มได้เร็ว ไม่ต้องรอโครงการไอที
แบบเชื่อม การจองไหลเข้า HIS โดยตรง ไม่ต้องคีย์ซ้ำ เหมาะกับโรงพยาบาลและเครือคลินิกที่ปริมาณมากพอจนการคีย์ซ้ำกลายเป็นต้นทุนจริง
Jib OS มีทีมทำการเชื่อมต่อแบบเฉพาะให้กับองค์กรขนาดใหญ่ ทั้งโรงพยาบาลและเครือคลินิกหลายสาขา เป็นงานที่ขอบเขตแยกออกจากแพ็กเกจมาตรฐาน เพราะ HIS แต่ละระบบต่างกัน และการเชื่อมกับระบบที่ใช้งานจริงอยู่ต้องประเมินเป็นรายกรณี
ข้อที่ควรรู้ก่อนคุย งานเชื่อมต่อแบบนี้ไม่ได้รวมอยู่ในราคามาตรฐาน และไม่ควรเริ่มจากตรงนี้ โรงพยาบาลส่วนใหญ่ควรเริ่มแบบไม่เชื่อมก่อน เพื่อดูว่าปริมาณจริงคุ้มกับการลงทุนเชื่อมระบบหรือไม่
More patients, and a system that runs the day
Jib OS brings new patients in, answers every one of them, and keeps the day running. Built by HDmall.
Or see what Jib OS is →HIS ที่โรงพยาบาลไทยใช้กันอยู่
โรงพยาบาลไทยใช้ HIS หลากหลายระบบ ทั้งที่พัฒนาในประเทศและจากต่างประเทศ
MEDHIS จาก MEDcury คือระบบที่เปลี่ยนชื่อมาจาก Centrix เมื่อปี 2567 ปัจจุบันมีโรงพยาบาลในไทยใช้งานกว่า 20 แห่ง และ Centrix เป็นระบบที่อยู่เบื้องหลังโรงพยาบาลแห่งแรกในไทยที่ผ่านมาตรฐาน HIMSS EMRAM ระดับ 7
ไม่ว่าโรงพยาบาลจะใช้ระบบไหน ข้อสรุปเดียวกันคือ HIS ไม่ได้ถูกออกแบบมาเพื่อจัดการแชทขาเข้า และการคาดหวังให้มันทำเรื่องนั้นมักจบลงที่การพัฒนาเพิ่มซึ่งแพงกว่าและช้ากว่าการใช้ระบบที่สร้างมาเพื่อการนี้โดยเฉพาะ
สิ่งที่ควรถามก่อนเลือกระบบแชท
- รวมทุกเพจและทุกช่องทางไว้หน้าจอเดียวได้ไหม รวมถึงหลายเพจของหลายแผนก
- แบ่งสิทธิ์ตามแผนกได้ไหม ทันตกรรมไม่ควรเห็นบทสนทนาของศูนย์ตรวจสุขภาพ
- ส่งเวรแล้วเห็นบริบทเดิมไหม กะถัดไปต้องรู้ว่าคุยอะไรค้างไว้
- วัดได้ไหมว่าตกหล่นเท่าไหร่ ข้อความที่ไม่มีใครตอบต้องปรากฏในรายงาน
- AI รู้จักขอบเขตของตัวเองไหม เมื่อคนไข้เล่าอาการที่ควรพบแพทย์ ต้องส่งต่อคน ไม่ใช่ตอบเอง
- ข้อมูลคนไข้เก็บอย่างไร เป็นข้อมูลอ่อนไหวภายใต้ PDPA เช่นเดียวกับที่อยู่ใน HIS
- เชื่อมกับ HIS ได้ไหมถ้าวันหนึ่งต้องการ และใครเป็นคนทำ
เคล็ดลับบริหารคลินิก ส่งตรงถึงอีเมลคุณ
เจ้าของและผู้บริหารคลินิกกว่า 20,000 คน รับข่าวสารจากเราอยู่แล้ว
สำหรับเจ้าของคลินิกและผู้ที่กำลังจะเปิด — วิธีให้คนไข้ใหม่เจอคลินิกบน Google และให้ AI อย่าง ChatGPT และ Claude แนะนำคลินิกของคุณ วิธีลดงานหน้าเคาน์เตอร์และคนไข้ไม่มาตามนัด และเรื่องที่คลินิกอื่นเจอมาก่อน
ส่งสัปดาห์ละครั้ง · ไม่มีสแปม ยกเลิกได้ทุกเมื่อ
คำถามที่พบบ่อย
มี HIS อยู่แล้ว ยังต้องมีระบบจัดการแชทไหม
ขึ้นอยู่กับว่าโรงพยาบาลรับคนไข้จากช่องทางออนไลน์มากแค่ไหน HIS ออกแบบมาเพื่อดูแลคนไข้ที่อยู่ในระบบแล้ว คือมี HN มีเวชระเบียน ส่วนคนที่ทักมาถามในโซเชียลยังไม่ใช่คนไข้และไม่ปรากฏใน HIS เลย ถ้าโรงพยาบาลมีข้อความเข้ามาหลายช่องทางและหลายแผนกจนดูแลด้วยมือไม่ไหว ระบบแชทจะแก้ปัญหาคนละส่วนกับ HIS
ระบบจัดการแชทจะทับซ้อนกับ HIS ไหม
ไม่ทับซ้อนถ้าวางเส้นแบ่งชัด HIS ยังเป็นแหล่งข้อมูลจริงของการรักษาเสมอ ทั้งเวชระเบียน การสั่งยา และการเรียกเก็บ ส่วนระบบแชทดูแลช่วงก่อนคนไข้มาถึง คือตั้งแต่ทักมาครั้งแรกจนถึงตอนนัดสำเร็จ สองระบบทำงานคนละช่วงเวลาของเส้นทางคนไข้
Jib OS เชื่อมกับ HIS ที่ใช้อยู่ได้ไหม
ได้ โดยเป็นงานเชื่อมต่อแบบเฉพาะสำหรับองค์กรขนาดใหญ่ ทั้งโรงพยาบาลและเครือคลินิกหลายสาขา เนื่องจาก HIS แต่ละระบบต่างกันและการเชื่อมกับระบบที่ใช้งานจริงต้องประเมินเป็นรายกรณี งานส่วนนี้จึงมีขอบเขตแยกจากแพ็กเกจมาตรฐานและไม่รวมอยู่ในราคาปกติ
ต้องเชื่อมระบบตั้งแต่แรกเลยไหม
ไม่ควรค่ะ โรงพยาบาลส่วนใหญ่ควรเริ่มแบบไม่เชื่อมก่อน คือให้ระบบแชทดูแลบทสนทนาและการจอง แล้วเจ้าหน้าที่คีย์เข้า HIS ตามปกติ วิธีนี้เริ่มได้เร็วโดยไม่ต้องรอโครงการไอที และทำให้เห็นปริมาณจริงว่าคุ้มกับการลงทุนเชื่อมระบบหรือไม่
โรงพยาบาลที่มีหลายแผนกหลายเพจจัดการอย่างไร
ควรเลือกระบบที่รวมทุกเพจไว้หน้าจอเดียวแต่แบ่งสิทธิ์การเข้าถึงตามแผนกได้ เพราะแผนกทันตกรรมไม่ควรเห็นบทสนทนาของศูนย์ตรวจสุขภาพ และควรมีการส่งเวรที่กะถัดไปเห็นบริบทเดิม รวมถึงรายงานที่บอกได้ว่ามีข้อความที่ไม่มีใครตอบกี่ข้อความ
MEDHIS กับ Centrix ต่างกันอย่างไร
เป็นระบบเดียวกันค่ะ MEDcury เปลี่ยนชื่อ Centrix เป็น MEDHIS เมื่อปี 2567 เพื่อรองรับการขยายไปตลาดต่างประเทศ ปัจจุบันมีโรงพยาบาลในไทยใช้งานกว่า 20 แห่ง และ Centrix เป็นระบบที่อยู่เบื้องหลังโรงพยาบาลแห่งแรกในไทยที่ผ่านมาตรฐาน HIMSS EMRAM ระดับ 7 เมื่อปี 2562