医院医药管理系统分析与设计Word文件下载.docx
- 文档编号:20963266
- 上传时间:2023-01-26
- 格式:DOCX
- 页数:95
- 大小:1.82MB
医院医药管理系统分析与设计Word文件下载.docx
《医院医药管理系统分析与设计Word文件下载.docx》由会员分享,可在线阅读,更多相关《医院医药管理系统分析与设计Word文件下载.docx(95页珍藏版)》请在冰豆网上搜索。
0.1
0.2
0.3
0.4
1.0
全部
第3.1节
第4.1节
第5.1节
第7章
初始发布版本
增加
修改
2.系统定义
我们分别阐述一下项目的来源、背景,项目的用户特点和项目的目标。
2.1项目来源及背景
药品管理主要是药品管理员对药品库存进行的相关管理。
在该管理系统中,药品管理员主要需要对药品的库存信息进行记录,查询和统计功能。
药品管理是医院日常管理事务中的重要内容,药品管理过程的准确性和高效性至关重要。
利用计算机高效,准确的特点能够很好的满足医院药品管理过程的需求,在保证管理过程准确性的基础上,最大程度地提高管理效率。
目前,大多数医院都已采用医院管理系统进行医院药品管理业务的计算机管理。
医院药品管理系统主要是为医院药品管理人员提供药品信息的记录,查询和统计功能,为管理人员提供重要的信息参考。
通过医院药品管理系统,管理人员可以对医院药品的入库,出库以及库存信息进行管理,系统提供方便的药品管理信息的查询和统计功能,能够满足医院药品管理人员的基本管理需求。
2.2用户的特点
本系统的用户是医院的工作人员,包括两类,一类是药剂师,他们所持有的权限是固定的,对不同的药剂师而言可以对具体的信息进行管理。
另外一类用户是管理用户,他们是医院药房内部的人,主要是人力资源管理人员和系统管理人员。
他们对药店人力资源管理,药店进销存等业务很熟悉,总之,他们对使用管理软件比较熟悉。
2.3项目目标
本项目设定的目标如下:
系统能够提供友好的用户界面,使操作人员的工作量最大限度的减少;
系统具有良好的运行效率,能够达到提高生产率的目的;
系统应有良好的可扩充性,可以容易地加入其他系统的应用;
平台的设计具有一定的超前性,灵活性,能够适应企业生产配置的变化;
通过这个项目可以锻炼队伍,提高团队的开发能力和项目管理能力。
3.应用环境
根据用户的需求陈述,可以确定本项目分为客户端和管理端,客户端主要功能是提供药剂师的注册,处方管理,药品的曾删改查等。
管理端的功能提供医院药房对于药品的进货销售、统计,用户管理等。
它们的关系如图A-1所
图A-1医院医药系统流程图
3.1系统运行的网络环境
本系统的网络运行图如图A-2所示,无论是客户端的应聘者还是管理端的管理用户都可以通过网络登录到本系统中。
应聘者通过网络提交简历等相关信息,人力资源部通过网络发布职位信息,获得应聘者提交的简历信息,进行面试管理。
管理端的系统管理员需要设置管理端的用户以及相应的权限。
3.2系统运行的硬件环境
本系统的硬件环境如下:
客户机:
普通PC
CPU:
P41.8GHz以上
内存:
256MB以上
能够运行IE5.0以上或者Netscape4.0以上版本的机器
分辨率:
推荐使用1024×
768像素
Web服务器
P41.0GHz
1G以上
硬盘:
80GB以上
网卡:
KMb/s速度
数据库服务器
P42.0GHz
1GB以上
硬盘:
图A-2网络拓扑结构图
系统运行软件环境
本系统的软件环境如下:
操作系统:
UNIX/Linux/Windows2000或以上版本
数据库:
SQLServer2000
开发工具包:
JDKVersion1.4.2
浏览器:
IE6.0以上
4.功能规格
我们采用面向对象分析作为主要的系统建模方法,使用UML(UnifiedModelingLanguage)作为建模语言。
UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。
在UML中,从任何一个角度对系统所作的抽象都可能需要几种模型来描述,而这些来自不同角度的模型图最终组成了系统的映像。
用例描述角色(用户、外部系统以及系统处理)是如何与系统交互来完成工作的。
用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能,同时,该模型将来可以派生出动态对象模型。
设计用例时,我们遵循下列步骤:
1)识别出系统的角色。
角色可以是用户、外部系统,甚至是外部处理,通过某种途径与系统交互。
重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能,并指明这些功能的执行者(角色)是谁。
尽可能地确保所有角色都被完全识别出来。
2)描述主要的用例。
可以采取不断地问自已“这个角色究竟想过系统做什么?
”来准确地描述用例。
3)重新审视每个用例,为它们下个详尽的定义。
4.1角色定义
角色或者执行者指与系统产生交互的外部用户或者外部系统。
4.1.1药剂师
药剂师是指在这个医药管理系统中通过客户端修改信息的人员,这个角色主要参与客户端的药品管理,药品分类管理,等功能。
4.1.2管理员
管理员是指管理端的用户,此角色主要是拥有对数据库操作的直接权限,可以对药房的药品销售,进货,统计,进行管理操作,实现药房的自动化数据管理等,它们的关系如图A-3所示。
图A-3管理用户角色的关系
药剂师管理:
通过管理端部分权限实行管理药品,管理药品分类,管理处方。
系统管理员
通过管理端对系统用户进行管理的人员,这个角色主要负责对管理端用户的增删,权限的设置等功能。
4.1.3数据库
数据库是一个与系统产生交互的外部系统,这个角色负责系统的数据查询、增加、删除和修改等操作。
4.2系统主用例图
医院药房管理系统可以看做一个管理端子系统。
客户端子系统功能主要是指药剂师通过登录医院药品管理系统进行操作的功能。
管理端子系统功能是医院药品管理所需要的内部管理。
系统的主用例如图A-4所示。
图A-4系统的主用例图
4.3管理端子系统
不同药剂师通过医院的管理系统登录到系统中进行管理,然后药剂师通过自己的需要选择需要管理的项目,最终提交到管理端持久化数据到数据库表。
图A-5是它的活动图。
客户端的功能主要包括对药品分类进行管理,完成药品分类的增删改查。
还管理药品对药品进行增删改查等功能,图A-6是它的用例图。
图A-5管理端的活动图1图A-6管理端的功能用例图1
客户端管理的这些用例描述如下:
F-C-1:
药品类别管理。
药剂师可以通过登陆到主界面进行药品的分类管理,分为中药,西药,处方,非处方药等几大大类别,药剂师可以根据需求自己进行操作。
F-C-2:
药品管理。
药剂师可以对药品的信息进行操作,药品信息包括药品名称,药品编号,药品,药品产地等具体信息。
F-C-3:
处方管理。
药剂师可以对处方进行增删改查。
4.3.1药品类别管理
药品类别管理应药剂师要求对药品的详细信息做具体操作。
具体描述如下。
用例描述:
药品类别管理;
执行者:
药剂师;
前置条件:
药剂师已登录,并且选择了药品类别管理功能,进入类别管理页面;
后置条件:
填写药品类别信息后可以对药品类别进行具体的增删改查工作。
基本路径:
a)药剂师登陆到自己的管理界面选择需要完成的工作-药品类别管理这一项,然后输入药品的信息,选择要进行操作的那个按钮;
4.3.2药品管理
如果药剂师需要对药品的信息进行管理那么可以选择药品管理这一选项,然后完善信息进行增删改查。
药品管理;
药剂师已登录,并且选择了药品管理功能,进入药品管理页面;
直接对药品信息进行修改并且提交。
a)药品必须填写的信息输入,包括药品编号,药品的名称,药品的数量
b)如果需要删除药品信息,必须填写的信息是药品编号,药品名称;
c)如果要查询药品只需输入药品的名称;
4.3.3处方管理
处方管理需要完成每个药剂师对于处方的增删改查,具体功能描述如下。
处方信息管理;
药剂师选择了处方管理功能,进入处方管理页面;
选择需要处理的类别,然后对数据进行增删改查。
a)要求药剂师遵循提示输入合法的处方信息;
b)进行删除是必须输入处方编号,以及医师姓名;
c)最后所有的处理都会提交到服务器端。
4.4管理端子系统
管理端子系统还包括最终权限决定者---管理员,每个登录者首先要通过安全认证然后确认权限,系统根据相应的权限实现相应的功能。
图A-7是管理端的用例图。
图A-7管理端用例图
F-L-1:
登录管理
登录管理负责所有的管理端的登录,管理端的人员要登录到管理端必须经过登录界面,输入自己的用户名和密码,然后系统判断这个用户的权限信息,不同的登录人可能具有不同的权限,系统根据不同的权限实现不同的功能。
F-M-1:
采购管理
采购管理由管理员登录到系统,实现订单的增加、删除、修改的功能及提供库存的详细信息。
并且可以在完善订单信息之后,生成订货单.
F-M-2:
药品库存管理
药品库存管理是由管理员登录到系统,根据药品信息提取出来的信息,对问卷的试题进行增加、删除、修改的功能。
F-A-1:
统计
由管理员对药品库存进行统计。
4.4.1登录管理
登录到管理端的所有人都需要通过登录界面进入相应的管理界面。
在登发界面输入用户名和密码,系统首先判断用户名和密码的正确性,然后根据用户名确定其权限,不同的登录者具有不同的权限,根据登录者具有的权限将相应的功能显示在管理界面上,没有权限操作的功能将不显示在这个界面上。
图A-8是它的活动视图。
图A-8登录管理活动视图
4.4.2管理采购
管理员可以根据需要进行采购的管理,主要是增加采购,然后生成采购单。
采购管理;
管理者;
管理者已登录系统进入主界面;
如果添加采购信息合法且成功提交,便会生成采购单。
a)进入采购管理界面,;
b)完善要进的药品信息进行增加采购;
d)可以删除指定编号的订购单。
图A-9管理采购信息活动视图
4.4.3管理库存
管理员可以随时对库存进行增删改产处理。
具体功能描述如下。
库存管理;
试题管理者已登录系统并且选择库存管理功能;
如果对库存进行了操作,数据库表将会同步数据。
a)进入库存管理界面;
b)对库存信息进行增删改查;
c)可以对一些药品的库存查看具体;
d)提供增加库存的按钮,增加库存时,生成订货单;
e)可以删除选择的库存。
图A-10管理库存活动视图
4.4.4统计
系统管理员可以进行库存统计,对药品的总库存进行精确统计。
统计;
管理员;
系统管理员已登录系统;
自动进入统计界面,并迅速给出当前库存总量。
a)进入用户管理界面;
b)选择统计功能按钮;
图A-11统计活动视图
4.4.5管理用户
系统管理员可以进行权限设置,在用户管理界面中对用户进行增加、删除、修改、查询。
用户管理;
系统管理员;
如果用户信息维护完成,则用户的相应信息将记录到数据库中。
a)进入用户管理界面,显示目前的系统用户以及每个用户具有的权限;
b)点击不同的用户,可以显示这个用户的信息以及相应权限,必要时可以修改其权限;
c)可以增加用户,也可以删除用户。
图A-12管理用户活动视图
5.性能需求
根据用户对本系统的要求,确定系统在响应时间、可靠性、安全性等方面有较高的必能要求。
5.1界面需求
系统的界面要求如下。
1)页面内容:
主题突出,站点定义、术语和行文格式统一、规范、明确、栏目、菜单设置和布局合理,传递的信息准确、及时。
内容丰富,文字准确,语句通顺,专用术语规范,行文格式统一规范。
2)导航结构:
页面具有明确的导航指示,且便于理解,方便用户使用。
3)技术环境:
页面大小适当,能用各种常用浏览器以不同分辨率浏览,无错误链接和空链接;
采用CSS处理,控制字体大小和版面布局。
4)艺术风格:
界面、版面形象清晰悦目、布局合理,字号大小适宜、字体选择合理,前后一致,美观大方,动与静搭配恰当,动静效果好;
色彩和谐自然,与主题内容相协调。
5.2响应时间需求
无论是客户端还是管理端,当用户登录,进行任何操作的时候,系统应该及时地进行反应,反应的时间在5秒以内。
系统应能监测出各种非正常情况,如与设备的通信中断,无法连接数据库服务器等,以避免出现长时间等待甚至无响应。
5.3可靠性需求
系统应保证7×
24小时内不宕机,保证20人可以同时在客户端登录,此时系统能正常运行,正确提示相关内容。
5.4开放性需求
系统应具有较强的灵活性,以适应将来功能扩展的需求。
5.5可扩展性需求
系统设计要求能够体现扩展性要求,以适应将来功能扩展的需求。
5.6系统安全性需求
系统有严格的权限管理功能,各功能模块需有相应的权限方能进入。
系统需能够防止各类误操作可能造成的数据丢失,破坏。
防止用户非法获得网页以及内容。
6.产品提交
提交产品为:
a)应用系统软件包;
b)数据库初始数据;
c)系统开发过程文档;
d)系统使用、维护说明文档,提交方式为CD介质。
7.实现约束
系统的实现约束如下:
a)操作系统为Windows200;
b)开发平台为:
eclise-SDK-3.1.2-win32;
c)数据库为SQLserer2005。
8.签字
本需求规格经过双方认可,特签字如表A-2所例。
表A-2需求规格签字
用户签署信息
企业签署信息
单位名称北京XXX公司
(盖章)
签署人姓名
签署日期2013.6.18
单位名称********软件有限公司
第二章软件项目的概要设计说明书
案例说明
医院药房管理系统项目的概要设计说明书如下。
医院药房管理系统概要设计
该文档的目的是描述医院医药系统项目的概要设计,其主要内容包括:
系统功能简介;
系统结构设计;
系统接口设计;
数据设计;
模块设计;
界面设计。
本文档的预期的读者是:
开发人员;
项目管理人员;
测试人员。
该文档定义了系统的结构和单元接口,但未确定单元的实现方法,这部分内容将在详细设计/实现中确定。
UML:
UnifiedModelingLanguage(统一建模语言)的缩写,是一个标准的建模语言。
JSP:
JavaServerPage(java服务器页面)的缩写,一个脚本化的语言。
MVC:
Model-View-Control(模式-视图-控制)的缩写,表示一个三层的结构体系。
EJB:
EnterpriseJavaBean(企业级JavaBean)的缩写。
JSPModel2:
Servlet/JSP规范的0.92版本中描述的术语,定义了如何在同一个应用程序中联合使用Servlet和JSP的体系结构。
JavaBean:
用Java语言实现的满足一定功能的类。
[1]《企业文档格式标准》,************软件有限公司
[2]《软件概要设计报告格式标准》,************软件有限公司软件工程过程化组织
[1]《实战struct》(美)TedHusted机械工业出版社,
[2]《软件重构》清华大学出版社,
本文档的更新记录如表B-1所示。
表B-1版本更新记录
000
2013.6.18
2013.6.20
6.5节
修改统计模块的设计
2.系统分析
本系统可以实现医院药房管理,管理员通过登录系统进行最终权限的管理。
同时,作为同样拥有部分管理权限的药剂师也可以通过登陆系统中的药剂师登陆,对药品,药品分类等进行管理。
B-1为管理端的组成构图。
图B-1客户端子系统图示
3.界面设计
本系统的用户界面分为管理员管理界面和药剂师管理界面。
图B-3管理端的页面流程
3.1管理员界面设计
管理端主要实现采购管理,药品库存管理,以及用户管理和统计等功能。
主要界面设计如下:
登录界面:
通过输入用户各和密码实现用户登录,并判断用户的权限;
图B-4用户登录界面设计
管理首页:
根据用户的权限,进入首页,并在首页中展示此用户相应可以操作的权限功能;
管理员管理界面,其中包括采购管理,销售管理,库存管理,统计等页面:
图B-5管理员界面设计
管理员管理采购界面:
图B-6生成订货单界面设计
管理员查询订单界面;
图B-7查询订货单界面设计
图B-8查询库存界面设计
管理员统计库存总量界面:
图B-9统计库存总量界面设计
医师注册窗口
图B-9注册界面设计
3.2药剂师管理界面设计
管理端药剂师主要负责药品的管理,药品类别的管理,以及查询处方等功能.
拥有对药品以及类别修改的权限.
药剂师管理窗口,其中包括药品管理,药品分类管理,查询处方,如图:
图B-8药剂师管理主界面设计
药品管理窗口
图B-9管理药品-增加界面设计
药品管理-修改界面:
图B-10药品管理-修改界面设计
图B-11药品管理-查询界面设计
药品管理-删除界面:
图B-12药品管理-删除界面设计
药品类别管理-删除界面:
图B-13药品类别管理-增加界面设计
药品类别管理-查询界面:
图B-14药品类别管理-查询界面设计
图B-15药品类别管理-修改界面设计
查询处方界面:
图B-15查询处方界面设计
系统的总体结构设计遵循如下原则。
1)系统应具有良好的适应性:
能适应用户对系统的软件环境、管理内容、模式和界面的要求;
2)系统应具有可靠性:
采用成熟的技术方法和软件开发平台,以保证系统在以后的实际应用中安全、可靠;
3)系统应具有较好的安全性:
应提高安全机制和用户权限限制机制的完善程度,确保数据的受限访问;
4)系统应具有良好的可维护性:
系统应易于维护、安装;
5)系统应具有良好的可扩展性:
系统应适应未来信息化建设的要求,能方便地进行功能扩展,以建立完善的信息集成管理体系。
4.1体系结构
1.Java程序设计语言;
2.JavaClass文件格式;
3.Java应用编程接口;
4.Java虚拟机;
5.Java的面向网络的核心就是Java虚拟机,他支持Java面向网络体系结构三大支柱的所有方面:
平台无关性、安全性和网络移动性。
4.2系统进行环境
下面讲述系统运行的网络结构,硬件、软件环境。
4.2.1网络结构图
本系统的网络拓扑图如图B-8所示。
图B-26网络拓扑图
其中的局域网用户机主要是公司内部的人员可以使用的机器,运程用户机主要是指通过互联网登录系统的人员使用的机器,可以是公司内部的人,也可以是应聘者。
4.2.2硬件环境
本系统的硬件环境如下。
1)客户机:
CPU:
内存:
能够运行IE5.0以上或者Netscape4.0以上版本的机器
分辨率:
2)数据库服务器
4.2.3软件环境
操作系统:
数据库:
开发工具包:
JDKVersion1.4.2
开发环境:
eclipse-SDK-3.1.2win32
数据库及操作系统:
对于核心数据库来说,选择一个合适的数据库系统对我们的系统运行是很重要的,选择数据库的关键因素是要考虑预计会有多少人同时访问数据库;
正常工作时间的级别;
用来访问数据库的应用程序的类型;
运行数据库的服务器的硬件和操作系统类型以及管理人员的专业技术水平。
目前市场上适用于中小型企业的数据库产品有IBMDB2、MicrosoftSQLServer系列,Oracle系列。
所有这些产品都基于SQL语言。
同时,它们还拥有精度复杂的安全控制以适应不同的商业需要。
服务器操作系统使用Windows2000Server
考虑到价格因素、易用性,我们使用SQLServer2000作为系统后台数据库系统,服务器操作系统采用Windows2000Server。
5.数据模型
本系统的数据模型设计内容主要是进行数据库的设计。
5.1数据库的概念结构模型设计
概念设计用来反映现实世界中的实体、属性和它们之间的关系等的原始数据形式,建立数据库的每一幅用户视图。
图B-28是系统E-R图。
图B-27数据库设计概念模型类图E
5.2数据库的逻辑结构模型设计
图B-28数据库设计的逻辑模型E-R图
数据库的逻辑设计是将各局部的E-R图进行分解、合并后重新组织起来形成数据库全局逻辑结构,包括所确定的关键字和属性、重新确定的记录结构、所建立的各
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医院 医药 管理 系统分析 设计