TWM445736U - 藥歷資訊管理系統 - Google Patents

Description

藥歷資訊管理系統

本新型是有關於一種資訊管理系統，特別是指一種適用於藥局之間的藥歷資訊管理系統。

根據現行的法規，患者在就醫後可自行選擇調劑藥局，特別是慢性疾病處方箋，更是有此需求。傳統上，患者會在同一間藥局完成處方箋受理和進行過卡領藥作業，但是現今社會的交通運輸工具發達，人們也常有前往異地工作或是休閒遊憩的需求，要在同一地完成處方箋的受理並過卡領藥已經不符合現今人們的需求。另外，傳統處方箋為一紙本文件，且由於各家醫院資訊系統不同，輸出的紙張大小、格式有所差異，因此保存上實屬不便，經常使用之下也容易汙損、被破壞、甚至難以辨識，更甚者，還可能發生變造或是詐領管制藥品的情況。對藥局來說，紙本文件流通不便，建檔管理不易，即使患者在同一連鎖體系領藥，也難以提供患者較完整的資訊。

因此，本新型之目的，即在提供一種可以讓患者於異地領藥的藥歷資訊管理系統。

於是，本新型藥歷資訊管理系統，適用於由一患者所持用的一載具、一受理藥局及一目的藥局，包含一受理端讀取器、一受理終端機、一伺服器及一目的終端機。該受理端讀取器裝設於該受理藥局，用以從該載具取得一原始 數位處方箋。該受理終端機裝設於該受理藥局，電連接至該受理端讀取器，包括一加密單元及一受理端傳送單元，該加密單元用以依據由該受理終端機的至少一硬體識別碼產生的一金鑰，將該原始數位處方箋加密，以產生一加密後數位處方箋，該受理端傳送單元用以將該加密後數位處方箋向外傳送。該伺服器包括一資料庫端接收單元、一藥歷資料庫及一資料庫端傳送單元，該資料庫端接收單元用以接收該受理端傳送單元傳來的加密後數位處方箋，該藥歷資料庫儲存該加密後數位處方箋，該資料庫端傳送單元用以將該加密後數位處方箋向外傳送。該目的終端機包括一目的端接收單元及一解密單元，該目的端接收單元用以接收由該資料庫端傳送單元傳來的加密後數位處方箋，該解密單元用以利用該金鑰，將該加密後數位處方箋解密，以獲得該原始數位處方箋。

有關本新型之前述及其他技術內容、特點與功效，在以下配合參考圖式之二個較佳實施例的詳細說明中，將可清楚的呈現。

在本新型被詳細描述之前，要注意的是，在以下的說明內容中，類似的元件是以相同的編號來表示。

參閱圖1，本新型藥歷資訊管理系統之第一較佳實施例適用於由一患者所持用的一載具(圖未示)、一受理藥局10及一目的藥局11，包含一受理端讀取器1、一受理終端機2、一伺服器3、一目的終端機5及一目的端讀取器4。

該受理端讀取器1裝設於該受理藥局10，用以從該載具取得一原始數位處方箋。在本較佳實施例中，該載具為一健保IC卡，該受理端讀取器1為一用以讀取該健保IC卡內資料的讀卡機。患者於該受理藥局10中以醫院開立的紙本處方箋做為憑證，並且將健保IC卡插入該讀卡機中，經由讀卡機讀出該原始數位處方箋。

該受理終端機2裝設於該受理藥局10且與該受理端讀取器1電連接，包括一加密單元21及一受理端傳送單元22。

該加密單元21依據由該受理終端機2的至少一硬體識別碼產生的一金鑰，將該原始數位處方箋加密，以產生一加密後數位處方箋，繼而由該受理端傳送單元22將該加密後數位處方箋向外傳送。該硬體識別碼是選自於由處理器碼、網路硬體位址及硬碟碼所組成之一群組。在本較佳實施例中，該受理終端機2為一電腦主機，該加密單元21及該受理端傳送單元22分別為一電腦程式產品，在載入該電腦主機之處理器後可達到上述之功能。該處理器碼、網路硬體位址及硬碟碼皆與硬體唯一對應，組合時不限於三者皆取用，也可僅取其中二者，甚至僅取其中之一。

