丁汝根+王仲賓

摘要：以B/S為架構(gòu)，設(shè)計并實現(xiàn)了一個分布式數(shù)據(jù)處理的高校醫(yī)院綜合管理平臺，將校園內(nèi)不同校區(qū)的醫(yī)院實行統(tǒng)一的信息管理。對高校醫(yī)院的信息化管理水平和適應(yīng)醫(yī)療管理制度的改革，具有一定的借鑒意義。

關(guān)鍵詞：B/S結(jié)構(gòu)；高校醫(yī)院綜合管理平臺；數(shù)據(jù)庫

中圖分類號：TP311 文獻標識碼：A 文章編號：1009-3044（2014）34-8085-02

隨著高等院校招生規(guī)模的擴大，許多高校都建立了新校區(qū)，為了搞好后勤保障與服務(wù)工作，在每個校區(qū)都設(shè)立了校醫(yī)院，作為學(xué)校的直屬單位或后勤附屬機構(gòu)。校醫(yī)院承擔(dān)著高校師生醫(yī)療、體檢、疾病預(yù)防、健康教育等職責(zé)。由于高校醫(yī)院的信息化建設(shè)相對落后，雖然學(xué)校對校醫(yī)院進行了大量的投入，與社會上的醫(yī)院相比而言，醫(yī)護人員的工作效率低，患者掛號時間長、交費時間長、取藥時間長，這些都嚴重阻礙了高校醫(yī)院的發(fā)展。

為了適應(yīng)醫(yī)療衛(wèi)生、醫(yī)療保險制度的改革，加強高校醫(yī)院的信息化建設(shè)，確保就診質(zhì)量，提高醫(yī)護人員的工作效率，化解醫(yī)患矛盾，構(gòu)建和諧的醫(yī)患關(guān)系，更好地服務(wù)于師生，服務(wù)于患者，在傳統(tǒng)的基于C/S架構(gòu)的醫(yī)院管理系統(tǒng)基礎(chǔ)上，逐步建立“以患者為中心”的臨床現(xiàn)代化的基于B/S架構(gòu)的高校醫(yī)院綜合管理平臺。以校園網(wǎng)為基礎(chǔ)，設(shè)計一個基于B/S架構(gòu)的高校醫(yī)院綜合管理平臺，對校園內(nèi)所有校區(qū)的醫(yī)院實行規(guī)范化的統(tǒng)一管理，設(shè)計符合高校醫(yī)院需要的綜合管理平臺，滿足高校醫(yī)院醫(yī)護人員的需求，建立規(guī)范的師生醫(yī)療、體檢檔案，能定期統(tǒng)計各種醫(yī)療信息和醫(yī)護人員的工作業(yè)績。

1 系統(tǒng)概述

高校醫(yī)院綜合管理平臺（College Hospital Information System），以下簡稱為CHIS，是指在以網(wǎng)絡(luò)通信及計算機技術(shù)等現(xiàn)代化技術(shù)手段的幫助下，實現(xiàn)高校醫(yī)院內(nèi)部物流、材流以及人流的綜合管理。通過對高校醫(yī)院各環(huán)節(jié)中產(chǎn)生的相關(guān)數(shù)據(jù)信息進行采集、處理、匯總、加工以及儲存，從而形成信息系統(tǒng)，為高校醫(yī)院的正常運行提供全面的信息，并對這些信息進行統(tǒng)一和自動化管理。CHIS的建立可以讓高校醫(yī)院走上低耗、高效以及優(yōu)質(zhì)的可持續(xù)發(fā)展道路，提高了高校醫(yī)院的信息化水平，為促進高校師生員工的身體健康發(fā)揮更大的作用。

CHIS采用B/S模式，即不需要在客戶端上安裝專用軟件，用戶通過在客戶端上安裝的瀏覽器訪問指定的Web服務(wù)器來運行系統(tǒng)。前臺使用Power Builder快速開發(fā)工具，后臺使用Asp.Net開發(fā)工具，前后臺開發(fā)工具之間，通過用戶自定義的函數(shù)交換數(shù)據(jù)。前臺PB將SQL語句傳送給后臺Asp.Net，后臺Asp.Net將SQL語句的執(zhí)行結(jié)果返回給前臺。數(shù)據(jù)庫系統(tǒng)使用SQL Server 2008或Oracle 10g。后臺服務(wù)器利用高校網(wǎng)絡(luò)中心提供的虛擬服務(wù)器。

