醫院管理系統設計方案

一、緒論

L1課題背景

要提高競爭力，既要有好的就醫環境，同步也要有好的客戶服務，而要實

現這些目的的措施就是信息化。醫院信息化建設的目的是：適應我國全面建設小

康社會和醫藥衛生改革發展的形勢，以病人為中心，綜合運用現代信息技術（計

算機、網絡、通訊等），提高醫療質量和市場競爭能力，滿足患者與醫院管理的

多種需求，增進醫院持續迅速穩定發展。

在手工管理的狀況下，對病人的病歷的管理是一種極其繁雜的過程，醫生

很難記住每一位病人的狀況，就醫記錄。因此往往采用的手工記錄的方式，這個

勢必導致具大的物資揮霍。存在的問題諸如：（1）手工模式下門診收費管理，病

人需先拿醫生的處方單排隊劃價，然后到收費處排隊交錢，再憑發票到門診藥房

排隊取藥。這中間，病人排隊時間長，劃價收費人員出錯環節多。（2）醫院在對

藥物的管理中存在一定困難，其一：藥物盤點工作時間過長；其二：藥物庫存難

以及時掌握；其三：由于藥物調價頻繁，新價格不能及時執行。（3）手工模式下

的住院管理，病人病歷號會產生一人多號或跳號現象，導致病案記錄混亂，記賬

時，規定護士到住院藥房取藥后，再到住院處記賬，不能做到及時、精確，病人

住院期間的各項檢查及治療費用由醫務人員傳遞送到住院處，中間環節多，費時

費力，病人賬戶余額不能及時掌握，易出現欠費，漏費現象等等問題。

伴隨計算機技術的發展和互聯網絡的不停普及，互聯網已經成為人們獲

取信息的重要途徑。截止到年6月30日，我國的上網計算機總數已達

3630萬臺，同上一次調查成果相比，我國的上網計算機總數六個月增長了

541萬臺，增長率為17.5%,和去年同期相比增長41.1%,是1997年10月第

一次調查成果29.9萬臺的121.4倍。可見我國上網計算機總數展現出匕較

快的增長態勢。

截止到6月30日，我國的上網顧客總人數為8700萬人，同上一次調查相

比，我國上網顧客總人數六個月增長了750萬人，增長率為9.4%,和去年同期

相比增長27.9%,同1997年10月第一次調查成果62萬上網顧客人數相

比，目前的上網顧客人數已是當時的140.3倍。可見我國上網顧客總數增長

非常之快。

并且伴隨醫院規模的擴大，對藥物的管理，對藥物價格的管理等都是一件巨

大的工作。

L2課題目的

當今時代是飛速發展的信息時代。在各行各業中離不開信息處理，這正是計

算機被廣泛應用于信息管理系統的環境。計算機的最大好處在于運用它可以進行

信息管理。使用計算機進行信息控制，不僅提高：工作效率，并且大大的提高了

其安全性。尤其對于復雜的信息管理，計算機可以充足發揮它的優越性。計算機

進行信息管理與信息管理系統的開發親密有關，系統的開發是系統管理的前提。

伴隨改革開放的進程，醫院已經逐漸的走向了市場，因此也就越來越多的具

有了企業的性質，經濟管理已經成為醫院管理的關鍵容。因此，醫院信息系統要

同步滿足醫院管理兩方面的需求。第一是以病人為主線，根據病人在院接受醫療

服務所產生的多種業務信息流；第二是以財務為中心，保證醫院多種財務信息流

明晰、合理、精確，并不停增進財務信息由為核算服務向為綜合管理服務的轉軌。

以保證醫院既能在提供衛生服務的數量和質量上充足滿足病人需求，又能使醫院

的經濟活力得到不停的加強。

本設計意在需要處理的幾種問題有：

1.實現信息動態管理，更完善的業務流程簡化了病人的診斷過程，使其更

好的為病人提供服務，效率得到提高。

2.強化醫院部管涯，減輕業務人員勞動強度。

3.提高醫院醫療質量管理水平，從而帶來綜合效益。

本系統需運行效果：

（1）實現門診劃價收費一條龍服務，縮短前臺業務處理時間，減少病人反復排

隊現象。這樣均衡了每個操作員的勞動強度，改善了服務質量，杜絕了處方外流

現象的發生。

（2）防匯堵漏。住院系統的網絡管理做到了費用在哪里發生就在哪里入賬，堵

塞了由于不能準時送達費用單而導致的欠費和漏費現象，保證了醫院正常的合理

收入。

（3）人、財、物規化管理，實現其效率性。

（4）自動進行醫院及事物方面多種記錄和計算，提供輔助和政策支持，以縮短

決策周期。

（5）輔助醫院質量監測及控制

（6）在醫院各部門之間進行數據通信

L3開發環境與運行環境

操作系統：Windows7或WindowsXP

編程語言開發工具：MicrosoftVisualstudio

數據庫：MicrosoftSQLServer

L4開發軟件

ASP.NET

ASP.NET建立在.NETFramework的編程類之上，它提供了一種Web應用

程序模型，并且包括使生成ASPWeb應用程序變得簡樸的控件集和構造。

ASP.NET包括封裝公共HTML顧客界面元素（如文本框和下拉菜單）的控件集。

但這些控件在Web服務器上運行，并以HTML的形式將它們的顧客界面推送到

瀏覽器。在服務器上，這些控件公開一種面向對象的編程模型，為Web開發人

員提供了面向對象的編程的豐富性。ASP.NET還提供構造服務（如會話狀態管理

和進程回收），深入減少了開發人員必須編寫的代碼量并提高了應用程序的可靠

性。此外,ASP.NET使用這些同樣的概念使開發人員可以以服務的形式交付軟件。

使用XMLWebservices功能，ASP.NET開發人員可以編寫自己的業務邏輯并使

用ASP.NET構造通過SOAP交付該服務。

ASP.NET不僅僅是下一版本的ActiveServerPage（ASP）；它是統一的Web

開發平臺，用來提供開發人員生成企業級Web應用程序所需的服務。ASP.NET的

語法在很大程度上與ASP兼容，同步它還提供一種新的編程模型和構造，用于

生成更安全、可伸縮和穩定的應用程序。可以通過在既有ASP應用程序中逐漸

添加ASP.NET功能，隨時增強該ASP應用程序的功能。

ASP.NET是一種已編譯的、基于.NET的環境，可以用任何與.NET兼容的

語言（包括VisualBasic.NET、C#和Script.NET.）創作應用程序。此外，

任何ASP.NET應用程序都可以使用整個.NETFramework0開發人員可以以便地

獲得這些技術的長處，其中包括托管的公共語言運行庫環境、類型安全、繼承等

