<p id="vbl5l"><delect id="vbl5l"><listing id="vbl5l"></listing></delect></p>
<p id="vbl5l"></p>

<p id="vbl5l"><delect id="vbl5l"></delect></p>
<p id="vbl5l"></p>

<p id="vbl5l"></p>
<pre id="vbl5l"></pre>

<p id="vbl5l"><delect id="vbl5l"><menuitem id="vbl5l"></menuitem></delect></p>

<p id="vbl5l"><delect id="vbl5l"></delect></p>

<p id="vbl5l"></p>

<p id="vbl5l"><delect id="vbl5l"><listing id="vbl5l"></listing></delect></p>

<pre id="vbl5l"><output id="vbl5l"><menuitem id="vbl5l"></menuitem></output></pre>

<p id="vbl5l"><output id="vbl5l"></output></p>

<pre id="vbl5l"><output id="vbl5l"><listing id="vbl5l"></listing></output></pre>

<pre id="vbl5l"><output id="vbl5l"><menuitem id="vbl5l"></menuitem></output></pre>
<p id="vbl5l"></p>
<output id="vbl5l"><menuitem id="vbl5l"></menuitem></output>
<pre id="vbl5l"><output id="vbl5l"></output></pre>


<output id="vbl5l"><delect id="vbl5l"><listing id="vbl5l"></listing></delect></output>
<p id="vbl5l"></p>

<p id="vbl5l"></p><output id="vbl5l"></output>
<p id="vbl5l"><delect id="vbl5l"><menuitem id="vbl5l"></menuitem></delect></p>
<output id="vbl5l"><delect id="vbl5l"><listing id="vbl5l"></listing></delect></output><output id="vbl5l"><delect id="vbl5l"><listing id="vbl5l"></listing></delect></output><pre id="vbl5l"><delect id="vbl5l"><listing id="vbl5l"></listing></delect></pre>
<pre id="vbl5l"><output id="vbl5l"><menuitem id="vbl5l"></menuitem></output></pre><p id="vbl5l"><delect id="vbl5l"><listing id="vbl5l"></listing></delect></p><pre id="vbl5l"><output id="vbl5l"><menuitem id="vbl5l"></menuitem></output></pre>

<output id="vbl5l"></output>

醫院預約掛號系統

摘 要

本論文對醫院預約掛號系統的分析思考過程和制作測試過程進行了全面完整的介紹,其中包括醫院預約掛號系統當前的情況、開發背景以及設計目標,另外,醫院系統的用戶需求、系統整體的設計方案以及實現的論述都比較詳細,最后還針對醫院預約掛號系統開展了部分具體的測試項目。

本文的開發技術選用了JSP,做到了讓患者可以不用去醫院,在網上就可以進行預約掛號,節約了醫院的人員,節省了醫生和患者的時間,讓患者能自己了解醫院和醫生對要掛號的醫生做出選擇。醫院預約掛號系統中,關于用戶角色一共包括三個種類型,即患者用戶、醫生用戶和醫院管理員用戶?;颊哂脩裟軌蛟诰W站上進行醫生信息的查詢、預約掛號、預約檢查、修改個人信息等;醫生用戶能夠獲取前來預約的患者和管理醫生的相關信息,還能與患者進行線上聯系;管理員用戶可以對醫生用戶和患者用戶進行管理,能對醫生和患者進行增刪改查;還可以對醫生掛號信息進行修改,對預約項目進行增刪改查等。借助這些功能模塊,整個醫院的預約掛號基本都能變為現實。

關于系統的具體設計方面,采取了MyEclipse以及B/S的結構,發揮JSP技術的能力,借助動態頁面完成設計環節,對于后臺數據庫,選擇了MYSQL 數據庫,然后完成了醫院預約掛號系統的建設,其具備簡單實用的特點。

關 鍵 詞:醫院預約掛號;JSP技術;MYSQL;B/S結構

1 概述

 1.1 課題背景及意義

二十世紀九十年代初,全球信息化的快速發展從本質上轉換了各個行業的管理方式,我國的政府、企業和事業等單位希望能夠發揮互聯網系統的作用,從而實現信息的管理。因為之前出現了各種各樣的問題,例如,當時網絡普及度較低、很多用戶還不認可和接納網絡、與互聯網相關的法律法規以及互聯網技術都并不完善等,這些都對互聯網的發展產生的負面影響,使其無法在各個行業中快速普及和發展。到了二十一世紀,我國經濟的發展速度不斷加快,對于機構管理存在限制性的難題基本都得到了處理,國內的各個機構的管理模式都開始傾向于電子信息化的方向。