CHIS的工作模式為分布式數(shù)據(jù)處理。在后臺數(shù)據(jù)庫服務(wù)器上，建立一個定時任務(wù)計劃，其功能是每天定時自動完成數(shù)據(jù)的轉(zhuǎn)存、刷新以及處理；在前臺客戶端上，用戶通過瀏覽器使用該系統(tǒng)，實現(xiàn)相應(yīng)的功能管理。

系統(tǒng)在建設(shè)過程中，充分利用了校園的網(wǎng)絡(luò)環(huán)境和網(wǎng)絡(luò)中心提供的虛擬服務(wù)器，不但節(jié)省了硬件開支，而且將校園內(nèi)所有校區(qū)醫(yī)院，實行規(guī)范化的統(tǒng)一管理，具有優(yōu)秀的開放性和數(shù)據(jù)共享性。數(shù)字化醫(yī)院是高校醫(yī)院發(fā)展的新趨勢，數(shù)字化醫(yī)院系統(tǒng)是醫(yī)院綜合管理平臺軟件、數(shù)字化醫(yī)療設(shè)備、網(wǎng)絡(luò)平臺組成的三位一體的綜合信息系統(tǒng)，有助于高校醫(yī)院實現(xiàn)資源整合，降低運行成本，提高工作效率和管理水平。

2 系統(tǒng)需求分析

CHIS的功能需求分析包含三類信息：人員信息、費用信息、管理信息。使用人員有醫(yī)護人員、藥房人員、財務(wù)人員、檢查與治療科室人員以及行政管理人員，且涉及多個校區(qū)。另外全校所有教職工和學(xué)生需要登錄到系統(tǒng)中查詢藥品信息、體檢信息或健康檔案信息等。因此建立一個基于B/S架構(gòu)的CHIS，讓客戶端通過瀏覽器訪問指定的Web服務(wù)器來運行系統(tǒng)。才能滿足高校醫(yī)院用戶的需求。

系統(tǒng)需求分析完成的功能是：確定軟件設(shè)計的限制和軟件同其他系統(tǒng)元素的接口細節(jié)，借助當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標系統(tǒng)的邏輯模型。本系統(tǒng)是在已開發(fā)的基于校園網(wǎng)運行的高校醫(yī)院管理信息系統(tǒng)基礎(chǔ)上，從以下幾個方面進行重點分析：

1） 對子系統(tǒng)進行劃分。包括系統(tǒng)狀況、系統(tǒng)功能、運行環(huán)境、設(shè)計限制等。

2） 對子系統(tǒng)外部接口進行需求分析：包括用戶界面、軟硬件接口、通信接口等。

3） 對子系統(tǒng)的業(yè)務(wù)進行需求分析：完成子系統(tǒng)的業(yè)務(wù)流程圖、數(shù)據(jù)流程圖等。

4） 對子系統(tǒng)的功能需求和非功能需求進行分析。

由于CHIS功能龐大，限于篇幅，這里僅就患者門診系統(tǒng)的業(yè)務(wù)需求分析加以說明。門診系統(tǒng)的特點是：病人多且流動快，涉及部門多，涉及的資源包括患者、掛號、處方、收費、藥房、庫房、醫(yī)療技術(shù)、醫(yī)療保障等。對藥品管理來說，包括進、出、存管理。其目標是管理好藥品的品種、數(shù)量、金額、質(zhì)保期等。還需要對藥品的使用進行統(tǒng)計分析，為合理用藥和幫助高層決策提供服務(wù)。藥品庫存管理側(cè)重于對藥品的流動管理，藥品財務(wù)的賬目數(shù)據(jù)均來自于藥品的庫存管理。以患者信息為主線，對人、財、物三線并舉的方式進行系統(tǒng)設(shè)計?；颊唛T診數(shù)據(jù)流程圖如圖1所示：

3 系統(tǒng)功能模塊

每個子系統(tǒng)都采用模塊化設(shè)計，根據(jù)醫(yī)院的管理模式自行適應(yīng)，既方便用戶的操作，同時也利于系統(tǒng)的版本升級。

3.1 基礎(chǔ)數(shù)據(jù)模塊

