TWM604480U - 雲端智慧多工排程互聯管理系統 - Google Patents

雲端智慧多工排程互聯管理系統 Download PDF

Info

Publication number
TWM604480U
TWM604480U TW109210726U TW109210726U TWM604480U TW M604480 U TWM604480 U TW M604480U TW 109210726 U TW109210726 U TW 109210726U TW 109210726 U TW109210726 U TW 109210726U TW M604480 U TWM604480 U TW M604480U
Authority
TW
Taiwan
Prior art keywords
surgical
medical
information
medical material
data
Prior art date
Application number
TW109210726U
Other languages
English (en)
Inventor
黃南競
史一良
柯朝元
黃世鐘
鄒綉菊
Original Assignee
國軍高雄總醫院
醫優科技股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 國軍高雄總醫院, 醫優科技股份有限公司 filed Critical 國軍高雄總醫院
Priority to TW109210726U priority Critical patent/TWM604480U/zh
Publication of TWM604480U publication Critical patent/TWM604480U/zh

Links

Images

Landscapes

  • Medical Treatment And Welfare Office Work (AREA)

Abstract

一種雲端智慧多工排程互聯管理系統,包括一雲端管理伺服器以及一手術作業管理平台,雲端管理伺服器連接一手術帳目資料庫與一醫材資料庫,手術帳目資料庫與醫材資料庫分別連結一醫療院所的醫療資訊系統(HIS)的資料庫以進行資料交換;手術作業管理平台通過網際網路分別與手術帳目資料庫與醫材資料庫分別電信連接,手術排程管理平台為一使用者操作介面且包含一手術排程模組,用以提供一管理者進行一手術排程設定以建立、查詢或編修每一筆的手術需求資訊;一基礎資訊管理模組,用以提供理者根據手術排程設定所包含的基礎資料進行建立、查詢或編修;一訊息推播模組,用以根據每一手術需求資訊對應的每一醫療人員發送一手術排程通知,以使每一醫療人員取得手術需求資訊;一資料連結模組,用以連結醫療資訊系統(HIS)的資料庫以進行資料交換,以即時更新手術帳目資料庫與醫材資料庫中的資料;其中手術作業管理平台中所產生的一醫療作業資料被多部所屬不同網域的伺服器上執行資料傳輸。

Description

