醫(yī)院就診管理信息系統(tǒng)設(shè)計方案

系統(tǒng)設(shè)計3.1系統(tǒng)設(shè)計原則在進行系統(tǒng)軟件的設(shè)計中，要遵循一些原則和規(guī)范，這樣才能規(guī)范設(shè)計流程，便于進行開發(fā)。本系統(tǒng)遵循著以下設(shè)計原則：(1)良好的適用性。開發(fā)系統(tǒng)的目的是為用戶服務(wù)的。也就是說我們所設(shè)計的軟件需要滿足用戶的需求。因此本文的設(shè)計遵循的是用戶需求優(yōu)先的原則。(2)結(jié)構(gòu)穩(wěn)定性。開發(fā)設(shè)計進行之前，需要設(shè)計系統(tǒng)的整體結(jié)構(gòu)。一旦確定了體系的結(jié)構(gòu)，這些設(shè)計便能流程化的進行。因此，維持一個穩(wěn)定的結(jié)構(gòu)才能保證后續(xù)一系列的工作的進行。(3)可擴展性。衡量一個系統(tǒng)的好壞需要評估這個系統(tǒng)的可擴展性。如果軟件只能實現(xiàn)現(xiàn)有的功能，對其他功能的添加有封閉性，當用戶提出新的需求，只能重新設(shè)計，這顯然是不合理的。因為良好的可擴展性無論對用戶還是開發(fā)人員而言都是有益的。(4)復用性。在一個系統(tǒng)中，有很多的模塊內(nèi)容是比較成熟，因此很多類似的工作就可以通過復用來實現(xiàn)，這樣不僅提高了效率，而且可靠性也大大提高。(5)易維護性。系統(tǒng)的維護往往是最耗費精力和金錢的。因此設(shè)計出易維護的系統(tǒng)能夠使維護人員能夠快速查找出問題，能讓系統(tǒng)具備自維護的特點是很有必要的。3.2系統(tǒng)框架系統(tǒng)采用MVC設(shè)計模式。從數(shù)據(jù)層、視圖層、控制層、邏輯層這幾個方面進行的。以下將對各個層面的設(shè)計進行描述。（1）信息系統(tǒng)視圖層的設(shè)計系統(tǒng)采用B/S開發(fā)，這樣就可以節(jié)約一部分的成本，因為使用這個模式可以減少C/S這個模式的時候進行的安裝和升級。通過信息系統(tǒng)的表示層中大量的選項選擇可以幫助降低用戶數(shù)據(jù)的輸入量，而且還可以減少相應(yīng)的培訓者在培訓過程中和操作過程中與軟件之間的磨合時間，是其可以更快的熟悉系統(tǒng)的工作，并將系統(tǒng)的作用得到最大程度的發(fā)揮。（2）控制層與邏輯層的設(shè)計在信息系統(tǒng)的開發(fā)中，邏輯層需尊重不同用戶的不同的需求，而且還要考慮不同層次間的關(guān)系。向下依賴是邏輯層的主要設(shè)計方式，這樣的設(shè)計方式不但減少了上下層間信息訪問的影響程度，也充分利用了軟件開發(fā)時向下依賴的設(shè)計方法，也利用了其本身的耦合程度。而且，系統(tǒng)在進行進一步的開發(fā)和研究時不會在原來的基礎(chǔ)上做改變，所以，這是一種具有代表性的可抽取式軟件結(jié)構(gòu)。（3）設(shè)計信息系統(tǒng)數(shù)據(jù)層MVC模型對于數(shù)據(jù)的處理是屬于比較靈活，因為此模型不會依賴控制部件與視圖部件的輔助，這樣的數(shù)據(jù)處理方式就更加有利于更新和優(yōu)化信息系統(tǒng)，使信息系統(tǒng)的工作效率提升到一個新的層次。對于數(shù)據(jù)庫來說，訪問層在數(shù)據(jù)庫的工作過程中起到一個很好的穩(wěn)定數(shù)據(jù)的作用，因為訪問層可以根據(jù)用戶的各種不同的需求進行不同程度的改進和適應(yīng)，從而保證數(shù)據(jù)庫的穩(wěn)定。MVC的模型設(shè)計可以與三層的模式之間做到無縫兼容，而且MVC模型的應(yīng)用還保證了層次和模塊之間不會產(chǎn)生較強的依賴性。而且MVC模型中的模型部可以對用戶信息以及軟件系統(tǒng)的各個數(shù)據(jù)進行封裝，加強了數(shù)據(jù)的高處理效率和增強了系統(tǒng)的可操作性[8]。3.3數(shù)據(jù)庫的分析與設(shè)計數(shù)據(jù)庫簡單的說其實就是長期存儲的相關(guān)數(shù)據(jù)的集合，但它又不僅是局限于對信息的存儲，通過建立數(shù)據(jù)庫，我們可以對數(shù)據(jù)更好的管理、存儲以及查詢，而且更為重要的是，我們還可以實現(xiàn)共享數(shù)據(jù)。數(shù)據(jù)庫中的數(shù)據(jù)結(jié)構(gòu)表明了具體事務(wù)之間的關(guān)系。而描述實體類型和實體之間關(guān)系的則稱之為數(shù)據(jù)庫模型，數(shù)據(jù)庫系統(tǒng)主要包含四種數(shù)據(jù)模型它們分別是：層次模型、關(guān)系模型、網(wǎng)狀模型和面向?qū)ο竽Ｐ?。所有的?shù)據(jù)庫系統(tǒng)都有它特有的數(shù)據(jù)模型。在本系統(tǒng)中，經(jīng)過對系統(tǒng)數(shù)據(jù)庫的功能特點以及對需求的分析，最終選擇關(guān)系模型作為本系統(tǒng)的數(shù)據(jù)模型。3.3.1數(shù)據(jù)庫的概念結(jié)構(gòu)設(shè)計概念設(shè)計是進行系統(tǒng)設(shè)計的一個十分重要的階段，概念設(shè)計主要完成的任務(wù)是在深入、詳細了解系統(tǒng)的功能以后建立整個系統(tǒng)的概念模型和概念結(jié)構(gòu)，然后將概念模型轉(zhuǎn)換成圖形的形式，一般來說，描繪概念模型的方法各式各樣，比較常用的圖形有ER圖、類圖等等，這里針對醫(yī)院管理住院系統(tǒng)進行ER圖（實體-聯(lián)系圖）來對整個系統(tǒng)進行展示，整體系統(tǒng)E-R圖如圖3.1所示。醫(yī)院就診管理信息系統(tǒng)管理系統(tǒng)有十個實體，分別為藥品分類、藥品、科室、用戶、治療藥物清單、病歷、預(yù)約掛號醫(yī)生、藥物詳情和管理員。他們的關(guān)系如下：每個患者都可以多次掛號預(yù)約；每個醫(yī)生可以診治多個患者；每個管理員可以管理多個患者、藥品、醫(yī)生的信息；每當一個患者預(yù)約一次掛號后，產(chǎn)生一條用藥預(yù)約記錄；每個患者可以有多條用藥記錄。由于所以我們用SSM框架來實現(xiàn)的，管理員賬戶可以使用框架中的admin賬戶來實現(xiàn)，所以需要自行建分別是藥品表、醫(yī)生表、用戶表和預(yù)約掛號表等。圖3.1整體E-R圖3.3.2數(shù)據(jù)庫的實現(xiàn)數(shù)據(jù)庫在物理設(shè)備上的存儲結(jié)構(gòu)與存取方法被稱為數(shù)據(jù)庫的物理結(jié)構(gòu)，它依賴與給定的計算機系統(tǒng)。為一個給定的邏輯數(shù)據(jù)模型選取一個最合適應(yīng)用要求的物理結(jié)構(gòu)。根據(jù)上面的實體關(guān)系分析以及ER圖，設(shè)計醫(yī)院管理住院系統(tǒng)的數(shù)據(jù)庫表。TB_DRUG_CFC表是藥品分類表，包含藥品類型ID和藥品分類類型名稱，TB_DRUG_CFC表如表3.1所示。表3.1藥品分類表字段名數(shù)據(jù)類型長度是否可為空主鍵/外鍵備注DRUG_CFC_IDint10No主鍵唯一(藥品分類ID)DRUG_CFC_NAMEvarchar20No藥品分類名稱TB_DRUG表是藥品表，包含藥品ID，名稱，庫存，價格，類型以及詳情，TB_DRUG表如表3.2所示。表3.2藥品表字段名數(shù)據(jù)類型長度是否可為空主鍵/外鍵備注DRUG_IDint10No主鍵唯一(藥品ID)DRUG_NAMEvarchar20No藥品名稱DRUG_NUMBERint10No當前庫存量DRUG_PRICEfloat10No藥品價格DRUG_CFC_IDint10No外鍵所屬分類DRUG_INFO_IDint10No外鍵藥品詳情TB_DEPART表是科室表，包含科室ID，名稱，TB_DEPART表如表3.3所示。表3.3科室表字段名數(shù)據(jù)類型長度是否可為空主鍵/外鍵備注DEPART_IDint10No主鍵唯一(科室編號)DEPART_NAMEvarchar20No科室名稱TB_USER表是用戶表，包含用戶ID，名稱，證件號，年齡，手機號，密碼，TB_USER表如表3.4所示。表3.4用戶表字段名數(shù)據(jù)類型長度是否可為空主鍵/外鍵備注USER_IDint10No主鍵唯一、自增方式USER_NAMEvarchar20No用戶姓名USER_NUMBERvarchar20No用戶證件號碼（唯一且不能重復）USER_AGEint20Yes用戶年齡USER_PHONE_NUMERvarchar20No用戶手機號（唯一且不能重復）USER_PSWvarchar20No密碼TB_DRUGS_LIST表是藥物清單表，包含藥物清單ID，藥物ID，用戶ID，TB_DRUGS_LIST表如表3.5所示。表3.5治療藥物清單表字段名數(shù)據(jù)類型長度是否可為空主鍵/外鍵備注DRUGS_LIST_IDint10No主鍵唯一、自增方式DRUG_IDint20No外鍵藥品IDDRUG_DATEdate20No病歷IDUSER_IDvarchar20Yes外鍵用戶IDTB_ADMIN表是管理員表，包含管理員ID，管理員名稱，管理員密碼，TB_ADMIN表如表3.6所示。表3.6管理員表字段名數(shù)據(jù)類型長度是否可為空主鍵/外鍵備注ADMIN_IDint10No主鍵唯一、自增方式ADMIN_NAMEvarchar20管理員姓名ADMIN_PSWvarchar20No密碼TB_DRUG_INFO表是藥品信息表，包含藥品信息ID，藥品名稱，通用名，藥品成分，適應(yīng)癥狀，藥品規(guī)格，TB_DRUG_INFO表如表3.7所示。表3.7藥物詳情表字段名數(shù)據(jù)類型長度是否可為空主鍵/外鍵備注DRUG_INFO_IDint10No主鍵唯一、自增方式(藥品ID)DRUG_NAMEvarchar20No藥品名稱TRIVIAL_NAMEvarchar10No通用名DRUG_ELEMENTvarchar10No成份DRUG_ADAPTIVEvarchar10No適應(yīng)癥狀DRUG_STANDARDvarchar10No規(guī)格DRUG_DOSAGEvarchar20No用法用量DRUG_REACTIONvarchar10No不良反應(yīng)LICENCSE_NUMBERvarchar10No注意事項TRIVIAL_NAMEvarchar10No批準文號DRUG_PRODC_ADRvarchar10No生產(chǎn)廠家TB_DOCTOR表是醫(yī)生信息表，包含醫(yī)生ID，醫(yī)生名稱，所屬科室，從業(yè)時間，資格證編號，擅長治療疾病，自我簡介，密碼，掛號費用，TB_DOCTOR表如表3.8所示。表3.8醫(yī)生信息表字段名數(shù)據(jù)類型長度是否可為空主鍵/外鍵備注DOCTORIDint10No主鍵唯一、自增方式DOCTOR_NAMEvarchar20No醫(yī)生姓名DOCTOR_DEPART_IDvarchar10No外鍵所屬科室DOCTOR_DATEint10No從業(yè)時間DOCTOR_NUMBERvarchar10No資格證編號DOCTOR_GOODvarchar10Yes擅長治療疾病DOCTOR_DESCvarchar20Yes自我簡介GHAOvarchar20No密碼DOCTOR_FEEint11No掛號費用TB_SIGNUP表是掛號表，包含掛號ID，掛號時間（日期），掛號科室，掛號號碼（預(yù)約）普通序列號，掛號醫(yī)師，就診狀態(tài)，用戶ID，預(yù)約日期，預(yù)約優(yōu)先級序列號，TB_SIGNUP表如表3.9所示。表3.9預(yù)約掛號表字段名數(shù)據(jù)類型長度是否可為空主鍵/外鍵備注SIGNUP_IDint10No主鍵唯一、自增方式SIGNUP_DATEdate20No掛號時間（日期）SIGNUP_DEPATRint20No外鍵掛號科室SIGNUP_NUMBERint20No掛號號碼（預(yù)約）普通序列號SIGNUP_DOCTOR_IDint20No外鍵掛號醫(yī)師SIGNUP_STATEint20No狀態(tài)0-待就診，1-正常結(jié)束，3-過期USER_IDint20No外鍵用戶IDSIGNUP_ORDER_DATEdate20No預(yù)約日期SIGNUP_PRIint20Yes優(yōu)先級1-普通，2-優(yōu)先（2次預(yù)約）SIGNUP_PRI_NUMBERint20Yes優(yōu)先級序列號TB_RECORDS表是病歷表，包含病歷號，用戶ID，科室，診斷，建議，病歷日期，醫(yī)師，TB_RECORDS表如表3.10所示。表3.10病歷表字段名數(shù)據(jù)類型長度是否可為空主鍵/外鍵備注RECORDS_IDint10No主鍵唯一、自增方式USER_IDvarchar20No外鍵用戶IDRECORDS_DEPARTint20No科室RECORDS_DIGNOSISvarchar20No診斷RECORDS_ADVISEvarchar20Yes建議RECORDS_DATEdater20No病歷日期RECORDS_DOCTOR_IDint20No外鍵醫(yī)師ID3.3.3數(shù)據(jù)庫的連接原理醫(yī)院管理住院系統(tǒng)數(shù)據(jù)庫連接也是開發(fā)該系統(tǒng)的關(guān)鍵環(huán)節(jié)，主要采用JDBC方式，這些知識在太原理工大學開設(shè)的JSP課程中有所學習，具體的操作步驟如圖3.2所示：