等。

ASP.NET可以無縫地與WYSIWYGHTML編輯器和其他編程工具（包括

MicrosoftVisualStudio.NET）一起工作。這不僅使得Web開發愈加以夏,

并且還能提供這些工具必須提供的所有長處，包括開發人員可以用來將服務器控

件拖放到Web頁的GUT和完全集成的調試支持⑻“”。

當創立ASP.NET應用程序時，開發人員可以使用Web窗體或XMLWeb

services,或以他們認為合適的任何方式進行組合。每個功能都能得到同一構造

的支持，使您可以使用身份驗證方案，緩存常常使用的數據，或者對應用程序的

配置進行自定義，這里只是列出幾種也許性而已。

使用Web窗體可以生成功能強大的基于窗體的Web頁。生成這些頁時，可

以使用ASP.NET服務器控件來創立公共UI元素，以及對它們進行編程以用于

執行常見的任務。這些控件使您可以用可反復使用的置或自定義組件生成Web

窗體，從而簡化頁面的代碼。

XMLWebservices提供了遠程訪問服務器功能的途徑。使用XMLWeb

services,企業可以公開數據或業務邏輯的編程接口，這樣客戶端和服務器應用

程序就可以獲取和操作這些編程接口。通過使用渚如HTTP和XML消息傳遞之

類的原則跨越防火墻移動數據，XMLWebservices可在客戶端-服務器或服務器

-服務器方案下實現數據的互換。XMLWebservices不與特定的組件技術或對象

調用約定有關聯。因此，用任何語言編寫、使用任何組件模型并在任何操作系統

上運行的程序，都可以訪問XMLWebserviceso

這些模型中的每一種模型都可以充足運用所有ASP.NET功能，以及.NET

Framework和.NETFramework公共語言運行庫的強大功能。這些功能以及使用

它們的措施概述如下：

假如您具有ASP開發技能，則新的ASP.NET編程模型對您來說將會是非常

熟悉的。不過，與ASP相比，ASP.NET對象模型變化明顯，它更為構造化并且

面向對象。但這也意味著ASP.NET不是完全向后兼容的；幾乎所有既有的ASP

頁都必須通過一定程度的修改后才可以在ASP.NET下運行。此外，對Visual

Basic.NET的某些重要更改也意味著，用VisualBasicScripting版本編寫

的既有ASP頁一般將不會直接移植到ASP.NET中。不過，在大多數狀況下，只

需對少數幾行代碼進行必要的修改。

從ASP.NET應用程序訪問數據庫是向Web站點訪問者顯示數據的常用技

術。ASP.NET使得為此目的而對數據庫的訪問比以往愈加以便。它還使您可以從

您的代碼管理數據庫。

ASP.NET提供一種簡樸的模型，該模型使Web開發人員可以編寫在應月程

序級運行的邏輯。開發人員可以在Global.asax文本文獻中或在作為程序集布

署的已編譯類中編寫這種代碼。這種邏輯可以包括應用程序級事件，但開發人員

可以輕松地擴展這種模型，以適應他們的Web應用程序的需要。

ASP.NET提供易用的應用程序和會話狀態功能，它們對于ASP開發人員來

說是熟悉的，且輕易與所有其他.NETFrameworkAPI兼容。

對于需要使用像ISAPI編程接口（隨附于此前的ASP版本中）那樣功能強

大的APT的高級開發人員，ASP.NET提供了IHttpHandler和THttpModule接

口。實現IHttpHandler接口，給您提供了一種與IISWeb服務器的低級別祈

求和響應服務交互的手段，并提供與ISAPI擴展非常類似的功能，但編程膜型

卻較為簡樸。實現IHttpModule接口使您可以包括參與對應用程序發出的每個

祈求的自定義事件。

ASP.NET運用.NETFramework和公共語言運行庫中的性能增強功能。此外,

它還可以提供相對于ASP和其他Web開發平臺來說明顯的性能改善。所有

ASP.NET代碼都是編譯的，而不是解釋的，這就容許對本機代碼采用初期綁定，

強類型處理，以及實時（JIT）編譯，這里只列舉幾種長處而已。ASP.NET還可

以便地分解，即開發人員可以移除那些與他們開發的應用程序不有關的模塊（例

如，會話模塊）。ASP.NET還提供豐富的緩存服務（包括置服務和緩存API兩種）。

ASP.NET還提供性能計數器，開發人員和系統管浬員可以監視這些性能計數器，

以測試新的應用程序和搜集有關既有應用程序的度量原則。

在Web頁中編寫自定義調試語句，對排除應用程序代碼中的錯誤非常有協

助。不過，假如不移除它們，則會帶來麻煩。問題是，在應用程序準備好移植到

生產服務器時從頁面中移除調試語句，會需要很大的工作量。ASP.NET提供

TraceContext類，在開發頁面時該類用于在頁面上編寫自定義調試語句。只有

當您已經對頁面或整個應用程序啟用跟蹤時它們才出現。啟用跟蹤還將有關祈求

的細節追加到頁面，或者，追加到存儲在應用程序根目錄中的自定義跟蹤查看器

（假如這樣指定的話）。

.NETFramework和ASP.NET為Web應用程序提供默認授權和驗證方案。

可以以便地移除、添加或者替代這些方案，這取決于應用程序的需要。

ASP.NET配置設置存儲在基于XML的文獻中，這些文獻都是人可讀和可寫

的。每一種應用程序都可以有不一樣的配置文獻，可以擴展配置方案，以適應您

的規定。當應用程序安裝在同一臺計算機上，但使用不一樣的.NETFramework

版本時，就說應用程序是并行運行的。

開發語言C#概述

C#（讀作“Csharp”）是一種簡樸、現代、面向對象且類型安全的編程語言。

C和C++程序員能很快熟悉它。C#同步具有“應用程序迅速開發“（RAD）語言

的高效率和C++固有的強大能力。

VisualC#.NET是Microsoft的C#開發工具。它包括交互式開發環

境、可視化設計器（用于生成Windows和Web應用程序）、編譯器和調試器。

VisualC#.NET是VisualStudio.NET的產品套件的構成部分，該產品套件

還包括VisualBasic.NET、VisualC++.NET和Script腳本語言。所有這些

語言都支持對Microsoft.NETFramework的訪問，該框架包括一種公共執行引

擎和一種豐富的類庫。.NETFramework定義了一種“公共語言規"（CLS）,這是

一種通用規，它保證遵照該規的語言與類庫之間實現無舞的互操作性。對C4開

發人員而言，這意味著雖然C#是一種新語言，但仍可恰如其他成熟工具（如

