河北联合大学毕设格式模板.docx
《河北联合大学毕设格式模板.docx》由会员分享,可在线阅读,更多相关《河北联合大学毕设格式模板.docx(27页珍藏版)》请在冰点文库上搜索。
河北联合大学毕设格式模板
学号:
********xxxx
HEBEIUNITEDUNIVERSITY
毕业设计说明书
GRADUATEDESIGN
设计题目:
xxxxx的研究与开发
学生姓名:
刘xx
专业班级:
10xxx
学院:
x学院
指导教师:
xxx教授
2014年05月25日
摘要
医疗质量直接关系患者的生命,是医院的生存之本,是医院管理者必须长抓不懈的重要工作内容。
由于每天医院接待病人数量十分庞大,同时不同患者病情、症状、需要对应的医护人员又不同,导致在没有合理的规范化、信息化的情况下医院根本无法满足所有患者的要求。
如何合理的分配人员、简化各项信息录入的流程、减少患者等待时间从而降低医院的压力是一个十分迫切需要解决的问题。
本文考虑到乡镇门诊型的医院信息化管理的迫切需要,利用计算机软硬件技术、网络通信技术等现代化手段,专门为小型医院的整体运行建立了全面的、自动化的管理及各种服务的信息系统,为有效提高小型医院的医疗质量提供了有效可行信息化解决方案。
具体为:
通过对药库的研究建设,分析门诊医院的需求,经过系统概要设计、数据库设计等,编写完成小型门诊医院信息系统。
关键词医院信息系统;HIS;小型医院解决方案
Abstract
Thequalityofmedicalisdirectlyrelatedtothepatient'slifequality,whichisthehospital'ssurvival,anditisaimportantworkofhospitalthatmanagersmustgraspunremittinglong.Becausethenumberofpatientsthathospitalreceptseverydayisverylarge,whilepatientswithdifferentdisease,symptoms,medicalstaffandthecorrespondingneedfordifferent,resultingthehospitalcan’notmeetalltherequirementsofthepatientsintheabsenceofareasonablestandardization,informationtechnologycase.Howtoallocationstaffreasonably,streamlinetheflowofinformationinput,reducepatientwaitingtime,andreducethepressureonhospitalsisaveryurgentproblemthatneededtosolve.
Inthispaper,consideringtheurgentneedsofthehospitalinformationmanagementofthetownshipandvillageclinics,usingmodernmeanssuchascomputersoftwareandhardwaretechnology,networkcommunicationtechnology,thispapersetupacomprehensive,automatedmanagementandallkindsofinformationservicesystemfortheoveralloperationofthehospitalspecifically,andprovidesafeasibleandeffectiveinformationtechnologysolutionstoimprovethequalityofmedicalcareofsmallhospitalseffectively.Specificasfollows:
basedontheresearchofthedrugstoreroomconstruction,analysisthedemandoftheclinic,throughsummarysystemdesign,databasedesign,etc.,writecompletesmallclinicinformationsystem.
Keywordhospitalinformationsystem;HIS;smallhospitalsolution
第1章绪论
1.1医院信息系统的现状
1.1.1医院信息系统在国外的发展状况
电子计算机在医院的应用已有三十多年的历史,六十年代初,美国便开始了HIS的研究。
著名的麻省总医院开发的COSTAR系统是七十年代初开始并发展到今天成为大规模的临床病人信息系统。
随着计算机技术的发展,七十年代,HIS进入大发展时期,美日欧各国的医院,特别是大学医院及医学中心纷纷开发HIS,成为医药信息学的形成和发展的基础。
七十到八十年代,美国的HIS产业已有很大发展[1]。
1985年美国全国医院数据处理工作调查表明,一百张床位以上的医院,80%实现了计算机财务收费管理。
70%的医院可支持病人挂号登记和行政事务管理。
25%的医院有了较完整的HIS,即实现了病房医护人员直接用计算机处理医嘱和查询实验室的检验结果。
10%的医院有全面计算机管理的HIS。
日本的HIS开发和应用从八十年代初开始。
多数日本医院是八十年代以后开始进行HIS工作的,但发展十分迅猛,规模相当大,是以大型机为中心的医院计算机系统。
如北里大学医院的IBM/3090双机系统。
当前日本的HIS总的趋势是系统化、网络化、综合性,开始走自上而下的开发路线,一般都有大型机作为中心、支撑整个系统工作,并尽量采用微机和网络技术,投资规模大,正在实现"ordering"工作方式,即数据从发生源直接输入计算机。
到1991年统计有近十家实现或基本实现此种方式。
支持诊疗的功能在不断加强,系统24小时运行。
不少软件是医院和计算机公司联合开发的,一些大公司也开发了一些通用的医院信息管理软件包,也有些医院自己开发。
如北里大学,开发了综合的HIS,开发费用(机器设备除外)为三亿四千万日元(约合人民币一千三百万元)。
日常运行费用支出为一年五亿一千万日元(约合人民币两千多万元)[2]。
欧洲的HIS发展比美国稍晚,大多数是七十年代中期和八十年代开始。
欧洲HIS的特点是实现了一些区域信息系统。
如丹麦的RedSystem,管理76所医院和诊所。
法国第八医疗保健中心实现了能管理三所大医院和三所医药学院的一体化信息系统-GrenobleIntegratedHIS。
随着初级卫生保健工作的发展,欧洲各国区域性医院计算机网络将实现[3]。
目前欧共体的SHINE工程已经开始,英法意德许多公司都参与了此项工程。
在分布式数据库系统和开放网工程方面已做了大量工作。
1.1.2医院信息系统在国内的发展状况
计算机七十年代末期就进入了我国医疗行业,当时以IBM的M340小型机为主,只有少数几家大型的部属综合医院和教学医院拥有,如北京协和医院、北京肿瘤医院、301医院等,主要应用于科研和教学,还没有应用于HIS的管理。
八十年代初期,随着苹果PC机的出现和BASIC语言的普及,一些医院开始开发一些小型的管理软件,如工资软件等;八十年代中期,随着XT286的出现和国产化,以及DBASEIII和UNIX网络操作系统的出现,一些医院开始建立小型的局域网络,并开发出基于部门管理的小型网络管理系统,如住院管理,药房管理等。
进入九十年代,NOVELL网和FOXBASE、FOXFRO数据库日益盛行,完整的医院网络管理系统的实现已经成为可能,于是一些有计算机技术力量的医院开始开发适合自己医院的医院管理系统。
一些计算机公司也不适时机的开发HIS,如大连汇源电子系统工程有限公司(与301医院合作)、IBM公司、微软公司、浪潮公司[4]。
但这些系统都存在如下一些问题:
1.软件水平较低,一般只能做些初级的事务处理,也有的软件开发之后用了一段时间就停下了,坚持不下去,其原因是:
(1)各医院计算机专业人才缺乏,技术力量薄弱,特别是缺少高层次系统分析人员和跨专业复合型人才。
(2)项目多,力量分散。
(3)医院经费有限,很难建立起理想的软、硬件支撑环境。
2.重复开发多。
据一个省调查,几年来,总共开发262个项目中,工资系统就有41个,医疗统计21个,人事21个……,重复率达70%多[5],究其原因:
(1)单位管理方式有一定差异,软件不能通用。
(2)软件没有一个统一的标准,难以推广。
(3)全国没有一个较高水平、可广泛推广的医院管理软件包。
1.1.3当前医院信息系统的特征
由于当下HIS系统多是面向大型医疗机构的十分庞大的管理系统体系,因此对系统的购买和维护所需要的资金也十分的庞大,因此也限制了很多十分渴求信息化管理的乡镇门诊型的医院。
如何更加合理的分配资源,使HIS能够满足不同类型的医院的需求,设计小型医院解决方案,是一个亟待解决的问题。
面向小型门诊医院信息管理系统的特点:
1、实现药物数量统计规范化、自动化、实时化。
当药房处药品数量发生更改时,系统内药品信息可以实时完成更新。
3、挂号规范化。
挂号处工作人员可以在相对简明的操作框里完成挂号的工作。
4、诊断信息的自动化。
门诊医生可以实时查看已经完成挂号但未做诊断的病人的信息。
5、门诊收费、取药处信息间传输的实时化。
门诊收费处完成划价收费后,药房处可以根据处方号查看到病人对应的处方信息,完成对病人的发药[6]。
1.2本课题的来源
医院信息管理系统发展普及一直是政府大力推行的医疗信息化重要内容,而乡镇门诊类型的医院在中国又属于范围最广,数量最多的居民医疗机构。
如果能够完成小型门诊的信息化普及,那么中国医疗现代化进程会向前迈进一大步。
医院管理信息系统是医院现代化管理的重要工具和手段,是医院深化改革、强化管理、提高效益、和谐发展的重要保障,对提高医疗质量、促进资源共享、扩展信息服务、支撑教学研究、提高医院竞争力等具有重要的意义。
其中,最主要体现在:
1.优化工作流程;2.提高运营质量;3.缩短诊疗周期;4.强化科学管理;5.节约诊治成本;6.改变决策方式。
总之,通过医院管理信息系统的实施,可以有效促进医院信息化建设,实现医院内部管理一体化、员工工作高效化、部门协作关系简单化、科室收益透明化、患者费用清单化、诊疗信息电子化,使医疗服务过程更加高效、有序、规范,给医院和患者带来全新的诊疗环境和更加完善的医疗服务。
由于小型门诊医疗资金有限,对于信息化预算较少,甚至是没有信息化的预算,同时门诊型医院的医生相对都是年龄较大的老医师,对新系统的适应能力有限。
如何开发一款简单实用,既能符合现在门诊的需求,又易于上手的免费的医院管理系统,是需要解决的重要问题。
1.3本文主要内容
本文主要设计并实现了一个医院信息系统,信息系统功能包括药品信息、诊疗信息、门诊挂号、门诊划价收费、窗口发药、院长查询等功能。
本文重点描述了药库的算法,并详细描述了本医院信息系统的设计实现过程。
1.4本章小结
本章主要分析了医院信息系统当前现状,总结了医院信息系统的特征,指出了当前医院信息系统的一些问题,最后对本课题的来源以及本文主要内容进行了介绍。
第2章药库的研究
2.1药库基础理论
2.1.1药库发展
随着我国医药卫生体制改革的不断深入,绝大多数乡镇卫生院实行了民营化经营。
为政府医疗机构有益补充的乡镇卫生院,在方便农村百姓就医用药上发挥了重要的作用。
统计,村乡镇卫生院收入的40%~60%来自于药品经营[7],药品管理质量的好坏直接关系到广大农村百姓用药是否安全有效。
2.1.2药库的概念
药库是医院药品主要储备场所和供应基地,药库人员主要负责医院所需药品的计划、采购、保管、供应等工作。
药品购销金额占全院经费收支的比例很高,综合性医院一般为40%-60%[8],是全院流动资金的重要组成部分。
规范医院药库管理,提高药品质量,保障药品供应,控制药品库存,加快资金周转,是医院药剂科日常工作的重要内容[8]。
2.1.3药库的特征
药库的特征主要有以下几点:
1.药品信息的完整
2.药品信息的实施更新
3.过期药品预警
4.报损药品信息维护
5.人员操作记录
2.1.4药库的建设理论
药库建设理论是指整个药库工作的基本理论。
药库建设理论的涵义是广泛的对医院药房药品的统一、规范的统计,并完成实时更新,提供实时的维护功能。
操作人员的规范统计、维护,并记录操作人员的维护记录过程的完整药库的系统。
2.1.5药库建设步骤
实际上药库建设是一项相当艰巨的系统工程。
要建设一个药库,一般要包括以下几个步骤:
1.统计医院库房的信息,储量、位置、环境等
2.整理药库药品基本信息,包括药品用法、用量信息,供应商信息,生产、过期信息
3.药品在药库的存储方式
4.统计操作人员的维护周期
5.调整药库操作员,设计操作员的具体操作,规划人员操作权限
2.2医院信息系统的药库建设方案
根据门诊医院信息系统实际操作限制和需求,由于门诊医院基本只有一个门诊药库,同时操作员也相对比较少,较为固定所以,本医院信息系统药库建设仅重点考虑药品信息的维护功能全面化。
2.2.1医院信息系统的药库建设步骤
设计医院信息系统药房所设计的表及表内容,由于本系统重点只考虑药品的信息维护的完整度,所以在建设药库的过程中需重点设计药品的基础信息与库房药品储存信息两个表,同时还需医院操作人员、产地、库房资料、药品分类等表。
设计数据表直接的关联,将数据表中关联项以外键等形式实现数据的一致与实时的更新。
2.2.2药库管理系统框架
药库建设和设计是实现医院信息系统的基础。
为了加强对药库的管理,本医院信息系统设置只有系统管理员才有权限管理药库。
因此要对药库进行管理,首先需要以系统管理员身份登录管理系统。
管理考试系统中的题库管理部分包括药品信息和收费项目两个部分[9]。
具体药库管理系统框架如图2.1所示。
图2.1药库管理系统框架图
2.2.3药库管理设计方案
药品信息的设计方案,药品信息主要涉及药品信息的添加、删除、修改和浏览,库房对药品信息的记录和更新。
首先对药品信息规范化处理应设计应创建:
药品分类、药品资料、药品库存、库房资料四张数据表。
药品分类表中将药品按照名字给予一个独一无二的编码,方便药品在系统中的识别调用。
药品资料表中将药品的基本信息录入,包括编号、名称、规格、整量单位、散量单位,入库单价,出库单价、批发价、整散比、分类、费用归类、拼音码、有效期、上限、下限等,实现整个系统中所需药品的信息的录入。
药品库存表中将药品的药房,编号,药品数量等信息录入。
库房资料表中应包涵库房编号,名称,位置等信息。
将四个表中数据关联:
药品分类中关联了药品名称和药品编码;药品资料中以药品编码为主键,通过对主键的查询完成对药品的检索;药品库存中同样以药品编码作为检索条件之一,同时药品库存还包涵了库房的编号为检索条件,完成对药品库存的检索。
将表格设计好后,应考虑系统中设计药库信息的调用修改的模块:
门诊划价、门诊收费、药房发药、院长查询等模块需要调用以上四个表中的数据,从而完成药库方案的设计。
2.3本章小结
本章对药库进行了研究。
主要介绍了药库的发展、药库的概念、药库的特征和药库建设方面的理论,以及药库建设的步骤,最后给出了医院信息系统的药库建设方案。
第3章医院信息系统的需求分析和设计
3.1系统需求分析
3.1.1系统功能分析
因为本医院信息系统是为了改变现在乡镇小型门诊型医院没有适合的信息管理系统而开发的一个医院信息系统。
为了确定医院信息系统的功能,由于论文设计期间我在医院管理系统的公司做实施部实习,因此有幸有机会一直在医院观察医院的医护更加真实的需求:
1.更加方便的对药品信息进行实时的维护
2.流畅的完成病人到门诊就诊的流程
3.提供院长查询工具,方便院长下决策
3.1.2系统的数据流图
根据医院信息系统的功能结合医院的实际门诊流程,对医院信息系统中的数据流进行分析,可以得到如下:
首先病人到门诊挂号处完成挂号生成挂号单,然后病人持挂号单到门诊医生站由医生完成对病人的诊断并对病人开具相应的处方和处置,此时医生处调取挂号病人的信息,对病人开具处方,进行操作生成处方单,随后病人持医生开具的处方单到门诊收费处完成划价收费,收费处调取医生的处方单,根据处方单中开具的药品,调取药品信息中药品的相关药品价格的数据完成计算得出病人需缴纳的金额,最后病人持收费处开具的收费单到药房处或者检验治疗室完成领药或者完成检查检验,此时药房调取已经缴费的处方单,录入发出的相应药品及数量,点击确定后药品的库房的信息完成更新。
具体流程图如3.1所示。
药品更新
收费单
发药单
图3.1系统数据流程图
3.2系统概要设计
3.2.1系统功能模块的划分
医院信息系统是一个可实现多病人就诊的信息系统,结合门诊的实际情况,该系统的主要功能模块可分为字典维护部分、门诊管理部分和院长查询部分,其中字典维护部分完成药品信息维护、收费项目维护,门诊管理部分由门诊挂号、门诊划价、门诊收费、药房发药四部分组成,本模块主要完成门诊的基本诊疗操作,院长查询部分由挂号数量查询和药品
医院信息系统功能模块图如下图3.2所示。
图3.2系统功能模块图
3.2.2医院管理系统的主流程图
医院管理系统主要是针对病人来门诊就诊设计,因此按照门诊就诊的流程完成医院管理系统的主流程:
首先病人到门诊挂号处完成挂号,然后病人持挂号单到门诊医生站由医生完成对病人的诊断并对病人开具相应的处方和处置,随后病人持医生开具的处方单到门诊收费处完成划价收费,最后病人持收费处开具的收费单到药房处或者检验治疗室完成领药或者完成检查检验。
药品更新
药房发药
门诊收费
医院管理系统的主流程图如3.3所示。
图3.3医院信息系统主流程图
3.2.3数据库设计
医院信息系统是一个数据库应用系统,药品所有信息,挂号、诊断处方等信息都是保存在数据库中在数据库应用系统的开发过程中,数据库的结构设计是一个非常重要的问题[11]。
在这里所说的数据库结构设计是指数据库中各个表结构的设计,包括新消息保存在哪些表格中、各个表的结构如何以及各个表之间的关系。
数据库结构设计的好坏将直接对应系统的效率以及实现的效果产生影响,好的数据库结构设计会减少数据库的储存量,数据的完整新和一致性比较高,系统具有较快的响应速度,简化基于此数据库的应用程序的实现等[12]。
1.数据库需求分析
数据库结构设计的第一个阶段,也是非常重要的一个阶段是数据库需求分析。
在这个阶段主要是收集基本数据以及数据处理的流程,为以后进一步设计打下基础。
需求分析主要解决两个问题:
内容要求。
调查应用系统用户需要操作的数据,决定在数据库中储存什么数据。
、‘
处理要求。
调查应用系统用户对数据进行什么样的处理,理清数据库中各种数据间的逻辑关系[13]。
通过对应用程序的使用用户的调查,收集数据库信息,得到数据库的字典。
包括3方面内容。
数据项:
包括名称、含义、类型、取值范围、长度以及和其他数据项之间的逻辑关系。
数据结构:
若干个数据项有意义的集合,包括名称、含义以及组成数据结构的数据项。
数据流:
指数据库中数据处理的过程,包裹输入、处理和输出。
这个数据字典在程序开发的过程中不断发生变化,对于一个大型的软件开发过程一般都需要一份详尽的数据字典[14]。
针对本实例,通过对企业员工管理内容和过程分析,设计的数据项和数据结构如下。
药品资料。
包含的数据项有编号、名称、规格、整量单位、散量单位、入库单价、出库单价、批发价、整散比、分类、费用归类、拼音码等。
门诊收费项目。
包含的数据项有编号、名称、拼音码、费用、费用分类、病种分类、备注等。
收费项目及药品。
包含的数据项有编号、名称、规格、单位、单价、拼音码等。
门诊挂号。
包含的数据项有编号、病人编号、姓名、性别、挂号科室、费用类型、挂号类型、挂号费用、医生、时间、是否已划价
门诊划价明细。
包含的数据项有编号、药品编号、名称、单价、数量、金额、划价编号等。
门诊划价。
包含的数据项有姓名、性别、编号、科室、挂号编号、医生、划价时间、划价员、是否收费、收费员、收费时间、划价金额、是否发药、发药时间、发药员等。
门诊挂号。
包含的数据项有挂号科室、人数、挂号金额等。
药品库存。
包含的数据项有名称、编号、库房、药品编号、药品数量、备注等。
2.数据库概念结构设计
这一阶段是在需求分析的基础上,设计处能够满足用户需求的各种实体,以及他们之间的关系,为后面的逻辑结构设计打下基础。
这个阶段不用考虑所采用的数据库管理系统、操作系统类型、机器类型等问题。
这个阶段可用的工具很多。
最多的是E-R图(Entity-Relation,实体-关系图),另外还有许多计算机辅助工具(ComputerAidedSoftwareEngineering,CASE)可以帮助进行设计[15]。
E-R图是描述数据实体及其关系的一种直观的描述工具。
这种图有:
实体。
用方框表示,方框内为实体的名称。
实体的各种属性。
用椭圆表示,椭圆内为属性名称。
用线段将其和相应的实体连接起来。
实体之间的联系。
用菱形表示,菱形内为联系的名称[16]。
实体和实体之间的联系比较多,比较常见的联系有1:
1、1:
n和n:
m这三种。
1:
1。
对于实体A构成的集合中每个实体,在实体集合B中至多只有一个实体与之相对应,反之亦然,称实体集合A和实体集合B之间是1:
1的关系
1:
n。
对于实体A构成的集合中每个实体,在实体集合B中有n(n>0)个实体与之相对应,且对于实体集合B中的每个实体,在A中最多有一个实体与之相对应,称实体集合A和实体集合B之间是1:
n关系
m:
n。
对于实体A构成的集合中每个实体,在实体集合B中有n(n>0)个实体与之相对应。
且对于实体B构成的集合中每个实体,在实体集合A中有m(m>0)个实体与之相对应,称实体集合A和实体集合B之间是m:
n关系[17]。
如图3.5是医院信息系统的E-R图。
图3.5医院信息系统的E-R图
3.数据库逻辑结构设计
在上面实体以及实体间的关系基础上,形成数据库中的表格,以及各个表格之间的关系。
医院信息系统数据库中各个表格的设计结果如下面的几个表格所示。
每个表格表示在数据库中的一个表。
图3.6是病人信息库表
图3.6病人信息库表
图3.7是产地表
图3.7产地表
图3.8是计量单位表
图3.8计量单位表
图3.9是科室资料表
图3.9科室资料表
图3.10是库房资料表
图3.10库房资料表
图3.11是门诊挂号表
图3.11门诊挂号表
图3.12是门诊挂号类型表
图3.12门诊挂号类型表
图3.13是门诊划价表
图3.13是门诊划价表
图3.14是门诊收费项目表
图3.14门诊收费项目表
图3.15是药品分类表
图3.15药品分类表
图3.16是药品库存表
图3.16药品库存表
图3.17是药品资料表
图3.17药品资料表
图3.18是医生资料表
图3.18医生资料表
图