配色: 字号:
jsp医院信息管理系统ssh论文
2024-05-25 | 阅:  转:  |  分享 
  










医院信息管理系统的设计与实现 目 录



医院信息管理系统的设计与实现 I

第1章 引言 1

1.1 系统开发背景 1

1.2 论文的主攻方向、主要内容、研究方法及技术路线 1

1.2.1 论文的主攻方向及主要内容 1

1.2.2 采取的研究方法及技术路线 1

第2章 系统概要设计 2

2.1 系统需求分析 2

2.1.1 系统功能需求 2

2.1.2 系统的用例分析 3

2.2 系统功能架构设计 7

第3章 系统详细设计 9

3.1 系统实体类类图设计 9

3.2 系统数据库设计 10

3.2.1 数据库概念结构设计 10

3.2.2 数据库表结构设计 11

3.3 用户界面设计 13

第4章 系统实现 14

4.1 系统开发平台 14

4.2 包的设计 14

4.3 Struts 2+Spring+Hibernate框架的整合 15

4.3 系统后台的实现 17

4.4 用户界面的实现 21

结语 24

致谢 25

参考文献 26

Abstract 27





医院信息管理系统的设计与实现



内容提要:信息管理系统是医院信息管理系统中重要组成部分。为医院的工作提供了极大的帮助。信息管理系统能够实现划价收费,药房管理,单据及查询,药品信息维护,权限管理等多方面的功能。信息管理系统能够提高医院的工效率,为患者提供更好的医疗服务。

本课题旨在根据医院的业务特点,采用Struts2、Spring、Hibernate等Java EE技术,设计并实现一个基于B/S结构的小型医院信息管理系统。该系统采用MVC结构和面向对象的技术,使得各个模块之间的耦合性较低,容易改进现有功能和扩充新功能。



关键词 医院管理系统 挂号 B/S MVC结构 效率























第1章 引言



1.1 系统开发背景

医院信息管理系统是现代化医院必不可少的基础设施,它利用信息化的手段来处理医院日常办公及其他事务,为广大患者提供更高品质的服务,同时也可以提高自身的管理质量和经济效益。

1.2 论文的主攻方向、主要内容、研究方法及技术路线

1.2.1 论文的主攻方向及主要内容

本系统准备以JSP和Ext JS作为主要的前台开发技术,后台用Hibernate进行对象关系映射(Object/Relation Mapping,简称ORM),用Spring控制业务逻辑层Java Bean的实例化和销毁,用Struts2分发客户端的请求并将服务器处理的结果返回给客户端。

本课题的主要研究内容有以下几点:

如何有效的进行需求分析,尽可能准确地提取医院日常办公的业务流程。

如何将现实中的业务流程映射成系统中的业务逻辑。

如何按分层的思想,用Struts2、Spring和Hibernate这三大框架进行整合开发。

本课题关键的技术也是难点之一就是权限控制,系统中涉及的角色有很多,例如收费员、药房管理员、医生、护士等等,不同的角色对业务逻辑的访问拥有不同的权限,对这些角色进行权限控制,防止越界访问是保障系统安全运行的重要环节之一。



本课题基本实现一个功能较为全面的医院信息管理系统,主要包含以下基本功能:病人基本信息管理、挂号管理、就诊卡充值退费、医生诊治、药品信息维护、部门信息维护、职工信息维护、辅助检查项目管理、收费管理等。







第2章 系统概要设计



2.1 系统需求分析

2.1.1 系统功能需求

医院的正常业务流程是从病患的挂号开始的,挂号后到相应的科室就医。医生根据患者的具体情况进行处理,如果患者症状较为明显,就直接诊断,如果病人情况较为复杂,还需要就行辅助检查,如验血、X光检查、B超等。医生诊断完后就给病人开处方,病人拿到处方后交费并进行其他处理后就可以离开医院了。

根据医院业务流程的基本特点,确定了管理系统所要实现的功能如表2.1所示:

功能名称 描述

管理

挂号 完成病人基本资料注册,并选择相应的挂号科室 划价收费 完成划价的增、删、改、查功能 病人基本信息管理 完成病人基本资料的增、删、改、查功能 诊治病人 医生开药、开检查单、诊断病人



药房管理 药品类别维护 完成药品类别的增、删、改、查功能 药品维护 完成药品的增、删、改、查功能 药品库存 查看各种药品库存数量是否在规定范围内 药品入库 完成药品的入库功能以及药品入库前的检验 药品出库 完成药品的出库功能以及药品出库过程的跟踪 职工管理 部门维护 完成信息的增、删、改、查功能 职工信息维护 完成职工信息的增、删、改、查功能

辅助资料管理 医疗设备维护 完成医疗设备的增、删、改、查功能 医用材料管理 完成医用材料的增、删、改、查功能 辅助检查项目维护 完成辅助检查项目的增、删、改、查功能 处置项目维护 完成处置项目的增、删、改、查功能 2.1.2 系统的用例分析

结合医院实际业务特点,将系统的角色分为导医、收费员、护士、医生、医技人员、药房管理员、字典维护员这种。受到篇幅的限制,此处详细分析收费员的用例,其他几个角色的用例都只做简要的分析。

收费员

收费员的主要用例有挂号、挂号查询、退号、就诊卡充值、就诊卡退费等,具体的用例分解如图2.1所示:

用例分解



挂号用例是收费员角色为已注册该系统的病人就医挂号,如表2-2

表2.2 挂号用例描述表

用例描述 挂号 主要参与者 收费员 前置条件 用户必须具备收费员角色且已登录系统,病人已经在系统中注册 后置条件 将病人挂号信息保存在数据库 主要成功场景 参与者动作 系统职责 填写挂号资料表

提交挂号资料

接收保存挂号资料操作反馈的结果信息,进行下一步操作 1、获取挂号资料

2、找到对应的业务逻辑bean进行处理

3、对挂号资料进行逻辑处理

4、将挂号资料传递给处理它的DAO对象进行处理

5、Hibernate自动生成对应的SQL语句,发往MySQL数据库执行

6、将挂号资料存储在MySQL数据库中并返回相应的操作结果信息

表2.3 挂号查询用例描述表

用例描述 挂号查询 主要参与者 收费员 前置条件 用户必须具备收费员角色且已登录系统 后置条件 将查询到得挂号信息返回到浏览器端 主要成功场景 参与者动作 系统职责 输入查询者关键字

提交查询关键字

接收查询操作结果 1、获取查询关键字

2、找到对应的业务逻辑bean进行处理

3、对查询关键字进行逻辑处理

4、将查询关键字传递给处理它的DAO对象进行处理

5、Hibernate自动生成对应的SQL语句,发往MySQL数据库执行

6、从MySQL数据库中提取查询结果并返回相应的操作结果信息





表2.4 退号用例描述表

用例描述 退号 主要参与者 收费员 前置条件 用户必须具备收费员角色且已登录系统 后置条件 将病人挂号信息从数据数据库中删除 主要成功场景 参与者动作 系统职责 填写退号资料表(挂号编号,就诊卡卡号)

提交退号资料

接收保存退号资料操作反馈的结果信息,进行下一步操作 1、获取退号资料

2、找到对应的业务逻辑bean进行处理

3、对退号资料进行逻辑处理

4、将退号资料传递给处理它的DAO对象进行处理

5、Hibernate自动生成对应的SQL语句,发往MySQL数据库执行

6、将挂号资料从MySQL数据库中删除并返回相应的操作结果信息

表2.5 就诊卡充值用例描述表

用例描述 就诊卡充值 主要参与者 收费员 前置条件 用户必须具备收费员角色且已登录系统 后置条件 将数据库中对应的就诊卡余额值增加 主要成功场景 参与者动作 系统职责 填写就诊卡号和充值金额

