Machine Translated by Google

(IJACSA) Tạp chí quốc tế về ứng dụng và khoa học máy tính tiên tiến, Tập. 13, số 11, 2022

Máu và chuỗi sản phẩm: Máu và các sản phẩm của nó

Quản lý chuỗi cung ứng dựa trên Blockchain

Tiếp cận

Phúc Nguyên Trọng, Hồng Khánh Võ, Lương Hoàng Hương, Khiêm Huỳnh Gia, Khoa Trần Đăng,
Hiếu Lê Văn, Nghĩa Huỳnh Hữu, Trần Nguyên Huyền, Thế Anh Nguyễn, Lộc Văn Cao Phú,
Duy Nguyễn Trường Quốc, Bằng Lê Khánh, Kiệt Lê Tuấn
Đại học FPT, Thành phố Cần Thơ, Việt Nam

Tóm tắt— Bài viết này cung cấp một cách triển khai mới về công virus gây suy giảm miễn dịch ở người (HIV) và virus viêm gan C (HCV).
nghệ blockchain và dữ liệu được lưu trữ trong sổ cái phân tán phi tập Ngoài ra, máu thường được thu thập từ những người tình nguyện; do đó,
trung để hỗ trợ bảo vệ thông tin trong quản lý chuỗi cung ứng máu và chuỗi cung ứng máu và các sản phẩm của nó bị ảnh hưởng do thiếu người
ngăn ngừa mất dữ liệu hoặc đánh cắp danh tính. Nguồn cung cấp máu hiện
hiến, chậm trễ trong xét nghiệm và quan trọng nhất là thời hạn sử dụng
tại được sử dụng hoàn toàn từ máu của tình nguyện viên (được gọi là
ngắn của các sản phẩm máu dễ hỏng [3]. Tuy nhiên, việc giảm thiểu những
người hiến tặng), khiến máu và các dẫn xuất của nó trở thành một trong
rủi ro này đòi hỏi một quá trình khó khăn và quản lý chuỗi cung ứng
những vai trò quan trọng trong việc điều trị bệnh tật ngày nay. Đặc
máu tốn kém.
biệt, tùy thuộc vào loại sản phẩm được chiết xuất từ máu (ví dụ: hồng
cầu, bạch cầu, tiểu cầu, huyết tương). Chúng yêu cầu các quy trình và
Có thể khẳng định, tối ưu hóa quy trình quản lý chuỗi cung ứng máu
môi trường bảo quản khác nhau (ví dụ: thời gian, nhiệt độ, độ ẩm). Tuy
chính là chìa khóa giải quyết vấn đề thiếu máu hiện nay tại các cơ sở
nhiên, quy trình quản lý máu hiện tại được thực hiện thủ công - nơi
y tế. Mô hình truyền thống được mô tả trong Hình 1. Cụ thể, trung tâm
tất cả nhân viên y tế đều thực hiện nhập dữ liệu. Ngoài ra, dữ liệu
về toàn bộ quy trình hiến máu (ví dụ: người hiến máu, người nhận máu, hiến máu sẽ liên hệ trực tiếp với người hiến máu (tức là trong trường

lượng máu tồn kho) được lưu trữ tập trung và khó kiểm tra chính xác.
Vì vậy, việc đảm bảo bảo mật dữ liệu tập trung là vô cùng khó khăn vì
có thể bị đánh cắp thông tin cá nhân hoặc mất dữ liệu. Trong nghiên
cứu này, chúng tôi trình bày quy trình quản lý máu dựa trên công nghệ
blockchain và cung cấp Máu và Chuỗi sản phẩm, một sổ cái phân tán phi
tập trung lưu trữ dữ liệu để giải quyết những hạn chế này.
Cụ thể, chúng tôi hướng tới hai đóng góp chính: i) chúng tôi thiết kế
mô hình Máu và Chuỗi sản phẩm để quản lý tất cả thông tin liên quan
về máu và các sản phẩm của nó dựa trên công nghệ blockchain và ii)
chúng tôi triển khai bằng chứng về khái niệm Máu và Sản phẩm- Xâu
hợp khẩn cấp) hoặc tổ chức các sự kiện kêu gọi hiến máu cộng đồng.
Người hiến máu phải được kiểm tra sức khỏe trước khi hiến máu. Sau đó,
máu thô này được chuyển hóa thành các thành phần khác nhau như hồng
cầu, bạch cầu, tiểu cầu và huyết tương. Lượng máu và các sản phẩm của
nó sau khi kiểm duyệt sẽ được chuyển một phần đến các trung tâm y tế/
chăm sóc sức khỏe (định kỳ), hoặc phần còn lại sẽ được lưu trữ tại kho
trong trường hợp khẩn cấp. Điều quan trọng là phải xem xét cách phân
phối và lưu trữ máu vì các thành phần máu khác nhau có yêu cầu sử dụng
và tuổi thọ khác nhau.

chuỗi bằng Hyperledger Fabric và đánh giá điều này trong hai tình
huống (tức là tạo dữ liệu và truy cập dữ liệu).
Từ khóa—Hiến máu; chuỗi khối; vải hyperledger;
chuỗi cung ứng sản phẩm máu
Ngoài ra, thông tin về máu, người nhận, người hiến đều được lưu trữ
trên máy chủ tập trung. Cụ thể, thông tin về các nhà tài trợ được chia
thành nhiều lĩnh vực. Nếu những nhà tài trợ đó không có mặt tại địa chỉ
cư trú thì họ không thể tham gia vào hệ thống.

I. GIỚI THIỆU
Nhu cầu ngày càng tăng về vật tư và dịch vụ y tế, đặc biệt là máu,
do đó cần phải cải thiện việc quản lý máu. Máu có nhiều thành phần như
hồng cầu, bạch cầu, tiểu cầu, huyết tương và các thành phần khác [1].
Mỗi thành phần máu phục vụ một chức năng cụ thể trong cơ thể con người;
ví dụ, hồng cầu giúp vận chuyển oxy đến các tế bào/bộ phận của cơ thể
và một lít máu có thể duy trì sự sống của trẻ sinh non trong hai tuần
và một người bị chấn thương do mất máu do tai nạn có thể cần 40 đơn vị
máu trở lên để tồn tại. Vì vậy, máu là nguồn tài nguyên y tế thiết yếu
và quản lý máu là vấn đề cơ bản mà loài người cần giải quyết.
Tuy nhiên, tất cả máu thu được phải được phân tích trước khi chuyển
cho người nhận. Một phần quan trọng của công việc này là giảm nguy cơ
lây nhiễm qua đường lây truyền [2]. Cụ thể, cơ chế lây nhiễm phổ biến
là virus viêm gan B (HBV),
Ngoài ra, thông tin được lưu trữ rất riêng tư đối với người hiến và
người nhận (tức là nó bao gồm thông tin không liên quan đến bệnh về
máu). Rủi ro liên quan đến lưu trữ tập trung bao gồm hành vi sai trái
của người dùng và mất thông tin. Để giải quyết hàng loạt vấn đề quan
trọng nêu trên, chúng tôi đã áp dụng công nghệ blockchain và hợp đồng
thông minh (tức là nền tảng Hyperledger Fabric).
Công nghệ chuỗi khối được biết đến với tính năng vượt trội là tính
minh bạch và nội dung bất biến. Picha Edwards-son và cộng sự. đã nghiên
cứu khả năng sử dụng công nghệ blockchain để tạo cơ sở dữ liệu xác minh
thông tin an toàn, hướng tới cộng đồng với mục tiêu tạo ra giải pháp có
thể cải thiện độ tin cậy của việc xác minh thông tin và giám sát từng
quy trình xác minh tính xác thực cho nội dung số, bao gồm hình ảnh và
video. Bài viết chỉ ra rằng blockchain vẫn chưa sẵn sàng để áp dụng
trực tiếp vào các quy trình kiểm tra thực tế trong kịch bản thế giới
thực. Nghiên cứu cũng cho thấy việc ứng dụng blockchain để xác minh một
kịch bản là hoàn toàn có thể thực hiện được và có độ tin cậy cao và
minh bạch [4]. Một số cách tiếp cận giải quyết

