医药店管理系统.docx
《医药店管理系统.docx》由会员分享，可在线阅读，更多相关《医药店管理系统.docx（29页珍藏版）》请在冰豆网上搜索。
医药店管理系统
课程设计报告
学生姓名:
学号：
学院:
经济管理学院
班级:
题目:
医药店管理信息系统
指导教师：
职称:
2011年1月14日
目录
1．可行性分析报告1
1.1引言2
1.2系统开发的必要性和意义2
1.3现行系统的调查与分析2
1.3.1现行系统调查研究2
1.3.2需求调查和分析3
1.4新系统的方案4
1.4.1拟建系统的目标4
1.4.2系统规划及初步方案4
1.4.3系统的实施方案4
1.4.4投资方案4
1.4.5人员培训及补充方案5
1.5方案的可行性分析5
1.6结论5
2．系统分析报告6
2.1概述7
2.1.1系统分析的原则7
2.1.2系统分析方法7
2.2现行系统概况7
2.2.1现行系统现状调查7
2.2.2系现行系统存在的问题和薄弱环节9
2.3新系统逻辑设计9
2.3.1新系统目标9
2.3.2新系统逻辑模型9
2.3.3建立数据字典10
2.3.4数据存储规范化13
2.3.5数据处理描述14
2.3.6遗留问题14
2.4用户领导审批意见14
3．系统设计报告15
3.1概述16
3.1.1系统设计目标16
3.1.2系统设计策略16
3.2计算机系统配置16
3.2.1硬件配置16
3.2.2软件配置16
3.3系统结构设计16
3.4模块设计17
3.5数据库设计17
3.5.1数据库逻辑设计17
3.5.2数据库物理设计17
3.5.3数据库保证18
3.6编码设计18
3.6.1代码设计原则18
3.6.2代码设计18
3.6.3编码设计的评价与验收19
3.7输出设计19
3.7.1输出项目19
3.7.2输出接收者19
3.7.3主要功能19
3.7.4输出要求19
3.7.5输出设计的评价和验收20
3.8输入设计20
3.8.1输入项目20
3.8.2输入的承担者20
3.8.3主要功能要求20
3.8.4输入要求20
3.8.5输入校验20
3.8.6输入设计的评价与验收21
3.9网络设计21
3.10系统实施方案设计21
3.10.1实施方案说明21
3.10.2实施的总计划22
3.10.3实施方案的审批22
1．可行性分析报告
作者：
学号：
系：
专业：
信息管理与信息系统
题目：
医药店管理信息系统
小组成员：
2011年1月吉林
1.1引言
摘要：
系统名称：
医药店管理信息系统
目标和功能：
开发的系统主要包括系统管理、采购管理、销售管理、财务信息管理等主要功能模块，而各类业务都可实现数据的添加、删除、修改、查询、打印等功能。
背景：
随着医药行业的市场化发展，医药流通的的管理是否规范与人们的日常生活紧密的联系在一起。
如今科学技术的进步和大量新药品的研发，增加了医药店管理工作的难度，特别是药品信息管理是一项非常繁重的工作。
传统的药品信息管理多为手工管理方式，造成了管理效率低、数据的更新和维护困难等现实问题。
很难适应医药店持续发展的要求。
因此针对医药管理的现状，设计和开发一个专用的药店管理系统是很有必要的。
系统的服务对象:
中小型的医药店
参考和引用的资料：
《管理信息系统》中国水利水电出版社王欣编著
专门术语和缩写词：
管理信息系统（MIS）
1.2系统开发的必要性和意义
随着科技的不断进步，企业都在不断的注重管理的信息化以完善企业管理，增强企业自身的竞争力。
医药业也不例外，通过较完善的信息系统实现企业自身对内部管理方便性、合理性、快捷性、高效性等要求。
目前的手工管理效率低是最明显的缺陷，另外数据的一致性不好维护，如果某个药品信息的记录有所改动，则会和该药品的其他的记录不一致，造成查询时费时费力。
如果把全部数据进行更改又特别的麻烦。
对药品库存的盘点也很不方便，需要很多的人进行管理操作，而且很容易出错。
药品行业是有关民生的行业，错误信息会造成不可估量的严重后果，因此，运用高效、准确的信息管理系统代替手工管理是完善医药管理的有效手段。
1.3现行系统的调查与分析
1.3.1现行系统调查研究
1.组织机构调查
本系统主要针对中小型药店，一般一个中型的药店负责专项管理的人员3、4名，销售人员
5人左右，每天来往药店的人估计八十人左右。
其组织结构图如图1-1所示。
图1-1
2.业务流程调查
在医药店与管理相关的业务如下：
（1）药品信息管理
药品信息的管理一般包括新药品的入库信息处理、药品卖出后的仓库信息管理、药品的保质期信息的管理等。
（2）客户信息管理
每个医药店都有大量的客户群，甚至一些大型的的医药销售单位还存在这vip用户。
所以每当新客户来要临时对客户信息进行登记，以保证一些特殊药品的售后服务工作。
（3）.职工信息管理
对职工相应信息的管理。
（4）供应商信息管理
不同的药品可能从不同的供应商采购，不同供应商对于同一药品的要价也不同。
为此还需要对供应商的相应信息进行管理。
3.费用
主要是对工作人员工资的发放。
4.计算机应用情况调查
（1）配置了两台台式计算机和一台打印机，并且计算机都已经联网。
（2）大多数时间是一些熟悉office的excel的工作人员在使用这些计算机。
（3）多采用手工操作，输入不规范，而且效率比较低下，查询不方便。
5.现行系统存在的主要问题和薄弱环节
（1）信息输入工作繁杂，经常存在着重复输入的问题。
（2）查询比较困难，无法实现多个表之间的综合查询。
（3）各部门的业务活动大多处于手工状态，工作量大，输入不规范，误差较多。
（4）损益现象严重。
（5）在现有条件下，工作效率比较低。
1.3.2需求调查和分析
面对着大量繁杂的医药信息等的管理工作，需要计算机和系统完成以下工作。
（1）具有数据输入功能
包括药品信息、客户信息、职工信息、供应商信息的输入。
是数据具有完整性。
（2）具备信息存储功能
包括药品信息、客户信息、职工信息、供应商信息等重要数据的存储。
（3）具有浏览功能
包括药品信息、客户信息、职工信息、供应商信息的浏览。
（4）具有查询功能
（5）具有打印功能
（6）对已输入的各项数据可以由专门的操作员增加、删除和修改。
（7）用户控制功能
设置多个用户权限来控制用户访问的内容。
（8）系统功能
提供系统友好界面、退出系统等基本的系统功能。
1.4新系统的方案
1.4.1拟建系统的目标
能够做到业务管理规范化；输入输出标准化。
更好的实现各个部门的功能，方便管理，提供更好的服务，提高医药店的运转效率和资源利用率。
1.4.2系统规划及初步方案
该系统建成后可以使医药店的管理变得更方便和更有效率，实现对药品信息、客户信息、职工信息、供应商信息管理的标准化，看原有电脑是否适合新做的系统，如果不行，则需对电脑进行更新或者买新的电脑。
1.4.3系统的实施方案
本系统拟采用酷睿i5处理器，2GB内存，320GB硬盘，19英寸显示器，一个光驱，一套光电键鼠，一台打印机，可配置一台网络服务器或者挂到总服务器上。
服务器采用微型计算机。
本系统客户端采用windowsXP系统，服务器采用windowsXP系统，采用c/s结构。
医药管理系统建成后可以与医药店内部的网络相连，实现药店内部各部门之间的关联。
系统前台开发语言使用，后台数据库采用SQLserver2000自带的数据库。
1.4.4投资方案
此系统一次性投资10000元（不包括硬件设备更新费用），在2011年1月拨入。
1.4.5人员培训及补充方案
由于是一个比较简单的系统，人机界面友好，操作简单，帮助信息详尽医药店一般人
都可以使用，只需要简单的指导培训即可。
1.5方案的可行性分析
1.技术可行性
本次开发采用delphi7.0作为编程工具,可视化的开发工具有vc、java，vf、delphi等，在这其中delphi比较简单，易用，且功能强大。
而SQLserver2000实现简单，易于开发。
所以说此方案在技术上是可行的。
2.经济可行性
现存的医药店大部分采用人工管理，对人力、物力浪费很大，且速度慢、准确性差。
而采用计算机管理可以大大的弥补这一缺陷。
因此开发一个小型的管理系统是一个解决这个问题的良好的途径，花少量的成本，即可使工作环境变得轻松快捷。
因此此方案在经济上也是可行的。
3.运行可行性
医药管理系统是根据实际的医药店的工作过程编写的，因此完全符合医药店管理工作的各项特性要求，一旦系统开发成功并调试运行后，在管理方面也是可行的。
1.6结论
通过以上的论证，可知该系统在技术，经济，运行方面均是可行的，因此该系统具有立即开发的可行性
2．系统分析报告
作者：
学号：
系：
专业：
信息管理与信息系统
题目：
医药店管理信息系统
小组成员：
2011年1月吉林
2.1概述
2.1.1系统分析的原则
1．逻辑设计与物理设计分开的原则
为了保证系统整体的合理性和最佳性，在系统分析阶段集中力量做好逻辑设计，为了保证系统开发的质量，在系统设计阶段以逻辑设计的成果为依据，使物理设计有更好的全局观念和多种物理方案的选择余地。
这样分阶段安排。
2．面向用户的原则
在结构化方法中强调用户至上的原则，用户是信息系统开发的起源和最终归宿，因此整个开发过程要面向用户；用户的参与程度和满意程度是系统成功开发的关键。
3.结构化分析的原则
结构化分析的基本思想是以分解和抽象为手段，按照自顶向下的原则对现行系统进行逐步细化、逐步分解、逐步求解，直至达到用户需求，从而达到易于理解的目的。
2.1.2系统分析方法
采用结构化的方法自顶向下的逐层分解、逐步细分、逐步求精，利用抽象和分解为手段控制系统的复杂性，把大问题分解成小问题，然后分别解决。
分解是把一个较为复杂的问题分解成较小，比较容易解决的问题，然后分别解决。
例如把系统分成四个模块考虑，正是基于这样的方法。
抽象是考虑问题的本质属性，暂不考虑具体细节，以后再添加详细的细节，直到最详细为止。
即把复杂的处理内容隐蔽起来，抓住问题的主体，有利于问题的理解。
例如我考虑顶层的业务流程时，就暂时抛开各个模块的细节，先进行总体上的分析，然后才考虑各个模块的细节。
2.2现行系统概况
2.2.1现行系统现状调查
1.现行系统目标、规模、界限、主要功能
2.组织机构调查
本系统主要针对中小型药店，一般一个中型的药店负责专项管理的人员3、4名，销售人员
5人左右，每天来往药店的人估计八十人左右。
3.业务流程调查与分析
医药店的具体业务流程如下：
客户到医药店选择药品，填写订货单，将订货单交个销售人员，销售人员审核订货单，如果存在错误重新填写订货单，否则进行下一步的处理。
如果是新客户则先进行登记，然后根据客户的订货情况对库存进行检索，如果满足供应条件，则开收货单，客户付款后，开收据和发货单，会计将应收金额计入明细账。
客户根据发货单提货，由专门的人员发货并修改库存。
同时对销售记录进行存档。
如果不能满足供应条件，将现货部分卖给客户，并将缺货信息发给采购部门，采购部门按照缺货情况，确定向哪个供应商订购哪种类型的药物，采购数量，然后按供应商汇总，将订购种类和数量打印出来，向供应商发订货单，供应商根据药品的总价向药店发送付款单。
医药店进行核对后，付款并修改相应的明细账，当供应商把货发过来的时候，要与订货单进行核对，核认无误后入库并向销售部门发送到货通知。
业务流程图如图2-1所示，而医药店销售管理的流程图如图2-2所示。
2.2.2系现行系统存在的问题和薄弱环节
1．现行系统基本上是依赖office软件进行操作，管理手段落后，工作效率低。
2．由于信息的繁琐，在进行信息的录入和处理时容易出现错误
3．查询比较困难，只能做单个表的查询。
4．现行系统的安全性比较差，由于用户管理机制不明确，用户权限也没有明确的定义，用户使用比较混乱。
2.3新系统逻辑设计
2.3.1新系统目标
1.对药品信息的维护和管理，能实现药品信息的添加、修改和删除，并能够按照一定条件查询药品信息。
2..对供应商信息的维护和管理，能实现药品信息的添加、修改和删除，并能够按照一定条件查询药品信息。
3..对客户信息的维护和管理，能实现药品信息的添加、修改和删除，并能够按照一定条件查询药品信息。
4.出入库管理，能够查询库存药品信息，并对库存进行盘点，更新。
5.查询功能，要求可以按照日期查询，也可按照用户选择字段和输入内容进行查询。
6.增加用户管理机制，明确定义用户权限。
2.3.2新系统逻辑模型
经过研究分析可得新系统的销售管理的数据流程图如图2-3所示。
2.3.3建立数据字典
数据字典就是将数据元素、数据结构、数据流、数据存储、处理功能和外部实体等详细情况加以记录，并按照一定的方式进行排列所形成的一部关于数据的字典。
1、数据元素
数据元素是最小的数据组成单位，也就是不可再分的数据单位。
药品编号，药品名称，供应商编号等如本系统中的数据元素的定义如表2-1所示。
表2-1
数据元素编号
DE001
数据元素名称
药品编号
简述
药品编号
别名
Medicinecode
长度
20个字节
类型
字符型
取值/含义
根据药品基础信息对药品的编号
有关的数据元素或数据结构
药品信息
有关的处理功能：
销售管理，输出药品信息，采购管理
当所有的数据元素都定义完了时，就可以建立一张数据元素一览表，如表2-2所示。
表2-2
编号
数据元素名称
别名
类型
长度
DE001
药品编号
Medicinecode
字符型
20
DE002
药品名称
Medicinename
字符型
20
DE003
药品类别代码
Medkindcode
字符型
10
DE004
售价
Price
Float
20
DE005
厂价
listprice
Float
20
DE006
库存量
number
Int
40
DE007
单位
unit
字符型
8
DE008
有效期至
usefullife
Datantime
8
DE009
供应商编号
firmcode
字符型
10
DE0010
供应商名称
firmname
字符型
10
DE0011
联系人
link
字符型
10
DE0012
联系电话
linktell
字符型
13
DE0013
所在城市
Adress
字符型
20
DE0014
销售编号
SaleNo
字符型
20
DE0015
职工号
WorkNo
字符型
20
DE0016
客户编号
Custemetcode
字符型
20
DE0017
销售日期
SaleDate
Datatime
8
DE0018
销售数量
SaleNumber
Int
200
DE0019
总金额
Amount
Float
20
DE0020
进货日期
Buydate
Datatime
8
DE0021
进货数量
Buynumber
Int
200
DE0022
订货单编号
Ordercode
字符型
8
DE0023
进货单编号
Buycode
字符型
20
DE0024
类别说明
KindExplanation
字符型
20
DE0025
职工姓名
name
字符型
20
DE0026
用户登录名
Username
字符型
20
DE0027
用户密码
Userkey
字符型
20
DE0028
客户姓名
Custemername
Int
10
DE0029
客户联系电话
Custemertell
字符型
10
DE0030
客户地址
Custemeradress
字符型
13
DE0031
权限代码
Prmisson
字符型
20
DE0032
职工名
Workname
字符型
20
DE0033
付款总金额
Amount2
Float
20
DE0034
批准文号
conclusion
字符型
20
2、数据流
数据流表示数据的流向。
在数据字典中所定义的数据流有两类：
一是从外部实体输入到系统中的数据流，二是从系统输出到外部实体的数据流。
以药品订货单为例来介绍数据流的定义。
如表2-3所示
表2-3
数据流编号
DF001
数据流名称
药品订货单
简述
客户在医药店购货时填写的订货单
来源
外部项“客户”
去处
处理功能“销售管理”
组成
订货单编号、药品编号、数量、客户、日期
流通量
每天约80份
高峰期的流量
大约30份
由于数据流定义的很多，在这里就不一一赘述了。
3、数据存储
数据存储是数据结构停留或保存的地方，也是数据流的来源与去向之一，以顾客来介绍数据存储的定义。
如表2-4所示
表2-4
数据存储编码
DB001
数据存储名称
客户信息
简述
存储
输入数据流
存储新客户的有关信息
输出数据流
新客户信息
组成
客户编号、客户姓名、客户联系电话、客户地址
立即存储要求
有
由于数据存储定义的很多，在这里就不一一赘述了。
4、外部项也叫外部实体，指的是数据的来源与去向，它不受系统控制，是系统以外的人或者事物。
以客户为例介绍外部实体的定义。
如表2-5所示
表2-5
外部项编号
E01
外部项名称
客户
简述
该公司接待的所有个人和单位
输出数据流（去向）
发货单
输入数据流（来源）
客户订货单、付款单
个数
1000名左右
由于数据存储定义的很多，在这里就不一一赘述了
5、处理功能
处理功能是指最低一层数据流程图中的处理功能的定义。
实际上每一个处理功能就是一个，可以使用判断树、判断表和结构是语言等进行描述。
处理功能的定义如表2-6所示。
表2-6
处理逻辑编号
P001
处理逻辑名称
审核订购单
简述
接受从销售部门录入的客户订购单是否正确
输入数据流
客户订购单
输出数据流
1合格的订购单去向：
数据存储“确定客户订单
2不合格的订购单去向：
外部项“客户”
处理
1录入客户订购单
2按照药品名称，查询订购单是否合理
有关的数据存储
药品存储、客户
由于数据存储定义的很多，在这里就不一一赘述了。
2.3.4数据存储规范化
医药店管理涉及的实体有：
药品信息：
药品编号，药品名称，药品类别代码，售价，厂价，单位，有效期至，批准文号等。
药品类别：
药品类别代码，类别说明等。
供应商信息：
供应商号，供应商名，联系人，联系电话，所在城市等。
药品销售单：
药品销售单编号，药品编号，药品名称，售价，单位，数量，总额，销售日期，客户编号，职工号等。
职工信息：
职工号，职工姓名，登录名，用户权限等。
药品采购单：
药品采购单编号，药品编号，药品名称，厂价，单位，数量，总额，采购日期，供应商编号等。
客户信息：
客户编号，客户姓名，联系电话，所在城市等。
系统全局的Ｅ－Ｒ图如图2-4所示。
系统局部的Ｅ－Ｒ图，以药品、药品类别实体联系图为例。
如图2-5所示。
2.3.5数据处理描述
对底层的处理逻辑进行说明，例如对客户提交的订购单的处理。
if订购单合格
确定客户订单
else将订购单返还给客户
2.3.6遗留问题
由于资金和技术水平有限，只能实现了医药店管理的一些最为基本的功能，可能还存在着很多的不足和缺陷，在以后的过程中还会不断更改，改进。
2.4用户领导审批意见
支持医药店管理系统的改进，认为有利于医药店的管理。
3．系统设计报告
作者：
学号：
系：
专业：
信息管理与信息系统
题目：
医药店管理信息系统
小组成员：
2011年1月吉林
3.1概述
3.1.1系统设计目标
在保证实现系统逻辑模型的基础上，尽可能的提高系统的各项指标，即运行效率，可靠性，可修改性，灵活性，通用性和实用性等。
１．能够更快捷更准确的提供和更新信息
２．能够具有更多，更细的处理功能。
３．能够提供更有效、更科学的管理方法。
3.1.2系统设计策略
本系统采用结构化设计的方法，系统分解为层次化的模块结构。
对高层模块采用以事务为中心的设计策略，把一个大的复杂的系统分解成相对简单的模块。
对底层模块采用以变换为中心的设计策略，此外还有提高模块的内聚性和降低模块之间的耦合程度等。
3.2计算机系统配置
3.2.1硬件配置
1.主机cpu：
酷睿ｉ５；内存２ＧＢ
2.外存储器硬盘：
系统基本空间５００GB，每10万条数据增加1GB空间。
3.终端与外部设备配置：
由服务器和数据库系统管理软件进行数据库事务处理；由微机工作站上用户工具进行数据加工处理；经过TCP/IP网络软件连接客户机与服务器；服务器与客户机入网连接均采用以太网。
4.其它辅助设备：
各部门配有１－２台电脑、普通打印机、扫描仪等，配置一台工作站来实现数据的交换和处理，并且配有打印机。
在服务器端使用SQL数据库管理系统，在客户端利用DELPHI这一良好的开发平台进行系统开发。
另可配备条码仪、打印机、调制解调器、网络接口板、电缆、不间断电源等。
3.2.2软件配置
本系统客户端拟采用Windowsxp及现在市场上常用版本均可，服务器端采用WindowsNT或Windows2000操作系统，前端开发语言使用DELPHI,使用SOLServer数据库管理系统。
3.3系统结构设计
根据系统分析得出的新系统逻辑结构进行系统得设计，由此可建立新的高层结构图,如图图3-1所示
销售模块结构图图3-2如所示。
图3-2
3.4模块设计
销售管理模块设计说明书
模块名称：
医药的销售管理
输入：
数据流：
药品信息、订货单、查询命令
输出：
数据流：
发货单、查询应答
处理：
审核订货单、开发货单、回应经理查询命令。
3.5数据库设计
3.5.1数据库逻辑设计
逻辑设计就是把概念结构设计阶段设计好的基本E-R图转换为与选定的DBMS产品所支持的数据模型相符合的逻辑结构。
主要列出药品销售表为例。
药品销售表（销售编号，职工编号，销售日期，药品编号，药品名称，售价，数量，单位，销售
升级会员 