?HIS醫院信息管理系統>>

需求規格說明書

北京航空航天高校

2024-09

版本變更歷史

版本提交日期主要編制人審核人版本說明

1.0毛凱莉，陽艷紅邢暢對于系統的概要設計說明

目錄

1.范圍I

1.1標識..........................................................1

1.2系統概述......................................................1

軟件用途................................................1

軟件特性................................................2

系統歷史................................................................................................2

投資方..................................................2

需求方..................................................2

用戶....................................................2

支持機構................................................2

運行現場................................................3

1.3文檔概述......................................................3

1.4術語和縮略詞..................................................3

2.引用文檔..........................................................4

3.功能需求..........................................................5

3.1系統用例......................................................5

系統用例圖.............................................5

系統用例說明...........................................5

3.2前臺服務人員相關用例.........................................6

前臺服務人員登錄用例...................................7

前臺人員掛號...........................................8

前臺人員退出系統用例...................................9

前臺管理個人信息用例..................................10

3.3醫生相關用例.................................................10

醫生登錄用例...........................................11

醫生給病人看病用例....................................12

醫生管理自身信息......................................13

醫生退出系統用例......................................13

3.4管理員相關用例...............................................14

管理.員登錄系統用例....................................14

管理員退出系統用例....................................15

管理員管理藥品用例....................................16

管理員管理職員信息用例................................17

4.非功能需求.......................................................18

4.1可擴展性.....................................................24

4.2平安性.......................................................26

5.運行需求.........................................................26

5.1硬件接口.....................................................26

5.2軟件接口.....................................................27

5.3用戶界面需求.................................................27

II

<<醫院信息管理系統>>需求規格說明15

1.范圍

1.1標識

適用系統：

標識號：hospital」.。

標題：醫院信息管理系統

版本號:1.0

文檔標識號：A2024-00-01-00

文檔標題：系統需求規格說明書

版本號：1.0

發型號：1.0

1.2系統概述

1.2.1軟件用途

眾所周知，醫院是一個特別的行業，其既有衛生事業管理職能，又有企業管

理職能。與傳統企業相比，醫院機構的業務和構成更加困難。在醫院運營管理改

革過程中面臨著以下幾方面的問題：

一、管理目標不明確

部分醫院的運營管理目標不明確、手段落后，僅僅停留在簡潔的獎金核算方

面，對于成本限制、成本考核、財務預算及其它運營管理了解甚少。

二、缺少先進的管理方法與工具

雖然目前醫院的基礎信息系統已經建設完善如HIS等,但針于先進的管理方

法與工具目前應用的并不是很多，很多的醫院也僅僅是0前嘗試階段。

三、醫院業務流程不明確

由于現有的信息系統很難夠滿意管理的須要，受管理體制、醫院管理體制）、

<<醫院信息管理系統>>需求規格說明15

信息系統開發人員實力等多方面緣由制約，目前，成熟且完善、明確梳理清晰醫

院業務流程的信息系統并不是很多，這嚴峻影響了醫院運營管理措施、管理手段

的實施。

所以一套行之有效的運營管理系統的建立燃眉之急，我們的系統旨在建立一

套行之有效的醫院業務流程，以便利醫院內部人員從事相關的業務，便于醫院管

理人員的管理和業務的查看。這套系統將有利于醫院運行的信息化，高效化和一

樣化，提高醫院的效率，提高信息的剛好性、減輕各級相關工作人員的勞動強度。

例如，可以提高醫生護士給病人掛號看病的效率，另外還可以，提高管理人員管

理系統的便捷性，使得醫院的一體化水平有更大的提高。

1.2.2軟件特性

123系統歷史

本系統為項目開發小組開發的第一版軟件。無歷史版本。

1.2.4投資方

北京航空航天高校校醫院

1.2.5需求方

北京航空航天高校校醫院

1.2.6用戶

最終用戶為北航校醫院的醫牛、系統管理員、醫院持號人員C

1.2.7支持機構

北京航空航天高校計算機學院

2

<<醫院信息管理系統>>需求規格說明15

1.2.8運行現場

在網站上運行

1.3文檔概述

木文檔旨在詳盡描述醫院管理系統的功能需求和非功能需求，明確系統邊

界，讓具體設計人員和軟件設計人員可以明確該系統的功能需求和非功能需求，

