【文章內(nèi)容簡介】 ernate 可以應(yīng)用在任何 使用 JDBC 的場合，既可以在 Java 的客戶端程序使用，也可以在 Servlet/JSP 的 Web 應(yīng)用中使用，最具革命意義的是， Hibernate 可以在應(yīng)用 EJB的 J2EE 架構(gòu)中取代 CMP，完成數(shù)據(jù)持久化的重任。 Hibernate 的核心接口一共有 2 個，分別為 :Session、 SessionFactory、Transaction、 Query 和 Configuration。這 2個核心接口在任何開發(fā)中都會用到。通過這些接口，不僅可以對持久化對象進(jìn)行存取，還能夠進(jìn)行事務(wù)控制。 軟硬件需求 硬件需求： CPU： Pentium 以上計算機 內(nèi)存 : 512M 以上 軟件需求： 操作系統(tǒng)版本： Windows XP /vista/Win7 基于 S2SH 的 電子健康檔案管 理系統(tǒng) 開發(fā)工具： MyEclipse 后臺服務(wù)器： Apache Tomcat 開發(fā)語言： Java 瀏覽器： 基于 S2SH 的 電子健康檔案管 理系統(tǒng) 第二章 需求分析 需求調(diào)研 在項目的開始是 需求調(diào)研 ，并且走訪了一些 檢查中心與社區(qū)醫(yī)院 ，經(jīng)過一系列的調(diào)查與談話中發(fā)現(xiàn)，現(xiàn)行的 健康檔案 管理 工作還是存在著很多不足之處，手工記錄的方式不易保存，容易丟失，同樣也不利于數(shù)據(jù)的查詢和統(tǒng)計分析。根據(jù)實際情況及調(diào)查結(jié)果，發(fā)現(xiàn)實現(xiàn) 健康檔案 管理 的網(wǎng)絡(luò)化、信息化是十分有必要的，因此設(shè)計了 電子健康檔案 管理系統(tǒng)。 可行性分析 開發(fā)任何一個系統(tǒng)，都會受到時間和 資源上的限制。因此，在每一個項目開發(fā)之前，都要進(jìn)行可行性分 析，可以減少項目的開發(fā) 風(fēng)險，避免人力、物力和財力的浪費。下面就技術(shù) 、 經(jīng)濟 、操作和法律四個方 面來介紹 。 技術(shù)的可行性 本系統(tǒng)開發(fā)工具是 MyEclipse 和 SqlServer 數(shù)據(jù)庫，開發(fā)語言是 Java，主要使用了J2EE 的技術(shù)， java 是一種面向?qū)ο缶幊陶Z言，簡單易學(xué)而且靈活方便。大三時就學(xué)習(xí)了java 課程，大四期間也系統(tǒng)的了解了 J2EE 的知識， 電子健康檔案 管理 系統(tǒng)總體上開發(fā)難度不高，數(shù)據(jù)庫的設(shè)計和操作是本系統(tǒng)設(shè)計的核心。在大學(xué)期間學(xué)習(xí)過軟件工程，軟件測試， UML 統(tǒng)一建模語言等課程，每個學(xué)期也會完成對 應(yīng)的課程設(shè)計，具備一定的系統(tǒng)分析、設(shè)計和測試能力。因此，完成系統(tǒng)實現(xiàn)在技術(shù)上完全具有可行性。 經(jīng)濟的可行性 如今是信息化時代，信息化管理可以使 檔案 管理 工作更加系統(tǒng)化、快速化、全面化。這樣可以為 企業(yè) 帶來較高的工作效益和經(jīng)濟效益，本系統(tǒng)對計算機配置的要求不高， 企業(yè) 機房更換下來的低配置 電腦都可以完全滿足需要，再者， 企業(yè) 在 管理工作上的高效率和便捷 性 遠(yuǎn)遠(yuǎn)超過了開發(fā)本系統(tǒng)的成本，所以在經(jīng)濟上具有完全的可行性。 操作可行性 本系統(tǒng)操作簡單，輸入信息頁面大多數(shù)都是下拉框的選擇形式，在某 些頁面，信息可以自 動生成，無需輸入，時間的輸入也是用的日歷控件， 操作簡便，對操作人員的要求很低，只需對 WINDOWS 操作熟練，加之對本系統(tǒng)的操作稍加培訓(xùn)即可工作，而且本系統(tǒng)可視性非常好，所以在技術(shù)上不會有很大難度。 基于 S2SH 的 電子健康檔案管 理系統(tǒng) 法律的可行性 本 電子健康檔案 管理 系統(tǒng) 是 自行 開發(fā)的管理系統(tǒng)，是很有實際意義的系統(tǒng) ,開發(fā)環(huán)境軟件和使用的數(shù)據(jù)庫都是開源代碼， 開發(fā)這個系統(tǒng)不同于開發(fā)普通的系統(tǒng)軟件，不存在侵權(quán)等問題，即法律上是可行的。 綜上所述，開發(fā)一個 電子檔案 管理 系統(tǒng)與人工記錄的方式相比具有速度更快，操作更準(zhǔn)確，節(jié)省開支等有利之處，因此，建 立一個 電子健康檔案 管理 系統(tǒng)是必要可行的。 系統(tǒng)用戶用例圖 管理員用例圖 管理員是系統(tǒng)的核心用戶，涉及到 四 大功能模塊，管理員對系統(tǒng)的 所有 用戶有著 操作 的權(quán)限，能夠及時動態(tài)的掌握 人員及檔案 的各項情況。 F d 登 登 登 登登 登 登 登 登 登登 登 登 登 登 登登 登 登 登 登 登登 登 登 登 登 登登 登 登 登登 登 登 圖 管理員用例圖 功能模塊需求 分析 本系統(tǒng)最大的特點是使用操作簡單、友好的提示信息。本系統(tǒng)將實現(xiàn)以下基本功能： （ 1）系統(tǒng)具有簡潔大方的頁面，使用簡便，友好的錯誤操作提示 （ 2）管理員用戶具有 人員檔案管理、 健康體檢管理 、 疾病信 息管理 、 系統(tǒng)管理功 能 （ 3）具有較強的安全性，避免用戶的惡意操作 系統(tǒng)的功能結(jié)構(gòu)圖 。 基于 S2SH 的 電子健康檔案管 理系統(tǒng) 管理員功能模塊圖說明：管理員是功能最多的一種用戶角色。 (1)系統(tǒng)管理模塊：在該模塊中完成密碼修改、系統(tǒng)信息管理 功能。 系統(tǒng)信息管理 提供系統(tǒng)管理員的 查詢，增加和刪除等功能操作。 管理員 信息包括 用戶名、密碼 信息。 (2)人員檔案 模塊： 在該模塊中定義了 人員檔案 的管理，其功能包括 檔案 錄入、查詢、刪除、 詳細(xì)信息查看 等操作 。 (3)體檢 管理模塊： 在該模塊中定義了 對 人員體檢信息 的管理，其功能包括 體檢信息 錄入、查詢、刪除等操作 。 (4)疾病管理 模塊：在該模塊中定義了 對人員疾病信息的管理，其功能包括疾病信息錄入、查詢、刪除等操作 。 管理員用戶功能模塊圖如下。 管 理 員 用 戶 模 塊修 改 個 人 密 碼系 統(tǒng) 信 息 管 理人 員 檔 案 管 理健 康 體 檢 管 理疾 病 信 息 管 理管理員管理管理員添加人員檔案管理人員檔案添加體檢數(shù)據(jù)管理體檢數(shù)據(jù)添加疾病信息管理疾病信息添加疾病信息統(tǒng)計 圖 管理員用戶功能模塊圖 設(shè)計的基本思想 設(shè)計思想遵循以下幾點： 1. 采用 B/S 模式進(jìn)行開發(fā)，其優(yōu)點是后臺與前臺處理層次分明，而且符合眾多已經(jīng)習(xí)慣網(wǎng)頁方式的用戶。 2. 采用面向?qū)ο蟮拈_發(fā)與設(shè)計理念。運用面向?qū)ο蠹夹g(shù)的前提是對整體系統(tǒng)的高度和準(zhǔn)確抽象，通過它可以保證系統(tǒng)良好的框架，進(jìn)而帶來產(chǎn)品較強的穩(wěn)定性和運行效率 。 3. 采用模塊化設(shè)計。模塊化設(shè)計要求將整個系統(tǒng)劃分成基于小的模塊，有利于代碼的重載，簡化設(shè)計和實現(xiàn)過程。 4. 簡單方便的系統(tǒng)界面。設(shè)計簡單友好的系統(tǒng)界面，方便用戶較快的適應(yīng)系統(tǒng)的操作。 5．速度優(yōu)先原則。由于此工具最重要的評測標(biāo)準(zhǔn)就是速度，因此在設(shè)計過程中，基于 S2SH 的 電子健康檔案管 理系統(tǒng) 具體過程盡量做到資源占用少，速度快。 6． 設(shè)計既要突出重點，又要細(xì)致周到。要符合設(shè)計需求，在有可能改進(jìn)的地方進(jìn)行擴充，使系統(tǒng)更適應(yīng)用戶的需要。 性能需求 系統(tǒng)的安全性 電子健康檔案管理 系統(tǒng) 在管理權(quán)限上要嚴(yán)格進(jìn)行控制，具體要求如下： 想登 錄電子健康檔案 管理 系統(tǒng)進(jìn)行操作，必須有操作權(quán)限，沒有權(quán)限的用戶不能通過任何方式登錄系統(tǒng)查看系統(tǒng)的任何信息和數(shù)據(jù)，以確保系統(tǒng)的嚴(yán)密性和安全性。 數(shù)據(jù)的完整性 ，信息記錄內(nèi)容不能為空 界面需求 界面設(shè)計目前已經(jīng)成為評價軟件質(zhì)量的一條重要指標(biāo)，一個好的用戶界面可以增加用戶使用系統(tǒng)的信心和興趣，提高工作效率， JSP 技術(shù)是用 JAVA 語言作為腳本語言的，JSP網(wǎng)頁為整個服務(wù)器端的 JAVA 庫單元提供了一個接口來服 務(wù)于 HTTP 的應(yīng)用程序。 創(chuàng)建動態(tài)頁面非常方便。用戶界面是指軟件系統(tǒng)與用戶交互的接口，通常包括輸出、輸入、人 機對話的界面格式等。 輸出是由計算機對輸入的原始信息進(jìn)行加工處理，形成高質(zhì)量的有效信息，并使之具有一定的格式，提供管理者使用，這是輸出設(shè)計的主要職責(zé)和目標(biāo)。 系統(tǒng)設(shè)計的過程正好和實施過程相反，并不是從輸入設(shè)計到輸出設(shè)計，而是從輸出設(shè)計到輸入設(shè)計，這是因為輸出表格直接與使用者相聯(lián)系，設(shè)計的出發(fā)點應(yīng)當(dāng)是保證輸出表格方便地為使用者服務(wù)，正確及時反映和組成用于各部門的有用信息。輸出設(shè)計的原則是 考慮既要全面反映不同管理層的各項需要，又要言簡意賅，不要將用戶需要和不需要的都提供給用戶。 輸入數(shù)據(jù)的收集和錄入是比較費事的，需要大量的人力和一定設(shè)備，并且容易出錯。如果輸入系統(tǒng)的數(shù)據(jù)有錯誤，則處理后的輸出將擴大這些錯誤，因此輸入數(shù)據(jù)的正確性基于 S2SH 的 電子健康檔案管 理系統(tǒng) 對于整個系統(tǒng)質(zhì)量的好壞是具有決定性意義的。 輸入設(shè)計的原則有如下幾點： 1）輸入量應(yīng)保持在能滿足處理要求的最低限度。設(shè)計中可采用設(shè)置字段初值，下拉式數(shù)據(jù)窗口等方式盡量減少用戶鍵盤輸入量。輸入量越少，錯誤率就越少，數(shù)據(jù)準(zhǔn)備時間也減少。 2）輸入的準(zhǔn)備及輸入過 程應(yīng)盡量容易進(jìn)行，從而減少錯誤的發(fā)生。 3）應(yīng)盡量早對輸入數(shù)據(jù)進(jìn)行檢查（盡量接近原數(shù)據(jù)發(fā)生點） ,以便使錯誤及時得到更 正。 4）輸入數(shù)據(jù)盡早地用其處理所需的形式被記錄，以避免數(shù)據(jù)由一種介質(zhì)轉(zhuǎn)移到另一種介質(zhì)時需要轉(zhuǎn)錄而可能發(fā)生的錯誤 基于 S2SH 的 電子健康檔案管 理系統(tǒng) 第三章 系統(tǒng)分析與設(shè)計 數(shù)據(jù)庫的分析與設(shè)計 計算機信息系統(tǒng)以數(shù)據(jù)庫為核心，在數(shù)據(jù)庫管理系統(tǒng)的支持下，進(jìn)行信息的收集、整理、存儲、檢索、更新、加工、統(tǒng)計和傳播等操作。數(shù)據(jù)庫已經(jīng)成為現(xiàn)在信息系統(tǒng)等計算機系統(tǒng)的基礎(chǔ)與核心部分。數(shù) 據(jù)庫設(shè)計的好壞直接影響到整個系統(tǒng)的質(zhì)量和效率。 數(shù)據(jù)庫的設(shè)計一般經(jīng)過規(guī)劃。需求分析、概念設(shè)計、邏輯設(shè)計、物理設(shè)計 5個步驟。 數(shù)據(jù)庫的概念結(jié)構(gòu)設(shè)計 概念設(shè)計是指在數(shù)據(jù)分析的基礎(chǔ)上自底向上的建立整個系統(tǒng)的數(shù)據(jù)庫概念結(jié)構(gòu)，從用戶的角度進(jìn)行視圖設(shè)計，然后將視圖集成，最后對集成的結(jié)構(gòu)分析優(yōu)化得到最后結(jié)果。 數(shù)據(jù)庫的概念結(jié)構(gòu)設(shè)計采用實體 — 聯(lián)系（ ER）模型設(shè)計方法。 ER 模型法的組成元素有：實體、屬性、聯(lián)系， ER模型用 ER 圖表示，是提示用戶工作環(huán)境中所涉及的事物，屬性則是對實體特性的描述。 概念設(shè)計的目標(biāo) 是產(chǎn)生反映企業(yè)組織信息要求的數(shù)據(jù)庫概念結(jié)構(gòu)，即概念模式。概念模式是獨立于數(shù)據(jù)庫邏輯結(jié)構(gòu)，獨立于支持?jǐn)?shù)據(jù)庫的 DBMS，不依賴于計算機系統(tǒng)的， 根據(jù)以上對數(shù)據(jù)庫的需求分析，并結(jié)合系統(tǒng)概念模型的特點及建立方法，建立 ER模型圖 。 實體 屬性 實體間關(guān)系 基于 S2SH 的 電子健康檔案管 理系統(tǒng) (1)人員 信息 實體 ER圖如圖 所示： 人 員 信 息姓 名性 別年 齡 身 份 證 號 碼地 址聯(lián) 系 電 話工 作 單 位婚 姻 狀 況 圖 人員 信息實體 ER圖 (2)檔案信息 實體 ER圖 如圖 所示 檔 案 信 息人 員時 間醫(yī) 生體 重口 唇血 壓視 力聽 力 圖 檔案 信息實體 ER圖 基于 S2SH 的 電子健康檔案管 理系統(tǒng) (3)疾病 信息 ER圖 如圖 所示 疾 病 信 息人 員名 稱癥 狀醫(yī) 生患 病 時 間 圖 疾病信息實體 ER圖 (4)管理員 信息 ER 圖 如圖 管 理 員 信 息登 錄 名 密 碼 圖 管理員信息實體 ER圖 數(shù)據(jù)庫的邏輯結(jié)構(gòu)設(shè)計 我們知道，數(shù)據(jù)庫概念模型獨立于任何特定的數(shù)據(jù)庫管理系統(tǒng)，因此，需要根據(jù)具體使用的數(shù)據(jù)庫管理系統(tǒng)的特點進(jìn)行轉(zhuǎn)換。即轉(zhuǎn)化為按計算機觀點處理的邏輯關(guān)系模型 ,ER模型向關(guān)系數(shù) 據(jù)庫模型轉(zhuǎn)換應(yīng)遵循下列原則： *每一個實體要轉(zhuǎn)換成一個關(guān)系 *所有的主鍵必須定義非空（ NOT NULL） *對于二元聯(lián)系應(yīng)按照一對多、弱對實、一對一、多對多等聯(lián)系來定義外鍵。 根據(jù) ER模型， 電子健康檔案 管理系統(tǒng)建立了以下邏輯數(shù)據(jù)結(jié)構(gòu)，下面是各數(shù)據(jù)表的詳細(xì)說明。 (1)人員信息 表主要是記錄了 人員 基本信息。表結(jié)構(gòu)如表 所示。 基于 S2SH 的 電子健康檔案管 理系統(tǒng) 表 人員信息表 (t_renyuan) 列名 數(shù)據(jù)類型 長度 允許空 是否主鍵 說明 id int 4 否 是 編號 xingming varchar 50 否 否 姓名 xingbie varchar 50 否 否 性別 nianling varchar 50 否 否 年齡 dizh