← กลับสู่แผนที่ฟีเจอร์
🔐
รายละเอียดฟีเจอร์ · Compliance

ความเป็นส่วนตัวและการกำกับดูแล (Compliance)

งานที่ช่วยให้คลินิกทำตามกฎหมาย PDPA (คุ้มครองข้อมูลส่วนบุคคล) และข้อกำหนดของแพทยสภา — ตั้งแต่แม่แบบใบยินยอมและการเก็บลายเซ็นยินยอมจากคนไข้ (Consent) ไปจนถึงบันทึกตรวจสอบย้อนหลังทุกการกระทำในระบบ (Audit Log) ที่แก้ไข/ลบไม่ได้ และการจัดการคำขอของคนไข้เรื่องข้อมูลส่วนตัว ทั้งขอดู/ขอสำเนา ขอแก้ไข และขอให้ลบ พร้อมกลไกล็อกไม่ให้ลบข้อมูลที่ยังต้องใช้เป็นหลักฐานคดี

ความยินยอม และการตรวจสอบย้อนหลัง
🛡️
ความยินยอม
PDPA
📒
บันทึกทุกการกระทำ
audit log
📤
คำขอข้อมูล
DSAR
🗑️
ลบ/ระงับข้อมูล
มาตรา 33
หลักการ
ทุกการแก้ไขข้อมูลถูกบันทึกอัตโนมัติ (แก้/ลบไม่ได้) — ตรวจสอบย้อนหลังได้ทั้งหมด
ไปที่แบบฟอร์มใบยินยอมการขอและเก็บใบยินยอมจากคนไข้ศูนย์รวมใบยินยอมและเอกสาร PDPAประวัติการใช้งานระบบคำขอใช้สิทธิของเจ้าของข้อมูล (DSAR)ขอสำเนา/ส่งออกข้อมูลคนไข้การลบข้อมูลคนไข้ (สิทธิขอให้ลบ)การระงับการลบข้อมูลชั่วคราวงานเบื้องหลังลบข้อมูลที่หมดอายุการเก็บ

ประวัติการใช้งานระบบ

Audit Log
ใครใช้เจ้าของ-ผู้ดูแล, แคชเชียร์-บัญชี, จัดซื้อ-รับของ (ดูหน้ารวมได้); หมอ/ต้อนรับ เห็นแถบประวัติในหน้าคนไข้

บันทึกว่าใครทำอะไรในระบบบ้าง ทุกการเพิ่ม แก้ ลบ ถูกเก็บไว้หมดและลบไม่ได้ (append-only — แม้แต่ระบบเองก็แก้/ลบรายการเก่าไม่ได้) ใช้ตรวจสอบย้อนหลังเวลาเกิดปัญหา หรือเวลาถูกตรวจตาม PDPA และแพทยสภา มีทั้งหน้ารวมทั้งคลินิก และแถบประวัติเฉพาะของคนไข้แต่ละคนในหน้าโปรไฟล์คนไข้

ตัวอย่างหน้าจอ ประวัติการใช้งานระบบ
📸 หน้าจอจริงในระบบ · ประวัติการใช้งานระบบ

✨ คุณสมบัติเด่น

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

📝 วิธีใช้งาน

  1. เปิดหน้าประวัติการใช้งานไปที่หน้า ประวัติการใช้งานระบบ (Audit) จะเห็นรายการเรียงตามเวลา (วันที่แบบ พ.ศ.) พร้อมชื่อผู้ทำและประเภทงาน
  2. ค้นหาเหตุการณ์ที่ต้องการใช้ตัวกรอง ผู้ทำรายการ / การกระทำ / ประเภทข้อมูล / ช่วงวันที่ (สาขาเลือกได้ถ้าดูแลหลายสาขา) เพื่อแคบผลให้ตรงเรื่องที่ตรวจ — ตัวกรองติดอยู่ใน URL แชร์ลิงก์มุมมองที่กรองแล้วให้กันได้
  3. เปิดดูรายละเอียดกดที่รายการเพื่อเปิดหน้ารายละเอียดของรายการนั้น (มีลิงก์เฉพาะ คัดลอกส่งให้เพื่อนร่วมงานหรือบุ๊กมาร์กไว้ได้) เห็นค่าก่อนและหลังการแก้ไขวางคู่กัน
  4. ดูประวัติเฉพาะคนไข้ในหน้าโปรไฟล์คนไข้ ดูแถบประวัติล่าสุด (top 5) ของคนไข้คนนั้น ถ้ามีสิทธิ์ดูหน้ารวมจะมีลิงก์ 'ดูทั้งหมด' ให้กดต่อ
  5. ส่งออกเป็นไฟล์กดส่งออก CSV เพื่อนำประวัติไปเปิดใน Excel เก็บเป็นหลักฐาน