www.ijacsa.thesai.org 743 | Trang

Machine Translated by Google
(IJACSA) Tạp chí quốc tế về ứng dụng và khoa học máy tính tiên tiến, Tập. 13, số 11, 2022
những vấn đề này bằng cách áp dụng các kỹ thuật Blockchain trong môi trường
khác (ví dụ: thanh toán tiền mặt khi giao hàng [5], [6], [7], chăm sóc sức khỏe
[8], [9], [10], chuỗi cung ứng [11], [ 12], [13], và các tài liệu khác [14],
[15], [16]).
Vì vậy, bài viết này tập trung xây dựng Chuỗi Máu và Sản phẩm: quản lý vận
chuyển máu và các sản phẩm của máu dựa trên công nghệ blockchain. Những đóng
góp chính của Máu và Chuỗi Sản phẩm có hai mặt. i) chúng tôi thiết kế mô hình
Máu và Chuỗi sản phẩm để quản lý tất cả thông tin liên quan về máu và các sản
phẩm của nó dựa trên công nghệ blockchain, ii) chúng tôi triển khai bằng chứng
khái niệm về Máu và Chuỗi sản phẩm của Hyperledger Fabric và đánh giá điều này
theo một số kịch bản.
Trong bài viết này, cấu trúc được tổ chức như sau. Phần tiếp theo của bài
viết trình bày tổng quan tài liệu về các vấn đề liên quan. Kiến trúc và cách
triển khai tổng thể của Máu và Chuỗi Sản phẩm được trình bày trong hai phần sau
(III và IV). Phần V mô tả khuôn khổ và lợi ích của hệ thống được đề xuất thông
qua đánh giá. Cuối cùng, Phần VI đưa ra các kết luận và cơ hội nghiên cứu trong
tương lai.
II. CÔNG VIỆC CÓ LIÊN QUAN
A. Hệ thống chăm sóc sức khỏe dựa trên công nghệ Blockchain
Có một số cách tiếp cận dựa trên blockchain về hệ thống quản lý chăm sóc
sức khỏe/hiến máu. Ví dụ, Du và cộng sự. [17] và Sơn và cộng sự. [18] đã sử
dụng các trung tâm y tế (tức là bệnh viện) để lưu trữ dữ liệu và quản lý quyền
truy cập cũng như các bệnh viện đó. Cụ thể, họ phân loại hai loại chính sách
bảo vệ dữ liệu y tế: toàn cầu cho tất cả dữ liệu được chia sẻ bên ngoài trung
tâm y tế và cục bộ, chỉ những cá nhân tại trung tâm y tế mới được truy cập. y
tế (tức là bác sĩ, y tá).
Tuy nhiên, một trong những hạn chế lớn là thông qua giải pháp này, bệnh nhân
không có toàn quyền kiểm soát dữ liệu của mình vì dữ liệu và chính sách được
lưu trữ trong bệnh viện. Một số cách tiếp cận khác xây dựng mô hình lấy người
dùng làm trung tâm (tức là bệnh nhân), có toàn quyền chia sẻ dữ liệu cá nhân
của họ với các nhà cung cấp/cơ sở chăm sóc sức khỏe. kinh tế (tức là trong môi
trường y tế). Ví dụ, Makubalo et al. [19] đã tóm tắt các phương pháp trên trong
ấn phẩm của họ. Họ cho rằng các phương pháp xây dựng hệ thống chia sẻ dữ liệu
sức khỏe lấy người dùng làm trung tâm đang gặp rất nhiều khó khăn do hạn chế
của phương pháp xây dựng hệ thống dữ liệu tập trung (tức là dữ liệu) được lưu
trữ và xử lý tập trung trên các máy chủ đám mây). Yin và cộng sự. [20] đã giới
thiệu một hệ thống lấy bệnh nhân làm trung tâm được xây dựng trên đám mây với
lớp thu thập dữ liệu, lớp quản lý dữ liệu và lớp cung cấp dịch vụ y tế dựa trên
hồ sơ bệnh án của bệnh nhân. Để bảo vệ quyền riêng tư của dữ liệu, nhiều phương
pháp đã áp dụng mã hóa dựa trên thuộc tính (ABE), một trong những sơ đồ mã hóa
phổ biến nhất được sử dụng trong điện toán đám mây, để xác định đối tượng dữ
liệu bệnh nhân. Tùy thuộc vào ngữ cảnh, chính sách sẽ yêu cầu mất (hoặc không)
cấp quyền truy cập tương ứng. Ví dụ, Barua và cộng sự. [21] đề xuất mô hình
kiểm soát truy cập dựa trên ABE dựa trên sự kiên nhẫn và bảo vệ quyền riêng tư;
Chen và cộng sự. [17] đã mô tả một khung mới với mô hình Kiểm soát truy cập dựa
trên vai trò dựa trên quyền riêng tư, dựa trên đám mây, có thể được sử dụng để
kiểm soát, truy xuất nguồn gốc dữ liệu và truy cập được phép truy cập vào tài
nguyên dữ liệu chăm sóc sức khỏe. Các phương pháp áp dụng mô hình Access Control
cũng được giới thiệu cho các chính sách động [22], [23] hoặc các chính sách bảo
vệ cho cả bảo mật và quyền riêng tư [24]. Tiếng Ateni [25]
www.ijacsa.thesai.org
đề xuất một khuôn khổ mới cho phép viết lại hoặc nén nội dung của bất kỳ số
khối nào trong các dịch vụ phi tập trung khai thác công nghệ blockchain.
Một nhược điểm của lưu trữ tập trung trong các phương pháp trên là tính
minh bạch [26], [27]. Để giải quyết vấn đề này, Lam et al. [28], [29] đã chứng
minh việc triển khai kiến trúc phần mềm hướng dịch vụ vi mô cho phần mềm trung
gian thu thập, lưu trữ và theo dõi dữ liệu một cách tập trung để cung cấp phân
tích dữ liệu. Tuy nhiên, đối với yêu cầu cụ thể (ví dụ: chuỗi cung ứng hiến
máu), chúng ta cần một mô hình cụ thể để cân bằng giữa nhu cầu (tức là người
nhận máu) và nguồn cung (tức là thời gian cho đợt hiến máu tiếp theo). Để áp
dụng những lợi thế này, nhiều nghiên cứu tập trung vào các phương pháp tiếp cận
dựa trên blockchain cho các vấn đề hiến máu trong chuỗi cung ứng máu, góp phần
cải thiện yêu cầu cung và cầu.
B. Hệ thống quản lý chuỗi cung ứng máu dựa trên công nghệ chuỗi khối
Triệu [30] đề xuất mô hình dây chuyền lạnh để hiến máu dựa trên nền tảng
Hyperledger Fabric có tên BloodChain.1 Họ chỉ xem xét dữ liệu máu và bỏ qua các
sản phẩm của nó cũng như yêu cầu lưu trữ khác đối với chúng.
Đóng góp chính của hai giấy tờ trên chỉ là xác minh thông tin người nhận với
nhà tài trợ. Những bài viết này sẽ sớm được giới thiệu trong bức tranh toàn
cảnh về vấn đề này. Tương tự như BloodChain, Lakshminarayanan và cộng sự. [32]
đã trình bày hệ thống quản lý chuỗi cung ứng máu dựa trên Hyperledger Fabric để
đảm bảo yêu cầu minh bạch về đơn vị máu giữa người hiến và người nhận. Mặt khác,
để phát hiện vị trí máu của người hiến, Toyoda et al. [33] đã cung cấp các
phương pháp tiếp cận dựa trên phần cứng (tức là RFID) kết hợp với chuỗi khối để
theo dõi trạng thái hiến máu. Tuy nhiên, có một số hạn chế đối với các giải
pháp trên. Ví dụ, việc xác minh hệ thống được đề xuất chưa đầy đủ do thiếu phân
tích đánh giá. Hơn nữa, giải pháp giám sát được đề xuất trong [33] chỉ giới hạn
ở việc theo dõi túi máu và không đảm bảo khả năng truy xuất nguồn gốc của các
thành phần máu (tức là hồng cầu, tiểu cầu, bạch cầu, tiểu cầu và huyết tương).
Vì các thành phần máu khác nhau có thời hạn sử dụng và nhiệt độ bảo quản khác
nhau nên thứ tự ưu tiên của người dùng cũng cần được xem xét.
Hơn nữa, các tác giả trong [34] đã đề xuất một giải pháp phi tập trung hóa
dựa trên chuỗi khối dựa trên Ethereum để vận chuyển máu. Trong thiết kế của họ,
các trung tâm hiến máu được chứng nhận (CBDC) là thành viên đặc quyền duy nhất
có quyền tạo hợp đồng thông minh để quản lý toàn bộ hệ thống. Các nhà tài trợ
được nhận dạng thông qua một số nhận dạng như số an sinh xã hội và mật khẩu của
họ. Ngoài ra, Peltoniemi và cộng sự. [35] đã thảo luận về cách blockchain phi
tập trung để theo dõi và quản lý plasma. Chi tiết hơn, hệ thống lưu trữ thông
tin của người hiến trước khi tách huyết tương của họ. Sau đó, họ duy trì nguồn
gốc của huyết tương và xác định chất lượng máu kém. Một giải pháp khác dựa trên
Hypeledger được đề xuất bởi Kim et al. [36] để xây dựng hệ thống quản lý chuỗi
cung ứng máu dựa trên blockchain. Để tuân thủ quyền riêng tư GDPR, Campanile et
al. [37] trình bày các giải pháp tài liệu và thiết kế
1Mô hình của họ là phiên bản mở rộng của [31].
744 | Trang
Machine Translated by Google
(IJACSA) Tạp chí quốc tế về ứng dụng và khoa học máy tính tiên tiến, Tập. 13, số 11, 2022

