中小医院药房管理系统设计与实现_毕业论文(36页).doc

《中小医院药房管理系统设计与实现_毕业论文(36页).doc》由会员分享，可在线阅读，更多相关《中小医院药房管理系统设计与实现_毕业论文(36页).doc（36页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、-中小医院药房管理系统设计与实现_毕业论文-第 31 页毕业论文中小医院药房管理系统设计与实现摘要：在21世纪，信息技术代表着高效率和高生产力，正不断的应用于我们生活的各个方面。医院信息管理系统在我国各省市一级大型医院中的应用已经比较成熟了，但广大中小型医院，普遍对电脑的应用水平较低，本文选题主要针对中小型医院，设计并实现了医院信息管理系统中的药品管理子系统。医院药品管理系统负责实现本医院药品的采购，日常管理，库存管理以及到最后卖给病人的整个过程，利用电脑计算速度快和不知疲倦等特点，方便快捷的实现了对大量工作的统计以及各种报表的自动生成等功能。根据分析和结合医院行业特点，本系统采用B/S（浏览

2、器/服务器）体系结构，用asp作为开发语言，Dreamweaver作为系统开发工具，SQL Server 2000进行后台数据库的开发。根据医院的各功能部门人员安排进行用户的划分，以药品流向为主线进行各功能模块的划分。其主要设计思想是全面信息化，尽量减少人力。在整个系统中使用了出入库相互确认机制，使得药品的流向变得很明确，也使得向医院财务部门提交的账目明细变得可靠和清晰。关键词：药品管理； 模块设计； ASP； B/S结构Pharmacy Management System of Small and Medium Hospital Design and ImplementationABSTRA

3、CT:In the 21 century,Information technology represents an efficient and productive,which is constantly applied to all aspects of our lives. Hospital Management Information System is relatively mature in big provence- and city-level hospitals in China,but the application level of computers is rather

4、low in the overwhelming majority of county- and town-level hospitals.The selected subject primarily aims at small and medium-sized hospitals,design and implementation of hospital information management system of medicines management subsystem. Hospital Drug Management System for implementation of th

5、e hospital drug procurement, daily management, inventory management, and at last, to sell to the patient. Use of computing speed and tireless and so on, convenient and efficient to achieve a lot of work on statistics and automatically generate the various statements of work.According to the analysis

6、 and integration of industry characteristics, the system uses the B / S (Browser / Server) architecture, asp as the development language used, dreamweaver as a system development tool, SQL Server 2000 for the development of background database. According to the various functional departments in the

7、hospital division of the user to the flow of the main line drugs for the delineation of functional modules. The main idea is full of information designed to minimize human. Used throughout the system out of storage mechanism for mutual recognition, making the flow of drugs has become very clear, and

8、 the financial sector to the hospital to submit details of accounts has become a reliable and clear.Keywords: Drug administration, Module design, ASP, B/S architecture目 录第1章 绪 论11.1 开发背景11.2 开发目的和意义11.3 国内外发展现状21.3.1 国外动态21.3.2 国内现状2第章 系统技术支持42.1 系统体系结构42.1.1 B/S体系结构的优点和缺点42.2 系统软硬件开发环境42.2.1 硬件开发和运

9、行环境42.2.2 软件开发和运行环境52.3 ASP技术简介52.3.1 ASP的工作原理52.3.2 ASP的五大内建对象5第3章 系统需求分析73.1 系统功能需求73.2 系统性能需求73.3 系统业务流程83.4 数据字典93.4.1 数据结构113.5 系统E-R图16第4章 系统总体设计184.1 系统总体框架设计184.2 系统各功能模块划分194.3 系统非功能模块划分19第5章 系统详细设计与实现215.1 系统数据库详细设计215.2 系统模块详细设计225.2.1 登录模块设计225.2.2 各用户界面设计255.2.3 查看药品信息模块设计265.2.4 建议添加药品

10、模块设计275.2.5 签核建议添加药品模块设计285.2.6 过期药品处理模块设计295.2.7 开药方和药单处理模块295.3 系统安全性设计30第6章 系统测试分析报告316.1 系统测试目标316.2 系统功能性测试316.2.1 登录功能测试316.2.2 测试建议采购药品功能326.2.3 测试开药方和药房取药功能326.2.4 测试药品出库和入库功能326.2.5 测试过期药品处理功能336.3 系统安全性测试33结 论35参考文献36第1章 绪 论1.1 开发背景 医院信息管理系统的开发是衡量医院信息化建设程度的一个重要标志，可以实现把医院不同区域和不同部门的各种信息资源通过一

