中小医院药房管理系统设计与实现-毕业论文.doc

西南科技大学本科生毕业论文 IV
毕业论文
中小医院药房管理系统设计与实现
摘要：在21世纪，信息技术代表着高效率和高生产力，正不断的应用于我们生活的各个方面。医院信息管理系统在我国各省市一级大型医院中的应用已经比较成熟了，但广大中小型医院，普遍对电脑的应用水平较低，本文选题主要针对中小型医院，设计并实现了医院信息管理系统中的药品管理子系统。
医院药品管理系统负责实现本医院药品的采购，日常管理，库存管理以及到最后卖给病人的整个过程，利用电脑计算速度快和不知疲倦等特点，方便快捷的实现了对大量工作的统计以及各种报表的自动生成等功能。
根据分析和结合医院行业特点，本系统采用B/S（浏览器/服务器）体系结构，用asp作为开发语言，Dreamweaver作为系统开发工具，SQL Server 2000进行后台数据库的开发。根据医院的各功能部门人员安排进行用户的划分，以药品流向为主线进行各功能模块的划分。其主要设计思想是全面信息化，尽量减少人力。在整个系统中使用了出入库相互确认机制，使得药品的流向变得很明确，也使得向医院财务部门提交的账目明细变得可靠和清晰。

关键词：药品管理； 模块设计； ASP； B/S结构
Pharmacy Management System of Small and Medium Hospital Design and Implementation
ABSTRACT: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 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 the 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 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 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 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章 绪 论 1
1.1 开发背景 1
1.2 开发目的和意义 1
1.3 国内外发展现状 2
1.3.1 国外动态 2
1.3.2 国内现状 2
第２章 系统技术支持 4
2.1 系统体系结构 4
2.1.1 B/S体系结构的优点和缺点 4
2.2 系统软硬件开发环境 4
2.2.1 硬件开发和运行环境 4
2.2.2 软件开发和运行环境 5
2.3 ASP技术简介 5
2.3.1 ASP的工作原理 5
2.3.2 ASP的五大内建对象 5
第3章 系统需求分析 7
3.1 系统功能需求 7
3.2 系统性能需求 7
3.3 系统业务流程 8
3.4 数据字典 9
3.4.1 数据结构 11
3.5 系统E-R图 16
第4章 系统总体设计 18
4.1 系统总体框架设计 18
4.2 系统各功能模块划分 19
4.3 系统非功能模块划分 19
第5章 系统详细设计与实现 21
5.1 系统数据库详细设计 21
5.2 系统模块详细设计 22
5.2.1 登录模块设计 22
5.2.2 各用户界面设计 25
5.2.3 查看药品信息模块设计 26
5.2.4 建议添加药品模块设计 27
5.2.5 签核建议添加药品模块设计 28
5.2.6 过期药品处理模块设计 29
5.2.7 开药方和药单处理模块 29
5.3 系统安全性设计 30
第6章 系统测试分析报告 31
6.1 系统测试目标 31
6.2 系统功能性测试 31
6.2.1 登录功能测试 31
6.2.2 测试建议采购药品功能 32
6.2.3 测试开药方和药房取药功能 32
6.2.4 测试药品出库和入库功能 32
6.2.5 测试过期药品处理功能 33
6.3 系统安全性测试 33
结 论 35
参考文献 36