雲端智慧多工排程互聯管理系統
本創作係一種醫療管理技術領域,特別的是一種醫療材料管理技術領域,特別的是一種透過為醫療機構提供整合不同手術所需各項基本資訊、醫療物資、排程管理的作業管理系統,以及便於有效管理的雲端智慧多工排程互聯管理系統。
隨著醫療技術和大數據的發展,醫院中的醫療資料在人類健康的發展過程中起著越來越重要的作用,在實際生活中,不同醫療機構都有屬於自己的醫療資料管理系統,醫療資料管理系統是指利用現代電腦軟技術與網路通信技術,從根本上實現對醫院的人流、物流、財流進行綜合管理,對在醫療活動各階段產生的數據進行採集、處理、儲存、提取、傳輸、彙總、加工生成各種信息,從而實現醫院全面的、自動化的管理。工欲善必先利其器,醫院要有好的醫療器材,醫生於診治病患時才能更加得心應手,而醫院器材的安全庫存機制,更能確保醫院能提供穩定的醫療服務,對於醫院的營運很大的助益。然而,關於醫療活動各階段產生的數據的資料傳輸安全性是必須考量的問題。
有鑑於此,職是之故,創作人有鑑於習知技術中所產生之缺失,經過悉心試驗與研究,並一本鍥而不捨之精神,終構思出本創作以克服上述問題。
本創作之目的在於提出一種雲端智慧多工排程互聯管理系統,透過為醫療機構提供整合不同手術所需各項基本資訊、醫療物資、排程管理的功能以開發出一使用者操作介面進行設定以及查詢,能有效提升醫療機構進行手術前、中、後不同時程的資訊管理效率;排程管理功能所產生的多筆醫療作業資料可分別在不同網域中所屬的伺服器執行建立區塊與相鄰前一區塊之間的鏈結,藉由區塊的時間戳記與區塊的雜湊值,提供區塊之安全保護機制,以確保區塊完全無法被竄改,實現區塊資料之完整性,所有節點亦取得並儲存相同的區塊鏈資料,若任一節點發生失效、無法存取的狀況,則可透過其他儲存區塊鏈資料的節點取得相同的區塊鏈資料,以確保區塊鏈資料的高可用性。
為達到本創作之目的,本創作提出一種雲端智慧多工排程互聯管理系統,包括一雲端管理伺服器以及一手術作業管理平台,雲端管理伺服器通過網際網路分別電信連接一手術帳目資料庫與一醫材資料庫,手術帳目資料庫與醫材資料庫分別連結一醫療院所的醫療資訊系統(HIS)的資料庫以進行資料交換;手術作業管理平台通過網際網路分別與手術帳目資料庫與醫材資料庫分別電信連接,手術排程管理平台為一使用者操作介面且包含:一帳戶管理模組,用以管理一使用者帳戶權限以及帳戶設定,以使不同權限的使用者可以看到預定權限的模組內容;一手術排程模組,用以提供一管理者進行一手術排程設定,以建立、查詢或編修每一筆的手術需求資訊;一基礎資訊管理模組,用以提供理者根據手術排程設定所包含的基礎資料進行建立、查詢或編修;一訊息推播模組,用以根據每一手術需求資訊對應的每一醫療人員發送一手術排程通知,以使每一醫療人員經由一電子通訊裝置於手術當日之前取得手術需求資訊;以及一資料連結模組,用以連結醫療資訊系統(HIS)的資料庫以進行資料交換,以即時更新手術帳目資料庫與醫材資料庫中的資料;其中手術作業管理平台中所產生的一醫療作業資料被多部所屬不同網域的伺服器上執行資料傳輸。
根據本創作一實施例,其中該手術排程通知的內容至少包含一手術作業的手術日期、手術資訊、病患資訊、手術室地點以及參與醫療人員之資訊,而該手術排程通知將於一提早設定時間通過以簡訊、電子郵件、通訊應用軟體之前述任一種推播形式進行發送至相關醫療人員。
根據本創作一實施例,其中該手術作業管理平台中的各功能模組所產生的一醫療作業資料被多部所屬不同網域的伺服器上執行:存放至少一筆醫療作業資料在一區塊中,並根據各該醫療作業資料內容產生對應之一醫療作業資料雜湊值; 各該醫療作業資料根據對應之該醫療作業資料雜湊值鏈結零筆或一筆以上其他相關聯之醫療作業資料; 當該區塊存滿該等醫療作業資料,以該區塊內容產生對應之一區塊雜湊值與記錄該區塊建立當時之一時間戳記,以完成建立該區塊;該區塊根據相鄰之前一個該區塊雜湊值與相鄰之前一個該區塊相串鏈結,以建立該區塊鏈。
根據本創作一實施例,其中該手術作業管理平台更包含一手術紀錄模組,該手術紀錄模組用以提供相關醫療人員進行手術作業的一護理紀錄,該護理紀錄包含:手術作業的一植入物醫材之一醫材條碼的掃描讀取;手術作業的一起始時間與一完成時間之紀錄;手術作業的病患生理資訊之紀錄;其中醫材條碼讀取格式係包括GS1,HIBCC,ICCBBA以及其三個國際組織所規範的條碼格式以及其他特定格式條碼。
根據本創作一實施例,其中該手術紀錄模組更包含:一預定手術排程、一手術作業時間、一手術病患資料、一手術名稱、一參與醫療人員、一醫療器材使用、一刀口計價、一手術治療項目及一科別專屬輔助資訊之紀錄。
根據本創作一實施例,其中該手術作業管理平台在該使用者操作介面之顯示包含有:一常規手術排程選單,用以提供管理者根據指定日期、手術室地點、手術室房號或者手術科別之前述任一者或兩者以上的選擇欄位,進行手術排程設定以查詢手術需求資訊;一常規手術日曆選單,用以提供管理者根據日曆表單上的指定日期、指定當日、手術室房號之前述任一者的點擊選擇以產生一設定選單,通過設定選單進行手術排程設定以建立、查詢或編修手術需求資訊;一常規手術紀錄選單,用以提供管理者根據指定日期區間、手術科別、主刀醫師名稱之前述任一者或兩者以上的選擇欄位以查詢一或多筆的手術需求資訊,並提供管理者根據一或多筆的手術需求資訊進行編修或者列印手術作業報表;一心導管手術排程選單,用以提供管理者根據指定日期、手術室地點、手術室房號、病患相關資訊之前述任一者或兩者以上的選擇欄位,進行手術排程設定以查詢手術需求資訊;一心導管手術日曆選單,用以提供管理者根據日曆表單上的指定日期、指定當日、心導管檢查資訊之前述任一者的點擊選擇以產生一設定選單,通過設定選單進行手術排程設定以建立、查詢或編修手術需求資訊;一心導管手術紀錄選單,用以提供管理者根據指定日期區間、手術科別、主刀醫師名稱之前述任一者或兩者以上的選擇欄位以查詢一或多筆的手術需求資訊,並提供管理者根據一或多筆的手術需求資訊進行編修或者列印手術作業報表。
根據本創作一實施例,其中該手術作業管理平台在使用者操作介面之顯示更包含有:一憑單入庫選單,用以提供管理者根據一醫材供應商所提供的一出貨單之前述任一者或兩者以上之設定,以查詢醫材存貨資訊之一部分;一臨時入庫選單,用以提供管理者根據醫材條碼、醫材供應商以及醫材數量之前述任一者或兩者以上之設定,以建立醫材存貨資訊之一部分;一醫材出庫選單,用以提供管理者根據醫材條碼、出庫原因、手術科別之前述任一者或兩者以上之設定,以查詢醫材存貨資訊之一部分;一庫存資料查詢選單,用以提供管理者根據醫材條碼、醫材供應商之前述任一者或兩者以上之設定,以查詢醫材存貨資訊之一部分;一醫材資料管理選單,用以提供管理者根據醫材條碼之前述任一者或兩者以上之設定,以查詢醫材存貨資訊之一部分;以及一醫材出/入庫查詢選單,用以提供管理者根據醫材條碼、日期區間、醫材供應商、手術科別、出/入庫方式之前述任一者或兩者以上之設定,以查詢醫材存貨資訊之一部分。
根據本創作一實施例,其中該手術作業管理平台更包含:一庫存管理模組,用以提供該管理者根據一植入物醫材的一醫材條碼進行建立、查詢或編修植入物醫材的庫存量以及出/入庫記錄;一供應商管理模組,用以提供該管理者針對一供應商資訊或一通訊資料進行建立、查詢或編修;以及一帳目報表管理模組,用以提供管理者通過篩選手術相關的統計資料或者歷史記錄的查詢或列印。
根據本創作一實施例,其中該庫存管理模組包含:一醫療器材庫存、一醫療器材進貨、一醫療器材出貨、一管理需求單、一管理訂貨單、一執行庫存盤點數量稽核、一設定醫療器材庫存水位及一供應商供貨狀況之建立、查詢或編修。
根據本創作一實施例,其中該帳目報表管理模組包含:一審核手術帳目紀錄、一執行月結醫療器材使用結報、一執行組套醫療器材項目使用結報、一執行特殊項目醫療器材使用結報、一查閱醫療器材使用統計記錄、一查閱組套醫療器材項目使用統計記錄、一查閱特殊項目醫療器材使用統計記錄、一查閱虧損醫療器材項目統計、一查閱手術室使用統計狀況及一產生科別專屬輔助紀錄。
有關本創作的詳細說明及技術內容,配合圖式說明如下,然而所附圖式僅提供參考與說明用,並非用來對本創作加以限制。以下結合附圖對本創作的各種實施例進行詳細描述,但本創作並不僅僅限於這些實施例。本創作涵蓋任何在本創作的精髓和範圍上做的替代、修改、等效方法以及方案。為了使公眾對本創作有徹底的瞭解,在以下本創作優選實施例中詳細說明了具體的細節,而對本領域技術人員來說沒有這些細節的描述也可以完全理解本創作。
正如習知技藝所提到,在醫療機構中的各科別進行手術以及使用的醫療用品的專業領域尋求嚴格的管理以及關於物流相關配套措施。請參閱本創作圖1和圖4所示,本創作提出一種雲端智慧多工排程互聯管理系統10,包括一雲端管理伺服器100以及一手術作業管理平台200,雲端管理伺服器100設有一手術帳目資料庫110與一醫材資料庫120,手術帳目資料庫110與醫材資料庫120分別連結一醫療院所的醫療資訊系統(HIS)的資料庫以進行資料交換;手術作業管理平台200通過網際網路分別與手術帳目資料庫110與醫材資料庫120分別電信連接,作業管理平台200提供一管理者根據醫療需求進行一手術排程設定,以產生一或多筆的手術需求資訊且儲存在手術帳目資料庫中,並且提供管理者根據庫存需求以進行一出/入庫設定,以產生一或多筆的醫材存貨資訊且儲存在醫材資料庫中;其中手術作業管理平台為一使用者操作介面,使用者操作介面用以提供管理者查詢一或多筆的手術需求資訊或者一或多筆的醫材存貨資訊,並且根據手術需求資訊產生一手術作業報表,以供相關醫療人員根據手術作業報表中的資訊執行一手術作業,手術作業包含有一常規手術作業或者一心導管手術作業。
根據本創作的手術作業管理系統10,本創作更提出因應前述手術作業管理系統10所建構出的一手術作業管理平台200;手術作業管理平台200主要包括一帳戶管理模組210、一手術排程管理模組220、一基礎資訊管理模組230、一庫存管理模組240、一帳目報表管理模組250、一供應商管理模組260以及一資料連結模組270等多個功能模組。本創作前述揭示手術作業管理平台200為一使用者操作介面(例如:網站平台)以供使用者使用網站平台進行操作/管理,而前述些模組(210、220、230、240、250、260、270)分別包含多個單元以供管理者進行手術需求資訊以及醫材存貨資訊之建立、查詢或編輯,以下將配合圖式進行說明。
請參閱圖2a~2f所示,其分別顯示使用者操作介面的各功能模組的應用範例。手術排程管理模組220用以提供管理者進行手術排程設定以建立、查詢或編修每一筆的手術需求資訊;基礎資訊管理模組230用以提供管理者針對手術排程設定所包含的基礎資料進行建立、查詢或編修;庫存管理模組240用以提供管理者根據一醫材條碼進行建立、查詢或編修醫材的庫存量以及出/入庫記錄;帳目報表管理模組250用以提供管理者針對手術相關的統計資料或者歷史記錄的查詢或列印;供應商管理模組260用以提供管理者針對一供應商資訊或一通訊資料進行建立、查詢或編修;資料連結模組270用以連結醫療資訊系統(HIS)的資料庫以進行資料交換,以即時更新手術帳目資料庫110與醫材資料庫120的資料。
首先,在對本創作實施例進行描述的過程中出現的部分名詞或術語適用於如下解釋:
區塊鏈:是一種分散式資料儲存技術。其相關技術包括分散式儲存、點對點傳輸、共識機制、加密演算法等電腦技術的新型應用模式。例如,區塊鏈將資料分成不同的區塊,每個區塊透過特定的資訊連結到上一區塊的後面,前後順連來 呈現一套完整的資料。其中“區塊”是指儲存記錄的檔,記錄其創建期間內發生的所有價值變換活動;“鏈”是指按時間先後順序將區塊儲存在資料庫。
對稱加密演算法:是指加密和解密使用相同金鑰的加密演算法,具體地,在對稱加密演算法中,資料發信方將明文(原始資料)和加密金鑰一起經過加密演算法處理後,使其變成複雜的加密密文發送出去;收信方接收到密文後,使用加密用過的金鑰及相同演算法的逆演算法對密文進行解密,才能使其恢復成可讀明文。
非對稱加密演算法:是指加密和解密使用不同金鑰的加密演算法。具體地,在非對稱加密演算法中,資料發信方使用收信方的公開金鑰將明文(原始資料)加密,收信方利用自己的私密金鑰解密。
數位簽章:是指用來鑒別數位資訊的方法,資料發信方用一個雜湊函數從報文文本中產生報文摘要,然後利用自己的私密金鑰將報文摘要進行加密,並將加密後的摘要作為報文的數位簽章與報文一起發送給收信方,收信方在接收到報文後,首先用與發送一樣的雜湊函數從接收到的原始報文中計算出報文摘要,接著再用發信方的公開金鑰來對報文的附加的數位簽章進行解密,如果兩個摘要相同,則確認該數位簽章來自資料發信方。
理論上講,區塊鏈是一種幾乎不可能被更改的分散式資料庫,不依賴於單一的技術,而是多種技術整合的結果。由於區塊鏈由眾多節點共同組成一個端到端的網路,不存在中心化的設備和管理機構,任何人都可以參與到區塊鏈網路,每一台設備都能作為一個節點,每個節點都允許獲得一份完整的資料庫拷貝。節點之間基於一套共識機制,共同維護整個區塊鏈,任意一個節點失效,其餘節點仍能正常工作。區塊鏈的運行規則是公開透明的,所有的資料資訊也是公開的,因此每一筆交易都對所有節點可見。但是,在某些特定的區塊鏈應用中,例如區塊鏈徵信系統、區塊鏈公益、區塊鏈智慧合約等應用中,應用方希望交易資料對外保密並只允許特定的應用方及監管機構可以查看交易資料。這種情況下,就需要對資料的訪問進行控制。
目前,現有技術對於區塊鏈上資料的存取控制主要採用如下兩種方案:第一種方案,控制交易資料的讀取許可權,這種方案需要對所有的鏈上資料訪問節點都實現一套複雜的資料讀取許可權控制系統;第二種方案,將交易資料儲存在鏈下的可信協力廠商,鏈上只儲存交易資料摘要,但是這種方案需要確保可信協力廠商的安全,一旦這個可信協力廠商出現安全問題,那麼交易資料也將處於危險之中。可以看出,上述兩種方案都存在一些局限,兩種方案本質上都是採用傳統的安全邊界控制來實現資料的保護,對於交易資料的保護都不是非常有保障。例如,對於上述第一種方案,一旦某個節點的系統許可權被突破,則所有資料都將洩漏;對於上述第二種方案,將交易資料存在線下的可信協力廠商,採用的也是邊界安全控制方法,同樣存在系統許可權被突破的風險。隨著駭客滲透技術變得越來越強大,而作業系統的漏洞更是防不勝防,所以依靠這樣的方案難於保障資料的安全。
上述由手術作業管理平台200產生的多筆醫療作業資料與雲端管理伺服器100之間的傳輸是基於區塊鏈(Blockchain)的架構;以下說明本創作基於區塊鏈(Blockchain)架構的互聯管理系統。請參考圖4所示,首先,區塊鏈係由複數個區塊,亦即N個區塊(區塊1~區塊K)所形成。相鄰的兩區塊,例如區塊1與區塊2、區塊2與區塊3,依此類推,乃至區塊K-1與區塊K係相串鏈結(chaining),形成該區塊鏈。至於兩兩區塊之間的鏈結方式,將在文後有更詳細之說明。其中該區塊鏈及其所具有之區塊可建立與存放在不同網域(不同電信業者)的多部網路伺服器上,而各該伺服器以網路相連接,該網路可為私有網路(private network)、公開網路(public network)或混合式網路(hybrid network)等。然,不以上述該等網路型態為限制本創作之實施。
承上所述,單一區塊的內容,亦即存放於該單一區塊內的內容,以區塊K為例,係包含該區塊K的前一個區塊之一區塊雜湊值(a hashing value of the previous block),亦即該區塊K的前一區塊K-1之一區塊雜湊值、存放在該區塊K內的一筆或複數筆醫療作業資料之紀錄,亦即n筆醫療作業資料之紀錄(醫療作業資料K1~醫療作業資料Kn)、該區塊K完成建立之一時間戳記(time stamp)以及該區塊K之一區塊雜湊值。其中,該區塊K之該區塊雜湊值係由該區塊K的前一區塊K-1之該區塊雜湊值、該一筆或複數筆醫療作業資料K1~Kn之紀錄以及該區塊完成建立時之該時間戳記透過一安全雜湊演算法(cryptographic hash function)所產生。在本創作中所採用之該安全雜湊演算法並不以SHA-512演算法為限制。再者,SHA-512演算法為現有廣泛使用之能夠將資料運算與轉換為一固定長度值的演算法,因此,在此不再贅述該SHA-512演算法之運算與轉換方式。
請參考圖3所示,以該區塊K為當下做為存放醫療作業資料之區塊為例,是以,定義該區塊K為一操作區塊。由於該操作區塊係為該區塊K,因此,該區塊K之前的所有區塊,亦即區塊1~區塊K-1係已完成建立,換言之,該K-1個區塊的內容將無法再變更。因此,可透過驗證各該區塊相關聯的區塊之區塊雜湊值是否發生變更,即可判斷該區塊1~區塊K-1的內容是否遭到竄改。在本實施例中,透過在該區塊K存放區塊K-1之該區塊雜湊值,因此,使得該區塊K-1與該區塊K相互鏈結。同樣地,該區塊2存放區塊1之該區塊雜湊值、該區塊3存放區塊2之該區塊雜湊值,依此類推,乃至該區塊K存放區塊K-1之該區塊雜湊值,如此,透過相鄰兩兩區塊的鏈結,使得區塊1至區塊K相串鏈結,形成該區塊鏈。再者,透過鏈結該區塊K的前一個該區塊K-1之該區塊雜湊值,一旦當該區塊鏈中任一該區塊的資料內容遭到竄改,可立即地、準確地察覺,藉此判斷資料是否完整,以及確保資料之資料完整性(integrity)。
承上所述,存放於該區塊K的該等醫療作業資料K1~Kn不必然存在著相關聯的關係。以醫療機構(需求端)與醫材供應商(供應端)之醫療物資交易為例,該醫療機構(需求端)為建立醫療作業資料的單位,而該醫材供應商(供應端)為接收醫療作業資料的單位,該醫療機構(需求端)建立給該醫材供應商(供應端)的所有醫療作業資料之間可定義互為相關聯的關係。因此,存放於該區塊K的該等醫療作業資料K1~Kn不必然存在著相關聯的關係,係指該等該醫療機構(需求端)建立給該醫材供應商(供應端)的所有醫療作業資料不會存放在同一個區塊中,就實際面而言,交易資料的時間差異,也使得該等相關聯的醫療作業資料不必然存放在同一個區塊中。在本實施例中,該等相關聯的醫療作業資料係隨機地依建立,醫療作業資料的時間存放在當下操作中的該區塊中,亦即,可能部分存放在相同的區塊中,亦可能部分分散在不同的區塊中。
該區塊K之該時間戳記係為當該區塊K存滿該等醫療作業資料K1~Kn時,亦即,不再接收其他醫療作業資料存入時,定義該區塊K完成建立,並且該區塊K之該時間戳記即為該區塊K完成建立時當下之日期與時間。此外,該時間戳記係透過以毫秒的時間格式進行記錄與儲存,為各式存取端進行轉換其所需的日期時間格式。透過紀錄不同區塊建立時之時間戳記資訊,搭配區塊鏈之前後區塊時間順序關係,亦即,建立在後的區塊其時間戳記必晚於建立在前的區塊的時間戳記,換言之,建立在後的區塊其時間戳記之毫秒數必大於建立在前的區塊的時間戳記之毫秒數。藉此,可透過判斷不同區塊間之時間戳記的先後資訊,以驗證是否發生任一區塊遭到竄改或發生偽造的狀況,以及驗證該等區塊的建立時間之合理性(rationality)。因此,該區塊K之該區塊雜湊值係由該區塊K-1之該區塊雜湊值、該複數醫療作業資料K1~Kn之紀錄以及該區塊完成建立時之該時間戳記透過該安全雜湊演算法所產生。
以圖6之該醫療作業資料K1為例,單一醫療作業資料的內容包含該醫療作業資料K1的建立者之一公開金鑰(issuer’s public key)、該醫療作業資料K1的接收者之一公開金鑰(receiver’s public key)、該醫療作業資料K1之交易內容、與該醫療作業資料K1相關聯之零筆或一筆以上醫療作業資料之醫療作業資料雜湊值、該醫療作業資料K1建立時之一時間戳記(time stamp)以及該醫療作業資料K1之一醫療作業資料雜湊值。其中該醫療作業資料K1的建立者之該公開金鑰與該醫療作業資料K1的接收者之該公開金鑰可使用非對稱加密演算法中的RSA演算法(Rivest-Shmir-Adleman cryptography)、或者橢圓曲線演算法(elliptic curve cryptography, ECC)產生,但不以上述兩種演算法為限制。亦可為對稱加密演算法中的DES資料加密標準(Data Encryption Standard)、AES進階加密標準(Advanced Encryption Standard)產生。
根據本創作一實施例,其中該醫療作業資料K1之該醫療作業資料雜湊值係由該醫療作業資料K1的建立者之該公開金鑰、該醫療作業資料K1的接收者之該公開金鑰、該醫療作業資料K1之交易內容、與該醫療作業資料K1相關聯之該零筆或一筆以上醫療作業資料之醫療作業資料雜湊值以及該醫療作業資料K1建立時之該時間戳記透過一安全雜湊演算法(cryptographic hash function)所產生。
根據本創作一實施例,其中該安全雜湊演算法並不以SHA-512演算法為限制。藉此,透過對該醫療作業資料K1的完整資料(包含建立者之公開金鑰、該接收者之公開金鑰、該醫療作業資料K1之交易內容、與該醫療作業資料K1相關聯之該零筆或一筆以上醫療作業資料之醫療作業資料雜湊值以及該醫療作業資料K1建立時之該時間戳記)進行計算其安全雜湊值。藉此,由於雜湊值的計算特性,當該醫療作業資料K1的任一資料遭到竄改,可準確地察覺出來該醫療作業資料K1已遭到破壞,以確保該醫療作業資料K1之資料完整性(integrity)。該醫療作業資料K1的建立者之該公開金鑰係為建立該醫療作業資料的單位其所提供之公開金鑰。該醫療作業資料K1的接收者之該公開金鑰係為接收該醫療作業資料K1的單位所提供之公開金鑰。
根據本創作一實施例,該醫療作業資料K1之該時間戳記係為該醫療作業資料K1建立時當下之日期與時間。此外,該時間戳記係透過以毫秒的時間格式進行記錄與儲存,為各式存取端進行轉換其所需的日期時間格式。
請再配合參考圖1以及圖2a~2f所示,根據本創作一實施例,其中手術作業管理平台200在使用者操作介面之顯示包含有一常規手術排程選單、一常規手術日曆選單以及一常規手術紀錄選單,常規手術排程選單用以提供管理者根據指定日期、手術室地點、手術室房號或者手術科別之前述任一者或兩者以上的選擇欄位,進行手術排程設定以查詢手術需求資訊;常規手術日曆選單用以提供管理者根據日曆表單上的指定日期、指定當日、手術室房號之前述任一者的點擊選擇以產生一設定選單,通過設定選單進行手術排程設定以建立、查詢或編修手術需求資訊;常規手術紀錄選單用以提供管理者根據指定日期區間、手術科別、主刀醫師名稱之前述任一者或兩者以上的選擇欄位以查詢一或多筆的手術需求資訊,並提供管理者根據一或多筆的手術需求資訊進行編修或者列印手術作業報表,如圖2b。
根據本創作一實施例,其中通過常規手術紀錄選單以對一或多筆的手術需求資訊進行編修的部分包含病患身分資訊、手術基本資料、手術計價資料、手術參與人員、手術使用醫材資料、病患手術前護理紀錄、病患手術中護理紀錄、病患手術後護理紀錄之前述任一者或兩者以上。
根據本創作一實施例,其中手術作業管理平台200在使用者操作介面之顯示包含有一心導管手術排程選單、一心導管手術日曆選單以及一心導管手術紀錄選單,心導管手術排程選單用以提供管理者根據指定日期、手術室地點、手術室房號、病患相關資訊之前述任一者或兩者以上的選擇欄位,進行手術排程設定以查詢手術需求資訊;心導管手術日曆選單,用以提供管理者根據日曆表單上的指定日期、指定當日、心導管檢查資訊之前述任一者的點擊選擇以產生一設定選單,通過設定選單進行手術排程設定以建立、查詢或編修手術需求資訊,如圖2c;心導管手術紀錄選單,用以提供管理者根據指定日期區間、手術科別、主刀醫師名稱之前述任一者或兩者以上的選擇欄位以查詢一或多筆的手術需求資訊,並提供管理者根據一或多筆的手術需求資訊進行編修或者列印手術作業報表。
根據本創作一實施例,其中通過心導管手術紀錄選單以對一或多筆的手術需求資訊進行編修的部分包含病患身分資訊、手術基本資料、手術計價資料、手術參與人員、手術使用醫材資料、病患手術前護理紀錄、病患手術中護理紀錄、病患手術後護理紀錄以及心導管檢查資料之前述任一者或兩者以上。
根據本創作一實施例,其中手術作業管理平台200在使用者操作介面之顯示包含有一憑單入庫選單、一臨時入庫選單、一醫材出庫選單、一庫存資料查詢選單、一醫材資料管理選單以及一醫材出/入庫查詢選單,憑單入庫選單用以提供管理者根據一醫材供應商所提供的一出貨單之前述任一者或兩者以上之設定,以查詢醫材存貨資訊之一部分;臨時入庫選單用以提供管理者根據醫材條碼、醫材供應商以及醫材數量之前述任一者或兩者以上之設定,以建立醫材存貨資訊之一部分;醫材出庫選單用以提供管理者根據醫材條碼、出庫原因、手術科別之前述任一者或兩者以上之設定,以查詢醫材存貨資訊之一部分;庫存資料查詢選單用以提供管理者根據醫材條碼、醫材供應商之前述任一者或兩者以上之設定,以查詢醫材存貨資訊之一部分;醫材資料管理選單用以提供管理者根據醫材條碼之前述任一者或兩者以上之設定,以查詢醫材存貨資訊之一部分;醫材出/入庫查詢選單用以提供管理者根據醫材條碼、日期區間、醫材供應商、手術科別、出/入庫方式之前述任一者或兩者以上之設定,以查詢醫材存貨資訊之一部分,如圖2d。
根據本創作一實施例,其中通過憑單入庫選單以查詢部分包含供應商名稱、出貨區域、出貨科別、出貨單建立日期、醫材種類、醫材到貨數量之前述至少一者的資訊;通過臨時入庫選單以建立部分包含供應商名稱、醫材條碼、醫材品名、入庫數量之前述至少一者的一條碼資料;通過醫材出庫選單以查詢部分包含醫材條碼、醫材品名、出庫原因之前述至少一者的資訊;通過庫存資料查詢選單以查詢部分包含醫材條碼、醫材品名、存貨數量之前述至少一者的資訊;通過醫材資料管理選單以查詢部分包含醫材的品名(中/英文)、類別、規格、條碼(REF碼)、有效日期、價格、計價方式、許可證號、供應商名稱、單次使用量、健保碼之前述任一者或其兩者以上的資訊;通過醫材出/入庫查詢選單以查詢部分包含醫材條碼、醫材品名、供應商名稱、入庫科別、出庫科別、入庫方式、出庫方式、入庫日期、出庫日期之前述任一者或其兩者以上的資訊。前述醫材可以泛指各式各樣的醫療耗材及手術器械等等。
承上所述,請參閱圖3所示,醫材上的條碼(REF碼)主要通過一醫材識別裝置30進行識別;醫材識別裝置30包含條碼掃描器31以及連接條碼掃描器31的電子終端設備32;電子終端設備22可以是獨立具有運算分析與資料處理以及聯網功能的終端設備,並通過網際網路連接雲端管理伺服器100以實現資料交互,例如個人電腦或者筆記型電腦,而電子終端設備32可安裝有解碼應用程式;而條碼掃描器31可用於掃描目標醫材包裝上的識別條碼G,並將掃描解碼後的資料通過電子終端設備32並經由雲端管理伺服器100透過有線或無線網路傳送至醫材資料庫120;其中識別條碼G可為單一識別碼(Unique Device Identification, UDI),其可為GS1、HIBCC或ICCBBA等三個國際組織所規範的條碼格式。醫材資料庫120可分別與醫療機構的大型資料庫整合,例如醫療資訊系統(Healthcare /Hospital Information System,HIS),醫療資訊系統中可具有上述存貨資料庫DB2,醫材資料庫120用以對一目標醫材上的識別條碼G進行分析。圖3中所示為目標醫材的識別條碼G,在本實施例中係以GS1國際條碼(一維線性條碼, GTIN)標準為例,但不作為本創作的限制,亦可以是GS1-128的一維線性條碼標準。目標醫材之條碼G可分為A區塊、B區塊、C區塊及D區塊;其中,A區塊表示為GS1總部分配國家代號,B區塊表示為國家分配廠商代號,C區塊表示為商品代號,而D區塊表示為依公式算出檢核碼;基本上由A區塊及B區塊即可識別此醫療材料是何者醫材供應商所提供的產品,而D區塊根據固定計算公式所算出的數值,用以檢核條碼掃瞄時是否正確。
醫材資料庫120可透過大數據分析技術事先分析多個醫材供應商所供應的醫材包裝上的識別條碼G的編碼方式;其中,醫材資料庫120可將各個醫材包裝上的識別條碼G之商品代號(例如:C區塊)分為第一部份、第二部份及第三部份。若目標醫材包裝上的識別條碼G中的商品代號之號碼數為3的倍數時,醫材資料庫120使第一部份、第二部份及第三部份之號碼數相等;若目標醫材包裝上的識別條碼G中的商品代號之號碼數不等於3的倍數時,醫材資料庫120使第二部份之號碼數大於或小於第一部份及第三部份;若目標醫材包裝上的識別條碼G中的商品代號之號碼數為8碼,第二部份之號碼數為2碼,而第一部份及第三部份之號碼數為3碼;而在另一實施例中,若目標醫材包裝上的識別條碼G之商品代號為7碼,第二部份之號碼數為3碼,而第一部份及第三部份之號碼數為2碼,以此類推。接下來,醫材資料庫120可以根據各個醫療用品之功能、類型及型號分別對第一部份、第二部份及第三部份產生第一邏輯規則、第二邏輯規則及第三邏輯規則。
透過上述的方式,醫材資料庫120則可得知各個醫材供應商根據其各個醫材的功能、類型及型號針對此醫療用品之商品代號之第一部份、第二部份及第三部份各自的編碼邏輯。接著,醫材資料庫120可同樣將目標醫材的識別條碼之商品代號分為第一部份C1、第二部份C2及第三部份C3,並可根據第一邏輯規則、第二邏輯規則及第三邏輯規則判斷目標醫材的功能、類型及型號以產生分析結果,並根據此分析結果執行醫療用品管理記錄。當然,上述僅為舉例,本實施例之醫材識別裝置30可應用於各種不同類型的條碼標準,均可以達到極佳的效果以大幅提供醫材管理的效率。再者,醫療人員可以透過條碼掃描器31掃描目標醫材上的條碼來直接進行管理,而不必透過人工的方式記錄醫療用品之使用狀況,故可大幅提升效率且具極高的精確度。醫材資料庫120通過大數據分析技術事先針對各個供應商所供應的醫材上的條碼中的商品代號分為多個部份,並分別針對各個部份的編碼邏輯進行分析以找出各自的邏輯規則,故可更為精確地識別各個醫療用品之功能、類型及型號。
根據本創作一實施例,其中手術作業管理平台200在使用者操作介面之顯示包含有一醫材使用報表選單、一手術台數報表選單以及一手術室使用報表選單,醫材使用報表選單用以提供管理者根據日期區間、醫材供應商、手術科別之前述任一者或兩者以上之設定,以查詢或列印手術相關的統計資料或者歷史記錄之一部分;手術台數報表選單,用以提供管理者根據日期區間之設定,以查詢或列印手術相關的統計資料或者歷史記錄之一部分;手術室使用報表選單,用以提供管理者根據日期區間之設定,以查詢或列印手術相關的統計資料或者歷史記錄之一部分,如圖2e。
根據本創作一實施例,其中手術作業管理平台在使用者操作介面之顯示包含有一手術基礎設定選單以及一手術同意書設定選單,手術基礎設定選單用以提供管理者根據手術室地點、手術室房號、手術等級、手術室房號開放時間之前述任一者或兩者以上之選項進行建立、查詢或編修;手術同意書設定選單用以提供管理者自行編撰或者上傳手術同意書以供查詢或編修,如圖2f。
帳戶管理模組210用以管理一使用者帳戶權限以及帳戶設定,可讓不同權限的使用者可以看到預定權限的模組內容,並且提供特定管理權限者查看使用者的登入/登出的時間以及使用時間。在本實施例中,在進入手術作業管理平台200的使用者操作介面時,需輸入使用者帳號以及對應的密碼以完成登入,當輸入錯誤的使用者帳號或者錯誤密碼超過設定次數時,則封鎖使用者帳號;在此說明,前述設定次數可由最高權限管理者進行設定,例如5次或10次的錯誤嘗試登入,當超過設定次數材進行封鎖,且最高權限管理者可於手術作業管理平台200中查看被封鎖的使用者帳號,以降低網路駭客駭入網站平台的風險。以下針對完成登入後的使用者操作介面進行各個功能模組的說明。
綜上所述,本創作所提出的一種雲端智慧多工排程互聯管理系統,透過為醫療機構提供整合不同手術所需各項基本資訊、醫療物資、排程管理的功能以開發出一使用者操作介面進行設定以及查詢,能有效提升醫療機構進行手術前、中、後不同時程的資訊管理效率;再者,通過排成管理功能所產生的多筆醫療作業資料可分別在不同網域中所屬的伺服器執行建立區塊與相鄰前一區塊之間的鏈結,藉由區塊的時間戳記與區塊的雜湊值,提供區塊之安全保護機制,以確保區塊完全無法被竄改,實現區塊資料之完整性,所有節點亦取得並儲存相同的區塊鏈資料,若任一節點發生失效、無法存取的狀況,則可透過其他儲存區塊鏈資料的節點取得相同的區塊鏈資料,以確保區塊鏈資料的高可用性。
雖然本創作以前述之較佳實施例揭露如上,然其並非用以限定本創作,任何熟習相像技藝者,在不脫離本創作之精神和範圍內,當可作些許之更動與潤飾,因此本創作之專利保護範圍須視本說明書所附之申請專利範圍所界定者為準。惟以上該之具體實施例,僅係用於例釋本創作之特點及功效,而非用於限定本創作之可實施範疇,於未脫離本創作上揭之精神與技術範疇下,任何運用本創作所揭示內容而完成之等效改變及修飾,均仍應為下述之申請專利範圍所涵蓋。
100:雲端管理伺服器 110:手術帳目資料庫 120:醫材資料庫 200:手術作業管理平台 210:帳戶管理模組 220:手術排程管理模組 230:基礎資訊管理模組 240:庫存管理模組 250:帳目報表管理模組 260:供應商管理模組 270:資料連結模組 30:醫材識別裝置 31:條碼掃描器 32:電子終端設備 G:識別條碼 K:區塊
圖1係繪製本創作之雲端智慧多工排程互聯管理系統的方塊示意圖。 圖2a~2f係繪製本創作之使用者操作介面的應用範例示意圖。 圖3係繪製本創作之醫材識別裝置的運作架構示意圖。 圖4係繪製基於本創作之圖1的運作架構示意。 圖5係繪製本創作之醫療作業資料的區塊鏈方塊圖。 圖6係繪製本創作之醫療作業資料區塊的內容方塊圖。。
100:雲端管理伺服器
110:手術帳目資料庫
120:醫材資料庫
200:手術作業管理平台
210:帳戶管理模組
220:手術排程管理模組
230:基礎資訊管理模組
240:庫存管理模組
250:帳目報表管理模組
260:供應商管理模組
270:資料連結模組

