医院在线预约挂号系统

赣南师范学院商学院课程大作业

目录

1 绪论 (1)

1.1 选题背景 (1)

1.2 选题目的与意义 (1)

1.3 开发工具与环境 (1)

2 系统分析 (1)

2.1 可行性分析 (1)

2.2 组织结构分析 (2)

2.3 系统中的基本业务流程 (5)

2.4 系统中的主要数据及流程 (5)

2.5 数据字典 (6)

3 系统设计 (11)

3.1 功能结构图设计 (11)

3.2 新系统信息处理图 (12)

3.3 数据库结构设计 (13)

3.4 输入输出设计 (17)

3.5 代码设计 (18)

3.6 界面设计 (19)

3.6.1 前台界面 (19)

3.6.2 后台界面 (19)

3.7 系统模块说明 (20)

4 系统实施 (22)

4.1 程序框架图 (22)

4.2 源程序 (22)

4.3 系统测试 (24)

4.3.1 功能测试 (24)

4.3.2 界面测试 (25)

4.4 系统使用说明书 (32)

5 总结 (32)

6 参考资料 (33)

致谢 (33)

１绪论

1.1 选题背景

在手工业时代，企业对医院的各项管理的运作是停留在以纸、笔为主要工具的阶段。到后来，随着信息量的快速增长，这种传统的手工操作的方法已无法迅速、准确的完成各项管理工作。当医院意识到这点之后，纷纷开始重视医院管理。进入20世纪之后，随着系统、信息技术、管理工具的进步以及计算机的普及，许多医院开始利用计算机进行预约管理。从而提高了处理的速度与精度。在计算机飞速发展的今天，将计算机这一信息处理利器应用于医院的日常管理已是势必所然，这也将为医院预约挂号管理提供了很多的便利。医院预约挂号管理的科学化和现代化给医院和老百姓都带来了很大的便利。主要体现在：极大提高了医院工作人员的工作效率，同时降低了管理中的漏洞，解决了异地和不便出家门的患者看病难的问题，大大减少了人们等挂号的时间等等。

1.2 选题目的与意义

医院预约挂号管理系统是每一个医疗机构管理平常挂号业务流程不可或缺的一个管理信息系统，它的存在解决了病人挂号难、看病难等问题，所以医院预约挂号管理系统应该能够为每一个需要看病的患者提供充足的信息和快捷的查询手段，大大的方便了求医困难的广大人民群众。医院预约挂号管理是现代化医院的核心环节之一，它在整个医院管理中占有越来越重要的地位。从前，医院预约与查询管理都非常的耗时耗力，同时由于采用手工操作，查询和统计的方式各不相同，不可避免造成一些错记漏记的错误。因此，开发这样一套医院预约挂号管理软件成为很有必要的事情。

1.3 开发工具与环境

操作系统：Windows 7 或Windows XP

编程语言开发工具：Microsoft Visual studio 2005

数据库：Microsoft SQL Server 2005

2 系统分析

2.1 可行性分析

主要功能：为患者提供个人信息登记、查询、挂号等功能；为医师提供病人信息查询、添加等功能；为管理人员提供病人信息管理，医师信息管理，信息发布等功能。

性能要求：病人用户能够即使得到医院信息和医师信息，医院管理人员录入的信息必须快

速且无差错地存储至中心服务器，且对浏览器端的数据应该及时进行更新。应该达到10000人同时访问而不出现服务器瘫痪的情况。

输出要求：输出医院不同门诊部各位接诊医师资料，不同医师的挂号费用，以及各位医师的忙闲状态，供病人选择不同的就诊医师。输出数据要简捷、祥实。

输入要求：方便、简捷、快速的输入病人信息或者医师信息。

安全与保密要求：病人用户只能查询与自己有关的信息和公布的公共信息，不能对任何收费数据进行更改；医师用户有权在有限次数和有限期限内对所负责病人的信息进行输入和修改；管理人员则拥有在其权限内的查询、修改、删除病人信息，医师信息，通知信息的权限。该系统可以与医师管理系统，医院收费管理系统，药房管理系统，医疗器械管理系统，病房管理系统等配合使用，具有一定的兼容性。

1)目标

旨在开发一个统一的医院信息管理平台，利用信息化手段辅助医院管理，达到提升医院信息化管理水平的目的。医院管理人员能够更方便的进行管理工作，包括患者信息管理、医师信息管理医院信息管理、收费信息管理等。患者用户能够利用该系统进行信息查询、挂号、充值、结账；师则能够更方便的获取患者信息；医院可以更方便的对患者和本院医师的信息进行管理。

2)社会因素方面的可行性

❖法律方面的可行性

所有软件都选用正版，版权归开发者所有。

所有技术资料都由提出方保管。

合同明确制定违约责任。

❖使用方面的可行性

使用本软件人员明确使用方法后即可使用，

系统管理员要求有计算机的专业知识，经过专业培训，确保熟练管理系统。

4) 操作可行性分析

由于系统完全按照面向对象理论，采用窗口设计，功能模块清晰，界面友好，完全按照医院现有业务流程设计，所以易学易懂。当在分析中发现项目存在不能按期完成的风险时，就必须采取缩小项目的范围或改变技术等措施来规避风险。

2.2 组织结构分析

各个部分的关系如下图：

2.3 系统中的基本业务流程

2.4 系统中的数据及其主要流程❖顶层数据流程图(DFD)

❖功能级数据流程图(DFD)

❖底层数据流程图(DFD)

2.5 数据字典

源点/终点处理

源点：工作人员终点：病人接收事务录入信息收取挂号费生成挂号单

数据流数据存储事务

挂号费

病人信息❖数据项描述

名字：工作人员姓名

别字：挂号员

描述：处理病人挂号要求的工作人员，负责录入病人挂号信息、收取挂

号费并打印挂号单

定义：工作人员姓名=3（【汉字】）50 位置：输出到挂号单名字：工作人员编号

别字：挂号员标识

描述：能够唯一的代表一位挂号员

定义：挂号员编号=“0001”..“9999”位置：输出到挂号单

名字：病人姓名

别名：患者/就诊者/就医者姓名描述：来看病的人的名字

定义：病人姓名=3（【汉字】）50 位置：输出到挂号单名字：病人编号

别名：病人的标识

描述：能够唯一的代表一位病人

定义：病人姓名=“0001”..“9999”位置：输出到挂号单