医院挂号系统论文

2021年2月7日发(作者：韩国高丽参怎么吃)
.


.



























毕

业

论

文



基于
B/S
模式的医院门诊预约挂号系统的设
计与实现

Design and implementation of system which out- patient
appointments
registered
by
hospital
based
on
B/S
schema


学院名称：

专业班级：

学生：

指导教师：

指导教师职称：








页脚


.


.


























基于
B/S
模式的医院门诊预约挂号系统的设计与实现

专业班级：

学生：

摘要

门诊预约挂号系统主要包括后台数据库的建立和维护以及前端应用程序
的开发两个方面。对于前 者要求建立数据一致性和完整性强
,
数据安全性好的数
据库。而对于后者则要求应用程 序功能完备
,
易使用等特点。

选择

和
SQLS erver
数据库等开发工具
,
利用其提供的各种面向对象
的开发工具
,
首先在短时间建立系统应用原型
,
然后
,
对初始原型系统进行需 求迭
代
,
不断修正和改进
,
直到形成用户满意的可行系统。

Designing and implementation of system which out-patient
appointments registered by hospital based on B/S schema
关键词：
面向对象，

数据窗口，

门诊挂号

Abstract:
The out-patient appointments registration system include two aspects.
The
establishment
and
maintenance
of
its
database
back-end
development
,
and
front-end application development. With regard to the former we called for the
establishment of strong data consistency and integrity, and the database
‘
s data
security. As for the latter
we
request applications
functional, fully, easy
to
use
and so on.
We
choose
,
ACEESS
database
development
tools,
provided
by
the
use
of
its
object-oriented development
tools, first established Application of
the prototype
system
in
a
short
period
of
time,
and
then,
we
need
to
iteration
the
initial
prototype
system, at last we should not give up improving the system constantly until meet
the user needs.

Key words:
object-oriented, data window, out-patient registration


页脚


.


.



























目录

第一章

绪论

.< br>............................................... ..................
4
1.1
论文研究背景与意义

.
......................................... .........
4
1.2
国外发展现状

.
.. .................................................. ....
5
1.3
本文结构安排

.
....... .................................................
6
第二章

相关技术及工具介绍

.
..... ..............................................
6
2.1
概念简介

.................... .........................................
7
2.2
概述

............................ .....................................
7
2.3
表示层

........................... ....................................
8
2.4
业务逻辑层

......................... .................................
8
2.5
数据层

........................... ....................................
9
2.6
优点

............................ .....................................
9
2.7
缺点

............................ .....................................
9
2.8
规则
................................ ................................
9
2.9
与
MVC
的区别

............... .........................................
10
第三章

数据库设计

.
............... ...........................................
11
3.1
表关系图

.......................... ..................................
11
3.2
表设计

........................... ...................................
12
第四章

需求分析

.
................ ............................................
14
4.1
系统流程图

.................. ........................................
15
4.2
系统功能描述

........................ ................................
16
第五章

功能的设计与实现

.
............ ........................................
19
5.1
在线预约

.......................... ..............................
20
5.2
查看自己的预约信息

..............................................
24
5.3
用户注册及信息修改

..............................................
25
5.4
密码修改

................... .....................................
28
5.5
安全退出

.......................... ..............................
28
5.6
添加专家

.......................... ..............................
29
5.7
门诊管理

.......................... ..............................
31
5.8
用户查看

.......................... ..............................
33
5.9
预约管理

.......................... ..............................
33
5.10
公告版容修改

....................... ............................
34
第六章

结论

.
.............................. ..................................
35
第七章：参考文献

.
........................ ...................................
36

页脚


.


.


























第一章

绪论

1.1
论文研究背景与意义

