SOP คลินิกควรมีอะไรบ้าง: 10 Workflow ที่ควรเขียนก่อนรับพนักงานเพิ่ม

หกโมงเย็น ผู้รับบริการขอคืนเงินคอร์ส

พนักงานคนแรกบอกว่าคืนไม่ได้ คนที่สองบอกว่าคืนได้แต่ต้องหักค่าธรรมเนียม ส่วนผู้จัดการส่งข้อความถามเจ้าของว่า “ครั้งที่แล้วเราเคยทำอย่างไรนะคะ”

นี่เป็นสถานการณ์สมมติ และปัญหาไม่ได้อยู่ที่ทีมจำไม่เก่ง

ปัญหาคือคลินิกกำลังใช้ความจำของแต่ละคนเป็น SOP

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

เมื่อข้อมูลเหล่านี้ชัด ทีมไม่ได้ทำงานเหมือนหุ่นยนต์ครับ เขากลับตัดสินใจในขอบเขตของตนเองได้มั่นใจกว่าเดิม

สัญญาณว่า Workflow ยังอยู่ในหัวคน

ลองฟังบทสนทนาในคลินิกหนึ่งวัน หากพบประโยคเหล่านี้บ่อย แปลว่างานสำคัญอาจยังพึ่งความจำ

“ปกติพี่คนนั้นเป็นคนทำ”

“ครั้งก่อนเจ้าของอนุญาต”

“ลองหาในแชตเก่าดู”

“ถ้าคนนั้นไม่อยู่ ยังทำต่อไม่ได้”

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

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

SOP ที่ใช้ได้จริงต้องมีอะไร

เอกสารที่ยาวที่สุดไม่จำเป็นต้องดีที่สุด ตัวอย่าง SOP จากหน่วยงานทางการและสถาบันการศึกษามักไม่ได้มีเพียงรายการขั้นตอน แต่ระบุวัตถุประสงค์ ขอบเขต ผู้รับผิดชอบ ความเสี่ยง จุดควบคุม เวลา และหลักฐานประกอบ

สำหรับคลินิก ลองใช้โครงต่อไปนี้

• Trigger: เหตุการณ์ใดทำให้เริ่มกระบวนการ
• Input: ต้องมีข้อมูลหรือเอกสารอะไรก่อนเริ่ม
• Owner: ใครรับผิดชอบผลลัพธ์
• Steps: ทำอะไร ตามลำดับใด
• Decision: จุดไหนต้องเลือกทาง และใช้เกณฑ์อะไร
• Control: ความเสี่ยงคืออะไร ใครตรวจ และตรวจจากหลักฐานใด
• Escalation: เมื่อไรต้องหยุดและส่งต่อผู้มีอำนาจ
• Output: กระบวนการจบเมื่อใด และต้องเหลือบันทึกอะไร
• Version: ใครเป็นเจ้าของเอกสาร เริ่มใช้วันไหน และทบทวนเมื่อไร

SOP ที่เกี่ยวกับการรักษา ความปลอดภัย หรือมาตรฐานวิชาชีพต้องให้ผู้ประกอบวิชาชีพที่รับผิดชอบตรวจ ไม่ควรเขียนจากมุม Operations เพียงฝ่ายเดียว บทความนี้พูดถึง Workflow ธุรกิจและงานสนับสนุน ไม่ใช่แนวทางทางคลินิกสำหรับการวินิจฉัยหรือรักษา

สิบ Workflow ที่ควรเขียนก่อนทีมโต

ไม่จำเป็นต้องเขียนสิบเรื่องในรูปแบบเท่ากันทั้งหมด ให้เริ่มจากจุดเสี่ยงของกิจการ แต่รายการต่อไปนี้เป็นแผนที่ที่ช่วยให้เห็นช่องว่าง

การลงทะเบียนและตรวจสอบผู้รับบริการ

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

การนัด เลื่อน ยกเลิก และ No-show

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

การส่งต่องานก่อนและหลังรับบริการ

ทีมหน้าร้านต้องส่งข้อมูลอะไรให้ผู้ให้บริการ และหลังจบบริการ ต้องส่งอะไรกลับไปยังจุดชำระเงิน นัดครั้งถัดไป หรือทีมติดตาม อย่าปล่อยให้ข้อมูลสำคัญอยู่ในคำบอกปากเปล่า

การขายและตัดใช้คอร์ส

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

การรับเงิน แบ่งชำระ และยอดค้าง

กำหนดช่องทาง หลักฐาน วิธีบันทึก การออกเอกสาร การติดตามยอดค้าง และวิธีพักรายการเมื่อระบบหรืออินเทอร์เน็ตขัดข้อง

ส่วนลด คืนเงิน ยกเลิก และแก้รายการ

นี่มักเป็น SOP แรกที่คุ้มค่าต่อการเขียน ระบุขอบเขตส่วนลด วงเงินคืน เหตุผลที่ยอมรับ ผู้อนุมัติ หลักฐาน และวิธีทำให้รายการเดิมกับรายการแก้เชื่อมกัน

รับเข้า เบิก ปรับ และนับสต็อก

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

ปิดยอดสิ้นวัน