過去的預約掛號,需要用戶達到醫院后自行排隊完成。這種方式不僅不具備時效性,還未能為用戶提供便利。如果收到例如用戶時間緊迫這類的原因,傳統方式的缺點就更加凸顯了?,F如今,科學的發展和技術的進步都逐漸趨于成熟,計算機的信息化發展也從未停歇,各個行業對計算機和信息化也有了新的認識,發現了其功能的強大和便捷,計算機信息化發展開始普及,人類社會發展的各個行業中都能看到它的身影,其具有非常關鍵的作用和意義。相比于傳統的醫院預約掛號方式,本系統采用了網絡溝通以及計算機信息存儲管理的方式,表現出非常明顯的優勢。例如,計算檢索過程具有快速、可靠、保密、低成本等特點。能夠盡可能的為醫院預約掛號帶來更高的工作效率,這樣也就能展現出更高的服務水平,通過網絡,在管理醫院預約掛號的所有方面時,都能確保其具備規范性、便捷化、科學性和系統化的特點。

1.2 國內外研究現狀

計算機網絡的滲透程度之間加劇,人們的生活、工作和學習的方式都逐漸發生了改變。通常情況下,傳統的醫院預約掛號方式都是通過人工實現,信息的各種處理工作都要借助人工完成,包括獲取、整理、修改和存儲等。這種方式不僅會造成人力、物力和金錢的過度浪費,交互過程也存在一定的難度,并且非常浪費時間,消息存在嚴重的延遲性,多數時候會發生消息很難及時傳送導致工作量變大的事故;最后,因為用戶的其他信息越來越多,信息的存儲過程也越來越難。

現如今,部分發達國家的計算機網絡發展很快,所以已經實現了管理模式的轉變,開始將計算機信息化落實。我國計算機信息化的發展開始的比較晚,并且發展區域缺乏平衡性的特點,依然有很多地區或企業的管理過程依賴人工,但計算機發展的速度已經在不斷加快,各類網絡的普及程度也越來越高,很多企業和地區都開始將信息化融入到自身的管理過程中。經過分析后發現,這些系統的特點主要包括以下幾個方面:

安全性:對單位、用戶等信息進行加密。

通用性:同一行業基本都可以進行應用,。

方便性:患者醫生和管理員都只需通過網絡無需線下預約。

及時性:能及時了解醫院的號源,不用去醫院時發現號源已經預約完畢。

可擴展性:可根據需要進行模塊的增加并不會影響系統整體格局。

安全性:管理員患者和醫生都需要賬號和密碼,并且需輸入驗證碼,保證了賬號安全。

截至如今,5G的廣泛應用,電子設備和移動設備開始為人們的信息獲取過程提供幫助,這個時代的交流和溝通是無限制的,所以,醫院預約掛號的管理也逐漸朝著網絡化的方向發展,醫院預約掛號系統的設立是非常有必要的。

 1.3 本課題主要工作

首先,本文概括了系統內涉及到的基本知識,以此作為基礎上,開展了后續的系統化分析和研究。為了確保設計的系統更加的完善,分析調查步驟不可或缺。將之前的基礎部分研究作為參考,關于新系統的功能方面開展了更加詳細的分析。然后又對其進行系統化的分析,另外,關于系統的可行性方面,本文選擇了JSP技術,數據存儲方面選用的是MYSQL數據庫和SSM框架。因為JSP 和MYSQL已經發展的非常完善,所以任何一個方面都表現出足夠安全和可靠的特點。最后對系統進行測試,有針對性的進行優化和完善,將改進后的系統發布出來。

2 系統開發環境

2.1 JSP技術

  2.1.1 JSP技術簡介

JSP的全稱是Java Server Pages,其屬于一種動態網頁開發技術,能夠封裝動態網頁。JSP程序是以Java編程語言為腳本,在HTML網頁中插入java代碼,代碼以<%開頭以%>收尾。JSP是由Sun Microsystems公司創建能在靜態面板中生成動態內容,并對其做出多項改進,使其成為動態網站的首選方案。JSP技術能夠非常容易的適應平臺,所有的平臺基本上都支持Java語言,但這也導致產品的復雜性增加。

用戶在JSP網頁提出訪問請求,Web服務器收到請前臺用戶的請求兵將請求傳輸到JSP,轉化為Servlet。將所有JSP轉化為Java代碼,Web服務器將以HTML文件的形式返回,前臺用戶就會收到返回的處理結果。JSP生命周期與Servlet生命周期的相似度很高,都包括編譯、初始化、執行和銷毀四個階段。編譯階段分為解析文件,將文件轉化為Servlet,然后編譯它。JSP技術有多種功能:

1.有良好的工具支持。

2.JSP動態部分可以使用java語言,更加簡單、方便、快捷。

3.JSP擁有良好的性能,JSP不需要單獨引用CGI文件。

4.JSP可以很方便的編寫或者修改HTML網頁。

5.JSP容易與服務器交互,可以再客戶端動態創建HTML

2.1.2 JavaScript

JavaScript是一種即時編譯型的編程語言,大多數用作開發Web頁面,也可以應用到非瀏覽器的環境中。簡稱“JS”,是Netscape公司在1995年設計實現的。語法和Java較為相似,能在HTML頁面中嵌入動態文本。JavaScript設計簡單緊湊,并且不依賴于操作系統可以再多種平臺中運行。作為一種解釋性腳本語言主要用來給頁面添加交互,能嵌入頁面中。同JSP一樣存在跨平臺性,能在各種平臺運行。JS具有很好的動態性,不需要通過輸入做出反應,僅需用鼠標劃過目標元件或者點擊都可直接響應。

