« HIS医院信息管理系统需求规格说明书

«HIS医院信息管理系统>>

需求规格说明书

北京航空航天高校

2023-09

版本变更历史

版本提交日期主要编制人审核人版本说明

1.0毛凯莉，阳艳红邢畅对于系统的概要设计说明

目录

1.范围................................................................1

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

3.4.1管理.员登录系统用例....................................14

管理员退出系统用例....................................15

管理员管理药品用例....................................16

管理员管理职员信息用例................................17

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

4.1可扩展性.....................................................24

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

5.运行需求.........................................................26

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

5.2软件接口.....................................................27

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

1.范围

1.1标识

适用系统：

标识号：hospital」.。

标题：医院信息管理系统

版本号:1.0

文档标识号：A2O23-OO-O1-OO

文档标题：系统需求规格说明书

版本号：1.0

发型号：1.0

1.2系统概述

1.2.1软件用途

众所周知，医院是一个特别的行业，其既有卫生事业管理职能，又有企业管

理职能。与传统企业相比，医院机构的业务和构成更加困难。在医院运营管理改

革过程中面临着以下几方面的问题：

一、管理目标不明确

部分医院的运营管理目标不明确、手段落后，仅仅停留在简洁的奖金核算方

面，对于成本限制、成本考核、财务预算及其它运营管理了解甚少。

二、缺少先进的管理方法与工具

虽然目前医院的基础信息系统已经建设完善如HIS等,但针于先进的管理方

法与工具目前应用的并不是很多，很多的医院也仅仅是0前尝试阶段。

三、医院业务流程不明确

由于现有的信息系统很难够满意管理的须要，受管理体制、医院管理体制）、

信息系统开发人员实力等多方面缘由制约，目前，成熟且完善、明确梳理清淅医

院业务流程的信息系统并不是很多，这严峻影响了医院运营管理措施、管理手段

的实施。

所以一套行之有效的运营管理系统的建立燃眉之急，我们的系统旨在建立一

套行之有效的医院业务流程，以便利医院内部人员从事相关的业务，便于医院管

理人员的管理和业务的查看。这套系统将有利于医院运行的信息化，高效化和一

样化，提高医院的效率，提高信息的刚好性、减轻各级相关工作人员的劳动强度。

例如，可以提高医生护士给病人挂号看病的效率，另外还可以，提高管理人员管

理系统的便捷性，使得医院的一体化水平有更大的提高。

1.2.2软件特性

1.2.3系统历史

本系统为项目开发小组开发的第一版软件。无历史版本。

1.2.4投资方

北京航空航天高校校医院

1.2.5需求方

北京航空航天高校校医院

1.2.6用户

最终用户为北航校医院的医牛、系统管理员、医院持号人员C

1.2.7支持机构

北京航空航天高校计算机学院

1.2.8运行现场

在网站上运行

1.3文档概述

木文档旨在详尽描述医院管理系统的功能需求和非功能需求，明确系统边

界，让具体设计人员和软件设计人员可以明确该系统的功能需求和非功能需求，

有利于后面的设计，也有利于跟客户的沟通及沟通。

本文档的标识部分叙述了本系统和软件的完整标识。系统概述部分简述本文

档适用的系统和软件的用途，描述系统和软件的一般特性；概述系统开发、运行

和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前

和安排的运行现场。文档和概述部分概述本文档的用途和内容，并描述与其运用

有关的保密性或私密性要求。术语和缩略词部分给出本文档中所涉及的专业的业

务和技术术语。并给出文档中全部的缩略词的全称。引用文档部分列出本文档引

用的全部文档的编号、标题、修订版本和发行日期，标识不能通过正常的供货渠

道获得的全部文档的来源。功能需求部分以用例图的形式给出系统功能需求的分

解结构，并对用例模型中的参加者和用例进行具体的描述。数据需求部分该系统

所涉及的数据实体。以ER图的方式给出基本的数据实体以及关系，再针对每个

数据实体的数据项进行绽开介绍。非功能需求部分给出系统的性能、牢靠性、可