有利于后面的設計，也有利于跟客戶的溝通及溝通。

本文檔的標識部分敘述了本系統和軟件的完整標識。系統概述部分簡述本文

檔適用的系統和軟件的用途，描述系統和軟件的一般特性；概述系統開發、運行

和維護的歷史；標識項目的投資方、需方、用戶、開發方和支持機構；標識當前

和安排的運行現場。文檔和概述部分概述本文檔的用途和內容，并描述與其運用

有關的保密性或私密性要求。術語和縮略詞部分給出本文檔中所涉及的專業的業

務和技術術語。并給出文檔中全部的縮略詞的全稱。引用文檔部分列出本文檔引

用的全部文檔的編號、標題、修訂版本和發行日期，標識不能通過正常的供貨渠

道獲得的全部文檔的來源。功能需求部分以用例圖的形式給出系統功能需求的分

解結構，并對用例模型中的參加者和用例進行具體的描述。數據需求部分該系統

所涉及的數據實體。以ER圖的方式給出基本的數據實體以及關系，再針對每個

數據實體的數據項進行綻開介紹。非功能需求部分給出系統的性能、牢靠性、可

擴展性、易用性、平安性等非功能需求。硬件接口部分描述與該系統實施相關的

硬件環境的要求。軟件接口部分描述與該系統實施相關的軟件環境的要求用戶界

面需求部分描述對該系統用戶界面的基本要求。

本文檔的預期讀者是：設計人員開發人員項目管理人員測試人員用戶，出

十保密性和私密性的考慮，除了這些人以外的其他人都無權閱讀該文檔。

1.4術語和縮略詞

醫院信息管理系統(HospitalInformationSystem)：亦稱“醫院信息系統”、“醫

療系統”，是指利用電子計算機和通訊設備，為醫院所屬各部門供應病人診療信

3

<<醫院信息管理系統>>需求規格說明15

息和行政管理信息的收集、存儲、處理、提取和數據交換的實力并滿意全部用戶

的功能需求的平臺。

醫院信息化：指利用網絡及字技術有機整合醫院業務信息和管理信息，實現

醫院全部信息最大限度的采集、傳輸、存儲、利用、共享，并且實現醫院內部資

源最有效的利用和業務流程最大限度的優化，高度完善的醫院信息體系。

電子病歷(ElectronicMedicalRecord)：電子病歷也叫計算機化的病案系統

或稱基于計算機的病人記錄(CPR,Computer-BasedPatientRecord)。它是用電子

設備(計算機、健康卡等)保存、管理、傳輸和重現的數字化的病人的醫療記錄。

管理員(Admin)：指運用該系統的數據管理人員，具有該系統數據庫的最

高操作權限。具有人員信息管理、藥品信息管理等權限。

醫生(Doctor)：指運用該系統的醫院的醫療人員。有處理掛號信息、藥品

查詢、查看個人信息權限c

前臺人員(Receptionist)：指運用該系統的醫院前臺服務人員。有查詢病人

部分信息、運用系統進行掛號和查看個人信息等權限。

EMR：ElectronicMedicalRecord的縮寫，指電子病歷。

HIS：HospitalInformationSystem的縮寫，指醫院信息系統。

2.引用文檔

木章應列出本文檔引用的全部文檔的編號、標題、修訂版本和發行日期，也

應標識不能通過正常的供貨渠道獲得的全部文檔的來源。引用文檔應包括：〃魏

佳麗

(1)項目任務書：

(2)其它文檔(如設計文檔應引用需求文檔)

[1]北航醫院信息管理系統項目任務書(1.0)北京航空航天高校出版社2024

[2]北航醫院信息管理系統項目開發安排巾(1.1)北京航空航天高校出版社2024

[3]《好用軟件工程》(其次版)鄭人杰，殷人昆，陶永雷北京：清華高校出版

4

<<醫院信息管理系統>>需求規格說明15

社，1997

[4]《軟件工程》江開耀，張俊蘭，李曄西安電子科技高校出版社2024

3.功能需求

3.1系統用例

3.1.1系統用例圖

圖3-1.用例模型圖

3.1.2系統用例說明

參加者編號參加者名稱參加者英文標識參加者定義

1前臺服務人員receptionist本系統中，前臺服務人員主要是為第一次就診的病人

注冊信R,并日處理桂號服務「

5

