医院医药管理系统分析与设计.docx

1、医院医药管理系统分析与设计第一章 医院药房系统需求规格说明书1.导言1.1 目的该文档是关于用户对于医院药房系统的功能和性能的要求，重点描述了医院药房系统的功能需求，是概要设计阶段的重要输入。本文档的预期读者是： 设计人员； 开发人员； 项目管理人员； 测试人员； 用户。1.2 范围该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型的，解决整个项目系统的“做什么”的问题。在这里，没有涉及开发技术，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的平台。1.3 编写说明HR,Human Resource（人力资源管理）的缩写。JSP,Java Serv

2、er Page（Java服务器页面）的缩写，一个脚本化的语言。UML,Unified Modeling Language（统一建模语言）的缩写，是一个标准的建模语言。1.4 术语定义无1.5 引用标准1企业文档格式标准，*有限公司软件工程过程化组织2需求规格报告格式标准，*有限公司软件工程过程化组织1.6 参考资料1UML说明，*软件有限公司2需求规格报告格式标准，*公司软件工程过程化组织1.7 版本更新信息本文档的更新记录如表A-1所示。表A-1 版本更新记录修改编号修改日期修改后版本修改位置修改内容概述0010020030040052008.9.52006.9.102006.9.15200

3、6.9.162006.10.180.10.20.30.41.0全部第3.1节第4.1节第5.1节第7章初始发布版本增加修改修改增加2.系统定义我们分别阐述一下项目的来源、背景，项目的用户特点和项目的目标。2.1 项目来源及背景药品管理主要是药品管理员对药品库存进行的相关管理。在该管理系统中，药品管理员主要需要对药品的库存信息进行记录，查询和统计功能。药品管理是医院日常管理事务中的重要内容，药品管理过程的准确性和高效性至关重要。利用计算机高效，准确的特点能够很好的满足医院药品管理过程的需求，在保证管理过程准确性的基础上，最大程度地提高管理效率。目前，大多数医院都已采用医院管理系统进行医院药品管理

4、业务的计算机管理。医院药品管理系统主要是为医院药品管理人员提供药品信息的记录，查询和统计功能，为管理人员提供重要的信息参考。通过医院药品管理系统，管理人员可以对医院药品的入库，出库以及库存信息进行管理，系统提供方便的药品管理信息的查询和统计功能，能够满足医院药品管理人员的基本管理需求。2.2 用户的特点本系统的用户是医院的工作人员，包括两类，一类是药剂师，他们所持有的权限是固定的，对不同的药剂师而言可以对具体的信息进行管理。另外一类用户是管理用户，他们是医院药房内部的人，主要是人力资源管理人员和系统管理人员。他们对药店人力资源管理，药店进销存等业务很熟悉，总之，他们对使用管理软件比较熟悉。2.

5、3 项目目标本项目设定的目标如下： 系统能够提供友好的用户界面，使操作人员的工作量最大限度的减少； 系统具有良好的运行效率，能够达到提高生产率的目的； 系统应有良好的可扩充性，可以容易地加入其他系统的应用； 平台的设计具有一定的超前性，灵活性，能够适应企业生产配置的变化； 通过这个项目可以锻炼队伍，提高团队的开发能力和项目管理能力。3.应用环境根据用户的需求陈述，可以确定本项目分为客户端和管理端，客户端主要功能是提供药剂师的注册，处方管理，药品的曾删改查等。管理端的功能提供医院药房对于药品的进货销售、统计，用户管理等。它们的关系如图A-1所图A-1 医院医药系统流程图3.1 系统运行的网络环境

6、本系统的网络运行图如图A-2所示，无论是客户端的应聘者还是管理端的管理用户都可以通过网络登录到本系统中。应聘者通过网络提交简历等相关信息，人力资源部通过网络发布职位信息，获得应聘者提交的简历信息，进行面试管理。管理端的系统管理员需要设置管理端的用户以及相应的权限。3.2 系统运行的硬件环境本系统的硬件环境如下：客户机：普通PC CPU：P41.8GHz以上 内存：256MB以上 能够运行IE5.0以上或者Netscape4.0以上版本的机器 分辨率：推荐使用1024768像素Web服务器 CPU：P41.0GHz 内存：1G以上 硬盘：80GB以上 网卡：KMb/s速度数据库服务器 CPU：P

