學(xué)校門(mén)診管理信息系統(tǒng)

1、 河南城建學(xué)院軟件工程 項(xiàng)目設(shè)計(jì)設(shè)計(jì)題目： 學(xué)校門(mén)診管理信息系統(tǒng) 院系專業(yè)： 計(jì)算機(jī)科學(xué)與技術(shù)專業(yè) 學(xué) 號(hào)： 081411105 姓 名： 李彥霞 指導(dǎo)老師： 王春麗 2014年 5 月 27 日目錄目錄1第1章 緒論21.1 系統(tǒng)開(kāi)發(fā)背景21. 2系統(tǒng)開(kāi)發(fā)目標(biāo)2第2章 需求分析42.1 需求分析過(guò)程42.2 系統(tǒng)的功能需求42.3 系統(tǒng)的非功能需求62.4 系統(tǒng)軟件硬件需求62.5 系統(tǒng)用例圖和動(dòng)態(tài)模型圖8第3章 概要設(shè)計(jì)113.1 門(mén)診部門(mén)的體系結(jié)構(gòu)113.2 門(mén)診業(yè)務(wù)流程113. 3 門(mén)診管理系統(tǒng)功能12第4章 詳細(xì)設(shè)計(jì)144.1 系統(tǒng)劃分144.2 門(mén)診管理子系統(tǒng)144.2.1 藥房管

2、理子系統(tǒng)154.2.2藥庫(kù)管理子系統(tǒng)154.2.3綜合查詢子系統(tǒng)154.2.4綜合管理子系統(tǒng)164.2.5一卡通退費(fèi)管理子系統(tǒng)164.3 數(shù)據(jù)庫(kù)設(shè)計(jì)165.1 系統(tǒng)業(yè)務(wù)流程215.2 門(mén)診管理的功能實(shí)現(xiàn)225.3 系統(tǒng)測(cè)試22第6章 總結(jié)246.1 總結(jié)246.2 展望24第1章 緒論1.1 系統(tǒng)開(kāi)發(fā)背景隨著科學(xué)技術(shù)的不斷發(fā)展，各行業(yè)競(jìng)爭(zhēng)日益激烈，因此如何提高工作效率已成為當(dāng)今面臨的主要問(wèn)題。近年來(lái)MIS(管理信息系統(tǒng))陸續(xù)走入了各企事業(yè)單位，成為企業(yè)管理者的得力助手。醫(yī)院是信息化程度高而且復(fù)雜的單位。其信息除具有一般的信息的特征以外，通常還有相關(guān)性、多樣性、時(shí)效性以及多類媒體、數(shù)據(jù)海量、法律

3、準(zhǔn)則等特性。由此可見(jiàn)手工管理將會(huì)浪費(fèi)很多的財(cái)力、物力，而HIS(醫(yī)院信息系統(tǒng))的引進(jìn)將為醫(yī)院解決這一難題。HIS的開(kāi)發(fā)已從最初的“以財(cái)務(wù)管理為中心”為主要模式逐步向“以病人為中心、以醫(yī)療信息為主線”的全新管理模式轉(zhuǎn)變。 我國(guó)高校校醫(yī)院信息系統(tǒng)的研發(fā)工作，從八十年代初期算起，至今也有十多年的歷史，其中經(jīng)歷了單機(jī)單任務(wù)的階段，多機(jī)多任務(wù)的階段以及微機(jī)網(wǎng)絡(luò)一體化的階段，應(yīng)該承認(rèn)這期間我們有了很大的進(jìn)步。醫(yī)院對(duì)信息的需求永遠(yuǎn)是高校校醫(yī)院管理信息系統(tǒng)發(fā)展的動(dòng)力。在還沒(méi)有投入使用管理信息系統(tǒng)的校醫(yī)院，傳統(tǒng)的手工操作帶來(lái)了很多的問(wèn)題，譬如藥庫(kù)管理經(jīng)常由于管理上的不當(dāng)使部分藥品失效報(bào)廢給醫(yī)院帶來(lái)了一定的經(jīng)濟(jì)損

4、失，門(mén)診劃價(jià)出現(xiàn)的人為錯(cuò)誤造成的損失和人員工作分配不合理使得勞動(dòng)效率低等問(wèn)題。面對(duì)這一系列的問(wèn)題，校醫(yī)院管理信息系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)是迫切的、必需的，是管理系統(tǒng)在醫(yī)院環(huán)境的具體應(yīng)用。目前，在部分高校校醫(yī)院中也存在著各種各樣的管理信息系統(tǒng)，但由于軟件水平的落后和不能完全適應(yīng)具體醫(yī)院的業(yè)務(wù)等原因，促使了此醫(yī)院門(mén)診管理系統(tǒng)的開(kāi)發(fā)。本系統(tǒng)通過(guò)開(kāi)發(fā)背景，設(shè)計(jì)、開(kāi)發(fā)和實(shí)現(xiàn)醫(yī)院門(mén)診管理系統(tǒng)，提高校內(nèi)醫(yī)務(wù)室的工作效率。所以，針對(duì)高校校醫(yī)院的門(mén)診管理信息系統(tǒng)，既要整合目前已經(jīng)存在的醫(yī)院管理信息系統(tǒng)的弊端和不足進(jìn)行修正，還要兼顧高校這一特點(diǎn)，滿足高校校醫(yī)院 對(duì)信息系統(tǒng)的需求。例如，系統(tǒng)功能要求可以很簡(jiǎn)單，但是數(shù)據(jù)量特