11、定的网络技术有机的统一起来，供全院使用，有利于资源的有效分配和利用。中国医院信息化正在不断的得到普及，整个医疗卫生事业也正趋向于合理化和科学化，随着人们生活水平的提高，对医院的要求也变得更加严格，不再仅仅是医疗水平的高低，快捷的服务和第一时间的救治成为了核心竞争力。有效的管理才能有有效的资源分配，将计算机和网络技术应用到管理中使得这一切成为了可能。在医院信息管理这个庞大的系统中，药品管理是一个不可被忽视的部分。1.2 开发目的和意义 药房是医院最繁忙的科室之一，无论门诊还是住院药房，每天都面临着大量取药的患者和家属，一直以来，人们使用传统的人工方式管理文件档案，进行数据流向记录。这种管理方式存

12、在很多缺点，比如：效率低、保密性差、繁琐，出现差错难以被及时的发现和纠正，管理中的混乱现象也就不可避免。加上医院药房药品数量繁多，采购和发放的帐目登记是一件很烦琐的事情，而且药品的价格经常调整，退货现象时有发生，使做帐工作更加复杂，呈报准确库存资金和汇总某一期资金流动情况，其统计工作更是十分困难。医疗质量的提高和重病患者的抢救，与药品的及时供应有着密切的关系。为了解决这个矛盾，采用更加科学化、现代化的技术手段进行管理势在必行。计算机拥有运行速度快、容量大、存储结构化、处理逻辑问题能力强、检索速度快、能进行实时控制的特点加上其在企业管理中的应用与普及使得药房管理系统成为一种势在必行的趋势。药房管

13、理系统可以根据医院药房管理的实际需求而设计，针对性强，功能齐备，旨在通过帮助医院药房管理实现信息化以提高药房管理的效率。同时，其友好的界面可以方便快捷的实现管理和查询，便于决策者进行分析和判断。严格的出库、入库记录和分工进行出库、入库操作可以使得医院药房的药品流向更加明确，对员工也可起到一定程度的监督作用。有利于医院的账目公开和账目核对。本课题主要根据中小型医院的药品相关部门体系结构和实际需要而设计，旨在实现医院的日常药品管理，药品采购和销售管理以及对过期药品的处理等功能。1.3 国内外发展现状1.3.1 国外动态计算机在医院应用已经有四十多年的历史，六十年代初美国变开始了HIS的研究，COS

14、TAR系统从六十年代初开始并发展到今天，成为最大规模的临床病人信息系统。七十年代，HIS进入快速发展时期，各发达国家医院和医学中心纷纷开发了自己的HIS。1974年，国外发达国家将计算机应用于医院管理，逐步建起了医院管理信息系统。到80年代末，医院信息系统的建设从局域网发展到广域网，单机应用变成网络应用，从一般的数据处理发展到临床支持工程。90年代，医院管理系统己经广泛普及，开始做临床模型，并有了示警系统。目前国外已把重点完全放在了临床支持上。为了支持医院信息系统建设向标准化发展，美国批准了一项医疗保险改革和医疗电子商务标准化立法。该立法规定了可以用广域网来处理资料，医院、医生和病人都可以在网

15、上传输医学资料，而且为了方便大夫远程会诊，除了文字资料以外还有大量的影像资料，真正把纸张操作变成为电子化操作。该标准还规范了医疗、保险公司的资料申报和银行清算等电子商务标准条件，统一了编码，规定了编码机的标准是什么、怎么用、覆盖到什么领域。涉及到美国卫生部门的财务管理司、国家统计的标准化机构、票证管理机构和美国国家标准管理局和牙科学会等。1.3.2 国内现状HIS在我国省市一级的大型医院信息管理水平己经比较成熟。但是在广大的县区一级的医院中，特别是西部地区，虽然已经使用了电脑，但是应用水平较低。有的医院虽然已经有了一定的管理系统，但是随着医院信息系统在医院各个层次、各个方面、各个部门广泛而深入

