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

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

《药房管理系统分析与设计.docx》由会员分享，可在线阅读，更多相关《药房管理系统分析与设计.docx（29页珍藏版）》请在冰豆网上搜索。

药房管理系统分析与设计

目录

第1章药房管理系统需求分析1

1.1药房管理系统的需求陈述1

1.2需求分析1

1.2.1功能需求1

1.2.2性能需求2

1.3系统需求建模2

1.3.1确定参与者2

1.3.2确定用例2

1.3.3系统用例建模3

第2章系统分析6

2.1系统用例建模6

2.2静态结构模型9

2.2.1类的识别9

2.2.2类的关联分析10

2.2.3类的属性描述11

2.3系统动态模型12

2.3.1系统执行顺序分析12

2.3.2系统的协作分析13

2.3.3系统状态分析16

2.3.4活动分析17

第3章系统设计与实现21

3.1UML体系结构设计21

3.1.1硬件体系结构设计21

3.1.2软件体系结构设计22

3.2对象模型设计22

3.3系统实现22

3.3.1组件图22

3.3.2配置图23

3.3.3部署图24

第1章药房管理系统需求分析

1.1药房管理系统的需求陈述

现在拟开发一个药房管理系统，它是一个能进行划价，进行配发药品，对药品进行查询、统计和盘点的系统。

支持这个系统所使用的计算机，打印机，网络路由器由康健医院投资购买。

此系统的开发成本由康健医院出资。

当病人将处方交给药房工作人员后，药房工作人员根据处方内容，对处方进行划价，并记录下来；当病人将已收费处方的回执交给工作人员，经工作人员确认后，配药人员根据处方内容进行配药，如果没有得到已收费处方的回执则不再往下进行；经发药任何核对所配备的药品无误后，将药品发放给病人；如果发现错误则返回给配药人员。

外部终端机和内部终端机可以进入系统的查询部分。

药品管理员和医生进入查询子系统后，输入相应的查询信息，如果信息有误则显示错误；如果信息正确，则显示所查询药品、处方或记录的详细信息。

内部终端可对药品进行统计。

药品管理员进入统计界面后根据需要统计的药品信息的要求，输入统计信息，如果信息有误则显示错误；如果信息无误则显示相应的统计结果。

如果需要可以打印出相应的统计报表。

内部终端对可对药品进行盘点。

药品管理员进入盘点几面后，根据需要盘点的内容选择库存药品盘点、缺乏药品盘点、过期药品盘点功能中的其中之一进行盘点，结束后可打印相应的盘点清单，之后回到选择界面可以继续盘点或者退出盘点界面。

1.2需求分析

1.2.1功能需求

对上面的需求陈述进行分析，可以得到如下的功能需求：

1）病人持有处方（处方有编号）。

2）各科室用药申请。

3）药品管理员对处方划价。

4）药品管理员对申请进行记录。

5）药品管理员接受收费单据。

6）配药人员根据处方和用药申请配药。

7）发药人员把药品发给病人和科室。

8）药品管理员对药品进行统计。

9）药品管理员对药品进行盘点。

10）医生对药品信息进行查询。

1.2.2性能需求

性能需求是从各个角度对系统的约束和限制，反映了应用系统对软件系统质量和特性的额外要求，例如响应时间、数据精度、可靠性等。

下面是关于该药房管理系统的性能需求：

（1）系统在20秒内相应所有的用户请求。

（2）系统应该每周7天、每天24小时都可以使用。

（3）对于一个没有经验的用户而言，经过两个小时的培训就可以使用系统的所有功能，稍加练习，便可熟练操作了。

（4）当系统发生故障时，只需重启便可以重新使用，在重启后，数据可以自动恢复，不会受到破坏。

1.3系统需求建模

1.3.1确定参与者

通过对系统需求的分析，可以确定系统中的参与者有：

医生、药品管理员、配药人员、发药人员、过期药品处理人员。

参与者的描述如下：

1、医生

描述：