<<醫院信息管理系統>>需求規格說明15

2醫生doctor在本系統中，醫生可以登錄系統，接收并且掛號信息，

查詢藥方信息，并且可為患者開藥，

3系統管理員Admin本系統中，系統管理員可以管理本系統中的全部數據，

對數據進行增加，刪除,修改，更新操作，對系統進

行維護、

表3-1.系統用例模型圖.參加者定義表

數據需求

描述該系統所涉及的數據實體。以ER圖的方式給出基本的數據實體以及關

系，再針對每個數據實體的數據項進行綻開介紹。〃魏佳麗陽艷紅

3.2前臺服務人員相關用例

用例編號用例名稱用例英文標識用例定義

1登錄系統login前臺人員登錄本系統

2醫生信息查詢Docinfquery查詢醫生的信息（科室）

3掛號Registeration由掛號人員查詢是否還有余號，之后點擊對應大夫的

掛按鈕號，之后就可以進行掛號。

4病人信息查看Patinfquery可以看到患者的一些身份信息，通過該信息進行掛號。

5登出系統Logout前臺人員登出本系統

6個人信息查詢Selflnfmanage可以看到個人信息

6

<<醫院信息管理系統>>需求規格說明15

3.2.1前臺人員登錄與掛號活動圖:

3.2.2前臺服務人員登錄用例

前置條件：前臺服務人員打開閱讀器，并且輸入了該系統網站的地址

基本路徑：

1）系統顯示登陸界面

2）前臺輸入用戶名和密碼，并選擇用戶類別為“前臺”

3）系統對用戶名和密碼以及用戶類別進行驗證

7

<<醫院信息管理系統>>需求規格說明15

可選路徑：

假如在系統還沒跳轉到首頁的時候用戶選擇取消，則系統停留在登錄頁

面

后置條件：假如驗證信息不正確，顯示提示信息，頁而停在登錄頁面

假如驗證信息正確，頁面跳轉到首頁

3.2.3前臺人員掛號

前置條件：用戶以“前臺”的身份登錄了該網站并進入首頁

基本路徑：

1）前臺通過輸入病人醫保卡號查詢病人基本信息

a）假如病人是第一次掛號，應當先加入用戶信息

b）單擊“添加新病人”

c）編輯病人信息

d）單擊“保存”完成添加

2）前臺通過輸入醫生名字或者其他醫生信息來查詢醫生目前掛號信息

3）假如目前所查詢的醫生還有剩余的號，病人交掛號費，點擊醫生的掛號

按鈕，掛號勝利

8

<<醫院信息管理系統>>需求規格說明15

可選路徑：

1）假如所選擇的醫生號沒有剩余了，不能掛號

2）假如病人不能付掛號費，不能掛號

后置條件：若掛號勝利，掛號人員打印掛號單，并把掛號信息傳給醫生

若掛號不勝利，結束本次掛號

3.2.4前臺人員退出系統用例

前置條件：用戶以“前臺”的身份登錄了該網站并進入首頁

基本路徑：

1）用戶點擊退出系統按鈕

2）系統提示“是否要退出？”

a）用戶點擊“取消”，取消退出

b）用戶點擊“確定”，退出系統

可選路徑：無

后置條件：退出系統或留在原頁面

9

<<醫院信息管理系統>>需求規格說明15

325前臺管理個人信息用例

前置條件：用戶以“前臺”的身份登錄了該網站并進入首頁

基本路徑：

1）選擇“個人信息”頁面

2）選擇“修改”按鈕

3）編輯個人信息

4）點擊“保存”按鈕

可選路徑：無

后置條件：點擊“返回”按鈕回到主界面

3.3醫生相關用例

用例編號用例名稱用例英文標識用例定義

1登入系統Login醫生登入本系統

2接收掛號信息Accept醫生接收前臺發送的掛號信息

3病人信息查詢patInfquery醫生杳看病人的信息以及就診歷史，便于醫生診斷

4診斷Diagnosis醫生對病人進行診斷，開出診斷書

5開藥Prescription醫生對于病情，給出藥方

6個人信息查詢SelfInfmanage醫生可以看到個人信息

7登出系統Logout醫生登出系統

10

<<醫院信息管理系統>>需求規格說明15

3.3.1醫生看病活動圖

醫生登錄

查看掛號單

接收新的掛號

