10 ข้อผิดพลาดเรื่องปุ่ม Reject All ที่คลินิก โรงพยาบาล และธุรกิจสุขภาพควรหลีกเลี่ยง

คลินิกแห่งหนึ่งติดตั้ง Cookie Consent Banner บนเว็บไซต์หลักเรียบร้อยแล้ว ปุ่ม Reject All ทำงานถูกต้องบนหน้าแรกและหน้าบทความสุขภาพทั่วไป แต่เมื่อผู้ป่วยเข้าไปที่หน้าจองนัดหมายซึ่งฝัง Widget จากระบบจองคิวภายนอก กลับพบว่า Pixel การตลาดยังคงยิงอยู่แม้กดปฏิเสธไปแล้ว ปัญหานี้ไม่ได้เกิดเพราะ Banner ผิด แต่เกิดเพราะ Widget จองนัดหมายไม่ได้ถูกผูกเข้ากับระบบ Consent เดียวกัน

ธุรกิจสุขภาพมีความเสี่ยงเพิ่มขึ้นเมื่อข้อมูลที่เกี่ยวข้องกับหน้าที่ Tracking หลุดออกจาก Consent เป็นข้อมูลที่เชื่อมโยงกับสุขภาพของผู้ใช้ เช่น ประเภทนัดหมายหรือแผนกที่เข้ารับบริการ บทความนี้รวมข้อผิดพลาดที่พบบ่อยที่สุดเมื่อปุ่ม Reject All ไม่ครอบคลุมหน้าที่มีความอ่อนไหวสูงเหล่านี้

ทำไมความเสี่ยงของคลินิกและโรงพยาบาลต่างจากธุรกิจทั่วไป

เว็บไซต์ทั่วไปที่ Reject All ทำงานผิดพลาดอาจแค่ทำให้วัดผลแคมเปญไม่แม่นยำ แต่เว็บไซต์สุขภาพที่ Reject All ทำงานผิดพลาดบนหน้าจองนัดหมายหรือฟอร์มผู้ป่วย มีความเสี่ยงที่ข้อมูลซึ่งเชื่อมโยงกับสุขภาพจะถูกส่งไปยัง Vendor โฆษณาโดยผู้ใช้ไม่ยินยอม แม้ trusty จะไม่ใช่หน่วยงานที่วินิจฉัยว่ากรณีใดเข้าข่ายข้อมูลสุขภาพอ่อนไหวตามกฎหมาย แต่ทีมการตลาดและไอทีควรตระหนักว่าหน้าประเภทนี้ต้องได้รับการตรวจ Tag อย่างเข้มงวดกว่าหน้าทั่วไป และควรส่งต่อให้ฝ่ายกฎหมายหรือ DPO พิจารณาความเสี่ยงเฉพาะกรณี

ข้อผิดพลาดที่ 1-3: Widget จองนัดหมายที่ฝังจากภายนอก

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

ข้อผิดพลาดที่ 4-6: ฟอร์มผู้ป่วยและหน้าประเภทนัดหมาย

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

ข้อผิดพลาดที่ 7-8: การทดสอบที่ไม่ครอบคลุม Journey ผู้ป่วยจริง

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

ข้อผิดพลาดที่ 9-10: การสื่อสารความเสี่ยงและการมอบหมายเจ้าของ

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

ขั้นตอนบันทึกและติดตามเมื่อพบปัญหา Reject All บนหน้าที่มีข้อมูลผู้ป่วย

เมื่อทีมไอทีหรือทีมการตลาดพบว่า Widget หรือ Tag บนหน้าที่เกี่ยวข้องกับข้อมูลผู้ป่วยไม่เคารพการกด Reject All ควรมีขั้นตอนบันทึกปัญหาที่ชัดเจนแทนการแก้ไขแล้วปล่อยผ่านโดยไม่มีหลักฐาน ควรจดวันที่พบปัญหา หน้าที่ได้รับผลกระทบ ชื่อ Tag หรือ Widget ที่เกี่ยวข้อง และระยะเวลาที่ปัญหาเกิดขึ้นก่อนได้รับการแก้ไข เอกสารลักษณะนี้มีประโยชน์เมื่อฝ่ายกฎหมายหรือ DPO ต้องประเมินความเสี่ยงย้อนหลังว่าข้อมูลผู้ป่วยกลุ่มใดอาจได้รับผลกระทบในช่วงเวลาใดบ้าง

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

