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

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

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

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

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

5、息系統(tǒng)的需求。例如，系統(tǒng)功能要求可以很簡單，但是數(shù) 據(jù)量特別大，任何一個病人的醫(yī)療記錄都是一部不斷增長著的、圖文并茂的書， 而一所高校的校醫(yī)院擁有上萬份病人的病案是常見的，而且有很強的流動性。另 外，病人的身份多以學(xué)生和老師為主，他們都可以現(xiàn)金交費，而且學(xué)生可以通過 校園一卡通，老師也可以通過劃賬方式交費等。22系統(tǒng)開發(fā)目標(biāo)通過對醫(yī)院門診管理系統(tǒng)背景的分析，針對現(xiàn)在相關(guān)系統(tǒng)存在的問題，我 們提出以下幾個開發(fā)目標(biāo)：用全新的軟件框架設(shè)計醫(yī)療系統(tǒng)，從而解決醫(yī)療系統(tǒng)專業(yè)知識整理分享WOR格式可編輯需求易變、實施成本過高、系統(tǒng)穩(wěn)定性與可靠性差等問題：使用全新的組件式產(chǎn)品交付方式，使得工程部實施或第三方O

6、EM廠商能夠按照客戶的需求量身訂制醫(yī)院門診管理系統(tǒng)；采用國際、國家標(biāo)準(zhǔn)和規(guī)范，搭建穩(wěn)固的醫(yī)療資源平臺，為 產(chǎn)品整合醫(yī)療體系的其他業(yè)務(wù)領(lǐng)域提供基石；建立“以病人為中心，以服務(wù)為導(dǎo)向，經(jīng)濟上降低成本，醫(yī)療上控制質(zhì)量”的模式；采取分布式網(wǎng)絡(luò)結(jié)構(gòu)，實現(xiàn)存儲分布，計算分布，顯示多樣，以便減少單服務(wù)器的負(fù)荷壓力，大大提高系統(tǒng)的 穩(wěn)定性和響應(yīng)，同時也支持多種終端設(shè)備的顯示。物理上我們將分成三層結(jié)構(gòu)：數(shù)據(jù)服務(wù)器群，組件服務(wù)器群 （程序服務(wù)器群），用戶操作終端；建立在線備份及數(shù) 據(jù)轉(zhuǎn)儲機制，從而減少了在線聯(lián)機事務(wù)處理系統(tǒng)的數(shù)據(jù)壓力并且也保證了數(shù)據(jù)的 安全和可靠。徹底解決聯(lián)機事務(wù)處理與聯(lián)機事務(wù)分析之間的矛盾。專業(yè)

7、知識整理分享WOR格式可編輯第2章需求分析1.3需求分析過程軟件需求分析工作是軟件開發(fā)成功的前提和基礎(chǔ)，需要研發(fā)人員與用戶密切 配合，將軟件的功能和性能描述轉(zhuǎn)換成精細(xì)的軟件邏輯模型。首先研發(fā)人員需要 進(jìn)行細(xì)致地調(diào)查分析，認(rèn)真了解用戶的需求，并澄清用戶的模糊需求，最終將用 戶非形式化的需求敘述轉(zhuǎn)化為完整的需求分析文檔，進(jìn)而明確系統(tǒng)的開發(fā)目標(biāo)。 需求分析的基本任務(wù)包括問題識別(1) 功能需求：明確待開發(fā)軟件的實現(xiàn)功能。(2) 性能需求：明確待開發(fā)軟件的技術(shù)性能指標(biāo)。(3) 環(huán)境需求：明確軟件運行對機器的軟、硬件需求。(4) 用戶界面需求：明確軟件和用戶交互的界面形式。分析與綜合，導(dǎo)出軟件的邏輯模型

8、研發(fā)人員對數(shù)據(jù)流和數(shù)據(jù)結(jié)構(gòu)進(jìn)行詳細(xì)分析，逐步細(xì)化系統(tǒng)的功能，找出系 統(tǒng)各元素之間的聯(lián)系和設(shè)計上的限制，形成系統(tǒng)的解決方案，建立目標(biāo)系統(tǒng)的邏 輯模型。編寫需求分析文檔為了對用戶的需求清晰準(zhǔn)確地描述，開發(fā)人員需要編寫軟件需求規(guī)格說明 書。需求分析評審在需求分析工作的最后階段，研發(fā)人員需要對系統(tǒng)的功能需求、性能需求以 及其他需求進(jìn)行評審并給出評價。1.4系統(tǒng)的功能需求我們項目組針對醫(yī)院信息管理系統(tǒng)的使用情況進(jìn)行深入調(diào)研，發(fā)現(xiàn)大部分醫(yī) 院根據(jù)自身特點和業(yè)務(wù)流程，進(jìn)行醫(yī)院信息系統(tǒng)的設(shè)計與開發(fā)。比如，一些醫(yī)院 把病房的床位管理中，一些醫(yī)院把門診收費模塊和信息系統(tǒng)分開等。我們項目組 對學(xué)校醫(yī)院目前使用的信息