\/

查看病人病歷

對病人進行診斷

開藥

寫入病歷

332醫生登錄用例

doctor

前置條件：醫生打開了閱讀器，并且輸入了本網站的地址

基本路徑:

II

<<醫院信息管理系統>>需求規格說明15

4）系統顯示登陸界面

5）前臺輸入用戶名和密碼，并選擇用戶類別為“醫生”

6）系統對用戶名和密碼以及用戶類別進行驗證

可選路徑：假如在系統還沒跳轉到首頁的時候用戶選擇取消，則系統停留在

登錄頁面

后置條件：假如驗證信息不正確，顯示提示信息，頁面停在登錄頁面

假如驗證信息正確，頁面跳轉到首頁

333醫生給病人看病用例

前置條件：用戶以“醫生”的身份登錄了網站

基本路徑：

1）醫生接受前臺發來的掛號單

2）醫生依據病人的醫保卡號查看病人的病例

3）醫生給病人進行診斷，并在系統里輸入診斷信息

4）醫生依據診斷進行開藥，并把開藥狀況輸入系統

5）打印藥方

6）提交病人的診斷信息和開藥狀況等，生成新的病例

12

<<醫院信息管理系統>>需求規格說明15

可選路徑：無

后置條件：生成新的病例后結束此次診斷

334醫生管理自身信息

seflnfmanage

doutor

前置條件：用戶以“前臺”的身份登錄了該網站并進入首頁

基本路徑：

1）選擇“個人信息”頁面

2）選擇“修改”按鈕

3）編輯個人信息

4）點擊“保存”按鈕

可選路徑：無

后置條件：點擊“返回”按鈕回到主界面

3.3.5醫生退出系統用例

logout

doctor

前置條件：用戶以“醫生”的身份登錄了該網站并進入首頁

基本路徑：

3）用戶點擊退出系統按鈕

4）系統提示“是否要退出？”

13

<<醫院信息管理系統>>需求規格說明15

C）用戶點擊“取消”，取消退出

d）用戶點擊“確定”，退出系統

可選路徑：無

后置條件：退出系統或留在原頁面

3.4管理員相關用例

用例編號用例名稱用例英文標識用例定義

1登入系統Login管理員登入系統

2登出系統Logout管理員登出系統

3藥品查詢queryMedicine從數據庫中查詢藥品信息

4藥品插入insertMedicine從數據庫中插入藥品信息

5藥品修改changeMedicine從數據庫中修改藥品信息

6用戶刪除deleteUser從數據庫中刪除藥品信息

7用戶查詢qucryUser從數據庫中查詢用戶品信息

8用戶插入insertUser從數據庫中插入用戶信息

9用戶修改changeUser從數據庫中修改用戶信息

10用戶刪除deleteUser從數據庫中刪除用戶信息

3.4.1管理員登錄系統用例

manager

前置條件：管理員打開了閱讀器，并且輸入了本網站的地址

基本路徑：

7）系統顯示登陸界面

8）前臺輸入用戶名和密碼，并選擇用戶類別為“管理員”

14

<<醫院信息管理系統>>需求規格說明15

9）系統對用戶名和密碼以及用戶類別進行驗證

可選路徑：假如在系統還沒跳轉到首頁的時候用戶選擇取消，則系統停留在

登錄頁面

后置條件：假如驗證信息不正確，顯示提示信息，頁而停在登錄頁面

假如驗證信息正確，頁面跳轉到首頁

3.4.2管理員退出系統用例

manager

前置條件：用戶以“管理員”的身份登錄了該網站并進入首頁

基本路徑：

5）用戶點擊退出系統按鈕

6）系統提示“是否要退出？”

e）用戶點擊“取消”，取消退出

f）用戶點擊“確定”，退出系統

可選路徑：無

后置條件：退出系統或留在原頁面

15

<<醫院信息管理系統>>需求規格說明15

343管理員管理藥品用例

前置條件：用戶以“管理員”的身份登錄了該網站并進入首頁

基本路徑：

1）選擇“藥品信息”頁面

2）選擇“查詢”按鈕

a）翻頁查看全部藥品

b）輸入藥品編號，點擊“查詢”按鈕

c）輸入藥品名稱，點擊“查詢”按鈕

3）選擇“添加新藥品”按鈕

a）輸入新藥品的相關信息

