公共管理專(zhuān)業(yè) 新型農(nóng)村合作醫(yī)療管理系統(tǒng)的設(shè)計(jì)和研究

《公共管理專(zhuān)業(yè) 新型農(nóng)村合作醫(yī)療管理系統(tǒng)的設(shè)計(jì)和研究》由會(huì)員分享，可在線(xiàn)閱讀，更多相關(guān)《公共管理專(zhuān)業(yè) 新型農(nóng)村合作醫(yī)療管理系統(tǒng)的設(shè)計(jì)和研究（52頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、 新型農(nóng)村合作醫(yī)療管理系統(tǒng)的設(shè)計(jì)和研究 摘 要 新型農(nóng)村合作醫(yī)療工作是新時(shí)期黨和國(guó)家為解決農(nóng)民群眾“因病致貧、因病返貧”問(wèn)題的重要手段，隨著新以改造政策的不斷推進(jìn)，全民醫(yī)保的網(wǎng)絡(luò)基本建立，各級(jí)財(cái)政對(duì)基層醫(yī)療衛(wèi)生體系特別是新農(nóng)合體系的投入逐年提高，由于醫(yī)療保障水平的提高，農(nóng)民群眾的醫(yī)療服務(wù)需求得到了全面的釋放，農(nóng)民群眾間“小病拖、大病等”的就醫(yī)模式全面改變，為提高工作效率，簡(jiǎn)化補(bǔ)償手續(xù)，縮短補(bǔ)償時(shí)間，對(duì)新型農(nóng)村合作醫(yī)療工作實(shí)現(xiàn)信息化管理的要求十分迫切。 現(xiàn)行的以人工審核為主的補(bǔ)償模式，，較高的誤差率對(duì)新農(nóng)合基金的安全運(yùn)行帶來(lái)很大風(fēng)險(xiǎn)，同時(shí)大量的占用了

2、新農(nóng)合管理機(jī)構(gòu)的人力物力，有限的人員力量基本全部從事了基礎(chǔ)的審核工作，對(duì)定點(diǎn)醫(yī)療機(jī)構(gòu)的監(jiān)管、可疑票據(jù)的外調(diào)和意外傷害的調(diào)查等工作的開(kāi)展很可能由于管理人員人手不足的原因而產(chǎn)生影響。而信息化系統(tǒng)的實(shí)現(xiàn)，一方面可以將大量的基礎(chǔ)操作由電腦代替提高了補(bǔ)償審核的準(zhǔn)確度，還可以通過(guò)網(wǎng)絡(luò)實(shí)現(xiàn)定點(diǎn)醫(yī)療機(jī)構(gòu)與管理機(jī)構(gòu)的對(duì)接，從而實(shí)現(xiàn)出院即時(shí)補(bǔ)償結(jié)算，減少了補(bǔ)償手續(xù)，方便了農(nóng)民群眾的就以補(bǔ)償。 本文所研究的新型農(nóng)村合作醫(yī)療信息化系統(tǒng)的主要目的是為了探討和實(shí)現(xiàn)新型農(nóng)村合作醫(yī)療系統(tǒng)的信息化補(bǔ)償管理，從而提高運(yùn)行效率，簡(jiǎn)化行政成本。本系統(tǒng)采用了基于Web的B/S模式的N層模型進(jìn)行設(shè)計(jì)。在技術(shù)上，使用作為開(kāi)發(fā)平臺(tái)和運(yùn)行支

3、撐平臺(tái)，數(shù)據(jù)庫(kù)服務(wù)器使用了Oracle 9i，并使用了C#語(yǔ)言、ASP.NET WebForm、ASP.NET AJAX和ADO.NET等技術(shù)進(jìn)行課題的設(shè)計(jì)。 關(guān)鍵字：新型農(nóng)村合作醫(yī)療；信息化系統(tǒng)；ASP.NET WebForm；ADO.NET The design and research of the new rural cooperative medical management system Abstract New rural cooperative medical work is our party and coun

4、try in the new period to solve peasants "poverty due to illness, Chinese due to illness" question the important means, with the advancement of new to reform policy, universal health care network basic establishment, finance at all levels to basic medical and health system, especially the new farming

5、 and system of investment increased year by year, due to the improvement of medical care, the farmers medical service requirement has been fully released, peasants "ailment pulls, serious illness and other" between the comprehensive change of medical model, to improve the work efficiency, simplify t

6、he procedure of compensation, shortening the time of compensation, in the new rural cooperative medical work realize the information management requirements is very urgent. Current compensation is given priority to with artificial audit model, and higher error rate to new farming funds safe ope

7、ration brings great risks, at the same time, a lot of taking up new farming and management mechanism of human resources, limited staff strength basic all is engaged in the audit work, supervision of the medical establishment that decide a dot, suspicious bills of diversion and accident investigation

8、 work is likely to be due to the shortage of management personnel and impact. And the implementation of information system, on the one hand, can be a lot of the basis of operation by the computer instead of enhance the accuracy of the compensation review, you can also through the network docking, th

9、e medical establishment that decide a dot and management mechanism so as to realize real-time compensation settlement and discharge reduced the compensation procedures, convenient for peasants to compensate. In this paper, the author studies on new rural cooperative medical information system i

10、s the main purpose is to explore and realize information compensation of new rural cooperative medical system management, to improve operation efficiency, simplify the administrative costs. This system adopts B/S model based on Web of n-tier model design. Technically, use as a development platform a

11、nd operation support platform, the database server USES the Oracle 9 I, and use the c # language, ADO.NET and ASP.NET WebForm, ASP.NET AJAX technology to project design. Keywords: The new rural cooperative；medical information system； ASP.NET WebForm；ADO.NET

12、 目 錄 第一章 緒論 7 1.1選題背景 7 1.1.1新型農(nóng)村合作醫(yī)療管理系統(tǒng)概述 7 1.1.2新型農(nóng)村合作醫(yī)療管理系統(tǒng)的基本功能 8 1.2選題目的及意義 8 1.3本文的研究?jī)?nèi)容及組織結(jié)構(gòu) 9 1.3.1本文的研究?jī)?nèi)容 9 1.3.2本文的組織結(jié)構(gòu) 9 第二章 關(guān)鍵技術(shù)介紹 10 2.1 eclipse 10 2.1.1主要組件 10 2.1.2組成計(jì)劃 11 2.1.3版本發(fā)展 12 2.2 Oracle 9i 12 2.2.1 Oracle 9i特征介紹 13 2.2.2 Oracle 9i的改進(jìn)功能 1

13、5 2.3 C#語(yǔ)言 16 2.3.1 C#語(yǔ)言的特點(diǎn) 16 2.3.2 C#與C++的區(qū)別 17 2.3.3 C#與Java的比較 17 2.4 ASP.NET Web Form 17 2.4.1 ASP.NET Web Form的優(yōu)勢(shì) 18 2.4.2 傳統(tǒng)WebForm開(kāi)發(fā)中存在的一些問(wèn)題 19 2.4.3 ASP.NET MVC 20 2.4.4 如何選擇MVC與Webform 20 2.5 ASP.NET AJAX 21 2.5.1實(shí)現(xiàn)原理 22 2.5.2 ASP.NET AJAX的框架 22 2.6 ADO.NET 22 2.6.1 ADO.NET的功

14、能 22 2.6.2 ADO.NET的類(lèi)庫(kù) 23 第三章 需求分析 25 3.1數(shù)據(jù)交換平臺(tái)需求 26 3.1.1集中式數(shù)據(jù)庫(kù) 26 3.1.2分布式數(shù)據(jù)庫(kù) 26 3.2核心數(shù)據(jù)庫(kù)信息需求 26 3.3核心數(shù)據(jù)庫(kù)容量 27 3.4應(yīng)用軟件系統(tǒng)需求及方案設(shè)計(jì) 27 3.4.1基礎(chǔ)數(shù)據(jù)收集管理需求 27 3.4.2應(yīng)用架構(gòu) 28 3.4.3數(shù)據(jù)流走向 28 3.5業(yè)務(wù)功能需求 28 3.5.1決策輔助子系統(tǒng) 29 3.5.2業(yè)務(wù)管理子系統(tǒng) 29 3.5.3數(shù)據(jù)交換平臺(tái) 30 3.5.4門(mén)戶(hù)網(wǎng)站 30 第四章 系統(tǒng)設(shè)計(jì) 30 4.1決策輔助系統(tǒng) 30 4.1.1