系統(tǒng)基礎(chǔ)數(shù)據(jù)進行定義與配置。包括掛號信息、醫(yī)護人員信息、科室信息、藥品基礎(chǔ)信息、藥品采購公司、收費項目信息、體檢參數(shù)信息、藥房信息、庫房信息、報銷比例信息、教職工和學(xué)生檔案等各種基礎(chǔ)數(shù)據(jù)。這些基礎(chǔ)數(shù)據(jù)通常只能由系統(tǒng)管理員（admin）用戶進行定義與配置。

3.2 收費管理模塊

完成窗口掛號與窗口收費。窗口掛號實行計算機管理，可以定期統(tǒng)計各科室的就診總?cè)藬?shù)以及各醫(yī)生的就診工作量；窗口收費實行計算機管理，將醫(yī)生開出的電子處方完成收費。無論是掛號還是收費，既可以采用一卡通，也可以使用現(xiàn)金來完成。系統(tǒng)可選擇在收費過程中是否需要提供語音提示功能。endprint

3.3 藥房管理模塊

藥房藥品的進、出、存實行計算機管理。系統(tǒng)能根據(jù)處方的收費完成情況自動實現(xiàn)藥品的消耗。也可以為收過費用的處方信息打印藥品發(fā)出清單，藥房管理人員依據(jù)藥品發(fā)出清單進行配藥。當(dāng)患者將收費票據(jù)或處方交給藥房管理人員時，藥劑師就可以將相應(yīng)的藥品發(fā)出清單與藥品發(fā)給患者，減少了患者取藥的等待時間。

3.4 庫房管理模塊

藥品采購與發(fā)出實行計算機管理。根據(jù)藥品庫存信息中的最小儲藏量自動產(chǎn)生藥品采購申請計劃單。采購管理是將從醫(yī)藥公司采購的藥品信息錄入到計算機中，系統(tǒng)也可以為藥品招標管理提供需要的數(shù)據(jù)；藥品發(fā)出是將藥庫中的藥品信息發(fā)出到藥房或各科室以及報損等。

3.5 電子處方模塊

實現(xiàn)電子處方，以醫(yī)生為核心，滿足醫(yī)生的需要為出發(fā)點，幫助醫(yī)生快速實現(xiàn)電子處方，醫(yī)生通過藥品名稱的拼音首字母即可選擇藥品，并且能選擇劑量與用法，開具處方的速度和準確性明顯提高。

3.6 住院管理模塊

患者住院實現(xiàn)信息化管理。對患者住院的基本信息、醫(yī)囑信息、用藥信息、費用信息等全部使用計算機管理。住院期間自動產(chǎn)生患者費用預(yù)警，出院時自動打印費用清單、費用匯總等。并能定時通過Web Service提供的接口將患者的住院信息上傳到省、市醫(yī)保系統(tǒng)中。

3.7 醫(yī)療器械模塊

醫(yī)療器械與敷料等實行計算機管理，其功能是對倉庫中的醫(yī)療器械與敷料的采購和發(fā)出進行管理。能定期統(tǒng)計或分析醫(yī)療器械與敷料的進、出、存數(shù)據(jù)信息。

3.8 財務(wù)管理模塊

醫(yī)院使用的各種票據(jù)進行注冊與刪除以及查詢與財務(wù)相關(guān)的信息，包括賬物是否相符。定期統(tǒng)計藥品的采購、消耗、庫存信息，定期統(tǒng)計掛號收費、門診收費、住院收費信息，按月提供門診收費員的繳費報表等。

3.9 體檢管理模塊

保存高校教職工以及學(xué)生的體檢檔案信息。在教職工或?qū)W生體檢結(jié)束后，通過校園網(wǎng)讓用戶自行登錄到系統(tǒng)中，在身份確認后，可查詢體檢的詳細數(shù)據(jù)和體檢結(jié)論。該子系統(tǒng)需要與醫(yī)院的其他數(shù)字化醫(yī)療設(shè)備進行大量的數(shù)據(jù)交換。

3.10 醫(yī)療報銷模塊

對教職工或?qū)W生的醫(yī)療費用，根據(jù)學(xué)校的實際醫(yī)療報銷政策予以報銷。各高校實現(xiàn)的藥費報銷政策差異較大，系統(tǒng)需要具有較高的可變性，采用客戶定制的設(shè)計思想，才能滿足用戶的實際需要。

3.11 績效管理模塊

對醫(yī)院的科室以及醫(yī)護人員的業(yè)績進行考核與量化。定期統(tǒng)計各科室以及醫(yī)護人員的工作量，為科室以及個人的工作量考核提供了依據(jù)。