9、管理系統(tǒng)進(jìn)行詳細(xì)分析，并綜合考慮部門的職能設(shè)置 以及聯(lián)網(wǎng)后的應(yīng)用需求，結(jié)合項目開始階段完成的需求分析文檔，將目標(biāo)系統(tǒng)劃 分為以下幾個模塊進(jìn)行開發(fā)，如表3-1所示：專業(yè)知識整理分享WOR格式可編輯表2-1學(xué)校醫(yī)院信息管理系統(tǒng)的功能模塊編號糸統(tǒng)功能功能模塊模塊介紹4綜合管理1門診2藥房3藥庫門診掛號門診掛號支持一-通掛號和現(xiàn)金掛并記錄患者的基本信息 醫(yī)師門診對患者進(jìn)行病情診斷，選擇項目和藥品，號，并開除處方 病房門診對患者進(jìn)行病情診斷，選擇項目和藥品， 并開出處方 劃價收費對項目和藥品進(jìn)行劃價收費入藥提請藥品數(shù)量不足吋，向藥庫中請藥品 藥房發(fā)藥針對繳費成功的患者發(fā)放藥品藥房出藥記錄藥房中藥品的所有

10、流向，但不包括藥房發(fā)藥方式藥房庫存管理藥品分庫存信息提藥批復(fù)批復(fù)入藥提請模塊發(fā)出的提藥申請藥庫入藥對新購入的藥品進(jìn)行正常入庫藥庫出藥記錄藥庫中藥品的所有流向藥庫庫存管理藥品的庫存信息門診收費統(tǒng)計統(tǒng)計門診收費信息，便于管理和查詢藥庫出入記錄記錄藥品出入藥庫的信息藥房出入記錄記錄藥品出入藥房的信息一藥品字典負(fù)責(zé)藥品信息的管理項目字典負(fù)責(zé)項目信息的管理一科室設(shè)置負(fù)責(zé)科室信息醫(yī)師字典負(fù)責(zé)醫(yī)師信息的管理出入庫字典負(fù)責(zé)藥品出入藥庫的類型設(shè)置 出入房字典負(fù)責(zé)藥品出入藥房的類型設(shè)置系統(tǒng)管理操作員字典負(fù)責(zé)操作員信息的管理，以及對操作員丄使用權(quán)限進(jìn)行設(shè)置患者類別字典負(fù)責(zé)喊著類別的信息管理龍統(tǒng)參數(shù)設(shè)置負(fù)責(zé)系統(tǒng)草書的

11、管理。包括最低庫存數(shù) 量、預(yù)警天數(shù)、掛號費等6一"通退費管理對刷卡繳費的患者，執(zhí)行退費操作7修改密碼修改登陸密碼學(xué)校醫(yī)院信息管理系統(tǒng)實現(xiàn)的主要功能是：患者在門診掛號模塊可使用校園一卡通繳費和現(xiàn)金繳費兩種掛號方式，掛號成功后選擇醫(yī)師門診或病房門診就 診，醫(yī)師根據(jù)患者病情書寫電子病歷，并選擇相應(yīng)的藥品或項目最后開出并打 印患者處方。門診管理員在劃價收費模塊對患者開出的藥品和項目進(jìn)行劃價和收 費，并打印收費發(fā)票。藥房針對繳費成功的患者，根據(jù)藥品單發(fā)放藥品，若藥品專業(yè)知識整理分享WOR格式可編輯數(shù)量不足，可向藥庫發(fā)出提藥申請，藥庫根據(jù)庫存情況進(jìn)行提藥批復(fù)。如果存在專業(yè)知識整理分享WOR格式可

12、編輯患者繳費成功后，退掉某一藥品或項目的情況，操作員在一卡通退費模塊針對刷 卡患者執(zhí)行退費操作并開出退費憑據(jù)，患者到一卡通管理中心領(lǐng)取相應(yīng)金額。1.5系統(tǒng)的非功能需求非功能性需求，是指軟件產(chǎn)品為滿足用戶需求必須具有且除功能需求以外的 特性。本系統(tǒng)采用先進(jìn)、成熟的軟硬件技術(shù)，以便適應(yīng)醫(yī)療機構(gòu)的業(yè)務(wù)發(fā)展和信 息化建設(shè)的需求，比如在系統(tǒng)開發(fā)方面，使用Microsoft公司推出的功能強大的.NET開發(fā)平臺，此平臺包含世界上先進(jìn)的程序設(shè)計理念。本系統(tǒng)可擴展性和可維護(hù)性良好，在結(jié)構(gòu)設(shè)計方面采用C/S三層結(jié)構(gòu)模式，將系統(tǒng)整體劃分為表示層、業(yè)務(wù)邏輯層、數(shù)據(jù)訪問層等三個部分，實現(xiàn)了各層在 邏輯上的獨立性，降低了