7、42.0GHz 内存：1GB以上硬盘：80GB以上图A-2 网络拓扑结构图 系统运行软件环境本系统的软件环境如下： 操作系统：UNIX/Linux/Windows2000或以上版本 数据库：SQL Server 2000 开发工具包：JDK Version 1.4.2浏览器：IE6.0以上4.功能规格我们采用面向对象分析作为主要的系统建模方法，使用UML（Unified Modeling Language）作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映

8、像。用例描述角色（用户、外部系统以及系统处理）是如何与系统交互来完成工作的。用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动态对象模型。设计用例时，我们遵循下列步骤：1）识别出系统的角色。角色可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者（角色）是谁。尽可能地确保所有角色都被完全识别出来。2）描述主要的用例。可以采取不断地问自已“这个角色究竟想过系统做什么？”来准确地描述用例。3）重新审视每个用例，为它们下个详尽的定义。4.1 角色定义角色或者执行者指

9、与系统产生交互的外部用户或者外部系统。4.1.1 药剂师药剂师是指在这个医药管理系统中通过客户端修改信息的人员，这个角色主要参与客户端的药品管理，药品分类管理，等功能。4.1.2 管理员管理员是指管理端的用户，此角色主要是拥有对数据库操作的直接权限，可以对药房的药品销售，进货，统计，进行管理操作，实现药房的自动化数据管理等，它们的关系如图A-3所示。图A-3 管理用户角色的关系药剂师管理：通过管理端部分权限实行 管理药品，管理药品分类，管理处方。系统管理员通过管理端对系统用户进行管理的人员，这个角色主要负责对管理端用户的增删，权限的设置等功能。4.1.3 数据库数据库是一个与系统产生交互的外部

10、系统，这个角色负责系统的数据查询、增加、删除和修改等操作。4.2 系统主用例图医院药房管理系统可以看做一个管理端子系统。客户端子系统功能主要是指药剂师通过登录医院药品管理系统进行操作的功能。管理端子系统功能是医院药品管理所需要的内部管理。系统的主用例如图A-4所示。图A-4 系统的主用例图4.3 管理端子系统不同药剂师通过医院的管理系统登录到系统中进行管理，然后药剂师通过自己的需要选择需要管理的项目，最终提交到管理端持久化数据到数据库表。图A-5是它的活动图。客户端的功能主要包括对药品分类进行管理，完成药品分类的增删改查。还管理药品对药品进行增删改查等功能，图A-6是它的用例图。 图A-5 管

11、理端的活动图1 图A-6管理端的功能用例图1客户端管理的这些用例描述如下：F-C-1：药品类别管理。药剂师可以通过登陆到主界面进行药品的分类管理,分为中药,西药,处方,非处方药等几大大类别,药剂师可以根据需求自己进行操作。F-C-2：药品管理。药剂师可以对药品的信息进行操作,药品信息包括药品名称,药品编号,药品,药品产地等具体信息。F-C-3：处方管理。药剂师可以对处方进行增删改查。4.3.1 药品类别管理药品类别管理应药剂师要求对药品的详细信息做具体操作。具体描述如下。用例描述：药品类别管理；执行者：药剂师；前置条件：药剂师已登录,并且选择了药品类别管理功能,进入类别管理页面；后置条件：填写

12、药品类别信息后可以对药品类别进行具体的增删改查工作。基本路径：a）药剂师登陆到自己的管理界面选择需要完成的工作-药品类别管理这一项,然后输入药品的信息,选择要进行操作的那个按钮；4.3.2 药品管理如果药剂师需要对药品的信息进行管理那么可以选择药品管理这一选项,然后完善信息进行增删改查。具体描述如下。用例描述：药品管理；执行者：药剂师；前置条件：药剂师已登录,并且选择了药品管理功能,进入药品管理页面；后置条件：直接对药品信息进行修改并且提交。基本路径：a）药品必须填写的信息输入,包括药品编号,药品的名称,药品的数量b）如果需要删除药品信息,必须填写的信息是药品编号,药品名称；c）如果要查询药品