該伺服器3包括一資料庫端接收單元31、一藥歷資料庫32及一資料庫端傳送單元33。該伺服器3例如可設置於連鎖藥局之總部，但本新型不限於此。

該藥歷資料庫32用以儲存該加密後數位處方箋、一患者歷史藥歷資訊、一親屬藥歷資訊及一個人健康數據。該 資料庫端接收單元31用以接收該受理端傳送單元22傳來的加密後數位處方箋，繼而儲存於該藥歷資料庫32，再由該資料庫端傳送單元33將該加密後數位處方箋向外傳送。在本較佳實施例中，該資料庫端接收單元31、藥歷資料庫32及資料庫端傳送單元33皆為電腦程式產品，在載入該伺服器3之處理器後並配合該伺服器3之儲存媒體，可完成上述之功能。

該目的端讀取器4設於該目的藥局11，且電連接至該目的終端機5，用以讀取該載具中一患者識別資料(如身份證字號)，在本較佳實施例中為一用以讀取該健保IC卡內資料的讀卡機。

該目的終端機5包括一目的端接收單元51、一解密單元52、一藥歷資訊取得單元53及一訂貨單元54。

該目的端接收單元51用以接收由該資料庫端傳送單元33傳來的加密後數位處方箋。該解密單元52利用該金鑰，將該加密後數位處方箋解密，以獲得該原始數位處方箋。該藥歷資訊取得單元53根據由該目的端讀取器4讀取到的該患者識別資料，取得該藥歷資料庫32中的該患者歷史藥歷資訊、親屬藥歷資訊及患者健康數據，以在該目的終端機5上呈現由該患者歷史藥歷資訊、原始數位處方箋、親屬藥歷資訊及患者健康數據結合而成的藥歷整合記錄。

參閱圖1及圖2，如步驟S1所示，該訂貨單元54根據該目的藥局11的一現存藥量與一安全存量，以決定是否進行自動訂貨。當該訂貨單元54檢測到該現存藥量低於該安 全存量時，則如步驟S4所示，自動進行訂貨作業。當該現存藥量未低於該安全存量時，則如步驟S2所示，根據一過去的歷史記錄及一未來將領的藥量計算一訂貨參考值。然後，如步驟S3所示，該訂貨單元54進一步判定現存藥量是否低於該訂貨參考值。若該現存藥量低於該訂貨參考值時，則如步驟S4所示，自動訂貨。其中由該過去的歷史記錄可得到一平均到貨日及一平均日需求藥量，即可計算出該訂貨參考值β=(未來將領的藥量+安全存量)+{平均到貨日×平均日需求藥量}。該平均日需求藥量，是由過去的歷史記錄，取一時間區間計算而來，該時間區間可以是月、週、或者其他一定天數。

舉例來說，某藥品的安全庫存為100顆，該訂貨單元54在該數位處方箋到達該目的終端機5並以該解密單元52解密之後，先將現存藥量和安全庫存比較，若現存藥量低於100顆，則自動直接與廠商訂購，並以金融帳戶扣款。

若現存藥量未低於100，則根據過去的歷史記錄及未來將領的藥量計算一訂貨參考值β。假設某藥品平均到貨日為3個工作天，安全庫存為100顆，未來七日根據處方箋已知需求為200顆，同期月平均的日需求藥量為40顆。則可以得到：訂貨參考值β=(200+100)+{3×40}=420(顆)

故，當現存藥量未低於安全庫存(100顆)，該訂貨單元54會進一步與訂貨參考值β(420顆)比較，若現存藥量低於訂貨參考值β，則該訂貨單元54自動以線上方式直接訂購 藥品。

在本較佳實施例中，該目的終端機5為一電腦主機，該目的端接收單元51、解密單元52、藥歷資訊取得單元53及訂貨單元54皆為電腦程式產品，載入該目的終端機5的處理器後可完成上述之功能。