VisualBasic.NET和VisualC++.NET）同樣，使用相似的、功能豐富的類庫。

C#自身不包括類庫。C#看起來與Java有著驚人的相似；它包括了諸如單一繼承、

接口、與Java幾乎同樣的語法和編譯成中間代碼再運行的過程。不過C#與Java

有著明顯的不一樣，它借鑒了Delphi的一種特點，與COM（組件對象模型）是

直接集成的，并且它是微軟企業.NETwindows網絡框架的主角。

C#是一種安全的、穩定的、簡樸的、優雅的，由C和C++衍生出來的面向對

象的編程語言。它在繼承C和C++強大功能的同步去掉了某些它們的復雜特性（例

如沒有宏以及不容皆多重繼承）。C#綜哈了VB徜樸的可視化操作和Cii的高運

行效率，以其強大的操作能力、優雅的語法風格、創新的語言特性和便捷的面向

組件編程的支持成為.NET開發的首選語言。[1]

C#是面向對象的編程語言。它使得程序員可以迅速地編寫多種基于

MICROSOFT.NET平臺的應用程序,MICROSOFT.NET提供了一系列的工具和服務

來最大程度地開發運用計算與通訊領域。C#意在設計成為一種“簡樸、現代、通

用“，以及面向對象的程序設計語言，此種語言的實現，應提供對于如下軟件工

程要素的支持：強類型檢查、數組維度檢查、未初始化的變量引用檢測、自動垃

圾搜集（GarbageCollection,指一種自動存釋放技術）。軟件必須做到強大、

持久，并具有較強的編程生產力。此種語言為在分布式環境中的開發提供合用的

組件開發應用。C#所開發的程序源代碼并不是編譯成可以直接在操作系統上執行

的二進制當地代碼。與Java類似，它被編譯成為中間代碼，然后通

過.NETFramework的虛擬機被稱之為通用語言運行時(CLR)執行。所

有的.Net編程語言都被編譯成這種被稱為MSIL(MicrosoftIntermediate

Language)的中間代碼。因此雖然最終的程序在表面上仍然與老式意義上的可

執行文獻都具有“.ex?”的后綴名。不過實際上，假如計算機上沒有安裝.Net

Framework,那么這些程序將不可以被執行。在程序執行時，.NetFramework

將中間代碼翻譯成為二進制機器碼，從而使它得到對的的運行。最終的二進制代

碼被存儲在一種緩沖區中。因此一旦程序使用了相似的代碼，那么將會調用緩沖

區中的版本。這樣假如一種.Net程序第二次被運行，那么這種翻譯不需要進行

第二次，速度明顯加緊

為使程序員輕易遷移到這種語言，源代碼的可移植性十分重要，尤其是對于

那些已熟悉C和C++的程序員而言。對國際化的支持非常重要。C#適合為獨立和

嵌入式的系統編寫程序，從使用復雜操作系統的大型系統到特定應用的小型系統

均合用。

C#使得C++程序員可以高效的開發程序，且因可調用由C/C++編寫的本機

原生函數，因此絕不損失C/C++原有的強大的功能。由于這種繼承關系，C#與

C/C++具有極大的相似，生，熟悉類似語言的開發者可以很快的轉向C#。C#意在設

計成為一種“簡樸、現代、通用“，以及面向對象的程序設計語言，此種語言的

實現，應提供對于如下軟件工程要素的支持：強類型檢查、數組維度檢查、未初

始化的變量引用檢測、自動垃圾搜集（GarbageCollection,指一種自動存釋放

技術）。軟件必須做到強大、持久，并具有較強的編程生產力。此種語言為在分

布式環境中的開發提供合用的組件開發應用。

為使程序員輕易遷移到這種語言，源代碼的可移植性十分重要，尤其是對于

那些已熟悉C和C++的程序員而言。對國際化的支持非常重要。C#適合為獨立和

嵌入式的系統編寫程序，從使用復雜操作系統的大型系統到特定應用的小型系統

均合用。

VisualStudio功能簡介

VisualStudio（如下簡稱VS）是美國微軟企業推出的最新開發工具，該

版本的新功能體目前對ASP.NET2.0、CLR2.0、VisualStudio功能簡介VB.NET

與C#.NET語言上的強化，提供更好的執行效能，并愈加重視安全性等方面。

VS是一套完整的開發工具集，用于生成ASP.NETWeb應用程序、XMLWeb

Servicesx桌面應用程序和移動應用程序。VisualBasic、VisualC++、Visual

C#和VisualJ#所有使用相似的集成開發環境（IDE）,運用此IDE可以共享工具

且有助于使用混合語言創立處理方案。此外，這些語言運用了.NETFramework

的功能，通過次框架可使用簡化ASPWeb應用程序和XMLWebServices開發的

關鍵技術⑼。

VS中提供了多種訪問數據庫的措施，可以訪問的數據庫類型有dBase、

FoxPro.SQLServer和Access數據庫。此外可以通過ODBC方式訪問MSSQL。

Oracle和Sybase等，并以客戶機/服務器（C/S）方式存取數據庫中的數據。

分派、啟動和停止線程和進程，以及強制執行安全方略。在開發時，運行庫

的作用稍有變化；由于做了大量的自動處理工作（如存管理），運行庫使開發人

員的操作非常簡樸，尤其是與今天的COM相比。尤其是反射等功能明顯減少了

開發人員為將業務邏輯轉變為可重用組件而必須編寫的代碼量。

它所集成的有如下幾方面：

顧客界面集成：工具間的無縫集成是增強生產效率的關鍵。VisualStudio

TeamSystem提供跨整個SDLC工具套件的、一致的顧客體驗。對于開發人員而

言，可以在他們目前的開發環境中使用某些活動（例如，單元測試、工作項跟蹤、

代碼剖析以及代碼分析）。

?數據集成：通過使用一種公共的跨工具集的數據倉庫，VisualStudioTeam

System處理了在大多數SDLC工具中建立數據倉庫這一問題，并啟動了一種聚

合的項目狀態視圖。團體根據可以搜集到的規則來管理項目。今天，數據重要限

于缺陷跟蹤。VisualStudioTeamSystem中集成的數據將開創一條新路一通

過平衡運用貫穿于SDLC的大量、多樣的數據來管理項目規則。VisualStudio

TeamSystem會搜集精確的數據一不僅限于缺陷跟蹤，而是包括測試成果、代

碼涵蓋、代碼生成、任務進度等這些貫穿于團體常規工作流程的數據。該數據以

某些原則的匯報方式展現，客戶和Microsoft部團體已在匯報中建立了成功項

目管理的關鍵規則。此外，團體還可以創立自定義匯報。僅當以項目的大圍上下

