In order to minimize security risks

In order to minimize security risks and to comply
with HIPAA security regulations, we chose not to
store any patient, login or password data on the
mobile device preventing non-authorized users from
gaining any access to a patient’s personal health
information (PHI).
Access to the patients’ health records are provided
after the user (typically a doctor) enters his or her
login and password on the client application. These
are sent to the server via an application
programming interface (API). After authentication is
successful, the server sends back a security token
that the client must reuse for each subsequent
request to the server API. Initially all users
(physicians) have the same access control to the data
as long as the patients have given consent to specific
physician practices. As a result, the authorization
function is very simple

ผลลัพธ์ (ไทย) 1:

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

ผลลัพธ์ (ไทย) 2:

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

ผลลัพธ์ (ไทย) 3:

เพื่อลดความเสี่ยงด้านความปลอดภัยและเพื่อให้สอดคล้องกับกฎระเบียบความปลอดภัย HIPAA

เราเลือกที่จะไม่เก็บข้อมูลผู้ป่วยเข้าสู่ระบบหรือรหัสผ่านบนอุปกรณ์มือถือที่ไม่อนุญาตให้ผู้ใช้เพื่อป้องกัน

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

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

เป็นผลให้ฟังก์ชันการอนุญาต
ง่ายมาก