块，实现对用户的管理。所有权负责人有权对预约信息管理员和预约人进行添加、修改和删除，以及查看用户的资料等。
第三：为了提供医生资料的详细信息，专门有功能提供医生资料的输入及管理。 第四：病人资料的录入方便了系统对病人相关资料的管理
第五：为了方便医生的查找，病人可以通过输入医生姓名或者所需要预约挂号的科室查找所求的医生，并且选择日期进行预约。
第六：管理员根据医生的工作时间，设置病人可以预约到医生的时间段，病人必须在改时间段内选择预约医生的日期和具体时间段。
3 数据库设计
3.1 功能描述
1）预约挂号
实现患者从网上直接预约挂号。预约的时候需要填写患者的姓名、身份证号、手机号码。 2）预约查询
患者可以从次功能输入自己的身份证号，查询自己的预约信息。 3）注册
管理员以及医生用户可以从注册功能模块进行注册和信息录入。 4）登录
管理员以及医生用户可以从登录功能模块进行登录。 5）整理医生信息
管理员登录以后可以对用户进行添加、删除和修改，实现对用户的管理。 6）调配医生
管理员登录后通过次模块可以查看患者预约信息，并对患者预约的专家进行调配。 7）医生查询
医生用户登录以后可以查询预约自己的患者信息。通过查询患者信息，可以对工
第 5 页 （共 5 页）
作有一个合理的安排与准备。 3.2 数据描述 3.2.1 数据流图
数据流图（DFD）是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换。数据流图中没有任何具体的物理部件，它只是描绘数据在软件中流动和被处理的逻辑过程。数据流图有四种基本符号：正方形表示数据的源点或终点；圆角矩形代表变换数据的处理；开口矩形代表数据存储；箭头表示数据流。
医院网络预约挂号系统中需要处理的信息有登录信息，医生信息以及患者预约信息，根据数据信息的流向画出本系统的数据流图。 1. 顶层数据流图
医院预约挂号系统顶层数据流图如图3.2.1.1所示。
图3.2.1.1 顶层数据流图
反馈信息 登录信息 预约信息 病人 预约信息 预约 系统 反馈信息 管理员 登录信息 医生
3.3 数据字典
数据流图表达了数据和处理的关系，数据字典则是系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果。
数据字典通常包括数据项、数据结构、数据流、数据存储、数据处理五部分，其中数据项是数据的最小组成单位，若干个数据项可以组成一个数据结构，数据字典通过对数据项和数据结构的定义描述数据流、数据存储的逻辑内容。 3.4 E-R图
第 6 页 （共 6 页）
为了把用户的数据清楚、准确地描述出来，系统分析员通常要建立一个概念数据模型。概念结构独立于支持数据库的DBMS，具有能充分反映现实世界、易于理解、易于更动、易于向关系、网状或层次等各种数据模型转换。可根据实体间的关系和属性得到E-R图。
医院预约挂号系统是针对医院管理员，医院医生和病人的系统。所以，在本系统中有病人、系统管理员、医院医生三个实体。病人在预约的时候必须填写相关的预约信息，即病人姓名、身份证号、联系方式、预约时间、预约的医生，这些都是“病人”实体的属性。系统管理员有自己的登录用户名和密码，还可以修改自己的密码，这些是“管理员”实体的属性。医生为了能让在网上预约的患者清晰的了解自己，所以系统里有医生的姓名、电话、科室、可以预约的人数和已预约的人数。医生进系统查询预约患者信息时还需要登录系统，所以医生还有登录系统所需要的用户名和密码，这些是“医生”实体的属性。“病人”、“管理员”、“医生”三个实体的属性图如下所示。
病人及其属性，如图3.4.1所示：
病人 姓名 电话 身份证号 预约医生 预约时间 图3.4.1 “患者”实体及其属性图
管理员及其属性，如图3.4.2所示：
管理员
用户名 密码
修改密码 第 7 页 （共 7 页）
图3.4.2 “管理员”实体及其属性图
医生及其属性，如图3.4.3所示：
用户名 密码 已预约人数 医生 可预约人数 电话 科室 姓名 图3.4.3 “医生”实体及其属性图
通过以上描述的各个实体的属性图，这样就可以了解系统的实体信息，实体属性图中描述了各个实体的属性，这些也是在进行系统操作时可以得到的信息。这是以需求说明为基础设计的局部概念模型，然后以这些局部模型为基础集成为一个全局的概念模型，在概念模型设计中多是采用这种自底向上的设计方式，称为系统集成法。 3.5 主要数据库表设计
通过各种渠道分析医院预约挂号管理的基本流程，以及医生与病人之间的联系得出E-R图，本系统采用Mysql数据库管理系统，并建立了数据库，本系统所要使用的所有数据信息都存储在这个数据库里。
在设计过程中需要考虑数据完整性约束。数据库上的完整性的约束条件一般有两类：
1）属性值的约束
这类约束是对属性取值的类型、范围、精度等的限制，和属性的语义有关。 2）数据之间联系的约束
第 8 页 （共 8 页）