Claims (10)

  1. 一種雲端智慧多工排程互聯管理系統,其包括: 一雲端管理伺服器,通過網際網路分別電信連接一手術帳目資料庫與一醫材資料庫,該手術帳目資料庫與該醫材資料庫分別連結一醫療院所的醫療資訊系統的資料庫以進行資料交換;以及 一手術作業管理平台,通過網際網路分別與該手術帳目資料庫與該醫材資料庫分別電信連接,該手術排程管理平台為一使用者操作介面且其包含: 一帳戶管理模組,用以管理一使用者帳戶權限以及帳戶設定,以使不同權限的使用者可以看到預定權限的模組內容; 一手術排程模組,用以提供一管理者進行一手術排程設定,以建立、查詢或編修每一筆的手術需求資訊; 一基礎資訊管理模組,用以提供該管理者根據該手術排程設定所包含的基礎資料進行建立、查詢或編修; 一訊息推播模組,用以根據每一手術需求資訊對應的每一醫療人員發送一手術排程通知,以使每一該醫療人員經由一電子通訊裝置於手術當日之前取得手術需求資訊;以及 一資料連結模組,用以連結該醫療資訊系統的資料庫以進行資料交換,以即時更新該手術帳目資料庫與該醫材資料庫中的資料; 其中該手術作業管理平台中的各該功能模組所產生的一醫療作業資料被多部所屬不同網域的伺服器上執行資料傳輸。
  2. 如請求項1所述之雲端智慧多工排程互聯管理系統,其中該手術排程通知的內容至少包含一手術作業的手術日期、手術資訊、病患資訊、手術室地點以及參與醫療人員之資訊,而該手術排程通知將於一提早設定時間通過以簡訊、電子郵件、通訊應用軟體之前述任一種推播形式進行發送至相關醫療人員。
  3. 如請求項1所述之雲端智慧多工排程互聯管理系統,其中各該區塊包含相鄰之前一個區塊之該區塊雜湊值、一筆或複數筆醫療交易資料之紀錄、該區塊完成建立時之一時間戳記以及該區塊之該區塊雜湊值,該區塊之該區塊雜湊值係由相鄰之前一個區塊之該區塊雜湊值、該一筆或複數筆醫療交易資料之紀錄以及該區塊完成建立時之該時間戳記透過一安全雜湊演算法進行計算所產生。
  4. 如請求項1所述之雲端智慧多工排程互聯管理系統,其中該手術作業管理平台更包含一手術紀錄模組,該手術紀錄模組用以提供相關醫療人員進行手術作業的一護理紀錄,該護理紀錄包含: 手術作業的一植入物醫材之一醫材條碼的掃描讀取; 手術作業的一起始時間與一完成時間之紀錄; 手術作業的病患生理資訊之紀錄; 其中醫材條碼讀取格式係包括GS1,HIBCC,ICCBBA以及其三個國際組織所規範的條碼格式以及其他特定格式條碼。
  5. 如請求項4所述之雲端智慧多工排程互聯管理系統,其中該手術紀錄模組更包含:一預定手術排程、一手術作業時間、一手術病患資料、一手術名稱、一參與醫療人員、一醫療器材使用、一刀口計價、一手術治療項目及一科別專屬輔助資訊之紀錄。
  6. 如請求項1所述之雲端智慧多工排程互聯管理系統,其中該手術作業管理平台在該使用者操作介面之顯示包含有: 一常規手術排程選單,用以提供管理者根據指定日期、手術室地點、手術室房號或者手術科別之前述任一者或兩者以上的選擇欄位,進行手術排程設定以查詢手術需求資訊; 一常規手術日曆選單,用以提供管理者根據日曆表單上的指定日期、指定當日、手術室房號之前述任一者的點擊選擇以產生一設定選單,通過設定選單進行手術排程設定以建立、查詢或編修手術需求資訊; 一常規手術紀錄選單,用以提供管理者根據指定日期區間、手術科別、主刀醫師名稱之前述任一者或兩者以上的選擇欄位以查詢一或多筆的手術需求資訊,並提供管理者根據一或多筆的手術需求資訊進行編修或者列印手術作業報表; 一心導管手術排程選單,用以提供管理者根據指定日期、手術室地點、手術室房號、病患相關資訊之前述任一者或兩者以上的選擇欄位,進行手術排程設定以查詢手術需求資訊; 一心導管手術日曆選單,用以提供管理者根據日曆表單上的指定日期、指定當日、心導管檢查資訊之前述任一者的點擊選擇以產生一設定選單,通過設定選單進行手術排程設定以建立、查詢或編修手術需求資訊;以及 一心導管手術紀錄選單,用以提供管理者根據指定日期區間、手術科別、主刀醫師名稱之前述任一者或兩者以上的選擇欄位以查詢一或多筆的手術需求資訊,並提供管理者根據一或多筆的手術需求資訊進行編修或者列印手術作業報表。
  7. 如請求項1所述之雲端智慧多工排程互聯管理系統,其中該手術作業管理平台在使用者操作介面之顯示更包含有: 一憑單入庫選單,用以提供管理者根據一醫材供應商所提供的一出貨單之前述任一者或兩者以上之設定,以查詢醫材存貨資訊之一部分; 一臨時入庫選單,用以提供管理者根據醫材條碼、醫材供應商以及醫材數量之前述任一者或兩者以上之設定,以建立醫材存貨資訊之一部分; 一醫材出庫選單,用以提供管理者根據醫材條碼、出庫原因、手術科別之前述任一者或兩者以上之設定,以查詢醫材存貨資訊之一部分; 一庫存資料查詢選單,用以提供管理者根據醫材條碼、醫材供應商之前述任一者或兩者以上之設定,以查詢醫材存貨資訊之一部分; 一醫材資料管理選單,用以提供管理者根據醫材條碼之前述任一者或兩者以上之設定,以查詢醫材存貨資訊之一部分;以及 一醫材出/入庫查詢選單,用以提供管理者根據醫材條碼、日期區間、醫材供應商、手術科別、出/入庫方式之前述任一者或兩者以上之設定,以查詢醫材存貨資訊之一部分。
  8. 如請求項1所述之雲端智慧多工排程互聯管理系統,其中該手術作業管理平台更包含: 一庫存管理模組,用以提供該管理者根據一植入物醫材的一醫材條碼進行建立、查詢或編修植入物醫材的庫存量以及出/入庫記錄; 一供應商管理模組,用以提供該管理者針對一供應商資訊或一通訊資料進行建立、查詢或編修;以及 一帳目報表管理模組,用以提供管理者通過篩選手術相關的統計資料或者歷史記錄的查詢或列印。
  9. 如請求項8所述之雲端智慧多工排程互聯管理系統,其中該庫存管理模組包含:一醫療器材庫存、一醫療器材進貨、一醫療器材出貨、一管理需求單、一管理訂貨單、一執行庫存盤點數量稽核、一設定醫療器材庫存水位及一供應商供貨狀況之建立、查詢或編修。
  10. 如請求項8所述之雲端智慧多工排程互聯管理系統,其中該帳目報表管理模組包含:一審核手術帳目紀錄、一執行月結醫療器材使用結報、一執行組套醫療器材項目使用結報、一執行特殊項目醫療器材使用結報、一查閱醫療器材使用統計記錄、一查閱組套醫療器材項目使用統計記錄、一查閱特殊項目醫療器材使用統計記錄、一查閱虧損醫療器材項目統計、一查閱手術室使用統計狀況及一產生科別專屬輔助紀錄。
