วิธี Audit WordPress PDPA ของคลินิก โรงพยาบาล และธุรกิจสุขภาพ พร้อม Evidence ที่ควรเก็บ

การ Audit WordPress PDPA สำหรับคลินิกและโรงพยาบาลต้องเริ่มจากเมนู Settings → Privacy ที่มากับ WordPress core โดยตรง ไม่ใช่แค่ปลั๊กอิน Cookie Consent เพียงอย่างเดียว ต้องตรวจ Privacy Policy Guide, เครื่องมือ Export/Erase ข้อมูลส่วนบุคคล, Site Health, และข้อมูลที่เก็บผ่านระบบคอมเมนต์และคุกกี้ล็อกอิน แล้วบันทึกผลตรวจแต่ละจุดเป็นหลักฐานไว้ทบทวนทุก 6 เดือน

หลายทีมการตลาดในคลินิกและโรงพยาบาลเข้าใจว่าแค่ติดตั้งปลั๊กอิน Cookie Consent แล้วแปะ Privacy Policy ไว้ท้ายเว็บก็เพียงพอต่อการดูแลข้อมูลคนไข้แล้ว ความจริงคือ WordPress core เองมีกลไกจัดการข้อมูลส่วนบุคคลฝังอยู่ในระบบตั้งแต่เวอร์ชันหลักที่เปิดตัว Privacy Tools มา และถ้าไม่เคยเข้าเมนู Settings → Privacy เลยสักครั้ง เว็บของคลินิกก็มีโอกาสสูงที่กำลังเก็บ ส่งออก หรือแม้แต่ลบข้อมูลคนไข้ผ่านช่องทางที่ไม่มีใครในทีมเคยตรวจสอบมาก่อนเลย ทีมมักภูมิใจว่าเว็บของตัวเอง ทันสมัย เพราะมีป็อปอัปคุกกี้สวยงามและมีถ้อยคำทางกฎหมายครบถ้วน แต่พอลองเปิดเมนูหลังบ้านจริงกลับพบว่าไม่มีใครเคยตั้งค่าอะไรในส่วน Privacy เลยตั้งแต่ติดตั้งเว็บ

ทำไมการมีแค่ Cookie Popup ไม่ครอบคลุมพอสำหรับธุรกิจสุขภาพ

ธุรกิจสุขภาพมีความอ่อนไหวของข้อมูลสูงกว่าเว็บทั่วไป เพราะแบบฟอร์มนัดหมาย แบบสอบถามอาการเบื้องต้น หรือแม้แต่การคอมเมนต์ถามหมอใต้บทความ ล้วนเป็นช่องทางที่คนไข้ทิ้งชื่อ อีเมล เบอร์โทร และบางครั้งข้อมูลสุขภาพเบื้องต้นไว้ในระบบเว็บไซต์ Cookie Consent Popup ครอบคลุมเฉพาะการติดตามพฤติกรรมผ่านคุกกี้บุคคลที่สาม แต่ไม่ครอบคลุมข้อมูลที่ WordPress core เก็บเองผ่านระบบคอมเมนต์ ระบบล็อกอินผู้ดูแล หรือแม้แต่ log ที่ปลั๊กอินความปลอดภัยเก็บไว้ นี่คือช่องว่างที่ทีม Audit มักมองข้าม เพราะสายตาไปโฟกัสที่แบนเนอร์คุกกี้เพียงอย่างเดียว

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

เครื่องมือ Privacy ในตัว WordPress ที่ต้องไล่ตรวจทีละจุด

1. Privacy Policy Guide ใต้เมนู Settings → Privacy