随着经济与科学技术的高速发展，
信息化的进程不断加 快。
随着计算机性能
不断提高，价格不断下降，计算机已在医院医疗，教学，科研，管理的各个 方面
得到越来越广泛的应用。然而，我国还有部分医院的信息处理停留在手工方式，
劳动强度大 且工作效率低，
医师护士和管理人员的大量时间都消耗在事务性工作
上，病人排队等候时间长， 辗转过程多，影响了医疗的秩序。计算机化的医院信
息系统已成为现代化医院运营必不可少的基础设施与 技术支撑环境。
门诊挂号系
统是整个医院管理信息系统的第一个窗口，是病人到医院就诊要做的 第一项工
作。它用于收集病人的信息，协调科室医生管理，控制各科室的流量等等。
[12]< br>
网上预约挂号系统是一种基于互联网的新型挂号系统
,
是卫生信息化建设的< br>最基础项目之一。利用该预约挂号系统
,
用户就可以在网上预约医院的专家、专
科号
,
而无须再受排队之苦。它能更好的改善就医环境
,
简化就医环节
,
节约就医
时间
,
真正体现了以病人为中心
,
一切从方便 患者出发
,
符合当今医院人性化温馨
服务的理念。
目前
,
门 诊一直是困扰医院提高服务质量的一个复杂环节
,
特别是医
疗水平高、
门诊量 大的医院
,
而造成门诊质量难以提高的因素主要有两方面
:
一是
集中 式挂号
(
现在流行的分层挂号只是相对而言一个围较小的集中式挂号
),
就诊
人员流量不均、
具有不确定性
,
有明显的就诊高峰和低谷
(
表现在整个医院不同门
诊时间段及同科室的不同时间段
)
。高峰期病人挂号排队长,
就诊时间长
,
医生熟
人插号现象
,
环境拥挤混乱,
医生问诊时间短、不仔细、态度差。而低谷期
,
医生
无病人看、溜号< br>,
医院资源浪费。二是专家号
(
特别是名专家号
)
难挂
,
出现倒号、
炒号现象
,
严重损害病人利益
,
影响到医院 的声誉。而采用网上预约挂号
,
可有效
的解决这一现象
,
还通过有效 的身份验证
,
杜绝倒、炒专家号的现象
,
提高医院门
诊服务质量,
取得良好的社会效益和经济效益。
此外
,
病人到医院就诊前对医院的< br>相关信息了解不多
,
对所要挂的专科医生的情况又不太了解
,
只能凭经 验和印象
进行选择
,
具有较大的盲目性。而当医院开通网上挂号预约服务以后，求医者 只
需坐在家中，轻点儿下鼠标，就可以挂上医院专家门诊号，可以做到“足不出户

页脚


.


.


























选医生”
。网上预约正悄然改变着都市求医者的看 病观念。拥有相对固定的个人
医生和习惯。预约看病，将不再遥远，所以应用必将越来越广泛。

1.2
国外发展现状

随着互联网络的迅猛发展
,Interne t
用户已呈几何级数增长
,
目前已经有很
多医院投入使用网上挂号系统。据了解，
预约挂号在国外颇为普及。
加拿大籍医
务工作者团女士告诉记者，
在西方国家，
病人看病都需要事先进行预约。
随着预
约挂号的深入推广，
国 越来越多的医院也意识到预约服务在节约看病时间、
分流
患者、减轻医院压力上的作用。据了解 ，尽管存在很多困难，但全国各地的医院
在尝试预约挂号的实践中还是提供了很多有益的做法。

省人民医院早在
2004
年就采取了一套相对完整的预约挂号体系，其三种预
约方式，
按照受欢迎程度排名依此为：
、
现场、
网络，
分别占到了预 约挂号中
50%
、
40%
、
10%
。在，全省围拨打12320
海西健康热线，即可预约到省立医院等
5
家医
院的专家号，< br>只按市话费标准收费，
不收取任何信息服务费。
记者在地区通过拨
打该，
成功预约到省立医院一位科专家。
在，
据解放军总医院办公室泉向记者介
绍，解放军 总医院（三○一医院）于前不久专门开通了夜间门诊预约挂号
66936619
（不收预约费）
，可以毫不费力地约到各科室的专家，开通不久即见成
效，
目前已经成功分流了约1/3
的患者。
此外医院还开通手机挂号功能，
患者只
需要发送短信就可 以进行预约挂号。患者根据系统提示，输入、性别、年龄、住
址、付费方式、就诊卡号、预约时间、预约 科室、预约项目、预约医师等容，系
统就会根据各门诊科室提供的具体情况，
安排给患者合适的 就诊排号位或挂号建
议。在患者就诊前一天、就诊当天、就诊前一小时、就诊前
5
分钟 ，系统还会以
短信的形式多次通知患者。
患者如果有事无法就诊，
通过发送短信，经过医师或
护士同意，还可二次预约就诊时间。

