基層醫(yī)療機構管理系統(tǒng)分析與設計論文

1、北京理工大學珠海學院2010屆本科生畢業(yè)設計（論文） 畢業(yè)論文基層醫(yī)療機構管理系統(tǒng)分析與設計學 院：管理與經濟學院專 業(yè)： 姓 名： 指導老師： 信息管理與信息系統(tǒng) 學 號： 職 稱： 中國·珠海二一 年 五 月北京理工大學珠海學院畢業(yè)論文誠信承諾書本人鄭重承諾：我所呈交的畢業(yè)設計（論文）基層醫(yī)療機構管理系統(tǒng)分析與設計是在指導教師的指導下，獨立開展研究取得的成果，文中引用他人的觀點和材料，均在文后按順序列出其參考文獻，設計（論文）使用的數據真實可靠。承諾人簽名： 日期： 年 月 日基層醫(yī)療機構管理系統(tǒng)分析與設計摘 要本系統(tǒng)專注于基層醫(yī)療機構，有針對性的設計并開發(fā)基于B/S模式的網上醫(yī)

2、療業(yè)務在線管理系統(tǒng)。采用和sql server 2000為開發(fā)平臺。醫(yī)療衛(wèi)生與人們日常生活息息相關，醫(yī)療服務流程的優(yōu)劣也一直倍受關注，特別是對醫(yī)務人員來說更為重視，但是繁重的醫(yī)務信息處理一直困擾著醫(yī)務人員。隨著計算機與網絡的飛速發(fā)展，各行各業(yè)都在不同程度實現信息電子化以期在行業(yè)領域內業(yè)務處理能力及服務能力方面做到更大進步的同時，我們自然而然地想到將醫(yī)療業(yè)務也實現信息電子化?？梢哉f，信息電子化已經是時代的必然產物。該系統(tǒng)在設計上采用三層結構和web service技術設計，使其在選用平臺和技術上更具有先進性、前瞻性，也為開發(fā)出來的系統(tǒng)具有良好穩(wěn)定性與共享性提供了技術支持與保障。系統(tǒng)的設計以標準化

3、、規(guī)范化和模塊化實現為準則。分層設計與模塊化的設計方式，使系統(tǒng)結構分層，業(yè)務與數據、邏輯與方法統(tǒng)一結合。從功能上來說，用戶通過web頁面與用戶交互，為用戶提供信息并接受其操作，同時通過數據庫管理系統(tǒng)來存儲信息數據。系統(tǒng)提供信息數據服務，包括查詢、編輯和管理等基本數據庫操作，采用模塊化設計方法，根據用戶的需求及程序的應用與維護的易用性。將各部分功能分類并置于不同模塊中，方便了程序的使用與維護，同時建立了程序功能復用的基礎。關鍵詞：VB.NET 信息管理 數據庫 SQL 醫(yī)療管理模塊Primary health care management system analysis and designA

4、BSTRACTThe system focuses on primary health care sector, targeted to design and develop based on B / S model of online health care business line management system. Using and sql server 2000 as the development platform. Health and people's daily life is closely related to the merits of the me

5、dical service process has been a major concern, especially for medical personnel for more attention. But the heavy medical information processing has been plagued with medical staff. With the rapid development of computers and networks in all industries to achieve different levels of information ele

6、ctronically to the field of business in the industry, the capacity and service capabilities to achieve further progress, we naturally think of the health care business and realize the information electronics. Can be said that electronic information is already inevitable product of the times.The syst

7、em is designed using three-tier architecture, web service technology, so the choice of platform and technology more advanced, forward-looking. Also developed a system with good stability and shared to provide technical support and security. System design to the standardization and modularization to

8、achieve the standard. Stratified design with modular design approach, the system hierarchical structure, business and data integration logic and method of unification. From the functional point of view, the user interaction with the user through the web page to provide users with information and to

9、accept its operation at the same time through the database management system to store information data. System provides information and data services, including search, edit and manage the basic database operations, modular design, based on user requirements and procedures for application and mainte

10、nance of the ease of use. The function of each category and placed in different modules to facilitate the program's use and maintenance, while establishing a foundation for reuse program functions.Key words：VB.NET Information management Database SQL Medical Management Module目 錄摘 要IABSTRACTII

11、前 言11 背 景21.1基層醫(yī)療機構管理系統(tǒng)的現狀21.2基層醫(yī)療機構管理系統(tǒng)的優(yōu)勢21.3基層醫(yī)療機構管理系統(tǒng)的特點32 系統(tǒng)分析42.1需求分析42.2可行性分析52.2.1經濟可行性52.2.2技術可行性52.2.3社會可行性52.3系統(tǒng)的詳細調查52.3.1醫(yī)療機構業(yè)務流程圖52.3.2各部門的業(yè)務流程圖舉例62.4新系統(tǒng)邏輯模型的提出82.4.1數據流程圖（DFD）82.4.2數據字典113 系統(tǒng)設計143.1解決方案的選擇143.1.1系統(tǒng)運行平臺說明143.1.2軟、硬件環(huán)境143.2設計方案153.2.1 B/S體系結構153.2.2 Sql server 2000153.2

12、.3 Visual studio 2005163.3系統(tǒng)詳細設計163.3.1系統(tǒng)目標163.3.2系統(tǒng)功能結構163.3.3系統(tǒng)的物理結構223.3.4系統(tǒng)的邏輯結構223.4數據庫設計233.4.1數據庫分析233.4.2數據庫概念模型設計（E-R圖）233.5界面設計303.6系統(tǒng)輸入設計403.7系統(tǒng)輸出設計404 系統(tǒng)實施424.1系統(tǒng)優(yōu)勢424.2實施過程難點及解決方案425 系統(tǒng)總結446 心得與體會45附 錄47謝 辭53V前 言隨著科學技術的發(fā)展，信息時代的辦公自動化浪潮猛烈地沖擊著傳統(tǒng)的辦公模式，越來越多的醫(yī)院為了充分合理的利用內部信息資源，提高效益和管理，都紛紛建立起自己

