วิธีวางระบบ Data Subject Request สำหรับคลินิก โรงพยาบาล และธุรกิจสุขภาพแบบเป็นขั้นตอน

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

ทำไมธุรกิจสุขภาพต้องมีระบบ Data Subject Request ที่เป็นขั้นตอน

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

ขั้นตอนที่ 1 กำหนดช่องทางรับคำขอและประกาศให้ผู้ป่วยรู้

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

ขั้นตอนที่ 2 ออกแบบกระบวนการยืนยันตัวตนก่อนเปิดเผยข้อมูลสุขภาพ

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

ขั้นตอนที่ 3 จัดทำแบบฟอร์มคัดแยกประเภทคำขอ

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

ขั้นตอนที่ 4 กำหนดกรอบเวลาและผู้รับผิดชอบแต่ละขั้น

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

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

ขั้นตอนที่ 5 เตรียมเหตุผลปฏิเสธที่ใช้ได้จริงและแนวทางแจ้งผู้ป่วย

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

ขั้นตอนที่ 6 ซ้อมสถานการณ์จำลองก่อนใช้งานจริง

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

ขั้นตอนที่ 7 บันทึกหลักฐานและทบทวนทุกรอบ

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

ข้อผิดพลาดที่พบบ่อยเมื่อวางระบบ Data Subject Request

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

สรุป เริ่มวางระบบ Data Subject Request ทีละขั้น

การวางระบบ Data Subject Request สำหรับธุรกิจสุขภาพไม่จำเป็นต้องสมบูรณ์แบบตั้งแต่วันแรก สิ่งที่ทำได้จริงคือเริ่มจากเจ็ดขั้นตอนที่กล่าวมา เปิดช่องทางรับคำขอที่ชัดเจน ออกแบบขั้นตอนยืนยันตัวตนที่รัดกุม คัดแยกประเภทคำขอ กำหนดกรอบเวลาและผู้รับผิดชอบ เตรียมเหตุผลปฏิเสธที่ใช้ได้จริง ซ้อมสถานการณ์จำลอง และบันทึกหลักฐานทุกครั้งเพื่อทบทวนภายหลัง แต่ละขั้นตอนช่วยลดความเสี่ยงจากการตัดสินใจเฉพาะหน้าของพนักงานแต่ละคน และทำให้ผู้บริหารตรวจสอบภาพรวมได้ง่ายขึ้นเมื่อปริมาณคำขอเพิ่มมากขึ้นตามขนาดขององค์กร ธุรกิจที่ต้องการตรวจสอบความพร้อมของระบบที่วางไว้อย่างละเอียดสามารถศึกษาต่อได้จากคู่มือ Audit Data Subject Request สำหรับธุรกิจสุขภาพและใช้เช็กลิสต์ประกอบการตรวจสอบเพื่อไล่ทวนทีละขั้นตอน หรือย้อนกลับไปอ่านภาพรวมที่คู่มือ Data Subject Request สำหรับธุรกิจสุขภาพและหน้ารวมความรู้ที่Rights, Incidents & Risk

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

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