5、別大，任何一個(gè)病人的醫(yī)療記錄都是一部不斷增長(zhǎng)著的、圖文并茂的書(shū)，而一所高校的校醫(yī)院擁有上萬(wàn)份病人的病案是常見(jiàn)的，而且有很強(qiáng)的流動(dòng)性。另外，病人的身份多以學(xué)生和老師為主，他們都可以現(xiàn)金交費(fèi)，而且學(xué)生可以通過(guò)校園一卡通，老師也可以通過(guò)劃賬方式交費(fèi)等。1. 2系統(tǒng)開(kāi)發(fā)目標(biāo) 通過(guò)對(duì)醫(yī)院門(mén)診管理系統(tǒng)背景的分析，針對(duì)現(xiàn)在相關(guān)系統(tǒng)存在的問(wèn)題，我們提出以下幾個(gè)開(kāi)發(fā)目標(biāo):用全新的軟件框架設(shè)計(jì)醫(yī)療系統(tǒng)，從而解決醫(yī)療系統(tǒng)需求易變、實(shí)施成本過(guò)高、系統(tǒng)穩(wěn)定性與可靠性差等問(wèn)題:使用全新的組件式產(chǎn)品交付方式，使得工程部實(shí)施或第三方OEM廠商能夠按照客戶的需求量身訂制醫(yī)院門(mén)診管理系統(tǒng);采用國(guó)際、國(guó)家標(biāo)準(zhǔn)和規(guī)范，搭建穩(wěn)固的醫(yī)療

6、資源平臺(tái)，為產(chǎn)品整合醫(yī)療體系的其他業(yè)務(wù)領(lǐng)域提供基石;建立“以病人為中心，以服務(wù)為導(dǎo)向，經(jīng)濟(jì)上降低成本，醫(yī)療上控制質(zhì)量”的模式;采取分布式網(wǎng)絡(luò)結(jié)構(gòu)，實(shí)現(xiàn)存儲(chǔ)分布，計(jì)算分布，顯示多樣，以便減少單服務(wù)器的負(fù)荷壓力，大大提高系統(tǒng)的穩(wěn)定性和響應(yīng)，同時(shí)也支持多種終端設(shè)備的顯示。物理上我們將分成三層結(jié)構(gòu):數(shù)據(jù)服務(wù)器群，組件服務(wù)器群(程序服務(wù)器群)，用戶操作終端;建立在線備份及數(shù)據(jù)轉(zhuǎn)儲(chǔ)機(jī)制，從而減少了在線聯(lián)機(jī)事務(wù)處理系統(tǒng)的數(shù)據(jù)壓力并且也保證了數(shù)據(jù)的安全和可靠。徹底解決聯(lián)機(jī)事務(wù)處理與聯(lián)機(jī)事務(wù)分析之間的矛盾。第2章 需求分析2.1 需求分析過(guò)程軟件需求分析工作是軟件開(kāi)發(fā)成功的前提和基礎(chǔ)，需要研發(fā)人員與用戶密切配合

7、，將軟件的功能和性能描述轉(zhuǎn)換成精細(xì)的軟件邏輯模型。首先研發(fā)人員需要進(jìn)行細(xì)致地調(diào)查分析，認(rèn)真了解用戶的需求，并澄清用戶的模糊需求，最終將用戶非形式化的需求敘述轉(zhuǎn)化為完整的需求分析文檔，進(jìn)而明確系統(tǒng)的開(kāi)發(fā)目標(biāo)。需求分析的基本任務(wù)包括u 問(wèn)題識(shí)別 (1)功能需求:明確待開(kāi)發(fā)軟件的實(shí)現(xiàn)功能。 (2)性能需求:明確待開(kāi)發(fā)軟件的技術(shù)性能指標(biāo)。 (3)環(huán)境需求:明確軟件運(yùn)行對(duì)機(jī)器的軟、硬件需求。 (4)用戶界面需求:明確軟件和用戶交互的界面形式。u 分析與綜合，導(dǎo)出軟件的邏輯模型 研發(fā)人員對(duì)數(shù)據(jù)流和數(shù)據(jù)結(jié)構(gòu)進(jìn)行詳細(xì)分析，逐步細(xì)化系統(tǒng)的功能，找出系統(tǒng)各元素之間的聯(lián)系和設(shè)計(jì)上的限制，形成系統(tǒng)的解決方案，建立目標(biāo)

8、系統(tǒng)的邏輯模型。u 編寫(xiě)需求分析文檔 為了對(duì)用戶的需求清晰準(zhǔn)確地描述，開(kāi)發(fā)人員需要編寫(xiě)軟件需求規(guī)格說(shuō)明書(shū)。u 需求分析評(píng)審 在需求分析工作的最后階段，研發(fā)人員需要對(duì)系統(tǒng)的功能需求、性能需求以及其他需求進(jìn)行評(píng)審并給出評(píng)價(jià)。2.2 系統(tǒng)的功能需求我們項(xiàng)目組針對(duì)醫(yī)院信息管理系統(tǒng)的使用情況進(jìn)行深入調(diào)研，發(fā)現(xiàn)大部分醫(yī)院根據(jù)自身特點(diǎn)和業(yè)務(wù)流程，進(jìn)行醫(yī)院信息系統(tǒng)的設(shè)計(jì)與開(kāi)發(fā)。比如，一些醫(yī)院把病房的床位管理中，一些醫(yī)院把門(mén)診收費(fèi)模塊和信息系統(tǒng)分開(kāi)等。我們項(xiàng)目組對(duì)學(xué)校醫(yī)院目前使用的信息管理系統(tǒng)進(jìn)行詳細(xì)分析，并綜合考慮部門(mén)的職能設(shè)置以及聯(lián)網(wǎng)后的應(yīng)用需求，結(jié)合項(xiàng)目開(kāi)始階段完成的需求分析文檔，將目標(biāo)系統(tǒng)劃分為以下幾個(gè)

9、模塊進(jìn)行開(kāi)發(fā)，如表3-1所示：表2-1 學(xué)校醫(yī)院信息管理系統(tǒng)的功能模塊編號(hào)系統(tǒng)功能功能模塊模塊介紹1門(mén)診管理門(mén)診掛號(hào)門(mén)診掛號(hào)支持一卡通掛號(hào)和現(xiàn)金掛號(hào)，并記錄患者的基本信息醫(yī)師門(mén)診對(duì)患者進(jìn)行病情診斷，選擇項(xiàng)目和藥品，并開(kāi)除處方病房門(mén)診對(duì)患者進(jìn)行病情診斷，選擇項(xiàng)目和藥品，并開(kāi)出處方劃價(jià)收費(fèi)對(duì)項(xiàng)目和藥品進(jìn)行劃價(jià)收費(fèi)2藥房管理入藥提請(qǐng)藥品數(shù)量不足時(shí)，向藥庫(kù)申請(qǐng)藥品藥房發(fā)藥針對(duì)繳費(fèi)成功的患者發(fā)放藥品藥房出藥記錄藥房中藥品的所有流向，但不包括藥房發(fā)藥方式藥房庫(kù)存管理藥品分庫(kù)存信息3藥庫(kù)管理提藥批復(fù)批復(fù)入藥提請(qǐng)模塊發(fā)出的提藥申請(qǐng)藥庫(kù)入藥對(duì)新購(gòu)入的藥品進(jìn)行正常入庫(kù)藥庫(kù)出藥記錄藥庫(kù)中藥品的所有流向藥庫(kù)庫(kù)存管理藥