triển khai trong bối cảnh hệ thống quản lý lưu lượng truy cập cho Internet quá trình tiếp xúc tại các cơ sở y tế tương ứng. Đóng góp chính của nhiệm
phương tiện dựa trên giải pháp Bí danh/Mật mã, đánh giá khả năng tồn tại, vụ này là chúng tôi xem xét hệ thống phi tập trung, trong đó một cơ sở nhất

sự tuân thủ GDPR và mức độ rủi ro của nó. Ngoài ra, giải pháp này dựa trên
blockchain riêng, để bảo vệ quyền riêng tư của các nhà tài trợ, nó chỉ tập
trung vào việc truy tìm thông tin liên quan đến chuỗi cung ứng chứ không
theo dõi danh tính của các nhà tài trợ cũng như một phần của nhà tài trợ.
một đơn vị máu.
định được phép liên hệ với những người hiến máu khác, những người đã hiến
máu ở bệnh viện khác, thay vì chỉ có danh sách của họ.
B. Mô hình chi tiết

Chuỗi máu và sản phẩm được trình bày trên Hình 4 với 8 tác nhân chính
Tóm lại, không có giải pháp dựa trên blockchain nào ở trên đảm bảo
bao gồm nhân viên y tế (y tá, bác sĩ), người nhận, người hiến máu, bệnh
quyền riêng tư dữ liệu trong khi cung cấp một hệ thống mạnh mẽ để theo dõi
viện (phòng khám, phòng khám y tế, đơn vị thu gom máu di động), bệnh viện
và quản lý chuỗi cung ứng máu hiến tặng. Ngoài ra, các phương pháp trên chỉ
huyết học, ngân hàng máu, máu phương tiện vận chuyển và sổ cái phân phối.
tập trung vào việc quản lý thông tin về máu hơn là xem xét các sản phẩm của
Blood and Product-Chain tập trung xây dựng mô hình chuỗi cung ứng máu dựa
chúng (tức là hồng cầu, bạch cầu, tiểu cầu và huyết tương). Điều này cực kỳ
trên Blockchain, trong đó việc vận chuyển máu giữa các cơ sở y tế đóng vai
quan trọng vì mỗi sản phẩm đều có điều kiện quản lý và thời gian sử dụng
trò quan trọng và giảm áp lực cho bệnh viện huyết học trong quá trình lấy
khác nhau. Giải pháp đề xuất của chúng tôi nắm bắt được nhiều khía cạnh
máu từ người hiến.
khác nhau của hệ thống hiến máu như thu thập, phân phối, yêu cầu và phân
phối các đơn vị máu.
Cụ thể, bước 1 thu thập lịch sử điều trị của người nhận thông qua hồ sơ của
y tá, bác sĩ (tức là nhân viên y tế).
Nó đảm bảo rằng tất cả các khía cạnh này được nắm bắt dưới dạng phi tập trung, có
Tất cả thông tin này sẽ được cập nhật tới bệnh viện nơi người nhận đang được
thể theo dõi, có trách nhiệm, minh bạch, an toàn và có thể kiểm toán được. Giải
điều trị (Bước 2). Trong trường hợp lượng máu và chế phẩm máu không đủ trong
pháp của chúng tôi theo dõi tất cả các giai đoạn cần thiết của chu trình đơn vị máu
quá trình điều trị, bệnh viện sẽ gửi yêu cầu bằng cách cập nhật hiện trạng
được hiến tặng, từ quá trình hiến tặng cho đến khi tiêu thụ.
lượng máu vào sổ cái phân bổ. Tất cả thông tin về lượng máu, nhóm máu và các

yêu cầu đặc biệt khác đều được chia sẻ với các bên liên quan trong Máu và Chuỗi
III. CẤU TRÚC MÁU VÀ CHUỖI SẢN PHẨM
sản phẩm (Bước 3). Ở bước này, dữ liệu của các cơ sở y tế cũng được cập nhật.

