醫(yī)院門診收費管理系統的設計與開發(fā)目錄TOC\o"1-1"\h\z\u\t"標題2,1,標題3,1,標題4,1,標題5,1"32468摘要 123757關鍵詞 114659Abstract 114575Keywords 121038引言 1305541緒論 1184471.1開發(fā)背景 172881.2開發(fā)現狀 1302292開發(fā)技術及工具 195722.1JSP 2248172.2Struts 261522.3SQL 289583系統需求分析 2269083.1可行性分析 2150223.1.1技術可行性 239433.1.2經濟可行性 2218593.1.3社會可行性 255423.2功能需求 2169323.2.1系統功能結構 2186933.2.2醫(yī)護人員功能 3211883.2.3病人功能 4204983.2.4超級管理員功能 4264864系統數據庫設計 457754.1數據庫概念結構 4327484.2數據庫邏輯結構 673104.2.1醫(yī)生數據表 6180254.2.2病人數據表 7275844.2.3護士數據表 7277654.2.4病種數據表 7194184.2.5藥品數據表 8117904.2.6病房數據表 8223944.2.7各類管理員數據表 8142225系統實現 8238045.1系統開發(fā)與環(huán)境部署 8193625.2系統登錄流程 948855.3醫(yī)護人員端功能實現 10127965.3.1醫(yī)護人員端首頁 10100365.3.2醫(yī)護人員端人物資料信息操作 11319225.3.3醫(yī)護人員端病情資料信息操作 1371595.3.4醫(yī)護人員端治療操作 14249275.3.5醫(yī)護人員端收費操作 16246265.4病人端功能實現 1732025.4.1病人端首頁 1829165.4.2病人端人物資料信息操作 18186155.5超級管理員端功能實現 20211275.5.1超級管理員端管理系統用戶信息 20247526系統對未來應用預期 2183447總結 2122618參考文獻 22摘要：隨著衛(wèi)生事業(yè)的不斷發(fā)展，醫(yī)院收費管理已經不適合過去傳統的手動核算的模式,所以開發(fā)了一款醫(yī)院門診收費管理系統。系統在軟件設計上采用B/S模式框架，并且在基本頁面的設計與功能實現上使用JSP動態(tài)網頁設計技術來進行的實現，基于格式簡單易懂、健壯性強的優(yōu)點選擇SQLServer數據庫作為后臺開發(fā)軟件。系統主要包括病人、醫(yī)護人員和超級管理員三類用戶。病人用戶可以實現個人信息的查詢與修改密碼。醫(yī)護人員用戶可以實現對醫(yī)師、護士、病人信息的添加、修改及查詢，對于藥品、病房、就診、用藥、住院信息的添加、修改及查詢，收費操作。超級管理員可以對普通管理員的基本信息進行添加或查詢管理。該系統為醫(yī)護人員與病患提供了多種多樣的互動交流的機會，對于日常生活也具有較強的現實意義，不僅能夠更好地理解醫(yī)院的運作流程，而且也能夠醫(yī)護人員在平常減少日常紙質病歷管理的工作量。關鍵詞：醫(yī)院門診收費管理系統JSPSQLServer數據庫HTML引言隨著近年來我國市場經濟持續(xù)高速增長,計算機科學和技術已經在人類社會上以及各行其業(yè)的不同領域獲得廣泛運用，同時計算機技術和我國經濟的發(fā)展也呈現出相互促進、相互發(fā)展的狀態(tài)。醫(yī)院管理系統的運用對整個醫(yī)院行業(yè)而言，是使醫(yī)院各項工作的效率有效提高的重要手段。所以加強計算機交互性技術的廣泛應用，對維護醫(yī)院管理系統，發(fā)揮醫(yī)院管理系統的技術優(yōu)勢都有著重要意義REF_Ref25208\r[1]。1緒論1.1開發(fā)背景隨著現代科學技術的不斷發(fā)展,人類社會正在逐步向著信息化社會發(fā)展。醫(yī)療技術手段的不斷進步，促使越來越多的人選擇去大醫(yī)院就醫(yī)，然而在這種情況下，傳統的紙質掛號單與病歷本會導致信息交流更加緩慢，而逐漸增大的病患流量會使看診更加緩慢，所以加強即時同步醫(yī)患信息顯得尤為重要。在醫(yī)院門診收費管理系統中合理地運用計算機技術，可以較好的提高工作效率，并且有助于加強醫(yī)護人員、病患與藥物的管理。醫(yī)院越來越傾向于利用先進的信息技術對醫(yī)院信息活動進行計劃管理，使資源得到有效的配置、共享、管理和協調,爭取在效益可觀的同時將消耗降到最低。1.2開發(fā)現狀現在的醫(yī)院門診收費管理系統已經經過將近十年的發(fā)展，逐漸地被絕大多數醫(yī)院在日常工作中所采用。隨著計算機技術越來越廣泛與便利以及全球信息的高速傳播與發(fā)展，醫(yī)院在計算機網絡系統上的的建設已經逐漸成為了社會所需求的。醫(yī)院的一些基礎設施的線上信息化建設是醫(yī)院能否進行健康有效運行的重要條件，所以醫(yī)院必須要保持國際現代化的總體水平相適應。但是，目前國內大多數醫(yī)院的信息系統投資與國際水平還有一定差距，美國的醫(yī)院信息系統投資相比國內醫(yī)院占較大比重REF_Ref11378\r\h[3]REF_Ref13357\r\h[7]。以醫(yī)院信息系統(HIS)的開發(fā)和應用為代表的醫(yī)院信息化建設已經成為改善醫(yī)療環(huán)境、提高管理水平和醫(yī)院信息化水平的重要手段，成為醫(yī)院信息化建設的重要標志。醫(yī)院信息系統建設既是對其綜合實力的衡量REF_Ref6431\r\h[13]，也是是一項龐大而復雜的系統工程。一定規(guī)模的醫(yī)院在醫(yī)院信息系統建設中都將發(fā)生一系列的變化，計算機的應用將對傳統的醫(yī)院運營模式產生重大影響REF_Ref25836\r\h[2]。在第三次工業(yè)革命到來之后，大多數醫(yī)院采取了智能化、去人工式的門診收費信息管理方式，但在經典的醫(yī)院門診收費信息管理方式中，手工操作紙質信息的管理方式占據主流市場，這樣不僅會浪費醫(yī)護人員與病患以及處方信息的流通，又會浪費醫(yī)護人員與病患診療疾病的時間，不能很好地使醫(yī)院高效率地進行醫(yī)護人員與病患以及處方信息的統計和處理工作，但是在醫(yī)院門診收費管理系統中，可以實現醫(yī)院的醫(yī)護人員通過人機交互的方式參與解決自己所需要負責的環(huán)節(jié)與業(yè)務，大大提高了醫(yī)護人員開具處方診治病情的效率，并且減短了病人辦理不必要的手續(xù)的時間，間接促進我國醫(yī)療事業(yè)的發(fā)展進步。隨著時代科技的的不斷發(fā)展進步，計算機技術在醫(yī)療領域中已經得到普遍的認可和高效率地執(zhí)行，線上醫(yī)療信息正在向智能化醫(yī)院的方向發(fā)展。醫(yī)院門診收費管理系統是醫(yī)院內各項基礎信息業(yè)務能夠正常運行的保障，也是醫(yī)院高層管理人員管理院內業(yè)務和為一線醫(yī)護人員提供對病情的決策分析的基礎系統。就我國現今醫(yī)療信息化的普及程度來看，還是存在一小部分中小型醫(yī)院信息化的規(guī)模不夠完善，還是通過半人工半信息化完成醫(yī)院內各項基礎信息業(yè)務。所以建立一套完善的醫(yī)院門診收費管理系統，用以滿足中小型醫(yī)院的日程基礎使用，使醫(yī)院內各項基礎信息業(yè)務能夠在醫(yī)院門診收費管理系統中完成，對于醫(yī)院是十分重要的。REF_Ref3717\r\h[4]2開發(fā)技術及工具2.1JSPJSP的中文名是java服務器頁面，是一種簡化的JSPServlet設計技術，JSP是介于傳統HTML頁面中插入Java程序段，形成JSP文件REF_Ref11740\r\h[11]。JSP是跨平臺的，可以在不同的平臺上使用。2.2StrutsStruts是一個基于MVC設計模式的開源應用框架。使用Struts的目的是作為控制器來利用MVC設計模式中的數據交互REF_Ref32132\r\h[12]，并且減少原型在應用程序開發(fā)中的使用時間，它主要等價于Servlet。2.3SQLSQL語言是結構化查詢語言(StructuredQueryLanguage)，它可以對數據庫進行查詢、編程、數據訪問、查詢、更新和管理。SQL語言是一種非過程化的編程語言，允許用戶在較高的層次上執(zhí)行一系列操作。3系統需求分析3.1可行性分析可行性主要是指在當前經濟社會發(fā)展及個人具體條件的情況下，對醫(yī)院門診收費管理系統進行研究是否需要進行開發(fā)以及是否具備開發(fā)此系統的必要條件，簡要概括為必要性和合理性。系統的可行性分析主要是針對開發(fā)這個管理系統是否存在內部或外部的必須具備的條件，主要包括科技工程上的、經濟上的、人力資源上的必備條件，并且還要分析在目前能做到的條件下是否有開發(fā)這樣一個信息管理系統的社會性需求。下面將分別從技術可行性、經濟可行性、社會可行性三個方面出發(fā)，對醫(yī)院門診收費管理系統的開發(fā)和設計進行詳細分析研究。3.1.1技術可行性本系統主要是一個針對于數據庫進行管理和查詢并且在前端設計直觀性網頁的系統，并且現在的大環(huán)境下對于數據庫的管理與查詢的技術已較為成熟，另外，各種軟硬件的性能要求都很好，利用現有的一系列技術條件可以達到系統的目的。由以上分析可知，醫(yī)院門診收費管理系統的開發(fā)在技術上是可以實施操作的。3.1.2經濟可行性現今社會，公立醫(yī)院所擁有的信息處理設施通常是同一個應用平臺，支持正常的操作系統，所以不需要在整個過程中投入太多資金購買其他設施進行軟件開發(fā)，投資成本不高，因此，應在普通百姓的范圍內開展發(fā)展性融資，符合廣大群眾心理預期的。由以上分析可知，醫(yī)院門診收費管理系統在經濟上是可以實施操作的。3.1.3社會可行性本系統對社會上廣大用戶的要求，除了可以正常操作Windows系統上的個人電腦之外，不需要額外的知識和專業(yè)編程技能。各級管理人員可以正常使用系統，無需對各類員工進行系統開發(fā)的額外培訓，不僅降低了投入成本，而且簡化了系統的操作。由以上分析可知，醫(yī)院門診收費管理系統具有社會可行性。3.2功能需求3.2.1系統功能結構醫(yī)院門診收費管理系統的實現減少了掛號區(qū)醫(yī)護人員的工作量和查閱區(qū)分不同病患信息所浪費的時間，本系統一共有三種不同的人員用戶，分別是醫(yī)護人員（普通管理員）、病人和超級管理員。使用不同的用戶名和密碼，系統會跳轉到不同用戶身份的首頁界面，系統的功能結構如下圖所示：圖3-1系統功能結構圖3.2.2醫(yī)護人員功能醫(yī)護人員在選擇登錄時，需選擇醫(yī)護人員登錄入口，通過入口登陸后，可以擁有普通管理員的權限，對醫(yī)護人員及病患的信息進行查詢或添加，開具藥品、處方或住院信息，進行收費管理等。醫(yī)護人員端具體功能如下：醫(yī)護人員登錄：醫(yī)護人員首次需要超級管理員進行信息添加才能進行后續(xù)登錄操作，超級管理員添加信息時，需要輸入姓名、密碼及再次確認密碼，只有完善信息才可注冊成功將數據添加至數據庫中，注冊成功后可通過注冊時填寫的姓名和設置的密碼進行系統的登錄。對醫(yī)師信息操作：已登錄的醫(yī)護人員可以對醫(yī)師的信息進行添加、修改、刪除及查詢操作。對護士信息操作：已登錄的醫(yī)護人員可以對護士的信息進行添加、修改、刪除及查詢操作。對病患信息操作：已登錄的醫(yī)護人員可以對病患的信息進行添加、修改、刪除及查詢操作，還包括病種、病情等。對病種信息操作：已登錄的醫(yī)護人員可以對病種的信息進行添加、修改、刪除及查詢操作。對藥品信息操作：已登錄的醫(yī)護人員可以對藥品的信息進行添加、修改、刪除及查詢操作，還包括單價、庫存等。對病房信息操作：已登錄的醫(yī)護人員可以對病房的信息進行添加、修改、刪除及查詢操作，還包括床數、價格、是否空閑等。對病種信息操作：已登錄的醫(yī)護人員可以對醫(yī)師的信息進行添加、修改、刪除及查詢操作。就診信息管理：添加出診醫(yī)生和對應就診病人的編號、姓名，并對病人病情進行詳細描述，添加其費用信息、用藥及住院信息。收費管理：匯總就診記錄、用藥記錄和住院記錄，并進行收費匯總，并進行收費。3.2.3病人功能病人端登錄，即病人通過本人姓名及密碼進行系統的登錄后對自身情況及自己的密碼進行管理。病人端功能如下：（1）對個人資料信息操作：病人查看或修改個人資料。（2）密碼修改：病人進行個人密碼的修改。3.2.4超級管理員功能超級管理員的主要功能是對普通管理員的信息進行管理，并具有醫(yī)護人員的的全部功能。超級管理員具體管理功能如下：醫(yī)護人員全部功能對普通管理員信息操作：對普通管理員的個人信息進行增刪改查的基礎操作。4系統數據庫設計通過上文對于系統的功能需求分析,對系統的全部功能進行模塊上的劃分。劃分時要注意使各個不同的模塊都具有其獨立的功能，同時還要保證不同的模塊之間有一定的聯系，但是聯系也不能太過于緊密。在聯系時，要遵循“高內聚,低耦合”的原則REF_Ref18571\r\h[5]，系統的功能模塊主要有：基本信息管理、病種信息管理、門診藥品管理、病房管理、診療管理及門診收費管理。根據后端數據庫的性能特點選擇合適的數據庫是保證系統健壯性的基本條件，但數據庫的性能指標也必須根據客戶的實際情況和約束條件來確定。后臺數據庫應該具有以下性能特點：數據共享，在不同的地方用不同的\t"/item/%E6%95%B0%E6%8D%AE%E5%85%B1%E4%BA%AB/_blank"軟件使用不同的\t"/item/%E6%95%B0%E6%8D%AE%E5%85%B1%E4%BA%AB/_blank"計算機的\t"/item/%E6%95%B0%E6%8D%AE%E5%85%B1%E4%BA%AB/_blank"用戶進行系統的操作，也能夠對他人的\t"/item/%E6%95%B0%E6%8D%AE%E5%85%B1%E4%BA%AB/_blank"數據進行讀取或進行各種操作、\t"/item/%E6%95%B0%E6%8D%AE%E5%85%B1%E4%BA%AB/_blank"運算和分析。并發(fā)控制，可以保證在多個不同的用戶對同一數據進行操作時，由于并發(fā)操作引起的一些錯誤能夠及時得到糾正。故障恢復，數據庫發(fā)生一定性的破壞時，能夠恢復到未破壞前的狀態(tài)的功能。高速響應，快速響應、高效率、快速存儲，實現數據存取。數據完整，對于數據具有進行鏡像復制后進行線上存檔，并在登錄后可以快速恢復數據。數據一致，當多個用戶試圖同時訪問同一個數據庫時，應該同時使用相同的數據。高度兼容，對多種操作系統標準都支持。安全保密REF_Ref4195\r\h[6]。4.1數據庫概念結構概念模型的作用是用來描寫現實中的世界的，概念模型的建立一般會通過實體-聯系圖（E-R圖）來進行具體描述，現實世界與網絡信息數據之間搭建起了一座名為概念模型橋梁REF_Ref17841\r\h[15]。每個實體都有特定的屬性和關系，可以是一個或多個。通過實體、其屬性、各實體間的聯系這三者便可以構建一個完整的概念模型。以下便是醫(yī)院門診收費管理系統的E-R圖：圖4-1醫(yī)生實體及屬性圖4-2病人實體及屬性圖4-3護士實體及屬性圖4-4各類管理員實體及屬性圖4-5病房實體及屬性圖4-6藥品實體及屬性圖4-7病種實體及屬性圖4-8各實體之間聯系圖4.2數據庫邏輯結構在本設計中，需要處理各種各樣的主體，且不同的主體都有其獨特的屬性，在這里引入數據表來對管理主體的屬性信息進行分析說明，數據表如下。4.2.1醫(yī)生數據表醫(yī)生主體主要描述了姓名、編號、性別等屬性，普通管理員或超級管理員操作醫(yī)生信息資料時根據提示填寫對應個人信息屬性，并提交給數據庫。醫(yī)生本人也可以對屬性值進行修改。醫(yī)生數據表如下所示：表4-1醫(yī)生信息表字段數據類型允許空字段說明bianhaovarchar(50)是醫(yī)生編號xingmingvarchar(50)是登陸姓名xingbievarchar(50)是醫(yī)生性別chushengnianyuevarchar(50)是醫(yī)生出生年月zhichengvarchar(50)是醫(yī)生職稱zhuzhikemuvarchar(50)是醫(yī)生主治dianhuavarchar(50)是醫(yī)生電話youxiangvarchar(50)是醫(yī)生郵箱beizhuvarchar(50)是備注4.2.2病人數據表病人主體可以描述姓名和唯一的編號等屬性，病人通過唯一編號屬性的不同，登錄屬于自己的個人信息管理及密碼修改界面。病人數據表如下所示：表4-2病人信息表字段數據類型允許空字段說明bianhaovarchar(50)是病人編號xingmingvarchar(50)是病人姓名xingbievarchar(50)是病人性別hunfouvarchar(50)是婚否chushengnianyuevarchar(50)是病人出生年月bingzhongvarchar(50)是所患病種bingqingmiaoshuvarchar(50)是病情描述shenfenzhengvarchar(50)是身份證號dianhuavarchar(50)是病人電話mimavarchar(50)是病人密碼4.2.3護士數據表護士主體主要描述了姓名、編號、性別等屬性，大體功能與醫(yī)生一致，護士數據表如下所示：表4-3護士信息表字段數據類型允許空字段說明bianhaovarchar(50)是護士編號xingmingvarchar(50)是登陸姓名xingbievarchar(50)是護士性別chushengnianyuevarchar(50)是護士出生年月zhichengvarchar(50)是護士職稱dianhuavarchar(50)是護士電話youxiangvarchar(50)是護士郵箱beizhuvarchar(50)是備注4.2.4病種數據表病種主體主要描述了名稱、編號屬性，普通管理員或超級管理員操作病種信息資料時根據提示將信息的對應屬性值提交至數據庫，病種數據表如下所示：表4-4病種信息表字段數據類型允許空字段說明bianhaovarchar(50)是病種編號mingchengvarchar(50)是病種名稱4.2.5藥品數據表藥品主體主要描述了名稱、編號、單價、庫存量的一系列屬性，普通管理員或超級管理員操作藥品信息資料時根據提示將信息的對應屬性值提交到數據庫，藥品數據表如下所示：表4-5藥品信息表字段數據類型允許空字段說明bianhaovarchar(50)是藥品編號mingchengvarchar(50)是藥品名稱danjiavarchar(50)是藥品單價kucunliangvarchar(50)是藥品庫存量4.2.6病房數據表病房主體是通過名稱、編號等屬性進行具體描述，普通管理員或超級管理員操作病房信息資料時根據提示將信息的對應屬性值提交至數據庫，病房數據表如下所示：表4-6病房信息表字段數據類型允許空字段說明bianhaovarchar(50)是病房編號leibievarchar(50)是病房類別chuangshuvarchar(50)是病房床數jiagevarchar(50)是病房價格zhuangtaivarchar(50)是所處狀態(tài)4.2.7各類管理員數據表各類管理員主體是通過姓名、編號等屬性進行具體描述，超級管理員操作各類管理員信息資料時根據提示將信息的對應屬性值提交至數據庫，其他人無法對管理員信息進行操作，如果普通管理員點擊編輯管理員界面，會顯示暫無權限。各類管理員數據表如下所示：表4-7各類管理員信息表字段數據類型允許空字段說明usernamevarchar(50)是姓名pwdvarchar(50)是密碼cxvarchar(50)是權限5系統實現5.1系統開發(fā)與環(huán)境部署目前，軟件開發(fā)本身也在不斷的發(fā)展，已經由過去的“算法+數據結構=程序”的傳統模式轉變成“設計模式+對象組件+開發(fā)工具=程序”。開發(fā)工具的選擇已經成為軟件開發(fā)成功與否的主要因素之一REF_Ref12534\r\h[14]。開發(fā)工具的選擇主要取決于兩個因素：服務對象和用戶需求，其中用戶需求是所有軟件的最終目標，當然，開發(fā)人員的興趣和習慣等個人因素也會影響開發(fā)工具的選擇。軟件開發(fā)成功的關鍵是選擇合適的開發(fā)工具。首先需要強調的是：開發(fā)工具之間的比較沒有一個絕對的標準。評價一種開發(fā)工具功能好壞，不僅要看其對于設計的模式、對象的整體結構和管理數據的支撐情況，而且更重要的是針對現需要的具體的使用環(huán)境、設計者慣常使用的設計方法、系統整體的結構體系、開發(fā)者以及服務對象來評價一種開發(fā)工具的合適程度REF_Ref4195\r\h[6]。目前，在以B/S（全稱Browser/Server）結構為框架的Web應用中，大多數瀏覽器直接通過HTML或JSP與用戶交互。因此，醫(yī)院門診收費管理系統管理系統開發(fā)主要采用B/S架構，開發(fā)工具是微軟VisualStudio2017，C#是系統所采用的開發(fā)編程語言，DBMS采用的是SQLServer2019。5.2系統登錄流程在設計醫(yī)院門診收費管理系統之前，首先需要設計出整個醫(yī)院門診的整體業(yè)務流程，只有設計出整個醫(yī)院門診的整體業(yè)務流程才能著手設計其中的某一部分內容。而門診的業(yè)務流程是整個醫(yī)院的重要業(yè)務，門診業(yè)務主要包括門診掛號業(yè)務、主要醫(yī)生信息資料、門診收款業(yè)務、門診藥房拿藥業(yè)務以及其他與門診業(yè)務相關的的科室。在門診的業(yè)務流程中，產生的一些數據主要包括病人的基本信息的就診信息，即人流、與財務有關病人繳費信息的數據流以及與藥品和器械等材料有關的信息，即物流，三種基本的數據流。醫(yī)院門診的業(yè)務首先要登記相關醫(yī)生和病人信息，之后醫(yī)生在診斷完病人的相關情況后，登記病人編號與看病的醫(yī)生編號相對應，再給出病情診斷與用藥登記，并且安排病人是否需要住院。在病人的整個就醫(yī)的過程中，就伴隨產生了上文所提到的的三種信息流，即人、財、物。根據上述設想的內容，可以大體設計出相應的就醫(yī)路線和伴隨出現的數據庫信息。最后在匯總綜合大量的相關醫(yī)院門診業(yè)務的資料，查閱大量的相關書籍，實地進行部分醫(yī)院門診業(yè)務的考察后，整理出醫(yī)院門診業(yè)務的登陸流程REF_Ref4195\r\h[5]。不同身份系統登錄的流程圖如以下所示：圖5-1不同人員登陸進入首頁流程圖5.3醫(yī)護人員端功能實現醫(yī)生或護士可以通過醫(yī)護人員身份選擇后進行登錄，若是首次進行登錄，需要通過超級管理員添加本人的信息或直接在數據庫中添加醫(yī)生或護士本人的信息，在添加信息之后，醫(yī)生或護士便可通過初始設置的用戶名和密碼進行登錄醫(yī)護人員首頁主界面，若沒有進行信息添加便進行登錄，則將不會進入主界面。醫(yī)護人員登錄界面如下圖所示：圖5-2醫(yī)護人員端登錄界面圖5.3.1醫(yī)護人員端首頁醫(yī)生或護士在輸入了能與數據庫信息匹配的用戶名和密碼后，系統由登陸界面跳轉到首頁，首頁可以添加一系列公告等文字類的內容，在左側顯示的功能菜單中可以任意選擇需要的功能，右上角可以進行個人信息的修改以及退出登錄，在點擊退出按鈕后，會返回登陸界面。如果此醫(yī)護人員僅是普通管理員身份，當點擊系統用戶管理時，會顯示沒有權限進行此操作。醫(yī)護人員端首頁如下圖所示：圖5-3醫(yī)護人員端首頁圖圖5-4醫(yī)護人員端無用戶管理權限圖5.3.2醫(yī)護人員端人物資料信息操作醫(yī)生或護士在進行資料的添加或修改時，只需要單擊左邊功能菜單欄的醫(yī)師資料管理或護士信息管理進行資料的添加或修改。在添加資料時，醫(yī)生或護士需要填寫編號、姓名、性別、出生年月、職稱、主治科目、電話、郵箱以及備注。在填寫完畢后，可以在查詢醫(yī)師資料中查詢到本人剛剛填寫的信息，也可以在最上方一欄中按編號、姓名、性別或職稱進行篩選查看信息，也可以在每條醫(yī)生或護士資料的最右方進行修改或刪除單個醫(yī)生或護士的信息，在修改某個醫(yī)生或護士的信息時，界面會跳回添加醫(yī)生或護士資料的界面，進行操作。醫(yī)護人員端信息添加或修改界面如下圖所示（由于醫(yī)生與護士界面類似，在這里僅展示醫(yī)生界面）：圖5-5醫(yī)護人員端信息添加圖圖5-6醫(yī)護人員端信息查看圖醫(yī)生或護士也可以對病人信息進行添加，只需要單擊左邊功能菜單欄的病人信息管理來進行資料的增、刪、改、查的工作。在添加資料時，醫(yī)生或護士需要填寫編號、姓名、性別、婚否、出生年月、病種、病情描述、身份證、電話、密碼來進行病人信息的填寫。增加、刪除、修改工作與醫(yī)生或護士的信息操作模式相同，在這里不過多贅述，醫(yī)護人員端對病人信息的添加或修改界面如下圖所示：圖5-7醫(yī)護人員端病人的信息添加圖圖5-8醫(yī)護人員端病人的信息查看圖5.3.3醫(yī)護人員端病情資料信息操作醫(yī)生在對病人的具體病情做出診斷后，可以單擊左邊功能菜單欄的病種信息管理對數據庫原有的病種進行查詢，若無法查詢到病種名，可以進行新病種的添加查詢時可以通過病種編號或病種名稱進行篩選查詢。若可以查詢到病種名，可以查看現有的對應病種的信息，若是數據庫現有病種信息與實際不符，醫(yī)生可以點擊對應病種條右側修改或刪除按鈕，進行新的病種信息的修改或添加新病種，詳細顯示頁面如下所示：圖5-9醫(yī)護人員端添加病種信息圖圖5-10醫(yī)護人員端查詢病種信息圖負責藥品管理的護士在引進新藥品后，只需要單擊左邊功能菜單欄的藥品信息管理就可以添加新藥品的信息，主要包括藥品的編號、名稱、單價以及庫存量。如果負責護士在添加過程中出現單價或庫存量非漢字的失誤，系統會進行提示。若藥品已在現有藥品信息中存在，只是更改藥品的單價或藥品的庫存量?？梢栽趯τ趩蝹€藥品右邊點擊修改按鈕，進行單價或庫存量的修改操作。如果藥品信息需要重新建立，也可以刪除對應藥品信息后，重新添加藥品的相關信息。詳細顯示頁面如下所示：圖5-11醫(yī)護人員端藥品信息添加圖（輸入非數字）圖5-12醫(yī)護人員端藥品信息添加圖（輸入數字）圖5-13醫(yī)護人員端藥品信息查看圖負責病房管理的護士在整理病房時，可以單擊左邊功能菜單欄的病房信息管理，進行線上病房信息登記，負責護士需要填寫病房的編號、類別、床數、價格以及是否為空閑的狀態(tài)，在添加病床的全部信息后，負責護士也可以在病房信息查詢中查詢到添加過的全部病房的信息，如果病房情況有變動，也可以點擊單個對應病房信息的最右邊的修改按鈕或進行信息的刪除操作，再對信息進行重新添加。詳細顯示頁面如下所示：圖5-14醫(yī)護人員端添加病房信息圖圖5-15醫(yī)護人員端查看病房信息圖5.3.4醫(yī)護人員端治療操作醫(yī)生在根據掛號的病人逐個診斷后，點擊左側功能菜單欄中的就診管理按鈕，就診管理欄中又可以找到就診查詢，在就診查詢中找到對應病人的信息并對病人的唯一編號進行查找，就可以將醫(yī)生自身信息與正在診斷的病人信息進行匹配配對。當醫(yī)生對此病人的具體病情做出診斷后，就可以填寫病人所患的病種，對于病情的詳細描述，就診所收費用以及需要注意的情況的備注。若填錯部分信息，則可以點擊重置按鈕進行重新填寫。醫(yī)生也可以通過查看就診管理信息，來查看全部病人的就診信息，也可以通過查詢診斷醫(yī)師的編號、診斷醫(yī)師的名稱、病人的編號、病人名稱或病人所患的病種進行篩選查看。如果在查看就診信息時，發(fā)現有信息錯誤，可以點擊單個對應病人右邊的修改按鈕進行修改。如果病人要求放棄治療，則可以刪除其就診信息。詳細顯示頁面如下所示：圖5-16醫(yī)護人員端功能菜單就診管理欄圖圖5-17醫(yī)護人員端添加就診信息圖圖5-18醫(yī)護人員端查看就診信息圖醫(yī)生在對病人的具體病情做出診斷后，對病人的唯一編號進行查找，找到對應病人后，就可以選擇病人所需要的用藥、所需用藥的數量以及所花費的錢數，在負責藥品管理的護士在補充藥品庫存或購入新藥品并進行藥品信息的添加或修改后，醫(yī)生就可以在用藥管理的藥品名稱中查詢到對應藥品。在查詢用藥信息界面也可以對已經添加的藥品信息進行修改或刪除藥品信息重新添加。詳細顯示頁面如下所示：圖5-19醫(yī)護人員端添加用藥信息圖圖5-20醫(yī)護人員端查看用藥信息圖醫(yī)生在建議病人住院觀察治療并且病人同意后，可以對病人的住院信息進行填寫提交，醫(yī)生需要填寫病人的編號、病人的姓名、病房的編號、病房的單價、病人需要住的天數以及對病人住院需要注意的一些問題的備注。同時填寫病人的編號和病房的編號可以將病人所住的病房進行對應，有益于之后的工作。如果病人的病情有好轉或惡化的情況，需要修改住院管理，可以在查詢住院管理信息中，點擊右邊修改按鈕來修改對應病人的住院信息，也可以在病人放棄治療后選擇刪除按鈕進行刪除操作。詳細顯示頁面如下所示：圖5-21醫(yī)護人員端添加住院信息圖圖5-22醫(yī)護人員端查看住院信息圖5.3.5醫(yī)護人員端收費操作收費處醫(yī)生可以在完成全部診斷后，通過輸入病人編號來查看病人所花費的全部費用，并對全部費用進行匯總，在收取病人費用之后，點擊確定收費按鈕，就會彈出收費成功的彈窗提示。若想查詢全部病人的費用情況，只需要點擊左側功能菜單欄中的費用查詢，即可查詢全部費用信息，由于此信息是通過匯總其他管理信息而來的，所以此信息無法進行修改，如果發(fā)現收費信息的錯誤，需要去發(fā)生錯誤的信息管理欄進行具體信息的修改，在對應信息的右側修改按鈕進行具體修改。詳細顯示頁面如下所示：圖5-23醫(yī)護人員端查看用藥信息圖圖5-25點擊確定收費后成功彈窗圖圖5-24醫(yī)護人員端查看用藥信息圖5.4病人端功能實現病人端的登陸界面與醫(yī)護人員端類似，只需要輸入病人的用戶名和密碼就可以進行登錄。若是首次進行登錄，需要通過超級管理員添加本人的信息或直接在數據庫中添加病人本人的信息，在添加信息之后，病人便可通過初始設置的用戶名和密碼進行登錄病人首頁主界面，若沒有進行信息添加便進行登錄，則將不會進入主界面。顯示界面如下圖所示：圖5-25病人端登錄界面圖5.4.1病人端首頁醫(yī)生或護士在輸入了能與數據庫信息匹配的用戶名和密碼后，系統由登陸界面跳轉到首頁，首頁可以添加一系列公告等文字類的內容，在左側顯示的功能菜單中可以任意選擇需要的功能，由于病人端沒有就診等操作，所以只需要個人資料修改以及密碼的修改操作即可，右上角可以進行個人信息的修改以及退出登錄，在點擊退出按鈕后，會返回登陸界面。病人端首頁如下圖所示：圖5-26病人端首頁圖5.4.2病人端人物資料信息操作病人在登陸系統后，可以點擊左側功能菜單欄中的個人信息管理修改其個人信息，病人可以對自己的編號、姓名、性別、婚否、出生年月、病種、病情描述、身份證、電話進行修改，如果填錯信息也可以點擊重置按鈕進行信息的重置，顯示界面如下圖所示：圖5-27病人端修改個人信息圖病人在登陸后可以修改系統原本的初始密碼為自己的密碼，輸入原密碼與初始的密碼需得一致并且新密碼需要兩遍輸入確認，如果兩遍輸入不一致，則會有彈窗提醒，并需要重新輸入直到一致，方可修改密碼。顯示界面如下圖所示：圖5-28病人端修改密碼圖圖5-29病人端兩次輸入新密碼不一致圖圖5-30病人端修改密碼成功圖5.5超級管理員端功能實現超級管理員擁有醫(yī)護人員端的全部功能，并且在登陸界面也是選擇醫(yī)護人員端進行登錄，在后臺數據庫中會進行區(qū)別超級管理員與普通管理員的權限，超級管理員需要通過系統定義的唯一用戶名和密碼進行登錄，登錄后就可以對系統用戶管理進行操作進行操作。5.5.1超級管理員端管理系統用戶信息只有超級管理員能夠對系統的全部用戶操作。超級管理員可以通過填寫用戶名和兩次輸入密碼進行普通管理員信息的添加，如果兩次密碼輸入不一致會進行彈窗提示，進行重新填寫。在重新填寫正確之后會顯示添加成功的彈窗。顯示界面如下圖所示：圖5-31超級管理員端添加用戶圖圖5-32超級管理員端添加成功圖6系統對未來應用預期隨著數字化技術的飛速發(fā)展，以經驗醫(yī)學為主的傳統醫(yī)院門診收費流程管理模式發(fā)生了迅速的變化，紙質化掛號逐漸被數字化方式所取代，醫(yī)療越來越依賴于各種數字化的檢查，診斷和治療設備REF_Ref31149\r\h[8]。隨著醫(yī)院門診收費管理系統標準化的進程不斷加速，醫(yī)院門診收費管理系統的高度集成化的大趨勢，各級醫(yī)療衛(wèi)生單位的信息云端共享將會成為可能實現的REF_Ref15856\r\h[9]。醫(yī)院信息化建設的范圍將逐步從一個醫(yī)院擴展到多個醫(yī)院集團，甚至擴展到全部網絡信息系統。近年來，隨著智能終端的高速發(fā)展，健康管理系統也迎來了全新的發(fā)展趨勢。以AI和5G技術為主的智慧醫(yī)療系統已經成為了新的大趨勢，并且引起了廣大社會公民的探討。然而，整體而言，我國的健康醫(yī)療系統的建設還處于一個初級的階段，并且與城市的經濟發(fā)展程度有很高的相關性REF_Ref15875\r\h[10]，所以，在我國中西部地區(qū)經濟條件較差的情況下，醫(yī)療資源匱乏的現況也比較顯著，并且絕大多數的醫(yī)療衛(wèi)生機構都比較缺乏資金和人力物力來支持醫(yī)院系統的現代化、信息化建設。醫(yī)療衛(wèi)生的信息化建設在我國的中西部地區(qū)仍然還有很大的發(fā)展空間。7總結本系統主要實現醫(yī)院里的各種人員的信息管理功能以及病人的就醫(yī)功能，其中信息的錄入和收費綜合是這個功能的關鍵。系統里主要有醫(yī)生和護士、病人以及超級管理員用戶。醫(yī)生和護士用戶，即普通管理員，有對醫(yī)護人員及病患的信息進行查詢或添加，開具藥品、處方或住院信息，收費管理等功能；病人用戶有對自己的個人信息進行修改查詢以及修改自己的密碼的功能；超級管理員有對普通管理員的信息管理以及普通管理員的全部功能。雖然本系統已經基本具有基礎的功能，但還存在一些缺陷和不足，比如在系統主界面的右下角時間設置存在問題以及醫(yī)護人員或病人信息無法直接注冊只能通過普通管理員或超級管理員進行添加信息。希望未來對本系統進行進一步的優(yōu)化，使整體功能進一步完善。參考文獻ADDINZOTERO_BIBL{"uncited":[],"omitted":[],"custom":[[["/users/local/LHWxNc0T/items/GYHX3FI9"],"[1]\\uc0\\u26446{}\\uc0\\u33721{}\\uc0\\u20142{}.\\uc0\\u24930{}\\uc0\\u34892{}\\uc0\\u19994{}\\uc0\\u30340{}\\uc0\\u36229{}\\uc0\\u36710{}\\uc0\\u36947{}:\\uc0\\u32858{}\\uc0\\u28966{}\\uc0\\u20013{}\\uc0\\u22269{}\\uc0\\u25945{}\\uc0\\u32946{}\\uc0\\u34892{}\\uc0\\u19994{}\\uc0\\u39118{}\\uc0\\u21475{}[J].\\uc0\\u31185{}\\uc0\\u25216{}\\uc0\\u19982{}\\uc0\\u37329{}\\uc0\\u34701{},2018(08):23-28."],[["/users/local/LHWxNc0T/items/XDIJAE87"],"[2]\\uc0\\u36213{}\\uc0\\u26976{}.Go\\uc0\\u36141{}\\uc0\\u30005{}\\uc0\\u23376{}\\uc0\\u21830{}\\uc0\\u22478{}\\uc0\\u30340{}\\uc0\\u35774{}\\uc0\\u35745{}\\uc0\\u19982{}\\uc0\\u23454{}\\uc0\\u29616{}[D].\\uc0\\u22823{}\\uc0\\u36830{}:\\uc0\\u22823{}\\uc0\\u36830{}\\uc0\\u29702{}\\uc0\\u24037{}\\uc0\\u22823{}\\uc0\\u23398{},2015:1-8."],[["/users/local/LHWxNc0T/items/M98VRPSQ"],"[3]\\uc0\\u21281{}\\uc0\\u25991{}\\uc0\\u27874{},\\uc0\\u26446{}\\uc0\\u33454{},\\uc0\\u20219{}\\uc0\\u21331{}\\uc0\\u22914{}.\\uc0\\u24494{}\\uc0\\u20449{}\\uc0\\u23567{}\\uc0\\u31243{}\\uc0\\u24207{}\\uc0\\u38754{}\\uc0\\u38754{}\\uc0\\u35266{}[J].\\uc0\\u26032{}\\uc0\\u38395{}\\uc0\\u35770{}\\uc0\\u22363{},2017(02):15-18."],[["/users/local/LHWxNc0T/items/2JTDZR9S"],"[4]\\uc0\\u27494{}\\uc0\\u24605{}\\uc0\\u24609{},\\uc0\\u35299{}\\uc0\\u20346{},\\uc0\\u24352{}\\uc0\\u38632{}\\uc0\\u31561{}.\\uc0\\u24494{}\\uc0\\u20449{}\\uc0\\u23567{}\\uc0\\u31243{}\\uc0\\u24207{}\\uc0\\u24320{}\\uc0\\u21457{}\\uc0\\u30740{}\\uc0\\u31350{}[J].\\uc0\\u26080{}\\uc0\\u32447{}\\uc0\\u20114{}\\uc0\\u32852{}\\uc0\\u31185{}\\uc0\\u25216{},2018,15(11):52-54."],[["/users/local/LHWxNc0T/items/JMBLDE9Q"],"[5]\\uc0\\u26446{}\\uc0\\u21746{},\\uc0\\u21608{}\\uc0\\u28789{}.\\uc0\\u24494{}\\uc0\\u20449{}\\uc0\\u23567{}\\uc0\\u31243{}\\uc0\\u24207{}\\uc0\\u30340{}\\uc0\\u26550{}\\uc0\\u26500{}\\uc0\\u19982{}\\uc0\\u24320{}\\uc0\\u21457{}\\uc0\\u27973{}\\uc0\\u26512{}[J].\\uc0\\u31119{}\\uc0\\u24314{}\\uc0\\u30005{}\\uc0\\u33041{},2019,35(12):66-69."],[["/users/local/LHWxNc0T/items/J4BQKJAC"],"[6]\\uc0\\u23385{}\\uc0\\u26376{}\\uc0\\u29618{}.\\uc0\\u24494{}\\uc0\\u20449{}\\uc0\\u23567{}\\uc0\\u31243{}\\uc0\\u24207{}\\uc0\\u30340{}\\uc0\\u35774{}\\uc0\\u35745{}\\uc0\\u19982{}\\uc0\\u24320{}\\uc0\\u21457{}[J].\\uc0\\u31185{}\\uc0\\u25216{}\\uc0\\u21019{}\\uc0\\u26032{}\\uc0\\u23548{}\\uc0\\u25253{},2018,15(14):142-144+146."],[["/users/local/LHWxNc0T/items/JHYQ3VPL"],"[10]\\uc0\\u26446{}\\uc0\\u29642{}.\\uc0\\u22522{}\\uc0\\u20110{}\\uc0\\u24494{}\\uc0\\u20449{}\\uc0\\u23567{}\\uc0\\u31243{}\\uc0\\u24207{}\\uc0\\u30340{}\\uc0\\u23398{}\\uc0\\u29983{}\\uc0\\u27963{}\\uc0\\u21160{}\\uc0\\u31649{}\\uc0\\u29702{}\\uc0\\u31995{}\\uc0\\u32479{}\\uc0\\u30340{}\\uc0\\u35774{}\\uc0\\u35745{}\\uc0\\u19982{}\\uc0\\u23454{}\\uc0\\u29616{}[D].\\uc0\\u24191{}\\uc0\\u24030{}:\\uc0\\u24191{}\\uc0\\u19996{}\\uc0\\u24037{}\\uc0\\u19994{}\\uc0\\u22823{}\\uc0\\u23398{},2019:6-7."],[["/users/local/LHWxNc0T/items/946N2LB8"],"[7]\\uc0\\u29066{}\\uc0\\u26222{}\\uc0\\u27743{},\\uc0\\u35874{}\\uc0\\u23431{}\\uc0\\u21326{}.\\uc0\\u23567{}\\uc0\\u31243{}\\uc0\\u24207{},\\uc0\\u24039{}\\uc0\\u24212{}\\uc0\\u29992{}:\\uc0\\u24494{}\\uc0\\u20449{}\\uc0\\u23567{}\\uc0\\u31243{}\\u