⚠️ ข้อควรระวัง

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

🔑 สิทธิ์การใช้งาน

  • ผู้ที่มีสิทธิ์ดูประวัติทั้งคลินิก — ปกติให้ เจ้าของ, บัญชี, จัดซื้อ-รับของ; ต้อนรับไม่มีสิทธิ์หน้ารวม
  • ทุกคนที่เปิดประวัติคนไข้ได้ เห็นแถบประวัติในหน้าคนไข้ เช่น หมอ/ต้อนรับ

💡 เคล็ดลับ

  • ใช้กรองช่วงวันที่ + ประเภทงานจะหาเหตุการณ์ที่สงสัยได้เร็วกว่าไล่ดูทีละหน้า
  • ไฟล์ CSV ที่ส่งออกใส่รหัสภาษาไทย (UTF-8 BOM) มาให้แล้ว เปิดใน Excel แล้วภาษาไทยไม่เพี้ยน
📖 อ้างอิง: skill compliance-audit-log ↑ กลับด้านบน

คำขอใช้สิทธิของเจ้าของข้อมูล (DSAR)starter+ เท่านั้น

Data Subject Requests (DSAR)
ใครใช้เจ้าหน้าที่ที่ดูแลข้อมูลส่วนบุคคล, เจ้าของ-ผู้ดูแล

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

ตัวอย่างหน้าจอ คำขอใช้สิทธิของเจ้าของข้อมูล (DSAR)
📸 หน้าจอจริงในระบบ · คำขอใช้สิทธิของเจ้าของข้อมูล (DSAR)

✨ คุณสมบัติเด่น

  • บันทึกคำขอ 7 ประเภท (ขอดู / ขอสำเนา / ขอแก้ไข / ขอลบ / ขอคัดค้าน / ขอระงับ / ขอถอนยินยอม)
  • จับเวลา 30 วันตามกฎหมายให้อัตโนมัติ (นับจากวันที่รับเรื่อง)
  • กรองดูคำขอที่ยังค้างหรือที่เกินกำหนด (overdue)
  • เลื่อนสถานะคำขอ: รับเรื่อง → กำลังดำเนินการ → เสร็จ / ปฏิเสธ
  • ดาวน์โหลดชุดข้อมูลที่จัดเตรียมไว้ส่งคนไข้ (เมื่อมีไฟล์พร้อม)
  • บังคับกรอกเหตุผลทุกครั้งที่ปฏิเสธคำขอ

📝 วิธีใช้งาน

  1. บันทึกคำขอใหม่เมื่อคนไข้แจ้งขอใช้สิทธิ ให้สร้างคำขอใหม่ เลือกคนไข้และประเภทคำขอ (ขอดู/ขอสำเนา/ขอลบ ฯลฯ) ระบบจะตั้งกำหนด 30 วันให้เอง
  2. เริ่มดำเนินการเลื่อนสถานะเป็น กำลังดำเนินการ แล้วลงมือจัดเตรียมข้อมูล/ดำเนินการตามประเภทคำขอ
  3. ติดตามกำหนดเวลาใช้ตัวกรอง 'เกินกำหนด' หรือ 'ค้างอยู่' เพื่อตามคำขอที่ใกล้ครบ 30 วัน ไม่ให้เลยกำหนด
  4. ปิดงานหรือปฏิเสธเมื่อเสร็จให้เลื่อนเป็น เสร็จ ถ้าจำเป็นต้องปฏิเสธให้เลือก ปฏิเสธ และกรอกเหตุผลให้ครบ
  5. ส่งมอบข้อมูลกรณีขอดู/ขอสำเนา งานเบื้องหลังจะประกอบไฟล์ข้อมูลของคนไข้ (สรุปประวัติ ใบยินยอม บิล ฯลฯ) ให้อัตโนมัติภายในไม่กี่นาที แล้วกดดาวน์โหลดเพื่อส่งให้คนไข้

⚠️ ข้อควรระวัง

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

🔑 สิทธิ์การใช้งาน

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

