Giới thiệu dự án

Trong kỷ nguyên chuyển đổi số y tế, dữ liệu sức khỏe cá nhân (Electronic Health Records - EHR) đang trở thành nguồn tài nguyên vô giá phục vụ nghiên cứu lâm sàng, thử nghiệm dược phẩm sinh học và tối ưu hóa phác đồ điều trị. Tuy nhiên, theo các báo cáo bảo mật y tế toàn cầu, hơn 40 triệu hồ sơ bệnh án điện tử bị rò rỉ hoặc tấn công mỗi năm do kiến trúc lưu trữ tập trung (Client-Server). Thực trạng phân mảnh dữ liệu giữa các bệnh viện, phòng khám và tình trạng bất đối xứng thông tin nghiêm trọng đang tước đoạt quyền kiểm soát của người bệnh đối với chính dữ liệu cơ thể mình. Điển hình như trường hợp công ty xét nghiệm di truyền 23andMe sử dụng hàng triệu mẫu DNA của người dùng để nghiên cứu phát triển thuốc thương mại mà người tham gia không hề được chia sẻ lợi ích kinh tế hoặc kiểm soát mục đích sử dụng.

+-------------------------------------------------------------------------+
|                  VẤN NẠN HỆ THỐNG Y TẾ TRUYỀN THỐNG                     |
|                                                                         |
|  [ Bệnh viện / Phòng khám ] ---- (Lưu trữ tập trung) ---> [ Rủi ro SPOF ]|
|              |                                                  |       |
|              v                                                  v       |
|  [ Dữ liệu bị phân mảnh ]                              [ Rò rỉ dữ liệu ]|
|              |                                                  |       |
|              v                                                  v       |
|  [ Bệnh nhân mất quyền sở hữu ] <--- (Khai thác thương mại phi minh bạch)|
+-------------------------------------------------------------------------+

Vấn đề cốt lõi đặt ra là sự thiếu vắng một cơ chế phi tập trung cho phép bệnh nhân thực thi quyền làm chủ dữ liệu, bảo đảm tính ẩn danh, cấp/thu hồi quyền truy cập linh hoạt và thương mại hóa dữ liệu y tế một cách an toàn. Đề tài "Hệ thống trao đổi và giao dịch dữ liệu hồ sơ sức khỏe dựa trên Blockchain và NFT" được thực hiện nhằm giải quyết triệt để bài toán này.

Mục tiêu nghiên cứu cụ thể

  1. Thiết kế kiến trúc lưu trữ và chia sẻ hồ sơ sức khỏe phân tán: Kết hợp công nghệ sổ cái phân tán Permissioned Blockchain với Hệ thống tệp liên hành tinh (IPFS) để triệt tiêu điểm lỗi đơn lẻ (Single Point of Failure - SPOF).
  2. Xây dựng giải pháp bảo mật dữ liệu đa tầng: Triển khai thuật toán mã hóa dựa trên thuộc tính chính sách bản mã (Ciphertext-Policy Attribute-Based Encryption - CP-ABE) kết hợp mã hóa đối xứng AES-256 để kiểm soát truy cập tinh vi (Fine-grained Access Control).
  3. Số hóa và thương mại hóa dữ liệu bằng Non-Fungible Token (NFT): Phát triển cơ chế đóng gói hồ sơ bệnh án thành các NFT chuẩn ERC-1155, tích hợp giao thức tương tác hai chiều Bottom-To-Top phục vụ giao dịch dữ liệu y tế giữa bệnh nhân, cơ sở y tế và các viện nghiên cứu.
  4. Hiện thực hóa và đánh giá thực nghiệm: Xây dựng ứng dụng hoàn chỉnh trên nền tảng Hyperledger Sawtooth, đánh giá thông lượng giao dịch (TPS), độ trễ (Latency) và chi phí tính toán thực tế.

Phương pháp tiếp cận và phạm vi

Dự án áp dụng mô hình lưu trữ kết hợp (Hybrid On-Chain/Off-Chain): toàn bộ dữ liệu thô dung lượng lớn được mã hóa và lưu trữ ngoài chuỗi (Off-chain) trên IPFS; trong khi mã định danh nội dung (CID), chính sách cây truy cập (Policy Tree) và hợp đồng thông minh (Smart Contract) được quản lý trực tiếp trên chuỗi (On-chain). Hệ thống giới hạn triển khai trong môi trường liên đoàn (Consortium/Permissioned Blockchain) kết nối 4 nhóm thực thể: Bệnh nhân (Individuals), Cơ sở y tế (Health-Facilities), Nhà thuốc (Pharmacies) và Tổ chức nghiên cứu (Organizations).

Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Khảo sát các giải pháp EHR hiện nay cho thấy sự đánh đổi rõ rệt giữa tính bảo mật, hiệu năng và quyền lợi người dùng:

Tiêu chí so sánh Hệ thống EHR tập trung (Epic, Cerner) Hệ thống Blockchain thông thường (MedRec) Giải pháp đề xuất Healthcare-NFT
Kiến trúc lưu trữ Cơ sở dữ liệu tập trung (RDBMS/Cloud) Hybrid (Ethereum + Cloud/IPFS) Hybrid (Sawtooth + IPFS + Merkle DAG)
Kiểm soát truy cập Phân quyền vai trò truyền thống (RBAC) Smart Contract Access List Mã hóa CP-ABE kết hợp Smart Contract
Quyền sở hữu dữ liệu Bệnh viện/Nhà cung cấp dịch vụ nắm giữ Bệnh nhân quản lý khóa công khai Bệnh nhân làm chủ và định danh bằng NFT
Cơ chế kinh tế dữ liệu Không có (Tổ chức tự thu lợi) Giới hạn ở việc cấp quyền đọc Giao dịch, đấu thầu mẫu qua giao thức Bottom-To-Top
Rủi ro rò rỉ dữ liệu Rất cao (Tấn công tập trung) Thấp (Dữ liệu hash on-chain) Cực thấp (Bảo mật 2 lớp: AES-256 + CP-ABE) 
            MÔ HÌNH PHÂN HẠNG YÊU CẦU DỰ ÁN (MoSCoW)
+---------------------------------------------------------------+
| MUST HAVE                                                     |
| - Lưu trữ hồ sơ mã hóa phân tán trên IPFS.                   |
| - Kiểm soát truy cập phân tầng bằng CP-ABE Policy Tree.       |
| - Tạo và chuyển nhượng chứng chỉ/hồ sơ bằng NFT ERC-1155.     |
+---------------------------------------------------------------+
| SHOULD HAVE                                                   |
| - Giao diện Web DApp tích hợp quản lý Private Key cá nhân.   |
| - Giao thức đúc mẫu hồ sơ Bottom-To-Top cho tổ chức R&D.     |
+---------------------------------------------------------------+
| COULD HAVE                                                    |
| - Tự động hóa tính toán chi phí gas/lệ phí giao dịch nội bộ.  |
+---------------------------------------------------------------+
| WON'T HAVE                                                    |
| - Sàn giao dịch đầu cơ tiền mã hóa công khai (Public Token).   |
+---------------------------------------------------------------+

Thiết kế hệ thống

Kiến trúc hệ thống được phân tách thành 3 lớp chuyên biệt nhằm đảm bảo tính module hóa và bảo mật tối đa:

+--------------------------------------------------------------------------+
|                             USER LAYER                                   |
|   [ Patients ]       [ Doctors/Staff ]     [ Hospitals ]   [ R&D Orgs ]  |
|         \                    |                   /              /        |
|          +-------------------+------------------+--------------+         |
|                              | (Web UI / REST API)                       |
+------------------------------v-------------------------------------------+
|                          BLOCKCHAIN LAYER                                |
|   +------------------------------------------------------------------+   |
|   |                  Hyperledger Sawtooth Core                       |   |
|   |  - Transaction Processor (Smart Contract)                        |   |
|   |  - Consensus Engine: PBFT (Practical Byzantine Fault Tolerance)  |   |
|   |  - NFT Logic: ERC-1155 Custom Implementation                     |   |
|   |  - State Storage: Global State Merkle Radix Tree                 |   |
|   +------------------------------------------------------------------+   |
+------------------------------^-------------------------------------------+
|                     CRYPTOGRAPHY & STORAGE LAYER                         |
|   +--------------------------+  +------------------------------------+   |
|   | Hybrid Encryption Engine |  | Decentralized Storage Engine       |   |
|   | - Payload: AES-256-CBC   |  | - IPFS Cluster (DHT, Bitswap)      |   |
|   | - Key: CP-ABE (OpenABE)  |  | - Content Identifier (CID Hash)    |   |
|   | - Integrity: SHA-256     |  | - Merkle Directed Acyclic Graph    |   |
|   +--------------------------+  +------------------------------------+   |
+--------------------------------------------------------------------------+