文查看數據時，團體才可以精確地匯報項目狀態。

?過程集成：在VisualStudioTeamSystem中，工具行為由項目開始時

選擇的過程決定。通過將過程與工具相集成，VisualStudioTeamSystem協助

保證在項目各階段之間或多種項目角色之間防止丟失任何容。通過自動處理團體

組員之間的工作調整，可以提高團體效率。企業通過使過程原則化，可以糾正貫

穿于過程改善中的系統問題，而無需增長團體的工作量。此外，過程集成并不增

長工作量，而一般可以減少與SDLC中所采納過程有關的開銷。

SQLServer數據庫簡介

本系統采用SQL技術建立數據庫，使用ASP.NET技術建立數據源的連接，并

且生成醫院管理的數據庫應用程序從而實現數據庫的管理功能。接下來將詳細簡

介SQL語言。

SQL（StructuredQueryLanguage,構造查詢語言）是一種功能強大的數據庫

語言。SQL一般使用于數據庫的通訊。ANSI（美國國標學會）聲稱，SQL是關系

數據庫管理系統的原則語言。SQL語句一般用于完畢某些數據庫的操作任務，例

如在數據庫中更新數據，或者從數據庫中檢索數據⑺。使用SQL的常見關系數

據庫管理系統有：Oracle、Sybase、MicrosoftSQLServerAccess、Ingres

等等。雖然絕大多數的數據庫系統使用SQL,不過它們同樣有它們自立此外的專

有擴展功能用于它們的系統。不過，原則的SQL命令，例如"Select"、"Insert”、

"Update"、"Delete"、"Create"和"Drop"常常被用于完畢絕大多數數據庫的

操作。SQL語言包括4個部分：

數據定義語言（DDL）,例如：CREATE.DROP、ALTER等語句。

數據操作語言（DML）,例如：INSERT.UPDATE.DELETE語句。

數據查詢語言（DQL）,例如：SELECT語句。

數據控制語言（DCL）,例如：GRANT、REVOKE.COMMIT.ROLLBACK等語句。

SQL語言包括三種重要程序設計語言類別的述式：數據定義語言（DDL）,數

據操作語言（DML）及數據控制語言（DCL）。MSSQLServer就是用的Transact-

SQLo

SQL語言有著非常突出的長處，重要是：

1.非過程化語言

2.統一的語言

3.是所有關系數據庫的公共語言

非過程化語言：SQL是一種非過程化的語言，由于它一次處理一種記錄，對

數據提供自動導航。SQL容許顧客在高層的數據構造上工作，而不對單個記錄進

行操作，可操作記錄集，所有SQL語句接受集合作為輸入，返回集合作為輸出。

SQL的集合特性容許一條SQL語句的成果作為另一條SQL語句的輸入。

SQL不規定顧客指定對數據的寄存措施，這種特性使顧客更易集中精力于

要得到的成果；所有SQL語句使用查詢優化器，它是RDBMS的一部分，由它決定

對指定數據存取的最迅速度的手段，查詢優化器懂得存在什么索引，在哪兒使用

索引合適，而顧客則從不需要懂得表與否有索引、有什么類型的索引。

統一的語言：SQL可用于所有顧客的DB活動模型，包括系統管理員、數據

庫管理員、應用程序員、決策支持系統人員及許多其他類型的終端顧客。

SQL為許多任務提供了命令，其中包括：

1.查詢數據

2.在表中插入、修改和刪除記錄

3.建立、修改和刪除數據對象

4.控制對數據和數據對象的存取

5.保證數據庫一致性和完整性

此前的數據庫管理系統為上述各類操作提供單獨的語言，而SQL將所有任

務統一在一種語言中。所有關系數據庫的公共語言：由于所有重要的關系數據庫

管理系統都支持SQL語言，顧客可將使用SQL的技能從一種RDBMS(關系數據庫

管理系統)轉到另一種，所有用SQL編寫的程序都是可以移植的。

本系統所采用的后臺數據庫版本為SQLServer。

SQLServer是一種全面的數據庫平臺，使用集成的商業智能(BI)工具提

供了企業級的數據管理。SQLServer數據庫引擎為關系型數據和構造化數據提

供了更安全可靠的存儲功能，使您可以構建和管理用于業務的高可用和高性能的

數據應用程序。

SQLServer數據引擎是本企業數據管理處理方突的關鍵。此外SQLServer結

合了分析、報表、集成和告知功能。

選用SQLServer制作開發的十大特點：

NET框架主機

使用SQLServer,開發人員通過使用相似的語言，例如微軟的

VisualC#.net和微軟的VisualBasic,將可以創立數據庫對象。開發人員還將可

以建立兩?個新的對象顧客定義的類和集合。

XML技術

在使用當地網絡和互聯網的狀況下，在不一樣應用軟件之間散步數據的時

候，可擴展標識語言(原則通用標識語言的子集)是一種重要的原則。SQLServer

將會自身支持存儲和查詢可擴展標識語言文獻。

ADO.NET2.0版本

從對SQL類的新的支持，到多活動成果集(MARS),SQLServer中的ADO.NET

將推進數據集的存取和操縱，實現更大的可升級，生和靈活性。

增強的安全性

SQLServer中的新安全模式將顧客和對象分開，提供finc-grainAccess存

取、并容許對數據存取進行更大的控制。此外，所有系統表格將作為視圖得到實

行，對數據庫系統對象進行了更大程度的控制。

Transact-SQL的增強性能

SQLServer為開發可升級的數據庫應用軟件，提供了新的語言功能。這些

增強的性能包括處理錯誤、遞歸查詢功能、關系運算符PIVOT,APPLY,ROW_NUilBER

和其他數據列排行功能，等等。

SQL服務中介

SQL服務中介將為大型、營業圍的應用軟件，提供一種分布式的、異步應用

框架。

通告服務

通告服務使得業務可以建立豐富的告知應用軟件，向任何設備，提供個人化

的和及時的信息，例如股市警報、新聞訂閱、包裹遞送警報、航空企業票價等。

在SQLServer中，通告服務和其他技術愈加緊密地融合在了一起，這些技術包

括分析服務、SQLServerManagementStudio.

Web服務

使用SQLServer,開發人員將可以在數據庫層開發Web服務，將SQLServer

當作一種超文本傳播優議(HTTP)偵聽器，并且為網絡服務中心應用軟件提供一種

新型的數據存取功能。

報表服務

運用SQLServer,報表服務可以提供報表控制，可以通過VisualStudio發

行。

全文搜索功能的增強

SQLServer將支持豐富的全文應用軟件。服務器的編目功能將得到增強，

對編目的對象提供更大的靈活性。查詢性能和可升級性將大幅得到改善，同步新