10、品的庫(kù)存信息4綜合管理門(mén)診收費(fèi)統(tǒng)計(jì)統(tǒng)計(jì)門(mén)診收費(fèi)信息，便于管理和查詢藥庫(kù)出入記錄記錄藥品出入藥庫(kù)的信息藥房出入記錄記錄藥品出入藥房的信息5系統(tǒng)管理藥品字典負(fù)責(zé)藥品信息的管理項(xiàng)目字典負(fù)責(zé)項(xiàng)目信息的管理科室設(shè)置負(fù)責(zé)科室信息醫(yī)師字典負(fù)責(zé)醫(yī)師信息的管理出入庫(kù)字典負(fù)責(zé)藥品出入藥庫(kù)的類型設(shè)置出入房字典負(fù)責(zé)藥品出入藥房的類型設(shè)置操作員字典負(fù)責(zé)操作員信息的管理，以及對(duì)操作員的使用權(quán)限進(jìn)行設(shè)置患者類別字典負(fù)責(zé)喊著類別的信息管理系統(tǒng)參數(shù)設(shè)置負(fù)責(zé)系統(tǒng)草書(shū)的管理。包括最低庫(kù)存數(shù)量、預(yù)警天數(shù)、掛號(hào)費(fèi)等6一卡通退費(fèi)管理對(duì)刷卡繳費(fèi)的患者，執(zhí)行退費(fèi)操作7修改密碼修改登陸密碼學(xué)校醫(yī)院信息管理系統(tǒng)實(shí)現(xiàn)的主要功能是:患者在門(mén)診掛號(hào)模

11、塊可使用校園一卡通繳費(fèi)和現(xiàn)金繳費(fèi)兩種掛號(hào)方式，掛號(hào)成功后選擇醫(yī)師門(mén)診或病房門(mén)診就診，醫(yī)師根據(jù)患者病情書(shū)寫(xiě)電子病歷，并選擇相應(yīng)的藥品或項(xiàng)目，最后開(kāi)出并打印患者處方。門(mén)診管理員在劃價(jià)收費(fèi)模塊對(duì)患者開(kāi)出的藥品和項(xiàng)目進(jìn)行劃價(jià)和收費(fèi)，并打印收費(fèi)發(fā)票。藥房針對(duì)繳費(fèi)成功的患者，根據(jù)藥品單發(fā)放藥品，若藥品數(shù)量不足，可向藥庫(kù)發(fā)出提藥申請(qǐng)，藥庫(kù)根據(jù)庫(kù)存情況進(jìn)行提藥批復(fù)。如果存在患者繳費(fèi)成功后，退掉某一藥品或項(xiàng)目的情況，操作員在一卡通退費(fèi)模塊針對(duì)刷卡患者執(zhí)行退費(fèi)操作并開(kāi)出退費(fèi)憑據(jù)，患者到一卡通管理中心領(lǐng)取相應(yīng)金額。2.3 系統(tǒng)的非功能需求非功能性需求，是指軟件產(chǎn)品為滿足用戶需求必須具有且除功能需求以外的特性。本系統(tǒng)

12、采用先進(jìn)、成熟的軟硬件技術(shù)，以便適應(yīng)醫(yī)療機(jī)構(gòu)的業(yè)務(wù)發(fā)展和信息化建設(shè)的需求，比如在系統(tǒng)開(kāi)發(fā)方面，使用Microsoft公司推出的功能強(qiáng)大的.NET開(kāi)發(fā)平臺(tái)，此平臺(tái)包含世界上先進(jìn)的程序設(shè)計(jì)理念。本系統(tǒng)可擴(kuò)展性和可維護(hù)性良好，在結(jié)構(gòu)設(shè)計(jì)方面采用C/S三層結(jié)構(gòu)模式，將系統(tǒng)整體劃分為表示層、業(yè)務(wù)邏輯層、數(shù)據(jù)訪問(wèn)層等三個(gè)部分，實(shí)現(xiàn)了各層在邏輯上的獨(dú)立性，降低了各個(gè)層次之間的依賴，便于開(kāi)發(fā)人員對(duì)系統(tǒng)進(jìn)行維護(hù)和后期開(kāi)發(fā)。由于采用模塊化的結(jié)構(gòu)設(shè)計(jì)，本系統(tǒng)能夠靈活配置以適應(yīng)不同環(huán)境，為系統(tǒng)的可擴(kuò)展性奠定了良好的基礎(chǔ)。在數(shù)據(jù)庫(kù)設(shè)計(jì)上也綜合考慮將來(lái)設(shè)計(jì)需求，采用SQL Serve:技術(shù)，把現(xiàn)實(shí)世界中的實(shí)體關(guān)系模式映射