ใครรวบรวมยอดจากแต่ละช่องทาง ใครตรวจรายการค้างหรือรายการแก้ เมื่อยอดต่างต้องทำอะไร และส่งรายงานให้ใครภายในเวลาใด

รับข้อร้องเรียนและเหตุผิดปกติ

กำหนดผู้รับเรื่อง วิธีรักษาข้อมูล การประเมินความเร่งด่วน ผู้มีอำนาจตอบกลับ และเหตุใดต้องส่งต่อผู้ประกอบวิชาชีพ ผู้บริหาร หรือผู้รับผิดชอบข้อมูลทันที

เปิด เปลี่ยน และปิดสิทธิ์พนักงาน

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

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

อย่าเริ่มเขียนในห้องประชุมอย่างเดียว

SOP ที่เขียนจากภาพในอุดมคติมักสวย แต่พนักงานทำตามไม่ได้ เพราะไม่มีใครดูงานจริง

ให้เดินตามผู้ปฏิบัติงานหนึ่งรอบ ตั้งแต่รับ Input จนส่ง Output จดทุกจุดที่ต้องรอ ถามซ้ำ คีย์ซ้ำ หรือย้อนกลับมาแก้ แล้ววาด Current flow อย่างที่เกิดขึ้นจริงก่อน

ถามทีมว่า

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

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

อ่านต่อเรื่องวิธีคิดกระบวนการได้ที่ ออกแบบ Process คลินิกก่อนซื้อ Software

ทุก SOP ต้องผ่านวันที่ไม่เป็นใจ

SOP ที่ใช้ได้เฉพาะวันปกติยังไม่พอ

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

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

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

แยกหน้าที่เท่าที่ทีมทำได้

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

คลินิกขนาดเล็กอาจมีคนไม่พอแยกทุกหน้าที่ อย่าฝืนเขียน SOP ว่าแยกได้ทั้งที่หน้างานเป็นคนเดียว ให้ใช้ Compensating control เช่น ผู้จัดการตรวจรายงาน Exception หลังปิดวัน เจ้าของตรวจรายการคืนเงิน หรือสุ่มนับสต็อกโดยคนที่ไม่ได้เป็นผู้เบิก

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

เอกสารต้องมีเจ้าของ ไม่เช่นนั้นจะเก่าเงียบ ๆ

ใส่เลข Version วันที่มีผล ผู้อนุมัติ เจ้าของกระบวนการ และวันทบทวนไว้ทุกฉบับ บันทึกว่าครั้งล่าสุดแก้อะไรและเพราะเหตุใด

เปิดช่องให้พนักงานบอกจุดที่ทำตามไม่ได้ หากทีมต้องข้ามขั้นตอนเดิมซ้ำ ๆ อย่ารีบสรุปว่าไม่ทำตาม ให้ตรวจว่าขั้นตอนนั้นไม่สอดคล้องกับ Capacity เครื่องมือ หรือข้อมูลจริงหรือไม่

ทบทวน SOP เมื่อเปลี่ยนบริการ ระบบ บุคลากร ข้อกำหนด หรือเกิดเหตุผิดปกติสำคัญ ไม่จำเป็นต้องรอรอบประจำปีหากความเสี่ยงเปลี่ยนไปแล้ว

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

ระบบดิจิทัลควรเป็นหลักฐานของกระบวนการ

SOP บอกว่าควรทำอะไร ระบบช่วยบันทึกว่าเกิดอะไรขึ้นจริง

Keenix สามารถเป็นจุดบันทึกของหลาย Workflow เช่น นัดหมาย คอร์สและบริการ การชำระเงินกับยอดค้าง การเปลี่ยนแปลงสต็อก บัญชีพนักงาน สิทธิ์ผู้ใช้ ค่าตอบแทน และรายงานธุรกิจ ทำให้ทีมอ้างอิงข้อมูลชุดเดียวกันและผู้บริหารย้อนดูรายการได้สะดวกขึ้น

แต่การซื้อระบบไม่ได้ทำให้ทีมทำตาม SOP อัตโนมัติ คลินิกยังต้องกำหนดอำนาจอนุมัติ Threshold หลักฐาน และวิธีส่งต่อเอง จากนั้นจึงตรวจใน Demo ว่าระบบรองรับ Scenario สำคัญได้อย่างไร

ดูตัวอย่างงานที่ควรเชื่อมต่อได้ที่ ขั้นตอนปิดยอดคลินิกรายวัน และ อบรมพนักงานใช้ระบบคลินิกอย่างไร

ลองเลือก SOP แรกภายในเจ็ดวัน ไม่ต้องเริ่มจากงานที่ใหญ่ที่สุด เลือกงานที่ทีมถามเจ้าของบ่อยและตรวจย้อนหลังยาก เช่น ส่วนลด คืนเงิน แก้รายการ หรือปิดยอด

เดินตามงานจริงหนึ่งรอบ เขียนหนึ่งหน้า ซ้อมหนึ่งเคสผิดปกติ แล้วถามคนใช้ว่า จุดไหนยังต้องเดา

ถ้าคำตอบลดลง เอกสารฉบับนั้นกำลังทำหน้าที่ของมันแล้ว