药房管理系统分析与设计(共20页).doc

《药房管理系统分析与设计(共20页).doc》由会员分享，可在线阅读，更多相关《药房管理系统分析与设计(共20页).doc（20页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上课 程 设 计 报 告学 院: 城南学院 班 级: 计算机1102 题 目:药房管理系统分析与设计组 员：袁申达，高扬 指导教师： 职称: 2014年 5 月 5 日专心-专注-专业目录第1章 药房管理系统需求分析1.1药房管理系统的需求陈述拟开发一个药房管理系统，它是一个能进行划价，进行配发药品，对药品进行查询、统计的系统。当病人将处方交给药房工作人员后，药房工作人员根据处方内容，对处方进行划价，并记录下来；当病人将已收费处方的回执交给工作人员，经工作人员确认后，配药人员根据处方内容进行配药，如果没有得到已收费处方的回执则不再往下进行；经发药任何核对所配备的药品无误

2、后，将药品发放给病人；如果发现错误则返回给配药人员。外部终端机和内部终端机可以进入系统的查询部分。药品管理员和医生进入查询子系统后，输入相应的查询信息，如果信息有误则显示错误；如果信息正确，则显示所查询药品、处方或记录的详细信息。内部终端可对药品进行统计。管理员进入统计界面后根据需要统计的药品信息的要求，输入统计信息，如果信息有误则显示错误；如果信息无误则显示相应的统计结果。如果需要可以打印出相应的统计报表。1.2需求分析1.2.1功能需求对上面的需求陈述进行分析，可以得到如下的功能需求：1） 病人持有处方（处方有编号）。2） 各科室用药申请。3） 药品管理员对处方划价。4） 药品管理员对申请

3、进行记录。5） 药品管理员接受收费单据。6） 配药人员根据处方和用药申请配药。7） 发药人员把药品发给病人和科室。8） 药品管理员对药品进行统计。9）医生对药品信息进行查询。1.2.2 性能需求性能需求是从各个角度对系统的约束和限制，反映了应用系统对软件系统质量和特性的额外要求，例如响应时间、数据精度、可靠性等。下面是关于该药房管理系统的性能需求：(1) 系统在20秒内相应所有的用户请求。(2) 系统应该每周7天、每天24小时都可以使用。(3) 对于一个没有经验的用户而言，经过两个小时的培训就可以使用系统的所有功能，稍加练习，便可熟练操作了。(4) 当系统发生故障时，只需重启便可以重新使用，在

4、重启后，数据可以自动恢复，不会受到破坏。1.3系统需求建模1.3.1参与者通过对系统需求的分析，可以确定系统中的参与者有：医生、药品管理员、配药人员、发药人员、过期药品处理人员。参与者的描述如下：1、医生描述：医生为病人开具处方，医生可以对药品进行查询，医生会得到药品的统计信息。示例：内科医生、外科医生等。2、药品管理员描述：对药品进行总体的管理，可以进行对药品的统计，查询。示例：药片管理员。3、配药人员描述：根据处方配药。示例：配药人员。4、发药人员描述：将配好的药发给病人和科室。示例：发药人员。1.3.2用例前面已经识别出了参与者，通过对需求的进一步分析，可以确定系统中有如下用例存在：1）

5、 处方管理。本用例提供了管理处方、存储处方、检验处方的功能。2） 药品管理。本用例提供了对药品总体管理的方向进行选择的功能。3） 配药。本用例提供了配药人员根据处方配药的功能。4） 发药。本用例提供了将配好的的药品发给病人和科室的功能。5） 查询。本用例提供了医生和药品管理员对药品的详细信息进行查询的功能。6） 统计。本用例提供了让药品管理员对药品分类进行统计的功能。第2章 系统分析2.1 系统用例建模本系统的用例模型由总体工作用例图、处方管理用例图、等用例图组成。系统总体工作用例图如图2.1 所示。配药用例图如图2.2所示。发药用例图如图2.3所示。统计用例图如图2.4所示。查询用例图如图2