Để giải quyết hạn chế của cách tiếp cận truyền thống được đề cập trong Lượng máu trong hệ thống của cơ sở y tế có thể được chia sẻ với các cơ sở khác

Phần II, trước tiên chúng tôi giới thiệu kiến trúc tổng thể, cung cấp mô để tối ưu hóa lượng máu sẵn có. Để làm được điều đó, cơ sở cần cập nhật trạng

hình tổng quan. Trong mô hình này, chúng tôi cung cấp các thành phần chính thái và gửi yêu cầu đến đơn vị vận chuyển về địa điểm thu thập, tiếp nhận máu

(tức là các tác nhân) cũng như mối quan hệ giữa chúng. Sau đó, mối quan hệ và sản phẩm máu (Bước 4 và 5). Sau đó, người vận chuyển phải luôn cập nhật tiến

và các bước chính được trình bày trong mô hình chi tiết trong đó nêu bật độ của lô hàng vào sổ cái phân phối (Bước 6). Mọi thông tin về địa điểm, thời

Máu và Chuỗi sản phẩm theo 9 bước chính. gian, thông tin đơn hàng đều có thể được các bên liên quan xác minh và kiểm

duyệt. Chúng ta tiếp tục xem xét một trường hợp khác trong đó lượng máu và sản

phẩm máu được yêu cầu không có sẵn trong hệ thống, tức là trạng thái máu và sản

A. Tổng quan về mô hình
Có một số cách tiếp cận cung cấp mô hình truyền thống cho chuỗi cung ứng
máu (ví dụ: [38]). Trong phần này, chúng tôi nhắm đến kiến trúc tổng thể của mô
hình Máu và Chuỗi sản phẩm trước khi tập trung vào hai quy trình chính lưu trữ
thông tin của người hiến trong sổ cái phân tán và sử dụng thông tin này để liên
phẩm máu không có sẵn. Yêu cầu này được chuyển đến bệnh viện huyết học (Bước
7). Bước 8 mô tả quy trình kiểm tra lượng máu và sản phẩm máu trong kho. Bước 9
liên hệ với người hiến để đặt lịch xét nghiệm máu và hiến máu nếu không có đủ
lượng máu yêu cầu. Danh sách người hiến máu được tập hợp từ những đợt hiến máu
trước đó và chọn ra những ứng viên có địa chỉ gần nhất.

hệ với ứng viên hiến máu để hiến máu ở vòng tiếp theo.

Đối với mục tiêu đầu tiên, Hình 1 cho thấy ba tác nhân có vai trò chính
trong hệ thống được đề xuất của chúng tôi, đó là Bác sĩ/Y tá, người nhận và
nhà tài trợ. Trong khi đó, các thành phần còn lại lần lượt đại diện cho
các cơ sở y tế cũng như các trung tâm/cách thức thu thập/bảo vệ máu (ví dụ:
cơ quan vận chuyển máu, ngân hàng máu). Tất cả dữ liệu tương ứng của cơ sở
hoặc tác nhân được lưu trữ và xử lý trong sổ cái phân tán. Quá trình này IV. THỰC HIỆN

cho phép các bên liên quan xác minh dữ liệu của họ trước khi sử dụng. Điều
này còn làm tăng tính minh bạch cho toàn hệ thống (tức là truy cập và thực
hiện dữ liệu máu/chuyển máu của người hiến đến cơ sở khác).2 Qua đó, cơ sở
y tế có thể truy xuất và xác nhận dữ liệu liên quan đến quá trình điều trị.
Đối với mục tiêu thứ hai, chúng tôi trình bày hai quy trình hiến máu
chính trong Hình 2 và 3 để biết thông tin của người hiến và
A. Sơ đồ cấp phép
Hình 5 trình bày cơ chế hoạt động của quá trình xác thực yêu cầu trong
bài báo này. Cụ thể, chúng tôi đã xây dựng hai tổ chức có chứng chỉ tài
liệu được mã hóa tương ứng, mỗi tổ chức bao gồm hai người dùng và hai đồng
nghiệp.
Mỗi máy ngang hàng chịu trách nhiệm duy trì phiên bản của sổ cái để mạng và
dữ liệu có thể được duy trì ngay cả khi các máy ngang hàng khác bị tắt.

Khi người dùng bắt đầu một yêu cầu và gửi nó đến dịch vụ.
2Về dữ liệu được thu thập của từng người hiến, chúng tôi lưu trữ nhóm máu,
Dịch vụ phụ trợ xử lý dữ liệu và gửi dữ liệu đến API hợp đồng thông minh.
số lượng máu hiến và siêu dữ liệu của nó (ví dụ: thời gian, địa điểm), cũng
Khi nhận được yêu cầu và dữ liệu, hợp đồng thông minh sẽ gửi yêu cầu này
như thông tin cá nhân khác theo cách tiếp cận phi tập trung (tức là sổ cái
phân tán). đến các đồng nghiệp trong mạng

www.ijacsa.thesai.org 745 | Trang

Machine Translated by Google
(IJACSA) Tạp chí quốc tế về ứng dụng và khoa học máy tính tiên tiến, Tập. 13, số 11, 2022

Hình 1. Kiến trúc tổng thể của Chuỗi Máu & Sản phẩm.

cho mục đích xác thực và tương tác dữ liệu. Trong quá trình tạo,
truy vấn hoặc cập nhật dữ liệu, các đồng nghiệp sẽ kiểm tra danh
tính của yêu cầu để quyết định xem có cho phép truy cập vào dữ liệu
tại sổ cái phân tán hay không. Nếu người dùng được xác định của yêu
cầu không được xác định trong quá trình thu thập dữ liệu, hệ thống
sẽ từ chối quyền truy cập và gửi tin nhắn đến API back-end để thông
báo cho người dùng; hệ thống cho phép truy cập và tiến hành các bước
xử lý tiếp theo.

B. Thành phần siêu sổ cái

Mô hình trong bài viết này được triển khai trên nền tảng
Hyperledger Fabric. Fabric là một nền tảng blockchain không cần cấp

Hình 2. Quy trình lưu trữ thông tin của nhà tài trợ trong sổ cái phân phép, tích hợp các hợp đồng thông minh, việc lưu trữ dữ liệu vào sổ
tán. cái phân tán được kiểm soát thông qua API hợp đồng thông minh, từ đó
dữ liệu được đơn giản hóa và dễ dàng truy tìm. Mỗi yêu cầu đi qua
hợp đồng thông minh đều được xác minh bằng cặp khóa công khai và
riêng tư. Nói cách khác, nếu người dùng không tồn tại trong hệ thống
thì hệ thống sẽ được bảo vệ tốt hơn khỏi các yêu cầu độc hại bên
ngoài hệ thống.

Hệ thống Fabric trong bài viết này bao gồm hai tổ chức.
Mỗi tổ chức bao gồm hai đồng nghiệp để lưu trữ các hợp đồng thông
minh, trong đó mỗi đồng nghiệp đăng ký hai người dùng và được xác
thực bằng cặp khóa công khai và riêng tư. Các thành phần của mô hình
được hiển thị trong Hình 6

