藥事管理系統(tǒng)的設計和實現的分析_第1頁
藥事管理系統(tǒng)的設計和實現的分析_第2頁
藥事管理系統(tǒng)的設計和實現的分析_第3頁
藥事管理系統(tǒng)的設計和實現的分析_第4頁
藥事管理系統(tǒng)的設計和實現的分析_第5頁
全文預覽已結束

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

...wd......wd......wd...藥事管理系統(tǒng)的設計與實現系統(tǒng)需求在醫(yī)院,藥事管理一般分為藥房管理、藥庫管理和采購管理等。其業(yè)務描述一般為:首先由藥庫制定采購方案,藥品采購回來后,在藥庫進展有效期、庫存量和價格等的管理。藥房或其它科室向藥庫發(fā)送藥品請領申請,藥庫接收后,會根據庫存量按照一定的出庫原那么辦理藥品出庫。藥房領藥后辦理藥房入庫。藥房接收從門診傳來的處方后,進展藥品調配、核對,并引導病人在指定位置領取藥品,完成藥品根據處方發(fā)藥的過程。藥房藥庫每月需要進展盤點,對藥品與賬面數進展校對,產生盤點單,保持實物賬與賬面賬的一致。由于整個醫(yī)院信息系統(tǒng)比較復雜,全盤分析藥品在信息系統(tǒng)中的流轉也不太現實,這里僅僅抽取藥品采購、藥房管理和藥庫管理等環(huán)節(jié)進展分析和處理,并有刪減。企業(yè)主要組織機構采購部門:負責與供應商談判并采購藥品;庫存部門:負責進貨管理、退貨管理等;藥房:負責藥品的配送。系統(tǒng)業(yè)務情況采購藥品主要負責藥品采購。先根據藥房和藥庫遞交的采購申請進展匯總,生成采購方案,確定需要采購的藥品的種類和數量;并查詢供貨商的信息,確定采購對象,與供貨商議定藥品價格后簽訂購藥合同。貨到時,通知庫存部門驗收藥品。庫存管理庫存管理的基本流程是:首先對采購的藥品進展驗收、確認、入庫登記。對不合格和不符合采購方案的藥品進展退藥處理。對藥房和相關臨床科室的領藥申請進展處理。藥房管理藥品進入藥房庫存后,每天可能承受到從各個科室和病人傳來的取藥申請,藥房要根據這些申請查詢存藥進展配藥處理,然后發(fā)往各個科室或病人手中。如果存庫藥品不夠,那么需要申請采購。當藥房有藥品出現滯銷、包裝、質量、過期等問題時,藥房可能向藥庫發(fā)送退藥申請,假設申請理由符合規(guī)定,那么由藥庫根據發(fā)藥票據進展確認,然后進展退藥處理。用戶要求采購部門:信息要求:供應商信息:包括供應商的單位信息、聯系人信息等;采購合同信息:包括每一次采購的采供貨商、采購時間、采購藥品、采購的價格、批號、數量等;藥品信息:藥品類別信息、藥品的價格信息等。處理要求:對供應商信息進展管理;能根據不同藥品對相關供應商進展查詢、評價和分析;能按合同號、供應商、采購時間等對合同進展查詢;建設藥品參考價格表,由采購員通過市場調查進展維護;建設采購合同記錄,為每個合同在進藥合同表中記錄一行。庫存部門:信息要求:藥品信息:記錄藥品名稱、規(guī)格、批號、生產日期、失效日期、藥品類別等;科室信息:記錄科室編號、科室名稱等;庫房信息:記錄庫房編碼、庫房名稱等。處理要求:錄入或維護藥品信息;能自動生成采購方案及采購單功能;能隨時查驗任一藥品的庫存變化,入、出、存等明細信息;接收藥房、科室領藥單功能;提供藥品的核算功能,可統(tǒng)計分析各藥房的消耗、庫存;提供藥品的有效期管理、可自動預警和統(tǒng)計過期藥品的品種數目及金額,并有庫存量提示功能。藥房部門:信息要求:藥房信息:需要記錄藥房編號、藥房名稱;處方發(fā)貨信息:需要記錄某張?zhí)幏皆谀膫€藥房發(fā)貨,詳細的發(fā)貨內容;進藥申請:記錄申請藥物的信息,數量等。處理要求:可自動獲取藥品名稱、規(guī)格、批號、生產廠家、藥品來源、藥品劑型、藥品類別、領藥人、開方醫(yī)生和病人等基本信息;提供對藥品明細執(zhí)行發(fā)藥核對確認,消減庫存的功能,并統(tǒng)計日處方量和各類別的處方量;可自動生成藥品進藥方案申請單,并發(fā)往藥庫;提供對藥庫發(fā)到本藥房的藥品的出庫單進展入庫確認;提供本藥房藥品的退藥功能;可隨時查詢某日和任意時間段的入庫藥品消耗,以及任意某一藥品的入、出、存明細帳;支持對多個藥房的管理。安全性與完整性要求系統(tǒng)應滿足實體完整性、參照完整性和用戶自定義的完整性規(guī)那么。對不同的用戶賦予不同的權限,每個用戶只能對有限的數據進展有限的操作。例如,供應商只能對他們自己供應的藥品價格進展查詢等,這里不再贅述。確定系統(tǒng)邊界根基數據的錄入和更新由操作員聯機完成,比方錄入藥品名稱,藥房名稱、供應商名稱等信息。對于實體的編碼維護,比方商品編碼、藥房編號等,可以由系統(tǒng)產生,也可由操作員手工管理;一些統(tǒng)計數據,比方采購單總價格等,由系統(tǒng)產生;還有一些查詢工作,比方對藥品價格的查詢,也可以由系統(tǒng)完成;各種報表的生成均由系統(tǒng)產生,如藥庫缺貨登記表等。分析用戶需求在調查完用戶需求后,就要開場分析用戶需求??梢园焉鲜鲠t(yī)院藥事管理大致劃分為3個子系統(tǒng):采購藥品、藥庫管理和藥房管理。并為每個子系統(tǒng)組成了開發(fā)小組。圖1描述了該系統(tǒng)的第一層數據流圖。藥房藥房入庫采購申請訂單藥房藥房入庫采購申請訂單供應商供應商出庫單進藥檔案入庫單出庫單進藥檔案入庫單發(fā)貨清單1.0發(fā)貨清單1.0采購領藥申請領藥申請合格藥品進藥合同藥庫庫存合格藥品進藥合同藥庫庫存出藥檔案入庫清單單出藥檔案入庫清單單藥品信息領藥申請領藥申請采購方案藥品信息領藥申請領藥申請采購方案科室采購申請表藥庫科室采購申請表藥庫圖1藥事管理系統(tǒng)第一層數據流圖圖1藥事管理系統(tǒng)第一層數據流圖采購藥品管理子系統(tǒng)開發(fā)小組的成員在經過調查研究、分析和數據收集后,明確了該子系統(tǒng)的主要處理功能是:對藥房或臨床科室提供的需求信息、供應商信息和市場藥品信息進展分析,確定藥品供應商和供應商簽訂購藥合同,生成購藥合同記錄和訂單;供應商根據訂單安排發(fā)貨,生成發(fā)貨清單;收到藥品時按照發(fā)貨清單和進貨合同對收到的藥品進展核對,核對無誤生成入庫單,準備入庫。圖2是描述的采購藥品管理子系統(tǒng)的數據流圖。圖2圖2采購藥品管理子系統(tǒng)數據流圖藥房供應商發(fā)貨清單訂單采購申請1.2確定供應商供貨商信息藥品參考價格1.3簽訂購藥合同供應商及所需藥品進藥合同1.4核對訂單信息1.1采購申請采購申請表匯總申請藥庫采購方案入庫單1.5核對訂單信息已核合格藥品藥品信息入庫清單單入庫清單單生成入庫單后由質檢員對其進展驗收,合格的藥品生成進貨入庫單,存入藥庫;不合格的藥品生成退貨單。根據退貨單去查找進藥合同記錄,確定需退掉的藥品是由哪個供應商供貨的,與其簽訂退貨合同,生成退貨合同和退貨清單。藥庫管理子系統(tǒng)的數據流圖如圖3所示。藥藥庫入庫單根據質量要求進藥檔案2.1檢驗質檢員入庫清單2.2入藥庫入庫清單2.3退貨退貨清單進藥合同供貨商退貨合同退貨清單庫存檔案圖3藥庫管理子系統(tǒng)數據流圖2.4查詢出庫清單2.5出藥庫科室領藥申請出庫單藥房出庫清單出藥檔案領藥申請科室和藥房向藥庫辦理領藥出庫,藥庫出庫實際上是從藥庫移藥到各個科室和藥房的過程。藥房還可以對它們管理的藥房中的閑置藥、過期藥、報廢藥等向藥庫提出退藥申請;每次從藥房中出庫都需要核對藥庫藥品實物數量和賬面數量,形成相應的出庫單,根據出庫單的內容修改庫存藥品;此外,還有可能發(fā)生在兩個藥房之間的藥品轉庫業(yè)務,全院藥品存貨核算盤點等功能都可以考慮在需求中一并實現。藥房管理子系統(tǒng)的功能如圖4所示。主要描述藥房向科室和病人發(fā)藥的過程。藥房也可以對一些藥品作退藥處理。出藥檔案出藥檔案3理藥發(fā)藥清單藥房庫存科室領藥申請圖4藥房管理子系統(tǒng)數據流圖3.4藥房藥房入庫退藥清單發(fā)藥清單退藥清單發(fā)藥退藥記錄記錄病人處方清單發(fā)藥清單藥庫領藥申請將所有用戶需求分析完成后,就要開場構造數據字典了。以采購藥品管理子系統(tǒng)的數據字典為例,如下各表所示。其它數據字典不再贅述。表1數據構造定義數據構造編號數據構造名含義說明組成1供貨商信息記錄供應商信息供應商代碼、名稱、地址、、、Email、聯系人2藥品信息記錄藥品信息藥品代碼、藥品名稱、拼音簡碼、劑型、規(guī)格、單位、批號、生產日期、失效日期、藥品類別3藥房記錄藥房信息藥房代碼、藥房名稱4藥庫記錄藥庫信息藥庫代碼、藥庫地址確定了數據構造后,就可以對每個數據構造的數據項進展具體定義。上述數據構造的數據項分別在下表進展定義。表2藥房的數據項定義數據項編號數據項名稱含義說明別名數據類型長度取值范圍1藥房代碼藥房的唯一標識Storecode字符型200-992藥房名稱藥房的名稱Storename字符型10漢字表3藥庫的數據項定義數據項編號數據項名稱含義說明別名數據類型長度取值范圍1藥庫代碼藥庫的唯一標識Warehousecode字符型200-992藥庫地址藥庫的名稱Warehousename字符型10漢字表4供應商信息的數據項定義數據項編號數據項名稱含義說明別名數據類型長度取值范圍1供應商代碼供應商單位的唯一標志ProviderCode字符型40001-99992供應商全稱記錄供應商的全稱ProviderName字符型60漢字符號3地址供應商單位地址Address字符型50漢字符號4聯系聯系人的聯系Tel字符型15數字符號5供應商郵政編碼Zip字符型6數字符號6Email供應商的EmailEmail字符型30字母數字組合7聯系人供應商聯系人Relation字符型7漢字符號表5藥品信息的數據項定義數據項編號數據項名稱含義說明別名數據類型長度取值范圍1藥品代碼藥品的唯一標志MedicineCode字符型5數字符號2藥品名稱記錄藥品的全稱MedicineName可變字符型50漢字符號3拼音簡碼記錄藥品的單價PyCode字符型10字母組合4劑型記錄藥品的劑型DosageForm字符型65規(guī)格記錄藥品的規(guī)格Standard字符型156單位記錄藥品的單位Unit字符型107批號記錄藥品的批號BatchNumber字符型208生產日期記錄藥品的生產日期ProductionDate日期型9失效日期記錄藥品的失效日期ExpirationDate日期型10藥品類別記錄藥品的藥品類別category字符型10中成藥、西藥等系統(tǒng)概念模型設計系統(tǒng)概念設計階段的要求是通過對用戶需求進展綜合、歸納和抽象,形成一個獨立于數據庫邏輯構造、獨立于DBMS的概念模型。這里以E-R圖來描繪概念設計模型。采購藥品管理子系統(tǒng)所涉及的數據構造基本上已經收入數據字典了,接下來需要從數據字典中抽取相關數據、參考數據流圖,設計局部應用中需要的實體、屬性和實體之間的聯系以及聯系的屬性。為提取需存入數據庫中的數據來構成概念模型。參照圖2可以在Powerdesigner中如圖5所示設計采購藥品管理子系統(tǒng)的E-R圖。圖5圖5采購藥品管理子系統(tǒng)E-R圖圖中有四個實體:藥庫、藥品、藥房和供應商。圖6藥庫管理子系統(tǒng)E-R圖有三個多對多聯系:藥庫與藥品之間的藥庫采購聯系、藥房與藥品之間的藥房采購聯系和藥品與供應商之間的購藥合同聯系。圖6藥庫管理子系統(tǒng)E-R圖圖6是根據藥庫管理子系統(tǒng)的數據流圖而設計的子E-R圖,圖中有六個實體:藥庫、藥品、供應商、質檢員、藥房、科室。有五個多對多聯系:質檢員與藥品之間檢驗聯系、供應商與藥品之間的退藥聯系、藥品與藥庫之間的存庫聯系??剖翌I藥聯系涉及的實體有藥品、科室、藥庫,因而需要參加Association〔關聯〕工具,藥房領藥聯系也一樣。圖7所示的是藥房管理子系統(tǒng)的E-R圖。圖7藥房圖7藥房管理子系統(tǒng)E-R圖各個子系統(tǒng)的分E-R圖完成后,接下來的工作是將其合成一個全局的E-R圖。遵循概念設計的原那么,醫(yī)院藥事管理的總體概念E-R圖如圖8所示。在圖中,為了較為清晰現實整個構造,忽略了各個屬性的顯示。圖8總體E-R圖圖8總體E-R圖系統(tǒng)邏輯設計邏輯構造分兩部進展:一是按照E-R圖向數據模型的轉換原那么,將概念構造轉換成DBMS所支持的數據模型;二是對數據模型進展優(yōu)化,優(yōu)化的原那么是所有模式都需要符合第三范式。這里,可以使用Powerdesigner的工具直接轉換成邏輯模型,轉換結果如圖9所示。同樣,為了清晰起見,忽略了屬性的顯示。圖9藥事管理系統(tǒng)邏輯構造圖9藥事管理系統(tǒng)邏輯構造數據庫物理設計以圖9為根基,可以在邏輯模式中參加或者修改適宜的屬性內容,比方,對聯系所生成的“實體〞中編輯聯系的屬性。然后保存,利用Powerdesigner工具生成物理構造,如圖10所示。接下來可以進展數據庫的實施和維護。圖10藥事管理系統(tǒng)物理構造圖10藥事管理系統(tǒng)物理構造該文檔沒有完成的局部如下表。請大家對物理設計中的如下局部進展說明!當然,視圖、觸發(fā)器、存儲過程的設計不是偶然,需要在需求分析的時候有某些需求,比方上面文檔

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論