用例： 盘点 参与者： 药品供应商（发起者），药品会计 目的： 结算购药货款 概述： 药品供应商向药品会计提供入库药品的发票联要求结算购药款，药品会计根据药品进仓记录与发票联核对后结算货款，其余未结算的进仓记录留作以后结算。 类型： 主要的和基本的 交叉引用： R4.5，R4.6 典型的事件发生过程 参与者的动作 系统响应 1. 药品供应商提供发票联 2. 药品会计查询供应商的供药记录 3. 显示该供应商的药品进仓资料 4. 药品会计核对发票和进仓记录并标记要结算的进仓记录 5. 计算货款的总额 6. 药品会计指示完成结算 8. 保存结算的信息
用例： 药价调整 参与者： 药品供应商（发起者），药品会计 目的： 结算购药货款 概述： 药品供应商向药品会计提供入库药品的发票联要求结算购药款，药品会计根据药品进仓记录与发票联核对后结算货款，其余未结算的进仓记录留作以后结算。 类型： 主要的和基本的 交叉引用： R4.5，R4.6 典型的事件发生过程 参与者的动作 系统响应 1. 药品供应商提供发票联 2. 药品会计查询供应商的供药记录 3. 显示该供应商的药品进仓资料 4. 药品会计核对发票和进仓记录并标记要结算的进仓记录 5. 计算货款的总额 6. 药品会计指示完成结算 8. 保存结算的信息
3.3.5.4.2 药房管理系统类图：
第四章 方案论证 医院的信息化建设需要投入大量的人力和财力，一个完备的医院信息系统往往由中心服务器、数据通讯网络，数据库平台，客户端计算机以及客户端应用程序构成。一些规模较大的医院可以投入数以百万计的资金，构建功能完备、可靠性高的系统。这些系统往往以小型机作为中心服务器，以光纤作为主干，并且使用昂贵的网络设备。对于很多中小型医院来说她们是很难负担这笔费用的，她们可能负担配置较低比较简单的系统。对于一家需要建立现代化管理的医院来说，不论她的规模大小功能需求其实是一样的，不同的只是数据的处理量多寡而已。 传统的信息处理系统数据处理多由服务器完成，数据通过网络传输，对服务器和网络的要求较高，系统投入使用后随着业务量、储存数据和客户端连接数量的不断增加系统的负荷会越来越大，当这种负荷达到一定程度的时候就会造成系统运行的不稳定和性能下降，这又需要投入一大笔资金升级系统了。 本课题的研究思路就是要利用价格相对低廉的设备构建系统，尽量地减少服务器和网络的负荷，使业务量的增加不会对整个系统的负荷有太大地影响。 4.1 系统架构 在讨论医院信息系统的架构之前，首先回顾一下计算机网络发展的过程。计算机网络主要经历了以下几个发展阶段： 主机/终端(Mainframe/Terminal)模式； 文件服务器/工作站(FileServer/Workstation)模式； 客户机/服务器(Client/Server)模式； 浏览器/服务器(Browser/Server)模式。 从应用软件的角度来看，客户机/服务器网络模式下的软件结构简称为C/S结构，浏览器/服务器网络模式下的软件结构简称为B/S结构。现在C/S结构和B/S结构得到了广泛的应用，主机/终端(Mainframe/Terminal)模式和文件服务器/工作站(FileServer/Workstation)模式在新构建的系统中已很少使用。 Client/Server(C/S)是当前数据库应用程序中极为流行的一种方式，尤其是网络技术的充分发展后，当前很多系统都采用这种方式进行构造，其最大优点是将计算机工作任务分别由客户端和服务器端来共同完成，这样有利于充分合理利用系统资源。而我们经常提到的Browser/server(B/S)结构，它也是采用C/S结构的基本思想，使用浏览器作为系统前端，实现了我们理想中的瘦客户。但是系统的工作量并没有真正减少，而是将部分客户端的工作量交付给服务器端来完成。考虑到技术风险的问题，本系统采用的是C/S结构。 4.1.1客户机/服务器（C/S）体系结构基本概念 典型的客户机/服务器包括一个客户机(或称前端)，一个服务器(或称后端)，客户机的作用是访问和处理远程服务器上的数据，服务器的作用是接收和处理客户机的数据请求。有时，可能有多个客户向同一个服务器同时请求服务，这就需要服务器决定怎样处理这些请求。因此，在许多客户机/服务器结构中，除了客户机和服务器外，也可以还有其它部分，通常讲的三层客户机/服务器结构中的中间层。 4.1.1.1 企业逻辑 企业逻辑就是系统处理和访问数据的定义、属性、行为、关系、法则、政策和限制。企业逻辑是整个系统的核心，决定了整个系统的数据是如何组织、处理和保存的，没有了企业逻辑系统的数据只是一堆无序的数据而已。在医院信息管理系统中，典型的企业逻辑有： 病人资料的录入、保存和管理规则； 病人办理出入院手续的流程； 医嘱录入规则； 病人医嘱产生治疗记录规则； 中心药房发药制度； 费用生成规则； 病人费用管理制度，等。 这些企业逻辑的设计依据来源于需求分析中对系统功能需求和约束的定义和系统模型。在面向对象的分布式处理概念中，企业逻辑由不同的功能对象实现。这些对象包括了专门存取数据的数据对象（Data Object），代表实际世界中实体事物的实体对象（Entity Object），负责企业功能的企业法则对象（Business Rule Object）等对象。这些不同的功能对象都统称为企业对象（Business Object）。 4.1.1.2客户机 客户机(Client)是指请求服务的计算机，既可以是微型机、小型机，也可以是大型
首页 上一页 5 6 7 8 9 下一页 尾页 8/9/9