13、的醫(yī)院信息系統(tǒng)(Hospital Information System，簡稱HIS)，把醫(yī)院不同區(qū)域、不同部門的各種信息資源通過一定的網絡技術和計算機有機的統(tǒng)一起來供全院使用。但相對于基層醫(yī)療機構的辦公模式卻一直未受關注。信息化進程發(fā)展緩慢。引入基層醫(yī)療機構管理系統(tǒng)，能夠快速、準確、便捷的輸出各種所需的業(yè)務信息。更可靠的保證基層醫(yī)療機構的藥源供應，及時、有效的管理和調配倉庫中的藥品，避免藥品的囤積所帶來的經濟損失；更好的監(jiān)督和反映基層醫(yī)療機構的運營情況，避免手工操作對人力和物力資源的浪費，解決手工管理混亂、傳遞不及時的問題，能有效地提高工作效率和經濟效益。而且基層醫(yī)療機構管理系統(tǒng)的引入，還能使

14、基層醫(yī)療機構內部能集中管理，集中控制，快速反映各個部門的狀況，各種統(tǒng)計分析能使管理者實時動態(tài)地掌握醫(yī)療機構的運營狀況，為管理人員提供了有力的決策支持。本文所設計的基層醫(yī)療機構管理系統(tǒng)可以大體滿足藥庫、藥房管理員、醫(yī)務人員以及機構管理者多方面的需要。1 背 景自從管理信息系統(tǒng)這一新興的管理方法引入我國，在我國企業(yè)管理中已有20多年時間。而且，管理信息系統(tǒng)已經廣泛應用于各行各業(yè)。雖然，我國的企業(yè)計算機管理信息系統(tǒng)建設在20世紀80年代就已經開始起步，但發(fā)展極不平衡，也就是說大部分企業(yè)目前仍處于低水平開發(fā)和應用階段。隨著經濟體制的改革和市場經濟的發(fā)展，企業(yè)的運行機制有了很大變化。企業(yè)的生產更多地依賴

15、于市場的競爭，信息從而成為企業(yè)的重要資源，企業(yè)信息系統(tǒng)的建設已成為企業(yè)走向現代化的重要標志，企業(yè)信息系統(tǒng)對于企業(yè)的運作以及在市場中的競爭具有重要作用。在當前形勢下，信息化是企業(yè)發(fā)展的必由之路。世界經濟發(fā)展已進入一個激烈競爭的年代，可以說，誰先獲得信息，誰就有可能抓住發(fā)展經濟的機遇。同樣，誰能很好地管理和利用信息，誰就有可能占領市場，獲得效益。國內外大量事實已說明：在目前這個激烈競爭的市場經濟中，誰的信息管理現代化水平高，誰重視信息資源的開發(fā)和利用，誰就能抓住機遇，在競爭中取勝。因此將計算機管理引入醫(yī)務領域將給我們帶來另一片盛景。1.1基層醫(yī)療機構管理系統(tǒng)的現狀目前，基層醫(yī)療機構的運作管理普遍采

16、用純手工的方式進行管理。將各種信息，如病患者信息、藥品信息、藥品進銷存等信息均以人工運算并記錄在紙質載體上。這種管理方式雖然簡單直觀，但是其最大弊端就是工作效率低，難以適應日漸繁忙的業(yè)務需求。而且受限于各醫(yī)務工作人員的個人習慣與文化程度，數據的記載、統(tǒng)計難免出現格式上的偏差與盤算錯誤。而且紙質載體的保管常常是一個令人頭痛的問題。一些常用的信息會因為被經常查閱而造成紙張損壞，丟失部分數據而給使用者造成信息訛誤。而不常用的信息到要調用的時候卻難以查獲。這在很大程度上限制了基層醫(yī)療服務的發(fā)展速度。針對現在市場上出現的眾多醫(yī)療機構的商務系統(tǒng)，強大而華麗的功能確實令人折服。但也正因為如此，這些醫(yī)務系統(tǒng)更

17、適合大醫(yī)院使用。基層醫(yī)療機構并不需要這么華麗的系統(tǒng)來支撐，購買一個華麗的系統(tǒng)會是一筆不小的開支，而且很多功能在日常業(yè)務中并不需要用到，工作人員要上手操作這么龐大的系統(tǒng)也絕非易事。1.2基層醫(yī)療機構管理系統(tǒng)的優(yōu)勢 該系統(tǒng)是面向基層醫(yī)療機構來設計、開發(fā)的系統(tǒng)。將更貼切、更大程度上為基層醫(yī)療機構提供業(yè)務上的服務。而且依靠計算機與網絡的優(yōu)勢，該系統(tǒng)對數據的實時性、準確性與運算速度將會是手工無法比擬的。采用計算機數據庫對數據進行管理也為數據的維護與備份開創(chuàng)了一片新領域。操作簡易、可靠、迅速、保密性好、成本低等等將是本系統(tǒng)的最大優(yōu)點。1.3基層醫(yī)療機構管理系統(tǒng)的特點1簡約的系統(tǒng)操作界面該系統(tǒng)的操作界面簡約