医生为病人开具处方，医生可以对药品进行查询，医生会得到药品的统计信息。

示例：

内科医生、外科医生等。

2、药品管理员

描述：

对药品进行总体的管理，可以进行对药品的统计，查询和盘点。

示例：

药片管理员。

3、配药人员

描述：

根据处方配药。

示例：

配药人员。

4、发药人员

描述：

将配好的药发给病人和科室。

示例：

发药人员。

5、过期药品处理人员

描述：

盘点之后对过期的药品进行处理。

示例：

过期药品处理人员。

1.3.2确定用例

前面已经识别出了参与者，通过对需求的进一步分析，可以确定系统中有如下用例存在：

1）处方管理。

本用例提供了管理处方、存储处方、检验处方的功能。

2）药品管理。

本用例提供了对药品总体管理的方向进行选择的功能。

3）配药。

本用例提供了配药人员根据处方配药的功能。

4）发药。

本用例提供了将配好的的药品发给病人和科室的功能。

5）查询。

本用例提供了医生和药品管理员对药品的详细信息进行查询的功能。

6）统计。

本用例提供了让药品管理员对药品分类进行统计的功能。

7）盘点。

本用例提供了让药品管理员对库存药品、过期药品和缺乏的药品进行盘点的功能。

1.3.3系统用例建模

本系统的用例模型由总体工作用例图、处方管理用例图、盘点用例图等用例图组成。

系统总体工作用例图如图1.1所示。

图1.1总体用例图

处方管理用例图如图1.2所示。

图1.2处方管理用例图

盘点用例图如图1.3所示。

图1.3盘点用例图

药房管理系统有很多用例描述，下面是其中的发药功能的用例描述作为例子。

名称：

发药

描述：

发药人员将配好的药品发放给病人。

前置条件：

配药人员根据处方配备好了病人所需药品。

后置条件：

结束。

活动的基本过程：

处方编号被识别；

药品名称被识别；

病人被识别；

新的药品发放被记录。

第2章系统分析

2.1系统用例建模

本系统的用例模型由总体工作用例图、处方管理用例图、盘点用例图等用例图组成。

系统总体工作用例图如图2.1所示。

配药用例图如图2.2所示。

发药用例图如图2.3所示。

统计用例图如图2.4所示。

查询用例图如图2.5所示。

盘点用例图如图2.6所示。

图2.1总体用例图

图2.2配药用例图

图2.3发药用例图

图2.4统计用例图

图2.5查询用例图

图2.6盘点用例图

药房管理系统有很多用例描述，下面是其中的配药功能的用例描述作为例子。

名称：

配药

描述：

配药人员根据处方配备药品。

前置条件：

医生已经为病人开据处方，处方已经被划价，并且已经缴纳相关的费用。

后置条件：

如果病人缴纳了相关的费用，并且药房内有处方内的药品，则处方内的药品将被找出集中准备发给病人。

活动的基本过程：

处方编号被识别；

药品名称被识别；

新的药品配药被记录。

2.2静态结构模型

进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和动态行为，是面向对象分析的基本任务。

系统的静态结构模型主要用类图和对象图描述。

2.2.1类的识别

系统需求已经定义过了，现在可以根据系统需求识别出系统中存在的对象。

系统对象的识别可以通过寻找需求描述中的名词来进行。

从前述的系统需求描述中可以找到的名词有处方管理、药品管理、药品管理员、配药管理、发药管理、统计管理、查询管理、盘点管理。

1、处方管理

处方是有编号的。

不同的病人有不同的处方，一个病人也有不同的处方。

在这个系统中，处方管理存储处方，划价后的处方也存储在这里，所以处方管理应该成为系统中的一个对象，类名为处方管理。

2、药品管理

药品管理分为5个部分，他们分别是配药、发药、查询、统计、盘点，所以药品管理应该成为系统中的一个对象，类名为药品管理。

3、药品管理员

有不同的药品管理员，它们可以对配药、发药进行操作。

只有他们有权限进行统计和盘点。