13、只需输入药品的名称；4.3.3 处方管理处方管理需要完成每个药剂师对于处方的增删改查，具体功能描述如下。用例描述：处方信息管理；执行者：药剂师；前置条件：药剂师选择了处方管理功能,进入处方管理页面；后置条件：选择需要处理的类别,然后对数据进行增删改查。基本路径：a）要求药剂师遵循提示输入合法的处方信息；b）进行删除是必须输入处方编号,以及医师姓名；c）最后所有的处理都会提交到服务器端。4.4 管理端子系统管理端子系统还包括最终权限决定者-管理员，每个登录者首先要通过安全认证然后确认权限，系统根据相应的权限实现相应的功能。图A-7是管理端的用例图。图A-7 管理端用例图F-L-1： 登录管理登录

14、管理负责所有的管理端的登录，管理端的人员要登录到管理端必须经过登录界面，输入自己的用户名和密码，然后系统判断这个用户的权限信息，不同的登录人可能具有不同的权限，系统根据不同的权限实现不同的功能。F-M-1：采购管理采购管理 由管理员登录到系统，实现订单的增加、删除、修改的功能及提供库存的详细信息。并且可以在完善订单信息之后,生成订货单.F-M-2： 药品库存管理药品库存管理是由管理员登录到系统，根据药品信息提取出来的信息，对问卷的试题进行增加、删除、修改的功能。F-A-1： 统计由管理员对药品库存进行统计。4.4.1 登录管理登录到管理端的所有人都需要通过登录界面进入相应的管理界面。在登发界面

15、输入用户名和密码，系统首先判断用户名和密码的正确性，然后根据用户名确定其权限，不同的登录者具有不同的权限，根据登录者具有的权限将相应的功能显示在管理界面上，没有权限操作的功能将不显示在这个界面上。图A-8是它的活动视图。图A-8 登录管理活动视图4.4.2管理采购管理员可以根据需要进行采购的管理,主要是增加采购,然后生成采购单。具体描述如下。用例描述：采购管理；执行者： 管理者；前置条件：管理者已登录系统进入主界面；后置条件： 如果添加采购信息合法且成功提交,便会生成采购单。基本路径：a）进入采购管理界面，；b）完善要进的药品信息进行增加采购；d）可以删除指定编号的订购单。图A-9 管理采购信

16、息活动视图4.4.3管理库存管理员可以随时对库存进行增删改产处理。具体功能描述如下。用例描述：库存管理；执行者： 管理者；前置条件： 试题管理者已登录系统并且选择库存管理功能；后置条件： 如果对库存进行了操作,数据库表将会同步数据。基本路径：a）进入库存管理界面；b）对库存信息进行增删改查；c）可以对一些药品的库存查看具体；d）提供增加库存的按钮，增加库存时，生成订货单；e）可以删除选择的库存。图A-10 管理库存活动视图4.4.4统计系统管理员可以进行库存统计，对药品的总库存进行精确统计。具体功能描述如下。用例描述：统计；执行者： 管理员；前置条件： 系统管理员已登录系统；后置条件： 自动进

17、入统计界面,并迅速给出当前库存总量。基本路径：a）进入用户管理界面；b）选择统计功能按钮；图A-11 统计活动视图4.4.5管理用户系统管理员可以进行权限设置，在用户管理界面中对用户进行增加、删除、修改、查询。具体功能描述如下。用例描述：用户管理；执行者： 系统管理员；前置条件： 系统管理员已登录系统；后置条件： 如果用户信息维护完成，则用户的相应信息将记录到数据库中。基本路径：a）进入用户管理界面，显示目前的系统用户以及每个用户具有的权限；b）点击不同的用户，可以显示这个用户的信息以及相应权限，必要时可以修改其权限；c）可以增加用户，也可以删除用户。图A-12 管理用户活动视图5.性能需求根

18、据用户对本系统的要求，确定系统在响应时间、可靠性、安全性等方面有较高的必能要求。5.1 界面需求系统的界面要求如下。1）页面内容：主题突出，站点定义、术语和行文格式统一、规范、明确、栏目、菜单设置和布局合理，传递的信息准确、及时。内容丰富，文字准确，语句通顺，专用术语规范，行文格式统一规范。2）导航结构：页面具有明确的导航指示，且便于理解，方便用户使用。3）技术环境：页面大小适当，能用各种常用浏览器以不同分辨率浏览，无错误链接和空链接；采用CSS处理，控制字体大小和版面布局。4）艺术风格：界面、版面形象清晰悦目、布局合理，字号大小适宜、字体选择合理，前后一致，美观大方，动与静搭配恰当，动静效果