的管理工具將為有關全文功能的運行，提供更深入的理解。

二、系統分析

2.1可行性分析

?經濟可行性

本系統使用了HS服務器，簡樸易用，因此，構架一種基于網絡的，在經濟

方面上是可行的。

技術可行性

為了使平臺具有更好的實用性和安全性，本平臺基于當今廣泛使用的

Windows7操作系統，數據庫的設計上則使用了安全性比較高的SQL

Server,。頁面設計選用VisualStudio工具進行編寫，每一種選用的技術都

被目前的編程者廣泛使用。

操作可行性

由于頁面簡樸易懂，操作以便因此有較高的可操作性。系統完全按照面向對象

理論，采用窗口設計，功能模塊清晰，界面友好,完全按照醫院既有業務流程設計，因此易

學易懂。當在分析中發現項目存在不能按期完畢的風險時，就必須采用縮小項目的圍或變化

技術等措施來規避風險

法律方面的可行性

所有軟件都選用正版，歸開發者所有。

所有技術資料都由提出方保管。

協議明確制定違約責任。

?:?使用方面的可行性

使用本軟件人員明確使用措施后即可使用，系統管理員規定有計算機的專業知識，通過專業

培訓，保證純熟管理系統，

?管理上的可行性

這個開發是我們作為數據庫課程實踐的一項應用工程，任課老師對此十分的重視.但愿

在課程規定期間將該數據庫系統開發出來，當然如能投入使用更好，以使我們在鞏固課堂所

學理論知識的基礎上對實踐有所理解，對醫院管理的數字化及現代化能起到某些創新增進作

用。雖然如今某些大型的醫院管理系統基本上已經很先進了，但作為信息管理系統的代表，

這次的小型醫院信息管理系統的開發對本科學生數據庫理論的實踐還是有一定協助的，因此

這個系統在管理上是可行拘。

2.2需求分析

需求分析的基本任務是對目的系統提出完整、精確、清晰、詳細的規定。

需求分析是系統設計的基礎，只有在充足理解顧客需求的基礎之上進行系統開

發，才能使開發的系統充足實現顧客的需求，建立出使顧客愈加滿意的系統。需

求分析是系統開發的第一步，也是最重要的一步，包括功能需求分析、業務流程

分析。

為了適應社會的發展，為了提高醫院服務水平和工作效率，更好地服務于

病患，我國的醫院已經進入數字化和信息化的時代。已醫療費用為中心的醫療體

制改革的開展，促使醫院正在由二元化向多元化發展。醫院管理網的出現相提高

醫院各項工作的效率和質量，增進和改善醫院的經營管理，保障病人和醫院的經

濟利益。本系統安全性較高，操作簡便，迅速，界面通俗易懂，能深入加強醫院

的管理，提高醫院的工作效率和質量。

1）醫院管理者的需求

醫院的各級管理者關懷的是，系統運行后從宏觀上能看到什么樣的效益，而

對某個詳細應用品有什么樣的功能并不重視。這些效益并不一定指直接的經濟效

益，而是指H1S能處理某些手工管理不能或難以處理的問題，能為管理者及卅理

解醫院運行狀況、進行科學決策提供精確的信息。醫院管理以醫療管理和經濟管

理為主。作為一種完善的醫院信息系統，首先要能建立起一套能反應醫院醫療和

經濟運行狀況的指標體系，并使之常規化；另首先，系統的運行要直接為改善醫

院的管理服務。

例如：提供醫療數量、質量指標完畢狀況（如病人平均住院時間、平均術前住

院時間、治愈率、病案質量、診斷符合狀況等），以及這些指標與計劃指標及等

級醫院指標的比較狀況。及時提供醫療動態狀況，如病人流動狀況、危重病人狀

況、手術安排狀況、病房床位占用狀況等。

通過提供出院病人提前告知功能，可提前預約入院病人，從而加速床位周轉。

反應醫院的收入/支出狀況，以及各科室的效益好壞。配合申請無紙傳遞，在診

斷活動的發生地計價，處理漏費問題。反應單病種平均費用、門診病人人均費用

及多種費用的構成比。分析增長的收入中調價原因所占的比例、新增設備所占的

比例。

類似的管理上的需手工難以處理的，也是醫院領導對信息系統能否支持的

關鍵。

2）系統直接使用者的需求

系統的直接顧客關懷的是，系統提供的功能對他們的業務與否有直接的協助,

系統與否好用，包括操作以便、簡樸易學、響應快等。在系統的詳細設計實現上,

規定系統不只是簡樸地提供增、刪、改、查的功能，而是面向詳細應用、針對每

種業務的特點進行設計。

例如：在病人主索弓登記系統中，提供自動按設定條件重查功能，防止反復建

立病案。在住院等床及登記系統中，針對叫床業務，提供集空床、病人分類排隊

狀況于一體的、輔助確定入院病人的集成工作環境，省去了打問空床和查排隊病

人的

工作。在病案分類編目程序中，按照人的分類思維習慣，提供輔助編目的功能，

使顧客不必翻閱分類手冊即可以便地完畢編目工作。在入出轉系統中，提供護士

熟悉的病人一覽卡，各個床位的狀況一目了然，在病房提供檢查的自動預約功能,

使醫護人員無需再跑槍查科室預約。在病房醫生工作站中，以病人為關鍵，提供

醫囑、病歷書寫、檢查檢查申請、匯報閱讀等綜合功能。

在價目表管理中，提供生成調價告知單功能。在藥庫管理中，提供輔助制定采購

計劃功能。這些功能使使用者直接受益，因而樂于使用。

本醫院管理系統可以實現的有關需求如下七大點：

(1)使用者根據自己所擁有的權限進行規定的操作，沒有權限操作的顧客無

法進入該操作界面。

(2)操作人員從登陸界面進入系統，在登陸界面輸入顧客名，密碼和驗證碼,

通過身份驗證后，才可以進入系統首頁。假如未能通過系統的身份驗證，則系統

會自動給出登陸出錯的提醒信息。

(3)通過身份臉證后的操作人員可以進入首頁，可以通過病人的和拄號妁時

間，來查詢病人的掛號信息。

(4)在掛號登記頁面可以對病人的掛號進行登記。

(5)操作人員可以添加新的藥物，并通過藥物名稱查詢藥物的信息。同步,

可以修改原有的藥物的詳細信息。

(6)操作人員可以對病人的住院信息進行登記，并根據病人的，病房號和住

院狀態對病人的住院信息進行查詢。對尚未出院的病人可以進行出院登記和繳付

住院費等。

(7)操作人員在系統管理的菜單中，還可以對顧客的操作權限進行設定。同

步，可以修改自己的登陸密碼。