扩展性、易用性、平安性等非功能需求。硬件接口部分描述与该系统实施相关的

硬件环境的要求。软件接口部分描述与该系统实施相关的软件环境的要求用户界

面需求部分描述对该系统用户界面的基本要求。

本文档的预期读者是：设计人员开发人员项目管理人员测试人员用户，出

十保密性和私密性的考虑，除了这些人以外的其他人都无权阅读该文档。

1.4术语和缩略词

医院信息管理系统(HospitalInformationSystem)：亦称“医院信息系统”、“医

疗系统”，是指利用电子计算机和通讯设备，为医院所属各部门供应病人诊疗信

息和行政管理信息的收集、存储、处理.、提取和数据交换的实力并满意全部用户

的功能需求的平台。

医院信息化：指利用网络及字技术有机整合医院业务信息和管理信息，实现

医院全部信息最大限度的采集、传输、存储、利用、共享，并且实现医院内部资

源最有效的利用和业务流程最大限度的优化，高度完善的医院信息体系。

电子病历(ElectronicMedicalRecord)：电子病历也叫计算机化的病案系统

或称基于计算机的病人记录(CPR,Computer-BasedPalienlRecord)。它是用电子

设备(计算机、健康卡等)保存、管理、传输和重现的数字化的病人的医疗记录。

管理员(Admin)：指运用该系统的数据管理人员，具有该系统数据库的最

高操作权限。具有人员信息管理、药品信息管理等权限。

医生(Doctor)：指运用该系统的医院的医疗人员。有处理挂号信息、药品

查询、查看个人信息权限C

前台人员(Receptionist)：指运用该系统的医院前台服务人员。有查询病人

部分信息、运用系统进行挂号和查看个人信息等权限。

EMR：ElectronicMedicalRecord的缩写，指电子病历。

HIS：HospitalInformationSystem的缩写，指医院信息系统。

2.引用文档

木章应列出本文档引用的全部文档的编号、标题、修订版本和发行日期，也

应标识不能通过正常的供货渠道获得的全部文档的来源。引用文档应包括：〃魏

佳丽

(1)项目任务书：

(2)其它文档(如设计文档应引用需求文档)

[1]北航医院信息管理系统项目任务书(1.0)北京航空航天高校出版社2023

[2]北航医院信息管理系统项目开发安排巾(1.1)北京航空航天高校出版社2023

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

社，1997

[4]《软件工程》江开耀，张俊兰，李晔西安电子科技高校出版社2023

3.功能需求

3.1系统用例

3.1.1系统用例图

图3-1.用例模型图

3.1.2系统用例说明

参加者编号参加者名称参加者英文标识参加者定义

1前台服务人员receptionist本系统中，前台服务人员主要是为第一次就诊的病人

注册信R,并日处理桂号服务「

2医生doctor在本系统中，医生可以登录系统，接收并且挂号信息，

查询药方信息，并且可为患者开药，

3系统管理员Admin本系统中，系统管理员可以管理本系统中的全部数据，

对数据进行增加，删除，修改，更新操作，对系统进

行维护、

表3-1.系统用例模型图一参加者定义表

数据需求

描述该系统所涉及的数据实体。以ER图的方式给出基本的数据实体以及关

系，再针对每个数据实体的数据项进行绽开介绍。〃魏佳丽阳艳红

3.2前台服务人员相关用例

用例编号用例名称用例英文标识用例定义

1登录系统login前台人员登录本系统

2医生信息查询Docinfquery查询医生的信息（科室）

3挂号Registeration由挂号人员查询是否还有余号，之后点击对应大夫的

挂按钮号，之后就可以进行挂号。

4病人信息查看Patinfquery可以看到患者的一些身份信息，通过该信息进行挂号。

5登出系统Logout前台人员登出本系统

6个人信息查询Selflnfmanage可以看到个人信息

3.2.1前台人员登录与挂号活动图:

3.2.2前台服务人员登录用例

