优秀的毕业设计论文网
计算机 JAVA 电子信息 单片机 机械机电 模具 土木工程 建筑结构 论文
热门搜索词:网络 ASP.NET 汽车 电气 数控 PLC

医药管理系统

以下是资料介绍,如需要完整的请充值下载.
1.无需注册登录,支付后按照提示操作即可获取该资料.
2.资料以网页介绍的为准,下载后不会有水印.资料仅供学习参考之用.
  
资料介绍:
系统概述
1.1 系统开发背景
      随着科技的不断进步,企业都在不断的注重管理的信息化以完善企业管理,增强企业自身的竞争力。医药业也不例外,通过较完善的信息系统实现自身企业对内部管理的方便性、合理性、快捷性、高效性等要求。
以前的手工管理效率低使最明显的缺陷,另外,数据的一致性不好维护,如某个药品信息的记录有所改动(如更改编号),那么该要品的其他记录就与此不一致,造成查询的费时费力。要把全部数据都更改又相当不方便。对药品库存的盘点也很不方便,而且需要较多的人来进行管理操作,而且容易出错,造成数据的不一致。而药品业是关民生的行业,错误信息可能会造成不可收拾的严重后果。因此,运用高效、准确的信息管理系统来替代手工管理是完善医药业管理的有效手段。
1.2.系统开发意义
利用数据库系统可以很好的对数据进行维护,减少由于数据不一致等错误带来的麻烦。方便数据的更新和查询,降低错误率,方便药品信息的维护及库存的盘点。还可以运用较少的人员,高效的完成对医药的管理。
由于社会的发展不断趋于信息化,各个行业都要加强自身的信息化程度以适应社会的发展。而管理信息化正迎合了这个趋势,数据库系统在医药业的应用业实现了医药业执行工具、业务管理等的信息化,在这个信息化社会为医药业的发展增加了新的动力。相信随着社会的不断发展对该类系统的需求会越来越高。 think58 [资料来源:THINK58.com]
医药管理信息系统,即服务于个人,又服务于企业,并最终服务于社会,这是让科技为人类服务的最好例证,其开发意义显而易见。
需求分析
2.1信息需求(基本信息)
药品信息:药品编号,药品名称,药品类别代码,售价,厂价,单位,库存量,有效期至,批准文号等
药品分类索引信息:药品类别代码,类别说明等
供应商信息:供应商号,供应商名,联系人,联系电话,所在城市等
药品销售信息:销售编码,药品编码,药品名称,售价,单位,数量,总额,销售日期等
用户信息:职工号,姓名,用户登录名,用户口令,用户身份,用户权限等
2.2功能需求
系统要实现的主要功能有:
(1)对药品信息的维护和管理,能够万册很能够药品信息的添加、修改和删除,并按一定条件查询药品信息。
(2)对供应商信息的管理,能够完成信息的添加、修改和删除,并按一定条件查询信息。
(3)对用户信息的管理,能够完成信息的添加、修改和删除,并按一定条件查询信息。
(4)仓库管理,能够查询库存药品信息,并对库存进行更新、盘点
(5)查询功能,要求可以按日期查询,也可按用户选择字段和输入内容查询。
关系模式
1.关系模式设计
该设计以概念结构设计中的E-R图为主要依据,设计出相关的整体逻辑结构。根据总E-R图有五个实体但仓库实体在本系统中作用不大而且仅涉及到一个仓库,所以仓库不再单独设计一张表。再加上一个多对多关系(本系统不考虑供应关系)总共五个关系模式:

think58 [资料来源:http://www.THINK58.com]


药品信息(药品编码,药品名称,药品类别代码,售价,厂价,库存量,单位,有效期至)
药品类别索引(药品类别代码,类别说明)
供应商信息(供应商编码,供应商名称,联系人,联系电话,所在城市)
用户信息(职工号,姓名,用户名,用户口令,职位,权限)
药品销售信息(销售编码,销售日期,药品编码,药品名称,单价,数量,单位,总额,销售员编码)
2.关系模式优化
  3.2.1中的关系模式中的每一个分量都是不可分的数据项所以都符合第一范式;而且所有的前四个关系模式都是由单个属性作为码,没有任何属性对码部分依赖,在药品销售信息内虽由三个属性作为码,但也不存在属性对码的部分依赖,所以上述模式都符合第二范式;药品信息、药品类别索引、供应商信息三个关系模式中不存在传递依赖,都属于第三范式。
在用户信息关系模式中,用户是按照权限分类的,职位不同权限不同,这样该关系模式就存在了非主属性对码的传递依赖:职工号→职位, 职位→权限,所以应将用户信息分解为:
用户信息(职工号,姓名,用户名,用户口令,职位)
职位权限信息(职位,权限)
但本系统不考虑职工信息的管理,为了使销售员编号与销售员的职工号连系起来,并能通过职工姓名和职位来修改用户信息所以把员工的部分信息(职工号,姓名,职位)跟用户基本信息(用户名,用户口令,权限)合成了用户信息(职工号,姓名,用户名,用户口令,职位,权限)以便于系统功能的实现,所以在此不采用分解模式,仍采用原模式。

内容来自think58 [资料来源:http://THINK58.com]


药品销售信息中有大量的数据冗余,且不够明确。现将其分解为:
药品销售主表(销售编码,销售日期,销售员编号,总金额)
药品销售子表(销售编码,销售日期,药品编码,药品名称,单价,数量,单位,金额)
其中“金额”由“单价”和“数量”乘积求得,“总金额”由同一销售单内不同药品的“金额”求和得到。这样不仅方便查询销售总额,也加快了合计数据的速度,也有利于程序的实现。
用户信息模式和药品销售子表模式是为了降低连接操作,减少外键和索引数目对原模式进行重建或分割得来的。更重要得是,这样不但可以提高查询速度,而且有利于系统实现。