15、統(tǒng)計(jì)報(bào)告子系統(tǒng) 31 4.1.2基金監(jiān)控子系統(tǒng) 32 4.1.3綜合查詢(xún)分析子系統(tǒng) 33 4.2業(yè)務(wù)管理系統(tǒng) 34 4.2.1用戶(hù)及權(quán)限劃分 34 4.2.2系統(tǒng)功能 35 4.2.2.1配置維護(hù) 35 4.2.2.2權(quán)限管理 35 4.2.2.3參合管理 36 4.2.2.4基金管理 36 4.2.2.5補(bǔ)償管理 36 4.2.2.6轉(zhuǎn)診管理 37 4.2.2.7體檢補(bǔ)償管理 37 4.2.2.8補(bǔ)償模式管理 37 4.2.2.9會(huì)計(jì)財(cái)務(wù)業(yè)務(wù)處理 37 4.2.2.10數(shù)據(jù)管理 38 4.2.2.11定點(diǎn)醫(yī)療機(jī)構(gòu)前端補(bǔ)償管理 38 4.3數(shù)據(jù)交換管理平臺(tái) 3

16、8 4.3.1跨統(tǒng)籌區(qū)域參合人員基本信息交換 38 4.3.2與定點(diǎn)醫(yī)療機(jī)構(gòu)的數(shù)據(jù)交換 38 4.3.3與財(cái)務(wù)軟件的數(shù)據(jù)交換 38 4.4門(mén)戶(hù)網(wǎng)站系統(tǒng) 38 4.4.1首頁(yè) 39 4.4.2工作動(dòng)態(tài) 39 4.4.3政策法規(guī) 39 4.4.4網(wǎng)上公告 39 4.4.5市縣工作動(dòng)態(tài) 39 4.4.6辦事指南 39 4.4.7管理頻道 40 4.4.8其它功能 40 第五章 系統(tǒng)實(shí)現(xiàn) 40 5.1費(fèi)用征繳中的信息化管理 41 5.2基金支付中的信息化管理 42 5.3決策支持中的信息化管理 44 第六章 系統(tǒng)測(cè)試 44 6.1概述 44 6.2功能測(cè)試 46

17、 第七章 系統(tǒng)相關(guān)問(wèn)題探討 47 7.1重點(diǎn)解決的問(wèn)題 47 7.2該設(shè)計(jì)方案的優(yōu)勢(shì) 48 7.2.1設(shè)計(jì)方案簡(jiǎn)單標(biāo)準(zhǔn)，支持多種數(shù)據(jù)庫(kù) 48 7.2.2投資少兼顧高擴(kuò)展性 48 7.2.3實(shí)現(xiàn)了醫(yī)院信息系統(tǒng)與農(nóng)合系統(tǒng)的緊密集成 48 7.2.4提高了工作效率，大大減少了人力資源的投入 48 7.3體會(huì)與建議 48 7.3.1合作醫(yī)療管理信息系統(tǒng)的建立, 必需具備一定的條件 48 7.3.2合作醫(yī)療管理信息系統(tǒng)的建立, 提高合作醫(yī)療的決策水平 48 7.3.3日常數(shù)據(jù)收集處理是合作醫(yī)療信息管理的基礎(chǔ)性工作 49 7.3.4計(jì)算機(jī)化是合作醫(yī)療管理信息系統(tǒng)的努力方向 49 第

18、八章 總結(jié)與展望 49 8.1總結(jié) 49 8.2展望 50 參考文獻(xiàn) 51 52 第一章 緒論 1.1引言 新型農(nóng)村合作醫(yī)療工作是新時(shí)期黨和國(guó)家為解決農(nóng)民群眾“因病致貧、因病返貧”問(wèn)題的重要手段，隨著新醫(yī)改造政策的不斷推進(jìn)，全民醫(yī)保的網(wǎng)絡(luò)基本建立，各級(jí)財(cái)政對(duì)基層醫(yī)療衛(wèi)生體系特別是新農(nóng)合體系的投入逐年提高，由于醫(yī)療保障水平的提高，農(nóng)民群眾的醫(yī)療服務(wù)需求得到了全面的釋放，農(nóng)民群眾間“小病拖、大病等”的就醫(yī)模式全面改變，一定程度上解決了農(nóng)民怕生病，看病難的問(wèn)題，但是我們也必須看到其高速發(fā)展中所產(chǎn)生的問(wèn)題?，F(xiàn)行的以人工審核為主的補(bǔ)償模式，較高的誤差率對(duì)新農(nóng)合基金的安全運(yùn)行

19、帶來(lái)很大風(fēng)險(xiǎn)，同時(shí)大量的占用了新農(nóng)合管理機(jī)構(gòu)的人力物力，有限的人員力量基本全部從事了基礎(chǔ)的審核工作，對(duì)定點(diǎn)醫(yī)療機(jī)構(gòu)的監(jiān)管、可疑票據(jù)的外調(diào)和意外傷害的調(diào)查等工作的開(kāi)展很可能由于管理人員人手不足的原因而產(chǎn)生影響。 隨著我國(guó)目前科學(xué)、技術(shù)日新月異的發(fā)展，并且伴隨著合作醫(yī)療工作深入展開(kāi)，亟需收集、分析和總結(jié)的信息資源、資金數(shù)額等相關(guān)數(shù)量必定急劇膨脹，因?yàn)檫@種需要被處理信息量十分龐大，僅僅是通過(guò)傳統(tǒng)的手工作業(yè)來(lái)應(yīng)付收集數(shù)據(jù)這一項(xiàng)工作都很難實(shí)現(xiàn)，更何況是數(shù)據(jù)上的管理、處理、匯總統(tǒng)計(jì)等方面的工作，就更加難以完成了。因此，采用現(xiàn)代化醫(yī)療信息管理的方式就是勢(shì)在必行的了。新型農(nóng)村合作醫(yī)療管理系統(tǒng)只有通過(guò)

20、系統(tǒng)的自動(dòng)化，才有可能最大限度的減少手工作業(yè)帶來(lái)的誤差，提升信息收集、加工、分析的速度，對(duì)新農(nóng)合的醫(yī)療基金所面臨的風(fēng)險(xiǎn)進(jìn)行監(jiān)控，只有這樣，才能夠達(dá)到更加公平、公開(kāi)和公正，也可以從實(shí)質(zhì)上來(lái)提升數(shù)據(jù)的處理質(zhì)量以及提高工作效率，進(jìn)一步方便廣大農(nóng)民群眾進(jìn)行相應(yīng)的就醫(yī)補(bǔ)償。 新型農(nóng)村合作醫(yī)療信息管理系統(tǒng)是以《衛(wèi)生部關(guān)于新型農(nóng)村合作醫(yī)療信息系統(tǒng)建設(shè)的指導(dǎo)意見(jiàn)》等一系列國(guó)家相關(guān)文件為立項(xiàng)依據(jù)的，其為新型農(nóng)村合作醫(yī)療提供費(fèi)用測(cè)算、基金收繳、支付補(bǔ)償、監(jiān)督審計(jì)、決策分析和政策公告等功能，有效提高新農(nóng)合資金的使用效率、杜絕資金管理漏洞、提升服務(wù)與監(jiān)管水平。 隨著我國(guó)醫(yī)療制度的改革，醫(yī)療業(yè)務(wù)信息量劇增。因此，為

21、了達(dá)到醫(yī)療制度改革的目標(biāo)，根據(jù)建立醫(yī)療制度的基本原則，相對(duì)應(yīng)的政策規(guī)定非常復(fù)雜，針對(duì)各種類(lèi)別的參保人員在不同情況下發(fā)生的醫(yī)療費(fèi)用，其結(jié)算方法都有區(qū)別。就目前來(lái)說(shuō)，雖然我國(guó)有些企業(yè)已經(jīng)采用了計(jì)算機(jī)管理信息系統(tǒng)來(lái)對(duì)醫(yī)療信息進(jìn)行管理，但是，這種設(shè)計(jì)一般僅僅是面向單個(gè)部門(mén)進(jìn)行的，也就是說(shuō)這種軟件在通用性上表現(xiàn)很差，而相關(guān)企業(yè)本身的發(fā)展又亟需該系統(tǒng)擁有進(jìn)行網(wǎng)絡(luò)化管理的相應(yīng)功能。其次，目前醫(yī)療管理系統(tǒng)在可擴(kuò)展性上表現(xiàn)很差，也就是說(shuō)它們普遍不具備參數(shù)設(shè)置功能的相關(guān)模塊，無(wú)法對(duì)醫(yī)療政策的參數(shù)進(jìn)行隨時(shí)的新建和修改，也不能適應(yīng)當(dāng)代醫(yī)療改革的急速發(fā)展。最后，目前醫(yī)療信息管理系統(tǒng)在安全性上表現(xiàn)也較差，其多數(shù)只能采取用

