แนวทางด้านความปลอดภัยและการปฏิบัติตามกฎระเบียบ

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

TLS การเข้ารหัสขณะจัดเก็บ RBAC การเก็บรักษาบันทึกการตรวจสอบ การลบตามคำขอ ภูมิภาคที่ให้บริการโฮสต์ กรอบความเป็นส่วนตัว

ข้อมูลระหว่างการส่ง — TLS

ทราฟฟิกทั้งหมดของ Veridoc ให้บริการผ่าน HTTPS โปรโตคอลขั้นต่ำที่ edge ยอมรับคือ TLS 1.2 และจะเจรจา TLS 1.3 เมื่อไคลเอนต์รองรับ Render ยุติการเชื่อมต่อ TLS ก่อนถึงเซิร์ฟเวอร์แอปพลิเคชันของเรา และเปิดใช้ HTTP Strict Transport Security (HSTS) — เบราว์เซอร์จะไม่ยอมโหลดหน้าใดผ่านการเชื่อมต่อข้อความธรรมดาที่ถูกลดระดับ

ข้อมูลขณะจัดเก็บ — การเข้ารหัส

ตัวระบุผู้ป่วยและบันทึกความยินยอมจัดเก็บอยู่ในคลัสเตอร์ Postgres ที่มีการจัดการ (Neon) โดยเปิดใช้การเข้ารหัส AES-256 ระดับคลัสเตอร์ขณะจัดเก็บบนชั้นจัดเก็บข้อมูล การสำรองข้อมูลและ snapshot ใช้แนวทางเดียวกัน เอกสารทางคลินิกที่อัปโหลด — ภาพก่อนผ่าตัด รายงานแล็บ และแบบฟอร์มรับข้อมูล — จัดเก็บใน Cloudflare R2 พร้อมการเข้ารหัสฝั่งเซิร์ฟเวอร์ (SSE) ซึ่งเปิดใช้เป็นค่าเริ่มต้นในทุก bucket

Provider PINs — ข้อมูลรับรองที่เอเจนซี่และโรงพยาบาลพันธมิตรใช้เข้าถึงแดชบอร์ดผู้ดูแล — จะไม่ถูกจัดเก็บเป็นข้อความธรรมดา แต่จะถูกทำแฮชด้วย PBKDF2 (sha512, 100,000 iterations) ณ เวลาสร้างแฮช และค่า hash + salt ที่ได้คือข้อมูลเดียวที่บันทึกถาวรในตาราง providers

การควบคุมการเข้าถึงตามบทบาท

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

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

ผู้ตรวจสอบสามารถใช้พื้นผิวต่อไปนี้ได้โดยไม่ต้องมีสิทธิ์เข้าถึงหรือผ่านการอบรม Veridoc: /verify/<recordId> (มุมมองการตรวจสอบสาธารณะ) และ /staff/<slug>/verify (การตรวจสอบแบบอินไลน์สำหรับเจ้าหน้าที่) ทั้งสองหน้าจะแสดงหลักฐานเชิงการเข้ารหัสเดียวกับที่หน่วยงานกำกับดูแลจะเห็น โดยจำกัดขอบเขตไว้ที่บันทึกที่ผู้ถือกำลังตรวจสอบ

การเก็บรักษาบันทึกการตรวจสอบ

การเข้าถึง PHI ทุกครั้งจะถูกบันทึกในตาราง audit_log พร้อม user_id, user_type, action, resource_type, resource_id, ip_address, user_agent, metadata และ created_at ระบบเขียนรายการตรวจสอบโดยตรงสำหรับการอ่านความยินยอม (GET /api/consents และ GET /api/consents/:id) เหตุการณ์รับรอง การยกเลิก/การเพิ่มเหตุการณ์ การเปลี่ยนบทบาท และการโหลดหน้าผู้ตรวจสอบ

ช่วงเวลาการเก็บรักษา:

การลบตามคำขอ — GDPR Article 17 / สิทธิในการลบข้อมูลตาม PDPA

