软件工程实验报告 病房管理系统方案.docx

上传人:b****6 文档编号:8091099 上传时间:2023-01-28 格式:DOCX 页数:37 大小:1.59MB
下载 相关 举报
软件工程实验报告 病房管理系统方案.docx_第1页
第1页 / 共37页
软件工程实验报告 病房管理系统方案.docx_第2页
第2页 / 共37页
软件工程实验报告 病房管理系统方案.docx_第3页
第3页 / 共37页
软件工程实验报告 病房管理系统方案.docx_第4页
第4页 / 共37页
软件工程实验报告 病房管理系统方案.docx_第5页
第5页 / 共37页
点击查看更多>>
下载资源
资源描述

软件工程实验报告 病房管理系统方案.docx

《软件工程实验报告 病房管理系统方案.docx》由会员分享,可在线阅读,更多相关《软件工程实验报告 病房管理系统方案.docx(37页珍藏版)》请在冰豆网上搜索。

软件工程实验报告 病房管理系统方案.docx

软件工程实验报告病房管理系统方案

软件工程实验报告

——病房管理系统

 

学院:

理学与信息科学学院

 

专业:

软件外包

 

班级:

2013级5班

 

姓名(学号):

汪绍鹏(20133847)

 

实验一书写可行性研究报告

一、引言:

随着计算机网络和通讯技术的发展与融合,信息化已经在世界各国各领域的应用越来越广泛,这些应用带来了生产方式的改革,经济的快速增长和人类文明的进步,整个世界进入了一个信息时代。

医院作为特殊的服务行业,管理方式千差万别,并且使用着大量的先进的仪器设备,处理着大批的业务,产生庞大的信息,因此医院急需一套适合本院的医院信息系统来收集处理信息,从而更好地利用信息,来提高医院管理水平,改善医院服务质量,加速医院临床研究步伐,提高医院的竞争能力。

二、实验目的:

掌握可行性研究的步骤,练习编写可行性研究报告。

大部分中小医院都没有实现住院管理的信息化,开具医嘱、摆药、写书病历、绘制体温单等日常工作十分繁重;乱改医嘱、乱收费等情况时有发生;无法给病人提供详细的收费项目清单,造成医患关系紧张。

因此,本实验目的为给病人提供详细的收费项目清单,解决医患关系紧张问题。

三、实验工具:

Word或PowerPoint。

四、实验对象:

住院管理业务的信息化主要目标是:

1、住院、出院手续办理简单化。

2、患者信息完整化。

3、医嘱执行单电子化。

4、减少医生和护士的工作量,提高他们的工作效率。

5、患者数据准确及时化。

五、实验内容

1、项目背景:

疗管理需要大量的人力来管理繁琐的入院手续,病历管理,病房管理,出院管理等工作,非常麻烦,而且由于手工操作,非常容易出错。

而且病历保存占地方且保存很麻烦,浪费资源更加不用说了。

还有繁琐的手续,让病人觉得非常麻烦,也给管理人员造成很大麻烦。

直接的影响就是效率低下,成本高,给本来就不想上医院的人更加讨厌进医院。

以上问题普遍存在于各个医院。

仔细想来,其实这些工作电脑其实完全可以胜任,而且非常容易完成。

通过电脑的辅助管理,不仅可以解决上述问题,而且符合现代的潮流,体现一个医院的现代化形象,对于提高员工工作效率,加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。

项目名称:

病房管理系统

项目提出者:

山东省医院

项目开发者:

汪绍鹏

项目实现单位:

山东省医院

信息化浪潮席卷各行各业,医院信息化近年来在各大医院迅速发展,一部分有条件的大医院已实现了整个医院的信息化,有的甚至已经实现了以患者医疗数据为中心的医疗临床信息系统,极大地提高了工作效率和服务水平。

然而,大批的中小医院信息化建设相对滞后,大都数处于单项目应用阶段,即门诊收费管理、药房划价系统、工资管理等,其特点是以财务管理为中心,各应用系统的性能和功能水平不高,各系统之间没有联系,相互独立,信息不能共享。