3.12 統(tǒng)計分析模塊

提供各種統(tǒng)計分析功能。根據(jù)醫(yī)院的管理需要，對掛號信息、處方信息、收費信息進行統(tǒng)計分析；對藥品的采購、消耗、庫存進行統(tǒng)計分析；對患者的住院信息、體檢信息進行統(tǒng)計分析。也可提供與上一年度的對比情況。能查詢對系統(tǒng)進行過修改的所有操作日志。

4 結(jié)束語

由于系統(tǒng)是基于B/S架構(gòu)，使用了Power Builder和Asp.Net兩個開發(fā)工具，關(guān)鍵技術(shù)是在前后臺開發(fā)工具之間如何進行數(shù)據(jù)交換，需要開發(fā)人員通過自定義函數(shù)來實現(xiàn)，既要保證原有開發(fā)工具的特色，又要保證數(shù)據(jù)實現(xiàn)交換和網(wǎng)絡(luò)通信的高效。高校醫(yī)院綜合管理平臺（CHIS）的實現(xiàn)，加強了高校醫(yī)院的信息化、數(shù)字化建設(shè)。

參考文獻：

[1] 丁汝根，王琦. 基于校園網(wǎng)運行的醫(yī)院管理系統(tǒng)的研制與應(yīng)用[J]. 電腦學(xué)習(xí)，2007（4）：21-22.

[2] 謝武，張慧敏. 高校醫(yī)院信息系統(tǒng)的需求分析研究[J].信息系統(tǒng)工程，2010（7）.

[3] 張海燕，李娟. B/S架構(gòu)的高校教學(xué)管理系統(tǒng)研究與開發(fā)[J].農(nóng)業(yè)網(wǎng)絡(luò)信息 2012（1）：109-111.

[4] 趙文君. 基于HIS系統(tǒng)的信息集成平臺建設(shè)[J]. 計算機光盤軟件與應(yīng)用，2014（1）：144-145.endprint

3.3 藥房管理模塊

藥房藥品的進、出、存實行計算機管理。系統(tǒng)能根據(jù)處方的收費完成情況自動實現(xiàn)藥品的消耗。也可以為收過費用的處方信息打印藥品發(fā)出清單，藥房管理人員依據(jù)藥品發(fā)出清單進行配藥。當(dāng)患者將收費票據(jù)或處方交給藥房管理人員時，藥劑師就可以將相應(yīng)的藥品發(fā)出清單與藥品發(fā)給患者，減少了患者取藥的等待時間。

3.4 庫房管理模塊

藥品采購與發(fā)出實行計算機管理。根據(jù)藥品庫存信息中的最小儲藏量自動產(chǎn)生藥品采購申請計劃單。采購管理是將從醫(yī)藥公司采購的藥品信息錄入到計算機中，系統(tǒng)也可以為藥品招標管理提供需要的數(shù)據(jù)；藥品發(fā)出是將藥庫中的藥品信息發(fā)出到藥房或各科室以及報損等。

3.5 電子處方模塊

實現(xiàn)電子處方，以醫(yī)生為核心，滿足醫(yī)生的需要為出發(fā)點，幫助醫(yī)生快速實現(xiàn)電子處方，醫(yī)生通過藥品名稱的拼音首字母即可選擇藥品，并且能選擇劑量與用法，開具處方的速度和準確性明顯提高。

3.6 住院管理模塊

患者住院實現(xiàn)信息化管理。對患者住院的基本信息、醫(yī)囑信息、用藥信息、費用信息等全部使用計算機管理。住院期間自動產(chǎn)生患者費用預(yù)警，出院時自動打印費用清單、費用匯總等。并能定時通過Web Service提供的接口將患者的住院信息上傳到省、市醫(yī)保系統(tǒng)中。

3.7 醫(yī)療器械模塊

醫(yī)療器械與敷料等實行計算機管理，其功能是對倉庫中的醫(yī)療器械與敷料的采購和發(fā)出進行管理。能定期統(tǒng)計或分析醫(yī)療器械與敷料的進、出、存數(shù)據(jù)信息。

3.8 財務(wù)管理模塊

醫(yī)院使用的各種票據(jù)進行注冊與刪除以及查詢與財務(wù)相關(guān)的信息，包括賬物是否相符。定期統(tǒng)計藥品的采購、消耗、庫存信息，定期統(tǒng)計掛號收費、門診收費、住院收費信息，按月提供門診收費員的繳費報表等。