他们还可以进行查询，所以药品管理员应该成为系统中的一个对象，类名为药品管理员。

4、配药管理

每一次都有不同的配药编号，在这个系统中配药管理将生成配药编号，记录配药信息，并且可以更改配药信息，所以配药管理应该成为系统中的一个对象，类名为配药管理。

5、发药管理

每一次都有不同的发药编号，在这个系统中配药管理将生成发药编号，记录发药信息，所以发药管理应该成为系统中的一个对象，类名为发药管理。

6、统计管理

统计管理是有身份的，统计记录可以被彼此区别，不会被搞混，所以统计管理应该成为系统中的一个对象，类名为统计管理。

7、查询管理

查询管理是有身份的，查询记录可以被彼此区别，不会被搞混，所以查询管理应该成为系统中的一个对象，类名为查询管理。

8、盘点管理

盘点管理是有身份的，盘点记录可以被彼此区别，不会被搞混，所以盘点管理应该成为系统中的一个对象，类名为盘点管理。

2.2.2类的关联分析

该系统类图如图2.7所示。

在此系统中使用了普通关联：

如图2.8所示。

在此系统中海使用了组合关联，配药管理、发药管理、查询管理、统计管理、盘点管理都隶属于药品管理，如图2.9所示。

图2.7系统类图

图2.8普通关联类图

图2.9组合关联类图

2.2.3类的属性描述

1）处方

处方的属性有：

处方编号、处方内容、病人姓名、病人年龄、病人性别等病人的基本信息。

其操作有：

读处方、删除处方、对处方进行划价、验证处方。

2）药品管理员

药品管理员的属性有：

姓名、工作编号、职称等。

操作有：

进行配药、发药、查询、统计和盘点。

3）配药管理

配药管理的属性有：

药品名称、药品编号、药品数量、药品厂家、处方编号、配药人员姓名、配药编号。

操作有：

配药。

4）发药管理

发药管理的属性有：

药品名称、药品编号、药品数量、药品厂家、处方编号、发药人员姓名、发药编号。

操作：

发药。

5）盘点管理

盘点管理的属性有：

日期、盘点编号。

操作有：

缺药盘点、库存盘点、过期盘点。

2.3系统动态模型

系统的动态行为模型由交互作用图、状态图、活动图描述。

2.3.1系统执行顺序分析

1药房总体同坐顺序图

病人先将处方给药房工作人员划价，然后再去缴纳相关的费用，将单据给药房工作人员后，配药人员才根据处方内容进行配药，发药人员将药品发给病人。

药房总体工作顺图，如图2.10所示。

图2.10药房顺序图

2、查询顺序图

在查询中，医生先输入查询条件，系统验证条件，如果条件符合就出现查询结果，如果条件不符合，那么便显示错误。

查询顺序图如图2.11所示。

3、统计顺序图

在统计中，先输入统计条件，系统验证条件，如果条件符合就出现统计结果，如果条件不符合，那么便显示错误。

统计顺序图如图2.12所示。

4.、盘点顺序图

在盘点中，药品管理员选择盘点的类型，打印出相应的清单，然后工作人员根据清单核对药品的信息，最后生成盘点报告。

盘点顺序图如图2.13所示。

图2.11查询顺序图

图2.12统计顺序图

2.3.2系统的协作分析

1、药房总体工作的协作图

在药房总体工作中，强调了病人与配药和发药的交互作用关系。

如图2.14所示。

2、查询工作的协作图

在查询工作的协作图中，强调了医生和查询的交互作用关系。

如图2.15所示。

图2.13盘点顺序图

图2.14药房协作图

图2.15查询协作图

3、统计工作的协作图

在统计工作的协作图中，强调了药品管理员和统计的交互作用关系。

如图2.16所示。

图2.16统计协作图

4、盘点工作的协作图

在盘点工作的协作图中强调了药品管理员和各种盘点工作的交互关系。

如图2.17所示。

图2.17盘点协作图

2.3.3系统状态分析

1、药房总体工作的状态图