省卫生厅副厅长廖新波认为，< br>预约是提高医院知名度、
提高医生知名度、
提
高医院效益和符合就诊者意愿的工 作，
预约工作做得好，
可以实现医患双方的共
赢。
对于目前预约和排队并存并 出现矛盾的现状，
他建议，
医院要把每天的预约
单按照诊室号夹在门口，
目的 是让就诊者知道自己处于这位医生接诊序列的什么
位置，
同时也宣示医院“公平对待每一个就诊 者”的服务理念。
医院管理者要确

页脚


.


.


























立预约是门诊 挂号的主渠道的理念，
开始从部分开放预约诊号到全面开放，
最后
逐步实行全号源的免 费预约。
[13]

1.3
本文结构安排

为了使您在短时间了解该论文，特介绍论文容如下
:
第一章

绪论

介绍论文的选题背景、
发展现状、
所做工作及论文的结构安排。

第二章
相关技术及工具介绍，介绍了本设计作品所使用到的技术，工具及数据库

第三章

系统需求分析

主要对开发进行需求分析，逻辑模型设计 ，概念模
型设计，数据库的建立与连接。及相关功能代码介绍

第四章

总结

对整个设计过程的总结

第二章

相关技术及工具介绍

系统基于
Windows
平台，采用
C#
语言编程和
SQLServer
数据库技
术，界面使用
VS20 08
设计动态网页。系统包含前台操作与后台管理，前台用户
可以进行专家查看、预约查询与修 改、个人信息修改、密码修改等操作。后台包
括用户管理、
专家管理、
预约管理及系统 管理等功能。
界面简单，
操作使用方便。

硬件要求：

最低配置要求如下：
386DX
机型；
1GB
硬盘容量；
16MB
存；
640
×
480
显示卡

及
VGA
彩显；

中文
Windows98
操作系统。

人机界面友好，适用于大部分 人群，哪怕是计算机知识少的人群。工作人
员只须按时对系统进行更新、维护便可保证预约的有效性、可 靠性。







本系统采用三层架构来设计的，如下图


页脚


.


.



























三层架构
(3-tier application)
通常意 义上的三层架构就是将整个业务应用划分为：表现
层（
UI
）、业务逻辑层（
BLL
）、数据访问层（
DAL
）。区分层次的目的即为了“高聚，低耦
合” 的思想。


2.1
概念简介



１、 表现层（
UI
）
：通俗讲就是展现给用户的界面，即用户在使用一个系统的时
候他的所见所得。




２、业务逻辑层（
BLL
）
：针对具体问题的操作，也可以说是对数据层的操作，对
数据业务逻辑处理。

３、数据访问层（
DAL
）
：该层所做事务直接操作数据库，针对数据的增添 、删除、
修改、更新、查找等。


2.2
概述



在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。微软推
荐的 分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（又或成

页脚


.


.


























为领域层）
、表示层。




三层结构原理：



3
个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。



所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件
层。 这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层
体系结构，也不仅仅有< br>B/S
应用才是三层体系结构，三层是指逻辑上的三层，即使这
三个层放置到一台机器上 。



三层体系的应用程序将业务规则、数据访问、合法性校验等工作放 到了中间层进
行处理。通常情况下，客户端不直接与数据库进行交互，而是通过
COM/DCO M
通讯与
中间层建立连接，再经由中间层与数据库进行交互。




