医院进销存系统完整版.docx
《医院进销存系统完整版.docx》由会员分享，可在线阅读，更多相关《医院进销存系统完整版.docx（24页珍藏版）》请在冰豆网上搜索。
医院进销存系统完整版
题目：
医院
进销存
系统
目录：
●可行性分析
技术可行性：
硬件和软件的要求都不是很高，目前市场上的一般计算机都可以满足系统开发的要求，维护工作也很方便，有一定经验的操作人员可以在短时间内掌握维护工作。
经济可行性：
系统开发的成本：
开发成本非常低廉，界面友好，操作简单，不需要投入大
系统运行维护费用：
系统将开发得十分完整，维护费用低。
。
管理可行性：
只要在医院药房配几台计算机及相应的操作人员就可以完成对药房信息的管理
社会可行性：
随着计算机网络和信息技术，电子商务的发展壮大，当前医院信息化特别是药品进销系统化成为必然。
医院药品进销存系统能运用信息技术做好大量数据的整理，分析工作，那将大大节省时间和人力，大大减少不必要的重复性工作。
●需求获取
功能需求
（1）登录功能
由于是限定医院使用，只有登录系统。
（2）库存管理功能
库存管理功能是在使用系统的开始初始化医院的库存，还对现在的库存进行列表显示，并在显示的列表中做修改操作；库存管理还包括检查库存下限报警和药品有效期报警，给予应有的提示。
（3）药品管理功能
管理员在初始化药品库存的时候，要先添加药品，建立药品库，对所有药品实行编码并生成相应的编号。
药品添加要把药品所有信息进行添加，包括：
药品名称、化学名称、规格、药品类别、剂型、以及批号厂商等。
对于添加的药品数据信息也可以进行相应的修改，或者删除，全凭用户需要。
（4）入库单管理功能
入库单管理即是需要管理所有的入库单，并以列表的形式显示出来；该功能要实现添加入库单，完成药品入库，并在把入库信息显示出来，并能根据要求进行入库单修改或废除。
（5）出库单管理功能
●管理员可以对出库的药品进行管理，在药品出库的时候把出库信息记录下来留作依据。
如果出库药品需要修改的，可以在出库单列表中把单子选中出来进行修改，甚至删除。
方便药品出库时的更改需要。
功能性需求分类
功能类别
功能名称、标识符
描述
用户登录
用户登录
对用户输入的用户名，密码进行验证，验证通过后，该用户可以使用系统中自己拥有权限的那部分功能，否则拒绝使用。
用药说明信息管理
用户查询用药说明信息数据，系统根据用户的操作，对药品资料进行更新或显示。
供应商资料维护
用户修改，删除，新增或查询供应商数据（其中包括对供应商的联系人的修改，删除，新增与查询以及对供应商交易记录的查询），系统根据用户的操作，对供应商资料进行更新或显示。
采购
采购
用户通过录入采购入库单增加采购的药品，并可对采购入库单及其单据中的药品明细进行修改、删除与查询。
库存
库存查询
用户通过组合不同条件，对库存进行查询、盘点。
维护系统
维护用户资料
拥有系统维护权限的用户可以增加新用户，并可以对用户的资料进行修改、删除以及查询。
管理用户权限
拥有权限管理的用户可以设定其他用户对软件的访问权限。
修改密码
用户重新设定自己的密码
报表导出
导出库存预警
库存量低于需求存量的药品系统向用户提供警示信息，以提醒用户及时进货。
用户也可将警示信息导出到Excel中。
导出药品资料
将商品资料信息导出到Excel中。
导出采购报表
按日期或用户定义的汇总方式对采购信息进行汇总，并将汇总结果导出到Excel中。
用例图
1.1进销存系统用例图
1.2基本资料维护用例图
1.3采购用例图
1.4库存用例图
1.5报表导出用例图
用例说明
用例名
用户登录
用例编号
1.1
参与者
描述
验证用户的身份
参与者操作
系统响应
基本操作过程
（描述主要成功的场景一般事件流）
用户请求使用本系统。
系统显示用户登录信息输入界面。
用户输入登录名，密码并确认操作。
。
系统验证用户登录信息，如果登录信息验证没有通过，系统显示提醒信息，并转向基本流2，如果验证通过，系统显示系统操作主界面
例外过程
（描述一些例外情况的事件流，例如登陆失败等）
1客户密码输入错误，无此用户名，或在没有登录成功之前的任意时候放弃登录，
2系统结束用户登录信息输入界面的显示，登录失败
扩展过程
（在有扩展用例情况下填写）
前置条件
（进入该用例的必须条件）
用户已经注册进入，并且用户名与密码验证正确
后置条件
（完成该用例的结果）
用户进入系统
用例名
药品资料维护
用例编号
1.2
参与者
描述
用于维护医院药品信息资料
参与者操作
系统响应
基本操作过程
（描述主要成功的场景一般事件流）
1用户请求维护医院药品资料。
2根据用户的操作执行以下相应操作。
2.1用户修改已经存在的药品的信息
2.2用户选择增加药品信息操作。
2.3用户选择删除过期药品信息操作。
2.4用户选择查询符合指定条件的商品的信息
3用户要求保存操作结果。
4用户要求结束公司商品信息的维护。
1系统显示医院药品的信息资料。
2.1系统执行修改药品信息。
2.2系统执行增加药品信息流
2.3系统执行删除药品信息流
2.4系统执行查询药品信息流。
3系统保存用户操作结果。
4系统结束公司药品资料的显示。
例外过程
（描述一些例外情况的事件流，例如登陆失败等）
1如果在用户请求保存操作结果的时候，由于网络、数据库管理系统等外部原因造成操作结果不能保存，系统保证以恰当的方式通知用户，并维护用户的操作状态，在外部原因消除之后，用户仍能继续操作。
2如果用户要求结束公司商品信息维护的时候，仍有未保存的信息，系统提醒用户
扩展过程
（在有扩展用例情况下填写）
前置条件
（进入该用例的必须条件）
用户已经登入，有此权限
后置条件
（完成该用例的结果）
完成维护
用例名
供应商资料维护
用例编号
1.2
参与者
描述
用于维护公司的供应商资料
参与者操作
系统响应
基本操作过程
（描述主要成功的场景一般事件流）
1用户修改已经存在的供应商信息
2用户选择增加供应商信息操作
3用户选择删除供应商信息操作
4用户选择查询符合指定条件的供应商的信息
5用户要求保存操作结果。
6用户要求结束供应商信息的检索
1系统执行修改供应商信息子流。
2系统执行增加供应商信息子流。
3系统执行删除供应商信息子流。
4系统执行查询供应商信息。
5系统保存用户操作结果。
6系统结束供应商信息的显示。
例外过程
（描述一些例外情况的事件流，例如登陆失败等）
1如果在用户请求保存操作结果的时候，由于网络、数据库管理系统等外部原因造成操作结果不能保存，系统保证以恰当的方式通知用户，并维护用户的操作状态，在外部原因消除之后，用户仍能继续操作。
2如果用户要求结束供应商信息维护的时候，仍有未保存的信息，系统提醒用户。
扩展过程
（在有扩展用例情况下填写）
前置条件
（进入该用例的必须条件）
用户已经登入，有此权限
后置条件
（完成该用例的结果）
完成维护
用例名
出库/入库
用例编号
1.3
参与者
描述
于维护出库入库信息
参与者操作
系统响应
基本操作过程
（描述主要成功的场景一般事件流）
1用户请求维护医院出库入库单据资料。
2用户修改已经存在的出库入库单据
3用户选择增加出库入库单据操作
4用户选择删除出库入库单据操作
5用户选择查询符合指定条件的出库入库单据
6用户要求保存操作结果。
7用户要求结束出库入库单据数据的维护。
1系统显示医院出库入库单据信息。
2系统执行修改出库入库单据子流。
3系统执行增加出库入库单据子流。
4系统执行删除出库入库单据
5系统执行查询出库入库单据。
6系统执行保存操作结果
7系统结束公司出库入库单据数据的显示
例外过程
（描述一些例外情况的事件流，例如登陆失败等）
1如果在用户请求保存操作结果的时候，由于网络、数据库管理系统等外部原因造成操作结果不能保存，系统保证以恰当的方式通知用户，并维护用户的操作状态，在外部原因消除之后，用户仍能继续操作。
2如果用户要求结束采购入库单据信息维护的时候，仍有未保存的信息，系统提醒用户。
扩展过程
（在有扩展用例情况下填写）
前置条件
（进入该用例的必须条件）
用户已经登入，有此权限
后置条件
（完成该用例的结果）
完成出库入库查询
用例名
库存用例图
用例编号
1.4
参与者
描述
用于获得每种商品的库存信息
参与者操作
系统响应
基本操作过程
（描述主要成功的场景一般事件流）
1用户请求查询公司的商品的库存信息。
2用户指定查询条件并确认操作。
3用户要求结束库存商品的查询
1系统显示指定查询条件界面。
2系统显示符合查询条件的商品的库存信息。
3系统结束商品库存信息显示界面
例外过程
（描述一些例外情况的事件流，例如登陆失败等）
1如果根据用户指定的条件不能找到相应的商品，系统应提醒用户按照指定的查询条件不能找到相关的项目，请用户重新指定查找条件。
扩展过程
（在有扩展用例情况下填写）
前置条件
（进入该用例的必须条件）
用户已经登入，有此权限
后置条件
（完成该用例的结果）
获得库存信息
用例编号
1.5导出报表
参与者
描述
用于导出库存报表
参与者操作
系统响应
基本操作过程
（描述主要成功的场景一般事件流）
1用户请求导出库存报警报表。
2用户选择导出
3用户请求关闭打印库存报警报表操作界面。
1系统显示导出库存报警报表操作界面。
2系统将库存预警报表导入Excel文件。
3系统关闭导出库存报警报表操作界面
例外过程
（描述一些例外情况的事件流，例如登陆失败等）
1如果在用户请求导出的时候，系统所在的机器上没有安装Excel，系统保证以恰当的方式通知用户，并维护用户的操作状态，在外部原因消除之后，用户仍能继续操作
扩展过程
（在有扩展用例情况下填写）
前置条件
（进入该用例的必须条件）
用户已经登入，有此权限
后置条件
（完成该用例的结果）
产品的非功能性需求
用户界面需求
需求名称
详细要求
母窗体显示位置
窗体初次启动时在屏幕位置居中，窗体最大化。
子窗体显示位置
窗体初次启动时在母窗体居中。
界面风格
界面为“Metal”观感。
界面字体颜色
黑色为主
软硬件环境需求
需求名称
详细要求
硬件要求
IBM兼容机、IntelPentiumIII800/AMDK7以上处理器、128M以上内存，支持标准网络协议的网卡
系统平台
Windows2000/WinXP/Win2003RedHatLinux9/Fedora系列
运行环境
SunJavaJRM1.5ForWin/Linux
产品质量需求
主要质量属性
详细要求
正确性
业务错误不允许出现
健壮性
能够容纳300人同时访问，服务器端程序应连续工作半年以上
可靠性
除电源、硬件、操作系统、服务器管理系统外程序不允许异常退出或崩溃。
性能，效率
系统处理业务时间最迟时间小于等于5秒
易用性
不用安装，操作简便
清晰性
业务流程明确
安全性
用户信息保密，操作权限明确
可扩展性
可在当前需求基础之上进行功能上的扩展
兼容性
可运行在大多数主流的硬件环境中
可移植性
可运行在大多数主流的操作平台上
●面向对象分析
系统的处理流程如图
1用户登录
功能流图
药品用药说明信息检索
功能流图
库存管理
功能流图
出库单管理（出库）
功能流图
入库单管理（入库）
功能流图
流程图
顺序图
●面向对象设计
系统设计：
系统体系结构框图如下图
用户界面设计
数据库设计
E-R图
本系统涉及到以下实体：
、
数据库表
药品信息表如下：
列列列名
数据类型
允许空值
默认值
描述描述
id（PK）
Int
药品编号
name
Varchar（100）
Y
药品名称
Cname
Varchar（100）
Y
化学名称
standard
Varchar（100）
Y
规格
sort
Varchar（100）
Y
药品类别
type
Varchar（100）
Y
剂型
marker
Varchar（100）
Y
批号
address
Varchar（150）
Y
厂商
药品入库表如下：
列名列名
数据类型
允许空值
默默认值
描述描述
id（PK）
Int
入库单号
did
Int
Y
药品编号
marker
Varchar（100）
Y
批号
intime
Datetime
Y
Getdate（）
usefultime
Datetime
Y
有效日期
inprice
Float
Y
0
进价
outprice
Float
Y
0
预售价
num
Int
Y
0
数量
singleunit
Varchar（50）
Y
整量单位
multunit
Varchar（50）
Y
散量单位
checked
Varchar（50）
Y
验收人
药品出库表如下：
列列名
数型数据类型
允许空值允空
默默认值值
描述
id（PK）
Int
出库单号
did
Int
Y
药品编号
marker
Varchar（100）
Y
批号
num
Int
Y
0
数量
outtime
Datetime
Y
Getdate（）
出库日期
checked
Varchar（50）
Y
验收人
药品库存表如下：
列名列名
数据数据类型型
允许空值
默认值值
描述描述
id（PK）
Int
库存号
did
Int
Y
药品编号
marker
Varchar（100）
Y
批号
name
Varchar（100）
Y
药品名称
num
Int
Y
0
数量
singleunit
Varchar（50）
Y
整量单位
multunit
Varchar（50）
Y
散量单位
intime
Datetime
Y
Getdate（）
入库日期
usefultime
Datetime
Y
有效日期
inprice
Float
Y
0
进价
outprice
Float
Y
0
预售价
lowerlimit
Int
Y
0
库存下限
checked
Varchar（50）
Y
验收人
●总结
随着计算机网络和信息技术，电子商务的发展壮大，当前医院信息化特别是药品进销系统化成为必然。
医院药品进销存系统能运用信息技术做好大量数据的整理，分析工作，那将大大节省时间和人力，大大减少不必要的重复性工作。
越来越多的医院意识到提高药品管理水平的重要性,也迫切要求加快管理信息化的进程，开发这样一个系统是很必要的
通过这次系统的设计，我对系统开发过程有了更清晰的了解，拓宽了我的知识面
●参考资料
1.《电子商务信息系统分析与设计》徐天宇编著
2.《进销存系统需求规格说明书》XX文库
3.《医院药品信息管理系统论文》XX文库
升级会员 