西南科技大学本科生毕业论文
第1章 绪 论
1.1 开发背景
医院信息管理系统的开发是衡量医院信息化建设程度的一个重要标志，可以实现把医院不同区域和不同部门的各种信息资源通过一定的网络技术有机的统一起来，供全院使用，有利于资源的有效分配和利用。中国医院信息化正在不断的得到普及，整个医疗卫生事业也正趋向于合理化和科学化，随着人们生活水平的提高，对医院的要求也变得更加严格，不再仅仅是医疗水平的高低，快捷的服务和第一时间的救治成为了核心竞争力。有效的管理才能有有效的资源分配，将计算机和网络技术应用到管理中使得这一切成为了可能。在医院信息管理这个庞大的系统中，药品管理是一个不可被忽视的部分。
1.2 开发目的和意义
药房是医院最繁忙的科室之一，无论门诊还是住院药房，每天都面临着大量取药的患者和家属，一直以来，人们使用传统的人工方式管理文件档案，进行数据流向记录。这种管理方式存在很多缺点，比如：效率低、保密性差、繁琐，出现差错难以被及时的发现和纠正，管理中的混乱现象也就不可避免。加上医院药房药品数量繁多，采购和发放的帐目登记是一件很烦琐的事情，而且药品的价格经常调整，退货现象时有发生，使做帐工作更加复杂，呈报准确库存资金和汇总某一期资金流动情况，其统计工作更是十分困难。医疗质量的提高和重病患者的抢救，与药品的及时供应有着密切的关系。为了解决这个矛盾，采用更加科学化、现代化的技术手段进行管理势在必行。
计算机拥有运行速度快、容量大、存储结构化、处理逻辑问题能力强、检索速度快、能进行实时控制的特点加上其在企业管理中的应用与普及使得药房管理系统成为一种势在必行的趋势。
药房管理系统可以根据医院药房管理的实际需求而设计，针对性强，功能齐备，旨在通过帮助医院药房管理实现信息化以提高药房管理的效率。同时，其友好的界面可以方便快捷的实现管理和查询，便于决策者进行分析和判断。严格的出库、入库记录和分工进行出库、入库操作可以使得医院药房的药品流向更加明确，对员工也可起到一定程度的监督作用。有利于医院的账目公开和账目核对。
本课题主要根据中小型医院的药品相关部门体系结构和实际需要而设计，旨在实现医院的日常药品管理，药品采购和销售管理以及对过期药品的处理等功能。
1.3 国内外发展现状
1.3.1 国外动态
计算机在医院应用已经有四十多年的历史，六十年代初美国变开始了HIS的研究，COSTAR系统从六十年代初开始并发展到今天，成为最大规模的临床病人信息系统。七十年代，HIS进入快速发展时期，各发达国家医院和医学中心纷纷开发了自己的HIS。
1974年，国外发达国家将计算机应用于医院管理，逐步建起了医院管理信息系统。到80年代末，医院信息系统的建设从局域网发展到广域网，单机应用变成网络应用，从一般的数据处理发展到临床支持工程。90年代，医院管理系统己经广泛普及，开始做临床模型，并有了示警系统。目前国外已把重点完全放在了临床支持上。为了支持医院信息系统建设向标准化发展，美国批准了一项医疗保险改革和医疗电子商务标准化立法。该立法规定了可以用广域网来处理资料，医院、医生和病人都可以在网上传输医学资料，而且为了方便大夫远程会诊，除了文字资料以外还有大量的影像资料，真正把纸张操作变成为电子化操作。该标准还规范了医疗、保险公司的资料申报和银行清算等电子商务标准条件，统一了编码，规定了编码机的标准是什么、怎么用、覆盖到什么领域。涉及到美国卫生部门的财务管理司、国家统计的标准化机构、票证管理机构和美国国家标准管理局和牙科学会等。
1.3.2 国内现状
HIS在我国省市一级的大型医院信息管理水平己经比较成熟。但是在广大的县区一级的医院中，特别是西部地区，虽然已经使用了电脑，但是应用水平较低。有的医院虽然已经有了一定的管理系统，但是随着医院信息系统在医院各个层次、各个方面、各个部门广泛而深入的应用，信息系统还需要不断更新和完善，对医院管理及各类人员操作、应用水平会不断提出新的、更高的要求。
我国的医院信息管理建设则刚刚起步，和国外相比有着相当大的差距，医学领域的信息专家们认为我们要整整落后10年。
我国绝大多数中小医院的信息处理基本上还停留在手工方式，劳动强度大且效率低，医师护士和管理人员的大量时间都消耗在事务性工作上，致使“人不其才”。病人排队等候时间长，辗转过程多，影响医院的秩序。病案、临床检病理检查等许多宝贵的数据资料的检索十分费事甚至难以实现。对这些资料的统计分析手工方式无法进行，不能充分为医学科研利用。在经济管理上也存在漏、跑、错收费现象。医院物资管理由于信息不准确，家底不明，积压等现象以致“物不能尽其用”。开发HlS是解决上述问题的有效途径。HIS系统的使用，将提高医院各项工作的效率和质量，促进医学科研、教学，减轻各类事务作的劳动强度，使他们腾出更多的精力和时间来服务于病人，改善经营管理，漏洞，保证病人和医院的经济利益，为医院创造经济效益。