2.3
表示层




位于最外层（ 最上层）
，离用户最近。用于显示数据和接收用户输入的数据，
为用户提供一种交互式操作的界 面。




2.4
业务逻辑层




业务逻辑层（
Business
Logic
Lay er
）无疑是系统架构中体现核心价值的部分。
它的关注点主要集中在业务规则的制定、
业务流程的实现等与业务需求有关的系统设
计，也即是说它是与系统所应对的领域（
Doma in
）逻辑有关，很多时候，也将业务逻
辑层称为领域层。例如
Martin Fowler
在《
Patterns of Enterprise Application
Architecture
》
一书中，
将整个架构分为三个主要的层：
表示层、
领域层和数据源层。
作为领域驱动设计的先驱
Eric
Evan s
，对业务逻辑层作了更细致地划分，细分为应用
层与领域层，通过分层进一步将领域逻辑与领 域逻辑的解决方案分离。



业务逻辑层在体系架构中的位置很关键，它 处于数据访问层与表示层中间，起到
了数据交换中承上启下的作用。由于层是一种弱耦合结构，层与层之 间的依赖是向下
的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应
该是一种弱依赖 关系。因而在不改变接口定义的前提下，理想的分层式架构，应该是
一个支持可抽取、可替换的“抽屉” 式架构。正因为如此，业务逻辑层的设计对于一
个支持可扩展的架构尤为关键，
因为它扮演了两 个不同的角色。
对于数据访问层而言，
它是调用者；对于表示层而言，它却是被调用者。依赖与 被依赖的关系都纠结在业务
逻辑层上，
如何实现依赖关系的解耦，
则是除了实现业务逻 辑之外留给设计师的任务。





页脚


.


.


























2.5
数据层




数据 访问层：有时候也称为是持久层，其功能主要是负责数据库的访问，可以
访问数据库系统、二进制文件、 文本文档或是
XML
文档。



简单的说法就是实现对 数据表的
Select
，
Insert
，
Update
，< br>Delete
的操作。如
果要加入
ORM
的元素，那么就会包括对象和 数据表之间的
mapping
，以及对象实体的
持久化。

2.6
优点



1
、开发人员可以只关注整个结构中的其中某一层；



2
、可以很容易的用新的实现来替换原有层次的实现；



3
、可以降低层与层之间的依赖；



4
、有利于标准化；



5
、利于各层逻辑的复用。

2.7
缺点



1
、降低了系统的性能。这是不言而喻的。如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成。



2
、有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示
层中需 要增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑
层和数据访问层中都增加相 应的代码。

2.8
规则



三层结构的程序不是说把项目分成
DAL, BLL, WebUI
三个模块就叫三层了
,
下面
几个问题在你的项目里面：




1. UILayer
里面只有少量
(
或者 没有
)
的
SQL
语句或者存储过程调用
,
并且这些
语句保证不会修改数据
?


2.
如果把
UILayer
拿掉
,
你的项目还能在
Inter face/API
的层次上提供所有功
能吗
?


3.
你的
DAL
可以移植到其他类似环境的项目吗
?


4.
三个模块
,
可以分别运行于不同的服务器吗
?


如果不是所有答案都为
YES,
那么你的项目还不能算是严格意义上的三层程序
.
三层程序有一些需要约定遵守的规则：



1.
最关键的
, UI
层只能作为一个外壳
,
不能包含任何
BizLogic
的处理过程


页脚


.


.




























2.
设计时应该从
BLL
出发
,
而不是
UI
出发
. BLL
层在
API
上应该实现所有
BizLogic,
以面向对象的方式



3.
不管数据层是一个简单的
SqlHelper
也好
,
还是带有
Mapping
过的
Classes
也好
,
应该在一定的抽象程度上做到系统无关



4.
不管使用
COM+(Enterprise Service),
还是
Remoting,
还是
WebService
之
类的远程对象技术
,
不管部署的时候是不是真的分别部署到不同的服务器上
,
最起
码在设计的时候要做这样的考虑
,
更远的
,
还得考虑多台服务器通过负载均衡作集
群



