ข้ามไปเนื้อหา
BMS ศูนย์เรียนรู้
เมนู
บทที่ 14 / 25

Intake, Pharmacy Queue และการตัดสินของเภสัชกร

รับข้อมูลแบบมีความยินยอม ส่งต่อเคส และให้เภสัชกรเป็นผู้ตัดสินโดยไม่ให้ AI ข้ามขั้น

ในบทนี้ · ข้ามไปยังหัวข้อ

ก่อนเริ่ม

เปิด Feature Gate เฉพาะสภาพแวดล้อมที่อนุมัติ มี Protocol ที่ผ่านการตรวจและเภสัชกรรับผิดชอบ Queue

เมนูที่ใช้

Pharmacy Queue → รายละเอียดเคส

ชื่อและรายการที่เห็นอาจต่างตามภาษา สิทธิ์ รุ่นแอป และการตั้งค่าร้าน

ทำตามทีละขั้น

  1. ลูกค้าต้องเห็นข้อความว่า AI ไม่ใช่เภสัชกรและให้ความยินยอมก่อน Intake คำถามมาจาก Protocol ที่อนุมัติทีละข้อ ไม่ใช่โมเดลคิดชุดคำถามเอง
  2. ระบบตรวจ Red Flag, ข้อมูลขาดและข้อมูลขัดกันด้วยกฎฝั่ง Server ลูกค้าตรวจสรุปล่าสุดก่อนส่ง Queue; การยืนยันสรุปไม่ใช่อนุมัติยา
  3. เภสัชกร Claim เคส ตรวจข้อความต้นทาง สรุป ข้อมูลขาด ความขัดแย้งและหลักฐาน สามารถขอข้อมูลเพิ่ม แก้สรุป ปฏิเสธ ส่งต่อแพทย์ หรือ Escalate ตามหน้าจอ
  4. Approve/Reject/Refer ต้องเป็นสถานะและผู้กระทำที่ระบบอนุญาต เฉพาะเภสัชกรมีใบอนุญาตจึงอนุมัติได้ และข้อความอนุมัติถึงลูกค้าเป็นข้อความที่เภสัชกรพิมพ์เอง
  5. คำแนะนำยาที่ AI สร้างได้เป็น Draft เฉพาะหน้าของเภสัชกร ต้องกดสร้าง ใช้/แก้ และอนุมัติเอง ไม่แสดงแก่ลูกค้าหรือสร้างออร์เดอร์โดยอัตโนมัติ

รู้ได้อย่างไรว่าทำสำเร็จ

เคสทดสอบผ่านลำดับสถานะ มี Audit โดยไม่เก็บข้อมูลสุขภาพดิบใน metadata และผู้ไม่มีใบอนุญาตอนุมัติไม่ได้

ข้อจำกัดและสิ่งที่ต้องตรวจ

Intake/AI/Protocol เริ่มต้นปิดและยังต้องพิสูจน์กับฐาน/Provider Sandbox ของ deployment นั้น อย่าเปิด production จากการอ่านคู่มือเพียงอย่างเดียว

พร้อมลองทำในร้านของคุณ

อ่านบทเรียนได้ฟรี การทำรายการจริงต้องเข้าสู่ระบบและมีสิทธิ์ของเมนูนั้น สำหรับฝึกงานให้ใช้ข้อมูลทดสอบ

กำลังตรวจบัญชี…

อ่านต่อ