医院挂号系统论文.docx

医院挂号系统论文.docx

《医院挂号系统论文.docx》由会员分享，可在线阅读，更多相关《医院挂号系统论文.docx（14页珍藏版）》请在冰豆网上搜索。

医院挂号系统论文

Lastrevisionon21December2020

医院挂号系统论文

毕业论文

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

Designandimplementationofsystemwhichout-patientappointmentsregisteredbyhospitalbasedonB/Sschema

学院名称：

专业班级：

学生姓名：

指导教师姓名：

指导教师职称：

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

专业班级：

学生姓名：

摘要门诊预约挂号系统主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。

对于前者要求建立数据一致性和完整性强,数据安全性好的数据库。

而对于后者则要求应用程序功能完备,易使用等特点。

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

Designingandimplementationofsystemwhichout-patientappointmentsregisteredbyhospitalbasedonB/Sschema

关键词：

面向对象，数据窗口，门诊挂号

Abstract:

Theout-patientappointmentsregistrationsystemincludetwoaspects.Theestablishmentandmaintenanceofitsdatabaseback-enddevelopment,andfront-endapplicationdevelopment.Withregardtotheformerwecalledfortheestablishmentofstrongdataconsistencyandintegrity,andthedatabase‘sdatasecurity.Asforthelatterwerequestapplicationsfunctional,fully,easytouseandsoon.

Wechoose,ACEESSdatabasedevelopmenttools,providedbytheuseofitsobject-orienteddevelopmenttools,firstestablishedApplicationoftheprototypesysteminashortperiodoftime,andthen,weneedtoiterationtheinitialprototypesystem,atlastweshouldnotgiveupimprovingthesystemconstantlyuntilmeettheuserneeds.

Keywords:

object-oriented,datawindow,out-patientregistration

第一章绪论

论文研究背景与意义

随着经济与科学技术的高速发展，信息化的进程不断加快。

随着计算机性能不断提高，价格不断下降，计算机已在医院医疗，教学，科研，管理的各个方面得到越来越广泛的应用。

然而，我国还有部分医院的信息处理停留在手工方式，劳动强度大且工作效率低，医师护士和管理人员的大量时间都消耗在事务性工作上，病人排队等候时间长，辗转过程多，影响了医疗的秩序。

计算机化的医院信息系统已成为现代化医院运营必不可少的基础设施与技术支撑环境。

门诊挂号系统是整个医院管理信息系统的第一个窗口，是病人到医院就诊要做的第一项工作。

它用于收集病人的信息，协调科室医生管理，控制各科室的流量等等。

[12]

网上预约挂号系统是一种基于互联网的新型挂号系统,是卫生信息化建设的最基础项目之一。

利用该预约挂号系统,用户就可以在网上预约医院的专家、专科号,而无须再受排队之苦。

它能更好的改善就医环境,简化就医环节,节约就医时间,真正体现了以病人为中心,一切从方便患者出发,符合当今医院人性化温馨服务的理念。

目前,门诊一直是困扰医院提高服务质量的一个复杂环节,特别是医疗水平高、门诊量大的医院,而造成门诊质量难以提高的因素主要有两方面:

一是集中式挂号（现在流行的分层挂号只是相对而言一个范围较小的集中式挂号）,就诊人员流量不均、具有不确定性,有明显的就诊高峰和低谷（表现在整个医院不同门诊时间段及同科室的不同时间段）。

高峰期病人挂号排队长,就诊时间长,医生熟人插号现象,环境拥挤混乱,医生问诊时间短、不仔细、态度差。

而低谷期,医生无病人看、溜号,医院资源浪费。

二是专家号（特别是名专家号）难挂,出现倒号、炒号现象,严重损害病人利益,影响到医院的声誉。

而采用网上预约挂号,可有效的解决这一现象,还通过有效的身份验证,杜绝倒、炒专家号的现象,提高医院门诊服务质量,取得良好的社会效益和经济效益。

此外,病人到医院就诊前对医院的相关信息了解不多,对所要挂的专科医生的情况又不太了解,只能凭经验和印象进行选择,具有较大的盲目性。

而当医院开通网上挂号预约服务以后，求医者只需坐在家中，轻点儿下鼠标，就可以挂上医院专家门诊号，可以做到“足不出户选医生”。

