1、管 理 信 息 系 統(tǒng) 課 程 設(shè) 計 專業(yè)班級： 電子0808 學 號： 28 姓 名： 魏一航 指導教師： 張穎 職 稱： 講師醫(yī)院管理信息系統(tǒng)可行性分析與設(shè)計一、 需求分析概要 1.1項目開發(fā)的背景 人類社會進入二十一世紀，醫(yī)院最為一個特殊的服務行業(yè)，其發(fā)展應適應于市場經(jīng)濟的發(fā)展。目前，我國的醫(yī)療體制正處于發(fā)展階段，需要醫(yī)療市場的進一步規(guī)范化，這就要求醫(yī)院加強自身的管理，利用現(xiàn)代化的管理工具對醫(yī)院的工作進行必要的管理，無疑將提高工作效率、信息的準確程度，根除現(xiàn)行的人工管理模式存在的某些弊端，達到減支增效的目的。有利于提高醫(yī)療水品和服務質(zhì)量，更好的服務于社會。醫(yī)院管理系統(tǒng)是利用電子計算機和

2、通訊設(shè)備，為醫(yī)院所屬各部門提供病人診療信息和行政管理信息的收集、存儲、處理、提取和數(shù)據(jù)交換的能力，并滿足所有授權(quán)用戶的功能需求。隨著計算機性能不斷提高，價格不斷下降，計算機已在醫(yī)院醫(yī)療、教學科研、管理的各個方面得到越來越廣泛的應用。計算機化的醫(yī)院信息系統(tǒng)已成為現(xiàn)代醫(yī)療運營必不可少的基礎(chǔ)設(shè)施于技術(shù)支撐環(huán)境。就好像一個現(xiàn)代醫(yī)院的成功運行離不開功能完整、美觀、舒適的建筑物。技術(shù)嫻熟的醫(yī)護人員，性能齊全、高精確的醫(yī)療設(shè)備一樣，它也離不開計算機化的醫(yī)院信息系統(tǒng)。1.2系統(tǒng)分析1.2.1 可行性研究在醫(yī)院管理信息系統(tǒng)是在今天醫(yī)療事業(yè)的迅猛發(fā)展的前提下，以前的手工錄入或早期的醫(yī)藥管理應用軟件以逐漸不滿足用戶

3、的需求，而在這些問題中，落后的醫(yī)藥管理已嚴重影響醫(yī)院工作人員的工作效率基于以上的原因，從而提出了醫(yī)藥管理信息系統(tǒng)的設(shè)計目標。通過信息數(shù)據(jù)高度共享，在強大的數(shù)據(jù)庫的支持下，將醫(yī)院的全面管理水平和服務提高到更高的檔次。醫(yī)藥管理系統(tǒng)集合醫(yī)院管理工作特點，充分利用局域網(wǎng)，廣域網(wǎng)，大型分布式數(shù)據(jù)庫等先進的計算機技術(shù)，運用系統(tǒng)的理論與方法將醫(yī)院各組成部分的信息處理過程綜合成有機體，及時而有效的為醫(yī)院日常管理和發(fā)展提供決策依據(jù)，使醫(yī)院信息管理工作盡快達到規(guī)范化、制度化、科學化的要求，并實現(xiàn)醫(yī)院信息技術(shù)全電子無紙化和膠片管理的最終目標。技術(shù)可行性 開發(fā)軟件所需的技術(shù)是否具備是通過該系統(tǒng)的目標來衡

4、量的，一般情況下我們可以從軟件的環(huán)境條件、硬件性能要求、相應的開發(fā)及操作人員的能力水平等方面綜合進行分析和考慮。 從系統(tǒng)開發(fā)及實施的可行性和靈活性考慮，本系統(tǒng)的軟件開發(fā)環(huán)境主要選擇了當前較為流行的Visual C#.NET 來進行前臺的管理設(shè)計，而后臺則選用功能強大的 SQL sever 2005 數(shù)據(jù)庫。 從硬件角度來說，要求相對比較低，所以選擇空間較大，一般情況下計算機硬盤在100MB左右，內(nèi)存在512M以上都是可以滿足開發(fā)環(huán)境的。根據(jù)現(xiàn)在計算機的發(fā)展和普及，系統(tǒng)在硬件方面是可行的。當然，硬件環(huán)境的配置越高，系統(tǒng)的開發(fā)與運行相對就會更加的高效與快捷，可行性也會大幅度提高。 從軟件角度來說，

