医院病房管理系统报告.doc

重庆大学课程设计报告

课程设计题目： 医院病房管理系统

学 院：
专业班级：
年 级：
姓 名：
学 号：
完成时间： 年 月 日
成 绩：
指导教师：

重庆大学教务处制

重庆大学本科学生课程设计任务书
课程设计题目
医院病房管理系统
学院

专业

年级

任务描述：

以1-5人为一个小组，完成本次课程设计，设计题目为 “医院病房管理系统”，方法以结构化方法和面向对象方法为主；
每个项目小组必须按照文档规范标准提供下列文档，文档中必须注明完成者，其中完成需求分析和设计工作的人员不能相同，完成编码和测试的人员不能相同；文档包括：
需求分析规格说明
概要设计规格说明
详细设计规格说明
测试报告
文档必须按课程设计规范装订，任务书由各项目组根据自己所选题目填写（如设计要求，完成工作内容等，详见课程设计报告模版），同时在前边附上每个同学的成绩表，并注明名字。

任务下达日期 2014 年 12月 28 日
完成日期 2014 年 1 月 4日
说明：学院、专业、年级均填全称，如：计算机学院、计算机科学与技术、2010.

医院病房管理系统
目录
一、需求规格说明书
1．引言 1
1.1编写目的 1
1.2项目背景 1
1.3定义 1
1.4参考资料 1
2．任务概述 1
2.1目标 1
2.2运行环境 2
2.3条件与限制 2
3．数据描述 2
3.1静态数据 2
3.2动态数据 2
3.3数据库介绍 2
3.4数据词典 3
3.5数据采集 4
4．功能需求 3
4.1功能划分 4
4.2功能描述 4
5．性能需求 6
5.1数据精确度 6
5.2时间特性 7
5.3适应性 7
6．运行需求 7
6.1用户界面 7
6.2硬件接口 7
6.3软件接口 8
6.4故障处理 8
7．其它需求 8

二、概要设计说明书
1．引言 9
1.1编写目的 9
1.2项目背景 9
1.3定义 9
1.4参考资料 9
2．任务概述 9
2.1目标 9
2.2运行环境 10
2.3需求概述 10
2.4条件与限制 10
3．总体设计 10
3.1处理流程 10
3.2总体结构和模块外部设计 12
3.3功能分配 13
4．接口设计 13
4.1外部接口 13
4.2内部接口 13
5．数据结构设计 13
5.1逻辑结构设计 13
5.2物理结构设计 15
5.3数据结构与程序的关系 15
6．运行设计 16
6.1运行模块的组合 16
6.2运行控制 16
6.3运行时间 16
7．出错处理设计 16
7.1出错输出信息 16
7.2出错处理对策 17
8.安全保密设计 17
9.维护设计 17

三、详细设计说明书
1．引言 18
1.1编写目的 18
1.2项目背景 18
1.3定义 18
1.4参考资料 18
2．总体设计 18
2.1需求概述 18
2.2软件结构 19
3．程序描述 19
3.1医院前台处理模块............................................................................................................19
3.2主治医师模块...................................................................................................................22
3.3护士处理模块....................................................................................................................24
3.4药房处理模块....................................................................................................................26
3.5财务处模块........................................................................................................................28
3.6出院模块............................................................................................................................31

四、测试计划
1．引言 34
1.1编写目的 34
1.2项目背景 34
1.3定义 34
1.4参考资料 34
2．任务概述 34
2.1目标 34
2.2运行环境 35
2.3需求概述 35
2.4条件与限制 35
3．计划 35
3.1测试方案 35
3.2测试项目 35
3.3测试准备 35
3.4测试机构及人员 35
4．测试项目说明 36
4.1测试项目名称及测试内容 36
4.2测试用例 36
4.3进度 36
4.4条件 36
4.5测试资料 36
5．评价 37
5.1范围 37
5.2准则 37

36 / 42
一、 需求规格说明书
二、 1．引言
1.1编写目的
本需求分析旨在对病房管理系统的阐释，使人们可以对病房管理系统更轻松的使用和更
容易的维护。为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。本文档供项目经理、设计人员、开发人员参考。
1.2项目背景
a. 软件系统名称：医院病房管理系统
b. 项目提出者：软件工程课程设计
c. 项目开发者：王成、颜宵鹏、彭金、许晓勇、李嘉勋
d. 项目使用者：主治医生、护士、财务人员、药剂师
e. 在现代社会，病人管理通常要投入大量的人力资源，用于查房，看护等方面，方便于医院随时获取病人病情，和处理病人应急情况。而本项目可以减少这些不必要的人力资源输出，降低医院在此方面的经济投入。
1.3定义
本系统可以定义为一个主要为处理病人看病流程情况而设计的病房管理系统。
1.4参考资料
a. 国标8567-88项目开发计划
b. 《计算机软件文档编制规范》GB-T8567-2006
c. 软件工程——实践者的研究方法 Roger S.Pressman 著
2．任务概述
2.1目标
本项目实现的功能有：1、为病人办理住院手续；2、医生调取病人病历，获悉特定病人病情，生成领药单，护士根据此发药；3、财务人员进行扣费处理