2.2 MYSQL數據庫

MySQL是目前主流的數據庫之一,是目前速度較快且靈活性較高的數據庫。MySQL是開放源代碼的,因此中小型企業大多會選擇使用MySQL,能大大降低程序研發成本。雖然功能相比較其他大型數據庫存在許多不足,但相對于大部分用戶而言已經足夠。MySQL使用C語言編寫且支持多種操作系統AIX,FreeBSD,HP-UX,Linux和Mac OS等。MySQL對查詢算法做了優化,支持多線程充分利用CPU,還是一個能處理以萬為單位的數據的大型關系數據庫管理系統。如若是小規模的使用,使用單點(Single)即可,稍大一些可使用復制(Replication),大規模的應用選擇集群(Cluster)。

 2.2.1 HTML簡介

超文本標記語言(Hyper Text Markup Language),用標簽將文檔格式統一。文字、圖形、鏈接等都可以通過HTML命令來實現。是一種信息的組織方式,將信息媒體通過超鏈接的方法關聯,為查找和檢索信息提供了巨大幫助。HTML結合其他Web技術是一個精美網站的基礎。其本身使用靈活方便且可擴展性高,同前面幾個技術相似擁有平臺無關性,能在廣泛的平臺使用,且在任何類型的電腦和瀏覽器都能瀏覽。

2004年,html5出現,2007年,W3C接納了它,并且將其推廣使用,到了2010年,它能夠適應網頁設計,這個也是它開始得到普及的原因。

2.2.2 B/S結構

Browser/Server,瀏覽器/服務模式,一種網絡結構模式。對系統的開發和維護進行了簡化,僅需安裝一個瀏覽器和和數據庫即可。B/S是一種三層結構,功能強大且節約成本。第一層為瀏覽器,界面設計簡單通用,只有簡單的輸入輸出。第二層為WEB服務器,用來傳送信息,用SQL語句向數據庫發送訪問請求。第三層為數據庫服務器,用來存放數據,將收到的WEB請求轉換為文本傳輸給瀏覽器。

B/S結構一共包括三個部分,即數據層、控制邏輯層和視圖層。用戶可以借助視圖層,然后讓控制層將數據層的數據調用,這樣就完成了訪問。三層之間存在獨立性,所以維護起來非常方便,使用過程也具備安全性,三層之間可以相互調用,這樣的模式明顯提高了效率。

B/S維護簡單,升級方便,無需通過大量電腦,只需要管理服務器。所有的維護升級只需要針對服務器,服務器聯網后可以對所有用戶進行遠程更新維護。成本低是B/S的另一大優點,有瀏覽器就可以讓用戶快樂上網了,不需要考慮系統是否一致。但也不可避免的存在很多不足,尤其是安全性。因為全部寄托于服務器,一旦服務器發生故障,那將會是整個網站的癱瘓,帶來的影響無法估量。所以備用的服務器是有必要的。

3 系統分析

這是一個有明確目的的、有嚴格步驟的對系統各個方面的分析過程。系統分析由五個要素:目標、設備和技術、資源和費用、數學模型、評價標準。系統分析是系統開發必不可少的過程,例如,當時美國IBM公司研發一套信息管理系統,客戶為為英國電信公司,開發時面臨需求模糊的問題,最初設定的工期為一年,但是因為沒有將需求明確,所以工期延遲了半年多,這就導致出現了非常嚴重的損失。之所以出現這樣的后果,是因為獲取需求時不夠清晰全面,同時也缺乏及時性。所以,系統分析必須要具備科學有效的推理步驟,符合事實邏輯,根據系統分析的結論設計出符合客戶需求,科學的開發方案,合理數據模型。要緊密的圍繞客戶需求和最終目的,從全局出發,分析用戶和管理員的實際情況在眾多方案中找到最優方案

3.1 可行性分析

醫院預約掛號系統是為了能夠在網上就完成醫院預約掛號的申請和審批環節。將目標明確后,對于本系統目標能否落實方面,本文選擇了以下四個方面開展可行性分析。

 3.1.1 技術可行性

醫院預約掛號系統以B/S結構、SSM框架和MYSQL數據庫為基礎,選用JSP技術的方式,確保開發的應用程序功能足夠完整,同時操作也比較便捷,另外,還構建了一個數據庫,其具備完整全面的數據信息,同時具備安全性和穩定性的特點。醫院預約掛號系統的開發技術切實可行,因為開發人員能夠熟練運用開發技術,所以系統開發過程具有可行性的特點。

 3.1.2 操作可行性