2.3顧客需求分析

系統的使用主體是醫院的工作人員，醫院的工作人員按其所負責的工作可以

簡樸分為臨床、門診、住院等。其所從事的重要工作分別包括：

(1)臨床

a)門診醫生的重要工作包括：書寫病歷、檢查化驗、開處方等。

b)住院醫生工作：接受病人、醫囑、開處方、書寫病歷、檢查檢查、匯報

閱讀、交接班、培訓等。

c)病區護士工作：接受醫囑，藥物、處置和用品的計價，接受新病人、預

出院病人和查看侯床病人等。

d)檢查檢疫科：標本條碼管理、設備管理、數據采集、匯報生成、質量控

制、記錄分析，檢查費用和檢查信息的網上傳播等。

e）放射科：接受預約登記；匯報書寫；放射檢查等。

f）手術麻醉科：手術安排、手術日志、麻醉計劃與管理、手術小結、麻醉

病歷記錄、科室排班值班等。

g）臨床用藥科：藥物目錄、劑量審查、藥物互相作用審查、體外藥物配伍

禁忌審查、過敏癥審查、用藥指南審查、最新不良反應報道查詢和病人

用藥服務教育。

臨床管理-實行意義：

實行臨床途徑管理將保證患者所接受的治療項目精細化、原則化、程序化，

減少治療過程的隨意化；提高醫院資源的管理和運用，加強臨床治療的風險控制;

縮短住院周期，減少費用。

（2）門診

功能闡明：簡介醫院各個門診部基本狀況、人員構造、設備配置、開展的診

斷項目以及專家門診的時間安排等基本信息，其中專家門診的時間安排通過

APS,c#等數據庫技術直接從醫院信息系統的有關數據庫獲得。

門診醫生的重要工作包括：門診掛號、門診掛號退號、門診掛號換號、補打

掛號單、急診掛號等。其中，門診掛號人員的工作流如圖3-1所示；門診就診流

程如圖3-2所示。

圖3T醫院門診掛號

（3）住院

住院管理工作包括住院管理處、住院處收費、住院處登記、住院押金、告知

住院科室等。

2.4醫院的業務流程分析

（1）患者到醫院就診其流程一般為：患者首先到住院處掛號，掛號醫生確

定門診科室，然后到有關科室候診，診斷室查看病情，假如病情不嚴重無需住院,

則繳費打針或取藥后離院，假如病情嚴重則需要到住院處辦理住院手續。

（2）完整的住院流程模式為：門診診斷一住院登記（排隊繳費、辦理住院

號）一病床登記一安排負責醫生一測血壓，量體重一建立病歷一醫生檢診一入院

診斷一開出常規檢查項目及其他輔檢項目一下達醫囑，開處方一護士轉抄醫囑一

申請單送有關科室一采集標本送檢查科室一生成領藥單一住院藥房擺藥一護士

查對領藥一治療病人一接受檢查檢查匯報一確診術前準備一手術一醫生查房一

調整醫囑一費用記賬一出院告知一住院結算一病人出院一病歷歸檔。

醫院門診就診流程圖

住院病人辦理住院流程圖

未診

門診病人業務流程

前臺顧客（患者）及后臺顧客（管理者）操作業務功能圖分別如下所

示:

系統有關操作流程圖如圖所示:

根據系統的操作流程圖可知：從主函數開始，進行身份驗證后，進入其

主界面，首先是選擇要進行的操作，包括查詢系統，管理系統和手續辦理系統。

若選擇查詢系統，則要首先輸入要查詢病人的病歷號，由于要查詢的文獻是關

聯的，則還要選擇詳細要查詢的信息（住院信息，病人科室信息，藥物信息等），

也可以從此子菜單里直接返回主菜單。若選擇管理系統，則可以對病床，醫生,

藥物和病人的信息進行添加，刪除和修改以及記錄等有關操作。從三個子管理

系統都可以返回管理系統界面，進而回到主菜單。手續辦理系統包括住院手續

和出院手續的辦理，從手續辦理界面和辦理子菜單都可以直接返回主菜單。再

從主菜單退出系統。因此，整個系統大體就是這樣的流程。

2.5功能需求

運用MicrosoftVisua：studio和SQLServer為重要開發工具，以Windows

7為開發平臺。該系統的各功能需求如下所示：

重要功能：為患者提供個人信息登記、查詢、掛號等功能；為醫師提供病人

信息查詢、添加等功能；為管理人員提供病人信息管理，醫師信息管理，信息公

布等功能。

性能規定：病人顧客可以雖然得到醫院信息和醫師信息，醫院管理人員錄入

的信息必須迅速且無差錯地存儲至中心服務器，且對瀏覽器端的數據應當及時進

行更新。應當到達10000人同步訪問而不出現服務器癱瘓的狀況。

輸出規定：輸出醫院不一樣門診部各位接診醫師資料，不一樣醫師的掛號費

用，以及各位醫師的忙閑狀態，供病人選擇不一樣的就診醫師。輸出數據要簡捷、

祥實。

輸入規定：以便、簡捷、迅速的輸入病人信息或者醫師信息。

安全與規定：病人顧客只能查詢與自己有關的信息和公布的公共信息，不能

對任何收費數據進行更改；醫師顧客有權在有限次數和有限期限對所負責病人的

信息進行輸入和修改；管理人員則擁有在其權限的查詢、修改、刪除病人信息，

醫師信息，告知信息的權限。該系統可以與醫師管理系統，醫院收費管理系統，

藥房管理系統，醫療器械管理系統，病房管理系統等配合使用，具有一定的兼容

性。

系統的功能需求可以優樸概括為：

1）對信息中心的工作人員來說，系統應當具有良好的系統管理功能，包括:

a）顧客的增、刪、改、查；

b）系統顧客的角色配置和系統功能參數管理等功能；

c）本系統應當具有良好的日志管理功能，包括日志的檢索和歸檔。

2）對門診的工作人員來說，系統應當具有良好的門診管理功能，包括：患

者的掛號、消號、預約掛號、掛號記錄查詢等；

3）對住院處的工作人員來說，系統應當具有的功能包括:

a）對患者基本信息的管理;

b）住院處收費管理功能；

c）病房管理的功能；

d）醫囑管理功能；

e）藥物管理的功能。

4）對藥房的工作人員來說，系統應當具有的功能包括：

a）藥物的入庫管理功能；

b）藥物的出庫管理；

c）藥物的盤點；

d）藥物采購等功能。

2.6非功能性需求

醫療衛生行業是一種信息密集的行業，也是一種高度依賴信息的行業。不僅

醫療水平的高下依賴于學術信息的占有度.并且醫療活動自身就是一種不停進行

