医院管理信息系统课程设计.docx
《医院管理信息系统课程设计.docx》由会员分享,可在线阅读,更多相关《医院管理信息系统课程设计.docx(34页珍藏版)》请在冰豆网上搜索。
医院管理信息系统课程设计
《管理信息系统》
课程设计报告
医院HIS管理系统
班级:
姓名:
学号:
指导教师:
第一章系统概述…………………………………………………………3
第二章系统分析………………………………………………………………3
2.1:
需求分析…………………………………………………………………3
2.2:
可行性分析………………………………………………………………4
2.3:
组织结构分析……………………………………………………………5
2.4:
业务流程分析……………………………………………………………5
2.5:
数据流程分析……………………………………………………………8
2.6:
数据字典………………………………………………………………10
第三章系统设计………………………………………………………………11
3.1:
开发工具的选择………………………………………………………12
3.2:
处理流程………………………………………………………………12
3.3:
总体结构………………………………………………………………12
3.4:
E-R图…………………………………………………………………13
3.5:
输入设计………………………………………………………………16
3.6:
输出设计………………………………………………………………17
3.7:
软件结构………………………………………………………………17
3.8:
数据库设计……………………………………………………………19
第四章系统实施…………………………………………………………………22
4.1:
登录工作台操作………………………………………………………22
4.2:
登陆数据库………………………………………………………………22
4.3:
部分代码…………………………………………………………………23
第五章结束语……………………………………………………………………26
一.系统概述
四川绵阳四0四医院系国家三级综合医院,川北医学院附属第二医院,是绵阳市第二大综合医院。
医院编制床位670张,开放床位1100张。
人员编制739人,在岗职工1046人拥有临床专业科室近50个。
内科:
设有心内、呼吸、消化、神经、感染、内分泌、肾内、血液、肿瘤等专业;外科:
设有肝胆胰外科、胃肠外科、心胸外科、骨科、脑外科、泌尿科等专业;妇产科、小儿科、口腔科、眼耳鼻咽喉科、药学部、影像科、医学超声、医学检验、病理等。
如此一个综合性医院,信息数据相当的多,所以必须高效地管理,现在医院用的的read公司的HIS系统,配套oracle数据库和另外几个附加的软件一起管理医院所有数据。
医院信息系统(英文缩写为HIS,英文全称为HospitalInformationSystem)是指利用计算机软硬件技术、网络通讯技术等现代化手段,对医院及其所属各部门对人流、物流、财流进行综合管理,对在医疗活动各阶段中产生的数据进行采集、存贮、处理、提取、传输、汇总、加工生成各种信息,从而为医院的整体运行提供全面的、自动化的管理及各种服务的信息系统。
医院信息系统是现代化医院建设中不可缺少的基础设施与支撑环境。
HIS将计算机技术和医院的管理特点、管理思想、医院各部门业务特点、业务经验有机地结合起来,用数据库方式管理、储存信息,利用计算机网络加速信息流通和传递速度,对医院发展和医院改革具有重要意义。
二.系统分析
系统分析是系统开发的重要阶段。
系统分析的目的是要回答新系统将要“做什么”这个关键性问题。
在这个阶段要集中精力,认真分析用户需求,用科学的方法来表达新系统的逻辑方案,建立新系统的逻辑模型。
系统分析工作开始与用户提出新系统的要求,进行初步调查与可行性分析后,确认新系统开发为可行即可进行详细调查与分析,提出新系统逻辑模型,最后写出系统分析报告。
2.1:
需求分析
一所医院的主要构成分为两个部分,一是门诊部门,二是住院部门,医院的所有日常工作都是围绕着这两大部门进行的。
门诊部门和住院部门各下设若干科室,如门诊部门下设口腔科、内科、外科、皮肤科等,住院部门下设内科、外科、骨科等,二者下设的部分科室是交叉的,各科室都有相应的医生、护士,完成所承担的医疗工作,医生又有主治医师、副主任医师、普通医师或教授、副教授、其他之分。
为了支持这两大部门的工作,医院还设置了药库、中心药房、门诊药房、制剂室、设备科、财务科、后勤仓库、门诊收费处、门诊挂号处、问讯处、住院处、检验科室、检查科室、血库、病案室、手术室,以及为医院的日常管理而设置的行政部门等。
2.2:
可行性分析
可行性分析是在建立一个管理信息系统的前期对项目的一种考察和鉴定,主要是对在操作上,技术上,经济上可能存在的问题进行分析。
目前,开发与应用管理信息系统的程度已经成为衡量一个国家、部门、企事业单位科学技术与经济实力的重要标志之一。
其重要目标是:
用最小的代价在尽可能短的时间内确定问题是否能够解决。
在分析设计之前,本文先对绵阳404医院HIS医院管理系统做如下可行性分析:
2.2.1:
技术可行性
为了使平台具有更好的实用性和安全性,本平台基于当今广泛使用的Windows7操作系统,数据库的设计上则使用了数据量较大的oracle,服务器选用了微软公司的IIS。
而在Web与数据库的接口采用了简单易编写的框架技术。
页面设计选用Dreamweaver工具进行编写,每一种选用的技术都被现在的编程者广泛使用。
2.2.2:
经济可行性
经济可行性研究是对组织的经济现状和投资能力进行分析,对系统建设运行和维护费用进行估算,对系统建成后可能取得的社会和经济效益进行估计。
主要解决资金可得性和经济合理性两个问题。
作为开发本系统的主要的软件环境是和oracle,这两个软件已经是市面上比较常见,技术上比较成熟的两个软件开发工具,因此,在软件上本系统的开发成本是可以被接受的。
在外围设备方面,该系统只需要最常见的普通输出设备,如打印机。
除此之外,在系统投入运行后,能提高医务人员的工作效率,协同工作能力进一步的加强,时间效益得到进一步的提高,优化生产关系,提高生产力,加快了病人就诊的速度,全面提高了医院的综合管理水平和服务质量。
所以,本系统的开发在经济上是可行的。
2.2.3:
管理可行性
主要是管理员对开发信息系统是否支持、现有管理制度和方法是否科学,规章制度是否齐全、原始数据是否正确等。
医院根据所开发的系统进行策略上的发展和改变可以获得新的收益,系统应该具有操作简单、易于理解,界面友好等特点,管理员经过短时间的培训就可以熟练地使用该系统。
因此本系统的开发在管理上可行。
2.3:
组织结构分析
组织在这里是指医院门诊,组织结构是指医院门诊内部的部门划分以及他们的相互关系,先行系统中的信息流动以组织结构为背景的。
绵阳404医院HIS医院管理系统的组织结构图,如图所示。
2.4:
业务流程分析
进行业务流程分析时,需要按照原有信息流动过程,逐个地调查分析所有环节的处理业务、处理内容、处理顺序和对处理时间的要求,弄清各个环节需要的信息、信息来源、流径去向、处理方法、计算方法、提供信息的时间和信息形态等。
业务流程分析可以用业务流程图来完成。
所谓业务流程图就是一种表明系统内各单位、人员之间的业务关系、作业顺序和管理信息流动的流程图,它用一些规定的符号及连线来表示某个具体业务处理过程。
绵阳404医院HIS医院管理系统的业务流程图如图所示:
2.4.1:
门诊业务流程图
门诊挂号处
登记、发放IC卡
就诊排号预约挂号
病历管理
门诊划价收费处
预交金,结帐
划价,收费
门诊中西药房
处方审核,配药,发药
药品申领
药品库存管理
医生诊桌
开处方,检查,检验单
电子病历操作
病案检索
药库
药品出库
药品入库
药品管理
检查科室
接受检查申请
回填检查结果
检查记账
检验科室
接受检验申请
回填检验结果
检验记账
初诊病人
复诊病人
暂存款不足
取药
检查
检验
2.4.2:
住院业务流程图:
住院处
登记病人基本信息
预交款、记账结账
办理出院手续
病区科室
排床转床转科
录入维护执行医嘱
出院登记手术处理
手术室
安排手术日程
麻醉纪录术中医嘱
材料、器械记账
中心药房
打印发药科室寄药
药品申领寄药回收
药品库存管理
药库
药品出库
药品入库
药品管理
检查科室
接受检查申请
回填检查结果
检查记账
检验科室
接受检验申请
回填检验结果
检验记账
从另一病区转入
转至另一病区
入院
出院
出科
入科
手术通知
手术申请
2.5:
数据流程分析
数据流程是指数据在系统中产生、传输、加工处理、使用、存储的过程。
数据是信息的载体,是今后系统要处理的主要对象。
因此必须对系统调查中所搜集的数据以及统计处理数据的过程进行分析和整理。
数据与数据流程分析是今后建立数据库系统和设计功能模块处理过程的基础。
数据流程分析是把数据组织内部的流动情况抽象地独立出来,舍去了具体结构组织、信息载体、处理工具、物质、材料等,单从数据流动过程来考虑实际业务的数据处理模式。
其中数据流程图是描述系统逻辑模型的主要工具,它以少数几种符号综合地反映出信息在系统中的流动、存储和传递。
对绵阳404医院HIS医院管理系统的数据流程分析,得到以下数据流程图,如图所示。
2.6:
数据字典
(1)数据结构:
处方信息
含义说明:
定义了病人病情及相关结果。
组成:
病人姓名、性别、日期、门诊号、处方号、病史、病况及处方。
1.数据项:
日期
含义说明:
病人就诊时间。
取值方法:
病人挂号时系统的日期和时间。
2.数据项:
门诊号
含义说明:
病人看病的类别及次序。
取值方法:
挂号时自动生成。
3.数据项:
处方号
取值范围:
000001~999999
取值方法:
由电脑自动生成
4.数据项:
病史
含义说明:
病人曾经的得病记录
5.数据项:
病况
含义说明:
病人目前的得病情况
6.数据项:
处方
含义说明:
医生根据病人的得病情况做出的诊断
取值方法:
由医生诊断获得的治疗方法及相关药品
(2)数据结构:
划价单
含义说明:
药品价格合计
组成:
项目名称、规格、数量、单价、库存数量、所属部门和合计金额。
1.数据项:
项目名称
含义说明:
唯一标识药品的数据项,不能重名。
2.数据项:
规格
含义说明:
该药品对应的型号和类别。
3.数据项:
数量
含义说明:
记录药品的多少。
4.数据项:
单价
含义说明:
该药品在计量单位下的价格。
5.数据项:
库存数量
含义说明:
描述该药品在药库中的多少。
6.数据项:
所属部门
含义说明:
该种药品所属类别。
7.数据项:
合计金额
含义说明:
病人所需付的药品费用总和。
取值方法:
合计金额=单价1*数量1+单价2*数量2
(3)数据结构:
收费单
含义说明:
病人付款凭证
组成:
项目名称、规格、数量、单价、库存数量、所属部门、所付金额。
1.数据项:
项目名称
含义说明:
唯一标识药品的数据项,不能重名。
2.数据项:
规格
含义说明:
该药品对应的型号和类别。
3.数据项:
数量
含义说明:
记录药品的多少。
4.数据项:
单价
含义说明:
该药品在计量单位下的价格。
5.数据项:
库存数量
含义说明:
描述该药品在药库中的多少。
6.数据项:
所属部门
含义说明:
该种药品所属类别。
7.数据项:
所付金额
含义说明:
病人所实付的药品费用总和。
(4)数据结构:
门诊药房售药报表
含义说明:
每隔一定时间送给药库管理系统的售药情况表。
组成:
药品编号、药品名称、规格、单价、售药数量/售药剂量
A.数据项:
药品编号
含义说明:
唯一标识该药品的关键域。
取值方法:
由药品条形码标识
B.数据项:
售药数量/售药剂量
含义说明:
某种药品一定时间内售出的数量或剂量。
类型:
数字
三:
系统设计
系统设计就是详细定义基于计算机的各种活动的解决方案。
在系统设计阶段,把系统分析过程当中得到的逻辑模型结合相应的网络技术、数据库技术等详细的描述出来,并为系统实施阶段的各种工作准备必要的技术资料和有关文件。
系统设计的基本目标就是要使所设计的系统必须满足系统逻辑模型的各项功能要求,同时尽可能地提高系统的性能。
系统设计的目标是评价和衡量系统设计方案优劣的基本标准,也是选自系统设计方案的主要依据。
评价与衡量系统设计目标实现程度的指标主要有以下方面:
系统的效率、系统的工作质量、系统的可变更性、系统的通用性、系统的可靠性。
3.1:
开发工具的选择
通过研究目前市场最普遍的几种开发工具产品:
VB,VC,C++,C#,ASP,JSP,PHP,以及各种.NET和数据库开发工具Oracle,Sybase,SQLServer2000,Access2000等。
考虑到硬件设备的兼容性以及所作相应软件环境的要求,本系统采用VB.NET和oracle作为开发工具。
3.2:
处理流程
(1)系统启动时,激活身份验证模块;
(2)经过身份验证后,对系统初始化。
根据系统配置文件将数据库导入,并设置各全局变量;
(3)系统进入消息循环状态,通过事件驱动机制激活各功能模块,并执行指定模块;
(4)各项功能执行完毕后重新进入消息循环系统状态;
(5)由关闭系统事件激活关闭系统模块,退出系统。
3.3:
总体结构
医院管理系统
财务处理
住院系统
门诊系统
医师护士人员管理
系统维护
挂号
划价
收费
药房
药库
划价
修改划价单
发药
收费
3.4:
E-R图
3.4.1:
门诊子系统总E-R图:
实体及相应的属性:
实体及相应的属性
门诊医师(医师号,科室、工作时间,姓名,专业技术职称,性别,出生日期,年龄,婚姻状况,职业,出生地,民族,身份证号,国籍,住址,电话,邮政编码,户口地址,备注)
挂号单(挂号号、挂号类别、挂号日期、挂号科室、主治医师、病人姓名)
处理方案(处理方案号、开出时间、处理方案内容、主治医师,病人姓名)
门诊病历(病历号、病人姓名、病历内容、诊断时间、主治医师)
处方(处方号、处方内容、主治医师、病人姓名、病人性别、病人年龄、附注)
收费项目(收费项目号、项目类型、相应序号、收费金额、收费人员、病人姓名)
门诊病人(病人号,姓名,性别,出生日期,年龄,婚姻状况,职业,出生地,民族,身份证号,国籍,工作单位及地址,电话,邮政编码,户口地址,联系人姓名,联系人地址,联系人关系,是否住院,联系人电话);
检验项目(检验序号、检验医师、检验时间安排、检验内容、检验分析、检验结果,检验收费情况)
检查项目(检查序号、检查医师、检查时间安排、检查内容、检查分析、检查结果、检查收费情况)
工作时间安排(工作时间、所属科室、主治医师)
3.4.2:
住院子系统汇总E-R图:
实体及相应的属性:
1.病人(身份证号,姓名,出生日期,性别,年龄,婚姻状况,职业,出生地,民族,国籍,工作单位及地址,电话,邮政编码,户口地址,联系人姓名,联系人地址,联系人电话,是否住院)
2.住院病人(住院号,姓名,入院科别,入院时间)
3.医生(医师编号,姓名,出生日期,出生地,民族,国籍,户口地址,婚姻状况,年龄,住址,电话,专业技术职务,备注)
4.住院医生(姓名,医师编号,所属科室,是否当值)
5.住院病案(病案号,病人姓名,住院号,入院科别,入院病室,入院时间,入院情况,转科情况,出院科别,出院科别,出院病室,出院时间,入院诊断,入院后确诊时间,出院诊断,出院情况,其他)
6.床位(床号,住院号,姓名,经管医生,护理人员号码,是否空床,治疗结果,床位租金,入院日期,住院天数,交费方式)
7.病区(病区名,床位数,负责人,入住人数,出院人数,治愈率,好转率,未愈率,死亡率,诊断符合率,床位使用率)
8.医嘱(诊断序号,诊断类别,疾病编码,疾病名称,启用日期,处理日期,医嘱内容,领药量,主治医师,病人姓名,住院号,出院转归,病理符合)
9.住院处方(处方号,诊断序号,处方内容,主治医师,病人姓名,住院号,附注)
10.检查项目(检查序号,诊断序号,病人姓名,住院号,检查类别,检查内容,检查日期安排,检查负责人员,检查结果,附注)
11.检验项目(检验序号,诊断序号,病人姓名,住院号,检验类别,检验内容,检验日期安排,检验负责人员,检验结果,附注)
12.手术项目(手术序号,诊断序号,手术名称,手术室号,病人姓名,住院号,主刀医师,手术日期,麻醉方式,切口情况,手术持续时间,手术结果)
13.收费项目(项目列号,项目内容,病人姓名,住院号,收费类型,收款日期,收款员,收款金额,结账情况,结账金额,是否转账)
14.入院通知单(通知单号,门诊医师号,医师姓名,病人姓名,病人号,诊断建议,收费情况,批准与否)
15.出院通知单(通知单号,住院医师号,医师姓名,病人姓名,病人号,诊断建议,收费情况,批准与否)
3.4.3:
药品出入子系统汇总E-R图
实体及属性:
供应商:
{供应商号,地址,电话,信贷状况};
订单:
{订单号,供应商号,订货项数,订货日期,交货日期,生产地点};
药品:
{小类编号,品名,规格,单位,数量,单价,金额,生产日期,保质期};
药库:
{药库号,负责人,类别,面积};
订单细则:
{订单号,细则号,药品编号,单价,数量,规格,总价,批号};
药品请领单:
{编号,领用单位,药品名称,规格,领药量,单价,金额}。
3.5:
输入设计
输入的方式简单、快捷,是医院信息管理系统的基本要求,特别是门诊划价、收费的输入方式直接影响医院的工作效率。
此系统采用鼠标单击选择或直接输入的方式有许多优点。
(1)满足操作员不同的需求。
(2)无需记忆药品的价格。
(3)如发现输入处方错误可按“删除”键进行修改。
3.6:
输出设计
输出方式按照实际需要设计,如门诊划价单、门诊收费单等。
3.7:
软件结构
3.7.1:
顶层数据流
门诊处理系统
会计处理系统
药库处理系统
院长
病人
3.7.2:
二层数据流图
3.7.3:
三层数据流图
3.8:
数据库设计
表3-1用户表(user)
列名
注释
类型
长度
是否为空
是否主键
Userid
用户编码
Int
×
√
Username
用户名称
Varchar2
200
×
×
Password
密码
Varchar2
200
×
×
secrecy
安全问题
Varchar2
100
×
×
secrecyanswer
安全答案
Varchar2
200
×
×
Email
电子邮件
Varchar2
200
×
×
Credits
积分
Varchar2
200
×
×
Regetime
注册时间
Date
×
×
Regip
注册IP
Varchar2
200
×
×
logtimes
登录次数
Int
×
×
lastlogip
上次登录IP
Varchar2
200
×
×
lastlogtime
最后登陆时间
Date
×
×
Nickname
昵称
Date
×
×
表3-2角色表
列名
注释
类型
长度
是否为空
是否主键
Roleid
角色编码
Int
×
√
Rolename
角色名称
Varchar2
200
×
×
Description
描述
Varchar2
1024
×
×
Masterid
创建这个角色用户ID
Int
×
×
Mastername
创建这个角色用户名称
Varchar2
200
×
×
Createdate
创建日期
Date
×
×
表3-3资源表
列名
注释
类型
长度
是否为空
是否主键
Moduleid
资源编码
Int
×
√
Moduleme
资源名称
Varchar2
200
×
×
Description
描述
Varchar2
1024
×
×
Parentid
父节点编码
Int
×
×
Isleaf
是否叶子节点
Int
×
×
表3-4用户角色映射
列名
注释
类型
长度
是否为空
是否主键
id
编码
Int
×
√
Userid
用户编码
Varchar2
200
×
×
Username
用户姓名
Varchar2
1024
×
×
Roleid
角色编码
Int
×
×
Rolename
角色姓名
Varchar2
200
×
×
pirororder
优先顺序
Int
×
×
表3-5角色自由映射
列名
注释
类型
长度
是否为空
是否主键
id
编码
Int
×
√
moduleid
资源编码
Varchar2
200
×
×
modulename
资源名称
Varchar2
1024
×
×
Roleid
角色编码
Int
×
×
Rolename
角色姓名
Varchar2
200
×
×
privilege
权限
Int
×
×
extendrole
是否继承角色1继承0不继承
Int
×
×
princialtype
主体类型
varchar2
20
×
×
表3-6药材表
Table3-6medicinetable
列名
注释
类型
长度
是否为空
是否主键
id
药材编码
Int
×
√
Name
名称
Varchar
200
×
×
Price
价格
Varchar
1024
×
×
Press
生产地
Int
×
×
Description
描述
Varchar
200
×
×
Type
类型
Varchar
200
×
×
表4-3采购表
Table3-7caigouTable
列名
注释
类型
长度
是否为空
是否主键
Id
挂号编码
Int
×
√
Kahao
挂号编码
Varchar
200
×
×
Cretetime
挂号时间
Createtime
×
×
Lururen
录入人
Varchar
200
×
×
Kaiyaocontent
开药内容
Varchar
200
×
×
Descripiton
描述
Varchar
2000
表3-8挂号表
Table3-8predoctorta