5、主要采用的是Visual C#.NET 和 SQL server 2005,兩個開發(fā)軟件都是現(xiàn)有開發(fā)軟件中交為安全，可靠和成熟的，具有較高的可行度，所以軟件方面也是可行的。 經(jīng)濟可行性分析 在軟件的開發(fā)過程中，在世界上普遍采用的一種研究工程項目是否可行的科學。它通過各種有效的方法，對工程項目進行分析，從技術(shù)、經(jīng)濟、財務等方面加以評價，最終給投資決策者提供是否選擇該項目進行投資的依據(jù)。 管理可行性分析1、醫(yī)院信息系統(tǒng)能夠?qū)崿F(xiàn)計算機終端設(shè)置在各個不同的科室，點多，面廣，多人操作，而且工作點間聯(lián)系密切，信息要相互調(diào)用，資料要隨時更新保存，此外，病人的醫(yī)療信息涉及到個人隱私

6、，醫(yī)院有責任為所有病人保守秘密，因此與其它行業(yè)相比較，醫(yī)院信息系統(tǒng)建設(shè)對系統(tǒng)的可靠性、安全性要求更高。2、解決系統(tǒng)標準化問題。如果系統(tǒng)標準化問題解決得不好，醫(yī)院間的信息溝通不僅是紙上談兵，醫(yī)院內(nèi)部不同部門間的信息交換以及與醫(yī)院外界的信息交流也只是夢想。醫(yī)院管理信息系統(tǒng)的有效運行，將提高醫(yī)院各項工作的效率和質(zhì)量，減輕各類事務性工作的勞動強度，使醫(yī)護和管理人員能騰出更多的精力和時間來服務于病人；改善經(jīng)營管理，堵塞漏洞，保證病人和醫(yī)院的經(jīng)濟利益；為醫(yī)院創(chuàng)造很好的經(jīng)濟效益。二 組織結(jié)構(gòu)分析1醫(yī)院組織結(jié)構(gòu)圖2. 醫(yī)院功能結(jié)構(gòu)圖3.組織/功能聯(lián)系表功能序號聯(lián) 功 系程 能組織 度門診管理病人管理藥品管理護

7、士站功能的聯(lián)系1人力資源部2財務部3醫(yī)務部4護理部5事業(yè)發(fā)展部 6 藥事部 7 信息管理中心 8 后勤保障部 “”表示該項業(yè)務是對應組織的主要業(yè)務“”表示該單位是參加協(xié)調(diào)該項業(yè)務的輔助單位“”表示該單位是該項業(yè)務的相關(guān)單位空格：表示該單位與對應的業(yè)務無關(guān)三業(yè)務流程分析系統(tǒng)業(yè)務流程圖（Transaction Flow Diagram,簡稱TFD），就是用一些規(guī)定的符號及連接來表示某個具有的業(yè)務處理過程。我們采用以下規(guī)定符號。 業(yè)務處理功能描述 表格/報表制作 收集/統(tǒng)計數(shù)據(jù) 數(shù)據(jù)/文件存檔 信息傳遞過程業(yè)務流程分析可以幫助用戶了解該業(yè)務的具體處理過程，發(fā)現(xiàn)和處理系統(tǒng)工作中的錯誤和疏漏，修改和刪除

