软件工程医院信息管理系统.docx
- 文档编号:10748028
- 上传时间:2023-05-27
- 格式:DOCX
- 页数:66
- 大小:1.43MB
软件工程医院信息管理系统.docx
《软件工程医院信息管理系统.docx》由会员分享,可在线阅读,更多相关《软件工程医院信息管理系统.docx(66页珍藏版)》请在冰点文库上搜索。
软件工程医院信息管理系统
软件系统设计报告
医院信息管理系统
专 业:
电子信息科学与技术班级:
某班
小组成员:
同学甲同学丙
同学乙同学丁同学戊
指导教师:
张博依职称:
中国矿业大学计算机科学与技术学院
2011年1月徐州
医院信息管理系统
可行性研究报告
作者:
全体组员
日期:
2010年11月
小组成员分工明细:
题目
医院信息管理系统
设计日期
2010年10月至2010年11月
小组成员
在本次设计中承担的任务
文档成绩
同学甲
对现有系统的分析(处理流程和数据流程、局限性)
同学丙
任务概述(项目目标、项目范围、初步想法)
同学乙
所建议的系统(对所建议系统的说明、处理流程)
同学丁
所建议系统的数据流图和改进之处以及结论
同学戊
项目背景、所建议的系统(可行性分析)
指导教师签字:
年月日
1.项目背景
现代科技的发展,将人类社会带入了一个信息爆炸的时代,高速而正确的处理这些信息,就必须要得到计算机的支持,计算机成为了人们生活和工作必不可少的辅助工具。
作为人类生活必需的公共设施,医院也必须处理巨大量的各式各样的信息。
采用计算机信息管理系统已成为医院管理科学化和现代化的重要标志,给医院带来了明显的经济效益和社会效益。
为了加快医院系统的信息化步伐,提高医院的业务水平,建设和完善医院信息系统已变得十分必要。
随着计算机性能不断提高,价格不断下降,计算机已在医院中普及。
医院信息管理系统的建设将本着“以患者为中心”的原则,以方便患者、提高就诊效率为目的,力争为患者提供最满意的服务,同时也将提高医院的社会效益和经济效益。
与市场经济的接轨的过程中,每个医院都需要强化内部管理、树立医院良好形象以而提高社会效益和经济效益。
在医院管理过程中应用计算机系统,可随时进行经济核算,展开成本效益分析,使医院经营决策科学化;而计算机数据处理不易发生错误,在改善医院人、财、物管理,同时节省医管人员工作时间,提高医疗工作质量,还对本来社会上存在的那些不良现象:
人情方、搭车药可以最大程度的避免,创造医院良好信誉等诸多方面。
在项目背景的规划中,经过对徐州市一部分医院的调查,我们了解了他们的医院信息管理流程,从中找出了问题所在,为该系统的建立勾画一个基本的蓝图。
此外,我们还上网查阅了相关的类似软件资料,以及他们的软件说明书,发现几乎所有的软件都和医院真正的需求有些差异。
2.任务概述
2.1.项目目标
A.人力与设备费用的减少;
B.处理速度的提高;
C.集门诊划价、收费、发药于一体;
D.可实现信息存储、更新、查询;
2.2.项目范围
A.本系统可以代替人工完成划价、收费、发药等功能;
B.从人机界面可输出划价、收费、及药单三项数据。
其中划价分为中药划价、西药划价,不同的划价对价格要求不同;
C.管理员通过键盘输入用户的需要,分别选择三种模块功能的一种。
并根据用户描述来进行分别得输入数据;
D.本系统存储用户的个人信息以完成相关功能,但不会侵犯用户个人隐私;
E.相关硬件环境:
台式机、笔记本电脑;运行时内存需要:
1MB;
安装所需硬盘:
5MB;打印机:
可选。
相关软件环境:
Windows7/WindowsXP
3.对现有系统的分析
3.1.处理流程和数据流程
系统流程图:
3.2.局限性
现在大部分的医院采取的信息管理系统正在从人工向自动化的智能管理的转换过程中,有许多的软件系统并不完善,不能很好的为客户的方便和利益着想。
而人工的信息记录更是容易出错,甚至出现故意的错误,比如贪污的出现。
因而一套完整的医院信息管理系统的出现是势在必行。
根据上面几个已经得到的分析结论,可以轻松地得到现有系统的局限性,此外,在了解了实际情况后,我们又补充了一些系统流程图未涉及到的内容。
4.所建议的系统
4.1.对所建议系统的说明
通过计算机信息管理系统将用户信息进行存储,在用户要求访问该界面,可以调出相关信息。
而此系统的主要功能是代替人工对用户进行划价、收费、药单的相关处理。
需要管理员对基本的计算机操作熟悉即可。
4.2.处理流程和数据流程
用系统功能模块的形式说明所建议系统的基本的处理流程和数据流程,并加以叙述。
程序流程图
窗体1操作
实现功能
(1)添加数据库记录
(2)查询数据库功能
(3)计算合计
窗体2操作
实现功能
(1)查找索引
(2)计算找零
窗体3操作
实现功能:
查找索引
整个系统流程图
4.3.改进之处
A.处理速度和正确度上计算机的优越性要比人工操作高很多。
而三种功能在一个软件系统上实现的确节省了人力资源。
B.由于计算机的及时更新性质,可以很轻松的实现各种信息的更新和存储。
4.4.可行性分析
4.4.1.经济可行性
支出:
a.购入机器和设备约5000元/台。
每台机器可用两年。
约300元/月。
b.数据库管理软件;因为需要相关数据是医院内部定义,因而只需要极小的劳务费。
约50元/月。
c.人员的工资、奖金。
软件设计人员薪金3000元/月,大约六个人的软件设计小组,平均到每个管理窗口为180元/月。
合计下来每桌大约支出【(300+50+180=530)元/月】
收益:
减少了劳动力,从而减少了员工工资支出;每台机器的效率相当于两个熟练操作员。
一台机器配备一个管理员。
收益为2000元/月
总体而言收益大于支出。
所以经济上可行。
4.4.2.技术可行性
开发软件所需要的技术是否具备是通过该系统的目标来衡量的,一般情况下我们可以从软件的环境条件、硬件的性能要求、相应的开发及操作人员的能力水平等方面综合进行分析和考虑。
从系统开发及实施的可行性和灵活性考虑,本系统的软件开发环境主要选择了当前较为流行的VisualC#.NET来进行前台的管理设计,而后台则选用了功能强大的SQLserver2005数据库。
从硬件角度来说,要求相对较低,所以选择的空间较大,一般情况下计算机硬盘在100MB左右,内存在512M以上都是可以满足开发环境的。
根据现在计算机水平的发展和普及,系统在硬件方面是可行的。
当然,硬件环境的配置越高,系统的开发与运行相对就会更加高效与快捷,可行性也会大幅度提高。
从软件角度来说,主要采用的是VisualC#.NET和SQLserver2005,两个开发软件都是现有开发软件中较为安全,可靠和成熟的,具有较高的可行度,所以软件方面也是可行的。
4.4.3.运行可行性
由于计算机的普及,相关软硬件的配备已经不是问题。
而计算机普及同时带来了大量可以上机操作的员工,而医院本身就有许多这样的人员,因而运行也可行。
4.4.4.法律可行性
经过上网调查,相关的软件系统已经存在,但是并不完善。
我们从设计到开发完全自主,并不侵害其他软件产品的专利或者版权。
而与开发商的用户也是经过公证处公开签署的,因而在法律上可行。
5.结论
可以立即开始进行。
医院信息管理系统
需求分析报告
作者:
全体组员
日期:
2010年11月
小组成员分工明细:
题目
医院信息管理系统
设计日期
2010年11月至2010年11月
小组成员
在本次设计中承担的任务
文档成绩
同学甲
数据字典(数据元素、数据流、数据存储)
同学丙
顶层数据流图以及加工逻辑描述
同学乙
分层数据流图(一层数据流图、二层数据流图)
同学丁
需求分析概述以及顶层数据流图
同学戊
加工逻辑描述
指导教师签字:
年月日
1.需求分析概述
门诊管理系统的主要包含:
门诊划价系统、门诊收费系统、门诊发药系统1.1.功能需求分析
1.1.1.门诊划价系统功能需求分析
1.录入处方及检查治疗单、核算病人的费用,提供门诊划价窗口业务。
2.门诊划价发药可作到排队“四条龙”合一:
西药划价、中药划价、门诊收费等四条龙。
实现“以病人为中心”的目标。
可以根据医院规模和管理模式选用。
3.各类划价支持多种录入方式:
医院自编数字码方式、拼音缩写码方式、五笔码方式、拉丁方式、并充分满足了窗口业务的快速响应要求。
4.提供与门诊收费相关的各类报表。
提供与财务科的业务数据通讯能力。
提供与门诊药房的通讯能力。
向经济核算部门提供门诊科室人员的部分核算数据。
1.1.2,门诊收费系统功能需求分析
1.支持多种收费方式、收费标准、收费项目、付款比例适应医院对不同病人的服务要求,特别支持医疗保险病人。
2.提供与门诊药房的联网数据共享能力
3.提供与门诊收费相关的各类报表
4.提供门诊医疗统计、门诊科室及工作人员部分核算数据和工作量统计。
5.完成现金收费并打印发票等功能,满足以收费为核心的管理,完成收费日清月结,随时生成各类门诊收费报表及各种统计报表。
6.退费处理方法合理有效,结帐方法灵活安全。
7.网络环境下可多人操作,使用密码划分权限,防止非法操作。
使用连续套打发票,各收费员都用自己的发票,发票上打印各操作员的的工作发票序号。
初期设置方便灵活,各单位可自己定义科室项目、费用项目、操作员姓名及代号。
1.1.3.门诊发药系统功能需求分析
1.采用整体统一的管理方式:
门诊药房与门诊收费联网共享数据。
2.对药房同药库、药房同药房之间的物流进行双向管理
3.可以根据药品的限期及库存下限来来进行缺药、失效预告、对药品进行数量、金额双重控制,毒麻、贵重药品特别控制。
4.核对已收费处方无误后予以配药、发药处理。
发药后减去门诊药房库存。
5.支持病人处方的退药处理,并增加门诊药房库存。
6.支持协定处方管理录入,能够自定义协定处方,加快划价/收费(员)录入速度。
完善的库存管理:
对购进药品从品种数量、价格等进行验收入库处理,根据临床需要和库存情况进行出库处理:
除日常的出库外,还有调拨、报损、退药等多种形式出库。
7.严格药品有效期管理。
8.高度的自动处理功能:
系统可根据有效期自动预告失效药品;对呆滞药品进行预告;对超限药品进行报警。
9.有丰富的报表功能:
药品台帐、药品名细帐、药品月统计、药品出入库单、药品调价单、药品报废单等。
10.门诊药房系统中又分为门诊中药房和门诊西药房两子系统,两者主要功能相同。
11.针对性强,针对药房管理中的难点进行开发,做到了‘四个一’,即‘药品名称统一、规格统一、编码统一、价格统一’,将医院药品工作管理上升到新阶段。
12.模拟人工管理为主,操作员易于以惯常思维理解并掌握使用。
13.各药房以药库为中心,请领药品、入库、调价。
1.1.4.需求概述
浏览功能:
可选定一项记录,显示该记录的所有域。
修改功能:
可任意修改字段,药品名称不能为空。
添加功能:
可任意添加一条或多条处方及相关内容。
删除功能:
可任意删除一条或多条处方及相关内容。
报表生成:
可根据提供的模板将划价结果收费单或选中的数据生成多种形式的报表。
打印功能:
将生成的报表或选中的记录进行打印输出。
身份验证:
进入系统时,对操作员的身份进行检查,只允许合法操作员登陆系统。
1.1.5.性能需求分析
1.模快化设计,具有良好的可扩充性,以适应医院不同阶段的发展需要。
方便的系统剪裁功能,各子系统间任意选择是否联网。
2.信息共享、准确及时交流信息:
发挥网络功能,减少重复操作,提高工作效率。
彻底改变手工或单机管理对信息收集处理中的重复、混乱和容易出错的状况,充分利用计算机网络及关系型数据库的资源共享、数据共享等技术。
一个环节录入信息,其它环节可以共享,确保数据的准确性和一致性。
基本信息录入采用拼音输入方式,鼠标操作,基本不需输入汉字,大大提高工作效率。
3.操作简单,维护方便:
不需要记忆任何计算机命令,人机界面友好,操作非常简单。
每个系统都具有系统维护功能,对可变化的项目可自行维护,不需改变程序。
4.实时特色:
24小时不间断的高度安全性和可靠性,数据传输准确快速,适应医院工作流程需要
5.查询功能强大:
可以对每个系统的业务情况、统计报表,在任意时间内进行汇总、查询,同时对几种情况可以任意组合查询、统计,大大降低了统计人员的工作强度;院领导通过查询系统,可及时了解业务情况、财务情况。
各种数据报表皆可打印。
将院里的事后统计变为实时跟踪,静态管理变为动态管理,提高了管理水平运行环境。
2.数据流图
2.1.顶层数据流图
2.2分层数据流图
2.2.1.一层数据流图
2.2.2.二层数据流图
3.数据字典
3.1.数据元素
用表格的方式,逐项叙述数据流图中涉及到的基本数据元素。
如,
表1:
“日期”
名称
日期
别名
RQ
取值类型
字符串
长度
4个字节
描述
病人就诊时间,取值方法是病人挂号时系统的日期和时间。
位置
处方信息
表2:
“门诊号”
名称
门诊号
别名
MZH
取值类型
字符串
长度
6个字节
描述
病人看病的类别及次序,取值方法是挂号时自动生成。
位置
处方信息
表3:
“处方号”
名称
处方号
别名
CFH
取值类型
字符串
长度
6个字节
描述
取值范围是000001~99999,取值方法是由电脑自动生成
位置
处方信息
表4:
“病史”
名称
病史
别名
BS
取值类型
字符串
长度
4个字节
描述
病人曾经的得病记录
位置
处方信息
表5:
“病况”
名称
病况
别名
BK
取值类型
字符串
长度
4个字节
描述
病人目前的得病情况
位置
处方信息
表6:
“处方”
名称
处方
别名
CF
取值类型
字符串
长度
4个字节
描述
医生根据病人的得病情况做出的诊断,取值方法是由医生诊断获得的治疗方法及相关药品
位置
处方信息
表7:
“项目名称”
名称
项目名称
别名
XMMC
取值类型
字符串
长度
8个字节
描述
唯一标识药品的数据项,不能重名。
位置
药品价格合计收费单
表8:
“规格”
名称
规格
别名
XMMC
取值类型
字符串
长度
8个字节
描述
唯一标识药品的数据项,不能重名。
位置
药品价格合计收费单门诊药房售药报表
表9:
“数量”
名称
数量
别名
SL
取值类型
字符串
长度
4个字节
描述
记录药品的多少。
位置
药品价格合计收费单
表10:
“单价”
名称
单价
别名
DJ
取值类型
字符串
长度
4个字节
描述
该药品在计量单位下的价格。
位置
药品价格合计收费单门诊药房售药报表
表11:
“库存数量”
名称
库存数量
别名
KCSL
取值类型
字符串
长度
8个字节
描述
描述该药品在药库中的多少。
位置
药品价格合计收费单
表12:
“所属部门”
名称
所属部门
别名
SSBM
取值类型
字符串
长度
8个字节
描述
该种药品所属类别。
位置
药品价格合计收费单
表13:
“合计金额”
名称
合计金额
别名
HJJE
取值类型
字符串
长度
8个字节
描述
病人所需付的药品费用总和,取值方法是合计金额=单价1*数量1+单价2*数量2
位置
药品价格合计收费单
表14:
“药品编号”
名称
药品编号
别名
YPBH
取值类型
字符串
长度
8个字节
描述
唯一标识该药品的关键域,取值方法是由药品条形码标识。
位置
门诊药房售药报表
表15:
“售药数量/售药剂量”
名称
售药数量/售药剂量
别名
SYSLJL
取值类型
字符串
长度
12个字节
描述
某种药品一定时间内售出的数量或剂量。
位置
门诊药房售药报表
3.2.数据流
表16:
“处方信息”
名称
处方信息
描述
定义了病人病情及相关结果
来源
处方清单
去处
药品清单
组成
病人姓名+性别+日期+门诊号+处方号+病史+病况+处方。
流程量
无
表17:
“划价信息”
名称
划价单
描述
药品价格合计
来源
处方信息
去处
收费单
组成
项目名称+规格+数量+单价+库存数量+所属部门+合计金额
流程量
无
表18:
“收费单”
名称
收费单
描述
病人付款凭证
来源
划价信息
去处
清单
组成
项目名称+规格+数量+单价+库存数量+所属部门+合计金额
流程量
无
表19:
“门诊药房售药报表”
名称
门诊药房售药报表
描述
每隔一定时间送给药库管理系统的售药情况表。
来源
门诊药房售药信息
去处
药库处理系统
组成
药品编号+药品名称+规格+单价+售药数量/售药剂量
流程量
无
3.3.数据存储
表20:
“处方信息”
名称
处方信息
描述
定义了病人病情及相关结果
输入流
处方清单
输出流
药品清单
组成
病人姓名+性别+日期+门诊号+处方号+病史+病况+处方。
组织方式
按照病人信息和处方号排序
表21:
“划价信息”
名称
划价单
描述
药品价格合计
输入流
处方信息
输出流
收费单
组成
项目名称+规格+数量+单价+库存数量+所属部门+合计金额
组织方式
按照项目名称排序
表22:
“收费单”
名称
收费单
描述
病人付款凭证
输入流
划价信息
输出流
清单
组成
项目名称+规格+数量+单价+库存数量+所属部门+合计金额
组织方式
按照项目名称排序
表23:
“门诊药房售药报表”
名称
门诊药房售药报表
描述
每隔一定时间送给药库管理系统的售药情况表。
输入流
门诊药房售药信息
输出流
药库处理系统
组成
药品编号+药品名称+规格+单价+售药数量/售药剂量
组织方式
按照药品编号排序
医院信息管理系统
概要设计报告
作者:
全体组员
日期:
2010年12月
小组成员分工明细:
题目
医院信息管理系统
设计日期
2010年11月至2010年12月
小组成员
在本次设计中承担的任务
文档成绩
同学甲
软件接口设计(用户接口、外部接口)
同学丙
软件结构设计(人工处理过程、尚未解决的问题)
同学乙
数据库结构设计(概念结构设计、逻辑结构设计、物理结构设计)
同学丁
运用设计(数据字典设计、安全保密设计)
同学戊
软件结构设计(软件结构、功能需求与模块的关系)
指导教师签字:
年月日
1.软件结构设计1.1.软件结构
用软件结构图(SC图)的形式说明本系统的模块(各层模块、子程序、公用程序等)的划分,使用IPO图扼要说明每个模块的标识符和功能。
管理员命令查询命令
门诊划价系统IPO图
输入处理输出
门诊收费系统IPO图
输入处理输出
门诊发药系统IPO图
输入处理输出
1.3人工处理过程
系统运行时需要的人工输入有:
病人挂号信息:
挂号单编号由系统直接生成,其他信息由门诊收费员输入
病历单信息:
主要记录病人的病史,由医生给出,门诊收费员输入
挂号费设置:
挂号费设置,由财务子系统管理人员设置
诊断信息:
医生诊断信息,记录在诊断单
药品信息:
每当购入新药,由药物管理子系统人员输入
医生信息:
医院所有医务人员的基本信息,包括新建,管理,删除,由人事管理人员负责。
1.4尚未解决的问题
系统运行中途发生重大错误的数据恢复
病人转诊机制
2.软件接口设计
2.1.用户接口
首先将病人进行唯一编号,并将库存药品统一编号。
当病人取药时,管理员将病人的编号输入电脑中,系统显示病人的详细信息,并将病人的购药信息生成购药表,如果没有病人所买的药,则生成缺药表,此时由管理员输入缺药的名称,系统自动生成缺药表,定期根据缺药表采购药。
如果有病人要买的药,则输入药品编号,系统显示药品的详细信息,管理员查看药品信息,确定药品在保质期内则可以将药品卖给病人;如果药品过期,则系统发出警报,终止将药物卖给病人,并生成缺药表,以备下次采购。
如果药品没过期,则可以将药物售给病人,并划价,等病人缴费后,系统输出取药单,管理员给病人一张取药单,此时病人可以去药库取药。
2.2.外部接口
系统的外部接口包括:
1、数据库的接口:
SQL2000数据库与windows操作系统的连接接口
2、与基本硬件的接口
3.数据库结构设计
3.1.概念结构设计
3.2逻辑结构设计
该系统使用的数据结构由数据库的表来实现,具体如下:
用户
用户名UserName
密码Password
用户类型UserType
病人
病案号MedicalRecordID
身份Identity
挂号费用RegisterCharge
医疗费用MedicalTreatmentCharge
病历
病案号MedicalRecordID
病人姓名PatientName
病人性别PatientSex
诊断时间Date
主诊医生号DocID
诊断结果Result
血型BloodType
医生
医生号DocID
姓名Name
性别Sex
生日Birthday
职位Post
级别Grade
办公室Office
工作年份WorkYear
科室Department
手机MobilePhone
电话Phone
地址Address
工作时间表号DutyListID
工作时间表
医生号DocID
星期天上午SundayAm
星期天下午SundayPm
星期一上午MondayAm
星期一下午MondayPm
星期二上午TuesdayAm
星期二下午TuesdayPm
星期三上午WednesdayAm
星期三下午WednesdayPm
星期四上午ThursdayAm
星期四下午ThursdayPm
星期五上午FridayAm
星期五下午FridayPm
星期六上午SaturdayAm
星期六下午SaturdayPm
药品基本信息
药品号MedID
名字Name
类型Type
价格Price
单位Unit
入库药品信息
药品号MedID
生产商Producer
供应商Supplier
包装单位PackageUnit
生产日期ProductDate
过期日期
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 医院 信息管理 系统