第２章 系统技术支持
2.1 系统体系结构
本医院管理系统采用B/S体系结构，即浏览器/服务器结构，是根据中小型医院信息系统的特点而定的。B/S体系结构建立在浏览器上, 有更加丰富和生动的表现方式与用户交流。是WEB兴起后的一种网络结构模式，WEB浏览器是客户端最主要的应用软件。这种模式统一了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。客户机上只要安装一个浏览器（Browser），如Netscape Navigator或Internet Explorer，服务器安装Oracle、Sybase、Informix或 SQL Server等数据库。浏览器通过Web Server 同数据库进行数据交互。B/S最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件。只要有一台能上网的电脑就能使用，客户端零维护。系统的扩展非常容易，比较适合于中小型医院。同时随着中小型医院的发展，用户群不固定，B/S体系结构便于用户的添加和维护。
2.1.1 B/S体系结构的优点和缺点
1、优点：
（1）维护和升级方式简单。
（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：至少 50 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的工作原理
1、当用户向浏览器地址栏输入网址，默认页面的扩展名是.asp后，浏览器向服务器发出请求。
2、服务器引擎开始运行ASP程序。
3、ASP文件按照从上到下的顺序开始处理，执行脚本命令，执行HTML页面内容。
4、页面信息发送到浏览器。
2.3.2 ASP的五大内建对象
1、Request对象：
主要作用：读取表单中提交的数据或Cookies中的数据。
方法：QueryString、Form、Cookies、ServerVariable
2、Response对象：
主要作用：向浏览器输出文本、数据和Cookies以及控制在传送网页过程中的每一个阶段。
属性：Buffer、Cookies、ContextType、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组件等。
属性：ScriptTimeout
方法：CreateObject、MapPath、URLencode、HTMLencode