13、為關(guān)系數(shù)據(jù)庫(kù)中對(duì)應(yīng)表格，此技術(shù)具有高性能、可靠性和可擴(kuò)充性等優(yōu)點(diǎn)，方便系統(tǒng)的功能擴(kuò)展和數(shù)據(jù)庫(kù)的后期維護(hù)。我們項(xiàng)目組嚴(yán)格遵循軟件開(kāi)發(fā)的工程思想，從系統(tǒng)的需求分析到設(shè)計(jì)再到實(shí)現(xiàn)。在開(kāi)發(fā)方面嚴(yán)格遵守軟件開(kāi)發(fā)流程，書(shū)寫(xiě)規(guī)范代碼，在系統(tǒng)和數(shù)據(jù)庫(kù)設(shè)計(jì)上嚴(yán)格按照國(guó)家醫(yī)療衛(wèi)生行業(yè)的有關(guān)標(biāo)準(zhǔn)，保證系統(tǒng)的質(zhì)量。項(xiàng)目完成階段書(shū)寫(xiě)完整、詳細(xì)的開(kāi)發(fā)文檔，為本系統(tǒng)的后期維護(hù)、功能擴(kuò)展提供良好參考。2.4 系統(tǒng)軟件硬件需求我們項(xiàng)目組通過(guò)對(duì)需求分析文檔進(jìn)行詳細(xì)分析和討論，確定了系統(tǒng)的架構(gòu)模型，包括用戶交互界面、Windows窗體、軟件底層環(huán)境和底層數(shù)據(jù)庫(kù)等四個(gè)部分，如圖2-1所示:圖2-1 學(xué)校醫(yī)院信息管理系統(tǒng)架構(gòu)圖 由上圖

14、可以看出，系統(tǒng)架構(gòu)的每一部分采用不同的軟件工具進(jìn)行開(kāi)發(fā)，為了方便對(duì)系統(tǒng)的軟硬件需求進(jìn)行說(shuō)明，本節(jié)主要從系統(tǒng)的開(kāi)發(fā)環(huán)境和運(yùn)行環(huán)境兩個(gè)方面進(jìn)行介紹。 開(kāi)發(fā)環(huán)境的軟硬件配置如下所示:(1)軟件配置 操作系統(tǒng):Windows 7/XP 開(kāi)發(fā)和運(yùn)行環(huán)境:Microsoft .NET Framework 3.5 開(kāi)發(fā)工具:Microsoft Visual Studio.NET 2008 數(shù)據(jù)庫(kù)開(kāi)發(fā)工具:Microsoft SQL Server 200_5(2)硬件配置 P4 1.4G或以上CPU 2G DDR 400 Memory 80G Hard Disk 聲卡、顯卡主板集成(3)網(wǎng)絡(luò)配置 Inte11

15、0/100M網(wǎng)卡 10/100M自適應(yīng)交換機(jī)本系統(tǒng)對(duì)運(yùn)行環(huán)境的軟硬件配置要求如下:(1)軟件要求 Microsoft .NET Framework 3.5 Microsoft SQL Server 200_5 Windows 2003 Server(服務(wù)器端操作系統(tǒng)) Windows 7/XP(客戶端操作系統(tǒng))(2)硬件要求 服務(wù)器端: P4 2.0G CPU 2G DDR 533 Memory 1606 Hard Disk Intel 10/100M網(wǎng)卡 客戶端: P4 1.4G或以上CPU 1 G DDR 400 Memory 80G Hard Disk聲卡、顯卡主板集成2.5 系統(tǒng)用例圖

16、和動(dòng)態(tài)模型圖統(tǒng)一建模語(yǔ)言(Unified Modeling Language ,UML)是一種面向?qū)ο蟮慕ＵZ(yǔ)言，使用標(biāo)準(zhǔn)化、統(tǒng)一的定義和標(biāo)記對(duì)軟件系統(tǒng)進(jìn)行描述和建模3s o UML的主要內(nèi)容可由下面五類圖定義:第一類是用例圖，主要描述用戶所理解的系統(tǒng)功能;第二類是靜態(tài)圖，包括類圖、對(duì)象圖和包圖;第三類是行為圖，包括狀態(tài)圖、活動(dòng)圖、順序圖和協(xié)作圖，主要描述系統(tǒng)在時(shí)間和順序上與組成對(duì)象的關(guān)系;第四類是交互圖，主要描述系統(tǒng)對(duì)象之間的關(guān)系;第五類是實(shí)現(xiàn)圖。UML建模語(yǔ)言提供的用例圖描述了系統(tǒng)開(kāi)發(fā)者和用戶基于系統(tǒng)功能所達(dá)成的共識(shí)，是進(jìn)行需求分析的強(qiáng)有力工具。用例圖是由參與者、用例以及用例之間的關(guān)系構(gòu)成

17、的，用來(lái)描述系統(tǒng)的功能需求，但不涉及系統(tǒng)功能的具體實(shí)現(xiàn)36。參與者是指系統(tǒng)使用者在與系統(tǒng)交互時(shí)所扮演的角色，比如管理員、操作員等，并不特指人或事物本身。用例是指參與者對(duì)系統(tǒng)的操作，表示一系列動(dòng)作。用例之間的關(guān)系主要包括擴(kuò)展和使用，擴(kuò)展關(guān)系是指一個(gè)用例通過(guò)向前一個(gè)用例添加一些動(dòng)作構(gòu)成的，因而繼承了前一個(gè)用例的行為。使用關(guān)系是指一個(gè)用例通過(guò)對(duì)其他用例的使用構(gòu)成的，這兩種關(guān)系描述了幾個(gè)用例的相同行為。通過(guò)以上介紹，我們可以得到系統(tǒng)的用例圖。圖2-2 門(mén)診管理用例圖1圖2-3 門(mén)診管理用例圖2圖2-4 藥品管理用例圖圖 2-5 綜合查詢用例圖第3章 概要設(shè)計(jì)3.1 門(mén)診部門(mén)的體系結(jié)構(gòu)高校校醫(yī)院是專門(mén)為

18、高校的學(xué)生和教職工提供相關(guān)服務(wù)的機(jī)構(gòu)，其服務(wù)的范圍是人們?cè)卺t(yī)院看病活動(dòng)的整個(gè)過(guò)程，因此校醫(yī)院包括了醫(yī)院門(mén)診部門(mén)的所有科室:門(mén)診掛號(hào)、醫(yī)務(wù)處、門(mén)診收費(fèi)、門(mén)診藥房，醫(yī)護(hù)人員護(hù)理等。醫(yī)院門(mén)診部門(mén)的體系結(jié)構(gòu)圖如圖3-1所示。圖3-1 門(mén)診部門(mén)體系結(jié)構(gòu)圖3.2 門(mén)診業(yè)務(wù)流程醫(yī)院是以病人為中心、以病人醫(yī)療信息為核心的一個(gè)機(jī)構(gòu)，所以病人的信息貫穿了整個(gè)業(yè)務(wù)流程中。以病人就醫(yī)為起點(diǎn)，門(mén)診部門(mén)業(yè)務(wù)流程如圖3-2所示。圖3-2 門(mén)診部門(mén)業(yè)務(wù)流程圖就診病人來(lái)到醫(yī)院，根據(jù)情況來(lái)確定是否先掛號(hào)，如果情況比較緊急，直接送入急診室進(jìn)行檢查，根據(jù)病人情況判斷是否使用急救車(chē)送入附近較大醫(yī)院。否則病人首先在掛號(hào)門(mén)診進(jìn)行掛號(hào)，購(gòu)買(mǎi)

