After having presented the technica

After having presented the technical architecture of our prototype, we can now go back to the requirements listed
in Section II and discuss how MyPHRMachines addresses explicitly all of them.

About requirement RA1, PHR data can be stored by patients using the cloud storage provided by MyPHRMachines. When
required, PHR data can be easily exposed to care institutions, e.g. a physician, as long as an Internet connection and a Javaenabled browser are available. As demonstrated before, access to VMs is granted by forwarding a ciphered VM identifier by e-mail to care institutions. About requirement RA2, PHR data will be available in principle forever within MyPHRMachines to be shared among patients and care institutions. Moreover, the application software required to view and analyze such data will also be always available. In particular, MyPHRMachines enables the virtualization of any type of operating systems and application software. These will remain available to patients and care institutions even when they become no longer in use or accepted in practice.

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

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

ra1 เกี่ยวกับความต้องการข้อมูล PHR สามารถเก็บไว้โดยผู้ป่วยที่ใช้การจัดเก็บเมฆ โดย myphrmachines เมื่อ
จำเป็นต้องใช้ข้อมูล PHR สามารถสัมผัสได้อย่างง่ายดายเพื่อดูแลสถาบันเช่น แพทย์,ตราบใดที่การเชื่อมต่ออินเทอร์เน็ตและเบราว์เซอร์ javaenabled มี แสดงให้เห็นว่าก่อนที่จะเข้าถึง VMS จะได้รับโดยการส่งต่อระบุ VM ciphered e-mail ในการดูแลสถาบัน เกี่ยวกับ RA2 ต้องการข้อมูล PHR จะสามารถใช้ได้ในหลักการตลอดภายใน myphrmachines ที่จะใช้ร่วมกันระหว่างผู้ป่วยและการดูแลสถาบัน ยิ่งไปกว่านั้นโปรแกรมซอฟต์แวร์ที่จำเป็นในการดูและวิเคราะห์ข้อมูลดังกล่าวยังจะสามารถใช้ได้เสมอ โดยเฉพาะอย่างยิ่งช่วยให้ myphrmachines virtualization ของประเภทของระบบปฏิบัติการและซอฟแวร์โปรแกรมใด ๆ เหล่านี้จะยังคงมีอยู่ให้กับผู้ป่วยและสถาบันการดูแลแม้ในขณะที่พวกเขากลายเป็นไม่ได้ใช้หรือได้รับการยอมรับในทางปฏิบัติ

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

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

เกี่ยวกับความต้องการ RA1, PHR ข้อมูลที่สามารถจัดเก็บ โดยผู้ป่วยที่ใช้การจัดเก็บข้อมูลเมฆโดย MyPHRMachines เมื่อ
ต้องการ ข้อมูล PHR สามารถได้ถูกดูแลสถาบัน เช่นการแพทย์ ตราบใดที่มีการเชื่อมต่ออินเทอร์เน็ตและเบราว์เซอร์ Javaenabled ดังก่อน VMs ถึงจะได้รับ โดยตัวระบุ VM ciphered ส่งต่อทางอีเมล์เพื่อดูแลสถาบัน เกี่ยวกับความต้องการ RA2, PHR ข้อมูลจะมีอยู่ในหลักภายใน MyPHRMachines สามารถใช้ร่วมกันระหว่างผู้ป่วยและดูแลสถาบันตลอดไป นอกจากนี้ โปรแกรมประยุกต์ที่จำเป็นต้องดู และวิเคราะห์ข้อมูลดังกล่าวจะยังมีเสมอ โดยเฉพาะ MyPHRMachines เปิดใช้งานการจำลองเสมือนของชนิดใด ๆ ของระบบปฏิบัติการและโปรแกรมประยุกต์ เหล่านี้จะยังคงพร้อมใช้งานให้แก่ผู้ป่วย และดูแลสถาบันแม้ว่าพวกเขาไม่ได้เป็นในใช้ หรือยอมรับในทางปฏิบัติ

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

หลังจากที่ได้นำเสนอสถาปัตยกรรมทางเทคนิคของเครื่องต้นแบบของเราเราจะได้กลับไปความต้องการที่อยู่ในรายการ
ในส่วน II และอธิบายถึงวิธีการ myphrmachines แอดเดรสทั้งหมดอย่างชัดเจนในขณะนี้.

เกี่ยวกับกงหรา 1 ความต้องการข้อมูล phr สามารถจัดเก็บไว้ที่ผู้ป่วยโดยใช้การจัดเก็บก้อนเมฆที่ให้บริการโดย myphrmachines เมื่อ
ข้อมูลที่จำเป็น phr สามารถเป็นได้อย่างง่ายดายสัมผัสกับการกำกับสถาบันการเงินการดูแลเช่นแพทย์ตราบใดที่เป็นการเชื่อมต่ออินเทอร์เน็ตและเบราเซอร์ javaenabled ที่จัดให้บริการ ที่แสดงให้เห็นก่อนการเข้าใช้งานโดยไม่ได้รับการส่งต่อตัวบ่งชี้ VM ciphered โดยอีเมลไปยังสถาบันการเงินการดูแล เกี่ยวกับกงหรา 2 ความต้องการข้อมูล phr จะจัดให้บริการในหลักการไปตลอดกาล ภายใน myphrmachines จะร่วมกันระหว่างผู้ป่วยและสถาบันการเงินการดูแล ยิ่งไปกว่านั้นซอฟต์แวร์แอปพลิเคชันที่จำเป็นต้องใช้ในการดูและวิเคราะห์ข้อมูลดังกล่าวจะถูกจัดให้บริการอยู่เสมอนอกจากนั้นยัง ในเฉพาะ myphrmachines ช่วยให้การทำงานเสมือนจริงของทุก ประเภท ของระบบปฏิบัติการและซอฟท์แวร์แอปพลิเคชัน เหล่านี้จะยังคงใช้ได้ในการดูแลผู้ป่วยและการดูแลระบบสถาบันการเงินได้แม้ในขณะที่พวกเขากลายเป็นไม่มีอีกต่อไปในการใช้หรือการยอมรับในการปฏิบัติ