18、，界限清晰，操作簡單易懂，極具人性化。2完備的系統(tǒng)操作功能系統(tǒng)開發(fā)以簡明實用為宗旨。系統(tǒng)界面雖然簡單，但功能實用，完全為基層醫(yī)療機構量身打造。3完善的安全機制 系統(tǒng)采用超級管理員對系統(tǒng)用戶進行統(tǒng)一的管理，并細分用戶的使用權限，確保數據錄入的可用性與安全性。532 系統(tǒng)分析2.1需求分析醫(yī)院的組織結構模式的選擇主要受該醫(yī)院任務目標、醫(yī)院內外環(huán)境、技術和醫(yī)院本身的特性影響，不同醫(yī)院之間的組織結構也有所差異。醫(yī)院組織的部門劃分方法基本上是按照工作性質和任務劃分的，根據對醫(yī)院的實際調查，下圖為所調查醫(yī)院現行的組織結構圖。通過長期對基層醫(yī)療機構信息的搜集，以及對醫(yī)療機構的深入了解。與門診、藥房、庫房等醫(yī)

19、務部門管理人員的溝通，詳細獲取了該系統(tǒng)所涉及的業(yè)務范圍，并整理得出以下系統(tǒng)應該具有備的業(yè)務功能圖。圖2-1 某基層醫(yī)療機構現行業(yè)務結構圖2.2可行性分析2.2.1經濟可行性使用該系統(tǒng)需要建設的硬件平臺只需要兩套完整的服務器，各部門配備XP或以上版本系統(tǒng)的電腦便足夠運行，所以對固有資產的投入不大。鑒于系統(tǒng)規(guī)模較小，開發(fā)時間比較充足，所以即使系統(tǒng)開發(fā)工作比較繁雜也無須太多技術人員的參與便可完成，因此可以節(jié)省很多系統(tǒng)開發(fā)的費用。并且在調查過程中，大部分業(yè)務員表示從目前狀況分析，未來幾年內基層醫(yī)療機構的業(yè)務不會發(fā)生大方向變化，這意味著開發(fā)出的系統(tǒng)在所具備的擴展性前提下，系統(tǒng)具備了一定前瞻性，能滿足未來

20、幾年的使用需求。而且低投資能大大縮短系統(tǒng)的投資回收期，提高系統(tǒng)的投資回報率，這也是間接的收益，所以系統(tǒng)在經濟方面來講，是可行的。2.2.2技術可行性此次開發(fā)的系統(tǒng)采用B/S模式為架構，系統(tǒng)采用VB.NET語言和.NET結合為前臺開發(fā)工具，SQL Server 2000為后臺數據庫。這些技術的實現在以往的系統(tǒng)開發(fā)歷史中已有很多成功案例。而且當前Windows XP集操作系統(tǒng)、硬件規(guī)范、網絡、通信等功能于一體，功能強大且使用方便、快捷、靈活，是目前使用最廣泛的PC操作系統(tǒng)。該系統(tǒng)對使用者要求不高，只要求會簡單的計算機操作即可。基于以上分析，本系統(tǒng)采用的開發(fā)技術完全可行，所以在技術方面也具備可行性。

21、2.2.3社會可行性新系統(tǒng)的投入使用，對員工自身應具備的電腦專業(yè)要求并不高，只要進行短期的培訓就能快速熟悉系統(tǒng)的操作，并為員工日后的工作帶來便利性。再者，醫(yī)療服務條件的改善是社會共同的追求，提供更好的醫(yī)療服務，創(chuàng)造更優(yōu)的辦公環(huán)境，即能服務于個人，又服務于醫(yī)療機構，并最終服務于社會。這無疑是讓科技為人類服務的最好例證。這些都足以說明對新系統(tǒng)的投放是可行的。2.3系統(tǒng)的詳細調查2.3.1醫(yī)療機構業(yè)務流程圖通過系統(tǒng)總業(yè)務流程圖來描述基層醫(yī)療機構的管理活動，并進行規(guī)范化說明。圖2-2 圖例說明處理:表示對業(yè)務內容所進行的加工和變換，在圖中用矩形框表示。指向處理的信息流為該處理的業(yè)務來源，離開處理的信息

22、流為該處理的輸出信息。文檔或數據：表示以某種形式所承載的信息，對其進行存取分別以指向或離開文檔或數據的箭頭表示。外部環(huán)境：表示業(yè)務的來源及業(yè)務的去向，可以是一個部門或人員，他處于系統(tǒng)范圍之外與系統(tǒng)有關的外部事物或外部環(huán)境。物或信息流：指具有名稱且有流向的物或信息，用箭頭表示。圖2-3 基層醫(yī)療機構業(yè)務流程2.3.2各部門的業(yè)務流程圖舉例1庫房管理流程，主要包括兩個方面：（A）出入庫管理流程。藥品入庫時， 由藥庫管理員核對、錄入藥品信息，同時自動增加藥庫庫存；藥品出庫時，藥庫管理員在系統(tǒng)上核對、錄入藥品信息，同時減少藥庫的庫存。（B）在庫管理流程。設置每種藥品的庫存限量，對于有需求的藥品進行提示

23、；對過期藥品，進行集中統(tǒng)計，在對過期藥品進行處理后相應的修改藥品庫存信息。圖2-4 庫房管理業(yè)務流程2.門診、藥房管理流程。由醫(yī)生開出處方，并傳送到藥房，藥房根據處方信息從庫房調用藥品信息，查詢、統(tǒng)計、生成賬務單據并反饋信息給庫房，庫房根據藥品的調配狀況重新刷寫庫房藥品信息，并記錄存檔。圖2-5 門診管理業(yè)務流程3供應商管理流程。由藥品采購部門對藥品供應商進行管理。對于供應商的基本信息進行及時登記和修改，并編制“供應商信息表”，對于有歷史供應記錄的供應商，根據供應藥品名稱和供應次數編制“供應記錄”，方便查詢和統(tǒng)計。圖2-6 門診管理業(yè)務流程對現行機構業(yè)務的詳細調查研究是為了解信息需求和進行系統(tǒng)

