医院管理系统概要设计.docx
《医院管理系统概要设计.docx》由会员分享，可在线阅读，更多相关《医院管理系统概要设计.docx（10页珍藏版）》请在冰豆网上搜索。
医院管理系统概要设计
概要设计说明书
学院：
计算机与信息工程学院
专业：
计算机科学与技术
班级：
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）发药功能和收费功能的通信
收费功能处理保存了病人的交费信息。
发药功能处理时，首先查找病人的交费记录和就诊记录，并按照药方给病人发。
如果找不到病人的交费记录，说明病人没有缴纳药费，此时，药品管理员拒绝为病人发药，并要求病人到收费出交费。
升级会员 