【正文】 手工工作流程，而缺乏對所采集數(shù)據(jù)的整理分析。有些醫(yī)院甚至出現(xiàn)較頻繁的更換醫(yī)院信息管理系統(tǒng)的現(xiàn)象。部分醫(yī)院的HIS 系 統(tǒng)分為門 診和住院兩個獨立部分，這為數(shù)據(jù)統(tǒng)計、科室核算和患者就醫(yī)帶來不必 的 要 麻煩 (部分住院患者需要門診科室的醫(yī)療配合 )。這就為醫(yī)院的資產(chǎn)管理和成本核算造成了困難。 軟件 中有部分先進功能由于客戶化程度較低常常在實際工作中被閑置。 5. HIS 系統(tǒng)設(shè)計的理念問題 多數(shù) HIS 系統(tǒng)被設(shè)計成為財務(wù)工作服務(wù)的系統(tǒng)，忽略了對醫(yī)療過程和患者的服務(wù)功能，造成了使用中“人圍著系統(tǒng)轉(zhuǎn)”的現(xiàn)象。 (2)項目多，力量分散。 (4)全國沒有一個較高水平、可廣泛推廣的醫(yī)院管理軟件包。 (6)單位管理方式有一定差異，軟件不能通用。 在使用計算機系統(tǒng)前醫(yī)院的信息管理都是手工操作。在住院管理方面，則 長期以來存在著住院病人信息滯后，無法動態(tài)反映住院部各病區(qū)實際情況，造成管理者不能全局綜觀醫(yī)院各病區(qū)。 開發(fā)住院信息管理系統(tǒng)是解決上述問題的有效途徑。 完整的住院管理系統(tǒng)實現(xiàn)信息的全過程追蹤和動態(tài)管理，從而簡化醫(yī)師護士和管理人員的工作。這些優(yōu)點能夠極大地提高住院病人、病區(qū)和職工管理的效率 ,也是醫(yī)院管理的科學(xué)化、正規(guī)化管理 ,與先進科學(xué)技術(shù)接軌的重要條件。達到具備 系統(tǒng)登錄、操作員管理、入院出院管理、住院管理、查詢、回訪等 功能。同時要 能夠設(shè)置用戶的使用權(quán)限，用戶登錄后只能進行其權(quán)限所允許的操作。 （ 3）數(shù)據(jù)維護模塊：可以增加、修改、刪除病人信息； （ 4）查詢：能夠進行多種條件的單獨與組合查詢； （ 5）回訪模塊：自動產(chǎn)生本次待回訪的病人信息，錄入回訪信息等。 10 第二章 系統(tǒng)的設(shè)計思想及理論基礎(chǔ) 系統(tǒng)開發(fā)方法探討 信息 管理 系統(tǒng)的開發(fā)是一個較為復(fù)雜的系統(tǒng)工程，它涉及到計算機處理技術(shù)、系統(tǒng)理論、管理知識以及工程化方法的問題。目前，信息 管理 系統(tǒng)的常用的典型的開發(fā)方法有 :結(jié)構(gòu)化生命周期法 、原型 法 和 面向?qū)ο蟮拈_發(fā)方法 。 生命周期法 生命周期法是比較常用的 一種有效的 MIS開發(fā)方法，其特點是將整個計算機信息系統(tǒng)的開發(fā)過程，從初始到結(jié)束劃分為若干個階段，預(yù)先定義好每個階段的任務(wù)和目標，再按一定的策略和準則完成相應(yīng)階段的任務(wù)。每一階段又可細分若干個步驟。 原型法 原型法 是利用一定的軟件工具構(gòu)造一 個系統(tǒng)模型，然后在模型上逐漸修 改和 11 完善這個系統(tǒng)，使其滿足用戶的需求，最終實現(xiàn)所需要的系統(tǒng)。③和④是可以反復(fù)進行的，直 到用戶滿意后，轉(zhuǎn)成“作業(yè)原型” ，如圖 圖 原型法開發(fā)過程框圖 原型法的優(yōu)點是用戶開發(fā)系統(tǒng)過程中完善其對系統(tǒng)的要求。有效地劃分了用戶和系統(tǒng)專業(yè)人員的工作 。 面向?qū)ο蠓椒? 面向?qū)ο蠓椒ㄊ且环N運用對象、類、繼承、封裝、聚合、消息傳送、多態(tài)性等概念來構(gòu)造系統(tǒng)的軟件開發(fā)方法。具體地講，面向?qū)ο蠹夹g(shù)是從問題域中客觀存在的事物出發(fā)來構(gòu)造軟件系統(tǒng)，用對象作為對這些事物的抽象表示，并以此作為系統(tǒng)的基本構(gòu)成單位。對象的屬性和服務(wù)結(jié)合為一體，對外屏蔽其內(nèi)部細節(jié)，稱作封裝。通過在不同程度上運用抽象的原則，可以得到較一般的類和較特殊的類，特殊類繼承一般類的屬性和服務(wù)。對象之間的消息通信表達對象之間的動態(tài)聯(lián)系，對象之間的關(guān)聯(lián)表達對象之間的靜態(tài)關(guān) 12 系。 OO方法開發(fā)過程主要包括面向 對 象的分析 (OOA)、面 向 對象的設(shè)計 (0OD)、面向 對象的程序 (OOP)。這種方法可以適用于各類信息系統(tǒng)的開發(fā)，但是不能涉足系統(tǒng)分析以前的環(huán)節(jié)。根據(jù)生命周期法，在系統(tǒng)的開發(fā)過程中將病室病人信息管理系統(tǒng)的開發(fā)過程分為需求分析 — 概要設(shè)計 — 詳細設(shè)計 — 編碼 — 測試 — 使用和維護等幾個階段。 系統(tǒng)的運行模式選 擇 信息系統(tǒng)運行模式的發(fā)展 近年來，隨著計算機和網(wǎng)絡(luò)技術(shù)發(fā)展，信息系統(tǒng)運行模式先后經(jīng)歷了巨大革新。 (1)主機終端模式 信息系統(tǒng)模式最先出現(xiàn)的是集中式，也叫主機終端模式。該結(jié)構(gòu)對主機性能要求極高，缺乏靈活性，不能滿足信息量急劇增長、處理靈活復(fù)雜的要求，己逐步在實際工程應(yīng)用中被淘汰。在這種結(jié)構(gòu)中，應(yīng)用程序在客戶工作站上運行，文件服務(wù)器只提供資源 (數(shù)據(jù) )的集中管理和訪問途徑，對共享數(shù)據(jù)資源集中管理，將應(yīng)用程序分散安排在各個客戶工作站上，使用客戶機的處理器。 (3)客戶服務(wù)器模式 (Client/Server。在 C/S 結(jié)構(gòu)中，所有客戶機與數(shù)據(jù)庫服務(wù)器相連，服務(wù)器負責數(shù)據(jù)處理，客戶端負責與用戶交互，向后臺服務(wù)器發(fā)出請求 。因此，這種模式可以合理 均衡事務(wù)處理，充分保證 數(shù)據(jù)的完整性和一致性。 但隨著 Inter 技術(shù)的發(fā)展，以及企業(yè)對信息系統(tǒng)的總體開發(fā)、維護、升級和硬件成本的考慮，這種模式逐漸暴露出以下主要問題 :①開發(fā)成本較高 :②系統(tǒng)移植困難 ； ③軟件維護復(fù)雜、升級工作量大。 B/S 模式概述 B/S 模式主要由瀏覽器、 Web 服務(wù)器、數(shù)據(jù)庫服務(wù)器三個層次組成，其本質(zhì)上是一種特殊的客戶 /服務(wù)器結(jié)構(gòu)，只不過它的客戶端簡化為只講單一 HTML 語言的客戶軟件因而簡化了客戶端系統(tǒng)的管理和使用，可以使管理和維護集中在服務(wù)器端。 Web 服務(wù)器負責接受 HTTP 查詢 、修改等請求，然后根據(jù)請求條件到數(shù)據(jù)庫服務(wù)器獲取相關(guān)數(shù)據(jù)，再將結(jié)果翻譯成HTML 和各種頁面描述語言，傳送回提出請求的瀏覽器。 圖 B/S模式結(jié)構(gòu)示意圖 B/S 模式具有以下優(yōu)點 :①使用簡單 :用戶使用單一的 Browser 軟件，基本上無需 培訓(xùn)即可使用 ； ②易于維護 :由于應(yīng)用程序都放在 Web 服務(wù)器上，軟件的開發(fā)，升級、 維護只在服務(wù)器端進行，減輕了開發(fā)維護工作量； ③保護企業(yè)投資 :B/S 模式主要采用標準 TCP/IP. HTTP 協(xié)議，可以與 企業(yè)現(xiàn)有網(wǎng)絡(luò)很好結(jié)合 ； ④對客戶端硬 14 件要求低 ： 客戶機只需要安裝 Web 瀏覽器軟件 ； ⑥信息資源共享程度高 :可實現(xiàn)Inter 上資源共享 ； ⑥擴展性好 :B/S 模式既可在 Intra 內(nèi)使用，也可直接連入 Inter，具有良好的擴展性。但這種結(jié)構(gòu)也存在一些明顯的問題 :①由于 HTTP 協(xié)議是基于 TCP/IP 協(xié)議之上的， HTTP 協(xié)議中的固定格式是 HTML 文件形式，這種文件網(wǎng)絡(luò)傳輸量較大，因而會影響數(shù)據(jù)傳輸效率 ； ②從管理角度看，這種 模式程序代碼和數(shù)據(jù)備份雖然可以在服務(wù)器端進行，但客戶端每次要求獲得數(shù)據(jù)和反饋的信息都要經(jīng)過網(wǎng)絡(luò)才能與數(shù)據(jù)服務(wù)器聯(lián)系，增加了對網(wǎng)絡(luò)帶寬的要求 ； ③ HTML 畢竟是一種文本格式，難于加密、易于被竊密和截獲，從而使信息系統(tǒng)的安全性難以有效保證，網(wǎng)絡(luò)安全造價往往比較昂貴。 B/S模式適合于局域網(wǎng)和廣域網(wǎng)，異構(gòu)性、跨平臺能力強，因此， B/S 模式比較適合于開發(fā)病室病人信息管理系統(tǒng)。 實現(xiàn) Web 服務(wù)器與數(shù)據(jù)庫的連接一般有兩種方法 :一種是利用中間件技術(shù)在兩者 之間建立連接和通信，如 CGI(通用網(wǎng)關(guān)接口 )和 API(應(yīng)用程序編程接口 )。但 CGI 程序在響應(yīng)速度和資源利用等方面有較大局限性，客戶端每請求一個 CGI 程序，服務(wù)器端便打開一個進程，當請求的數(shù)量較大時容易引起瓶頸現(xiàn)象。 由于 Java Applet 本身的局限性，目前大多數(shù)的應(yīng)用是基于中間件技術(shù)的較多，如 ASP, JSP, SERVLET, EJB, PHP 等，它們運行于不同的環(huán)境， ASP, PHP 效率較高，但受特定的平臺限制 .JSP, SERVLET, EJB 不受平臺限制，但效率不高。 系統(tǒng)開發(fā)技術(shù) 技術(shù) 新模型是 基于 技術(shù)可以創(chuàng)建強大的 可編程 Web 頁面；打破了傳統(tǒng)應(yīng)用程序開發(fā)和 Web 開發(fā)之間曾經(jīng)存在的界限；與所有瀏覽器和移動設(shè)備兼容；與所有語言兼容，只要該語言被公共語言運行庫支持；頁面上允許代碼和內(nèi)容分離；支持龐大的控件集；提供狀態(tài)管理功能集，用以保存 Web 頁面在不同請求之間的狀態(tài)。 （ 2） 是被編譯的，不是被解釋的，運行速度提高了、而 ASP 的解釋腳本缺點是：解釋執(zhí)行導(dǎo)致執(zhí)行速度慢；文件的頻繁訪問；腳本主機的版本問題；可以開發(fā)的語言種類有限。 （ 4） 支持多種設(shè)別和瀏覽器， 后臺的瀏覽器檢測功能能夠把 HTML 正確地傳輸?shù)娇蛻舳说臑g覽器，從而提升了兼容性。 （ 6） 包含有自己的可移植配置和安全模型， IIS（ Inter Information Server）與 windows 用戶間的依賴性減小，采用可擴展標記語言（ Extensible Markup Langusge， XML） 作為配置語言， 應(yīng)用程序包含 配置文件。如：數(shù)據(jù)綁定控件 sqlDataReader。 16 （ 9） 支持應(yīng)用程序的實時更新。應(yīng)用程序文件永遠不會被加鎖，因此甚至在程序運行時文件就可以被覆蓋。 總之， 是 .NET 的一部分，是建立動態(tài) Web 站點的 .NET，它引入了服務(wù)器端控件，提供了一種創(chuàng)建 Web 的簡單方式。 （ 2）用戶代碼的初始化（ Page_Load）階段 該階段觸發(fā) Page_Load 事件，通常檢查 屬性，以確定是第一次被加載，還是傳遞回來的頁面，第一次被加載時，可以對控件數(shù)據(jù)綁定初始化，傳遞回來的頁面時， 來處理。 （ 4）事件處理（控件事件）階段 該階段響應(yīng)窗體控件事件處理程序 （ 5）清除處理（ Page_Unload）階段 該階段釋放資源（如數(shù)據(jù)庫連接，打開的文件等），通常不對 Page_Unload 方法進行改動。在 中身份證有 None、 Windows、 Forms、 Passport 等四種方式。身份認證后，允許或限制用戶訪問某些頁面。業(yè)務(wù)邏輯層負責接收瀏覽器傳來的請求并將請求傳給數(shù)據(jù)層，同時將請求處理結(jié)果發(fā)給瀏覽器。其中 Web表單是 應(yīng)用程序的核心所在，它是向客戶呈現(xiàn)數(shù)據(jù)和信息的基礎(chǔ)，也是響應(yīng)和處理客戶與顯示的 Web 表單監(jiān)護生成的信息和數(shù)據(jù)的基礎(chǔ)，由于該層直接與數(shù)據(jù)庫關(guān)聯(lián)，同時又為 UI 層服務(wù)，所以業(yè)務(wù)邏輯Web 客戶 IIS CLR Windows 通過 證和授權(quán) 角色 傳統(tǒng) ASP 驗證 18 層的設(shè)計直接關(guān)系到整個系統(tǒng)的成敗。 基于 訪問數(shù)據(jù)庫的原理 是與 C和 .NET Framework 一起使用的類集的名稱，用于以關(guān)系型的、面向表的格式訪問數(shù)據(jù)，包括關(guān)系數(shù)據(jù)庫和非關(guān)系數(shù)據(jù)庫。 的目標是：簡單地訪問關(guān)系和非關(guān)系數(shù)據(jù)；統(tǒng)一可擴展標記語言和關(guān)系數(shù)據(jù)的訪問 ；支持Inter 上的多層應(yīng)用程序；與上一代技術(shù)相比，它可以擴充類支持更多的數(shù)據(jù)源。提供了豐富的類、接口。一個數(shù)據(jù)集是內(nèi)存中提供數(shù)據(jù)關(guān)系圖的高速緩沖區(qū)。不論數(shù)據(jù)從何處獲取，數(shù)據(jù)集都是通過使用同樣的程序模板而被操作的，并且它使用相同的潛在的數(shù)據(jù)緩沖區(qū)。這 3種方式由于應(yīng)用層次的差異，使得效率由低到高，獨立性由高到低。 主要通過 和 DataSet 來完成對數(shù)據(jù)庫的操作。 DataSet 是 的中心概念。正是由于 DataSet，才使得程序員在編程時可以屏蔽數(shù)據(jù)庫之間的差異，從而獲得一致的編程模型。這些和關(guān)系數(shù)據(jù)庫的模型基本一致。連接斷開，數(shù)據(jù)就不能再存取。這樣， DataSet Command 就在 中扮演了極其重要的角色。 DataSet Command 自動將數(shù)據(jù)的各種操作變換到數(shù)據(jù)源相關(guān)的 19 合適的 SQL 語句。 本章首先探討了信息管理系統(tǒng)的開發(fā)方法，通過比較生命周期法 、原型法和面向?qū)ο蠓ǎ罱K選取了生命周期法作為本系統(tǒng)的開發(fā)方法；在系統(tǒng)的運行模式選擇上，通過各種運行模式的比較，得出了采用 B/S 模式的合理性；最后介紹了 技術(shù)、 的三層架構(gòu)和基于 訪問數(shù)據(jù)庫的原理等相關(guān)理論，闡述了 比 ASP 技術(shù)的優(yōu)越性。 具體地說，包括以下幾方面： 開發(fā)出能夠滿足 目 前醫(yī)院需求，又在保證先進性、開放性、投資保護性 、可擴展性的前提下盡量降低系統(tǒng)造價的 病室病人信息管理系統(tǒng) 。 開發(fā)出一套使用簡單、易于維護、對系統(tǒng)使用者和系 統(tǒng)管理員技術(shù)水平要求較低，同時在系統(tǒng)生命周期中能夠通過簡單調(diào)整即可適應(yīng)醫(yī)院未來管理要求的 病室病人信息管理系統(tǒng) 。 保證 醫(yī)院內(nèi) 、 外部信息的正確性、一致性、共享性，以信息系統(tǒng)作為管理的輔助手段，減輕手工勞動，提高勞動生產(chǎn)率。下面用一個簡單的圖來介紹住院處的業(yè)務(wù)流程。治療過程中，醫(yī)生為病人診斷、治療，填寫病人的住院記錄，并對病人進行回訪，同時醫(yī)務(wù)人員必須對病人的消費進行記賬。 系統(tǒng)數(shù)據(jù)流圖 圖 系統(tǒng)數(shù)據(jù)流 圖 1 入院 登記 2 預(yù)交 費用 D1 病人記錄 病人信息 病人信息 D3 住院記錄 治療 信息 5 回訪 病人信息 4 消費 記賬 D2 交費記錄 交費 明細 3 治療 登記 消費明細 病人信息 D4 回訪記錄