【正文】 信息傳遞給模型，告訴模型做什么，選擇符合要求的視圖返回給用戶。 通過這種設計模式，可以把業(yè)務邏輯處理和顯示邏輯分離開來，分成不同的組件實現(xiàn)，這些組件可以進行交互和重用。 Dorado7以XML形式的視圖配置文件作為定義Web界面的主要手段。 在大多數(shù)情況下，直接訪問一個視圖配置文件就可以得到一個功能完整的Web界面。開發(fā)者可以很方便的使用JSP、Velocity或者其他類似的技術來為視圖配置文件定義布局方式。 在數(shù)據(jù)裝載方面，Dorado7以其“立體數(shù)據(jù)模型”架構（相對于二維數(shù)據(jù)模型）而得名。并且也不再提供專用的數(shù)據(jù)封裝對象。自然，也使開發(fā)變得更加便利、更加生動?！爸悄芊椒ㄟm配”是Dorado7提供的一個非常有特色的功能，提供此功能的主要目的是盡量減少開發(fā)人員所需要掌握的Dorado API，讓業(yè)務方法的代碼更加“業(yè)務化”，更加易于閱讀。在實際的應用場景中大部分實現(xiàn)了Dorado前端的功能中可能并不需要引入任何Dorado的API。 Hibernate可以應用在任何使用JDBC的場合，既可以在Java的客戶端程序使用，也可以在Servlet/JSP的Web應用中使用，最具革命意義的是，Hibernate可以在應用EJB的J2EE架構中取代CMP，完成數(shù)據(jù)持久化的重任。這6個核心接口在任何開發(fā)中都會用到。下面對這6個核心接口分別加以介紹。但需要注意的是Session對象是非線程安全的。這里當使用session這個術語時，其實指的是Hibernate中的session，而以后會將HttpSession對象稱為用戶session。它充當數(shù)據(jù)存儲源的代理，并負責創(chuàng)建Session對象。需要注意的是SessionFactory并不是輕量級的，因為一般情況下，一個項目通常只需要一個SessionFactory就夠，當需要操作多個數(shù)據(jù)庫時，可以為每個數(shù)據(jù)庫指定一個SessionFactory。在Hibernate的啟動的過程中，Configuration類的實例首先定位映射文檔位置、讀取配置，然后創(chuàng)建SessionFactory對象。它是可選的，開發(fā)人員也可以設計編寫自己的底層事務處理代碼。它可以使用HQL語言或SQL語句兩種表達方式?？蚣艿闹饕獌?yōu)勢之一就是其分層架構，分層架構允許使用者選擇使用哪一個組件，同時為 J2EE 應用程序開發(fā)提供集成的框架。然而，Spring的用途不僅限于服務器端的開發(fā)。 傳統(tǒng)J2EE應用的開發(fā)效率低，應用服務器廠商對各種技術的支持并沒有真正統(tǒng)一，導致J2EE的應用沒有真正實現(xiàn)Write Once及Run Anywhere的承諾。Spring 框架是一個分層架構，由7個定義良好的模塊組成。每個模塊的功能如下：核心容器：核心容器提供 Spring 框架的基本功能。BeanFactory 使用反轉控制（IOC） 模式將應用程序的配置和依賴性規(guī)范與實際的應用程序代碼分開。Spring 上下文包括企業(yè)服務，例如 JNDI、EJB、電子郵件、國際化、校驗和調度功能。所以，可以很容易地使 Spring 框架管理的任何對象支持 AOP。通過使用 Spring AOP，不用依賴 EJB 組件，就可以將聲明性事務管理集成到應用程序中。異常層次結構簡化了錯誤處理，并且極大地降低了需要編寫的異常代碼數(shù)量（例如打開和關閉連接）。Spring ORM：Spring 框架插入了若干個 ORM框架，從而提供了 ORM 的對象關系工具，其中包括JDO、Hibernate和 iBatisSQL Map。Spring Web 模塊：Web 上下文模塊建立在應用程序上下文模塊之上，為基于 Web 的應用程序提供了上下文。Web 模塊還簡化了處理多部分請求以及將請求參數(shù)綁定到域對象的工作。通過策略接口，MVC 框架變成為高度可配置的，MVC 容納了大量視圖技術，其中包括 JSP、Velocity、Tiles、iText 和 POI。Spring 的核心要點是：支持不綁定到特定 J2EE 服務的可重用業(yè)務和數(shù)據(jù)訪問對象。 數(shù)據(jù)庫的選擇 數(shù)據(jù)庫（Database）是按照數(shù)據(jù)結構來組織、存儲和管理數(shù)據(jù)的倉庫，它產生于距今五十年前，隨著信息技術和市場的發(fā)展，特別是二十世紀九十年代以后，數(shù)據(jù)管理不再僅僅是存儲和管理數(shù)據(jù)，而轉變成用戶所需要的各種數(shù)據(jù)管理的方式。 目前存在的數(shù)據(jù)庫主要是關系型數(shù)據(jù)庫，主要的代表有IBM的DB2，甲骨文退出的Oracle，Informix數(shù)據(jù)庫，Sybase數(shù)據(jù)庫，SqlServer數(shù)據(jù)庫，MySQL數(shù)據(jù)庫和Access數(shù)據(jù)庫。DB2 forMVSV1 在1983年推出。1988年DB2 for MVS 提供了強大的在線事務處理（OLTP）支持，1989 年和1993 年分別以遠程工作單元和分布式工作單元實現(xiàn)了分布式數(shù)據(jù)庫支持。 Oracle前身叫SDL，由Larry Ellison 和另兩個編程人員在1977創(chuàng)辦，他們開發(fā)了自己的拳頭產品，在市場上大量銷售，1979 年，Oracle公司引入了第一個商用SQL 關系數(shù)據(jù)庫管理系統(tǒng)。目前Oracle關系數(shù)據(jù)庫產品的市場占有率名列前茅。 Informix在1980年成立，目的是為Unix等開放操作系統(tǒng)提供專業(yè)的關系型數(shù)據(jù)庫產品。Informix第一個真正支持SQL語言的關系數(shù)據(jù)庫產品是Informix SE（StandardEngine）。它也是第一個被移植到Linux上的商業(yè)數(shù)據(jù)庫產品。在2008年1月16號被Sun公司收購。對于MySQL的前途，沒有任何人抱樂觀的態(tài)度。由于其體積小、速度快、總體擁有成本低，尤其是開放源碼這一特點，許多中小型網站為了降低網站總體擁有成本而選擇了MySQL作為網站數(shù)據(jù)庫。它具有界面友好、易學易用、開發(fā)簡單、接口靈活等特點，是典型的新一代桌面數(shù)據(jù)庫管理系統(tǒng)。在2008年1月16號被Sun公司收購。MySQL是一種關聯(lián)數(shù)據(jù)庫管理系統(tǒng)，關聯(lián)數(shù)據(jù)庫將數(shù)據(jù)保存在不同的表中，而不是將所有數(shù)據(jù)放在一個大倉庫內。MySQL的SQL“結構化查詢語言”。MySQL軟件采用了GPL（GNU通用公共許可證）。 本章小結 本章主要介紹了公費醫(yī)療系統(tǒng)的整體架構思想和基本框架的選擇，并對B/S構架思想，Dorado7展現(xiàn)中間件、Spring事物管理和Hibernate的關系對象映射模型等基本框架進行了詳細的介紹，闡述了使用這些框架的優(yōu)越性，通過比較目前市場上存在的數(shù)據(jù)庫，我們最終選用MySQL作為公費醫(yī)療報銷系統(tǒng)的基本數(shù)據(jù)庫。它使得普通用戶和系統(tǒng)開發(fā)人員得以溝通，是開發(fā)人員進行設計開發(fā)的基礎，也是開發(fā)人員唯一的參考標準。而數(shù)據(jù)庫的設計是開發(fā)人員在充分了解原手工或原計算機系統(tǒng)的工作概況及工作流程的前提下，明確用戶的各種需求，然后在此基礎上確定系統(tǒng)的功能，進而對數(shù)據(jù)庫進行設計。 系統(tǒng)功能需求分析 系統(tǒng)主要模塊劃分 根據(jù)項目需求，該系統(tǒng)分為人員信息模塊、服務指南模塊、藥品信息模塊、報銷模塊共四個模塊。病人信息是就醫(yī)人員真實信息，它主要包括就醫(yī)人員的姓名，年齡，性別，身份證號，職業(yè)等等相關信息。醫(yī)院工作人員有自己特定的賬戶，就醫(yī)人員賬戶信息在就醫(yī)人員填寫完個人資料之后，由醫(yī)院工作人員分配，并設有用戶名和初始密碼。此外，醫(yī)院工作人員可以在病人基本資料頁面進行病人信息的登記錄入，可以修改和刪除錄入信息，并可以根據(jù)病人名字、身份證號、患病情況進行快速查詢，可以對所有的賬戶信息做出維護。 該模塊包括值班醫(yī)生信息、管理員界面。這些信息所有人登錄后都可以查看。 藥品信息為醫(yī)院現(xiàn)有藥品的信息詳情。該頁面有藥品的增加、修改、刪除按鈕，分別用來增加新的藥品、對藥品信息作一定的修改、刪除部分藥品。此外，通過該頁面，醫(yī)務管理人員可以對藥品進行批量刪除，提高工作效率。就醫(yī)人員通過登錄打開報銷詳情，可以看到自己的基本信息和自己在本醫(yī)院的所有花銷項目和各項目資費，也可以看到那些項目在公費醫(yī)療報銷范圍內，那些不屬于公費醫(yī)療報銷范圍。該頁面只有醫(yī)院負責收費的財務人員可以訪問，并進行錄入、修改和刪除。； 數(shù)據(jù)邏輯結構 公費醫(yī)療報銷系統(tǒng)中，主要用到的表有醫(yī)院科室表、員工信息表、就醫(yī)人員表、就醫(yī)人員用戶表、藥品表、藥品分類表、消息表和花費詳情表。 就醫(yī)人員信息表序號字段名是否必填字段內容類型長度備注1PERSONID是人員表IDvarchar502NAME是病人姓名varchar503SEX否性別varchar504AGE否年齡varchar505CARDNO否身份證號varchar506PROFESSION否職業(yè)varchar507STATUS否病人目前工作狀態(tài)varchar508KYTYPE否醫(yī)療保障類別varchar509USERNAME否賬戶名varchar50 就醫(yī)人員賬戶表序號字段名是否必填字段內容類型長度備注1USERNAME是用戶名varchar502PASSWORD是密碼 varchar503CNAME否中文姓名varchar504ENAME否英文名varchar505ENABLED否是否可用 varchar506OFFICE_TEL否辦公室電話varchar507OFFICE_FAX否辦公室傳真號varchar508MOBILE否手機號varchar509CREATE_DATE否創(chuàng)建日期datetime50 藥品分類表序號字段名是否必填字段內容類型長度備注1ID是藥品分類主鍵varchar502KIND是分類名稱varchar503DATA1否自定義數(shù)據(jù)1varchar50 短消息表序號字段名是否必填字段內容類型長度備注1ID是消息表主鍵varchar502REPLY_OF是回復varchar503TITLE否標題varchar504CONTENT否內容varchar505SENDER否發(fā)送人varchar506SEND_TIME否發(fā)送時間timestamp50 醫(yī)院科室表序號字段名是否必填字段內容類型長度備注1ID是科室表IDvarchar502OFFICE_NAME是科室名稱varchar503NUMBER否職工數(shù)量varchar504LEADER否領導varchar505DEGREEN否級別varchar506USER_DATA1否自定義數(shù)據(jù)1varchar507USER_DATA2否自定義數(shù)據(jù)2varchar508USER_DATA3否自定義數(shù)據(jù)3varchar50 醫(yī)院工作人員信息表序號字段名是否必填字段內容類型長度備注1ID是員工表IDvarchar502NAME是姓名varchar503DEGREE否學歷varchar504OFFICE否所在科室varchar505ONDUTYDAY否出勤時間varchar506RECORD否履歷varchar507SHOWCOLOR否自定義顏色varchar508PROFESSION否職位varchar509SEX否性別varchar5010AGE否年齡varchar5011FK_OFFICES否對應科室外鍵varchar5012USER_DATA1否自定義數(shù)據(jù)1varchar5013USER_DATA2否自定義數(shù)據(jù)2varchar5014USER_DATA3否自定義數(shù)據(jù)3varchar50 藥品信息列表序號字段名是否必填字段內容類型長度備注1MEDICINEID是藥品表IDvarchar502MEDICINENAME是藥品名稱varchar503PROVIDER否生產廠商varchar504PRICE否價格float505IDRETURN否是否在醫(yī)保內varchar506RETURNVALUE否報銷比例varchar507FUNCTION否功能varchar508FK_KINDID否對應分類外鍵varchar50 花銷明細表序號字段名是否必填字段內容類型長度備注1ID是報銷表IDvarchar502NAME是病人姓名varchar503COSTNAME否花銷名稱varchar