所以考虑一个项目是不是应该应用三层
/
多层设计时
,
先得考虑下是不是真的需
要
?
实际上大部分程序就开个
WebApplication
就足够了
,
完全没必要作的这么复杂
.
而多层结构
,
是用于解决真正复杂的项目需求的。

2.9
与
MVC
的区别



MVC（模型
Model-
视图
View-
控制器
Controlle r
）是一种设计模式，我们可以用
它来创建在域对象和
UI
表示层对象之间的 区分。




同样是架构级别的，相同的地方在于他们都有一个表 现层，但是他们不同的地方
在于其他的两个层。



在三层架构 中没有定义
Controller
的概念。这是我认为最不同的地方。而
MVC
也没有把业务的逻辑访问看成两个层，这是采用三层架构或
MVC
搭建程序最主要
的 区别。当然了。在三层中也提到了
Model
，但是三层架构中
Model
的 概念与
MVC
中
Model
的概念是不一样的，
“三层”中典型的< br>Model
层是以实体类构成的，
而
MVC
里，
则是由业务逻 辑与访问数据组成的。


页脚


.


.


























第三章

数据库设计

3.1
表关系图



页脚


.


.


























3.2
表设计

3.2.1
管理员表
(Admin)
：

字段名

ID
Name
Pass

3.2.1
医生表
(Doctor)
：

字段名

ID
Name
Age
Mid
HealthID
Tel
Address
MenZHeng_ID
Photo

3.2.1
介绍表
(Introduce)
：

字段名

ID
Content
数据类型

int
text
是否主键

是


说明

编号

容

数据类型

int
varchar(50)
Int
Varchar
Varchar
Varchar
Varchar
Int
varchar
是否主键

是







MenZheng
外键


说明

编号


年龄

证件

健康证


地址

所在门诊

图片

数据类型

int
varchar(50)
Varchar(50)
是否主键

是



说明

编号

登陆名

密码


3.2.7
门诊表（
MenZheng
）
：

字段名

ID
Type

数据类型

Int
Nvarcar
是否主键

是


说明

编号

门诊名称


页脚


.


.


























3.2.1
用户表
(User)
：

字段名

ID
LoginName
Pass
Name
Mid
Sex
Tel
Address
RegTime


3.2.1
预约表
(YuYue)
：

字段名

ID
MenZhen_ID
Doctor_ID
Date
Time
User_ID

3.2.1
评论表
(PingLun)
：

字段名

PL_ID
数据类型

int
是否主键

是



User
外键

Doctor
外键

YuYue
外键

说明

编号

评论时间

评论容

用户编号

专家编号

预约编号

数据类型

int
int
int
Varchar
Varchar
int
是否主键

是

MenZhen
外键

Doctor
外键



User
外键

说明

编号

门诊编号

专家编号

日期

时间

预约用户

数据类型

int
varchar
varchar
varchar
varchar
varchar
varchar
varchar
Datetime
是否主键

是









说明

编号

登陆名

密码


证件

性别


地址

注册日期

PL_InTime
Datetime
PL_Text
User_ID
Doctor_ID
YuYue_ID

Text
Int
Int
int

页脚


.


.


























第四章

需求分析

实 施医院信息化建设以后，
我们要通过互联网和通讯系统选择医院、
选择医
生，进行网上 挂号、预约就诊，从而减少病人的排队候诊时间；通过屏幕显示病
人就诊、
检查和取药的时间，
病人可以坐着等候；
通过自动划价收费系统和电子
查询系统，使病人对医院收费放心等 等。据了解，卫生信息化建设令人关注，目
前正积极推行“电子病历”医院试点工作。以后老百姓到医院 看病，可望告别反
复填资料、跑上跑下递药方、排队等化验单结果的奔波劳累，只需“ｅ网”轻松
搞定。在具体的需求驱动下，我们采用计算机技术开发网上预约挂号系统。