16、的应用，信息系统还需要不断更新和完善，对医院管理及各类人员操作、应用水平会不断提出新的、更高的要求。我国的医院信息管理建设则刚刚起步，和国外相比有着相当大的差距，医学领域的信息专家们认为我们要整整落后10年。我国绝大多数中小医院的信息处理基本上还停留在手工方式，劳动强度大且效率低，医师护士和管理人员的大量时间都消耗在事务性工作上，致使“人不其才”。病人排队等候时间长，辗转过程多，影响医院的秩序。病案、临床检病理检查等许多宝贵的数据资料的检索十分费事甚至难以实现。对这些资料的统计分析手工方式无法进行，不能充分为医学科研利用。在经济管理上也存在漏、跑、错收费现象。医院物资管理由于信息不准确，家底不

17、明，积压等现象以致“物不能尽其用”。开发HlS是解决上述问题的有效途径。HIS系统的使用，将提高医院各项工作的效率和质量，促进医学科研、教学，减轻各类事务作的劳动强度，使他们腾出更多的精力和时间来服务于病人，改善经营管理，漏洞，保证病人和医院的经济利益，为医院创造经济效益。第章 系统技术支持2.1 系统体系结构本医院管理系统采用B/S体系结构，即浏览器/服务器结构，是根据中小型医院信息系统的特点而定的。B/S体系结构建立在浏览器上, 有更加丰富和生动的表现方式与用户交流。是WEB兴起后的一种网络结构模式，WEB浏览器是客户端最主要的应用软件。这种模式统一了客户端，将系统功能实现的核心部分集中到

18、服务器上，简化了系统的开发、维护和使用。客户机上只要安装一个浏览器（Browser），如Netscape Navigator或Internet Explorer，服务器安装Oracle、Sybase、Informix或 SQL Server等数据库。浏览器通过Web Server 同数据库进行数据交互。B/S最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件。只要有一台能上网的电脑就能使用，客户端零维护。系统的扩展非常容易，比较适合于中小型医院。同时随着中小型医院的发展，用户群不固定，B/S体系结构便于用户的添加和维护。2.1.1 B/S体系结构的优点和缺点 1、优点：（1）维护和升

19、级方式简单。（2）开发和维护成本较低。（3）不用安装，只要有一台安装有浏览器的可以上网的机子即可。2、缺点：应用服务器运行数据负荷较重。2.2 系统软硬件开发环境2.2.1 硬件开发和运行环境硬件环境：pc机。本系统开发时安装SQL Server 2000，对电脑硬件最低要求： 计算机：Pentium 166 MHz 或更高或者是Intel 或兼容机 。 内存 (RAM): Windows 2000 上至少 64 MB，其它所有操作系统上至少 32 MB。 硬盘空间：SQL Server 数据库组件：95 到 270 MB，一般为 250 MB 。 Analysis Services：至少 5

20、0 MB，一般为 130 MB。 English Query：80 MB。 Desktop Engine：44 MB。2.2.2 软件开发和运行环境本系统采用Dreamweaver、html语言和asp服务器端语言进行系统开发，采用SQL Server 2000进行数据库建模和sql语言进行数据库操作，采用iis6.0作为服务器。IE为浏览器，可以运行在windows xp和Win7系统下。2.3 ASP技术简介 ASP（Active Server Page）动态服务页面是微软公司开发的代替CGI脚本程序的一种应用。可以与数据库和其它程序进行交互，是一种简单、方便的编程工具。2.3.1 ASP

21、的工作原理1、当用户向浏览器地址栏输入网址，默认页面的扩展名是.asp后，浏览器向服务器发出请求。2、服务器引擎开始运行ASP程序。3、ASP文件按照从上到下的顺序开始处理，执行脚本命令，执行HTML页面内容。4、页面信息发送到浏览器。2.3.2 ASP的五大内建对象 1、Request对象： 主要作用：读取表单中提交的数据或Cookies中的数据。 方法：QueryString、Form、Cookies、ServerVariable 2、Response对象： 主要作用：向浏览器输出文本、数据和Cookies以及控制在传送网页过程中的每一个阶段。 属性：Buffer、Cookies、Cont

22、extType、Expires、ExpiresAbsolute、Status、IsClientConnected、CacheControl 方法：Write、Redirect、End、Flush、Cookies、BinaryWrite、AddHeader、AppendToLog 3、Application对象：主要作用：用于存放同一个应用中多个用户之间的共享信息。 属性：lock和unlock 4、Session对象： 主要作用：为单个用户保持数据。 属性：SessionID、TimeOut 方法：Abandon 5、Server对象： 主要作用：创建COM对象和Scripting组件等。 属