提交就诊卡号和充值金额

接收更新就诊卡余额操作反馈的结果信息,进行下一步操作 1、获取就诊卡号和充值金额

2、找到对应的业务逻辑bean进行处理

3、对就诊卡号和充值金额进行逻辑处理

4、将就诊卡号和充值金额传递给处理它的DAO对象进行处理

5、Hibernate自动生成对应的SQL语句,发往MySQL数据库执行

6、将存储在MySQL数据库中的就诊卡余额更新并返回相应的操作结果信息

表2.6 就诊卡退费用例描述表

用例描述 就诊卡退费 主要参与者 收费员 前置条件 用户必须具备收费员角色且已登录系统 后置条件 将数据库中对应的就诊卡余额值置0并解除就诊卡和病人的绑定 主要成功场景 参与者动作 系统职责 填写就诊卡号

提交就诊卡号

接收就诊卡退费操作反馈的结果信息,进行下一步操作 1、获取就诊卡号

2、找到对应的业务逻辑bean进行处理

3、对就诊卡号进行逻辑处理

4、将就诊卡号传递给处理它的DAO对象进行处理

5、Hibernate自动生成对应的SQL语句,发往MySQL数据库执行

6、将存储在MySQL数据库中的就诊卡余额置0,病人的就诊卡号置空并返回相应的操作结果信息

3、其他角色用例分解图



图2.2 其他角色例分解图

2.2 系统功能架构设计

医院系统是遵照医疗行业相关制度和规范要求对医院进行管理的系统。通过管理、药品管理、职工管理、辅助资料管理等环节的组织,在确保网络质量情况下,保证医务人员合理的劳动强度,提高工作效率,使得人尽其才:缩短病人就诊等候时间长,减少处理缓解,保证就医秩序,提高病人和医院管理者满意度。该项业务领域主要包括挂号、划价收费取药、入院登记、交预付款、药品入库、药品出库等工作内容。按照以上要求,得出的系统功能架构图,如图所示:

图2.3 系统功能架构图







第3章 系统详细设计



3.1 系统实体类类图设计

根据第2章的需求分析和系统架构设计,将医院管理系统提取出以下九个主要的实体类:部门、职工、药品类别、药品、检查单、其他收费项目、病人、病历、挂号,它们之间的关系如图.1所示:





图.1中的职工类包含医院所有部门的职工,有医生、导医、护士、医技人员、收费员等,考虑到使用系统的时候关注的只是用户的权限问题,因此给职工一个角色属性就行了,不同的角色拥有不同的系统权限。



概念结构设计就是将数据库需求分析得到的用户需求抽象为信息结构(即概念模型)的过程。概念模型可以看成是现实世界到机器世界的一个过渡的中间层次。最常用的概念模型是E-R模型。E-R图为实体-联系图,提供了表示实体型、属性和联系的方法,用来描述现实世界的概念模型。

构成E—R图的基本要素是实体型、属性和联系,其表示方法为:

·实体型(Entity):用矩形表示,矩形框内写明实体名;

·属性(Attribute):用椭圆形表示,并用无向边将其与相应的实体连接起来;

·联系(Relationship):用菱形表示,菱形框内写明联系名,并用无向边分别与有关实体连接起来,同时在无向边旁标上联系的类型(1:1,l:n或m:n)。

根据以上约定,可以得到图.2所示的E-R图:



说明:1.图中只标明了实体型中比较重要的属性;2.由于采用面向对象的开发方式,系统中的实体类之间的关系基本上可以参照图.1所示的系统实体类之间的关系,故在此省略了全局的E-R图

根据前面分析和设计的,数据库中一共有12张表,分别为:部门表、职工表、病人表、挂号表、药品类别表、药品表、辅助检查项目表、其他收费项目表、处方表、检查单表、其他收费项目账单表、病历表。如表.1至表.5所示:

类型 是否为主键 备注 id int √ 部门编号 name varchar 部门名称 flag int 是否可以挂号,0表示可以挂号,1表示不可以 description varchar 部门简介

表3.2 职工表

字段名 类型 是否为主键 备注 id int √ 职工编号 deptId int 员工所在部门的部门编号,外键 role int 取值为1-8分别代表8种系统角色 name varchar 职工姓名 username varchar 职工登录系统的用户名 password varchar 职工登录系统的密码 gender char 职工性别,取值为“男”和“女” phone varchar 职工电话号码 address varchar 职工籍贯 id_card varchar 职工身份证号 birthday varchar 职工生日 education varchar 职工学历 title varchar 职工职称 position varchar 职工职位

表3.3 病人表

字段名 类型 是否为主键 备注 id int √ 病人编号 name varchar 病人姓名 gender char 病人性别,取值为“男”和“女” people varchar 民族 address varchar 工作单位(住址) age int 年龄 marriage char 婚否,取值为“是”和“否” drugAllergy tinytext 药物过敏史 career varchar 职业 cardNo varchar 就诊卡卡号 balance double 就诊卡余额

表3.4 挂号表

字段名 类型 是否为主键 备注 id int √ 挂号编号 pId int 病人编号,外键 deptId int 部门编号,外键 regfee double 挂号费 consumption double 此次就诊消费金额 _date date 挂号日期 flag int 是否已处理,0表示没有处理,1表示已处理

表3.5 处方表

字段名 类型 是否为主键 备注 id int √ 处方编号 registerId int 挂号编号,外键 drugId int 药品编号,外键 amount int 药品数量 _date date 开处方日期

3.3 用户界面设计

一个友好的用户界面是决定一个系统成功与否最重要的因素之一。在很多时候,美观和友好的界面甚至比系统的功能和性能更能留住用户。Web系统用户界面的设计一般要遵循以下几个基本原则:

1.简单明了原则

用户的操作要尽可能以最直接、最形象、最易于理解的方式呈现在用户面前,界面上的菜单按钮都应该是系统目标用户容易理解的。.一致性原则

系统样式排版整齐划一,尽可能划分不同的功能区域于固定位置,方便用户导航使用,且尽可能让相类似的操作拥有相同的触发方式。

.浏览器适应原则

Web系统的客户端就是浏览器,浏览器显示的效果受显示器分辨率的影响比较大,且不同的浏览器之间还有一定的差异,这些都是设计用户界面时候应该考虑的因素。

根据上述描述,可以勾勒出系统页面的草图,如图.3所示:











在介绍系统编码实现之前,先看下系统的开发平台。系统的具体开发平台如下:

操作系统:Windows ;

数据库:MySQL 5.5.8;

JDK版本:1.6.0_23;

Web服务器:Apache Tomcat 6.0.28;

集成开发环境(IDE):MyEclipse 8.。包是类的容器,用于分隔类名空间,可以更好的组织类。在Java EE系统开发过程中,包一般关注特定的功能领域或关注特定的技术领域,这样就把应用程序逻辑和技术逻辑分开,从而减少它们之间的依赖性是至关重要的,这就是软件结构设计强调的模块间的高聚合、低耦合的原则。参考3.2节的软件技术架构设计,按照分层的思想指导包的设计,本系统的包可以分为类:数据层包、控制层包、业务逻辑层包、工具包。

1.数据层包

数据层包的作用是将系统中的JavaBean实体持久化,本系统采用MySQL 5数据库,用Hibernate完成对象关系映射。Java提倡面向接口的编程,这样可以降低模块之间的耦合性。wuhan.dao包存放的是DAO接口,wuhan.dao.impl包存放的是DAO接口的实现类,wuhan.model包存放的是系统中的实体类。

2.控制层包

控制层包有两个:wuhan.action包和wuhan.interceptor包。其中,wuhan.action包中的类用户控制页面的跳转。wuhan.interceptor包中的类存放的是拦截器,主要用于控制不同角色的权限,web请求通过了拦截器的拦截之后才能到达wuhan.action包中的类。