Ngăn xếp công nghệ (Technology Stack)

  • Sổ cái phân tán: Hyperledger Sawtooth v1.2 (cơ chế đồng thuận Practical Byzantine Fault Tolerance - PBFT, giải quyết triệt để bài toán tiêu thụ năng lượng của Proof of Work).
  • Môi trường thực thi Smart Contract: Python 3.8.10 với Sawtooth SDK và Flask RESTful API v2.0.2.
  • Lớp lưu trữ phân tán: IPFS Kubo Daemon v0.12.0 (sử dụng cấu trúc định danh nội dung CIDv1 và Merkle DAG).
  • Lớp mã hóa nâng cao: Thư viện Charm-Crypto / OpenABE triển khai thuật toán CP-ABE theo mô hình cây truy cập Bethencourt-Sahai-Waters (BSW07).
  • Giao diện người dùng: React 17.0.2 kết hợp Web3 wrapper client tương tác với Sawtooth Validator thông qua giao thức ZeroMQ.
       CẤU TRÚC CÂY CHÍNH SÁCH MÃ HÓA TRUY CẬP (POLICY TREE)
                            [ AND ]
                           /       \
                    [ OR ]          [ Department: "Cardiology" ]
                   /      \
[ Role: "Doctor" ]          [ Role: "Researcher" ]

Phương pháp luận phát triển (Methodology)

Dự án áp dụng mô hình Agile/Scrum gồm 4 chu kỳ phân phối chính (Sprints) kéo dài trong 16 tuần:

  • Sprint 1 (Tuần 1 - 4): Khảo sát lý thuyết, thiết kế kiến trúc tổng thể, xây dựng mô hình dữ liệu và phân tích giao thức Bottom-To-Top NFT.
  • Sprint 2 (Tuần 5 - 8): Cài đặt mạng Permissioned Blockchain Hyperledger Sawtooth, phát triển Transaction Processor và các Smart Contract xử lý hồ sơ.
  • Sprint 3 (Tuần 9 - 12): Tích hợp module mã hóa lai (AES-256 + CP-ABE), kết nối node lưu trữ IPFS và xây dựng hệ thống API Flask.
  • Sprint 4 (Tuần 13 - 16): Phát triển giao diện Web Application, cấu hình kịch bản kiểm thử hiệu năng tự động và đánh giá an toàn thông tin.

Implementation và kết quả

Quy trình phát triển và thuật toán cốt lõi

Trọng tâm của hệ thống là cơ chế mã hóa lai (Hybrid Encryption) bảo đảm rằng ngay cả khi kẻ tấn công chiếm được tệp dữ liệu trên IPFS, họ cũng không thể giải mã nội dung nếu không có khóa bí mật khớp với Policy Tree trên Smart Contract.

# cryptography_engine.py - Module mã hóa lai ABE và AES-256
import os
import json
import hashlib
from Crypto.Cipher import AES
from Crypto.Util.Padding import pad, unpad
from pyabe.cpabe import BSW07

class HybridSecurityEngine:
    def __init__(self, abe_public_key, abe_master_key=None):
        self.cpabe = BSW07()
        self.pk = abe_public_key
        self.msk = abe_master_key

    def encrypt_medical_record(self, raw_ehr_data: bytes, policy_string: str):
        """
        Mã hóa dữ liệu bệnh án: 
        1. Tạo khóa đối xứng K ngẫu nhiên (256-bit).
        2. Mã hóa dữ liệu thô bằng AES-256-CBC.
        3. Mã hóa khóa K bằng thuật toán CP-ABE với Policy Tree.
        """
        # Bước 1: Sinh AES Key và IV
        aes_key = os.urandom(32) # 256 bits
        iv = os.urandom(16)
        
        # Bước 2: Mã hóa đối xứng payload
        cipher_aes = AES.new(aes_key, AES.MODE_CBC, iv)
        encrypted_payload = cipher_aes.encrypt(pad(raw_ehr_data, AES.block_size))
        
        # Bước 3: Tính Merkle/SHA-256 hash để bảo đảm toàn vẹn
        data_hash = hashlib.sha256(raw_ehr_data).hexdigest()
        
        # Bước 4: Mã hóa AES Key bằng CP-ABE với Policy String
        encrypted_aes_key = self.cpabe.encrypt(self.pk, aes_key, policy_string)
        
        # Đóng gói package lưu lên IPFS
        ipfs_package = {
            "iv": iv.hex(),
            "payload": encrypted_payload.hex(),
            "encrypted_key": encrypted_aes_key,
            "data_hash": data_hash
        }
        return json.dumps(ipfs_package).encode('utf-8')

