Intake, Pharmacy Queue และการตัดสินของเภสัชกร
รับข้อมูลแบบมีความยินยอม ส่งต่อเคส และให้เภสัชกรเป็นผู้ตัดสินโดยไม่ให้ AI ข้ามขั้น
ในบทนี้ · ข้ามไปยังหัวข้อ
ก่อนเริ่ม
เปิด Feature Gate เฉพาะสภาพแวดล้อมที่อนุมัติ มี Protocol ที่ผ่านการตรวจและเภสัชกรรับผิดชอบ Queue
เมนูที่ใช้
Pharmacy Queue → รายละเอียดเคส
ชื่อและรายการที่เห็นอาจต่างตามภาษา สิทธิ์ รุ่นแอป และการตั้งค่าร้านทำตามทีละขั้น
- ลูกค้าต้องเห็นข้อความว่า AI ไม่ใช่เภสัชกรและให้ความยินยอมก่อน Intake คำถามมาจาก Protocol ที่อนุมัติทีละข้อ ไม่ใช่โมเดลคิดชุดคำถามเอง
- ระบบตรวจ Red Flag, ข้อมูลขาดและข้อมูลขัดกันด้วยกฎฝั่ง Server ลูกค้าตรวจสรุปล่าสุดก่อนส่ง Queue; การยืนยันสรุปไม่ใช่อนุมัติยา
- เภสัชกร Claim เคส ตรวจข้อความต้นทาง สรุป ข้อมูลขาด ความขัดแย้งและหลักฐาน สามารถขอข้อมูลเพิ่ม แก้สรุป ปฏิเสธ ส่งต่อแพทย์ หรือ Escalate ตามหน้าจอ
- Approve/Reject/Refer ต้องเป็นสถานะและผู้กระทำที่ระบบอนุญาต เฉพาะเภสัชกรมีใบอนุญาตจึงอนุมัติได้ และข้อความอนุมัติถึงลูกค้าเป็นข้อความที่เภสัชกรพิมพ์เอง
- คำแนะนำยาที่ AI สร้างได้เป็น Draft เฉพาะหน้าของเภสัชกร ต้องกดสร้าง ใช้/แก้ และอนุมัติเอง ไม่แสดงแก่ลูกค้าหรือสร้างออร์เดอร์โดยอัตโนมัติ
รู้ได้อย่างไรว่าทำสำเร็จ
เคสทดสอบผ่านลำดับสถานะ มี Audit โดยไม่เก็บข้อมูลสุขภาพดิบใน metadata และผู้ไม่มีใบอนุญาตอนุมัติไม่ได้
ข้อจำกัดและสิ่งที่ต้องตรวจ
Intake/AI/Protocol เริ่มต้นปิดและยังต้องพิสูจน์กับฐาน/Provider Sandbox ของ deployment นั้น อย่าเปิด production จากการอ่านคู่มือเพียงอย่างเดียว
พร้อมลองทำในร้านของคุณ
อ่านบทเรียนได้ฟรี การทำรายการจริงต้องเข้าสู่ระบบและมีสิทธิ์ของเมนูนั้น สำหรับฝึกงานให้ใช้ข้อมูลทดสอบ