【正文】 ............................................................................... 45 結 論 ....................................................................................................................... 46 致 謝 ....................................................................................................................... 47 參考文獻 .................................................................................................................. 48 附 錄 ....................................................................................................................... 49 1 第 1 章 緒論 選題 背景 隨著 我國醫(yī)療衛(wèi)生事業(yè)的迅速發(fā)展，醫(yī)學科學的不斷進步，醫(yī)學模式的轉變和群眾 醫(yī)療觀念的逐步改變，我國的醫(yī)療管理的難度加大，對醫(yī)療管理的要求更高。 過去開發(fā)醫(yī)院信息系統(tǒng)，往往是從各個子系統(tǒng)的不同角度來管理病人信息的不同部分。為了避免新開發(fā)的系統(tǒng)不斷修修補補甚至推到重來，必須將病歷信息作為一個獨立與具體應用系統(tǒng)的整體來研究， 以實現(xiàn)計算機化的病歷也就是電子病歷。 電子病歷管理系統(tǒng)的設計可以實現(xiàn)用計算機來對病歷的管理，給醫(yī)生、病人以及醫(yī)院的管理員提供了便捷。 由此可見，設計一個電子病歷的管理系統(tǒng)，可以加強醫(yī)院的一些醫(yī)療制度的管理，使其變得更加規(guī)范化和智能化。 選題 目的 伴隨著時代的步伐，我 們踏進了 21 世紀這個高度信息化的互聯(lián)網時代，這句話毫不夸張的說明了互聯(lián)網在我們日常生活中作用。 所以，電子病歷管理系統(tǒng)的設計可以為醫(yī)院的管理提供更良好的服務。系統(tǒng)主要模擬的是軟件工程的設計思想，嚴格按照各個步驟完成系 統(tǒng)的各個方面的設計，研究內容主要包括：病人、醫(yī)生、科室、病歷和用戶等。四年的大學生活，學習了很多的專業(yè)知識，為了能夠將這些 專業(yè)知識運用到實際生活中來，畢業(yè)之后能夠更好地適應社會的需要，所以 本次設計選題考慮的題目更接近于社會，讓自己的綜合素質得到提高，從而使自己能夠和社會順利接軌。 第一，電子病歷的應用是勢在必行的。 電子病歷 （ EMR）在近幾年來受到空前的關注，很多地方開始爭先恐后的建設以電子病歷為核心的衛(wèi)生信息平臺。而且傳統(tǒng)的病歷模式所發(fā)揮的作用是有限的，所以應用電子病歷勢在必行。 傳統(tǒng)病歷內容是自由文本形式，字跡可能不清，內容可能不完整，意思可能模糊不清；同時保存分散，難以查找，容易丟失；并且，科學分析時需要轉抄，容易出現(xiàn)潛在錯誤。它的內容更加充分，病歷的書寫更加規(guī)范，不易出錯， 減輕書寫強度，在效率方面有很大的提高?？梢詤f(xié)助醫(yī)院提高工作效率，從而為社會帶來更優(yōu)質的服務。后臺數(shù)據(jù)庫采用 Oracle，以 Windows 為操作平臺，能夠有效的對醫(yī)院的病歷進行管理。 用戶方面主要分為管理員和醫(yī)務人員， 根據(jù) 自己所具備的不同權限來實現(xiàn)相關的操作。 管理員方面主要負責醫(yī)院 內部的相關管理，主要包括對醫(yī)生的管理以及對科室的管理操作。 醫(yī)務人員方面根據(jù)自己不同的科室進行不同的操作，可以實現(xiàn)對病人 個人 信息的管理，主要包括信息錄入，以及 對 錄入 完的信息 修改 、 查詢和刪除操作。如果需要，可以根據(jù)不同條件查詢相應的病歷，對病歷進行打印操作。 指導思想 本 次畢業(yè)設計的電子病歷管理系統(tǒng) 具有以下特點 ： (1) 系統(tǒng)采用 B/S 結構開發(fā) B/S（ Browser/Server）結構即瀏覽器和服務器結構 [1]。在這種結構下，用戶工作界面通過WWW 瀏覽器來實現(xiàn)，極少部分事務邏輯在前端（ Browser）實現(xiàn)，主要事務邏輯在服務器端（ Server）實現(xiàn)，形成所謂三層 3tier 結構。 (2) 系統(tǒng)采用 MVC 設計模式 MVC 設計模式，對應的分別是模型層（ Model），負責實現(xiàn)業(yè)務和數(shù)據(jù)；視圖層（ View），負責實現(xiàn)輸入 /輸出界面；控制層（ Controller），主要負責從視圖層獲取數(shù)據(jù)，調用模型層來實現(xiàn)業(yè)務和數(shù)據(jù)，最后跳轉到視圖層 [2]。接受到請求之后，控制器負責決定應該調用哪個模型來進行處理；然后模型根據(jù)用戶請求進行相應的業(yè)務邏輯處理，并返回數(shù)據(jù)；最后控制器調用相應的視圖來格式化模型返回的數(shù)據(jù)，并通過視圖呈現(xiàn)給用戶 。 (3) 安全性設計 系統(tǒng)中設計了一個醫(yī)院密碼，該密碼由管理員進行更新管理 。 (4) 面向對象設計 系統(tǒng)中將 醫(yī)生 、 科室、病人 、 病歷 等都封裝成了 java 中的實體 類， 并且實體類之間具有相互的關聯(lián)關系，如：一個 科室對應多個病人，他們的關系屬于一對多的關系；而一個病人對應一張病歷，他們就屬于一對一的關系。 (5) 系統(tǒng)前臺采用 JavaWeb 技術 系統(tǒng)的前臺主要采用 JavaWeb 技術。如：管理員通過瀏覽器客戶端在地址欄輸入相應的訪問該系統(tǒng)的管理員登錄地址(業(yè)務來實現(xiàn)具體的功能。工作原理圖如圖 11： 4 圖 11 工作原理圖 國內外動態(tài) 國外動態(tài)： 美國是全世界醫(yī)療信息技術最發(fā)達的國家， 他們研究的電子病歷 架構是根據(jù) HIMSS 的電子病歷模型，主要由臨床數(shù)據(jù)倉庫 (CDR)、臨床決策支持系統(tǒng)(CDSS)、受控醫(yī)學詞匯表 (CMV)、計算機化的醫(yī)囑系統(tǒng) (CPOE)、藥品管理系統(tǒng)(EMAR)、臨床文檔應用程序、以及企業(yè)級 的 病人主索引 (Enterprise Master Patient Index, EMPI)等組成 ； 在國外的一些做法是：比如，美國，由醫(yī)療 對應的 政府部門牽頭，統(tǒng)一制定電子病歷認證標準，必須符合標準的廠商才允許從事醫(yī)療機構的電子病歷實施，同時，對實施符合“有效性應用” (meaningful use)的醫(yī)院進行獎勵和補貼 ，基于 HL7 標準的電子病歷系統(tǒng)得到了非常廣泛的應用。電子病歷有這樣一些基本的進化過程，從傳統(tǒng)的紙質病歷、病歷的電子化、結構化電子病歷、具有安 全 的 醫(yī)療過程管理能力的電子病歷 [3]。目前區(qū)域性病歷數(shù)據(jù)交換和共享仍是一個未解決的問題。業(yè)內人士認為，目前電子病歷產品不夠成熟，目前的產品只滿足基本業(yè)務，尚沒有大規(guī)模、成熟的臨床路徑、決策支持的高級應用，對應 產品也在完善和開發(fā)中。 因此，開發(fā)方在接受客戶的項目之前，必須根據(jù)客戶可能提供的時間和資源等條件進行可行性研究。其主要任務不是研究如何解決問題，而是用最小的代價在最短的時間內確定該項目是否值得去解決，是否存在可行性研究方案，即在系統(tǒng)層面 上 論證系統(tǒng)開發(fā)的可行性。因此對待開 發(fā)系統(tǒng)的經濟可行性論證是很重要的內容。數(shù)據(jù)庫方面選用的是系統(tǒng)自帶的 Oracle,所以不存在軟件上的經費，同時由于是個人開發(fā)，沒有地點環(huán)境的限制，設備方面為自己的筆記本電腦，所以也不存在環(huán)境和設備方面的開發(fā)費用。 技術可行性分析 技術可行性是可行性研究的關鍵內容。因此，技術可行性研究室非常重要的內容。 下面簡單介紹下這些技術的作用。 (2) J2EE 是 Java 語言的企業(yè)版，主要用于分布式網絡程序的開發(fā)，對 WEB 開發(fā)很有用 。是目前最流行的客戶端 /服務器 CLIENT/SERVER)體系結構的數(shù)據(jù)庫之一 [4]。 (4) HTML 是一種超文本標記語言，通過網頁的形式將內容 顯示給用戶 [5]。 (5) JS 是一種基于對象和事件驅動并且 具有安全性能的腳本語言，可以用來向HTML 頁面添加交互行為，比如登錄的安全驗證等。 (6) Servlet 技術則是實現(xiàn)邏輯判斷，通過界面的輸入等操作，對其進行邏輯處理，然后調用相關的數(shù)據(jù)處理方法，然后實現(xiàn)判斷，最后跳轉到相應的界面顯示給用戶。 通過學習這些內容，加上大學期間的專業(yè)知識，以及上網查詢相關的資料，那么開發(fā)一個基于中小型醫(yī)院的電子病歷管理 系統(tǒng)是完全可行 的。通過這兩方面的論述可以確定本系統(tǒng)屬于合法軟件，所以該系統(tǒng)的開發(fā)在法律上是可行的。 方案分析 方案分類 方案 一 ： 開發(fā)技術選 用 JavaWeb 技術， JSP+Servlet+Oracle10g 技術 ， 結構 采用B/S 模式 。 方案三：開發(fā)技術選 java+ SqlServer2020,結構采用 C/S 模式。 ASP 為 JavaScript 或 VBScript 腳本，而 JSP 為 Java 代碼。作為服務器進程的 JSP 頁面，首先被轉換成 Servlet（一種 在 服務器 上 運行的 java 程序）。當 JSP 被轉換成純 Java 代碼 ， 多個用戶同時請求一個 JSP 頁面時，應用實例化 7 線程來響應請求。同 CGI 為每個請求創(chuàng)建一個進程的模式比較，這種方式效率高的多。 Java 的編譯代碼是一種字節(jié)代碼，在運行時由操作系統(tǒng)上的一個 Java Virtual Machine(JVM)虛擬機解釋。交叉平臺編程傾向于采用所有操作系統(tǒng)的 “ 最小公分母 ” ，尤其是使用圖形化界面時 (Servlet 不需要任何圖形界面 )。另外， Servlet 的字節(jié)代碼只有在客戶請求時才執(zhí)行，所以盡管當首次調用 Servlet 時會有幾秒鐘的加載時間，但后續(xù)的請求相應非常迅速，因為服務器已經緩存了運行的 Servlet。 再從 連接數(shù)據(jù)庫方面來看， ASP 使用 ODBC 通過 ADO 連接數(shù)據(jù)庫，而 Java 通過一個叫 JDBC 的技術聯(lián)接數(shù)據(jù)庫。 JDBC 不使用服務器端的數(shù)據(jù)源。如果一個特定的數(shù)據(jù)庫沒有 JDBC 驅動程序，而只有 ODBC 驅動程序， Java 提供一個 JDBCODBC 橋來將 JDBC調用轉化為 ODBC調用。理論上，橋可以訪問任何常見的數(shù)據(jù)庫產品。 2． Oracle 數(shù)據(jù)庫 和 SQL Server 數(shù)據(jù)庫 比較 隨著信息技術的飛 速發(fā)展，數(shù)據(jù)處理不僅在數(shù)量上要求越來越大，而且在質量上也要求越來越高。 操作系統(tǒng) 的穩(wěn)定對數(shù)據(jù)庫來說是十分緊要的，在數(shù)據(jù)庫可操作平臺上， Oracle 可在所有主流平臺上運行， Oracle 數(shù)據(jù)庫采用開放的策略目標，它使得客戶可以選擇一種最適合他們特定需要的解決 方案 。對開發(fā)商來說是很大的支持。但Windows 操作系統(tǒng)的穩(wěn)定性及可靠性大家是有目共睹的，再說 Microsoft 公司的策略目標是將客戶都鎖定到 Windows 平臺的環(huán)境當中，只有隨著 Windows 性能的改善，SQL Server 才能進一步提高。 SQL Server 2020 是一個具備完全 Web 支持 的數(shù)據(jù)庫產品，提供了可擴展標記語言核心支持以及 Inter 上和 防火墻 外進行查詢的能力，具有可伸縮性、靈活性、擴 8 充性好，而且價格便宜等特點，而 Oracle 則有著可靠安全性，速度比 SQL Server 快上百倍，但其價格在實施中卻比 SQL Server 它高出了幾百倍。 但 Oracle除了在價格上比較昂貴 之外，別的優(yōu)勢都比 SQL Server 更明顯。 在 C/S 模式的工作過程中 ,客戶機程序發(fā)出請求 ,服務器程序接收并且處理客戶機程序提出的請求 ,然后返回結果 。 (2) B/S 模式，即瀏覽器 /服務器模式，是一種從傳統(tǒng)的兩層 C/S 模式發(fā)展起來的新的網絡結構模式，其本質是三層結構的 C/S 模式。用 戶通過瀏覽器訪問服務器，進行信息瀏覽、文件傳輸和電子郵件等服務 。所以，用戶使用起來就更加方便。 方案選擇 通過以上資料的對比， 方案 一 中的 JSP 技術比 ASP 技術更加優(yōu)越，同時 B/S 模式的開發(fā)也能更加方便、靈活，而數(shù)據(jù)庫方面， Oracle 數(shù)據(jù)庫除了在價格上比較昂貴之外，別的優(yōu) 勢都比較明顯，通過這些資料的顯示結果，并結合實際的開發(fā)現(xiàn)狀和掌握的相關知識掌， 最終 選擇方案 一 作為本次畢業(yè)設計的開發(fā)方案。而對于系統(tǒng)的參與者還有一個病人，整個系統(tǒng)就是圍繞病人，對其進行寫病歷，到病歷的一些管理，并且可以對需要輸出的病歷進行打印輸出。 管理員 : 負責科室管理 、 醫(yī)生管理 和 以及醫(yī)院的密碼管理操作。而密碼管理包括整個醫(yī)院的醫(yī)院密碼的查詢與更新，同時管理自己的管理員密碼的更新操作。 前臺醫(yī)生 : 負責錄入病人的信息，并對病人信息進行管理，包括查詢、修改和刪除操作，同時，對歸檔完成的病歷，可以進行查詢和打印的操作，并且，如果病歷年限大于 15 年，可以對這些病歷進行刪除操作。醫(yī)生管理是對本醫(yī)院相關的醫(yī)生進行查詢修改，以及信息錄入的操作；科室管理是對醫(yī)院已有的科室進行查看和管理，包括修改信息，新建科室和刪除科室等功能 ；密碼管理是對整個醫(yī)院的密碼進行查詢和定期更新操作，同時也可以修改自己的管理員密碼。