醫院預約掛號系統的登錄界面非常明確,患者很容易明白注冊登錄的步驟,利用電腦完成訪問操作,醫生也可以用自己辦公室的電腦登錄,非常方便。醫院預約掛號系統采用的是JSP語言,在B/S結構的基礎上進行開發,系統具有十分簡潔的環境。本系統的優勢和特點非常多樣,例如用戶操作方便、管理員管理便捷、醫生和患者之間具有良好的交互性,此系統非常實用且方便。

 3.1.3 經濟可行性

醫院預約掛號系統以B/S模式為基礎,用于存儲數據的數據庫為MYSQL數據庫,所需的硬件和軟件都比較便宜,并且采購也不存在困難。程序開發主要是對管理系統進行開發和維護,此系統的維護也相對容易。本程序只需一個管理員監督即可正常運行,不需要再安排過多的醫務人員站在掛號窗口。并且此系統操作簡單易懂,開發周期不長,開發環境都是開源的免費,關于經濟方面并沒有提出過高的要求,所以此方面的可行性還是比較高的。

3.1.4 法律可行性

這個醫院預約掛號系統都是自己設計的。本系統的軟件和數據庫都使用的開源代碼,所以這個系統的開發和設計都未出現侵權,在法律層面也表現出絕對的可行性。

由此可見,無論是技術、經濟還是操作和法律層面,醫院預約掛號系統都是可行的。

3.2 系統流程分析

  3.2.1 系統開發流程

醫院預約掛號系統同一般系統有所區別,是面向患者和醫生的,必須要進行詳細的調查和分析,對患者和醫生還有醫院管理層進行需求分析。然后對系統的結構、功能和數據進行總體分析。再對系統的模塊和編碼進行詳細設計,最后整合和調用。完成后模擬患者和醫生對系統進行測試和完善,在系統進行實施之前進行內部測試是必不可少的,要對患者和醫生負責。圖1展示的為本系統的開發流程

 

3682a5b64747969f08ad15e201f9418a  圖1系統開發流程圖

 3.2.2 用戶登錄流程

為保證系統具備足夠的安全性,管理系統信息時必須要借助本系統,要先完成登錄。并對在登錄時對登錄的賬號和密碼進行核對,錯誤或者不存在進行報錯,為了賬號安全添加了驗證碼。還提供了用戶和醫生的賬號注冊,相應的可以對空白的和已經存在的賬號進行報錯和提示。如圖2所示。

9941e5eedcbb19ab6817667e0e7c0fa8  圖2登錄流程圖

 3.2.3 系統操作流程

當用戶將系統打開,首先看到的就是登錄界面,登錄界面后進入功能界面并進行功能處理,在登錄界面有相應的檢測功能,科技檢測賬號密碼是否填寫且正確無誤,圖3展示的為操作流程。

062aa1b4df494ed5f86d3cdb018ef875  圖3系統操作流程圖

 3.2.4 添加信息流程

對于站內信息和檢查信息等,管理員能夠對其進行增刪改查,可以添加網站首頁的公告信息,管理員可添加網站的用戶和醫生的基本信息,并給醫生增加號源方便患者進行掛號,用戶可以添加自己權限的信息,如若信息符合規范且沒有存在重復,會將數據錄入數據庫,并完成網頁信息的修改,圖4展示的為添加信息流程。

76ba69ab5fbae591e335396b5792b6de  圖4添加信息流程圖

 3.2.5 修改信息流程

醫院的系統管理員的個人基本信息也可以自行修改和調整,并且醫生是否能成為專家,也由管理員修改,管理員可以修改醫院檢測進度,修改醫生號源信息、聯系方式和醫院簡介。用戶和醫生都可以修改自己的密碼和個人信息,醫生還有權修改病人的病情。系統會詢問并判斷修改是否合法,若合法且確定修改,然后才會對數據庫做出改變。圖5展示的為修改信息的流程圖。

b2c80deebc5b1a0e2b1a4335ef970280  圖5 修改信息流程圖

  3.2.6 刪除信息流程

管理員還有權刪除各種信息,包括站內信系、患者賬號、醫生賬號和檢查信息等。用戶和醫生有權刪除自己的留言和病人的就診信息。系統會先進行詢問,如果選擇刪除,那么數據庫內容就會被刪除,網頁上也會同步變化。圖6展示的為刪除信息的流程圖。

f20a6b6051334a1972360ed6b8eb9dfd  圖6 刪除信息流程圖

3.3 系統用例分析

  3.3.1 管理員用例圖

在醫院預約掛號系統中,系統管理員屬于核心用戶,系統管理員能對醫生和患者的掛號進行調整,合理的讓醫生作息。系統管理員輸入賬號密碼,登錄后有與之對應的管理員功能,例如更高管理員個人信息,即基礎信息管理、更改醫院預約掛號網站首頁信息,即站內信息管理、就診患者信息的增速改查,即用戶管理,除此之外,還包括醫生信息管理和檢查管理等。圖7展示的為管理員用例圖。

75445414b598eab67690cfbefa8e7b9c  圖7 管理員用例圖

 3.3.2 用戶用例圖