2.2运行环境
操作系统：Microsoft Windows 8
支持环境：IIS 5.0
数 据 库：Microsoft SQL Server 2000
2.3条件与限制
由于人员、资金、时间等各方面因素，完成一个用于实际的病房管理系统还是具有很大难度的，完成的项目还存在很多缺陷，有待进一步改进。
3．数据描述
3.1静态数据
病人（ID，病人姓名，性别，体重，年龄，婚姻状态，身体状况）；
主治医师（医师ID，姓名，主治科目，职务类别，所属科室，职称）；
药房（药房名称，药房类别）；
药品（药品编号，名称，功效）；
护士（护士ID，姓名）；
病床（床号，房号，状态）
3.2动态数据
先生成病历档案（ID，既往住院情况描述）；
医师开出医嘱（医嘱ID，医嘱内容）；
根据医嘱生成领药单（ID，内容）；
根据每天消费情况生成缴费单（缴费项目，金额）；
在化验部生成化验单（编号，化验项目，化验结果）

3.3数据库介绍
病人信息：病人姓名varchar(20)，病历编号varchar(20)；
主治医师信息：医生ID varchar(20)，姓名varchar(20)，所属科室varchar（20）；
药品信息：药品编号varchar(20)，名称varchar(20)；
护士信息：护士编号varchar(20)，姓名varchar(20)；
病床信息：床号varchar(20)，房号varchar（20），状态boolean (20)；
病历信息：既往住院描述varchar(100)，ID varchar（20）；
医嘱信息：治疗措施varchar(100)，ID varchar（20）；
缴费单信息：缴费项目varchar(50)，金额 int；
化验单信息：化验单编号varchar （20），化验项目varchar(50)，化验结果varchar(100)。

3.4数据词典
数据词典一般包括数据项条目、数据存储条目、数据流条目和数据加工条目。此处分别进行列举

3.5数据采集
数据采集方式为前台手工录入和系统生成两种方式。手工录入如：病人信息、医师、护士信息等；系统生成如：缴费单、化验单等。

4．功能需求
4.1功能划分
主要功能有如下三项：
1) 入院病房管理
2) 住院领药、化验管理
3) 出院结账管理
4.2功能描述
1.入院管理：登记病人信息，为病人分配医生、病房。
2.住院期间管理：包括住院期间的医生查房、开医嘱；护士根据医嘱生成领药单和化验单；药房配药，化验科化验；医生催缴费用。
3.出院管理：医生开具出院小结；病例归档；出院结算。

4.3数据流图

医院管理系统顶层DFD图

5．性能需求
5.1数据精确度
1) 医嘱、化验单精确到具体开具年月日小时；
2) 固体药品剂量一毫克为单位，液体药品剂量一毫升为单位；
3) 缴费金额以元为单位；

5.2时间特性
1) 响应时间小于2秒；
2) 系统能保证工作日全天正常运行；
3) 数据传输与转换时间小于0.5s；
4) 更新处理时间小于1秒

5.3适应性
1) 本系统能够对信息录入时进行检测，超过有效位或数据格式错误，系统不会录入并给病人返回错误提示信息；
2) 本系统暂时只能运行在Windows操作系统上；
3) 本系统能够接入医保系统并与其它医院的后台数据库对接，实现治疗信息和费用结算联网；
4) 本系统可扩展性，可以为后续功能的实现提供可能。
6．运行需求
6.1用户界面
无特殊需求
6.2硬件接口

网络硬件接口要求：实现内部网络通信，其余无特别要求。
6.3软件接口
软件接口： 无特殊要求。

6.4故障处理
发生停电等不可抗力因素的故障时，为了保证数据完整以及及时恢复，以保证数据的一致性同时也要定期进行磁盘阵列数据备份，管理人员不定期对系统进行升级管理，保障系统运行的流畅性。