医生开据处方，或科室的用药申请写出，进入活动状态。

处方开据后便进入划价状态，核对处方完成后便进入配药状态，当发药完成，系统行为结束。

如图2.18所示。

图2.18药房工作状态图

2、查询工作的状态图

进入查询的工作界面，即进入活动状态；根据需求输入查询条件便进入查询状态，当查询结束，选择退出那么系统行为结束。

如图2.19所示。

图2.19查询状态图

3、统计工作的状态图

进入统计的工作界面，即进入活动状态；根据需求输入统计条件便进入查询状态，当查询结束，选择退出那么系统行为结束。

如图2.20所示。

4、盘点工作的状态图

进入盘点工作的界面，就进入了活动状态；选择相应的盘点类型后进入了盘点状态；当盘点结束选择退出后系统行为结束。

如图2.21所示。

2.3.4活动分析

1、药房总体工作的活动图如图2.22所示。

2、查询工作的活动图如图2.23所示。

图2.20统计状态图

图2.21盘点状态图

图2.22药房工作活动图

图2.23查询活动图

3、统计工作的活动图如图2.24所示。

图2.24统计活动图

4、盘点工作的活动图如图2.25所示。

图2.25盘点活动图

第3章系统设计与实现

3.1UML体系结构设计

3.1.1硬件体系结构设计

1）结点的确定

该系统使用的硬件设备：

4台内存2G，CPU为英特尔双核，硬盘300G，9400以上的显卡的计算机作为终端机，1台英特尔E5300高性能大容量的计算机作为网络数据库服务器。

配备3台，惠普喷墨打印机。

其他科室配备相应的终端机。

2）结点之间的关系

数据库服务器与内部终端机采用Einternet方式连接，数据库服务器与外部终端采用Internet方式连接。

其硬件体系结构配置图如图3.1所示。

图3.1硬件配置图

3.1.2软件体系结构设计

1）通用接口界面

该层的功能是：

用户与系统进行交流的登录窗口，用户若是要用此系统是必须要登陆才能实现，备用构件图是通过商业购买或者是开发其他软件时创建成功的构件，因此以后的开发者可以根据自己的需要选择合适的构件使用。

2）系统业务对象

该层的功能是：

实现用户所有的需要的操作，通过对系统的业务对象的有效管理，能形成实现系统功能的实际的业务对象集。

该曾包括系统的所有的服务界面，业务对象管理包、外部业务对象和实际业务对象。

3）系统数据库层

其功能是：

将能实现系统功能的对象集作为对象及数据存储到磁盘中，便于系统在需要时在将这些对象和数据提取出来进行处理和操作。

这些操作依赖于SQL查询语言进行。

该层有数据及对象和SQL查询语言组成。

其组件图如图3.3所示。

3.2对象模型设计

以根据系统需求识别出系统中存在的对象。

系统对象的识别可以通过寻找需求描述中的名词来进行。

从前述的系统需求描述中可以找到的名词有处方管理、药品管理、药品管理员、配药管理、发药管理、统计管理、查询管理、盘点管理。

建立如下类图：

如图3.2所示。

图3.2系统类图

3.3系统实现

3.3.1组件图

如果要使用药品管理，需要调用配药、发药、统计、查询、盘点的源码，而它们的源码需要调用相应的对象，它们的对象需要调用相应的执行码。

由它们组成相应的组件图，如图3.3所示。

图3.3组件图

3.3.2配置图

系统配置图如图3.4所示，有4个节点：

药房系统服务器、数据库服务器、内部客户端、外部客户端。

图3.4系统配置图

3.3.3部署图

系统主要分为了配药管理，发药管理，统计管理，查询管理，盘点管理，它们与数据库服务器之间使用Einternet方式连接。

系统还配备了3台打印机。

具体如图3.5所示。

图3.5系统部署图

参考文献

1《软件工程导论》（第5版）张海藩编著清华大学出版社

2《UML系统分析设计与应用案例》冀振燕编著人民邮电出版社