เช็กลิสต์ปฏิบัติ

• ตรวจว่า Widget จองนัดหมายจากผู้ให้บริการภายนอกมี Tracking ของตัวเองที่ไม่รอ Consent หรือไม่
• ติดต่อผู้ให้บริการ Widget สอบถามว่ามีทางตั้งค่าให้เคารพ Consent Mode ได้หรือไม่
• ทบทวน Parameter ที่ Tag วัด Conversion ส่งออกไป ตรวจว่าไม่มีข้อมูลแผนกหรืออาการปนอยู่
• ทดสอบ Reject All ตลอด Journey จริงของผู้ป่วย ตั้งแต่ค้นหาแพทย์จนถึงยืนยันนัดหมาย
• ทดสอบซ้ำทุกครั้งที่เปลี่ยนระบบจองนัดหมายหรือเปลี่ยนผู้ให้บริการ Widget
• ไม่ใช้ผลสแกนอัตโนมัติเป็นข้อสรุปเดียวว่าหน้าที่มีข้อมูลผู้ป่วยปลอดภัยแล้ว
• กำหนดเจ้าของที่รับผิดชอบ Tag บนหน้าที่เกี่ยวข้องกับข้อมูลผู้ป่วยโดยเฉพาะ

ข้อผิดพลาดที่พบบ่อย

• Widget จองนัดหมายจากภายนอกมี Tracking ทำงานอยู่นอกการควบคุมของ Consent Mode บนเว็บหลัก
• Tag วัด Conversion ส่งพารามิเตอร์ที่รวมประเภทแผนกหรืออาการไปยัง Ads Platform โดยไม่ตั้งใจ
• ทดสอบ Reject All เฉพาะหน้าแรก ไม่ทดสอบตลอดเส้นทางจองนัดหมายจริง
• ไม่ทดสอบซ้ำหลังเปลี่ยนระบบจองนัดหมายเป็นผู้ให้บริการรายใหม่
• ใช้ Trust Score หรือผลสแกนอัตโนมัติแทนการตรวจ Widget ที่ทำงานหลัง Login หรือหลังกรอกฟอร์ม

สรุป

ข้อผิดพลาดเรื่องปุ่ม Reject All ของคลินิกและโรงพยาบาลส่วนใหญ่ไม่ได้อยู่ที่ Banner บนหน้าแรก แต่อยู่ที่ Widget จองนัดหมายและฟอร์มผู้ป่วยที่มักฝังจากผู้ให้บริการภายนอกและไม่ได้ผูกกับระบบ Consent เดียวกัน การทดสอบตลอด Journey จริงของผู้ป่วยและการกำหนดเจ้าของที่ชัดเจนช่วยลดความเสี่ยงที่ข้อมูลอ่อนไหวจะหลุดออกไปโดยไม่ตั้งใจ

คำถามที่พบบ่อย

ทำไม Widget จองนัดหมายถึงไม่ถูกควบคุมด้วย Consent Mode ของเว็บหลัก เพราะ Widget จากผู้ให้บริการภายนอกส่วนใหญ่โหลด Script ของตัวเองที่ทำงานอิสระ ต้องติดต่อผู้ให้บริการโดยตรงเพื่อสอบถามว่ามีทางตั้งค่าให้เคารพ Consent ได้หรือไม่ ไม่สามารถแก้ได้จากฝั่ง Banner บนเว็บหลักเพียงอย่างเดียว

ต้องตรวจ Tag วัด Conversion บนฟอร์มผู้ป่วยอย่างไร ควรทบทวน Parameter ที่ Tag ส่งออกไปทุกตัวว่ามีข้อมูลแผนกหรืออาการปนอยู่หรือไม่ เพราะข้อมูลลักษณะนี้ไม่ควรถูกส่งไปยัง Ads Platform เลยไม่ว่าผู้ใช้จะกด Accept หรือ Reject

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

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

• สำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล (PDPC)
• คู่มือ Cookie Consent ทั้งหมด
• หลักการปุ่ม Reject All ที่ trusty ใช้ตรวจสอบ