19、病歷本，生成掛號(hào)憑證，在這里類似于就醫(yī)排隊(duì)的道理。然后憑借掛號(hào)憑證到相關(guān)診室就診，在就診過(guò)程醫(yī)生通過(guò)查看和詢問(wèn)病人情況決定是否開(kāi)立處方或申請(qǐng)單。病人憑借醫(yī)生開(kāi)立的處方或申請(qǐng)單到收費(fèi)門(mén)診進(jìn)行劃價(jià)交費(fèi)，門(mén)診收費(fèi)部門(mén)是整個(gè)醫(yī)院的財(cái)務(wù)重點(diǎn)，所以把收費(fèi)工作進(jìn)行了劃分，分成劃價(jià)和收費(fèi)兩個(gè)部分，提高醫(yī)院賬務(wù)的準(zhǔn)確性。待病人交費(fèi)之后，即可憑借交費(fèi)單據(jù)到門(mén)診藥房進(jìn)行拿藥或者到檢查治療部門(mén)執(zhí)行醫(yī)囑，最后就診結(jié)束。另外，在就診過(guò)程中，還存在著退藥、退費(fèi)、藥品數(shù)量查詢等業(yè)務(wù)，具體功能的需求將在后面的功能需求中重點(diǎn)描述。3. 3 門(mén)診管理系統(tǒng)功能門(mén)診管理系統(tǒng)功能流程圖，在這個(gè)流程圖中，包含病人就診和退費(fèi)退藥流程，實(shí)現(xiàn)了

20、醫(yī)院門(mén)診的所有基本工能，如圖3-3所示。圖3-3 門(mén)診管理系統(tǒng)功能流程圖第4章 詳細(xì)設(shè)計(jì)4.1 系統(tǒng)劃分組根據(jù)學(xué)校醫(yī)院的部門(mén)設(shè)置和業(yè)務(wù)流程，將本系統(tǒng)劃分為六個(gè)子功能系統(tǒng)進(jìn)行設(shè)計(jì)與開(kāi)發(fā)，包括門(mén)診管理子系統(tǒng)、藥房管理子系統(tǒng)、藥庫(kù)管理子系統(tǒng)、綜合查詢子系統(tǒng)、系統(tǒng)管理子系統(tǒng)、一卡通退費(fèi)管理子系統(tǒng)和修改密碼子系統(tǒng)。每個(gè)功能子系統(tǒng)根據(jù)部門(mén)職能和用戶需求，又劃分為相應(yīng)的功能模塊進(jìn)行設(shè)計(jì)與開(kāi)發(fā)。其中門(mén)診管理子系統(tǒng)包括:門(mén)診掛號(hào)、醫(yī)師門(mén)診、病房門(mén)診、劃價(jià)收費(fèi)等四個(gè)功能模塊，藥房管理子系統(tǒng)包括:入藥提請(qǐng)、藥房發(fā)藥、藥房出藥、藥房庫(kù)存等四個(gè)功能模塊，藥庫(kù)管理子系統(tǒng)包括:提藥批復(fù)、藥庫(kù)入藥、藥庫(kù)出藥、藥庫(kù)庫(kù)存等四個(gè)功

21、能模塊，綜合查詢子系統(tǒng)包括:門(mén)診收費(fèi)統(tǒng)計(jì)、藥庫(kù)出入記錄、藥房出入記錄等三個(gè)功能模塊，系統(tǒng)管理子系統(tǒng)包括:藥品字典、項(xiàng)目字典、科室設(shè)置、醫(yī)師字典、出入庫(kù)字典、出入房字典、操作員字典、患者類別字典、系統(tǒng)參數(shù)設(shè)置等九個(gè)功能模塊。如圖4-1所示:圖4-1 系統(tǒng)劃分圖 4.2 門(mén)診管理子系統(tǒng) 門(mén)診管理子系統(tǒng)包括門(mén)診掛號(hào)、醫(yī)師門(mén)診、病房門(mén)診和劃價(jià)收費(fèi)等功能模塊。遵循“一切以病人為服務(wù)中心”的管理原則，針對(duì)患者就診環(huán)節(jié)，使患者掛號(hào)、就診、項(xiàng)目檢查、藥品和項(xiàng)目繳費(fèi)這一系列活動(dòng)在門(mén)診管理子系統(tǒng)中形成一個(gè)整體?；颊咄ㄟ^(guò)門(mén)診掛號(hào)模塊掛號(hào)成功后，根據(jù)自身的病情需要選擇醫(yī)師門(mén)診或病房門(mén)診模塊進(jìn)行就診，醫(yī)師對(duì)患者的病情診

22、斷后，選擇藥品或項(xiàng)目，書(shū)寫(xiě)診斷結(jié)果并開(kāi)出處方，患者持處方到劃價(jià)收費(fèi)模塊進(jìn)行藥品和項(xiàng)目繳費(fèi)。 4.2.1 藥房管理子系統(tǒng)根據(jù)藥品出入藥房的流程，藥房管理子系統(tǒng)劃分為入藥提請(qǐng)、藥房發(fā)藥、藥房出藥和藥房庫(kù)等四個(gè)功能模塊，藥房管理員通過(guò)藥房管理子系統(tǒng)可以實(shí)現(xiàn)藥房管理。藥房中如果存在藥品數(shù)量不足的情況，藥房管理員通過(guò)入藥提請(qǐng)模塊向藥庫(kù)發(fā)出提藥申請(qǐng)，藥庫(kù)管理子系統(tǒng)中開(kāi)發(fā)提藥批復(fù)模塊對(duì)應(yīng)此功能，藥庫(kù)同意藥房提藥請(qǐng)求后，由藥庫(kù)出藥模塊發(fā)放藥品，藥房中藥品的數(shù)量得到相應(yīng)增加。藥房發(fā)藥模塊是針對(duì)患者拿藥設(shè)計(jì)的，此模塊可記錄患者的基本信息和領(lǐng)取的藥品信息。藥房出藥模塊記錄了藥品流出藥房的信息，包括藥品基本信息、藥品