19、好；色彩和谐自然，与主题内容相协调。5.2 响应时间需求无论是客户端还是管理端，当用户登录，进行任何操作的时候，系统应该及时地进行反应，反应的时间在5秒以内。系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，以避免出现长时间等待甚至无响应。5.3 可靠性需求系统应保证724小时内不宕机，保证20人可以同时在客户端登录，此时系统能正常运行，正确提示相关内容。5.4 开放性需求系统应具有较强的灵活性，以适应将来功能扩展的需求。5.5 可扩展性需求系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。5.6 系统安全性需求系统有严格的权限管理功能，各功能模块需有相应的权限

20、方能进入。系统需能够防止各类误操作可能造成的数据丢失，破坏。防止用户非法获得网页以及内容。6.产品提交提交产品为：a）应用系统软件包；b）数据库初始数据；c）系统开发过程文档；d）系统使用、维护说明文档，提交方式为CD介质。7.实现约束系统的实现约束如下：a）操作系统为Windows200；b）开发平台为:eclise-SDK-3.1.2-win32；c）数据库为SQL serer2005。8.签字 本需求规格经过双方认可，特签字如表A-2所例。表A-2 需求规格签字用户签署信息企业签署信息单位名称 北京XXX公司 ( 盖 章 )签署人姓名 签署日期 2013.6.18单位名称 *软件有限公司

21、 （ 盖 章 ）签署人姓名 签署日期 2013.6.18第二章 软件项目的概要设计说明书案例说明医院药房管理系统项目的概要设计说明书如下。医院药房管理系统概要设计1.导言1.1 目的该文档的目的是描述医院医药系统项目的概要设计，其主要内容包括：系统功能简介；系统结构设计；系统接口设计；数据设计；模块设计；界面设计。本文档的预期的读者是：开发人员；项目管理人员；测试人员。1.2 范围该文档定义了系统的结构和单元接口，但未确定单元的实现方法，这部分内容将在详细设计/实现中确定。1.3 编写说明UML：Unified Modeling Language（统一建模语言）的缩写，是一个标准的建模语言。J

22、SP：Java Server Page（java服务器页面）的缩写，一个脚本化的语言。MVC:Model-View-Control（模式-视图-控制）的缩写，表示一个三层的结构体系。EJB:Enterprise Java Bean（企业级JavaBean）的缩写。1.4 术语定义JSP Model2:Servlet/JSP规范的0.92版本中描述的术语，定义了如何在同一个应用程序中联合使用Servlet和JSP的体系结构。JavaBean：用Java语言实现的满足一定功能的类。1.5 引用标准1企业文档格式标准，*软件有限公司2软件概要设计报告格式标准，*软件有限公司软件工程过程化组织1.6

23、参考资料1实战struct（美）Ted Husted机械工业出版社， 2软件重构清华大学出版社， 1.7 版本更新信息本文档的更新记录如表B-1所示。表B-1 版本更新记录修改编号修改日期修改后版本修改位置修改内容概述0000012013.6.182013.6.200.11.0全部6.5节初始发布版本修改统计模块的设计2.系统分析本系统可以实现医院药房管理，管理员通过登录系统进行最终权限的管理。同时，作为同样拥有部分管理权限的药剂师也可以通过登陆系统中的药剂师登陆,对药品,药品分类等进行管理。B-1为管理端的组成构图。 图B-1 客户端子系统图示 3. 界面设计本系统的用户界面分为管理员管理界

24、面和药剂师管理界面。图B-3 管理端的页面流程3.1 管理员界面设计管理端主要实现采购管理,药品库存管理,以及用户管理和统计等功能。主要界面设计如下：登录界面：通过输入用户各和密码实现用户登录，并判断用户的权限；图B-4 用户登录界面设计管理首页：根据用户的权限，进入首页，并在首页中展示此用户相应可以操作的权限功能；管理员管理界面,其中包括 采购管理,销售管理,库存管理,统计等页面：图B-5 管理员界面设计管理员管理采购界面：图B-6 生成订货单界面设计管理员查询订单界面；图B-7 查询订货单界面设计管理员管理采购界面：图B-8 查询库存界面设计管理员统计库存总量界面：图B-9 统计库存总量界

