病室病人信息管理系統的設計與實現(doc畢業(yè)設計論文)(編輯修改稿)

　

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