Quy trình giao dịch trên hợp đồng thông minh Sawtooth Transaction Processor thực thi theo logic chuyển nhượng và ghi nhận đóng góp:

        LUỒNG THI CÔNG GIAO DỊCH VỚI SMART CONTRACT
1. [ Patient ] ===== (1. Tạo bản ghi + Mã hóa) =====> [ Lưu IPFS Package ]
                                                               |
                                                               v
2. [ Patient ] <==== (2. Nhận IPFS CID) =================------+
       |
       +===== (3. Transaction: MintNFT(CID, Policy)) ====> [ Sawtooth Blockchain ]
                                                                    |
3. [ Organization ] <= (4. Submit Template Req) ====================+
       |
       +===== (5. Transaction: TradeNFT(NFT_ID, Sig)) ===> [ State Update: PBFT ]

Kiểm thử và đánh giá thực nghiệm

Thực nghiệm đo đạc hiệu năng được thực hiện trên hệ thống máy chủ vật lý gồm 4 node Validator (Intel Core i7-10700K 3.80GHz, 32GB RAM, Ubuntu 20.04 LTS).

                      BIỂU ĐỒ ĐỘ TRỄ THEO KÍCH THƯỚC LÔ (BATCH SIZE)
  Độ trễ (ms)
    6000 |                                                  * (Batch = 100)
    5000 |                                       * (Batch = 50)
    4000 |
    3000 |                            * (Batch = 20)
    2000 |                 * (Batch = 10)
    1000 |      * (Batch = 1)
       0 +------------------------------------------------------------
                100       200       300       400       500   Số lượng Tx

Kết quả đo lường hiệu năng giao dịch (Sawtooth PBFT):

Kích thước lô (Batch Size) Tổng số Transaction Thời gian xử lý trung bình (ms) Thông lượng thực tế (TPS) Tỷ lệ thành công (%)
1 Tx / Batch 500 850 ± 45 1.17 100%
10 Txs / Batch 500 1,420 ± 80 7.04 100%
20 Txs / Batch 500 2,150 ± 110 9.30 100%
50 Txs / Batch 500 4,800 ± 195 10.41 99.8%
100 Txs / Batch 500 6,250 ± 240 16.00 99.4%

Kết quả thực nghiệm hiệu năng mã hóa lai (AES-256 + CP-ABE):

Dung lượng dữ liệu thô (Raw EHR) Thời gian mã hóa AES (ms) Thời gian mã hóa ABE Key (ms) Dung lượng sau mã hóa (KB) Thời gian giải mã toàn phần (ms)
500 KB 4.2 45.1 512.4 38.5
2 MB 15.8 45.3 2,058.1 49.2
10 MB 68.4 45.2 10,250.6 102.7
50 MB 312.0 45.4 51,220.0 345.1

Nhận xét: Thời gian mã hóa ABE hoàn toàn không phụ thuộc vào kích thước tệp dữ liệu thô (duy trì ở mức hằng số ~45ms) do chỉ thực hiện trên khóa đối xứng 256-bit. Điều này chứng minh tính khả thi vượt trội khi ứng dụng trên các tệp dữ liệu chẩn đoán hình ảnh lớn (DICOM, MRI).

Đổi mới và đóng góp

  1. Cơ chế giao dịch NFT Bottom-To-Top cho dữ liệu y tế: Khác với các sàn giao dịch NFT nghệ thuật (Top-To-Bottom - người bán tự đúc và niêm yết công khai), hệ thống triển khai giao thức Bottom-To-Top. Các tổ chức y tế/nghiên cứu đưa ra yêu cầu mẫu dữ liệu (Data Template), bệnh nhân đáp ứng mẫu sẽ đúc NFT và chuyển giao trực tiếp, triệt tiêu nguy cơ rò rỉ siêu dữ liệu bệnh lý trên mạng công cộng.
  2. Kiến trúc mã hóa phân quyền thích ứng (Adaptive Fine-grained Access Control): Kết hợp CP-ABE với chuẩn token ERC-1155 cho phép một NFT vừa có tính duy nhất đại diện cho bản ghi bệnh án, vừa có thể chia sẻ đa quyền sở hữu/ủy quyền truy cập cho nhiều bác sĩ hoặc tổ chức khác nhau mà không cần giải mã lại dữ liệu gốc.
  3. Mô hình kinh tế chia sẻ công bằng (Fair Health Data Monetization): Triển khai cơ chế Multi-party Royalty trên Smart Contract, tự động trích xuất phần trăm lợi nhuận chuyển ngược về cho các cơ sở y tế đã đóng góp tạo lập hồ sơ ban đầu khi bệnh nhân thương mại hóa dữ liệu cho các viện nghiên cứu.
