推荐医院药品管理系统的设计与实现 精品.docx
《推荐医院药品管理系统的设计与实现 精品.docx》由会员分享，可在线阅读，更多相关《推荐医院药品管理系统的设计与实现 精品.docx（57页珍藏版）》请在冰点文库上搜索。
推荐医院药品管理系统的设计与实现精品
本科生毕业（设计）
题目:
鹤壁煤矿集团医院药品管理系统
的设计与实现
姓名:
王洋
学院:
信息科学技术学院
专业:
网络工程
班级:
网络工程102班
学号:
19310204
指导教师:
朱淑鑫职称:
讲师
20XX年5月20日
南京农业大学教务处制
摘要
鹤壁煤矿集团医院药品管理系统的设计与实现
网络工程专业王洋
指导教师朱淑鑫
摘要：
随着迅速发展的计算机技术，多数医院为了节约资源，提高工作效率，开始逐步利用计算机软件来辅助管理。
本文首先阐述了医院药品管理系统的开发背景、可行性分析及需求分析，并利用UML模型图的方式形象地描述了系统内各个对象之间的关系。
接着利用数据库E-R图表示了数据库设计模式及数据表的结构，并简要介绍了系统开发的环境配置。
最后，利用各个模块设计及测试的截图和说明文字相结合的方式，详细阐述了本系统主要模块的设计和测试过程。
最终在各项工作完成的前提下，使用C#.Net语言开发了具有药品管理、药品销售、明细查询等多功能管理系统。
关键词：
药品管理；数据库；系统开发；VisualC#
DesignofHebiCollieryHospitalMedicineManagementSystem
StudentmajoringinnetworkengineeringWangYang
TutorZhuShuxin
Abstract:
Withtherapiddevelopmentofputertechnology,thehospitalinordertosaveresources,improveworkefficiency,graduallyincreasinguseofputermanagementsoftware.Firstofall,thispaperdescribesthedevelopmentbackgroundofhospitalmedicinemanagementsystems,feasibilityanalysisanddemandanalysis,andusingUMLmodeldiagramdescribestherelationshipbetweentheindividualobjectswithinthesystem.ThenthedatabaseE-Rdiagramshowsthestructureofthedatabasedesignpatternsanddatatables,andbrieflydescribesthesystemdevelopmentenvironmentconfiguration.Attheendofthepaper, theuseofthedesignandtestingofeachmodulescreenshotsandcaptionsbination,Expoundsindetailthedesign andtestingprocessof mainmodulesofthissystem.
Keywords:
MedicineManagement;Database;SystemDevelopment;VisualC#
1绪论
1.1选题背景
随着我国经济的高速发展，人们经济水平的提高，不少负面的问题也渐渐出现，其中以各类疾病的产生为首要难题，这同样加大了医院保卫人们健康的责任。
相比现代高效率的工作方式，传统医院的手工作业形式，不仅工作繁琐，而且人为处理错误率较高，这不但给医院造成了一定损失，对病人的病情也有不利影响。
计算机技术的高速发展使得人们开始越来越多地利用它来解决各种繁琐的问题。
药品管理系统利用计算机实现了对医院药库及药品的各项管理，以往那些工作繁琐、容易出错的数据处理问题可以让计算机来替代人工进行，这不仅极大地减轻了管理人员的工作负担，而且药物的管理记录也可以随时查询，让药物的管理更加透明化。
1.2研究现状
计算机80年代初就被引进了我国医疗系统，当时以IBM公司的M340小型计算机为主流，大多数应用在教学和科研项目。
80年代中期，伴随着苹果个人电脑的上市和BASIC语言的广泛使用，一部分医院开始研发小型的系统管理软件，如人事管理软件等；80年代后期，随着XT286计算机的出现，加之DBASElll和UNIX操作系统的研发成功，一部分医院开始建立小型的内部网络，并开发了关于部门之间管理的信息系统，如病房管理，药房管理等。
进入90年代后，NOVELL网和FOXBASE等数据库迅速发展，完善的医院管理系统的实现成为可能，于是一部分有实力的医院开始研发自己医院的管理系统。
随着我国医药事业的发展，我国药品管理方面发展相对滞后的实际情况却与此不相符合，虽然有技术人员不断开发出新的药品管理系统供医院使用，但受到开发周期等诸多因素的影响，药品系统管理软件的发展仍旧落后于药品的发展，总结下来有如下几点：
（1）老版本的数据库软件安全性不高，读取、修改信息时错误率较高，甚至会导致数据丢失，造成巨大损失。
（2）工作负荷方面，原有的系统因为数据库表的限制及当时开发需求的限制，已经无法满足管理人员的需求。
（3）局限性方面，现有的操作系统在处理速度和兼容性上已经适应不了实际的需要，由于平台的更新，对现有系统的改进性维护已不能解决面临的问题。
（4）由于医疗用品的发展，各种先进医疗器械的出现，医院对管理方面的不断改革，现有系统已无法满足要求。
进入21世纪后，特别是20XX年SARS灾难过后，我国的医疗卫生系统开始真正意识到医院信息系统的重要性，并开始着手进行系统的深入研究和推广应用[1]。
1.3选题的目的和意义
在现今医疗技术高速发展的前提下，纯人工录入或早期简单的药品管理软件逐渐不能满足用户的要求，落后的系统间接影响了医院管理人员的工作效率，基于以上的几点原因，本次提出了药品管理系统的设计目标。
药品管理系统使医院管理趋于信息化，同时让药库管理人员能简便地利用药库信息做出正确的判断，更重要的是计算机作为管理工具可以让药库管理更加规范化，并提高管理效率，减少管理人员的工作量，使药品管理可以有条不紊地进行下去。
2需求分析
第2章
2.1可行性分析
在软件的开发流程中，可行性分析是一种普遍采用的研究项目工程的方法。
它通过各种有效的手段对工程项目进行分析，从技术、运行等多个方面加以评价。
2.1.1技术可行性
本系统开发使用的是当前流行的VisualC#.NET语言，该语言直观规范，初学者也可以很好的使用该语言来进行系统开发。
而且，使用该语言开发的软件适用范围很广，可以很好地应用于安装有Windows平台的计算机上，所以从技术方面是可行的。
2.1.2开发环境可行性
从软件系统开发的可行性和灵活性考虑，本系统的软件开发环境选择了当前流行的VisualC#.NET语言来进行前台的开发，而后台则选用了功能强大的SQLServer20XX数据库作为数据管理平台。
从硬件角度来说，本系统要求相对较低，一般情况下，计算机硬盘空间应不小于5G，内存应不小于1GB。
当然，硬件环境的配置越好，软件系统的开发与运行效率相对就相应地提高，可行性相应也会大幅提高。
2.1.3运行可行性
随着计算机技术的普及，医药经营企业逐渐借助计算机软件辅助医院药品的管理，所以药品管理系统成为了药品经营企业实现药品管理智能化、信息化的重要工具。
对于多数医院来说，利用计算机来管理药品，不仅可以提高药品管理的效率，而且可以给医院带来先进的管理思想。
市场的需求和技术的支持,最终会有更多优秀的药品管理信息系统软件的出现,并在今后的竞争中得到不断完善和优化。
根据以上分析，该系统在运行方面是可行的。
2.2需求分析
用户对目标软件系统在功能、行为、性能等方面的期望叫做软件需求。
它通过对应用问题及其环境的理解与分析，将涉及的信息、功能及系统行为抽象为模型，最终形成需求分析说明。
需求分析是介于系统分析和软件设计阶段之间的重要桥梁。
本系统针对的是鹤壁煤矿集团医院药房，所以出发点必须满足小型医院药品管理的需求。
通过对鹤煤医院药库的了解分析，管理人员主要对药品的入库、退货及销售进行管理，所以系统的开发将从这些需求展开。
鉴于该医院药品流动较少，而且是建立在内部流动的基础上，故在功能方面主要有以下几个需求：
（1）用户管理，包括用户密码修改、用户权限修改等功能；
（2）药品入库管理，包括药品首次入库管理、入库药品维护、入库药品记录查询和药品入库统计；
（3）药品销售管理，包括药品销售、查询及药物反馈信息管理；
（4）查询明细功能，包括药品明细查询、销售查询及药品紧缺查询功能；
（5）药库退货管理，包括退货功能、退货记录查询
（6）厂商的信誉管理，包括查询退货厂商及黑名单管理
（7）相关信息的设置，包括采购员信息管理、药品信息管理、药品调价、厂商信息管理和消费者信息管理
同时，本系统是针对医院内部工作人员使用的，外部人员无法接触到内部计算机，故对于系统用户来说，只需要用户类型分为三种，即系统管理员、药房管理员、药库管理员，这些用户各司其职，管理着不同的方面。
UML用例图表示从软件系统的外部使用者的角度看到的各项系统功能，并清晰地说明软件系统地边界，即用例图中的所有用例的集合构成目标软件系统应该提供的功能。
系统管理员拥有最高的权限，可以对整个系统进行管理，包括基本信息设置、用户管理、厂商管理等，用例图如图2-1所示：
图2-1系统管理员用例图
药库管理员只拥有药库的管理权限，可以对药品的入库或者退货进行管理，包括药品入库、药品调价等，如图2-2所示：
图2-2药库管理员用例图
药房管理员只拥有药房的管理权限，但是拥有查询药品库存的权限，用例图如图2-3所示：
图2-3药房管理员用例图
根据基本的了解分析，加之用户的基本需求，可以得到药品管理系统的基本用例图，如图2-4所示：
图2-4系统基本用例图
在用户需求的基础上，药品管理系统的工作流程有以下几个方面组成：
首先是登录名和密码的认证，接下来是权限的自动区分，单一权限的管理员是无法执行本权限外的其他功能，接着各个管理员开始通过各个模块进行工作，最后数据库更新数据退出管理系统。
利用UML的活动图表示如图2-5所示：
图2-5用户活动图
3总体设计
根据对前期系统的可行性分析及需求分析，可以得出系统总体设计模块及相关的设计方法，为代码的编写提供了指导性思想。
第3章
3.1系统模块设计
3.1.1系统功能模块设计
一系列树状的矩形框组成的，描绘系统层次结构的模型图叫层次方框图。
从顶层功能的分类开始，沿着图中各条路径分支细化，直至确定了系统功能的全部结构为止。
本系统主要由用户管理、入库管理、退货管理等七大模块组成，如图3-1所示：
图3-1系统功能模块图
3.1.2系统功能模块描述
本药品管理系统共分为七大模块，所有模块之间都是紧密关联的，每个模块的功能都在了解分析的基础上开发创建。
依据上述的分析，系统在各个模块的基础上将每个模块再分为几个小模块。
1.用户管理分为五个模块：
（1）密码修改：
当前用户可以修改当前的登录密码
（2）锁屏：
用户暂时离开时保护系统不被他人操作
（3）用户管理：
本模块是系统管理员用来管理用户权限及添加、删除用户的，普通用户无法执行
（4）重新登录
（5）退出
2.入库管理分为三个模块：
（1）首次入库：
药品首次进入药品仓库时入库信息的录入
（2）追加入库：
药库已有药品再次进入药库时入库信息的录入
（3）入库记录查询：
管理员查询药品进入仓库的记录
3.药品销售管理分为两个模块：
（1）药品销售：
药房管理员对药品进行销售及销售信息的管理
（2）药品销售查询：
管理员对药品销售的情况及销售记录进行查询
4.查询明细分为三个模块：
（1）药库明细管理：
查询整个药库的药品流向，例如某药品入库日期，销售日期等
（2）库存查询：
对仓库中存在的药品数量进行查询，便于工作人员管理
（3）药品紧缺查询：
查询药库中剩余数量不足的药品以便追加入库
5.退货管理分为两个模块
（1）药库退货：
工作人员可以对某些存在问题的药品进行退货处理
（2）退货记录查询：
可以查询本药品系统所有出现过的退货情况及其细节
6.厂商信誉管理分为两个模块
（1）退货厂商查询：
可以查询出现过药品退货的厂商详细信息
（2）厂商黑名单：
将经常性出现退货的厂商信息添加至黑名单中，工作人员可以查询
7.信息设置模块分为很多小模块，主要是系统管理员对药品管理的信息进行设置，这里不再赘述
3.1.3系统主要功能的UML顺序图表示
将交互关系表示为一个二维的UML模型图叫做顺序图。
该图的纵向表示时间轴，横向表示在协作中各独立的类元角色。
类元角色用生命线表示，当存在时，角色便用一条虚线表示，当对象的过程处于激活状态时，生命线便是一个双道线[6]。
根据上述需求分析及初步建模，我们得到了药品管理系统主要功能在时间上的工作流程。
下面将按功能分别阐述本系统运行的时间逻辑顺序。
首先是药品入库的功能，这个功能在时间逻辑上需要先由药品厂商进行报价，接着药库管理员确认，将入库信息录入数据库中，之后药品管理系统自动更新数据，将入库清单打印出来交给管理人员，由管理人员开具收据给生产厂商。
整个过程涉及数据的大部分由计算机完成，用UML顺序图表示如图3-2所示：
图3-2入库模块顺序图
然后就是药品出售前调价功能的时间逻辑顺序了。
在药品入库之后，厂商的报价信息也一同录入，药库调价人员根据市场行情和药品报价来衡量药品出售的价格，之后将最终的价格录入系统，药品管理系统会自动计算出调价百分比供工作人员参考，最后将调价信息显示给管理人员。
用UML顺序图表示如图3-3所示：
图3-3药品调价顺序图
调价完毕后就要考虑药品销售的问题了。
在时间逻辑上，消费者提出购买某药品，由药房管理员通过系统查询该药品信息，在管理系统得到该药品信息后，将信息返回到管理员处，然后管理员进行收费等工作，最后将药品出售小票和药品一并交还给消费者完成药品销售工作。
用UML顺序图表示如图3-4所示：
图3-4药品销售顺序图
药品退货类似于药品入库的逆过程，由药库管理员确认退货药品信息，之后管理系统更新数据库信息，将退货药品发回生产厂商即完成退货流程。
用UML顺序图表示如图3-5所示：
图3-5药品退货顺序图
查询模块总体来说时间逻辑顺序相差不大，基本先由管理员输入查询信息，选择查询类型，之后有药品管理系统自动完成相关的查询工作，并将查询到的信息反馈给管理员。
用UML顺序图表示如图3-6所示：
图3-6查询顺序图
3.2数据库设计
数据库设计指在给定的数据库服务、操作系统和硬件环境下，怎样将用户的需求表示出来，并将它抽象成有效的数据库结构。
数据库设计的过程可分为两大阶段：
数据库系统的分析阶段和数据库表的设计阶段。
3.2.1系统数据分析
系统数据分析是数据库设计的第一步，数据分析过程同数据库的逻辑结构密切相关，需要确定、编制、组织、筛选应用程序所使用的信息。
在本系统中，经上述分析得到，主要的实体包括管理员用户、药品、厂商、消费者，其余部分都是有这些实体属性信息组合完成。
下面将一一分析这些实体在数据库中的表示方式。
对于本药品管理系统的用户主体，首先用户名和密码是必需的两个属性，对于本药品管理系统，由于使用环境是医院内部局域网，能接触到本系统的人员较少，故用户的权限属性包含的值也较少，即系统管理员、药房管理员、药库管理员，这三种权限足够满足该医院的日常使用。
用数据库实体图表示用户关系如图3-7所示：
图3-7系统用户E-R图
药品信息作为药品管理系统中最为关键的组成部分，其属性信息会影响众多数据库表的信息，故应含有如下属性：
药品编号（作为区分药品的唯一凭据），药品名称，药品拼音码，药品类型，药品种类，药品单位，药品生产厂商编号，药品厂商名称，药品功效，药品禁忌，药品给药方式。
这些属性详细描述了药品全方位的信息，给药品的管理带来便利，同时也为其他数据库表的信息表示打下基础。
用数据库实体图表示药品信息如图3-8所示：
图3-8药品信息E-R图
在第二章需求分析中，我们已经知道，药品的报价信息直接或间接影响了整个药品入库、销售的过程，而报价这个流程是由厂商来完成的，所以说厂商也是本药品管理系统中不可缺少的实体之一。
厂商这个实体包含的属性有：
厂商编号（作为区分厂商的唯一凭据），厂商名称，厂商地址，厂商联系人，厂商电话，厂商邮箱，厂商银行账号，厂商进货次数，厂商退货次数。
这些属性全部或部分会影响到多个表的信息。
利用数据库实体图表示如图3-9所示：
图3-9厂商E-R图
药品的销售必然需要消费者的参与，消费者作为药品管理系统中药品的最终流向，需要包含以下属性来保证销售信息记录的准确性：
消费者编号（作为区分消费者的唯一凭据），消费者姓名，消费者性别，消费者年龄，身份证号，消费者电话，利用以上属性来记录药品的最终流向。
用数据库实体图表示如图3-10所示：
图3-10消费者E-R图
其余数据库表基本都由以上主体的属性组成，这些主体及他们之间的关系共同组成了本药品管理系统的数据库基本结构。
如图3-11是本系统的基本E-R图：
图4-11系统E-R图
3.2.2数据库的详细设计
详细数据库表的设计作为数据库设计的第二步，也是最重要的一步，决定了整个系统的数据保存及流动。
通过之前与用户的交流、对系统的需求分析和总体模块的设计，便可对本系统的数据库进行详细设计，根据了解分析的实际情况，本药品管理系统创建了名称为hospital_info的数据库，利用这个数据库来存储医院药品的相关信息、厂商的基本信息、消费者基本信息及各种数据记录。
在本数据库中共创建了19张数据库表，包括baojia药品报价表、caigou入库表、caigouyuan采购员表、customer消费者表、email邮件记录表、heimingdan黑名单表、mingxi明细表、tiaojia调价表、usertime记录时间表、yp_danwei药品单位表、yp_leixing药品类型表、yp_zhonglei药品种类表、yp_information药品基本信息表，changshang厂商表，users用户表，tuihuo退货表、xiaoshou销售记录表、kucun库存记录表等，这些表相互联系紧密，共同完成本药品管理系统的数据库记录工作。
下面简要介绍下数据库中八个重要的表的组成：
1.系统用户表结构如表3-1所示
表3-1系统用户表
字段名
字段类型
长度
对应中文名称
是否主键
username
varchar
20
登录名
Y
password
varchar
50
登录密码
N
power
varchar
20
登陆权限
N
2.药品信息表结构如表3-2所示
表3-2药品信息表结构表
字段名
字段类型
长度
对应中文名称
是否主键
yp_num
int
null
药品编号
Y
yp_name
varchar
100
药品名称
N
yp_pinyin
varchar
50
拼音码
N
yp_leixing
varchar
20
药品类型
N
yp_zhonglei
varchar
20
药品种类
N
yp_danwei
varchar
20
药品单位
N
yp_cs_num
int
null
厂商编号
N
yp_cs_name
varchar
100
厂商名称
N
yp_gongxiao
varchar
Max
药品功效
N
yp_jinji
varchar
Max
药品禁忌
N
yp_geiyaofangshi
varchar
30
给药方式
N
3.厂商信息表结构如表3-3所示
表3-3厂商信息表结构表
字段名
字段类型
长度
对应中文名称
是否主键
cs_num
int
null
厂商编号
Y
cs_name
varchar
100
厂商名称
N
cs_address
varchar
100
厂商地址
N
cs_lianxiren
varchar
20
厂商联系人
N
cs_dianhua
varchar
50
厂商电话
N
cs_email
varchar
50
厂商邮箱
N
cs_bank
varchar
40
厂商银行卡号
N
cs_jinhuocishu
int
null
厂商进货次数
N
cs_tuihuocishu
int
null
厂商退货次数
N
4.退货记录表结构如表3-4所示
表3-4退货记录表结构表
字段名
字段类型
长度
对应中文名称
是否主键
th_num
int
null
退货自动编号
Y
th_yp_num
int
null
退货药品编号
N
th_yp_name
varchar
100
退货药品名称
N
th_cs_num
int
null
退货厂商编号
N
th_cs_name
varchar
100
退货厂商名称
N
th_yp_leixing
varchar
20
退货药品类型
N
th_yp_danwei
varchar
20
退货药品单位
N
th_shuliang
float
null
退货数量
N
th_yuanyin
float
Max
退货原因
N
th_date
datetime
null
退货日期
N
5.消费者信息表结构如表3-5所示
表3-5消费者信息表结构表
字段名
字段类型
长度
对应中文名称
是否主键
customer_num
int
null
顾客编号
Y
customer_name
varchar
30
顾客姓名
N
customer_sex
varchar
10
顾客性别
N
customer_age
int
null
顾客年龄
N
customer_idcard
varchar
50
顾客身份证号
N
customer_dianhua
varchar
30
顾客电话
N
6.消费记录表结构如表3-6所示
表3-6消费记录表结构表
字段名
字段类型
长度
对应中文名称
是否主键
xs_num
int
null
销售自动编号
Y
xs_yp_num
int
100
销售药品编号
N
xs_yp_name
varchar
100
销售药品名称
N
xs_yp_leixing
varchar
30
销售药品类型
N
xs_yp_zhonglei
varchar
30
销售药品种类
N
cs_yp_danwei
varchar
升级会员 