22、戶(hù)鑒別的技術(shù)，這就缺乏對(duì)用戶(hù)權(quán)限的相關(guān)設(shè)置，同時(shí)也在很大程度上使系統(tǒng)的安全性降低了。 本文所研究的新型農(nóng)村合作醫(yī)療信息化系統(tǒng)的主要目的是為了探討和實(shí)現(xiàn)新型農(nóng)村合作醫(yī)療系統(tǒng)的信息化補(bǔ)償管理，從而提高運(yùn)行效率，簡(jiǎn)化行政成本。 1.2 國(guó)內(nèi)外研究現(xiàn)狀 建議重寫(xiě)該部分 新型農(nóng)村合作醫(yī)療管理系統(tǒng)的基本功能 就醫(yī)療管理系統(tǒng)目前的應(yīng)用方面來(lái)看，其軟件系統(tǒng)主要包括以下三個(gè)方面的功能： 首先，是新型農(nóng)村合作醫(yī)療統(tǒng)一集成的門(mén)戶(hù)平臺(tái)，門(mén)戶(hù)平臺(tái)是整個(gè)新農(nóng)合信息系統(tǒng)的統(tǒng)一入口，需要了實(shí)現(xiàn)各級(jí)新農(nóng)合業(yè)務(wù)管理系統(tǒng)與其他相關(guān)的衛(wèi)生行政管理系統(tǒng)的業(yè)務(wù)集成，實(shí)現(xiàn)各類(lèi)新舊應(yīng)用系統(tǒng)和異構(gòu)系統(tǒng)的業(yè)務(wù)流程整合與業(yè)務(wù)數(shù)據(jù)

23、的集成，完成權(quán)限統(tǒng)一控制、業(yè)務(wù)交互、補(bǔ)償公示、信息交互等一系列功能。 其次，是新型農(nóng)村合作醫(yī)療業(yè)務(wù)綜合處理平臺(tái)，其集中管理各級(jí)農(nóng)民健康信息和新型農(nóng)村合作醫(yī)療信息，實(shí)現(xiàn)人的整個(gè)生命周期健康信息的完整記錄；采用統(tǒng)一規(guī)范化、標(biāo)準(zhǔn)化的設(shè)計(jì)，實(shí)現(xiàn)農(nóng)民的合作醫(yī)療參合管理、各類(lèi)疾病補(bǔ)償管理、新農(nóng)合基金的統(tǒng)籌管理、財(cái)務(wù)會(huì)計(jì)核算、綜合統(tǒng)計(jì)與查詢(xún)、動(dòng)態(tài)配置與維護(hù)等。 最后，是新型農(nóng)村合作醫(yī)療統(tǒng)一數(shù)據(jù)中心管理平臺(tái)數(shù)據(jù)中心管理平臺(tái)實(shí)現(xiàn)多數(shù)據(jù)源存儲(chǔ)與管理，各類(lèi)數(shù)據(jù)采集，異構(gòu)數(shù)據(jù)統(tǒng)一交換等，建立各行政級(jí)別的新型農(nóng)村合作醫(yī)療基礎(chǔ)數(shù)據(jù)交換平臺(tái)和建立統(tǒng)一的新型農(nóng)村合作醫(yī)療信息數(shù)據(jù)庫(kù)，集中存儲(chǔ)管理和利用廣大農(nóng)民群眾的健康信息

24、以及新型農(nóng)村合作醫(yī)療的相關(guān)信息。 總之，該系統(tǒng)在建立在整個(gè)醫(yī)療衛(wèi)生信息數(shù)據(jù)公開(kāi)交換基礎(chǔ)上的，最大限度的達(dá)到了各行政級(jí)別的新型農(nóng)村合作醫(yī)療管理和經(jīng)辦機(jī)構(gòu)、各級(jí)別地方醫(yī)院、農(nóng)村當(dāng)?shù)氐男l(wèi)生服務(wù)機(jī)構(gòu)之間的相關(guān)信息共享，使廣大農(nóng)民群眾可以在各級(jí)醫(yī)院看病時(shí)獲取直接的補(bǔ)償。同時(shí)，其也為各相關(guān)領(lǐng)導(dǎo)部門(mén)提供了較為完整、詳實(shí)的農(nóng)民醫(yī)療信息、疾病醫(yī)治信息、新型農(nóng)村合作醫(yī)療相關(guān)信息等，這就為領(lǐng)導(dǎo)的相關(guān)決策提供了數(shù)據(jù)上的支持。 1.2選題目的及意義 隨著我國(guó)醫(yī)療制度的改革，醫(yī)療業(yè)務(wù)信息量劇增。因此，為了達(dá)到醫(yī)療制度改革的目標(biāo)，根據(jù)建立醫(yī)療制度的基本原則，相對(duì)應(yīng)的政策規(guī)定非常復(fù)雜，針對(duì)各種類(lèi)別的參保人員在不同情況下

25、發(fā)生的醫(yī)療費(fèi)用，其結(jié)算方法都有區(qū)別。就目前來(lái)說(shuō)，雖然我國(guó)有些企業(yè)已經(jīng)采用了計(jì)算機(jī)管理信息系統(tǒng)來(lái)對(duì)醫(yī)療信息進(jìn)行管理，但是，這種設(shè)計(jì)一般僅僅是面向單個(gè)部門(mén)進(jìn)行的，也就是說(shuō)這種軟件在通用性上表現(xiàn)很差，而相關(guān)企業(yè)本身的發(fā)展又亟需該系統(tǒng)擁有進(jìn)行網(wǎng)絡(luò)化管理的相應(yīng)功能。其次，目前醫(yī)療管理系統(tǒng)在可擴(kuò)展性上表現(xiàn)很差，也就是說(shuō)它們普遍不具備參數(shù)設(shè)置功能的相關(guān)模塊，無(wú)法對(duì)醫(yī)療政策的參數(shù)進(jìn)行隨時(shí)的新建和修改，也不能適應(yīng)當(dāng)代醫(yī)療改革的急速發(fā)展。最后，目前醫(yī)療信息管理系統(tǒng)在安全性上表現(xiàn)也較差，其多數(shù)只能采取用戶(hù)鑒別的技術(shù)，這就缺乏對(duì)用戶(hù)權(quán)限的相關(guān)設(shè)置，同時(shí)也在很大程度上使系統(tǒng)的安全性降低了。 本文所研究的新型農(nóng)村合作醫(yī)

26、療信息化系統(tǒng)的主要目的是為了探討和實(shí)現(xiàn)新型農(nóng)村合作醫(yī)療系統(tǒng)的信息化補(bǔ)償管理，從而提高運(yùn)行效率，簡(jiǎn)化行政成本。 1.3本文工作及組織結(jié)構(gòu) 1.3.1本文的研究?jī)?nèi)容 本文采用軟件工程學(xué)面向?qū)ο蟮能浖Ｐ图夹g(shù)，特別注重面向?qū)ο蠓治龊兔嫦驅(qū)ο笤O(shè)計(jì)的理論，采用了基于Web的B/S模式的N層模型進(jìn)行設(shè)計(jì)。這種模型具有安全性高、穩(wěn)定性強(qiáng)、開(kāi)放性好、響應(yīng)速度快、維護(hù)便捷容易、系統(tǒng)擴(kuò)展靈活的特點(diǎn)，能最大程度的適應(yīng)新型農(nóng)村合作醫(yī)療管理信息系統(tǒng)的數(shù)據(jù)流通交換量大，安全性要求高的需要。同時(shí)N層模型的設(shè)計(jì)，較大程度分散了服務(wù)器和客戶(hù)端的工作量，分工明確，提高了系統(tǒng)的資源利用率和可靠性。在技術(shù)上，使用ecl

27、ipse作為開(kāi)發(fā)平臺(tái)，數(shù)據(jù)庫(kù)服務(wù)器使用了Oracle 9i，并使用了C#語(yǔ)言、ASP.NET Web Form、ASP.NET AJAX 和 ADO.NET等技術(shù)設(shè)計(jì)實(shí)現(xiàn)了一套新型農(nóng)村合作醫(yī)療信息系統(tǒng)。 1.3.2本文的組織結(jié)構(gòu) 第一章 概述，主要介紹本文的研究背景和研究目的。 第二章 開(kāi)發(fā)平臺(tái)及關(guān)鍵技術(shù)介紹，主要介紹本課題研究中要使用的技術(shù)，包括使用eclipse作為開(kāi)發(fā)平臺(tái)，數(shù)據(jù)庫(kù)服務(wù)器使用了Oracle 9i，并使用了C#語(yǔ)言、ASP.NET Web Form、ASP.NET AJAX 和 ADO.NET等技術(shù)設(shè)計(jì)實(shí)現(xiàn)了一套新型農(nóng)村合作醫(yī)療信息系統(tǒng)。 第三章 需求分析，主

28、要介紹本課題的功能需求和數(shù)據(jù)需求。 第四章 系統(tǒng)設(shè)計(jì)，主要介紹本課題的系統(tǒng)設(shè)計(jì)，包括系統(tǒng)功能模塊設(shè)計(jì)和數(shù)據(jù)庫(kù)設(shè)計(jì)。 第五章 系統(tǒng)實(shí)現(xiàn)，詳細(xì)介紹本課題的系統(tǒng)實(shí)現(xiàn)過(guò)程以及主要功能模塊的設(shè)計(jì)和實(shí)現(xiàn)。 第六章 系統(tǒng)測(cè)試，本章主要介紹利用常見(jiàn)的測(cè)試手段對(duì)本課題項(xiàng)目的測(cè)試工作。 第七章 安全性問(wèn)題及對(duì)策，主要介紹本課題在安全性方面所做的工作。 第八章 總結(jié)與展望，對(duì)本課題的成果進(jìn)行總結(jié)，提出還需進(jìn)一步的展望。 第二章 關(guān)鍵技術(shù)介紹 建議簡(jiǎn)化該章內(nèi)容 2.1 引言 本章主要介紹了本課題研究中要使用的技術(shù)，包括使用eclipse作為開(kāi)發(fā)平臺(tái)，數(shù)據(jù)庫(kù)服務(wù)器使用了Oracle 9i，