第3章 系统需求分析
3.1 系统功能需求
药品管理系统需要对分布于医院各个部门的药品的物流和相应的财流进行管理，涉及到库房、药房、采购、医生等各个部门。所以，该系统功能主要包含库房管理、药房管理、药品采购和药单生成4个部分。
库房是对全院药品数量、金额、种类进行管理的部门，其业务路线和一般的物品库存管理相同，主要包括药品的入库、出库、查看并提示过期药品和进行过期药品销毁以及日常性的药品查看和库房维护工作。
药房是医院药品每天流动量最大的部门，对其的管理必须包括对该药房药品量、药品种类的统计、能够查看医生开的药方并依方取药、能够对药品放入药房和病人依方取药后的药品数量和药品种类进行统计、并且药房的管理员也需要能够对药房内过期的药品进行查看并进行销毁处理。
采购部门是医院药品采购的核心，其采购的药品直接送入库房，该部门人员根据由药品管理系统各个部门人员建议采购的药品并由相应部门的部门主任和该院院长签字后生成的采购清单进行采购。采购人员在采购回药品之后需要提交一张实际的采购清单标明所有采购的药品的种类、各采购药品的数量和单价。同时在入库的时候各库房管理员也会相应的生成入库清单，各入库单的药品总类和总量要能与采购单的匹配，从而达到两种清单相互制约和监督的作用。
医生对整个药品流的功能主要是实现开方和对药品进行建议采购。医生可以分为普通医生、各科室主任和院长三种职务，院长和主任还包括要对建议采购的药品清单进行签核。主任只是对其管理的科室的医生建议采购的药品进行签核，而院长是需要对全院所有的经相应部门主任签核后的建议采购药品清单进行签核。签核功能包括驳回清单中某一项认为不妥的建议采购记录、驳回该采购清单或者是签核该清单。由于医生需要对医院的药品功能有很清晰的了解，所以也需要能够对药品进行查看。
3.2 系统性能需求
性能需求指定系统必须满足的定时约束或容量约束，通常包括速度（响应时间）、存储容量、安全性等方面的需求。
1、 可靠性
中小型医院的药房管理系统通常面对不同的用户，特别是多用户同时通过Internet访问系统时，一旦服务器因阻塞或其他问题而崩溃，则会带来很大的麻烦和问题。另外，该系统一旦投入实际的应用则关系到医院的日常工作，其响应速度也是很重要的衡量系统水平的指标。
2、 安全性
安全性是任何系统成功的基本要素。系统应该需要能够保护数据和系统基础结构免受攻击或盗用，通过为用户信息的机密性、完整性和可靠性提供充分的保护来预防风险，保障系统安全运行。
3、 可扩展性
可扩展性是指系统能够保证可持续增长以满足用户需求和业务增长需求。基于WEB的系统一般是动态变化的模型，他们一般在初运行时比较小，但随着需求的增长会增长得非常迅速。其中包括用户数量的增长和系统数据量的增长以及系统功能的增长。对于中小型医院的药房管理系统来说，随着医院的发展，无论是系统规模还是系统的功能都毋庸置疑需要发展，所以系统的可扩展性至关重要。
3.3 系统业务流程
医院药品管理系统涉及医院几个部门，各部门间良好的衔接和协作为患者提供了方便、快捷的就诊环境，是医院管理系统不可分割的部分。
通过对医院的实际调查分析，理顺了医院药房药库工作的业务流程和具体内容。根据药房药库的工作特点和具体的工作需求，将药房药库管理系统的业务流程分析如下:
1、日常工作中，当药房药品发生短缺时，药房一般要通过请领入库功能向药库申请领药，并将申请领药药品品种和数量等信息通过计算机网络传送到药库，药库根据库房情况确定向药房发放药品的品种和数量等信息，药房查收药品后，使用入库确认功能对收到药品进行入库确认，计入药房库存数量，使能在窗口发放。
2、当从医院内部其他药房或库房调入药品时，查收药品后录入药品品种和数量等信息使用入库确认功能确认入库，计入药房库存数量，使能在窗口发放，同时再将原库房或药房的药品库存相应的减少。
3、当从药房往其他药房或科室调拨药品时，填写出库清单，将药品数量和信息写入数据库但是并不急于将本库房或药房数据库中的相关药品数量减少，在得到调入的药房、或者库房的确认信息后在进行对数据库的操作。
4、当药房的药品发生损坏需做报废处理或药品已经过期时，使用过期药品处理功能，并减少药品的库存。