信息采集處理的過程，醫療衛生行業的信息化安全的建設直接關系到醫療學科發

展的水平與速度尤其是大中型醫院，每天面對數千人次的門、急診，一旦信息系

統發生故障，勢必影響到正常的醫療秩序。醫療衛生事業人命關天，關乎百姓

生命健康安全。因此需要高原則、嚴規定。重要有如下幾點：

<1>數據錄入和處理的精確性和實時性

系統的大部分數據的輸入都是由管理員手工輸入，因此系統的界面應具有排錯功

能，保證系統正常運行。

<2>數據的一致性和完整性

由于有關科室信息和醫師信息是共享的，因此要保持文檔數據的一致性，對

于輸入的數據則規定保持完整性。

<3>.安全性要高度可靠

電子病例是對病人的治療過程的重要記錄，它在可靠性、安全性及系統的穩

定性方面均有很高的規定。不一樣的顧客具有不一樣的權限，不一樣的權限對應

不一樣的操作，只有具有對應權限的人才可以瀏覽、查詢對應的信息。

系統的安全性應當包括：系統安全、網絡安全、專業安全、數據安全四個方

面。系統安全設計重要是保證系統的正常運轉，長時間持續運行，多顧客訪問不

能影像速度。保障措施一般有：操作系統和數據庫管理系統的選擇，防病毒軟件

的選擇；網絡安全設計重要是保證網絡正常運轉，防止黑客襲擊，調整互換機流

量均衡。保障措施一般有：硬件防火墻，軟件網管及網絡設備的高可靠性；專業

安全設計，重要是保證專業信息管理正常，管理相對獨立，防止網絡廣播風暴。

保障措施有：設置虛擬網；數據安全設計重要是保證數據安全，數據，持續無丟。

保障措施有：不間斷電源，磁盤整列，顧客級別和顧客密碼設置。

<4>文獻修改痕跡要保留好

由于該系統所需的安全性較高，為了保留電子病例的有關信息，為醫療責任

確實認提供可靠的根據，該系統需要有留痕功能，保留所做的任何修改。

為了保證系統可以長期，安全，穩定，可靠，高效的運行，醫院網上掛號系統應當

滿足如下的性能需求：

<1>系統處理的精確性

系統處理的精確性是系統的必要性能。由于醫院網上掛號系統的醫師功能和掛號預

約功能對于整個系統的功能和性能舉足輕重。因此在系統的開發過程中，必須采用一定

的措施保證系統的精確性。

<2>系統的易用性

醫院網上掛號系統是直接面對廣大患者的，因此系統應當使用顧客熟悉的術語和中

文信息的界面。

三、設計

3.1設計原則

首先，整體要考慮的是業務適應性問題。此外，設計將遵照實用和易用的原

則，滿足業務信息化管理的各方面需要。

第二，要實現資源共享。

第三，系統是整個醫院信息化建設的一種重要構成部分，也是服務于人民的

關鍵性信息系統之一，因此必須在安全性和穩定性上予以足夠的保證。

最終，整個辦公平臺不僅僅是一種單獨運行的、靜止的信息孤島，還必須考

慮到與其他信息系統的集成，以及業務擴展的需要，因此整個系統在設計上將提

供足夠的二次開發能力和可擴展性，盡量的提供靈活、快捷的擴展接口。

此外，系統設計應滿足一般信息系統設計及建設的原則。整個系統設計應遵

照如下的原則：

1）可靠性原則：系統的運行具有高可靠性，具有良好的容錯性能。

2）可維護性原則：系統必須易于維護和管理。

3）可擴展性原則：伴隨數據量的增長和運行節點的擴展，應用系統可以伴

隨硬件和系統軟件的升級或增長，具有良好的可擴展性。與此同步，應

用軟件將具有良好的開放性，遵照業界有關原則，支持開放的原則接口，

使整個系統成為一種統一的整體，而不致產生運行上的“孤島二

4）安全性原則：在充足運用已經有安全條件的基礎上，從應用系統自身在

設計和實現中保證系統安全性，保護系統數據的安全性。同步整個系統

具有良好的安全管理功能，可以實現從數據庫存貯、檢索、提取、入庫、

公布、管理等各個層面和角度都具有對應的安全機制。

5）易用性和友好性原則：提供直觀易用、友好的顧客操作界面，以便不一

樣層次的顧客使用。

3.2功能設計

（1）系統管理設計

系統需要提供運行和維護的功能，包括系統顧客管理，系統配置管理和系統

運行日志管理等功能。

用例描述：

1）顧客管理包括系統各類顧客的添加、狀態修改和刪除等功能；

2）系統配置管理包括系統顧客角色權限配置管理和系統功能參數管理

等功能，本系統需要采用角色權限機制來控制顧客的系統使用權限,

以保證系統操作安全，功能參數包括系統中使用的多種參數，如部

門名稱等；

3）日志管理包括系統操作日志的記錄、查詢和歸檔等功能。

（2）系統模塊設計

根據以上的系統的需求分析，我們對其本系統的模塊進行劃分，這里將該

系統分為如下六大模塊如下：

數據庫管理模塊：實現系統數據庫公共訪問類和實體類的業務邏輯代碼功能。

實體類模塊：實現對應于數據庫各個數據表的實為類創立功能。

住院管理模塊：實現住院登記，管理住院信息和出院登記等功能。

藥物管理模塊：實現添加藥物，修改藥物信息和藥物信息管理等功能。

掛號管理模塊：實現掛號登記和查詢掛號信息等功能。

顧客管理模塊：實現登陸界面，顧客權限設置，顧客管理和更新密碼的功能。

本系統開發設計原理：

<盡量采用企業既有軟硬件環境，及先進的管理系統開發方案，從而到達

充足運用企業既有資源，提高系統開發水平和應用效果的目的；

令系統應符合醫院員工管理的規定，滿足醫院平常管理的需要，并到達操

作過程中的直觀、以便、實用、安全等規定；

令系統采用模塊化程序設計措施，這樣既便于系統功能的多種組合，又便

于未參與開發的技術維護人員補充、維護。

<系統應具有數據維護功能，及時根據顧客需求進行數據的添加、刪除、修改、備

份等操作。

在系統功能分析是在系統開發的總體任務的基礎上完畢的。本例子中的醫

院管理系統需要完畢功能重要有：

<員工多種信息的輸入，包括員工基本細細、職稱、崗位。

。員工多種的查詢、修改，包括員工基本信息、職稱、崗位、工資等。

小員工的人事調動管理。

令病人信息及科室病床的管理。

<儀器藥劑等資源管理。

系統顧客管理、權限管理。

系統中專家及科室簡介：