29、并使用了C#語(yǔ)言、ASP.NET Web Form、ASP.NET AJAX 和 ADO.NET等技術(shù)設(shè)計(jì)實(shí)現(xiàn)了一套新型農(nóng)村合作醫(yī)療信息系統(tǒng)。 2.1 eclipse Eclipse 是一個(gè)開(kāi)放源代碼的、基于Java的可擴(kuò)展開(kāi)發(fā)平臺(tái)。就其本身而言，它只是一個(gè)框架和一組服務(wù)，用于通過(guò)插件組件構(gòu)建開(kāi)發(fā)環(huán)境。幸運(yùn)的是，Eclipse 附帶了一個(gè)標(biāo)準(zhǔn)的插件集，包括Java開(kāi)發(fā)工具（Java Development Kit，JDK）。雖然大多數(shù)用戶(hù)很樂(lè)于將 Eclipse 當(dāng)作 Java 集成開(kāi)發(fā)環(huán)境（IDE）來(lái)使用，但 Eclipse 的目標(biāo)卻不僅限于此。Eclipse 還包括插件開(kāi)發(fā)環(huán)境

30、（Plug-in Development Environment，PDE），這個(gè)組件主要針對(duì)希望擴(kuò)展 Eclipse 的軟件開(kāi)發(fā)人員，因?yàn)樗试S他們構(gòu)建與 Eclipse 環(huán)境無(wú)縫集成的工具。由于 Eclipse 中的每樣?xùn)|西都是插件，對(duì)于給 Eclipse 提供插件，以及給用戶(hù)提供一致和統(tǒng)一的集成開(kāi)發(fā)環(huán)境而言，所有工具開(kāi)發(fā)人員都具有同等的發(fā)揮場(chǎng)所。 這種平等和一致性并不單單的局限于Java開(kāi)發(fā)的相關(guān)工具。雖然Eclipse 是通過(guò)Java語(yǔ)言進(jìn)行研發(fā)的，但是，它并不局限于Java語(yǔ)言這一項(xiàng)功能上；例如，其可以支持包括COBOL、C/C++、PHP等在內(nèi)的編程語(yǔ)言的插件。此外，Eclipse

31、 的應(yīng)用還能夠被用來(lái)作為無(wú)關(guān)于軟件開(kāi)發(fā)的其他方面的應(yīng)用程序類(lèi)型的基礎(chǔ)，例如：內(nèi)容方面的管理系統(tǒng)。以Eclipse應(yīng)用程序?yàn)榛A(chǔ)建立起相關(guān)程序的一個(gè)顯著的例子便是IBM Rational Software Architect，它構(gòu)成了IBM Java相關(guān)開(kāi)發(fā)工具系列的重要基礎(chǔ)。 2.1.1主要組件 建議刪除 Eclipse的基礎(chǔ)被稱(chēng)為“富客戶(hù)機(jī)平臺(tái)”（英文表述為Rich Client Platform，即RCP）。RCP包括了以下幾個(gè)組件： l 核心平臺(tái)（Eclipse的啟動(dòng)，運(yùn)行插件） l OSGi（標(biāo)準(zhǔn)集束框架） l SWT（能夠進(jìn)行移植的構(gòu)件工具包） l J

32、Face（文件緩沖，文本處理） l Eclipse工作臺(tái)（即Workbench，包含視圖views、編輯器editors、視角perspectives和向?qū)izards） 2.1.2組成計(jì)劃 l Eclipse由各種不同的計(jì)劃組成，主要總結(jié)為以下幾方面： l Eclipse計(jì)劃：本身包括Eclipse的平臺(tái)，Eclipse富客戶(hù)端平臺(tái)（RCP）和Java開(kāi)發(fā)工具（JDT）。 l Eclipse的測(cè)試和性能測(cè)試工具平臺(tái)（TPTP）：其為軟件開(kāi)發(fā)者提供了一個(gè)可以構(gòu)建類(lèi)似于測(cè)試調(diào)試、基準(zhǔn)評(píng)測(cè)等測(cè)試、概況分析、性能工具的平臺(tái)。 l Eclipse Web的工具平臺(tái)計(jì)劃（WTP）：用

33、企業(yè)版的Java Web應(yīng)用程序開(kāi)發(fā)工具來(lái)對(duì)Eclipse的平臺(tái)進(jìn)行擴(kuò)展。它主要有以下幾個(gè)部分組成：HTML、JavaScript、JSP、CSS、XML、SQL、DTD、XSD、WSDL的源代碼編輯器；XSD、WSDL的圖形界面編輯器；Java企業(yè)版中“項(xiàng)目性質(zhì)”（project nature）、建構(gòu)器（builder）和模型（model），同一個(gè)Java企業(yè)版的導(dǎo)航（navigator）；一個(gè)Web服務(wù)（Web service）向?qū)Ш蜑g覽器，此外還具有一個(gè)WS-I的測(cè)試工具；最后就是對(duì)數(shù)據(jù)庫(kù)進(jìn)行訪(fǎng)問(wèn)和查詢(xún)的工具模型. l Eclipse商業(yè)智能和報(bào)表工具計(jì)劃（BIRT）：提供Web應(yīng)用程

34、序（特別是基于Java企業(yè)版的）的報(bào)表開(kāi)發(fā)工具 l Eclipse建?？蚣埽‥MF）：依據(jù)使用XMI描述的建模規(guī)格，生成數(shù)據(jù)模型結(jié)構(gòu)化的工具以及其他方面的應(yīng)用程序代碼。 l 圖形編輯器的框架（GEF）：可以讓開(kāi)發(fā)者通過(guò)一個(gè)已有的應(yīng)用程序模型來(lái)對(duì)富圖形化進(jìn)行創(chuàng)建的一個(gè)編輯器。 l UML2：Eclipse平臺(tái)之下，實(shí)現(xiàn)的一個(gè)UML 2.0元模型，可以支持開(kāi)發(fā)相關(guān)的建模工具。 l AspectJ：能夠針對(duì)Java面向側(cè)面進(jìn)行的語(yǔ)言擴(kuò)展。 l Eclipse通訊框架（ECF）：特別用于在Eclipse平臺(tái)上進(jìn)行通訊應(yīng)用程序創(chuàng)建工作。 l Eclipse數(shù)據(jù)工具的平臺(tái)計(jì)劃（DTP） l

35、Eclipse設(shè)備驅(qū)動(dòng)軟件的開(kāi)發(fā)計(jì)劃（DSDP） l C/C++開(kāi)發(fā)工具的計(jì)劃（CDT）：試圖給Eclipse平臺(tái)提出一個(gè)全功能C和C++的集成開(kāi)發(fā)環(huán)境（IDE），它以GCC為其編譯器。 l Eclipse平臺(tái)COBOL集成開(kāi)發(fā)環(huán)境子計(jì)劃（COBOL）：其將建構(gòu)一個(gè)關(guān)于Eclipse平臺(tái)上的全方位功能的COBOL集成開(kāi)發(fā)環(huán)境。 l 并行工具平臺(tái)（PTP）：將關(guān)于并行的計(jì)算機(jī)構(gòu)架下的相關(guān)工具進(jìn)行開(kāi)發(fā)，并通過(guò)集成的平行工具平臺(tái)，并且該平臺(tái)是能夠進(jìn)行移植的，可以伸縮并基于標(biāo)準(zhǔn)的。 l 嵌入式富客戶(hù)端平臺(tái)（eRCP）：期望將Eclipse富客戶(hù)端的平臺(tái)擴(kuò)展至嵌入式設(shè)備上。該平臺(tái)主要是相關(guān)富客戶(hù)

36、端平臺(tái)（RCP）各組件子集的集合。它可以讓桌面環(huán)境下的應(yīng)用程序模型幾乎一樣地能運(yùn)于嵌入式的設(shè)備上。 2.2 Oracle 9i 2000 年 10 月在Oracle Open World 上發(fā)布，引進(jìn)了許多關(guān)于Oracle數(shù)據(jù)庫(kù)、應(yīng)用服務(wù)器、開(kāi)發(fā)工具方面的新功能。Oracle9i是相關(guān)行業(yè)中第一個(gè)較為完整、比較簡(jiǎn)單的運(yùn)用到互聯(lián)網(wǎng)上的新型智能化、可以協(xié)作多種相關(guān)應(yīng)用軟件的基礎(chǔ)性架構(gòu)。實(shí)際上，Oracle9i指的是 Oracle9i Database,Oracle 9i Application Server 和Oracle9i Developer Suite三方面的一個(gè)完整的集成。近年來(lái)，軟件