b）點擊“保存”按鈕，完成添加

c）點擊“取消“按鈕取消添加

4）選擇“刪除藥品”按鈕

a）輸入刪除條件，可以是“藥品編號”“藥品名稱”

b）選中要刪除的藥品，單擊“刪除”

c）系統提示“確定刪除？”

d）點擊“確定”刪除藥品，單擊“取消”取消刪除

5）選擇“修改藥品信息”按鈕

16

<<醫院信息管理系統>>需求規格說明15

a）編輯藥品信息

b）點擊“保存”按鈕完成修改

c）點擊“取消”按鈕取消修改

可選路徑：無

后置條件：點擊“返回主頁面”按鈕回到主界面

3.4.4管理員管理職員信息用例

前置條件：用戶以“管理員”身份登錄網站

基本路徑：

1）單擊“管理系統用戶”按鈕

2）系統列出全部用戶

3）輸入查詢條件，單擊“搜尋”

4）依據搜尋條件顯示出全部符合條件的用戶

a）選中某一個用戶

b）選擇“修改”按鈕

c）編輯用戶資料，保存

d）選擇“刪除”按鈕

e）跳出提示“確定刪除該用戶？”

17

<<醫院信息管理系統>>需求規格說明15

0單擊“取消”，取消刪除，單擊“確定”刪除用戶

g）單擊“返回”，返回剛才頁面

5）單擊“增加新用戶”

a）編輯新用戶信息

b）單擊“保存”完成添加

可選路徑：假如添加用戶時跟已有用戶名重復，不能完成添加

后置條件：單擊“返回主界面”按鈕返回主頁面

4.數據需求

系統E-R圖如下:

每個數據實體的數據項的具體介紹如下:

18

?醫院信息管理系統>>需求規格說明書

用戶登陸這個系統所須要

密碼password20

的密碼

1表示管理員類型的用戶，2表示醫生

用戶類型運用這個系統的用戶類型user_typevarchar1{1,2,3)

類型的用戶，3表示前臺用戶

運用這個系統的用戶在這

職工編號staffidint

個醫院里面的職工編號

是否注銷用戶賬號是否可以運用enabledboolean1■(true,false}

備注用戶的備注信息remarkvarchar

職工實體的數據信息表

長

數據項名數據項含義說明別名數據類型取值能圍取值含義

度

醫院的職工的編號，每一個職

職工編號staffnoint11

工都有唯一的編號

職工曾用名職工曾經用過的姓名anathernamevarchar■

職工姓名醫院的職工的姓名staffnamevarchar5

所屬部門的編

職工所在部門的編號departmentidint

號

true表示是

(true,

性別職工的性別sexboolean1男性，false

false}

表示是女性

誕生日期職工的誕生日期birthdaydatetime<=當前的時間

身份證號職工的身份證號ID_codevarchar18

true表示結