就診患者用戶在醫院預約掛號系統上輸入賬戶密碼,登錄后能夠實現多種操作,例如更改個人信息、預約掛號、檢查管理等,圖8展示的為用戶用例圖。

30fa2bac9123e0b8efc4ac9286d4b16d  圖8 用戶用例圖

 3.3.3 醫生用例圖

醫生進入醫院預約掛號系統,可以實現各個方面的有效管理,例如個人信息、咨詢解答和預約掛號等。圖9展示的為醫生用例圖。

523ae1b913ea9acaae03ec24618d6234  圖9醫生用例圖

4 系統設計

 4.1 系統概述

通過系統分析后,開始系統設計,先對系統進行總體設計,對整個系統構建,數據庫的選擇,運行程序的軟件選擇。通過總體設計,大致確定程序的模塊劃分、網站功能和網頁結構設計。經過初步的設計,確定數據庫表的構建,對整個程序的設計有了方向。

初步設計結束,對項目的成本、設計時間、效益等進行對照。不能太過高額成本,舍本逐末,也不可太過廉價不能達到系統該有的功能。設計時間不能太過長,影響實施進度,但要有充足的時間完善和修改。系統要簡單快捷,需考慮對電腦不太熟練的患者,也不要過度影響患者操作時間,功能需足夠,讓患者運用方便。

圖10展示的為醫院預約掛號系統工作原理圖:

3ff713720925d0d159de1b452896a539  圖10 系統工作原理圖

 4.2 系統結構設計

完成總體設計之后,就能夠開展系統的結構設計,一個好的系統,總會伴隨著一個好的系統構架。系統構架是一個系統的基礎,系統構架的好壞決定了系統能否成為萬丈高樓。

系統整體結構并不是一蹴而就的,需要從各個細小方面入手,最后進行組合,成為一個完整的框架。從小到大,從簡到繁,將每個子模塊功能進行設計和完善,最終整合成一個大模塊時要考慮各個模塊是否能夠兼容,能否獲得一加一等于一或者大于一的效果。以下為系統結構設計的具體工作步驟:

1、將系統分解,得到多個子模塊

2、先完成各個子模塊的功能設計

3、然后完成各個子模塊之間的邏輯關系設計

4、最后完成各個模塊的界面和模塊間信息的傳輸設計

設計子模塊時,不只是針對當前模塊,考慮其功能和作用,還需要兼顧其他模塊是否存在相似的多余功能,要對系統模塊的任務足夠明確,避免出現系統冗余。子模塊進行融合時,要逐步進行優化,當出現問題的時候,必須要當下處理,如果問題不斷堆積,那么就很有可能造成系統的永久性癱瘓。系統框架需要符合現實情況,不需多余不現實的規劃,能基本符合醫院的預約掛號需要即可,不應越俎代庖,既增加開發費用,又浪費時間。

圖11展示的為醫院預約掛號系統的整體結構設計。

693c6c8079755322f7277e95d5d62df2  圖11系統結構圖

 4.3 數據庫設計

數據庫是系統能夠運行的核心,沒有數據庫,大量的數據將無處安放,存在數據泄露和數據丟失風險。一個簡潔的數據庫能直接影響程序的運行,數據庫一旦數據過多,會嚴重影響網站的運行,一旦數據過少,會無法實現許多功能。

 4.3.1 數據庫設計原則

數據庫設計(Database Design)是指構造最優的數據庫模式,滿足用戶的應用需求,有利于節約資源提高軟件運行速度,還有利于減少軟件故障。數據庫設計時要遵守一對一設計原則,能減少維護出現,盡量避免出現數據冗余,否則后期將花費大量時間進行維護。要遵守獨特命名原則,能避免出現重復名稱重復使用現象,保護數據一致性。要遵守雙向使用原則,能保證及時更新,并且對數據做到靈活排序。

 4.3.2 數據庫實體

數據模型中的實體(Entity),可以區分的對象或事物,用來描述概念世界用E-R圖描述組織,實體-聯系圖三要素為實體、屬性和聯系。

本系統的E-R圖如下圖所示:

1、圖12展示的為系統管理員模塊信息實體圖:

16b7ca71bd59d1147fafe52dc7e00843  圖12管理員信息實體圖

2、圖13展示的為用戶信息實體圖:

b0c223c2fe4a9e43c7c61b576506b9e8  圖13用戶信息實體圖

3、圖14展示的為醫生信息實體圖:

632c0553a6a77ae2bb932ca61aca5e07  圖14醫生信息實體圖

4、圖15展示的為預約信息實體屬性圖:

1f403ace11847fd016b22ce7546d7b74  圖15預約信息實體屬性圖

4.3.3 數據庫表設計

在進行設計的過程中,數據庫的表信息也屬于其中一部分,表中的列名需清除明白容易記憶,數據類型要想符合,長度需結合實際情況,主鍵的設置,能否為空值都能表現數據庫的嚴謹性。以下為數據庫每個表的詳細情況。

表1管理員信息表