บันทึกความยินยอมที่ผ่านการรับรองของ Veridoc ออกแบบให้เป็น insert-only เมื่อเซ็นความยินยอมแล้วจะไม่สามารถแก้ไขหรือลบได้ — ความไม่เปลี่ยนแปลงนี้คือหัวใจของระบบ สิ่งที่เราดำเนินการได้ในวันนี้ตาม GDPR Article 17 และข้อกำหนดด้านสิทธิในการลบข้อมูลของกรอบ PDPA ที่เราอยู่ภายใต้ มีดังนี้:

แถวข้อมูลที่ผ่านการรับรองเองเป็น append-only — นี่คือคำมั่นด้านสถาปัตยกรรมที่เรามีต่อผู้ตรวจสอบ ไม่ใช่การลบที่ย้อนกลับได้ หากต้องการขอลบหรือเพิกถอน โปรดติดต่อ privacy@veridoc.health หรือ carlos@veridoc.health เรารับทราบคำขอลบภายในสองวันทำการและดำเนินการให้เสร็จภายใน 30 วัน

ภูมิภาคที่ให้บริการโฮสต์

แอปพลิเคชันโฮสต์โดย Render คลัสเตอร์ Postgres จัดเตรียมผ่าน Neon ซึ่งมีตัวเลือกถิ่นที่อยู่ระดับภูมิภาคให้เลือกตอนสมัครใช้งาน แพ็กเกจ Pilot และ Network ตั้งค่าเริ่มต้นเป็น Singapore (ap-southeast-1) ซึ่งใกล้กับพื้นที่ลูกค้าในเอเชียตะวันออกเฉียงใต้และภูมิภาคอ่าวที่พบบ่อยที่สุดของเรา ลูกค้าแพ็กเกจ Enterprise สามารถเลือก Singapore, US-East (Virginia) และภูมิภาคเพิ่มเติมได้ตามคำขอ เพื่อให้สอดคล้องกับ Business Associate Agreement และข้อผูกพันด้านถิ่นที่อยู่ของข้อมูล

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

กรอบความเป็นส่วนตัว — PDPA + GDPR Article 9

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

สำหรับผู้ป่วยในสหภาพยุโรป ข้อมูลสุขภาพจัดเป็นข้อมูลส่วนบุคคลประเภทพิเศษภายใต้ GDPR Article 9 ฐานทางกฎหมายของเราในการประมวลผลข้อมูลสุขภาพตาม Article 9 ได้แก่ ความยินยอมโดยชัดแจ้ง (Art. 9(2)(a)) ที่เก็บเมื่อผู้ป่วยลงนามในแบบฟอร์มความยินยอม และเวชศาสตร์ป้องกัน/เวชศาสตร์อาชีวะ (Art. 9(2)(h)) เมื่อผู้ป่วยอยู่ภายใต้การดูแลของแพทย์ผู้รักษาและประมวลผลข้อมูลเพื่อให้การดูแล

กรอบการกำกับดูแลโดยละเอียดเพิ่มเติม — รวมถึง HHS / HIPAA Technical Safeguards ข้อกำหนดลายมือชื่ออิเล็กทรอนิกส์ของ FDA 21 CFR Part 11 และกลไกข้อมูลข้ามพรมแดน EU/UK — ดูรายการตรวจสอบความยินยอม HIPAA ที่ /resources/hipaa-consent-checklist และคู่มือสิทธิในการเคลื่อนย้ายข้อมูลผู้ป่วยที่ /resources/patient-data-portability-rights

การอนุมัติการจัดซื้อจัดจ้าง

หากทีมของคุณต้องการทบทวนการควบคุมโดยละเอียด ร่างแก้ไข Enterprise DPA หรือ BAA หรือชุดหลักฐานในรูปแบบ SOC โปรดเริ่มการพูดคุยเรื่องการจัดซื้อจัดจ้าง แล้วเราจะตอบกลับภายในหนึ่งวันทำการ

เริ่มการพูดคุยเรื่องการจัดซื้อจัดจ้าง ขอเดโม
คิวตรวจสอบความปลอดภัย: privacy@veridoc.health ฝ่ายขาย: carlos@veridoc.health