電子病歷系統(tǒng)的設(shè)計與實現(xiàn) 軟件工程專業(yè)_第1頁
電子病歷系統(tǒng)的設(shè)計與實現(xiàn) 軟件工程專業(yè)_第2頁
電子病歷系統(tǒng)的設(shè)計與實現(xiàn) 軟件工程專業(yè)_第3頁
電子病歷系統(tǒng)的設(shè)計與實現(xiàn) 軟件工程專業(yè)_第4頁
電子病歷系統(tǒng)的設(shè)計與實現(xiàn) 軟件工程專業(yè)_第5頁
已閱讀5頁,還剩53頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

[42]。該測試方法利用的是軟件內(nèi)部處理與結(jié)果分析辦法,對于系統(tǒng)狀態(tài)動態(tài)分析,在軟件測試過程中,根據(jù)軟件系統(tǒng)的用例測試,測試用戶驗證功能,電子病歷的添加功能,電子病歷的修改功能,電子病歷信息的護理記錄功能和電子病歷的科室添加功能,對主要功能進行測試。6.1.2測試用例(1)系統(tǒng)登錄功能測試在電子病歷信息的添加界面,測試的用戶在界面上錄入電子病歷的相關(guān)數(shù)據(jù)信息,之后操作界面上的按鈕進行添加操作,數(shù)據(jù)被順利地輸入到數(shù)據(jù)庫中,測試結(jié)果表明,結(jié)果通過測試,滿足工作要求測試電子病歷工作站系統(tǒng)的登錄功能,運行界面上顯示了提供給用戶登錄的窗口,測試過程中,將自身的登錄信息先進行輸入,確認信息輸入正確后,操作下面的“登錄”按鍵,界面程序?qū)⒎治鍪欠翊嬖谠撚脩粜畔?,驗證其用戶的身份,測試顯示如果登錄信息操作正確,將打開電子病歷工作站系統(tǒng)的主界面,反之,系統(tǒng)自動彈出錯誤界面,通過該測試得出結(jié)論系統(tǒng)測試成功。完全滿足軟件系統(tǒng)的登錄要求,如表,如表6.1所示。表6.1電子病歷添加功能測試名稱電子病歷添加功能測試參與角色用戶用例名稱DZBL_Login測試輸入:在系統(tǒng)登錄界面輸入登錄信息預(yù)期結(jié)果:如果信息存在于數(shù)據(jù)庫,則成功登錄,否則出現(xiàn)登錄報錯實際輸出:登錄至電子病歷系統(tǒng)賬戶主界面響應(yīng)時間:操作響應(yīng)時間為0.6s,基本符合要求(2)電子病歷添加功能測試在電子病歷信息的添加界面,測試的用戶在界面上錄入電子病歷的相關(guān)數(shù)據(jù)信息,之后操作界面上的按鈕進行添加操作,數(shù)據(jù)被順利地輸入到數(shù)據(jù)庫中,測試結(jié)果表明,結(jié)果通過測試,滿足工作要求,如表6.2所示。表6.2電子病歷添加功能測試名稱電子病歷添加功能測試參與角色醫(yī)生用例名稱DZBL_Insert測試輸入:在系統(tǒng)上點擊“新增病人”按鈕預(yù)期結(jié)果:界面程序判斷輸入信息是否符合數(shù)據(jù)規(guī)范,數(shù)據(jù)添加成功,否則出錯實際輸出:程序判斷輸入正確,該組數(shù)據(jù)被成功添加到數(shù)據(jù)庫響應(yīng)時間:操作響應(yīng)時間為0.78s,基本符合要求(3)電子病歷修改功能測試在電子病歷信息的修改界面,測試的用戶在界面上修改電子病歷的相關(guān)數(shù)據(jù)信息,之后操作界面上的按鈕進行保存操作,數(shù)據(jù)庫中原有的記錄被更新,測試結(jié)果表明,結(jié)果通過測試,滿足工作要求,如表6.3所示。表6.3電子病歷修改功能測試名稱電子病歷修改功能測試參與角色醫(yī)生用例名稱DZBL_Update測試輸入:在打開的電子病歷上點擊“修改”按鈕預(yù)期結(jié)果:界面更改相應(yīng)的數(shù)據(jù),數(shù)據(jù)修改成功,否則出錯實際輸出:程序提示保存成功,修改的數(shù)據(jù)被成功更新至數(shù)據(jù)庫響應(yīng)時間:操作響應(yīng)時間為0.34s,基本符合要求(4)電子病歷護理記錄添加功能測試在電子病歷信息的護理記錄功能界面,測試的用戶在界面上選中一名病人,為其增加護理記錄,數(shù)據(jù)被順利地輸入到數(shù)據(jù)庫中,測試結(jié)果表明,結(jié)果通過測試,滿足工作要求,如表6.4所示。表6.4電子病歷護理記錄添加功能測試名稱電子病歷修改功能測試參與角色護士用例名稱HLJL_Insert測試輸入:在護士工作中中點擊“護理記錄單”按鈕,選中一名病人,點擊“增加”按鈕,輸入相應(yīng)體溫、脈搏等數(shù)據(jù)預(yù)期結(jié)果:界面程序判斷輸入信息是否符合數(shù)據(jù)規(guī)范,數(shù)據(jù)添加成功,否則出錯實際輸出:程序判斷輸入正確,該組數(shù)據(jù)被成功添加到數(shù)據(jù)庫響應(yīng)時間:操作響應(yīng)時間為0.56s,基本符合要求(5)電子病歷科室添加功能測試在電子病歷的系統(tǒng)管理功能界面,測試的用戶點擊“科室設(shè)置”按鈕,添加一個新的科室,數(shù)據(jù)被順利地輸入到數(shù)據(jù)庫中,測試結(jié)果表明,結(jié)果通過測試,滿足工作要求,如表6.5所示。表6.5電子病歷護理記錄添加功能測試名稱電子病歷科室添加功能測試參與角色系統(tǒng)管理員用例名稱KS_Insert測試輸入:在系統(tǒng)管理界面點擊“科室設(shè)置”按鈕,接著點擊“新增”按鈕,輸入科室號、科室名稱、選擇科室分類等信息,點擊保存預(yù)期結(jié)果:界面程序判斷輸入信息是否符合數(shù)據(jù)規(guī)范,數(shù)據(jù)添加成功,否則出錯實際輸出:程序判斷輸入正確,該組數(shù)據(jù)被成功添加到數(shù)據(jù)庫響應(yīng)時間:操作響應(yīng)時間為0.27s,基本符合要求6.2系統(tǒng)性能測試6.2.1測試方法電子病歷工作站系統(tǒng),其性能測試主要是圍繞著系統(tǒng)運行的最大并發(fā)用戶數(shù)、的使用率、內(nèi)存的使用率以及系統(tǒng)的響應(yīng)時間進行。將利用性能測試軟件,獲取系統(tǒng)運行時,不同的訪問用戶數(shù)下系統(tǒng)的運行參數(shù),通過參數(shù)的分析,體現(xiàn)出系統(tǒng)的最大并發(fā)用戶數(shù)量。此外,利用壓力性能測試軟件,進行系統(tǒng)壓力測試。壓測的目的是為了觀察當前系統(tǒng)的負載能!壓測的結(jié)果一般情況可以通過吞吐量與并發(fā)數(shù)的比例來觀察,吞吐量與并發(fā)數(shù)呈正相關(guān)關(guān)系,在一定并發(fā)數(shù)的情況下,吞吐量越高,說明系統(tǒng)性能越好。6.2.1測試用例(1)系統(tǒng)飽和性能測試使用飽和測試軟件,釆用不斷增加多用戶并發(fā)登錄數(shù)量的方式,測試出系統(tǒng)允許的最大并發(fā)用戶,如果達到某個值系統(tǒng)崩演無法運行,則說明該值為系統(tǒng)的最大并發(fā)用戶數(shù)量,執(zhí)行值指的是內(nèi)存使用率。系統(tǒng)飽和性能測試的結(jié)果如表6.6所示。表6.6系統(tǒng)飽和性能測試結(jié)果用戶數(shù)(人)并發(fā)數(shù)最小值最大值平均數(shù)系統(tǒng)運行情況101016.27%27.23%23.453%正常10010029.232%41.98%35.76%正常20020035.23%47.09%41.092%正常30030045.32%61.44%56.2%正常40040062.24%89.02%79.32%無法運行該測試是通過工具LoadRunner測試完成的,LoadRunner工具可以錄制系統(tǒng)操作的場景,然后通過設(shè)置并發(fā)用戶的數(shù)量同時操作錄制的片段,當并發(fā)用戶達到上限時工具會無法運行,此時的并發(fā)用戶數(shù)即為系統(tǒng)最大的訪問數(shù)量。測試結(jié)果表明,在測試到并發(fā)數(shù)400時,系統(tǒng)失去了應(yīng)該有的運行狀態(tài),系統(tǒng)癱瘓了。在保證系統(tǒng)穩(wěn)定安全運行的前提下,無法滿足400人并發(fā)使用的情況,因此,為了保證系統(tǒng)能夠流暢使用,最好限制并發(fā)用戶數(shù)為300人左右。(2)系統(tǒng)壓力測試以下表6.7是以新增病歷為例進行具體壓力測試,用到的壓力測試工具是JMeter。其中vUser是指虛擬用戶或者說并發(fā)用戶。TPS指的是指每秒系統(tǒng)能夠處理的事務(wù)總量。表6.7系統(tǒng)壓力測試表場景性能指標服務(wù)器CPU使用情況vUserTPS(次/S)響應(yīng)時間(ms)APPDB新增病歷1008645029%26%20015653232%30%30027861941%37%400890>400087%78%vUser數(shù)量從100增加到300的過程中,響應(yīng)時間隨之略微增加,這表示系統(tǒng)壓力不大,基本達到了預(yù)定目標。而當vUser數(shù)量到達400時,響應(yīng)時間大于4000ms,出現(xiàn)基本無響應(yīng)的現(xiàn)象。整個壓測的過程中TPS比較平穩(wěn),內(nèi)存有增大趨勢、但最終也可回收成功,基本無內(nèi)存溢出現(xiàn)象的發(fā)生。以上分析結(jié)果說明,壓力測試基本通過。6.3本章小結(jié)本章選擇軟件測試環(huán)境,確定軟件測試辦法,測試與驗證電子病歷工作站系統(tǒng),制定軟件測試指標。對電子病歷管理軟件,進行功能性的用例測試,給出結(jié)論,重點測試了電子病歷信息的查詢功能;性能測試圍繞著軟件運行環(huán)境進行,在制定測試場景后,重點測試了系統(tǒng)是否能滿足長時間運行、響應(yīng)速度,并發(fā)數(shù)量等性能方面的要求,實驗結(jié)果表明,主要的性能指標基本得到實現(xiàn),反映了所設(shè)計、實現(xiàn)的系統(tǒng),其主要參數(shù)都滿足測試指標,閉環(huán)了整個軟件工程的開發(fā)流程。7總結(jié)和展望工程碩士學位論文7總結(jié)和展望7.1論文總結(jié)本文根據(jù)我國一般醫(yī)院的具體院情,嚴格執(zhí)行相關(guān)軟件開發(fā)流程,在開發(fā)前進行嚴密的需求分析,不斷細化各個功能點。同時結(jié)合現(xiàn)有的國內(nèi)外研究情況,在性能和功能方面制定科學的標準。獲取目前醫(yī)院電子病歷的相關(guān)需求,以數(shù)字化建設(shè)為目標,不斷整合新的理念,最終以高標準建設(shè)出滿足業(yè)務(wù)需求的電子病歷系統(tǒng)。本文基于C/S架構(gòu),.Net開發(fā)技術(shù)手段設(shè)計開發(fā)了電子病歷系統(tǒng),通過管理與統(tǒng)計功能,有效地促進醫(yī)院的管理效率,發(fā)揮著重要作用,對系統(tǒng)中的各項技術(shù)以及模塊的實現(xiàn)過程進行了闡述,主要研究工作和結(jié)果總結(jié)如下:(1)根據(jù)各個技術(shù)的優(yōu)缺點,選擇相關(guān)技術(shù)路線;現(xiàn)有的軟件開發(fā)技術(shù)較多、較雜,如何能夠采用低成本且符合要求的開發(fā)平臺,也是軟件設(shè)計的一項重要工作,本文在比較各種開發(fā)平臺的基礎(chǔ)上,最終選定了.NET開發(fā)平臺進行項目編碼工作。(2)深入進行需求分析,把各個功能細節(jié)充分挖掘出來。本文所構(gòu)建的工程項目信息管理系統(tǒng),在翻閱了大量的文獻資料,綜合比較了部分現(xiàn)有產(chǎn)品的基礎(chǔ)上,了解業(yè)務(wù)實際需求,最終制定除了符合現(xiàn)實規(guī)范和需求的系統(tǒng)分析書。針對電子病歷管理的實際情況,闡述了該電子病歷管理業(yè)務(wù)的基本要求和用戶用例狀態(tài)。(3)設(shè)計了系統(tǒng)架構(gòu)和網(wǎng)絡(luò)架構(gòu),根據(jù)架構(gòu)分解,得到電子病歷工作站系統(tǒng)的功能應(yīng)用模塊,分別對電子病歷工作站系統(tǒng)的主要業(yè)務(wù)進行設(shè)計。接著,設(shè)計了電子病歷系統(tǒng)軟件的數(shù)據(jù)庫,建立了各個主要模塊的應(yīng)用數(shù)據(jù)表。(4)面向設(shè)計與分析內(nèi)容,編程實現(xiàn)電子病歷系統(tǒng)功能,將在醫(yī)院的區(qū)域網(wǎng)絡(luò)下,發(fā)運行主要的業(yè)務(wù)處理模塊,設(shè)計并實現(xiàn)了與醫(yī)院相關(guān)的電子病歷管理業(yè)務(wù)功能界面,且在環(huán)境下,編程實現(xiàn)了該電子病歷工作站系統(tǒng)所需求與設(shè)計的功能,完成了電子病歷工作站系統(tǒng)的全部的設(shè)計與實現(xiàn)內(nèi)容研究。(5)對系統(tǒng)進行功能和性能的用例測試,重點測試了電子病歷管理的信息查詢、添加等功能;性能測試圍繞著軟件運行環(huán)境進行,在制定測試場景后,重點測試系統(tǒng)是否能滿足長時間運行、響應(yīng)速度,并發(fā)數(shù)量等性能方面的要求,結(jié)果表明,系統(tǒng)符合用戶訪問的壓力指標,功能運行穩(wěn)定。本文立了電子病歷系統(tǒng),執(zhí)行電子病歷管理與維護功能,從一定程度上提高了醫(yī)院的電子病歷管理的集中化與信息化。在該電子病歷工作站系統(tǒng)的平臺上,能夠?qū)⑨t(yī)院的電子病歷管理業(yè)務(wù),進行模式化、系統(tǒng)化的管理,對促進該醫(yī)院的電子病歷管理數(shù)字化的快速發(fā)展,具有一定價值。7.2未來展望由于本人精力有限以及時間倉促,本系統(tǒng)還有一些后續(xù)工作有待處理,主要包括以下幾個方面:(1)提供移動端的解決方案:現(xiàn)如今已經(jīng)進入了移動互聯(lián)網(wǎng)時代,滿足移動端使用人員的需求是大勢所趨。因此,在后續(xù)的開發(fā)中,有必要建設(shè)一套基于移動端的醫(yī)院電子病歷系統(tǒng)。(2)病歷信息的加密傳輸:電子病歷系統(tǒng)中存在了大量的文本信息,這些信息關(guān)乎患者隱私,因此在病歷傳輸過程中影像文件的壓縮和加密有待研究。(3)系統(tǒng)日志的完善:本系統(tǒng)為了快速搭建,在設(shè)計的時候沒有過多的考慮系統(tǒng)日志,系統(tǒng)日志不完善,如果系統(tǒng)出現(xiàn)問題,將會很難進行排查,因此有必要對系統(tǒng)日志模塊進行重構(gòu)。致謝工程碩士學位論文工程碩士學位論文電子病歷系統(tǒng)的設(shè)計與實現(xiàn)致謝在本論文結(jié)束之際,首先感謝我的導師對我的悉心指導。在學習和研究過程中,老師嚴謹?shù)膶W術(shù)作風、淵博的學識、敏銳的學術(shù)洞察力和民主開放的學術(shù)思維,深刻的影響了我;老師在工作、生活上對我的關(guān)懷和教誨,我也謹記在心,并獲益匪淺。此外,對于在我論文工作中,提供幫助和指導的學者、朋友們,表示衷心地感謝,是他們的幫助,使得我的論文得以順利地完成。同時,要對我的同學們提出感謝,他們的善良和熱情感染著我,讓我面對困難,克服困難,在人生中一步步前進!參考文獻工程碩士學位論文工程碩士學位論文電子病歷系統(tǒng)的設(shè)計與實現(xiàn)參考文獻李新超,孟月莉,劉立煌,等.我國電子病歷的應(yīng)用現(xiàn)狀[J].中華醫(yī)學圖書情報雜志,2016,25(8):15-18.李朋,蹇奕蘋,肖兵,等.基層醫(yī)療機構(gòu)電子病歷數(shù)據(jù)標準符合性測評研究[J].中國衛(wèi)生信息管理雜志,2016,13(1):61-64.高興,張成普,裴冬梅.以電子病歷為核心的門診信息化系統(tǒng)的設(shè)計與實現(xiàn)[J].現(xiàn)代醫(yī)院管理,2016,14(2):69-72.王昊.由傳統(tǒng)病歷向電子病歷平穩(wěn)過渡的探討[J].中國醫(yī)院管理,2012,32(3):40-40.屠鳴謙,任婷.電子病歷與傳統(tǒng)病歷的比較[C]//中國醫(yī)院協(xié)會病案管理專業(yè)委員會第二十三屆學術(shù)會議論文集.2014.池玲聰.電子病歷的現(xiàn)狀與發(fā)展趨勢[J].電子技術(shù)與軟件工程,2017(4):108-108.徐鳳英.醫(yī)院檔案管理中電子病歷的有效應(yīng)用研究[J].辦公室業(yè)務(wù),2018(5).陳金雄.我國電子病歷的發(fā)展與展望[J].中國醫(yī)療器械信息,2009,15(2):1-4.張兆國,薛萬國,包鵬飛,等.建設(shè)基于XML技術(shù)電子病歷系統(tǒng)的核心價值[J].中國數(shù)字醫(yī)學,2009,4(2):10-14.張鵬,袁可,陳文文.基于Mambo的CMS的電子商務(wù)平臺實現(xiàn)[J].農(nóng)業(yè)網(wǎng)絡(luò)信息,2007(1):52-54.醫(yī)院電子病歷工作站系統(tǒng)的設(shè)計與實現(xiàn)[D].大連理工大學,2016.張仁輝,王曉明.電子病歷管理系統(tǒng)的設(shè)計與實現(xiàn)[J].微計算機信息,2009,25(3):267-269.褚俐.基于WEB技術(shù)的電子病歷管理系統(tǒng)的設(shè)計與實現(xiàn)[D].電子科技大學.肖翊軒.電子病歷管理系統(tǒng)的設(shè)計與實現(xiàn)[D].電子科技大學.婁海容.國外電子病案現(xiàn)狀及前景[J].現(xiàn)代醫(yī)院,2003,3(1):73-75.NisanbayevY,NaH,LimD,etal.Designinganelectronicmedicalrecordssystemusingdesignpatterns[C]//InternationalConferenceonInteractionSciences:InformationTechnology.2009.Vilar,G.,Boudoux,C..Themedicalinformationmanagementsystem(SIGIM)-elaborationofanelectronicpatientrecord[P].EngineeringinMedicineandBiology,2002.24thAnnualConferenceandtheAnnualFallMeetingoftheBiomedicalEngineeringSocietyEMBS/BMESConference,2002.ProceedingsoftheSecondJoint,2002.WengM,HuangL,FengC,etal.Electronicmedicalrecordsystembasedonaugmentedreality[C]//InternationalConferenceonComputerScience&Education.IEEE,2017.ZhaoXJ.DesignandRealizationofNetworkTeachingSystemBasedonB/SStructure[J].Computer&Modernization,2010.張佳.基于C/S架構(gòu)的門診醫(yī)生工作站系統(tǒng)研究與設(shè)計[J].信息與電腦(理論版),2017(21):81-83.吳大剛,肖榮榮.C/S結(jié)構(gòu)與B/S結(jié)構(gòu)的信息系統(tǒng)比較分析[J].情報科學,2003,21(3):313-315.武蒼林.B/S與C/S結(jié)構(gòu)的分析與比較[J].智能計算機與應(yīng)用,1999(5):42-43.RahmelD.NetFramework:Programmer'sReference[J].UnixSystemsLaboratoriesat&T,2002,40(2):K65–K68.Lam,HoangQ..NETframeworkessentials[M].2003.MichawlOtey,PaulContea,Otey,etal.SQLServer2000開發(fā)指南[M].清華大學出版社,2002.閆旭.淺談SQLServer數(shù)據(jù)庫的特點和基本功能[J].價值工程,2012,31(22):229-231.鄭其望,李志文.電子病歷的概念與發(fā)展趨勢[J].醫(yī)學信息學雜志,2008,29(10):50-53.朱妍昕,徐維.我國電子病歷定義定位研究[J].醫(yī)學信息學雜志,2015,36(6):2-6.龍偉健.電子病歷系統(tǒng)的設(shè)計與實現(xiàn)[D].廣東工業(yè)大學,2007.楊麗靜,肖曉旦.電子病歷的結(jié)構(gòu)和功能模型綜述[J].中國數(shù)字醫(yī)學,2007,2(3):15-19.賴小惠,柯本學,許金惜.建立以電子病歷為核心的臨床信息系統(tǒng)的必要性及可行性[J].廣州醫(yī)藥,2010,41(1):56-58.NarayanS,Safavi-Naini

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論