一種處方開藥方法、醫院信息系統及計算機存儲介質技術方案

本申請公開了一種處方開藥方法、醫院信息系統及計算機存儲介質，該處方開藥方法包括：響應于用戶端的用戶信息，查找所述用戶信息對應的處方數據；基于所述處方數據生成自助處方繳費單，并將所述自助處方繳費單發送至所述用戶端；響應于所述用戶端的處方繳費數據，在所述處方繳費數據包括繳費成功信息時，生成處方藥品名單，按照所述處方藥品名單打包發送對應處方藥品。通過本申請的方法，用戶可通過醫院信息系統進行自助處方繳費，醫院能夠按照處方藥品名單打包發送對應處方藥品，使得用戶可以減少到醫院現場就診取藥的頻率，提高了處方開藥的效率。藥的效率。藥的效率。

【技術實現步驟摘要】
一種處方開藥方法、醫院信息系統及計算機存儲介質


[0001]本申請涉及互聯網醫療
，特別是涉及一種處方開藥方法、 醫院信息系統及計算機存儲介質。

技術介紹

[0002]隨著時代的發展，人們對于自身健康有了越來越高的追求，前往醫 院進行病情診斷已成為一種常態。現有技術中，患者通常需要前往醫院 就診，憑借醫生開具的處方進行繳費和取藥，若涉及多次取藥，則每次 取藥都需要去醫院，并經過醫生確認后方可取藥。
[0003]現有技術的缺陷在于，若患者是需要進行長期治療的慢病患者，則 患者需要頻繁到院就診取藥，處方開藥效率低，且給患者帶來許多不便 之處。

技術實現思路

[0004]本申請提供一種處方開藥方法、醫院信息系統及計算機存儲介質， 以解決現有技術中處方開藥效率低的技術問題。
[0005]為解決上述問題，本申請提出一種處方開藥方法，應用于一種醫院 信息系統，所述處方開藥方法包括：
[0006]響應于用戶端的用戶信息，查找所述用戶信息對應的處方數據；
[0007]基于所述處方數據生成自助處方繳費單，并將所述自助處方繳費單 發送至所述用戶端；
[0008]響應于所述用戶端的處方繳費數據，在所述處方繳費數據包括繳費 成功信息時，生成處方藥品名單，按照所述處方藥品名單打包發送對應 處方藥品。
[0009]本申請提出了一種醫院信息系統，所述醫院信息系統包括存儲器以 及與所述存儲器耦接的處理器；
[0010]其中，所述存儲器用于存儲程序數據，所述處理器用于執行所述程 序數據以實現如上述的處方開藥方法。
[0011]本申請還提出了一種計算機存儲介質，所述計算機存儲介質用于存 儲程序數據，所述程序數據在被處理器執行時，用以實現如上述的處方 開藥方法。
[0012]本申請提供一種處方開藥方法、醫院信息系統及計算機存儲介質， 通過響應于用戶端的用戶信息，查找用戶信息對應的處方數據；基于處 方數據生成自助處方繳費單，并將自助處方繳費單發送至用戶端；響應 于用戶端的處方繳費數據，在處方繳費數據包括繳費成功信息時，生成 處方藥品名單，按照處方藥品名單打包發送對應處方藥品。通過本申請 的方法，用戶可通過醫院信息系統進行自助處方繳費，醫院能夠按照處 方藥品名單打包發送對應處方藥品，使得用戶可以減少到醫院現場就診 取藥的頻率，提高了處方開藥的靈活性和效率。
附圖說明
[0013]為了更清楚地說明本申請實施例中的技術方案，下面將對實施例描 述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖 僅僅是本申請的一些實施例，對于本領域普通技術人員來講，在不付出 創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。其中：
[0014]圖1是本申請提供的處方開藥方法第一實施例的流程示意圖；
[0015]圖2是本申請提供的處方開藥流程的框架示意圖；
[0016]圖3是本申請提供的處方開藥方法第二實施例的流程示意圖；
[0017]圖4是本申請提供的處方開藥方法第三實施例的流程示意圖；
[0018]圖5是本申請提供的處方開藥方法第四實施例的流程示意圖；
[0019]圖6是本申請提供的處方開藥方法第五實施例的流程示意圖；
[0020]圖7是本申請提供的激活自助處方繳費單第一實施例的界面示意圖；
[0021]圖8是本申請提供的激活自助處方繳費單第二實施例的界面示意圖
[0022]圖9是本申請提供的處方開藥方法第六實施例的流程示意圖；
[0023]圖10是本申請提供的醫院信息系統一實施例的結構示意圖；
[0024]圖11是本申請提供的計算機存儲介質一實施例的結構示意圖。
具體實施方式
[0025]為使本申請的上述目的、特征和優點能夠更為明顯易懂，下面結合 附圖，對本申請的具體實施方式做詳細的說明。可以理解的是，此處所 描述的具體實施例僅用于解釋本申請，而非對本申請的限定。另外還需 要說明的是，為了便于描述，附圖中僅示出了與本申請相關的部分而非 全部結構。基于本申請中的實施例，本領域普通技術人員在沒有做出創 造性勞動前提下所獲得的所有其它實施例，都屬于本申請保護的范圍。
[0026]本申請中的術語“第一”、“第二”等是用于區別不同對象，而不是 用于描述特定順序。此外，術語“包括”和“設置有”以及它們任何變 形，意圖在于覆蓋不排他的包含。例如包含了一系列步驟或單元的過程、 方法、系統、產品或設備沒有限定于已列出的步驟或單元，而是可選地 還包括沒有列出的步驟或單元，或可選地還包括對于這些過程、方法、 產品或設備固有的其它步驟或單元。
[0027]在本文中提及“實施例”意味著，結合實施例描述的特定特征、結 構或特性可以包含在本申請的至少一個實施例中。在說明書中的各個位 置出現該短語并不一定均是指相同的實施例，也不是與其它實施例互斥 的獨立的或備選的實施例。本領域技術人員顯式地和隱式地理解的是， 本文所描述的實施例可以與其它實施例相結合。
[0028]為了解決現有技術中處方開藥效率低的問題，本申請提出了一種處 方開藥方法，該處方開藥方法可以應用于一種醫院信息系統。
[0029]其中，醫院信息系統可以為服務器，也可以為終端設備，還可以為 由服務器和終端設備組合而成的系統。相應地，醫院信息系統包括多個 模塊，各個模塊、子模塊可以全部設置于服務器中，也可以全部設置于 終端設備中，還可以分別設置于服務器和終端設備中。
[0030]進一步地，上述服務器可以是硬件，也可以是軟件。當服務器為硬 件時，可以實現
成多個服務器組成的分布式服務器集群，也可以實現成 單個服務器。當服務器為軟件時，可以實現成多個軟件或軟件模塊，例 如用來提供分布式服務器的軟件或軟件模塊，也可以實現成單個軟件或 軟件模塊，在此不做具體限定。
[0031]需要說明的是，在本申請的處方開藥方法描述中，統一以醫院信息 系統作為執行主體。
[0032]請參閱圖1和圖2，圖1是本申請提供的處方開藥方法第一實施例 的流程示意圖，圖2是本申請提供的處方開藥流程的框架示意圖。如圖 1所示，本申請實施例提供的處方開藥方法包括以下步驟：
[0033]S101：響應于用戶端的用戶信息，查找用戶信息對應的處方數據。
[0034]用戶使用瀏覽器或者應用程序打開醫院信息系統，醫院信息系統初 始化，用戶通過登錄用戶賬號，進入醫院信息系統的用戶端頁面。如圖 2所示，用戶還可以通過微信端關注醫院微信公眾號，在微信公眾號登 錄掌上醫院，從而進入用戶端頁面。
[0035]在具體的實施例中，處方數據包括醫生基于用戶就診時所做的檢查 結果、開藥處方等。用戶前往醫院就診時，醫生將該用戶的就診信息、 檢查結果、處方藥方等數據上傳至醫院信息系統中。用戶可以通過用戶 端登錄醫院信息系統，查看用戶的用戶信息和處方數據，并通過醫院信 息系統進行繳費、購藥等操作。具體地，當用戶對開設的處方單進行繳 費時，響應于本文檔來自技高網...