13、各個層次之間的依賴，便于開發(fā)人員對系統(tǒng)進(jìn)行維護(hù)和 后期開發(fā)。由于采用模塊化的結(jié)構(gòu)設(shè)計，本系統(tǒng)能夠靈活配置以適應(yīng)不同環(huán)境， 為系統(tǒng)的可擴展性奠定了良好的基礎(chǔ)。在數(shù)據(jù)庫設(shè)計上也綜合考慮將來設(shè)計需 求，采用SQLServe:技術(shù)，把現(xiàn)實世界中的實體關(guān)系模式映射為關(guān)系數(shù)據(jù)庫中 對應(yīng)表格，此技術(shù)具有高性能、可靠性和可擴充性等優(yōu)點，方便系統(tǒng)的功能擴展 和數(shù)據(jù)庫的后期維護(hù)。我們項目組嚴(yán)格遵循軟件開發(fā)的工程思想，從系統(tǒng)的需求分析到設(shè)計再到實 現(xiàn)。在開發(fā)方面嚴(yán)格遵守軟件開發(fā)流程，書寫規(guī)范代碼，在系統(tǒng)和數(shù)據(jù)庫設(shè)計上 嚴(yán)格按照國家醫(yī)療衛(wèi)生行業(yè)的有關(guān)標(biāo)準(zhǔn)，保證系統(tǒng)的質(zhì)量。項目完成階段書寫完 整、詳細(xì)的開發(fā)文檔，為本系

14、統(tǒng)的后期維護(hù)、功能擴展提供良好參考。1.6系統(tǒng)軟件硬件需求我們項目組通過對需求分析文檔進(jìn)行詳細(xì)分析和討論，確定了系統(tǒng)的架構(gòu)模型，包括用戶交互界面、Windows窗體、軟件底層環(huán)境和底層數(shù)據(jù)庫等四個部分，如圖2-1所示：圖2-1學(xué)校醫(yī)院信息管理系統(tǒng)架構(gòu)圖專業(yè)知識整理分享WOR格式可編輯由上圖可以看出，系統(tǒng)架構(gòu)的每一部分采用不同的軟件工具進(jìn)行開發(fā)，為了 方便對系統(tǒng)的軟硬件需求進(jìn)行說明，本節(jié)主要從系統(tǒng)的開發(fā)環(huán)境和運行環(huán)境兩個 方面進(jìn)行介紹。開發(fā)環(huán)境的軟硬件配置如下所示：(1) 軟件配置操作系統(tǒng)：Windows7/XP開發(fā)和運行環(huán)境：Microsoft.NETFramework3.5開發(fā)工具：Micr

15、osoftVisualStudio.NET2008數(shù)據(jù)庫開發(fā)工具：MicrosoftSQLServer200_5(2) 硬件配置P41.4G或以上CPU2GDDR400Memory80GHardDisk聲卡、顯卡主板集成 網(wǎng)絡(luò)配置lnte11O/1OOM 網(wǎng)卡10/100M自適應(yīng)交換機本系統(tǒng)對運行環(huán)境的軟硬件配置要求如下：(1) 軟件要求Microsoft.NETFramework3.5MicrosoftSQLServer200_5Windows2003Server(服務(wù)器端操作系統(tǒng)) Windows7/XP(客戶端操作系統(tǒng))(2) 硬件要求服務(wù)器端：P42.0GCPU2GDDR533Memo

16、ry1606HardDisklntel1O/1OOM 網(wǎng)卡客戶端：P41.4G或以上CPU1GDDR400Memory80GHardDisk聲卡、顯卡主板集成專業(yè)知識整理分享WOR格式可編輯1.7系統(tǒng)用例圖和動態(tài)模型圖統(tǒng)一建模語言（UnifiedModelingLanguage,UML 是種面向?qū)ο蟮慕ＵZ言，使用標(biāo)準(zhǔn)化、統(tǒng)一的定義和標(biāo)記對軟件系統(tǒng)進(jìn)行描述和建模3soUML的主要內(nèi)容可由下面五類圖定義：第一類是用例圖，主要描述用戶所理解的系統(tǒng)功能；第二類是靜態(tài)圖，包括類圖、對象圖和包圖；第三類是行為圖，包括狀態(tài)圖、活動圖、順序圖和協(xié)作圖，主要描述系統(tǒng)在時間和順序上與組成對象的關(guān)系；第四類是交互

17、圖，主要描述系統(tǒng)對象之間的關(guān)系；第五類是實現(xiàn)圖。UML建模語言提供的用例圖描述了系統(tǒng)開發(fā)者和用戶基于系統(tǒng)功能所達(dá)成的共識，是進(jìn)行需求分析的強有力工具。用例圖是由參與者、用例以及用例之間的關(guān)系構(gòu)成的，用來描述系統(tǒng)的功能需求，但不涉及系統(tǒng)功能的具體實現(xiàn)36。參與者是指系統(tǒng)使用者在與系統(tǒng)交互時所扮演的角色，比如管理員、操作員等， 并不特指人或事物本身。用例是指參與者對系統(tǒng)的操作，表示一系列動作。用例 之間的關(guān)系主要包括擴展和使用，擴展關(guān)系是指一個用例通過向前一個用例添加 一些動作構(gòu)成的，因而繼承了前一個用例的行為。使用關(guān)系是指一個用例通過對 其他用例的使用構(gòu)成的，這兩種關(guān)系描述了幾個用例的相同行為。