25、面设计医师注册窗口图B-9 注册界面设计3.2 药剂师管理界面设计管理端药剂师主要负责药品的管理,药品类别的管理,以及查询处方等功能.拥有对药品以及类别修改的权限.药剂师管理窗口,其中包括药品管理,药品分类管理,查询处方,如图:图B-8 药剂师管理主界面设计药品管理窗口 图B-9 管理药品-增加界面设计药品管理-修改界面:图B-10药品管理-修改界面设计药品管理-修改界面:图B-11药品管理-查询界面设计药品管理-删除界面:图B-12药品管理-删除界面设计药品类别管理-删除界面:图B-13药品类别管理-增加界面设计药品类别管理-查询界面:图B-14药品类别管理-查询界面设计药品类别管理-查询界

26、面:图B-15药品类别管理-修改界面设计查询处方界面:图B-15查询处方界面设计系统的总体结构设计遵循如下原则。1）系统应具有良好的适应性：能适应用户对系统的软件环境、管理内容、模式和界面的要求；2）系统应具有可靠性：采用成熟的技术方法和软件开发平台，以保证系统在以后的实际应用中安全、可靠；3）系统应具有较好的安全性：应提高安全机制和用户权限限制机制的完善程度，确保数据的受限访问；4）系统应具有良好的可维护性：系统应易于维护、安装；5）系统应具有良好的可扩展性：系统应适应未来信息化建设的要求，能方便地进行功能扩展，以建立完善的信息集成管理体系。4.1 体系结构1.Java程序设计语言； 2.J

27、ava Class文件格式；3. Java应用编程接口； 4.Java虚拟机； 5. Java的面向网络的核心就是Java虚拟机，他支持Java面向网络体系结构三大支柱的所有方面：平台无关性、安全性和网络移动性。4.2 系统进行环境 下面讲述系统运行的网络结构，硬件、软件环境。4.2.1 网络结构图本系统的网络拓扑图如图B-8所示。图B-26 网络拓扑图其中的局域网用户机主要是公司内部的人员可以使用的机器，运程用户机主要是指通过互联网登录系统的人员使用的机器，可以是公司内部的人，也可以是应聘者。4.2.2 硬件环境本系统的硬件环境如下。1）客户机：普通PCCPU：P41.8GHz以上内存：25

28、6MB以上能够运行IE5.0以上或者Netscape4.0以上版本的机器分辨率：推荐使用1024768像素2）数据库服务器CPU：P42.0GHz内存：1GB以上硬盘：80GB以上4.2.3 软件环境本系统的软件环境如下：操作系统：UNIX/Linux/Windows2000或以上版本数据库：SQL Server 2000开发工具包：JDK Version1.4.2开发环境：eclipse-SDK-3.1.2win32浏览器：IE6.0以上 数据库及操作系统：对于核心数据库来说，选择一个合适的数据库系统对我们的系统运行是很重要的，选择数据库的关键因素是要考虑预计会有多少人同时访问数据库；正常工

29、作时间的级别；用来访问数据库的应用程序的类型；运行数据库的服务器的硬件和操作系统类型以及管理人员的专业技术水平。目前市场上适用于中小型企业的数据库产品有IBM DB2、Microsoft SQL Server系列，Oracle系列。所有这些产品都基于SQL语言。同时，它们还拥有精度复杂的安全控制以适应不同的商业需要。服务器操作系统使用Windows2000 Server考虑到价格因素、易用性，我们使用SQL Server2000作为系统后台数据库系统，服务器操作系统采用Windows2000 Server。5. 数据模型本系统的数据模型设计内容主要是进行数据库的设计。5.1 数据库的概念结构模型设计概念设计用来反映现实世界中的实体、属性和它们之间的关系等的原始数据形式，建立数据库的每一幅用户视图。图B-28是系统E-R图。图B-27 数据库设计概念模型类图E5.2 数据库的逻辑结构模型设计图B-28 数据库设计的逻辑模型E-R图数据库的逻辑设计是将各局部的E-R图进行分解、合并后重新组织起来形成数据库全局逻辑结构，包括所确定的关键字和属性、重新确定的记录结构、所建立的各