24、分析與設計的重要基礎工作。因為基層醫(yī)療機構是比較小型的服務機構，部門、人員的職責范圍未作細致分配，因此同一部門或同一工作人員可能身兼數職，所以業(yè)務流程所涉及到的元素也相對顯得清晰簡單。基層醫(yī)療機構的后臺工作主要有倉庫部門負責，跟供應商的藥品的采購工作、藥品入庫、調配庫房與前臺藥房的藥品上下架；藥房根據門診部醫(yī)生處方銷售藥品，產生賬務信息并將藥品的銷售信息反饋給庫房，配合庫房工作的順利進行。歸納起來有以下幾個方面：1.實現藥品供應商與藥品信息；2.實現庫管信息協(xié)助基層醫(yī)療機構管理日常業(yè)務；3.工作人員通過數據查詢能了解日常業(yè)務信息和內部經營情況；4.系統(tǒng)應能提供相應報表確保工作人員對信息的有效使

25、用；5.充分發(fā)揮系統(tǒng)的自動化、標準化和準確性，提高機構運營的服務質量。2.4新系統(tǒng)邏輯模型的提出根據系統(tǒng)分析的結果得出新系統(tǒng)的邏輯模型。并以此為依據，通過數據流程圖和數據字典描述、勾畫出新系統(tǒng)概貌。2.4.1數據流程圖（DFD）數據流程圖是在系統(tǒng)調研階段對業(yè)務流程圖分析的基礎上，將信息數據的處理功能和彼此間的聯(lián)系自頂向下、逐層分解，在邏輯上精確地描述新系統(tǒng)應該具備的功能、數據的輸入與輸出以及數據的存儲和來源去向。即在對基層醫(yī)療機構業(yè)務流程進行認真分析與研究的基礎上，按信息系統(tǒng)中應有的數據流程和數據結構來分析系統(tǒng)內的信息流動、存儲、處理加工和流出信息等詳細情況。首先，根據系統(tǒng)的業(yè)務流程分析，可以

26、畫出醫(yī)療管理系統(tǒng)的關聯(lián)圖。圖2-7 數據流圖圖例外部實體：表示數據的來源及數據的去向，可以是一個部門或人員，他處于系統(tǒng)范圍之外與系統(tǒng)有關的外部事物或外部環(huán)境。數據處理:表示對數據內容所進行的加工和變換。指向處理框的數據流為該處理的數據來源，離開處理框的數據流為該處理的輸出數據。數據流：指具有名稱且有流向的數據，用標有名稱的箭頭表示。一個數據流可以是記錄、組合項或者基本項。數據存儲：表示用文件方式或數據庫形式所存儲的數據，對其進行存取分別以指向或離開數據存儲的箭頭表示。圖2-8 基層醫(yī)療機構管理系統(tǒng)頂層圖圖2-9 基層醫(yī)療機構管理系統(tǒng)第一層圖圖2-9可以看出，基層醫(yī)療機構管理系統(tǒng)主要涉及的業(yè)務功

27、能模塊有門診醫(yī)生的處方管理、藥庫房的藥品調配、庫房的庫存信息管理、與供應商訂購藥品的采購信息處理和一些賬務信息的結算。而且各模塊產生的數據記錄可為其他模塊提供服務。系統(tǒng)部分數據流程擴展圖：圖2-10 藥、庫房基本信息擴展圖圖2-11 藥品供應商基本信息擴展圖2.4.2數據字典數字流程圖分析，對數據處理與數據彼此間的數據聯(lián)系進行了說明，為了進一步明確數據的詳細內容和數據處理過程，現在將最底層數據流程圖中的部分數據流、數據存儲、數據元素、數據處理和外部項通過數據字典描述清楚，以便對系統(tǒng)的進一步設計。表2-1 “數據流”條目舉例數 據 流系統(tǒng)名：基層醫(yī)療機構管理系統(tǒng) 編號：F5條目名：庫存信息表 別

28、名： 來源：“藥庫”內部項去處：藥庫處理數據流結構：庫存信息表=藥品編號藥品名稱規(guī)格單位產地日期有效期庫存下限+庫存數量+進價金額+售價金額+批號簡要說明：醫(yī)務人員通過調用庫存信息可查看倉庫中藥品的庫存情況。 修改記錄：編寫童立銘日期2010-5-6審核日期表2-2 “數據存儲”條目舉例數 據 存 儲系統(tǒng)名：基層醫(yī)療機構管理系統(tǒng) 編號：D2條目名：庫存信息表 別名： 存儲組織：每種藥品的庫存量為藥庫中該編號的藥品數量總數記錄數：約10000主關鍵字：藥品編號記錄組成：藥品編號、藥品名稱、規(guī)格、產地、單位、批號、進價、售價、庫存數量、進價金額、售價金額、有效期簡要說明：同種藥品庫存信息變動將體現

29、在庫存數量上修改記錄：編寫童立銘日 期2010-5-6審核日 期表2-3 “數據元素”條目舉例數 據 元 素系統(tǒng)名：基層醫(yī)療機構管理系統(tǒng) 編號：條目名：藥品編號 別名：所屬數據流：訂購單、購藥信息確認單存儲處：藥品信息庫、庫存信息數據元素結構：數據類型： int 長度： 4取值范圍及含義：系統(tǒng)自動分配的、具有唯一性的值簡要說明：藥品編號是每種藥品唯一的識別符修改記錄：編寫童立銘日 期2010-5-6審核日 期表2-4 “數據處理”條目舉例數 據 處 理系統(tǒng)名：基層醫(yī)療機構管理系統(tǒng) 編號：P3條目名：銷售處理 別名：輸入：“售藥信息確認單”數據流、“藥品庫存數據”數據流、“銷售信息”數據存儲輸出