7．其它需求
可使用性：操作简单易上手，界面简洁美观。
安全保密的要求：病人信息是隐私，不能轻易对外界泄露，为了保证用户的个人隐私权，病人治疗信息必须提供应有权限才能进行有条件地访问，另外全国联网医疗，使就医变得更加轻松简单。在用户登录时需要验证用户名及密码。
可维护性：要满足使用方便的要求，并应该提供可维护、可补充、易读、可靠的接口进行操作。
可移植性：在多个平台之间能互相移植，共通数据。

二、概要设计说明书
1．引言
1.1编写目的
本需求分析旨在对病房管理系统的阐释，使人们可以对病房管理系统更轻松的使用和更
容易的维护。为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。本文档供项目经理、设计人员、开发人员参考。
1.2项目背景
f. 软件系统名称：医院病房管理系统
g. 项目提出者：软件工程课程设计
h. 项目开发者：王成、颜宵鹏、彭金、许晓勇、李嘉勋
i. 项目使用者：主治医生、护士、财务人员、药剂师
j. 在现代社会，病人管理通常要投入大量的人力资源，用于查房，看护等方面，方便于医院随时获取病人病情，和处理病人应急情况。而本项目可以减少这些不必要的人力资源输出，降低医院在此方面的经济投入。
1.3定义
本系统可以定义为一个主要为处理病人看病流程情况而设计的病房管理系统。
1.4参考资料
d. 国标8567-88项目开发计划
e. 《计算机软件文档编制规范》GB-T8567-2006
f. 软件工程——实践者的研究方法 Roger S.Pressman 著
2．任务概述
2.1目标
本项目实现的功能有：1、为病人办理住院手续；2、医生调取病人病历，获悉特定病人病情，生成领药单，护士根据此发药；3、财务人员进行扣费处理
2.2运行环境
操作系统：Microsoft Windows 8
支持环境：IIS 5.0
数 据 库：Microsoft SQL Server 2000

2.3需求概述
本系统可以定义为一个主要为处理病人病房管理，集挂号，缴费，分配病房，医生查房记录，治疗于一体而设计的管理系统。

2.4条件与限制
以为实际情况只是模拟，不能够真正的用很多台pc实验这个系统的性能，有一定的局限性。
a) 系统运行中途发生重大错误的数据恢复
b) 医院规模扩大后系统的适应性
c) 病人转诊机制

3．总体设计
3.1处理流程
系统基本设计概念，分别对各个子系统的功能和数据库进行设计。再把各个系统进行合并，并定义各个子系统对其他系统的通信接口以及设计整体数据库，形成一个整体信息管理系统。
流程如下：

用户登录
系统启动

N重试3次

Y
密码正确

用户进入系统

进行系统操作（挂号，，建立档案，分配医师，治疗）

退出系统
N

Y

系统结束

3.2总体结构和模块外部设计

用以下的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系.

3.3功能分配
用一张如下的矩阵图
功能需求
医院前台
护士站
化疗室
财务部
药房室
档案室
（1）
记录病房信息
开领药单
执行治疗
结算病人费用
配药，送药
记录病人信息
（2）
分配病房
执行治疗并记录

催缴费用
记录药房药品信息
病人病例归档
（3）
分配主治医师

4． 接口设计
4.1外部接口
网络硬件接口要求：实现内部网络通信，其余无特别要求。
4.2内部接口
不详
5．数据结构设计
5.1逻辑结构设计
该系统使用的数据结构由数据库的表来实现，具体如下：
用管理员
用户名 ManagerName
密码 Password
用户类型 UserType

病人
病案号 MedicalRecordID
身份 Identity
挂号费用 RegisterCharge
医疗费用 MedicalTreatmentCharge

病历
病案号 MedicalRecordID
病人姓名 PatientName
病人性别 PatientSex
诊断时间 Date
主诊医生号 DocID
诊断结果 Result

医生
医生号 DocID
姓名 Name
性别 Sex

药品基本信息
药品号 MedID
名字 Name
价格 Price

入库药品信息
药品号 MedID
进库数目 InAmount
总价格 TotalCost

出库药品信息
药品号 MedID
就诊卡号 SickID
出库数量 OutAmount

日收入信息
收入流水ID chargeID
类型 chargeType
金额 chargeVal

总收入信息
日期 chargeTime
金额 chargeVal

日支出信息
支出ID outID
日期 outTime
金额 outVal

总支出信息
日期 outTime
金额 outVal

数据结构关系
数据项
数据项ID
病人病历关系
病案号
MedicalRecordID
病历与医生关系
医生号
DocID
入库药品信息与药品基本信息关系
药品号
MedID
出库药品信息与药品基本信息关系
药品号
MedID
病人与缴费
病人id

