完整版中小医院药房管理系统设计与实现毕业设计Word文档格式.docx
《完整版中小医院药房管理系统设计与实现毕业设计Word文档格式.docx》由会员分享,可在线阅读,更多相关《完整版中小医院药房管理系统设计与实现毕业设计Word文档格式.docx(38页珍藏版)》请在冰点文库上搜索。
![完整版中小医院药房管理系统设计与实现毕业设计Word文档格式.docx](https://file1.bingdoc.com/fileroot1/2023-4/30/d21696ee-8d65-4fa4-8687-bc2bdcc4790e/d21696ee-8d65-4fa4-8687-bc2bdcc4790e1.gif)
医疗质量的提高和重病患者的抢救,与药品的及时供应有着密切的关系。
为了解决这个矛盾,采用更加科学化、现代化的技术手段进行管理势在必行。
计算机拥有运行速度快、容量大、存储结构化、处理逻辑问题能力强、检索速度快、能进行实时控制的特点加上其在企业管理中的应用与普及使得药房管理系统成为一种势在必行的趋势。
药房管理系统可以根据医院药房管理的实际需求而设计,针对性强,功能齐备,旨在通过帮助医院药房管理实现信息化以提高药房管理的效率。
同时,其友好的界面可以方便快捷的实现管理和查询,便于决策者进行分析和判断。
严格的出库、入库记录和分工进行出库、入库操作可以使得医院药房的药品流向更加明确,对员工也可起到一定程度的监督作用。
有利于医院的账目公开和账目核对。
本课题主要根据中小型医院的药品相关部门体系结构和实际需要而设计,旨在实现医院的日常药品管理,药品采购和销售管理以及对过期药品的处理等功能。
1.3国内外发展现状
1.3.1国外动态
计算机在医院应用已经有四十多年的历史,六十年代初美国变开始了HIS的研究,COSTAR系统从六十年代初开始并发展到今天,成为最大规模的临床病人信息系统。
七十年代,HIS进入快速发展时期,各发达国家医院和医学中心纷纷开发了自己的HIS。
1974年,国外发达国家将计算机应用于医院管理,逐步建起了医院管理信息系统。
到80年代末,医院信息系统的建设从局域网发展到广域网,单机应用变成网络应用,从一般的数据处理发展到临床支持工程。
90年代,医院管理系统己经广泛普及,开始做临床模型,并有了示警系统。
目前国外已把重点完全放在了临床支持上。
为了支持医院信息系统建设向标准化发展,美国批准了一项医疗保险改革和医疗电子商务标准化立法。
该立法规定了可以用广域网来处理资料,医院、医生和病人都可以在网上传输医学资料,而且为了方便大夫远程会诊,除了文字资料以外还有大量的影像资料,真正把纸张操作变成为电子化操作。
该标准还规范了医疗、保险公司的资料申报和银行清算等电子商务标准条件,统一了编码,规定了编码机的标准是什么、怎么用、覆盖到什么领域。
涉及到美国卫生部门的财务管理司、国家统计的标准化机构、票证管理机构和美国国家标准管理局和牙科学会等。
1.3.2国内现状
HIS在我国省市一级的大型医院信息管理水平己经比较成熟。
但是在广大的县区一级的医院中,特别是西部地区,虽然已经使用了电脑,但是应用水平较低。
有的医院虽然已经有了一定的管理系统,但是随着医院信息系统在医院各个层次、各个方面、各个部门广泛而深入的应用,信息系统还需要不断更新和完善,对医院管理及各类人员操作、应用水平会不断提出新的、更高的要求。
我国的医院信息管理建设则刚刚起步,和国外相比有着相当大的差距,医学领域的信息专家们认为我们要整整落后10年。
我国绝大多数中小医院的信息处理基本上还停留在手工方式,劳动强度大且效率低,医师护士和管理人员的大量时间都消耗在事务性工作上,致使“人不其才”。
病人排队等候时间长,辗转过程多,影响医院的秩序。
病案、临床检病理检查等许多宝贵的数据资料的检索十分费事甚至难以实现。
对这些资料的统计分析手工方式无法进行,不能充分为医学科研利用。
在经济管理上也存在漏、跑、错收费现象。
医院物资管理由于信息不准确,家底不明,积压等现象以致“物不能尽其用”。
开发HlS是解决上述问题的有效途径。
HIS系统的使用,将提高医院各项工作的效率和质量,促进医学科研、教学,减轻各类事务作的劳动强度,使他们腾出更多的精力和时间来服务于病人,改善经营管理,漏洞,保证病人和医院的经济利益,为医院创造经济效益。
第2章系统技术支持
2.1系统体系结构
本医院管理系统采用BS体系结构,即浏览器服务器结构,是根据中小型医院信息系统的特点而定的。
BS体系结构建立在浏览器上,有更加丰富和生动的表现方式与用户交流。
是WEB兴起后的一种网络结构模式,WEB浏览器是客户端最主要的应用软件。
这种模式统一了客户端,将系统功能实现的核心部分集中到服务器上,简化了系统的开发、维护和使用。
客户机上只要安装一个浏览器(Browser),如NetscapeNavigator或InternetExplorer,服务器安装Oracle、Sybase、Informix或SQLServer等数据库。
浏览器通过WebServer同数据库进行数据交互。
BS最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件。
只要有一台能上网的电脑就能使用,客户端零维护。
系统的扩展非常容易,比较适合于中小型医院。
同时随着中小型医院的发展,用户群不固定,BS体系结构便于用户的添加和维护。
2.1.1BS体系结构的优点和缺点
1、优点:
(1)维护和升级方式简单。
(2)开发和维护成本较低。
(3)不用安装,只要有一台安装有浏览器的可以上网的机子即可。
2、缺点:
应用服务器运行数据负荷较重。
2.2系统软硬件开发环境
2.2.1硬件开发和运行环境
硬件环境:
pc机。
本系统开发时安装SQLServer2000,对电脑硬件最低要求:
计算机:
Pentium166MHz或更高或者是Intel®
或兼容机。
内存(RAM):
Windows2000上至少64MB,其它所有操作系统上至少32MB。
硬盘空间:
SQLServer数据库组件:
95到270MB,一般为250MB。
AnalysisServices:
至少50MB,一般为130MB。
EnglishQuery:
80MB。
DesktopEngine:
44MB。
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数据字典
数据字典(dataDictionary,简称DD)是系统中各数据描述的集合,是进行详细的数据收集和数据分析所获得的结果,数据字典在数据库设计中占有很重要的地位。
数据字典主要是对数据流程图中的数据项、数据结构、数据流处理、处理逻辑、数据存储、外部实体这六个方面进行具体定义。
以下是对药品管理系统中所涉及到的典型的数据进行说明。
1、数据项的描述
数据项名称:
药方编号。
数据类型及宽度:
CHAR,20位。
值情况:
由主治医生编号与开方日期时间组成,开方日期时间格式如下:
年月日时:
分:
秒。
2、数据结构的描述
数据结构名称:
药品字典
描述:
药品的详细信息
数据结构组成:
药品号+药品名称+药品所属库房或药房+药品性状十生产厂家+生产日期+单价+入库时间+保质期
3、数据流的描述
数据流名称:
入库清单
药品入库时反映药品入库情况的入库单
数据流来源:
采购人员提交的采购清单和其他药房和库房的出库清单
数据流去向:
保留在数据库中的已经处理了的入库清单
数据项组成:
药品号+药品生产日期+来源库+目的库+是否被处理+入库数量
4、数据流的描述
出库清单
药品出库到其他库房或者药房时反应药品出库情况的出库单
管理员提交的出库记录
药品号+药品生产日期+来源库+目的库+是否被处理+出库数量
5、数据流的描述
药品销毁清单
药品过期时的过期药品销毁清单
各库房和药房里过期的药品被处理时提交的数据
保留在数据库中的已经处理了的过期药品清单
药品号+销毁日期+销毁数量+销毁前所存的库房或药房
6、数据流的描述
数据流名称:
采购清单
采购人员实际提交的采购清单
采购人员提交的药品采购信息
保留在数据库中的采购清单和药、库房人员的入库数据
数据项组成:
药品名+采购数量+采购人员编号+采购日期
7、数据流的描述
建议采购清单
由各部门提交的建议采购数据经各部门主任和院长签核后生成的采购清单
由各部门提交的建议采购数据
采购人员可以看到的有效建议采购清单
药品名+采购数量+药品功效+药品性状
3.4.1数据结构
1、管理员表结构,包含所有管理员的账户信息,由表3-1中的数据项组成:
表3-1管理员表
数据项名
数据项含义说明
数据项类型
长度
限制条件
adminno
管理员登录号
char
10
primarykeynotnull
adminname
管理员名字
50
—
adminpwd
管理员登陆密码
aduty
管理员类型
20
库房管理员、药房管理员notnull
aproduty
管理员职务
主任、普通员工notnull
aimage
管理员照片
100
asex
管理员性别
2
aage
管理员年龄
int
4
2、医生表结构,包含所有医生的账户信息,由表3-2中的数据项组成:
表3-2医生表
tno
医生登录号
tname
医生名字
tpwd
医生登陆密码
tduty
医生类型
院长、普通医生、部门主任notnull
tofficeno
所属科室号
foreignkey
timage
医生照片
tsex
医生性别
tage
医生年龄
3、采购员表结构,包含所有采购员的账户信息,由表3-3中的数据项组成:
表3-3采购员表
mno
采购员登录号
mname
采购员名字
mpwd
采购员登陆密码
mproduty
采购员类型
普通员工、主任notnull
mimage
采购员照片
msex
采购员性别
mage
采购员年龄
4、医院科室表结构,包含所有科室信息,由表3-4中的数据项组成:
表3-4医院科室表
officeno
科室号
officename
科室名字
5、库房、药房表结构,包含所有库房和药房信息,由表3-5中的数据项组成:
表3-5库房和药房表
rno
库药房号
rcategory
1
0为库房,1为药房
rcotent
库药房容量
库药房管理员
6、药品表结构,包含所有药品和药品所属库房药房信息,由表3-6中的数据项组成:
表3-6药品表
drugno
药品号
drugname
药品名
drugproperties
药品属性
druguseage
药品用途
200
date_produce
生产日期
datetime
8
producefactory
生产厂家
data_in
入库时间
shelflife
保质期
price
药品单价
float
所存库药房
drugnum
药品存量
7、建议采购药品表结构,包含建议采购的药品信息、建议采购人以及该信息是否已经被主任和院长签核的信息,由表3-7中的数据项组成:
表3-7建议采购药品表
druglistno
药品项编号
primarykeynotnull自增变量
addperson
建议采购人员
dname
dused