เปรียบเทียบแนวทางจัดการ ความยินยอมตาม PDPA สำหรับคลินิก โรงพยาบาล และธุรกิจสุขภาพ: ทำเอง ใช้ปลั๊กอิน หรือใช้แพลตฟอร์ม

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

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

ทำไมกลไกความยินยอมของธุรกิจสุขภาพต้องพิถีพิถันกว่าธุรกิจทั่วไป

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

สามแนวทางจัดการความยินยอมสำหรับธุรกิจสุขภาพ

แนวทางที่ 1: แบบฟอร์มกระดาษที่เจ้าหน้าที่กรอกร่วมกับผู้ป่วย

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

แนวทางที่ 2: ระบบดิจิทัลที่พัฒนาเองภายในโรงพยาบาล

ทีม IT ของโรงพยาบาลพัฒนาโมดูลบันทึกความยินยอมเชื่อมกับระบบสารสนเทศโรงพยาบาล (HIS) ที่มีอยู่แล้ว แนวทางนี้ให้ความยืดหยุ่นสูงเพราะออกแบบให้ตรงกับ Workflow ของโรงพยาบาลได้ และเชื่อมกับฐานข้อมูลผู้ป่วยที่มีอยู่แล้วโดยไม่ต้องนำเข้าข้อมูลซ้ำ แต่ต้องใช้ทีม IT ภายในที่มีความเข้าใจทั้งด้าน PDPA และสถาปัตยกรรมระบบ HIS ซึ่งโรงพยาบาลขนาดกลางและเล็กมักไม่มีทรัพยากรเพียงพอ

แนวทางที่ 3: แพลตฟอร์มสำเร็จรูปที่เชื่อมกับระบบนัดหมายหรือ HIS

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

ตารางเปรียบเทียบสามแนวทาง

เกณฑ์ตัดสินใจเลือกแนวทางตามขนาดและความซับซ้อนของบริการ

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

จุดที่ต้องตรวจสอบเป็นพิเศษไม่ว่าจะเลือกแนวทางใด

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

ตัวอย่างสถานการณ์จริง: โรงพยาบาลที่เปลี่ยนจากกระดาษเป็นระบบดิจิทัลกลางคัน

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

การฝึกอบรมเจ้าหน้าที่ให้สอดคล้องกับแนวทางที่เลือก

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

ความแตกต่างระหว่างความยินยอมเพื่อการรักษาและความยินยอมเพื่อการตลาด

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

ข้อผิดพลาดที่พบบ่อยเมื่อธุรกิจสุขภาพเลือกกลไกความยินยอม

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

เช็คลิสต์ก่อนเลือกแนวทางจัดการความยินยอม

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

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

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

แหล่งข้อมูลอ้างอิง

ทีมงานสามารถศึกษาหลักเกณฑ์ความยินยอมเพิ่มเติมได้จากเว็บไซต์สำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล (PDPC) และทบทวนแนวทางที่เกี่ยวข้องในหมวด Privacy Fundamentals ของ trusty เพื่อเปรียบเทียบกับกลไกความยินยอมของธุรกิจประเภทอื่น