功能闡明：簡介醫院各個臨床科室和醫技科室的基本狀況、人員構造、設備

配置、開展的診斷項目以及醫院的優勢專科的基本狀況。簡介醫院的國優專家、

市優專家、醫學博士和其他各個臨床、醫技科室的副高以上的醫學專家的工作簡

歷及專業專長，為病人就醫時積極選擇醫生提供以便。

門診簡介：

功能闡明：簡介醫院各個門診部基本狀況、人員構造、設備配置、開展，勺診

斷項目以及專家門診的時間安排等基本信息，其中專家門診的時間安排通過APS

技術直接從醫院信息系統的有關數據庫獲得。

醫院系統指南：

功能闡明：現實中，我們常常可以看到許多病人到了醫院因找不到方向而疲

于奔走。為以便廣大患者來院就醫，不僅要在上提供平面的地理位置圖，還將既

有成熟的三維全景展示技術用于仿真展示醫院布局。患者在上即可身臨其境地察

看醫院的整體布局，在來院就醫前可先通過查明有關科室的詳細位置。虛擬三維

圖設置了四個入口：急診，門診、辦理住院和漫游，點擊前三項的任何一項，

將自動播放對應的三維虛擬流程圖，讓網民充足理解束我院就診的流程。點擊漫

游，網民則可自由地在醫院“漫游”，理解醫院的整體布局，同步也可體會我院

舒適、幽雅的就醫環境。因此，這個欄目有助于保證患者初次就醫.便可輕車熟

路的找到目的地，大大節省了患者就診的時問，減少醫院的滯留人群。

3.3征詢綜合信息

一、醫療征詢

功能闡明：伴隨生活水平的提高，人們越來越重視自身體健康狀況，逐漸對

某些醫學常識產生了愛好。但醫學知識較強專業性使人們難于尋找和掌握。互聯

網的迅速普及，為網民們提供一條獲取醫學信息的快捷途徑，于是網上醫療征詢

便成了網民們的迫切需求。醫院有來自全國各地的醫學專家10余名，為順利開

展醫療征詢欄目提供了有效的資潭揮障。由于網上獲取病人病情信息的局限性

（僅限于文字體現），我們只能給患者提供必要的醫學知識和提議，但無法對病情

做最終診斷。并且，我們提供的征詢為免費性質。不存在法律上的協議效益。因

此，我們只有在網民接受我們的如下協議后，方同意他們進入征詢欄目：由于缺

乏當面的交流和必須的體檢，醫療征詢回答的容僅為患者提供參照提醒之用,

而不發生實質性的醫療行為，因此不作為正式診斷和治療的根據。假如需要確診

和治療的，請到醫院進行。

二、病友信息查詢

功能闡明：醫院常常會出現某些病友做檢查后沒有時間來醫院來拿成果的狀

況。病友信息征詢就是為給病友（或病友的親戚朋友）提供以便而專門設置的。該

欄目可認為網民提供檢查單成果查詢和住院病人信息查詢（在我院的哪個科室哪

個病房、住院費用）.保證在醫院做過檢查的病友在線查到自己的檢查成果，也

有助于住院患者的親戚朋友在線獲取患者的信息，以跨越時空的限期。此項功能

我們將設計周密的方案，以保護患者的隱私權。

3.4門診管理模塊

a）門急診管理子模塊

門急診管理子模塊包括：門急診掛號預約、門急診醫生工作站、門急診劃價、

劃價收費、門急診發藥等功能模塊，其用例圖如圖5-2所示。

用例描述：

4）門急診掛號預約包括掛號查詢、掛號人數的記錄、退號人數記錄、

掛號員收費登記等；

5）門急診劃價包括對門診醫生的藥物處方、檢查檢查單上的項目進行

計價；

6）劃價收費包括劃價收費管理、一般病人門診退款、醫保病人門診退

款、急診押金管理、前臺結賬等。

7）門急診醫生工作站包括書寫病歷、開處方、開檢查檢查申請單等。

8）門急診發藥包括處方發藥、處方退藥、多種查詢記錄等。

b）門診預約子模塊

門診預約子模塊的處理流程如下：首先患者登錄醫院his系統的外部服務幾

面，如未注冊則需首先進行注冊登記，已注冊顧客直接填寫有關信息登錄。患者

登錄后可以瀏覽醫生主治的疾病和坐診時間等有關信息，確定主治醫生后，點擊

預約按鈕進行預約，患者的預約申請獲得醫院確認后，醫院反饋預約者的預約時

間和預約編號等信息確認。

3.5住院管理

住院管理包括：住院處管理、住院處收費、病房管理、輔診科室管理、病案

室管理、住院醫生工作站、護士工作站等。

用例描述：

9）住院處管理重要工作包括對入院病人的基本信息、聯絡人的信息、

入院狀況、診斷狀況、身份類別、醫療保險卡號、入科和床位、押

金等狀況的數據進行采集和維護，住院登記、退院處理、押金管理

等；

10）住院處收費包括全院病人的記賬、審核、結算和辦理出院病人手續,

根據人民醫院管理模式，住院手續模塊應能適應不一樣的劃價模式

等；

11）病房管理包括病人的轉科、調床、病區之間互相借床和換床，病區

各病人的醫囑錄入，建立病人的電子病歷，完畢對病區病人每日的

用藥、治療和護理等信息的處理。根據醫生為病人建立的醫囑狀況,

自動生成治療單、擺藥單、輸液卡等，向病區藥房申請病區領藥或

個人領藥等功能。

12）病案室管理包括信息錄入、建立病歷、修改病歷號、數據維護、查

詢、報表生成及信息記錄等。

13）門護士工作站包括錄入查詢治療記錄和治療備忘，打印多種治療單、

注射單、發藥單等。

3.6藥房管理

藥房管理應當包括：藥庫管理、藥房管理、中心藥房管理、藥劑科主任管理、

制劑室管理等功能。

用例描述：

14）藥庫管理包括藥物出入庫管理，庫存管理，貨位管理，藥物財務管

理，藥物盤點，藥價管理，藥物采購管理等；

15）藥房管理包括藥物入庫，藥物分類，系統初始設置，藥物入庫管理,

庫帳管理，貨位管理，藥物歷史查詢，請領藥物、調價、藥物入庫、

盤點、報損、調撥等。

16）中心藥房管理包括藥物入庫，藥物分類，系統初始設置，藥物入庫

管理，庫帳管理、貨位管理，藥物歷史查詢，請領藥物、調價、藥

物入庫、盤點、報損、調撥等。

17）藥劑科主任管理包括新藥登記，采購審批，藥物價格查詢，藥物金

額庫存對比分析等。

18)制劑室管理