5.2物理结构设计
该系统数据结构采用SQL2000数据库实现并存储，数据库名称为CHISDataBase。CHIS的子系统，数据间的交流通过数据库实现，因此，要求数据库对于子系统均可见，而且要求数据的一致，通过SQL语言访问数据库，并由DBMS实现物理存储以及安全管理。

5.3数据结构与程序的关系
数据结构
系统函数
用户

病人
chargeForRegister

病历
getPatientInfo
addPatientRecord
updatePatientRecord
staticPatientInfo
医生
getDataOnDutyInfo

工作时间表
getDataOnDutyInfo
getDoctorDutyList
药品基本信息
getMedicianUnitPrice
addMedicianRecord
deleteMedicianRecord
入库药品信息
payForMedicineToBuyPrice
staticMonthInStorage
staticMonthOutStorage
出库药品信息
getMedicianUnitPrice
MedicianTotalVal

6．运行设计
6.1运行模块的组合
系统的各个模块都与数据库连接，所以运行时各个模块都可以独立运行。在系统登陆完成之后，用户在各自的模块进行操作。整个系统在局域网的环境下所进行，各个模块通过数据库进行信息的交流
6.2运行控制
先由操作系统启动医院信息管理系统，然后用户登录认证，然后再选取相应的子系统，进行功能操作，最后退出系统。
6.3运行时间
系统所要求所有的操作都必须在2秒内作出响应。

7．出错处理设计
7.1出错输出信息
系统功能模块在连接数据库失败的时候会发出操作失败的错误信息。
7.2出错处理对策
故障出现后的补救措施包括：
  a．启动备份数据库，对丢失的数据进行恢复。
  b．重新启动系统，恢复系统正常运行。
  c．对原来的数据库进行备份，并对这次错误进行详细的记录，以便以后的检查。
8. 安全保密设计
登陆密码设计更复杂。
9.维护设计
作为一个产品，医院信息管理系统必须按照规范的步骤进行开发，并充分考虑软件可维护性，同时必须按时认真完成相应文档资料，以利于未来版本升级即移植等二次开发。

三、 详细设计说明书
1．引言
1.1编写目的
本需求分析旨在对病房管理系统的阐释，使人们可以对病房管理系统更轻松的使用和更
容易的维护。为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。本文档供项目经理、设计人员、开发人员参考。
1.2项目背景
k. 软件系统名称：医院病房管理系统
l. 项目提出者：软件工程课程设计
m. 项目开发者：王成、颜宵鹏、彭金、许晓勇、李嘉勋
n. 项目使用者：主治医生、护士、财务人员、药剂师
o. 在现代社会，病人管理通常要投入大量的人力资源，用于查房，看护等方面，方便于医院随时获取病人病情，和处理病人应急情况。而本项目可以减少这些不必要的人力资源输出，降低医院在此方面的经济投入。
1.3定义
本系统可以定义为一个主要为处理病人看病流程情况而设计的病房管理系统。
1.4参考资料
g. 国标8567-88项目开发计划
h. 《计算机软件文档编制规范》GB-T8567-2006
i. 软件工程——实践者的研究方法 Roger S.Pressman 著
2．总体设计
2.1需求概述
本系统可以定义为一个主要为处理病人病房管理，集挂号，缴费，分配病房，医生查房记录，治疗于一体而设计的管理系统。
2.2软件结构

3．程序描述
01：医院前台处理模块
3.1功能
对病人信息进行检索，若存在则直接打出病历卡，若不存在，则先创建信息，再打出病历卡，然后分配主治医师，在其进行诊断之后，缴纳费用，分配病房
3.2性能
页面响应时间应该在2s以内完成，对输入的信息的合法性要进行验证，给出相关提示
3.3输入项目
病人信息
3.4输出项目
病历卡，主治医师，病房信息
3.5算法

3.6程序逻辑

3.7程序接口
不详
3.8存储分配
病人： ID，姓名，性别
主治医师：ID，姓名，性别，科室
病房：病房号，床号
3.9限制条件
无
3.10测试要点
能否正确连接数据库，读取病人信息，准确分配病房，不出现误差，数据库异常时能否给出正确处理。

02：主治医师模块
3.1功能
对病人进行诊断，开出医嘱，并且能进行查房，记录病情到病历卡
3.2性能
诊断结果能及时反馈到数据库
3.3输入项目
病人病情信息
3.4输出项目
无
3.5算法

3.6程序逻辑

3.7接口
不详
3.8存储分配
主治医师：ID，姓名，性别，科室
病房：病房号，床号
3.9限制条件
无
3.10测试要点
能否正确处理医师给出的数据，并且成功传输到护士站