30、：“銷售信息反饋”數據流 “購藥信息確認單”數據流 “售藥憑證”數據流處理邏輯：1、接受病患者購藥信息后，調用查看購藥信息單內藥品在倉庫中的庫存情況； 2、核對購藥信息單據并根據庫存信息作出銷售處理；3、對已售出藥品進行信息確認，并將銷售情況反饋給藥庫。簡要說明：根據庫存情況銷售藥品，并重新返回藥品庫存修改記錄：編寫童立銘日 期2010-5-6審核日 期表2-5 “外部項”條目舉例外 部 項系統(tǒng)名：基層醫(yī)療機構管理系統(tǒng) 編號：條目名：供藥單位 別名：輸入數據流：采購信息反饋輸出數據流：藥品購進信息主要特征：供藥單位：即為醫(yī)療機構提供藥品貨源的主體；主要有供藥單位編號、名稱、拼音碼組成簡要說明：

31、本系統(tǒng)通過庫存信息對等于或小于庫存下限的藥品進行藥品采購，由供藥單位按訂單提供貨物并重新填寫庫存信息修改記錄：編寫童立銘日 期2010-5-6審核日 期3 系統(tǒng)設計3.1解決方案的選擇3.1.1系統(tǒng)運行平臺說明本系統(tǒng)以市場上的醫(yī)院管理系統(tǒng)為藍本，將大量人工管理的信息轉化為計算機管理模式，方便醫(yī)務人員與計算機的交互，簡化管理工作的同時提高工作效率。系統(tǒng)運作過程將電子化信息資源的組織采用sql server 2000關系數據庫和.net平臺開發(fā)。基層醫(yī)療機構可以自己搭建局域網，方便內部網絡客戶端對數據的調用與共享。既保證了數據的安全性又方便了用戶隨時隨地接受系統(tǒng)服務。而且.net平臺和sql se

32、rver 2000與微軟系統(tǒng)具有高度兼容性，這些優(yōu)點能讓系統(tǒng)運行得更快，更穩(wěn)定。3.1.2軟、硬件環(huán)境硬件環(huán)境圖3-1 硬件環(huán)境軟件環(huán)境操作系統(tǒng)：Windows xp或以上版本辦公軟件：microsoft office 2003或以上版本辦公軟件套裝microsoft sql server 2000或以上版本microsoft visual 2005或以上版本據相關新聞報道，微軟操作系統(tǒng)在我國占了絕大部分市場領地，而且微軟自備的軟件產品也將對自己的操作系統(tǒng)有更好的兼容性，所以采用微軟產品作為技術后臺，能提高基層醫(yī)療機構管理系統(tǒng)的兼容性。3.2設計方案3.2.1 B/S體系結構本系統(tǒng)雖然目的只是

33、在局域網內部運作，但是由于涉及的工作區(qū)間比較大，依然采用B/S三層架構。圖3-2 B/S三層結構圖B/S體系結構與C/S體系結構相比不僅具有其全部的優(yōu)點，而且又有C/S體系結構所不具備的獨特優(yōu)勢:(1)開放的標準：B/S所采用的標準都是開放的、非專用的，是經過標準化組織所確定而非單一廠商所制定，保證了其應用的通用性和跨平臺性。(2)較低的開發(fā)和維護成本：B/S的應用只需在客戶端安裝通用的瀏覽器即可，維護和升級工作都在服務器端進行，不需對客戶端進行任何改變，故而大大降低了開發(fā)和維護的成本。(3)用戶使用簡單，界面友好：B/S用戶的界面都在統(tǒng)一的瀏覽器上，瀏覽器易于使用、界面友好，又因為它不再負責

34、數據的存取和復雜數據計算等任務，只需要進行顯示，因而大大降低了對客戶機組的要求。從以上的分析與比較可以看出，B/S模式具有C/S模式無法替代的優(yōu)越性:它簡化了系統(tǒng)的開發(fā)和維護，并且擁有良好的共享性。因此，我開發(fā)的基層醫(yī)療機構在線管理系統(tǒng)采用了B/S模式的體系結構。3.2.2 Sql server 2000Sql server 2000 是一個完全支持 Web 的數據庫產品，讓工作端口更好的管理數據與檢索信息。其次，sql server 2000與.NET的無縫銜接，為系統(tǒng)執(zhí)行各種命令帶來更多的靈活性與實用性。而且sql server 2000更適用于大型數據庫，這也是該系統(tǒng)選擇sql serv

35、er 2000做后臺數據庫的原因之一。3.2.3 Visual studio 2005Visual studio 2005是微軟公司旗下的軟件開發(fā)工具。集成了高效的工具，用于直觀的構建面向服務的解決方案。3.3系統(tǒng)詳細設計通過前面的系統(tǒng)分析,對系統(tǒng)功能、性能要求已經有了大概的了解，在此基礎上，下面開始確定系統(tǒng)的最終目標及初步功能結構。3.3.1系統(tǒng)目標根據需求分析的描述及與醫(yī)務人員的溝通，最終確定的系統(tǒng)目標如下。1界面簡潔、框架清晰、美觀大方；2控制操作權限，杜絕無關人員對系統(tǒng)的非法操作；3.靈活、快速地輸入藥品信息、供應商信息、處方信息、醫(yī)生信息、病患者信息、倉儲信息等；4.提供必要的查詢功