为解决收费项目清单和医患问题而制定的。

2、可行性研究前提:

1)实验目的

主要功能:

提供一个集住院部划价、收费、发药、病房管理于一体实现信息存储、更新、查询等多项功能,为广大医务工作人员及病人提供方便。

条件或限制:

本系统更为理想的选择是与其他管理系统集成起来,组成医院管理系统。

在功能方面可以考虑由多用户分别进行管理,系统也可为级别不同的用户设置不同的权限,同时应进一步提高系统的安全保密性。

输出要求:

数据准确、完整,详实。

输入要求:

简捷,快速,实时。

输入方式的简单、快捷、易用,支持纯键盘输入,同时必须对有大量数据输入的界面进行输入设计,以优化提高输入速度。

2)系统条件与限制

建议软件寿命:

10年甚至10年以上。

经费来源:

山东省市医院

硬件环境:

PⅣ或更高档微机、笔记本电脑;

运行时内存需要:

5MB~~10MB;

安装所需硬盘:

15MB;打印机:

可选。

软件环境:

中文Windows2000/Me/XP及以上产品;英文Windows2000/Me/XP及以上产品。

3)进行可行性研究的方法

(1)对医院的工作人员进行走访。

(2)进行系统的调查研究。

(3)分析采集各种资料。

(4)分析整个住院部的业务流程。

4)对现有程序的分析

1、办理入院手续。

2、床位分配

3、开立遗嘱

4、过遗嘱

5、汇总领药

6、摆药

7、医嘱执行等等步骤,导致耗时间长,医患等待时间长,医生趁机牟利现象的发生。

5)对新程序的可行性分析

(1)成本/效益分析结果,效益〉成本。

(2)技术可行,现有技术可完全承担开发任务。

作为本产品的使用者要求有一定的计算机基础,可以熟练得使用window操作系统所提的各种功能。

数据库管理要求具有专业水平的数据库管理员,而且要经过我们的专门培训。

我们会在售出后长期提供软件维护免费服务,以便用户在软件使用中出现的问题.

(3)操作可行,软件能被原有工作人员快速接受。

处理速度:

一般查询速度<4秒,关键数据查询速度:

<2秒>

(4)法律可行,在法律允许的范围内编写开发。

与传统的作品有所不同,计算机软件的的流通不仅仅是软件实物的交易,也是软件使用权的授权合同。

在我们向用户提供我们的产品时,我们和用户之间要协商好工资管理系统的使用授权问题。

只有这样,软件制造者和用户才可以保障自己的合法权益。

根据《计算机软件保护条例》规定,软件著作权的许可和转让是软件著作权人在行使权利或者分权利,以此获得商业利益或者报酬。

然而,《计算机软件保护条例》和相关的法律对软件著作权许可、转让的规定(法律要求)不同,软件著作权的许可和转让所产生的法律结果也有很大的差别。

软件著作权登记与软件著作权许可和转让合同的登记区别。

《计算机软件保护条例》确定了软件著作权的自愿登记手续。

软件著作权的自愿登记手续包括两类:

一是《计算机软件保护条例》第7条所规定的软件著作权(权利)登记手续;二是《计算机软件保护条例》第21条所规定的软件著作权许可使用和转让合同(合同)登记手续。

从操作层面上来看,“权利登记”和“合同登记”是两个互不相关的登记手续。

办理著作权(权利)登记的申请人可以是独立、合作、委托和接受指令性研发软件的著作权人,也可以是软件著作权的继承人、受让人、承受人;而办理软件著作权许可使用和转让合同登记的申请人,仅仅是软件著作权许可使用和转让合同的当事人。

(5)疗管理需要大量的人力来管理繁琐的入院手续,病历管理,病房管理,出院管理等工作,非常麻烦,而且由于手工操作,非常容易出错。

而且病历保存占地方且保存很麻烦,浪费资源更加不用说了。

还有繁琐的手续,让病人觉得非常麻烦,也给管理人员造成很大麻烦。