图3-1 系统业务流程
3.4 数据字典
数据字典（data Dictionary ，简称DD）是系统中各数据描述的集合，是进行详细的数据收集和数据分析所获得的结果，数据字典在数据库设计中占有很重要的地位。数据字典主要是对数据流程图中的数据项、数据结构、数据流处理、处理逻辑、数据存储、外部实体这六个方面进行具体定义。以下是对药品管理系统中所涉及到的典型的数据进行说明。
1、数据项的描述
数据项名称:药方编号。
数据类型及宽度:CHAR，20位。
值情况：由主治医生编号与开方日期时间组成，开方日期时间格式如下：年/月/日 时：分：秒。
2、数据结构的描述
数据结构名称:药品字典
描述:药品的详细信息
数据结构组成:药品号+药品名称+药品所属库房或药房+药品性状十生产厂家+生产日期+单价+入库时间+保质期
3、数据流的描述
数据流名称:入库清单
描述:药品入库时反映药品入库情况的入库单
数据流来源:采购人员提交的采购清单和其他药房和库房的出库清单
数据流去向:保留在数据库中的已经处理了的入库清单
数据项组成:药品号+药品生产日期+来源库+目的库+是否被处理+入库数量
4、数据流的描述
数据流名称:出库清单
描述:药品出库到其他库房或者药房时反应药品出库情况的出库单
数据流来源:管理员提交的出库记录
数据流去向:入库清单
数据项组成:药品号+药品生产日期+来源库+目的库+是否被处理+出库数量
5、数据流的描述
数据流名称:药品销毁清单
描述:药品过期时的过期药品销毁清单
数据流来源:各库房和药房里过期的药品被处理时提交的数据
数据流去向:保留在数据库中的已经处理了的过期药品清单
数据项组成:药品号+销毁日期+销毁数量+销毁前所存的库房或药房
6、数据流的描述
数据流名称:采购清单
描述:采购人员实际提交的采购清单
数据流来源:采购人员提交的药品采购信息
数据流去向:保留在数据库中的采购清单和药、库房人员的入库数据
数据项组成:药品名+采购数量 +采购人员编号+采购日期
7、数据流的描述
数据流名称:建议采购清单
描述:由各部门提交的建议采购数据经各部门主任和院长签核后生成的采购清单
数据流来源: 由各部门提交的建议采购数据
数据流去向:采购人员可以看到的有效建议采购清单
数据项组成:药品名+采购数量 +药品功效+药品性状
3.4.1 数据结构
1、管理员表结构，包含所有管理员的账户信息，由表3-1中的数据项组成:
表3-1 管理员表
数据项名
数据项含义说明
数据项类型
长度
限制条件
adminno
管理员登录号
char
10
primary key not null
adminname
管理员名字
char
50
—
adminpwd
管理员登陆密码
char
10
—
aduty
管理员类型
char
20
库房管理员、药房管理员 not null
aproduty
管理员职务
char
20
主任、普通员工 not null
aimage
管理员照片
char
100
—
asex
管理员性别
char
2
—
aage
管理员年龄
int
4
—
2、医生表结构，包含所有医生的账户信息，由表3-2中的数据项组成:
表3-2 医生表
数据项名
数据项含义说明
数据项类型
长度
限制条件
tno
医生登录号
char
10
primary key not null
tname
医生名字
char
50
—
tpwd
医生登陆密码
char
10
—
tduty
医生类型
char
20
院长、普通医生、部门主任 not null
tofficeno
所属科室号
char
10
foreign key
timage
医生照片
char
100
—
tsex
医生性别
char
2
—
tage
医生年龄
int
4
—

3、采购员表结构，包含所有采购员的账户信息，由表3-3中的数据项组成:
表3-3 采购员表
数据项名
数据项含义说明
数据项类型
长度
限制条件
mno
采购员登录号
char
10
primary key not null
mname
采购员名字
char
50
—
mpwd
采购员登陆密码
char
10
—
mproduty
采购员类型
char
20
普通员工、主任 not null
mimage
采购员照片
char
100
—
msex
采购员性别
char
2
—
mage
采购员年龄
int
4
—
4、医院科室表结构，包含所有科室信息，由表3-4中的数据项组成:
表3-4 医院科室表
数据项名
数据项含义说明
数据项类型
长度
限制条件
officeno
科室号
char
10
primary key not null
officename
科室名字
char
20
—
5、库房、药房表结构，包含所有库房和药房信息，由表3-5中的数据项组成:
表3-5 库房和药房表
数据项名
数据项含义说明
数据项类型
长度
限制条件
rno
库/药房号
char
10
primary key not null
rcategory
科室名字
char
1
0为库房，1为药房
rcotent
库/药房容量
int
4
—
adminno
库/药房管理员
char
10
foreign key