8、業(yè)務中的不合理部分利用系統(tǒng)調(diào)查的資料將業(yè)務處理過程中的每一步用一完整的圖形將其串起來。1.業(yè)務流程圖 主要的業(yè)務流程圖2.表格分配圖 門診部 藥房 住院部四數(shù)據(jù)流程分析數(shù)據(jù)流程圖（Date Flow Diagram，簡稱DFD），是便于用戶理解的數(shù)據(jù)流程圖的圖形表示，它能精確地在邏輯上描述系統(tǒng)的功能、輸入、輸出和數(shù)據(jù)存儲等等，而擺脫了其物理內(nèi)容。我們用以下符號來畫圖 數(shù)據(jù)流 處理過程 對象1.數(shù)據(jù)流程圖（出入院管理數(shù)據(jù)流圖）（藥房管理數(shù)據(jù)流圖）2.數(shù)據(jù)字典由于數(shù)據(jù)流程圖只是對數(shù)據(jù)處理及彼此之間的聯(lián)系進行說明，未對數(shù)據(jù)的詳細內(nèi)容及數(shù)據(jù)的加工過程進行說明，而這正是數(shù)據(jù)字典所要表達的。數(shù)據(jù)字典是關(guān)于

9、數(shù)據(jù)信息的集合，也就是對數(shù)據(jù)流程圖中包含的所有元素的定義的集合。它能將數(shù)據(jù)流程圖中全部數(shù)據(jù)流及其組成部分的數(shù)據(jù)元素、數(shù)據(jù)存儲、數(shù)據(jù)加工等描述清楚，便于后續(xù)工作系統(tǒng)設(shè)計的進行。以下列出本系統(tǒng)的部分數(shù)據(jù)字典，就是數(shù)據(jù)流、數(shù)據(jù)元素、數(shù)據(jù)存儲、外部項和數(shù)據(jù)加工舉例說明。421 數(shù)據(jù)流數(shù) 據(jù) 流系統(tǒng)名：醫(yī)院管理信息系統(tǒng) 編號：條目名：發(fā)藥申請單 別名：來源：病區(qū)系統(tǒng)去處：藥房系統(tǒng)數(shù)據(jù)流結(jié)構(gòu)：請求序號、住院號、患者姓名、醫(yī)囑序號、藥房代碼、病區(qū)代碼、科室代碼、醫(yī)生代碼、請求日期、藥品代碼、藥品數(shù)量、藥品規(guī)格、藥品單位、單價、請求類型簡要說明：病區(qū)執(zhí)行醫(yī)囑后產(chǎn)生發(fā)藥申請單，藥房再按照申請單發(fā)藥修改記錄編 寫

10、：日 期：審 核：日 期：422 數(shù)據(jù)元素數(shù) 據(jù) 元 素系統(tǒng)名：醫(yī)院管理信息系統(tǒng) 編號：條目名：住院號 別名：屬于數(shù)據(jù)流：病人入院信息、預交金單、發(fā)藥申請單、發(fā)藥明細、退藥申請單、退藥明細、項目執(zhí)行單、病人入?yún)^(qū)信息、費用明細存儲處： 病人入院信息數(shù)據(jù)元素值：代碼類型 長度 意義 numeric 9 住院號簡要說明：識別病人的唯一編碼修改記錄編 寫：日 期：審 核：日 期：423 數(shù)據(jù)存儲數(shù) 據(jù) 存 儲系統(tǒng)名：醫(yī)院管理信息系統(tǒng) 編號：條目名：病人入院信息 別名：存儲組織：每個病人入院時產(chǎn)生一條信息記錄數(shù)： 約10000條數(shù)據(jù)量： 約100KB主關(guān)鍵字：住院號輔關(guān)鍵字：記錄組成：項目：住院號 姓名

11、 身份證號 性別 生日 病人狀態(tài) 入院日期 出院日期 入?yún)^(qū)日期 診斷代碼 病人類型病區(qū)代碼 床位代碼 醫(yī)生代碼 護士代碼 近似長度：9 12 24 2 8 1 16 16 16 20 1(字節(jié)) 4 4 4 4簡要說明：將病人每次入院時在出入院處登記的信息保存于此。修改記錄編 寫：日 期：審 核：日 期：424 數(shù)據(jù)加工數(shù) 據(jù) 加 工系統(tǒng)名：醫(yī)院管理信息系統(tǒng) 編號：條目名：出入院管理 別名：輸入：病人入院信息、預交金、費用明細 輸出：病人結(jié)算單加工邏輯：錄入病人入院信息和預交金信息，病區(qū)系產(chǎn)生的費用明細傳入出入院處，出入院處根據(jù)費用明細產(chǎn)生結(jié)算信息簡要說明：完成病人出院和入院時的日常業(yè)務工作修

