医院药品管理系统

软件工程课程设计
题目：医院药品管理系统
组员：宋万福、张学同、靳力、贾哲指导教师：***
所属专业：计算机科学与技术
2015年5月
一、可行性研究与需求分析 (3)
1.1引言 (3)
1.1.1系统开发的目的与意义 (3)
1.1.2系统开发背景 (3)
1.2可行性研究 (3)
1.2.1技术可行性 (3)
1.2.2经济可行性 (4)
1.2.3操作可行性 (4)
1.2.4社会因素可行性 (4)
1.2.5可行性研究结论 (4)
1.3用户需求分析 (4)
二、概念设计阶段 (5)
2.1数据流图 (5)
2.2数据字典 (9)
2.2.1数据流定义 (9)
2.3 数据库系统设计及范式分析 (12)
2.3.1 数据项定义 (12)
三、具体功能设计阶段 (14)
3.1系统功能模块图与设计 (14)
3.2系统功能分析 (15)
3.3系统安全与维护措施 (15)
3.4数据库设计 (16)
3.4.1 局部ER图设计 (16)
3.4.2全局E-R设计 (18)
3.5程序流程图 (20)
一、可行性研究与需求分析
1.1引言
1.1.1系统开发的目的与意义
当今时代，计算机在管理中的应用越来越普遍。

对大中型企业来说，利用计算机来管理日常事务，是推动大中型企业的管理走向科学化、规范化的必要条件。

日常生活中，药厂和药品零售处随处可见，因此对药品实行科学有效的管理就显得尤为重要。

药品管理琐碎又复杂，一方面因为药品数量之庞大、单价的变化、进货厂商各异；另一方面，药品管理应当极为严格、不允许一丝一毫的差错。

因此，如果实行手工操作，进货、销售的种种情况须手工填制大量的表格，必然消耗药品管理工作人员大量的时间和精力。

而如果利用计算机进行管理，既极大的节省了人力，又可以有效避免差错，存储量也更大，更便于检索。

此外，还可以实现在互联网上出售药品，大大降低了用户买药的复杂性。

基于以上几点，该药品管理系统主要用于药品管理工作人员，是为了更有效对药品进行科学规范的管理而设计的。

1.1.2系统开发背景
随着计算机及网络技术的飞速发展，信息自动化的作用也越来越大，通过信息化可以使我们从繁杂的事务中解放出来，提高我们的工作效率。

如何利用现代信息技术使企业拥有快速、高效的市场反映能力和高度的效率，已是医药经营企业，特别是医药连锁经营企业特别关心的问题。

尽快建立一个功能齐备的药品管理系统，完善现代企业的信息化管理机制，已成为医药企业生存发展的当务之急。

通过本系统软件，能帮助用户利用计算机管理药品，快速方便地对客户所需要的药品进行查找,方便了客户的同时,也使用户更加方便的管理每天的进货情况。

1.2可行性研究
1.2.1技术可行性
一个完备的中小型医院药品管理系统具有以下优越性：
方便管理员查询药品的进销等各种情况，节省时间，可以提高系统的工作效率和准确性。

为了适应新形势的发展，我们做了一个初步的探索，希望它能够在查询药品信息时发挥高效、便捷的作用，把系统管理员从繁重的工作中解脱出来。

该药品管理系统是以SQL Server数据库为后台核心应用、以服务为目的信息平台，
对资源进行科学的加工整序和管理维护，为药品信息提供管理。

1.2.2经济可行性
经济可行性主要依据是成本/效益分析，该系统的目标是以最低的成本，在最短的期限内开发出药品管理系统。

系统能减少很多不必要的资源，不用像以前那样用冗余的纸张式的管理。

大大节省了医院的能源。

并且计算机的存储与快速查询功能大大提高了药品信息管理的效率，并且还提高了药品信息管理的精确度。

方便快速的操作，可减少药品信息管理的漏洞，又减少因工作的冗余出现的错误，并且操作非常简单，可减少许多不很必要的人员，这无论从物质上还是工作人员的工资上都为医院节约了开支。

为医院增加了财富。