23、去向和出藥類型，如個(gè)人提藥、藥房返回藥庫(kù)等。藥房庫(kù)存模塊管理藥房中藥品的庫(kù)存信息，比如盤(pán)點(diǎn)藥品數(shù)量，針對(duì)數(shù)量不足的藥品及時(shí)向藥庫(kù)申請(qǐng)?zhí)崴帲[藏藥品功能可在醫(yī)師門(mén)診和病房門(mén)診模塊，不顯示此類藥品的信息。4.2.2藥庫(kù)管理子系統(tǒng) 藥房中的藥品是由藥庫(kù)發(fā)放的，因此藥庫(kù)管理子系統(tǒng)的設(shè)計(jì)應(yīng)對(duì)應(yīng)藥房管理子系統(tǒng)的功能模塊，包括提藥批復(fù)、藥庫(kù)入藥、藥庫(kù)出藥和藥庫(kù)庫(kù)存等四個(gè)功能模塊，藥庫(kù)管理員通過(guò)藥庫(kù)管理子系統(tǒng)來(lái)管理藥庫(kù)中的藥品。提藥批復(fù)模塊對(duì)應(yīng)藥房管理中的入藥提請(qǐng)模塊，對(duì)藥房發(fā)過(guò)來(lái)的提藥申請(qǐng)進(jìn)行批復(fù)，如果同意藥房提藥，藥庫(kù)出藥模塊會(huì)發(fā)放相應(yīng)的藥品給藥房。此功能模塊可以顯示提藥的信息，既可以單條批復(fù)藥品申請(qǐng)也可

24、以一次性批復(fù)全部藥品申請(qǐng)。 藥庫(kù)管理員通過(guò)藥庫(kù)入藥模塊記錄藥品進(jìn)入藥庫(kù)的信息，包括藥品的基本信息、藥品來(lái)源以及入庫(kù)類型，比如系統(tǒng)初始、采購(gòu)入庫(kù)和藥房返回等。藥庫(kù)出藥模塊和藥房管理中的藥房出藥模塊功能相似，出庫(kù)類型略有不同，包括公益活動(dòng)和返回藥房等。藥庫(kù)庫(kù)存模塊和藥房管理中的藥房庫(kù)存模塊功能相似，此模塊可查看即將過(guò)期和數(shù)量不足的藥品，以便對(duì)藥品管理和及時(shí)補(bǔ)充，庫(kù)存藥品列表中的藥品信息可生成EXCEL表格，方便藥庫(kù)管理員對(duì)藥品的庫(kù)存信息進(jìn)行記錄并存檔。4.2.3綜合查詢子系統(tǒng) 綜合查詢子系統(tǒng)包括門(mén)診收費(fèi)統(tǒng)計(jì)、藥庫(kù)出入記錄和藥房出入記錄等三個(gè)功能模塊，通過(guò)綜合查詢子系統(tǒng)，系統(tǒng)管理員可以查看患者繳費(fèi)的

25、信息、藥房中藥品出入信息和藥庫(kù)中藥品出入信息。在門(mén)診收費(fèi)統(tǒng)計(jì)模塊，通過(guò)輸入患者姓名、醫(yī)師姓名或收費(fèi)口期，既可以查詢某一患者繳費(fèi)的詳細(xì)信息，也可以查看全部患者繳費(fèi)的詳細(xì)信息。在藥房出入記錄模塊，通過(guò)輸入藥品出入藥房的方式、出入類型或出入口期，既可以查看流入或流出藥房的某一種藥品信息，也可以查看全部藥品出入藥房的信息。藥庫(kù)出入記錄模塊和藥房出入記錄模塊功能相似，可以查看藥品流入或流出藥庫(kù)的詳細(xì)信息。4.2.4綜合管理子系統(tǒng) 綜合管理子系統(tǒng)包括藥品字典、項(xiàng)目字典、科室設(shè)置、醫(yī)師字典、出入房字典、出入庫(kù)字典、操作員字典、患者類別字典和系統(tǒng)參數(shù)設(shè)置等九個(gè)功能模塊，系統(tǒng)管理員通過(guò)綜合管理子系統(tǒng)對(duì)醫(yī)院的基本

26、信息進(jìn)行管理。藥品字典模塊管理藥品的基本信息，可以對(duì)藥品信息進(jìn)行增加、修改和刪除等操作。藥品字典模塊優(yōu)化了其他功能模塊在選擇藥品時(shí)的使用，比如醫(yī)師門(mén)診和病房門(mén)診，在選擇藥品時(shí)不需要輸入藥品的信息，只需要在藥品代碼編輯框中輸入或選擇某一藥品代碼，下面的編輯框會(huì)自動(dòng)顯示此藥品的信息。項(xiàng)目字典模塊和藥品字典模塊功能相似，可增加、修改和刪除項(xiàng)目信息，優(yōu)化了其他功能模塊在選擇項(xiàng)目時(shí)的使用?？剖以O(shè)置模塊的功能和藥品字典、項(xiàng)目字典模塊的功能相似，系統(tǒng)管理員通過(guò)此模塊可以增加、修改和刪除醫(yī)院的科室信息。醫(yī)師字典模塊管理醫(yī)師的基本信息，可通過(guò)此模塊進(jìn)行增加、修改和刪除操作。出入庫(kù)字典模塊可以對(duì)藥品出入藥庫(kù)的類型

27、進(jìn)行增加、修改和刪除操作，并在列表中顯示藥品出入類型的信息。出入房字典和出入庫(kù)字典模塊功能相似，記錄和管理藥品出入藥房和藥庫(kù)的信息。操作員字典模塊實(shí)現(xiàn)操作員基本信息的管理，如操作員姓名、登錄的用戶名和密碼以及隸屬科室等，可以對(duì)其進(jìn)行增加、修改和刪除操作，此外，通過(guò)此模塊可以對(duì)操作員的操作權(quán)限進(jìn)行設(shè)置?；颊哳愋妥值淠K管理患者的基本信息，通過(guò)此模塊可以對(duì)其進(jìn)行增加、修改和刪除等操作。系統(tǒng)參數(shù)設(shè)置界面可以對(duì)系統(tǒng)的基本參數(shù)，如藥品最低庫(kù)存、預(yù)警天數(shù)、醫(yī)師庫(kù)存差額和掛號(hào)費(fèi)等進(jìn)行設(shè)置。4.2.5一卡通退費(fèi)管理子系統(tǒng)一卡通退費(fèi)管理子系統(tǒng)是針對(duì)持校園一卡通進(jìn)行刷卡繳費(fèi)的患者設(shè)計(jì)的。如果存在患者繳費(fèi)成功后，退

28、掉某一藥品或項(xiàng)目的情形，系統(tǒng)管理員在一卡通退費(fèi)管理子系統(tǒng)執(zhí)行退費(fèi)操作并開(kāi)出退費(fèi)憑據(jù)，患者持退費(fèi)憑據(jù)到一卡通管理中心領(lǐng)取相應(yīng)金額。4.3 數(shù)據(jù)庫(kù)設(shè)計(jì)數(shù)據(jù)庫(kù)設(shè)計(jì)包含需求分析、概念結(jié)構(gòu)設(shè)計(jì)、邏輯結(jié)構(gòu)設(shè)計(jì)、物理結(jié)構(gòu)設(shè)計(jì)、數(shù)據(jù)庫(kù)實(shí)施、數(shù)據(jù)庫(kù)運(yùn)行與維護(hù)等六個(gè)階段。概念結(jié)構(gòu)設(shè)計(jì)是依據(jù)需求分析階段完成的說(shuō)明文檔，將系統(tǒng)涉及的數(shù)據(jù)和信息抽象為獨(dú)立的數(shù)據(jù)模型，即概念模型。常用的概念模型為E-R圖，即實(shí)體一聯(lián)系圖，用來(lái)描述現(xiàn)實(shí)世界的數(shù)據(jù)模型。E-R圖的基本元素包括:實(shí)體、屬性和聯(lián)系，實(shí)體是對(duì)系統(tǒng)軟件中具有一系列不同屬性事物的抽象，在E-R圖中用矩形表示;屬性定義了實(shí)體的性質(zhì)，用橢圓或圓角矩形表示;聯(lián)系是指實(shí)體之間的

29、關(guān)系，包含一對(duì)一聯(lián)系、一對(duì)多聯(lián)系、多對(duì)多聯(lián)系等三種類型，用菱形框表示。由于篇幅限制，本系統(tǒng)E-R圖中只顯示了部分實(shí)體的屬性，使用Microsoft Visio 2010畫(huà)圖工具進(jìn)行繪制， 如圖所示。圖4-2 系統(tǒng)E-R圖下面為本系統(tǒng)中涉及到的幾個(gè)重要數(shù)據(jù)表在字段結(jié)構(gòu)和數(shù)據(jù)類型的方面進(jìn)行說(shuō)明。表4-1 處方信息表表4-2 藥品字典表表4-3 項(xiàng)目字典表表4-4 藥房庫(kù)存表表 4-5 藥庫(kù)庫(kù)存表第5章 系統(tǒng)的實(shí)現(xiàn)和測(cè)試5.1 系統(tǒng)業(yè)務(wù)流程我們項(xiàng)目組研發(fā)的學(xué)校醫(yī)院信息管理系統(tǒng)是一套自成體系能夠獨(dú)立運(yùn)行的信息化管理系統(tǒng)，本系統(tǒng)不但能夠滿足醫(yī)院各部門(mén)的需求，同時(shí)也適用于醫(yī)院具體數(shù)據(jù)的管理工作。系統(tǒng)需要實(shí)

30、現(xiàn)的主要目標(biāo)是:整體化的設(shè)計(jì)、共享化的數(shù)據(jù)、相對(duì)獨(dú)立的業(yè)務(wù)處理、簡(jiǎn)便靈活的操作和友好的交互界面。校醫(yī)院各個(gè)部門(mén)可以通過(guò)本系統(tǒng)及時(shí)掌握各環(huán)節(jié)的工作情況，方便自身工作高效展開(kāi)。學(xué)校醫(yī)院信息管理系統(tǒng)主要由下圖所示業(yè)務(wù)流程組成，操作員輸入用戶名和密碼，登錄成功后根據(jù)權(quán)限加載子系統(tǒng)，即可進(jìn)入其權(quán)限下的功能模塊。圖 5-1 系統(tǒng)業(yè)務(wù)流程圖5.2 門(mén)診管理的功能實(shí)現(xiàn)我們項(xiàng)目組根據(jù)門(mén)診部門(mén)的機(jī)構(gòu)設(shè)置和應(yīng)用需求，將門(mén)診管理子系統(tǒng)劃分為門(mén)診掛號(hào)、醫(yī)師門(mén)診、病房門(mén)診和劃價(jià)收費(fèi)等四個(gè)模塊進(jìn)行開(kāi)發(fā)。患者通過(guò)門(mén)診掛號(hào)模塊掛號(hào)成功后，根據(jù)病情需要選擇醫(yī)師門(mén)診或病房門(mén)診模塊就診，醫(yī)師對(duì)患者的病情診斷后，選擇藥品和項(xiàng)目，書(shū)寫(xiě)診

31、斷結(jié)果并開(kāi)出處方，患者持處方到劃價(jià)收費(fèi)模塊進(jìn)行藥品和項(xiàng)目繳費(fèi)，繳費(fèi)成功后持收費(fèi)發(fā)票領(lǐng)取藥品或項(xiàng)目檢查。門(mén)診掛號(hào)模塊支持患者使用校園一卡通掛號(hào)和現(xiàn)金掛號(hào)兩種掛號(hào)方式。 校園一卡通功能在本系統(tǒng)中的應(yīng)用主要體現(xiàn)在門(mén)診管理子系統(tǒng)中的門(mén)診掛號(hào)和劃價(jià)收費(fèi)模塊，門(mén)診掛號(hào)模塊通過(guò)讀卡器讀取患者的基本信息以及收取掛號(hào)費(fèi)，劃價(jià)收費(fèi)模塊是患者通過(guò)刷卡方式對(duì)所購(gòu)藥品和檢查項(xiàng)目進(jìn)行繳費(fèi)。另一個(gè)重要應(yīng)用是通過(guò)刷卡方式進(jìn)行繳費(fèi)的患者，可以退回所購(gòu)藥品和項(xiàng)目，系統(tǒng)管理員在一卡通退費(fèi)管理模塊核查患者信息，然后退還相應(yīng)金額。 本系統(tǒng)和校園一卡通第三方服務(wù)器建立連接，在測(cè)試和運(yùn)行方面需要進(jìn)行的必要設(shè)置: (1)運(yùn)行第三方代理sio

32、s ，sios是脫機(jī)流水狀態(tài)代理服務(wù)器監(jiān)測(cè)工具。 (2)增加系統(tǒng)代碼syscode，這個(gè)系統(tǒng)代碼在TA_ init3)中需要用到。步驟:右擊sios-子系統(tǒng)維護(hù)一增加子系統(tǒng)代碼一退出。 (3)設(shè)置商戶和終端編號(hào)對(duì)應(yīng)關(guān)系，即商戶和TerminalNo的對(duì)應(yīng)關(guān)系，這個(gè)終端編號(hào)在TA_ init3)需要用到。步驟:右擊sios一商戶設(shè)置一設(shè)置商戶一存盤(pán)一退出。(4)退出sios，重新啟動(dòng)sios 。然后連接動(dòng)態(tài)數(shù)據(jù)庫(kù)，實(shí)現(xiàn)數(shù)據(jù)信息的存儲(chǔ)，從而實(shí)現(xiàn)學(xué)校門(mén)診管理信息系統(tǒng)。5.3 系統(tǒng)測(cè)試 系統(tǒng)測(cè)試是管理信息系統(tǒng)開(kāi)發(fā)周期中一個(gè)十分重要而漫長(zhǎng)的階段。其重要性體現(xiàn)在它是保證系統(tǒng)質(zhì)量與可靠性的最后關(guān)口，是對(duì)整個(gè)