36、能，可查詢指定的藥品庫存情況、能按時段查找?guī)齑嫘畔ⅰτ|及庫存下限的藥品進行統(tǒng)計查詢等等。3.3.2系統(tǒng)功能結構本系統(tǒng)的功能結構主要包括系統(tǒng)管理、基礎資料、統(tǒng)計查詢、藥品管理、門診收費等五大模塊。以下通過系統(tǒng)HIPO圖對系統(tǒng)功能結構進行設計：圖3-3 基層醫(yī)療機構管理系統(tǒng)H圖對上面的部分模塊進行描述，包括舉例模塊的輸入輸出關系、處理內容、模塊的內部數據和模塊間的調用關系用IPO圖展示出來，如下所示：表3-1 門診收費管理模塊IPO圖IPO 圖系統(tǒng)名：基層醫(yī)療機構管理系統(tǒng) 制圖者：童立銘模塊名：門診收費 日期：2010-5-6由下列模塊調用：系統(tǒng)調用調用系列模塊：劃價收費、記賬收回輸入：門診處方

37、信息輸出：操作后的處方信息處理內容：根據處方錄入處方信息，用戶確認無誤后系統(tǒng)將對處方計價，并將處方和賬務信息錄入數據庫，同時更新數據庫中的庫存數據，供系統(tǒng)調用。備注：表3-2 藥品及收費項目模塊IPO圖 IPO 圖系統(tǒng)名：基層醫(yī)療機構管理系統(tǒng) 制圖者：童立銘模塊名：藥品及收費項目 日期：2010-5-6由下列模塊調用：基礎資料調用系列模塊： 輸入：藥品及收費項目信息輸出：藥品及收費項目信息處理內容：系統(tǒng)權限用戶根據實際情況新增、編輯或刪除藥品及收費項目信息作為基礎數據為系統(tǒng)其他模塊提供服務備注：表3-3 已結賬收費統(tǒng)計模塊IPO圖 IPO 圖系統(tǒng)名：基層醫(yī)療機構管理系統(tǒng) 制圖者：童立銘模塊名：

38、已結賬收費統(tǒng)計 日期：2010-5-6由下列模塊調用：統(tǒng)計查詢調用系列模塊： 輸入：時間段信息輸出：以記賬收回方式存單并已經結賬的處方信息處理內容：根據用戶輸入的時間段信息統(tǒng)計出相應時段內的欠賬處方的結賬情況備注：表3-4 修改用戶密碼模塊IPO圖 IPO 圖系統(tǒng)名：基層醫(yī)療機構管理系統(tǒng) 制圖者：童立銘模塊名：修改用戶密碼 日期：2010-5-6由下列模塊調用：系統(tǒng)管理調用系列模塊： 輸入：用戶密碼輸出： 將修改后的密碼信息寫入用戶管理數據庫表處理內容：核對、調用當前系統(tǒng)用戶的數據庫信息并接受新密碼輸入，同時改寫用戶管理數據庫表中用戶密碼字段并強制用戶登出系統(tǒng)。備注：表3-5 藥品入庫模塊IP

39、O圖 IPO 圖系統(tǒng)名：基層醫(yī)療機構管理系統(tǒng) 制圖者：童立銘模塊名：藥品入庫 日期：2010-5-6由下列模塊調用：藥品管理調用系列模塊： 輸入：藥品的入庫信息輸出：關聯(lián)藥品、供應商以及新錄入入庫信息并填入數據庫中的庫存信息表處理內容：根據用戶信息調用系統(tǒng)中已設置的藥品信息、供藥單位信息，并根據系統(tǒng)用戶新錄入的相關數據加以整合，填入藥庫中的庫存信息表備注：3.3.3系統(tǒng)的物理結構從基層醫(yī)療機構的管理模式出發(fā)，基層醫(yī)療機構管理系統(tǒng)從屬與整個機構中的門診、藥房、庫房、采購和財務等各個部門。物理分布于門診、藥房、庫房、采購和財務等各個操作場所。系統(tǒng)各個模塊功能相對獨立，但各模塊中的數據存在必要的聯(lián)系

40、，同時為本系統(tǒng)提供服務。3.3.4系統(tǒng)的邏輯結構本系統(tǒng)采用瀏覽器/服務器（B/S）邏輯結構模型。該模型以局域網中的服務器為中心組成計算機數據處理網絡，即由服務器、網絡與通信設備、用戶端（客戶機瀏覽器）等硬件組成。其軟件環(huán)境有數據庫管理系統(tǒng)（服務器端）、通信軟件（服務器、客戶機）、應用軟件（客戶端瀏覽器）。服務器端的程序模塊一般是公用的，全局性的功能模塊，如公用的業(yè)務處理邏輯、數據管理功能等?？蛻舳诉\行的程序一般是接口程序模塊、用戶操作功能處理和專用模塊。瀏覽器/服務器模式的通信方案是網絡中的通信機組對服務器端數據的存取調用?？蛻魴C組只能借助服務器進行操作顯示，并將頁面處理完的信息反饋到服務器數

41、據庫中。瀏覽器/服務器結構模式是以服務器為中心。其優(yōu)點是大大加強了對系統(tǒng)數據的共享性與實效性。有效地提高系統(tǒng)的運行效率和穩(wěn)定性、安全性。3.4數據庫設計在本系統(tǒng)中，需要保存大量的數據（包括醫(yī)生信息、藥品信息、病患者信息、倉庫信息等等），通過使用數據庫技術，將這些數據保存到數據庫中，可方便對這些數據的管理。以下對系統(tǒng)數據庫進行詳細設計。3.4.1數據庫分析本系統(tǒng)采用sql server 2000系統(tǒng)，具備現代數據庫管理系統(tǒng)所要求的各種強大功能；本項目需要保存的數據量較大（藥品、病患者、銷售信息等涉及的數據量會很大），使用sql server 2000可完成對海量數據進行安全、快速的保存與查詢操作

