欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

藥歷信息管理方法及其系統(tǒng)的制作方法

文檔序號:6499077閱讀:231來源:國知局
藥歷信息管理方法及其系統(tǒng)的制作方法
【專利摘要】一種藥歷信息管理方法及其系統(tǒng),其中該管理方法包含:一處方箋取得步驟,利用一受理端讀取器由一載具取得一原始數(shù)字處方箋;一加密步驟,依據(jù)由一受理終端機的至少一硬件標識符產(chǎn)生的一密鑰,將該原始數(shù)字處方箋加密,以產(chǎn)生一加密后數(shù)字處方箋;一處方箋傳送步驟,先將該加密后數(shù)字處方箋由該受理終端機傳送至一藥歷數(shù)據(jù)庫,再將該加密后數(shù)字處方箋由該藥歷數(shù)據(jù)庫傳送至一目的終端機;及一解密步驟,利用該密鑰,將該加密后數(shù)字處方箋解密,以獲得該原始數(shù)字處方箋。
【專利說明】藥歷信息管理方法及其系統(tǒng)
【技術領域】
[0001]本發(fā)明涉及一種信息管理方法及其系統(tǒng),特別是涉及一種適用于藥局間的藥歷信息管理方法及其系統(tǒng)。
【背景技術】
[0002]根據(jù)現(xiàn)行的法規(guī),患者在就醫(yī)后可自行選擇調(diào)劑藥局,特別是慢性疾病處方箋,更是有此需求。一般說來,患者會在同一間藥局完成處方箋受理和進行過卡領藥作業(yè),但是現(xiàn)今社會的交通運輸工具發(fā)達,人們也常有前往異地工作或是休閑游憩的需求,要在同一地完成處方箋的受理并過卡領藥已經(jīng)不符合現(xiàn)今人們的需求。
[0003]另外,一般處方箋為一紙本文件,且由于各家醫(yī)院的系統(tǒng)不同,輸出的紙張大小、格式有所差異,因此保存上實屬不便,經(jīng)常使用的情況下也容易污損、被破壞、或者難以辨識。甚至,還可能發(fā)生變造或是詐領管制藥品的情況。對藥局來說,紙本文件流通不便,建檔管理不易,即使患者在同一連鎖體系領藥,也難以提供患者較完整的信息。

【發(fā)明內(nèi)容】

[0004]本發(fā)明的首要目的在于提供一種可以讓患者于異地領藥的藥歷信息管理方法。
[0005]本發(fā)明藥歷信息管理方法,包含一處方箋取得步驟、一加密步驟、一處方箋傳送步驟及一解密步驟。該處方箋取得步驟利用一受理端讀取器由一載具取得一原始數(shù)字處方箋。該加密步驟依據(jù)由一受理終端機的至少一硬件標識符產(chǎn)生的一密鑰,將該原始數(shù)字處方箋加密,以產(chǎn)生一加密后數(shù)字處方箋。該處方箋傳送步驟,先將該加密后數(shù)字處方箋由該受理終端機傳送至一藥歷數(shù)據(jù)庫,再將該加密后數(shù)字處方箋由該藥歷數(shù)據(jù)庫傳送至一目的終端機。該解密步驟利用該密鑰,將該加密后數(shù)字處方箋解密,以獲得該原始數(shù)字處方箋。
[0006]本發(fā)明的另一個目的在于提供一種可以讓患者于異地領藥的藥歷信息管理系統(tǒng)。
[0007]本發(fā)明藥歷信息管理系統(tǒng),適用于由一患者所持用的一載具、一受理藥局及一目的藥局,包含一受理端讀取器、一受理終端機、一服務器及一目的終端機。該受理端讀取器安裝于該受理藥局,用以從該載具取得一原始數(shù)字處方箋。該受理終端機安裝于該受理藥局,電連接至該受理端讀取器,包括一加密單元及一受理端傳送單元,該加密單元用以依據(jù)由該受理終端機的至少一硬件標識符產(chǎn)生的一密鑰,將該原始數(shù)字處方箋加密,以產(chǎn)生一加密后數(shù)字處方箋,該受理端傳送單元用以將該加密后數(shù)字處方箋向外傳送。該服務器包括一數(shù)據(jù)庫端接收單元、一藥歷數(shù)據(jù)庫及一數(shù)據(jù)庫端傳送單元,該數(shù)據(jù)庫端接收單元用以接收該受理端傳送單元傳來的加密后數(shù)字處方箋,該藥歷數(shù)據(jù)庫存儲該加密后數(shù)字處方箋,該數(shù)據(jù)庫端傳送單元用以將該加密后數(shù)字處方箋向外傳送。該目的終端機包括一目的端接收單元及一解密單元,該目的端接收單元用以接收由該數(shù)據(jù)庫端傳送單元傳來的加密后數(shù)字處方箋,該解密單元利用該密鑰,將該加密后數(shù)字處方箋解密,以獲得該原始數(shù)字處方箋。
[0008]本發(fā)明的有益效果在于:先利用該服務器的藥歷數(shù)據(jù)庫存儲該加密后數(shù)字處方箋,接著利用該數(shù)據(jù)庫端傳送單元用以將該加密后數(shù)字處方箋傳送至患者希望能領藥的目的藥局的目的終端機,再將該加密后數(shù)字處方箋解密,不但在處方箋的傳遞上更安全,且大幅提升以處方箋領藥的方便性。
【專利附圖】