3.业务逻辑层包

业务逻辑层的包向上为wuhan.action包提供服务,向下获取wuhan.dao包提供的服务,主要用于处理系统中的业务逻辑。wuhan.service包存放的是Service接口,wuhan.service.impl存放的是Service接口的实现类。

4.工具包

工具包wuhan.util存放的是一些公共的类和接口,供系统中其他的类调用。

设计好包后,接下来整合好Java EE的三大框架——Struts 2、Spring和Hibernate(通常合称“SSH”),才能开始编码。SSH框架的整合的过程要特别注意下面两步:

1.导入所需的jar包

虽然MyEclipse可以自动添加Struts 2、Spring和Hibernate的支持,但是会导入大量无用的包,而且有的包之间还会有冲突,所以这里我选择的是手动导入框架所依赖的jar包,图5.1就是SSH框架所需要的所有jar包:




destroy-method="close">











然后创建SessionFactory的单例模式,完成Spring与Hibernate的整合,在beans.xml文件中添加如下代码:







wuhan.model









org.hibernate.dialect.MySQLDialect



true

update







4.3 系统后台的实现

本节将以挂号为例,分析小型医院系统后台的代码实现。

首先,我们来看看挂号功能的流程。病人必须在导医处将个人基本信息录入系统中并拿到就诊卡后才可以到收费处挂号。挂号时,收费员将科室、卡号、挂号费这三个信息输入系统中,系统就会自动处理这个挂号请求,并将挂号结果返回到客户端浏览器。图.2展示了挂号模块的流程图:





图4.2 挂号所依赖的类之间的关系

下面我按照我开发的顺序依次介绍其他几个类的实现。

1.CommonDao类

CommonDao类是在wuhan.util包中定义的,这个类是个泛型类。先理解了Java中的“泛型”这个概念之后才能体会到这个类设计的意图。

泛型是Java SE 1.5的新特性,泛型的本质是参数化类型,也就是说所操作的数据类型被指定为一个参数。这种参数类型可以用在类、接口和方法的创建中,分别称为泛型类、泛型接口、泛型方法。

在Java SE 1.5之前,没有泛型的情况的下,通过对类型Object的引用来实现参数的“任意化”,“任意化”带来的缺点是要做显式的强制类型转换,而这种转换是要求开发者对实际参数类型可以预知的情况下进行的。对于强制类型转换错误的情况,编译器可能不提示错误,在运行的时候才出现异常,这是一个安全隐患。 泛型的好处是在编译的时候检查类型安全,并且所有的强制转换都是自动和隐式的,提高代码的重用率。

理解了泛型之后,我现在就说说CommonDao类的用途。小型医院管理系统中有很多的实体类,如Department类、Staff类、Drugclass类、Drug类、Patient类等等,如果用站在一个更高的层次来看,程序对这些类的操作就只有增加、删除、修改、查询这四种,那么我们就可以考虑把这些操作抽象一下,得到一个通用的数据库操作类,即CommonDao类。

CommonDao类的声明如下:

public class CommonDao

CommonDao类的主要方法的声明如下:

public Serializable add(T t);

public void delete(Class clazz, Serializable id);

public void update(T t);

public void merge(T t);

public T getById(Class clazz, Serializable id);

public List query(Class clazz);

public List query(final String hql);

public List query(final String hql, final int start,final int limit);

public int getQueryCount(String hql);

这些方法的签名就可以看出这些方法的用途,我就不详细说了。

2.Register类

这个类是个简单的Java对象(Plain Old Java Objects,简称“POJO”),代表病人的挂号。里面主要是表5.1所示的属性及它们的访问器(getter)和修改器(setter)。

表4.1 Register类的属性