33、系統(tǒng)開(kāi)發(fā)過(guò)程包括系統(tǒng)分析、系統(tǒng)設(shè)計(jì)和系統(tǒng)實(shí)現(xiàn)的最終審查。系統(tǒng)測(cè)試的對(duì)象是軟件，其目的是找出軟件中的錯(cuò)誤 在進(jìn)行系統(tǒng)測(cè)試時(shí)應(yīng)遵循以下基本原則：1測(cè)試工作應(yīng)避免由原開(kāi)發(fā)軟件的個(gè)人或小組來(lái)承擔(dān);2設(shè)計(jì)測(cè)試方案時(shí)，不僅要包括確定的輸入數(shù)據(jù)，而且應(yīng)包括從系統(tǒng)功能出發(fā)預(yù)期的測(cè)試結(jié)果; 3測(cè)試用例不僅要包括合理、有效的輸入數(shù)據(jù)，還要包括無(wú)效的或不合理的輸入數(shù)據(jù);4不僅要檢驗(yàn)程序是否做了該做的事，還要檢查程序是否同時(shí)做了不該做的操作; 5軟件中仍存在的錯(cuò)誤的概率和己經(jīng)發(fā)現(xiàn)錯(cuò)誤的個(gè)數(shù)是成正比的; 6保留測(cè)試用例，作為軟件文檔的組成部分。系統(tǒng)測(cè)試采用的方法是普遍引用的“黑盒”測(cè)試和“白盒”測(cè)試法。白盒測(cè)試也稱結(jié)構(gòu)

