醫院管理系統PAGE23目錄一、項目名稱 3二、項目背景 3三、項目分析與設計 33.1可行性分析 33.1.1經濟可行性 33.1.2技術可行性 33.1.3操作可行性 33.1.4使用方面的可行性 33.2需求分析 33.2.1醫院管理者的需求 33.2.2系統直接使用者的需求 33.2.3本醫院管理系統可以實現的相關需求有以下幾點 33.3用戶需求分析 33.4醫院的業務流程分析 33.5功能需求 33.6非功能性需求 33.7設計原則 33.8功能設計 33.8.1系統管理設計 33.8.2系統模塊設計 33.8.3數據庫設計 33.8.4設定相應的安全機制 3四、項目實現 3五、項目測試 35.1登陸模塊 35.2掛號 35.3掛號信息 35.4門診醫生 35.5寫病例 35.6交費 35.7撿藥單 35.8查看已發藥品 35.9財務管理 35.10管理模塊 35.11密碼修改 35.12信息查詢 35.13集成測試 3六、項目小結 3一、項目名稱醫院信息系統（HospitalInformationSystem），亦稱“醫院管理醫院信息系統（HospitalInformationSystem），亦稱“醫院管理信息系統”，是指利用計算機軟硬件技術、網絡通信技術等現代化手段，對醫院及其所屬各部門的人流、物流、財流進行綜合管理，對在醫療活動各階段產生的數據進行采集、儲存、處理、提取、傳輸、匯總、加工生成各種信息，從而為醫院的整體運行提供全面的、自動化的管理及各種服務的信息系統。二、項目背景眾所周知，醫院是一個特殊的行業，其既有衛生事業管理職能，又有企業管理職能。與傳統企業相比，醫院機構的業務和構成更加復雜。在醫院運營管理改革過程中面臨著以下幾方面的問題：

第一、管理目標不明確

部分醫院的運營管理目標不明確、手段落后，僅僅停留在簡單的獎金核算方面，對于成本控制、成本考核、財務預算及其它運營管理了解甚少。

第二、缺少先進的管理方法與工具

雖然目前醫院的基礎信息系統已經建設完善如HIS等，但針于先進的管理方法與工具目前應用的并不是很多，許多的醫院也僅僅是目前嘗試階段。

第三、醫院業務流程不明確

由于現有的信息系統很難夠滿足管理的需要，受管理體制、醫院管理體制、信息系統開發人員能力等多方面原因制約，目前，成熟且完善、明確梳理清楚醫院業務流程的信息系統并不是很多，這嚴重影響了醫院運營管理措施、管理手段的實施。