18、通過以上介紹，我們可以得到系統(tǒng)的用例圖。記錄患者飛rnUJ IE JR p圖2-2門診管理用例圖1專業(yè)知識整理分享WOR格式可編輯r曲bi圖2-3門診管理用例圖2為品出山< 7 )圖2-4藥品管理用例圖專業(yè)知識 整理分享WOR格式可編輯10專業(yè)知識 整理分享WOR格式可編輯第3章概要設(shè)計1.8門診部門的體系結(jié)構(gòu)高校校醫(yī)院是專門為高校的學(xué)生和教職工提供相關(guān)服務(wù)的機構(gòu)，其服務(wù)的范 圍是人們在醫(yī)院看病活動的整個過程，因此校醫(yī)院包括了醫(yī)院門診部門的所有科 室：門診掛號、醫(yī)務(wù)處、門診收費、門診藥房，醫(yī)護(hù)人員護(hù)理等。醫(yī)院門診部門 的體系結(jié)構(gòu)圖如圖3-1所示。信息中心財務(wù)科醫(yī)務(wù)處醫(yī)護(hù)業(yè)務(wù)科醫(yī)?？扑巹┛?/p>

19、后勤科門診掛號處收費處弓劑科后勤科藥房藥庫圖3-1門診部門體系結(jié)構(gòu)圖1.9門診業(yè)務(wù)流程醫(yī)院是以病人為中心、以病人醫(yī)療信息為核心的一個機構(gòu)，所以病人的信息貫穿了整個業(yè)務(wù)流程中。以病人就醫(yī)為起點，門診部門業(yè)務(wù)流程如圖3-2所示專業(yè)知識整理分享WOR格式可編輯11專業(yè)知識整理分享WOR格式可編輯急診候診1診室1門診就診問詢？掛號及收費候診 2診室2 病人檢查單治療單處方門診記賬或 收費檢查治療就診結(jié)束藥品門診藥房圖3-2門診部門業(yè)務(wù)流程圖就診病人來到醫(yī)院，根據(jù)情況來確定是否先掛號，如果情況比較緊急，直接 送入急診室進(jìn)行檢查，根據(jù)病人情況判斷是否使用急救車送入附近較大醫(yī)院。否 則病人首先在掛號門診進(jìn)行

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

21、診和退費退藥流程， 實現(xiàn)了醫(yī)院門診的所有基本工能，如圖3-3所示。專業(yè)知識整理分享12WOR格式可編輯病人門診掛號醫(yī)師問診門診護(hù)士門診收費門診藥房門診醫(yī)技病人就診卡是否新是項號憑證收費憑證是否新是項病人錄入病人基信息刷卡或乍信息退號治療門診收費醫(yī)囑開立是否醫(yī)保退號處方打印發(fā)票打印發(fā)票是否藥品是發(fā)藥結(jié)束醫(yī)技執(zhí)行門診處方錄入退藥數(shù)開立退費單輸入發(fā)票號否口 是否發(fā)藥是沖負(fù)發(fā)票門診退費退藥結(jié)束圖3-3門診管理系統(tǒng)功能流程圖專業(yè)知識整理分享WOR格式可編輯13專業(yè)知識整理分享WOR格式可編輯第4章詳細(xì)設(shè)計1.11系統(tǒng)劃分組根據(jù)學(xué)校醫(yī)院的部門設(shè)置和業(yè)務(wù)流程，將本系統(tǒng)劃分為六個子功能系統(tǒng)進(jìn) 行設(shè)計與開發(fā)，包

22、括門診管理子系統(tǒng)、藥房管理子系統(tǒng)、藥庫管理子系統(tǒng)、綜合 查詢子系統(tǒng)、系統(tǒng)管理子系統(tǒng)、一"通退費管理子系統(tǒng)和修改密碼子系統(tǒng)。每個 功能子系統(tǒng)根據(jù)部門職能和用戶需求，又劃分為相應(yīng)的功能模塊進(jìn)行設(shè)計與開 發(fā)。其中門診管理子系統(tǒng)包括：門診掛號、醫(yī)師門診、病房門診、劃價收費等四 個功能模塊，藥房管理子系統(tǒng)包括：入藥提請、藥房發(fā)藥、藥房出藥、藥房庫存等四個功能模塊，藥庫管理子系統(tǒng)包括：提藥批復(fù)、藥庫入藥、藥庫出藥、藥庫庫存等四個功能模塊，綜合查詢子系統(tǒng)包括：門診收費統(tǒng)計、藥庫出入記錄、藥房出入記錄等三個功能模塊，系統(tǒng)管理子系統(tǒng)包括：藥品字典、項目字典、科室設(shè)置、醫(yī)師字典、出入庫字典、出入房字典、

