ผู้ป่วยของคุณไว้วางใจให้คุณดูแลข้อมูลที่ละเอียดอ่อนที่สุดของพวกเขา เราจึงสร้างแพลตฟอร์มที่ปฏิบัติต่อข้อมูลเหล่านั้นด้วยความระมัดระวังสูงสุดค่ะ
ซอฟต์แวร์ทันตกรรมส่วนใหญ่จะเข้ารหัสข้อมูลของคุณ "ทั้งขณะส่งผ่านและขณะเก็บไว้" — ซึ่งหมายความว่าดิสก์ถูกเข้ารหัส แต่ใครก็ตามที่มีสิทธิ์เข้าถึงฐานข้อมูลสามารถเห็นชื่อ วันเกิด และหมายเลขโทรศัพท์ของผู้ป่วยทุกคนในรูปแบบข้อความธรรมดา เราไปไกลกว่านั้น: แต่ละฟิลด์ข้อมูลสุขภาพที่ระบุตัวบุคคล (PHI) จะถูกเข้ารหัสแยกกันด้วย AES-256-GCM โดยใช้กุญแจที่กำหนดขอบเขตเฉพาะสำหรับคลินิกของคุณ ก่อนที่จะถูกบันทึกข้อมูล นี่คือบันทึกผู้ป่วยเดียวกัน ทั้งในมุมมองที่ทีมของคุณเห็น และในรูปแบบที่มันมีอยู่จริงในฐานข้อมูลของเรา
ถูกถอดรหัสตามคำขอ เฉพาะสำหรับสมาชิกที่ได้รับการยืนยันตัวตนในคลินิกของคุณเท่านั้น
first_name: null last_name: null date_of_birth: null phone: null email: null encrypted_phi: "eyJlbmNyeXB0ZWQiOnRydWUsImFsZ29yaXRobSI6ImFlcy0yNTYtZ2NtIiwiaXYiOiJJZHRoaExVNlhwU3FaanVSTFdrYkNBPT0iLCJkYXRhIjoiSVdPRW5sQWNrQ3psNVVJdHpvbW12YmkxQnRQOCtUYkhyZ2R1…"
ข้อมูลจริงจากฐานข้อมูลของเรา (ผู้ป่วยตัวอย่าง) คอลัมน์ข้อความธรรมดาเป็นค่าว่าง — ข้อมูลนี้ปรากฏอยู่เพียงในรูปแบบข้อความเข้ารหัสเท่านั้น
ระบบป้องกัน 8 ชั้น ฝังอยู่ในทุกฟอร์ม ทุกบันทึก ทุกคำขอค่ะ
ฟิลด์ PHI ทุกฟิลด์ถูกเข้ารหัสแยกกันด้วย AES-256-GCM และมีคีย์เข้ารหัสข้อมูลเฉพาะต่อบันทึกแต่ละรายการ หากคีย์ใดคีย์หนึ่งถูกบุกรุก เฉพาะบันทึกนั้นเท่านั้นที่จะถูกเปิดเผย ไม่ใช่ฐานข้อมูลทั้งหมดของคุณค่ะ
เราดำเนินการบน AWS ที่ได้รับการรับรอง SOC 2 Type II และมี uptime SLA 99.99% พร้อมการสำรองข้อมูลหลายภูมิภาคที่มีการเข้ารหัสพื้นที่จัดเก็บและการสลับระบบอัตโนมัติค่ะ
แม้แต่ผู้ดูแลระบบของ Intake.Dental ก็ไม่สามารถเข้าถึงข้อมูลผู้ป่วยที่ไม่ได้เข้ารหัสได้ คีย์ถอดรหัสถูกจำกัดขอบเขตตามผู้เช่าและไม่มีการบันทึกไว้เลยค่ะ
ตรงตามและเกินกว่ามาตรการป้องกันทางเทคนิค PHI ทุกข้อพร้อม BAA ที่ดำเนินการแล้วฟรีค่ะ
มาตรฐานการเข้ารหัสของรัฐบาลกลาง: คีย์ 256 บิต การยืนยันตัวตน GCM ค่ะ
โครงสร้างพื้นฐานทำงานบนรากฐานที่ได้รับการรับรอง SOC 2 Type II ของ AWS ค่ะ
ซอฟต์แวร์ด้านสุขภาพส่วนใหญ่ยังคงใช้การเข้ารหัสด้วยกุญแจสาธารณะเพื่อปกป้องข้อมูลผู้ป่วย ซึ่งคาดว่าคอมพิวเตอร์ควอนตัมจะสามารถถอดรหัสได้ในอนาคต — และการโจมตีแบบ "เก็บข้อมูลไว้ก่อน ถอดรหัสทีหลัง" กำลังสะสมข้อมูลที่เข้ารหัสไว้เพื่อเตรียมรับมือกับวันนั้นแล้ว Intake.Dental เข้ารหัสทุกบันทึกผู้ป่วยด้วยเครื่องเข้ารหัสยุคหลังควอนตัมจาก TreeChain ดังนั้นข้อมูลสุขภาพส่วนบุคคล (PHI) ที่คุณเก็บไว้ในวันนี้จะยังคงไม่สามารถอ่านได้แม้ผ่านไปหลายทศวรรษ
แทนที่จะใช้อัลกอริทึมเดียวมาปกป้องข้อมูลทั้งหมด ระบบการเข้ารหัสแบบหลายตัวอักษรของ TreeChain จะแปลงข้อมูลของคุณให้อยู่ในรูปแบบของตัวอักษรเข้ารหัสหลายชุดที่ทำงานอย่างอิสระต่อกัน ไม่มีกุญแจ อัลกอริทึม หรือการค้นพบทางวิทยาศาสตร์ใด — ทั้งแบบคลาสสิกหรือควอนตัม — ที่สามารถเปิดข้อมูลทั้งหมดได้
ทุกฟิลด์ข้อมูลที่ละเอียดอ่อน — เช่น ชื่อ วันเกิด ประวัติสุขภาพ — จะถูกปิดผนึกแยกกันเป็นโทเคนแบบกริฟที่ไม่โปร่งใส โดยใช้ AES-256-GCM เป็นชั้นป้องกันเพิ่มเติม หากฐานข้อมูลถูกขโมย ผู้โจมตีจะได้รับเพียงสตรีมกริฟที่อ่านไม่ออกเท่านั้น โดยแต่ละฟิลด์จะถูกแยกเป็นสตรีมกริฟที่อ่านไม่ออก
ทุกบัญชี Intake.Dental มาพร้อมกับการเข้ารหัส Glyph สองชั้น ส่วนเสริม Extra Security ไปไกลกว่านั้น โดยล็อกฐานข้อมูลเอง เพื่อให้ข้อมูลไม่สามารถอ่านได้แม้ว่าผู้โจมตีจะเข้าถึงไฟล์ดิบได้โดยตรงค่ะ
การเข้ารหัสสองชั้นในระดับฟิลด์สำหรับข้อมูลสุขภาพที่ได้รับการปกป้องทุกชิ้น รวมอยู่ในทุกแผนโดยไม่มีค่าใช้จ่ายเพิ่มเติมค่ะ
ทุกคำขอ ไม่ว่าจะเป็น API แดชบอร์ด การส่งฟอร์ม ถูกส่งผ่าน TLS 1.3 พร้อมการบังคับใช้ HSTS และการส่งมอบแบบ HTTPS เท่านั้นค่ะ
การเข้าถึงข้อมูล การแก้ไข และการดำเนินการของผู้ดูแลระบบทุกครั้งถูกบันทึกพร้อมเวลา IP และ user-agent บันทึกเหล่านี้เป็นแบบเพิ่มเติมเท่านั้นและสามารถส่งออกเพื่อการตรวจสอบการปฏิบัติตามข้อกำหนดของคุณเองค่ะ
การตรวจจับความผิดปกติอัตโนมัติในชั้นฐานข้อมูล API และพื้นที่จัดเก็บ ทีมเวรของเราตรวจสอบการแจ้งเตือนทุกครั้งค่ะ
การยืนยันตัวตนแบบหลายปัจจัยในทุกบัญชี การควบคุมการเข้าถึงตามบทบาท เพื่อให้พนักงานทำความสะอาดฟัน พนักงานต้อนรับ และทันตแพทย์แต่ละคนเห็นเฉพาะข้อมูลที่บทบาทของตนต้องการค่ะ
ทุกบัญชีมาพร้อมกับ Glyph Cipher แบบ polyglottal ที่เป็นกรรมสิทธิ์ของเราบนชั้น AES-256-GCM สองชั้นการเข้ารหัสตามค่าเริ่มต้น ออกแบบมาเพื่อความปลอดภัยต่อการโจมตีแบบควอนตัมในอนาคตค่ะ
ข้อมูลสุขภาพส่วนบุคคล (PHI) ที่ถูกเก็บไว้ไม่เคยถูกเข้ารหัสด้วยระบบเข้ารหัสกุญแจสาธารณะ RSA/ECC ซึ่งถูกคุกคามโดยอัลกอริทึมของชอร์ การออกแบบที่ใช้การเข้ารหัสแบบสมมาตรเป็นหลัก 256 บิต ยังคงรักษาความแข็งแกร่งอย่างเต็มที่ต่อการโจมตีด้วยการค้นหาแบบควอนตัม — ซึ่งเป็นเหตุผลเดียวกันที่ NIST ให้คะแนน AES-256 ว่าปลอดภัยในโลกหลังยุคควอนตัม
เทคโนโลยีการเข้ารหัสโดย TreeChain — อ่านบทความวิเคราะห์เชิงลึกด้านเทคนิคได้ที่ treechain.ai
นี่ไม่ใช่การอัปเกรด แต่เป็นพื้นฐาน ทุกคลินิกได้รับการเข้ารหัสทั้งสองชั้นตั้งแต่วันแรกค่ะ
เพิ่ม Transparent Data Encryption (TDE) ไปยังชั้นฐานข้อมูลเอง หากแฮกเกอร์เข้าถึงไฟล์ฐานข้อมูลดิบได้ พวกเขาก็ยังไม่สามารถอ่านได้แม้แต่ไบต์เดียวค่ะ
ลองคิดแบบนี้: Standard Security เข้ารหัสบันทึกผู้ป่วยแต่ละรายการ Extra Security ยังเข้ารหัสห้องนิรภัยทั้งหมดที่บันทึกเหล่านั้นอยู่ด้วยค่ะ
ทีมงานของเราจะนำเสนอรายละเอียดเกี่ยวกับมาตรการควบคุม ผู้ประมวลผลข้อมูลรอง และ BAA ให้กับผู้นำด้าน IT หรือเจ้าหน้าที่กำกับดูแลของคุณครับ/ค่ะ