6、药品表结构，包含所有药品和药品所属库房/药房信息，由表3-6中的数据项组成:
表3-6 药品表
数据项名
数据项含义说明
数据项类型
长度
限制条件
drugno
药品号
char
10
primary key not null
drugname
药品名
char
50
—
drugproperties
药品属性
char
10
—
druguseage
药品用途
char
200
—
date_produce
生产日期
datetime
8
primary key not null
producefactory
生产厂家
char
10
—
data_in
入库时间
datetime
1
—
shelflife
保质期
int
4
—
price
药品单价
float
10
—
rno
所存库/药房
char
10
primary key not null
drugnum
药品存量
int
4
—
7、建议采购药品表结构，包含建议采购的药品信息、建议采购人以及该信息是否已经被主任和院长签核的信息，由表3-7中的数据项组成:
表3-7 建议采购药品表
数据项名
数据项含义说明
数据项类型
长度
限制条件
druglistno
药品项编号
int
4
primary key not null自增变量
addperson
建议采购人员
char
10
—
dname
药品名
char
50
—
dused
药品用途
char
200
—
dnum
建议采购数量
int
4
—
dproperty
药品属性
char
20
—
data
填写该信息时间
datetime
8
—
deensure
院长确认
char
1
0为未确认，1为确认
drectorsure
部门主任确认
char
1
0为未确认，1为确认
ifpurchase
该信息是否已经处理
char
1
—
8、药方表结构，包含医生所开药方和病人信息。由表3-8中的数据项组成：
表3-8 药方表
数据项名
数据项含义说明
数据项类型
长度
限制条件
dno
药方编号
char
50
primary key not null 主治医生编号+开方时间
patientname
病人姓名
char
20
—
patientsex
病人性别
char
2
—
patientage
病人年龄
int
4
—
drugname1
药品名
char
50
—
drugnum1
药品数量
int
4
—
drugname2
药品名
char
50
—
drugnum2
药品数量
int
4
—
drugname3
药品名
char
50
—
drugnum3
药品数量
int
4
—
drugname4
药品名
char
50
—
drugnum4
药品数量
int
4
—
drugname5
药品名
char
50
—
drugnum5
药品数量
int
4
—
drugname6
药品名
char
50
—
drugnum6
药品数量
int
4
—
drugname7
药品名
char
50
—
drugnum7
药品数量
int
4
—
drugname8
药品名
char
50
—
drugnum8
药品数量
int
4
—
drugname9
药品名
char
50
—
drugnum9
药品数量
int
4
—
drugname10
药品名
char
50
—
drugnum10
药品数量
int
4
—
ifdealwith
是否已被处理
char
1
—
9、药品出库清单表结构，由表3-9中的数据项组成:
表3-9 药品出库清单表
数据项名
数据项含义说明
数据项类型
长度
限制条件
drugno
药品号
char
10
primary key not null
outdate
出库日期
datetime
8
primary key not null
drugnum
药品数量
int
4
—
fromroom
出库前所存的库房
char
10
primary key not null
toroom
出库后所存的库/药房
char
10
primary key not null
ifdeal
是否该记录已经得到出库到的药/库房管理员的确认
char
1
默认为0
drugproducedate
药品生产日期
datetime
8
—
10、销毁药品清单表结构，由表3-10中的数据项组成:
表3-10 销毁药品清单表
数据项名
数据项含义说明
数据项类型
长度
限制条件
drugno
药品号
char
10
primary key not null
destorydate
销毁日期
datetime
8
primary key not null
drugnum
药品数量
int
4
—
fromroom
出库前所存的库房
char
10
primary key not null

11、采购清单表结构，由表3-11中的数据项组成:
表3-11 采购清单表
数据项名
数据项含义说明
数据项类型
长度
限制条件
dno
药品号
char
10
primary key not null 自增型变量
dname
药品名
char
50
—
dnum
药品数量
int
4
—
ppersionno
采购人员编号
char
10
—
indate
采购日期
datetime
8
—
3.5 系统E-R图
E-R模型又称为实体联系模型，是描述系统概论模型的有利工具。ER图提供了表示实体、属性和联系的有效方法，其中，用矩形表示实体，矩形内写明实体名，用椭圆表示属性，并用无向边将其与相应的实体型连接起来，用菱形表示联系，并用无向边与有关实体联系起来，并在边上标明联系的类型（1:1,1:n,m:n）
系统总E-R图如图3-2所示:

图3-2 系统E-R图

第4章 系统总体设计
4.1 系统总体框架设计
药品管理系统是医院管理系统的一个子系统，它主要包括药房管理、库房管理、药品采购管理和医生开药方四部分，通过对功能模块的操作实现药品的入库、出库、单据审核、过期药品处理、各库房和药房间药品的流通管理等功能，并且能让全院共享药品相关信息，并能定期