12、改記錄編 寫：日 期：審 核：日 期：425 外部項外 部 項系統(tǒng)名：醫(yī)院管理信息系統(tǒng) 編號：條目名：藥商 別名：輸入數(shù)據(jù)流：藥庫退貨單輸出數(shù)據(jù)流： 藥庫外部入庫單主要特征：藥庫系統(tǒng)藥品的提供者，主要特征為：藥商編碼、藥商名稱、開戶銀行、銀行賬號、地址、郵政編碼、聯(lián)系人、聯(lián)系電話、郵件地址簡要說明：藥庫從藥商處進出貨。修改記錄編寫：日期：審核：日期：五現(xiàn)行系統(tǒng)的改造建議有不合理之處，過于簡單，劃分的不清晰。可以考慮考慮刪掉/去掉一些沒用的步驟需要擴充一些有價值的步驟到某一個流程中去可以考慮增加某一個有意義的業(yè)務流程可以去掉某些沒有價值的流程（1）醫(yī)院管理信息系統(tǒng)主要用于管理病人、醫(yī)師與病房之間

13、發(fā)生的關(guān)系,同時需要對病房信息以及病人信息進行管理,如查看剩余病房、病人退房時間、病房病人費用信息；病人病歷查詢、病人病歷更新、存儲病人信息等。本系統(tǒng)的開發(fā)任務是實現(xiàn)某醫(yī)院對病房的管理和病人的管理（2）而原來的數(shù)據(jù)流程圖無法實現(xiàn)上述要求所以應考慮新的數(shù)據(jù)流程圖實 驗 報 告（二）一、新系統(tǒng)的業(yè)務流程（門診業(yè)務流程圖）（藥品入庫業(yè)務流程圖）（藥品出庫業(yè)務流程圖）二、新系統(tǒng)的數(shù)據(jù)流程（新系統(tǒng)數(shù)據(jù)流圖）三、新系統(tǒng)的邏輯結(jié)構(gòu)1藥品管理子系統(tǒng)門診藥房管理部分：1、接收門診收費處或門診醫(yī)生工作站發(fā)送來的處方，按處方內(nèi)容備藥、發(fā)藥；2、向藥庫提交藥品請領(lǐng)單，以從藥庫領(lǐng)藥為入庫，處方發(fā)藥為出庫，實現(xiàn)門診藥房的

14、出入庫管理；3、藥品盤點、報損處理；4、持就醫(yī)IC卡的病人可在此刷卡扣除藥費并取藥；5、統(tǒng)計門診藥房配、發(fā)藥人員工作量；6、統(tǒng)計各科室、全院門診藥品消耗量；7、查詢病人處方內(nèi)容； 中心藥房部分：1接收病區(qū)發(fā)送來的處方，生成病區(qū)領(lǐng)藥單以進行配藥、發(fā)藥；2向藥庫提交藥品請領(lǐng)單，以從藥庫領(lǐng)藥為入庫，病區(qū)領(lǐng)藥為出庫，實現(xiàn)藥房的庫存管理；3藥品的盤點、報損處理；4對病區(qū)的余藥進行回收管理；5為病區(qū)實時提供醫(yī)囑藥品的庫存信息；6統(tǒng)計藥房配、發(fā)藥人員工作量；7統(tǒng)計各科室、全院藥品消耗量； 藥庫部分：一 建立藥庫的藥品出入庫賬目；二 輔助制定合理的藥品庫存水平和采購計劃，以最小的資金占用保證藥品的供應；三 按