37、開(kāi)始逐步轉(zhuǎn)變成為一種托管式的服務(wù)( hosted services)，有著internet上高伸縮性的、高智能化的、可靠的Oracle9i在未來(lái)必將成為具有高質(zhì)量的、實(shí)現(xiàn)電子商務(wù)服務(wù)方面的關(guān)鍵性軟件。 2.2.1 Oracle 9i特征介紹 Oracle 9i提供了可以在電子商務(wù)環(huán)境下運(yùn)用的一系列特定的功能以及相應(yīng)的產(chǎn)品包，此外，其也同Oracle 8i一樣，繼續(xù)關(guān)注于Internet。在此，筆者主要介紹Oracle 9i 在一些關(guān)鍵的領(lǐng)域之中的相關(guān)新特性： 首先，Oracle 9i實(shí)現(xiàn)了數(shù)據(jù)的連續(xù)使用，Oracle 9i在很大程度上提升了 Oracle 在 Internet數(shù)據(jù)

38、庫(kù)中相關(guān)可用性的地位。這其中包括了：處于世界領(lǐng)先地位的數(shù)據(jù)保護(hù)、數(shù)據(jù)庫(kù)的準(zhǔn)確修復(fù)、聯(lián)機(jī)數(shù)據(jù)變化、服務(wù)錯(cuò)誤的自我更正等方面。在處于世界領(lǐng)先地位的數(shù)據(jù)保護(hù)環(huán)境上面，Oracle 9i中有許多新特征，比如對(duì)數(shù)據(jù)的保護(hù)性方面進(jìn)行了改進(jìn)。此外，不僅著重增強(qiáng)了Standby的產(chǎn)品，同時(shí)還提供了可以進(jìn)行監(jiān)視、自動(dòng)化以及相應(yīng)控制的構(gòu)架。并且，其與管理備用數(shù)據(jù)相關(guān)的眾多任務(wù)也都是具有自動(dòng)化特性的，這又包括含有初始化的實(shí)現(xiàn)、錯(cuò)誤的自動(dòng)跳轉(zhuǎn)、主從之間簡(jiǎn)便的來(lái)回切換等。此外，在Oracle 9i之中，還相應(yīng)的對(duì)LogMiner進(jìn)行了增強(qiáng)，這樣就便對(duì)基于SQL產(chǎn)生的日志進(jìn)行全面的分析。在聯(lián)機(jī)否認(rèn)數(shù)據(jù)變化方面，Oracl

39、e 9i當(dāng)中包含有一個(gè)新型的、對(duì)聯(lián)機(jī)進(jìn)行重新組織與重新定義的結(jié)構(gòu)，這就提供了一個(gè)更加強(qiáng)大、有效的重新組織的功能。目前，Oracle 9i可以與連機(jī)“Create Table As Select”進(jìn)行操作。在該新型的體系結(jié)構(gòu)之中，表當(dāng)中的內(nèi)容都通過(guò)復(fù)制，轉(zhuǎn)移到了另外一個(gè)新的表中，在該復(fù)制過(guò)程的同時(shí)，數(shù)據(jù)庫(kù)可以對(duì)原始表的相關(guān)更新進(jìn)行跟蹤。運(yùn)用新型體系結(jié)構(gòu)，能夠?qū)⒈碇械娜魏挝锢韺傩赃M(jìn)行聯(lián)機(jī)更改，此外，很多邏輯屬性也都能夠被更改。Oracle 9i還可以聯(lián)機(jī)建立索引編排表中的上級(jí)次索引，系統(tǒng)的管理員也可以及時(shí)將數(shù)據(jù)庫(kù)停止，這樣就可以執(zhí)行一些非活動(dòng)事務(wù)，并對(duì)其進(jìn)行處理。在對(duì)數(shù)據(jù)庫(kù)修進(jìn)行準(zhǔn)確的復(fù)方面，Or

40、acle 8i已經(jīng)具有了十分完善的修復(fù)功能，而Oracle 9i 則更加擴(kuò)展了這種功能，使相關(guān)功能變得更加強(qiáng)大、更加準(zhǔn)確。Oracle 9i系統(tǒng)中，包含了預(yù)防磁盤(pán)的損壞以及處理?yè)p害的改進(jìn)方法。Oracle 9i能夠經(jīng)過(guò)運(yùn)用新型兩關(guān)口的恢復(fù)算法是系統(tǒng)更加快速的從之前的崩潰當(dāng)中自行恢復(fù)，該種算法能夠保證只有需要被處理的相關(guān)模塊才會(huì)從數(shù)據(jù)文件中被讀取并且被寫(xiě)入相應(yīng)的數(shù)據(jù)文件。在錯(cuò)誤服務(wù)的自我更正上，Oracle 9i中有著處理人工作業(yè)導(dǎo)致的錯(cuò)誤的各種技巧，并且包括了授權(quán)終端用戶(hù)用更加準(zhǔn)確、更加有效、更加容易的方式來(lái)對(duì)其本身的錯(cuò)誤進(jìn)行修正的功能。若要對(duì)錯(cuò)誤進(jìn)行更改，終端的用戶(hù)一般需要查看相關(guān)的更改歷史

41、，以此來(lái)識(shí)別對(duì)應(yīng)的錯(cuò)誤，同時(shí)，他們要求可以恢復(fù)數(shù)據(jù)在發(fā)生錯(cuò)誤之前的狀態(tài)，以此來(lái)退出該次錯(cuò)誤。具體的查詢(xún)方式主要有兩種，其一，利用 Oracle 9i之中的Flashback(即回閃式)查詢(xún)特性，做到從歷史當(dāng)中的某一個(gè)定點(diǎn)來(lái)對(duì)數(shù)據(jù)進(jìn)行查詢(xún)；其二，用Logminer在相關(guān)的日志文件當(dāng)中，搜尋特定數(shù)據(jù)庫(kù)曾經(jīng)的更改記錄。 其次，Oracle 9i具有高度的可伸縮性的性能，Oracle 9i可以使電子商務(wù)在千萬(wàn)用戶(hù)之中得到擴(kuò)展，而其中的每一個(gè)用戶(hù)在每個(gè)小時(shí)都進(jìn)行幾百萬(wàn)項(xiàng)事物的處理。這種高度的伸縮性包括了：Oracle 9i Real Application Clusters-Cache Fus

42、ion、可進(jìn)行伸縮的相關(guān)會(huì)話(huà)管理以及對(duì)于電子商務(wù)來(lái)說(shuō)至關(guān)重要的優(yōu)化特性等等。對(duì)于Oracle 9i Real Application Clusters-Cache Fusion來(lái)說(shuō)，Oracle 9i Real Application Clusters能夠不對(duì)運(yùn)用的應(yīng)用程序加以經(jīng)修改就可以得到該數(shù)據(jù)庫(kù)的可伸縮性、高可用性以及高性能。在Oracle 9i Cache Fusion系統(tǒng)結(jié)構(gòu)中，可以利用聚合簇中的全部節(jié)點(diǎn)這中高速的緩存來(lái)對(duì)數(shù)據(jù)庫(kù)的請(qǐng)求進(jìn)行滿(mǎn)足。Oracle 9i Cache Fusion在讀/寫(xiě)、讀/讀、寫(xiě)/寫(xiě)爭(zhēng)用這一條件下，可以將相關(guān)數(shù)據(jù)塊從一節(jié)點(diǎn)的高速緩存直接運(yùn)送至另一節(jié)點(diǎn)的高速

43、緩存，但是，這需要建立于處理讀/寫(xiě)爭(zhēng)用之前的Oracle 8i　Cache Fusion的執(zhí)行基礎(chǔ)上。對(duì)于管理可伸縮會(huì)話(huà)狀態(tài)這一方面來(lái)說(shuō)，新型共享內(nèi)存的功能、J改進(jìn)AVA會(huì)話(huà)支持、聯(lián)網(wǎng)、改進(jìn)多線(xiàn)成服務(wù)器等都在很大程度上降低了Oracle 9i之上的每一用戶(hù)需要的覆蓋區(qū)域，并且可以使更多的用戶(hù)同時(shí)托管于一個(gè)或者是更加大的硬件平臺(tái)之上。在對(duì)于電子商務(wù)來(lái)說(shuō)至關(guān)重要的優(yōu)化特性這一方面，Oracle 9i當(dāng)中的某一特定性可以將在電子商務(wù)的解決方案中起重要作用的某些領(lǐng)域、性能進(jìn)行集中的改進(jìn)，對(duì)改進(jìn)本地的編譯來(lái)說(shuō)， PL/SQL的優(yōu)化支持在很大程度上提升了目前眾多與應(yīng)用程序相關(guān)的性能。而對(duì)于應(yīng)用程序服務(wù)器以