页脚


.


.


























4.1
系统流程图

会员登陆

预约门诊

会员模块


预约记录

修改个人信息

修改密码

退出登陆

会员注册

评价管理


取消预约

医院在线预约
系统

专家查看

前台管理

公告板

服务指南

挂号须知

添加专家

修改专家信息

删除专家

查看专家信息

预约记录查看

添加门诊

修改门诊信息

删除门诊


查看门诊信息

预约记录查看

专家管理

会员查看

公告版

查看评价信息

删除评价信息

后台管理

门诊管理

挂号须知

预约管理



页脚


.


.


























4.2
系统功能描述

系统具备门诊挂号，日期选择，时间点选择，科室选择 ，专家选择等一系列步骤，选择
完成之后点击挂号，
系统会自动生成一个挂号编号，
用 户可凭此号去医院就诊不仅可免五元
挂号费，更可以直接和专家预约好时间直接前去就病。本系统主要包 含：专家管理模块，预
约管理模块，会员管理模块，门诊管理模块，评价管理模块，统计模块。


专家管理模块

根据医院的专家人员进行相关信息的编辑，可以对专家的信 息进行查找，添加，删除，
修改
等操作，每个专家对应一个门诊，以方便用户在挂号预约的时候 进行预约。


门诊管理

可对医院门诊进行管理操作，
每 个门诊下面可以有
N
位专家，
管理员可对门诊进行查找，
删
除，修改 等操作，并可查看到每个门诊下面所有的专家列表对其进行管理。


预约管理

（
1
）

预约登记

在预约登记过程中规定：同一患者只能预约同一天同一专家一个号。

在预约过程中，
同一日期，同一日期，同一专家不能被重复预约，
预约的时候系统自运筛选
出某门诊下 面的所有专家可供用户预约。


页脚


.


.


























选择科室选择日期
选择专家
选择时间
支付金额
获取编号

（
2
）

取消预约

在预约过程中，
时间 还没有超过预约的时间，
用户可以自行取消预约记录。
取消的同时，其
它用户可以再次 预约相同时间，相同专家。


会员模块

（
1
）

会员管理

管理员可以对所有用户进行查看，并可以查看他们的详细资料，详细的挂号明细记录。

(2)
会员注册

用户登陆本站，
需要预约的用户必须要了解 本站挂号须知，
并且注册成为会员才可以进行挂
号操作，注册需要填入用户的基本信息，包括，
，性别，联系方式等重要信息。

（
3
）

会员登陆

输入本站会员的用户名和密码即可登陆本系统进行相关会员操作，若用户名 和密码输入错
误，则禁止进入本系统。

（
4
）

密码修改

如果密码长期未修改将影响到的安全，用户可以随时更新密码，确保自己的安全使用。

（
5
）

预约记录

用户可以查看到自注册以来所 有的预约记录，
已经过期的预约记录将不可以再取消预约，
只
供查询。


页脚


.


.


























（
6
）

取消预约

用户如果因突发事件不能前往的，
可以即时地在线进行取消预约，
一但取消预约，
该用户的
预约条件选择将可能被其它用户预约。

（
7
）

评价管理

用户可以查看到自己对专家的所有评价，只供查看，不能进行修改和删除操作。


评价管理模块

对于一些已经预约成功的用户，
该用户可以对已经预约过的专 家进行评价，
一次预约只能评
价一次，如果有预约未到的用户，系统禁止评论资格，以达到评论 的真实性。


统计模块

管理员可以统计出每个月，每周有多少人 挂号记录，每个专家每周，每月的工作量，更便于
管理和统计流量，和医院来往病人的人流量。


公告栏

可以随时更新医院的动态信息，
让用户第一时间了解医院 的情况并及时安排好自己的时间进
程。

挂号须知

每个用户挂号之 前都必须查看挂号须知里面的容模块，
如查对挂号要求有变更，
管理员可以
及时修改以 便让用户了解挂号的详细情况。


页脚