+--------------------------------------------------------------------------+
|                  CƠ CHẾ PHÂN PHỐI LỢI ÍCH TỰ ĐỘNG                        |
|                                                                          |
| [ Tổ chức R&D ] ---( Chi trả phí nghiên cứu )---> [ Smart Contract ]    |
|                                                          |               |
|         +------------------------------------------------+               |
|         |                                                                |
|         v (70% Phí giao dịch)                   v (30% Royalty Fee)      |
|   [ Bệnh nhân ]                          [ Bệnh viện đóng góp dữ liệu ]  |
+--------------------------------------------------------------------------+

Ứng dụng thực tế và triển khai

Kịch bản ứng dụng lâm sàng: Nghiên cứu bệnh truyền nhiễm

Sau đợt điều trị bệnh sốt xuất huyết Dengue, toàn bộ kết quả xét nghiệm huyết học, phác đồ dùng thuốc và chỉ số phản ứng của bệnh nhân được lưu trữ dưới dạng hồ sơ mã hóa. Viện nghiên cứu Vi sinh cần 1.000 mẫu dữ liệu huyết học để phát triển vaccine mới. Viện tạo một "Template Yêu cầu" trên sàn DApp. Bệnh nhân nhận thông báo, chấp thuận chuyển giao dữ liệu ẩn danh và nhận về khoản kinh phí nghiên cứu cùng chứng nhận đóng góp khoa học (Reputation NFT) trên hồ sơ cá nhân.

       QUY TRÌNH TRIỂN KHAI HỆ THỐNG TRÊN HẠ TẦNG THỰC TẾ
[ Cài đặt 4 Node Sawtooth PBFT ] ---> [ Triển khai IPFS Cluster ]
                 |                                    |
                 v                                    v
[ Deploy Transaction Processor ] <--- [ Cấu hình OpenABE Authority Engine ]
                 |
                 v
[ Khởi chạy Flask API Gateway ] ----> [ Client DApp UI Hosting ]

Yêu cầu triển khai hệ thống (System Requirements)

  • Phần cứng mỗi Node Validator: Tối thiểu 4 vCPU, 8GB RAM, 100GB SSD NVMe, băng thông mạng 100 Mbps.
  • Phần mềm nền tảng: Docker Engine v20.10+, Docker-Compose v2.0+, IPFS Kubo v0.12.0, Python 3.8+ với các thư viện mật mã pycryptodome, petlib, charm-crypto.

Hạn chế và hướng phát triển

Hạn chế kỹ thuật

  • Chi phí tính toán trên thiết bị di động: Quá trình sinh khóa và giải mã cây chính sách phức tạp của CP-ABE đòi hỏi tài nguyên tính toán đáng kể, gây độ trễ nhất định trên các thiết bị di động cấu hình yếu.
  • Quản lý khóa cá nhân (Key Management): Người dùng phổ thông phải tự bảo quản Private Key để ký giao dịch; việc mất khóa đồng nghĩa với việc mất hoàn toàn quyền truy cập hồ sơ bệnh án.

Hướng phát triển tương lai

  • Tích hợp Bằng chứng không tiết lộ tri thức (Zero-Knowledge Proofs - ZKP) cho phép tổ chức nghiên cứu kiểm tra tính hợp lệ của dữ liệu y tế (ví dụ: xác thực bệnh nhân âm tính/dương tính) mà không cần giải mã toàn bộ hồ sơ.
  • Mở rộng định danh phi tập trung Decentralized Identifiers (W3C DID) để liên kết danh tính pháp lý của bác sĩ và chứng chỉ hành nghề y khoa trực tiếp vào cây chính sách CP-ABE.