44、及后端的Oracle 9i數(shù)據(jù)庫(kù)二者之間的聯(lián)系方面來(lái)說(shuō)，Oracle Net Services新的性能--VI(Virtual Interface，即虛擬接口)Protocol的支持性能將會(huì)改善10%左右。除此之外，某一特定網(wǎng)絡(luò)接口上的優(yōu)化、全新虛擬線(xiàn)路 I/O的改進(jìn)、統(tǒng)一的事件和等待模式等方面都在很大程度上提升了客戶(hù)機(jī)（或者服務(wù)器）的相關(guān)通信性能。通過(guò)OCI的運(yùn)用來(lái)進(jìn)行數(shù)據(jù)庫(kù)的重新制作，或者數(shù)據(jù)庫(kù)的通信上的重新制作都在很大程度上提升了該分布式數(shù)據(jù)庫(kù)的相關(guān)性能。 最后，Oracle 9i還具有可以提供一種“端到端”的安全體系結(jié)構(gòu)的性能，Oracle 9i將持續(xù)提供該行業(yè)中最為安全的一種應(yīng)用平

45、臺(tái)以及相應(yīng)的部署平臺(tái)。該性能包括一下內(nèi)容：三層次的安全、數(shù)據(jù)方面的加密、在標(biāo)準(zhǔn)之下的PKI、保護(hù)深層的數(shù)據(jù)庫(kù)、標(biāo)簽上的安全、對(duì)企業(yè)的用戶(hù)安全進(jìn)行保護(hù)、因特網(wǎng)的相關(guān)目錄等方面。Oracle 9i以代理認(rèn)證的方式將三層安全大大增強(qiáng)，這包括了X.509的許可證文件、信用代理中的判別、支持胖JDBC、連接共享各應(yīng)用程序的用戶(hù)以及Oracle Internet Directory之下的集成。在標(biāo)準(zhǔn)PKI這一基礎(chǔ)之下，Oracle Advanced Security(即高級(jí)安全)的標(biāo)準(zhǔn)PKI主要包括有Public Key Certificate (PKCS)#12的支持，已有PKI信用經(jīng)過(guò)Oreacle

46、Wallet的共享，以此來(lái)減少PKI的部署成本，并且相應(yīng)的將交互的操作性增強(qiáng)。在數(shù)據(jù)庫(kù)的深層保護(hù)上，Oracle Label Security，是基于Viretual Private Database(即虛擬私有數(shù)據(jù)庫(kù))而研發(fā)的一個(gè)產(chǎn)品，其擁有更加強(qiáng)大的VPD的功能，并且擁有更精準(zhǔn)的粒度審核功能，可以讓人對(duì)主機(jī)的安全更加放心。粒度審核的精確性可以進(jìn)一步將審核政策進(jìn)行定義，其可以給相關(guān)數(shù)據(jù)庫(kù)設(shè)定即將觸發(fā)的審核事件，并可以為其提供存取的提前，其恰好運(yùn)用了這一具有靈活性的事件處理器，并且將被觸發(fā)的特定事件及時(shí)告知給系統(tǒng)管理員。在Enterprise User Security(即“企業(yè)用戶(hù)安全”)的

47、改進(jìn)方面，Oracle Advanced Security之中的Enterprise User Security功能得到了進(jìn)一步的增強(qiáng)，這其中恰好包括了在Oracle Internet Directory中可以提供以密碼為基礎(chǔ)的用戶(hù)管理，并且該密碼管理功能也被相應(yīng)的加強(qiáng)了，這便于改善用戶(hù)的安全狀態(tài)以及相應(yīng)的安全管理政策。在加密數(shù)據(jù)這一方面，Oracle提供了一個(gè)新的功能，即是將安全隨機(jī)數(shù)的產(chǎn)生器(即RNG)合并入DBMS_OBFUSCATION_TOOLLKIT中，并對(duì)其數(shù)據(jù)存儲(chǔ)進(jìn)行加密。對(duì)于Oracle Label Security(即標(biāo)簽安全)方面而言，Oracle Label Secur

48、ity為可以對(duì)精密粒度進(jìn)行訪(fǎng)問(wèn)和控制的產(chǎn)品。其把某一特定的標(biāo)簽加入數(shù)據(jù)行之中，以便給出復(fù)雜但是具有靈活性的標(biāo)簽安全。從Oracle Internet Directory (即因特網(wǎng)目錄)方面來(lái)說(shuō)，Oracle 9i下依然可以進(jìn)行LDAP技術(shù)，并以此將網(wǎng)絡(luò)命名系統(tǒng)管理、方便系統(tǒng)部署等實(shí)現(xiàn)，在這種情況下，就無(wú)論客戶(hù)有多少個(gè)數(shù)據(jù)庫(kù)，或者每一數(shù)據(jù)庫(kù)擁有多少個(gè)用戶(hù)都可以得到實(shí)現(xiàn)。 除此之外，Oracle 9i同時(shí)有著其他一些特征，比如其依然能夠給電子商務(wù)的應(yīng)用程序或者傳統(tǒng)的應(yīng)用程序開(kāi)發(fā)提供最為合適的平臺(tái)以及可管理性、Windows集成等特征。 2.2.2 Oracle 9i的改進(jìn)功能 l Orac

49、le 9i已將電子商務(wù)系的相關(guān)解決方案進(jìn)行了相應(yīng)的改善，這其中，對(duì)于Java而言，將多余的單元集進(jìn)行了收集并加以改善，提升了本地編譯的功能，將對(duì)象共享以及會(huì)話(huà)連接的功能增強(qiáng)了，并且將在Java之中內(nèi)置的應(yīng)用程序的有關(guān)性能進(jìn)行了提高。 l Oracle 9i對(duì)于電子商務(wù)的應(yīng)用程序開(kāi)發(fā)平臺(tái)來(lái)說(shuō)，特別的針對(duì)Java研究，將嵌入式Java Virtual Machine(即虛擬機(jī))的性能進(jìn)行了提高，并且增加了在Java存儲(chǔ)過(guò)程中進(jìn)行返回多行紀(jì)錄(即REFCURSORS)的功能。 l Oracle 9i在因特網(wǎng)的內(nèi)容存儲(chǔ)上，以及相應(yīng)的管理功能上，也增加了一些功能，如可以支持interMedia的圖像

50、、音頻、視頻。并且通過(guò)將Java Imageing(即JAI，Java高級(jí)圖像處理)一同并入數(shù)據(jù)庫(kù)中，并且在interMedia之中給予對(duì)Java Media Framework(即JMF，Java媒體框架)的支持，Oracle 9i在很大程度上簡(jiǎn)化了新增的多媒體的格式、處理、提供媒體等方面的功能。此外，目前還可以經(jīng)由PL/SQL或者Java等接口，用原來(lái)的形式將interMedia音頻、視頻、圖像媒體處理進(jìn)行存取服務(wù)。 l Oracle 9i WEB服務(wù)器，為新型的、基于Java的、面向服務(wù)的一個(gè)框架，它支持因特網(wǎng)有關(guān)應(yīng)用程序在內(nèi)容上的聚合。 2.3 C#語(yǔ)言 C#是一種具有安全性、簡(jiǎn)

51、潔性、穩(wěn)定性、優(yōu)雅性的，并且是由C、C++語(yǔ)言延伸出的一種面向?qū)ο蠖M(jìn)行的編程語(yǔ)言。其在充分繼承了C、C++的特定強(qiáng)大功能時(shí)，也剔除掉了其中的某些過(guò)于復(fù)雜的特性，如無(wú)宏以及模版，不能夠進(jìn)行多重繼承等。C#語(yǔ)言將VB的簡(jiǎn)單可視化操作與C++高運(yùn)行的效率相結(jié)合，用其完備的操作能力、新穎的語(yǔ)言特點(diǎn)、漂亮的語(yǔ)言風(fēng)格、便捷編程過(guò)程等已經(jīng)成為了.NET程序開(kāi)發(fā)當(dāng)中被首選的語(yǔ)言，同時(shí)，其也成為了ECMA和ISO的標(biāo)準(zhǔn)規(guī)范?？雌饋?lái)C#是以C++為基礎(chǔ)寫(xiě)成的，但在實(shí)際上，其是融入了其它諸如Pascal、Java以及VB等進(jìn)行編寫(xiě)的一種語(yǔ)言。 2.3.1 C#語(yǔ)言的特點(diǎn) l 編譯語(yǔ)言十分簡(jiǎn)練。 l 將C++

