Page 319 - SDMD CNKT va CNTT trong tien trinh CNH_HDH DBSCL
P. 319

viện/phòng khám/khoa, chúng ta nói rằng Nguyễn Văn A cần chia sẻ hồ sơ
          bệnh án này với bác sĩ Nguyễn Văn B. Đầu tiên, bác sĩ Nguyễn Văn A lấy
          thông tin bảng ủy quyền trên hồ sơ bệnh án từ blockchain. Sau đó, blockchain
          trả về dữ liệu được mã hóa (C_EMR_1) chứa khóa đối xứng (SK). Tiếp theo,
          bác sĩ Nguyễn Văn A sử dụng "private_key_Nguyen Van A" của chính mình
          để giải mã. Quá trình giải mã thành công. Đầu tiên, bác sĩ Nguyễn Văn A lấy
          khóa đối xứng (SK), sau đó, sử dụng "public_key_Nguyen Thi B" của bác sĩ
          Nguyễn Thị B để mã hóa dữ liệu khóa đối xứng (SK) và lưu vào bảng hồ sơ
          bệnh án chia sẻ phi tập trung trên Blockchain (C_PERMISSION_EMR_1).
          Về phía bác sĩ Nguyễn Thị B, cô có thể lấy thông tin bảng ủy quyền trên hồ
          sơ  bệnh  án  từ  blockchain.  Blockchain  trả  về  dữ  liệu  được  mã  hóa
          (C_PERMISSION_EMR_2) chứa khóa đối xứng (SK). Sau đó, cô sử dụng
          "private_key_Nguyen Thi B" của riêng mình để giải mã. Việc giải mã thành
          công, bác sĩ Nguyễn Thị B sẽ lấy khóa đối xứng (SK) để giải mã thông tin hồ
          sơ y tế từ blockchain. Quá trình giải mã thành công, bác sĩ Nguyễn Thị B có
          thể đọc hồ sơ bệnh án của John (M).
               Để đánh giá hiệu suất, chúng tôi đã tạo hồ sơ bệnh án điện tử mới, cấp
          phép mới trên hồ sơ bệnh án và chia sẻ hồ sơ bệnh án khi chuyển phòng
          khám/khoa điều trị/bệnh viện. Trong thí nghiệm, 1.200 giao dịch hồ sơ y tế,
          cấp quyền mới trên hồ sơ y tế và chia sẻ hồ sơ y tế đã được tạo ra để đánh giá,
          số lượng giao dịch mỗi giây dao động từ 15 đến 40. Các thí nghiệm đã được
          triển khai trên một máy được trang bị CPU Core i5-4005U, với RAM 2 × 4
          GB DDR3L 1333 MHz, SSD 128 GB, cài đặt hệ điều hành Ubuntu 16.04.
               Bảng 15.1 trình bày hiệu suất của phương pháp được đề xuất, trong đó
          TPS (Transactions Per Second) là số lượng giao dịch mỗi giây trong tùy chọn
          tần số gửi của Caliper. Thành công biểu thị số lượng giao dịch thành công.
          Không thành công là số lượng giao dịch không thành công, Tỷ lệ gửi là tỷ lệ
          Caliper cần thiết để giao dịch, Độ trễ (tối đa, tối thiểu, trung bình) biểu thị
          thời gian từ đầu đến khi hoàn thành và Thông lượng hiển thị số lượng giao
          dịch trung bình được xử lý mỗi giây. Như thể hiện trong bảng, số lượng giao
          dịch mỗi giây tăng dần từ 15 lên 35, tốc độ gửi và thông lượng tăng dần từ
          15,1 lên 35,2 và độ trễ tối thiểu và độ trễ trung bình không đổi lần lượt là 0,01
          giây và 0,02 giây. Ngoài ra, độ trễ tối đa đạt ngưỡng tối đa 0,13 giây khi số
          lượng giao dịch mỗi giây là 25. Độ trễ tối đa đạt đến ngưỡng tối thiểu 0,07
          giây, trong khi số lượng giao dịch mỗi giây là 15-20 giao dịch.





                                                                                305
   314   315   316   317   318   319   320   321   322   323   324