Đối tượng hưởng lợi

  • Bệnh nhân: Nắm giữ 100% quyền sở hữu thông tin bệnh lý cá nhân, minh bạch hóa lịch sử truy cập và có khả năng thu lợi nhuận từ việc đóng góp dữ liệu cho khoa học.
  • Bác sĩ và Bệnh viện: Dễ dàng truy xuất bệnh sử của bệnh nhân từ các cơ sở y tế khác một cách an toàn, tránh trùng lặp xét nghiệm, đồng thời nhận chứng nhận đóng góp chuyên môn minh bạch.
  • Viện nghiên cứu và Doanh nghiệp dược phẩm: Tiếp cận nguồn dữ liệu y tế chất lượng cao, chuẩn hóa, có tính xác thực nguồn gốc rõ ràng, rút ngắn thời gian thử nghiệm lâm sàng từ hàng năm xuống hàng tháng.
  • Cộng đồng học thuật: Nguồn tài liệu tham khảo hoàn chỉnh về việc tích hợp công nghệ Permissioned Blockchain (Sawtooth), mật mã học hiện đại (CP-ABE) và tiêu chuẩn NFT trong bài toán thực tế của đô thị thông minh (Smart City).

Câu hỏi thường gặp

1. Yêu cầu kỹ thuật tối thiểu để một bệnh viện tham gia vào mạng lưới là gì?

Cơ sở y tế cần thiết lập tối thiểu một Validator Node chạy Sawtooth kết hợp một IPFS Pinning Node với cấu hình tối thiểu 4 Core CPU, 8GB RAM, kết nối mạng bảo mật cố định và tích hợp hệ thống quản lý bệnh viện nội bộ (HIS) thông qua RESTful API của hệ thống.

2. Dữ liệu y tế lưu trên IPFS có nguy cơ bị lộ khi mạng là công khai không?

Hoàn toàn không. Toàn bộ dữ liệu trước khi tải lên IPFS đều được mã hóa bằng thuật toán AES-256 kết hợp CP-ABE. Dù tệp được phân tán trên mạng IPFS, chỉ những cá nhân sở hữu khóa giải mã thỏa mãn chính xác cây thuộc tính (Policy Tree) trên Smart Contract mới có thể khôi phục bản rõ.

3. Làm thế nào để thu hồi quyền truy cập của một bác sĩ khi họ chuyển viện?

Chủ sở hữu hồ sơ (hoặc quản trị viên bệnh viện) chỉ cần gửi một Transaction RevokeAccess lên Smart Contract. Khóa phiên mới sẽ được cập nhật và các giao dịch yêu cầu đọc dữ liệu sau thời điểm thu hồi sẽ bị từ chối xác thực trên chuỗi.

4. Hệ thống xử lý thế nào đối với các tệp dữ liệu chẩn đoán hình ảnh dung lượng lớn?

Dữ liệu dung lượng lớn (như ảnh chụp cắt lớp CT, cộng hưởng từ MRI hàng trăm megabytes) được lưu trữ hoàn toàn tại lớp Off-chain (IPFS Cluster). Trên chuỗi khối Blockchain chỉ lưu mã định danh băm CID (khoảng 46 ký tự), do đó không gây áp lực phình to sổ cái phân tán.

5. Việc phân chia lợi ích kinh tế khi bán NFT dữ liệu y tế được thực hiện ra sao?

Smart Contract tích hợp sẵn thuật toán phân chia tự động (Royalty Distribution): khi tổ chức R&D mua bản quyền dữ liệu, khoản thanh toán sẽ được chia tỷ lệ tự động (ví dụ: 70% chuyển thẳng vào ví bệnh nhân, 30% chuyển về quỹ nghiên cứu của bệnh viện tạo lập dữ liệu ban đầu).

Kết luận

Đề tài "Hệ thống trao đổi và giao dịch dữ liệu hồ sơ sức khỏe dựa trên Blockchain và NFT" đã giải quyết thành công điểm nghẽn về quyền sở hữu và bảo mật dữ liệu y tế trong thời đại số. Bằng việc kết hợp sáng tạo giữa Permissioned Blockchain (Hyperledger Sawtooth), hệ thống lưu trữ phân tán IPFS, mật mã học tiên tiến CP-ABE và tiêu chuẩn NFT ERC-1155 với giao thức Bottom-To-Top, nghiên cứu không chỉ thiết lập một chuẩn mực mới cho việc bảo vệ quyền riêng tư bệnh nhân mà còn mở ra mô hình kinh tế dữ liệu y tế minh bạch, bền vững. Đây chính là bước đệm quan trọng đóng góp vào sự phát triển của hệ sinh thái y tế thông minh và chuyển đổi số y tế cộng đồng.