WordPress core มีตัวช่วยสร้างหน้า Privacy Policy ที่ดึงเนื้อหาตัวอย่างจากปลั๊กอินและธีมที่ติดตั้งอยู่มาเสนอให้อัตโนมัติ สำหรับคลินิกจุดที่ต้องตรวจคือหน้า Privacy Policy ที่ใช้งานจริงตรงกับสิ่งที่ระบบแนะนำหรือไม่ เช่น ถ้าเว็บมีฟอร์มนัดหมายที่ส่งข้อมูลไปยังระบบ CRM ภายนอก หน้า Policy ต้องระบุเรื่องนี้ชัดเจน ไม่ใช่ใช้เทมเพลตทั่วไปที่ก็อปมาโดยไม่ได้ปรับ ผู้ตรวจควรลองกดปุ่ม Check for Updates ในหน้านี้เพื่อดูว่าระบบแจ้งเตือนอะไรใหม่หรือไม่ เพราะเมื่อมีการติดตั้งปลั๊กอินใหม่ WordPress จะพยายามแจ้งว่าอาจต้องเพิ่มเนื้อหาบางส่วนในหน้านโยบาย แต่การแจ้งเตือนนี้จะไม่ปรากฏเองถ้าไม่มีใครเข้าไปดูหน้านี้เลย

2. Personal Data Export Tool

เครื่องมือนี้อยู่ในแท็บ Export Personal Data และให้ผู้ดูแลระบบส่งคำขอออกไปยังอีเมลของเจ้าของข้อมูลเพื่อยืนยันก่อนจึงจะสร้างไฟล์ export ได้ สำหรับโรงพยาบาลที่มีระบบสมาชิกผู้ป่วยผ่าน WordPress ต้องตรวจว่าไฟล์ export ที่ได้ครอบคลุมข้อมูลจริงทั้งหมดที่ระบบเก็บไว้ ไม่ใช่แค่ชื่อกับอีเมล แต่รวมถึงประวัติการนัดหมายหรือข้อความที่ฝากไว้ในระบบด้วย ทีม Audit ควรลองสร้างบัญชีทดสอบขึ้นมาหนึ่งบัญชี กรอกข้อมูลจำลองให้ครบทุกฟิลด์ที่เว็บมี แล้วลองกดขอ export ดูจริงว่าไฟล์ zip ที่ได้มีข้อมูลครบตามที่กรอกไว้หรือไม่ วิธีนี้ช่วยให้เห็นภาพว่าปลั๊กอินตัวไหนบ้างที่ยังไม่ได้เชื่อมกับระบบ export ของ core

3. Personal Data Erasure Request

แท็บ Erase Personal Data ให้ผู้ดูแลลบข้อมูลตามคำขอของเจ้าของข้อมูลได้ แต่จุดที่ทีม Audit ต้องเช็กคือปลั๊กอินฝั่งที่สามที่เว็บใช้อยู่ เช่น ระบบจองคิวหรือระบบแชทสนับสนุน มี hook เชื่อมกับกลไกลบข้อมูลนี้หรือไม่ เพราะถ้าไม่เชื่อม การกดลบจาก WordPress core จะลบเฉพาะข้อมูลที่ core รู้จัก ส่วนข้อมูลที่ปลั๊กอินเก็บแยกฐานข้อมูลของตัวเองจะยังคงอยู่ วิธีตรวจง่ายๆ คือใช้บัญชีทดสอบเดิมจากขั้นตอน export มากดคำขอลบ แล้วเข้าไปดูตารางฐานข้อมูลของปลั๊กอินระบบจองคิวโดยตรงผ่าน phpMyAdmin หรือเครื่องมือที่โฮสติ้งมีให้ ถ้าข้อมูลยังค้างอยู่ แปลว่าปลั๊กอินตัวนั้นต้องได้รับการลบข้อมูลด้วยมือทุกครั้งที่มีคำขอ

4. Site Health และรายการตรวจความเป็นส่วนตัว

Site Health ภายใต้ Tools มีรายการเช็กที่เกี่ยวกับ Privacy เช่น การเข้ารหัส HTTPS และการตั้งค่าพื้นฐานของเว็บ ทีมสุขภาพควรบันทึกภาพหน้าจอผลตรวจ Site Health ทุกครั้งที่ Audit เพื่อเก็บไว้เป็นหลักฐานว่าจุดพื้นฐานเหล่านี้ผ่านการตรวจสอบแล้วจริง หน้านี้ยังบอกด้วยว่าเวอร์ชัน PHP หรือปลั๊กอินตัวไหนล้าสมัยจนอาจเป็นช่องโหว่ด้านความปลอดภัยของข้อมูล ซึ่งเชื่อมโยงตรงกับความเสี่ยงด้านการรั่วไหลของข้อมูลคนไข้โดยตรง

