基于WEB技術(shù)的社區(qū)醫(yī)院信息系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

左海維 梁港 王淋 張昌明 馬金鳳

（徐州醫(yī)科大學(xué)醫(yī)學(xué)信息與工程學(xué)院 江蘇省徐州市 221004）

時(shí)下飛速發(fā)展的計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)，帶動(dòng)著各行各業(yè)向其網(wǎng)絡(luò)化方向轉(zhuǎn)型。在這當(dāng)中，醫(yī)療衛(wèi)生行業(yè)原先的傳統(tǒng)服務(wù)運(yùn)營(yíng)模式已難以滿足時(shí)代需求，尤其體現(xiàn)在那些不具備信息技術(shù)，或者信息技術(shù)相對(duì)落伍的社區(qū)醫(yī)院里[1]。

高并發(fā)的服務(wù)人群，高標(biāo)準(zhǔn)的服務(wù)質(zhì)量，無疑加重了醫(yī)療衛(wèi)生人員的負(fù)擔(dān)，然而醫(yī)療服務(wù)人員的能力、人員數(shù)量有限，醫(yī)療物資又相對(duì)緊張，如何高效地利用有限的資源去為廣大人民群眾提供高質(zhì)量的服務(wù)就成了問題。就當(dāng)前狀況而言，很多社區(qū)醫(yī)院的信息保存、傳輸還處于手動(dòng)階段，缺少信息技術(shù)，導(dǎo)致的后果是：對(duì)于醫(yī)院自身，大量的數(shù)據(jù)資料得不到妥善的保存，且資料存儲(chǔ)混亂，不易于查找，容易丟失，增加了醫(yī)務(wù)人員的工作負(fù)擔(dān)，服務(wù)效率低下[2]；對(duì)于患者而言，浪費(fèi)了就診的時(shí)間，影響了患者的心情。如果技術(shù)落后的社區(qū)醫(yī)院能夠?qū)︶t(yī)院的運(yùn)營(yíng)環(huán)境做出整改，進(jìn)行信息化建設(shè)，那必然能夠提高服務(wù)水平，從而促進(jìn)了整個(gè)醫(yī)療環(huán)境的改善。

為解決這一問題，本文通過建設(shè)基于WEB 的社區(qū)醫(yī)院信息管理系統(tǒng)，應(yīng)用該系統(tǒng)可以方便快捷地管理社區(qū)醫(yī)院的日常業(yè)務(wù)，實(shí)現(xiàn)門診掛號(hào)、醫(yī)生看診、藥房抓藥、業(yè)務(wù)收費(fèi)、后勤管理等功能，從而實(shí)現(xiàn)對(duì)醫(yī)院所擁有的人力，物力，財(cái)力等資源的綜合性管理。

1 相關(guān)工作

1.1 需求分析

一般社區(qū)醫(yī)院基本設(shè)置包括門診掛號(hào)、醫(yī)生站、藥房等。社區(qū)醫(yī)院業(yè)務(wù)如圖1所示。

圖1：社區(qū)醫(yī)院業(yè)務(wù)模塊

門診掛號(hào)部一般處理患者的掛號(hào)退號(hào)業(yè)務(wù)，規(guī)模較大的社區(qū)醫(yī)院會(huì)單獨(dú)設(shè)立收費(fèi)處，而大部分的掛號(hào)收費(fèi)直接在掛號(hào)的時(shí)候收取，當(dāng)患者掛號(hào)信息錄入完畢的時(shí)候?qū)焯?hào)信息發(fā)送到本地?cái)?shù)據(jù)庫(kù)服務(wù)器上保存；醫(yī)生工作站一般按不同的科室接待看診的病人，醫(yī)生工作站從本地服務(wù)器獲取到該名患者的信息，再寫入診斷信息，包括診斷記錄、處方記錄等到本地服務(wù)器上，方便藥房根據(jù)處方表收費(fèi)拿藥；社區(qū)醫(yī)院的藥房藥庫(kù)是必不可少的，藥房工作人員主要根據(jù)醫(yī)生所開處方進(jìn)行收費(fèi)并開藥，如果患者未繳費(fèi)將搜索不到該患者的處方信息。做到進(jìn)出規(guī)范有度量；后勤管理部分一般負(fù)責(zé)對(duì)社區(qū)醫(yī)院的人員信息，包括護(hù)士、醫(yī)生、藥房人員的管理，對(duì)藥品的入庫(kù)修改、價(jià)格修改等的管理、門診掛號(hào)收費(fèi)信息等其他工作內(nèi)容的管理[7]。

1.2 MVC設(shè)計(jì)模式

MVC 是一種架構(gòu)模式，多作為網(wǎng)站開發(fā)的設(shè)計(jì)典范，MVC 即模型（Model）、視圖（View）、控制器（Controller）。這種模式通過分層開發(fā)軟件系統(tǒng)，使得軟件操作界面和后臺(tái)業(yè)務(wù)邏輯分別獨(dú)立，加強(qiáng)了代碼可擴(kuò)展性、可復(fù)用性、可維護(hù)性[3]。MVC 的結(jié)構(gòu)模型如圖2所示。