前置条件：前台服务人员打开阅读器，并且输入了该系统网站的地址

基本路径：

1）系统显示登陆界面

2）前台输入用户名和密码，并选择用户类别为“前台”

3）系统对用户名和密码以及用户类别进行验证

可选路径：

假如在系统还没跳转到首页的时候用户选择取消，则系统停留在登录页

面

后置条件：假如验证信息不正确，显示提示信息，页面停在登录页面

假如验证信息正确，页面跳转到首页

3.2.3前台人员挂号

前置条件：用户以“前台”的身份登录了该网站并进入首页

基本路径：

1）前台通过输入病人医保卡号查询病人基本信息

a）假如病人是第一次挂号，应当先加入用户信息

b）单击“添加新病人”

c）编辑病人信息

d）单击“保存”完成添加

2）前台通过输入医生名字或者其他医生信息来查询医生目前挂号信息

3）假如目前所查询的医生还有剩余的号，病人交挂号费，点击医生的挂号

按钮，挂号胜利

可选路径：

1）假如所选择的医生号没有剩余了，不能挂号

2）假如病人不能讨挂号费，不能挂号

后置条件：若挂号胜利，挂号人员打印挂号单，并把挂号信息传给医生

若挂号不胜利，结束本次挂号

3.2.4前台人员退出系统用例

前置条件：用户以“前台”的身份登录了该网站并进入首页

基本路径：

1）用户点击退出系统按钮

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

a）用户点击"取消"，取消退出

b）用户点击“确定”，退出系统

可选路径：无

后置条件：退出系统或留在原页面

3.2.5前台管理个人信息用例

前置条件：用户以“前台”的身份登录了该网站并进入首页

基本路径：

1）选择“个人信息”页面

2）选择“修改”按钮

3）编辑个人信息

4）点击“保存”按钮

可选路径：无

后置条件：点击“返回”按钮回到主界面

3.3医生相关用例

用例编号用例名称用例英文标识用例定义

1登入系统Login医生登入本系统

2接收挂号信息Accept医生接收前台发送的挂号信息

3病人信息查询patInfquery医生杳看病人的信息以及就诊历史，便于医生诊断

4诊断Diagnosis医生对病人进行诊断，开出诊断书

5开药Prescription医生对于病情，给出药方

6个人信息查询SelfInfmanage医生可以看到个人信息

7登出系统Logout医生登出系统

3.3.1医生看病活动图

医生登录

接收新的挂号

\/

查看病人病历

对病人进行诊断

\/

332医生登录用例

前置条件：医生打开了阅读器，并且输入了本网站的地址

基本路径：

4）系统显示登陆界面

5）前台输入用户名和密码，并选择用户类别为“医生”

6）系统对用户名和密码以及用户类别进行验证

可选路径：假如在系统还没跳转到首页的时候用户选择取消，则系统停留在

登录页面

后置条件：假如验证信息不正确，显示提示信息，页面停在登录页面

假如验证信息正确，页面跳转到首页

333医生给病人看病用例

前置条件：用户以“医生”的身份登录了网站

基本路径：

1）医生接受前台发来的挂号单

2）医生依据病人的医保卡号查看病人的病例

3）医生给病人进行诊断，并在系统里输入诊断信息

4）医生依据诊断进行开药，并把开药状况输入系统

5）打印药方

6）提交病人的诊断信息和开药状况等，生成新的病例

可选路径：无

后置条件：生成新的病例后结束此次诊断

334医生管理自身信息

seflnfmanage

doutor

前置条件：用户以“前台”的身份登录了该网站并进入首页

基本路径：

1）选择“个人信息”页面

2）选择“修改”按钮

3）编辑个人信息

4）点击“保存”按钮

可选路径：无

后置条件：点击“返回”按钮回到主界面

3.3.5医生退出系统用例

前置条件：用户以“医生”的身份登录了该网站并进入首页

基本路径：

3）用户点击退出系统按钮

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

c）用户点击“取消”，取消退出

（1）用户点击“确定”，退出系统

可选路径：无