Khi thiết bị của người dùng truy cập vào hệ thống để bắt đầu/truy vấn hoặc

cập nhật dữ liệu cho một giao dịch cụ thể, các yêu cầu sẽ được gửi từ máy khách

đến các dịch vụ của hệ thống hiện có. Sau đó, các dịch vụ này gửi thông tin

truy cập đến các đồng nghiệp thuộc tổ chức nằm trong mạng blockchain. Ở bước

này, các đồng nghiệp tiến hành xác minh cặp khóa của người dùng đó và nếu quá
Hình 3. Quy trình lưu trữ thông tin của Trung tâm y tế trong Sổ cái
trình xác thực ngang hàng thành công sẽ tiến hành gửi thông tin đến hợp đồng
phân tán.
thông minh cùng với giao dịch

www.ijacsa.thesai.org 746 | Trang

Machine Translated by Google
(IJACSA) Tạp chí quốc tế về ứng dụng và khoa học máy tính tiên tiến, Tập. 13, số 11, 2022

Hình 4. Kiến trúc chi tiết của chuỗi máu và sản phẩm.

Hình 7. Khởi tạo và lưu trữ dữ liệu mới.

Hình 5. Sơ đồ cấp phép.

loại được khai báo trong hợp đồng thông minh do người dùng yêu cầu, hợp đồng

thông minh sẽ đi qua chức năng tính năng được thiết kế để truy cập vào sổ cái

phân tán để bắt đầu/truy vấn hoặc cập nhật dữ liệu cụ thể.

C. Sơ đồ chuỗi máu

Một trong những phần quan trọng nhất của mô hình nằm ở việc xác nhận và
tương tác với hồ sơ máu được mô tả trong Hình 7 và 8. Đặc biệt, các chức

năng chính bao gồm khởi tạo và truy vấn hồ sơ máu.

Hình 7 mô tả quá trình lưu trữ dữ liệu bản ghi mới (ví dụ: máu
và các sản phẩm của nó). Ở bước 1, khi người dùng khởi tạo thông
tin hồ sơ máu, dữ liệu sẽ được gửi đến dịch vụ back-end của hệ

Hình 6. Thành phần vải Hyperledger. thống quản lý thông tin của trung tâm y tế. Trong bước tiếp theo,
các API phụ trợ (tức là phụ trợ) sẽ kiểm tra, xác thực và khởi tạo
các giá trị mặc định, sau đó chuyển

www.ijacsa.thesai.org 747 | Trang

Machine Translated by Google
(IJACSA) Tạp chí quốc tế về ứng dụng và khoa học máy tính tiên tiến,
Tập. 13, số 11, 2022

BẢNG I. TẠO /Khởi tạo dữ liệu (Ví dụ: HỒ SƠ MÁU)

KẾT QUẢ TRONG MÁU & CHUỖI SẢN PHẨM

Tỷ lệ gửi Tối đa tối thiểu

Trung bình Thông lượng
#yêu cầu thành công Thất bại

(TPS) (Các) độ trễ (Các) độ trễ (Các) độ trễ (TPS)

1000 30505 18607 163,7 32196 18494 1251,62 1,21 780,6 31,9

2000 169 29776 22283 173,5 28269 1324,05 11,62 831,13 31.3

3000 21524 165,9 34362 17087 171,5 1186,66 12,63 762,59 35,2

4000 32828 16485 164,4 14861 165,6 1138,24 7,24 722,93 35,1

5000 1366,83 6,85 837,88 31,5

6000 1306,1 6,29 818,69 30,8

7000 34831 1347,43 5,6 843.07 30,3

8000 27970 21070 163,5 30158 21698 1015,16 8,1 666,99 37,4

9000 23672 37894 205,2 172,9 1043,7 0,92 677,78 38,8

10000 840,33 6.17 600,35 54,1

Hình 8. Quá trình truy xuất/truy vấn dữ liệu.

BẢNG II. KẾT QUẢ TRUY CẬP DỮ LIỆU (VÍ DỤ, HỒ SƠ MÁU) KẾT QUẢ
MÁU & CHUỖI SẢN PHẨM

Tỷ lệ gửi Tối đa tối thiểu

Trung bình Thông lượng
#yêu cầu thành công Thất bại

(TPS) (Các) độ trễ (Các) độ trễ (Các) độ trễ (TPS)

các tham số cho API bên trong hợp đồng thông minh. Tại đây 1000 107654 5646 377,7 108426 5639 8,36 0,01 5,79 376,2

2000 380,2 109370 5964 384,4 109103 7,9 0,01 6,1 378,8
điểm, hợp đồng thông minh sẽ chuyển dữ liệu và lưu trữ các giao dịch vào
3000 5940 383,5 110939 5240 387,3 8,04 0,01 6,17 382,8

sổ cái phân tán của mạng blockchain. Mặc định 4000 110992 5452 388,1 110769 5271 7,98 0,01 6,17 382

5000 386 .8 110329 5844 387,2 111384 7,68 0,02 6,02 385,9
các giá trị cho các tham số được gửi từ yêu cầu nhằm mục đích 6000 5235 388,7 85194 1643 289,5 7,86 0,01 6,08 386,9

7000 7,7 0,01 385,2

giảm thiểu lỗi do dữ liệu trường null gây ra.
8000 8,02 0,01 6 385,8

9000 7,82 0,01 6,04 387,4

Hình 8 trình bày quá trình lấy dữ liệu của một đối tượng cụ thể 10000 8,09 0,01 5,95 2,89 289,1

(ví dụ, máu và các sản phẩm của nó). Khi người dùng gửi truy vấn
yêu cầu tới hệ thống, dữ liệu truy vấn dịch vụ sẽ được kiểm tra và
xác nhận xem thông số ID của hồ sơ máu có phải là có thể thấy số lượng yêu cầu thành công và thất bại

được gửi hay không. Sau đó, các API của hợp đồng thông minh được gọi và ổn định (trừ trường hợp 10000 yêu cầu). Trước hết

được chuyển vào tham số tương ứng. Tiếp theo, thông minh chín kịch bản (1000 - 9000 yêu cầu), số lượng thất bại

API của hợp đồng kiểm tra sự tồn tại của dữ liệu trong yêu cầu yêu cầu dao động từ 14861 - 22283, trong khi số lượng

trước khi truy vấn. Trong trường hợp ID không tồn tại, yêu cầu thành công được duy trì ở tỷ lệ cao hơn nhiều, từ

hợp đồng thông minh gửi thông báo lỗi đến thiết bị người dùng; 27970 - 34831 yêu cầu. Tuy nhiên, trong kịch bản cuối cùng,

mặt khác, nó trả về dữ liệu của hồ sơ máu tương ứng tỷ lệ thất bại cao hơn tỷ lệ thành công, 37894 và 23672,

tới ID được yêu cầu. tương ứng. Điều này chứng tỏ hệ thống hoạt động tốt với
kịch bản từ 9000 yêu cầu (tức là hai người dùng - 2 đồng nghiệp). TRONG