52、的部分功能予以保存。 l 開(kāi)發(fā)等功能的快速運(yùn)用。 l 語(yǔ)言保持自由。 l Web服務(wù)器的控件。 l 可以進(jìn)行跨平臺(tái)操作。 l 同XML進(jìn)行融合。 2.3.2 C#與C++的區(qū)別 l 編譯目標(biāo)：C++的代碼可以直接轉(zhuǎn)換成本地能夠執(zhí)行的代碼，而C#默認(rèn)的編譯則是中間語(yǔ)言（即IL）的代碼，在執(zhí)行的時(shí)候再用Just-In-Time把有用的模塊當(dāng)場(chǎng)轉(zhuǎn)換為本地的代碼。 l 內(nèi)存管理：C++需以顯式地的方式將動(dòng)態(tài)分給堆的內(nèi)存進(jìn)行刪除，但是C#語(yǔ)言就不需這么做，C#語(yǔ)言采取垃圾回收的機(jī)制方式自動(dòng)的在恰當(dāng)時(shí)機(jī)將不需要再使用的相關(guān)內(nèi)存進(jìn)行回收。 l 指針：在C++語(yǔ)言中很多情況下都運(yùn)用了指針這一

53、功能，但是C#語(yǔ)言引用了對(duì)類(lèi)實(shí)例這一方式，若實(shí)在要在C#語(yǔ)言中運(yùn)用指針，則要實(shí)現(xiàn)進(jìn)行聲明，表示此內(nèi)容為非安全內(nèi)容。但是，在一般情形下，C#語(yǔ)言中沒(méi)有使用指針的必要性。 l 對(duì)字符串的處理：在C#語(yǔ)言中，字符串通常是被當(dāng)做一種基本的數(shù)據(jù)類(lèi)型處理的，所以，這比在C++語(yǔ)言中，對(duì)字符串進(jìn)行處理的方式要簡(jiǎn)單很多。 l 庫(kù)：C++語(yǔ)言較多的依賴(lài)一種標(biāo)準(zhǔn)庫(kù)，這種標(biāo)準(zhǔn)庫(kù)以繼承以及模板為基礎(chǔ)，而C#語(yǔ)言更多的依賴(lài).NET基庫(kù)。 l C++語(yǔ)言可以進(jìn)行類(lèi)的多繼承，但是C#語(yǔ)言只能夠進(jìn)行類(lèi)的單繼承，再以接口的方式來(lái)實(shí)現(xiàn)多繼承。 l C#語(yǔ)言可以運(yùn)于網(wǎng)頁(yè)的設(shè)計(jì)上，例如ASP或者ASP.NET。但是C++語(yǔ)言

54、則沒(méi)有這一功能。 2.3.3 C#與Java的比較 l C#語(yǔ)言面向?qū)ο筮@一程度高于Java。 l C#語(yǔ)言中所有基本類(lèi)型均是面向?qū)ο笤O(shè)計(jì)的。 l C#語(yǔ)言的某些功能要強(qiáng)于Java。 l C#語(yǔ)言執(zhí)行任務(wù)的速度要快于Java。 2.4 ASP.NET Web Form ASP技術(shù)是微軟公司研發(fā)的一項(xiàng)技術(shù)，具體來(lái)說(shuō)，其是一種能夠?qū)⑶度氲骄W(wǎng)頁(yè)之中的腳本經(jīng)由因特網(wǎng)服務(wù)器來(lái)進(jìn)行執(zhí)行的一種服務(wù)器端的腳本技術(shù)，是指 Active Server Pages（即動(dòng)態(tài)服務(wù)器頁(yè)面）在IIS當(dāng)中進(jìn)行運(yùn)行的一個(gè)程序。的前身為ASP技術(shù)，其是在IIS 2.0上第一次被提出的(Windows NT 3.51

55、)，并且在IIS 3.0 (Windows NT 4.0)之中被發(fā)揚(yáng)光大，成為了在各服務(wù)器端應(yīng)用程序之中最為熱門(mén)的一種開(kāi)發(fā)工具。同時(shí)，微軟公司還專(zhuān)門(mén)為它研發(fā)出了Visual，從1994年開(kāi)始一直到2000年，ASP逐漸成為了微軟公司推廣Windows NT 4.0平臺(tái)的至關(guān)重要的眾多技術(shù)之一，并且，成千上萬(wàn)的ASP網(wǎng)站也是從這時(shí)開(kāi)始頻繁的在網(wǎng)絡(luò)上出現(xiàn)的。其操作的簡(jiǎn)單性和其高度的可定制化能力，成為了它可以迅速發(fā)展的原主要因之一。 在ASP.NET中一個(gè)網(wǎng)頁(yè)或窗口被看成一個(gè)WEB Form, Web Form通常被視為一個(gè)對(duì)象，并且被賦予了相應(yīng)的屬性、方法以及事件。在.NET的構(gòu)架中，一

56、個(gè)非常關(guān)鍵的概念即為“對(duì)象”，它視將全部的控件都視為一種對(duì)象，甚至于是數(shù)據(jù)類(lèi)型，都會(huì)成為一種對(duì)象，并且每一數(shù)據(jù)類(lèi)型都擁有自己特有的一種屬性、方法。ASPX為WEB FORM的后綴名。當(dāng)某一瀏覽器第一次對(duì)ASPX的文件進(jìn)行請(qǐng)求時(shí)，CLR（即common language runtime）將對(duì)WEB FORM的頁(yè)面進(jìn)行編譯。從那以后，若再有某些用戶(hù)對(duì)此頁(yè)面進(jìn)行訪(fǎng)問(wèn)時(shí)，因?yàn)锳SPX頁(yè)面已被進(jìn)行過(guò)了編譯，因此，CLR將會(huì)對(duì)編譯過(guò)的代碼直接進(jìn)行執(zhí)行。ASP.NET的運(yùn)行環(huán)境如圖2-2所示。 圖2-2 2.4.1 ASP.NET Web Form的優(yōu)勢(shì) 首先，執(zhí)行效率的大幅提高，ASP.net是把基

57、于通用語(yǔ)言的程序在服務(wù)器上運(yùn)行。不像以前的ASP即時(shí)解釋程序，而是將程序在服務(wù)器端首次運(yùn)行時(shí)進(jìn)行編譯，這樣的執(zhí)行效果，當(dāng)然比一條一條的解釋強(qiáng)很多。 其次，世界級(jí)的工具支持，ASP.net構(gòu)架是可以用Microsoft（R）公司最新的產(chǎn)品 Visual S開(kāi)發(fā)環(huán)境進(jìn)行開(kāi)發(fā)，WYSIWYG（What You See Is What You Get所見(jiàn)即為所得）的編輯。這些僅是ASP.net強(qiáng)大化軟件支持的一小部分。 再次，強(qiáng)大性和適應(yīng)性，因?yàn)锳SP.net是基于通用語(yǔ)言的編譯運(yùn)行的程序，所以它的強(qiáng)大性和適應(yīng)性，可以使它運(yùn)行在Web應(yīng)用軟件開(kāi)發(fā)者的幾乎全部的平臺(tái)上（筆者到現(xiàn)在為止

58、只知道它只能用在Windows 2000 Server上）。通用語(yǔ)言的基本庫(kù)，消息機(jī)制，數(shù)據(jù)接口的處理都能無(wú)縫的整合到ASP.net的Web應(yīng)用中。ASP.net同時(shí)也是 language-independent語(yǔ)言獨(dú)立化的，所以，你可以選擇一種最適合你的語(yǔ)言來(lái)編寫(xiě)你的程序，或者把你的程序用很多種語(yǔ)言來(lái)寫(xiě)，現(xiàn)在已經(jīng)支持的有C#（C++和Java的結(jié)合體），VB，Jscript。將來(lái)，這樣的多種程序語(yǔ)言協(xié)同工作的能力保護(hù)您現(xiàn)在的基于COM+開(kāi)發(fā)的程序，能夠完整的移植向ASP.net。 第四，簡(jiǎn)單性和易學(xué)性，ASP.net是運(yùn)行一些很平常的任務(wù)如表單的提交客戶(hù)端的身份驗(yàn)證、分布系統(tǒng)和網(wǎng)站

59、配置變得非常簡(jiǎn)單。例如ASP.net頁(yè)面構(gòu)架允許你建立你自己的用戶(hù)分界面，使其不同于常見(jiàn)的VB-Like界面。另外，通用語(yǔ)言簡(jiǎn)化開(kāi)發(fā)使把代碼結(jié)合成軟件簡(jiǎn)單的就像裝配電腦。 第五，高效可管理性，ASP.net使用一種字符基礎(chǔ)的，分級(jí)的配置系統(tǒng)，使你服務(wù)器環(huán)境和應(yīng)用程序的設(shè)置更加簡(jiǎn)單。因?yàn)榕渲眯畔⒍急４嬖诤?jiǎn)單文本中，新的設(shè)置有可能都不需要啟動(dòng)本地的管理員工具就可以實(shí)現(xiàn)。這種被稱(chēng)為"Zero Local Administration"的哲學(xué)觀念使A的基于應(yīng)用的開(kāi)發(fā)更加具體，和快捷。一個(gè)ASP.net的應(yīng)用程序在一臺(tái)服務(wù)器系統(tǒng)的安裝只需要簡(jiǎn)單的拷貝一些必須得文件，不需要系統(tǒng)的重新啟動(dòng)，一切就