列名 主鍵 數據類型 允許空 長度 說明
id bigint 20 編號
password varchar 50 密碼
username varchar 50 用戶名
Sex varchar 50 性別
Name varchar 50 姓名

表2用戶信息表

列名 主鍵 數據類型 允許空 長度 說明
id int 4 編號
name varcha 50 姓名
password varcha 50 密碼
Card varchar 50 身份證號
sex varcha 50 性別
tel varcha 50 聯系電話
Age varcha 50 年齡
Email varcha 50 郵箱
Adress varcha 50 聯系地址

表3醫生信息表

列名 主鍵 數據類型 允許空 長度 說明
Id int 4 編號
Keshi varchar 50 科室
Doctorname varchar 50 醫生姓名
Shuduan varchar 50 數段
Date varchar 50 號源日期
Yiyue varchar 50 已約
Shuliang varchar 50 數量

表4 預約信息表

列名 主鍵 數據類型 允許空 長度 說明
Id int 4 編號
Keshi varchar 50 科室
Doctor varchar 50 就診醫生
Sex varchar 50 性別
Danhao varchar 50 預約單號
Jiuzhenren varchar 50 就診人
Miaoshu varchar 50 病情描述
Chuli varchar 50 處理
Zhuangtai varchar 50 狀態
Date varchar 50 預約日期
ChuangjianDate varchar 50 創建日期

 4.4 系統界面設計

  4.4.1 管理員功能模塊的實現

管理員管理主界面

管理員進入后臺,完成賬號和密碼以及驗證碼的輸入步驟,然后就能登陸進去。圖16展示的為主界面,其中包括了醫生管理和用戶管理等。

db9df9433a4249b3ee7f668343270af6  圖16管理員主界面

管理員醫生管理界面

管理員可以對班級信息進行查找或刪除。其界面見圖17。

a32318b567aa77011de46421439bb487  圖17管理員醫生管理界面

管理員檢查管理界面

管理員可以對信息進行各種操作,例如查看、添加、修改、刪除檢查等。界面見圖18。

2228524477ef65dac0a82603935cc4f5  圖18管理員檢查管理界面

 4.4.2 用戶功能模塊的實現

用戶登錄界面

用戶可以點擊登錄按鈕,然后就能登陸,完成用戶名和密碼驗證碼的輸入后,就能夠進入到用戶界面。圖19展示的為界面。

5715a91909ed1f90866ca61b8096f560  圖19用戶登錄界面

用戶預約管理界面

當用戶登錄后,就可以預約醫生。圖20展示的為界面。

f1ae28c468487256883712d3b03f92cc  圖20用戶預約管理界面

用戶在線咨詢界面

當用戶登錄界面后,就可以實現在線咨詢。圖21展示的為界面。

f5534c7c2999778376565c3cbd3af6bc  圖21用戶在線咨詢界面

醫生下診斷界面

當醫生登錄界面后,就可以進行下診斷。圖22展示的為界面。

25c3f32276ebc44e022de8d5fbb7bf7e  圖22醫生下診斷界面

5 系統測試

系統測試是系統開發的最終環節,同時其也是系統流程中不可或缺的組成部分,測試結果是否理想會決定產品之后的發展。在測試過程中能夠確保達成客戶在軟件質量、性能等方面的要求。測試期間要始終保持著嚴謹、規范的態度,同時秉持完善性原則,測試是為了檢查出系統運行中的漏洞,然后及時的進行優化,盡量確保程序運行順暢。然而,就算是進行了測試,漏洞也是不可能完全被消除的,只能是在最大程度上的將其減少,以降低系統運行錯誤的可能,在能力允許的條件下,讓用戶享受到盡可能安全便捷的操作體驗。

 5.1 系統測試的意義

建立程序是一定會經過測試環節的。測試是指在程序完成之后,將程序投入使用之前,對程序的漏洞進行檢測和排查。防止程序在之后的運行中出現無法預料的事故造成經濟損失。本系統是醫院預約掛號系統,事關廣大患者,系統測試的必要性更將大大提升,一旦出現意外事故,將造成嚴重的醫療事故,嚴重的可能危及患者性命。本次測試的任務是盡可能的減少bug,盡可能的保障程序的平穩運行。具體的糾錯測試流程見圖23。

8bcd59290e5b36ebe76663f5a9453bee  圖23測試與糾錯信息流程

 5.2 性能測試

之所以進行性能測試,是想要避免網站出現無法達到醫院所需要性能要求的情況。測試的核心是,以實際情況為指向,模擬網站的運行過程,從中評估網站的真實性能,判斷其與醫院實際需求的契合度。該測試在指標要素上的需求極為豐富,其中包括網站運行速度及其響應速度等等。

系統運行速度:通過多種設備、多種平臺運行系統,得出結論系統運行速度都不慢。

系統響應時間:測試出系統最慢響應時間,最快響應時間和平均響應時間,得到三者響應時間相近且響應速度局處于建高水平,可以達到用戶的心理預期。