3.9 體檢管理模塊

保存高校教職工以及學(xué)生的體檢檔案信息。在教職工或?qū)W生體檢結(jié)束后，通過校園網(wǎng)讓用戶自行登錄到系統(tǒng)中，在身份確認后，可查詢體檢的詳細數(shù)據(jù)和體檢結(jié)論。該子系統(tǒng)需要與醫(yī)院的其他數(shù)字化醫(yī)療設(shè)備進行大量的數(shù)據(jù)交換。

3.10 醫(yī)療報銷模塊

對教職工或?qū)W生的醫(yī)療費用，根據(jù)學(xué)校的實際醫(yī)療報銷政策予以報銷。各高校實現(xiàn)的藥費報銷政策差異較大，系統(tǒng)需要具有較高的可變性，采用客戶定制的設(shè)計思想，才能滿足用戶的實際需要。

3.11 績效管理模塊

對醫(yī)院的科室以及醫(yī)護人員的業(yè)績進行考核與量化。定期統(tǒng)計各科室以及醫(yī)護人員的工作量，為科室以及個人的工作量考核提供了依據(jù)。

3.12 統(tǒng)計分析模塊

提供各種統(tǒng)計分析功能。根據(jù)醫(yī)院的管理需要，對掛號信息、處方信息、收費信息進行統(tǒng)計分析；對藥品的采購、消耗、庫存進行統(tǒng)計分析；對患者的住院信息、體檢信息進行統(tǒng)計分析。也可提供與上一年度的對比情況。能查詢對系統(tǒng)進行過修改的所有操作日志。

4 結(jié)束語

由于系統(tǒng)是基于B/S架構(gòu)，使用了Power Builder和Asp.Net兩個開發(fā)工具，關(guān)鍵技術(shù)是在前后臺開發(fā)工具之間如何進行數(shù)據(jù)交換，需要開發(fā)人員通過自定義函數(shù)來實現(xiàn)，既要保證原有開發(fā)工具的特色，又要保證數(shù)據(jù)實現(xiàn)交換和網(wǎng)絡(luò)通信的高效。高校醫(yī)院綜合管理平臺（CHIS）的實現(xiàn)，加強了高校醫(yī)院的信息化、數(shù)字化建設(shè)。

參考文獻：

[1] 丁汝根，王琦. 基于校園網(wǎng)運行的醫(yī)院管理系統(tǒng)的研制與應(yīng)用[J]. 電腦學(xué)習(xí)，2007（4）：21-22.

[2] 謝武，張慧敏. 高校醫(yī)院信息系統(tǒng)的需求分析研究[J].信息系統(tǒng)工程，2010（7）.

[3] 張海燕，李娟. B/S架構(gòu)的高校教學(xué)管理系統(tǒng)研究與開發(fā)[J].農(nóng)業(yè)網(wǎng)絡(luò)信息 2012（1）：109-111.

[4] 趙文君. 基于HIS系統(tǒng)的信息集成平臺建設(shè)[J]. 計算機光盤軟件與應(yīng)用，2014（1）：144-145.endprint

3.3 藥房管理模塊

藥房藥品的進、出、存實行計算機管理。系統(tǒng)能根據(jù)處方的收費完成情況自動實現(xiàn)藥品的消耗。也可以為收過費用的處方信息打印藥品發(fā)出清單，藥房管理人員依據(jù)藥品發(fā)出清單進行配藥。當(dāng)患者將收費票據(jù)或處方交給藥房管理人員時，藥劑師就可以將相應(yīng)的藥品發(fā)出清單與藥品發(fā)給患者，減少了患者取藥的等待時間。

3.4 庫房管理模塊

藥品采購與發(fā)出實行計算機管理。根據(jù)藥品庫存信息中的最小儲藏量自動產(chǎn)生藥品采購申請計劃單。采購管理是將從醫(yī)藥公司采購的藥品信息錄入到計算機中，系統(tǒng)也可以為藥品招標管理提供需要的數(shù)據(jù)；藥品發(fā)出是將藥庫中的藥品信息發(fā)出到藥房或各科室以及報損等。

3.5 電子處方模塊

