基于Web的醫(yī)院管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)_第1頁
基于Web的醫(yī)院管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)_第2頁
基于Web的醫(yī)院管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)_第3頁
基于Web的醫(yī)院管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)_第4頁
基于Web的醫(yī)院管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)_第5頁
已閱讀5頁,還剩69頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

摘要 I摘要I摘要隨著社會的發(fā)展,各個(gè)醫(yī)院都在擴(kuò)大規(guī)模,與醫(yī)院業(yè)務(wù)有關(guān)的管理工作變得越來越繁雜,特別是醫(yī)院管理工作越來越艱巨。目前,大部分醫(yī)院的管理仍然是傳統(tǒng)的人工管理方式,即通過手工操作方式對醫(yī)院的信息進(jìn)行處理,采用傳統(tǒng)的醫(yī)院管理方式效率低下,管理人員的工作負(fù)擔(dān)重,強(qiáng)度大,已經(jīng)不能適應(yīng)社會發(fā)展和實(shí)際的需求。醫(yī)院在現(xiàn)代社會的發(fā)展過程中起著舉足輕重的作用,不論醫(yī)院規(guī)模的大小,其部門設(shè)計(jì)都是非常復(fù)雜的,稍有差錯(cuò)就會給病人帶來生命危險(xiǎn)。各部門的種類交繁多,各級管理人員需要及時(shí)了解掌握病人的相關(guān)信息及藥產(chǎn)品等信息,以做到心中有數(shù),合理安排相關(guān)環(huán)節(jié)的工作,同時(shí),也要做好員工信息的管理,如此復(fù)雜的管理工作,如果依靠人工分析進(jìn)行管理,即難做到,也難保證數(shù)據(jù)的準(zhǔn)確性,以導(dǎo)致錯(cuò)誤的管理決策,然而,大部分中小醫(yī)院仍然沒有實(shí)現(xiàn)醫(yī)院管理的信息化,開具醫(yī)囑,擺藥,書寫病歷等日常工作十分繁重,亂改醫(yī)囑亂收費(fèi)的情況也有發(fā)生,無法給病人提供詳細(xì)的收費(fèi)項(xiàng)目清單而造成醫(yī)患關(guān)系緊張。隨著網(wǎng)絡(luò)技術(shù)和數(shù)據(jù)庫技術(shù)的出現(xiàn),發(fā)展和廣泛應(yīng)用,采用計(jì)算機(jī)及網(wǎng)絡(luò)來管理醫(yī)院信息得到了廣泛的應(yīng)用,可以讓醫(yī)院管理工作變的更加輕松有效?;赪eb的醫(yī)院管理系統(tǒng)的設(shè)計(jì)主要有到兩方面的工作,一方面要做好前臺應(yīng)用程序的開發(fā)工作,另一方面要做好后數(shù)據(jù)庫的建立和維護(hù)工作。本文描述的是基于Web的醫(yī)院管理系統(tǒng)的分析和設(shè)計(jì),是在Windows環(huán)境下的基于Web的醫(yī)院管理系統(tǒng)。本系統(tǒng)要求具有操作簡便,界面友好的特性。本系統(tǒng)的主要功能包括:磁卡門診管理系統(tǒng)、藥品管理子系統(tǒng)、住院管理子系統(tǒng)、醫(yī)院醫(yī)技輔助科室管理系統(tǒng)以及后勤管理系統(tǒng)。其中,磁卡門診管理系統(tǒng)主要包括門診掛號和門診收費(fèi);藥品管理子系統(tǒng)主要包括藥房信息和藥品信息的管理;住院管理子系統(tǒng)主要包括病人住院、出院和轉(zhuǎn)院信息的管理;醫(yī)院醫(yī)技輔助科室管理系統(tǒng)主要包括醫(yī)院工作人員信息的管理、儀器的管理、收費(fèi)項(xiàng)目的管理等等;后勤管理系統(tǒng)的內(nèi)容主要包括:低值易耗品、固定資產(chǎn)、設(shè)備管理、考勤管理、圖書管理。本文使用Web的醫(yī)院管理系統(tǒng),對醫(yī)院業(yè)務(wù)、數(shù)據(jù)、用戶登錄界面、門診掛號、門診收費(fèi)以及系統(tǒng)安全等進(jìn)行分析和設(shè)計(jì),旨在建立Web的醫(yī)院管理系統(tǒng)為醫(yī)院的管理工作提供方面和支持。關(guān)鍵詞:Web,醫(yī)院管理系統(tǒng),設(shè)計(jì)與實(shí)現(xiàn) ABSTRACT IIIIABSTRACTWiththedevelopmentofsociety,varioushospitalsinscale,withthebusinessofthemanagementofthehospitalbecomemorecomplicated,especiallyhospitalmanagementmoredifficult.Currently,mostofthehospital’smanagementisstillthetraditionalmanualmanagementmethods,namely,bymanualoperationofthehospital’sinformationprocessing,theuseoflowefficiencyoftraditionalhospitalmanagement,heavyworkloadmanagement,highstrength,hasbeenunabletomeetthecommunitydevelopmentandpracticalneeds.Withtheadventofinternettechnologyanddatabasetechnology,thedevelopmentandwideapplication,theuseofcomputersandinformationnetworkstomanagethehospitalhasbeenwidelyapplied,allowinghospitalmanagementbecomesmoreeasilyandefficiently.DesignofWeb-basedhospitalmanagementsystemmainlyhastoworkintwoareas,onetodothedevelopmentworkoftheforegroundapplication,ontheotherhandtodotheworktobuildandmaintainthedatabase.ThispaperdescribestheanalysisanddesignofWeb-basedhospitalmanagementsystemisintheWindowsenvironmentWebhospitalsHospitalManagementSystem.Thissystemrequiresasimple,user-friendlyfeatures.Themainfeaturesofthissysteminclude:Magneticpatientmanagementsystems,pharmaceuticalmanagementsubsystem,hospitalmanagementsubsystem,andthehospitalauxiliarymedicaltechnologydepartmentmanagementandlogisticsmanagementsystems.Amongthem,thecardmanagementsystemincludesoutpatientclinicsandoutpatientregistrationfee;drugspharmacymanagementsubsystemincludesmanagementinformationanddruginformation,hospitalmanagementsubsystemincludeshospitalization,dischargeandreferralmanagementinformation;hospitalauxiliarymedicaltechnologydepartmentmanagementthesystemincludeshospitalinformationmanagementstaff,equipmentmanagement,projectmanagementfees,etc.contentlogisticsmanagementsystemincludes:consumables,fixedassets,equipmentmanagement,attendancemanagement,librarymanagement.ThisarticleusesaWeb-basedhospitalmanagementsystemfortheanalysisanddesignofWeb-basedhospitalmanagementsystem,ThisarticleUSEStheWebofthehospitalmanagementsystem,thehospitalbusiness,data,theuserlogininterface,outpatientregistrationandoutpatientservicechargeandsystemsafetyanalysisanddesign,aimsto ABSTRACT IIIIIIbuildaWebofhospitalmanagementsystemandprovidesupportforhospitalmanagement.Keywords:Web,designandimplementation,HospitalManagementSystem 目錄 IV目錄IV目錄第一章緒論 11.1研究背景及意義 11.1.1研究背景 11.1.2研究意義 11.2國內(nèi)外研究現(xiàn)狀 21.2.1國外醫(yī)院信息管理化的研究現(xiàn)狀 21.2.2國內(nèi)醫(yī)院信息管理系統(tǒng)的研究現(xiàn)狀 31.3研究的思路及主要內(nèi)容 31.3.1研究思路 31.3.2研究的主要內(nèi)容 41.4系統(tǒng)的特點(diǎn)及結(jié)構(gòu) 51.4.1系統(tǒng)的設(shè)計(jì)特點(diǎn) 51.4.2論文的結(jié)構(gòu) 6第二章相關(guān)技術(shù)概述 82.1B/S與C/S體系結(jié)構(gòu)對比 82.2ASP.NET特點(diǎn)及優(yōu)勢 92.3SQLSERVER數(shù)據(jù)平臺簡介 102.4本章小結(jié) 12第三章基于Web的醫(yī)院管理系統(tǒng)的需求分析 133.1系統(tǒng)的可行性需求 133.1.1經(jīng)濟(jì)可行性 133.1.2技術(shù)可行性 143.1.3營運(yùn)可行性 143.2系統(tǒng)的功能需求 153.2.1系統(tǒng)的功能結(jié)構(gòu)分析 153.2.2系統(tǒng)的用例圖 173.3系統(tǒng)的性能需求 193.3.1程序設(shè)計(jì)的性能需求 193.3.2服務(wù)器端的性能需求 203.3.3安全性需求 20 目錄 VV3.4本章小結(jié) 22第四章基于Web的醫(yī)院管理系統(tǒng)的設(shè)計(jì) 234.1系統(tǒng)的數(shù)據(jù)需求 234.2系統(tǒng)的設(shè)計(jì)原則 234.3系統(tǒng)的體系架構(gòu)設(shè)計(jì) 244.3.1系統(tǒng)的總體架構(gòu)設(shè)計(jì) 244.3.2系統(tǒng)的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)設(shè)計(jì) 274.4數(shù)據(jù)庫設(shè)計(jì) 284.4.1數(shù)據(jù)庫分析 294.4.2系統(tǒng)配置設(shè)計(jì) 324.5系統(tǒng)的安全性設(shè)計(jì) 334.6本章小結(jié) 35第五章基于Web的醫(yī)院管理系統(tǒng)的實(shí)現(xiàn) 365.1系統(tǒng)開發(fā)及運(yùn)行環(huán)境 365.2系統(tǒng)核心層的實(shí)現(xiàn) 365.2.1WEB層的實(shí)現(xiàn) 365.2.2業(yè)務(wù)邏輯層的實(shí)現(xiàn) 455.2.3數(shù)據(jù)持久層的實(shí)現(xiàn) 465.3系統(tǒng)主要功能模塊的實(shí)現(xiàn) 485.3.1用戶登錄模塊的實(shí)現(xiàn) 485.3.2掛號管理模塊 495.3.3收費(fèi)管理模塊 515.3.4住院管理模塊 525.4系統(tǒng)的安全性實(shí)現(xiàn) 555.5本章小結(jié) 56第六章系統(tǒng)的測試 576.1軟件測試概述 576.2測試用例的設(shè)計(jì) 576.3測試的實(shí)施 616.4測試結(jié)果分析 64第七章總結(jié) 66致謝 67參考文獻(xiàn) 68 第一章緒論 11第一章緒論1.1研究背景及意義1.1.1研究背景隨著Internet迅速發(fā)展及Web技術(shù)廣泛應(yīng)用,計(jì)算機(jī)在各個(gè)社會領(lǐng)域中得到越來越多的使用,作為人們生活的重要部門,醫(yī)院也無法逃避信息時(shí)代的巨大挑戰(zhàn)。為了實(shí)現(xiàn)醫(yī)院和醫(yī)院信息的科學(xué)化,自動(dòng)化,網(wǎng)絡(luò)化管理,開發(fā)符合鑒定部門實(shí)際情況的醫(yī)院管理系統(tǒng)勢在必行。使用計(jì)算機(jī)系統(tǒng)之前邊疆區(qū)域醫(yī)院管理雖然小部分醫(yī)院使用平臺系統(tǒng)管理,可大部分都是手工操,手工操作手續(xù)繁雜,不方便管理,不能保證數(shù)據(jù)的準(zhǔn)確性和及時(shí)性,不僅浪費(fèi)人力,物力和時(shí)間,重要的是手工操作可能造成數(shù)據(jù)錄入的錯(cuò)誤,影響工作效率,為了提高管理水平,結(jié)合醫(yī)院的需求的科學(xué)化,現(xiàn)代化,自動(dòng)化,網(wǎng)絡(luò)化醫(yī)院管理系統(tǒng)是非常重要的一項(xiàng)工作[1]。目前邊疆區(qū)域醫(yī)院規(guī)模也不斷擴(kuò)大,醫(yī)院住院病人,職工人數(shù)及醫(yī)院各方面的數(shù)據(jù)量也不斷增長,對于這些情況而言使用計(jì)算機(jī)先進(jìn)技術(shù)對住院病人,病區(qū)和職工信息進(jìn)行管理具有手工管理所無法比擬的優(yōu)點(diǎn),如:檢索迅速,查找方便,可靠性高,存儲量大,保密性好,成本低等等,這些有點(diǎn)能夠極大地提高住院病人,病區(qū)和職工信息管理的效率,也是邊疆醫(yī)院管理層次上科學(xué)化,現(xiàn)代化,自動(dòng)化,網(wǎng)絡(luò)化的重要條件[2]。筆者經(jīng)過詳細(xì)調(diào)查,總結(jié)出目前邊疆區(qū)域醫(yī)院管理方面存在的以上問題,所以邊疆區(qū)域醫(yī)院需要建立一個(gè)基于計(jì)算機(jī)先進(jìn)技術(shù)的,提高工作效率的,改善這種落后狀態(tài)的,基于Web模式的自動(dòng)化,以后臺數(shù)據(jù)庫管理的,客戶端三層基本結(jié)構(gòu)的管理系統(tǒng)[3]。1.1.2研究意義醫(yī)院在現(xiàn)代社會的發(fā)展過程中起著舉足輕重的作用,不論醫(yī)院規(guī)模的大小,其部門設(shè)計(jì)都是非常復(fù)雜的,稍有差錯(cuò)就會給病人帶來生命危險(xiǎn)。尤其是邊疆醫(yī)院病人數(shù)量比較頻繁,各部門的種類交繁多,各級管理人員需要及時(shí)了解掌握病人的相關(guān)信息及藥產(chǎn)品等信息,以做到心中有數(shù),合理安排相關(guān)環(huán)節(jié)的工作,同時(shí),也要做好員工信息的管理,如此復(fù)雜的管理工作,如果依靠人工分析進(jìn)行管理,即難做到,也難保證數(shù)據(jù)的準(zhǔn)確性,以導(dǎo)致錯(cuò)誤的管理決策,然而,邊疆大部分中小醫(yī)院沒有實(shí)現(xiàn)醫(yī)院管理的信息化,開具醫(yī)囑,擺藥,書寫病歷等日常工作十分繁重,亂改醫(yī)囑亂收費(fèi)的情況也有發(fā)生,無法給病人提供詳細(xì)的收費(fèi)項(xiàng)目 22清單而造成醫(yī)患關(guān)系緊張,因此,本人要做的系統(tǒng)針對這些情況,進(jìn)行詳細(xì)的分析,設(shè)計(jì)一個(gè)適合于邊疆醫(yī)院的管理系統(tǒng),本人做的醫(yī)院管理系統(tǒng)有以下特點(diǎn):(1)簡約的系統(tǒng)操作界面整個(gè)系統(tǒng)的操作界面簡單、美觀,避免邊疆區(qū)域醫(yī)院職工讀系統(tǒng)的難處,操作極具人性化。(2)完備的系統(tǒng)操作功能系統(tǒng)開發(fā)的主旨是簡約的操作步驟完備的操作功能,初一看,這好像很矛盾,但是經(jīng)過完整的策劃編排,系統(tǒng)完全做到了功能無遺漏,這點(diǎn)也更好的體現(xiàn)了系統(tǒng)人性化設(shè)計(jì)。(3)完善的安全機(jī)制獨(dú)立的密碼校驗(yàn)功能,確保用戶和醫(yī)院的數(shù)據(jù)有較好的安全性。1.2國內(nèi)外研究現(xiàn)狀醫(yī)院的管理過程實(shí)際上就是信息收集,加工,決策過程,目的是提高醫(yī)院醫(yī)療,管理的水平,為病人提供更多,更好地服務(wù),醫(yī)院信息管理是按照醫(yī)院信息的特點(diǎn),科學(xué)的處理信息,簡歷醫(yī)院信息管理系統(tǒng)成為必須要件[4]。醫(yī)院信息系統(tǒng)(HospitalInformationSystem,HIS)是指利用計(jì)算機(jī)對醫(yī)療活動(dòng)產(chǎn)生的數(shù)據(jù)進(jìn)行采集、處理、加工生成各種信息,為醫(yī)院的整體運(yùn)行提供全面的、自動(dòng)化的管理及各種服務(wù)的信息系統(tǒng)[5]?,F(xiàn)在國際學(xué)術(shù)界已被公認(rèn)為新興的醫(yī)學(xué)信息學(xué)的重要分支。1.2.1國外醫(yī)院信息管理化的研究現(xiàn)狀在發(fā)達(dá)國家電子計(jì)算機(jī)在醫(yī)院的應(yīng)用已經(jīng)經(jīng)歷了幾十年的時(shí)間,20世紀(jì)60年代初,美國便開始了HIS的研究,60年代初,美國開始了醫(yī)院信息管理系統(tǒng)(HMIS)的研究,70-80年代美國的HMIS有了較大的發(fā)展。著名的麻省總醫(yī)院當(dāng)時(shí)開發(fā)的COSTAR系統(tǒng)發(fā)展到今天已經(jīng)成為大規(guī)模的臨床病人信息系統(tǒng)[6]。美國國立圖書館開發(fā)的同意的醫(yī)學(xué)語言系統(tǒng)(UMLS)為HIS處理更多醫(yī)學(xué)知識鋪平了道路,對于HIS系統(tǒng)的開發(fā)提供了更為廣闊的平臺。日本的HIMS系統(tǒng)開發(fā)和應(yīng)用從70年代初由個(gè)別醫(yī)院開始,慈寧宮財(cái)務(wù)管理與病案兩個(gè)子系統(tǒng)開展研究,多數(shù)醫(yī)院從80年代開始迅速發(fā)展,主要以大型機(jī)為中心,支持多個(gè)系統(tǒng)工作,投資規(guī)模大[7]。目前,在日本的一些醫(yī)院里HIS系統(tǒng)發(fā)展正一步一步朝系統(tǒng)化、綜合性、網(wǎng)絡(luò)化發(fā)展:一般都是以大型機(jī)作為系統(tǒng)的中心來支撐整個(gè)系統(tǒng)正常運(yùn)營和工作,然后采用電子計(jì)算機(jī)技術(shù),實(shí)現(xiàn)“Ordering”,即通過發(fā)生源將數(shù)據(jù)直接輸入計(jì)算機(jī),此外 第一章緒論 33由于HIS支持的診療功能在以往的基礎(chǔ)上有了很大的變化,所以,診療功能在電子病歷技術(shù)的應(yīng)用已廣泛存在于HIS系統(tǒng)中[8]。1.2.2國內(nèi)醫(yī)院信息管理系統(tǒng)的研究現(xiàn)狀我國的醫(yī)院信息化建設(shè)伴隨著計(jì)算機(jī)和網(wǎng)絡(luò)技術(shù)的發(fā)展,經(jīng)歷了20多個(gè)年頭,三個(gè)階段:(1)單機(jī)單用戶,即單PC機(jī)階段。始于20世紀(jì)70年代末80年代初,這一階段開始時(shí)以小型機(jī)為主,采取終端方式,當(dāng)時(shí)數(shù)量很少[9]。這一應(yīng)用階段的工作異常辛苦,在技術(shù)上能在屏幕上顯示漢字也是非常困難的事情。(2)多機(jī)、多部門獨(dú)立系統(tǒng)的應(yīng)用,即PC機(jī)+FOXBASE+局域網(wǎng)+部門級信息系統(tǒng)的應(yīng)用階段,20世紀(jì)80年代中期,隨著XT286的出現(xiàn)和國產(chǎn)化,以及網(wǎng)絡(luò)操作系統(tǒng)DBASEIII和UNIX的出現(xiàn),有些醫(yī)院基于此已經(jīng)開始建立了小型局域網(wǎng)絡(luò),并開發(fā)出小型的網(wǎng)絡(luò)管理系統(tǒng)[10]。(3)局域網(wǎng)絡(luò)化全院級應(yīng)用階段,采用的是C/S、B/S結(jié)構(gòu)的一體化醫(yī)院信息系統(tǒng)[11]。20世紀(jì)90年代以太網(wǎng)和大型關(guān)系型數(shù)據(jù)庫因快速快開始逐漸盛行,實(shí)現(xiàn)完整的網(wǎng)絡(luò)管理系統(tǒng)的已經(jīng)不在話下,于是有醫(yī)院開始根據(jù)自身醫(yī)院具體情況研究適合的醫(yī)院管理系統(tǒng),這一階段,開發(fā)出來全院數(shù)據(jù)充分共享的、住院、藥品、固定物資、LIS、醫(yī)院影像PACS[12]。而醫(yī)院信息系統(tǒng)則經(jīng)歷管理信息系統(tǒng)、臨床醫(yī)療信息系統(tǒng)到區(qū)域醫(yī)療信息網(wǎng)絡(luò)的演變。目前,我國各大中型醫(yī)院已經(jīng)實(shí)現(xiàn)了部門的信息化管理,條件較好的醫(yī)院正在向全院信息化管理過度。然而大部分小型醫(yī)院在這方面還有待發(fā)展,相信未來幾年內(nèi)這個(gè)領(lǐng)域?qū)⑹且粔K活躍的市場[13]。1.3研究的思路及主要內(nèi)容1.3.1研究思路重點(diǎn)研究了醫(yī)院管理系統(tǒng)的具體實(shí)現(xiàn),在本文所論述的醫(yī)院管理系統(tǒng)中運(yùn)用MicrosoftSQLServer2005為后臺數(shù)據(jù)庫,以為前端開發(fā)工具,運(yùn)用于IIS服務(wù)器中。ASP是一項(xiàng)微軟公司的技術(shù),指ActiveServerpages(動(dòng)態(tài)服務(wù)器頁面),運(yùn)行于IIS之中的程序[14]。A構(gòu)架是可以用Microsoft公司最新產(chǎn)品visual開發(fā)環(huán)境進(jìn)行開發(fā)的,是基于通過語言的編譯運(yùn)行的程序(本系統(tǒng)基于c#語言),所以它的強(qiáng)大性和適應(yīng)性,可以使它運(yùn)行在Web應(yīng)用軟件開發(fā)者的幾乎全部的平臺上。通用語言的基本庫,消息機(jī)制,數(shù)據(jù)接 44口的處理都能無縫的整合到的Web應(yīng)用中[15]。本系統(tǒng)采用C#.net語言來編寫程序,C#編程語言是由微軟公司開發(fā)的專門為.net平臺設(shè)計(jì)的語言,它可以使程序員移植到.net上[16]。1.3.2研究的主要內(nèi)容醫(yī)院信息管理系統(tǒng)包含五個(gè)子系統(tǒng),現(xiàn)分述如下:1.磁卡管理系統(tǒng)磁卡加密后更具有安全性和可靠性,在將來與銀行、醫(yī)保對接時(shí)就更容易操作和實(shí)施,磁卡系統(tǒng)的中心財(cái)務(wù)管理,主要針對醫(yī)院藥品的管理,的收費(fèi)以及電子病歷的查詢。來醫(yī)院就醫(yī)的患者憑手上辦理的醫(yī)院磁卡進(jìn)行就醫(yī)檢查、檢驗(yàn)以及費(fèi)用結(jié)算和查詢,一般的流程為:掛號——就醫(yī)——?jiǎng)潈r(jià)——交費(fèi)——檢驗(yàn)/檢查/處置/拿藥;在磁卡系統(tǒng)中:(買卡)——就醫(yī)——檢驗(yàn)/檢查/處置/拿藥。方便了醫(yī)生的同時(shí)也方便了患者。醫(yī)生/護(hù)士工作平臺。在這個(gè)系統(tǒng)下醫(yī)生(或?qū)iT錄入人員)可直接記錄處方和醫(yī)囑,并做成模板方便以后使用。病人刷卡、醫(yī)生診斷后則自動(dòng)將所需費(fèi)用劃入病人磁卡上,實(shí)現(xiàn)看病的自動(dòng)化。2.住院管理系統(tǒng)(1)住院處管理。病人登記:根據(jù)入院通知單,完成病人病案的信息錄入、修改或刪除。打印病案和預(yù)付款的收據(jù)。如果病人再次住院則可以自動(dòng)調(diào)出以前的住院記錄,從而進(jìn)行病人跟蹤處理。a、查詢在院病人的各項(xiàng)情況。b、打印在院病人的登記表。c、統(tǒng)計(jì)和打印各科室病人流動(dòng)日報(bào)。(2)出院管理。病人出院時(shí)為病人辦理費(fèi)用結(jié)算。查詢打印任意出院日期范圍內(nèi)的費(fèi)用賬單,統(tǒng)計(jì)出院費(fèi)用。(3)急診處理。對于急診病人,可以適當(dāng)放開某些藥品單打印的檢驗(yàn)項(xiàng)目。辦理預(yù)繳金補(bǔ)繳后可以繼續(xù)接受治療,然后重新打印收據(jù)。(4)護(hù)士工作平臺。安排床位、主管醫(yī)生或轉(zhuǎn)床等事宜。辦理轉(zhuǎn)科輸送及接收;辦理出院輸送;病人退藥申請;病區(qū)退藥申請;醫(yī)囑錄入執(zhí)行。3.藥品管理系統(tǒng)(1)中心藥房管理。中心藥房管理主要對藥房的藥品進(jìn)出量進(jìn)行詳細(xì)的盤算。針對藥品的各種短缺、報(bào)損進(jìn)行詳細(xì)的記錄,并打印明細(xì)賬和單據(jù),自動(dòng)調(diào)節(jié)藥 第一章緒論 55品庫存。對藥品的銷售成本以及重點(diǎn)藥品和各類藥品的詳細(xì)出入進(jìn)行統(tǒng)計(jì)、查詢和打印。(2)住院中西藥房管理。病人醫(yī)囑處理:根據(jù)病人當(dāng)日病歷號、姓名輸入病人處方內(nèi)容自動(dòng)劃價(jià)。審核病人醫(yī)囑是否入賬,然后進(jìn)行發(fā)藥,對劇毒、麻醉等特別藥品進(jìn)行單獨(dú)處理。住院醫(yī)囑處理:根據(jù)醫(yī)生的醫(yī)囑,藥房可依據(jù)擺藥,護(hù)士則可直接前去領(lǐng)藥。針劑藥品則可按科室同種藥總和擺藥。藥房藥品盤庫處理:任意期間對藥品的溢余、短缺、報(bào)損進(jìn)行盤點(diǎn)并打單記錄,對藥房給類藥品情況進(jìn)行統(tǒng)計(jì)、查詢和打印。藥品查詢:查詢各種藥品的庫存情況,并預(yù)測下階段藥品的用量,打印藥品清單。4.醫(yī)院醫(yī)技輔助科室管理系統(tǒng)(1)病檢人檢驗(yàn)檢查處理。先是對病人賬單進(jìn)行入賬處理,然后檢查處理,填寫結(jié)果單,并登記藥品詳單。(2)實(shí)驗(yàn)藥品物品管理。對實(shí)驗(yàn)藥品、物品進(jìn)行庫存管理。對每種庫存物件設(shè)置進(jìn)出量,并對物件的進(jìn)出量進(jìn)行詳細(xì)的跟蹤記錄,同時(shí)根據(jù)庫存和前段時(shí)間用量自動(dòng)生成購領(lǐng)計(jì)劃。(3)實(shí)驗(yàn)藥品物品報(bào)表處理。對實(shí)驗(yàn)物件進(jìn)行詳細(xì)的跟蹤記錄,并依據(jù)記錄自動(dòng)完成記賬結(jié)算功能,實(shí)現(xiàn)打印、查詢等功能。(4)醫(yī)療動(dòng)態(tài)信息查詢。實(shí)時(shí)查詢醫(yī)院人員的動(dòng)態(tài)信息和各種疾病的診治詳細(xì)分類信息。(5)財(cái)務(wù)核算信息查詢。實(shí)時(shí)查詢醫(yī)院財(cái)務(wù)信息對財(cái)務(wù)進(jìn)行分析管理并提供決策支持,對各部門消耗資產(chǎn)情況進(jìn)行詳細(xì)的跟蹤記錄。5.后勤管理系統(tǒng)后勤物資管理主要對固定資產(chǎn)、低值易耗品、設(shè)備管理、考勤管理、圖書管理進(jìn)行有效的管理。1.4系統(tǒng)的特點(diǎn)及結(jié)構(gòu)1.4.1系統(tǒng)的設(shè)計(jì)特點(diǎn)本設(shè)計(jì)方案基本實(shí)現(xiàn)醫(yī)院信息的徹底數(shù)字化,改變傳統(tǒng)方式降低管理費(fèi),并合理制定醫(yī)院的發(fā)展計(jì)劃,另一方面,系統(tǒng)的界面友善,避免邊疆有些醫(yī)院工作 66人員反復(fù)學(xué)習(xí);除此之外,系統(tǒng)利用磁卡實(shí)現(xiàn)掛號、電子貨幣等功能,并與醫(yī)保結(jié)合,實(shí)現(xiàn)“一卡通”。該系統(tǒng)具有如下特點(diǎn):(1)系統(tǒng)維護(hù)費(fèi)用降低:瀏覽器/服務(wù)器的系統(tǒng)只要修改一處就可以在作用所有的前臺,省時(shí)省力,較以前的系統(tǒng)方便快捷了很多。(2)操作者培訓(xùn)費(fèi)用降低:因?yàn)椴僮髡咧灰煜nternet知識,就可以操作本系統(tǒng),無需另外專門進(jìn)行特定的培訓(xùn),因而可以降低操作者的培訓(xùn)費(fèi)用。(3)集中管理安全性大大提高:鑒于本系統(tǒng)采用的是黑洞防火墻技術(shù),且程序服務(wù)器和數(shù)據(jù)庫服務(wù)器都在網(wǎng)絡(luò)中心,系統(tǒng)的安全性得到了保證,黑客無法接觸到主機(jī),因此安全系數(shù)提高不少。(4)構(gòu)造成本降低:客戶端安裝的費(fèi)用可以節(jié)省下來,從而降低成本。(5)響應(yīng)速度大大提高:鑒于Internet的數(shù)據(jù)傳輸特點(diǎn),因此傳輸高效。(6)可遠(yuǎn)程維護(hù):集中管理和Internet的技術(shù)特點(diǎn)使本系統(tǒng)可以實(shí)現(xiàn)遠(yuǎn)程維護(hù),從而使修改作用于所有的工作站,高效快捷。(7)界面友善:因?yàn)楣ぷ鹘缑嬗焉?,工作人員的操作非常方便,這大大降低了系統(tǒng)使用難度。1.4.2論文的結(jié)構(gòu)文章的寫作結(jié)構(gòu)大致為:理論基礎(chǔ)——系統(tǒng)的需求分析——系統(tǒng)的設(shè)計(jì)——系統(tǒng)的實(shí)現(xiàn)及測試。本文主要的框架如下:第一章是緒論部分,對本文的研究背景及研究意義、研究現(xiàn)狀、研究思路及結(jié)構(gòu)、研究創(chuàng)新點(diǎn)進(jìn)行一個(gè)總的概括。第二章是對系統(tǒng)開發(fā)使用的技術(shù)進(jìn)行分析,包括B/S與C/S體系結(jié)構(gòu)對比、ASP.NET特點(diǎn)分析、SQLSERVER數(shù)據(jù)平臺簡介等內(nèi)容。第三章是對醫(yī)院管理系統(tǒng)的需求進(jìn)行分析,從系統(tǒng)開發(fā)的可行性、功能需求以及性能需求等方面對系統(tǒng)開發(fā)的整體進(jìn)行分析。第四章是在第三章的基礎(chǔ)上對醫(yī)院管理系統(tǒng)的框架結(jié)構(gòu)、設(shè)計(jì)原則、數(shù)據(jù)需求以及數(shù)據(jù)庫設(shè)計(jì)進(jìn)行總體分析為后文系統(tǒng)的實(shí)現(xiàn)奠定基礎(chǔ)。第五章醫(yī)院管理系統(tǒng)的實(shí)現(xiàn),首先對系統(tǒng)開發(fā)與運(yùn)行環(huán)境進(jìn)行總體概述,其次對系統(tǒng)核心功能模塊的實(shí)現(xiàn)分析,在實(shí)現(xiàn)的基礎(chǔ)上,對系統(tǒng)運(yùn)行界面進(jìn)行截圖,并附上部分模塊的功能代碼。 第一章緒論 77第六章醫(yī)院管理系統(tǒng)的測試部分,是對系統(tǒng)的各個(gè)功能模塊進(jìn)行了全部測試,在測試的過程中,也發(fā)現(xiàn)了系統(tǒng)存在的缺陷,并基于測試的結(jié)果,對系統(tǒng)存在的缺陷進(jìn)行了修改和完善,最后進(jìn)行了回歸。最后是總結(jié)全文并提出進(jìn)一部分研究展望。 88第二章相關(guān)技術(shù)概述2.1B/S與C/S體系結(jié)構(gòu)對比B/S作為一種網(wǎng)絡(luò)結(jié)構(gòu)新模式興起于Web后,客戶端最主要的應(yīng)用軟件就是Web瀏覽器,該模式將系統(tǒng)功能的核心部分集中在服務(wù)器上統(tǒng)一了客戶端,實(shí)現(xiàn)了系統(tǒng)的簡化,使系統(tǒng)的開發(fā)、使用和維護(hù)都易于進(jìn)行[17]。通過在客戶機(jī)上安裝一個(gè)瀏覽器,然后利用WebServe,在服務(wù)器安裝Oracle、Sybase、Informix或SQLServer等數(shù)據(jù)庫之后就可以同數(shù)據(jù)庫進(jìn)行數(shù)據(jù)交互[18]。目前,隨著系統(tǒng)升級和改進(jìn)次數(shù)增多,B/S架構(gòu)的產(chǎn)品的優(yōu)勢就更突出,它較之前的系統(tǒng)更為便捷。相對于一個(gè)大企業(yè)來說的化,B/S架構(gòu)的軟件就不需要系統(tǒng)工作人員面對機(jī)器來回跑動(dòng)維護(hù),只需要將服務(wù)器管理好就行了,不僅節(jié)約了時(shí)間還節(jié)約了成本[19]。凡使用B/S架構(gòu)的應(yīng)用管理軟件,其應(yīng)用范圍十分廣泛[20]。不過,B/S模式的也有弊端,就是B/S架構(gòu)管理軟件就安裝在服務(wù)器端上,用戶界面主要在服務(wù)器端通過瀏覽器實(shí)現(xiàn),只有很少一部分的事務(wù)邏輯是在前端實(shí)現(xiàn),因而應(yīng)用于服務(wù)器運(yùn)行數(shù)據(jù)的負(fù)荷就會比較重。但同時(shí)網(wǎng)絡(luò)管理人員也只需要管理服務(wù)器,做一下機(jī)器的硬件維護(hù)就足夠了[21]。但是,由于運(yùn)行數(shù)據(jù)時(shí)應(yīng)用服務(wù)器的負(fù)荷較重,所以一旦發(fā)生服務(wù)器崩潰的問題,帶來的影響將十分嚴(yán)重,因而要考慮數(shù)據(jù)的存儲問題。C/S模式[22]是一種常見的由客戶端和服務(wù)器系統(tǒng)的工作方式完成,客戶端負(fù)責(zé)實(shí)現(xiàn)用戶界面;服務(wù)器上運(yùn)行的數(shù)據(jù)庫管理系統(tǒng)(DBMS),數(shù)據(jù)存儲,數(shù)據(jù)的安全性,完整性和并發(fā)控制等處理保證;而事務(wù)處理規(guī)則可以在一個(gè)這兩種,這種結(jié)構(gòu)主要體現(xiàn)一個(gè)“請求-響應(yīng)”模型,使數(shù)據(jù)處理客戶端請求,服務(wù)器接受并將結(jié)果輸出到客戶端,做出相應(yīng)的反應(yīng)[23]。C/S模式中,服務(wù)器端只實(shí)現(xiàn)一小部分程序功能,響應(yīng)速度非???。C/S的弊端就是系統(tǒng)軟件升級的成本高。應(yīng)該說,B/S和C/S各有千秋,同時(shí)作為當(dāng)前重要的計(jì)算架構(gòu),在應(yīng)用Internet和維護(hù)等方面,B/S比C/S要優(yōu)化;但B/S在運(yùn)行的速度上,數(shù)據(jù)的安全性上以及人機(jī)交互等方面不如C/S[24]。綜上所述,凡是C/S的強(qiáng)項(xiàng),便是B/S的弱項(xiàng),反之亦然[25]。目前,隨著B/S結(jié)構(gòu)使用頻率的增加,簡介帶動(dòng)了AJAX技術(shù)的發(fā)展,從很大程度上減輕了服務(wù)器的負(fù)擔(dān)[26]。綜合來看,我院客戶端數(shù)量將逐漸增加,并選擇B/S體系結(jié)構(gòu)從而減少維護(hù)成本。 第二章相關(guān)技術(shù)概述 992.2ASP.NET特點(diǎn)及優(yōu)勢提到ASP.NET,你必須先找出什么是ASP。ASP是ActiveServerPages,即,ActiveServerPages,為什么叫它活動(dòng)服務(wù)器頁面,這是因?yàn)樗械撵o態(tài)HTML頁面上上網(wǎng),如果你需要更新你的網(wǎng)站內(nèi)容,你必須做很多HTML頁[27]。用ASP之后,我們可以根據(jù)不同的用戶在不同的時(shí)間向用戶顯示不同的內(nèi)容。更新網(wǎng)站內(nèi)容不再是一個(gè)繁瑣的迭代過程,它變得容易和有趣。然而,由于對ASP程序和網(wǎng)頁的HTML混合在一起,使程序看起來很混亂。在當(dāng)前網(wǎng)站的設(shè)計(jì)過程,通常是由程序開發(fā)者計(jì)劃發(fā)展的背景下完成的,在一個(gè)專業(yè)的平面設(shè)計(jì)頁的前面,所以,在雙方合作的過程中會產(chǎn)生各種各樣的問題[28]。同時(shí),ASP頁面是解釋型的腳本語言,所以它的速度的影響。腳本語言的限制,通過自身的條件,當(dāng)我們已經(jīng)調(diào)用ASP程序編寫COM組件來完成一些功能[29]。所以微軟最后推出了ASP.NET。ASP.NET不僅僅是一個(gè)簡單的升級具有一定的,這為我們提供了一個(gè)新的更強(qiáng)大的服務(wù)器控制結(jié)構(gòu)。外觀:ASP.NET和ASP是相似的,但在本質(zhì)上是完全不同的。ASP.NET幾乎完全是基于組件對象的組件和模塊,每一個(gè)頁面,對象,和HTML元素是一個(gè)運(yùn)行。在語言的發(fā)展,ASP.NET廢棄的VBSCRIPT和JSCRIPT,而使用。NET框架支持VB.NET,C#.NET語言等開發(fā)語言,這些語言生成的網(wǎng)頁是背景轉(zhuǎn)換成為類和編譯成為一個(gè)DLL。因?yàn)锳SP.NET是一個(gè)編譯器的實(shí)現(xiàn),所以它比效率更高的ASP。ASP.NET文件有以下幾項(xiàng)內(nèi)容[30]:(1)服務(wù)器發(fā)出的處理指令。(2)C#、VB.NET、JScript.NET代碼或.NETFramework支持的其他語言的代碼。(3)對應(yīng)的窗體內(nèi)容。(4)腳本代碼。(5)內(nèi)嵌的服務(wù)器控件。在Web窗體控件狀態(tài)信息,包括數(shù)據(jù)輸入文本框,下拉列表中的選項(xiàng),等,被存儲在一個(gè)隱藏的ViewState的領(lǐng)域,這個(gè)領(lǐng)域是生成的頁面的服務(wù)器部分,并將其發(fā)送給用戶。隨后的操作稱為Postback,如觸發(fā)事件,你需要一個(gè)服務(wù)器端的處理,如提交表單數(shù)據(jù),信息被發(fā)送回服務(wù)器。在服務(wù)器上,此信息是用于再填充頁面對象模型,為了操作,在本地修改相同[31]。ASP.NET提供了易于編寫,結(jié)構(gòu)清晰的代碼,可以很容易地重用和共享;采用匯編語言編寫ASP.NET,以提高性能和可擴(kuò)展性;ASP.NETWeb表單使開發(fā)人員能夠使用更直觀,使用組件,使用面向?qū)ο蠹夹g(shù)。此外,ASP.NET頁面還包括事件, 1010Web控件,服務(wù)器控件和緩沖技術(shù)和數(shù)據(jù)綁定的改進(jìn)。使用Microsoft.NET框架,ASP.NET圖書館允許通過使用商業(yè)功能的Web客戶,為程序員提供了更多新的發(fā)展機(jī)遇。ASP.NET使代碼更干凈?,F(xiàn)有的ASP應(yīng)用程序,無論你怎樣寫,總是充滿了長長短短的代碼。在ASP.NET代碼不僅容易寫,更干凈到ASP代碼更容易閱讀[32]。同時(shí),ASP.NET代碼的結(jié)構(gòu)方式提高了其再利用性和共享性。ASP.NET改進(jìn)的配置具有可擴(kuò)展性,安全性,可靠性。簡單的ASP應(yīng)用程序配置實(shí)際上是沒有問題的,但是當(dāng)你遷移到一個(gè)N層結(jié)構(gòu)使用的組件時(shí),它會遇到的問題。當(dāng)你安裝這些應(yīng)用和維修,DLL陷阱問題,包括組件注冊,并鎖定DLL的版本等等都會出現(xiàn)。ASP在注冊和注銷DLL鎖定網(wǎng)絡(luò)組件,充分利用XML配置文件從而解決。只需要執(zhí)行的工作,所以你可以復(fù)制文件來配置Web應(yīng)用程序。新聞發(fā)布系統(tǒng)的各種不同的瀏覽器提供更好的支持。對于ASP開發(fā)者,瀏覽器兼容性的問題似乎是一個(gè)永恒的問題。ASP.NET是不同的瀏覽器提供更好的支持。ASP.NET創(chuàng)建了一個(gè)新的Web應(yīng)用程序類。當(dāng)前的Web應(yīng)用程序往往是相同的模式:一個(gè)線性應(yīng)用邏輯,然后植入其中之一。ASP.NET允許開發(fā)者打破這種單一的模式,創(chuàng)造一個(gè)更有活力和更可擴(kuò)展的應(yīng)用程序,該應(yīng)用程序可以更好的滿足和提供更豐富的開發(fā)環(huán)境。2.3SQLSERVER數(shù)據(jù)平臺簡介SQL是關(guān)系數(shù)據(jù)庫管理系統(tǒng),微軟推出了一種新的數(shù)據(jù)管理和分析軟件使用方便,具有良好的可擴(kuò)展性的生成,與相關(guān)軟件的優(yōu)勢整合水平較高。SQLServer是一個(gè)全面的,綜合的,端到端的數(shù)據(jù)解決方案,提供了一個(gè)安全,可靠和高效的企業(yè)數(shù)據(jù)管理和商業(yè)智能(BI)應(yīng)用程序的業(yè)務(wù)用戶平臺。SQLServer的IT專業(yè)人員和信息工作者帶來的強(qiáng)大,熟悉的工具,同時(shí)降低企業(yè)數(shù)據(jù)從移動(dòng)設(shè)備創(chuàng)建一個(gè)多平臺系統(tǒng),復(fù)雜的部署,管理,和使用企業(yè)數(shù)據(jù)和分析應(yīng)用。通過全面的功能集、與現(xiàn)有系統(tǒng)的互操作性等提供了對日常任務(wù)的自動(dòng)化管理能力。SQLSERVER數(shù)據(jù)平臺包括以下工具:(1)關(guān)系型數(shù)據(jù)庫。一個(gè)更安全的,可靠的,可擴(kuò)展的,強(qiáng)大的和高可用的數(shù)據(jù)庫引擎性能的提高和結(jié)構(gòu)化和非結(jié)構(gòu)化的數(shù)據(jù)支持。(2)復(fù)制服務(wù)。數(shù)據(jù)復(fù)制可以用于數(shù)據(jù)分布或移動(dòng)數(shù)據(jù)處理中的應(yīng)用,為高可用性數(shù)據(jù)備份系統(tǒng),企業(yè)報(bào)表解決方案的可擴(kuò)展性和并發(fā)性,異構(gòu)系統(tǒng)(包括Oracle數(shù)據(jù)庫整合一些)。 第二章相關(guān)技術(shù)概述 1111(3)通知服務(wù)。對于可伸縮的應(yīng)用程序,可以發(fā)布個(gè)性化的開發(fā)和部署先進(jìn)的通知功能,及時(shí)的信息更新到不同的連接和移動(dòng)設(shè)備。集成服務(wù)。在一個(gè)企業(yè)范圍的數(shù)據(jù)倉庫和數(shù)據(jù)集成的數(shù)據(jù)提取,轉(zhuǎn)換和加載(ETL)功能。(4)分析服務(wù)。聯(lián)機(jī)分析處理(OLAP)功能可以用來存儲大量使用多維和復(fù)雜的數(shù)據(jù)集快速先進(jìn)的分析。(5)報(bào)表服務(wù)。創(chuàng)建全面的報(bào)告解決方案,管理和發(fā)布的傳統(tǒng),打印報(bào)告和互動(dòng)的,基于Web的報(bào)告。(6)管理工具。綜合管理工具包含在SQL服務(wù)器可用于管理和優(yōu)化先進(jìn)的數(shù)據(jù)庫,同時(shí),作為微軟運(yùn)營經(jīng)理(MOM)系統(tǒng)管理服務(wù)器(SMS)與其他工具緊密集成。標(biāo)準(zhǔn)的數(shù)據(jù)訪問協(xié)議大大減少SQL服務(wù)器之間現(xiàn)有的系統(tǒng)和數(shù)據(jù)集成的時(shí)間。此外,在SQLServer構(gòu)建本土網(wǎng)絡(luò)服務(wù)器和其他支持,以確保和平臺的互操作性的應(yīng)用。(7)開發(fā)工具。SQLSERVER為數(shù)據(jù)庫引擎、數(shù)據(jù)抽取、數(shù)據(jù)的轉(zhuǎn)換、數(shù)據(jù)的裝載(ETL)、OLAP和報(bào)表提供了和MicrosoftVisualStudio相集成的開發(fā)工具,從而使端到端的應(yīng)用程序開發(fā)能力成為現(xiàn)實(shí)。SQLServer中的每個(gè)主要的子系統(tǒng)都有對應(yīng)的應(yīng)用程序接口(API)和對象模型,因而數(shù)據(jù)系統(tǒng)能夠擴(kuò)展到任何商業(yè)環(huán)境中。SQLServer數(shù)據(jù)平臺為各種規(guī)模的組織提供了以下好處:(1)充分利用數(shù)據(jù)資產(chǎn)。除了提供一個(gè)安全和業(yè)務(wù)分析應(yīng)用在可靠的數(shù)據(jù)庫,SQL服務(wù)器還允許用戶通過嵌入功能,從他們的數(shù)據(jù)中獲取更多的價(jià)值(如報(bào)告,分析和數(shù)據(jù)挖掘等)可以充分利用其強(qiáng)大的功能和靈活的數(shù)據(jù)傳遞到每一個(gè)組織,成為其他系統(tǒng)的一部分。(2)提高生產(chǎn)效率。通過一個(gè)綜合性的BI功能和熟悉微軟辦公系統(tǒng)的工具集成,SQLServer提供關(guān)鍵業(yè)務(wù)信息和及時(shí)的信息內(nèi)的工人組織為了滿足他們的特定需求。(3)減少IT復(fù)雜性。SQLServer簡化開發(fā),部署和管理的業(yè)務(wù)分析應(yīng)用的復(fù)雜性,它為開發(fā)者提供了一個(gè)靈活的開發(fā)環(huán)境,提供了一個(gè)集成的自動(dòng)化管理工具進(jìn)行數(shù)據(jù)庫管理。(4)降低總體擁有成本(TCO)。SQLServer中集成的方法和對產(chǎn)品易用性和部署上的關(guān)注提供了行業(yè)上最低的規(guī)劃、實(shí)現(xiàn)和維護(hù)成本,使數(shù)據(jù)庫投資能快速得到回報(bào)。 12122.4本章小結(jié)在本章中對與醫(yī)院管理系統(tǒng)有關(guān)的一些技術(shù)進(jìn)行了探討和選擇。分析了目前開發(fā)管理信息系統(tǒng)的兩種主要平臺:客戶機(jī)/服務(wù)器(C/S)和瀏覽器/服務(wù)器(B/S)模式,分析了它們之間的優(yōu)缺點(diǎn);并以實(shí)際情況為基礎(chǔ),提出了在醫(yī)院管理信息系統(tǒng)中采用B/S體系結(jié)構(gòu)的方案。 第三章基于Web的醫(yī)院管理系統(tǒng)的需求分析 1313第三章基于Web的醫(yī)院管理系統(tǒng)的需求分析軟件工程的生命周期主要包括系統(tǒng)的需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)和系統(tǒng)測試幾個(gè)部分,本文基于軟件工程的生命周期理論,分別對系統(tǒng)進(jìn)行需求分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)和系統(tǒng)測試。本章中重點(diǎn)對系統(tǒng)進(jìn)行需求分析,需求分析是軟件開發(fā)的基礎(chǔ),在系統(tǒng)開發(fā)的前期進(jìn)行。在需求分析階段,系統(tǒng)分析員和軟件工程師需要與系統(tǒng)用戶進(jìn)行廣泛交流、深入溝通,確定顧客的需要,主要包括系統(tǒng)的功能需求、性能需求、數(shù)據(jù)需求等等,只有確定了系統(tǒng)的需求才能在系統(tǒng)分析、系統(tǒng)設(shè)計(jì)和系統(tǒng)開發(fā)階段,尋求系統(tǒng)的開發(fā)方式以及解決方法。本文對Web醫(yī)院管理系統(tǒng)的開發(fā)正是在充分了解客戶需求的基礎(chǔ)上進(jìn)行的。3.1系統(tǒng)的可行性需求可行性需求分析是基于對軟件系統(tǒng)的調(diào)查,確定開發(fā)系統(tǒng)是否必要、是否可行,并分析系統(tǒng)在開發(fā)過程中涉及的經(jīng)濟(jì)成本、技術(shù)難點(diǎn)、以及后期運(yùn)行的效果等等。避免產(chǎn)生盲目開發(fā)而導(dǎo)致的投資失誤,以確保系統(tǒng)開發(fā)的正常進(jìn)行和后期運(yùn)行的成功性。本文基于Web的醫(yī)院管理系統(tǒng)的可行性需求分析主要包括如下:3.1.1經(jīng)濟(jì)可行性經(jīng)濟(jì)可行性就是評估系統(tǒng)開發(fā)的成本以及系統(tǒng)運(yùn)行的經(jīng)濟(jì)效益。一方面,通過對Web的醫(yī)院管理系開發(fā)過程中涉及的人力成本、軟件開發(fā)成本、硬件設(shè)施成本以及運(yùn)行維護(hù)成本等進(jìn)行評估,確保系統(tǒng)開發(fā)的單位能夠接受相應(yīng)的資金;另一方面,系統(tǒng)開發(fā)實(shí)施后,在很大程序上可以提高工作功率,有利于提高和完善單位的信息化管理水平。通過對Web的醫(yī)院管理系統(tǒng)進(jìn)行調(diào)查,可以看出,對系統(tǒng)的開發(fā)成本是可以接受的,Web的醫(yī)院管理系在投入實(shí)施和使用之后,將大大地提高工作效率和管理水平。因此,開發(fā)Web的醫(yī)院管理系在經(jīng)濟(jì)上是可行的。經(jīng)濟(jì)可行性,對于本文而言,主要是來比較開發(fā)一個(gè)基于Web系統(tǒng)的醫(yī)院管理系統(tǒng)的成本和收益。如今社會是信息化時(shí)代,信息化管理可以使醫(yī)院信息管理更加系統(tǒng)化,全面化、規(guī)范化、快速化,這樣可以為醫(yī)院帶來各方面的收益。開發(fā)出本系統(tǒng)可以減少醫(yī)院管理人員的數(shù)量,而且管理方便,各個(gè)功能實(shí)現(xiàn)快速、 1414準(zhǔn)確,數(shù)據(jù)管理及時(shí)有效。這些效益和管理上的方便、及時(shí)、安全遠(yuǎn)遠(yuǎn)超過了開發(fā)本系統(tǒng)的成本,所以在經(jīng)濟(jì)上具有完全的可行性。3.1.2技術(shù)可行性對系統(tǒng)的技術(shù)可行性分析是基于客戶的需求來進(jìn)行的,通過客戶提出的功能需求和性能需求,系統(tǒng)開發(fā)人員需要對開發(fā)技術(shù)條件是否能夠完成系統(tǒng)的需求進(jìn)行評估,確定功能實(shí)現(xiàn)、性能目標(biāo)等存在的技術(shù)難題,技術(shù)條件是否能正常解決這些技術(shù)難題。本文的Web的醫(yī)院管理系采用了B/S開發(fā)模式,并結(jié)合現(xiàn)今流行的系統(tǒng)開發(fā)技術(shù)。系統(tǒng)開發(fā)使用了SQLServer數(shù)據(jù)庫服務(wù)器,不僅能夠存儲和處理海量的數(shù)據(jù),還可以充分保持?jǐn)?shù)據(jù)的完整性,與此同時(shí),數(shù)據(jù)庫的靈活性以及安全性使得能夠方便地進(jìn)行數(shù)據(jù)庫編程。因此,從軟件技術(shù)的層面來看,系統(tǒng)開發(fā)是可行的。同時(shí),系統(tǒng)運(yùn)行的硬件設(shè)施層面,硬件的容量逐漸增大,硬件的穩(wěn)定性和可靠性越來越強(qiáng),硬件成本也越來越低,因此,可以說,系統(tǒng)的硬件平臺也是能夠滿足系統(tǒng)的需求的??傊鞠到y(tǒng)開發(fā)的目標(biāo)很清楚,在技術(shù)和經(jīng)濟(jì)方面是可行的,投資少,見效快。因此,該系統(tǒng)的開發(fā)是完全可行的。總的說來,Web的醫(yī)院管理系統(tǒng)開發(fā)的目標(biāo)明確,在經(jīng)濟(jì)上和技術(shù)上都是可行的。3.1.3營運(yùn)可行性指系統(tǒng)對組織機(jī)構(gòu)的影響,現(xiàn)有人員和機(jī)構(gòu)、設(shè)施、環(huán)境等對系統(tǒng)的適應(yīng)性以及進(jìn)行人員培訓(xùn)補(bǔ)充的可能性。醫(yī)院管理系統(tǒng)主要是為了解決醫(yī)院的醫(yī)院管理問題,并且減輕相應(yīng)管理人員的工作負(fù)擔(dān)。特別是當(dāng)前醫(yī)院信息管理相關(guān)的相關(guān)軟件還不多,且功能單一,不完善,升級困難,操作不方便。本系統(tǒng)是針對廣大醫(yī)院管理的具體情況而開發(fā)的,適合廣大醫(yī)院需求,它追求簡單、易學(xué)、易懂、易用,易升級,能夠更有效地減輕相關(guān)管理人員的負(fù)擔(dān),因而市場前景是十分光明的。在系統(tǒng)開發(fā)時(shí),我們參照手工方式下醫(yī)院管理人員的管理習(xí)慣,即根據(jù)醫(yī)院管理人員進(jìn)行醫(yī)院管理時(shí)原先的操作流程和操作習(xí)慣開發(fā)。因此,只要對操作人員進(jìn)行短期的培訓(xùn),就能讓他們很快的適應(yīng)新系統(tǒng)的運(yùn)作模式,所以不需要對業(yè)務(wù)流程進(jìn)行重新調(diào)整就能使系統(tǒng)正常運(yùn)作,進(jìn)而縮短了整個(gè)系統(tǒng)的開發(fā)時(shí)間。另外,本系統(tǒng)對用戶的權(quán)限也實(shí)現(xiàn)了嚴(yán)格的分層控制,使醫(yī)院里的相關(guān)人員既能夠 第三章基于Web的醫(yī)院管理系統(tǒng)的需求分析 1515根據(jù)自己的權(quán)限方便快捷的使用本系統(tǒng),又能夠做到不越權(quán)使用??偠灾踞t(yī)院信息管理系統(tǒng)已經(jīng)有了正常運(yùn)行的可能性。3.2系統(tǒng)的功能需求基于Web的醫(yī)院管理系的最終用戶為醫(yī)院工作人員。根據(jù)我們?nèi)粘I钪械慕?jīng)驗(yàn),結(jié)合對自己醫(yī)院管理人員的咨詢和對醫(yī)務(wù)人員的調(diào)查,得出用戶的下列實(shí)際要求:1.系統(tǒng)管理員系統(tǒng)管理員能查詢醫(yī)院的所有相關(guān)信息,主要包括系統(tǒng)表、人員信息、系統(tǒng)權(quán)限、財(cái)務(wù)信息、醫(yī)藥信息、數(shù)據(jù)、住院數(shù)據(jù)等。以利于對整個(gè)醫(yī)院信息的全面管理。當(dāng)醫(yī)院基本信息發(fā)生變化時(shí),系統(tǒng)管理員能對其進(jìn)行修改。比如,某些病人轉(zhuǎn)院,他們在本醫(yī)院中相應(yīng)的記錄就應(yīng)該更新;或者病人需要轉(zhuǎn)科室,他們記錄中科室的信息也要作相應(yīng)的修改等等。當(dāng)醫(yī)院醫(yī)務(wù)人員的個(gè)人信息,包括電話號碼等發(fā)生變更時(shí),系統(tǒng)管理員能根據(jù)有關(guān)證明做出修改。當(dāng)醫(yī)院財(cái)產(chǎn)報(bào)修及時(shí)解決后,管理員應(yīng)登記解決時(shí)間,表明該報(bào)修問題已成功解決。2.患者住院信息需求在基于Web的醫(yī)院管理系統(tǒng)中,醫(yī)護(hù)人員需要獲取的病患信息主要包括病人基本信息;病人掛號信息;病人住院、出院或轉(zhuǎn)院的信息;病人的治療信息;主治醫(yī)生的相關(guān)信息;藥房和藥品的相關(guān)信息;財(cái)務(wù)信息等等,這些都是醫(yī)院工作人員在病人管理工作過程中需要經(jīng)常使用的。掛號處醫(yī)務(wù)人員完成病人掛號信息的錄入、編輯和刪除;收費(fèi)處工作人員完成病人住院、藥品等費(fèi)用的收?。凰帋旃芾砣藛T負(fù)責(zé)藥品信息的錄入、編輯和刪除等操作;醫(yī)院財(cái)務(wù)人員負(fù)責(zé)財(cái)務(wù)信息的核算和統(tǒng)計(jì)等。3.2.1系統(tǒng)的功能結(jié)構(gòu)分析基于Web的醫(yī)院管理系統(tǒng)的核心業(yè)務(wù)主要包括:磁卡管理系統(tǒng)、住院管理系統(tǒng)、藥品管理系統(tǒng)、醫(yī)院醫(yī)技輔助科室管理系統(tǒng)、后勤管理系統(tǒng)。各個(gè)功能模塊描述如下:1.磁卡管理系統(tǒng)磁卡加密后更具有安全性和可靠性,在將來與銀行、醫(yī)保接口時(shí)就更容易操作和實(shí)施,磁卡系統(tǒng)的中心財(cái)務(wù)管理,主要針對醫(yī)院藥品的管理,的收費(fèi)以及電子病歷的查詢。來醫(yī)院就醫(yī)的患者憑手上辦理的醫(yī)院磁卡進(jìn)行就醫(yī)檢查、檢驗(yàn)以 1616及費(fèi)用結(jié)算和查詢,一般的流程為:掛號——就醫(yī)——?jiǎng)潈r(jià)——交費(fèi)——檢驗(yàn)/檢查/處置/拿藥;在磁卡系統(tǒng)中:(買卡)——就醫(yī)——檢驗(yàn)/檢查/處置/拿藥。方便了醫(yī)生的同時(shí)也方便了患者。醫(yī)生/護(hù)士工作平臺。醫(yī)生可在此系統(tǒng)錄入處方和醫(yī)囑,實(shí)現(xiàn)計(jì)算機(jī)輔助開處方,此藥房還能供后來者使用。系統(tǒng)在患者刷卡、醫(yī)生開方后自動(dòng)將費(fèi)用劃入患者磁卡上,實(shí)現(xiàn)自動(dòng)化就醫(yī)看病。病人費(fèi)用查詢。一方面病人通過磁卡可自由查詢自己的費(fèi)用,另一方面可增加病人對醫(yī)院收費(fèi)的信用度。2.住院管理系統(tǒng)(1)住院處管理。住院處根據(jù)醫(yī)生開的病人入院通知單對病人進(jìn)行登記,填寫病人的相關(guān)信息,打印病案、預(yù)繳金收據(jù),且后期對病人進(jìn)行跟蹤處理。(2)出院管理。出院管理主要辦理患者費(fèi)用的結(jié)算、費(fèi)用查詢以及打印病人的出院收據(jù)。包括一些中期結(jié)算、查詢、退款中結(jié)、欠費(fèi)等。(3)急診處理。對于急診病人可以根據(jù)情況適當(dāng)?shù)姆砰_一些藥品的管理。在處理一些預(yù)繳金時(shí),若果患者住院費(fèi)用超過預(yù)繳金在辦理了預(yù)繳金補(bǔ)繳后可以繼續(xù)進(jìn)行治療。(4)護(hù)士工作平臺。對入住的患者登記、安排床位、轉(zhuǎn)床等等其他輔助性工作。3.藥品管理系統(tǒng)藥品管理系統(tǒng)分為中心藥房管理、及住院中西藥房管理等幾個(gè)功能模塊。(1)中心藥房管理。中心藥房管理即對醫(yī)院藥庫的管理,主要職能就是針對藥房藥品的進(jìn)出量,來源和去處做詳細(xì)的記錄。對任意時(shí)期的藥品信息、藥品的銷售成本以及藥品詳單報(bào)表的生成、查詢以及打印。(2)住院中西藥房管理。病人醫(yī)囑處理:根據(jù)病人當(dāng)日病歷號、姓名輸入病人處方內(nèi)容自動(dòng)劃價(jià)。審核病人醫(yī)囑是否入賬,然后進(jìn)行發(fā)藥,對劇毒、麻醉等特別藥品進(jìn)行單獨(dú)處理。住院醫(yī)囑處理:根據(jù)醫(yī)生的醫(yī)囑,藥房可依據(jù)擺藥,護(hù)士則可直接前去買藥。針劑藥品則可按科室同種藥總和擺藥。藥房藥品盤庫處理:任意期間對藥品的溢余、短缺、報(bào)損進(jìn)行盤點(diǎn)并打單記錄,對藥房給類藥品情況進(jìn)行統(tǒng)計(jì)、查詢和打印。藥品查詢:查詢各種藥品的庫存情況,并預(yù)測下階段藥品的用量,打印藥品清單。4.醫(yī)院醫(yī)技輔助科室管理系統(tǒng) 第三章基于Web的醫(yī)院管理系統(tǒng)的需求分析 1717(1)病檢人檢驗(yàn)檢查處理。先是對病人賬單進(jìn)行入賬處理,然后檢查處理,填寫結(jié)果單,并登記藥品詳單。(2)實(shí)驗(yàn)藥品物品管理。對實(shí)驗(yàn)藥品、物品進(jìn)行庫存管理。對每種庫存物件設(shè)置進(jìn)出量,并對物件的進(jìn)出量進(jìn)行詳細(xì)的跟蹤記錄,同時(shí)根據(jù)庫存和前段時(shí)間用量自動(dòng)生成購領(lǐng)計(jì)劃。(3)實(shí)驗(yàn)藥品物品報(bào)表處理。對實(shí)驗(yàn)物件進(jìn)行詳細(xì)的跟蹤記錄,并依據(jù)記錄自動(dòng)完成記賬結(jié)算功能,實(shí)現(xiàn)打印、查詢等功能。(4)醫(yī)療動(dòng)態(tài)信息查詢。實(shí)時(shí)查詢醫(yī)院人員的動(dòng)態(tài)信息和各種疾病的診治詳細(xì)分類信息。(5)財(cái)務(wù)核算信息查詢。實(shí)時(shí)查詢醫(yī)院財(cái)務(wù)信息對財(cái)務(wù)進(jìn)行分析管理并提供決策支持,對各部門消耗資產(chǎn)情況進(jìn)行詳細(xì)的跟蹤記錄。5.后勤管理系統(tǒng)后勤物資管理主要對固定資產(chǎn)、低值易耗品、設(shè)備管理、考勤管理、圖書管理進(jìn)行有效管理。3.2.2系統(tǒng)的用例圖根據(jù)以上對系統(tǒng)進(jìn)行需求分析,可得出基于Web的醫(yī)院管理系統(tǒng)的UML用例圖如下圖3-2所示。不同的系統(tǒng)用戶,具有不同的功能權(quán)限,其中醫(yī)院工作人員,掛號處醫(yī)務(wù)人員需要完成病人掛號信息的錄入、編輯和刪除;收費(fèi)處工作人員完成病人住院、藥品等費(fèi)用的收?。凰帋旃芾砣藛T負(fù)責(zé)藥品信息的錄入、編輯和刪除等操作;醫(yī)院財(cái)務(wù)人員負(fù)責(zé)財(cái)務(wù)信息的核算和統(tǒng)計(jì)等。而系統(tǒng)管理員具有系統(tǒng)的所有功能的權(quán)限,能查詢醫(yī)院的所有相關(guān)信息,主要包括系統(tǒng)表、人員信息、系統(tǒng)權(quán)限、財(cái)務(wù)信息、醫(yī)藥信息、數(shù)據(jù)、住院數(shù)據(jù)等。以利于對整個(gè)醫(yī)院信息的全面管理。18掛號信息錄入、編輯藥品費(fèi)用的的收取財(cái)物信息的可算和統(tǒng)計(jì)門診數(shù)據(jù)住院數(shù)據(jù)醫(yī)藥信息系統(tǒng)權(quán)限18掛號信息錄入、編輯藥品費(fèi)用的的收取財(cái)物信息的可算和統(tǒng)計(jì)門診數(shù)據(jù)住院數(shù)據(jù)醫(yī)藥信息系統(tǒng)權(quán)限醫(yī)院工作系統(tǒng)管理

員員圖3-2系統(tǒng)的UML用例圖按照前文所述,通過前面的需求分析,本系統(tǒng)主要分為主要5個(gè)功能模塊:管理子系統(tǒng)、藥品管理子系統(tǒng)、住院管理子系統(tǒng)、醫(yī)院醫(yī)技輔助科室管理系統(tǒng)、后勤管理系統(tǒng)。而在本文中,由于篇幅有限,僅僅對其中的三大功能模塊進(jìn)行詳細(xì)設(shè)計(jì)和實(shí)現(xiàn),即掛號管理模塊、收費(fèi)管理模塊和醫(yī)院醫(yī)技輔助科室管理系統(tǒng)模塊。系統(tǒng)的業(yè)務(wù)數(shù)據(jù)流程如下圖3-3所示: 第三章基于Web的醫(yī)院管理系統(tǒng)的需求分析 各科室工作人員查詢修改時(shí)間查詢、統(tǒng)計(jì)修改、錄入、刪除修改、錄入、刪除、編輯查詢管理員19各科室工作人員查詢修改時(shí)間查詢、統(tǒng)計(jì)修改、錄入、刪除修改、錄入、刪除、編輯查詢管理員19客戶信息客戶信息

編輯后數(shù)據(jù)客戶信息

統(tǒng)計(jì)后數(shù)據(jù)住院管理

客信息客戶信息

編輯后數(shù)據(jù)客戶信息

統(tǒng)計(jì)后數(shù)據(jù)住院收費(fèi)信息

管理繳費(fèi)管理

編輯后數(shù)據(jù)繳費(fèi)管理

統(tǒng)計(jì)后數(shù)據(jù)收費(fèi)信息圖3-3數(shù)據(jù)流程圖3.3系統(tǒng)的性能需求基于Web的醫(yī)院管理系統(tǒng)的設(shè)計(jì)與開發(fā)除了實(shí)現(xiàn)相應(yīng)的功能模塊之外,還需要結(jié)合使用的實(shí)際情況,確保系統(tǒng)的穩(wěn)定性、可擴(kuò)展性、可維護(hù)性、安全性等。本節(jié)從程序設(shè)計(jì)的性能、服務(wù)器端的性能、系統(tǒng)的安全性等幾個(gè)方面對系統(tǒng)的性能需求進(jìn)行分析。3.3.1程序設(shè)計(jì)的性能需求在程序設(shè)計(jì)的過程中,需要符合以下幾個(gè)方面的要求:(1)對系統(tǒng)進(jìn)行界面設(shè)計(jì)時(shí),需要充分結(jié)合人機(jī)交互的特點(diǎn),達(dá)到功能完善、界面友好、風(fēng)格一致、用戶操作便利、維護(hù)方便等目標(biāo),便于用戶使用。 2020(2)對系統(tǒng)進(jìn)行程序設(shè)計(jì)和實(shí)現(xiàn)時(shí),要充分考慮系統(tǒng)的可擴(kuò)展性和可移植性,在后期用戶使用系統(tǒng)時(shí),如果用戶需求發(fā)生變化,需要增加或者擴(kuò)展新的功能,系統(tǒng)的軟硬件需要具備較好的兼容性和可調(diào)整性。(3)在對系統(tǒng)的架構(gòu)進(jìn)行設(shè)計(jì)時(shí),需要考慮海量數(shù)據(jù)的傳輸、數(shù)據(jù)處理等情況,同時(shí),大量用戶訪問系統(tǒng)時(shí),要確保系統(tǒng)的響應(yīng)速度和數(shù)據(jù)的即時(shí)更新。(4)系統(tǒng)除了實(shí)現(xiàn)用戶所需的功能之外,還需要考慮系統(tǒng)的安全性能,可通過在程序設(shè)計(jì)中強(qiáng)化安全機(jī)制,例如身份認(rèn)證機(jī)制、用戶權(quán)限機(jī)制等,同時(shí),也需要對系統(tǒng)的相關(guān)數(shù)據(jù)進(jìn)行定時(shí)備份,一旦系統(tǒng)出現(xiàn)故障,能夠確保數(shù)據(jù)的及時(shí)恢復(fù),保證系統(tǒng)能夠正常地運(yùn)行。(5)選擇程序設(shè)計(jì)語言和開發(fā)環(huán)境時(shí),需要采用目前較為先進(jìn)的技術(shù)和架構(gòu),使得系統(tǒng)的后期運(yùn)行能夠滿足未來發(fā)展的需求。(6)在用戶常用界面設(shè)計(jì)和程序設(shè)計(jì)時(shí),要確保系統(tǒng)的易用性,例如用戶輸入數(shù)據(jù)的便利性、向用戶提供實(shí)時(shí)幫助、輸入和編輯的數(shù)據(jù)能夠進(jìn)行動(dòng)態(tài)修改、輸入輸出操作簡單快捷、數(shù)據(jù)的輸出能夠以其他相應(yīng)格式導(dǎo)出(例如,統(tǒng)計(jì)數(shù)據(jù)能夠以Excel的形式導(dǎo)出保存,方便打印使用)等等。3.3.2服務(wù)器端的性能需求在系統(tǒng)的服務(wù)器端,需要具有完備的硬件設(shè)備,根據(jù)系統(tǒng)的運(yùn)行要求和用戶使用要求,設(shè)計(jì)滿足軟件運(yùn)行的硬件配置,例如服務(wù)器內(nèi)存、CPU、硬盤容量等等;除此之外,還需要具備系統(tǒng)可以正常運(yùn)行的軟件配置環(huán)境,并結(jié)合用戶的網(wǎng)絡(luò)運(yùn)行情況,通過考慮系統(tǒng)的安全性、穩(wěn)定性等因素,合理地配置和部署操作系統(tǒng)和數(shù)據(jù)庫,從而制定一套完善的服務(wù)器端環(huán)境部署方案。3.3.3安全性需求系統(tǒng)的安全性需求是基于功能性需求和數(shù)據(jù)需求而產(chǎn)生的,主要分為兩個(gè)部分:第一部分是系統(tǒng)的功能模塊在實(shí)現(xiàn)過程中所需的安全性要求,是根據(jù)系統(tǒng)的功能模塊特定的;第二部分是受系統(tǒng)所使用單位的相關(guān)規(guī)章、制度約束的安全性需求。本節(jié)從網(wǎng)絡(luò)的安全性、服務(wù)器的安全性和平臺的安全性三個(gè)方面來分析基于Web的醫(yī)院管理系統(tǒng)的安全性需求。1.網(wǎng)絡(luò)的安全性滿足基本的安全要求是網(wǎng)絡(luò)成功運(yùn)行的必要條件,在此基礎(chǔ)上提供強(qiáng)有力的安全保障是網(wǎng)絡(luò)系統(tǒng)安全的重要原則。 第三章基于Web的醫(yī)院管理系統(tǒng)的需求分析 2121在基于Web的醫(yī)院管理系統(tǒng)的使用單位部署相應(yīng)的服務(wù)器、主機(jī)以及網(wǎng)絡(luò)設(shè)備,保障部署設(shè)備的正常運(yùn)行以及運(yùn)行系統(tǒng)的安全性,這是基于Web的醫(yī)院管理系統(tǒng)最基本的安全性需求。避免網(wǎng)絡(luò)遭受惡意攻擊,一旦發(fā)現(xiàn)存在攻擊,應(yīng)提供相應(yīng)的對策和措施確保網(wǎng)絡(luò)的正常運(yùn)行,系統(tǒng)運(yùn)行過程中發(fā)生特殊情況時(shí)需要能夠快速地恢復(fù)系統(tǒng)功能和相關(guān)數(shù)據(jù),確保數(shù)據(jù)的安全性和完整性。突發(fā)情況的發(fā)生以及惡意攻擊記錄需要保存記錄在用戶操作日志中,便于系統(tǒng)管理員進(jìn)行查詢和分析。2.服務(wù)器的安全性基于Web的醫(yī)院管理系統(tǒng)部署在服務(wù)器上,服務(wù)器是用戶訪問系統(tǒng)的入口,是網(wǎng)絡(luò)的核心部分。服務(wù)器主要包括主機(jī)、Web服務(wù)器、數(shù)據(jù)庫服務(wù)器等等。服務(wù)器的安全性對于系統(tǒng)來講尤為重要。普遍情況下,服務(wù)器的安全機(jī)制主要體現(xiàn)在以下幾個(gè)方面:1)訪問控制機(jī)制——對特定的網(wǎng)段、特定的服務(wù)建立有效的訪問控制機(jī)制,使得惡意攻擊在到達(dá)相應(yīng)目標(biāo)之前得到阻止和終止。2)安全漏洞檢查機(jī)制——隨著操作系統(tǒng)的更新以及網(wǎng)絡(luò)環(huán)境的變化,定期對系統(tǒng)可能存在的安全漏洞進(jìn)行檢查,并對檢查結(jié)果進(jìn)行評估,及時(shí)對存在的安全漏洞進(jìn)行修復(fù),使得漏洞攻擊無效。3)加密機(jī)制——對系統(tǒng)涉及的數(shù)據(jù)、通訊等進(jìn)行加密處理,使得系統(tǒng)的內(nèi)部結(jié)構(gòu)以及通訊接口不暴露在外,使得攻擊者難以獲取并編輯系統(tǒng)的重要信息和敏感信息。4)身份認(rèn)證機(jī)制——建立良好的身份認(rèn)證機(jī)制,確保合法用戶的正常進(jìn)入和對系統(tǒng)的使用,防止他人假冒合法用戶進(jìn)入系統(tǒng)。5)備份及還原機(jī)制——建立系統(tǒng)備份及還原機(jī)制,一旦系統(tǒng)崩潰或者遭受攻擊,能夠確保系統(tǒng)在最短時(shí)間內(nèi)對數(shù)據(jù)和系統(tǒng)進(jìn)行恢復(fù),能夠正常運(yùn)行和使用。對系統(tǒng)及數(shù)據(jù)進(jìn)行備份時(shí),采用異地備份技術(shù),盡可能降低突發(fā)事件導(dǎo)致的損失。3.平臺的安全性平臺安全可以采用多種技術(shù)來增強(qiáng)和執(zhí)行。但是,很多安全威脅來源于管理上的松懈及對安全威脅的認(rèn)識。來自平臺方面的安全威脅主要利用以下途徑:系統(tǒng)平臺的安全性通常是由于管理問題以及對安全性的認(rèn)識問題導(dǎo)致的,主要分為以下幾個(gè)方面:1)系統(tǒng)的分析和設(shè)計(jì)時(shí)存在先天的漏洞;2)在系統(tǒng)開發(fā)的初期,缺乏對安全性的重視,沒有建立較為完善的系統(tǒng)安全機(jī)制; 22223)系統(tǒng)用戶在使用系統(tǒng)的過程中,缺乏較強(qiáng)的安全意識,對賬戶的安全性管理意識薄弱,例如泄露管理賬號、密碼設(shè)置簡單等問題。4)系統(tǒng)使用單位的管理機(jī)制不夠完善,部門職能劃分不清、職責(zé)不明,不同的賬號在使用系統(tǒng)時(shí)權(quán)限分配不合理,導(dǎo)致存在安全隱患。對于以上存在的安全性問題,可知平臺的安全性需求主要體現(xiàn)在以下幾個(gè)方面:1)在對系統(tǒng)進(jìn)行分析和設(shè)計(jì)時(shí),需要充分考慮系統(tǒng)的安全性問題,建立完善的安全防御機(jī)制和漏洞檢查機(jī)制;2)系統(tǒng)的權(quán)限分配合理,對權(quán)限系統(tǒng)進(jìn)行審查,建立完善的權(quán)限審查機(jī)制;3)強(qiáng)化系統(tǒng)用戶的安全意識,建立數(shù)據(jù)隱私保護(hù)機(jī)制;4)建立健全的管理機(jī)制,部門職能劃分明確、職責(zé)分明,避免安全隱患。3.4本章小結(jié)本章從系統(tǒng)的可行性、功能需求、性能需求條件和限制分析等方面對醫(yī)院管理系統(tǒng)的設(shè)計(jì)需求進(jìn)行了比較詳細(xì)的分析,由于篇幅關(guān)系,僅涉及了部分內(nèi)容,但需要強(qiáng)調(diào)的是,需求分析是開發(fā)軟件的前提,應(yīng)當(dāng)越詳盡越好,這樣才能保證系統(tǒng)開發(fā)的效率。 第四章基于Web的醫(yī)院管理系統(tǒng)設(shè)計(jì) 1n審批處理分管nn主治醫(yī)師科室專家劃藥患者23n nn11n審批處理分管nn主治醫(yī)師科室專家劃藥患者23n nn1第四章基于Web的醫(yī)院管理系統(tǒng)的設(shè)計(jì)基于上章對系統(tǒng)進(jìn)行需求分析,本章著重對系統(tǒng)進(jìn)行設(shè)計(jì),主要包括對系統(tǒng)的體系架構(gòu)、系統(tǒng)的核心功能模塊、數(shù)據(jù)庫等進(jìn)行設(shè)計(jì)。4.1系統(tǒng)的數(shù)據(jù)需求系統(tǒng)的數(shù)據(jù)是系統(tǒng)的核心內(nèi)容,也是系統(tǒng)的重要組成部分。系統(tǒng)核心功能的實(shí)現(xiàn)主要用于系統(tǒng)中數(shù)據(jù)的維護(hù)和顯示。其中,數(shù)據(jù)模型表示系統(tǒng)存儲的數(shù)據(jù)以及數(shù)據(jù)之間的關(guān)系。在基于Web的醫(yī)院管理系統(tǒng)中,實(shí)體與實(shí)體存在這樣的關(guān)系:一個(gè)醫(yī)院工作人員可以管理多項(xiàng)工作,一項(xiàng)工作可以申報(bào)一個(gè)以上的管理人員;一個(gè)系統(tǒng)管理文員負(fù)責(zé)一個(gè)子系統(tǒng),一個(gè)子系統(tǒng)可以多項(xiàng)工作,一個(gè)系統(tǒng)管理員可以負(fù)責(zé)多項(xiàng)工作,一項(xiàng)工作可以由多個(gè)系統(tǒng)管理人員負(fù)責(zé)管理。基于此,可以設(shè)計(jì)實(shí)體關(guān)系圖(E-R圖)如下圖4-1所示。圖4-1基于Web的醫(yī)院管理系統(tǒng)的E-R圖4.2系統(tǒng)的設(shè)計(jì)原則基于Web的醫(yī)院管理系統(tǒng)的設(shè)計(jì)要充分結(jié)合系統(tǒng)所使用單位的實(shí)際情況,考慮系統(tǒng)的需求、系統(tǒng)開發(fā)涉及的技術(shù)、安全性等因素。本系統(tǒng)在設(shè)計(jì)時(shí),將遵循以下幾個(gè)方面的原則:(1)結(jié)構(gòu)化設(shè)計(jì)原則 2424系統(tǒng)在設(shè)計(jì)過程中,將遵循系統(tǒng)的結(jié)構(gòu)化設(shè)計(jì)原則,采用自頂向下的設(shè)計(jì)模式,逐步求精,對功能模塊進(jìn)行細(xì)化,達(dá)到系統(tǒng)模塊化的要求和目標(biāo)。(2)界面友好性原則系統(tǒng)在進(jìn)行界面設(shè)計(jì)時(shí),要根據(jù)使用者的特點(diǎn)和習(xí)慣,體現(xiàn)人性化的設(shè)計(jì)理念,便于系統(tǒng)用戶使用。(3)簡單易用性原則系統(tǒng)設(shè)計(jì)時(shí),設(shè)計(jì)人員需要站在用戶的角度,盡量簡化系統(tǒng)的工作流程,使用戶的工作簡單化,從技術(shù)實(shí)現(xiàn)上達(dá)到化繁為簡,使得系統(tǒng)用戶能夠在較短的時(shí)間內(nèi),完成較為復(fù)雜的工作,不斷提高自身的工作效率。(4)安全性原則系統(tǒng)的安全性是至關(guān)重要的,而安全性的把握并不僅僅是在系統(tǒng)的編碼環(huán)節(jié)在有所體現(xiàn),在對系統(tǒng)進(jìn)行設(shè)計(jì)時(shí),需要充分考慮系統(tǒng)的安全特點(diǎn),建立完善的安全機(jī)制,為后期的系統(tǒng)開發(fā)和編碼奠定較好的架構(gòu)基礎(chǔ)。(5)易擴(kuò)展性和易維護(hù)性原則基于Web的醫(yī)院管理系統(tǒng)在開發(fā)完成投入運(yùn)行使用之后,一旦用戶需求增加或者發(fā)生變化,需要在現(xiàn)有系統(tǒng)的基礎(chǔ)上,對系統(tǒng)進(jìn)行擴(kuò)展和維護(hù)。如果系統(tǒng)在進(jìn)行設(shè)計(jì)和編碼時(shí),沒有考慮系統(tǒng)的后期擴(kuò)展性問題,將會大大地提高維護(hù)成本,增大維護(hù)的工作量,因此在前期對系統(tǒng)進(jìn)行設(shè)計(jì)時(shí),需要充分考慮后期的維護(hù)問題,使得后期的維護(hù)工作能夠在最短的時(shí)間內(nèi)完成系統(tǒng)的變更和升級。具體實(shí)施時(shí),可以通過開發(fā)標(biāo)準(zhǔn)統(tǒng)一的接口等方式來實(shí)現(xiàn)。4.3系統(tǒng)的體系架構(gòu)設(shè)計(jì)4.3.1系統(tǒng)的總體架構(gòu)設(shè)計(jì)基于Web的醫(yī)院管理系統(tǒng)包括系統(tǒng)的前臺展示和系統(tǒng)的后臺管理,前臺系統(tǒng)采用B/S模式,后臺系統(tǒng)采用C/S模式。系統(tǒng)用戶通過客戶端來訪問系統(tǒng)的服務(wù)器相關(guān)資源,針對普通用戶以及遠(yuǎn)程用戶,系統(tǒng)采用了B/S模式,醫(yī)院工作人員可通過Web來訪問系統(tǒng)的相關(guān)資源。基于Web的醫(yī)院管理系統(tǒng)采用了常見的三層結(jié)構(gòu),即業(yè)務(wù)邏輯層、數(shù)據(jù)訪問層,以及數(shù)據(jù)庫層,如圖4-3所示。 第四章基于Web的醫(yī)院管理系統(tǒng)設(shè)計(jì) 藥品庫存管理決策查詢單據(jù)管理綜合管理運(yùn)輸管理藥品采購管理25應(yīng)用層組織結(jié)構(gòu)數(shù)據(jù)庫財(cái)務(wù)數(shù)據(jù)庫關(guān)聯(lián)方數(shù)據(jù)庫藥品數(shù)據(jù)庫數(shù)據(jù)層組件層基于展現(xiàn)層 用戶界面安藥品庫存管理決策查詢單據(jù)管理綜合管理運(yùn)輸管理藥品采購管理25應(yīng)用層組織結(jié)構(gòu)數(shù)據(jù)庫財(cái)務(wù)數(shù)據(jù)庫關(guān)聯(lián)方數(shù)據(jù)庫藥品數(shù)據(jù)庫數(shù)據(jù)層組件層基于展現(xiàn)層 用戶界面安全體系的醫(yī)院管理系統(tǒng)權(quán)限管理內(nèi)容管理用戶認(rèn)證分頁組件業(yè)務(wù)邏輯Web業(yè)務(wù)邏輯層(含界面)數(shù)據(jù)訪問層數(shù)據(jù)庫層圖4-3基于Web的醫(yī)院管理系統(tǒng)的三層結(jié)構(gòu)簡化圖圖4-3中的三層結(jié)構(gòu)中,實(shí)現(xiàn)的關(guān)鍵和核心是對數(shù)據(jù)訪問層和業(yè)務(wù)邏輯層進(jìn)行需求分析,以及系統(tǒng)設(shè)計(jì),業(yè)務(wù)邏輯層主要體現(xiàn)在用戶的使用界面上,用戶使用系統(tǒng)時(shí),如果能達(dá)到功能完整、操作簡單、易于理解,則可認(rèn)為是一個(gè)設(shè)計(jì)良好的業(yè)務(wù)邏輯層。在對數(shù)據(jù)庫層進(jìn)行設(shè)計(jì)和實(shí)現(xiàn)時(shí),通常都會將對數(shù)據(jù)庫的操作封裝起來,例如數(shù)據(jù)的增加、編輯、刪除和查詢操作等,便于數(shù)據(jù)訪問層和業(yè)務(wù)邏輯層的調(diào)用,也方便系統(tǒng)后期功能的擴(kuò)展和可維護(hù)性?;赪eb的醫(yī)院管理系統(tǒng)的體系架構(gòu)如圖4-4。圖4-4基于Web的醫(yī)院管理系統(tǒng)的體系架構(gòu)系統(tǒng)的主要功能結(jié)構(gòu)如下圖4-5所示。 退出系統(tǒng)系統(tǒng)設(shè)置門診報(bào)表病案管理門診退號門診掛號門診掛號模塊考勤管理后勤管理系統(tǒng)收費(fèi)項(xiàng)目管理儀器管理醫(yī)院人員信息管理住院管理藥品管理藥房管理收費(fèi)管理掛號管理醫(yī)院醫(yī)技輔助科室管理系統(tǒng)住院管理子系統(tǒng)藥品管理子系統(tǒng)磁卡門診管理子系統(tǒng)基于Web的醫(yī)院管理系統(tǒng)26設(shè)備、圖書管理出院管理轉(zhuǎn)退出系統(tǒng)系統(tǒng)設(shè)置門診報(bào)表病案管理門診退號門診掛號門診掛號模塊考勤管理后勤管理系統(tǒng)收費(fèi)項(xiàng)目管理儀器管理醫(yī)院人員信息管理住院管理藥品管理藥房管理收費(fèi)管理掛號管理醫(yī)院醫(yī)技輔助科室管理系統(tǒng)住院管理子系統(tǒng)藥品管理子系統(tǒng)磁卡門診管理子系統(tǒng)基于Web的醫(yī)院管理系統(tǒng)26設(shè)備、圖書管理出院管理轉(zhuǎn)院管理圖4-5基于Web的醫(yī)院管理系統(tǒng)的功能結(jié)構(gòu)1.掛號管理模塊掛號模塊分為掛號、退號、病案管理、報(bào)表、系統(tǒng)設(shè)置和退出系統(tǒng)。如圖4-6所示。圖4-6掛號管理模塊其中,掛號是對各類掛號和票據(jù)的打印,退號則是對未就醫(yī)患者進(jìn)行退號和退款;病案管理:查詢、補(bǔ)錄及修改病人信息;報(bào)表:生成、查詢和打印各種統(tǒng)計(jì)報(bào)表;系統(tǒng)設(shè)置:基本信息和用戶權(quán)限的設(shè)置以及醫(yī)生值班表的導(dǎo)入和維護(hù);退出系統(tǒng):退出掛號模塊。2.收費(fèi)關(guān)系模塊在收費(fèi)模塊中,主要實(shí)現(xiàn)以下幾個(gè)功能:收費(fèi)、處方退藥、報(bào)表統(tǒng)計(jì)等,其功能模塊如圖4-7所示。 第四章基于Web的醫(yī)院管理系統(tǒng)設(shè)計(jì) 項(xiàng)目維護(hù)藥品維護(hù)科室維護(hù)人事維護(hù)系統(tǒng)管理模塊退出系統(tǒng)系統(tǒng)設(shè)置信息查詢收費(fèi)報(bào)表處方退藥劃價(jià)收費(fèi)門診收費(fèi)模塊27項(xiàng)目維護(hù)藥品維護(hù)科室維護(hù)人事維護(hù)系統(tǒng)管理模塊退出系統(tǒng)系統(tǒng)設(shè)置信息查詢收費(fèi)報(bào)表處方退藥劃價(jià)收費(fèi)門診收費(fèi)模塊27圖4-7收費(fèi)管理模塊其中,劃價(jià)收費(fèi)是實(shí)現(xiàn)對藥品、檢查項(xiàng)目的劃價(jià)和收費(fèi),處方退藥是實(shí)現(xiàn)對已經(jīng)交費(fèi)但是還沒有領(lǐng)藥以及沒有作檢查的項(xiàng)目進(jìn)行退款;收費(fèi)報(bào)表主要生成、查詢和打印各種統(tǒng)計(jì)報(bào)表;信息查詢是對查詢患者的就診信息以及票據(jù)信息的功能實(shí)現(xiàn);系統(tǒng)設(shè)置主要是實(shí)現(xiàn)該模塊基本信息和用戶權(quán)限設(shè)置;退出系統(tǒng)就是退出收費(fèi)模塊。3.醫(yī)院醫(yī)技輔助科室管理系統(tǒng)模塊醫(yī)院醫(yī)技輔助科室管理系統(tǒng)模塊中主要是對數(shù)據(jù)庫中的基本數(shù)據(jù)進(jìn)行管理維護(hù),實(shí)現(xiàn)了藥品和檢查治療項(xiàng)目的數(shù)據(jù)維護(hù)、科室信息維護(hù)、人事信息維護(hù)以及系統(tǒng)設(shè)置的功能,其功能模塊如圖4-8所示。圖4-8系統(tǒng)管理模塊其中,人事維護(hù)主要是對人員的基本信息進(jìn)行維護(hù),科室維護(hù)主要包括科室基本信息的維護(hù),藥品維護(hù)主要是指藥品信息以及庫存的維護(hù),項(xiàng)目維護(hù)主要是指檢查治療項(xiàng)目的維護(hù)。該模塊將員工的權(quán)限設(shè)置為兩個(gè)層次,第一層次是系統(tǒng)操作系統(tǒng)管理員擁有最大的權(quán)限,您可以輸入數(shù)據(jù)庫,數(shù)據(jù)庫中的數(shù)據(jù)來創(chuàng)建,修改,刪除;第二個(gè)層次是系統(tǒng)操作員,您可以使用相應(yīng)的功能模塊,但無法進(jìn)入數(shù)據(jù)庫。為了區(qū)分員工兩個(gè)層次之間,除了運(yùn)營商的用戶名稱,你也可以用IP地址來區(qū)分。4.3.2系統(tǒng)的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)設(shè)計(jì)系統(tǒng)的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)主要包括以下幾個(gè)部分:數(shù)據(jù)庫服務(wù)器、Web服務(wù)器、應(yīng)用服務(wù)器、交換機(jī)(應(yīng)用交換機(jī)和核心交換機(jī))和客戶端?;赪eb的醫(yī)院管 2828理系統(tǒng)的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)如下圖4-9所示。圖4-9基于Web的醫(yī)院管理系統(tǒng)的網(wǎng)絡(luò)拓?fù)鋱D在基于Web的醫(yī)院管理系統(tǒng)的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)中,各部門所使用的應(yīng)用交換機(jī)與核心交換機(jī)進(jìn)行連接,然后對各部門的客戶端進(jìn)行組織,從而建立供企業(yè)內(nèi)部使用的局域網(wǎng),形成了服務(wù)器/客戶端結(jié)構(gòu)的基于Web的醫(yī)院管理系統(tǒng)的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)?;赪eb的醫(yī)院管理系統(tǒng)的硬件結(jié)構(gòu)體系中,客戶端之間的通訊不需通過服務(wù)器,在局域網(wǎng)內(nèi)均可實(shí)現(xiàn),在很大程度上提高了系統(tǒng)的處理效率。當(dāng)客戶端需要連接或訪問服務(wù)器上存儲的數(shù)據(jù)資源,則需要向服務(wù)器發(fā)出請求,然后,服務(wù)器響應(yīng)客戶端的請求信息?;赪eb的醫(yī)院管理系統(tǒng)的硬件結(jié)構(gòu)中,數(shù)據(jù)庫服務(wù)器采用了數(shù)據(jù)交換能力達(dá)到100Mb/s以上的交換機(jī),根據(jù)系統(tǒng)的性能要求,對其配置進(jìn)行調(diào)整,系統(tǒng)的硬盤采用了120G以上,內(nèi)存2G以上等。4.4數(shù)據(jù)庫設(shè)計(jì)基于第3章基于Web的醫(yī)院管理系統(tǒng)的需求分析結(jié)果,本節(jié)對系統(tǒng)的幾個(gè)核心功能模塊進(jìn)行詳細(xì)設(shè)計(jì)。 第四章基于Web的醫(yī)院管理系統(tǒng)設(shè)計(jì) 29294.4.1數(shù)據(jù)庫分析一個(gè)真正的,完整的網(wǎng)站不能被從數(shù)據(jù)庫中分離出來,因?yàn)榭梢栽谝粋€(gè)文本文件中存儲少量的數(shù)據(jù),如Web訪問人數(shù),但實(shí)際應(yīng)用的需要保存的數(shù)據(jù)遠(yuǎn)遠(yuǎn)高于這個(gè)小位,但這些data往往關(guān)聯(lián),利用數(shù)據(jù)庫來管理這些數(shù)據(jù),可以方便地查詢和更新。它可以說是一個(gè)系統(tǒng)能不能從一個(gè)數(shù)據(jù)庫中分離出來,設(shè)計(jì)最優(yōu)?,F(xiàn)在,我們可以有很多,如:??怂?,數(shù)據(jù)庫(DBF),Access數(shù)據(jù)庫(MDB)時(shí),DB2,INFORMIX,Oracle和SQLServer的數(shù)據(jù)庫使用,并依此類推。本管理系統(tǒng)共用到六個(gè)表:科室編碼表、醫(yī)生編碼表、患者信息表、收費(fèi)項(xiàng)目明細(xì)表、計(jì)量單位編碼表和收費(fèi)流水表,各表之間均有一定的關(guān)系,可以進(jìn)行關(guān)聯(lián)。(1)科室編碼表主要包括流水號、科室編號以及科室名稱、科室級別和備注。(2)醫(yī)生編碼表主要包括流水號、醫(yī)生姓名和醫(yī)生編號以及職稱、性別、職務(wù),還有是否出診以及所在科室和備注。(3)患者信息表主要包括流水號、病人的姓名、性別、出生日期以及常住地址、電話、具體的掛號時(shí)間和備注。(4)收費(fèi)項(xiàng)目明細(xì)表主要包括流水號、項(xiàng)目編號、項(xiàng)目名稱以及收費(fèi)一級分類、收費(fèi)二級分類、計(jì)量單位和項(xiàng)目價(jià)格及備注。(5)計(jì)量單位編碼表主要包括流水號、單位編號以及單位名稱和備注。(6)收費(fèi)流水表主要包括流水號、患者的病志號、姓名、票據(jù)號以及各項(xiàng)收費(fèi)編號、收費(fèi)名稱,還有收費(fèi)二級分類、醫(yī)生編碼、就診的科室、處方的執(zhí)行科室,除此之外還有金額、操作人員編號、單價(jià)、處方號、數(shù)量、規(guī)格就診日期以及機(jī)器號和統(tǒng)計(jì)時(shí)間。數(shù)據(jù)庫的設(shè)計(jì)是構(gòu)建數(shù)據(jù)庫和開發(fā)系統(tǒng)的基礎(chǔ),也是系統(tǒng)設(shè)計(jì)的核心之一,針對不同的應(yīng)用環(huán)境,需要建造優(yōu)異的數(shù)據(jù)庫設(shè)計(jì)模式,從而構(gòu)建數(shù)據(jù)庫應(yīng)用系統(tǒng),使得系統(tǒng)能夠更加有效地存儲數(shù)據(jù),來滿足不同用戶的不同需求。數(shù)據(jù)庫設(shè)計(jì)是系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)中非常重要的環(huán)節(jié),根據(jù)數(shù)據(jù)庫設(shè)計(jì)的三大范式要求,數(shù)據(jù)庫的設(shè)計(jì)需要保證數(shù)據(jù)的一致性、安全性等,根據(jù)本文中基于Web的醫(yī)院管理系統(tǒng)的實(shí)際應(yīng)用情況,本系統(tǒng)采用了SQLServer作為數(shù)據(jù)庫服務(wù)器。根據(jù)基于Web的醫(yī)院管理系統(tǒng)各模塊之間的關(guān)系,在對基于Web的醫(yī)院管理系統(tǒng)進(jìn)行數(shù)據(jù)庫設(shè)計(jì)時(shí),主要包括了8個(gè)數(shù)據(jù)表,同時(shí),為了方便數(shù)據(jù)的跨表查詢,本數(shù)據(jù)庫還設(shè)計(jì)了相應(yīng)的視圖。下面以核心業(yè)務(wù)為例來描述數(shù)據(jù)庫的具體設(shè)計(jì)。 3030在設(shè)計(jì)過程中把數(shù)據(jù)庫的設(shè)計(jì)和對數(shù)據(jù)庫中數(shù)據(jù)處理的設(shè)計(jì)緊密結(jié)合起來將這兩個(gè)方面的需求分析、抽象、設(shè)計(jì)、實(shí)現(xiàn)在各個(gè)階段同時(shí)進(jìn)行,相互參照,相互補(bǔ)充,以完善兩方面的設(shè)計(jì)。需求分析是數(shù)據(jù)庫設(shè)計(jì)的第一階段,其根本任務(wù)是確定系統(tǒng)必須具有的功能和性能。概念結(jié)構(gòu)設(shè)計(jì)階段是整個(gè)數(shù)據(jù)庫設(shè)計(jì)的關(guān)鍵,通過對用戶需求進(jìn)行綜合、歸納與抽象,形成一個(gè)獨(dú)立于具體的概念模型。邏輯結(jié)構(gòu)設(shè)計(jì)階段將概念結(jié)構(gòu)轉(zhuǎn)換為數(shù)據(jù)模型并對其進(jìn)行優(yōu)化。數(shù)據(jù)庫物理設(shè)計(jì)階段為邏輯數(shù)據(jù)模型選取一個(gè)最適合應(yīng)用環(huán)境的物理結(jié)構(gòu)。數(shù)據(jù)庫實(shí)施階段則運(yùn)用數(shù)據(jù)語言、工具,根據(jù)邏輯設(shè)計(jì)和物理設(shè)計(jì)的結(jié)果,建立數(shù)據(jù)庫,編制與調(diào)試應(yīng)用程序,組織數(shù)據(jù)入庫并進(jìn)行試運(yùn)行。數(shù)據(jù)庫運(yùn)行和維護(hù)階段,數(shù)據(jù)庫應(yīng)用系統(tǒng)經(jīng)過試運(yùn)行后即可投入正式運(yùn)行,在數(shù)據(jù)庫系統(tǒng)運(yùn)行過程中必須不斷地對其進(jìn)行評價(jià)、調(diào)整與修改。采用實(shí)體分析的方法進(jìn)行基于Web的醫(yī)院管理系統(tǒng)數(shù)據(jù)庫的概念設(shè)計(jì)。以下以基于Web的醫(yī)院管理系統(tǒng)中的住院管理子系統(tǒng)為例,介紹住院部分?jǐn)?shù)據(jù)庫的主要表結(jié)構(gòu)。用戶表(t_user)中保存系統(tǒng)用戶的基本信息,例如用戶ID、用戶名、密碼、性別、用戶級別、備注等,其中密碼長度在程序中控制,長度不超過10。t_user表的結(jié)構(gòu)如下表4-1,4-2,4-3,4-4,4-5,4-6,4-7,4-8,4-9,4-10所示。表4-1病人基本情況字段含義類型備注WardCNumber卡號Char(10)PKPatientName病人姓名Varchar(10)NotnullInWardDate入院時(shí)間DatetimeNotnullOutWardDate出院時(shí)間DatetimeNotnullTotalExpense總費(fèi)用MoneyNotnullChargType費(fèi)用類別Char(4)NotnullWbedN床號Char(3)NotnullInWardReson入院原因Varchar(12)NullSickDeree病情情況Char(2)NullSex性別Char(2)NotnullAge年齡大小IntNotnullOccupation職業(yè)Char(4)NotnullConMan聯(lián)系人Char(10)NullRelation關(guān)系Char(4)NullAdress病人地址Varchar(50)Notnull 第四章基于Web的醫(yī)院管理系統(tǒng)設(shè)計(jì) 3131表4-2病人處方字段名含義類型備注ScripSeriN處方的編碼Char(10)PKScripDate處方時(shí)間DatetimeNotnullScripDoctor處方醫(yī)生Char(3)NotnullWcardNumber卡號Char(10)FK表4-3處方明細(xì)表字段名含義類型備注ItemLSerN處方流水號Char(3)PKMCode收費(fèi)編碼Varchar(10)FKQ

溫馨提示

  • 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)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論