34、測(cè)試，即將軟件看作一個(gè)透明的白盒子，按照程序的內(nèi)部結(jié)構(gòu)和處理邏輯來(lái)選定測(cè)試用例，對(duì)軟件的邏輯路徑及過(guò)程進(jìn)行測(cè)試，檢查它與設(shè)計(jì)是否相符。白盒測(cè)試是通過(guò)程序的源代碼進(jìn)行測(cè)試而不使用用戶界面。這種類型的測(cè)試需要發(fā)現(xiàn)內(nèi)部代碼在算法，溢出，路徑，條件等等中的缺點(diǎn)或者錯(cuò)誤，進(jìn)而加以修正。而“黑盒”法著眼于程序外部結(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試。“黑盒”法是窮舉輸入測(cè)試，只有把所有可能的輸入都作為測(cè)試情況使用，才能以這種方法查出程序中所有的錯(cuò)誤 在掌握一定測(cè)試用例設(shè)計(jì)方法的基礎(chǔ)上，可以設(shè)計(jì)出比較全面、合理的測(cè)試用例。以下是對(duì)在使用黑盒測(cè)試方法時(shí)對(duì)系統(tǒng)進(jìn)行測(cè)試的用例的簡(jiǎn)單舉例介紹。用例一:測(cè)試輸入用戶密碼客戶端的反應(yīng)輸入內(nèi)容:口令長(zhǎng)度為3-6位。操作步驟:12345回車(chē)。預(yù)期結(jié)果:彈出錯(cuò)誤提示窗口:密碼輸入錯(cuò)誤，三次輸入錯(cuò)誤將鎖定用戶。請(qǐng)正確輸入!用例二:測(cè)試首次掛號(hào)不輸入項(xiàng)為空的反應(yīng)輸入內(nèi)容:病人首次掛號(hào)界面中不輸入姓名，直接掛號(hào)。操作步驟:空出病人姓名文本框，直接掛號(hào)。預(yù)期結(jié)果:彈出提示窗口:姓名不能為空，請(qǐng)重