實現(xiàn)電子處方，以醫(yī)生為核心，滿足醫(yī)生的需要為出發(fā)點，幫助醫(yī)生快速實現(xiàn)電子處方，醫(yī)生通過藥品名稱的拼音首字母即可選擇藥品，并且能選擇劑量與用法，開具處方的速度和準確性明顯提高。

3.6 住院管理模塊

患者住院實現(xiàn)信息化管理。對患者住院的基本信息、醫(yī)囑信息、用藥信息、費用信息等全部使用計算機管理。住院期間自動產(chǎn)生患者費用預(yù)警，出院時自動打印費用清單、費用匯總等。并能定時通過Web Service提供的接口將患者的住院信息上傳到省、市醫(yī)保系統(tǒng)中。

3.7 醫(yī)療器械模塊

醫(yī)療器械與敷料等實行計算機管理，其功能是對倉庫中的醫(yī)療器械與敷料的采購和發(fā)出進行管理。能定期統(tǒng)計或分析醫(yī)療器械與敷料的進、出、存數(shù)據(jù)信息。

3.8 財務(wù)管理模塊

醫(yī)院使用的各種票據(jù)進行注冊與刪除以及查詢與財務(wù)相關(guān)的信息，包括賬物是否相符。定期統(tǒng)計藥品的采購、消耗、庫存信息，定期統(tǒng)計掛號收費、門診收費、住院收費信息，按月提供門診收費員的繳費報表等。

3.9 體檢管理模塊

保存高校教職工以及學(xué)生的體檢檔案信息。在教職工或?qū)W生體檢結(jié)束后，通過校園網(wǎng)讓用戶自行登錄到系統(tǒng)中，在身份確認后，可查詢體檢的詳細數(shù)據(jù)和體檢結(jié)論。該子系統(tǒng)需要與醫(yī)院的其他數(shù)字化醫(yī)療設(shè)備進行大量的數(shù)據(jù)交換。

3.10 醫(yī)療報銷模塊

對教職工或?qū)W生的醫(yī)療費用，根據(jù)學(xué)校的實際醫(yī)療報銷政策予以報銷。各高校實現(xiàn)的藥費報銷政策差異較大，系統(tǒng)需要具有較高的可變性，采用客戶定制的設(shè)計思想，才能滿足用戶的實際需要。

3.11 績效管理模塊

對醫(yī)院的科室以及醫(yī)護人員的業(yè)績進行考核與量化。定期統(tǒng)計各科室以及醫(yī)護人員的工作量，為科室以及個人的工作量考核提供了依據(jù)。

3.12 統(tǒng)計分析模塊

提供各種統(tǒng)計分析功能。根據(jù)醫(yī)院的管理需要，對掛號信息、處方信息、收費信息進行統(tǒng)計分析；對藥品的采購、消耗、庫存進行統(tǒng)計分析；對患者的住院信息、體檢信息進行統(tǒng)計分析。也可提供與上一年度的對比情況。能查詢對系統(tǒng)進行過修改的所有操作日志。

4 結(jié)束語

由于系統(tǒng)是基于B/S架構(gòu)，使用了Power Builder和Asp.Net兩個開發(fā)工具，關(guān)鍵技術(shù)是在前后臺開發(fā)工具之間如何進行數(shù)據(jù)交換，需要開發(fā)人員通過自定義函數(shù)來實現(xiàn)，既要保證原有開發(fā)工具的特色，又要保證數(shù)據(jù)實現(xiàn)交換和網(wǎng)絡(luò)通信的高效。高校醫(yī)院綜合管理平臺（CHIS）的實現(xiàn)，加強了高校醫(yī)院的信息化、數(shù)字化建設(shè)。

參考文獻：

[1] 丁汝根，王琦. 基于校園網(wǎng)運行的醫(yī)院管理系統(tǒng)的研制與應(yīng)用[J]. 電腦學(xué)習(xí)，2007（4）：21-22.

[2] 謝武，張慧敏. 高校醫(yī)院信息系統(tǒng)的需求分析研究[J].信息系統(tǒng)工程，2010（7）.

[3] 張海燕，李娟. B/S架構(gòu)的高校教學(xué)管理系統(tǒng)研究與開發(fā)[J].農(nóng)業(yè)網(wǎng)絡(luò)信息 2012（1）：109-111.

[4] 趙文君. 基于HIS系統(tǒng)的信息集成平臺建設(shè)[J]. 計算機光盤軟件與應(yīng)用，2014（1）：144-145.endprint