直接的影响就是效率低下,成本高,给本来就不想上医院的人更加讨厌进医院。

以上问题普遍存在于各个医院。

仔细想来,其实这些工作电脑其实完全可以胜任,而且非常容易完成。

通过电脑的辅助管理,不仅可以解决上述问题,而且符合现代的潮流,体现一个医院的现代化形象,对于提高员工工作效率,加速资金周转、降低各项成本及改善服务质量都有十分积极的作用。

一个成熟的医院管理系统不仅仅是记录病人的信息,提供查询,报表打印等一系列简单的工作,它能让工作人员从烦琐的手工操作中解脱,并且医院管理系统本身就代表着一种管理方法。

随着它的深入,将带动企业的运做,为管理和决策提供支持。

为了达到这个要求,它必须依靠高起点的硬件环境和软件开发工具来保证系统的稳定和正常运行。

总之,使用该医院管理系统,将会有以下好处:

1.高效的病房管理:

能有效的提高病房使用率。

2.提高决策依据:

管理者可以随时了解经营情况,以制定相应的经营方针。

3.减轻员工的工作负担:

从而使员工把更多的精力放在提高为病人服务的质量上。

4.简单、方便地保存和查询历史资料。

5.树立良好的医院形象。

6.可以方便的查阅病人的病历及类似病人的医疗情况,给医生提供可靠参考。

7.对病人的实时监控,保证病人的生命安全。

6)对新旧程序软件的评估

原有系统的主要局限性:

1、重复劳动现象严重。

一方面,过长期医嘱时,护士每天都必须重新再核对一次,并重新手抄产生每日医嘱明细单。

另一方面,不同病人的病历可能有许多相似的地方,可是医生必须为每一个病人重新手写一份。

2、信息交流不畅造成多做冤枉工。

有些长期医嘱,医生在开立时未指定停止时间,往往当护士过完当天医嘱并从药房领药回来后,医生才通知停止医嘱。

3、工作量大。

护士过医嘱、汇总用药量、绘制体温单等工作十分繁琐,医生记录病人的病历也花费大量时间精力。

无法将精力集中于治疗病人。

4、工作不规范,乱改医嘱,乱收费现象进有发生。

5、结算容易出错。

新系统的评估:

1.电脑收银,打印帐单:

快速准确,减少病人等待时间,并可杜绝收银过程中的舞弊现象。

2.高效的病房管理:

能有效的提高病房使用率。

3.提高决策依据:

管理者可以随时了解经营情况,以制定相应的经营方针。

4.减轻员工的工作负担:

从而使员工把更多的精力放在提高为病人服务的质量上。

5.简单、方便地保存和查询历史资料。

6.树立良好的医院形象。

7.可以方便的查阅病人的病历及类似病人的医疗情况,给医生提供可靠参考。

8.对病人的实时监控,保证病人的生命安全。

3、结论

可以进行试验,并投入正常使用与推广。

 

实验二书写需求规格说明书

一、实验目的:

通过数据库对病人信息,医疗费用进行记录也对病人的生理信息进行记录使医院的管理能够简单,减少护士医生的工作量,使能达到高效率的工作,提高医院效益,改善服务质量,做到更人性化的服务。

本需求分析旨在对病房管理系统的阐释,使人们可以对病房管理系统更轻松的使用和更容易的维护。

二、实验工具:

Word或PowerPoint。

3、实验内容

(一)、需求分析方法

通过的获取信号系统获取病人的生理信息,然后进行系统正常生理信息和获取到的信息进行匹配判断是否满足发出警告的条件,如果是则发出警告呼叫医生护士,然后连同生理信号和资料费用一起存储到病人信息数据库里面最后当需要时候进行打印病人信息。

1、目标

本项目实现的功能有:

1、为病人办理住院手续;

2、医生调取病人病历,获悉特定病人病情,生成领药单,护士根据此发药;

3、财务人员进行扣费处理

2、运行环境

操作系统:

MicrosoftWindows8

支持环境:

IIS5.0

数据库:

MicrosoftSQLServer2000

3、条件与限制