后置条件：退出系统或留在原页面

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）前台输入用户名和密码，并选择用户类别为“管理员”

9）系统对用户名和密码以及用户类别进行验证

可选路径：假如在系统还没跳转到首页的时候用户选择取消，则系统停留在

登录页面

后置条件：假如验证信息不正确，显示提示信息，页面停在登录页面

假如验证信息正确，页面跳转到首页

3.4.2管理员退出系统用例

manager

前置条件：用户以“管理员”的身份登录了该网站并进入首页

基本路径：

5）用户点击退出系统按钮

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

e）用户点击“取消”，取消退出

f）用户点击“确定”，退出系统

可选路径：无

后置条件：退出系统或留在原页面

343管理员管理药品用例

前置条件：用户以“管理员”的身份登录了该网站并进入首页

基本路径：

1）选择“药品信息”页面

2）选择“查询”按钮

a）翻页查看全部药品

b）输入药品编号，点击“查询”按钮

c）输入药品名称，点击“查询”按钮

3）选择“添加新药品”按钮

a）输入新药品的相关信息

b）点击“保存”按钮，完成添加

c）点击“取消“按钮取消添加

4）选择“删除药品”按钮

a）输入删除条件，可以是“药品编号”“药品名称”

b）选中要删除的药品，单击“删除”

c）系统提示“确定删除？”

d）点击“确定”删除药品，单击“取消”取消删除

5）选择“修改药品信息”按钮

a）编辑药品信息

b）点击“保存”按钮完成修改

c）点击“取消”按钮取消修改

可选路径：无

后置条件：点击“返回主页面”按钮回到主界面

3.4.4管理员管理职员信息用例

前置条件：用户以“管理员”身份登录网站

基本路径：

1）单击“管理系统用户”按钮

2）系统列出全部用户

3）输入查询条件，单击“搜寻”

4）依据搜寻条件显示出全部符合条件的用户

a）选中某一个用户

b）选择“修改”按钮

c）编辑用户资料，保存

d）选择“删除”按钮

e）跳出提示“确定删除该用户？”

0单击“取消”，取消删除，单击“确定”删除用户

g）单击“返回”，返回刚才页面

5）单击“增加新用户”

a）编辑新用户信息

b）单击“保存”完成添加

可选路径：假如添加用户时跟已有用户名重复，不能完成添加

后置条件：单击“返回主界面”按钮返回主页面

4.数据需求

系统E-R图如下:

Nnjm♦，工Xcoda

px0mp*rtiant_photoWtienc.

MEW

px»ent.nxne

.number

Wtienc

depHtment

case_Nstorycorrpkmedic**

mcdcre_prtoe

_«t1csctmKiicini*rumr

modc<ic_jpe<

每个数据实体的数据项的具体介绍如下:

用户登陆这个系统所须要

密码passwordvarchar20

的密码

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

民族职工的名次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

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

病人的医保号病人的patient_medicalcodevarchar12

病人的家庭住

病人的家庭住址varchar25

址

病人的联系电话病人的联系电话patient_telvarchar11

创建这人病人信

创建的时间create_timedatetime2

息的时间

挂号表

数据项名数据项含义说明别名数据类型长度取值范围取值含义

病人挂号的编号，病人通过这个

挂号编号PRidint11

编号，按依次看病

■

挂号病人

这个挂号对应的病人patientid1

挂号医生这个挂号编号的病人应当由哪个

doctor_numint11

的编号医生看病

挂号的时

这个挂号编号是什么时候创建的crcate_timcdatetime

间

挂号前台进行这个挂号编号的操作前台人

staff_numint11

员工编号员的工作编号

挂号的科

这个病人挂号是属于哪个科室的department_nimint

true表示已经

是否已经这个挂号是不处已经被医生处理看过病例，false

ishavedboolean1{true,false)

看过病了过了，即病人是否看过病了表示还没有看过

病

药品信息表

数据项含义

数据项名别名数据类型长度取值范围取值含义

说明

药品编号药品编号medicine_numint11