💡 เคล็ดลับ

  • ตั้งนิสัยเข้ามากรองดู 'เกินกำหนด' ทุกสัปดาห์ จะไม่พลาดกรอบ 30 วันตามกฎหมาย
  • คำขอ 'ขอลบ' และ 'ขอสำเนา' มีเครื่องมือแยกในระบบด้วย (ดูฟีเจอร์ การลบข้อมูลคนไข้ และ ขอสำเนา/ส่งออกข้อมูล)
📖 อ้างอิง: skill compliance-pdpa-erasure ↑ กลับด้านบน

ขอสำเนา/ส่งออกข้อมูลคนไข้

Patient Data Export / Portability
ใครใช้เจ้าของ-ผู้ดูแล, เจ้าหน้าที่ที่ดูแลโปรไฟล์คนไข้

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

ตัวอย่างหน้าจอ ขอสำเนา/ส่งออกข้อมูลคนไข้
📸 หน้าจอจริงในระบบ · ขอสำเนา/ส่งออกข้อมูลคนไข้

✨ คุณสมบัติเด่น

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

📝 วิธีใช้งาน

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

⚠️ ข้อควรระวัง

  • ถ้ากดซ้ำจะได้คำขอค้างอยู่ซ้ำกัน อย่ากดรัว — เช็กรายการคำขอเดิมก่อน ว่ามีคำขอที่ยังไม่เสร็จอยู่แล้วหรือไม่
  • ยังไม่มีปุ่มยกเลิกคำขอที่สร้างไปแล้วในหน้านี้

🔑 สิทธิ์การใช้งาน

  • ปุ่มสร้างคำขอส่งออกอยู่ในหน้าคนไข้ และต้องมีสิทธิ์จัดการใบยินยอม (compliance.consent.manage) — สิทธิ์จัดการโปรไฟล์คนไข้อย่างเดียวจะไม่เห็นปุ่ม
  • ปกติเป็นงานของเจ้าของ-ผู้ดูแล หรือเจ้าหน้าที่ที่ดูแลโปรไฟล์คนไข้

💡 เคล็ดลับ

  • ก่อนกดสร้างคำขอ ให้ดูในรายการก่อนว่ามีคำขอ 'รอดำเนินการ' ของคนไข้คนนี้ค้างอยู่หรือยัง จะได้ไม่ซ้ำ
  • คำขอแบบนี้ตรงกับสิทธิ 'ขอดู/ขอสำเนา' ในทะเบียน DSAR เป็นเรื่องเดียวกัน
📖 อ้างอิง: skill compliance-pdpa-erasure ↑ กลับด้านบน

การลบข้อมูลคนไข้ (สิทธิขอให้ลบ)

Right to Erasure
ใครใช้เจ้าของ-ผู้ดูแล, เจ้าหน้าที่ที่ดูแลข้อมูลส่วนบุคคล (ต้องมีสิทธิ์เฉพาะ)

เมื่อคนไข้ใช้สิทธิขอให้ลบข้อมูลตาม PDPA มาตรา 33 ระบบจะลบ/ลบชื่อออกจากข้อมูลที่ลบได้ทันที (เช่น เบอร์โทร ที่อยู่ ผู้ติดต่อฉุกเฉิน สิทธิประกัน และโน้ตของคนไข้) แต่จะเก็บข้อมูลที่กฎหมายบังคับให้เก็บไว้ต่อ (เช่น ประวัติการรักษา ใบรับรองแพทย์ บิล/ใบเสร็จ เก็บไว้ 5 ปีตามอายุบัญชี) แล้วแจ้งกลับชัดเจนว่าส่วนไหนลบแล้ว ส่วนไหนต้องเก็บไว้พร้อมเหตุผลทางกฎหมาย กดยืนยันครั้งเดียวจบ ระบบตอบผลกลับทันที

ตัวอย่างหน้าจอ การลบข้อมูลคนไข้ (สิทธิขอให้ลบ)
📸 หน้าจอจริงในระบบ · การลบข้อมูลคนไข้ (สิทธิขอให้ลบ)

✨ คุณสมบัติเด่น

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