23、操作員字典、患者類別字典、系統(tǒng) 參數(shù)設(shè)置等九個功能模塊。如圖4-1所示：學(xué)校醫(yī)院門診管 理信息系統(tǒng)門診管理藥房管理藥庫管理綜合查詢系統(tǒng)管理名稱名稱職務(wù)職務(wù)1 丁門診掛號 -矢wr劃價收費 入藥提請 藥房藥房出藥提藥批復(fù) J藥 庫 入 藥藥 庫 出 藥藥庫門診收費統(tǒng)計藥房出藥庫出7一診發(fā)藥 一庫存入記錄入記錄系統(tǒng)參數(shù)設(shè)置. 患者類型字典 操作員字曲71 出入房字典 出入庫字典 H醫(yī)師字典 科室字典 項目字典 藥品字典圖4-1系統(tǒng)劃分圖1.12門診管理子系統(tǒng)門診管理子系統(tǒng)包括門診掛號、醫(yī)師門診、病房門診和劃價收費等功能模塊 遵循“一切以病人為服務(wù)中心”的管理原則，針對患者就診環(huán)節(jié)，使患者掛號、 就

24、診、項目檢查、藥品和項目繳費這一系列活動在門診管理子系統(tǒng)中形成一個整 體?；颊咄ㄟ^門診掛號模塊掛號成功后，根據(jù)自身的病情需要選擇醫(yī)師門診或病 房門診模塊進(jìn)行就診，醫(yī)師對患者的病情診斷后，選擇藥品或項目，書寫診斷結(jié) 果并開出處方，患者持處方到劃價收費模塊進(jìn)行藥品和項目繳費。專業(yè)知識整理分享14WOR格式可編輯1.13藥房管理子系統(tǒng)根據(jù)藥品出入藥房的流程，藥房管理子系統(tǒng)劃分為入藥提請、藥房發(fā)藥、藥 房出藥和藥房庫等四個功能模塊，藥房管理員通過藥房管理子系統(tǒng)可以實現(xiàn)藥房 管理。藥房中如果存在藥品數(shù)量不足的情況，藥房管理員通過入藥提請模塊向藥 庫發(fā)出提藥申請，藥庫管理子系統(tǒng)中開發(fā)提藥批復(fù)模塊對應(yīng)此功能

25、，藥庫同意藥 房提藥請求后，由藥庫出藥模塊發(fā)放藥品，藥房中藥品的數(shù)量得到相應(yīng)增加。藥房發(fā)藥模塊是針對患者拿藥設(shè)計的，此模塊可記錄患者的基本信息和領(lǐng)取 的藥品信息。藥房出藥模塊記錄了藥品流出藥房的信息，包括藥品基本信息、藥 品去向和出藥類型，如個人提藥、藥房返回藥庫等。藥房庫存模塊管理藥房中藥 品的庫存信息，比如盤點藥品數(shù)量，針對數(shù)量不足的藥品及時向藥庫申請?zhí)崴帲?隱藏藥品功能可在醫(yī)師門診和病房門診模塊，不顯示此類藥品的信息。1.14藥庫管理子系統(tǒng)藥房中的藥品是由藥庫發(fā)放的，因此藥庫管理子系統(tǒng)的設(shè)計應(yīng)對應(yīng)藥房管理 子系統(tǒng)的功能模塊，包括提藥批復(fù)、藥庫入藥、藥庫出藥和藥庫庫存等四個功能 模塊，藥庫

26、管理員通過藥庫管理子系統(tǒng)來管理藥庫中的藥品。提藥批復(fù)模塊對應(yīng) 藥房管理中的入藥提請模塊，對藥房發(fā)過來的提藥申請進(jìn)行批復(fù)，如果同意藥房 提藥，藥庫出藥模塊會發(fā)放相應(yīng)的藥品給藥房。此功能模塊可以顯示提藥的信息， 既可以單條批復(fù)藥品申請也可以一次性批復(fù)全部藥品申請。藥庫管理員通過藥庫入藥模塊記錄藥品進(jìn)入藥庫的信息，包括藥品的基本信 息、藥品來源以及入庫類型，比如系統(tǒng)初始、采購入庫和藥房返回等。藥庫出藥 模塊和藥房管理中的藥房出藥模塊功能相似，出庫類型略有不同，包括公益活動 和返回藥房等。藥庫庫存模塊和藥房管理中的藥房庫存模塊功能相似，此模塊可 查看即將過期和數(shù)量不足的藥品，以便對藥品管理和及時補充，

