(完整版)中小医院药房管理系统设计与实现_毕业设计

毕业论文

中小医院药房管理系统设计与实现

摘要：在21世纪，信息技术代表着高效率和高生产力，正不断的应用于我们生活的各个方面。医院信息管理系统在我国各省市一级大型医院中的应用已经比较成熟了，但广大中小型医院，普遍对电脑的应用水平较低，本文选题主要针对中小型医院，设计并实现了医院信息管理系统中的药品管理子系统。

医院药品管理系统负责实现本医院药品的采购，日常管理，库存管理以及到最后卖给病人的整个过程，利用电脑计算速度快和不知疲倦等特点，方便快捷的实现了对大量工作的统计以及各种报表的自动生成等功能。

根据分析和结合医院行业特点，本系统采用BS（浏览器服务器）体系结构，用asp作为开发语言，Dreamweaver作为系统开发工具，SQL Server 2000进行后台数据库的开发。根据医院的各功能部门人员安排进行用户的划分，以药品流向为主线进行各功能模块的划分。其主要设计思想是全面信息化，尽量减少人力。在整个系统中使用了出入库相互确认机制，使得药品的流向变得很明确，也使得向医院财务部门提交的账目明细变得可靠和清晰。

关键词：药品管理；模块设计； ASP； BS结构

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 China,but the application level of computers is rather low in the overwhelming majority of county- and town-level and implementation of management system of medicines management subsystem.

Hospital Drug Management System for implementation of the , 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 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 . Used throughout the system out of storage mechanism for mutual recognition, making the flow of drugs , Module design, ASP, BS architecture

目录

第1章绪论 (1)

1.1 开发背景 (1)

1.2 开发目的和意义 (1)

1.3 国内外发展现状 (2)

1.3.1 国外动态 (2)

1.3.2 国内现状 (3)

第２章系统技术支持 (5)

2.1 系统体系结构 (5)

2.1.1 BS体系结构的优点和缺点 (5)

2.2 系统软硬件开发环境 (6)

2.2.1 硬件开发和运行环境 (6)

2.2.2 软件开发和运行环境 (6)

2.3 ASP技术简介 .................................. 错误！未定义书签。

2.3.1 ASP的工作原理........................... 错误！未定义书签。

2.3.2 ASP的五大内建对象....................... 错误！未定义书签。第3章系统需求分析. (8)

3.1 系统功能需求 (8)

3.2 系统性能需求 (9)

3.3 系统业务流程 (10)

3.4 数据字典 (11)

3.4.1 数据结构 (13)

3.5 系统E-R图 (20)

第4章系统总体设计 (21)

4.1 系统总体框架设计 (21)

4.2 系统各功能模块划分 (22)

4.3 系统非功能模块划分 (23)

第5章系统详细设计与实现 (26)

5.1 系统数据库详细设计 (26)

5.2 系统模块详细设计 (27)

5.2.1 登录模块设计 (27)

5.2.2 各用户界面设计 (32)

5.2.3 查看药品信息模块设计 (34)

5.2.4 建议添加药品模块设计 (36)

5.2.5 签核建议添加药品模块设计 (37)

5.2.6 过期药品处理模块设计 (38)

5.2.7 开药方和药单处理模块 (39)

5.3 系统安全性设计 (40)

第6章系统测试分析报告 (42)

6.1 系统测试目标 (42)

6.2 系统功能性测试 (42)

6.2.1 登录功能测试 (42)

6.2.2 测试建议采购药品功能 (43)

6.2.3 测试开药方和药房取药功能 (44)

6.2.4 测试药品出库和入库功能 (44)

6.2.5 测试过期药品处理功能 (45)

6.3 系统安全性测试 (45)

结论 (47)

参考文献 (48)

第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系统体系结构

本医院管理系统采用BS体系结构，即浏览器服务器结构，是根据中小型医院信息系统的特点而定的。BS体系结构建立在浏览器上, 有更加丰富和生动的表现方式与用户交流。是WEB兴起后的一种网络结构模式，WEB浏览器是客户端最主要的应用软件。这种模式统一了客户端，将系统功能实现的核心部分集中到服务器上，简化了系统的开发、维护和使用。客户机上只要安装一个浏览器（Browser），如Netscape Navigator或Internet Explore r，服务器安装Oracle、Sybase、Informix 或SQL Server等数据库。浏览器通过Web Server 同数据库进行数据交互。BS最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件。只要有一台能上网的电脑就能使用，客户端零维护。系统的扩展非常容易，比较适合于中小型医院。同时随着中小型医院的发展，用户群不固定，BS体系结构便于用户的添加和维护。

2.1.1BS体系结构的优点和缺点

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、

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 管理员登录号char10 primary key not null adminnam

管理员名字char50 —

e

adminpwd 管理员登陆密

char10 —

码

aduty 管理员类型char20 库房管理员、药房管理

员not null

aproduty管理员职务char20 主任、普通员工not

null

aimage 管理员照片char100 —

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