值得一提的是，本新型中的該受理終端機2及目的終端機5也可以是手持系統，如平板電腦。另外，該載具也可為一紙本處方箋，此時該受理端讀取器1為一用以擷取該紙本處方箋之數位影像之影像擷取器，在擷取之後以文字辨識(OCR,Optical Character Recognition)或者解讀二維條碼(QR Code,Quick Response Code，)的方式產生該數位處方箋，此為本較佳實施例的另一態樣。

參閱圖3，本新型之第二較佳實施例，考量每一藥局可同時為受理藥局10(顯示於圖1)及目的藥局11(顯示於圖1)，為因應此一情況，該受理終端機2a及目的終端機5a，以及受理終端機2b及目的終端機5b，可分別以單一電腦主機完成，該加密單元21、解密單元52、受理端傳送單元22、目的端接收單元51、藥歷資訊取得單元53及訂貨單元54同樣為電腦程式產品，並載入於每一電腦主機，此時該受理端讀取器1及目的端讀取器4以單一讀卡機完成。

此時患者在藥局A，將健保IC卡插入讀卡機之後，資料傳入設置於藥局A的電腦主機，完成處方箋受理的動作。之後該加密後數位處方箋由受理終端機2a中的受理端傳送單元22傳送至該伺服器3的資料庫端接收單元31，儲存 至該藥歷資料庫32後，再由該資料庫端傳送單元33將該加密後數位處方箋傳送至位於藥局B的電腦主機中目的終端機5b的目的端接收單元51，患者便可在藥局B進行過卡領藥作業。同理，若患者於藥局B完成處方箋受理動作，則該加密後數位處方箋的傳送路徑會由受理終端機2b至該伺服器3，再到目的終端機5a。

參閱圖4，本新型也可以應用於多個藥局，於該等藥局中的一個受理處方箋後，經過該伺服器3後，可於該等藥局中的另一個進行過卡領藥，本新型仍得以實現。

綜上所述，本新型適用於連鎖藥局或業務上相似的醫事機構之間的藥歷資訊管理，利用該受理端讀取器1受理處方箋及目的端讀取器4確認身份，並配合該加密單元2、解密單元52及藥歷資料庫32，以管理數位處方箋，一來數位化的處方箋不容易汙損、變造且更容易傳遞，使患者能在不同地點分別完成處方箋受理及過卡領藥，再者利用資料庫管理在不同地點受理的處方箋使得患者能得到更完整的用藥記錄，故確實能達成本新型之目的。

惟以上所述者，僅為本新型之較佳實施例而已，當不能以此限定本新型實施之範圍，即大凡依本新型申請專利範圍及新型說明內容所作之簡單的等效變化與修飾，皆仍屬本新型專利涵蓋之範圍內。

1‧‧‧受理端讀取器

2‧‧‧受理受理終端機

2a‧‧‧受理受理終端機(位於藥局A)

2b‧‧‧受理終端機(位於藥局B)

21‧‧‧加密單元

22‧‧‧受理端傳送單元

3‧‧‧伺服器

31‧‧‧資料庫端接收單元

32‧‧‧藥歷資料庫

33‧‧‧資料庫端傳送單元

4‧‧‧目的端讀取器

5‧‧‧目的終端機

5a‧‧‧目的終端機(位於藥局A)

5b‧‧‧目的終端機(位於藥局B)

51‧‧‧目的端接收單元

52‧‧‧解密單元

53‧‧‧藥歷資訊取得單元

54‧‧‧訂貨單元

10‧‧‧受理藥局

11‧‧‧目的藥局

S1~S4‧‧‧自動訂貨步驟

圖1是一系統方塊圖，說明本新型之系統的第一較佳實施例； 圖2是一流程圖，說明本新型之自動訂貨步驟；圖3是一系統方塊圖，說明本新型之系統的第二較佳實施例；及圖4是一示意圖，說明本新型之系統的第二較佳實施例應用於多個藥局。

1‧‧‧受理端讀取器

2‧‧‧受理終端機

21‧‧‧加密單元

22‧‧‧受理端傳送單元

3‧‧‧伺服器

31‧‧‧資料庫端接收單元