TW109210726U 2020-08-18 2020-08-18 雲端智慧多工排程互聯管理系統 TWM604480U (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
TW109210726U TWM604480U (zh) 2020-08-18 2020-08-18 雲端智慧多工排程互聯管理系統

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
TW109210726U TWM604480U (zh) 2020-08-18 2020-08-18 雲端智慧多工排程互聯管理系統

Publications (1)

Publication Number Publication Date
TWM604480U true TWM604480U (zh) 2020-11-21

Family

ID=74203824

Family Applications (1)

Application Number Title Priority Date Filing Date
TW109210726U TWM604480U (zh) 2020-08-18 2020-08-18 雲端智慧多工排程互聯管理系統

Country Status (1)

Country Link
TW (1) TWM604480U (zh)

Similar Documents

Publication Publication Date Title
Yaqoob et al. Blockchain for healthcare data management: opportunities, challenges, and future recommendations
US11741052B2 (en) Method and system for real-time collaboration and annotation-based action creation and management
US8275850B2 (en) Multi-source longitudinal patient-level data encryption process
US8744868B2 (en) Method for storing and reporting pharmacy data
US10984124B2 (en) Method of managing access in a collaborative data sharing platform
JP5127446B2 (ja) マルチ・ソース型の長期の患者レベルデータを統合するデータ暗号化アプリケーション
JP4346326B2 (ja) セキュリティシステム、情報管理システム、暗号化支援システム、およびコンピュータプログラム
US20030018495A1 (en) System and method for medical drug prescription acquisition
US8799022B1 (en) Method and network for secure transactions
Blobel et al. A systematic approach for analysis and design of secure health information systems
Hardin et al. Blockchain in health data systems: A survey
Czuszynski et al. Interaction with medical data using QR-codes
WO2002052480A1 (en) Dynamic electronic chain-of-trust document with audit trail
US20220191048A1 (en) Cryptographically Verifiable, Portable Certificate
Ajagbe et al. Empirical evaluation of efficient asymmetric encryption algorithms for the protection of electronic medical records (EMR) on web application
Alkhushyni et al. Blockchain technology applied to electronic health records
Rghioui et al. Blockchain-based Electronic Healthcare Information System Optimized for Developing Countries.
TWM598506U (zh) 基於區塊鏈的植入物醫材資訊管理系統
TWM604480U (zh) 雲端智慧多工排程互聯管理系統
TWM618027U (zh) 基於區塊鏈之醫材供需交易認證系統
TW202209344A (zh) 雲端智慧多工排程互聯管理系統
US11985227B2 (en) Method and a system for securing data, especially data of biotechnological laboratories
Diaz et al. Scalable management architecture for electronic health records based on blockchain
TW202135089A (zh) 基於區塊鏈的植入物醫材資訊管理系統
Deborah et al. Blockchain: a possible alternative to achieving health information exchange (hie)