【正文】 的設計質(zhì)量，等等。一般來講， 計算機運算時間比人操作的時間要少得多。 系統(tǒng)平均無故障時間 ， 系統(tǒng)平均修復時間是衡量系統(tǒng)可靠性的重要指標 。 由于系統(tǒng)環(huán)境 （ 國家政策 、 市場 、計算機技術(shù)等的變化 ） 和系統(tǒng)本身的需要 ， 應當不斷修改和完善系統(tǒng) 。 要注意的問題是 ， 在定量考慮經(jīng)濟費用的同時 ， 還要定性考慮系統(tǒng)實施后所取得的社會效益及由此而帶來的間接經(jīng)濟效益 。我們項目組設計了 27 張數(shù)據(jù)表，其中字典表包括 14 張，門診管理模塊包括 5 張數(shù)據(jù)表，藥房管理模塊包括 5 張數(shù)據(jù)表，藥庫管理模塊包括 3 張數(shù)據(jù)表，如表 43 所示： 表 學校醫(yī)院信息管理系統(tǒng)數(shù)據(jù)庫清單 分類 數(shù)據(jù)表名 數(shù)據(jù)表用途 字典表 ZD_YP 藥品字典，存儲藥品的基本信息 ZD_HZLX 患者類型字典，存儲患者的類型信息 ZD_SYFF 藥品使用方法字典，存儲藥品的使用方法信息 ZD_JX 劑型字典，存儲藥品的劑型信息 ZD_BZ 包裝字典，存儲藥品的包裝信息 ZD_SFXM 收費項目字典，存儲收費項目的信息 ZD_XM 項目字典，存儲項目的基本信息 ZD_KS 科室字典，存儲科室的基本信息 ZD_YS 醫(yī)師字典，存儲醫(yī)師的基本信息 ZD_CZY 操作員字典，存儲操作員的基本信息 CZYQX 操作員權(quán)限字典，存儲操作員的使用權(quán)限 ZD_CRK 出入庫字典，存儲藥品出入藥庫的信息 ZD_CRF 出入房字典，存儲藥品出入藥房的信息 XTCS 系統(tǒng)參數(shù)，存儲系統(tǒng)的基本信息 門診部門 XTCS 系統(tǒng)參數(shù)，存儲系統(tǒng)的基本信息 CFXX 處方信息，存儲患者的就診信息 CFXM 處方項目，存儲醫(yī)師開出項目的信息 CFYP 處方藥品，存儲醫(yī)師開出藥品的信息 SFJZ 收費記賬，存儲對藥品和項目劃價收費的信息 25 藥房管理 SFHZ 收費匯總，存儲系統(tǒng)收費對象的類別信息 FHYK 藥房返回藥庫，存儲藥品由藥房返回藥庫的信息 YFCRL 藥房出入流，存儲藥品出入藥房的信息 YFCRHC 藥房出入緩存，存儲藥品出入藥房的臨時信息 YFKC 藥房庫存，存儲藥品在藥房中的庫存信息 藥庫管理 RYTQ 入藥提請，存儲藥房向藥庫申請藥品的信息 YKCRL 藥庫出入流，存儲藥品出入藥庫的信息 YKCRHC 藥庫出入緩存，存儲藥品出入藥庫的臨時信息 創(chuàng)建數(shù)據(jù)庫 本系統(tǒng)采用 Microsoft SQL Server 2020 作為數(shù)據(jù)庫開發(fā)工具，數(shù)據(jù)庫名為 hospital。Persist Security Info=True?！?Initial Catalog=hospital?！?User ID=sa。 數(shù)據(jù)庫的結(jié)構(gòu)設計 數(shù)據(jù)庫設計包含需求分析、概念結(jié)構(gòu)設計、邏輯結(jié)構(gòu)設計、物理結(jié)構(gòu)設計、數(shù)據(jù)庫實施、數(shù)據(jù)庫運行與維護等六個階段。由于篇幅限制，本系統(tǒng) ER 26 圖中只顯示了部分實體的屬性，使用 Microsoft Visio 2020 畫圖工具進行繪制。本課題的界面設計主要包括系統(tǒng)登錄界面和子系統(tǒng)主界面兩部分。驗證用戶名和密碼，原理是將操作員輸入的用戶名 和密碼與保存在操作員字典表 ZD_CZY 中的用戶名和密碼進行對比，若信息完全一致，則 該操作員為合法用戶，否則為非法用戶。 ()。 return。 + password + 39。 = 。 //系統(tǒng)參數(shù) xtModel = (1)。 //系統(tǒng)參數(shù) (醫(yī)師庫存差額 ) = 。 = 。 =。 } else { (驗證身份失?。≌堉匦螺斎?！ )。 } ShowSubForm(BBGH, 患者掛號 )。實現(xiàn)代碼如下： private void showInfo() { try { int yjts = 。 //藥庫、失效日期 int flag2 = (SELECT * FROM V_YKKC where SXRQ=39。 //藥房、失效日期 int flag4 = (SELECT * FROM V_YFKC where SXRQ=39。 bool isYF = flag3 0 || flag4 0。 。 = 100。每個功能子系統(tǒng)根據(jù)部 門職能和用戶需求，又劃分為相應的功能模塊進行設計與開發(fā)。患者通過門診掛號模塊掛號成功后，根據(jù)自身的病情需要選擇醫(yī)師門診或病房門診模塊進行就診，醫(yī)師對患者的病情診斷后，選擇藥品或項目，書寫診斷結(jié)果并開出處方，患者持處方到劃價收費模塊進行藥品和項目繳費。藥房出藥模塊記錄了藥品流出藥房的信息，包括藥品基本信息、藥品去向和 出藥類型，如個人提藥、藥房返回藥庫等。此功能模塊可以顯示提藥的信息，既可以單條批復藥品申請也可以一次性批復全部藥品申請。 綜合查詢子系統(tǒng) 綜合查詢子系統(tǒng)包括門診收費統(tǒng)計、藥庫出入記錄和藥房出入記錄等三個功能模塊，通過綜合查詢子系統(tǒng)，系統(tǒng)管理員可以查看患者繳費的信息、藥房中藥品出入信息和藥庫中藥品出入信息。 綜合管理子系統(tǒng) 綜合管理子系統(tǒng)包括藥品字典、項目字典、科室設置、醫(yī)師字典、出入房字典、出入庫字典、操作員字典、患者類別字典和系統(tǒng)參數(shù)設置等九個功能模塊，系統(tǒng)管理員通過綜合管理子系統(tǒng)對醫(yī)院的基本信息進行管理。 科室設置模塊的功能和藥品字典、項目字典模塊的功能相似，系統(tǒng)管理員通過此模塊可以增加、修改和刪除醫(yī)院的科室信息。操作員字典模塊實 現(xiàn)操作員基本信息的管理，如操作員姓名、登錄的用戶名和密碼以及隸屬科室等，可以對其進行增加、修改和刪除操作，此外，通過此模塊可以對操作員的操作權(quán)限進行設置。如果存在患者繳費成功后，退掉某一藥品或項目的情形，系統(tǒng)管理員在一卡通退費管理子系統(tǒng)執(zhí)行退費操作并開出退費憑據(jù)，患者持退費憑據(jù)到一卡通管理中心領取相應金額。 其次，詳細介紹了本系統(tǒng)在可行性分析 、設計和開發(fā)階段使用的關鍵技術(shù)，如系統(tǒng)的底層環(huán)境、 Microsoft Visio 繪圖工具、客戶端開發(fā)工具和數(shù)據(jù)庫技術(shù)等。醫(yī)院信息化建設加強了部門之間的信息交流和數(shù) 據(jù)共享，實現(xiàn)了辦公自動化、就醫(yī)流程最優(yōu)化，進而在管理模式和醫(yī)療服務上發(fā)生了重大變革，全面提升了醫(yī)院的社會地位和形象。系統(tǒng)參數(shù)設置界面可以對系統(tǒng)的基本參數(shù)，如藥品最低庫存、預警天數(shù)、醫(yī)師庫存差額和掛號費等進行設置。出入庫字典模塊可以對藥品出入藥庫的類型進行增加、修改和刪除操作 ,并在列表中顯示藥品出入類型的信息。藥品字典模塊優(yōu)化了其他功能模塊在選擇藥品時的使用，比如醫(yī)師門診和病房門診，在選擇藥品時不需要輸入藥品的信息，只需要在藥品代碼編輯框中輸入或選擇某一藥品 代碼，下面的編輯框會自動顯示此藥品的信息。在藥房出入記錄模塊，通過輸入藥品出入藥房的方式、出入類型或出入日期，既可以查看流入或流出藥房的某一種藥品信息，也可以查看全部藥品出入藥房的信息。藥庫出藥模塊和藥房管理中的藥房出藥模塊功能相似，出庫類型略有不同，包括公益活動和返回藥房等。 藥庫管理子系統(tǒng) 藥房中的藥品是由藥庫發(fā)放的，因此藥庫管理子系統(tǒng)的設計應對應藥房管理子系統(tǒng)的功能模塊，包括提藥批復、藥庫入藥、藥庫出藥和藥庫庫存等四個功能模塊，藥庫管理員通過藥庫管理子系統(tǒng)來管理藥庫中的藥品。藥房中如果存在藥品數(shù)量不足的情況，藥房管理員通過入藥提請模塊向藥庫發(fā)出提藥申請，藥庫管理子系統(tǒng)中開發(fā)提藥批復模塊對應此功能，藥庫同意藥房提藥請求后，由藥庫出藥模塊發(fā)學校醫(yī)院信息管理系統(tǒng) 放藥品，藥房中藥品的數(shù)量得到相應增加。如下圖所示： 32 學校醫(yī)院信息管理系統(tǒng)門診管理藥房管理藥庫管理綜合查詢系統(tǒng)管理一卡通退費管理修改密碼門診掛號醫(yī)師門診病房門診劃價收費藥房發(fā)藥入藥提請藥房庫存提藥批復藥庫入藥藥庫出藥藥庫庫存門診收費統(tǒng)計藥房出入記錄藥庫出入記錄藥品字典項目字典科室設置醫(yī)師字典患者類別字典出入庫字典出入房字典操作員字典系統(tǒng)參數(shù)設置藥房出藥 圖 學校醫(yī)院信息系統(tǒng)的功能模塊 門診管理子系統(tǒng) 門診管理子系統(tǒng)包括門診掛號、醫(yī)師門診、病房門診和劃價收費等功能模塊。//窗體滾動的寬度 ()。 。 string msgYF = 。).Tables[0].。).Tables[0].。 DateTime dt2 = (yjts)。 } 其他菜單項的單擊事件代碼與此大致相同，這里不再贅述。 } } 系統(tǒng)主界面設計 本系統(tǒng)的功能界面是一個 MDI 窗體，包含五部分：最上面是標題欄，顯示系統(tǒng)的名稱；標題欄的下面是菜單欄，顯示系統(tǒng)的主功能模塊；菜單欄的下面是菜單快捷方式，單擊每個菜單項會啟動對應的功能窗體，并在子功能區(qū)顯示；中間是子功能區(qū)，顯示系統(tǒng)的子功能界面；窗口最下面是狀態(tài)欄，顯示系統(tǒng)的登錄信息。 ContainerForm cf = new ContainerForm()。 = 。 = 。 = 。 = 。 if (o != null) { int id = (())。 + username + 39。 } 28 if (password == ) { (請輸入密碼！ )。 string password = ()。為了界面美觀，本窗體除了實現(xiàn)核對用戶名和密碼的功能外，還在其上放置了一些背景圖片，以便更加符合本系統(tǒng)的設計主題。本系統(tǒng)使用 SQL Server 2020 數(shù)據(jù)庫開發(fā)工具，由于它22 支持關系型數(shù)據(jù)庫，因而將 ER 圖轉(zhuǎn)化為關系模型，然后向關系數(shù)據(jù)模型轉(zhuǎn)換，最后優(yōu)化數(shù)據(jù)模型，根據(jù)優(yōu)化后的數(shù)據(jù)模型進行數(shù)據(jù)表設計。常 用的概念模型為 ER 圖，即實體 聯(lián)系圖，用來描述現(xiàn)實世界的數(shù)據(jù)模型?！北硎具B接數(shù)據(jù)庫的驗證用戶名和密碼。“ Persist Security Info=True。Password=etoak 其中“ Data Source=.。 和數(shù)據(jù)庫建立連接的代碼為： Data Source=.。 數(shù)據(jù)庫設計 數(shù)據(jù)庫的設計是醫(yī)院信息管理系統(tǒng)的設計重點，數(shù)據(jù)庫存儲和管理著大量的醫(yī)療信息，為醫(yī)院的管理和運行提供可靠的依據(jù)，同時合理高效的數(shù)據(jù)庫會加快信息查詢速度，提高醫(yī)院的工作效率。 采用結(jié)構(gòu)化 、模塊化的系統(tǒng)分析與設計方法，可以提高系統(tǒng)的可變性。 工作質(zhì)量的好壞與計算機的硬件 ， 系統(tǒng)軟件 ， 應用軟件 ， 人工處理質(zhì)量與效率等因素有關 。 （ 2）系統(tǒng)的可靠性 系統(tǒng)的可靠性是指系統(tǒng)在運行過程中 ， 抗干擾 （ 包括人為和機器故障 ） 和保證系統(tǒng)正常工作的能力 。例如，商場的收款系統(tǒng)，衡量其效率的指標是顧客等待時間的長短。 響應時間是指在連機狀態(tài)下 ， 從發(fā)出處理請求到得到應答信號的時間 。通過 23 一個醫(yī)院管理系統(tǒng)，使醫(yī)院的管理工作系統(tǒng)化、規(guī)范化、自動化，從而達到提高醫(yī)院管理效率的目的?？蛻魴C具備一定的數(shù)據(jù)存儲和處理能力，可以承接軟件的部分任務，因而可以減少網(wǎng)絡的數(shù)據(jù)傳輸量，加快系統(tǒng)處理速度，減少用戶響應時間，減輕服務器的負擔，但對客戶機的配置要求較高。系統(tǒng)的整體結(jié)構(gòu)如圖 所示： 22 Inte r一卡通數(shù)據(jù)庫醫(yī)院數(shù)據(jù)庫服務器校醫(yī)院一卡通第三方服務器 圖 學校醫(yī)院信息管理系統(tǒng)結(jié)構(gòu)圖 企業(yè)進行軟件開發(fā)一般采用兩種平臺模式： B/S（ Browser/Server，瀏覽器和服務器）結(jié)構(gòu)和 C/S(Client/Server，客戶機和服務器 )結(jié)構(gòu)。經(jīng)過多次討論、不斷修改和完善，完成了 可行性分析 工作，最終確定劃分以下幾個主模塊進行系統(tǒng)的設計與開發(fā)：門診管理、藥房管理、藥庫管理、系統(tǒng)管理、綜合查詢、一卡通退費管理和修改密碼。其目標是進一步實現(xiàn)系統(tǒng)分析階段提出的系統(tǒng)模型，詳細地確定新系統(tǒng)的結(jié)構(gòu)、應用軟件的研究方法及內(nèi)容。這項工作的完成將很好的為高校的校醫(yī)院的日常工作服務，將克服傳統(tǒng)的手工統(tǒng)計所遇到的各類問 題，在經(jīng)濟上和管理上帶來更多的益處。 開發(fā)醫(yī)院管理信息系統(tǒng)是解決上述問題的有效途徑。轉(zhuǎn)診對于高校醫(yī)院管理系統(tǒng)來講 是一個必不可少的重要部分。 (1) 掛號流程示意圖 分析如下： 病人是否有校內(nèi)病例刷卡或手工輸入卡號通過條件查詢或作為新病人輸入病人基本信息選擇掛號科室指定醫(yī)生選擇醫(yī)生系統(tǒng)根據(jù)病人的需求自動生成指定科室候診隊列 圖 掛號流程示意圖 16 （ 2）掛號分診流程示意圖 ： 已掛號病人 指定醫(yī)生 自動分診未分診病人對列系統(tǒng)根據(jù)規(guī)則自動分配醫(yī)生接診候診病人隊列相應的候診病人隊列醫(yī)生離開某醫(yī)生的候診病人隊列太長手工分診 圖 掛號分診流程示意圖 （ 2）就診業(yè)務流程示意圖 分析如下： 17 校園卡病例掛