6、.5所示。图2.1 总体用例图图2.2 配药用例图图2.3 发药用例图图2.4 统计用例图图2.5 查询用例图药房管理系统有很多用例描述，下面是其中的配药功能的用例描述作为例子。名称：配药描述：配药人员根据处方配备药品。前置条件：医生已经为病人开据处方，处方已经被划价，并且已经缴纳相关的费用。后置条件：如果病人缴纳了相关的费用，并且药房内有处方内的药品，则处方内的药品将被找出集中准备发给病人。活动的基本过程：处方编号被识别；药品名称被识别；新的药品配药被记录。2.2 静态结构模型进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和动态行为，是面向对象分析的基本任务。系统的静态结构模

7、型主要用类图和对象图描述。2.2.1 类的识别系统需求已经定义过了，现在可以根据系统需求识别出系统中存在的对象。系统对象的识别可以通过寻找需求描述中的名词来进行。从前述的系统需求描述中可以找到的名词有处方管理、药品管理、药品管理员、配药管理、发药管理、统计管理、查询管理。1、处方管理处方是有编号的。不同的病人有不同的处方，一个病人也有不同的处方。在这个系统中，处方管理存储处方，划价后的处方也存储在这里，所以处方管理应该成为系统中的一个对象，类名为处方管理。2、药品管理药品管理分为5个部分，他们分别是配药、发药、查询、统计、，所以药品管理应该成为系统中的一个对象，类名为药品管理。3、药品管理员有

8、不同的药品管理员，它们可以对配药、发药进行操作。只有他们有权限进行统计。他们还可以进行查询，所以药品管理员应该成为系统中的一个对象，类名为药品管理员。4、配药管理每一次都有不同的配药编号，在这个系统中配药管理将生成配药编号，记录配药信息，并且可以更改配药信息，所以配药管理应该成为系统中的一个对象，类名为配药管理。5、发药管理每一次都有不同的发药编号，在这个系统中配药管理将生成发药编号，记录发药信息，所以发药管理应该成为系统中的一个对象，类名为发药管理。6、统计管理统计管理是有身份的，统计记录可以被彼此区别，不会被搞混，所以统计管理应该成为系统中的一个对象，类名为统计管理。7、查询管理查询管理是

9、有身份的，查询记录可以被彼此区别，不会被搞混，所以查询管理应该成为系统中的一个对象，类名为查询管理。2.2.2 类的关联分析该系统类图如图2.7所示。在此系统中使用了普通关联：如图2.8所示。在此系统中海使用了组合关联，配药管理、发药管理、查询管理、统计管理、都隶属于药品管理，如图2.9所示。图2.7 系统类图图2.8 普通关联类图图2.9 组合关联类图2.2.3 类的属性描述1）处方处方的属性有：处方编号、处方内容、病人姓名、病人年龄、病人性别等病人的基本信息。数据库标识数据表名称GY_ Yao Fang处方数据元素标识含义类型长度是否关键字是否为空CFBF处方编号INT主键Not null

10、CFNR处方内容VARCHAR(40)40外键Not nullBRXM病人姓名VARCHAR(4)4外键Not nullBRNL病人年龄INTBRXB病人性别VARCHAR(2)2其操作有：读处方、删除处方、对处方进行划价、验证处方。2）药品管理员药品管理员的属性有：姓名、工作编号、职称等。数据库标识数据表名称GY_ Yao DGL药店管理员数据元素标识含义类型长度是否关键字是否为空XM姓名VARCHAR(4)4主键Not nullGZBH工作编号INTZC职称VARCHAR(4)4操作有：进行配药、发药、查询、统计。3）配药人员配药人员的属性有：姓名、工作编号、职称等。数据库标识数据表名称G