药品名称药品名称medicine_namevarchar20

药品的计量

药品的计量方式medicine_specvarchar10

方式

药品的功效

药品功效描述functionvarchar225

描述

药品的运用

药品运用方法usagevarchar225

方法

药品的生产

药品生产日期productiondate

日期■

药品的保质

药品保质期safe_daydatetime

期

production_place।

药品的生产

药品生产地varchar225

药品的购买

药品购买日期proccdurc_daydatetime

日期

药品的购买

药品购买价格real4,2

价格

药品的销售

药品销售价格sale_pricereal4,2

价格

药品的的库

药品库存量amountint

存量

病例表信息项

数据类取值取值

数据项名数据项含义说明别名长滨

型范围含义

病例编号病例编号case_idint11

病人编号病人编号patient_noint11

医生编号医生编号staffidint11

病症医生依据病人的描述，对病人的病做出推断discascsymptonvarchar255

医生依据病人的病症，资料病人，对病人提出一

医嘱treatmentvarchar255

些留意事项

初诊时间病人初诊的时间firstvisit_timcdatetime

复诊时间假如须要病人且诊，则须要在这里填上复诊时间secondvisit_timedatetime

医生对病人的病进行诊治，例如需不须要打针，

医生处方prescriptionvarchar255

需不须要打点商

备注备注remarkvarchar255

创建时间创建时间creat_timedatetime

5.非功能需求

给出系统的性能、牢靠性、可扩展性、易用性、平安性等非功能需求。每项

非功能需求可作为一小节，假如没有可以省略。

5.1牢靠性

1、成熟性（与有软件故障引起失效的频度有关的软件属性）：

本软件安排达到的牢靠性是99.9%,可以最大限度的防止对软件的非法恶意

破坏。可以接受用户的一切程序设计的合法指令。对于非法操作，具有较好的应

急措施。同时，运用的java语言的封装特性，使得数据可以被平安的保存起来。

对于数据库的权限处理，也最大限度的避开了其他非系统相关运用人员对于系统

的破坏。

2、容错性（与在软件故障或违反指定接口的状况下维持规定的性能水平的实力

有关的软件属性。）：

本软件因为是医疗系统的网站，所以在应对紧急状况时（断网），能刚好做

出应急处理，可以调出本地备份的数据库，刚好复原数据，最大限度的维持软件

接着运用的实力。

3、易复原性：

本软件由于是为医院服务的系统，所以数据一旦丢失，会造成较大的损失。

所以软件数据库中对于备份的处理采纳的方式是“随时备份”。一旦出现问迤，

可以最快的复原数据，维持系统的接着运行.

5.2可扩展性

本系统的应用平台设计中选择了B/S结构，采纳了基于java技术并且符合

J2EE开发规范的系统应用平台，使系统具有良好的可维护性和可扩展性，本系

统采纳MVC的开发模式，即JSP+servlet+javabcan,强制性的使应用程序的输

入、处理和输出分开。使得系统具有良好的架构，层次分明。

运用MVC开发模式，系统的耦合性降低，视图层和业务层分别，这样就使

得修改视图层的代码而不会影响到业务层的逻辑，即不用重新编写模型和限制

器，同样一个业务逻辑或是一个业务规则的变更也不会影响到视图的代码，这样

就使得系统具有很好的扩展性和可维护性，因为模型与限制器和视图相分别，所

以很简洁变更应用程序的数据层和业务规则，实现业务逻辑方面的扩展。

模型是自包含的，并且与限制器和视图相分别，所以很简洁变更应用程序的

数据层和业务规则。假如把数据库从MySQL移植到Oracle,或者变更基于

RDBMS数据源至I」LDAP,只需变更模型即可。一旦正确的实现了模型，不管数

据来自数据库或是LDAP服务器，视图将会正确的显示它们。由于运用MVC的

应用程序的三个部件是相互独立，变更其中一个不会影响其它两个，所以很实现

数据库长久层方面的扩展。

随着技术的不断进步，须要用越来越多的方式来访问我们的系统。系统运用