{true,過婚,false

婚否職工是夠結過婚is_marriedboolean1

false!表示還沒有結

過

籍貫職工的籍貫native_placevarchar50

19

?醫院信息管理系統>>需求規格說明書

民族職工的名次nationvarchar?丁

畢業院校職工的畢業的學校graduate_sckoolvarchar30

畢業時間職員畢業的時間graduate_timedatetime

最高的學歷職員獲得的最高學歷High_schoolingvarchar5

12.

現任的職位職員目前擔當的職位postvarchar

入職時間職工進公司的時間posttimedatetime

健康狀況職工的健康狀況healthvarchar閾

政治狀況職工是否是黨員is_parlyboolean1

聯系電話職員的聯系電話telvarchar

備注備注的信息remarkvarchar225

部門信息表

取值范取值含

數據項名數據項含義說明別名數據類型長度

部門編號醫院里面部門的編號dcpartmcnt_idint11

部門名稱醫院這個部門的名稱department_namcvarchar

部門負責人部門的負責人dcpartmcn_namcvarchar11

病人信息表

取值范取值含

數據項名數據項含義說明別名數據類型長度

病人編號病人的編號patient_idint11

病人姓名病人的姓名patient_namevarchar§

病人性別病人的性別paticnt_scxvarchar5｛男，女｝

病人身份證號病人的身份證patient_IdNovarchar

病人的生日病人的勺日paticnt_birthdayvarchar10

20

?醫院信息管理系統>>需求規格說明書

病人的照片病人的照片patient_photovarchar躇

病人的醫保號病人的patient_medicalcodevarchar12

病人的家庭住

病人的家庭住址varchar25

址

病人的聯系電話病人的聯系電話patient_telvarchar11

創建這人病人信

創建的時間create_timedatetime2

息的時間

掛號表

數據項名數據項含義說明別名數據類型長度取值范圍取值含義

病人掛號的編號，病人通過這個

掛號編號PRidint11

編號，按依次看病

■

掛號病人

這個掛號對應的病人patientid1

掛號醫生這個掛號編號的病人應當由哪個

doctor_numint11

的編號醫生看病

掛號的時

這個掛號編號是什么時候創建的crcate_timcdatetime

間

掛號前臺進行這個掛號編號的操作前臺人

staff_numint11

員工編號員的工作編號

掛號的科

這個病人掛號是屬于哪個科室的department_nimint

true表示已經

是否已經這個掛號是不處已經被醫生處理看過病例，false

ishavedboolean1{true,false)

看過病了過了，即病人是否看過病了表示還沒有看過

病

21

<<醫院信息管理系統>>需求規格說明15

22

<<醫院信息管理系統>>需求規格說明15

病例表信息4

數據類取值取值

數據項名數據項含義說明別名長濱

型范圍含義

病例編號病例編號case_idint11

病人編號病人編號patient_noint11

醫生編號醫生編號staffidint11

病癥醫生依據病人的描述，對病人的病做出推斷discascsymptonvarchar255

醫生依據病人的病癥，資料病人，對病人提出一

醫囑treatmentvarchar255

些留意事項

初診時間病人初診的時間firstvisit_timcdatetime

復診時間假如須要病人且診，則須要在這里填上復診時間secondvisit_timedatetime

醫生對病人的病進行診治，例如需不須要打針，

醫生處方prescriptionvarchar255

需不須要打點商

備注備注remarkvarchar255

創建時間創建時間creat_timedatetime

5.非功能需求

給出系統的性能、牢靠性、可擴展性、易用性、平安性等非功能需求。每項

非功能需求可作為一小節，假如沒有可以省略。

5.1牢靠性

1、成熟性（與有軟件故障引起失效的頻度有關的軟件屬性）：

本軟件安排達到的牢靠性是99.9%,可以最大限度的防止對軟件的非法惡意

破壞。可以接受用戶的一切程序設計的合法指令。對于非法操作，具有較好的應

23

<<醫院信息管理系統>>需求規格說明15

急措施。同時，運用的java語言的封裝特性，使得數據可以被平安的保存起來。

對于數據庫的權限處理，也最大限度的避開了其他非系統相關運用人員對于系統

的破壞。

2、容錯性（與在軟件故障或違反指定接口的狀況下維持規定的性能水平的實力

有關的軟件屬性。）：

本軟件因為是醫療系統的網站，所以在應對緊急狀況時（斷網），能剛好做

出應急處理，可以調出本地備份的數據庫，剛好復原數據，最大限度的維持軟件

接著運用的實力。

3、易復原性：

本軟件由于是為醫院服務的系統，所以數據一旦丟失，會造成較大的損失。

所以軟件數據庫中對于備份的處理采納的方式是“隨時備份”。一旦出現問邈，

可以最快的復原數據，維持系統的接著運行C

5.2可擴展性

本系統的應用平臺設計中選擇了B/S結構，采納了基于java技術并且符合

J2EE開發規范的系統應用平臺，使系統具有良好的可維護性和可擴展性，本系

統采納MVC的開發模式，即JSP+servlet+javabcan,強制性的使應用程序的輸

入、處理和輸出分開。使得系統具有良好的架構，層次分明。

運用MVC開發模式，系統的耦合性降低，視圖層和業務層分別，這樣就使

得修改視圖層的代碼而不會影響到業務層的邏輯，即不用重新編寫模型和限制

器，同樣一個業務邏輯或是一個業務規則的變更也不會影響到視圖的代碼，這樣

就使得系統具有很好的擴展性和可維護性，因為模型與限制器和視圖相分別，所

以很簡潔變更應用程序的數據層和業務規則，實現業務邏輯方面的擴展。

模型是自包含的，并且與限制器和視圖相分別，所以很簡潔變更應用程序的

數據層和業務規則。假如把數據庫從MySQL移植到Oracle,或者變更基于

RDBMS數據源至I」LDAP,只需變更模型即可。一旦正確的實現了模型，不管數

據來自數據庫或是LDAP服務器，視圖將會正確的顯示它們。由于運用MVC的

應用程序的三個部件是相互獨立，變更其中一個不會影響其它兩個，所以很實現

數據庫長久層方面的擴展。

24

<<醫院信息管理系統>>需求規格說明15

隨著技術的不斷進步，須要用越來越多的方式來訪問我們的系統。系統運用

的MVC模式允許運用各種不同樣式的視圖來訪問同一個服務器端的代碼，因為

多個視圖能共享一個模型，它包括任何WEB(HTTP)閱讀器或者無線閱讀器

(wap),比如，隨著移動互聯網方面的技術的發展，我們可能可以通過手機登

上我們的系統，并且通過系統進行一些業務操作，我們目前的數據可以通過

HTML來表示，但是也可以通過WAP來表示，這些表示所需的吩咐是通過變更

視圖層的實現方式，而限制層和模型層則不須要變動。所以我們的系統在不同的

應用平臺上，都可以有很好的擴展性，由于java的跨平臺性，使得我們能很好

的實現擴展。

同時我們的數據庫方面的設計考慮充分，對于醫院信息系統內的各類實體，

以及他們之間的聯系都做了充分考慮，并且對于構建的數據模型進行了一系列規

范化處理，定義了一些常用的索引，以及觸發器，數據庫的結構完整并且符合

3NF,對于我們進行其他業務邏輯方面的開發奠定了很好的基礎，所以我們的系

統在開發后繼版本上能實現快速的部署和開發，在數據庫方面的擴展性能也非常

良好。

5.3易用性

本軟件專為醫院主要員工(醫生、前臺掛號人員以及管理員)設計，系統具

有易學易用的特點。

1.易理解性：

本軟件系統依據人的常規思維以及醫院運行流程和機制開發，以醫護

人員、病人及兩者的關系為核心，對其信息進行收集、存儲、處理、

提取和數據交換。邏輯清晰、流程清晰，運用者依據其有的專業學問

和基本常識即能便利理解該系統的運行機制。

2.易學習性：

本軟件系統的運用簡潔，只要求運用者有基本的計算機運用技能即可

流利運用該系統。不須要困難的學習。

3.易操作性：

本軟件系統的操作頁面簡潔大方，具有良好的頁面視覺效果。操作簡

25

<<醫院信息管理系統>>需求規格說明15

潔，頁面簡潔，只要求運用者有最基本的計算機操作技能就能嫻熟駕

馭該系統的操作。

5.4平安性

系統的平安性主要須要考慮以下三個方面：

1、網站的訪問平安性

本網站采納局域網的方式，使得只有醫院的內部人員才可以訪問。并且

訪問時須要輸入用戶名和密碼進行登錄，使得網站的訪問具有較強的平安性。

2、數據平安性

本系統運用sql數據庫，通過建立視圖和各種權限的設定來保障數據平

安。例如前臺掛號只可以訪問掛號表、職工表和患者表，并且只有修改掛

號數量的權限。醫生只可以訪問醫藥表、患者表、病歷表，只有修改病歷

表此次記錄的權限等。

3、通信平安性

此網站不涉及通信，暫沒有通信平安的技術支持。

6.運行需求

6.1硬件接口

描述與該系統實施相關的硬件環境的要求。//毛凱莉

1）計算機及網絡設備：中間層服務器，數據庫服務器，客戶端，局域網

2）計算機：pc或者臺式電腦都可以+服務器

3）外圍設備：可以連接到Internet進行交互，網絡設備（網卡、網線、集線

器或交換機等）

4）通訊設備：計算機上安裝有閱讀器

5）硬件環境：任何平臺，2G內存或以上

26

<<醫院信息管理系統>>需求規格說明15

6.2軟件接口

描述與該系統實施相關的軟件環境的要求。

1）操作系統：windows7或windows8

1）應用軟件：谷歌閱讀器（或其他閱讀器）

2）軟件支持：Mysql數據庫

6.3用戶界面需求

用戶界面的方案如下:

登陸界面：

管理員登陸界而:

27

<<醫院信息管理系統>>需求規格說明15

當前用戶，admin修改匚令號出■統