03：护士站处理模块
3.1功能
根据医嘱开出领药单，带领病人执行化疗以及其他辅助治疗手段
3.2性能
实时转换医嘱，及时收到治疗手段信息
3.3输入项目
病人信息
3.4输出项目
需要的治疗手段以及药品信息
3.5算法

3.6程序逻辑

3.7接口
不详
3.8存储分配
护士：ID，姓名，性别
化疗室：化疗室房号
药房：药房号
3.9限制条件
无
3.10测试要点
能否准确把详细资料传递过来

04：药房处理模块
3.1功能
为病人进行配送药品，并且登记药品分发情况
3.2性能
实时更新药房药品库存记录
3.3输入项目
领药单
3.4输出项目
药品种类，数量
3.5算法

3.6程序逻辑

3.7接口
不详
3.8存储分配
药房：药房号
药品：药品ID，数量
3.9限制条件
无
3.10测试要点
数据信息能否实时的更新

05：财务处模块
3.1功能
费用的收缴，结算
3.2性能
及时对病人住院费用进行结算，不能出现拖沓
3.3输入项目
病人ID
3.4输出项目
病人应缴纳费用
3.5算法

3.6程序逻辑

3.7接口
不详
3.8存储分配
财务处：财务处号
3.9限制条件
无
3.10测试要点
财务处能否准确结算病人所花费用

06：出院模块
3.1功能
开出院小结，结算所有费用，病历归档
3.2性能
及时完成以上工作
3.3输入项目
病人信息
3.4输出项目
无
3.5算法

3.6程序逻辑

3.7接口
不详
3.8存储分配
档案处：病人ID，姓名，性别
3.9限制条件
无
3.10测试要点
能否完整病历归档，结算清楚费用

四、测试计划
1．引言
1.1编写目的
本需求分析旨在对病房管理系统的阐释，使人们可以对病房管理系统更轻松的使用和更
容易的维护。为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。本文档供项目经理、设计人员、开发人员参考。
1.2项目背景
p. 软件系统名称：医院病房管理系统
q. 项目提出者：软件工程课程设计
r. 项目开发者：王成、颜宵鹏、彭金、许晓勇、李嘉勋
s. 项目使用者：主治医生、护士、财务人员、药剂师
t. 在现代社会，病人管理通常要投入大量的人力资源，用于查房，看护等方面，方便于医院随时获取病人病情，和处理病人应急情况。而本项目可以减少这些不必要的人力资源输出，降低医院在此方面的经济投入。
1.3定义
本系统可以定义为一个主要为处理病人看病流程情况而设计的病房管理系统。
1.4参考资料
j. 国标8567-88项目开发计划
k. 《计算机软件文档编制规范》GB-T8567-2006
l. 软件工程——实践者的研究方法 Roger S.Pressman 著
2．任务概述
2.1目标
本项目实现的功能有：1、为病人办理住院手续；2、医生调取病人病历，获悉特定病人病情，生成领药单，护士根据此发药；3、财务人员进行扣费处理

2.2运行环境
操作系统：Microsoft Windows 8
支持环境：IIS 5.0
数 据 库：Microsoft SQL Server 2000
2.3条件与限制
由于人员、资金、时间等各方面因素，完成一个用于实际的病房管理系统还是具有很大难度的，完成的项目还存在很多缺陷，有待进一步改进。
3．计划
3.1测试方案
以管理员身份进入，然后对住院病人信息进行登记，分配主治医师以及病房
3.2测试项目
首先以管理员身份登录系统
分配主治医师
分配病房
3.3测试准备
数据库与系统提前连接好
3.4测试机构及人员
11级网络工程01班测试小组
王成 李嘉勋
4．测试项目说明
4.1测试项目名称及测试内容
（1）管理员登录 以管理员身份登录系统
（2）分配主治医师 查询空闲主治医师，医师是否与病人相符合，分配医师，改变医师状态
（3）分配病房 查询空闲病房，按顺序划分病房
4.2测试用例
4.2.1输入
管理员用户名，密码
4.2.2输出
系统操作界面
4.2.3步骤及操作
对病人以及主治医师进行匹配，然后改变医师状态，查询空闲病房，再分配
4.2.4允许偏差
病人课分配在不同区域的病房
4.3进度
完成测试
4.4条件
一台安装windows 8操作系统，SQL Server 2000 ，esclipe 的电脑
4.5测试资料
无特殊需求资料

5．评价
5.1范围
该测试只能证明在小范围内可以使用，并且属于单机运行，并没有与其他机器交互
5.2准则
测试结果能够完整的反应出该系统运行的目的