5. ข้อมูลจากระบบคอมเมนต์และการป้องกันสแปม

ทุกครั้งที่คนไข้คอมเมนต์ใต้บทความสุขภาพ WordPress core จะเก็บชื่อ อีเมล และ IP Address ของผู้แสดงความเห็นไว้ในตาราง wp_comments โดยอัตโนมัติ หากเว็บใช้ปลั๊กอินกันสแปมแบบ Akismet ข้อมูลเหล่านี้บางส่วนจะถูกส่งออกไปประมวลผลนอกเซิร์ฟเวอร์ด้วย จุดนี้ต้องมีการแจ้งไว้ในหน้า Privacy Policy อย่างชัดเจน และควรตั้งค่าการลบคอมเมนต์ที่รอตรวจสอบเป็นเวลานานเกินความจำเป็น ทีมบรรณาธิการที่ดูแลบทความสุขภาพควรเปิดอ่านคอมเมนต์ทุกสัปดาห์ เพราะบางครั้งคนไข้เผลอพิมพ์อาการหรือชื่อยาที่ใช้อยู่ลงในช่องคอมเมนต์สาธารณะโดยไม่รู้ตัว

6. คุกกี้ล็อกอินและ wp-settings ของผู้ดูแลระบบ

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

ใครในคลินิกควรเป็นเจ้าภาพแต่ละจุดของการ Audit

คลินิกขนาดเล็กมักมีคนเดียวที่ดูแลเว็บควบคู่กับงานประจำอื่น ในกรณีนี้ควรกำหนดให้คนคนนั้นรับผิดชอบทั้ง 6 จุดโดยมีหัวหน้าฝ่ายหรือเจ้าของคลินิกเซ็นรับทราบผลตรวจทุกครั้ง ส่วนโรงพยาบาลที่มีทีมการตลาดและทีม IT แยกกัน ควรแบ่งงานให้ทีม IT รับผิดชอบ Export/Erase Personal Data และ Site Health เพราะต้องเข้าถึงฐานข้อมูลโดยตรง ขณะที่ทีมการตลาดหรือทีมเนื้อหารับผิดชอบ Privacy Policy Guide และการตรวจคอมเมนต์ เพราะเป็นทีมที่ดูแลเนื้อหาหน้าเว็บอยู่แล้วในชีวิตประจำวัน การแบ่งบทบาทชัดเจนแบบนี้ช่วยลดปัญหาที่พบบ่อยที่สุด คือทุกคนคิดว่าอีกฝ่ายเป็นคนดูแลจุดนี้อยู่แล้ว

ขั้นตอน Audit แบบไล่ทีละจุดสำหรับทีมสุขภาพ

1. เข้า Settings → Privacy แล้วเปิดหน้า Privacy Policy ที่ใช้งานจริง เทียบกับสิ่งที่ระบบแนะนำทีละหัวข้อ
2. ทดสอบ Export Personal Data ด้วยบัญชีทดสอบ แล้วตรวจว่าไฟล์ที่ได้ครอบคลุมข้อมูลนัดหมายและข้อความจริงหรือไม่
3. ทดสอบ Erase Personal Data แล้วตรวจสอบฐานข้อมูลของปลั๊กอินระบบจองคิวว่าข้อมูลถูกลบตามจริงหรือยังค้างอยู่
4. เปิด Site Health แล้วบันทึกผลตรวจทุกจุดเป็นภาพหน้าจอพร้อมวันที่
5. สุ่มตรวจคอมเมนต์ในบทความยอดนิยม ดูว่ามีข้อมูลอ่อนไหวของคนไข้หลุดอยู่ในคอมเมนต์สาธารณะหรือไม่
6. ตรวจรายชื่อผู้ใช้งานที่มีสิทธิ์เข้าระบบหลังบ้าน และปิดบัญชีที่ไม่ได้ใช้งานแล้ว
7. นัดวันตรวจรอบถัดไปล่วงหน้าไว้ในปฏิทินทีม ไม่ปล่อยให้เป็นงานที่ทำเมื่อนึกขึ้นได้