V. CÁC KỊCH BẢN ĐÁNH GIÁ
A. Cài đặt môi trường
Mô hình của chúng tôi được triển khai trên Hyperledger Fabric
mạng được duy trì bên trong các container docker. Trong phần này,
chúng tôi đo lường hiệu suất của chaincode trong hai trường hợp:
khởi tạo (tức là tạo dữ liệu) và truy cập dữ liệu. Các thử nghiệm được
triển khai trên cấu hình Ubuntu 20.01, core i5
2.7GHz và RAM 8GB.
Để chứng minh tính hiệu quả của mô hình, chúng tôi cũng định nghĩa
một số thử nghiệm bằng cách khai thác Hyperledger Caliper3
được sử dụng để thiết kế các kịch bản thử nghiệm và thu thập tất cả các
thông tin liên quan đến hiệu suất.
Ngoài ra, chúng tôi còn đánh giá độ trễ của toàn hệ thống.
Cụ thể, giá trị độ trễ tối đa nằm trong khoảng từ 840,33 đến
1366,83 giây. Ngoài ra, giá trị của tốc độ gửi dao động từ
163,5 đến 173,5 (TPS) trong chín kịch bản đầu tiên và mức cao nhất
trong kịch bản thứ mười với 205,2 (TPS). Tương tự, thông lượng
số đo dao động từ 30,3 đến 38,8 (TPS) trong chín lần đầu tiên
kịch bản và đạt giá trị tối đa là 54,1 (TPS) trong
cái cuối cùng.
2) Truy cập dữ liệu (Truy xuất/Truy vấn): Trong thử nghiệm thứ
hai, chúng tôi xem xét việc truy cập dữ liệu (ví dụ: hồ sơ máu). Chúng tôi
cũng thiết lập 10 kịch bản từ 1000 đến 10000 yêu cầu
truy cập hồ sơ máu từ hai người dùng. Bảng II thể hiện kết quả thực hiện của
chức năng truy cập dữ liệu (ví dụ hồ sơ máu).
So với giải pháp đầu tiên, kết quả của 10 kịch bản

B. Kết quả
1) Tạo dữ liệu: Trong kịch bản này, nghiên cứu đo lường
hiệu suất của chức năng khởi tạo dữ liệu/dữ liệu được tạo
(ví dụ: hồ sơ máu) được thực hiện thông qua hợp đồng thông minh. Các
để đánh giá khả năng tiếp cận dữ liệu của Chuỗi Máu & Sản phẩm
được cân bằng hơn. Cụ thể việc truy xuất dữ liệu thành công
tỷ lệ lệnh chiếm 95% (dao động từ 85194 đến
111384 yêu cầu). Độ trễ của hệ thống cũng ở mức tối thiểu, với
tối đa là 8,36 giây và tối thiểu là 0,01 giây.

số lượng yêu cầu được gửi đồng thời từ hai người dùng4
Tôi hiển thị kết quả thực hiện của việc khởi tạo/tạo dữ liệu
chức năng (ví dụ, hồ sơ máu). Việc khởi tạo/tạo dữ liệu
tập lệnh được thực hiện với hai người dùng đồng thời tạo 1000
- 10000 yêu cầu vào hệ thống. Chúng tôi đo các thông số của
lệnh thành công/thất bại, tốc độ gửi (giao dịch mỗi giây),
độ trễ của hệ thống (tức là tối đa, tối thiểu, trung bình) và thông
lượng (giao dịch mỗi giây) Dựa trên kết quả thực hiện trong Bảng I, nó
3https://www.hyperledger.org/use/caliper
. Bàn Giá trị tốc độ gửi đạt hiệu suất rất cao từ 289,5
đến 388,7 (TPS). Tương tự, giá trị thông lượng nằm trong khoảng từ 289,1
đến 387,4 (TPS).
C. Thảo luận
Đây là nỗ lực đầu tiên nhằm phát triển một hệ thống
quản lý và lưu trữ (tức là chuỗi cung ứng máu và
sản phẩm) của các sản phẩm chiết xuất từ máu. So sánh với cái khác
phương pháp tiếp cận (xem chi tiết hơn trong chủ đề công việc liên quan), chúng tôi

4Chúng tôi thành lập một tổ chức với hai người dùng và hai đồng nghiệp nhằm mục đích thích ứng và chịu tải với số lượng lớn

www.ijacsa.thesai.org 748 | Trang