圖3.2數(shù)據(jù)庫連接具體操作圖醫(yī)院管理住院系統(tǒng)連接數(shù)據(jù)庫的程序采用DAO（數(shù)據(jù)訪問對象）模式來對數(shù)據(jù)庫進行處理操作，其思想如圖3.3所示:圖3.3DAO模式類圖3.4系統(tǒng)軟件結(jié)構(gòu)設(shè)計3.4.1數(shù)據(jù)流程圖根據(jù)上一章對原有醫(yī)院管理住院系統(tǒng)流程圖的描述，我們從系統(tǒng)的多個方面進行了分析，希望使系統(tǒng)的管理更加合理，在使用中更具有可行性，并且利用模塊化的分析辦法，由頂層開始向下對醫(yī)院管理住院系統(tǒng)逐步分層，逐步細化。我們將系統(tǒng)分為頂層、零層兩層，下面就層與層之間的關(guān)系（系統(tǒng)關(guān)聯(lián)）和每層的功能詳細介紹。3.4.2系統(tǒng)頂層圖頂層數(shù)據(jù)流圖，即描述醫(yī)院管理住院系統(tǒng)的作用范圍，故其頂層圖如圖3.4所示：圖3.4系統(tǒng)頂層圖4詳細設(shè)計4.1患者端詳細設(shè)計患者端主要包括注冊模塊、登錄模塊、當前預(yù)約模塊、查看病歷模塊、患者掛號模塊、患者充值模塊共六個模塊，每個模塊分別實現(xiàn)患者端所對應(yīng)的功能。4.1.1注冊模塊注冊模塊主要是為了讓沒有用戶名和密碼的新用戶，通過注冊用戶信息，包括用戶名、用戶證件號碼、用戶年齡、手機號碼、性別、密碼以及選擇用戶屬性。注冊成功后，用戶就可以使用自己所對應(yīng)的客戶端的相應(yīng)功能了。注冊模塊流程圖如圖4.1所示。圖4.1用戶注冊流程圖4.1.2登錄模塊患者端的登錄模塊主要是為了讓用戶能夠在啟動患者端軟件后，通過輸入正確的用戶名和密碼，進入患者端，通過連接服務(wù)器，患者可以進行查看當前預(yù)約、瀏覽病歷、預(yù)約掛號以及賬戶充值等操作。4.1.3當前預(yù)約模塊患者登入系統(tǒng)后，可以點擊“我的預(yù)約”，即可查看當前自己的預(yù)約記錄，包括已完成的歷史預(yù)約記錄等。4.1.4查看病歷模快患者登入系統(tǒng)后，可以點擊“我的病歷”，即可查看自己的病歷信息，其中包括歷史病歷信息和當前的病歷信息。查看病歷流程圖如下圖4.2所示。圖4.2查看病歷流程圖4.1.5掛號模塊患者可以在該模塊處完成醫(yī)院掛號功能，選擇對應(yīng)的科室，添加預(yù)約即可，這之后系統(tǒng)會將預(yù)約信息發(fā)給相應(yīng)的醫(yī)生，從而完成掛號預(yù)約。掛號模塊流程圖如下圖4.3所示。圖4.3用戶掛號流程圖4.1.6充值模塊當用戶發(fā)現(xiàn)余額不足時，此時不能再繼續(xù)掛號預(yù)約，可以點擊“用戶管理”，輸入對應(yīng)的銀行卡號以及合適的金額，判斷卡號正確無誤后即可完成充值，可以進行下一次的掛號預(yù)約。充值流程圖如圖4.4所示。圖4.4用戶充值流程圖4.2醫(yī)生端詳細設(shè)計醫(yī)生端主要包括登錄模塊、處理預(yù)約模塊，查看已完成診斷模塊共三個模塊，每個模塊分別實現(xiàn)醫(yī)生端所對應(yīng)的功能。4.2.1登錄模塊醫(yī)生端的登錄模塊主要是為了讓醫(yī)生能夠在啟動醫(yī)生端軟件后，通過輸入正確的用戶名和密碼，進入醫(yī)生端，通過連接服務(wù)器，醫(yī)生可以進行處理預(yù)約，查看已完成診斷等操作。登錄流程圖如圖4.5所示。 圖4.5醫(yī)生登錄流程圖 4.2.2處理預(yù)約模塊進入醫(yī)生后臺管理界面后，可以查看當前所屬病人的預(yù)約記錄情況說明，選取相應(yīng)的排隊預(yù)約患者隊列中的患者，劃價取藥，并將病歷醫(yī)囑發(fā)送給患者用戶，即可完成患者診治功能，流程圖如圖4.6所示圖4.6醫(yī)生處理預(yù)約流程圖4.2.3查看已完成診斷模塊在醫(yī)生端點擊“已完成診斷”可以查看已完成的診斷信息。4.3管理員端詳細設(shè)計進入管理員后臺后，醫(yī)生信息管理主要是通過對醫(yī)生信息進行查詢，其中查詢的內(nèi)容包括醫(yī)生的編號、姓名、所屬科室、資格證編號、從業(yè)時間、擅長治療疾病等信息，還可以對醫(yī)生信息進行添加、修改、刪除（CRUD）。4.3.1登錄模塊管理員端的登錄模塊主要是為了讓用戶能夠在啟動管理員端軟件后，通過輸入正確的用戶名和密碼，進入管理員端，通過連接服務(wù)器，管理員可以進行醫(yī)生信息管理、科室信息管理、藥品信息管理等操作。4.3.2醫(yī)生信息管理模塊以醫(yī)生的信息的添加為例，新增一個醫(yī)生信息，錄入后臺數(shù)據(jù)庫，以期實現(xiàn)醫(yī)生信息的管理，同時本模塊也可實現(xiàn)醫(yī)生信息的查詢，流程圖如圖4.7所示。圖4.7添加醫(yī)生信息流程圖 4.3.3科室信息管理模塊進入科室管理界面后，點擊添加科室，輸入相應(yīng)的信息，判斷信息合法后即可完成可是信息的添加。以醫(yī)院科室信息的添加為例，新增科室信息，錄入后臺數(shù)據(jù)庫，從而實現(xiàn)醫(yī)院科室的維護，流程圖如圖4.8所示。圖4.8添加科室信息流程圖4.3.4藥品信息管理模塊醫(yī)院藥品總類繁多，合理有效的維護管理不言而喻。藥品管理模塊可以實現(xiàn)藥品庫的更新入庫，也可以實現(xiàn)藥品的查詢功能，流程圖如圖4.9所示。`圖4.9添加藥品信息流程圖5系統(tǒng)測試系統(tǒng)測試，即是一種為了保證程序的正確性而進行的過程，其主要意義是為了發(fā)現(xiàn)錯誤并改正錯誤。在這樣的定義下軟件測試有以下的目的：首先，軟件測試是實際上是程序的執(zhí)行一個過程，這樣一個過程的目的在于發(fā)現(xiàn)系統(tǒng)中目前尚未發(fā)現(xiàn)的錯誤，而不是證明這段程序的正確而進行的過程。其次，在這樣的一個目的下，一個好的系統(tǒng)測試用例是幫助程序員發(fā)現(xiàn)系統(tǒng)中隱藏的錯誤和不易發(fā)現(xiàn)的錯誤?？傊?，我們進行軟件測試要以發(fā)現(xiàn)錯位為目的進行，而不能以證明這段程序?qū)懙膶ΧM行，只要我們發(fā)現(xiàn)了一個錯誤，我們這個測試用例就是一個好的測試用例。由上面測試的定義與目的總結(jié)出測試有一下幾點原則：1.在系統(tǒng)的開發(fā)過程中應(yīng)當盡早地和不斷地進行相應(yīng)部分的軟件測試。2.在測試中一個測試用例應(yīng)由測試輸入數(shù)據(jù)和與之對應(yīng)的測試預(yù)期輸出結(jié)果這兩部分構(gòu)成。3.在設(shè)計一個測試用例時，這個測試用例應(yīng)當包括合理的輸入條件以及不合理的輸入條件。4.測試應(yīng)該嚴格執(zhí)行相應(yīng)的測試計劃，排除測試的隨意性。5.測試結(jié)束時，應(yīng)當認真保存測試計劃、測試用例和測試報告，方便程序員本人和其他程序員進行后期維護。5.1系統(tǒng)測試目標醫(yī)院住院管理系統(tǒng)最終應(yīng)完成的測試目標：本文應(yīng)著重于系統(tǒng)的功能測試，測試的對象則是病人和醫(yī)生，在實現(xiàn)了預(yù)定的系統(tǒng)功能及滿足用戶需求的前提條件下，盡可能地發(fā)現(xiàn)并完善系統(tǒng)中的漏洞與隱患，確保軟件的實用性、安全性、可靠性、可擴展性以及經(jīng)濟性，為今后的醫(yī)院住院提供更便捷的方式。5.2測試設(shè)計5.2.1測試環(huán)境與需求測試軟件環(huán)境：PC機操作系統(tǒng)：Windows10；數(shù)據(jù)庫管理系統(tǒng)：MySQL5.5；項目開發(fā)環(huán)境：EclipseNeon。測試需求：對系統(tǒng)進行測試，力求找出程序員在邏輯上，功能實現(xiàn)上的的問題，并且驗證該程序輸出結(jié)果是否正常，是否能對錯誤輸入做出正常的響應(yīng)。5.3注冊登錄測試新用戶當注冊界面全部填寫完畢時可以提交，提交成功后系統(tǒng)可以成功跳轉(zhuǎn)到登錄界面。填寫注冊界面圖如圖5.1所示。圖5.1注冊模塊界面注冊成功后，用戶可選擇登錄，輸入賬戶和密碼后，驗證無誤后，即可完成登錄系統(tǒng)，登錄成功后會自動跳轉(zhuǎn)到首頁，如圖5.3所示。圖5.2患者登錄圖5.3登陸成功界面5.4患者模塊測試5.4.1我的預(yù)約功能測試患者登入系統(tǒng)后，可以點擊“我的預(yù)約”，即可查看當前自己的預(yù)約記錄，包括已完成的歷史預(yù)約記錄等，如圖4.13所示。圖5.4我的預(yù)約界面5.4.2掛號預(yù)約功能測試患者可以在該模塊處完成醫(yī)院掛號功能，選擇對應(yīng)的科室，添加預(yù)約即可，這之后系統(tǒng)會將預(yù)約信息發(fā)給相應(yīng)的醫(yī)生，從而完成掛號預(yù)約，如下圖5.4所示。圖5.5預(yù)約信息提交界面預(yù)約信息填寫完畢并提交后，即可跳轉(zhuǎn)到當前預(yù)約界面，可以查看之前提交過的預(yù)約信息，如圖5.5所示。圖5.6預(yù)約成功界面5.4.3用戶充值功能測試當用戶發(fā)現(xiàn)余額不足時，此時不能再繼續(xù)掛號預(yù)約，可以點擊“用戶管理”，輸入對應(yīng)的銀行卡號以及合適的金額，判斷卡號正確無誤后即可完成充值，可以進行下一次的掛號預(yù)約，如圖5.7、5.8所示。圖5.7充值信息填寫界面圖5.8充值完成界面5.5醫(yī)生模塊測試5.5.1醫(yī)生登錄測試進入到醫(yī)生登陸主界面，輸入必要的信息，如圖5.9所示。圖5.9醫(yī)生登錄界面輸入正確的信息后，輸入正確的密碼的密碼后，會與后臺數(shù)據(jù)庫存儲的密碼校驗，此處以醫(yī)生的角色登陸進去系統(tǒng)后，顯示的主界面，如圖5.10所示。圖5.10醫(yī)生登錄成功界面5.5.2當前預(yù)約查看測試醫(yī)生賬戶可以查看當前名下的所有預(yù)約記錄，如圖5.11所示。圖5.11當前預(yù)約界面5.6管理員模塊測試5.6.1醫(yī)生信息管理測試以管理員身份進入系統(tǒng)后，可以添加新的醫(yī)生信息記錄，如圖5.12所示。圖5.12醫(yī)生信息添加界面填寫信息完畢后，即將當前頁面信息提交后臺，自動跳轉(zhuǎn)到當前醫(yī)生信息記錄界面，用戶可以查看當前醫(yī)院所有醫(yī)生信息，如圖5.13所示。圖5.13醫(yī)生信息添加成功界面5.6.2科室信息管理測試科室管理是管理員對醫(yī)院就診信息管理的一部分，填寫相應(yīng)的科室信息后，系統(tǒng)將當前頁面消息提交至數(shù)據(jù)庫，下圖顯示的是信息提交頁面，如圖5.14所示。圖5.14提交新科室信息界面科室信息提交完畢后，會自動跳轉(zhuǎn)到當前醫(yī)院所有科室信息的瀏覽界面，如圖5.15所示。圖5.15提交完成界面5.6.3藥品信息管理測試醫(yī)院藥品種類繁多，經(jīng)常需要大批藥品的入庫信息添加，填寫藥品相應(yīng)的名稱、規(guī)格、生產(chǎn)廠家等信息后，即可提交系統(tǒng)后臺進行處理，如圖5.16所示。圖5.16錄入藥品信息界面藥品信息填寫后，系統(tǒng)會將藥品信息送到后臺數(shù)據(jù)庫存儲，即可完成藥品信息的錄入，頁面會自動跳轉(zhuǎn)到當前藥品信息界面，如圖5.17所示。圖5.17藥品信息錄入完成醫(yī)院時常會對藥品信息進行查詢，在藥品信息管理界面搜索框內(nèi)輸入相應(yīng)藥品名稱，即可完成藥品信息的查詢，如圖5.18所示。圖5.18藥品信息查詢確認查詢后，系統(tǒng)會自動顯示當前藥品查找結(jié)果，下圖顯示的為查詢結(jié)果界面，如圖5.19所示。圖5.19藥品信息查詢界面5.7系統(tǒng)性能測試功能測試是為了某種的最基本需求，性能測試的目的是保證系統(tǒng)正常運轉(zhuǎn)的關(guān)鍵一環(huán)。如表5.1所示。表5.1性能測試表測試內(nèi)容測試要求測試結(jié)論對用戶界面的控件以及數(shù)據(jù)接口的正確性進行測試能不能使客戶滿意通過測試設(shè)計的界面是不是受到人們的喜愛突出信息，設(shè)計新穎、風格一致通過測試系統(tǒng)操作是否簡單使客戶使用起來比較方便通過對網(wǎng)絡(luò)的安全性進行測試在這個系統(tǒng)中安全軟件能不能正常運轉(zhuǎn)，這個系統(tǒng)能不能對不良信息進行過濾，防止不好的軟件竊取它的信息。通過測試數(shù)據(jù)安全性系統(tǒng)的數(shù)據(jù)要做到加密，外來的用戶不能夠進入這個系統(tǒng)獲取這些數(shù)據(jù)。通過性能測試壓力測試能夠協(xié)助人們進行辦公。通過并發(fā)測試當系統(tǒng)增加用戶的時候，系統(tǒng)會產(chǎn)生什么樣的反應(yīng)，會不會出現(xiàn)卡頓的情況。通過穩(wěn)定性測試測試系統(tǒng)的穩(wěn)定性長時間處在運行的狀態(tài)下，系統(tǒng)能不能保證一直處在一種比較好的運行狀態(tài)。通過測試系統(tǒng)的可靠性當進入這個系統(tǒng)的人過多時