的MVC模式允许运用各种不同样式的视图来访问同一个服务器端的代码，因为

多个视图能共享一个模型，它包括任何WEB(HTTP)阅读器或者无线阅读器

(wap),比如，随着移动互联网方面的技术的发展，我们可能可以通过手机登

上我们的系统，并且通过系统进行一些业务操作，我们目前的数据可以通过

HTML来表示，但是也可以通过WAP来表示，这些表示所需的吩咐是通过变更

视图层的实现方式，而限制层和模型层则不须要变动。所以我们的系统在不同的

应用平台上，都可以有很好的扩展性，由于java的跨平台性，使得我们能很好

的实现扩展。

同时我们的数据库方面的设计考虑充分，对于医院信息系统内的各类实体，

以及他们之间的联系都做了充分考虑，并且对于构建的数据模型进行了一系列规

范化处理，定义了一些常用的索引，以及触发器，数据库的结构完整并且符合

3NF,对于我们进行其他业务逻辑方面的开发奠定了很好的基础，所以我们的系

统在开发后继版本上能实现快速的部署和开发，在数据库方面的扩展性能也非常

良好。

5.3易用性

本软件专为医院主要员工(医生、前台挂号人员以及管理员)设计，系统具

有易学易用的特点。

1.易理解性：

本软件系统依据人的常规思维以及医院运行流程和机制开发，以医护

人员、病人及两者的关系为核心，对其信息进行收集、存储、处理、

提取和数据交换。逻辑清晰、流程清晰，运用者依据其有的专业学问

和基本常识即能便利理解该系统的运行机制。

2.易学习性：

本软件系统的运用简洁，只要求运用者有基本的计算机运用技能即可

流利运用该系统。不须要困难的学习。

3.易操作性：

本软件系统的操作页面简洁大方，具有良好的页面视觉效果。操作简

洁，页面简洁，只要求运用者有最基本的计算机操作技能就能娴熟驾

驭该系统的操作。

5.4平安性

系统的平安性主要须要考虑以下三个方面：

1、网站的访问平安性

本网站采纳局域网的方式，使得只有医院的内部人员才可以访问。并且

访问时须要输入用户名和密码进行登录，使得网站的访问具有较强的平安性。

2、数据平安性

本系统运用sql数据库，通过建立视图和各种权限的设定来保障数据平

安。例如前台挂号只可以访问挂号表、职工表和患者表，并且只有修改挂

号数量的权限。医生只可以访问医药表、患者表、病历表，只有修改病历

表此次记录的权限等。

3、通信平安性

此网站不涉及通信，暂没有通信平安的技术支持。

6.运行需求

6.1硬件接口

描述与该系统实施相关的硬件环境的要求。//毛凯莉

1）计算机及网络设备：中间层服务器，数据库服务器，客户端，局域网

2）计算机：pc或者台式电脑都可以+服务器

3）外围设备：可以连接到Internet进行交互，网络设备（网卡、网线、集线

器或交换机等）

4）通讯设备：计算机上安装有阅读器

5）硬件环境：任何平台，2G内存或以上

6.2软件接口

描述与该系统实施相关的软件环境的要求。

1）操作系统：windows7或windows8

1）应用软件：谷歌阅读器（或其他阅读器）

2）软件支持：Mysql数据库

6.3用户界面需求

用户界面的方案如下:

登陆界面：

管理员登陆界而:

当前用户，admin修改匚令当出案经

RPW

皆底中。

=Wtt司200s22717:03:55

如。

SPB^admin

SMM

Sa&«t9

玉如fl

1AWn

JflHIH：2507-7-2515:02.04

»»m：si

上婚1向：2X)6-12-2717:02:54

222.240.172.117

UtHdtt:3)分林

215288671

免M炳；^ww.sshokxn

管理员对用户的管理界面，查看用户信息:

当前用户，admin修改口令也出笈统

网・外：，购户为亲【V用户】

5pa

a

用户黄力璃亳a

l□,

三B用户名