📝 วิธีใช้งาน

  1. รับคำขอลบจากหน้าคนไข้เปิดหน้าโปรไฟล์คนไข้ที่ขอใช้สิทธิให้ลบ แล้วกด "ขอให้ลบ" ในส่วนสิทธิข้อมูล PDPA — ระบบจะบันทึกเป็นคำขอใช้สิทธิ (DSAR) ประเภทขอลบไว้ให้
  2. ส่งต่อให้ผู้ดูแลดำเนินการการลงมือลบจริงยังไม่มีปุ่มในหน้าจอ ผู้ดูแลระบบ/ทีม SyncEdge เป็นผู้ดำเนินการตามคำขอ — ระบบจะลบเฉพาะส่วนที่ลบได้ และเก็บส่วนที่กฎหมายบังคับไว้พร้อมเหตุผล
  3. แจ้งผลคนไข้เมื่อดำเนินการแล้ว แจ้งคนไข้ได้ว่าส่วนไหนลบแล้ว ส่วนไหนกฎหมายบังคับให้เก็บต่อ (ประวัติการรักษา/บิล/ใบรับรอง)

⚠️ ข้อควรระวัง

  • การกดลบไม่ได้ลบทุกอย่าง ประวัติการรักษา/บิล/ใบรับรองที่กฎหมายบังคับให้เก็บจะยังอยู่ การ 'ปฏิเสธลบบางส่วน' เป็นไปตามกฎหมาย ไม่ใช่ระบบทำพลาด
  • ใบยินยอมของคนไข้ (หลักฐานความสัมพันธ์) จะไม่ถูกลบเช่นกัน เก็บถาวรไว้เป็นหลักฐาน
  • ถ้าคนไข้คนนั้นมีการระงับการลบ (retention hold) ค้างอยู่ ส่วนนั้นจะไม่ถูกลบจนกว่าจะปลดล็อก
  • การลบเป็นการดำเนินการที่ย้อนกลับไม่ได้สำหรับข้อมูลส่วนที่ลบได้ ตรวจให้แน่ใจก่อนยืนยัน

🔑 สิทธิ์การใช้งาน

  • ต้องมีสิทธิ์เฉพาะในการลบข้อมูลตามสิทธิ PDPA
  • ปกติเป็นงานของเจ้าของ-ผู้ดูแล หรือเจ้าหน้าที่ที่ดูแลข้อมูลส่วนบุคคล

💡 เคล็ดลับ

  • สิทธิ มาตรา 33 เป็นสิทธิตามกฎหมายที่ทุกแพ็กเกจต้องทำได้ ฟีเจอร์นี้จึงเปิดทุกระดับแพ็กเกจ (กั้นด้วยสิทธิ์ ไม่ใช่แพ็กเกจ)
  • เก็บสรุปผลการลบ (ส่วนที่ลบ/ส่วนที่เก็บ) ไว้เป็นหลักฐานตอบคนไข้และตอนถูกตรวจ
📖 อ้างอิง: skill compliance-pdpa-erasure ↑ กลับด้านบน

การระงับการลบข้อมูลชั่วคราว

Retention Holds
ใครใช้เจ้าของ-ผู้ดูแล, เจ้าหน้าที่ที่ดูแลข้อมูลส่วนบุคคล (ต้องมีสิทธิ์เฉพาะ)

ใช้กรณีมีคดีความหรือข้อพิพาทที่ต้องเก็บข้อมูลคนไข้ไว้เป็นหลักฐาน (PDPA มาตรา 26(4)) เจ้าหน้าที่สั่ง 'ล็อก' ข้อมูลคนไข้ไม่ให้ระบบลบทิ้งแม้จะครบอายุการเก็บแล้ว และปลดล็อกได้เมื่อเรื่องจบ เป็นตัวกันชนไม่ให้งานลบข้อมูลอัตโนมัติเผลอลบหลักฐานสำคัญ

ตัวอย่างหน้าจอ การระงับการลบข้อมูลชั่วคราว
📸 หน้าจอจริงในระบบ · การระงับการลบข้อมูลชั่วคราว

✨ คุณสมบัติเด่น

  • ระงับการลบข้อมูลของคนไข้ได้ พร้อมเหตุผล (บังคับกรอก) — เป็นความสามารถฝั่งระบบ ยังไม่มีหน้าจอให้พนักงานกดเอง ต้องแจ้งผู้ดูแล/ทีม SyncEdge
  • เลือกล็อกข้อมูลทั้งหมดของคนไข้ หรือเฉพาะรายการใดรายการหนึ่ง
  • ดูรายการการระงับที่ยังมีผลอยู่
  • ปลดการระงับเมื่อเรื่อง/คดีจบแล้ว
  • กันงานลบอัตโนมัติและการขอใช้สิทธิให้ลบ ไม่ให้ลบข้อมูลที่ติดล็อก

