摘要隨著飛速發(fā)展的計算機技術(shù)在醫(yī)學方面的應用，互聯(lián)網(wǎng)技術(shù)使得藥物管理系統(tǒng)的出現(xiàn)為醫(yī)院問診和管理提供了很大的便利。本設(shè)計根據(jù)某醫(yī)院的看病流程和管理工作的實際需求，設(shè)計和開發(fā)了某醫(yī)院管理系統(tǒng)。系統(tǒng)是在瀏覽器/服務(wù)器結(jié)構(gòu)下的醫(yī)院管理系統(tǒng)，滿足了醫(yī)院管理的需求。系統(tǒng)使用了Springboot框架，采用了MySQL數(shù)據(jù)庫來存儲數(shù)據(jù)信息，并且使用的服務(wù)器端為易于操作的Tomacat服務(wù)器。在此系統(tǒng)中，患者可以預約掛號，減少排隊時間，更有利于提高醫(yī)院的管理。關(guān)鍵詞：醫(yī)院管理系統(tǒng)；SpringBoot；MySQL；設(shè)計和實現(xiàn)

緒論隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，人們已經(jīng)進入物聯(lián)網(wǎng)時代，信息技術(shù)的進步個人們的生活和工作帶來了巨大的改變，為了滿足醫(yī)患的需求計算機技術(shù)也涉足醫(yī)療行業(yè)。傳統(tǒng)的人工管理方式變成了現(xiàn)代化的數(shù)字信息管理方式，人工管理由于醫(yī)院業(yè)務(wù)量大且極其繁雜，往往會出現(xiàn)數(shù)據(jù)統(tǒng)計錯誤或混亂的情況，這種方式勢必造成巨大的物資浪費，人們也需要線下排隊掛號就診，醫(yī)生要花費很大的精力工作，勢必給人們的生活帶來了很多的不便，醫(yī)院大量人擁擠使得醫(yī)院治安管理比較麻煩。數(shù)字信息管理使得醫(yī)院管理更加規(guī)范化、科學化，辦公化，管理者使用計算機對大量數(shù)據(jù)管理更加精準，便于統(tǒng)計，節(jié)約了物資，降低了醫(yī)院的成本，患者在就診前可以隨時隨地進行掛號，方便了人們的生活，醫(yī)生可以拿出更多的時間和精力服務(wù)患者。因此，開發(fā)一款醫(yī)院管理系統(tǒng)是十分有必要的。醫(yī)院管理系統(tǒng)是在硬件、軟件技術(shù)、通信技術(shù)等先進技術(shù)的幫助下，醫(yī)院各個部門對人流、物流、財務(wù)管理得當，并且收集、存儲、使用、處理和處理各種數(shù)據(jù)，并在不同階段進行處理。對患者來說，某醫(yī)院管理系統(tǒng)可以掛號、選擇掛號科室、預約醫(yī)生、預約時間，能夠根據(jù)疾病、醫(yī)生、藥品進行查詢，在看診完成后，患者可在相應界面繳費并且打印票據(jù)等；對醫(yī)生來說，可以輸入患者病情和對患者開檢查單據(jù)，能夠查看患者以往的病史記錄和自己的排班記錄等；從系統(tǒng)管理員的角度來說，能夠?qū)︶t(yī)院的各項信息進行修改等操作，同時還能夠設(shè)定醫(yī)生的類別，幫助患者找到合適的醫(yī)生。此外，管理員也可對系統(tǒng)中的患者信息進行增刪改查，同時還需要維護整個系統(tǒng)的運行穩(wěn)定。需求分析可行性分析為盡可能最小限度減小不必要的資源損失,在設(shè)計進行研發(fā)前必須對設(shè)計本身進行系統(tǒng)的可行性分析。根據(jù)傳統(tǒng)醫(yī)院問診的流程，本設(shè)計結(jié)合網(wǎng)絡(luò)醫(yī)院管理的順序和特點，分離出預約掛號、醫(yī)生問診、住院管理、支付賬單等功能模塊，完成整個醫(yī)院問診的過程。本設(shè)計將會分別從技術(shù)可行性，經(jīng)濟可行性以及法律可行性等方面進行全面的可行性報告分析。技術(shù)可行性本醫(yī)院信息管理系統(tǒng)的設(shè)計采用的是Java技術(shù)，數(shù)據(jù)的設(shè)計也采用的是比較常見的MySQL數(shù)據(jù)庫，這些技術(shù)比較容易上手，且不會消耗過多的時間成本，能夠在盡可能節(jié)省的情況下開發(fā)出一個功能完整的系統(tǒng)。所以說，利用現(xiàn)有技術(shù)完全可以實現(xiàn)系統(tǒng)的開發(fā)目標，因此在技術(shù)上是可行的。經(jīng)濟可行性所謂的經(jīng)濟可行性表示的是整個系統(tǒng)設(shè)計與開發(fā)過程中，在各個方面投入的經(jīng)濟成本是否能夠在后期穩(wěn)步收回，如若無法收回則表示前期投入被浪費，此時就不具備經(jīng)濟可行性，反之則表示具備經(jīng)濟可行性，且系統(tǒng)的開發(fā)具有必要性。就本系統(tǒng)來說，在開發(fā)時開發(fā)者使用的硬件設(shè)備費用也并不高，在開發(fā)期間，開發(fā)者的日常開銷低，并且開發(fā)后經(jīng)買家購買后很容易回收經(jīng)濟成本，綜合可見從經(jīng)濟角度講可行性較高。法律可行性本系統(tǒng)在開發(fā)過程中未使用他人的代碼和控件，全部屬于自主開發(fā)設(shè)計，沒有涉及他人知識版權(quán)問題，因此不會在社會上引起侵權(quán)或其他責任問題，在法律上是可行的。功能需求分析本系統(tǒng)的設(shè)計主要面向三大主體，除了患者與醫(yī)生之外，還包括系統(tǒng)的管理者。不同的用戶在登錄并進入系統(tǒng)之后，會跳轉(zhuǎn)到不同的界面，用戶所具備的功能也有所不同，以下將分別進行闡述?；颊哂脩艋颊咴谶M入系統(tǒng)之后，可執(zhí)行的操作包括在線掛號、選擇科室、依據(jù)情況選擇合適的醫(yī)生、預約就診時間等。同時還可以在線上進行藥品等信息的咨詢。如若是已注冊的用戶，還可以看出自己的既往病史，治療完成之后還可以借助該系統(tǒng)進行線上支付。醫(yī)生用戶醫(yī)生用戶在進入系統(tǒng)之后可對患者的信息進行查看，同時依照患者需求以及實際情況給出對應的藥方。此外也可以看到患者的既往病史。同時還能夠看到一段時間內(nèi)自己的工作計劃，一般合理安排工作時間。系統(tǒng)管理員系統(tǒng)管理員是整個系統(tǒng)最高權(quán)限擁有者，除了能夠?qū)颊叩男畔⑦M行增刪改查之外，還可以對醫(yī)生的信息執(zhí)行對應操作。此外，與醫(yī)療資源相關(guān)的信息都可以由管理員直接錄入系統(tǒng)，并做出適當?shù)恼{(diào)整?？梢哉f，系統(tǒng)最終呈現(xiàn)出的界面就是管理員管理工作的結(jié)果。系統(tǒng)的總體設(shè)計本章節(jié)的主要內(nèi)容就是本系統(tǒng)的總體功能設(shè)計情況，包括結(jié)構(gòu)設(shè)計、模塊設(shè)計以及數(shù)據(jù)庫設(shè)計等，不同部分的設(shè)計內(nèi)容如下所示。系統(tǒng)總體結(jié)構(gòu)設(shè)計某醫(yī)院管理系統(tǒng)是根據(jù)傳統(tǒng)醫(yī)院問診的流程，結(jié)合網(wǎng)絡(luò)醫(yī)院管理的順序和特點，分離出掛號、醫(yī)生問診、住院管理、支付賬單等功能模塊，來完成整個醫(yī)院問診過程。系統(tǒng)功能模塊設(shè)計某醫(yī)院管理系統(tǒng)主要包含病患、醫(yī)生和系統(tǒng)管理員三個用戶。患者用戶患者用戶在登錄后，進行掛號、查詢、住院等操作，具體如下所示。掛號：填寫患者信息、預約科室、選擇醫(yī)生種類來等進行掛號。查詢：能夠根據(jù)疾病、醫(yī)生、藥品進行查詢。病史管理：能夠查詢到自己的病史。住院：能夠看到自己的住院記錄。繳費：在看診完成后，在相應界面繳費。醫(yī)生用戶醫(yī)生用戶包括就醫(yī)管理、查看病史、排班管理等，進入醫(yī)生用戶的主界面能夠看到患者的信息，點擊就醫(yī)，醫(yī)生能夠進行診斷、開藥等，具體如下所示。診斷：對患者進行診斷后輸入患者病情和對患者開檢查單據(jù)。開藥：輸入具體藥物名稱和數(shù)量。住院：輸入患者的住院時間、患病等信息。排班：醫(yī)生能夠查看自己的排班記錄。項目管理：為患者安排項目進行治療。系統(tǒng)管理員系統(tǒng)管理員用戶主要管理后臺的所有信息，具有系統(tǒng)的全部功能權(quán)限，具體如下所示。住院信息管理：能夠維護患者的住院信息。科目管理：主要包括具體科目名稱，檢查科目的價格等信息。項目管理：疾病管理包括疾病的名稱、介紹等信息。用戶管理：能夠維護管理員的基礎(chǔ)信息，分配角色。數(shù)據(jù)庫設(shè)計數(shù)據(jù)庫在系統(tǒng)中占據(jù)重要部分，住院是為開發(fā)的設(shè)計做數(shù)據(jù)存儲、管理、配合設(shè)計使用，以高效率、大存儲為數(shù)據(jù)庫設(shè)計的主要目的。概念模型設(shè)計某醫(yī)院管理系統(tǒng)主要描述了實體類型、屬性和聯(lián)系的方法，并應用E-R圖來描述概念模型。1.實體在本設(shè)計說明書中主要分析的實體有：病患實體、醫(yī)生實體、床位實體、科室實體和系統(tǒng)管理員實體。（1）病患實體病患實體所包含的屬性為姓名、性別、電話、郵箱等。病患實體圖如圖3-1所示。病患實體圖表如圖所示。圖3-1病患實體圖（2）醫(yī)生實體醫(yī)生醫(yī)生圖3-2醫(yī)生實體圖醫(yī)生實體所包含的屬性為醫(yī)生id、姓名、電話、所屬的門診科室等。醫(yī)生實體圖如圖3-2所示。（3）床位實體床位實體包含的屬性為床號id、科室id、房號和床位價格。床位實體圖如圖3-3所示。圖3-3床位實體圖（4）科室實體科室實體包含的屬性為科室id、科室名稱等。科室實體圖如圖3-4所示。圖3-4科室實體圖2.系統(tǒng)E-R圖系統(tǒng)E-R圖如圖3-5所示。圖3-5系統(tǒng)E-R圖數(shù)據(jù)表設(shè)計1．系統(tǒng)管理員信息表系統(tǒng)管理員信息表包括：管理員id、系統(tǒng)管理員名稱、密碼、用戶權(quán)限、創(chuàng)建時間。此表將管理員id設(shè)為主鍵，并對管理員的實體進行設(shè)計。系統(tǒng)管理員信息表如表3-1所示。表3-1系統(tǒng)管理員信息表字段名數(shù)據(jù)類型長度說明idint5管理員idloignnamevarchar20管理員名稱pwdvarchar32用戶密碼availableint2用戶權(quán)限create_timedatetime0創(chuàng)建時間2．患者信息表患者信息表包括：病患id、患者姓名、患者年齡、性別、患者問診、主治醫(yī)生、患者地址、患者電話、床號、創(chuàng)建時間。此表將病患id設(shè)為主鍵，并對患者的實體進行設(shè)計?；颊咝畔⒈砣绫?-2所示。表3-2患者信息表字段名數(shù)據(jù)類型長度說明registeridint11病患iduserNamevarchar20病患姓名ageint3年齡departmentidvarchar20問診科室addressvarchar30地址doctorvarchar11主治醫(yī)生Phonevarcher100電話bedNumvarchar11床號registerDatedatetime0創(chuàng)建日期3．醫(yī)生信息表醫(yī)生信息表包括：醫(yī)生id、所屬門診科室、值班時間，此表將醫(yī)生id設(shè)為主鍵，并對醫(yī)生的實體進行設(shè)計。醫(yī)生信息表如表3-3所示表3-3醫(yī)生信息表字段名數(shù)據(jù)類型長度說明doctoridint11醫(yī)生iddoctorNamevarchar20醫(yī)生姓名departmentidint11門診科室amStartTimevarcher10上午開始值班時間pmEndTimevarchar10上午結(jié)束值班時間pmStartTimevarchar10下午開始值班時間pmEndTimevarchar10下午開始值班時間添加刪除醫(yī)生信息內(nèi)容如下：@RequestMapping("addDoctor")@ResponseBodypublicObjectaddDoctor(Doctordoctor,Paibanpaiban){intcount=doctorService.count(doctor);if(count==0){inti=doctorService.addDoctor(doctor);if(i==1){return"添加成功";}else{return"添加失敗";}}else{returndoctor.getDoctorName()+"已存在";}}/刪除醫(yī)生/@RequestMapping("deleteDoctor")@ResponseBodypublicObjectdeleteDoctor(IntegerdoctorId){inti1=doctorService.checkCount(doctorId);if(i1>0){return"該醫(yī)生還有病人";}else{inti=doctorService.deleteDoctor(doctorId);if(i==1){return"刪除成功";}else{return"刪除失敗";}}}4．科室信息表科室信息表包括：科室id、科室名稱，此表將科室id設(shè)為主鍵，并將科室需求進行實體的設(shè)計，并對科室的實體進行設(shè)計?？剖倚畔⒈砣绫?-4所示表3-4科室信息表字段名數(shù)據(jù)類型長度說明departmentidint11科室iddepartmentvarchar20科室5．床位信息表床位信息表包括：床號id、房號、科室id、床位價格，此表將床號id設(shè)為主鍵，并對床位的實體進行設(shè)計。床位信息表如表3-5所示。表3-5床位信息表字段名數(shù)據(jù)類型長度說明bedidint11床號idbednamevarchar20房號departmentidint11科室idpricevarchar10床位價格6．采購信息表采購信息表包括：采購單id、采購的藥品名稱、藥品的供貨商、藥品的數(shù)量單位、藥品產(chǎn)地、藥品類型、藥品數(shù)量，此表將采購單id設(shè)為主鍵，對采購信息表進行詳細設(shè)計說明。采購信息表如表3-6所示。表3-6采購信息表字段名數(shù)據(jù)類型長度說明caigouidint11采購單idcaigounamevarchar20采購的藥品名稱gonghuoshangvarchar20供貨商danweivarchar10數(shù)量單位字段名數(shù)據(jù)類型長度說明candivarchar50藥品產(chǎn)地leixingvarchar20藥品類型shuliangint10藥品數(shù)量7．繳費信息表繳費信息表包括：繳費單id、使用的藥品名稱、使用藥品數(shù)量、應繳費的總價格、病人的病情、創(chuàng)建時間，此表將繳費單id設(shè)為主鍵，對繳費信息進行表詳細設(shè)計說明。繳費信息表如表3-7所示。表3-7繳費信息表字段名數(shù)據(jù)類型長度說明reportidint11繳費單iddurgnamevarchar20使用的藥品名稱durgnumvarchar20使用的藥品數(shù)量repricetotalvarchar10應繳費的總價格illnessvarchar50病情ctimevarchar20創(chuàng)建時間系統(tǒng)的詳細的設(shè)計與實現(xiàn)本設(shè)計的系統(tǒng)結(jié)構(gòu)可分為database文件夾為系統(tǒng)的數(shù)據(jù)庫文件，src的jsp源代碼，webroot為系統(tǒng)的界面代碼文件。實現(xiàn)系統(tǒng)主要應用到SpringBoot，并采用JavaConfig的方式，對Spring進行配置，MySQL對數(shù)據(jù)進行存儲。系統(tǒng)的登錄設(shè)計某醫(yī)院管理系統(tǒng)對登錄界面進行合法性驗證，先配置Servlet到Web服務(wù)器，配置Servlet的映射Servlet-mapping后，獲取訪問路徑后，再把數(shù)據(jù)封裝成指定的bean對象。用戶登錄界面流程圖如圖4-1所示。圖4-1用戶登錄流程圖用戶登錄界面如圖4-2所示。圖4-2用戶登錄界面系統(tǒng)前臺界面設(shè)計某醫(yī)院管理系統(tǒng)的前臺菜單欄中包括了醫(yī)院系統(tǒng)的核心功能，是進行醫(yī)院正常工作的基礎(chǔ)界面。在用戶登錄之后，頁面跳轉(zhuǎn)至后臺view下的main.jsp，進入MainForm，前臺界面主要是由幾個頁面組成，由頁面引入之后，形成main界面。系統(tǒng)前臺界面如圖4-3所示。圖4-3系統(tǒng)前臺界面進入系統(tǒng)首頁用例圖如圖4-4所示。4.用戶進行操作2.驗證成功1.輸入賬戶3.驗證失敗5.返回登錄主頁，退出當前賬戶圖4-4用戶管理時序圖系統(tǒng)管理員界面設(shè)計門診管理界面門診界面主要包括病患的掛號、處方劃價、項目劃價、項目繳費、藥品繳費等系統(tǒng)化管理。病患掛號主要是添加掛號，在控制器patient里將患者信息添加到model路徑中的patient，并調(diào)用doctor控制器、department控制器添加信息，選擇掛號問診的醫(yī)生和科室，并通過用戶登陸的user_id，在控制器patient里獲取患者信息來查找病患的掛號信息；處方劃價和項目主要根據(jù)患者的姓名在register數(shù)據(jù)庫表中搜索他所在的科室和看診的項目等判斷價格；項目繳費和藥品繳費通過患者的單據(jù)編號來查詢問診的花銷，并進行繳費添加病患掛號界面如圖4-5所示。圖4-5添加病患掛號頁面住院管理界面住院管理的主要功能包括的入院登記、繳費管理、藥品記賬、項目管理、出院結(jié)算等功能。入院登記主要可以根據(jù)姓名查詢已經(jīng)住院的患者，也可以添加新增的患者；繳費管理主要記錄預繳的費用；藥品記賬主要負責住院患者的日常用藥；項目管理則記錄住院的患者在治療住院期間所做的項目；出院結(jié)算是對整個住院期間所產(chǎn)生的花銷進行繳費。藥品繳費界面采用seek彈窗的界面展示方法，用map方法接受參數(shù)，再ContextPath獲取應用路徑后，返回數(shù)據(jù)RequestMapping，調(diào)用drug方法，最后保存map方法以便更新記錄。藥品繳費界面如圖4-6所示。圖4-6藥品繳費界面系統(tǒng)管理界面系統(tǒng)管理主要包括超級管理員和一般管理員。前者可以對后者進行管理，包括后者的注冊與信息添加等，都是由前者執(zhí)行完成。系統(tǒng)管理員添加新的用戶需要在ContextPath獲取userForm路徑，返回ResponseResultsave方法對user表單進行保存，若信息填寫錯誤，則returnnull。系統(tǒng)管理添加用戶頁面如圖4-7所示。圖4-7系統(tǒng)管理添加用戶頁面系統(tǒng)管理員在role中給用戶分配角色，若roleid為1時，則被賦予為超級管理員，擁有所有菜單功能；roleid為4時，則被賦予為醫(yī)生用戶，擁有門診管理、查看值班的功能；roleid為6時，則被賦予為患者用戶，擁有掛號、查看病歷功能。系統(tǒng)管理分配用戶角色頁面如圖4-8所示。圖4-8系統(tǒng)管理分配用戶角色頁面用戶管理時序圖如圖4-9所示。1.輸入賬戶2.驗證成功3.增加修改管理員信息4.驗證失敗6.分配用戶角色5.增加成功或失敗7.分配成功或失敗圖4-9用戶管理時序圖數(shù)據(jù)中心界面數(shù)據(jù)中心主要包括科室、醫(yī)生、藥品產(chǎn)地、項目種類、掛號類型、倉庫、經(jīng)辦人、藥品分類、供貨商等信息，可供管理員統(tǒng)一添加管理。管理員可在interface界面的List查看醫(yī)生的集合列表，注冊service接口，調(diào)用listDoctorService，并將數(shù)據(jù)存放在model中進行讀取。醫(yī)生列表如圖4-10所示。圖4-10醫(yī)生列表頁面系統(tǒng)測試測試方法大部分情況下，系統(tǒng)測試都會分為兩種方式，第一是黑盒測試，第二是白盒測試。前者實際上就是一種對系統(tǒng)的功能進行測試的方式，所以也被稱為是功能測試。借助該方式進行系統(tǒng)測試時，可以將程序直觀地看成是一個黑匣子，單純對程序功能是否匹配設(shè)計思路進行判定，借助相關(guān)手段對系統(tǒng)的功能以及使用方式進行數(shù)據(jù)傳輸，以此判斷系統(tǒng)是否具備良好的信息接收能力。而后者簡單來說就是一種結(jié)構(gòu)測試的方式。在某醫(yī)院管理系統(tǒng)中，我們將主要使用黑盒測試的方法來測試整個系統(tǒng)的性能。用戶登錄功能測試為了保證系統(tǒng)的安全，采用了賬戶密碼模式，登錄測試是為檢查登錄時是否有漏洞，預防登錄時出現(xiàn)誤登的現(xiàn)象。當測試人員輸入的姓名和密碼相匹配的時候，才可以登錄上系統(tǒng)；當輸入賬戶為空或姓名和密碼不相符的時候則不允許登錄。表5-1登錄模塊測試用例序號輸入預期結(jié)果實際結(jié)果測試結(jié)果1賬號：admin密碼：123456進入管理員主界面進入管理員主界面通過2賬號：null密碼：null提示賬號或密碼不能為空提示用戶賬號或密碼不能為空通過3賬號：haha密碼：123789提示該用戶不存在提示該用戶不存在通過4賬號：jun密碼：123456進入用戶主界面進入用戶主界面通過病患掛號功能測試病患掛號功能是某醫(yī)院管理系統(tǒng)的重要功能，病患在此功能處添加自己的信息，選擇科室和項目等。測試人員在點擊添加按鈕后，就可以執(zhí)行掛號操作。信息是否添加成功完全取決于患者是否完整地填入了信息。管理員添加病患掛號信息的測試用例如表5-2所示。表5-2管理員添加病患掛號信息測試用例序號果1息2身份證號碼格式填寫錯誤掛號失敗，請?zhí)顚懻_身份證格式請?zhí)顚懻_身份證格式3電話號格式填寫錯誤掛號失敗，請?zhí)顚懻_身份證格式掛號失敗，請?zhí)顚懻_身份證格式通過4添加科室內(nèi)科，填寫數(shù)字123科室添加失敗，請補充正確科室名稱科室添加失敗，請補充正確科室名稱通過5添加掛號類型時，未選項掛號失敗，請?zhí)顚懕靥铐棐焯柺?，請?zhí)顚懕靥铐椡ㄟ^6添加科室內(nèi)科，填寫符號“#”科室添加失敗，請補充正確科室名稱科室添加失敗，請補充正確科室名稱通過項目繳費功能測試項目繳費功能測試主要是為了檢查患者項目繳費功能能否含有隱藏的漏洞，項目繳費功能需要管理員查詢患者信息后進行繳費。在測試人員輸入正確的患者姓名或者在菜單欄選擇患者后，能不能正常進行繳費功能，在測試人員輸入不正確的患者姓名后，能不能進行繳費功能。項目繳費功能的測試用例如表5-3所示。表5-3項目繳費功能測試用例序號輸入預期結(jié)果實際結(jié)果測試結(jié)果1Haha無數(shù)據(jù)無數(shù)據(jù)通過2呼呼正確檢索查詢患者信息，可支付正確檢索查詢患者信息，可支付通過3查詢條件：Null顯示全部患者信息顯示全部患者信息通過4未添加結(jié)算項目繳費失敗，請?zhí)砑邮召M項目繳費失敗，請?zhí)砑邮召M項目通過藥品入庫功能測試藥品入庫功能測試主要是為了檢查藥品入庫登記功能能否含有隱藏的漏洞，藥品入庫功能需要管理員對藥品進行入庫登記。在測試人員添加正確藥品信息后，能不能正常進行入庫功能，在測試人員輸入不正確的信息后，能不能進行入庫功能。藥品入庫功能的測試用例如表5-4所示：表5-4藥品入庫功能測試用例序號輸入預期結(jié)果實際結(jié)果測試結(jié)果1添加藥品信息，填寫全部信息入庫成功入庫成功通過2未準備入庫入庫失敗，請?zhí)砑尤霂煨畔⑷霂焓?，請?zhí)砑尤霂煨畔⑼ㄟ^

結(jié)束語本系統(tǒng)能滿足中小型醫(yī)療機構(gòu)的工作需求，可以實現(xiàn)醫(yī)院內(nèi)部的掛號、繳費、藥房、藥庫、科室、病床的信息化管理；還能提供記錄醫(yī)院內(nèi)部各類經(jīng)營決策匯總和明細的月報表、年報表，便于管理層人員進行數(shù)據(jù)分析，更好的經(jīng)營醫(yī)療機構(gòu)；還可以記錄病患的住院信息、醫(yī)生信息、科室、藥品、手術(shù)、病床信息等；系統(tǒng)管理員還能對藥房進行管理，方便察覺藥房的報缺，及時補充藥品和庫房，還能查詢剩