




版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領
文檔簡介
摘要隨著計算機技術的不停發展,網絡功能已逐漸滲透到各個行業,成為了人們生活中的一部分。隨著城鎮人口的爆發式增長,人們去醫院掛號就醫難度越來越大,排隊是一個十分頭痛的問題,一些就診人數較多的地方可能掛號就要花費近一天。為了緩解醫院掛號就醫排長龍的問題,本論文討論的是利用網絡技術,實現網上預約掛號。本文主要介紹了基于J2EE的網上預約掛號系統的設計與實現,醫院預約掛號系統的前臺web端應用,包括患者掛號平臺和醫生管理平臺;后臺管理,包含后臺管理員對各項功能的管理等。通過互聯網實現在線掛號、床位預約、查詢、修改信息、留言、發布公告等功能。
建立醫院自身的在線預約掛號系統,能夠良好的和本醫院己有的HIS系統綁定,也就避免了患者在第三方合作網站上掛號后還要在醫院重新排號的情況,并且使患者治療和數據分析更方便,這也是相當一部分醫院的需求也是短期的信息化改革的目標。本文的研究是如何建立一個適合醫院自身狀況的在線掛號系統。關鍵詞:網上預約掛號;J2EE;MySQL;B/S結構
ABSTRACTAstheInternet"+"theriseandthedevelopmentofinformationtechnology,powerfulfeaturesofnetworkinghaspenetratedintoallsectors,hasbecomepartofpeople'slives.Withtheexplosivegrowthofurbanpopulation,itishardertogotohospitalformedicaltreatment,Queuingisaveryheadacheproblem,someplaceswithhighnumbersofpatientsmayberegisteredwouldcostnearlyaday.Inordertoalleviatetheproblemofhospitalmedicaltreatmentqueue,thispaperdiscussestheuseofnetworktechnology,onlinebookingregistration.ThispaperdescribestheJ2EE-basedreservationonlineregistrationsystemdesignandimplementation,introducedtheWebapplicationatthefrontdeskofthehospitaltomakeanappointmentsystem,includingpatientregistrationplatformandphysicianmanagementplatform;Admin,administratorsonthevariousmanagementfunctionsincludingthebackground.OnlineregistrationviatheInternet,hostelsreservation,query,modify,information,messages,announcements,andotherfunctions.Onlinebookingregistrationsystemsetuptheirownhospitals,canbegoodandthatthehospitalhadHISsystem,alsoavoidedpatientsregisteredatthethird-partypartnersitestobackinthehospitalafterarownumber,andtreatmentofpatientsanddataanalysiseasier,whichisaconsiderablepartofthehospitalisshortofdemandofinformationreformgoals.Thisstudyishowtosetupanonlineregistrationsystemforhospitalsintheirownconditions.Keywords:Onlinebookingregistration;J2EE;MySQL;B/Sstructure目錄1.概述 11.1選題背景 11.2預約掛號系統的發展現狀 11.2.1國外發展現狀 11.2.2國內發展現狀 21.3研究預約掛號系統的目的及意義 22.系統規劃 32.1系統開發環境 32.1.1MySQL 32.1.2JSP簡介 32.1.3JDBC簡介 42.2預約掛號系統開發的可行性分析 42.2.1管理上的可行性 42.2.2技術上的可行性 42.2.3經濟上的可行性 53.系統分析 53.1預約掛號系統的業務流程分析 53.1.1HIS業務流程圖 53.1.2用戶注冊登錄業務流程圖 63.1.3預約掛號業務流程圖 73.1.4醫生處理預約掛號業務流程圖 83.2預約掛號系統的數據流程分析 93.2.1頂層數據流程圖 93.2.2一級數據流圖 103.2.3預約掛號數據流圖 103.2.4醫生管理數據流圖 113.3系統數據字典 124.系統設計 144.1系統的平臺設計 144.2系統的總體功能結構設計 144.2.1功能結構圖 154.2.2主要模塊說明書 174.3各類編號的代碼設計 204.3.1醫生編號的代碼模型 204.3.2用戶編號的代碼模型 214.3.3掛號單編號的代碼模型 214.4數據庫設計 224.4.1系統E-R圖設計 224.4.2數據表設計 254.5界面設計 284.5.1預約掛號平臺歡迎界面 284.5.2患者掛號平臺主界面 284.5.3醫生管理平臺主界面 294.5.4后臺管理平臺主界面 304.5.5用戶注冊界面 314.6系統安全設計 314.6.1網絡安全 314.6.2數據安全 325.系統實施 325.1數據庫的實施 325.2程序實現 365.2.1患者登錄模塊 365.2.2患者注冊模塊 375.2.3預約就診模塊 386.結束語 406.1系統特點 406.2展望 40參考文獻 42致謝 431.概述1.1選題背景隨著“互聯網+”的興起和信息化的不斷發展,多種傳統行業被沖擊,不得不展現出新的發展形態,互聯網與各種行業甚至物品聯合,使得生活更加方便有效,資源配置的效率也提高很快,在“互聯網+”的大環境下,傳統經濟形態也不斷更新迭代,從而推動社會各方面以前所未有的速度進行改革[1]。李克強總理在2015年政府工作報告中提出“互聯網+”的概念,正式將我國的互聯網乃至物聯網發展推向一個新高度,而在這些改革過程中,醫療行業令人不可忽視[2]。如今計算機和網絡技術發展越來越快,大眾普遍接受互聯網帶來的便捷和有效性,在2015年政府工作報告中,李克強總理也提出了“互聯網+”的概念,直接影響了多種行業,其中不容忽視的就是醫療行業。在2016年1月下旬,一則東北女孩在北京某醫院門口怒斥號販子的視頻被人們廣泛傳播,引起了極大熱議,甚至會推動醫院現場掛號的逐步取消,網上預約掛號系統的建立,可以最大程度避免患者尤其是偏遠患者到達醫院后無法及時看病又無處可去的現象,同時滿足了不同層次患者的需求,抵制了號販子的存在,合理利用門診資源,優化門診服務流程。而國內外也已經有許多醫療機構與第三方機構聯合創建了在線預約掛號系統,但依然有很多人不了解其使用方式,因此,大力推廣和優化預約掛號非常重要。1.2預約掛號系統的發展現狀1.2.1國外發展現狀經過對大量相關文獻進行查詢和閱讀,發現國外部分國家的醫院預約掛號系統較為成熟,互聯網發展相對于更加全面,因此在部分國家網上預約掛號已經是人們日常就診不可或缺的一部分,在美國,成功的系統有例如:鹽湖城LDS醫院所使用的HELP系統[3],退伍軍人管理局所使用的UHCP系統[4],馬薩諸塞州總醫院的COSTAR系統[5]等,為當地人民提供了一個方便的就診環境。而美國也經歷了從小型化逐漸走向智能化在智能化有所成就之后又開始向集成化的改造所靠近。相對于美國,歐洲起步較晚,丹麥76所醫院和診所使用的RedSystem[6]在歐洲也逐漸成熟,法國的第八醫療中心技術已經比較先進,實現了一體化信息系統——GrenohleIntegratedHIS,該系統已經管理了三家大醫院和三所醫藥學院。1.2.2國內發展現狀中國很多醫院有自己的掛號和預約服務,也有很多應用和平臺把醫院資源整合在一起,方便患者選擇醫院、科室和專家。比如北京市衛生局建立的北京市掛號平臺,把北京市各級醫院的掛號接口放在一個平臺里,患者可以按照醫院、按照科室或者按照疾病掛號,患者可自己選擇就診時間和看病的醫生[7]。這大大方便了患者對于就診的選擇,也簡化了就診的流程。有些醫院沒有接入第三方預約掛號平臺,也有些醫院沒有自己的預約掛號系統。醫院信息管理系統不僅包括預約掛號系統,還有電子病歷管理信息系統,住院處管理信息系統,護士站信息管理系統等[8]等,醫院需要把這些系統聯系在一起,從預約掛號到治愈出院,這些系統中的數據都是統一的。病人就診的信息需要對外保密,且病人就醫的臨床數據對于臨床醫學的發展和進步又有很重大的意義,所以很多醫院希望自己建立自己的預約掛號平臺[9]。1.3研究預約掛號系統的目的及意義在互聯網飛速發展的大環境下,通過互聯網來完成自己生活中的需求,例如:購物、訂餐、學習、訂機票等都慢慢成為時代發展的潮流。而在網絡問診、遠程診療還未有規范的制度和統一要求的情況下,在線預約掛號服務就成為了人們當下就醫的最主要需求[10]。上文提到的醫院的信息化建設也是我國目前的重中之重,良好的完整的HIS系統可以大大增加患者就醫效率和醫院運行效率。一個完整的HIS系統應該包含眾多子系統,其中,由于醫院和患者都對預約掛號有著強烈的需求,所以預約掛號子系統也就成為HIS子系統中十分重要的部分[11]。建立自己醫院的在線預約掛號系統,能夠良好的和本醫院己有的HIS系統綁定,也就避免了患者在第三方合作網站上掛號后還要在醫院重新排號的情況,并且使患者治療和數據分析更方便,這也是相當一部分醫院的需求也是短期的信息化改革的目標[12]。本文的研究是如何建立一個適合醫院自身狀況的在線掛號系統。該掛號系統應該能夠讓用戶在預約的過程中選擇合適的就診醫生及科室,以及就診時間。醫生能夠結合自身情況和醫院安排合理規劃自己一周內的坐診任務,科學合理的進行工作。2.系統規劃2.1系統開發環境2.1.1MySQLMySQL是關系數據庫開發工具,它具有利用數據表示圖或自定義表單收集信息的優點。其中,數據表示圖提供了一個類似Excel的電子表格,使數據庫一目了然。總之,MySQL作為關系數據庫開發,有很多優勢[13]。Web數據庫訪問技術是數據庫技術與Web技術集成的新熱點研究方向之一,Web數據庫訪問技術終端為用戶提供了一種高效、方便的遠程數據庫服務[14]。2.1.2JSP簡介Java服務器頁面的JSP(JavaServerPages)是基于Java的技術,是用來支持動態的跨平臺Web服務器訪問的技術[15],JSP和微軟的ActiveServerPages(ASP)在一定程度上相似,不同的是ASP在網頁HTML文件中插入VBScript代碼片段,而JSP在HTML文件中插入Java代碼片段(Scriptlet)和JSP標記(tag),基于JSP的web應用具有良好的跨平臺性[16]。與JavaServlet類似,服務器對客戶端JSP請求中的Java代碼進行處理后,返回客戶端是一個包含處理結果的HTML文檔,客戶端只要使用瀏覽器就可以接收處理結果。JSP技術繼承了Java技術的獨立于平臺性且安全可靠,具有面向對象的易于使用的特性[17]。2.1.3JDBC簡介Java數據庫連接JDBC(JavaDataBaseConnectivity)是Java語言提供的數據庫用戶接口,JDBC支持關系數據庫,提供了執行JavaSQL語句的API來支持SQL功能[18]。JDBC是預約掛號系統的關鍵組成部分,是客戶端瀏覽器與系統數據庫服務器之間的橋梁[19]。JDBC技術的實施分為兩個步驟:一是將客戶端瀏覽器請求與客戶端的HTTP連接,將數據上傳到Web服務器;二是向系統數據庫發送SQL語句,DBMS處理系統數據請求,將結果經由服務器返回的結果給客戶端[20]。2.2預約掛號系統開發的可行性分析2.2.1管理上的可行性本系統將預約信息整理成表單上傳至數據庫當中,醫生以及管理員只需要調用數據庫內容即可清晰地顯示出不同患者的掛號預約需求,一目了然,信息處理速度更快、更方便,大大減少了管理員的工作量,也避免了現場可能出現的由于各地口音不同而產生的交流困難的現象,同時也減少了現場掛號對于現場秩序的維持所付出的人力物力。再者,有掛號需求的都是身體不舒服有疾病的人,現場掛號人流密集,很容易造成細菌繁殖以及交叉感染,而在線預約則可避免這種情況。且系統采用目前主流開發語言和環境,數據庫擴充便捷,管理員僅需簡單培訓即可上崗,因此可讀可識別性高,便于日后維護與管理。2.2.2技術上的可行性技術可行性是指開發這個系統時所用的各項技術。結合預約掛號的實際,技術可行性分析主要涉及到以下幾點:1)軟硬件需要的可滿足性。醫院有能力配制在線預約掛號系統所需的所有硬件、軟件,例如計算機、SQL、服務器、瀏覽器等,都是常用的軟硬件,即使不開發本系統也需要使用,所以在軟硬件方面可行。2)系統開發人員的技術。使用目前所學的技術及工具,例如JSP、MySQL等都是大學所學過的內容,且技術已經發展成熟,所以可以實現此系統。3)使用有效性。預約掛號系統開發后由專門人員負責后臺管理,且管理方法十分簡單,只需略懂電腦知識即可使用。所以本系統在技術上可行。2.2.3經濟上的可行性經濟可行性分析是對開發過程中有可能涉及的各項資金使用進行分析,具體包括開發過程中的支出和投入使用后所能帶來的經濟利益等。根據目前系統情況和實際,實現此系統主要包括以下幾個方面費用:1)域名費:系統正式使用后,需繳納年費繼續使用域名,否則將被終止,但域名費用對于普通醫院還是可以負擔得起的,所以可行。2)服務器投入:由于本系統還處于試運營測試的階段,并不需要大型服務器來支持運行,所以該部分支出費用較低。3)軟件費用:軟件部分所需購買金額并不大,且有相當一部分軟件的使用都是免費的,而且,像操作系統這樣的軟件,即使沒有掛號系統也需要支出,所以在軟件方面也不需要較大金額的支出。且系統運行后可以帶來許多經濟效益最直觀的可以減少掛號現場維護秩序人員、咨詢人員、掛號大廳硬性支出等經濟,綜上本系統在經濟上可行。3.系統分析3.1預約掛號系統的業務流程分析3.1.1HIS業務流程圖醫院信息管理系統(HIS:HospitalInformationSystem)是醫療信息化發展的必然結果,也是現在國內外醫院最常見、最普及的醫療系統[21]。本系統涉及的業務工作主要有:預約掛號系統、門診收費系統、住院系統、藥房系統、醫生站、護士站系統以及醫院辦公OA等[22]。HIS系統業務流程圖如圖3-1所示。圖3-1HIS業務流程圖3.1.2用戶注冊登錄業務流程圖當用戶注冊時,在注冊頁面上輸入用戶昵稱、真實姓名、密碼等個人信息進行注冊。注冊成功后,在登錄框使用用戶名和用戶密碼進行登錄。如果用戶名不存在,登錄時提示不存在用戶,需注冊。該功能流程如圖3-2。圖3-2用戶注冊登錄流程圖3.1.3預約掛號業務流程圖醫院掛號系統是醫院信息管理系統的不可缺少的一個組成部分,在整個完整醫院系統是最重要的一個環節,也是患者在就診時各項活動的開始。預約掛號系統需要協同其他HIS系統,達到數據交換和資源合理分配的目的。醫院在線掛號系統的業務流程如圖3-3。圖3-3預約掛號業務流程圖3.1.4醫生處理預約掛號業務流程圖在患者提交門診預約掛號信息后,需要所預約的醫生進行審核最終回復是否接受預約掛號請求,回復需要患者提交后12小時內進行,否則默認為接受掛號請求,如醫生因故不能接受患者掛號需說明緣由并回復患者,以便患者選擇其他醫生掛號。醫生處理預約掛號業務流程圖如圖3-4。圖3-4醫生處理預約掛號業務流程圖3.2預約掛號系統的數據流程分析對醫院信息系統的各項數據流程進行分析,可以使我們知道預約掛號系統業務數據流向的全過程,分析各個管理業務及其關系。數據流程分析主要包含對信息流走向的分析、設計、存儲等。3.2.1頂層數據流程圖從業務功能描述的需求出發,預約掛號系統數據流圖總體上分為三層,首先是給出了頂層數據流圖,由于系統的工作人員、患者、醫生提供的信息都是雙向性的,預約掛號系統的頂層數據流如圖3-5所示。圖3-5預約掛號系統頂層數據流圖3.2.2一級數據流圖在本系統中,通過對P0的展開,即對預約掛號系統的頂層數據流圖進行展開,得到一級DFD。預約掛號系統的一級數據流如圖3-6所示。圖3-6一級數據流程圖3.2.3預約掛號數據流圖在線預約掛號系統主要是為了使患者可以足不出戶的進行預約掛號,方便有快捷,醫院可以完全監控門診人數合理分配就醫資源,并適當安排醫生工作以及患者就醫,大大減少了患者等待時間,而且響應了“互聯網+”發展的進程及需要,同時還對醫院進一步管理控制優化門診出診方式做出有力依據。在線預約掛號系統數據流程如圖3-7所示。圖3-7預約掛號數據流圖3.2.4醫生管理數據流圖醫生管理系統主要是管理員對醫生個人信息進行管理,以及醫生對自己個人信息例如職稱的改變、科室的調動等進行管理。由于患者在預約后需要所預約的醫生進行確認后才算掛號成功,所以管理系統還包括了審閱掛號信息。醫生管理系統數據流程如圖3-8所示。圖3-8醫生管理數據流圖3.3系統數據字典數據字典列表是根據系統數據流圖所得到的,是系統中數據項的集合,作為系統的數據容器來保存所有數據[24]。根據系統的數據流程圖,提取出本系統的數據字典。如表3-1至表3-6。表3-1醫生數據項描述(部分)編號數據項名數據項含義數據類型數據長度DI-1醫生姓名醫生真實姓名Char10DI-2密碼醫生的登錄密碼Varchar50DI-3醫生職稱醫生目前職稱Varchar50DI-4醫生性別醫生的性別Varchar50DI-5主診醫生的主要診斷類別Varchar50DI-6醫生年齡醫生的真實年齡Varchar3DI-7醫生科室醫生所屬的科室Varchar50DI-8醫生編號唯一代表一位醫生Varchar10DI-9從醫年限醫生從醫年限Varchar2DI-10醫生簡介醫生的從醫簡介Varchar200表3-2用戶數據項描述(部分)編號數據項名數據項含義數據類型數據長度BI-1用戶姓名用戶的真實姓名Varchar10BI-2用戶性別用戶的性別Varchar10BI-3用戶編號唯一代表一位患者Varchar10BI-4密碼用戶登錄的密碼Varchar50BI-5年齡用戶的年齡Char10BI-6身份證號用戶的身份證號碼Varchar50BI-7電話用戶的手機號碼Varchar11BI-8郵箱用戶的常用郵箱Varchar20BI-9QQ用戶的常用QQVarchar15BI-10地址用戶的住址Varchar50BI-11癥狀用戶對自己癥狀的描述Varchar50表3-3管理員數據項描述(部分)編號數據項名數據項含義數據類型數據長度GI-1管理員名管理員的用戶名Varchar50GI-2密碼管理員登錄密碼Varchar50KI-1科室名醫院的科室名Varchar10KI-2科室編號唯一代表一個科室的表時間Varchar10表3-4預約掛號數據項描述(部分)編號數據項名數據項含義數據類型數據長度YI-1預約醫生預約的醫生Varchar50YI-2預約人預約的患者Varchar50YI-3預約時間就診的時間Varchar50YI-4預約編號唯一標示一個預約的標識Varchar50YI-5預約科室預約的科室Varchar50YI-6醫生專長預約醫生的專長Varchar50表3-5數據結構描述(部分)編號數據結構名含義說明組成DS-1Doctor醫生信息DI-1至DI-10DS-2User用戶信息BI-1至BI-11DS-3Admin管理員信息GI-1至GI-2DS-4Booking預約信息YI-1至YI-6DS-5Department科室信息KI-1至KI-2表3-6數據流處理過程(部分)處理過程編號處理過程名稱說明輸入輸出處理P-1用戶注冊所有用戶用戶詳細信息注冊成功或不成功成功:跳轉至原界面失敗:重新注冊P-2用戶進行查詢已登錄的用戶查詢信息醫生和各科室的信息從數據庫調出信息P-3用戶進行掛號登錄用戶掛號掛號成功或未能掛號成功:打印掛號信息失敗:重新掛號P-4用戶修改信息登錄用戶更改信息修改成功、修改失敗成功:跳轉至用戶信息查看頁面失敗:顯示修改失敗并重新修改P-5醫生登錄所有本醫院醫生密碼及用戶名登錄成功或登錄失敗成功:跳轉醫生管理主頁失敗:重新登錄P-6醫生查詢病人信息已登錄的醫生查詢信息患者的詳細信息成功:顯示患者信息失敗:顯示重新查詢4.系統設計4.1系統的平臺設計在硬件方面,考慮到還需要進行一段時間試運行,使用一些入門級的硬件設施就足以。入門級服務器能夠滿足中小型網絡用戶的注冊、瀏覽、預約等功能,所以選擇入門級服務器作為系統的服務器[24]。在軟件環境方面,所用的是MyEclipse軟件進行開發,數據庫使用MySQL進行鏈接。綜上,建議配置如下表4-1所示。表4-1系統的平臺設計的建議配置硬件配置處理器2.50GHz的CPU,擁有3100MHz三級緩存內存DDR3內存,擁有2個SO-DIMM槽,內存容量為4GB,可擴展至16GB硬盤采用SCSI接口硬盤內置電源6芯鋰電池,100V-240V90W自適應交流電源適配器操作系統Windows7及以上軟件配置數據庫MySQLWeb服務器ApacheTomcat7.0開發工具MyEclipse系統的總體功能結構設計HIS系統的主要功能模塊分為前臺操作與后臺管理兩部分,前臺操作又包括:用戶預約掛號和醫生管理兩部分。現在,將每個系統分別展開,來具體展示該系統的整體功能。4.2.1功能結構圖進入患者預約掛號系統后,即可查看首頁,可以看到的是醫院簡介、掛號指南、公告和登錄信息填寫框。但是,只有在注冊登錄之后,才能進行門診預約、住院預約、查看預約、取消預約等一系列操作。預約掛號平臺的功能結構如圖4-1所示。圖4-1患者平臺功能結構圖用戶進行預約操作之后,醫生需要登錄進入醫生管理平臺進行審閱和處理。如果醫生同意預約,預約成功,生成掛號信息,患者必須需在指定時間去醫院,如果醫生拒絕,則需寫明拒絕原因,由系統反饋給患者,需要注意的是,醫生處理信息需要在12小時內完成,否則系統將默認同意預約。在住院管理當中,醫生也可以根據醫院現實住院情況在緊急狀態下取消床位預約狀態;當醫生信息發生變化時,可以對信息進行修改,或管理員在后臺中進行修改。新增加醫生時,只能由管理員在后臺增加。醫生管理系統功能模塊如圖4-2所示。圖4-2醫生管理平臺功能結構圖最后,后臺管理平臺是系統管理員管理各類醫院信息的平臺,管理員使用個人賬號與密碼登錄后,可以管理各種信息,例如用戶信息、醫生信息、公告發布、留言管理等。后臺管理平臺的功能模塊如圖4-3所示。圖4-3后臺管理平臺功能結構圖本系統普通用戶即患者登錄后主要是進行有關預約掛號的增刪改查等內容,也可以修改已填寫信息,但身份證號碼和性別不允許更改。醫生登錄后主要進行對患者預約的處理、以及個人信息的變更;管理員擁有全部權限,可以對醫生、用戶修改管理,還可以添加公告、查看留言等。4.2.2主要模塊說明書1)用戶注冊及登錄模塊:用戶需要在網上注冊預約賬號然后登錄系統進行預約。賬戶需要填寫的信息,如用戶昵稱、真實姓名、出生日期等區別用戶的重要信息。用戶注冊后,系統會自動生成一個就診卡號,用此就診卡號即可進行繳費、就診。該模塊說明書如表4-2。表4-2用戶注冊及登錄模塊說明書模塊標識EC-1所屬子系統預約掛號平臺模塊名稱用戶注冊及登錄主要功能當用戶填寫了詳細個人信息后注冊為系統用戶,用戶信息數據傳送到用戶表中,登錄后可以進行預約掛號等各項功能的使用。調用模塊用戶注冊、用戶登錄輸入用戶注冊信息,用戶名,密碼輸出注冊成功、注冊失敗,登錄成功、登錄失敗相關數據表用戶信息表主要內部變量用戶名、密碼算法讀取文本框信息與數據庫信息進行比對,比對信息相同即可以登錄,找不到相同信息則顯示用戶名或密碼錯誤,并提示用戶是否注冊為新用戶。2)用戶門診掛號模塊:用戶在登錄后可以進行科室和醫生的選擇進行預約掛號,患者可以選擇適合的時間進行預約。患者掛號的模塊說明書如表4-3。表4-3門診預約掛號模塊說明書模塊標識EC-2所屬子系統預約掛號平臺模塊名稱門診預約掛號主要功能用戶登錄后,通過“科室專家”按鈕進行門診預約,但用戶每天只有3次預約機會,且同一時段只可預約一位醫生。預約了相關科室的醫生后需要醫生進行確認后才算預約成功,并反饋用戶醫生處理信息。調用模塊掛號管理、用戶管理、醫生管理輸入用戶的預約時間、科室、醫生姓名、病情簡介輸出預約已提交,等待醫生確認;醫生當天已約滿,請選擇其他醫生;您當天已沒有預約次數;您本時段已預約其他醫生。相關數據表用戶信息表、預約信息表、科室信息表、醫生信息表主要內部變量預約時間、預約醫生、算法讀取用戶選擇信息與數據庫信息進行比對,比對成功即可成功預約,并將輸入信息寫入到預約信息數據庫中,等待醫生處理。3)用戶住院預約模塊:患者可以選擇適合的住院床位類型,日期及需要住院時間進行預約。住院預約的模塊說明書如表4-4。表4-4住院預約模塊說明書模塊標識EC-3所屬子系統預約掛號平臺模塊名稱住院預約主要功能用戶登錄后,通過“住院床位”按鈕進行住院預約,但用戶每天只有3次預約機會,且同一時段不可預約多張床位。住院預約可直接確認,但醫生在緊急情況下有權限取消用戶預約。調用模塊用戶管理、床位管理輸入用戶選擇的預約時間、住院床位類型、使用天數輸出您本時段已預約其他床位;床位預約成功;床位預約失敗相關數據表用戶信息表、床位信息表主要內部變量預約時間、預約床位類型、預約天數算法讀取用戶選擇信息與數據庫信息進行比對,如有剩余空床位則成功預約,若沒有空床位則預約失敗,并將輸入信息寫入到床位信息數據庫中。4)醫生處理預約模塊:用戶在提交門診預約信息后需要醫生確認是否同意預約,并給出相關的反饋,并需要在12小時內進行回復。醫生處理預約的模塊說明書如表4-5。表4-5醫生處理預約模塊說明書模塊標識EC-4所屬子系統醫生管理平臺模塊名稱醫生處理預約主要功能用戶提交預約信息后,需要所預約的醫生確認才算預約成功,醫生需要在12小時內給用戶確認,若超時無回復則自動默認同意預約,若拒絕預約需要寫出拒絕理由并將處理信息反饋給用戶。調用模塊門診預約掛號、醫生信息輸入選擇是否同意預約,不同意則鍵入拒絕理由。輸出醫生已確認,請您按時就診;醫生拒絕預約請求,拒絕理由是相關數據表用戶信息表、預約信息表、醫生信息表主要內部變量是否同意預約算法根據醫生選擇,通過數據庫反饋給用戶預約結果,供用戶選擇。5)公告管理模塊:管理員通過公告管理模塊將醫院近況、門診變動、節假日就診通知等消息發布給醫生和患者,以便醫生和患者調整自己的工作和就診時間,加強醫院管理者與使用者的聯系。公告管理的模塊說明書如表4-6。表4-6公告管理模塊說明書模塊標識EC-5所屬子系統管理員管理平臺模塊名稱公告管理主要功能將醫院近況、門診變動、節假日就診通知等由管理員通過本模塊發布給醫生和患者,以便醫生和患者調整自己的工作和就診時間,加強醫院管理者與使用者的聯系。調用模塊公告管理輸入公告主題、具體內容、發布時間輸出公告主題、具體內容、發布時間相關數據表公告信息表主要內部變量公告主題、具體內容、發布時間算法根據管理員鍵入內容,寫入公告信息數據庫中,并發布給醫生和患者。4.3各類編號的代碼設計4.3.1醫生編號的代碼模型為了方便管理,希望可以將醫生編號實現系統自動編碼,所以采用先進的層次碼和序列碼結合方式,層次碼分別表示入職年份,科室,職稱,順序碼則表示生成醫生的先后次序[25]。考慮到各個科室、各個職稱的醫生數量,編號順序碼使用兩位數字表示。代碼模型如圖4-3所示,科室編碼對照表如表4-7所示,醫生職稱對照表如表4-8所示。編號順序號編號順序號職稱科室入職年份XXXXXXXXXX圖4-4醫生編號的代碼模型表4-7科室編碼對照表(部分)編號科室01眼科02呼吸內科03骨科04神經外科05胸外科06兒科07皮膚科08血管外科09五官科10婦產科表4-8職稱編碼對照表(部分)編號職稱01主任醫師02副主任醫師03主治醫師04實習醫師例如某醫生的入職年份為2000年,其科室為眼科,職稱為主任醫師,自動生成編碼為01則該醫生的編號為2000010101。4.3.2用戶編號的代碼模型為了方便管理,希望可以將用戶編號實現系統自動編碼,所以同醫生編碼的規則,層次碼表示用戶注冊的年、月、日,順序碼則表示先后次序。考慮到每日用戶可能的注冊數量,編號的順序碼采用四位。代碼模型如下圖所示:用戶編號順序號用戶編號順序號日月年XXXXXXXXXXXX圖4-5用戶的代碼模型例如某用戶注冊的時間是2017年5月25日,是當天第150個注冊的用戶,則該用戶的編碼為201705250150。4.3.3掛號單編號的代碼模型同醫生、用戶編碼的方式,層次碼表示掛號單生成的年份、月份、日期、科室,順序碼則表示用戶注冊的先后次序。考慮到用戶每日掛號的數量,編號的順序碼采用四位數字。代碼模型如下圖所示:掛號單順序號掛號單順序號日月年XXXXXXXXXXXXXX科室圖4-6掛號單編碼模型例如某用戶在2017年5月25日成功在網上預約了呼吸內科的某醫生2017年5月31日的門診,該掛號單是當天第200單,則該用戶的掛號單編碼為20170531020200。4.4數據庫設計本系統數據庫名稱為db_yygh,其中涉及到9張表:分別是用戶信息表、醫生信息表、管理員信息表、科室信息表、床位信息表、就診預約表、住院預約表、公告表、留言表。每張表中都對應一個實體,下面對本系統涉及到的數據庫實體通過E-R圖的形式作詳細說明。4.4.1系統E-R圖設計1)患者有系統自動生成的就診號碼和自己填寫的密碼,每次要查看和預約前均要登錄訪問。用戶實體設計如下圖4-7所示。圖4-7患者用戶實例圖2)醫生登錄需要提供個人姓名和相應密碼,登錄后才能查看預約信息,進行患者預約信息的管理等,還可以修改醫生個人信息。專家實體設計如下圖4-8所示。圖4-8醫生實例圖3)管理員使用用戶名和密碼登錄管理頁面,可以管理用戶的預約信息、醫生信息、留言信息等信息,還可以修改個人密碼。管理員實體設計如下圖4-9所示。圖4-9管理員實例圖圖4-10科室實例圖4)醫院科室涵蓋了醫院日常活動的各個科室,不同的科室中有不同的醫生,正確分類科室可以使患者更快確認病情并且得到治療,保證了醫院有序運行。科室實體設計如上圖4-10所示。5)就診預約是本系統的主要內容,患者、醫生等信息和屬性都是為就診預約所服務,就診預約實體設計如下圖4-11所示。圖4-11就診預約實例圖6)住院預約為患者提供了網上預約床位的便利,可以根據自己的需要以及經濟狀況來選擇心儀的床位類型,使得住院更加人性化。住院預約的實體屬性如下圖4-12所示。圖4-12住院預約實例圖7)床位有不同的類型,不同類型也有不同價格,用戶可根據自己的經濟狀況來選擇一個適合的床位。床位實體設計如下圖4-13所示。圖4-13床位實例圖圖4-14公告實例圖8)公告是醫院用來通知用戶和醫生的各類告示,例如醫院門診時間、節假日就診安排、特殊情況告示等等,可以使用戶更加方便的知道醫院工作的動態,適當調整自己的就診和工作計劃。公告實體設計如上圖4-14所示。9)留言版是患者與醫院醫生、管理員交流的很方便的地方,患者有哪些身體上的問題或者關于網站的改進意見都可以寫在留言板中,醫生和管理員也可以通過留言板來了解患者有哪些現實的需求,從而促進醫院工作越來越令患者滿意。留言實體設計如下圖4-15所示。圖4-15留言實例圖10)實體之間的關系可以根據上述9個實體來確定,本系統實體關系E-R圖,如圖4-16所示。圖4-16預約掛號系統E-R圖4.4.2數據表設計根據數據庫概念設計中的E-R圖,在數據庫中創建數據庫,下面給出數據庫表結構。1)t_user(患者信息數據表)主要儲存患者信息,患者注冊時所填寫的信息全部都儲存在此表中,患者信息表如表4-9所示。表4-9患者信息數據表字段名稱數據類型字段大小是否可為空說明PK/FKuser_idInt4N患者ID號PKuser_namevarchar50N患者注冊名user_pwInt4N患者密碼user_realnamevarchar50N患者真實姓名user_adressvarchar50Y患者地址user_sexvarchar50N患者性別user_telvarchar50N患者電話號碼user_emailvarchar50N患者郵箱地址user_qqvarchar50Y患者QQ號2)t_yisheng(醫生信息數據表)主要存儲醫生的各種信息,其結構如表4-10所示。表4-10醫生信息數據表字段名稱數據類型字段大小是否可為空說明PK/FKyisheng_idint4N醫生ID號PKyisheng_namevarchar50N醫生姓名yisheng_pwvarchar50N醫生密碼yisheng_sexvarchar50N醫生性別yisheng_agevarchar50N醫生年齡yisheng_jianjievarchar8000N醫生簡介yisheng_zhuanchangvarchar100N醫生專長yisheng_zhichengvarchar100N醫生職稱yisheng_photovarchar100Y醫生照片Keshi_idvarchar50N科室ID號FKDelvarchar50N是否刪除3)t_admin(管理員信息數據表)存儲的是后臺管理員信息,其結構如表4-11所示。表4-11管理員信息數據表字段名稱數據類型字段大小是否可為空說明PK/FKAdmin_idint4N管理員ID號PKAdmin_namevarchar50N管理員姓名Admin_pwvarchar50N管理員密碼4)t_keshi(科室信息數據表)主要存儲醫院科室分類信息,其結構如表4-12所示。表4-12科室信息數據表字段名稱數據類型字段大小是否可為空說明PK/FKkeshi_idint4N科室ID號PKkeshi_namevarchar50N科室名keshi_jianjievarchar5000N科室簡介Delvarchar50N是否刪除5)t_yuyue(就診預約數據表)的結構如表4-13所示。表4-13就診預約數據表字段名稱數據類型字段大小是否可為空說明PK/FKIdInt4N預約IDPKuserIdInt4N患者IDFKyishengIdInt4N專家IDFKShijianvarchar50N預約時間Beizhuvarchar200Y病情備注Huifuvarchar200N預約狀態信息Delvarchar50N是否刪除6)t_yuyueZhuyuan(住院預約信息數據表)主要存儲患者住院信息的各項內容,其結構如表4-14所示。表4-14住院預約信息數據表字段名稱數據類型字段大小是否可為空說明PK/FKzhuyuan_idInt4N預約住院IDPKuserIdInt4N患者IDFKchuangweiIdInt4N床位IDFKShijianvarchar50N預約時間shijianSizeInt4N住院時長7)t_chuangwei(床位信息數據表)主要存儲醫院現有床位的信息,包括總數和剩余數量,其結構如表4-15所示。表4-15床位信息數據表字段名稱數據類型字段大小是否可為空說明PK/FKchuangwei_idInt4N床位IDPKchuangwei_priceInt4N床位價格chuangwei_typenchar10N床位類型chuangwei_lastInt4N床位剩余DelVarchar50N是否刪除8)t_gonggao(公告數據表)主要存儲系統公告,其結構如表4-16所示。表4-16公告數據表字段名稱數據類型字段大小是否可為空說明PK/FKgonggao_idInt4N公告IDPKgonggao_titleVarchar50N公告標題gonggao_contentVarchar8000N公告內容gonggao_dataVarchar50N公告發布時間9)t_liuyan(留言數據表)主要存儲用戶留言信息,由管理員進行管理,其結構如表4-17所示。表4-17留言數據表字段名稱數據類型字段大小是否可為空說明PK/FKliuyan_idInt4N留言IDPKliuyan_titleVarchar50N留言標題liuyan_contentVarchar5000N留言內容liuyan_dataVarchar50N留言時間liuyan_userVarchar50N留言患者4.5界面設計網站的風格是指當用戶剛剛打開這個網站所留下的第一印象,有的網站專業嚴謹,有的網站信息繁多但布局合理。網站要有怎么樣的形象是與網站的布局、配色、頁面大小等方面分不開的。4.5.1預約掛號平臺歡迎界面使用MyEclipse軟件運行程序,即可看到歡迎頁面,為了方便瀏覽,可以在IE瀏覽器的地址一欄輸入網站http://pc-20170518bysy:8080/yygh/,瀏覽器將打開默認的預約掛號平臺的歡迎界面,通過點擊按鈕,分別進入患者界面、醫生界面和管理員登錄界面,如圖4-17所示。圖4-17醫院預約掛號平臺歡迎界面4.5.2患者掛號平臺主界面在預約掛號平臺歡迎界面點擊進入預約掛號平臺可進入患者掛號平臺,在此頁面,用戶可以進行注冊、登錄、預約掛號、查看預約詳情等多種操作,是面向廣大患者用戶的平臺,也是系統最重要的一個界面。該界面如圖4-18所示。圖4-18患者掛號平臺主界面4.5.3醫生管理平臺主界面在預約掛號平臺歡迎界面中點擊進入醫生管理平臺即可進入醫生管理主界面,在此界面中醫生可以實現的登錄、查看門診預約信息并審閱、住院預約修改以及個人信息修改等一系列操作,具體界面如圖4-19所示。圖4-19醫生管理平臺主界面4.5.4后臺管理平臺主界面在預約掛號平臺歡迎界面中點擊進入后臺管理界面即可進入后臺管理平臺,管理員登錄后可以進行管理工作,包括管理員日常維護、管理用戶、醫生的個人信息、進行公告管理、回復留言等操作。該平臺主界面如圖4-20、4-21所示。圖4-20管理員登錄界面圖4-21后臺管理主界面4.5.5用戶注冊界面在患者掛號平臺界面選擇注冊按鈕即可進入用戶注冊界面,通過填寫用戶個人信息來完成注冊,需要注意的是,帶有星號(*)的部分是必填項,未帶星號的部分是選填項,用戶可以根據自身情況選擇填寫。該界面如圖4-22所示。圖4-22用戶注冊界面4.6系統安全設計4.6.1網絡安全網絡的發展使人們可以足不出戶就可以獲得最新的消息、購買最合心意的商品、與遠方的朋友親密聯系,也可以將自己的資源上傳實現共享。與此同時,由于數據的存儲的相對集中,當數據泄露時也會給商家給用戶帶來一定程度的損失。而新聞也會常常爆出類似的消息。所以,網站運行的安全是一個網站至關重要的部分。系統的運行安全的保證,要從信息處理、信息內容、信息傳輸入手[26]。信息內容的安全是指網上傳播內容的安全性。因為現在是一個全民上網的時代,大量的信息的涌現和傳播速度的提升,如果有不良信息出現會造成很不好的影響。所以一定要從源頭上進行管制[27]。預約掛號系統準備采取的安全措施有:使用安全、穩定、可靠的Windows操作系統,并為管理員設計密碼保護機制,管理員還應及時修復系統漏洞,并定期備份數據。管理員可以接收來自其他用戶的報告,然后處理通信器的內容。系統通過MD5(42位)加密存儲管理員信息的數據表,如此一來其他人員無法下載或查看全部數據庫內容。4.6.2數據安全對數據庫的數據訪問設置權限。有的數據用戶可以調用,有的只能由管理員輸入密碼之后才可以使用。對于不同種類的用戶顯示的界面不一樣,管理員可以連接到后臺管理,而用戶不可以。數據存儲清晰,容易備份。對文件的加密存儲;定期備份密鑰文件并將文件轉入磁盤存儲在醫院資料室,即使病毒感染也可以及時恢復原始數據。為了預防或維護系統,有必要記錄故障原因、維修對象、維修內容以及維修前后情況。一旦發生故障,數據可以恢復到備份前自動保存的時刻[29]。5.系統實施5.1數據庫的實施本系統采用MySQL實現數據庫的鏈接,下面列舉表單數據庫代碼1)管理員信息數據庫代碼如下:2)床位信息數據庫代碼如下:3)公告信息數據庫代碼如下:4)科室信息數據庫代碼如下:5)留言信息數據庫代碼如下:6)患者信息數據庫代碼如下:7)醫生信息數據庫代碼如下:8)就診預約數據庫代碼如下:9)住院預約數據庫代碼如下:5.2程序實現5.2.1患者登錄模塊登錄模塊要求不同用戶登錄到系統中,進入不同的角色可以訪問的操作界面。后臺接受頁面提交的用戶名、密碼;根據用戶名、密碼在數據庫中進行查詢,確定用戶和密碼是否存在。如果存在,表示數據庫確有此用戶,則查找到了該用戶名和密碼,進入個人頁面;否則,輸出用戶名或密碼錯誤。1)登錄模塊,如圖5-1所示。圖5-1用戶登錄示意圖2)關鍵代碼如下:5.2.2患者注冊模塊患者需要注冊才能進行預約、留言等操作。在注冊過程中,只有患者住址、QQ可以為空,其他都不允許為空,否則不能成功注冊。注冊模塊如圖5-2所示。圖5-2用戶注冊示意圖關鍵代碼如下:5.2.3預約就診模塊用戶在登錄后可以通過科室專家>選擇科室>選擇醫生>進行預約的方式預約自己所需科室的醫生,等待醫生審核。預約就診模塊圖,如圖5-3、5-4、5-5所示,預約后結果如圖5-6所示。
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
- 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
- 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 眼鏡絲印工藝在運動眼鏡設計中的應用分析考核試卷
- 技術創新與產業生態構建考核試卷
- 印刷業節能減排政策研究與發展方向探討考核試卷
- 圖像濾波技術考核試卷
- 證券合規考試試題及答案
- 一模物理試題及答案
- 陜西協警考試試題及答案
- 統一大市場核心要素
- 校園物理創新實踐項目
- 共享經濟平臺合作協議書模板
- 百度公司環境管理制度
- 特殊工時制管理制度
- 駐非洲員工管理制度
- 統編版三年級語文下冊同步高效課堂系列第一單元復習課件
- 2025年高考生物真題(安徽)含答案
- 2025年高考真題-政治(黑吉遼卷) 含答案(黑龍江、吉林、遼寧、內蒙古)
- T/QX 004-2020工業清洗作業人員呼吸防護用品選擇、管理、使用和維護指南
- 河北省石家莊市2025年七年級下學期語文期末考試卷及答案
- 四川省德陽市2025年七年級下學期語文期末試卷及答案
- 中華人民共和國民營經濟促進法
- 石獅子購銷合同協議
評論
0/150
提交評論