支持并發節點數:即當監測訪問量出現增加,系統會不會出現延遲。結果表明,在數據大于5000的狀態下,訪問會出現一定的延遲。

 5.3 測試分析

本醫院預約掛號系統可用于管理相關信息,設計期間,以國內外先進的網站作為學習的對象,從中吸取有益經驗,從界面到系統每一部分的設計都秉持著方便管理員和會員操作的原則展開。系統得顯著特征及優勢體現在以下幾點:

(1)移置性和針對性都較為突出,前者可以讓它的運行不止限制在一個系統上,而后者則確保了服務品質,從而增強了的客戶使用的便利性。

(2)該醫院預約掛號系統可基本滿足廣大患者的要求,醫院對網站的管理僅需要一個管理員即可,既方便又快捷,用戶出現錯誤時能通過反饋讓管理員及時處理問題。并且本系統操作簡單,并不需要進行培訓即可很好的進行線上預約,只要會使用網絡,在操作上都不會遇到什么困難。

在研究了前面所介紹的這些測試結果后,可以發現,該系統涵蓋了全部的基本功能,使用起來并不困難,運行性能可滿足需求,安全指數也比較高,能持續完善醫院的預約掛號服務。

結論

本系統在JSP和MYSQL數據庫的說明期間,分別圍繞硬件和軟件兩個不同的角度,對醫院預約掛號系統的可行性進行了解答,本文的研究結果包括以下幾點:有效的將JSP和MYSQL建立起聯系,共同應用到醫院預約掛號系統中,賦予了網站響應式展示的功能。從開始研究醫院預約掛號系統,到最終將其完成,讓我更加深刻的理解了什么叫做學無止境,同時,讓我更加理解了實踐的重要性,真正通過自己的努力,獨立的完成一個系統,會發現系統并不是想象的那么困難,也沒有理論上那么簡單。需要通過多方面的調查了解,分析廣大患者的需求。完成需求分析后系統的代碼更要嚴謹,一個錯誤代碼可能引起整個系統的崩盤?;A功能完成后,還要對網站進行美化,枯燥的代碼和界面并不能引起患者對網上預約掛號的興趣,醫生也不喜歡整天對著一個個單調的面板。

此前,我對JSP的認知還較為淺顯,因此在系統創造初期,我面臨了很多意料之外的問題,比方說由于鏈接不正確,使得參數無法進行傳遞等。解決問題也是一個成長的過程,所以我盡可能自己解決問題,通過網上搜索和書籍查詢尋找答案,實在解決不了的問題只能尋求導師,導師總能為我細心解答。這既豐富了我的知識儲備,也讓我擁有了更高水平的解題能力,特別是讓我可以做到在眾多信息中成功分離出我想獲取的信息,另外,還讓我認識到,書本的知識只是囊括了大部分情況,自己制作系統時總會因為系統的不同,環境的不同,設備和軟件的不同而發生改變。畢竟,生活中“通?!辈簧?,“偶然”也時有發生。

通過這次醫院預約掛號系統的開發,我閱讀了不少書籍,觀看了不少教學視頻,然而該系統總歸不是完美的,我還有很多要學習的地方。

通過實踐讓我明白,醫院預約掛號未來具備著廣闊的發展空間,在測試期間,我發現系統的功能幾乎沒有什么缺失,界面美觀,操作簡單,可以說技術理論已擺脫了稚嫩。

致 謝

從論文選題到收集資料,再到寫提綱,其中經歷了聒噪、痛苦和彷徨,在寫論文的過程中心情是五味雜陳的。開始選題時很迷茫,不知該怎么選好,幸而在同學和任課老師的幫助下,才得以確定。然后就是最難的找資料,由于首次寫論文,不懂該怎么著手去收集、歸納資料,因而花費了好多時間在這上面,但收集到的資料真正能用上的卻沒多少。這時得感謝我的指導老師,他始終給予我細心的指導和不懈的支持。從論文框架到細節修改,都給予了細致的指導,提出了很多寶貴的意見與建議。老師以其嚴肅的科學態度,嚴謹的治學精神,精益求精的工作作風和大膽創新的進取精神深深地感染和激勵著我。他淵博的知識、開闊的視野和敏銳的思維給了我深深的啟迪,這篇論文是在老師的精心指導和大力支持下才完成的。在此謹向老師致以誠摯的謝意和崇高的敬意。

參考文獻

[1]朱光,鄧弘林.大數據背景下醫院門診掛號預約爽約行為預測研究[J].醫學信息,2020,33(22):13-15+21.

[2]王麗娜,張東軍,孟文青,張利江.“互聯網+醫療”視角下河南省二、三級醫院網絡預約就醫服務現狀比較[J].醫學與社會,2020,33(11):71-76.

[3]房振偉. 基于Web的在線考試系統的設計與實現[D].東南大學,2016.

[4]李立平. 基于Web的醫院預約掛號系統的設計與實現[D].燕山大學,2015.