42、。3.4.2數據庫概念模型設計（E-R圖）根據前面對基層醫(yī)療機構系統(tǒng)所做的分析，現在對系統(tǒng)分析得到的數據字典的數據存儲進行分析，分析各數據存儲間的關系，并采用自底向上的概念結構設計方法，得出本系統(tǒng)的概念模型，并以E-R圖展現出來。該E-R圖中實體類型結構如下（其中下劃線的為主碼）。用戶管理（用戶編號，用戶姓名，用戶密碼，用戶管理，病患者信息，醫(yī)生信息，科別信息，供藥單位設置，計量單位設置，藥品及收費項目，藥品入庫，入庫查詢，零庫存管理，劃價收費，記賬收回，權限管理）醫(yī)生信息（編號，姓名，出生日期，性別，科別名稱）病患者信息（編號，姓名，出生日期，性別，電話，住址，拼音碼）供藥單位設置（編號，名

43、稱，拼音碼）科別信息（編號，科別名稱）計量單位設置（編號，單位名稱）藥品及收費項目（編號，藥品名稱，項目類型，拼音碼，條形碼，規(guī)格，單位，藥品產地，售價，庫存下限）庫存信息（憑證號，供藥單位編號，供藥單位名稱，藥品編號，條形碼，藥品名稱，規(guī)格，單位，批號，產地，日期，有效期，數量，進價，售價，進價金額，售價金額，助記碼，摘要，庫存下限，項目類型）劃價收費（流水號，病人姓名，醫(yī)生，科別，日期，藥品名稱，單價，數量，單位，效期，規(guī)格，批號，總金額，實收金額，優(yōu)惠金額，收費方式，結賬時間，處方號，收費員，償還時間）圖3-4 用戶管理實體屬性圖圖3-5 醫(yī)生信息實體屬性圖圖3-6 病患者信息實體屬性圖

44、3-7 供藥單位實體屬性圖3-8 科別信息實體屬性圖3-9 計量單位實體屬性圖3-10 藥品及收費項目實體屬性圖3-11 庫存信息實體屬性圖3-12 劃價收費實體屬性 圖3-13 各實體間的關系基層醫(yī)療機構管理系統(tǒng)的數據庫名稱為基層醫(yī)療機構管理系統(tǒng)開發(fā)與設計.mdb，系統(tǒng)中主要設計了9張數據表，下面以用戶管理表、藥品及收費項目表為例進行說明。表3-6表3-7是這2張數據表的設計結構。表3-6 用戶管理數據項名數據類型長度是否允許空用戶編號Int4否用戶姓名Varchar20否用戶密碼Char20否用戶管理Varchar10是病患者信息Varchar10是醫(yī)生信息Varchar10是科別信息Va

45、rchar10是供藥單位設置Varchar15是計量單位設置Varchar15是藥品及收費項目Varchar15是藥品入庫Varchar10是入庫查詢Varchar10是零庫存管理Varchar10是劃價收費Varchar10是記賬收回Varchar10是權限管理Varchar10是表3-7 藥品及收費項目數據項名數據類型長度是否允許空編號Int4否藥品名稱Varchar50否項目類型Char10否拼音碼Varchar25否條形碼Varchar50否規(guī)格Varchar50否單位char10否藥品產地Varchar50否售價Money8否庫存下限Decimal9否3.5界面設計登錄界面 本系統(tǒng)用

46、戶由系統(tǒng)超級管理員劃分，超級管理員可依據實際情況對系統(tǒng)用戶的使用權限進行劃分，具體權限細分到每個功能頁面。當用戶輸入用戶名和密碼后，系統(tǒng)內部將自動進行審核，如果密碼正確，則進入相應的系統(tǒng)并賦予相應的使用權限。對非法用戶系統(tǒng)將自動給予錯誤信息提示并無法對系統(tǒng)進行操作。圖3-14 登錄界面劃價收費根據實際情況填寫病患者、醫(yī)生以及藥品信息后點擊確認系統(tǒng)將自當計算出當前頁面上處方項的賬務信息，待醫(yī)務人員檢查無誤后可單擊保存按鈕，將處方項錄入當前處方。開方結束后可以當前日期與處方號為依據單擊顯示控件查詢處方信息。圖3-15 劃價收費記賬收回系統(tǒng)用戶可根據病人姓名或記賬時間段為條件查詢欠賬信息。同時可根據

47、頁面信息選擇目標賬目項的票據號，填寫結賬時間和收費員信息，單擊結賬按鍵進行結算，也可對頁面數據導出excel報表并進行打印等處理。圖3-16 記賬收回藥品入庫打開該頁面將自動顯示庫存信息，用戶也可輸入供藥單位助記碼和藥品助記碼搜索供藥商和藥品信息，系統(tǒng)將根據用戶所填寫的數據從數據庫中查找目標項。確認無誤后，填好新入庫的藥品信息并單擊入庫按鍵即可完成操作。也可單價打印按鍵進入頁面所選日期查看入庫信息并導出excel報表進行打印。圖3-17 藥品入庫入庫查詢 用戶根據需要點選查詢條件（單選或進行復合查詢），系統(tǒng)將把數據庫中符合條件的記錄顯示出來，用戶也可對顯示頁面導成excel報表并進行打印等處理