32‧‧‧藥歷資料庫

33‧‧‧資料庫端傳送單元

4‧‧‧目的端讀取器

5‧‧‧目的終端機

51‧‧‧目的端接收單元

52‧‧‧解密單元

53‧‧‧藥歷資訊取得單 元

54‧‧‧訂貨單元

10‧‧‧受理藥局

11‧‧‧目的藥局

Claims (9)

1. 一種藥歷資訊管理系統，適用於由一患者所持用的一載具、一受理藥局及一目的藥局，包含：一受理端讀取器，裝設於該受理藥局，用以從該載具取得一原始數位處方箋；一受理終端機，裝設於該受理藥局，電連接至該受理端讀取器，包括一加密單元及一受理端傳送單元，該加密單元用以依據由該受理終端機的至少一硬體識別碼產生的一金鑰，將該原始數位處方箋加密，以產生一加密後數位處方箋，該受理端傳送單元用以將該加密後數位處方箋向外傳送；一伺服器，包括一資料庫端接收單元、一藥歷資料庫及一資料庫端傳送單元，該資料庫端接收單元用以接收該受理端傳送單元傳來的加密後數位處方箋，該藥歷資料庫儲存該加密後數位處方箋，該資料庫端傳送單元用以將該加密後數位處方箋向外傳送；以及一目的終端機，包括一目的端接收單元及一解密單元，該目的端接收單元用以接收由該資料庫端傳送單元傳來的加密後數位處方箋，該解密單元用以利用該金鑰，將該加密後數位處方箋解密，以獲得該原始數位處方箋。
2. 根據申請專利範圍第1項所述之藥歷資訊管理系統，其中該硬體識別碼是選自於由處理器碼、網路硬體位址及硬碟碼所組成之一群組。
3. 根據申請專利範圍第1項所述之藥歷資訊管理系統，其中該載具為一紙本處方箋，且該受理端讀取器為一用以擷取該紙本處方箋之數位影像之影像擷取器。
4. 根據申請專利範圍第1項所述之藥歷資訊管理系統，其中該載具為一健保IC卡，且該受理端讀取器為一用以讀取該健保IC卡內的數位處方箋之讀卡機。
5. 根據申請專利範圍第1項所述之藥歷資訊管理系統，還包含一設於該目的藥局且電連接至該目的終端機並用以讀取該載具中一患者識別資料之目的端讀取器，該藥歷資料庫還用以儲存該患者之患者歷史藥歷資訊，該目的終端機還包括一藥歷資訊取得單元，根據該患者識別資料，取得該藥歷資料庫中的該患者歷史藥歷資訊，以在該目的終端機上呈現由該患者歷史藥歷資訊與該原始數位處方箋結合而成的一藥歷整合記錄。
6. 根據申請專利範圍第5項所述之藥歷資訊管理系統，其中該藥歷資料庫還用以儲存一親屬藥歷資訊及一個人健康數據，該藥歷資訊取得單元還根據該患者識別資料，取得該藥歷資料庫中的該親屬藥歷資訊及該患者健康數據，以在該目的終端機上呈現由該患者歷史藥歷資訊、原始數位處方箋、親屬藥歷資訊及患者健康數據結合而成的藥歷整合記錄。
7. 根據申請專利範圍第1項所述之藥歷資訊管理系統，其中該目的終端機還包括一訂貨單元，根據該目的藥局的一現存藥量與一安全存量，以決定是否進行自動訂貨。
8. 根據申請專利範圍第7項所述之藥歷資訊管理系統，當該訂貨單元檢測到該現存藥量低於該安全存量時，則自動進行訂貨作業；當該現存藥量未低於該安全存量時，則根據一過去的歷史記錄及一未來將領的藥量計算一訂貨參考值，當該現存藥量低於該訂貨參考值時，則自動訂貨。
9. 根據申請專利範圍第8項所述之藥歷資訊管理系統，其中由該過去的歷史記錄可得到一平均到貨日及一平均日需求藥量，該訂貨參考值=(未來將領的藥量+安全存量)+{平均到貨日×平均日需求藥量}。