医院管理系统概要设计.docx
- 文档编号:28113533
- 上传时间:2023-07-08
- 格式:DOCX
- 页数:18
- 大小:53.15KB
医院管理系统概要设计.docx
《医院管理系统概要设计.docx》由会员分享,可在线阅读,更多相关《医院管理系统概要设计.docx(18页珍藏版)》请在冰豆网上搜索。
医院管理系统概要设计
概要设计说明书
学院:
计算机与信息工程学院专业:
计算机科学与技术班级:
2006-01班作者:
高亚敏
时间:
2008-12-6
1.引言2
1.1编写目的2
1.2项目背景2
1.3定义2
1.4参考资料2
2.任务概述2
2.1目标2
2.2运行环境3
2.3需求概述3
2.4条件与限制4
3.总体设计4
3.1处理流程4
3.2总体结构和模块外部设计5
3.3功能分配5
4.接口设计6
4.1外部接口6
4.2内部接口7
5.数据结构设计7
5.1逻辑结构设计7
5.2物理结构设计9
5.3数据结构与程序数的关系10
6.运行设计10
6.1运行模块的组合10
6.2运行控制10
6.3运行时间10
7.出错处理设计10
7.1出错输出信息10
7.2出错处理对策11
8.安全保密设计11
9.维护设计11
1.引言
1.1编写目的
概要设计概括地回答了系统应如何实现这个问题。
它从总体上设计软件的结构,确定系统中的每个程序是由那些模块组成的,以及各个模块间的相互联系。
概要设计站在全局的高度上,从抽象的层次分析软件的结构和实现方案,因此降低了软件的开发成本,提高了软件的质量。
概要设计还是详细设计的基础。
1.2项目背景
本项目是由高亚敏、齐晓亚、汪若洋和张鹏四人组成的小组开发的,旨在加深对软件工程工程化的理解,无任何委托单位,与其它系统也没有联系。
1.3定义
本项目中使用的缩写和专业说术语的说明如下:
(1)HSMS:
是HospitalManagermentSystem的缩写,指代医院管理系统”。
(2)HSDB:
是HospitalDataBase的缩写,指代医院管理系统数据库”。
(3)住院部:
医院中,管理病人住院情况的部门。
(4)挂号:
即,病人就诊前先做一个就诊登记,并缴纳一定的挂号费的行为。
(5)处方:
医生为病人开的药单。
1.4参考资料
《C#网络应用编程基础》马俊人民邮电出版社2006年10月
《数据库系统概论》王珊、萨师煊高等教育出版社1983年4月《软件工程导论》张海藩清华大学出版社2008年2月
《医院管理系统可行性分析报告》高亚敏2008年10月23日《医院管理系统需求分析》高亚敏2008年10月
2.任务概述
2.1目标主要目标是设计软件的结构,确定系统中每个程序是由那些模块组成的,以及各个模块间的相互联系。
站在全局的高度上花较少成本,从抽象的层次上分析多种系统实现方案和软件结构,从中选择最佳的方案和软件结构,从而用较低成本开发出较高质量的软件系统。
2.2运行环境
硬件环境:
Cpu:
Pentium100以上。
内存:
40MB。
硬盘:
2GB以上。
软件环境:
操作系统:
Windows2000及其以上产品。
数据库:
SQLServer2000及其以上产品。
2.3需求概述
该项目是为了实现医院业务的信息化管理,其需求大致如下:
(1)用户进入系统时,对用户进行身份验证,以保证安全性。
并且不同的用户登陆系统时拥有不同的权限。
(2)系统要实现对医院工作人员信息的管理功能(保存工作人员信息,并能对信息进行添加、删除、修改)
(3)病人就诊前先到挂号处挂号。
系统要保存病人的基本信息(病人编号,病人姓名、性别、年龄)和挂号记录(挂号员,病人,挂号费,就诊科室,挂号日期),并且能够给病人打印一张挂号单。
(4)医生为病人诊病并为病人开药方。
系统要保存医生的诊病记录(医生,病人,疾病,药方,药品,药品数量,开方日期),即哪位医生为哪位病人诊病,病人所患何病,医生为病人开了什么药方,药方上都有什么药品,药品的数量是多少,开药方的日期是那一天。
(5)病人凭挂号单和药方到交费处缴纳药费。
系统要保存交费信息(收费员,病人,交费金额,交费日期),即病人在哪一日缴纳了多少药费,收费人是谁。
同时,收费员为病人打印一张收费单。
(6)病人凭缴费单和药方到药房领药,药品管理员为病人发药。
系统要保存发药信息(发药人,病人,药品,药品数量,发药日期),即哪位管理员为哪位病人发放药品,发放了什么药品,每种药品的数量是多少,什么时候发放的药品。
(7)病人病重需要住院时,住院管理处为病人分配病床。
系统要记录病床的分配信息(病人,病房号,病床号,住院日期,出院日期,住院费)。
(8)药品监查。
系统要定时对药品信息进行盘查,如果发现某种药品的库存量少于最低库存记录,应及时通知药品管理员。
系统能够收集库存不足的药品信息,并作为进药通知单打印出来。
(9)进药人员进药。
系统能够对进药信息保存留底(进药人,药品,进价,数量,进药日期,进药地点(厂商)),即哪位进药人进药,进了何种药品,数量是多少,进价是多少,进药日期是那一天,进药的地点是那里。
(10)信息查询。
系统能够提供方便的查询功能:
可以照工作员号、性别、科室、年龄信息对工作人员信息查询;按照药品编号,库存数量对药品查询;按照疾病、处方号对处方查询;按照病房号、病床号、病人姓名、出院日期对住院情况查询;按时间、姓名对进药记录查询;按时间、姓名对发药情况查询;按时间、操作员、病人对挂号信息查询;按时间、操作员、病人姓名对交费信息查询。
(11)报表处理。
统计一段时间内的进药情况;统计一段时间内的售药情况;统计一段时间内的收益情况;统计工作人员的情况。
2.4条件与限制
(1)系统配置要满足运行环境。
(2)产品的开发符合法律的规范和要求。
(3)系统必须能够有效、准确的处理医院的各项业务。
3•总体设计
3.1处理流程
处理流程图如下所示:
3.2总体结构和模块外部设计
IPO图:
提供输入输出信息系统的总体结构(软件结构)如下所示:
系统结构图
3.3功能分配
系统结构中的各模块功能分别如下:
1系统设置:
设置系统的用户并给用户提供修改密码的功能
(1)修改密码:
修改当前登陆系统的用户的密码。
(2)操作员设置:
添加、删除一个用户。
(仅管理员有操作该功能的权限)
2•系统管理:
实现对各种信息的增加、删除和修改功能
(1)人事管理:
实现对工作人员信息的增加、删除和修改功能。
(2)药品管理:
实现对药品信息的增加、删除和修改功能。
(3)厂商管理:
实现对厂商信息的增加、删除和修改功能。
(4)药方管理:
实现对药方信息的增加、删除和修改功能。
(5)单位管理:
实现对药品数量的单位信息的增加、删除和修改功能
(6)库存监测:
实现对药品库存量的定时监测功能和随机监测功能,如果有库存不足的药品及时的通知药品管理员,并能够打印不足的药品信息。
3.业务处理:
实现医院的业务功能
(1)挂号:
病人信息存储留底,同时保存挂号记录,并打印挂号单。
(2)就诊登记:
处方信息保存留底,并保存就诊记录。
(3)交费:
保存收费记录,并打交费单。
(4)发药:
发药记录保存留底,同时更新药品库存量。
(5)进药:
进药记录保存留底,同时更新药品库存量。
(6)住院登记:
保存病人住院信息。
4.查询:
查询各项信息
(1)工作人员信息查询:
可根据工作员编号、科室、姓名、性别的信息对工作人员的信息进行查询。
(2)处方信息查询:
可根据处方号、疾病信息对处方的信息进行查询。
(3)药品信息查询:
可根据药品编号、药品名、生产日期、有效日期、库存量信息对药品进行查询。
(4)住院情况查询:
可根据病房号、病人姓名、住院日期、出院日期信息对住院情况进行查询。
(5)进药记录查询:
可根据药品编号、药品名、进药日期信息对进药信息进行查询。
(6)发药记录查询:
可根据药品编号、药品名、发药日期信息对进药信息进行查询
(7)交费信息查询:
可根据病人姓名、交费日期信息对交费信息查询。
(8)挂号信息查询:
可根据挂号编号、病人姓名、性别、挂号日期信息对挂号信息查询5.报表处理
(1)进药统计报表:
统计一段时间内的进药量。
(2)售药统计报表:
统计一段时间内的药品销售量。
(3)财务统计报表:
统计一段时间内的财务状况:
进药的支出金额
(4)工作人员统计报表:
统计各个科室的工作人员信息,并汇总各个科室的总人数。
6.帮助
(1)用户手册:
提供系统的使用说明。
4.接口设计
4.1外部接口
1.用户界面
(1)为了提高系统的安全性,用户进入系统时,对用户的身份进行验证,即要求用户输入用户名和密码,只有用户名和密码正确才进入工作界面,否则拒绝用户进入。
(2)为了方便,系统提供初始化基本信息的界面,能方便的实现各类基本信息的添加、删
除和修改功能。
(3)在各种单据(例如挂号单、收费单)和各种报表(例如进药统计表、售药统计表等)打印之前,应先让用户预览打印结果,用户同意打印后才真正打印。
(4)用户在录入各种信息时,应提供信息提示功能,从而减少错误机率。
(5)查询信息界面为用户提供友好的界面,使用户可以按照不同的字段查询信息,从而提高查询效率。
2.软件接口
(1)使用该系统需配置SQLServer数据库管理软件。
(2)客户端要安装Windows2000或Windows2000以上的操作系统。
3.硬件接口
(1)为保证系统的高效性和安全性,最好配置一台专门的数据库服务器。
4.2内部接口
(1)挂号功能和就诊功能的通信挂号功能保存病人的基本信息和挂号记录。
就诊功能处理时,查询病人编号并保存到就诊记录中。
如果找不到病人信息的记录,说明病人没有挂号,此时就诊登记业务的处理停止,并要求病人挂号。
(2)就诊功能和收费功能的通信
就诊功能处理中保存了病人的就诊记录和医生为病人开的药方。
收费功能处理时,首先查找就诊记录,再根据就诊记录找到医生为病人开的药方,然后计算药费。
如果找不到病人的就诊记录,说明病人没有到就诊登记处登记,此时收费业务的处理停止,并要求病人到就诊登记处登记。
(3)发药功能和收费功能的通信
收费功能处理保存了病人的交费信息。
发药功能处理时,首先查找病人的交费记录和就诊记录,并按照药方给病人发。
如果找不到病人的交费记录,说明病人没有缴纳药费,此时,药品管理员拒绝为病人发药,并要求病人到收费出交费。
(4)发药功能和库存监测的通信
发药功能保存发药记录的同时要更新药品的库存量。
随着药品的发放,药品的库存量减少,库存监测功能就可以监测到库存不足的药品,并把库存不足的药品的详细信息报告给药品管理员,药品管理员可根据需要打印进药通知单。
(5)进药功能和库存监测的通信
进药功能保存进药记录的同时,也要更新药品的库存量。
进药之后,药品的库存量增加并超过最低库存量,此时,库存监测功能不再提示该药品不足。
5•数据结构设计
5.1逻辑结构设计
分别为实体-联系图中各个实体和联系创建一个表:
操作员表:
列名
数据类型
是否为空
说明
操作员号
Char(6)
否
操作员的编号(主键)
密码
Char(6)
是
操作员进入系统时的密码
类型
Varchar(6)
否
操作员的类型(不冋类型权限不冋)
科室表:
列名
数据类型
是否为空
说明
科至编号
Char
(2)
否
科至的编号(主键)
科室名称
Varchar(8)
否
科室的名称
工作人员表:
列名
数据类型
是否为空
说明
编号
Char(8)
否
工作人员的编号(主键)
姓名
Varchar(8)
否
工作人员的姓名
性别
Nchar
(1)
否
工作人员的性别
出生日期
Datetime
否
工作人员的出生日期
科至编号
Char
(2)
否
工作人员所在的科室编号(外键)
职称
Varchar(8)
是
工作人员的职称
联系电话
Varchar(12)
是
工作人员的联系方式
单位表:
列名
数据类型
是否为空
说明
单位编号
Char
(2)
否
单位的编号(主键)
单位名称
Varchar(6)
否
单位的名称
药品信息表:
列名
数据类型
是否为空
说明
药口口编号
Char(10)
否
药品的编号(主键)
药品名
Varchar(20)
否
药品的名称
生产日期
Datetime
否
药品的生产日期
有效日期
Datetime
是
药品的有效截止日期
售价
Money
否
药品的销售价格
库存量
Int
否
药品的库存数量
单位编号
Char
(2)
否
药品库存数量的单位编号(外键)
备注
Text
是
药品的说明信息
厂商信息表
列名
数据类型
是否为空
说明
厂商编号
Char(3)
否
厂商的编号(主键)
厂名
Varchar(20)
否
厂商的厂名
负责人
Varchar(8)
是
厂商的负责人
厂址
Varchar(30)
是
厂商的厂址
联系电话
Varhcar(12)
是
厂商的联系电话
病人表
列名
数据类型
是否为空
说明
病人编号
Char(12)
否
病人的编号(主键)
姓名
Varchar(8)
否
病人的姓名
性别
Nchar
(1)
病人的性别
年龄
Int
否
病人的年龄
住址
Varchar(30)
是
病人的家庭住址
联系电话
Varchar(12)
是
病人的联系电话
处方表:
列名
数据类型
是否为空
说明
处方号
Char(10)
否
处方的唯一标识符(主键)
处方名
Varchar(16)
否
处方的名字
治疗疾病
Varchar(20)
否
处方治疗的疾病
药口口编号
Char(10)
否
药品编号(外键)
数量
Int
否
药品的数量
单位编号
Char
(2)
否
药品数量的单位编号(外键)
挂号记录表
列名
数据类型
是否为空
说明
病人编号
Char(12)
否
病人的编号(外键)
挂号员
Char(6)「
否
操作员的编号(外键)
挂号日期
Datetime
否
病人挂号的日期
土土口、須挂号费
Money
否
病人缴纳的挂号费
科至编号
Char
(2)
否
病人要就诊的科室编号(外键)
开方记录:
列名
数据类型
是否为空
说明
医生编号
Char(8)
否
工作人员的编号(外键)
病人编号
Char(12)
否
病人的编号(外键)
处方号
Char(10)
否
医生为病人开的处方的编号(外键)
开发日期
Datetime
否
医生为病人开药方的日期
收费记录表:
列名
数据类型
是否为空
说明
收费员号
Char(8)
否
工作人员的编号(外键)
病人编号
Char(12)
否
病人的编号(外键)
收费金额
Money
否
病人缴纳的药费
收费日期
Datetime
否
病人交费的日期
住院登记表:
列名
数据类型
是否为空
说明
房间号
Char(3)
否
病房房间的编号
病床号
Char
(2)
否
病床的编号
病人编号
Char(12)
否
病人的编号(外键)
住院日期
Datetime
否
病人住院的日期
出院日期
Datetime
是
病人出院的日期
住院费
Money
是
病人缴纳的住院费
进药记录:
列名
数据类型
是否为空
说明
进药人编号
Char(8)
否
工作人员的编号(外键)
病人编号
Char(12)
否
病人的编号(外键)
厂商编号
Char(3):
否
厂商的编号(外键)
进价
Money
否
药品的进价
数量
Int
否
所进的药品的数量
单位编号
Char
(2)
否
进药数量的单位编号(外键)
进药日期
Datetime
否
进药的日期
发药记录:
列名
数据类型
是否为空
说明
发药人编号
Char(8)
否
工作人员的编号(外键)
病人编号
Char(12)
否
病人的编号(外键)
药品编号
Char(10)
药品的编号(外键)
数量
Int
否
发给病人的药品的数量
单位编号
Char
(2)
否
发药数量的单位编号(外键)
发药日期
Datetime
否
发药的日期
5.2物理结构设计
在SQL
Server中使用查询分析器或企业管理器创建以上设计的各个表,并为每个表设置索引,从而提高信息的检索速度。
6•运行设计
6.1运行模块的组合
(1)挂号员登录系统,执行挂号业务处理。
(2)收费员登录系统,执行收费业务处理。
(3)药品管理员登录系统,执行进药和发药的业务处理。
同时,监测程序定时启动,监测药品库存。
(4)住院管理人员登录系统,执行住院登记功处理。
(5)系统管理员登录系统,进行各种查询和报表处理功能。
(6)各类用户登陆系统后,都可以使用帮助。
6.2运行控制
(1)为了系统的安全性,为每个用户设置一定的权限。
不同的用户登陆系统后,根据用户类型的不同,可以执行不同的处理:
(2)挂号员权限:
密码修改、挂号、挂号信息查询、帮助。
(3)收费员权限:
密码修改、收费、收费信息查询、帮助。
(4)药品管理员:
密码修改、药品管理、厂商管理、库存监测、进药、发药、药品信息查询、进药记录查询、发药记录查询、进药统计报表、售药统计报表、帮助。
(5)就诊登记员:
密码修改、药方管理,就诊登记、药方信息查询、帮助。
(6)住院管理员:
密码修改、住院登记、住院情况查询、帮助。
(7)系统管理员:
拥有最大的权限,可以访问系统提供的任何一个功能。
6.3运行时间
医院的业务是不间断进行的,因此也要求系统在很长的一段时内能够持续运行。
药品库存的监测程序经用户设置后,可以定时启动。
用户也可以根据需要随时启动监测程序。
当然用户也可以关闭监测程序。
7.出错处理设计
7.1出错处理对策
(1)备份数据信息,防止硬件错误造成危害。
(2)通过采用数据信息的恢复技术,处理系统中发生的软错误。
(3)保存系统对数据信息的每项操作记录,一旦系统出现故障,可根据操作记录恢复受损坏的数据信息
8.安全保密设计
(1)对进入系统的用户进行身份验证,从而起到一定的安全作用。
(2)对用户设置权限,以便起到一定的安全作用和保密作用。
(3)对数据库中的数据信息进行加密,防止数据泄露造成危害。
9.维护设计
在项目的开发中配置与程序和数据相一致的文档,为今后的维护工作提供方便。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医院 管理 系统 概要 设计
![提示](https://static.bdocx.com/images/bang_tan.gif)