23、性：ScriptTimeout 方法：CreateObject、MapPath、URLencode、HTMLencode第3章 系统需求分析3.1 系统功能需求 药品管理系统需要对分布于医院各个部门的药品的物流和相应的财流进行管理，涉及到库房、药房、采购、医生等各个部门。所以，该系统功能主要包含库房管理、药房管理、药品采购和药单生成4个部分。 库房是对全院药品数量、金额、种类进行管理的部门，其业务路线和一般的物品库存管理相同，主要包括药品的入库、出库、查看并提示过期药品和进行过期药品销毁以及日常性的药品查看和库房维护工作。 药房是医院药品每天流动量最大的部门，对其的管理必须包括对该药房药品量、

24、药品种类的统计、能够查看医生开的药方并依方取药、能够对药品放入药房和病人依方取药后的药品数量和药品种类进行统计、并且药房的管理员也需要能够对药房内过期的药品进行查看并进行销毁处理。 采购部门是医院药品采购的核心，其采购的药品直接送入库房，该部门人员根据由药品管理系统各个部门人员建议采购的药品并由相应部门的部门主任和该院院长签字后生成的采购清单进行采购。采购人员在采购回药品之后需要提交一张实际的采购清单标明所有采购的药品的种类、各采购药品的数量和单价。同时在入库的时候各库房管理员也会相应的生成入库清单，各入库单的药品总类和总量要能与采购单的匹配，从而达到两种清单相互制约和监督的作用。医生对整个药

25、品流的功能主要是实现开方和对药品进行建议采购。医生可以分为普通医生、各科室主任和院长三种职务，院长和主任还包括要对建议采购的药品清单进行签核。主任只是对其管理的科室的医生建议采购的药品进行签核，而院长是需要对全院所有的经相应部门主任签核后的建议采购药品清单进行签核。签核功能包括驳回清单中某一项认为不妥的建议采购记录、驳回该采购清单或者是签核该清单。由于医生需要对医院的药品功能有很清晰的了解，所以也需要能够对药品进行查看。3.2 系统性能需求 性能需求指定系统必须满足的定时约束或容量约束，通常包括速度（响应时间）、存储容量、安全性等方面的需求。1、 可靠性 中小型医院的药房管理系统通常面对不同的

26、用户，特别是多用户同时通过Internet访问系统时，一旦服务器因阻塞或其他问题而崩溃，则会带来很大的麻烦和问题。另外，该系统一旦投入实际的应用则关系到医院的日常工作，其响应速度也是很重要的衡量系统水平的指标。2、 安全性安全性是任何系统成功的基本要素。系统应该需要能够保护数据和系统基础结构免受攻击或盗用，通过为用户信息的机密性、完整性和可靠性提供充分的保护来预防风险，保障系统安全运行。3、 可扩展性可扩展性是指系统能够保证可持续增长以满足用户需求和业务增长需求。基于WEB的系统一般是动态变化的模型，他们一般在初运行时比较小，但随着需求的增长会增长得非常迅速。其中包括用户数量的增长和系统数据量

27、的增长以及系统功能的增长。对于中小型医院的药房管理系统来说，随着医院的发展，无论是系统规模还是系统的功能都毋庸置疑需要发展，所以系统的可扩展性至关重要。3.3 系统业务流程 医院药品管理系统涉及医院几个部门，各部门间良好的衔接和协作为患者提供了方便、快捷的就诊环境，是医院管理系统不可分割的部分。 通过对医院的实际调查分析，理顺了医院药房药库工作的业务流程和具体内容。根据药房药库的工作特点和具体的工作需求，将药房药库管理系统的业务流程分析如下: 1、日常工作中，当药房药品发生短缺时，药房一般要通过请领入库功能向药库申请领药，并将申请领药药品品种和数量等信息通过计算机网络传送到药库，药库根据库房情

28、况确定向药房发放药品的品种和数量等信息，药房查收药品后，使用入库确认功能对收到药品进行入库确认，计入药房库存数量，使能在窗口发放。 2、当从医院内部其他药房或库房调入药品时，查收药品后录入药品品种和数量等信息使用入库确认功能确认入库，计入药房库存数量，使能在窗口发放，同时再将原库房或药房的药品库存相应的减少。 3、当从药房往其他药房或科室调拨药品时，填写出库清单，将药品数量和信息写入数据库但是并不急于将本库房或药房数据库中的相关药品数量减少，在得到调入的药房、或者库房的确认信息后在进行对数据库的操作。 4、当药房的药品发生损坏需做报废处理或药品已经过期时，使用过期药品处理功能，并减少药品的库存