由于人员、资金、时间等各方面因素,完成一个用于实际的病房管理系统还是具有很大难度的,完成的项目还存在很多缺陷,有待进一步改进。

(二)数据描述

1、静态数据

病人(ID,病人姓名,性别,体重,年龄,婚姻状态,身体状况);

主治医师(医师ID,姓名,主治科目,职务类别,所属科室,职称);

药房(药房名称,药房类别);

药品(药品编号,名称,功效);

护士(护士ID,姓名);

病床(床号,房号,状态);

2、动态数据

先生成病历档案(ID,既往住院情况描述);

医师开出医嘱(医嘱ID,医嘱内容)

根据医嘱生成领药单(ID,内容);

根据每天消费情况生成缴费单(缴费项目,金额);

在化验部生成化验单(编号,化验项目,化验结果);

3、数据库介绍

病人信息:

病人姓名varchar(20),病历编号varchar(20);

主治医师信息:

医生IDvarchar(20),姓名varchar(20),所属科室varchar(20);药品信息:

药品编号varchar(20),名称varchar(20);

护士信息:

护士编号varchar(20),姓名varchar(20);

病床信息:

床号varchar(20),房号varchar(20),状态boolean(20);

病历信息:

既往住院描述varchar(100),IDvarchar(20);

医嘱信息:

治疗措施varchar(100),IDvarchar(20);

缴费单信息:

缴费项目varchar(50),金额int;

化验单信息:

化验单编号varchar(20),化验项目varchar(50),化验结果varchar(100)。

4、数据词典

数据词典一般包括数据项条目、数据存储条目、数据流条目和数据加工条目。

此处分别进行列举

5、数据采集

数据采集方式为前台手工录入和系统生成两种方式。

手工录入如:

病人信息、医师、护士信息等;系统生成如:

缴费单、化验单等。

6、功能划分

主要功能有如下三项:

(1)入院病房管理

(2)住院领药、化验管理

(3)出院结账管理

7、功能描述

(1)入院管理:

登记病人信息,为病人分配医生、病房。

(2)住院期间管理:

包括住院期间的医生查房、开医嘱;护士根据医嘱生成领药单和化验单;药房配药,化验科化验;医生催缴费用。

(3)出院管理:

医生开具出院小结;病例归档;出院结算。

8、结构图

(1)组织结构图

上图是医院的组织结构图,医院下设院办、医务处、财务处、信息中心等,其中医务处为核心部分,分为门诊办公室、专家门诊、门诊病案室、挂号室、医疗部门,其中最重要的部门医疗部门又分为急诊科、内科、外科、妇产科、儿科、中医科等各科室,从上至下,各机构、部门的关系比较清晰。

(2)业务流程图

上图即为医院病房管理系统的业务流程图,大致过程如下,病人将病历交给门诊挂号处,进行挂号收费之后,开据收费证明交给检查科,进行所需的各类检查,然后将检查报告单交给医生科室,医生根据检查结果作出诊断,开处方,并决定病人是否需要住院,如需住院,医生开出住院单,并递交给病人住院建议,病人根据医嘱,填写递交住院申请表给住院部,住院处可随时给出病人的住院信息,并在病人出院时打印出院报告,收费处将医药费、检查费、住院费等各项费用统计汇总收取。

(3)数据流程图

上图是医院病房管理系统的数据流程图,大致过程如下,病人的基本信息通过病历传送到挂号处,挂号处经过收费挂号处理之后,将收据信息传送给检查科室和医生科室,检查科室进行所需各项检查之后,将检查结果数据存于检查报告单中,并将报告单数据传送到医生科室,医生科室收到收费单据和检查报告单,然后进行诊断处理,决定病人是否需要住院,如需住院,则把病人的相关信息提供给住院部,将病人的将查结果存于诊断检查单中,住院部查询病房基本信息,并根据病人的就诊情况,安排病房,将病人的床位、护理情况存于住院信息中,将病人的就诊、住院、收费情况等相关数据存于出院报告中。

(4)数据字典:

1)数据项的定义