Evidence ที่ทีมสุขภาพควรเก็บไว้หลังตรวจแต่ละครั้ง

ข้อผิดพลาดที่พบบ่อยเมื่อคลินิกทำ Audit เอง

• ตรวจแค่หน้า Cookie Popup แล้วสรุปว่าเว็บผ่านมาตรฐานเรียบร้อยแล้ว โดยไม่ได้เปิดเมนู Settings → Privacy เลย
• ทดสอบ Erase Personal Data แต่ไม่ได้เช็กว่าปลั๊กอินระบบจองคิวมีฐานข้อมูลแยกที่ไม่ถูกลบตาม
• ปล่อยให้คอมเมนต์ที่มีข้อมูลอ่อนไหวของคนไข้ค้างอยู่ในสถานะรอตรวจสอบเป็นเดือน
• ไม่มีใครในทีมรับผิดชอบตรวจ Site Health เป็นประจำ ปล่อยผ่านไปหลายไตรมาส
• เขียน Privacy Policy แบบเทมเพลตทั่วไปที่ไม่ตรงกับระบบนัดหมายจริงที่คลินิกใช้อยู่
• ลืมปิดบัญชีหลังบ้านของพนักงานที่ลาออกไปแล้วหลายเดือน

ความถี่ในการทำ Audit และสัญญาณที่ควรทำนอกรอบ

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

บทสรุปสำหรับทีมสุขภาพที่กำลังจะเริ่ม Audit

การตรวจ WordPress PDPA ของคลินิกและโรงพยาบาลไม่ใช่เรื่องของการมีแบนเนอร์คุกกี้ที่สวยงาม แต่คือการไล่ตรวจเครื่องมือที่ WordPress core มีอยู่แล้วอย่างเป็นระบบ ตั้งแต่หน้า Privacy Policy ไปจนถึงคุกกี้ล็อกอินของเจ้าหน้าที่เอง การเก็บหลักฐานทุกครั้งที่ตรวจจะช่วยให้ทีมย้อนดูพัฒนาการได้ และเป็นข้อมูลประกอบเมื่อผู้บริหารหรือหน่วยงานกำกับดูแลสอบถามความคืบหน้าในภายหลัง แนวทางในบทความนี้ช่วยลดจุดบอดที่มักถูกมองข้ามได้อย่างเป็นรูปธรรม แต่ไม่ได้แปลว่าทำตามครบทุกข้อแล้วเว็บจะปลอดปัญหาทางกฎหมายไปเสียทั้งหมด เพราะแต่ละคลินิกมีระบบและปลั๊กอินที่ต่างกัน สิ่งที่ทำได้จริงคือค่อยๆ ปิดจุดบอดทีละจุดอย่างมีหลักฐานรองรับ ทีมที่ต้องการดูขั้นตอนตั้งค่าตั้งแต่ต้นสามารถอ่านต่อได้ที่ คู่มือวิธีทำ WordPress PDPA สำหรับธุรกิจสุขภาพ หรือดูภาพรวมทั้งหมดของหัวข้อนี้ได้ที่ หน้ารวมความรู้ WordPress PDPA สำหรับ Healthcare

แหล่งข้อมูลอ้างอิงที่ใช้ตรวจสอบเนื้อหานี้

เนื้อหานี้อ้างอิงจากเอกสาร WordPress Developer Resources หมวด Privacy ซึ่งอธิบายกลไก Privacy Tools, Personal Data Export/Erasure และแนวทางสำหรับนักพัฒนาปลั๊กอินในการเชื่อมต่อกับระบบเหล่านี้ ทีมสุขภาพควรกลับไปอ่านต้นฉบับควบคู่กับการปรึกษาผู้เชี่ยวชาญด้านกฎหมายก่อนตัดสินใจปรับนโยบายจริง และดูภาพรวมของหมวดหมู่แพลตฟอร์มอื่นเพิ่มเติมได้ที่ หน้ารวม Platforms & Integrations