27、庫存藥品列表中 的藥品信息可生成 EXCEL表格，方便藥庫管理員對藥品的庫存信息進(jìn)行記錄并存 檔。1.15綜合查詢子系統(tǒng)綜合查詢子系統(tǒng)包括門診收費統(tǒng)計、藥庫出入記錄和藥房出入記錄等三個功 能模塊，通過綜合查詢子系統(tǒng)，系統(tǒng)管理員可以查看患者繳費的信息、藥房中藥 品出入信息和藥庫中藥品出入信息。在門診收費統(tǒng)計模塊，通過輸入患者姓名、 醫(yī)師姓名或收費口期，既可以查詢某一患者繳費的詳細(xì)信息，也可以查看全部患 者繳費的詳細(xì)信息。在藥房出入記錄模塊，通過輸入藥品出入藥房的方式、出入 類型或出入口期，既可以查看流入或流出藥房的某一種藥品信息，也可以查看全 部藥品出入藥房的信息。藥庫出入記錄模塊和藥房出入記錄

28、模塊功能相似，可以15專業(yè)知識整理分享WOR格式可編輯查看藥品流入或流出藥庫的詳細(xì)信息。4.2.4綜合管理子系統(tǒng)綜合管理子系統(tǒng)包括藥品字典、項目字典、科室設(shè)置、醫(yī)師字典、出入房字 典、出入庫字典、操作員字典、患者類別字典和系統(tǒng)參數(shù)設(shè)置等九個功能模塊， 系統(tǒng)管理員通過綜合管理子系統(tǒng)對醫(yī)院的基本信息進(jìn)行管理。藥品字典模塊管理 藥品的基本信息，可以對藥品信息進(jìn)行增加、修改和刪除等操作。藥品字典模塊 優(yōu)化了其他功能模塊在選擇藥品時的使用，比如醫(yī)師門診和病房門診，在選擇藥 品時不需要輸入藥品的信息，只需要在藥品代碼編輯框中輸入或選擇某一藥品代 碼，下面的編輯框會自動顯示此藥品的信息。項目字典模塊和藥品字

29、典模塊功能 相似，可增加、修改和刪除項目言息，優(yōu)化了其他功能模塊在選 擇項目時的使用?？剖以O(shè)置模塊的功能和藥品字典、項目字典模塊的功能相似，系統(tǒng)管理員通 過此模塊可以增加、修改和刪除醫(yī)院的科室信息。醫(yī)師字典模塊管理醫(yī)師的基本 信息，可通過此模塊進(jìn)行增加、修改和刪除操作。出入庫字典模塊可以對藥品出 入藥庫的類型進(jìn)行增加、修改和刪除操作，并在列表中顯示藥品出入類型的信息。 出入房字典和出入庫字典模塊功能相似，記錄和管理藥品出入藥房和藥庫的信 息。操作員字典模塊實現(xiàn)操作員基本信息的管理，如操作員姓名、登錄的用戶名 和密碼以及隸屬科室等，可以對其進(jìn)行增加、修改和刪除操作，此外，通過此模 塊可以對操作員

30、的操作權(quán)限進(jìn)行設(shè)置?；颊哳愋妥值淠K管理患者的基本信息， 通過此模塊可以對其進(jìn)行增加、修改和刪除等操作。系統(tǒng)參數(shù)設(shè)置界面可以對系 統(tǒng)的基本參數(shù)，如藥品最低庫存、預(yù)警天數(shù)、醫(yī)師庫存差額和掛號費等進(jìn)行設(shè)置。4.2.5 一卡通退費管理子系統(tǒng)一卡通退費管理子系統(tǒng)是針對持校園一卡通進(jìn)行刷卡繳費的患者設(shè)計的。如 果存在患者繳費成功后，退掉某一藥品或項目的情形，系統(tǒng)管理員在一卡通退費 管理子系統(tǒng)執(zhí)行退費操作并開出退費憑據(jù)，患者持退費憑據(jù)到一卡通管理中心領(lǐng) 取相應(yīng)金額。3.數(shù)據(jù)庫設(shè)計E-R數(shù)據(jù)庫設(shè)計包含需求分析、概念結(jié)構(gòu)設(shè)計、邏輯結(jié)構(gòu)設(shè)計、物理結(jié)構(gòu)設(shè)計、 數(shù)據(jù)庫實施、數(shù)據(jù)庫運行與維護(hù)等六個階段。概念結(jié)構(gòu)設(shè)計是

31、依據(jù)需求分析階段 完成的說明文檔，將系統(tǒng)涉及的數(shù)據(jù)和信息抽象為獨立的數(shù)據(jù)模型，即概念模型。 常用的概念模型為 E-R圖，即實體一聯(lián)系圖，用來描述現(xiàn)實世界的數(shù)據(jù)模型。 圖的基本元素包括：實體、屬性和聯(lián)系，實體是對系統(tǒng)軟件中具有一系列不同屬專業(yè)知識整理分享16WOR格式可編輯性事物的抽象，在 E-R圖中用矩形表示；屬性定義了實體的性質(zhì)，用橢圓或圓角 矩形表示；聯(lián)系是指實體之間的關(guān)系，包含一對一聯(lián)系、一對多聯(lián)系、多對多聯(lián) 系等三種類型，用菱形框表示。由于篇幅限制，本系統(tǒng)E-R圖中只顯示了部分實體的屬性，使用 MicrosoftVisio2010畫圖工具進(jìn)行繪制，如圖所示。藥名數(shù)量名稱編號科室組成藥房