目标系统开发需求比较低，加上具有成熟的软硬件环境，所以在软硬件的支出上比较低。

而且，目标系统并不是十分的复杂。

当系统开发完实际运行后，将很大程度上提高计算机的功能，在为使用者带来便利的同时，也为系统的进一步推广创造了条件。

这带来的经济回报将远超过支出，并且最重要的是该软件的开发可以使我们对系统的开发有全面的认识。

从经济角度考虑，此药品管理系统开发可行。

1.2.3操作可行性
用户仅需具有基本的电脑操作能力即可。

1.2.4社会因素可行性
从法律因素和安全用正版和免费角度考虑，所有技术参考资料都经授权，所有软件都选。

1.2.5可行性研究结论
依据以上因素，本药品管理系统开发项目不仅方便快捷、高效，而且社会效益比较好，从而使本系统开发者相信该系统开发出来之后将取得的成功。

综上所述，此项目在技术、经济、操作和社会效益上是完全可行的。

1.3用户需求分析
1.3.1功能需求
（1）对药品信息的维护,及时的添加新药品的信息,如药品编号, 药品名称,药品数量,单价,规格,购置日期等.
（2）对系统的安全性管理，包括用户的添加以及密码的修改。

（3）对药品库存的查询,包括药品的编号, 药品名称,药品数量,单价,规格,购置日
期.过期日期.
（4）对各种药品的销售的情况进行统计,对进货情况进行统计,对报损情况进行统计
1.3.2信息需求
本系统应该包含用户个人基本信息的管理，药品基本信息的管理，客户基本信息的管理，供货商基本信息的管理等。

用户个人基本信息：编号,姓名,性别,年龄,出生年月，籍贯，联系电话
药品基本信息的管理：药品编号,规格,数量,单价,生产日期,生产厂商
客户基本信息：姓名,性别,年龄,出生年月，联系电话,家庭住址
供货商基本信息：供货商编号,名称,地址,联系电话,邮编
1.3.3处理需求
本管理系统要求能够实现浏览药品的所有信息，浏览供货商的所有信息，用户对药品的管理信息等功能。

1.3.4用户需求
医院药品管理系统针对的用户主要是药品管理员,客户和供货商.
用户需求包括以下两个方面：
药品管理员可以在登陆验证通过以后，进入药品管理系统界面进行增加用户、修改用户密码.
管理员能够在登陆系统后对药品信息进行药品增加、药品删除、药品修改.管理员能够在登陆系统后对供货商信息进行增加、删除、修改
二、概念设计阶段
2.1数据流图
数据流程图，它是描述数据处理过程的有力工具。

数据流程图从数据传递和加工的角度，以图型的方式刻画数据处理系统的工作情况。

数据流程图是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中
的流动、处理和存储情况。

本管理系统的数据流图如下图所示：
图2.1.6药品管理系统的系统流程图
2.2数据字典
数据流程图表达了数据和处理的关系，数据字典则是系统中各类数据描述的集合，是进行详细的数据和数据分析所获得的主要成果，数据字典在数据库设计中占有很重要的地位。

数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程5个部分。

其中数据项是最小的组成单位，若干个数据项可以组成一具数据结构，数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。

数据项是不可再分的数据单位，可以用关系规范化理论为指导，用数据依赖的概念分析和表示数据项之间的联系。

数据字典（Data Dictionary，简称DD）是对数据流程图中出现的所有数据元素结出定义。

它和数据流较密切配合，能够清楚地表达数据处理的要求。

数据流程图配以数据字典，就可以从图形和文字两个方面对系统的逻辑模型进行完整的描述。

2.2.1数据流定义
2.3 数据库系统设计及范式分析
2.3.1 数据项定义
表1药品信息表
表3客户信息表
表4供货商信息表
表5用户登陆表
三、具体功能设计阶段
3.1系统功能模块图与设计
模块化就是把程序划分成独立命名且可独立访问的的模块，每个模块完成一个子功能，把这些模块集成起来构成一个整体，可以完成指定的功能满足用户的需求。

采用模块化原理可以使软件结构清晰，不仅容易设计也容易阅读和理解。