📝 วิธีใช้งาน

  1. เปิดหน้าคนไข้ที่ต้องเก็บหลักฐานเปิดหน้าโปรไฟล์คนไข้ที่เกี่ยวข้องกับคดีหรือข้อพิพาท
  2. แจ้งผู้ดูแลให้ตั้งการระงับการระงับการลบ (retention hold) ยังไม่มีหน้าจอให้กดเอง ให้แจ้งผู้ดูแลระบบ/ทีม SyncEdge ตั้งให้ พร้อมเหตุผล เช่น เลขคดีหรือเรื่องข้อพิพาท (ระบบบังคับต้องมีเหตุผลทุกครั้ง)
  3. เลือกขอบเขตการล็อกเลือกว่าจะล็อกข้อมูลทั้งหมดของคนไข้ (blanket) หรือเฉพาะรายการที่ระบุ (ต้องระบุทั้งตารางและรายการ)
  4. ปลดล็อกเมื่อจบเรื่องเมื่อคดี/ข้อพิพาทจบแล้ว แจ้งปลดการระงับผ่านผู้ดูแลเช่นกัน ข้อมูลจึงกลับเข้าสู่รอบลบตามอายุการเก็บปกติ

⚠️ ข้อควรระวัง

  • ต้องกรอกเหตุผลทุกครั้งที่สั่งระงับ ระบบบังคับไว้
  • ล็อกแบบทั้งหมด (blanket) จะกันข้อมูลทุกประเภทของคนไข้ ส่วนล็อกเฉพาะรายการต้องระบุทั้งตารางและรายการที่จะล็อก
  • ปลดล็อกซ้ำในรายการที่ปลดไปแล้วจะแจ้งว่าไม่พบ (ปลดได้ครั้งเดียว)

🔑 สิทธิ์การใช้งาน

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

💡 เคล็ดลับ

  • ใส่เลขคดี/อ้างอิงเรื่องในช่องเหตุผล จะตามต้นเรื่องได้ง่ายเวลาจะปลดล็อก
  • อย่าลืมปลดล็อกเมื่อเรื่องจบ ไม่งั้นข้อมูลจะถูกเก็บค้างเกินจำเป็นและไม่เข้ารอบลบตามกฎหมาย
📖 อ้างอิง: skill compliance-pdpa-erasure ↑ กลับด้านบน

งานเบื้องหลังลบข้อมูลที่หมดอายุการเก็บเบื้องหลัง

Retention Purge Worker
ใครใช้ระบบทำงานเอง (ไม่มีพนักงานใช้โดยตรง)

งานเบื้องหลังที่คอยลบข้อมูลที่กฎหมายให้เก็บไว้เมื่อครบอายุการเก็บแล้ว (เช่น ครบ 5 ปี) และไม่ติดการระงับการลบใด ๆ ทำงานอัตโนมัติเป็นรอบทุกวัน ไม่มีหน้าจอให้พนักงานกด เป็นกลไกหลังบ้านที่ช่วยให้คลินิกไม่เก็บข้อมูลเกินอายุที่กฎหมายกำหนด ปัจจุบันปิดไว้เป็นค่าเริ่มต้นทุกที่

✨ คุณสมบัติเด่น

  • ลบข้อมูลที่ครบอายุการเก็บอัตโนมัติ และข้ามรายการที่ติดการระงับการลบ
  • ไม่แตะข้อมูลพิสูจน์ความยินยอม (เก็บถาวร) และข้อมูลที่ถูกลบชื่อไปแล้ว

⚠️ ข้อควรระวัง

  • ปัจจุบันปิดไว้เป็นค่าเริ่มต้นทุกที่ ต้องให้ทีมระบบเปิดใช้ก่อนถึงจะเริ่มลบจริง
  • ข้อมูลที่ติดการระงับการลบ (retention hold) จะไม่ถูกลบแม้ครบอายุแล้ว

🔑 สิทธิ์การใช้งาน

  • ระบบทำงานเอง ไม่มีพนักงานสั่งโดยตรง (เปิด/ปิดโดยทีมระบบ)
📖 อ้างอิง: skill compliance-pdpa-erasure ↑ กลับด้านบน