医院就诊管理信息系统设计方案Word格式文档下载.docx
- 文档编号:20349333
- 上传时间:2023-01-22
- 格式:DOCX
- 页数:46
- 大小:1.34MB
医院就诊管理信息系统设计方案Word格式文档下载.docx
《医院就诊管理信息系统设计方案Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《医院就诊管理信息系统设计方案Word格式文档下载.docx(46页珍藏版)》请在冰豆网上搜索。
当今人们对计算机的操作已愈加成熟,对电脑的操作有一定基础,且本系统的操作性不算太复杂,通过简单的键盘输入以及鼠标点击即可完成相应的任务,简单培训以后立马上手,而且本系统可视性非常好,即本系统在操作上不会有太大难度。
1.2.4时间可行性
从时间上看,在四年时间内学习了大量关于这方面的知识,尽管只是有些遗忘,而且需要在四个星期内开发成此系统,但是通过查询相关知识,联系起以前学习的知识,通过这段时间的努力一定可以实现。
1.2.5法律可行性
①所有技术资料都为合法。
②在开发过程中,完全不存在任何关于知识产权的问题。
③不侵犯版权,没有抄袭任何系统。
④在开发过程中,完全不涉及任何的法律问题,不会担负任何的法律责任。
根据以上分析,本系统在各个方面都是可以执行实现的。
1.3项目实施计划
1.3.1任务分解
1.患者管理,能够处理患者的相关就诊信息;
2.医生管理,主要管理医生的相关信息;
3.科室管理,完成科室的维护;
4.药品管理,完成药品信息的维护;
5.挂号管理,完成患者挂号时的信息维护;
6.候诊管理,主要包括候诊的排队序列管理;
7.就诊管理,主要包括医生的诊疗情况管理;
8.划价和取药,完成药品的划价和药品的出库。
1.3.2系统开发分工
庞广东:
患者医生管理模块
罗航:
科室药品管理模块
敖贵:
挂号候诊管理模块
胡宜虎:
就诊划价取药模块管理模块
1.3.3文档撰写分工
第一章概述:
庞广东:
系统设计部分内容;
可行性分析部分内容;
任务分配;
进度安排部分内容。
第二章需求分析:
系统设计背景;
全体成员:
对于题目理解;
应完成模块;
采用工具。
第三章概要设计:
总体设计。
罗航、敖贵、胡宜虎:
对应部分数据库设计
第四章详细设计:
罗航、敖贵、胡宜虎、庞广东:
对于部分数据库以及流程图设计。
第五章系统测试:
测试借阅模块;
测试评论模块:
测试读者管理模块;
测试图书管理模块。
2需求分析
2.1背景
近年来医疗行业不断发展,医院规模不断增加。
在经济全球化的影响下,我国医疗行业不断借鉴外来经验,不断创新医院的运营模式,改善医院的管理体制,取得了良好的社会反映,发展速度不断加快,给人们的生活带来了很大的便利。
医院服务质量和治疗水平的高低,直接影响现代化医院的发展。
对于一所现代化的医院,能否全面系统满足病人的需求,如对服务态度,时间安排,治疗水平等的要求是患者选择医院的主要标准。
本课题将对医院中的病人管理、医生管理、收费管理和病床管理等方面进行探讨和研究,将现代化医院信息管理系统作为医院管理的核心平台,其管理信息内容作为研究材料与基础。
通过此次研究与探讨,主要目的在于目标系统的运用能够全面快速满足病人和医生的需求,为病人提供多方面的便捷。
提高医院运行效率,节约病人的时间,减少病人不必要开支。
通过目标系统,联系管理者与被管理者,不断反应问题同时可以积极有效解决问题,提高服务质量。
利用目标系统带来的收益是多面的,具体表现如下:
(1)间接性:
利用目标系统,减少人力物力的不必要投入,而非通过计算机信息化系统直接实现经济效益。
(2)持久性:
目标系统的建立需要投入巨额资金,但并不能收回资金。
(3)效益性:
医院利用目标系统首先可以满足病人的需求,还能打造良好的现代化医院形象。
本课题根据实际需要而产生,为了解决人工计算操作的弊端,开发一套医院管理系统势在必行。
本系统的开发主要是根据实际需要而制作,系统整体包括:
医生管理模块,病床管理模块,病人管理模块,收费信息管理模块,统计分析模块等功能模块。
2.2功能性需求
经过对本系统的研究分析,本系统主要是为了方便让医院更快捷的管理。
所面向的对象主要有病人、医生和医院的管理人员。
病人运用该系统后,可以根据该系统查看自己所需要的信息,包括治疗自己病症的医生的信息、病床信息、收费信息等。
医生运用该系统后,可以根据该系统查看自己病人的信息。
而医院管理人员通过该系统可以查看病床利用率和收费明细的情况。
根据面向对象的需求的不同,可以分析出本系统需要的主要功能有:
登录、医生信息管理、病人信息管理、收费信息管理、病床信息管理、统计分析管理和系统管理。
2.2.1系统功能模块图
该系统主要是医生和病人通过该系统,对整个医院的病床、医生、病人和消费信息进行查看,根据自己的需要进行选择。
系统层次结构图如图2.1所示:
图2.1系统功能模块图
医院管理系统包括如下功能:
医生管理:
业务描述:
管理医生信息、包括对医生信息的增加、删除、修改。
患者管理:
管理病人信息、包括对病人信息的增加、删除、修改。
科室管理:
管理病床信息、包括对病床信息的增加、删除、修改。
药品管理:
挂号管理:
管理患者排队信息,包括对候诊、就诊、划价与取药等信息的增加、删除、修改。
2.2.2医生信息管理
医生信息管理主要是通过对医生姓名的搜索,来对医生信息进行查询,其中查询的内容包括医生的编号、姓名、所属科室、资格证编号、从业时间、擅长治疗疾病等信息,还可以对医生信息进行添加、修改、删除。
图2.2医生信息管理模块图
2.2.3科室信息管理
科室信息管理主要是对病床的所属科室名称费和科室编号进行查看,还可以对病床进行添加、修改和删除。
图2.3科室信息管理模块图
2.2.4患者信息管理
患者信息管理主要是通过对病人姓名的搜索,来对病人信息进行查询,其中查询的内容包括病人的编号、姓名、证件号码、年龄、余额、手机号、密码,还可以对病人信息进行添加、修改和删除。
图2.4患者信息管理模块图
2.2.5预约挂号信息管理
预约挂号信息管理主要是通过对病人姓名的搜素,来进行对其收费信息的查询,其中查询的内容包括病人的编号、挂号日期、挂号科室、挂号序列号、挂号医师、就诊状态、患者编号和预约日期以及优先级序列号,还可以对收费信息进行添加、修改和删除。
图2.5收费信息管理模块图
2.2.6药品详情信息管理
药品详情信息管主要是对药品的信息查看,其中能查看的信息有药品编号、药品名称、通用名、成分、适应症状、规格、用法用量、不良反应、注意事项、批准文号、生产厂家还可以对病床进行添加、修改和删除。
图2.6药品信息管理模块图
2.2.7病历信息管理
病历信息管理
系统管理其中包括修改密码和退出系统,修改密码的方法是首先是输入原密码,然后输入新密码,最后确认新密码。
图2.7病历信息管理模块图
2.2.8系统用例分析
在以上需求分析的基础上,本节对它们进行用例分析。
(1)医生信息管理:
本模块主要针对管理员和病人来实现的,管理员在本模块中能够对医生的信息进行添加、修改和删除,而病人可以在本模块中实现对医生信息的查询,医生信息管理用例分析图如图2.8所示:
图2.8医生信息管理用例图
(2)病人信息管理:
本模块主要针对管理员和医生来实现的,管理员在本模块中能够对病人的信息进行添加、修改和删除,而医生可以在本模块中实现对病人信息的查询,病人信息管理用例分析图如图2.9所示:
图2.9病人信息管理用例图
(3)病床信息管理:
本模块主要针对管理员和病人来实现的,管理员在本模块中能够对病床的信息进行添加、修改、删除,医生可以在本模块中实现对病床信息的查询,病床信息管理用例分析图如图2.10所示:
图2.10病床信息管理用例图
(4)收费信息管理:
本模块主要针对管理员和病人来实现的,管理员在本模块中能够对收费的信息进行添加、修改、删除,病人可以在本模块中实现对收费信息的查询,收费信息管理用例分析图如图2.11所示:
图2.11收费信息管理用例图
2.3非功能性需求
2.3.1系统性能需求
响应时间尽量短,结果准确。
一般业务操作时间在3到5秒,添加以及修改报表时间不超过30到45秒。
对于多用户并发访问的问题,系统通过先进缓存技术而解决了相应的问题。
2.3.2系统安全性需求
由于医院管理住院系统是基于MVC模式以B/S框架而开发的Web应用,根据用户的确切使用要求以及系统的使用目的分析,医院管理住院系统在安全性方面有着很高的要求。
因此医院管理住院系统对系统安全性要求尤为严格。
为了保证管理员可以登录本系统进行具体的操作,设立了登录信息界面,在账号与密码相匹配的情况下才可以进入系统进行实质的操作。
2.3.3系统设计需求
为了达到标准、规范等目标,从而提高软件的复用率,在进行系统设计时,需做到如下。
1.底层数据统一。
对于底层数据采用标准的数据进行设置,对底部对于不符合规范的数据及时进行数据清洗和规范化操作,使得不同的数据资源统一在统一的数据格式之下,达到方便查询存储的效果。
2.界面风格的统一。
采用统一的主题模式,不同页面会有不同的应用需求,其界面主题保持基本一致,促进组织采用树形结构,方便数据的浏览和查询。
3.数据服务化。
系统中各功能模块既独立,又相互关联,在模块化的同时保证各个功能合理配置。
同时预留开放接口,能够适应系统的扩展需求。
2.3.4系统其它需求
考虑到网络环境及系统运行使用的需要,一般而言,系统表现出来的其他需求主要有:
一是对各类浏览器友好、兼容性强。
二是系统的适应性强。
另外,为了更好的用户体验,还应该满足以下条件:
1.可靠性需求:
用户在使用该系统时,系统无法访问的概率应在5%以下。
2.易用性需求:
本系统展示给用户的界面应该是友好的且易用的,用户在没有接受培训的情况下也可以使用本系统。
3.运行环境约束:
由于本系统是B/S架构的Web应用程序,因此要求安装有浏览器的用户才能使用。
2.4相关技术
2.4.1JSP
SunMicrosystems公司最早提出了JSP,经过持续地推广,不断地的有计算机和软件公司共同参与其中进行开发。
其主要是通过在HTML文件(*.htm,*.html)中嵌入JSP和Scriptlet标签来实现的。
这样,内嵌的Java程序就可以生效,对数据库做出请求、或者启用E-mail等。
上世纪末,JSP出现了,SunMicrosystems公司建立起动态性的网站就是利用了它的存在,并利用其兼容性和扩展性,来扩大平台应用。
从实际效果来看,JSP技术的出现使Web的建设和设计创新不断。
其特点大概有以下几点:
依托JSP技术,工程技术人员可利用XML或HTML标识来对web等页面进行修改或推翻设计。
这些页面上的内容也可以依托JSP来设计或实现。
如此一来,利用JSP编程语言设计的服务器,其内容发送的信息和要求都可以通过JSP索引来解释,或者根据其脚本来设计或建立。
当然,这些最终的内容也会通过HTML或XML形式反馈到浏览器中。
通过这样的方式,能够使源代码的编写者维护自己的专利和权益,也可以保证web页面的兼容性和可拓展性。
一般来说,单独的JSP页面不发生复杂的数据分析和处理,其一般用于爬虫或索引提炼攫取数据。
JSP是基于Java编程语言来实现的,他的内部具有scriptlets和tags,可以用于储存动态页面运作需要的一套程序方式。
另外,JSP将动态页面运作需要的一套程序方式与静态的网页设计分离,这样的模块分块使JSP具有兼容和扩展性,开发性更高。
说到底,JSP可以实现动态的页面控制,并且可以让页面运作程序与静态的页面分离。
JSP页面由两部分HTML和Java代码组成。
一般来说,上游的服务器如果收到来自外部请求或信息,会对Java代码进行分析或运算处理,从而以HTML的方式回馈到网页浏览器中。
其基础是JavaServlet,JavaServlet和JSP这两者是规模较大的JSP项目开发的重要组成部分。
在技术上,JSP具有了Java特有的容易理解、容易上手、适用性广,不挑平台、安全性高等特点。
这些优势保证了其在整个因特网中广为使用。
在上世纪末出现后,如今如IBM、Oracle、Bea等公司都使用其服务器,其逐渐成为电子商务软件开发的“宠儿”。
具体来看,JSP有以下优点:
(1)可以经过多次使用。
一般程序经过编码后,可在各类系统内嵌套使用,而不需要重新编写代码。
这是其优于PHP之处。
(2)另外,其兼容性比较好。
基本不挑平台,常见的平台都能兼容和开发、应用、扩展。
这刚好与PHP的不可拓展性互补。
(3)适用性广。
无论是war小文件或多层次的平台以及服务器,其都能兼容和运行。
对各类规模不一的平台都能进行数据分析、处理,反馈,其展现出极强的适应能力。
(4)可依托种类丰富、功能优异的工具。
经过接近20年的发展,JSP如今已拥有了很多开发工具,这些工具功能强大,几乎覆盖了程序开发和设计方方面面,并且几乎不需耗费金钱即可得到,为开发人员提供了便利性。
2.4.2“结构化查询语言”(SQL)
SQL意思是StructuredQueryLanguage,即为查询语言。
SQL相当于各数据库之间的信使,主要是这些数据库之间进交互的工具,也是它们之间信息交流的工具。
按照美国ANSI的定义,SQL被纳入了数据库标准化建设中。
运用SQL语言,在数据库中可以直接进行操作,比如数据更新、数据攫取等。
如今市面上比较具有规模、且与外界连通较大的数据库都是使用SQL语句。
另外目前标准化的SQL已经可以执行对数据库大部分的功能操作。
SQLServer是这些数据库进行交互和信息交流的工具。
一开始是由Microsoft和Sybase等共同设计建造的,其最早应用在OS/2上。
在WindowsNT诞生后,微软公司与Sybase公司在SQLServer的设计应用上开始走向不同方向。
其中微软公司致力与将SQLServer应用到WindowsNT中,而Sybase公司相对地,致力于将SQLServe融入到其自身开发的UNIX中。
2.4.3B/S服务架构
随着互联网和浏览器的发展,B/S的开发架构逐渐取代了C/S架构,B/S是浏览器和服务器的开发架构模式,它在服务器端放入了应用程序的大部分功能,浏览器安装在客户机端,对服务器端的安装的数据库通过WebServer进行数据的存储和读取。
B/S架构在技术方向可认为是C/S架构的升级版,用户只有拥有浏览器和互联网络,就可以通过浏览器的界面与系统进行交互,浏览器端只会处理较少的事务,大多数的处理和操作都设计在服务器端。
这样做很大程度上降低了客户端的负荷,给用户节约了硬件和系统维护方面的开支。
B/S架构的具体流程为:
打开浏览器后,输入网址,通过系统界面向服务器端发出请求指令,服务器端接收到浏览器发来的指令做对应的处理,并负责将结果传递到浏览器端,展现给用户。
该模式是在牺牲服务器端符合的条件下减少客户端的负荷量。
B/S架构在程序运行时,在浏览器向服务器发指令的同时需要借助WebServer,WebServer在这儿主要承担着动态网页生成、数据请求、返回结果等任务。
换句话可以这样理解,将C/S架构中客户端的数据处理模块中的任务分为两个,一个交给B/S架构中客户端的WebServer完成,另一个对数据库的访问交给B/S架构中服务器端完成,可以看出WebServer可以承担客户端的一部分负荷,这样就可以减轻了客户端的工作量。
由此可知,B/S架构较传统的C/S架构开发,有其独特的优势和特点:
将应用程序划分为多个独立的层次,每个层次任务不同,相互独立,但又相互关联,目的是有一个完整的系统。
B/S架构按照一定的应用功能可划分为三个层次,即功能层、表示层和数据层,三个层次各司其职,为用户展现一个完整友好的应用系统。
传统的C/S架构系统在客户端装有数据库,常用的是关系数据库DBMS,而B/S架构的功能层只是为用户提供必要的数据,大量的数据处理都依靠数据层来完成,其在服务器端完成,为缓减这种压力,B/S架构通过采取增添服务器的数量。
B/S架构下的数据安全性能也比C/S架构高,它不需要去保存任何数据和信息,只需要在服务器端增加备份服务器,以防万一服务器出现崩溃的情况下用于恢复数据库使用。
其B/S架构图如图2.12所示:
图2.12B/S架构图
2.4.4MVC
MVC是英文ModelViewController的缩写,其表示的为:
模型-视图-控制器,MVC设计模式将业务逻辑层和数据层单独分离,解决了系统输入、控制和显示的,有助于系统的开发和维护,MVC设计模式是目前系统开发最常用最合适的一种设计模式。
下面具体介绍具体每一层的功能。
(1)模型层。
该层是应用程序的核心部分,一个模型往往与许多个视图对应着,这样设计的目的是为了应用程序的可重复利用和可移植,只需修改具体业务信息,不需要重新编写相同的代码,从而提高系统的功能,有利于维护系统。
该层连接着系统业务层和数据处理层,应用程序通过模型层向数据库读取和存储数据。
如果改变了应用程序的业务信息,模型层会同时向业务层和视图层发出指令。
(2)视图层。
该层主要是将应用程序中处理的数据通过界面友好的展现给用户,用户只能通过视图层与系统发生交互交流。
视图层不对数据进行任何的处理和操作,只是用于接收用户的信息和将信息展现给用户,将模型对数据的更新实时传递给用户。
通常视图层一般由HTML组成的代码设计,外加一些Flash和XML等标识语言以及WebServices等。
(3)控制器。
该层主要是用于解决系统业务的相关请求,通常负责根据用户的输入调用模型去执行用户的需求,同时可以控制模型中的数据如何通过视图展现给用户。
控制器的执行流程是:
用户输入相关的请求并通知视图层,控制器从视图层接收到请求通过一定的算法向模型层发出指令,模型层将数据返回,最后再传给视图层,将数据呈现给用户。
MVC的特点及优势主要有以下几点:
①MVC设计模式一般用于ERP和办公等交互性强、用户众多的系统中。
②MVC设计模式可以将多个数据模型用一个视图展现。
③MVC设计模式便于构建模型,易于用户与应用程序的交互和表达。
④MVC设计模式分成三个层次,相对每一层的开发者责任分工明确,每一层的开发者只需专注于相应层次的开发,从而提高了开发速度,缩短了应用程序的交付时间。
3系统设计
3.1系统设计原则
在进行系统软件的设计中,要遵循一些原则和规范,这样才能规范设计流程,便于进行开发。
本系统遵循着以下设计原则:
(1)良好的适用性。
开发系统的目的是为用户服务的。
也就是说我们所设计的软件需要满足用户的需求。
因此本文的设计遵循的是用户需求优先的原则。
(2)结构稳定性。
开发设计进行之前,需要设计系统的整体结构。
一旦确定了体系的结构,这些设计便能流程化的进行。
因此,维持一个稳定的结构才能保证后续一系列的工作的进行。
(3)可扩展性。
衡量一个系统的好坏需要评估这个系统的可扩展性。
如果软件只能实现现有的功能,对其他功能的添加有封闭性,当用户提出新的需求,只能重新设计,这显然是不合理的。
因为良好的可扩展性无论对用户还是开发人员而言都是有益的。
(4)复用性。
在一个系统中,有很多的模块内容是比较成熟,因此很多类似的工作就可以通过复用来实现,这样不仅提高了效率,而且可靠性也大大提高。
(5)易维护性。
系统的维护往往是最耗费精力和金钱的。
因此设计出易维护的系统能够使维护人员能够快速查找出问题,能让系统具备自维护的特点是很有必要的。
3.2系统框架
系统采用MVC设计模式。
从数据层、视图层、控制层、逻辑层这几个方面进行的。
以下将对各个层面的设计进行描述。
(1)信息系统视图层的设计
系统采用B/S开发,这样就可以节约一部分的成本,因为使用这个模式可以减少C/S这个模式的时候进行的安装和升级。
通过信息系统的表示层中大量的选项选择可以帮助降低用户数据的输入量,而且还可以减少相应的培训者在培训过程中和操作过程中与软件之间的磨合时间,是其可以更快的熟悉系统的工作,并将系统的作用得到最大程度的发挥。
(2)控制层与逻辑层的设计
在信息系统的开发中,逻辑层需尊重不同用户的不同的需求,而且还要考虑不同层次间的关系。
向下依赖是逻辑层的主要设计方式,这样的设计方式不但减少了上下层间信息访问的影响程度,也充分利用了软件开发时向下依赖的设计方法,也利用了其本身的耦合程度。
而且,系统在进行进一步的开发和研究时不会在原来的基础上做改变,所以,这是一种具有代表性的可抽取式软件结构。
(3)设计信息系统数据层
MVC模型对于数据的处理是属于比较灵活,因为此模型不会依赖控制部件与视图部件的辅助,这样的数据处理方式就更加有利于更新和优化信息系统,使信息系统的工作效率提升到一个新的层次。
对于数据库来说,访问层在数据库的工作过程中起到一个很好的稳定数据的作用,因为访问层可以根据用户的各种不同的需求进行不同程度的改进和适应,从而保证数据库的稳定。
MVC的模型设计可以与三层的模式之间做到无缝兼容,而且MVC模型的应用还保证了层次和模块之间不会产生较强的依赖性。
而且MVC模型中的模型部可以对用户信息以及软件系统的各个数据进行封装,加强了数据的高处理效率和增强了系统的可操作性[8]。
3.3数据库的分析与设计
数据库简单的说其实就是长期存储的相关数据的集合,但它又不仅是局限于
对信息的存储,通过建立数据库,我们可以对数据更好的管理、存储以及查询,而且更为重要的是,我们还可以实现共享数据。
数据库中的数据结构表明了具体事务之间的关系。
而描述实体类型和实体之间关系的则称之为
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 医院 就诊 管理信息系统 设计方案