圖2：MVC 結(jié)構(gòu)模型

2 系統(tǒng)總體設(shè)計(jì)

在社區(qū)醫(yī)院信息系統(tǒng)設(shè)計(jì)需求分析階段的準(zhǔn)備工作中，按使用人員的類別將系統(tǒng)詳細(xì)劃分為：門診掛號(hào)子系統(tǒng)、醫(yī)生工作站子系統(tǒng)、藥房管理子系統(tǒng)、管理員系統(tǒng)。各子系統(tǒng)的負(fù)責(zé)的內(nèi)容如圖3所示。

圖3：社區(qū)醫(yī)院功能結(jié)構(gòu)

2.1 門診掛號(hào)子系統(tǒng)

門診掛號(hào)業(yè)務(wù)功能包括輸入患者掛號(hào)信息、按日期預(yù)約掛號(hào)、退號(hào)、掛號(hào)繳費(fèi)、查看和修改患者當(dāng)前掛號(hào)狀態(tài)（繳費(fèi)、掛號(hào)信息等）。

2.2 醫(yī)生工作站子系統(tǒng)

醫(yī)生工作站按醫(yī)生所屬的科室進(jìn)行劃分，系統(tǒng)會(huì)顯示出所屬該科室，且掛號(hào)日期為當(dāng)天的所有病患信息，方便醫(yī)生進(jìn)行看診，同時(shí)會(huì)記錄已經(jīng)就診過的病患信息。

2.3 藥房管理子系統(tǒng)

藥房管理在醫(yī)生對(duì)一名患者看診結(jié)束的前提下，根據(jù)病歷號(hào)等信息獲取該患者的處方信息以及對(duì)應(yīng)的藥品費(fèi)用信息等，對(duì)患者收費(fèi)及開藥，如果該名患者尚未繳納其處方單的藥品費(fèi)用，則不能搜索到該名患者的處方單信息。

2.4 管理員系統(tǒng)

管理員系統(tǒng)主要負(fù)責(zé)醫(yī)院基礎(chǔ)資源的管理，包括人力、物力資源。人員管理包括對(duì)掛號(hào)處護(hù)士、科室醫(yī)生、藥房工作人員的增加、刪除、修改等，物力資源包括藥品和費(fèi)用，藥品的入庫(kù)、增加新藥、藥品單價(jià)等信息的操作，掛號(hào)費(fèi)的修改等。

3 基于WEB技術(shù)的社區(qū)醫(yī)院信息系統(tǒng)

3.1 軟件架構(gòu)設(shè)計(jì)

本信息管理系統(tǒng)采用Asp.Net 開發(fā)框架下的MVC 開發(fā)模式，請(qǐng)求處理系統(tǒng)流程如圖4所示。

圖4：Asp.Net MVC 請(qǐng)求處理流程

Asp.Net MVC 請(qǐng)求處理流程如下：

（1）用戶打開瀏覽器，在地址欄輸入某個(gè)網(wǎng)址URL 并回車，瀏覽器便開始向該URL 指向的服務(wù)器發(fā)送HTTP 請(qǐng)求（一般是GET 方式）[3]。

（2）服務(wù)器端的網(wǎng)站服務(wù)系統(tǒng)（IIS）接收到該請(qǐng)求，先檢查自己是否認(rèn)識(shí)該類請(qǐng)求，如果認(rèn)識(shí)就直接處理并發(fā)回響應(yīng)，否則就將該類型的請(qǐng)求發(fā)給對(duì)應(yīng)的HTTP 處理程序（在此是ASP.NET MVC）。

（3）MVC 路由系統(tǒng)收到請(qǐng)求后，根據(jù)HTTP 請(qǐng)求的URL，把請(qǐng)求定向到對(duì)應(yīng)的控制器[4]。

（4）如果控制器是MVC 內(nèi)置的標(biāo)準(zhǔn)Controller，則啟動(dòng)Action 機(jī)制；否則，根據(jù)自定義的控制器邏輯，直接向?yàn)g覽器發(fā)回響應(yīng)[5]。

（5）MVC 路由把HTTP請(qǐng)求定向到具體的Controller/Action，如果Action 沒有使用視圖引擎，則根據(jù)自定義邏輯發(fā)回響應(yīng)，否則返回ActionResult 給視圖引擎（WebForm 或Razor），由視圖引擎渲染呈現(xiàn)HTML，并發(fā)回瀏覽器[6]。

3.2 配置文件設(shè)計(jì)