[5]羅文佳. 基于Web的醫院預約掛號系統的設計與實現[D].電子科技大學,2014.

[6]周穎,陳敏蓮,胡外光,凌科峰,錢森.基于Web服務的多渠道預約掛號系統研究與實現[J].中國數字醫學,2014,9(08):67-68+74.

[7]潘安,蘇依燦,李建宏,徐苗桑.基于Web Service預約掛號接口方案的設計[J].醫院管理論壇,2011,28(07):63-64.

[8]崔立超. 基于WEB服務的預約掛號系統設計與實現[D].山東大學,2010.

[9]黎國鋒. 基于ARM/WEB/SMS/RFID的學生實驗預約系統的設計與實現[D].南方醫科大學,2008.

[10] 傳智播客高教產品研究部編著《Java基礎入門》2014.5.1

[11]Yu Weiping,Yu Xiaowen,Hu Hao,Duan Guimin,Liu Zi,Wang Yitao. Use of hospital appointment registration systems in China: a survey study.[J]. Global journal of health science,2013,5(5).

[12]Kong,Sun,Liu. Practicing the Outpatient Registration System with the Core of Appointment Registration and Its Effect[J]. Chinese Medical Record English Edition,2013,1(3).

[13]Breza Lisa. What works. Appointments made easy. Enterprise scheduling system allows New Jersey community hospital to decrease waiting times, reduce gaps between procedures and capture more registration information upfront.[J]. Health management technology,2005,26(1).

醫院預約掛號系統

醫院預約掛號系統

VIP月卡免費
VIP年會員免費
價格 ¥9.90 發布時間 2023年9月4日
已付費?登錄刷新
下載提示:

1、如文檔侵犯商業秘密、侵犯著作權、侵犯人身權等,請點擊“文章版權申述”(推薦),也可以打舉報電話:18735597641(電話支持時間:9:00-18:30)。

2、網站文檔一經付費(服務費),不意味著購買了該文檔的版權,僅供個人/單位學習、研究之用,不得用于商業用途,未經授權,嚴禁復制、發行、匯編、翻譯或者網絡傳播等,侵權必究。

3、本站所有內容均由合作方或網友投稿,本站不對文檔的完整性、權威性及其觀點立場正確性做任何保證或承諾!文檔內容僅供研究參考,付費前請自行鑒別。如您付費,意味著您自己接受本站規則且自行承擔風險,本站不退款、不進行額外附加服務。

原創文章,作者:1158,如若轉載,請注明出處:http://www.cnqczl.com/chachong/163709.html,

(0)
上一篇 2023年9月4日
下一篇 2023年9月4日

相關推薦

My title page contents 欧美午夜a级精美理论片,在线成人aa在线看片,欧美不卡视频在线观看,欧美在线成人午夜影视

<p id="vbl5l"><delect id="vbl5l"><listing id="vbl5l"></listing></delect></p>
<p id="vbl5l"></p>

<p id="vbl5l"><delect id="vbl5l"></delect></p>
<p id="vbl5l"></p>

<p id="vbl5l"></p>
<pre id="vbl5l"></pre>

<p id="vbl5l"><delect id="vbl5l"><menuitem id="vbl5l"></menuitem></delect></p>

<p id="vbl5l"><delect id="vbl5l"></delect></p>

<p id="vbl5l"></p>

<p id="vbl5l"><delect id="vbl5l"><listing id="vbl5l"></listing></delect></p>

<pre id="vbl5l"><output id="vbl5l"><menuitem id="vbl5l"></menuitem></output></pre>

<p id="vbl5l"><output id="vbl5l"></output></p>

<pre id="vbl5l"><output id="vbl5l"><listing id="vbl5l"></listing></output></pre>

<pre id="vbl5l"><output id="vbl5l"><menuitem id="vbl5l"></menuitem></output></pre>
<p id="vbl5l"></p>
<output id="vbl5l"><menuitem id="vbl5l"></menuitem></output>
<pre id="vbl5l"><output id="vbl5l"></output></pre>


<output id="vbl5l"><delect id="vbl5l"><listing id="vbl5l"></listing></delect></output>
<p id="vbl5l"></p>

<p id="vbl5l"></p><output id="vbl5l"></output>
<p id="vbl5l"><delect id="vbl5l"><menuitem id="vbl5l"></menuitem></delect></p>
<output id="vbl5l"><delect id="vbl5l"><listing id="vbl5l"></listing></delect></output><output id="vbl5l"><delect id="vbl5l"><listing id="vbl5l"></listing></delect></output><pre id="vbl5l"><delect id="vbl5l"><listing id="vbl5l"></listing></delect></pre>
<pre id="vbl5l"><output id="vbl5l"><menuitem id="vbl5l"></menuitem></output></pre><p id="vbl5l"><delect id="vbl5l"><listing id="vbl5l"></listing></delect></p><pre id="vbl5l"><output id="vbl5l"><menuitem id="vbl5l"></menuitem></output></pre>

<output id="vbl5l"></output>
? ? ?