医院预约挂号平台的设计与实现论文Word文件下载.docx
《医院预约挂号平台的设计与实现论文Word文件下载.docx》由会员分享，可在线阅读，更多相关《医院预约挂号平台的设计与实现论文Word文件下载.docx（47页珍藏版）》请在冰点文库上搜索。
现代医院已意识到，医院间的竞争不仅是医术方面的竞争，更是综合实力的竞争，要求医院有更强的资金实力，更快的市场响应速度。
这就要求医院各个科室之间统一计划，协调步骤，汇总信息，调配医院内部资源，实现既要独立又要统一的资源共享管理。
随着信息技术的发展，为提高预约挂号管理的管理效率，决定开发“医院预约挂号平台”。
用户来医院就诊，有可能排很长时间的队，都不能排上号。
所以为了更好的适应信息时代的高效性，一个利用计算机来实现医院预约挂号平台管理工作的系统将必然诞生。
基于这一点，设计了一个医院预约挂号平台，用来就预约的用户及医生进行管理，以便在最短的时间内，高效准确的完成整个预约过程。
计算机技术在现代管理中的应用，使计算机成为领导者和管理人员应用现代技术的重要工具[1]。
计算机辅助医院管理活动，可以极大地增强管理者采集、处理信息的能力，从而有利于管理者及时决策。
计算机系统能根据管理过程的变化情况，将原始数据、资料等进行加工、保存，管理人员可以在解决具体问题需要信息资料时，随时进行检索查询，了解整个专家预约系统的动态情况，进行动态管理，从而有效的处理预约挂号的管理工作，实现医院预约管理的自动化，提高效率。
（二）项目开发的目的
通过使用本课题研究开发的系统，可以为用户到医院就诊提供高效、便捷的途径，解决传统医疗模式中人数过多所带来的诸多不便。
使用户从传统的就医模式中解脱出来，特别是方便外地用户进行提前预约。
解决传统医疗模式中的人工挂号对当前就诊情况反馈的不及时，导致对就诊人数控制不当的情况，使用户从漫长的挂号等待过程中解脱，从而提高医院整体的运作效率。
用户对就医的时间的选择更有自主权，从而使其在医院内的停留时间大大缩短，减少大量用户长时间停留在候诊大厅加大院内感染的可能性。
通过实名制挂号，杜绝挂号的“倒号”行为。
促进医院数字医疗系统的快速发展。
预约挂号系统能够统计门诊用户的各种数据，为数字医疗各系统提供准确、及时的用户信息，同时也可为医院的科研、管理活动提供相应的依据。
二、可行性分析及总体设计原则
（一）可行性分析
可行性分析也称为可行性研究，是在调查的基础上，针对新系统的开发是否具备必要性和可能性，对新系统的开发从技术、经济、社会等方面进行分析和研究，以避免投资失误，保证新系统的开发成功[2]。
可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。
下面将分别从技术、经济、社会三个方面对医院预约挂号平台的建设进行分析和研究。
1．技术可行性
根据医院医院提出的系统功能、性能及实现系统的各种约束条件，根据新系统目标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术已较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功能目标。
同时，考虑给予的开发期限也较为充裕，预计系统是可以在规定期限内完成开发的。
由以上分析可知，医院预约挂号平台的开发在技术上是可行的。
2．经济可行性
医院具有信息化的处理设施，并且拥有支持本系统的应用平台。
因此无需再投入资金购买其他设施。
系统的开发基于本人对程序开发的实践学习而来，学校无需资金投入，并且软件开发过程投入的成本不高，因此开发经费完全可以接受。
由以上分析可知，医院预约挂号平台在经济上是可行的。
3．社会可行性
本系统的社会可行性主要从法律因素、用户使用可行性两方面进行研究。
（1）法律因素
本系统是根据医院预约管理的实际工作情况开发研制的，是通过大量的调研得出的，系统的软件设计是在独立的环境下完成的，无可供抄袭的软件产品。
（2）用户使用可行性
本系统对用户的要求，除了需要具备在MicrosoftWindows平台上使用个人电脑的知识外，并不需要特别的技术能力。
使用系统的管理员，需要具备对Tomcat服务器的使用能力，在投入使用前，无需对操作系统的人员进行培训。
这样既减少投入成本又简化了操作环节。
由以上分析可知，医院预约挂号平台具有社会可行性。
（二）总体设计原则
本系统为了设计、实现和后期维护的方便，以及系统用户使用的便利，所以必须采取一定的设计原则[3]。
其主要设计原则有：
简单性：
在实现系统的功能的同时，尽量让系统操作简单易懂，这对于一个系统来说是非常重要的。
针对性：
本系统设计是针对医院预约挂号的需求定向开发设计，所以具有专业突出和很强的针对性。
实用性：
要求本系统能够满足专家、管理员及用户的需要，因此具有良好的实用性。
一致性：
页面整体设计风格以及命名规则的一致性：
整体页面布局和用图用色风格及变量、类名和其他元素的命名规则保持一致。
功能一致性：
完成同样的功能应该尽量使用同样的元素。
元素风格一致性：
界面元素的美观风格、摆放位置在同一个界面和不同界面之间都应该是一致的。
变量命名规则的一致性：
变量应该用统一的规则进行命名，做到任意变量均能从上下文推断其义。
先进性：
本系统采用JSP技术、SQLServer2000等被广泛采用系统开发技术和数据库，因此本设计具有良好的先进性，具体表现在其具有良好的可扩展性，可开发性。
三、系统分析
（一）业务流程分析
在进行业务流程分析时，需要按照原有信息流动过程，逐个地调查分析所有环节的处理业务、处理内容、处理顺序和对处理时间的要求，弄清各个环节需要的信息、信息来源、流经去向、处理方法、计算方法、提供信息的时间和信息形态（报告、报单、屏幕显示）等[4]。
业务流程分析可以帮助开发者了解该业务处理过程，发现和处理系统调查工作中的错误和疏漏。
业务流程分析是通过业务流程图来进行，即用一些规定的符号及连线来表示某个具体业务处理过程[5]。
具体业务流程如图3.1所示。
图3.1业务流程图
（二）数据流图
数据流程是指数据在系统中产生、传输、加工处理、使用、存储的过程[6]。
数据流程分析是把数据在现行系统内部的流动抽象的独立起来，舍去了具体组织机构、信息载体、处理工具、物质、材料等，单从数据流动过程来考查实际业务的数据处理模式。
数据流程与数据流程分析是今后建立数据库系统和设计功能模块处理过程的基础。
描述数据流程的工具是数据流程图以及其附带的数据字典、处理逻辑等图表。
其中数据流程图是描述系统逻辑模型的主要工具，它以少数几种符号综合地反映出信息在系统中的流动、存储和传递[7]。
在业务流程分析的基础上，对数据流进行了分析，从数据流动过程考察了实际业务的数据处理模式。
该系统的数据流图分为顶层、一层、二层。
现行的顶层数据流图如图3.2所示。
图3.2顶层数据流图
具体分析第一层数据流图，该层数据流图如图3.3所示。
图3.3第一层数据流图
图3.4P5展开数据流图
由于论文的篇幅限制不能一一列举数据流图，其他的数据流图绘制方法基本一致。
（三）数据字典
通过对系统数据流的分析，接下来用数据字典描述数据流图中一些主要的数据元素条目、数据流、处理过程、数据存储和外部实体[8]。
数据元素条目如表3.1所示。
表3.1数据元素
用户编号
调入年份
数据元素条目
总编号：
1-101
编号：
101
名称：
用户编号XXX
说明：
用户的编号
数据值类型：
离散
长度：
50
有关数据结构：
用户信息表如：
123
数据结构条目如表3.2所示。
表3.2数据结构
数据结构条目
用户信息表
创建用户信息记录似的数据总编号：
2-01
结构：
编号：
01
医生编号有关数据流、数据存储：
姓名P1用户管理、D1用户信息存储
学历数量：
每周约300份
职称
科室
年龄
电话
数据流条目如表3.3所示：
表3.3数据流
数据流条目
用户预约医生总编号：
3-10
将预约信息存储到预约信息存储中编号：
10
数据流来源：
P3预约管理
数据流去向：
D3预约信息存储流通量：
100份/周
包含的数据结构：
预约信息
数据存储条目如表3.4所示：
表3.4数据存储
数据存储条目
预约信息存储总编号：
4-01
存储预约信息标号：
D3
预约编号
用户编号
医生编号
病情描述
预约时间
有关的数据流：
P3→D3信息量：
200份/周
D3→P1.2
处理过程条目如表3.5所示：
表3.5处理过程
处理过程条目
预约管理总编号：
5-15
用户预约医生管理。
编号：
P3
输入：
输出：
D3预约信息存储
处理：
将P3处理后的预约信息存储到预约存储中。
外部实体条目如表3.6所示：
表3.6外部实体
外部实体条目
管理员总编号：
6-01
管理系统的人员编号：
001
输入数据流：
个数：
1个
输出数据流：
由于论文篇幅的限制，不在此一一列举，其他所有的数据字典条目都是根据数据流图绘制的。
四、系统设计
（一）系统功能设计
系统设计是一个把软件需求转换成用软件系统表示的过程[9]。
通过对目标系统的分析和研究，做出了对医院预约挂号平台的总体规划，这是全面开发系统的重要基础。
在对医院预约挂号平台全面分析调查的基础上，制定出医院系统的总体规划。
系统设计包括系统总体设计、系统详细设计、系统数据库设计、系统开发工具、开发技术和开发模式等。
从数据流图出发，对数据流图进行分析，得出的层次化的模块结构图.
医院预约挂号平台前台功能模块图如图4.1所示：
图4.1功能模块图
（二）系统数据库设计
数据库是本系统的核心和基础[10]。
它设计的好坏直接影响着整个系统的质量。
数据是一切系统设计的基础，通俗地说，数据库设计就像高楼大厦的根基一样，如果设计的不合理、不完善，将在系统开发过程中，甚至到后期的系统维护、功能变更和功能扩充时，引起较多问题，严重时甚至要重新设计，重做大量已完成工作。
1．概念结构设计
从数据需求分析中得出系统的实体属性图。
医生实体属性图如图4.2所示：
图4.2医生实体属性图
管理员实体属性图如图4.3所示：
图4.3管理员实体属性图
科室实体属性图如图4.4所示：
图4.4成绩实体属性图
用户实体属性图如图4.5所示：
图4.5用户实体属性图
预约实体属性图如图4.6所示：
图4.6预约实体属性图
E-R模型的组成元素有：
实体、属性、联系。
E-R模型用E-R图表示。
实体是用户工作环境中所涉及的事务，属性是对实体特征的描述[11]。
（1）模型中的实体相当于实体集、一个表，而不是单个实体或表中的一行。
实体用矩形框表示，实体名称标注在矩形框内。
用菱形表示实体间的联系，菱形框内写上联系名，用无向边把菱形分别与有关实体相连接，在无向边旁标上联系的类型[12]。
（2）属性是实体的性质。
用椭圆框表示，与实体之间用一条线相连表的主码是关键属性，关键属性项加下划线。
（3）各子系统模块中主键相同的字段之间存在着相互关联的关系。
（4）在程序中实现对他们的完整性和一致性控制。
从数据需求分析中得出系统的实体属性图，遵循三范式原则，对实体之间的依赖关系进行了整合，得出系统E-R图，如图4.11所示：
图4.11系统E-R图
图中用矩形表示实体。
实体之间的关系用菱形表示，用无向边把菱形与有关实体连接，在边上标明联系的类型。
实体的属性用椭圆表示，并用无向边把实体与属性联系起来。
2．逻辑结构设计
对数据库中实现具体表的详细设计。
即各数据库表的字段名、类型、长度等信息进行了详细的描述
根据系统E-R图，系统数据逻辑结构设计如下：
1）医生（医生编号，姓名，学历，职称，可预约人数，时间，所属科室编号，已预约人数）
2）科室（科室编号，科室名称）
3）用户（用户编号，姓名，用户名，密码，年龄，电话，性别，病情描述）
4）预约（预约编号，预约时间，病情描述，科室编号，医生编号，预约状态，备注）
5）管理员（管理员编号，用户名，密码）
3．数据库表设计
表4.1管理员信息表
字段名
类型
长度
说明
id
Int
4
管理员编号（主键）
name
varchar
30
用户名
pwd
20
用户密码
用户表用于存放管理员的信息。
表4.2医生信息表
医生编号（主键）
医生姓名
time
datetime
8
时间
grxl
医生学历
zhic
职称
renshu
可预约人数
renshu1
已预约人数
hosDepartId
科室编号（外键）
用于存放医生的基本信息。
表4.3科室信息表
科室编号（主键）
科室名称
用来存放科室的基本信息。
表4.4用户信息表
数据类型
功能描述
用户编号（主键）
密码
truename
姓名
age
年龄
telephone
电话
sex
性别
describe
100
用来存放用户的基本信息。
表4.5预约信息表
预约编号（主键）
did
科室编号
DocID
医生编号
state
状态
beizhu
备注
用来存放预约的基本信息的。
（三）系统开发工具与开发模式的选择
1．系统开发工具
本系统主要使用JSP、Struts技术对系统进行设计和开发。
JSP拥有Java程序设计语言“一次编写，各处执行”、“安全性、保密性高”等的特点[13]；
Struts框架为开放者提供了一个统一的标准框架，通过使用Struts作为基础，开发者能够更专注于应用程序的商业逻辑，Struts能充分满足应用开发的需求，简单易用，敏捷迅速。
使用MicrosoftSQLServer2000数据库作为后台数据库，SQLServer2000系统具有强大的网上功能，可以在互联网上发布数据库中的数据。
在SQLServer2000系统中，允许用户简单的使用一些向导和工具把数据库的数据发布到网络上，并且可以根据需要来调度修改已经发布的数据。
在大家所了解数据库系统中，MicrosoftSQLServer2000，经过三十多年的发展，已经成为最重要的数据处理技术，被广泛应用到多种项目的开发与设计中，决定采用此数据库系统来完成系统的设计。
2．系统设计模式
目前，在大多数B/S（Browser/Server）结构的Web应用中，浏览器直接通过HTML或者JSP的形式与用户交互，响应用户的请求。
虽然很直观，但是大多数管理信息系统操作的数据量都是惊人的，随着代码的增多会使JSP页面臃肿不堪，Web服务器的负荷过重。
因此，在中间层上采用基于模型视图控制器（MVC，Model-View-Controller）的设计模式。
Model层用来实现业务逻辑，View层用来显示用户界面，Controller层主要负责View层和Model层之间的控制关系。
具体实现时，把Servlet用作应用程序的控制器，把JSP文档作为视图，JavaBeans被用来表示模型。
所有的请求都被发送给作为控制器的Servlet，它接受请求，并根据请求信息将它们分发给适当的JSP来响应。
同时，Servlet还根据JSP的需求生成JavaBeans的实例并输出给JSP环境。
JSP可以通过直接调用方法或使用UseBean的自定义标签得到JavaBeans中的数据。
这种设计模式很好地实现了数据层与表示层的分离，使开发工作更加容易和迅速。
五、系统实现
（一）用户模块
1．登录及注册管理模块
（1）登录模块
此模块主要功能是用于登录本系统，不同权限的用户登录本系统会进入不同的管理模块界面，因为在后台对该用户进行的判断，首先将从前台页面提交的用户名和密码进行接受，之后在后台进行处理，按照用户名在数据库中进行查询如果查到该用户则将该用户的权限和密码全都取出来分别赋给两个字符串变量，判断从数据库中读出的密码与登录时输入的密码是否配比上，若两个密码相同则根据权限的值进入相应的页面，否则输出密码错误。
若用户未被
升级会员 