医院管理系统概要设计汇编.docx
《医院管理系统概要设计汇编.docx》由会员分享,可在线阅读,更多相关《医院管理系统概要设计汇编.docx(16页珍藏版)》请在冰豆网上搜索。
![医院管理系统概要设计汇编.docx](https://file1.bdocx.com/fileroot1/2023-2/1/6a65b704-f884-4a9d-9755-5bd124671a40/6a65b704-f884-4a9d-9755-5bd124671a401.gif)
医院管理系统概要设计汇编
概要设计说明书
学院:
计算机与信息工程学院
专业:
计算机科学与技术
班级:
2006-01班
作者:
高亚敏
时间:
2008-12-6
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)
(一)对“漂亮女生”饰品店的分析否
目前,上海市创业培训中心已开办大学生创业培训班,共招收上海交通大学、上海商业职业技术学院等应届毕业生62人。
科室的编号(主键)
众上所述,我们认为:
我们的创意小屋计划或许虽然会有很多的挑战和困难,但我们会吸取和借鉴“漂亮女生”和“碧芝”的成功经验,在产品的质量和创意上多下工夫,使自己的产品能领导潮流,领导时尚。
在它们还没有打入学校这个市场时,我们要巩固我们的学生市场,制作一些吸引学生,又有使学生能接受的价格,勇敢的面对它们的挑战,使自己立于不败之地。
科室名称
Varchar(8)
一、消费者分析否
据上述部分的分析可见,我校学生就达4000多人。
附近还有两所学校,和一些居民楼。
随着生活水平的逐渐提高,家长给孩子的零用钱也越来越多,人们对美的要求也越来越高,特别是大学生。
他们总希望自己的无论是衣服还是首饰都希望与众不同,能穿出自己的个性。
但在我们美丽的校园里缺少自己的个性和琳琅满目的饰品,所以我们的小饰品店存在的竞争力主要是南桥或是市区的。
这给我们小组的创业项目提供了一个很好的市场机会。
科室的名称
创新是时下非常流行的一个词,确实创新能力是相当重要的特别是对我们这种经营时尚饰品的小店,更应该勇于创新。
在这方面我们是很欠缺的,故我们在小店经营的时候会遇到些困难,不过我们会克服困难,努力创新,把我们的小店经营好。
工作人员表:
(3)年龄优势列名
数据类型
是否为空
说明
300-400元1632%编号
Char(8)
否
工作人员的编号(主键)
姓名
Varchar(8)
(一)DIY手工艺品的“多样化”否
4.WWW。
google。
com。
cn。
大学生政策2004年3月23日工作人员的姓名
性别
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物理结构设计
在SQLServer中使用查询分析器或企业管理器创建以上设计的各个表,并为每个表设置索引,从而提高信息的检索速度。
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.维护设计
在项目的开发中配置与程序和数据相一致的文档,为今后的维护工作提供方便。