在Asp.Net 中配置文件名默認(rèn)為Web.config，是基于XML 的文本文件。Asp.Net 網(wǎng)站通過IIS 啟動(dòng)的時(shí)候會(huì)加載配置文件中的配置信息，并緩存，省去多次讀取，且運(yùn)行過程中會(huì)監(jiān)視配置文件的變化，一旦發(fā)生改動(dòng)就會(huì)重新讀取并緩存[8]。

考慮到配置文件中節(jié)點(diǎn)數(shù)量較多，且大部分節(jié)點(diǎn)自動(dòng)生成，現(xiàn)只展示某些重要的節(jié)點(diǎn)，省略一些開發(fā)環(huán)境自動(dòng)生成的配置節(jié)點(diǎn)。

4 系統(tǒng)實(shí)現(xiàn)

4.1 環(huán)境搭建

社區(qū)醫(yī)院信息系統(tǒng)的軟硬件要求如下：

（1）服務(wù)器配置要求。硬件環(huán)境：Web 服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器各1 臺(tái)；軟件環(huán)境：微軟Windows 操作系統(tǒng)+IIS+.NET Framework 4.0+Internet Explore 7.0 以上+ SQL Server2016。

（2）客戶端配置要求。硬件環(huán)境：普通PC 機(jī)若干臺(tái)；軟件環(huán)境：微軟Windows 操作系統(tǒng)+ Internet Explore 7.0 以上。

4.2 功能演示

門診掛號(hào)頁(yè)面記錄掛號(hào)病人的姓名、身份證、聯(lián)系電話、掛號(hào)日期、科室等信息，對(duì)“身份證號(hào)”和“聯(lián)系電話”的輸入位數(shù)做了限制，確保輸入數(shù)據(jù)的準(zhǔn)確性。點(diǎn)擊“看診日期”彈出日期選擇框，點(diǎn)擊“掛號(hào)科室”會(huì)彈出下拉框供人選擇。其中“門診收費(fèi)”后的文本框只讀，數(shù)值由后臺(tái)管理員設(shè)置。點(diǎn)擊“提交”后彈出收費(fèi)窗口，可立即繳費(fèi)或稍后補(bǔ)交，掛號(hào)頁(yè)面如圖5。

圖5：掛號(hào)界面

社區(qū)醫(yī)院內(nèi)有多個(gè)科室，醫(yī)生工作站的登錄會(huì)根據(jù)當(dāng)前登錄的醫(yī)生所屬的科室，顯示歡迎頁(yè)面。在待診病人功能頁(yè)顯示出掛號(hào)科室為該醫(yī)生所屬科室、已繳納掛號(hào)費(fèi)、掛號(hào)日期為當(dāng)天且未診斷的病人信息，醫(yī)生選擇一名患者，進(jìn)入診斷頁(yè)面。當(dāng)醫(yī)生填寫完診斷記錄后，該病人會(huì)添加在已診病人記錄，已診頁(yè)面顯示的是當(dāng)天診斷完畢的病人記錄。待診病人頁(yè)如圖6所示。

圖6：待診病人信息

當(dāng)一名患者需要拿藥的時(shí)候，前往藥房先繳費(fèi)后拿藥。藥房管理主要針對(duì)處方藥物收費(fèi)和開藥，藥房收費(fèi)人員在搜索欄輸入患者的病歷號(hào)，即可顯示處方的具體信息，包括藥品名稱，藥品數(shù)量，單價(jià)，點(diǎn)擊繳費(fèi)彈出收費(fèi)窗口，會(huì)顯示出所有藥品的總價(jià)。藥房開藥只有在該患者繳費(fèi)之后，才能根據(jù)病歷號(hào)搜索到該患者的處方信息。

管理員的工作內(nèi)容包括對(duì)整個(gè)社區(qū)醫(yī)院的門診護(hù)士，醫(yī)生，藥房人員的管理，對(duì)藥品庫(kù)存情況，藥品價(jià)格的管理，其他費(fèi)用諸如門診掛號(hào)費(fèi)的管理，各部分管理類似只是內(nèi)容不同?；緦?shí)現(xiàn)了對(duì)人力、物力資源的增刪改查。

5 結(jié)論

本文主要工作是將現(xiàn)代計(jì)算機(jī)技術(shù)應(yīng)用到實(shí)際的醫(yī)療衛(wèi)生行業(yè)中，利用軟件和網(wǎng)絡(luò)技術(shù)設(shè)計(jì)并實(shí)現(xiàn)了社區(qū)醫(yī)院的信息系統(tǒng)，利用.NET 框架和數(shù)據(jù)庫(kù)技術(shù)，設(shè)計(jì)開發(fā)出社區(qū)醫(yī)院運(yùn)營(yíng)過程中的門診掛號(hào)功能、醫(yī)生看診功能、藥房、后臺(tái)管理，然后整合為一個(gè)發(fā)布到本地WEB 服務(wù)器上運(yùn)行的基于WEB 的社區(qū)醫(yī)院信息系統(tǒng)。