32、隸屬檢查項目單取藥檢查科姓名醫(yī)生開出處方生成藥品單編號藥名費用,對應(yīng)_包括交費掛號單病歷患者預(yù)取姓名學(xué)號圖4-2系統(tǒng)E-R圖F面為本系統(tǒng)中涉及到的幾個重要數(shù)據(jù)表在字段結(jié)構(gòu)和數(shù)據(jù)類型的方面進(jìn)行說明專業(yè)知識整理分享WOR格式可編輯17專業(yè)知識整理分享WOR格式可編輯表4-1處方信息表序號杯諛r tn允許它歐認(rèn)（ft說朝L1D1HlJKbt' jGHYn vur<hui )01j| 1LJ_ f1GHFtit j*i_ 11 LjL 4 J .ftl JA*j VjHZZH"UKCO)JNbrijHZXMnvarchar1 )0)11翡<! "單"*

33、.1 V：jfj人HZXB*hvl4>電、Bf i |L 作ITHJNLint1,KNYErwncrpf| | 尸 * 'HZLXnx ar < Ki i(H)kJU住（F 4-b.1 /,¥10,SFGFil1，i!' F： jZ £1 /4iM-lII.FYSnrur(20111jLitrP 112.ZDJGn uft【LU（50JK j? 1JiW眾113.SFKCt*il蘆Tnic: <,False: firj!融 r J n1丄HJYn v；ir<tur(10)VI事;,*15.SFHJtIIIriTmci 呈:Filic:

34、 ftb 1f « LiH I Kl阪YPHJ1DLJ £l l|. |i B'J17.XMHJmr»nrVW介1IMHJJE»incff T 118專業(yè)知識整理分享WOR格式可編輯表4-2藥品字典表杯識I tst允序空歡認(rèn)值說LD ji niMI l堀一 JfN1Crthafi1 1f jFTTIIMjh jivhri IO:>f 4Bp F4”JXnv arvharf 20)IiZnvjrvhjn外li包Ifl1Gnv jiihan 20iL甲格1nv jrchirt 20 it勺肖、中就卓n中I妁.KH 審KFXM |門、jrvhci

35、 2 4*btiJ#r A4 "/J9ZFB Liniflft比鋼1|厲)£EbitI1 1'嚀両II1堺*I rue '4_, r a I11| |4 b1 1J «ZE)XLint1 3JIlijC lh-d -!12,ZCIXLintJk pm顯呻13.JCJFD |hi t價格J jj14.S1fFFnvTvhari 20ISjfgllll 1PC rIJfj HjEk15.KUemoTn arch打i SOi1X】I表4-3項目字典表表4-4藥房庫存表19專業(yè)知識整理分享WOR格式可編輯表4-5藥庫庫存表YPBHdiietimeSCCJn

36、v jk hjn20tPHnx jtrvhjrt UHS( RQdatetimesxkydilclime10ILSJKCJSKCPFJIQMemo卜詵moncmoilednx jrKhjr<50>%inw計n旳6V W ffr20專業(yè)知識整理分享WOR格式可編輯第5章系統(tǒng)的實現(xiàn)和測試1.16系統(tǒng)業(yè)務(wù)流程我們項目組研發(fā)的學(xué)校醫(yī)院信息管理系統(tǒng)是一套自成體系能夠獨立運行的信息化管理系統(tǒng)，本系統(tǒng)不但能夠滿足醫(yī)院各部門的需求，同時也適用于醫(yī)院具體數(shù)據(jù)的管理工作。系統(tǒng)需要實現(xiàn)的主要目標(biāo)是：整體化的設(shè)計、共享化的數(shù)據(jù)、相對獨立的業(yè)務(wù)處理、簡便靈活的操作和友好的交互界面。校醫(yī)院各個部門可以 通過本

37、系統(tǒng)及時掌握各環(huán)節(jié)的工作情況，方便自身工作高效展開。學(xué)校醫(yī)院信息 管理系統(tǒng)主要由下圖所示業(yè)務(wù)流程組成，操作員輸入用戶名和密碼，登錄成功后 根據(jù)權(quán)限加載子系統(tǒng)，即可進(jìn)入其權(quán)限下的功能模塊。開始輸入用戶名和密碼J否登陸是否成功T是根據(jù)用戶權(quán)限選擇功能模塊門診管理藥 庫 管 理綜 合 查 詢系 統(tǒng) 管 理卡 通 退 費 管 理修 改 密 碼退出系統(tǒng)圖5-1系統(tǒng)業(yè)務(wù)流程圖專業(yè)知識整理分享21WOR格式可編輯1.17門診管理的功能實現(xiàn)我們項目組根據(jù)門診部門的機構(gòu)設(shè)置和應(yīng)用需求，將門診管理子系統(tǒng)劃分為門診掛號、醫(yī)師門診、病房門診和劃價收費等四個模塊進(jìn)行開發(fā)。患者通過門診 掛號模塊掛號成功后，根據(jù)病情需要選

38、擇醫(yī)師門診或病房門診模塊就診，醫(yī)師對 患者的病情診斷后，選擇藥品和項目，書寫診斷結(jié)果并開出處方，患者持處方到 劃價收費模塊進(jìn)行藥品和項目繳費，繳費成功后持收費發(fā)票領(lǐng)取藥品或項目檢 查。門診掛號模塊支持患者使用校園一卡通掛號和現(xiàn)金掛號兩種掛號方式。校園一卡通功能在本系統(tǒng)中的應(yīng)用主要體現(xiàn)在門診管理子系統(tǒng)中的門診掛號和劃價收費模塊，門診掛號模塊通過讀卡器讀取患者的基本信息以及收取掛號 費，劃價收費模塊是患者通過刷卡方式對所購藥品和檢查項目進(jìn)行繳費。另一個 重要應(yīng)用是通過刷卡方式進(jìn)行繳費的患者，可以退回所購藥品和項目，系統(tǒng)管理 員在一卡通退費管理模塊核查患者信息，然后退還相應(yīng)金額。本系統(tǒng)和校園一卡通第

39、三方服務(wù)器建立連接，在測試和運行方面需要進(jìn)行的必要設(shè)置：(1) 運行第三方代理sios，sios是脫機流水狀態(tài)代理服務(wù)器監(jiān)測工具。(2) 增加系統(tǒng)代碼syscode，這個系統(tǒng)代碼在 TA_init3)中需要用到。步驟: 右擊sios-子系統(tǒng)維護(hù)一增加子系統(tǒng)代碼一退出。(3) 設(shè)置商戶和終端編號對應(yīng)關(guān)系，即商戶和TerminalNo的對應(yīng)關(guān)系，這個終端編號在TA_init3)需要用到。步驟：右擊sios 一商戶設(shè)置一設(shè)置商戶一存盤一退 出。(4) 退出sios，重新啟動 sios 。然后連接動態(tài)數(shù)據(jù)庫，實現(xiàn)數(shù)據(jù)信息的存儲，從而實現(xiàn)學(xué)校門診管理信息系 統(tǒng)。1.18系統(tǒng)測試系統(tǒng)測試是管理信息系統(tǒng)開發(fā)