面對醫院運營管理所面臨的問題，ERP使得醫院提升運營管理變成了現實。醫院運營管理需要借助一套先進的管理思想以及具備醫院業務屬性的ERP來提升醫院的運營管理。提到ERP，過去更多應用于制造業屬于流程或者離散型方面，但今天的ERP的范圍不再僅僅局限于業務流程，更多是一種先進的管理思想，經過多年的應用積累，現在的ERP已經集成了最先進的管理精髓，對于起步較晚的醫院運營管理來講，醫院ERP的建設已經破在眉睫，雖然目前ERP在醫院的運營管理方面還處于初級應用階段，但我們看到未來提升醫院運營管理，醫院ERP的建設必不可缺少。三、項目分析與設計當今時代，是飛速發展的信息時代。各行各業中離不開信息處理，這正是計算機被廣泛應用于信息管理系統的環境。計算機的最大好處在于利用它能夠進行信息管理。用計算機進行信息控制，不僅提高了工作效率，而且大大的提高了其安全性。尤其對于復雜的信息管理，計算機能夠充分發揮它的優越性。計算機進行信息管理與信息管理系統的開發密切相關系統的開發是系統管理的前提。隨著改革開放的進程，醫院已經逐步的走向了市場。因此也就越來越多的具有了企業的性質，經濟管理已經成為醫院管理的核心內容。因此，醫院信息系統要同時滿足醫院管理兩方面的需求。第一是以病人為主線，根據病人在醫院接受醫療服務產生的各種業務信息流；第二是以財務為中心，保證醫院各種財務信息流明晰、合理、準確，并不斷促進財務信息由為核算服務向為綜合管理服務的轉軌。以保證醫院既能在提供衛生服務的數量和質量上充分滿足病人需求，又能使醫院的經濟活力得到不斷的加強。3.1可行性分析3.1.1經濟可行性本系統是一個醫院內部的管理系統，簡單易用，沒有基于網絡，在邏輯上是可行的。3.1.2技術可行性為了使平臺具有更好的實用性和安全性，本平臺基于當今廣泛使用的Windows7、Windows8、Windows10操作系統，數據庫的設計上則使用了安全性比較高的SQLSever2012頁面的設計選用VisualStudio2013工具進行編寫，每一種選用的技術否被現在的編程者廣泛使用。同時使用了css、html、c#進行對頁面進行優化，讓頁面更加美觀。3.1.3操作可行性由于頁面簡單易懂，操作方便所以有較高的可操作性。系統完全按照面向對象理論，采用窗口設計功能模塊清晰，界面友好，完全按照醫院現有業務流程設計，所以易學易懂。3.1.4使用方面的可行性使用本軟件人員明確使用方法后即可使用，系統管理員要求有計算機的專業知識，經過專業培訓，確保熟練管理系統。3.2需求分析需求分析的基本任務是對目標系統提出完整，準確，清晰，具體的要求。需求分析是系統設計的基礎，只有在充分了解用戶需求的基礎之上進行系統開發，才能使開發的系統充分實現用戶的需求，建立出使用戶更加滿意的系統。需求分析是系統開發的第一步，也是最重要的一步，包括功能需求分析、業務流程分析。3.2.1醫院管理者的需求醫院的各級管理者關心的是，系統運行后，從宏觀上能看到什么樣的效益，而對某個具體應用具備什么樣的功能，并不重視，這些效益，并不一定只直接的經濟效益，而是指醫院管理系統能解決一些手工管理不能或難以解決的問題。能為管理者及時了解醫院運行情況，進行科學決策，提供準確的信息。管理與醫療管理和經濟管理為主，作為一個完善的醫院管理系統，一方面要能建立起一套能反映醫院醫療和經濟運行狀況的指標體系，并使之常規化，另一方面，系統的運行要直接為改善醫院的管理服務。3.2.2系統直接使用者的需求系統的直接用戶關心的是，系統提供的功能，對他們的業務是否有直接的幫助，系統是否好用，包括操作方便，簡單易學，響應快等，在系統的具體設計實踐上，要求系統不只是簡單的提供增、刪、改、查的功能，而是面向具體應用，針對每種業務的特點進行設計。3.2.3本醫院管理系統可以實現的相關需求有以下幾點1、使用者根據自己所擁有的權限進行規定操作，沒有權限操作的用戶無法進入該操作界面。2、操作人員從登錄界面進入系統，在登錄界面輸入用戶名密碼，通過自身身份驗證后才可以進入系統首頁，如果未能通過系統的身份驗證，系統會自動給出東路出錯的提示信息。3、通過身份驗證后的操作人員可以進入首頁查詢病人的掛號信息。4、操作人員可以添加新的藥品，并通過藥品添加人查詢藥品的信息，同時能夠修改原有的藥品的詳細信息。5、操作人員能夠對病人的住院信息進行登記。6、操作人員在系統管理的菜單中可以修改自己的登錄密碼。3.3用戶需求分析系統的使用主體是醫院的工作人員，醫院的工作人員按其所負責的工作可以簡單分為門診管理、門診醫生、門診收費、藥房管理、財務管理、藥庫管理、系統管理以及住院管理。其中所從事的工作包括：門診管理：掛號、查看掛號信息。門診醫生：開藥、寫病歷。門診收費：門診收費藥房管理：查看檢藥單和發藥、查看已發藥品。財務管理：費用統計。藥庫管理：藥品添加、藥品管理。系統管理：員工添加、員工管理、科室添加、科室維護。住院管理：住房登記、住房查看、病房添加、病房查看。3.4醫院的業務流程分析患者到醫院就診其流程一般為:患者首先到門診處掛號，確定門診科室，然后到相關科室候診，治療室查看病情，如果病情不嚴重，無需住院，在繳費達人獲取妖后里醫院如果病情嚴重者需要到住院處辦理住院手續。住院流程為：門診診斷住院登記病床登記安排負責醫生3.5功能需求主要功能:為患者提供個人信息登記、查詢、掛號等功能，為醫生提供病人信息查詢、添加等功能，為管理人員提供病人信息管理，醫生信息管理與信息發布等功能。性能要求：醫院管理人員錄入的信息必須快速且無差錯地存儲至數據庫。輸入要求：方便、簡潔、快速的輸入病人信息或者醫生信息。輸出要求：輸出數據要簡潔詳實。系統的功能需求可以簡單概括為：用戶的增、刪、改、查；良好的門診管理功能：包括掛號、掛號統計查詢等；對患者基本信息的管理；病房的管理功能；藥品管理的功能；總之應該滿足一下的性能需求:系統處理的準確性；系統的易用性。3.6非功能性需求主要有以下幾點：1.數據錄入和處理的準確性和實時性；2．數據的一致性和完整性；3．安全性要高度可靠；4．文件修改痕跡要保留好。3.7設計原則首先，整體要考慮的是業務適應性問題。此外，設計將遵循實用和易用的原則，滿足業務信息化管理的各方面需要。第二，要實現資源共享。第三，系統是整個醫院信息化建設的一個重要組成部分，也是服務于人民的關鍵性信息系統之一，所以必須在安全性和穩定性上給予足夠的保證。此外，系統設計應滿足一般信息系統設計及建設的原則。整個系統設計應遵循以下的原則：可靠性原則：系統的運行具有高可靠性，具有良好的容錯性能。可維護性原則：系統必須易于維護和管理。可擴展性原則：隨著數據量的增加和運行節點的擴展，應用系統能夠隨著硬件和系統軟件的升級或增加，具有良好的可擴展性。與此同時，應用軟件將具有良好的開放性，遵循業界相關標準，支持開放的標準接口，使整個系統成為一個統一的整體，而不致產生運行上的“孤島”。安全性原則：在充分利用己有安全條件的基礎上，從應用系統本身在設計和實現中確保系統安全性，保護系統數據的安全性。同時整個系統具有良好的安全管理功能，能夠實現從數據庫存貯、檢索、提取、入庫、發布、管理等各個層面和角度都具有相應的安全機制。易用性和友好性原則：提供直觀易用、友好的用戶操作界面，方便不同層次的用戶使用。3.8功能設計3.8.1系統管理設計系統需要提供運行和維護的功能，包括系統用戶管理，系統配置管理和系統運行日志管理等功能。3.8.2系統模塊設計根據以上的系統的需求分析，我們對其本系統的模塊進行劃分，這里將該系統分為以下模塊：數據庫管理模塊實現系統數據庫公共訪問類和實體類的業務邏輯代碼功能。實體類模塊實現對應于數據庫各個數據表的實體類創建功能。住院管理模塊實現住院登記，管理住院信息等功能。藥品管理模塊實現添加藥品，修改藥品信息和藥品信息管理等功能。掛號管理模塊實現掛號登記和查詢掛號信息等功能。用戶管理模塊實現登陸界面，用戶權限設置，用戶管理和更新密碼的功能。3.8.3數據庫設計在數據庫應用系統的開發過程中，數據庫的結構設計是一個非常重要的問題。數據庫結構設計的好壞將直接對應用系統的效率以及實現的效果產生影響，好的數據庫結構會減小數據庫的存儲量，數據的完整性和一致性比較高，系統具有較決的相應速度，簡化基于此數據庫的應用程序的實現等。在數據庫系統開始設計的時候應該盡量考慮全面，尤其應該仔細考慮用戶的各種需求，避免浪費不要的人力和物力。在進行數據庫的數據結構分解和設計時，應遵循數據規范化理論進行設計，以減少數據冗余，保證數據的完整性、一致性。數據庫設計的基本原則是在管理信息系統總體信息方案的指導下，各個數據庫應當為它所支持的管理目標服務，在設計數據庫系統時，應當重點考慮以下幾個因素。數據庫的設計要做到層次分明，布局合理。數據庫的設計要實現高度的結構化，做到數據的標準化，規范化和結構化，這些是建立數據庫和進行信息交換的基礎。在設計數據庫的時候，要盡可能地減小冗余度，減小所占用的存儲空間，還要考慮適當的冗余。必須維護數據的正確性和一致性，通過“鎖"等辦法保證數據的一致性。3.8.4設定相應的安全機制我們對數據庫進行設計時，通常通過以下的七個數據庫特性來斷定數據庫的設計是否符合系統的需求，是否適合系統對數據存儲和管理的需要。數據庫是否容易理解，使用靈活可靠；數據庫系統是否由較強的兼容性，數據庫系統是都容易擴展：數據庫系統資源利用是否高效，數據庫系統的設計是都容易實現；數據結構是否合理，是否具備一定的安全性能；數據庫系統中數據冗余是否在合理的范圍內。使用PowerDesigner軟件設計數據庫，方便快捷。如圖所示：數據庫表的設計如下圖：四、項目實現系統整合了醫院所有信息資源，實現了各部門業務數據的集成。以病人為中心的管理模式進行開發，病人就診時不僅可以隨時查詢就診的即時費用，而且可以通過查詢各種項目收費標準，病人只需持有一張就診單就可以完成從掛號到繳費的全過程。醫院信息管理系統涵蓋財務管理、藥庫管理與藥品管理等，根據業務獨立、數據集中原則，系統分為以下功能模塊：掛號管理系統、門診管理系統、醫生管理系統、、住院管理系統等。所有模塊都必須要用戶身份登錄驗證后，各模塊都必須通過登錄界面輸入正確的用戶名和密碼才能使用，而密碼由用戶模塊的系統維護功能修改。所有模塊用戶的管理由靜態數據中心系統負責，它還負責用戶角色的管理以及醫院信息系統藥品藥物等數據表的維護。五、項目測試5.1登陸模塊1.測試內容:測試登陸模塊是否能正確驗證用戶的身份和權限。2.測試用例步驟:用戶進入系統時，顯示登陸界面。在登陸界面的輸入框內如果不輸入用戶名和密碼信息，點擊登陸按鈕(此時系統顯示“用戶名不能為空”);當只輸入用戶名時點擊【立即登陸】按鈕（系統提示“密碼不能為空”）。如圖當輸入的用戶名與登錄密碼的輸入與數據庫中已有的信息一一對應，確認無誤則進入醫院管理系統內部頁面，如圖：5.2掛號1.測試內容:測試掛號功能是否能保存病人信息和掛號記錄，是否正確輸出掛號單。2.測試用例步驟:打開掛號功能界面，如不在輸入框中輸入信息點擊【保存】按鈕（提示“掛號單不能為空！！”）在相應輸入框內輸入第一條數據信息，點擊【保存】按鈕(系統提示“姓名不能為空！！”);再輸入第二、三、四等條數據信息，點擊【保存】按鈕(系統提示“掛號成功！！”)。操作如圖所示：5.3掛號信息1.測試內容:測試掛號信息功能是否能掛號信息2.測試用例步驟:打開掛號信息功能界面，在相應的地方查看掛號信息是否成功。如圖所示：5.4門診醫生1.測試內容:測試開藥功能是否能進行開藥。2.測試用例步驟:打開開藥功能界面，在相應的地方勾選要開藥的人點擊【開藥】按鈕，頁面跳轉至門診開藥頁面，填寫開藥醫生并且選擇需要開出的藥品，點擊【開藥】，開藥成功系統則提示開藥成功。如圖所示：5.5寫病例1.測試內容:測試寫病例功能是否能填寫病例，并且對已有病例進行修改。2.測試用例步驟:打開寫病例信息功能界面在相應的地方勾選要寫病例的人點擊【寫病例】按鈕，頁面跳轉至病人信息頁面，填寫寫病例醫生并且填寫好病例信息，點擊【保存】，系統則提示保存成功。如果要對已有病例進行修改則先選擇好要修改病例的人，點擊【寫病例】，頁面跳轉的同時已把已有的信息顯示出來，把要修改的地方修改好再次點擊【保存】則病例信息已經被修改好了。如圖所示：5.6交費1.測試內容:測試交費功能是否能保存交費記錄，是否正確交費單。2.測試用例步驟:打開交費功能界面，在相應的下拉框內選擇數據信息，點擊【確認收費】按鈕(系統提示“收費成功!”)說明功能已經實現，如圖：5.7撿藥單1.測試內容:測試發藥功能是否能實現發藥，并正確對已經交費的掛單號進行發藥。2.測試用例步驟:打開撿藥單功能界面，在相應的下拉框內選擇掛單號數據信息，點擊【確認發藥】按鈕(系統提示“發藥成功!”)如圖：5.8查看已發藥品1.測試內容:測試發藥功能是否能保存發藥記錄，并正確查看藥品的庫存清單。2.測試用例步驟:打開發藥功能界面，在相應的下拉框內選擇掛單號數據信息，查看是否與發藥信息一致，如圖：5.9財務管理1.測試內容:測試財務管理功能是否能正確統計已開藥并已經交費的藥品總費用。2.測試用例測試步驟：打開財務管理功能界面，在相應的下拉框內選擇掛單號數據信息，點擊【查看】按鈕，頁面則會顯示這個掛單號對應的消費總額。如圖：5.10管理模塊1.測試內容:測試管理功能是否能實現對基本信息的搜索、刪除和修改功能。2.測試用例(僅以用戶的添加和刪除為例，藥庫管理系統、科室維護與此相同)步驟:打開用戶管理功能界面，在搜索框中輸入要搜索記錄，點擊【搜索】按鈕(系統顯示搜索結果);再在選擇框里面勾選記錄，點擊【刪除】按鈕(系統提示“刪除成功!”已存在編號的信息不見了)。再在選擇框里面勾選記錄，，點擊【修改】按鈕(系統跳轉修改界面);再輸入要修改的記錄，點擊【修改】按鈕(系統提示“修改成功！！”)。然后又跳轉到員工管理界面可以查看是否已經修改好記錄信息。如圖：5.11密碼修改1.測試內容:測試密碼修改功能是否能正確的修改用戶登陸系統時的密碼。2.測試用例（僅以用戶的密碼修改為例，藥庫管理系統藥品信息的修改、科室的修改與此相同）步驟:打開員工信息修改功能界面，在相應的輸入框內輸入要修改的數據信息，點擊【保存】按鈕。如果修改成功系統會提示修改成功，并且跳轉至員工管理界面。如圖5.12信息查詢1.測試內容:測試住房查看功能是否能正確的檢測出住房登記的記錄，是否能生成正確的住房信息。2.測試用例(以查詢住房信息為例、病房信息與此操作一樣)步驟:打開住院管理功能界面，選擇住房查看，按照“住房登記模塊”登記的輸入數據信息，進行查看(系統顯示符合條件的住房登記人員的基本信息)。如圖：5.13集成測試1.測試內容:將各個項目組合起來，測試整個系統的功能是否滿足系統的需求，各個模塊間的合作是否正確。2.測試用例(1)輸入:醫院的業務流程相關的信息(2)輸出:業務處理的結果。(3)步驟:首先，打開掛號功能界面，輸入病人的相關信息。點擊【掛號】按鈕。然后，打開門診醫生功能界面，勾選藥品的相關和填寫就診病例的相關信息，點擊【開藥】按鈕。然后，打開交費功能界面，確認交費的信息，點擊【確認交費】按鈕。最后，打開發藥功能界面，確認發藥相關的信息，點擊【確認發藥】按鈕。由于，掛號->就診登記->交費->發藥是一個連續的業務過程，其中的每項業務都用到了前項業務的處理結果，因此要測試各個業務是否能正確的合作完成。六、項目小結在實習中，我根據老師授課，主要是在藥庫管理系統、門診系統、藥房系統、住院系統等系統中進行了簡單的操作。它每個系統中又各有對每個窗口的操作。眾所周知，醫院的操作不是一個單獨部門的工作，它是各部門分工合作，按照一定流程而來的，任何一個病人從進入醫院開始，排隊掛號，找醫生看病，開藥方，付款，拿藥，都是有一定的規范和順序的，為了對病人進行更好的服務，使之更加現代化科學化和人性化，研究出了這個管理系統，這是對各種分工的匯總，它利用了先進的計算機技術，方便了醫生開房，也免去了病人需要來回奔波的麻煩，為病人看病提供了便利，也使得整個流程更加具有規范性。它的系統規劃實現了整個醫院業務信息流