数据项编号:

F02-01

数据项名称:

床位

简述:

病房床位的编码

类型及宽度:

字符型,8位

取值范围:

“A-00101”—“E-00105”

2)数据结构的定义

数据结构编号:

D03-05

数据结构名称:

病房基本信息

简述:

病房的床位、价格、状态等基本信息

数据结构组成:

F02-01+J01-01+Z06-05

3)数据流的定义

数据流编号:

B01-06

数据流名称:

挂号单

简述:

挂号处开出的挂号单

数据流来源:

挂号处

数据流去向:

收费处理模块

数据流组成:

科室+主治医生+收费情况

数据流量:

15份/小时

高峰流量:

25份/小时(上午9:

00-11:

30)

4)处理逻辑的定义

处理逻辑编号:

P05-02

处理逻辑名称:

入住病房处理

简述:

安排病人入住的病房、床位等

输入的数据流:

病人的姓名、性别、身份证号码、家庭住址,来源于病人基本信息表,病人的诊断信息来源于诊断信息表,病房号、床位、价格、值班医生、护理人员,来源于病房信息表。

处理:

住院部根据数据流“病人的诊断信息”,确定病人需要入住的病房、床位、护理条件、收费情况。

输出的数据流:

病人的住院信息,出院时的报告,返回给病人。

5)数据存储的定义

数据存储编号:

E05-04

数据存储名称:

检查单

简述:

存放病人的检查诊断结果

数据存储组成:

身份证号码+姓名+性别+症状+检查结果+诊断结论

关键字:

身份证号码

相关联的处理:

P03,P04

6)外部实体的定义

外部实体编号:

S02-01

外部实体名称:

病人

简述:

在本院就诊的病人

输入的数据流:

D02-01,D03-05

输出的数据流:

D05-06

9、性能需求

(1)数据精确度

1)医嘱、化验单精确到具体开具年月日小时;

2)固体药品剂量一毫克为单位,液体药品剂量一毫升为单位;

3)缴费金额以元为单位;

(2)时间特性

1)响应时间小于2秒;

2)系统能保证工作日全天正常运行;

数据传输与转换时间小于0.5s;

更新处理时间小于1秒

10、运行需求

无特殊需求!

11、其他需求

可使用性:

操作简单易上手,界面简洁美观。

安全保密的要求:

病人信息是隐私,不能轻易对外界泄露,为了保证用户的个人隐私权,病人治疗信息必须提供应有权限才能进行有条件地访问,另外全国联网医疗,使就医变得更加轻松简单。

在用户登录时需要验证用户名及密码。

可维护性:

要满足使用方便的要求,并应该提供可维护、可补充、易读、可靠的接口进行操作。

可移植性:

在多个平台之间能互相移植,共通数据。

 

实验三书写概要设计说明书

1、实验目的

掌握总体设计的步骤,练习编写概要设计说明书。

本需求分析旨在对病房管理系统的阐释,使人们可以对病房管理系统更轻松的使用和更容易的维护。

2、实验工具

Word或PowerPoint。

3、实验内容

1.系统功能结构图:

上图为医院病房管理系统的功能结构图,该系统的功能主要分为五个模块:

查询功能、病人住院情况处理功能、病房使用情况更新、系统的维护、打印功能,能够查询病人基本信息、病房基本信息、病人住院情况查询和处理、入院信息登记、出院信息删除,还能进行病房使用信息的更新,系统登录密码的修改、打印功能,功能较为全面。

2.代码设计:

A-00101,B-00101,C-00101

床位编码的设计:

采用字母与数字结合,打头字母表示病房所在科室,比如A-00101,字母A表示内科,前三位数字表示所在科室的病房号,比如A-00101中001表示内科的001号病房,后两位数字表示所在病房中的病床编号,比如A-00101中后两位数字01表示内科001号病房里的01号病床,同理,B-00101,C-00101也是采用此原理编码。

3.数据库设计:

3.1数据库概念结构设计:

1)系统中实体的E-R图:

2)系统整体的E-R图:

3.2数据库逻辑结构设计:

1)病人基本信息表(身份证号码、姓名、性别、年龄、家庭住址、联系方式)

2)病房基本信息表(房号、床位、单价、状态、值班医生、护理人员)

表1病人基本信息表

字段名称

字段类型

字段长度

身份证号码

字符型

20

姓名

字符型

8

性别

字符型

2

年龄

数值型

3

家庭住址

字符型

30

联系方式

字符型

11

表2病房基本信息表

字段名称

字段类型

字段长度

房号

字符型

5

床位

字符型

8

单价

数值型

4

状态

字符型

8

值班医生

字符型

8

护理人员

字符型

8

该系统使用的数据结构由数据库的表来实现,具体如下:

用管理员

用户名ManagerName

密码Password

用户类型UserType

病人

病案号MedicalRecordID

身份Identity

挂号费用RegisterCharge

医疗费用MedicalTreatmentCharge

病历

病案号MedicalRecordID

病人姓名PatientName

病人性别PatientSex

诊断时间Date

主诊医生号DocID

诊断结果Result

医生

医生号DocID

姓名Name

性别Sex

药品基本信息

药品号MedID

名字Name

价格Price

入库药品信息

药品号MedID

进库数目InAmount

总价格TotalCost

出库药品信息

药品号MedID

就诊卡号SickID

出库数量OutAmount

日收入信息

收入流水IDchargeID

类型chargeType

金额chargeVal

总收入信息

日期chargeTime

金额chargeVal

日支出信息

支出IDoutID

日期outTime

金额outVal

总支出信息

日期outTime

金额outVal

3.3物理结构设计

该系统数据结构采用SQL2000数据库实现并存储,数据库名称为CHISDataBase。

CHIS的子系统,数据间的交流通过数据库实现,因此,要求数据库对于子系统均可见,而且要求数据的一致,通过SQL语言访问数据库,并由DBMS实现物理存储以及安全管理。

3.4数据结构与程序的关系

4.出错处理设计

(1)出错输出信息

系统功能模块在连接数据库失败的时候会发出操作失败的错误信息。

(2)出错处理对策故障出现后的补救措施包括:

(a).启动备份数据库,对丢失的数据进行恢复。

(b).重新启动系统,恢复系统正常运行。

(c).对原来的数据库进行备份,并对这次错误进行详细的记录,以便以后的检查。

5.安全保密设计

登陆密码设计更复杂。

6.维护设计

作为一个产品,医院信息管理系统必须按照规范的步骤进行开发,并充分考虑软件可维护性,同时必须按时认真完成相应文档资料,以利于未来版本升级即移植等二次开发。

 

实验四书写详细设计说明书

1、实验目的

掌握详细设计的步骤,练习编写详细设计说明书。

本需求分析旨在对病房管理系统的阐释,使人们可以对病房管理系统更轻松的使用和更容易的维护。

2、实验工具

Word或PowerPoint

3、实验内容

(一)数据结构和系统函数的关系

(二)数据库设计:

数据库逻辑结构设计:

1)病人基本信息表(身份证号码、姓名、性别、年龄、家庭住址、联系方式)

2)病房基本信息表(房号、床位、单价、状态、值班医生、护理人员)

表1病人基本信息表

字段名称

字段类型

字段长度

身份证号码

字符型

20

姓名

字符型

8

性别

字符型

2

年龄

数值型

3

家庭住址

字符型

30

联系方式

字符型

11

表2病房基本信息表

字段名称

字段类型

字段长度

房号

字符型

5

床位

字符型

8

单价

数值型

4

状态

字符型

8

值班医生

字符型

8

护理人员

字符型

8

(3)程序描述

(01)医院前台处理模块

1)功能

对病人信息进行检索,若存在则直接打出病历卡,若不存在,则先创建信息,再打出病历卡,然后分配主治医师,在其进行诊断之后,缴纳费用,分配病房

2)性能

页面响应时间应该在2s以内完成,对输入的信息的合法性要进行验

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 幼儿教育 > 幼儿读物

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1