29、。图3-1 系统业务流程3.4 数据字典数据字典（data Dictionary ，简称DD）是系统中各数据描述的集合，是进行详细的数据收集和数据分析所获得的结果，数据字典在数据库设计中占有很重要的地位。数据字典主要是对数据流程图中的数据项、数据结构、数据流处理、处理逻辑、数据存储、外部实体这六个方面进行具体定义。以下是对药品管理系统中所涉及到的典型的数据进行说明。 1、数据项的描述 数据项名称:药方编号。 数据类型及宽度:CHAR，20位。 值情况：由主治医生编号与开方日期时间组成，开方日期时间格式如下：年/月/日 时：分：秒。2、数据结构的描述 数据结构名称:药品字典 描述:药品的详细信息

30、 数据结构组成:药品号+药品名称+药品所属库房或药房+药品性状十生产厂家+生产日期+单价+入库时间+保质期 3、数据流的描述 数据流名称:入库清单 描述:药品入库时反映药品入库情况的入库单 数据流来源:采购人员提交的采购清单和其他药房和库房的出库清单 数据流去向:保留在数据库中的已经处理了的入库清单 数据项组成:药品号+药品生产日期+来源库+目的库+是否被处理+入库数量4、数据流的描述 数据流名称:出库清单 描述:药品出库到其他库房或者药房时反应药品出库情况的出库单 数据流来源:管理员提交的出库记录 数据流去向:入库清单 数据项组成:药品号+药品生产日期+来源库+目的库+是否被处理+出库数量5

31、、数据流的描述 数据流名称:药品销毁清单 描述:药品过期时的过期药品销毁清单 数据流来源:各库房和药房里过期的药品被处理时提交的数据 数据流去向:保留在数据库中的已经处理了的过期药品清单 数据项组成:药品号+销毁日期+销毁数量+销毁前所存的库房或药房6、数据流的描述数据流名称:采购清单 描述:采购人员实际提交的采购清单 数据流来源:采购人员提交的药品采购信息 数据流去向:保留在数据库中的采购清单和药、库房人员的入库数据数据项组成:药品名+采购数量 +采购人员编号+采购日期 7、数据流的描述 数据流名称:建议采购清单 描述:由各部门提交的建议采购数据经各部门主任和院长签核后生成的采购清单 数据流

32、来源: 由各部门提交的建议采购数据 数据流去向:采购人员可以看到的有效建议采购清单 数据项组成:药品名+采购数量 +药品功效+药品性状3.4.1 数据结构 1、管理员表结构，包含所有管理员的账户信息，由表3-1中的数据项组成:表3-1 管理员表数据项名数据项含义说明数据项类型长度限制条件adminno管理员登录号char10primary key not nulladminname管理员名字char50adminpwd管理员登陆密码char10aduty管理员类型char20库房管理员、药房管理员 not nullaproduty管理员职务char20主任、普通员工 not nullaimag

33、e管理员照片char100asex管理员性别char2aage管理员年龄int4 2、医生表结构，包含所有医生的账户信息，由表3-2中的数据项组成:表3-2 医生表数据项名数据项含义说明数据项类型长度限制条件tno医生登录号char10primary key not nulltname医生名字char50tpwd医生登陆密码char10tduty医生类型char20院长、普通医生、部门主任 not nulltofficeno所属科室号char10foreign keytimage医生照片char100tsex医生性别char2tage医生年龄int43、采购员表结构，包含所有采购员的账户信息，

34、由表3-3中的数据项组成:表3-3 采购员表数据项名数据项含义说明数据项类型长度限制条件mno采购员登录号char10primary key not nullmname采购员名字char50mpwd采购员登陆密码char10mproduty采购员类型char20普通员工、主任 not nullmimage采购员照片char100msex采购员性别char2mage采购员年龄int4 4、医院科室表结构，包含所有科室信息，由表3-4中的数据项组成:表3-4 医院科室表数据项名数据项含义说明数据项类型长度限制条件officeno科室号char10primary key not nulloffice

