3.3.3.4.3  动态模型：
 
 图3-9病区发药顺序图
3.3.4 中心药房子系统
3.3.4.1 功能性需求
编号 功能 分类 
R3.1 记录每种药品的库存量 明显的 
R3.2 根据各病区传送过来的治疗记录产生发药记录，并扣减库存 明显的 
R3.3 对每种药品设定保证库存量，对库存不足的药品应提示需要领药并生成领药申请 明显的 
R3.4 可以把发药记录按科室打印出来，方便病区核对 明显的 
R3.5 保存发药记录备查 明显的 
R3.6 提示病区缺药 明显的 
R3.7 自动接收并保存西药库的发药信息 明显的 
R3.8 手工输入西药库的出仓单 明显的 
R3.9 根据输入药品的盘点数量生成盘点报表 明显的 
R3.10 根据盘点数量校正药品库存量 明显的 
R3.11 药库的发药信息经确认后增加药品库存 明显的 
 3.3.4.2 非功能性需求
 用户界面和人为因素  系统的操作界面以对话框窗口为主，主要以鼠标和键盘进行操作和数据的录入。要求操作人员具有一定的windows系统的操作能力，能够阅读医嘱和基本的财务知识。
 文件  系统最终以EXE可执行文件发布，另外还有操作说明书和与开发活动相关的论文
 硬件  服务器要求为1G CPU，256M以上内存，40G以上的硬盘空间，要求兼容windows2000 操作系统和SQL SERVER2000数据库系统。客户端要求600MHz CPU，128M内存，20G硬盘空间，要求兼容windows98。网络连接设备要求与100M/10M以太网络技术兼容。每台工作站配备窄行打印机一台。
 性能特征  要求在最系统最繁忙的时间操作基本保持流畅，中心药房的客户端连接不少于4台。当接收到病区传送的发药信息时能够立即提示配药人员。
 安全  系统通过操作员帐号、密码和操作权限来保证系统不会被其他用户操作。
 3.3.4.3 伪需求
数据服务器使用windows2000 操作系统和SQL SERVER2000数据库系统，客户端使用windows98操作系统，开发工具使用delphi5。
 3.3.4.4 系统模型
 3.3.4.4.1 用例模型
 
 图3-10 中心药房系统用例图
 用例说明：
用例： 领药 
参与者： 中心药房主管（发起者），药库管理系统 
目的： 到药库领取药品，增加中心药房的药品库存 
概述： 中心药房主管提出领药请求，药库管理系统根据领药请求发药并开出药品出仓单，中心药房主管核对出仓单和药品后确认领药，中心药房增加药品的库存。 
类型： 主要的和基本的 
交叉引用： R3.1，R3.3，R3.7，R3.8，R3.6 
典型的事件发生过程 
参与者的动作 系统响应 
1. 中心药房主管查询系统记录的领药需求 2. 返回领药需求记录 
3. 中心药房主管修改系统记录的领药需求 4. 保存领药需求记录 
5. 中心药房主管以打印或发送数据的形式向药库管理系统发送领药请求。  
6. 药库管理系统接收发药请求  
7. 药库管理系统发药，传送发药信息或由中心药房主管输入出仓单。 8. 接收并保存发药信息 
9. 中心药房主管确认药库发药信息 10. 增加药品库存量 
11. 若需要提示病区缺药则向病区管理系统发送缺药信息 12. 向病区系统发送缺药信息。 
 
用例： 发药 
参与者： 病区管理系统（发起者），配药员 
目的： 根据病区管理系统发送的发药请求配药，相应减少药品库存量并把发药信息发送回病区管理系统。 
概述： 病区管理系统向系统发送发药请求，配药员查看这些发药请求配药，确认后系统扣减药品库存，并向病区管理系统回传发药信息，系统打印配药单以方便核对。 
类型：&n

首页 上一页 3 4 5 6 7 8 9 下一页 尾页 6/9/9

相关论文