【附圖說明】
[0009]圖1是一系統(tǒng)方塊圖,說明本發(fā)明的系統(tǒng)的第一較佳實施例;
[0010]圖2是一方法流程圖,說明本發(fā)明的方法;
[0011]圖3是一流程圖,說明本發(fā)明的自動訂貨子步驟;
[0012]圖4是一方法流程圖,說明本發(fā)明的方法;
[0013]圖5是一系統(tǒng)方塊圖,說明本發(fā)明的系統(tǒng)的第二較佳實施例;及
[0014]圖6是一示意圖,說明本發(fā)明的系統(tǒng)的第二較佳實施例應用于多個藥局。
【具體實施方式】
[0015]下面結合附圖及實施例對本發(fā)明進行詳細說明。
[0016]參閱圖1,本發(fā)明藥歷信息管理系統(tǒng)的第一較佳實施例適用于由一患者所持用的一載具(圖未示)、一受理藥局10及一目的藥局11,包含一受理端讀取器1、一受理終端機
2、一服務器3、一目的終端機5及一目的端讀取器4。
[0017]該受理端讀取器I安裝于該受理藥局10,用以從該載具取得一原始數(shù)字處方箋。在本較佳實施例中,該載具為一健保IC卡,該受理端讀取器I為一用以讀取該健保IC卡內(nèi)數(shù)據(jù)的卡片閱讀機(card reader)。
[0018]該受理終端機2安裝于該受理藥局10且與該受理端讀取器I電連接,包括一加密單元21及一受理端傳送單元22。
[0019]該加密單元21依據(jù)由該受理終端機2的至少一個硬件標識符產(chǎn)生的一密鑰,將該原始數(shù)字處方箋加密,以產(chǎn)生一加密后數(shù)字處方箋,繼而由該受理端傳送單元22將該加密后數(shù)字處方箋向外傳送。該硬件標識符是選自于由處理器碼、網(wǎng)絡硬件地址及硬盤碼所組成的一群組。在本較佳實施例中,該受理終端機2為一計算機主機,該加密單元21及該受理端傳送單元22分別為一計算機程序產(chǎn)品(program product),在加載于該計算機主機的處理器后可達到上述的功能。該處理器碼、網(wǎng)絡硬件地址及硬盤碼皆與硬件唯一對應,組合時不限于三個皆取用,也可僅取其中兩個,甚至僅取其中一個。
[0020]該服務器3包括一數(shù)據(jù)庫端接收單元31、一藥歷數(shù)據(jù)庫32及一數(shù)據(jù)庫端傳送單元33。該服務器3可安裝于連鎖藥局的總部,但本發(fā)明不限于此。
[0021]該藥歷數(shù)據(jù)庫32用以存儲該加密后數(shù)字處方箋、一患者歷史藥歷信息、一親屬藥歷信息及一患者健康數(shù)據(jù)。該數(shù)據(jù)庫端接收單元31用以接收該受理端傳送單元22傳來的加密后數(shù)字處方箋,繼而存儲于該藥歷數(shù)據(jù)庫32,再由該數(shù)據(jù)庫端傳送單元33將該加密后數(shù)字處方箋向外傳送。在本較佳實施例中,該數(shù)據(jù)庫端接收單元31、藥歷數(shù)據(jù)庫32及數(shù)據(jù)庫端傳送單元33皆為計算機程序產(chǎn)品,在加載于該服務器3的處理器后并配合該服務器3的儲存媒體,如存儲器或硬盤,可完成上述的功能。
[0022]該目的端讀取器4安裝于該目的藥局11,且電連接至該目的終端機5,用以讀取該載具中一患者識別數(shù)據(jù)(如身份證號碼),在本較佳實施例中為一用以讀取該健保IC卡內(nèi)數(shù)據(jù)的卡片閱讀機。
[0023]該目的終端機5包括一目的端接收單元51、一解密單元52、一藥歷信息取得單元53及一訂貨單元54。
[0024]該目的端接收單元51用以接收由該數(shù)據(jù)庫端傳送單元33傳來的加密后數(shù)字處方箋。該解密單元52利用該密鑰,將該加密后數(shù)字處方箋解密,以獲得該原始數(shù)字處方箋。該藥歷信息取得單元53根據(jù)由該目的端讀取器4讀取到的該患者識別數(shù)據(jù),取得該藥歷數(shù)據(jù)庫32中的該患者歷史藥歷信息、親屬藥歷信息及患者健康數(shù)據(jù),以在該目的終端機5上呈現(xiàn)由該患者歷史藥歷信息、原始數(shù)字處方箋、親屬藥歷信息及患者健康數(shù)據(jù)結合而成的藥歷整合記錄。
[0025]在本較佳實施例中,該目的終端機5為一計算機主機,該目的端接收單元51、解密單元52、藥歷信息取得單元53及訂貨單元54皆為計算機程序產(chǎn)品,加載于該目的終端機5的處理器后可完成上述的功能。
[0026]值得一提的是,本發(fā)明中的該受理終端機2及目的終端機5也可以是手持系統(tǒng),如平板計算機。該載具也可為一紙本處方箋,此時該受理端讀取器I為一用以擷取該紙本處方箋的數(shù)字影像的影像擷取器,在擷取后以光學文字辨識(OCR,Optical CharacterRecognition)或者解讀二維條形碼(QR Code, Quick Response Code)的方式產(chǎn)生該數(shù)字處方箋。
[0027]參閱圖1及圖2,本發(fā)明藥歷信息管理方法,配合上述的藥歷信息管理系統(tǒng)得以完成,包含一處方箋取得步驟SI,一加密步驟S2,一處方箋傳送步驟S3,一解密步驟S4,一藥歷信息取得步驟S5及一自動訂貨步驟S6。
[0028]如該處方箋取得步驟SI所示,利用該受理端讀取器I由該載具(圖未示)取得該原始數(shù)字處方箋。在本較佳實施例中,該載具為健保IC卡,且該受理端讀取器I為用以讀取該健保IC卡內(nèi)的數(shù)字處方箋的卡片閱讀機,患者于該受理藥局10中以醫(yī)院開立的紙本處方箋做為憑證,并且將健保IC卡插入該卡片閱讀機中,經(jīng)由卡片閱讀機讀出該原始數(shù)字處方箋再傳至該受理終端機2。值得一提的是,本較佳實施例的另一態(tài)樣,適用于該受理終端機2僅受理患者的紙本處方箋的情況,此時該受理端讀取器I為一用以擷取該紙本處方箋的數(shù)字影像的影像擷取器,在擷取后以光學文字辨識或解讀二維條形碼的方式產(chǎn)生該數(shù)字處方箋。
[0029]接下來,如該加密步驟S2所示,由該受理終端機2的該硬件標識符產(chǎn)生的密鑰,將該原始數(shù)字處方箋加密,以產(chǎn)生該加密后數(shù)字處方箋。其中該硬件標識符是選自于由處理器碼、網(wǎng)絡硬件地址及硬盤碼所組成的群組。在本較佳實施例中,該受理終端機2為位于受理藥局10,且具有處理器、網(wǎng)絡卡及硬盤機的計算機主機。該處理器中加載有加密單元21及受理端傳送單元22等計算機程序產(chǎn)品。傳至該受理終端機2的原始數(shù)字處方箋可分為一個人私密部分及一可公開部分。該加密單元21只對其中的個人私密部分加密。先根據(jù)該受理終端機2的處理器碼、網(wǎng)絡硬件地址及硬盤碼產(chǎn)生密鑰,再利用該密鑰對該原始數(shù)字處方箋加密,以產(chǎn)生該加密后數(shù)字處方箋,繼而將該密鑰以一收方公鑰加密,產(chǎn)生一加密后密鑰,最后將該加密后數(shù)字處方箋及加密后密鑰一起傳送出去。
[0030]繼而,如該處方箋傳送步驟S3所示,先將該加密后數(shù)字處方箋由該受理終端機2傳送至該藥歷數(shù)據(jù)庫32,再將該加密后數(shù)字處方箋由該藥歷數(shù)據(jù)庫32傳送至該目的終端機5。在本較佳實施例中,該加密后數(shù)字處方箋及該加密后密鑰由受理終端機2中的受理端傳送單元22傳送至該服務器3的數(shù)據(jù)庫端接收單元31,儲存至該藥歷數(shù)據(jù)庫32后,再由該數(shù)據(jù)庫端傳送單元33將該加密后數(shù)字處方箋及該加密后密鑰傳送至位于目的藥局11的目的終端機5。
[0031]接著,如該解密步驟S4所示,利用該密鑰將該加密后數(shù)字處方箋解密,以獲得該原始數(shù)字處方箋。在本較佳實施例中,該目的終端機5為加載有目的端接收單元51、解密單元52、藥歷信息取得單元53及訂貨單元54等計算機程序產(chǎn)品的計算機主機。欲傳送至該目的終端機5的該加密后數(shù)字處方箋及該加密后密鑰由該目的端接收單元51接收后,該解密單元52先以一私鑰解開該加密后密鑰,再利用該密鑰解開該加密后數(shù)字處方箋,患者可在目的藥局11以健保IC卡進行過卡作業(yè),然后便可根據(jù)數(shù)字處方箋上所記載的內(nèi)容領取所需要的藥品。
[0032]然后,如該藥歷信息取得步驟S5所示,先利用該目的端讀取器4由該載具讀取患者識別數(shù)據(jù),再根據(jù)該患者識別數(shù)據(jù),通過該藥歷信息取得單元53取得該藥歷數(shù)據(jù)庫32中的患者歷史藥歷信息、親屬藥歷信息及患者健康數(shù)據(jù),以在該目的終端機5上呈現(xiàn)由該患者歷史藥歷信息、親屬藥歷信息及患者健康數(shù)據(jù)與該原始數(shù)字處方箋結合而成的藥歷整合記錄。
[0033]在本實施例中,患者先以健保IC卡插入目的藥局的卡片閱讀機,待身份確認后,該藥歷信息取得單元53對藥歷數(shù)據(jù)庫32送出一個要求,繼而該數(shù)據(jù)庫端傳送單元33會回傳該患者的藥歷整合記錄,內(nèi)容包括最近一次的數(shù)字處方箋,根據(jù)過往的處方箋內(nèi)容所構成的歷史藥歷信息、親屬藥歷信息及患者健康數(shù)據(jù)。其中該親屬藥歷信息包括親屬和患者的關系、姓名、身份證號碼、出生年月、親屬所患有的疾病及最近一次調(diào)劑時間,可供患者了解親屬的用藥情況,以及是否按時領藥。該患者健康數(shù)據(jù)是來自于患者本人近期測量到的血糖、血壓數(shù)據(jù)所制成的表格及統(tǒng)計圖,在患者同意的情況下加以記錄并上傳至該藥歷數(shù)據(jù)庫32,可作為患者追蹤個人健康情形及用藥的參考。
[0034]參閱圖3,該自動訂貨步驟S6的詳細流程說明如下,首先如步驟S61所示,該訂貨單元54根據(jù)該目的藥局11的一現(xiàn)存藥量與一安全存量,以決定是否進行自動訂貨。當該訂貨單元54檢測到該現(xiàn)存藥量低于該安全存量時,如步驟S64所示,訂貨單元54自動進行訂貨作業(yè)。當該現(xiàn)存藥量未低于該安全存量時,如步驟S62所示,根據(jù)一過去的歷史記錄及一未來將領的藥量計算一訂貨參考值。然后,如步驟S63所示,該訂貨單元54進一步判定現(xiàn)存藥量是否低于該訂貨參考值。若該現(xiàn)存藥量低于該訂貨參考值時,如步驟S64所示,自動訂貨。其中由該過去的歷史記錄可得到一平均到貨日及一平均日需求藥量,即可計算出該訂貨參考值β=(未來將領的藥量+安全存量)+ {平均到貨日X平均日需求藥量}。該平均日需求藥量,是由過去的歷史記錄,取一時間區(qū)間計算而來,該時間區(qū)間可以是月、周、或其他一定天數(shù)。
[0035]舉例來說,某藥品的安全存量為100顆,該訂貨單元54在該數(shù)字處方箋到達該目的終端機5并以該解密單元52解密后,先將現(xiàn)存藥量和安全存量比較,若現(xiàn)存藥量低于100顆,則自動直接與廠商訂購,并以金融賬戶扣款。
[0036]若現(xiàn)存藥量未低于100,則根據(jù)過去的歷史記錄及未來將領的藥量計算一訂貨參考值β。假設某藥品平均到貨日為3個工作天,安全庫存為100顆,未來七日根據(jù)處方箋已知需求為200顆,同期月平均的日需求藥量為40顆。則可以得到:
[0037]訂貨參考值β = (200+100) + {3 X 40} =420 (顆)
[0038]所以,當現(xiàn)存藥量未低于安全存量(100顆),該訂貨單元54會進一步與訂貨參考值β (420顆)比較,若現(xiàn)存藥量低于訂貨參考值β,則該訂貨單元54自動以在線方式直接訂購藥品。
[0039]參閱圖4,值得一提的是,該自動訂貨步驟S6只要在該數(shù)字處方箋被該解密單元52(顯示于圖1)解密,內(nèi)容可被解讀后便可以進行,所以該自動訂貨步驟S6也可位于該解密步驟S4及藥歷信息取得步驟S5間。
[0040]參閱圖5,本發(fā)明的第二較佳實施例,考慮每一藥局可同時為受理藥局10(顯示于圖1)及目的藥局11 (顯示于圖1),為因應此一情況,該受理終端機2a及目的終端機5a,以及受理終端機2b及目的終端機5b,可分別以單一計算機主機完成,該加密單元21、解密單元52、受理端傳送單元22、目的端接收單元51、藥歷信息取得單元53及訂貨單元54同樣為計算機程序產(chǎn)品,并加載于每一計算機主機,此時該受理端讀取器I及目的端讀取器4以單
片閱讀機完成。
[0041]此時患者在藥局A,將健保IC卡插入卡片閱讀機后,數(shù)據(jù)傳入安裝于藥局A的計算機主機,完成處方箋受理的動作。然后該加密后數(shù)字處方箋由受理終端機2a中的受理端傳送單元22傳送至該服務器3的數(shù)據(jù)庫端接收單元31,儲存至該藥歷數(shù)據(jù)庫32后,再由該數(shù)據(jù)庫端傳送單元33將該加密后數(shù)字處方箋傳送至位于藥局B的計算機主機中目的終端機5b的目的端接收單元51,患者便可在藥局B進行過卡領藥作業(yè)。同理,若患者于藥局B完成處方箋受理動作,則該加密后數(shù)字處方箋的傳送路徑會由受理終端機2b至該服務器3,再到目的終端機5a。
[0042]參閱圖6,本發(fā)明也可以應用于多個藥局,所述藥局中的一個受理處方箋后,經(jīng)過該服務器3后,可于所述藥局中的另一個進行過卡領藥,本發(fā)明仍得以實現(xiàn)。
[0043]綜上所述,本發(fā)明適用于連鎖藥局或業(yè)務上相似的醫(yī)事機構間的藥歷信息管理,利用該受理端讀取器I受理處方箋及目的端讀取器4確認身份,并配合該加密單元2、解密單元52及藥歷數(shù)據(jù)庫32,以管理數(shù)字處方箋,一來數(shù)字化的處方箋不容易污損、變造且更容易傳遞,使患者能在不同地點分別完成處方箋受理及過卡領藥,另外,利用數(shù)據(jù)庫管理在不同地點受理的處方箋使得患者能得到更完整的用藥記錄,甚至是親屬的相關記錄,所以確實能達成本發(fā)明的目的。
【權利要求】
1.一種藥歷信息管理方法,適用于一受理終端機及一目的終端機,其特征在于:包含以下步驟: 一處方箋取得步驟,利用一與該受理終端機連接的受理端讀取器由一載具取得一原始數(shù)字處方箋; 一加密步驟,依據(jù)由該受理終端機的至少一個硬件標識符產(chǎn)生的一密鑰,將該原始數(shù)字處方箋加密,以產(chǎn)生一加密后數(shù)字處方箋; 一處方箋傳送步驟,先將該加密后數(shù)字處方箋由該受理終端機傳送至一藥歷數(shù)據(jù)庫,再將該加密后數(shù)字處方箋由該藥歷數(shù)據(jù)庫傳送至該目的終端機;及 一解密步驟,利用該密鑰,將該加密后數(shù)字處方箋解密,以獲得該原始數(shù)字處方箋。
2.根據(jù)權利要求1所述的藥歷信息管理方法,其特征在于:在該加密步驟中,該硬件標識符是選自于由處理器碼、網(wǎng)絡硬件地址及硬盤碼所組成的一群組。
3.根據(jù)權利要求1所述的藥歷信息管理方法,其特征在于:該載具為一紙本處方箋,且該受理端讀取器為一用以擷取該紙本處方箋的數(shù)字影像的影像擷取器。
4.根據(jù)權利要求1所述的藥歷信息管理方法,其特征在于:該載具為一健保IC卡,且該受理端讀取器為一用以讀取該健保IC卡內(nèi)的數(shù)字處方箋的卡片閱讀機。
5.根據(jù)權利要求1所述的藥歷信息管理方法,其特征在于:該方法還包含一藥歷信息取得步驟,先利用一與該目的終端機連接的目的端讀取器由該載具讀取該載具中的一患者識別數(shù)據(jù),再根據(jù)該患者識別數(shù)據(jù),取得該藥歷數(shù)據(jù)庫中的患者歷史藥歷信息,以在該目的終端機上呈現(xiàn)由該患者歷史藥歷信息與該原始數(shù)字處方箋結合而成的一藥歷整合記錄。
6.根據(jù)權利要求5所述的藥歷信息管理方法,其特征在于:該藥歷信息取得步驟還根據(jù)該患者識別數(shù)據(jù),取得該藥歷數(shù)據(jù)庫中的一親屬藥歷信息及一患者健康數(shù)據(jù),以在該目的終端機上呈現(xiàn)由該患者歷史藥歷信息、原始數(shù)字處方箋、親屬藥歷信息及患者健康數(shù)據(jù)結合而成的藥歷整合記錄。
7.根據(jù)權利要求1所述的藥歷信息管理方法,其特征在于:該方法還包含一自動訂貨步驟,根據(jù)一存儲于該目的終端機的現(xiàn)存藥量,與一安全存量比較,以決定是否進行自動訂貨。
8.根據(jù)權利要求7所述的藥歷信息管理方法,其特征在于:當該現(xiàn)存藥量低于該安全存量時,自動進行訂貨作業(yè);當該現(xiàn)存藥量未低于該安全存量時,根據(jù)一存儲于該目的終端機的過去的歷史記錄及一存儲于該目的終端機的未來將領的藥量計算一訂貨參考值,當該現(xiàn)存藥量低于訂貨參考值時,該目的終端機自動訂貨。
9.根據(jù)權利要求8所述的藥歷信息管理方法,其特征在于:由該過去的歷史記錄可得到一平均到貨日及一平均日需求藥量,該訂貨參考值=(未來將領的藥量+安全存量)+ {平均到貨日X平均日需求藥量}。
10.一種藥歷信息管理系統(tǒng),適用于由一患者所持用的一載具、一受理藥局及一目的藥局,其特征在于:該系統(tǒng)包含: 一受理端讀取器,安裝于該受理藥局,用以從該載具取得一原始數(shù)字處方箋; 一受理終端機,安裝于該受理藥局,電連接至該受理端讀取器,包括一加密單元及一受理端傳送單元,該加密單元用以依據(jù)由該受理終端機的至少一個硬件標識符產(chǎn)生的一密鑰,將該原始數(shù)字處方箋加密,以產(chǎn)生一加密后數(shù)字處方箋,該受理端傳送單元用以將該加密后數(shù)字處方箋向外傳送; 一服務器,包括一數(shù)據(jù)庫端接收單元、一藥歷數(shù)據(jù)庫及一數(shù)據(jù)庫端傳送單元,該數(shù)據(jù)庫端接收單元用以接收該受理終端機的受理端傳送單元傳來的加密后數(shù)字處方箋,該藥歷數(shù)據(jù)庫存儲該加密后數(shù)字處方箋,該數(shù)據(jù)庫端傳送單元用以將該加密后數(shù)字處方箋向外傳送;及 一目的終端機,包括一目的端接收單元及一解密單元,該目的端接收單元用以接收由該數(shù)據(jù)庫端傳送單元傳來的加密后數(shù)字處方箋,該解密單元利用該密鑰,將該加密后數(shù)字處方箋解密,以獲得該原始數(shù)字處方箋。
11.根據(jù)權利要求10所述的藥歷信息管理系統(tǒng),其特征在于:該硬件標識符是選自于由處理器碼、網(wǎng)絡硬件地址及硬盤碼所組成的一群組。
12.根據(jù)權利要求10所述的藥歷信息管理系統(tǒng),其特征在于:該載具為一紙本處方箋,且該受理端讀取器為一用以擷取該紙本處方箋的數(shù)字影像的影像擷取器。
13.根據(jù)權利要求10所述的藥歷信息管理系統(tǒng),其特征在于:該載具為一健保IC卡,且該受理端讀取器為一用以讀取該健保IC卡內(nèi)的數(shù)字處方箋的卡片閱讀機。
14.根據(jù)權利要求10所述的藥歷信息管理系統(tǒng),其特征在于:該系統(tǒng)還包含一安裝于該目的藥局且電連接至 該目的終端機并用以讀取該載具中一患者識別數(shù)據(jù)的目的端讀取器,該藥歷數(shù)據(jù)庫還存儲該患者的患者歷史藥歷信息,該目的終端機還包括一藥歷信息取得單元,根據(jù)該患者識別數(shù)據(jù),取得該藥歷數(shù)據(jù)庫中的該患者歷史藥歷信息,以在該目的終端機上呈現(xiàn)由該患者歷史藥歷信息與該原始數(shù)字處方箋結合而成的一藥歷整合記錄。
15.根據(jù)權利要求14所述的藥歷信息管理系統(tǒng),其特征在于:該藥歷數(shù)據(jù)庫還存儲一親屬藥歷信息及一患者健康數(shù)據(jù),該藥歷信息取得單元還根據(jù)該患者識別數(shù)據(jù),取得該藥歷數(shù)據(jù)庫中的該親屬藥歷信息及該患者健康數(shù)據(jù),以在該目的終端機上呈現(xiàn)由該患者歷史藥歷信息、原始數(shù)字處方箋、親屬藥歷信息及患者健康數(shù)據(jù)結合而成的藥歷整合記錄。
16.根據(jù)權利要求10所述的藥歷信息管理系統(tǒng),其特征在于:該目的終端機還包括一訂貨單元,根據(jù)該目的藥局中存儲于該目的終端機的一現(xiàn)存藥量與一安全存量,以決定是否進行自動訂貨。
17.根據(jù)權利要求16所述的藥歷信息管理系統(tǒng),其特征在于:當檢測到該現(xiàn)存藥量低于該安全存量時,該訂貨單元自動進行訂貨作業(yè);當該現(xiàn)存藥量未低于該安全存量時,該訂貨單元根據(jù)一存儲于該目的終端機的過去的歷史記錄及一未來將領的藥量計算一訂貨參考值,當該現(xiàn)存藥量低于該訂貨參考值時,自動訂貨。
18.根據(jù)權利要求17所述的藥歷信息管理系統(tǒng),其特征在于:由該過去的歷史記錄可得到一平均到貨日及一平均日需求藥量,該訂貨參考值=(未來將領的藥量+安全存量)+ {平均到貨日X平均日需求藥量}。
【文檔編號】G06Q10/06GK103927610SQ201310016344
【公開日】2014年7月16日 申請日期:2013年1月16日 優(yōu)先權日:2013年1月16日
【發(fā)明者】陳政毅, 陳憲堂 申請人:臺大藥聯(lián)資訊科技股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
晋城| 疏勒县| 萨迦县| 郸城县| 闸北区| 静海县| 江安县| 油尖旺区| 祁阳县| 汉中市| 呈贡县| 永清县| 荥阳市| 肇庆市| 隆德县| 财经| 梁河县| 枞阳县| 巴林左旗| 肃宁县| 铜陵市| 汉阴县| 延吉市| 驻马店市| 襄垣县| 满城县| 石首市| 广元市| 贞丰县| 岑溪市| 民县| 阳谷县| 阿瓦提县| 石嘴山市| 舞阳县| 吉水县| 五华县| 漳平市| 东源县| 文昌市| 开远市|