【技術保護點】

【技術特征摘要】
1.一種處方開藥方法，應用于一種醫院信息系統，其特征在于，包括：響應于用戶端的用戶信息，查找所述用戶信息對應的處方數據；基于所述處方數據生成自助處方繳費單，并將所述自助處方繳費單發送至所述用戶端；響應于所述用戶端的處方繳費數據，在所述處方繳費數據包括繳費成功信息時，生成處方藥品名單，按照所述處方藥品名單打包發送對應處方藥品。2.根據權利要求1所述的處方開藥方法，其特征在于，所述處方開藥方法還包括：獲取所述用戶端上傳的反饋信息，并記錄在所述用戶信息對應的處方數據下；將所述用戶端關于所述處方數據的反饋信息下發到醫生端；響應于所述醫生端關于所述反饋信息上傳的處方調整信息，對所述處方數據進行更新。3.根據權利要求1所述的處方開藥方法，其特征在于，所述處方開藥方法還包括：獲取藥品更新數據；判斷所述處方數據中是否存在與所述藥品更新數據相關聯的處方藥品；若是，則基于所述藥品更新數據對所述處方數據中的處方藥品進行更新。4.根據權利要求3所述的處方開藥方法，其特征在于，所述判斷所述處方數據中是否存在與所述藥品更新數據相關聯的處方藥品之后，所述處方開藥方法還包括：在確認所述處方數據中存在與所述藥品更新數據相關聯的處方藥品之后，基于所述藥品更新數據和所述處方藥品生成藥品更新信息；響應于對所述藥品更新信息的確認指令，基于所述藥品更新信息以及所述確認指令更新處方數據。5.根據權利要求1所述的處方開藥方法，其特征在于，所述處方開藥方法，還包括：獲取所述...

【專利技術屬性】
技術研發人員：黃星星，李耿超，范先旭，彭少杰，龍漢，
申請(專利權)人：深圳市巨鼎醫療股份有限公司，
類型：發明
國別省市：