40、周期中一個十分重要而漫長的階段。其重要性 體現(xiàn)在它是保證系統(tǒng)質(zhì)量與可靠性的最后關(guān)口，是對整個系統(tǒng)開發(fā)過程包括系統(tǒng) 分析、系統(tǒng)設(shè)計和系統(tǒng)實現(xiàn)的最終審查。系統(tǒng)測試的對象是軟件，其目的是找出 軟件中的錯誤在進(jìn)行系統(tǒng)測試時應(yīng)遵循以下基本原則：1 .測試工作應(yīng)避免由原開發(fā)軟件的個人或小組來承擔(dān)；2. 設(shè)計測試方案時，不僅要包括確定的輸入數(shù)據(jù)，而且應(yīng)包括從系統(tǒng)功能 出發(fā)預(yù)期的測試結(jié)果；3. 測試用例不僅要包括合理、有效的輸入數(shù)據(jù)，還要包括無效的或不合理22專業(yè)知識整理分享WOR格式可編輯的輸入數(shù)據(jù)；4. 不僅要檢驗程序是否做了該做的事，還要檢查程序是否同時做了不該做 的操作；5. 軟件中仍存在的錯誤的概率

41、和己經(jīng)發(fā)現(xiàn)錯誤的個數(shù)是成正比的；6. 保留測試用例，作為軟件文檔的組成部分。系統(tǒng)測試采用的方法是普遍引用的“黑盒”測試和“白盒”測試法。白盒測試也 稱結(jié)構(gòu)測試，即將軟件看作一個透明的白盒子，按照程序的內(nèi)部結(jié)構(gòu)和處理邏輯 來選定測試用例，對軟件的邏輯路徑及過程進(jìn)行測試，檢查它與設(shè)計是否相符。白盒測試是通過程序的源代碼進(jìn)行測試而不使用用戶界面。這種類型的測試需要 發(fā)現(xiàn)內(nèi)部代碼在算法，溢出，路徑，條件等等中的缺點或者錯誤，進(jìn)而加以修正。 而“黑盒”法著眼于程序外部結(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對軟件界面和軟件 功能進(jìn)行測試。“黑盒”法是窮舉輸入測試，只有把所有可能的輸入都作為測試 情況使用，才能以這種方法查出程序中所有的錯誤在掌握一定測試用例設(shè)計 方法的基礎(chǔ)上，可以設(shè)計出比較全面、合理的測試用例。以下是對在使用黑盒測 試方法時對系統(tǒng)進(jìn)行測試的用例的簡單舉例介紹。用例一：測試輸