（计算机科学与技术专业论文）基于J2EE的WEB管理系统的设计与实现.pdf

摘要 摘要 随着软件系统的规模和复杂性的增加，三层客户服务器体系结构为企业 资源规划的整合提供了良好的框架，是建立企业级管理信息系统的最佳选择。 本文将结合医院信息管理系统( h i s ) 的实现，介绍基于三层模式的应用系统的分 布式组件技术从三层体系结构的角度出发，分别研究数据层、e j b 层、w e b 层组 件的开发，以及在j 2 e e 应用服务器上的部署。 本系统通过门诊管理、住院管理、药品管理、医务人员管理、物资管理等 环节的组织，在确保网络质量情况下，保证医务人员合理的劳动强度，提高工 作效率低，使得人尽其才。该系统对的医院就诊的全过程进行有效监控，识别 就诊过程中就诊方、出诊方、管理的规则，指派相关责任人进行分析处理，定 期汇总医院人流量和收入：增加对医务人员值班、报表管理、药品管理和其它 物资管理的跟踪解决，形成整个过程的闭环管理；指导和监督模板的规范和整 理，进而实现h i s 系统的规范化和标准化，提升医院整体运作效率。该项业务 领域主要包括门诊挂号、入院登记、交预付款、住院划价、出院结算、药品入 库、药品出库等工作内容。 论文利用j 2 e e ( j a v a2p l a t f o r me n t e r p r i s ee d i t i o n ) w e b 应用开发技术， 以j s p 为前台开发环境，后台则以j a v a b e a n 来控制业务逻辑及用j d b c 连接数据 库开发实现了h i s 系统的动态管理，同时对整个系统的开发原理以及功能特点 和设计方案进行了介绍。 关键词：j 2 e e ，三层结构，s e r v l e t ，h i s a b s t r a c t a b s t r a c t f o rt h es c a l ea n dc o m p l e x i t yo fs o f t w a r es y s t e m si n c r e a s ee v e r y d a y , t h e t h r e e t i e r sc l i e n t s e r v e ra 砌t c ：c t l l r ep r o v i d e sg o o df r a m e w o 血f o rt h ei n t e g r a t i o no f e n t e r p r i s e r e s o u r c ep l a n n i n g , a n dt h a ti sb e s tc h o i c ef o rt h ee s t a b l i s h m e n to f e n t e r p r i s e - c l a s sm a n a g e m e n ti n f o r m a t i o ns y s t e m t l l i sp a p e r sw i l li n t e 乒a t et h e a c h i e v e m e n to fh o s p i t a li n f o r m a t i o nm a n a g e m e n ts y s t e m ( h i s ) ，a n di n t r o d u c et h e d i s t r i b u t e dc o m p o n e n t so fa p p l i c a t i o n sw h i mb a s e do nt h et h r e e - t i e r sm o d e ls t r u c t u r e , s t u d yt h ed e v e l o p m e n to ft h ed a t at i e r , e j bt i e r , a n dt h ew e bt i e rc o m p o n e n t s a c c o r d i n gt ot h et h r e e - t i e r sr e s p e c t i v e l y , a n dt h ed e p l o y m e n to ft h ej 2 e ea p p l i c a t i o n s e r v e r t 址s s y s t e mi n c l u d i n gt h eo u t p a t i e n tm a n a g e m e n t h o s p i t a lm a n a g e m e n t , p h a r m a c e u t i c a lm a n a g e m e n t ，e m p l o y e em a n a g e m e n t ，m a t e r i a l sm a n a g e m e n t ，a n d o t h e ra s p e c t so ft h eo r g a n i z a t i o n , i nt h ec i r c u m s t a n c e so fe n s u r et h eq u a l i t yo ft h e n e t w o r k , a n de n s u r et h a te m p l o y e ea n dr e a s o n a b l el a b o ri n t e n s i t y , t h e ni m p r o v ew o r k e f f i c i e n c y , m a k i n gp r o p e r l yu t i l i z e d1 1 1 es y s t e mo fh o s p i t a lt r e a t m e n tf o rt h ee n t i r e p r o c e s so fe f f e c t i v em o n i t o r i n ga n dc o n t r o l ，i d e n t i f i c a t i o n ，t r e a t m e n tp r o c e s si n a r e n d a n c e ，av i s i t i n gs i d e ，t h em a n a g e m e n tr u l e sa s s i g n e dt o r e l e v a n tp e r s o n s r e s p o n s i b l ef o ra n a l y s i sa n dp r o c e s s i n g , h o s p i t a l sw e r er e g u l a r l ys u m m a r yt r a f f i ca n d r e v e n u e si n c r e a s et h em e d i c a ls t a f fo nd u t y , r e p o r tm a n a g e m e n t ，p h a r m a c e u t i c a l m a n a g e m e n ta n do t h e r m a t e r i a l sm a n a g e m e n tt r a c k i n gs o l u t i o n , ac l o s e d - l o o p m a n a g e m e n to ft h ep r o c e s st e m p l a t eg u i d a n c ea n ds u p e r v i s i o no ft h en o r m sa n d f i n i s h i n g , s oa st or e a l i z et h es t a n d a r d i z a t i o nh i ss y s t e m sa n ds t a n d a r d i z a t i o n ， e n h a n c et h eo v e r a l lo p e r a t i o n a le f f i c i e n c yo fh o s p i t a lt h em a i nb u s i n e s sa r e a s ， i n c l u d eo u t p a t i e n tr e g i s t r a t i o n , a d m i s s i o nr e g i s t r a t i o n ，p a ya d v a n c e ，t h ep r i c ei sz o n e d r e s i d e n t i a l ，d i s c h a r g e dc l e a r i n g , w a r e h o u s i n gl e e c h d o m ，m e d i c i n e st ot h ew o r k c o n t e n t p a p e r si n t r o d u c eh o wt ou s ej 2 e er j a v a2p l a t f o r me n t e r p r i s ee d i t i o n ) w e b a p p l i c a t i o nd e v e l o p m e n tt e c h n o l o g y , u s ej s pa sad e v e l o p m e n te n v i r o n m e n t ，a n d i i j a v a b e a na sab a c k s t a g es y s t e mw h i l eb u s i n e s sl o g i ca n dd a t a b a s ed e v e l o p m e n tu s i n g j d b cc o n n e c t i o n r e a l i z e dh i sd y n a m i cm a n a g e m e n ts y s t e ma tt h es a m et i m et h e d e v e l o p m e n to ft h ee n t i r es y s t e m ，a sw d l a sp r i n c i p l e sa n dd e s i g nf e a t u r e so ft h e p r o g r a m m ew a s i n t r o d u c e d k e yw o r d s ：j 2 e e ，t h r e e - t i e rs t n l c t l l r e ，s e r v l e t ，h i s 学位论文版权使用授权书 本人完全了解同济大学关于收集、保存、硬用学位论文的规定， 同意如下各项内容：按照学校要求提交学位论文的e i jj 吊l j 本和电子版 本；学校有权保存学位论文的印刷本和电子版，并采用影印、缩印、 扫描、数字化或其它手段保存论文；学校有权提供目录检索以及提供 本学位论文全文或者部分的阅览服务；学校有权按有关规定向国家有 关部门或者机构送交论文的复印件和电子版；在不以赢利为目的的前 提下，学校可以适当复制论文的部分或全部内容用于学术活动。 学位论文作者签名：名磊硼够 珊年7 月歹目 经指导教师同意，本学位论文属于保密，在年解密后适用 本授权书。 指导教师签名：学位论文作者签名： 年月日年月日 同济大学学位论文原创性声明 本人郑重声明：所呈交的学位论文，是本人在导师指导下，进行 研究工作所取得的成果。除文中已经注明引用的内容外，本学位论文 的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的 作品的内容。对本论文所涉及的研究工作做出贡献的其他个人和集 体，均已在文中以明确方式标明。本学位论文原创性声明的法律责任 由本人承担。 签名：杉吞鹕 z 侈1 氏年1 月f 日 第1 章绪论 第1 章绪论 这些年来，信息量的迅速膨胀，影响着人们生活的方方面面。并伴随着计 算机技术在各行各业日益广泛和深入的应用，计算机不仅带来了丰富的信息、 也为人们的工作、生活提供了许多方便。高效合理的管理纷繁复杂的各种信息 量也显的尤为重要。 医院管理信息系统( h i s ) 是信息技术在医院推广应用的必然产物。据网上 调查，在西方发达国家，几乎绝大部分的医院都采用了医院管理系统。一个好 的医院管理系统，对于规范医院管理、加快就医、问诊处理过程、跟踪医疗效 果、总结医疗经验具有不可估量的意义。然而，在我国国内，医院管理系统的 普及尚不广泛，主要是因为是个医院的业务流程、业务操作流程规范各不相同， 作为商品化医院管理软件难以满足用户个性以及多样化的要求。有些小型医院 还是手工操作和管理病人和医院员工的一切信息，这不仅工作效率低，难以满 足形式的发展，而且还不可避免的发生一些错误，严重的甚至会危害人们的身 体健康及生命安全。 1 1 国内外研究现状、发展动态 发达国家医院信息系统的开发实现已有三十多年的历史，至今有了长足的 进步。有许多举世公认的成功的系统在医院有效地运转着，像盐湖城l d s 医院 的h e l p 系统，麻省总医院的c o s t a r 系统，退伍军人管理局的d h c p 系统。 纵观美国的h i s 发展历史，大约可分为三个阶段：第一个十年，集中在开 发医院行政管理的功能上，象财务收费管理、住院病人和门诊病人管理等。但 到1 9 7 2 年c o l l e n 仍报告美国迄今为止连一个成功的已完成的全面医院( 管理) 计算机系统都没有。第二个卜年，在继续完成和实现医院管理信息的计算机化 的同时，开发者的努力已进入医疗信息的处理领域，像病人医疗处理系统，实 验室系统等。到1 9 8 5 年，美国全国医院数据处理工作调查表明，1 0 0 张床位以 上的医院8 0 实现了计算机财务收费管理、7 0 的医院可支持病人挂号登记和行 政事务管理，2 5 的医院有了较完整的h i s 。最后一个十年至今，研究者又把重 第1 章绪论 点放在了病人床边系统( b i d s i d ei n f o r m a t i o ns y s t e m ) 、医学影像处理( p i c t u r e a r c h i v i n ga n dc o m m u n i c a t i o ns y s t e m ，p a c s ) 、病人计算机化病案( c o m p u t e r b a s e dp a t i e n tr e c o r d ，c p r ) 、统一的医学语言系统( u n i f i e dm e d i c a ll a n g u a g e s y s t e m ，u m l s ) 等方面。 医院信息系统正在经历着小型化( d o w n s i z i n g ) 、智能化( i n t e l l e g e n c e ) 和 集成化( i n t e g r a t i o n ) 的改造过程。 我国医院信息系统的研发工作，从八十年代初期算起，至今也有十多年的 历史，其中经历了单机单任务的阶段，多机多任务的阶段以及微机网络一体化 的阶段，应该承认，这期问我国医院信息系统的研发工作有了很大进步。h i s 的 应用已经涉及到许多方面，有些自动系统的功能( 例如财务帐目管理、药品库存 管理、住院病人管理等) 也日趋完善。但是，正如卫生部陈敏章部长在九四年五 月于武汉召开的第六届中国医药信息学大会上所指出的：“我国还没有在一家 国家级的大型综合性医院真正实现了完整的医院管理信息系统。”医院对信息 的需求永远是h i s 发展的原动力。 1 2 主要研究内容及技术关键 j 2 e e ( j a v a2e n t e r p r i s ee d i t i o n ) 是建立在j a v a 2 平台上的企业级应用 的解决方案。j 2 e e 技术的基础便是j a v a2 平台，不但有j 2 s e 平台的所有功能， 同时还提供了对e j b ，s e r v l e t ，j s p ，x m l 等技术的全面支持，其最终目标是成 为一个支持企业级应用开发的体系结构，简化企业解决方案的开发，部署和管 理等复杂问题。事实上，j 2 e e 已经成为企业级开发的工业标准和首选平台。 只要研究如何利用以j 2 e e 技术为框架，构建可扩展和高性能的企业级w e b 应用系统的开发。从三层体系结构的角度出发，分别研究数据层、e j b 层、w e b 层组件的开发，以及在j 2 e e 应用服务器上的部署。 本系统准备分别以j s p 做为前台开发环境，后台以j a v a b e a n 来控制业务逻 辑及用j d b c 连接o r a c l e 9 i 数据库的技术来开发医院信息管理系统( h i s ) 。 一、主要研究的技术： ( 一) 如何用j 2 e e 构建w e b 应用的方法和技术，只要包括客户服务器通 信、客户请求处理、应用服务器的构建和企业应用集成等知识。 ( 二) s e r v l e t 服务器端脚本处理逻辑和t a g l i b 对j s p 展示逻辑的封装技 第1 章绪论 术。 ( 三) 使用j d b c 和b e aw e b l o g i c 的事务支持来集成企业数据库和利用b e a w e b l o g i ep l a t f o r m ，在端到端应用程序框架中集成业务流程和后台系统。 ( 四) o r a c l ej 2 e e 数据访问、安全系统、企业w e b 技术、企业应用开发以 及o r a c l e 对j 2 e e 企业应用开发模型的具体实现。 二、j z e e 的结构 这种基于组件，具有平台无关性的j 2 e e 结构使得j 2 e e 程序的编写十分简 单，因为业务逻辑被封装成可复用的组件，并且j z e e 服务器以容器的形式为所 有的组件类型提供后台服务。因为不用自行开发这种服务，所以可以集中精力 解决手头的业务问题。 三、容器和服务 容器设置定制了j 2 e e 服务器所提供得内在支持，包括安全，事务管理， j n d i ( j a v an a m i n ga n dd i r e c t o r yi n t e r f a c e ) 寻址，远程连接等服务，以下列 出最重要的几种服务： ( 一一) j 2 e e 安全( s e c u r i t y ) 模型。该模型可以配置w e b 组件或e n t e r p r i s e b e a n ，这样只有被授权的用户才能访问系统资源。每一客户属于一个特别的角 色，而每个角色只允许激活特定的方法。应在e n t e r p r i s eb e a n 的布置描述中 声明角色和可被激活的方法。由于这种声明性的方法，不必编写加强安全性的 规则。 ( 二) j 2 e e 事务管理( t r a n s a c t i o nm a n a g e m e n t ) 模型。该模型指定组成 一个事务中所有方法间的关系，这样一个事务中的所有方法被当成一个单一的 单元。当客户端激活一个e n t e r p r i s eb e a n 中的方法，容器介入一管理事务。 因有容器管理事务，在e n t e r p r i s eb e a n 中不必对事务的边界进行编码。要求 控制分布式事务的代码会非常复杂。只需在布置描述文件中声明e n t e r p r i s e b e a n 的事务属性，而不用编写并调试复杂的代码。容器将读此文件并处理此 e n t e r p r i s eb e a n 的事务。 四、所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”， 也叫组件层。 三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中 间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过 c o m d c o m 通讯与中间层建立连接，再经由中间层与数据库进行交互。 第1 章绪论 这样的好处显而易见： ( 一) 中间层与数据库服务器之间的数据连接通过“连接池”进行连接数 量的控制，动态分配与释放数据连接，因此数据连接的数量将远远小于客户端 数量。 ( 二) 可扩展性和灵活性得以提高。对于环境和应用条件经常变动的情况， 只要对应用层实施相应的改变，就能够达到目的。 ( 三) 良好的可重用性。可以直接在w e b 服务器端调用现有的中间层可 重用的组件模式越来越为软件开发所接受。 ( 四) 较好的安全性。在这种结构中，客户应用程序不能直接访问数据， 应用服务器不仅可控制哪些数据被改变和被访问，而且还可控制数据的改变和 访问方式。 三层模式可以将服务集中在一起管理，统一服务于客户端，从而具备了良 好的容错能力和负载平衡能力。 1 3 采取的研究方法、技术路线、实施方案 该系统按照软件工程理论的开发流程，主要包括以下几个线性内容：分析、 设计、开发、测试和运行等几个阶段。 一、计划阶段 主要进行可行性分析。a 经济可行性b 技术可行性c 社会( 法律) 可行性。 二、需求分析和定义阶段 软件开发人员和用户共同讨论决定那些需求是可以满足的，并对其加以确 切的描述，写出软件需求说明书或系统功能说明书以及初步的系统用户手册。 三、软件设计阶段 设计是软件工程的核心，分总体设计和详细设计。总体设计根据需求得到 的数据流、数据结构；详细设计是用表格、图形等详细的设计工具。 四、程序编写( 软件编码) 把用户的要求变成计算机能够接受的形式，为每个模块编写程序。 五、软件测试阶段 主要方式是在设计测试的基础上检验软件的各个组成本分。 六、软件运行维护阶段 4 第l 章绪论 包括改正性维护、适应性维护、完善性维护等。 1 4 系统的经济、社会和环境预期效益 医院管理信息系统( h o s p i t a li n f o r m a t i o ns y s t e m ，h i s ) ，按照 m o r r i s f c o l l e n 所给的定义是：利用电子计算机和通讯设备，为医院所属各部 门提供病人诊疗信息( p a t i e n tc a r ei n f o r m a t i o n ) 和行政管理信息 ( a d m i n i s t r a t i o ni n f o r m a t i o n ) 的收集( c o l l e c t ) 、存储( s t o r e ) 、处理 ( p r o c e s s ) 、提取( r e t r i e v e ) 和数据交换( c o m m u n i c a t e ) 的能力，并满足 所有授权用户( a u t h o r i z e d ) 的功能需求。 医院管理信息系统( h o s p i t a lm a n a g e m e n ti n f o r m a t i o ns y s t e m ，h m i s ) 的主要目标是支持医院的行政管理与事务处理业务，减轻事务处理人员的劳动 强度，辅助医院管理，辅助高层领导决策，提高医院的工作效率，从而使医院 能够以少的投入获得更好的社会效益与经济效益，比如财务系统、人事系统、 住院病人管理系统、药品库存管理系统等就属于h m i s 的范围。 这些年来，信息量的迅速膨胀，影响着人们生活的方方面面。并伴随着计 算机技术在各行各业日益广泛和深入的应用，计算机不仅带来了丰富的信息、 也为人们的工作、生活提供了许多方便。高效合理的管理纷繁复杂的各种信息 量也显的尤为重要。 医院管理信息系统( h i s ) 是信息技术在医院推广应用的必然产物。据网上 调查，在西方发达国家，几乎绝大部分的医院都采用了医院管理系统。一个好 的医院管理系统，对于规范医院管理、加快就医、问诊处理过程、跟踪医疗效 果、总结医疗经验具有不可估量的意义。然而，在我国国内，医院管理系统的 普及尚不广泛，主要是因为是个医院的业务流程、业务操作流程规范各不相同， 作为商品化医院管理软件难以满足用户个性以及多样化的要求。有些小型医院 还是手工操作和管理病人和医院员工的一切信息，这不仅工作效率低，难以满 足形式的发展，而且还不可避免的发生一些错误，严重的甚至会危害人们的身 体健康及生命安全。 发达国家医院管理信息系统的开发实现已有三十多年的历史，至今有了长 足的进步。 我国医院的信息处理基本上还停留在手工方式，劳动强度大且工作效率低， 第l 章绪论 医师护士和管理人员的大量时间都消耗在事务性工作上，致使“人不能尽其 才”；病人排队等候时间长，辗转过程多，影响医院的秩序；病案、临床检验、 病理检查等许多宝贵的数据资料的检索十分费事甚至难以实现：对这些资料深 入的统计分析手工方式无法进行，不能充分为医学科研利用；在经济管理上也 因而存在漏、跑、错费现象；医院物资管理由于信息不准确，家底不明，积压 浪费，以致“物不能尽其用”。开发h m i s 是解决上述问题的有效途径。h m i s 系 统的有效运行，将提高医院各项工作的效率和质量，促进医学科研、教学；减 轻各类事务性工作的劳动强度，使他们腾出更多的精力和时间来服务于病人： 改善经营管理，堵塞漏洞，保证病人和医院的经济利益；为医院创造经济效益。 第2 章系统需求与分析 第2 章系统需求与分析 2 1 系统总体需求描述 2 1 1 系统的背景介绍 随着我国改革的深入发展，市场经济逐步发展成熟，旧的医院管理系统， 不能适应市场经济的要求，改革成为势在必行的要求。着国家医保改革政策的 出台，对医院的经营管理提出了严峻的挑战。医疗经费总量的控制实际已将医 院推入严酷的市场竞争环境。能否适应医疗市场的变化，加强医院管理，提高 医护质量和服务质量，降低医疗成本，将决定每一家医院的生存，每一个医院 管理者都应有清醒的认识。 加强医院管理，主要在于管好人、财、物。培养和吸引人才，决定医院能 否提供优质的医疗服务，而管好钱，决定医院服务是否物美价廉。大多数医院 的多数服务为普通医疗服务，同样是治疗感冒，很难区分不同大医院的医疗质 量，类似商场的同类同质商品，在这种情况下，价格就成为用户选择的主要因 素。过去我们的医院管理，在压缩成本方面，做得远不如企业。另外，医院业 务的复杂性导致管理的复杂性。工厂每生产一颓钉子，都能准确计算出它的成 本，否则无法确定出市场价格和盈亏情况。医疗行为的复杂性很难准确计算出 每一项服务的成本，很难象工厂一样，将产量、质量、消耗等因素分解到每一 个成员，进行定量考核。 在研究医院管理问题时，实际面对两类问题：一类为制度法规类问题，另 一类为技术实旌类问题。传统的手工管理模式建立在金字塔型管理结构上，通 过制定规章制度实现管理目标。随着管理的不但细化，金字塔变的越来越庞大， 消耗了大量的管理成本。在市场竞争越来越激烈的今天，已经不能适应管理细 化和应变的要求，因此，管理结构扁平化与信息化成为必然趋势。医院管理的 复杂性和竞争压力，对医院管理创新提出了迫切的要求，而医院管理结构扁平 化与信息化将成为医院管理的主流趋势。医院管理的创新包括组织创新、制度 创新、基层管理创新、管理技术创新等内容。面对医保改革的挑战，管理的创 新能力，将成为医院求生存、求发展的基础，成为医院科技创新、市场创新的 坚实基础。 第2 章系统需求与分析 2 1 2 系统的功能需求 h i s 系统是遵照医疗行业相关制度和规范要求，对小型医院进行管理的系 统。通过门诊管理、住院管理、药品管理、医务人员管理、物资管理等环节的 组织，在确保网络质量情况下，保证医务人员合理的劳动强度，提高工作效率 低，使得人尽其才；缩短病人就诊等候时间长，减少处理缓解，保证就医秩序， 提高病人和医院管理者满意度。该项业务领域主要包括门诊挂号、门诊划价收 费取药、入院登记、交预付款、住院划价收费取药、出院结算、药品入库、药 品出库等工作内容。 该系统对的医院就诊的全过程进行有效监控，识别就诊过程中就诊方、出 诊方、管理的规则，指派相关责任人进行分析处理，定期汇总医院人流量和收 入：增加对医务人员值班、报表管理、药品管理和其它物资管理的跟踪解决， 形成整个过程的闭环管理；指导和监督模板的规范和整理，进而实现h i s 系统 的规范化和标准化，提升医院整体运作效率。 系统建设耳的是：规范医院管理流程，保证就诊流程被有效的控制和记录， 加强对挂号、入院、收费、结算等关键环节的控制和安排，保证医院的人力资 源充足，效益第一，产品建设原则为：所有的人机信息交互过程必需在电子工 作流上实现，流程的原则为：在满足管理需要的基础上尽量简化流程，医院各 部门、各科室统一化流程。按照角色定义流程，各部门、各科室按照各自情况 将角色与实际人员相对应。 根据上述建设原则，本系统的实现重点为： 一、门诊管理：门诊挂号系统、门诊划价收费取药、门诊挂号类别维护： 二、药品管理：药品入库、药品出库、药品库存； 三、住院管理：入院登记、交预付款、住院划价收费取药、出院结算； 四、医务人员管理：医务人员登记、部门维护、职务维护、值班人员管理； 五、辅助资料管理：药品分类管理、药品种类维护、治疗种类维护、计量 单位维护、药品公司维护： 六、系统设置：系统权限管理、系统子模块管理、系统用户管理、系统模 块管理、系统角色管理： 七、报表管理：门渗收费报表管理、门诊挂号报表管理。 门诊管理主要是实现患者在门诊的挂号功能，是医院管理信息系统门诊部 分的重要组成部分，它是患者门诊就诊的入口，为门诊划价系统提供基础数据。 8 第2 章系统需求与分析 门诊财务管理子系统也称为划价收费管理子系统，其主要完成对病人处方的划 价并收取费用，支持划价收费一体化，减少病人的就诊环节，减轻医院的工作 强度。可以从通过挂号单提取患者信息，可以从门诊医生站获取处方信息，进 行划价和收费。己收费的处方传到相应的药房或检查检验科室进行发药或检查 检验处理。适应时代发展的需要，提高管理的效率而开发设计的。 药品管理是医院药品管理的核心，是节流增收最有潜力的环节。本药库管 理系统是按照卫生部新的财务制度的要求设计的，采用药品分类国家标准编码 体系，实现了发药与库存管理一体化，整个药剂科药物流、财务流一体化，药 品价格实现统一调整。支持药品多种规格的变换，支持药品先进先出，后进后 出，加权平均等多种仓库管理模式。支持药品有效期管理，防止药物的过期浪 费，可以根据现有的库存、药品有效期以及往年同期的药品消耗情况制定采购 计划、失效预报或应暂停采购的药品清单，方便领导决策。主要包括药库初始 化、药品进销存管理、药品账务管理、业务统计分析、有效期管理。 住院管理是将入院患者基本信息编辑录入计算机网络系统，为临床和医技 等科室提供患者的基础数据，是集病案、患者主索引管理、住院号管理、住院 患者基本情况查询、住院号查询、科室患者查询及病案追踪为一体的功能设计 要求。 医务人员管理为企事业单位提供信息咨询、信息检索、信息存取等服务。 信息录入项目齐全、完整、系统。系统灵活使用表格对各种信息分门别类，组 成企业医院人事管理系统，可以方便地查询、阅读、修改、交流和重复实用。 系统设置是要求具备系统权限管理、系统子模块管理、系统用户管理、系 统模块管理、系统角色管理等。 报表管理主要实现统计本月门诊收费总额及明细和统计本月挂号收费总额 及明细。 具体功能性需求列表如下表2 1 ： 9 第2 章系统需求与分析 表2 1 系统功能性需求列表 渤醺麓麟瀚镧缫瀵赣糕藕糕壤攀辫曩= ? 警i 羹篓l 黧誉耋| 曩萎i 囊。一ij 罐口嘲孵 门诊挂号 完成病人基本资料注册，并选择相应 局 门诊管理 的挂号种类、科室和值班医生 门诊划价收费取药完成门诊划价的增删查改功能高 门诊挂号类别维护完成门诊挂号类别的增删查改功能高 完成药品的入库功能以及药品入库前 药品入库品 的检验 完成药品的出库功能以及药品出库过 药品管理药品出库高 程的跟踪 查看药品类别、计量单位、入库数量、 药品库存高 出库数量、库存数量 完成入院病人基本资料注册，并选择 入院登记高 相应的主任医师 一 交预付款完成预付款的交付功能昌j 住院管理完成住院划价的增删查改功能以及最 住院划价收费取药晶 终的划价总额一览 根据预付款金额、住院期间的划价收 出院结算商 费，计算并收取最终出院前的费用 一 医务人员登记完成医院工作人员资料的增删查改局 医务人员部门维护完成医院组织机构的增删查改高 一 管理职务维护 完成医务人员职务级别的增删查改 i 蜀 一 值班人员管理配置并调整医务人员的值班信息i 曷 药品分类管理完成药品分类信息的增删查改高 药品种类维护完成药品种类信息的增删查改高 辅助资料 治疗种类维护完成治疗种类信息的增删查改高 完成药品、器材、物资等计量单位的 一 管理计量单位维护 尚 增删查改 完成与医院有供销关系的药品公司的 药品公司维护l 曷 增删查改 第2 章系统需求与分析 系统权限管理完成系统权限的增删查改高 系统子模块管理完成系统子模块的增删查改 高 系统设置系统用户管理完成系统用户的增删查改 高 系统模块管理完成系统一级模块的增删查改 高 系统角色管理完成系统角色的增删查改 高 门诊收费报表管理统计本月门诊收费总额及明细高 报表管理 门诊挂号报表管理统计本月挂号收费总额及明细高 2 2 系统的功能分析 2 2 1 系统的用例分析 系统内部予系统分门诊管理、药品管理、住院管理、医务人员管理、辅助 资料管理、系统设置等模块，篇幅所限，在此给出门诊管理、药品管理、住院 管理用例分解、主要界面设计及用例分析。 一、门诊管理 该门诊管理子系统主要分为三个模块，门诊挂号、门诊划价收费、门诊挂 号类别选择等，具体用例分解如下图2 1 所示： ( 一) 用例分解 门诊 图2 1 门诊管理子系统用例分解图 ( 二) 主要用例描述 表2 2 门诊挂号子模块用例描述表 l l 第2 章系统需求与分析 墓耀铡描述i门诊挂号 篓鞠鞠溅i门诊部各科室员工 j 瑟辩餮囊瓣i j i i用户必须具备门诊部各科室医务人员角色并且必须登录系统 薹质鼹祭绦磐将病人病访资料保存在数据库中作为记录 主要成功场景 参与者动作系统职责 填写挂号资料表1 获取挂号资料及保存挂号资料的请求 提交挂号资料2 找到合适的业务逻辑b e a n 进行处理 受到保存挂号资料操作反馈的结果3 对挂号资料进行逻辑处理 信息，进行下一步操作4 调用存储挂号资料的d a o 对象，并将 挂号资料传递给它 5 拼装s q l 语句，发往数据库执行 6 将挂号资料存储在数据库中并返回操 作结果信息 表2 3 门诊划价收费取药子模块用例描述表 li 翔倒攒逡瓣门诊划价收费取药 l 妻葵参篙者门诊部各科室员工 i 蕊麓舞糕 用户必须具备门诊部各科室医务人员角色并且必须登录系统 | i 一! 、藤舞露镊誊 将划价单、划价单所包含的划价项目资料保存在数据库中作为记 录 表2 4j 、j 诊挂号类别维护子模块用例描述表 鞠锻罐罐i门诊挂号类别维护 耋要参岛者门诊部各科室员工 前鼍榘箨用户必须具备门诊部各科室医务人员角色并且必须登录系统 鼹臀寨繇i将门诊挂号类别信息保存在数据库中作为记录 ( 二) 药品管理 该药品管理子系统主要分为三个模块，药品入库、药品出库、药品库存等， 具体用例分解如下图2 2 所示： ( 一) 用例分解 第2 章系统需求与分析 药 图2 2 药品管理子系统用例分解图 ( 二) 主要用例描述 表2 5 药品入库子模块用例描述表 _ j j 例描述药品入库 主要参与编“药房管理员 ? 前嚣条件用户必须具备药房管理员角色并且必须登录系统 螽簧条件将新增药品信息保存在数据库中作为记录 主要成功场景 参与者动作系统职责 1 填入新增药品信息1 获取新增药品信息及保存新增药品信 2 提交新增药品信息息的请求 3 收到保存新增药品信息操作反馈2 找到合适的业务逻辑b e a n 进行处理 的结果信息，进行下一步操作3 对新增药品信息进行逻辑处理 4 调用存储新增药品信息的d a o 对象， 并将新增药品信息传递给它 5 拼装s q l 语句，发往数据库执行 6 将新增药品信息存储在数据库中，更 新药品库存量并返回操作结果信息 表2 6 药品出库子模块用例描述襄 第2 章系统需求与分析 主要参1 j ，占+药房管理员 莳置条什用户必须具备药房管理员角色并且必须登录系统 后霄条件将药品出库单及出库药品信息保存在数据库中作为记录 一 表2 7 药品库存子模块用例描述表 。用例描述药品库存 l 主要参与裘药房管理员 倚簧条件用户必须具备药房管理员角色并且必须登录系统 后臀条件按照查询条件的没置从数据库中返回满足条件的药品库存分页列 表 三、住垸管理 该住院传理子系统主要分为四个模块，入院髓记、住院划价收费取药、交 预付款、出【：危结算等，具体用例分解如f 图2 3 所示： ( 一) 1 日例分解 f 院 图23 住院管理子系统州例分解幽 ( 二) 卜要用例描述 农28 入院登记r 模块川例描述农 川 例描述入院臀记 # 磐参与者住院部各科室员工 第2 章系统需求与分忻 囊翥囊鬓瓣i 用户必须具备住院部各科审员工角色并且必须登录系统 一 霆冀鬻鬻一将入院登记详细信息保存存数据库中作为记录 一 主要成功场景 参勺者动作系统职责 1 填入入院登记洋细信息1 获取入院登记信息及保存入院登记信 2 提交入院髓汜息的请求 3 收到保存入院登记信息操作反馈2 找到合适的业务逻辑b e a n 进行处理 的结果信息，进 j 。卜一步操作： 刈入院髓记信息进行逻辑处理 4 调用存储入院谨记信息的d a o 埘缘， 并将入院登记信息传递给它 5 拼装s q l 语句，发往数榭库执行 6 将入院登记信息存储在数据库中并返 回操作结果信息 表2 9 交颁付款子模块川例揣述表 f 簇黼麟 交预付款 豳溺腻 住院部各科室员l 麟黼麟 用户必须具备住院部各科室员工角色并且必须登录系统 麟黼瓣将办理劫1 1 寸款信息保存在数据库叶 作为记录 农21 0 住院划价收费取鲥f 模块川例描述表 隰瀚黼i 住院划价收费耿药 躐甏 t t 院部各科窀员工 麓蘸 用户必须具备住院部各科室员 ：角色并目必须髓录系统 蘩 将划价币、划价t 弘所包禽的划价项目资料保存在数据库中作为记 录 表2l l l5 院结算r 模块川例描述表 藕溯黼i山院结算 疆篱住院部各科窀员二l 溺黼黼川，1 必须具备住院部各科窄员工角色并且必须登录系统 灞黼麟黼 将出院结算甲信息保存在数据席中作为记录 第2 章系统需求与分析 2 2 2 系统时序图分析 根据上一小节门诊管理子系统中，用例分析得出的结果，设计出门诊挂号、 门诊划价收费、门诊挂号类别选择子模块的时序图，具体如下： 回匡回国画圈 i 填写表单，发送请求； 、l 厂丐画两i 泵- 孬薪致，将表单数据传递给相应的业务逻辑处理 收婴表单数据t 进行逻辑硅理 r 收墩表单数据，进 亍持久优 调用s q l 爵句及操作参数，准备执行数据库操作 j 一 1 k 消。i l = ) 彻姥骼腑黼瓣中 jii 一。 ：提交并返回成功消息f l - - - - - - - - - - - l - - - - - - - - - j - - - - - - - - - - j - - - - - - - - - - l - - - - - - - - - - j 图2 4 门诊挂号子模块时序图 一、门诊挂号子模块时序图分析： ( 一) 首先由用户在客户端的浏览器上输入门诊挂号所需要填写的表单项 数据，点击提交按钮提交至服务器； ( 二) 然后由服务端的门诊类请求控制器s e r v l e t 接收请求，并解析在请 求中包含的用户输入的门诊挂号数据，将其转交给业务逻辑层的门诊注册 1 6 第2 章系统需求与分析 j a v a b e a n 来处理： 。 ( 三) 业务逻辑层的门诊注册j a v a b e a n 接收到门诊挂号数据后，分析并验 证其合法性传递给数据持久层的门诊注册d a o 对象进行数据持久化； ( 四) 门诊注册d a o 对象负责将门诊挂号数据持久化到数据库当中； ( 五) 数据库完成数据保存的操作。 剧悭型幽螬哩型剧 l 填写表单，发送请求； 一 ；获取请求解析参数，将表单数据传递给相应的业务逻辑处理 _ i 广爿 收取表单盏据r 进行逻髯处理 r 叫 收取表单数据，进行持久化 一 月厨s o l * 句及操作l 墩准备执行羲镕$ l 鞋怍 l 。一 jf 、) 将门诊划情单、划价瑷目信息存储在翦据库中 ：k 1 图2 5 门诊划价收费取药子模块时序图 二、门诊划价收费取药子模块时序图分析： ( 一) 首先由用户在客户端的浏览器上录入门诊划价收费的数据项，点击 提交按钮提交至服务器； ( 二) 然后由服务端的门诊类请求控制器s e r v l e t 接收请求，并解析在请 第2 章系统需求与分析 求中包含的用户输入的门诊划价收费的数据项，将其转交给业务逻辑层的门诊 划价j a v a b e a n 来处理； ( 三) 业务逻辑层的门诊划价j a v a b e a n 接收到门诊划价收费的数据项后， 分析并验证其合法性传递给数据持久层的门诊划价d a o 对象进行数据持久化； ( 四) 门诊划价d a o 对象负责将门诊划价收费的数据项持久化到数据库当 中： ( 五) 数据库完成数据保存的操作。 回匡匡匡囤圉 ：填写表单，发送请求； j r 1 1 。1 获取请求，解析参数，将表单