11、Y_ PeiYRY配药人员数据元素标识含义类型长度是否关键字是否为空XM姓名VARCHAR(4)4主键Not nullGZBH工作编号INTZC职称VARCHAR(4)4操作有：检查处方、配备药品、配药登记。4）发药人员发药人员的属性有：姓名、工作编号、职称等。数据库标识数据表名称GY_ FaoYao发药人员数据元素标识含义类型长度是否关键字是否为空XM姓名VARCHAR(4)4主键Not nullGZBH工作编号INTZC职称VARCHAR(4)4操作有：进行检查配备药品、发放药品、发放药品记录。5）配药管理配药管理的属性有：药品名称、药品编号、药品数量、药品厂家、处方编号、药剂师、配药编号

12、。数据库标识数据表名称GY_ Pei Yao配药数据元素标识含义类型长度是否关键字是否为空YPMC药品名称VARCHAR(20)20外键Not nullYPBH药品编号INT主键Not nullYPSL药品数量INT外键YPCJ药品厂家VARCHAR(10)10Not nullCFBH处方编号INTYJS药剂师VARCHAR(4)4PYBH配药编号INT操作有：配药。6）发药管理发药管理的属性有：药品编号、药品数量、药品厂家、处方编号、药剂师、发药编号。数据库标识数据表名称GY_ Fa Yao发药数据元素标识含义类型长度是否关键字是否为空YPBH药品编号INT外键Not nullYPSL药品数

13、量INT外键Not nullYPCJ药品厂家VARCHAR(20)20CFBH处方编号INT外键Not nullYJS药剂师VARCHAR(4)4FYBH发药编号INT主键Not null操作：发药。2.3 系统动态模型系统的动态行为模型由交互作用图、状态图、活动图描述。2.3.1系统执行顺序分析1药房总体同坐顺序图病人先将处方给药房工作人员划价，然后再去缴纳相关的费用，将单据给药房工作人员后，配药人员才根据处方内容进行配药，发药人员将药品发给病人。药房总体工作顺图，如图2.10所示。图2.10 药房顺序图2、查询顺序图在查询中，医生先输入查询条件，系统验证条件，如果条件符合就出现查询结果，如

14、果条件不符合，那么便显示错误。查询顺序图如图2.11所示。3、统计顺序图在统计中，先输入统计条件，系统验证条件，如果条件符合就出现统计结果，如果条件不符合，那么便显示错误。统计顺序图如图2.12所示。图2.11 查询顺序图图2.12 统计顺序图2.3.2系统的协作分析1、药房总体工作的协作图在药房总体工作中，强调了病人与配药和发药的交互作用关系。如图2.14所示。2、查询工作的协作图在查询工作的协作图中，强调了医生和查询的交互作用关系。如图2.15所示。图2.14 药房协作图图2.15 查询协作图3、统计工作的协作图在统计工作的协作图中，强调了药品管理员和统计的交互作用关系。如图2.16所示。

15、图2.16 统计协作图2.3.3系统状态分析1、药房总体工作的状态图医生开据处方，或科室的用药申请写出，进入活动状态。处方开据后便进入划价状态，核对处方完成后便进入配药状态，当发药完成，系统行为结束。如图2.18所示。图2.18 药房工作状态图2、查询工作的状态图进入查询的工作界面，即进入活动状态；根据需求输入查询条件便进入查询状态，当查询结束，选择退出那么系统行为结束。如图2.19所示。图2.19 查询状态图3、统计工作的状态图进入统计的工作界面，即进入活动状态；根据需求输入统计条件便进入查询状态，当查询结束，选择退出那么系统行为结束。如图2.20所示。2.3.4 活动分析1、药房总体工作的活动图如图2.22所示。2、查询工作的活动图如图2.23所示。图2.20 统计状态图图2.22 药房工作活动图图2.23 查询活动图3、统计工作的活动图如图2.24所示。图2.24 统计活动图参考文献1 软件工程导论（第5版）张海藩 编著 清华大学出版社2 UML系统分析设计与应用案例 冀振燕 编著 人民邮电出版社