60、是這么簡(jiǎn)單。 第六，多處理器環(huán)境的可靠性，ASP.net已經(jīng)被刻意設(shè)計(jì)成為一種可以用于多處理器的開(kāi)發(fā)工具，它在多處理器的環(huán)境下用特殊的無(wú)縫連接技術(shù)，將很大的提高運(yùn)行速度。即使你現(xiàn)在的ASP.net應(yīng)用軟件是為一個(gè)處理器開(kāi)發(fā)的，未來(lái)若遇到多處理器進(jìn)行運(yùn)行的時(shí)候，就不需要進(jìn)行任何改變都能提高他們的效能，但現(xiàn)在的ASP確做不到這一點(diǎn)。 第七，自定義性以及可擴(kuò)展特性，ASP.net在設(shè)計(jì)時(shí)，考慮了能夠允許網(wǎng)站的開(kāi)發(fā)人員在自己設(shè)定的代碼中進(jìn)行定義"plug-in"的模塊。這同之前的特定包含關(guān)系有所不一樣，ASP.net能夠加進(jìn)自己定義的如何組件。網(wǎng)站程序的開(kāi)發(fā)從來(lái)沒(méi)有這么簡(jiǎn)單過(guò)。

61、 最后，安全性，以Windows的認(rèn)證技術(shù)以及應(yīng)用程序的相關(guān)配置為基礎(chǔ)，可以確定原程序是絕對(duì)安全的。 2.4.2 傳統(tǒng)WebForm開(kāi)發(fā)中存在的一些問(wèn)題 傳統(tǒng)的ASP.NET開(kāi)發(fā)中，微軟的開(kāi)發(fā)團(tuán)隊(duì)為開(kāi)發(fā)者設(shè)計(jì)了一個(gè)在可視化設(shè)計(jì)器中拖放控件，編寫(xiě)代碼響應(yīng)事件的快速開(kāi)發(fā)環(huán)境。然而，它所帶來(lái)的負(fù)面效應(yīng)是： l 由于控件封裝了很多東西，開(kāi)發(fā)者很難了解這背后的HTML是如何運(yùn)作的 l 容易得到一個(gè)包含大量ViewState的頁(yè)面，使得頁(yè)面尺寸遠(yuǎn)遠(yuǎn)超過(guò)所需的內(nèi)容，使得頁(yè)面的打開(kāi)速度較慢 l 不容易被測(cè)試 2.4.3 ASP.NET MVC MVC（Model-View-Cont

62、roller，模型-視圖-控制器模式）是軟件工程中的一種軟件架構(gòu)模式。它把軟件系統(tǒng)分為三個(gè)基本部分：模型（Model）、視圖（View）和控制器（Controller）。ASP.NET MVC是微軟的開(kāi)發(fā)團(tuán)隊(duì)基于MVC開(kāi)發(fā)的一個(gè)易于被測(cè)試的框架。它具有以下特性： l 無(wú)數(shù)據(jù)上的回傳 l 不能在頁(yè)面之中將視圖的狀態(tài)進(jìn)行保存 l 開(kāi)發(fā)者能夠?qū)㈨?yè)面呈現(xiàn)的過(guò)程進(jìn)行全面的掌控 l 便于進(jìn)行單元中的測(cè)試 l 便于進(jìn)行測(cè)試驅(qū)動(dòng)方面的開(kāi)發(fā) l 能夠進(jìn)行擴(kuò)展和替換 l 能夠進(jìn)行WebForm之中的某些特性，如：用戶(hù)的控件、綁定數(shù)據(jù)、母版頁(yè)、進(jìn)行本地化等 l 不在基于文件目錄結(jié)構(gòu)，而是將URL映射

63、到控制器中 2.4.4 如何選擇MVC與Webform ASP.NET MVC框架只是給開(kāi)發(fā)者提供了開(kāi)發(fā)web應(yīng)用程序的一種選擇，并不是要取代Webform。這兩種技術(shù)各有優(yōu)缺點(diǎn)，開(kāi)發(fā)者需要根據(jù)實(shí)際情況，選擇對(duì)應(yīng)的技術(shù)，有時(shí)候，可以在同一個(gè)項(xiàng)目中混合使用這兩種技術(shù)。下圖2-3清晰的比較了二者在相關(guān)方面的特性。 圖2-3 2.5 ASP.NET AJAX Atlas為一新型Web技術(shù)之下的開(kāi)發(fā)包，它將一套十分強(qiáng)大的客戶(hù)端腳本庫(kù)集中，并且使之同功能完善、以服務(wù)器開(kāi)發(fā)平臺(tái)為基礎(chǔ)的ASP.NET2.0相結(jié)合，Atlas能夠讓開(kāi)發(fā)出來(lái)的Web應(yīng)用經(jīng)由直接進(jìn)行調(diào)用We

64、b服務(wù)器來(lái)將一個(gè)Web頁(yè)面上的數(shù)據(jù)進(jìn)行相應(yīng)的更新，而不再要求在頁(yè)面中進(jìn)行往返的傳送（也即不用再將頁(yè)面進(jìn)行多次刷新）。使用“Atlas”,可以最大限度地運(yùn)用ASP.NET以及服務(wù)器一端的代碼來(lái)從事瀏覽器當(dāng)中的眾多工作，使用戶(hù)具有更豐富的使用體驗(yàn)。 2007年，ASP.NET正式的推出了它的第一個(gè)版本，并且把Atlas改名稱(chēng)為ASP.NET AJAX，在服務(wù)器端以及客戶(hù)端上，都分別對(duì)應(yīng)著ASP.NET服務(wù)器端的編程模型以及ASP.NET客戶(hù)端的編程模型。前面一個(gè)包括了ASP.NET 2.0 AJAX Extensions，而后面一個(gè)則包括著Microsoft AJAX Libray。

65、 ASP.NET AJAX為一較為完整的開(kāi)發(fā)程序，它在服務(wù)器一端的編程模型相較于客戶(hù)一端的編程模型來(lái)說(shuō)更加的簡(jiǎn)單，并且更加容易同已有的ASP.NET程序進(jìn)行結(jié)合。一般情況下，若要實(shí)現(xiàn)較為復(fù)雜的程序只需在網(wǎng)絡(luò)頁(yè)面中對(duì)若干控件進(jìn)行拖動(dòng)，并不不需要對(duì)更深層次的工作原理進(jìn)行了解，此外，在服務(wù)器一端進(jìn)行編程的ASP.NET AJAX Control Toolkit之中有著大量獨(dú)立的AJAX控件以及對(duì)ASP.NET以前服務(wù)器控件之中AJAX功能的相應(yīng)擴(kuò)展，若要實(shí)現(xiàn)起來(lái)也并非難事。但是，要知道其二者并不能兼得，服務(wù)器端的編程與客戶(hù)端的編程在執(zhí)行的效率上以及可控性上都有著十分大的差距。 2.5.1實(shí)現(xiàn)

66、原理 傳統(tǒng)意義上HTML的整頁(yè)刷新：傳統(tǒng)意義上，HTML的訪(fǎng)問(wèn)路徑是，客戶(hù)端的瀏覽器將訪(fǎng)問(wèn)請(qǐng)求發(fā)送給服務(wù)器，服務(wù)器在成功接收該請(qǐng)求之后，對(duì)該客戶(hù)的請(qǐng)求進(jìn)行運(yùn)算與處理，在生成相應(yīng)的結(jié)果后，又將該結(jié)果發(fā)送到客戶(hù)端的瀏覽器上，客戶(hù)端的瀏覽器對(duì)其回送的結(jié)果進(jìn)行進(jìn)一步的處理，最終實(shí)現(xiàn)整個(gè)頁(yè)面的刷新。 AJAX下的局部刷新：相較于傳統(tǒng)意義上的整頁(yè)刷新而言，AJAX進(jìn)行的局部刷新要顯得更為智慧以及人性化，在用戶(hù)對(duì)客戶(hù)端的瀏覽器頁(yè)面給出了相應(yīng)的操作以后，AJAX將會(huì)對(duì)服務(wù)器端進(jìn)行自動(dòng)的訪(fǎng)問(wèn)，并且將更新局部的頁(yè)面。 AJAX的交互：在進(jìn)行了第一次請(qǐng)求后，會(huì)發(fā)送回一個(gè)較為完整的Web頁(yè)面，若以后要對(duì)有關(guān)數(shù)據(jù)進(jìn)行更新，就不再是重新載入全部的頁(yè)面，而是僅將把產(chǎn)生了響應(yīng)內(nèi)容進(jìn)行回傳?？傮w說(shuō)來(lái)，AJAX是JavaScript、CSS、DOM、XmlHttpRequest四種技術(shù)的一個(gè)集合體，主要應(yīng)用于異步獲取后臺(tái)數(shù)據(jù)和局部刷新。 2.5.2 ASP.NET AJAX的框架 ASP.NET AJAX的框架主要包括了以下幾個(gè)部分：核心組件、