15、藥品批次和有效期進行管理和出庫安排；四 通過與門診藥房和中心藥房的連接，實現(xiàn)藥庫藥品出庫與各藥房藥品入庫的計算機一體化處理；五 進行藥品的調(diào)價、盤點、報損處理；六 藥品入、出、存的查詢統(tǒng)計。1（藥品管理子系統(tǒng)）實 驗 報 告（三）一、 系統(tǒng)總體設(shè)計方案系統(tǒng)用戶登錄模塊如下：醫(yī)院門診管理子系統(tǒng)醫(yī)院門診管理系統(tǒng)分為門診掛號，門診劃價收費，門診查詢?nèi)齻€部分，其中門診查詢可以根據(jù)科室，主治大夫，門診編號和時間日期四個部分進行查詢。其中以門診劃價收費為重點。它為門診部提供了有效、合理的工作流程，實現(xiàn)門診病人的處方、檢驗、檢查等項目的錄入、實現(xiàn)劃價收費一體化，在一個地點一次性辦完所有手續(xù)，減少病人來回奔波

16、的現(xiàn)象，避免病人在醫(yī)院看病在外買藥的現(xiàn)象發(fā)生，能給醫(yī)院帶來直接的，可觀的經(jīng)濟效益。門診掛號是對門診病人的第一次信息建立，為門診病人的后續(xù)活動以及門診工作量統(tǒng)計提供信息，在此我們采用一旦病人選擇好掛號類型，即專家門診（其中包括教授門 診，副教授門診）和普通門診，計算機自動彈出收費金額，避免工作人員因疏忽給病人帶來的困擾和不便，減少工作人員的工作量，使工作人員能騰出更多的精力和時間來服務于更多的病人，為提高醫(yī)院的辦事效率提供良好的服務。門診查詢是為方便病人對自身情況的了解和門診部對各個科室的工作量進行評估而設(shè)計的一個查詢功能。藥房管理系統(tǒng)藥庫子系統(tǒng)是整個醫(yī)院管理系統(tǒng)的一個重要組成部分之一，它分為三

17、個部分，是藥品入庫管理，藥品出庫管理，藥品查詢管理，它是對藥品的一個全過程跟蹤，為實現(xiàn)藥品的安全管理。（）藥品入庫管理。它包括藥品的基本信息和供應商的基本信息，即藥品的采購入庫管理，在這里可以看到的藥品的一些基本屬性，如某種藥品的單價，單位，生產(chǎn)日期，有效日期等，還有供應商的基本情況。（）藥品出庫管理。即根據(jù)主治醫(yī)師開的處方單給病人發(fā)放藥品，即完成了藥品的出庫管理，藥品出庫后，系統(tǒng)自動更新，它里面包括藥品的基本信息，還可知道所需藥品的科室和所開處方的醫(yī)師，這樣以便醫(yī)院以后查賬之用。（）藥品查詢管理。它可以按兩個內(nèi)容查詢，是藥品名稱查詢和廠商名稱查詢，按藥品名稱查詢可以知道某種藥品的基本信息，以

18、及出，入庫情況，按廠商名稱查詢可以了解在某個廠家所購的藥品的基本信息，根據(jù)這些情況，可以統(tǒng)計出某種藥品的出，入庫情 況，以便得出銷售情況和目前庫存情況。二、 代碼設(shè)計方案藥品信息代碼：即使用藥品條碼，此代碼為區(qū)間碼，13位。由兩種情況構(gòu)成：1對887,788打頭的條碼，由7位廠商代碼、5位藥品代碼及1位校驗碼構(gòu)成：例： XXXXXXX XXXXX X 校驗碼 藥品代碼 廠商代碼2對889打頭的條碼，由8位廠商代碼、4位藥品代碼及1位校驗碼構(gòu)成；例： XXXXXXXX XXXX X 校驗碼 藥品代碼 廠商代碼三、 輸入輸出及菜單設(shè)計1輸入輸出設(shè)計原則 輸入輸出是用戶與系統(tǒng)的界面,它的好壞直接關(guān)系到系統(tǒng)的成敗.所以用戶輸入輸出設(shè)計應堅持友好、簡便、實用、易于操作的原則，盡量避免過于煩瑣和花哨。我們在這一部分的設(shè)計中沒有選擇嵌套過多的層次，除主界面采用下拉菜單之外其他地方都采用按鈕選擇方式，方便用戶使用。在顏色上也避免過于豐富，不使用很亮的色彩，避免對操作員的眼睛壓力過大而降低系統(tǒng)的實用性。界面友好簡潔使用方便。2輸入輸出界面設(shè)計