Kiến trúc hệ thống:

  + Blockchain permissioned: Hyperledger Fabric

  + Công cụ phát triển: Hyperledger Composer

  + Các thành phần chính: bệnh nhân, bác sĩ thường, bác sĩ cấp cứu, hợp đồng thông minh, ledger, REST API

• Quy trình hoạt động:
•   + Bệnh nhân đăng ký và thiết lập các quy tắc truy cập khẩn cấp (ví dụ: thời gian truy cập tối đa, loại dữ liệu được phép xem)
•   + Bác sĩ cấp cứu gửi yêu cầu truy cập qua REST API
•   + Hợp đồng thông minh kiểm tra điều kiện truy cập và cấp quyền tạm thời
•   + Sau thời gian quy định, quyền truy cập tự động bị thu hồi
•   + Mọi hành động đều được ghi lại trong ledger để truy vết
• Các loại dữ liệu PHR:
•   + Thông tin cá nhân (họ tên, địa chỉ, số ID)
•   + Kết quả xét nghiệm
•   + Kế hoạch điều trị và thuốc
•   + Lịch sử bệnh lý
• Ưu điểm của hệ thống:
•   + Không cần bên thứ ba xác thực
•   + Truy cập nhanh trong tình huống khẩn cấp (thời gian phản hồi ~15 giây)
•   + Bảo mật cao nhờ kiến trúc phân tán và nhận dạng người dùng
•   + Cho phép bệnh nhân kiểm soát chi tiết quyền truy cập
•   + Có thể truy vết mọi hành động truy cập và chỉnh sửa dữ liệu
• So sánh với hệ thống truyền thống:
•   + Hệ thống truyền thống cần gọi điện cho người thân để xác nhận → chậm trễ
•   + Không có ghi nhận truy vết rõ ràng
•   + Dễ bị truy cập trái phép nếu tài khoản bị lộ
• Kết quả thử nghiệm:
•   + Triển khai trên môi trường ảo EC2 (AWS)
•   + Thời gian đăng ký người dùng: ~6 giây
•   + Thời gian truy cập dữ liệu: ~6 giây
•   + Dung lượng bộ nhớ sử dụng: ~236–568 byte/giao dịch
•   + Đáp ứng tốt yêu cầu về hiệu suất, bảo mật và khả năng mở rộng