网上预约正悄然改变着都市求医者的看病观念。

拥有相对固定的个人医生和习惯。

预约看病，将不再遥远，所以应用必将越来越广泛。

国内外发展现状

随着互联网络的迅猛发展,Internet用户已呈几何级数增长,目前已经有很多医院投入使用网上挂号系统。

据了解，预约挂号在国外颇为普及。

加拿大籍医务工作者张团女士告诉记者，在西方国家，病人看病都需要事先进行预约。

随着预约挂号的深入推广，国内越来越多的医院也意识到预约服务在节约看病时间、分流患者、减轻医院压力上的作用。

据了解，尽管存在很多困难，但全国各地的医院在尝试预约挂号的实践中还是提供了很多有益的做法。

广东省卫生厅副厅长廖新波认为，预约是提高医院知名度、提高医生知名度、提高医院效益和符合就诊者意愿的工作，预约工作做得好，可以实现医患双方的共赢。

对于目前预约和排队并存并出现矛盾的现状，他建议，医院要把每天的预约单按照诊室号夹在门口，目的是让就诊者知道自己处于这位医生接诊序列的什么位置，同时也宣示医院“公平对待每一个就诊者”的服务理念。

医院管理者要确立预约是门诊挂号的主渠道的理念，开始从部分开放预约诊号到全面开放，最后逐步实行全号源的免费预约。

[13]

本文结构安排

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

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

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

第三章系统需求分析主要对开发网站进行需求分析，逻辑模型设计，概念模型设计，数据库的建立与连接。

及相关功能代码介绍

第四章总结对整个设计过程的总结

第二章相关技术及工具介绍

系统基于Windows平台，采用C#语言编程和SQLServer数据库技术，界面使用VS2008设计动态网页。

系统包含前台操作与后台管理，前台用户可以进行专家查看、预约查询与修改、个人信息修改、密码修改等操作。

后台包括用户管理、专家管理、预约管理及系统管理等功能。

界面简单，操作使用方便。

硬件要求：

最低配置要求如下：

386DX机型；1GB硬盘容量；16MB内存；640×480显示卡及VGA彩显；中文Windows98操作系统。

人机界面友好，适用于大部分人群，哪怕是计算机知识少的人群。

工作人员只须按时对系统进行更新、维护便可保证预约的有效性、可靠性。

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

三层架构（3-tierapplication）通常意义上的三层架构就是将整个业务应用划分为：

表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。

区分层次的目的即为了“高内聚，低耦合”的思想。

概念简介

　　１、表现层（UI）：

通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。

　　２、业务逻辑层（BLL）：

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

３、数据访问层（DAL）：

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

概述

　　在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。

推荐的分层式结构一般分为三层，从下至上分别为：

数据访问层、业务逻辑层（又或成为领域层）、表示层。

　　三层结构原理：

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

　　所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。

这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。

　　三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。

通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。

表示层

　　　位于最外层（最上层），离用户最近。

用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。

业务逻辑层

　　　业务逻辑层（BusinessLogicLayer）无疑是系统架构中体现核心价值的部分。

它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，也即是说它是与系统所应对的领域（Domain）逻辑有关，很多时候，也将业务逻辑层称为领域层。

例如MartinFowler在《PatternsofEnterpriseApplicationArchitecture》一书中，将整个架构分为三个主要的层：

表示层、领域层和数据源层。

作为领域驱动设计的先驱EricEvans，对业务逻辑层作了更细致地划分，细分为应用层与领域层，通过分层进一步将领域逻辑与领域逻辑的解决方案分离。

　　业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。

由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。

如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。

因而在不改变接口定义的前提下，理想的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。

正因为如此，业务逻辑层的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。

对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。

依赖与被依赖的关系都纠结在业务逻辑层上，如何实现依赖关系的解耦，则是除了实现业务逻辑之外留给的任务。

数据层

　　　数据访问层：

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

　　简单的说法就是实现对数据表的Select，Insert，Update，Delete的操作。

如果要加入ORM的元素，那么就会包括对象和数据表之间的mapping，以及对象实体的持久化。

优点

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

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

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

　　4、有利于标准化；

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