属性名 类型 说明 id Integer 挂号编号 patient Patient 挂号所对应的病人 dept Department 挂号对应的部门 regfee Double 挂号费 consumption Double 此次就诊消费金额 _date java.sql.Date 挂号日期 flag int 是否已处理,0表示没有处理,1表示已处理 3.RegisterDao接口和RegisterDaoImpl类

RegisterDaoImpl是RegisterDao接口的实现类,这个类的主要作用是调用CommonDao实例实现Register对象的持久化。

4.CheckerService接口和CheckerServiceImpl类

CheckerServiceImpl类是CheckerService接口的实现类,主要是负责处理收费员相关的业务逻辑,其中负责挂号的代码如下所示:

public int add(Register reg) {

String cardNo = reg.getPatient().getCardNo();//取就诊卡号

double price = reg.getRegfee();//取挂号费

Patient p = patientDao.getPatient(cardNo);//取持有这张卡的病人

if(p == null)

return -1;//就诊卡号不存在

double balance = p.getBalance();//取就诊卡余额

if(balance
return 0;//就诊卡余额不足

reg.setPatient(p);//将挂号与病人绑定

reg.setConsumption(price);//此次就诊消费总额中加上挂号费

p.setBalance(balance - price);//就诊卡余额减去挂号费

patientDao.merge(p);//更新病人就诊卡余额

return registerDao.add(reg);//返回挂号编号

}

5.CheckerAction类

这个类继承自Struts 2中的ActionSupport类,其作用是根据业务逻辑处理得到的结果,跳转到对应的结果(Result),即JSP页面。前端的Ext JS框架拿到JSP页面的结果后就对浏览器页面做出相应的更新。

本系统的用户界面都是用ExtJS框架实现的。Ext是一个Ajax框架,用于在客户端创建丰富多彩的web应用程序界面,是在Yahoo! UI的基础上发展而来的。ExtJS是一个用来开发前端应用程序界面的JS框架,借鉴Swing等思想,提供了一套完整的组件库及强大的Ajax支持功能,可以用Ext来开发基于Ajax的富客户端应用。

.3节的草图的布局可以用用ExtJS的BorderLayout布局实现。BorderLayout布局参考了Java的BorderLayout布局,将页面分为东、南、西、北、中五个区域,其中南北区域可以在水平方向自动拉伸到最大,东西区域可以在垂直方向自动拉伸到最大,而中间区域可以在水平和垂直方向自动扩展到最大。系统主界面布局的主要代码如下所示:

var logo = { region : "north", height : 100

// 顶部logo区

} ;

var menu = { region : "west", width : 200

//左边功能导航栏

}

var center = new Ext.TabPanel({region : "center",

//界面主区域

});



new Ext.Viewport({ layout : "border", items : [logo, menu, center]

});

页面主界面的效果如图4.4所示:



图4.3 主界面效果图

接下来,我们实现一个包含了增删改查功能和显示表格的面板,这种面板是系统中出现最频繁的标签页,是用ExtJS中的GridPanel类实现的,其主要代码如下:

var grid = new Ext.grid.GridPanel({

tbar : [{text : "添加员工"},

{text : "修改员工"},

{text : "删除员工"},

{text : "查看全部"},

new Ext.Toolbar.Fill(),

new Ext.Toolbar.TextItem("搜索:"),

new Ext.form.TriggerField({emptyText : "请输入员工姓名"})

],

bbar : new Ext.PagingToolbar({

// 分页工具栏

}),

sm : selModel,//选择模型

cm : columnModel,//列模型

store : staffstore//存有需要显示的表单项的存储器

});

图.5显示的是实现了职工管理功能的GridPanel:







图4.5 修改员工的弹出窗口



图4.6 删除员工时弹出的确认框





图4.7 字典维护员的菜单项



结语



本论文旨在结果软件工程中软件生命的周期和面向对象的开发方法,较为详细地阐述小型医院信息管理系统的设计和实现过程。本课题实现的小型医院管理系统已经基本完成,可以在服务器上运行,5.5节的几张截图就是系统功能的截图。

在该系统的设计与实现过程中,我学到了不少东西。无论是从需求分析的角度、设计思想的角度、 还是从开发技术的角度,都为我以后的工作打下了坚实的基础。

但是受开发条件、时间及个人能力的限制,这个小型医院信息管理系统还有不少缺陷,例如就诊卡卡号需要手动输入,收费账单不能打印,系统不能和医保系统对接,系统权限控制的粒度比较大等等。受上述缺陷的限制,本系统实际上还只是一个模拟医院办公流程的系统,并不能投入到实际应用中。尽管如此,我相信这次的毕设仍会给我将来的学习和工作带来不少启发。



























致谢



本课题从选题到目前为止历时几个月,其中系统开发持续近两个月。在这四个多月的时间里,我得到了老师、同学及同事的帮助,是他们的帮助让我的课题得以顺利完成。

感谢担任我毕业设计的指导老师。从论文选题、开题报告到系统的设计与实现及论文的写作,于老师都给了我很大的帮助:每次提交的文档,于老师都细心且耐心地帮我校正;在小型医院信息管理系统的开发过程中,于老师给了我大量指导意见,推动了系统的开发。感谢我的同班同学,和他们的交流中,我找到了系统设计的灵感,解决了一些开发过程中遇到的问题。感谢公司的同事们,为了Struts 2、Spring和Hibernate框架的整合而纠结了两天的时候,是他的及时帮助帮我化解了这个困难。

感谢上述所有人以及其他一些给我帮助的人,祝你们身体健康、万事如意!

















































参考文献



[1] 杨虹. 医院管理系统的开发与应用[J]. 医疗装备,2003,16(3):15~16.

[2] 张晓东,银琳,罗洪强. 医院管理系统的建设[J]. 医学信息,2003,16(8):435~437.

[3] 赵东. 基于STRUTS和HIBERNATE的医院信息管理系统[D].北京:北京邮电大学,2006.

[4] 刘苗苗. 沈阳二四五医院管理系统的设计与开发[D].辽宁:大连理工大学,2007.

[5] 陈智. 煤炭总医院信息系统的分析和设计[D].北京:北京邮电大学,2009.

[6]石明珠. 医院管理系统的研究与设计[D].山东:山东大学,2009.

[7] 刘京华. Java Web整合开发王者归来[M].北京:清华大学出版社,2010:450-717.[8] 殷兆麟,周智仁等. Java网络应用编程[M]. 北京:高等教育出版社,2004.

[] 孙卫琴. 精STRUTS:基于MV的Java Web设计与开发[M]. 北京:电子工业出版社,2004.

[] 柳永坡. J应用开发[M]. 北京人民邮电出版社,2005Design and Implementation of Hospital Information Management System



Abstract: information management system is an important part of the hospital information management system. The work of the hospital provides a great help. Information management system to achieve the designated price charges, pharmacy management, notes and queries, maintenance drug information rights management, and many other functions. Information management system to improve the work efficiency of the hospital to provide better medical services for patients.

This project is designed according to the operational characteristics of the hospital, the Struts2, Spring, Hibernate, Java EE technology, design and implement a small hospital-based B / S structure of the information management system. The system uses the MVC structure and object-oriented technology, making the low coupling between the various modules, easy to improve the existing functionality and expansion of new features.

Keywords: Hospital management system registered the B / S MVC structural efficiency



















































医院信息管理系统的设计与实现









4



1





医院信息管理系统



门诊管理



门诊挂号



门诊划价收费



病人资料管理



医生基本办公管理



药房管理



药品入库



药品出库



药品管理



药品类别管理



药品库存



辅助材料管理



医疗设备管理



医用材料管理



辅助检查维护



处置项目维护



职工管理



部门维护



职工信息维护





顶部Logo区













功能导航区 操作结果显示区域







献花(0)
+1
(本文系zy_360tsg原创)