因为程序错误常局限在有关的模块及它们之间的接口中，所以模块化使软件容易测试和调试，因而有助于提高软件的可靠性。

一个好的电子系统要有一些必要的模块组成，若缺少了某些模块那么这个系统就会有缺陷。

(1）中小型医院药品管理系统需要实现的功能主要有五大块，系统的功能模块图如下图所示：
图 3.1功能模块图
(2）功能的实现：
用户管理模块：药品管理员可以在登陆验证通过以后，进入药品管理系统界面进行增加,删除,更新用户信息以及修改用户密码等.
药品管理模块：用户登录该系统后，可对药品信息进行增加,删除,更新,并且对药品进行查询等操作.
供货商管理模块：用户登录该系统后，可对供货商信息进行增加,删除,修改.
销售管理模块：用户登录系统后，可对销售信息进行查询,对退货信息进行查询.
统计模块：用户登录该系统后，可对销售信息进行统计,对进货信息进行统计,对报损信息进行统计.
3.2系统功能分析
权限功能：为用户设置权限功能，可分为普通用户，一般用户，超级用户。

普通用户只是查询不能修改，一般用户只能对授权范围内进行相应修改及删除，超级用户能修改、删除所有信息。

录入功能：为一般用户提供相应的录入功能，为超级用户提供对所有信息的录入功能。

查询功能：为所有用户提供查询的功能，可查询允许范围内的所有信息。

维护功能：为一般用户提供查询及相应的修改，删除功能，为超级用户提供对所有信息的修改删除功能。

帮助功能：能帮助初次使用者对本系统的应用及处理常见的问题。

退出功能：结束并关闭系统。

3.3系统安全与维护措施
本系统采用直接方式添加记录，该方法直接而简单，为了避免输入有错误，该功能界面对用户容易出错的地方都给出了输入提示，同时也使用了更新和取消按钮来确认数据的取消输入，如果输入数据与实际数据不相复，则系统会给出提示信息，让你重新输入正确的数值。

此管理系统也为系统用户提供了一定的安全性，该系统可以多人使用，每人使用不同的用户名和密码进入系统，但只有系统管理员的权限可以进行用户的管理,其它用户
都不能对用户进行操作。

一个好的管理系统，应该为系统提供处理系统故障，恢复系统数据的功能。

该系统也同样提供了数据维护（包括对数据的备份、恢复）两项功能。

建议用户定期备份系统数据，这样在系统出现问题时，可以进行有效地恢复。

3.4数据库设计
3.4.1 局部ER图设计
根据对数据流图和数据字典的分析，确定该应用中的实体、属性和实体之间的联系，并画出系统总体的E-R图。

概念设计可分为三步进行：首先设计局部E-R模式，然后把各局部E-R模式综合成一个全局模式，最后对全局ER模式进行优化，得到最终的模式，即概念模式。

各个实体的E-R图如下所示：
图3.4.1 药品信息E-R图
图3.4.2 用户信息E-R图
图3.4.3客户信息E-R图
图3.4.4 供货商信息E-R图
图3.4.5 定货报表E-R图
图3.4.6出货报表E-R图
图3.4.7定货信息E-R图
图3.4.8出货信息E-R图
图3.4.9用户登录信息E-R图
3.4.2全局E-R设计
所有局部ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。

全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。

系统的总体E-R图说明
（1）每个用户可以查看多个定货报表,一份定货报表可以被多个用户查看；（2）每个用户可以查看多种药品信息,每一种药品信息可被多个用户查看；（3）每个用户可以查看多个出货信息,每一种出货信息可被多个用户查看；（4）每个客户可以购买多种药品,每一种药品可被多个客户购买；
（5）每个客户可以查看多个出货报表,而每个出货报表只能被买药品的客户所查看；
（6）每个供货商可以提供多种药品,每种药品可以被多个供货商所提供；
（7）每个供货商可以查看多个定货信息,但每个定货信息只能被一个供货商查看,即提供药品的供货商；
图3.4.10全局E-R图
3.5程序流程图
软件工程课程设计
图3.5药品管理系统的程序流程
21。