Machine Translated by Google
(IJACSA) Tạp chí quốc tế về ứng dụng và khoa học máy tính tiên tiến, Tập. 13, số 11, 2022
các yêu cầu được mô tả trong các tình huống trong phần tạo dữ liệu và truy cập
dữ liệu. Cách tiếp cận của chúng tôi có thể đảm bảo số lượng lớn yêu cầu (tức
là 10K yêu cầu/giây) để bắt đầu và truy xuất dữ liệu.
Trong công việc tương lai, chúng tôi hướng tới xây dựng cơ chế
ủy quyền cho các bên liên quan [39], [40]. Cụ thể, người dùng (ví
dụ: nhà tài trợ) được phép thiết kế chính sách để quản lý dữ liệu cá
nhân của họ (ví dụ: dữ liệu nào sẽ chia sẻ và với ai). Hơn nữa, kết
quả nghiên cứu này chỉ là bước đầu tiên hướng tới việc xây dựng một
hệ thống dựa trên công nghệ blockchain trong môi trường thực. Do đó,
chúng tôi đặt mục tiêu triển khai mô hình xuất khẩu được đề xuất
trong các tình huống phức tạp hơn trong đó các quy trình của cơ sở
chăm sóc sức khỏe có nhiều vai trò và thực hiện ngoài chuỗi (tức là
nằm ngoài phạm vi của phiên bản hiện tại) của các cơ sở y tế.
VI. PHẦN KẾT LUẬN
Bài báo ứng dụng những lợi ích của công nghệ Blockchain (tức là
tính minh bạch, lưu trữ phi tập trung) để đề xuất Chuỗi Máu và Sản
phẩm: quy trình quản lý vận chuyển máu và các sản phẩm của nó dựa
trên những hạn chế của hệ thống truyền thống. Bài viết cung cấp bằng
chứng về khái niệm dựa trên nền tảng Hyperledger Fabric, nơi lưu trữ
thông tin về máu và các sản phẩm máu trong quá trình lưu trữ và vận
chuyển.
Thông tin được lưu trữ minh bạch để dễ dàng xác minh trong quá trình
vận chuyển và lưu trữ. Đánh giá chi tiết về số lượng yêu cầu thành
công và không thành công, độ trễ, tốc độ gửi (TPS), cũng như thông
lượng (TPS), được phân tích dựa trên nền tảng Hyperledger Caliper,
đã chứng minh tính khả thi trong phương pháp của chúng tôi.
NGƯỜI GIỚI THIỆU
[1] M. Bohonek, D. Kutac, JP Acker và J. Seghatchian, “Tối ưu hóa việc cung cấp các sản
phẩm sinh học có nguồn gốc từ máu toàn phần thông qua việc triển khai kết hợp công
nghệ và thực hành bảo quản lạnh và giảm mầm bệnh: Tổng quan,” Truyền máu và Khoa
học Apheresis, tập. 59, không. 2, tr. 102754, 2020.
[2] P. Sullivan, “Xây dựng kế hoạch hành chính về y học truyền máu—một góc nhìn toàn cầu,”
Truyền máu, tập. 45, trang 224S–
240S, 2005.
[3] MM Jansman và L. Hosta-Rigau, “Các ví dụ gần đây và nổi bật về cấu trúc nano và vi
mô làm chất mang oxy dựa trên huyết sắc tố,”
Những tiến bộ trong khoa học keo và giao diện, tập. 260, trang 65–84, 2018.
[4] M. Picha Edwardsson và W. Al-Saqaf, “Các yếu tố thúc đẩy và rào cản đối với việc sử
dụng công nghệ chuỗi khối để tạo cơ sở dữ liệu kiểm tra thực tế toàn cầu,”
Tạp chí trực tuyến về Truyền thông và Công nghệ Truyền thông, tập. 12, không. 4,
tr. e202228, 2022.
[5] N. Dương-Trung, XS Ha, TT Phan, PN Triệu, QN Nguyễn, D. Phạm, TT Huỳnh và HT Lê, “Cơ
chế nhiều phiên cho hệ thống phân phối tiền mặt phi tập trung,” Int. J. Khuyến
cáo. Máy tính. Khoa học. Ứng dụng, tập. 10, không. Ngày 9 năm 2019.
[6] XS Ha, HT Le, N. Metoui và N. Dương-Trung, “Dem-cod: Cơ chế phân phối tiền mặt dựa
trên kiểm soát truy cập mới cho thị trường phi tập trung,” năm 2020 Hội nghị quốc
tế lần thứ 19 của IEEE về Niềm tin, Bảo mật và Quyền riêng tư trong Máy tính và
Truyền thông (TrustCom).
IEEE, 2020, trang 71–78.
[7] NTT Lê, QN Nguyễn, NN Phiên, N. Dương-Trung, TT Huỳnh, TP Nguyễn và HX Son, “Đảm bảo
giao dịch không gian lận bằng tiền mặt khi giao hàng bằng cách giới thiệu hợp đồng
thông minh kép,” Tạp chí quốc tế về máy tính tiên tiến Khoa học và Ứng dụng, tập.
10, không. 5, trang 677–
684, 2019.
[8] N. Dương-Trung, HX Son, HT Lê và TT Phan, “Về các thành phần của hệ thống chăm sóc
sức khỏe lấy bệnh nhân làm trung tâm sử dụng hợp đồng thông minh,” trong Biên bản
Hội nghị Quốc tế lần thứ 4 năm 2020 về Mật mã, Bảo mật và Quyền riêng tư , 2020,
tr. 31–
35.
www.ijacsa.thesai.org
[9] ——, “Chăm sóc thông minh: Tích hợp công nghệ blockchain vào thiết kế hệ thống chăm
sóc sức khỏe lấy bệnh nhân làm trung tâm,” trong Kỷ yếu của Hội nghị quốc tế lần
thứ 4 năm 2020 về Mật mã, Bảo mật và Quyền riêng tư, ser.
ICCSP 2020, 2020, tr. 105–109.
[10] HX Son, TH Le, NTT Quynh, HND Huy, N. Dương-Trung và HH Lương, “Hướng tới công nghệ
dựa trên blockchain trong xử lý các trường hợp khẩn cấp trong hệ thống chăm sóc
sức khỏe lấy bệnh nhân làm trung tâm,” trong Hội nghị quốc tế về di động, Mạng an
toàn và có thể lập trình. Springer, 2020, trang 44–
56.
[11] NH Tuan Khôi và cộng sự, “Vblock - truy xuất nguồn gốc dựa trên blockchain trong
quản lý chuỗi cung ứng sản phẩm y tế: Nghiên cứu trường hợp tại Việt Nam,” tại Hội
nghị quốc tế về trí tuệ nhân tạo cho cộng đồng thông minh, 2020.
[12] HT Lê, LNT Thành, HK Võ, HH Lương, KNH
Tuan, TD Anh, KHN Vương, HX Son và cộng sự, “Chuỗi bệnh nhân: Hệ thống chăm sóc
sức khỏe lấy bệnh nhân làm trung tâm, một công nghệ dựa trên blockchain trong việc
xử lý các trường hợp khẩn cấp,” trong Hội nghị quốc tế về Điện toán song song và
phân tán: Ứng dụng và Công nghệ. Springer, 2022, trang 576–583.
[13] HX Son, MH Nguyễn, NN Phiên, HT Lê, QN Nguyễn, V. Dinh, P. Tru và P. Nguyễn, “Hướng
tới cơ chế bảo vệ quyền lợi tiền mặt khi giao hàng của người bán bằng cách sử dụng
hợp đồng thông minh trong siêu sổ cái, ”
Tạp chí quốc tế về ứng dụng và khoa học máy tính tiên tiến, tập. 10, không. 4,
trang 45–
50, 2019.
[14] HH Lương, TKN Huynh, AT Dao và HT Nguyễn, “Một cách tiếp cận hệ thống quản lý dự án
dựa trên blockchain,” trong Hội nghị quốc tế về Kỹ thuật bảo mật và dữ liệu trong
tương lai.
Springer, 2021, trang 310–
326.
[15] NH Tuan Khôi và cộng sự, “Hệ thống phân giải hệ thống tên miền với chuỗi khối kết
cấu siêu sổ cái,” trong Hội nghị quốc tế về tính toán sáng tạo và công nghệ thông
tin, 2022.
[16] XS Ha, TH Le, TT Phan, HHD Nguyen, HK Võ và N. Dương-Trung, “Rà soát sự tin cậy và
minh bạch trong hệ thống phân phối tiền mặt,” trong Hội nghị quốc tế về bảo mật,
quyền riêng tư và ẩn danh trong tính toán, truyền thông và lưu trữ. Springer,
2020, trang 214–
227.
[17] M. Du, Q. Chen, J. Xiao, H. Yang và X. Ma, “Đổi mới tài chính chuỗi cung ứng bằng
cách sử dụng blockchain,” Giao dịch của IEEE về Quản lý Kỹ thuật, tập. 67, không.
4, trang 1045–
1058, 2020.
[18] HX Son, MH Nguyen, HK Võ và cộng sự, “Hướng tới bảo vệ quyền riêng tư dựa trên mô
hình kiểm soát truy cập trong đám mây lai cho các hệ thống chăm sóc sức khỏe,”
trong Hội nghị chung quốc tế: Hội nghị quốc tế lần thứ 12 về trí tuệ tính toán
trong bảo mật hệ thống thông tin ( CISIS 2019) và Hội nghị quốc tế lần thứ 10 về
giáo dục xuyên quốc gia châu Âu (ICEUTE 2019). Springer, 2019, trang 77–
86.
[19] T. Makubalo, B. Scholtz và TO Tokosi, “Công nghệ chuỗi khối để trao quyền chăm sóc
sức khỏe lấy bệnh nhân làm trung tâm: Một nghiên cứu thí điểm,” trong Hội nghị về
Kinh doanh điện tử, Dịch vụ điện tử và Xã hội điện tử. Springer, 2020, trang 15–
26.
[20] Y. Zhang, M. Qiu, C.-W. Tsai, MM Hassan và A. Alamri, “Health-cps: Hệ thống vật lý
không gian mạng chăm sóc sức khỏe được hỗ trợ bởi đám mây và dữ liệu lớn,”
Tạp chí Hệ thống IEEE, tập. 11, không. 1, trang 88–
95, 2015.
[21] M. Barua, X. Liang, R. Lu và X. Shen, “Espac: Kích hoạt tính năng bảo mật và kiểm soát
quyền truy cập lấy bệnh nhân làm trung tâm cho sức khỏe điện tử trong điện toán đám mây,”
Tạp chí quốc tế về an ninh và mạng, tập. 6, không. 2-3, trang 67–
76, 2011.
[22] NM Hoàng và HX Son, “Một giải pháp năng động để giải quyết xung đột chính sách chi
tiết,” trong Kỷ yếu Hội nghị quốc tế lần thứ 3 về Mật mã, An ninh và Quyền riêng
tư, 2019, trang 116–
120.
[23] HX Son và NM Hoang, “Một hệ thống kiểm soát truy cập dựa trên thuộc tính mới để bảo
vệ quyền riêng tư ở mức độ chi tiết,” trong Kỷ yếu Hội nghị quốc tế lần thứ 3 về
Mật mã, Bảo mật và Quyền riêng tư, 2019, trang 76–
80.
[24] QNT Thi, TK Đặng, HL Van và HX Son, “Sử dụng json để chỉ định các chính sách kiểm soát truy
cập dựa trên thuộc tính hỗ trợ bảo toàn quyền riêng tư,” trong Hội nghị quốc tế về bảo
mật, quyền riêng tư và ẩn danh trong tính toán, truyền thông và lưu trữ . Springer, 2017,
trang 561–
570.
[25] G. Ateniese, B. Magri, D. Venturi và E. Andrade, “Blockchain có thể tái cấu trúc –
hoặc – viết lại lịch sử bằng bitcoin và bạn bè,” trong hội nghị chuyên đề IEEE
Châu Âu năm 2017 về bảo mật và quyền riêng tư (EuroS&P). IEEE, 2017, trang 111–
126.
749 | Trang
Machine Translated by Google
(IJACSA) Tạp chí quốc tế về ứng dụng và khoa học máy tính tiên tiến, Tập. 13, số 11,
[26] HH Lương, TD Anh, KNH Tuan và HX Son, “Ioht-mba: Nền tảng internet của
những thứ chăm sóc sức khỏe (ioht) dựa trên kiến trúc vi dịch vụ và không
cần môi giới,” 2021.
[27] F. Alharbi, “Tiến trình hướng tới hệ thống hiến máu tập trung được quản lý
điện tử ở Ả Rập Saudi,” tại Hội nghị quốc tế năm 2019 về những tiến bộ
trong công nghệ máy tính mới nổi (AECT). IEEE, 2020, trang 1–5.
[28] LNT Thanh, NN Phiên, HK Võ, HH Lương, TD Anh, KNH Tuan, HX Son và cộng sự,
“Sip-mba: Nền tảng iot an toàn với kiến trúc dịch vụ vi mô và không môi
giới,” 2021.
[29] NTT Lâm, HX Sơn, TH Lê, TA Nguyễn, HK Võ, HH
Lương, TD Anh, KNH Tuan và HVK Nguyễn, “Bmdd: Một cách tiếp cận mới cho
nền tảng iot (cấu trúc dịch vụ vi mô và không có nhà môi giới, nhận dạng
phi tập trung và thông điệp truyền động),”
Tạp chí Quốc tế về Khoa học Máy tính Tiên tiến và Ứng dụng, 2022.
[30] HT Lê, TTL Nguyễn, TA Nguyễn, XS Hà và N. Dương-Trung, “Bloodchain: Mạng
lưới hiến máu được quản lý bởi công nghệ blockchain,” Network, tập. 2,
không. 1, trang 21–35, 2022.
[31] NTT Quỳnh, HX Sơn, TH Lê, HND Huy, KH Võ, HH
Lương, KNH Tuan, TD Anh, N. Dương-Trung và cộng sự, “Hướng tới thiết kế
quản lý hiến máu bằng công nghệ blockchain,” tại Hội nghị quốc tế về khoa
học tính toán và ứng dụng của nó. Springer, 2021, trang 78–90.
[32] S. Lakshminarayanan, P. Kumar và N. Dhanya, “Triển khai khuôn khổ hiến máu
dựa trên blockchain,” trong Hội nghị quốc tế về trí tuệ tính toán trong
khoa học dữ liệu. Springer, 2020, trang 276–290.
[33] K. Toyoda, PT Mathiopoulos, I. Sasase và T. Ohtsuki, “Một hệ thống quản lý
quyền sở hữu sản phẩm dựa trên blockchain mới (poms) dành cho
www.ijacsa.thesai.org
2022
chống hàng giả trong chuỗi cung ứng sau,” IEEE access, tập. 5, trang 17
465–17 477, 2017.
˘ ¨ ˘
Ozda go˘glu, “Khuôn khổ dựa trên blockchain
[34] M. C¸ aglıyangil, S. Erdem, và G.
để phân phối máu,” trong Chiến lược kinh doanh kỹ thuật số trong hệ sinh thái chuỗi khối.
Springer, 2020, trang 63–
82.
[35] T. Peltoniemi và J. Ihalainen, “Đánh giá blockchain để quản trị chuỗi cung
ứng phái sinh plasma: Công nghệ sổ cái phân tán có thể giảm thiểu rủi ro
chuỗi cung ứng plasma như thế nào,” Blockchain trong Chăm sóc sức khỏe
ngày nay, 2019.
[36] S. Kim và D. Kim, “Thiết kế hệ thống quản lý chuỗi lạnh máu đổi mới sử
dụng công nghệ chuỗi khối,” ICIC Express Letters, Phần B: Ứng dụng, tập.
9, không. 10, trang 1067–1073, 2018.
[37] L. Campanile, P. Cantiello, M. Iacono, F. Marulli và M. Mastroianni, “Phân tích rủi ro về
kỹ thuật xóa tuân thủ gdpr đối với các chuỗi khối liên kết dựa trên bút danh,” trong
Hội nghị quốc tế về Khoa học tính toán và nó Các ứng dụng. Springer, 2021, trang 3–
14.
[38] H. Lê Văn, HK Võ, LH Hương, PN Trọng, KT Đặng, KH
Gia, LVC Phu, DNT Quốc, NH Tran, HT Nghĩa10 và cộng sự, “Hệ thống quản lý
máu dựa trên phương pháp tiếp cận blockchain: Một giải pháp nghiên cứu tại
Việt Nam,” IJACSA, tập. 13, không. Ngày 8 tháng 8 năm 2022.
[39] SH Xuân, LK Trần, TK Đặng và YN Pham, “Rew-xac: một cách tiếp cận để viết
lại yêu cầu thực thi abac đàn hồi với các chính sách động,” tại Hội nghị
quốc tế về ứng dụng và máy tính nâng cao (ACOMP) năm 2016. IEEE, 2016,
trang 25–
31.
[40] HX Son, TK Đặng và F. Massacci, “Rew-smt: một cách tiếp cận mới để viết lại yêu cầu xacml với
các chính sách bảo mật dữ liệu lớn động,” trong Hội nghị quốc tế về bảo mật, quyền riêng
tư và ẩn danh trong tính toán, truyền thông và lưu trữ. Springer, 2017, trang 501–515.
750 | Trang