35、name科室名字char20 5、库房、药房表结构，包含所有库房和药房信息，由表3-5中的数据项组成:表3-5 库房和药房表数据项名数据项含义说明数据项类型长度限制条件rno库/药房号char10primary key not nullrcategory科室名字char10为库房，1为药房rcotent库/药房容量int4adminno库/药房管理员char10foreign key 6、药品表结构，包含所有药品和药品所属库房/药房信息，由表3-6中的数据项组成:表3-6 药品表数据项名数据项含义说明数据项类型长度限制条件drugno药品号char10primary key not nulld

36、rugname药品名char50drugproperties药品属性char10druguseage药品用途char200date_produce生产日期datetime8primary key not nullproducefactory生产厂家char10data_in入库时间datetime1shelflife保质期int4price药品单价float10rno所存库/药房char10primary key not nulldrugnum药品存量int4 7、建议采购药品表结构，包含建议采购的药品信息、建议采购人以及该信息是否已经被主任和院长签核的信息，由表3-7中的数据项组成:表3-7

37、 建议采购药品表数据项名数据项含义说明数据项类型长度限制条件druglistno药品项编号int4primary key not null自增变量addperson建议采购人员char10dname药品名char50dused药品用途char200dnum建议采购数量int4dproperty药品属性char20data填写该信息时间datetime8deensure院长确认char10为未确认，1为确认drectorsure部门主任确认char10为未确认，1为确认ifpurchase该信息是否已经处理char1 8、药方表结构，包含医生所开药方和病人信息。由表3-8中的数据项组成：表3-8

38、 药方表数据项名数据项含义说明数据项类型长度限制条件dno药方编号char50primary key not null 主治医生编号+开方时间patientname病人姓名char20patientsex病人性别char2patientage病人年龄int4drugname1药品名char50drugnum1药品数量int4drugname2药品名char50drugnum2药品数量int4drugname3药品名char50drugnum3药品数量int4drugname4药品名char50drugnum4药品数量int4drugname5药品名char50drugnum5药品数量int4d

39、rugname6药品名char50drugnum6药品数量int4drugname7药品名char50drugnum7药品数量int4drugname8药品名char50drugnum8药品数量int4drugname9药品名char50drugnum9药品数量int4drugname10药品名char50drugnum10药品数量int4ifdealwith是否已被处理char1 9、药品出库清单表结构，由表3-9中的数据项组成:表3-9 药品出库清单表数据项名数据项含义说明数据项类型长度限制条件drugno药品号char10primary key not null outdate出库日期d

40、atetime8primary key not nulldrugnum药品数量int4fromroom出库前所存的库房char10primary key not nulltoroom出库后所存的库/药房char10primary key not nullifdeal是否该记录已经得到出库到的药/库房管理员的确认char1默认为0drugproducedate药品生产日期datetime8 10、销毁药品清单表结构，由表3-10中的数据项组成:表3-10 销毁药品清单表数据项名数据项含义说明数据项类型长度限制条件drugno药品号char10primary key not null destor

41、ydate销毁日期datetime8primary key not nulldrugnum 药品数量int4fromroom出库前所存的库房char10primary key not null 11、采购清单表结构，由表3-11中的数据项组成:表3-11 采购清单表数据项名数据项含义说明数据项类型长度限制条件dno药品号char10primary key not null 自增型变量dname药品名char50dnum药品数量int4ppersionno采购人员编号char10indate采购日期datetime83.5 系统E-R图 E-R模型又称为实体联系模型，是描述系统概论模型的有利工具

42、。ER图提供了表示实体、属性和联系的有效方法，其中，用矩形表示实体，矩形内写明实体名，用椭圆表示属性，并用无向边将其与相应的实体型连接起来，用菱形表示联系，并用无向边与有关实体联系起来，并在边上标明联系的类型（1:1,1:n,m:n）系统总E-R图如图3-2所示: 图3-2 系统E-R图第4章 系统总体设计4.1 系统总体框架设计 药品管理系统是医院管理系统的一个子系统，它主要包括药房管理、库房管理、药品采购管理和医生开药方四部分，通过对功能模块的操作实现药品的入库、出库、单据审核、过期药品处理、各库房和药房间药品的流通管理等功能，并且能让全院共享药品相关信息，并能定期对药品进行综合处理，实现全院药品的中央控制。 一个系统的设计，要考虑整个系统实现的功能，所以在进入编码之前，要有系统的功能架构图。根据这个架构图可以清楚地看到系统的各个模块以及各模块能够完成的功能。系统的设计将根据图中的各个模块，分别进行各种