【文章內(nèi)容簡(jiǎn)介】 文件的頻繁訪問；腳本主機(jī)的版本問題；可以開發(fā)的語言種類有限。（3），Microsoft中間語言（Microsoft Intermediate Language，MSIL）。（4），從而提升了兼容性。（5），ASPX頁面是可重用的對(duì)象，只需引用Web應(yīng)用程序的命名空間即可。（6），IIS（Internet Information Server）與windows用戶間的依賴性減小，采用可擴(kuò)展標(biāo)記語言（Extensible Markup Langusge，XML）作為配置語言。（7）（Visual ），服務(wù)器識(shí)別的HTML控件：=“server”添加到HTML控件中。如：數(shù)據(jù)綁定控件sqlDataReader。（8）由于ASP沒有提供任何輸出數(shù)據(jù)為內(nèi)容的元件，所以在使用ASP撰寫數(shù)據(jù)頁面時(shí)只能借助ADO的RecordSet對(duì)象逐筆讀取記錄，數(shù)據(jù)存取速度更快。（9）。管理員不必關(guān)掉網(wǎng)絡(luò)服務(wù)器或者甚至不用停止應(yīng)用程序的運(yùn)行就可以更新應(yīng)用文件。應(yīng)用程序文件永遠(yuǎn)不會(huì)被加鎖，因此甚至在程序運(yùn)行時(shí)文件就可以被覆蓋。當(dāng)文件更新后，系統(tǒng)會(huì)溫和地轉(zhuǎn)換到新的版本?？傊?，，它引入了服務(wù)器端控件，提供了一種創(chuàng)建Web的簡(jiǎn)單方式。，創(chuàng)建Web窗體應(yīng)用程序的生命周期和工作流程如下所示：（1）頁面框架的初始化（Page_Init）階段該階段窗體傳遞回來，傳遞的數(shù)據(jù)就是保存在窗體上的信息（如：用戶輸入數(shù)據(jù)），頁面控件的初始化階段，將觸發(fā)Page_Init事件。（2）用戶代碼的初始化（Page_Load）階段該階段觸發(fā)Page_Load事件，以確定是第一次被加載，還是傳遞回來的頁面，第一次被加載時(shí)，可以對(duì)控件數(shù)據(jù)綁定初始化，傳遞回來的頁面時(shí)。（3）有效性驗(yàn)證（控件Validate方法）階段該階段從Validator控件繼承而來的所有服務(wù)器控件都有Validator（）方法，可以對(duì)輸入進(jìn)行驗(yàn)證。（4）事件處理（控件事件）階段該階段響應(yīng)窗體控件事件處理程序 （5）清除處理（Page_Unload）階段該階段釋放資源（如數(shù)據(jù)庫連接，打開的文件等），通常不對(duì)Page_Unload方法進(jìn)行改動(dòng)。相對(duì)于ASP來說。、Windows、Forms、Passport等四種方式。，當(dāng)身份驗(yàn)證省略時(shí)。身份認(rèn)證后，允許或限制用戶訪問某些頁面。相對(duì)ASP而言，二者的區(qū)別如圖所示：Web客戶IIS CLRWindows傳統(tǒng)ASP驗(yàn)證 ：即用戶界面層（UI層）、業(yè)務(wù)邏輯層和數(shù)據(jù)層，它們之間的關(guān)系如圖所示： UI層負(fù)責(zé)與用戶交互，接收用戶的輸入并將服務(wù)器端傳來的數(shù)據(jù)呈現(xiàn)給客戶，為用戶提供對(duì)應(yīng)用程序的訪問功能。業(yè)務(wù)邏輯層負(fù)責(zé)接收瀏覽器傳來的請(qǐng)求并將請(qǐng)求傳給數(shù)據(jù)層，同時(shí)將請(qǐng)求處理結(jié)果發(fā)給瀏覽器。它由Web表單、可擴(kuò)展標(biāo)記語言（Extensible Markup Language，XML）Web服務(wù)和組件服務(wù)組成。，它是向客戶呈現(xiàn)數(shù)據(jù)和信息的基礎(chǔ)，也是響應(yīng)和處理客戶與顯示的Web表單監(jiān)護(hù)生成的信息和數(shù)據(jù)的基礎(chǔ)，由于該層直接與數(shù)據(jù)庫關(guān)聯(lián)，同時(shí)又為UI層服務(wù)，所以業(yè)務(wù)邏輯層的設(shè)計(jì)直接關(guān)系到整個(gè)系統(tǒng)的成敗。數(shù)據(jù)庫層是系統(tǒng)最底層，它存儲(chǔ)系統(tǒng)的所有數(shù)據(jù)，本系統(tǒng)中的系統(tǒng)數(shù)據(jù)庫是使用SQL Server2000來實(shí)現(xiàn)，如存儲(chǔ)數(shù)據(jù)操作結(jié)果、返回?cái)?shù)據(jù)檢索結(jié)果等等。 Framework一起使用的類集的名稱，用于以關(guān)系型的、面向表的格式訪問數(shù)據(jù)，包括關(guān)系數(shù)據(jù)庫和非關(guān)系數(shù)據(jù)庫。 Framework，特別是C。：簡(jiǎn)單地訪問關(guān)系和非關(guān)系數(shù)據(jù)；統(tǒng)一可擴(kuò)展標(biāo)記語言和關(guān)系數(shù)據(jù)的訪問；支持Internet上的多層應(yīng)用程序；與上一代技術(shù)相比，它可以擴(kuò)充類支持更多的數(shù)據(jù)源。提供了豐富的類、接口。（Dataset）。一個(gè)數(shù)據(jù)集是內(nèi)存中提供數(shù)據(jù)關(guān)系圖的高速緩沖區(qū)。數(shù)據(jù)集對(duì)數(shù)據(jù)源一無所知，它們可以由程序或通過從數(shù)據(jù)倉庫中調(diào)入數(shù)據(jù)而被生成、填充。不論數(shù)據(jù)從何處獲取，數(shù)據(jù)集都是通過使用同樣的程序模板而被操作的，并且它使用相同的潛在的數(shù)據(jù)緩沖區(qū)。與數(shù)據(jù)庫的相連，：通過ODBC(Open Database Connectivity)相連，ODBC書開放數(shù)據(jù)庫互聯(lián)，它提供了數(shù)據(jù)庫系統(tǒng)的公共函數(shù)集，提供了數(shù)據(jù)庫統(tǒng)一訪問接口；通過OLEDB相連，OLEDB的數(shù)據(jù)源可以是傳統(tǒng)行列式形式的數(shù)據(jù)庫或任何其他存放數(shù)據(jù)的位置，這些數(shù)據(jù)源的數(shù)據(jù)都以表格的形式提供給應(yīng)用程序，就像它來自數(shù)據(jù)庫一樣；直接與SQL Server相連。這3種方式由于應(yīng)用層次的差異，使得效率由低到高，獨(dú)立性由高到低。對(duì)于相連數(shù)據(jù)庫的數(shù)據(jù)處理，也有2中方式，一種是通過DataSet來隔離異構(gòu)的數(shù)據(jù)源，另一種是以流方式即DataReader方式從數(shù)據(jù)源讀取。，它是ADO的改進(jìn)版本。你可以把DataSet想象成內(nèi)存中的數(shù)據(jù)庫。正是由于DataSet，才使得程序員在編程時(shí)可以屏蔽數(shù)據(jù)庫之間的差異，從而獲得一致的編程模型。DataSet支持多表、表間關(guān)系、數(shù)據(jù)約束等。這些和關(guān)系數(shù)據(jù)庫的模型基本一致。過去，數(shù)據(jù)處理主要依賴兩層結(jié)構(gòu)，并且是基于連接的。連接斷開，數(shù)據(jù)就不能再存取。現(xiàn)在數(shù)據(jù)處理被延伸到三層以上的結(jié)構(gòu)，相應(yīng)地，程序員需要切換到無連接的應(yīng)用模型。這樣，DataSet 。它可以取回一個(gè)DataSet，并維護(hù)一個(gè)數(shù)據(jù)源和DataSet之間的“橋”，以便于數(shù)據(jù)的訪問、修改和保存。DataSet Command自動(dòng)將數(shù)據(jù)的各種操作變換到數(shù)據(jù)源相關(guān)的合適的SQL語句。正是由于以上特點(diǎn)。本章首先探討了信息管理系統(tǒng)的開發(fā)方法，通過比較生命周期法、原型法和面向?qū)ο蠓?，最終選取了生命周期法作為本系統(tǒng)的開發(fā)方法；在系統(tǒng)的運(yùn)行模式選擇上，通過各種運(yùn)行模式的比較，得出了采用B/S模式的合理性；、。第三章 系統(tǒng)需求分析 系統(tǒng)的開發(fā)目標(biāo)系統(tǒng)的總目標(biāo)是：在計(jì)算機(jī)網(wǎng)絡(luò)，數(shù)據(jù)庫和先進(jìn)的開發(fā)平臺(tái)上，利用現(xiàn)有的軟件，開發(fā)一個(gè)具有開放體系結(jié)構(gòu)的、易擴(kuò)充的、易維護(hù)的、具有良好人機(jī)交互界面的病室病人信息管理系統(tǒng)，實(shí)現(xiàn)醫(yī)院住院病人、病區(qū)和職工的計(jì)算機(jī)管理，簡(jiǎn)化醫(yī)師、護(hù)士和管理人員的工作。具體地說，包括以下幾方面： 開發(fā)出能夠滿足目前醫(yī)院需求，又在保證先進(jìn)性、開放性、投資保護(hù)性、可擴(kuò)展性的前提下盡量降低系統(tǒng)造價(jià)的病室病人信息管理系統(tǒng)。它能對(duì)住院病人、病區(qū)和職工進(jìn)行科學(xué)有效的管理，簡(jiǎn)化醫(yī)師、護(hù)士和管理人員的工作。 開發(fā)出一套使用簡(jiǎn)單、易于維護(hù)、對(duì)系統(tǒng)使用者和系統(tǒng)管理員技術(shù)水平要求較低，同時(shí)在系統(tǒng)生命周期中能夠通過簡(jiǎn)單調(diào)整即可適應(yīng)醫(yī)院未來管理要求的病室病人信息管理系統(tǒng)。 通過引進(jìn)軟件系統(tǒng)和管理思想，全面提升管理層次和人員素質(zhì)，為醫(yī)院謀求更大的發(fā)展奠定基礎(chǔ)。 保證醫(yī)院內(nèi)、外部信息的正確性、一致性、共享性，以信息系統(tǒng)作為管理的輔助手段，減輕手工勞動(dòng)，提高勞動(dòng)生產(chǎn)率。 醫(yī)院住院處的業(yè)務(wù)流程為了明確系統(tǒng)的需求，必須對(duì)系統(tǒng)的業(yè)務(wù)處理流程進(jìn)行詳細(xì)的調(diào)查分析。下面用一個(gè)簡(jiǎn)單的圖來介紹住院處的業(yè)務(wù)流程。入院登記病人預(yù)交費(fèi)用分配住院號(hào)、床位等治療過程消費(fèi)記賬住院記錄登記病人回訪出院出院登記費(fèi)用結(jié)算 住院處的業(yè)務(wù)流程圖 如上圖，病人住院的一般過程是：首先病人必須進(jìn)行入院登記，并預(yù)交一定住院費(fèi)用，醫(yī)院工作人員為病人分配住院號(hào)、床位等，在辦理這些手續(xù)后，病人便入院治療。治療過程中，醫(yī)生為病人診斷、治療，填寫病人的住院記錄，并對(duì)病人進(jìn)行回訪，同時(shí)醫(yī)務(wù)人員必須對(duì)病人的消費(fèi)進(jìn)行記賬。在病人出院時(shí)，醫(yī)務(wù)人員要對(duì)病人進(jìn)行出院登記及出院結(jié)算。 系統(tǒng)數(shù)據(jù)流圖 1入院登記 2預(yù)交費(fèi)用D1 病人記錄病人信息病人信息D3 住院記錄治療信息 5回訪病人信息 4消費(fèi)記賬D2 交費(fèi)記錄交費(fèi) 明細(xì) 3治療登記消費(fèi)明細(xì)病人信息D4 回訪記錄回訪信息病人病人信息病人信息 7出院、結(jié)算D5 消費(fèi)記錄消費(fèi)明細(xì)消費(fèi)明細(xì)病人信息 6出院登記交費(fèi) 明細(xì) 系統(tǒng)數(shù)據(jù)流圖 數(shù)據(jù)字典系統(tǒng)中的數(shù)據(jù)字典：名稱：病人基本信息別名：病人信息描述：病人的基本信息，存于病人信息表中定義：病人信息=病人編號(hào)+姓名+性別+出生日期+單位+單位地址+住址+工作+醫(yī)保+醫(yī)保號(hào)+電話+手機(jī)+Email+死亡日期來源：病人源端去向：輸入系統(tǒng)，存到病人信息表中名稱：住院記錄別名：描述：記錄病人的住院情況定義：住院記錄=序號(hào)+病人編號(hào)+住院號(hào)+床號(hào)+入院日期+出院日期+診斷情況+治療情況+治療結(jié)果來源：操作員輸入去向：輸入到系統(tǒng)，保存在住院記錄表中名稱：住院記錄別名：描述：記錄病人的住院情況定義：住院記錄=序號(hào)+病人編號(hào)+住院號(hào)+床號(hào)+入院日期+出院日期+診斷情況+治療情況+治療結(jié)果來源：操作員輸入去向：輸入到系統(tǒng)，保存在住院記錄表中名稱：社會(huì)關(guān)系表別名：描述：描述病人親屬的信息，存于社會(huì)關(guān)系表中定義：社會(huì)關(guān)系表=序號(hào)+病人編號(hào)+姓名+與病人關(guān)系+單位+住址+電話+手機(jī)+Email來源：病人去向：存到數(shù)據(jù)庫的社會(huì)關(guān)系表名稱：回訪信息別名：回訪記錄描述：記錄回訪的各種信息定義：回訪信息=序號(hào)+病人編號(hào)+回訪時(shí)間+回訪人+回訪記錄+生命特征來源：醫(yī)生回訪病人，操作員輸入去向：保存于回放表中名稱：操作員表別名：操作員信息描述：描述操作員的基本信息，操作員包括管理員和一般操作員定義：操作員表=序號(hào)+姓名+帳號(hào)+密碼+性質(zhì)來源：管理員輸入去向：存于操作員表名稱：操作記錄別名：描述：記錄每次操作的操作員，對(duì)哪個(gè)表進(jìn)行何種操作定義：操作記錄=操作員+表名+記錄號(hào)+操作來源：操作員操作去向：保存在操作記錄表中名稱：交費(fèi)記錄別名：描述：記錄交費(fèi)情況定義：交費(fèi)記錄=序號(hào)+病人編號(hào)+交費(fèi)時(shí)間+金額+操作員來源：病人去向：保存在繳費(fèi)記錄表中名稱：收費(fèi)記錄別名：描述：記錄病人住院期間的收費(fèi)定義：收費(fèi)記錄=序號(hào)+病人編號(hào)+收費(fèi)類別+收費(fèi)項(xiàng)目+單價(jià)+單位+用量+合計(jì)來源：病人的消費(fèi)去向：保存在收費(fèi)記錄表中 系統(tǒng)的ER圖根據(jù)以上分析，本系統(tǒng)規(guī)劃出以下實(shí)體：系統(tǒng)管理員，操作員，病人，病人的親屬，住院記錄，回訪記錄，交費(fèi)記錄，收費(fèi)記錄，它們之間的關(guān)系如下圖：系統(tǒng)管理員系統(tǒng)操作員病人親屬住院記錄回訪記錄交費(fèi)記錄收費(fèi)記錄管理關(guān)系擁有管理擁有擁有擁有 系統(tǒng)的ER圖系統(tǒng)管理員包括序號(hào)、姓名、帳號(hào)、密碼和身份屬性，這里序號(hào)作為主碼以區(qū)分不同的系統(tǒng)管理員。系統(tǒng)管理員序 號(hào)姓 名身 份密 碼帳 號(hào) 系統(tǒng)管理員的實(shí)體圖系統(tǒng)操作員也包括序號(hào)、姓名、帳號(hào)、密碼和身份屬性，序號(hào)做主碼。系統(tǒng)操作員姓 名帳 號(hào)身 份密 碼序 號(hào) 系統(tǒng)操作員的實(shí)體圖，其中序號(hào)為主碼以區(qū)分不同的親屬，通過病人編號(hào)與病人關(guān)聯(lián)。病人親屬病人編號(hào)關(guān) 系單 位地 址手 機(jī)電 話Email序 號(hào)姓 名 病人親屬的實(shí)體圖，病人編號(hào)為主碼，通過病人編號(hào)與親屬、住院記錄、回訪記錄、交費(fèi)記錄、收費(fèi)記錄關(guān)聯(lián)。病 人病人編號(hào)姓 名性 別出生日期單位地址住 址工 作醫(yī) 保醫(yī)保號(hào)電 話手 機(jī)Email死亡日期單 位 病人實(shí)體圖下圖是住院記錄的實(shí)體圖，與病人相關(guān)聯(lián)。住院記錄序 號(hào)病人編號(hào)住院號(hào)床 號(hào)入院日期出院日期診斷情況治療情況治療結(jié)果 住院記錄實(shí)體圖回訪記錄病人編號(hào)回訪人回訪時(shí)間回訪記錄生命特征序 號(hào) 回訪記錄實(shí)體圖交費(fèi)記錄序 號(hào)病人編號(hào)金 額交費(fèi)時(shí)間操作員序號(hào) 交費(fèi)記錄的實(shí)體圖收費(fèi)記錄序 號(hào)病人編號(hào)單 位單 價(jià)用 量合 計(jì)收費(fèi)類別收費(fèi)項(xiàng)目操作員序號(hào) 收費(fèi)記錄的實(shí)體圖 系統(tǒng)的功能需求根據(jù)上面的分析，本系統(tǒng)包括兩大模塊：系統(tǒng)管理模塊和系統(tǒng)操作模塊。系統(tǒng)管理模塊：該模塊僅供系統(tǒng)管理員使用，需提供以下功能：1）增加、刪除、修改和查詢系統(tǒng)操作員。2）為操作人員分配操作帳號(hào)和設(shè)置操作權(quán)限。3）密碼管理。操作員如果忘記密碼，可由系統(tǒng)管理員將密碼恢復(fù)為初始值。系統(tǒng)操作模塊：該模塊僅供醫(yī)院醫(yī)護(hù)人員使用，需提供以下功能：1）操作員修改密碼。2）病人信息管理：增加、修改、刪除和查詢病人信息。3）住院管理：辦理入院病人登記，對(duì)于入院病人分配住院號(hào)、床號(hào)；入院治療期間，可錄入病人的診斷情況、治療情況、治療結(jié)果等；可辦理出院登記。4）費(fèi)用管理：應(yīng)有預(yù)交款的功能，對(duì)病人住院期間產(chǎn)生的各種消費(fèi)進(jìn)行收費(fèi)記賬，出院時(shí)可以進(jìn)行出院結(jié)算。 4）回訪：自動(dòng)產(chǎn)生本次待回訪的病人信息，錄入回訪信息。 5）操作記錄：操