48、。圖3-18 入庫查詢零庫存藥品管理 在此頁面中用戶只需單擊開始按鍵系統(tǒng)將自動對庫存為零的藥品數據項進行移除。圖3-19 零庫存藥品管理普通收費統(tǒng)計 用戶輸入要查詢的時間段信息并單擊查詢按鍵即可對數據庫中符合條件的普通收費項目進行統(tǒng)計，也可根據需要導成excel報表進行打印等處理。圖3-20 普通收費統(tǒng)計欠賬收費統(tǒng)計 用戶輸入要查詢的時間段信息并單擊查詢按鍵即可對數據庫中符合條件的已結賬收費項目進行統(tǒng)計，也可根據需要導成excel報表進行打印等處理。圖3-21 已結賬收費統(tǒng)計待購藥品統(tǒng)計 用戶選擇查詢條件后單擊待購藥品，系統(tǒng)將顯示出數據庫中藥品庫存數量小于或等于庫存下限的全部藥品信息，也可根據

49、實際需要填寫藥品編號并單擊小計對不同批次的某一種藥品庫存量進行統(tǒng)計，且可以導出excel報表進行打印等處理。圖3-22 待購藥品統(tǒng)計藥品庫存查詢打開此頁面系統(tǒng)將根據用戶所填寫查詢條件顯示數據庫中藥品的庫存信息，并自動清算庫存藥品的進價總額、銷售總額以及進銷差額。可根據用戶需求導出報表。圖3-23 藥品庫存查詢藥品有效期查詢根據頁面日期信息顯示在用戶輸入的日期前到期的藥品信息，并自動清算庫存藥品的預售總額及潛在利潤。可根據用戶需求導出報表。圖3-24 藥品有效期查詢病患者信息 打開此頁面系統(tǒng)將自動顯示數據庫中已存的病患者信息，可根據實際情況進行修改、刪除數據記錄。填寫病患者個人信息并單擊新增可增

50、加數據庫中病患者記錄。圖3-25 病患者信息醫(yī)生信息 打開此頁面系統(tǒng)將自動顯示數據庫中已記錄的醫(yī)生信息，可根據實際情況進行修改、刪除數據記錄。填寫醫(yī)生個人信息并單擊新增可增加數據庫中醫(yī)生記錄。圖3-26 醫(yī)生信息科別信息打開此頁面系統(tǒng)將自動顯示數據庫中已記錄的科別信息，可根據實際情況進行修改、刪除數據記錄。填寫科別信息并單擊新增可增加數據庫中科別信息記錄。圖3-27 科別信息供藥單位設置打開此頁面系統(tǒng)將自動顯示數據庫中已記錄的供藥單位信息，可根據實際情況進行修改、刪除數據記錄。填寫供藥單位信息并單擊新增可增加數據庫中供藥單位信息記錄。圖3-28 供藥單位設置計量單位設置打開此頁面系統(tǒng)將自動顯示

51、數據庫中已記錄的計量單位信息，可根據實際情況進行修改、刪除數據記錄。填寫計量單位信息并單擊新增可增加數據庫中計量單位信息記錄。圖3-29 計量單位設置藥品及收費項目 打開此頁面系統(tǒng)將自動顯示數據庫已有的藥品及收費項目信息，用戶也可根據需要查詢目標信息或新增數據記錄，單擊導出按鍵系統(tǒng)將把當前頁面轉為excel文檔供用戶打印等處理。圖3-30 藥品及收費項目用戶管理 該頁面僅允許有用戶管理權的用戶使用，可對系統(tǒng)用戶進行增刪改等操作。圖3-31 用戶管理修改用戶密碼只有當前用戶輸入正確密碼的前提下才能對舊密碼進行修改。確認信息無誤后單擊保存即刻完成密碼修改，修改成功時系統(tǒng)將強制退出，并跳轉至登錄界面

52、確保系統(tǒng)信息的安全性。圖3-32 修改用戶密碼權限管理具備修改用戶權限的用戶才能進入該頁面，并依據系統(tǒng)使用需要點選權限范圍，單擊修改按鍵成功賦予各個用戶不同使用權限。單擊重置系統(tǒng)將對目標用戶的權限記錄清空。圖3-33 權限管理3.6系統(tǒng)輸入設計1.輸入設計原則：a應遵循最小量原則：數量少越小越準確；b簡單性原則：過程盡量簡單；c早檢驗原則：檢驗必接近原數據發(fā)生點；d少轉換原則：用其處理所需形式記錄，盡量做到以較友善化的操作，獲得所需信息的目標；2.輸入設計內容：藥品信息，出入庫日期，數量，供應商，價格等；3.數據輸入方式：醫(yī)療業(yè)務信息輸入以個人電腦硬件輸入設備為主；4.數據的正確性校檢：數據出錯有數據內容，數據多余或不足，數據延誤等幾種情況，一般有以下解決方法：重復校驗，視覺校驗，代碼校驗和數據庫校驗等。3.7系統(tǒng)輸出設計1.輸出內容：該醫(yī)療系統(tǒng)的輸出內容主要是藥品信息，銷售信息，出入庫記錄和統(tǒng)計數據等；報表輸出以文字形式呈現，運行速率高，安全性較好；2.輸出設備：以顯示器為主，可以連接打印機，輸出媒體為U盤，移動硬盤等；3.輸出格式：以顯示器數據呈現為主，可導出excel報表，內容詳細，要點準確，能夠清晰體現該基層醫(yī)療機構管理系統(tǒng)的運作效果。4 系統(tǒng)實施4.1系統(tǒng)優(yōu)勢按照系統(tǒng)設計中對系統(tǒng)總體功能結構的劃分，本系統(tǒng)由基礎信息設置、藥