基于android的就医预约系统-汇编资料.doc

基于android的就医预约系统-汇编（完整版）资料
(可以直接使用，可编辑 优秀版资料，欢迎下载）

基于Android的就医预约系统
摘 要

医院看病难的问题是当下热议的话题之一。预约挂号是患者寻诊问药的第一阶段，如果能够提高预约挂号的效率，不仅能提高医院工作效率，同时可以减少患者的候诊时间。就医预约系统是基于Android操作系统的 进行设计和研究的，实现在 上完成医院预约挂号功能。
系统基于C/S体系设计结构，客户端使用Android SDK开发工具，根据预约挂号业务流程，提供用户注册登陆、预约挂号、语音提示等功能，服务器端支持管理员、医生登录管理功能。服务器和客户端间的通信采用HTTP协议和JSON格式进行的数据传输。系统利用Android API提供的各种组件模仿Windows8操作系统的扁平化风格进行界面设计，预约就诊时间精确到分钟，挂号成功语音提示，能够很好地满足用户体验，通过技术手段解决患者看病难的问题。

关键词 预约挂号；Android SDK；扁平化；JSON格式
Based on the Android's Appointment Registration System
Abstract

The problem of hospital medical difficulty is one of the hot topics.Appointment of patients seeking the first stage of diagnosis and asks the pharmacist, if we can improve the efficiency of appointment register, not only can improve the work efficiency of the hospital, at the same time, can reduce the waiting time of patients. The reservation registration system is based on the Android operating system for mobile phone design and research, realize the hospital booking registration functions on the phone.
System based on C/S system structure design, the client uses the Android SDK tools, according to appointment registration business processes, providing registered users landing, registration, the voice prompt, etc., the server support administrators, doctors log management function. The communication between the server and the client is transmitted by HTTP protocol and JSON format.. System use the Android API to provide the various components of the imitation Windows 8 flat style interface design, schedule an appointment time, accurate to the minute, successfully registered the voice prompt, can well meet the user experience, through technical means solving the patient to see a doctor difficult question.

Keywords Android SDK; Delayering; Appointment registration; JSON format

目 录

第1章 绪论 1
1.1 研究背景和意义 1
1.2 国内外研究概况 2
第2章 需求分析与总体设计 4
2.1 系统业务流程 4
2.2 系统功能需求分析 5
客户端 5
医生端 6
管理员端 6
2.3 系统结构设计 6
系统体系架构 6
系统采用的设计模式 6
系统的技术方案 7
2.4 系统功能模块划分 9
客户端功能模块 9
服务器端功能模块 9
2.5 功能模块设计 10
注册登录模块 10
用户UI模块 10
数据传输模块 10
数据处理模块 11
数据存储模块 11
第3章 数据库设计 12
3.1 数据库类型 12
3.2 数据表设计 13
医生表 13
排诊表 14
挂号表 14
收藏表 15
数据库整体E-R图 15
第4章 系统功能实现 16
4.1 客户端 16
管理机制 16
网络访问实现 17
注册功能实现 18
登陆功能实现 20
预约挂号功能实现 23
我的医生功能实现 30
最近预约功能实现 32
个人中心功能实现 33
语音提示功能实现 36
4.2 服务器端 37
管理员登陆 37
医生登陆 38
第5章 系统测试 39
5.1 数据库加密测试 39
5.2 功能测试 40
5.3 性能测试 46
结 论 47
致 谢 48
参 考 文 献 49

第1章 绪论
1.1 研究背景和意义
近几年来，随着科技发展的日新月异，智能 的功能也在不断的完善，比如大家除了使用 打 、发短信、浏览网页、听音乐等基本功能，还可以利用 转账，炒股，订餐以及智能家居等强大的功能，如果说电脑的发展带来了第三次科技革命，那么智能 将必定带来第四次科技革命。
预约挂号就是这次科技革命的成果。虽然科技在不断进步，但是面对中国近14亿的人口情况下也无济于事，医院的就诊挂号一直是个老生常谈的问题，包括怎样做到以病人为中心，将挂号、就诊、交费、取药的步骤统一管理，缓解病人挂号排长队、等待时间长、缴费难等问题。使用 预约挂号，患者不需要亲自前往医院，也就避免看病的”三长一短”问题，能够轻松的查看医生个人信息、排班信息，根据个人情况选择就诊时间和医生，完成预约挂号的服务，享受科技带来的便捷。
目前网络上可供下载的医院挂号APP不在少数，比如挂号管家、挂号助手、挂号找我等等。但是很多APP要么是收费，要么操作起来很难上手，降低用户体验，还有的只是简单实现了挂号功能，没有给出医生具体的排班情况，仍然需要患者现场确认时间，可以说真正适合用户使用的一款软件并不是很多。
通过上述对问题的研究以及用户的真实需求，本次基于Android的预约挂号系统设计和实现具体重要意义，大致包括以下几点：
一、减少患者挂号排队时间
进行预约挂号，患者可以享受预约优先服务，即优先挂号、优先检查，使得患者看病等待时间大大的减少。
二、挂号方便、准确、安全
患者通过 查看医生排班时间，依据自己的实际情况选择合适的时间就诊，可以选择现场支付或者在线支付，现场支付需要凭预约号至指定窗口领号，而在线支付患者只需凭预约号直接到医院的相关科室就诊。如果在规定时间没有前来就诊，挂号费会自动返回到用户账户，安全可靠。
三、医院信息透明化

医院信息通过一个平台对外共享，患者和有关部门能够监督医院工作动态。医院将医生的预约挂号信息第一时间上传至网络，所有的患者可以及时浏览医生排班信息，保证了预约挂号的公平、公正性，有效的改善病人对医院的信任关系。
四、提高医院的服务品质
救死扶伤是医生必须具备的本质，医院应当更好的发挥为人们服务的态度，包括降低患者的等待时间，医疗资源的合理分配，医院能够合理、有序的运行，成为广大患者值得信赖的医疗单位。
五、增加医院的社会竞争力
预约挂号工作的大力推广，不但可以减轻医院窗口挂号的人口流量，患者可以第一时间得到医生的就诊，遏制病情拖延带来的危险，提升了医院的服务质量，同时患者有需要会及时前来复诊，保障医院病人来源的保持和增长，这对于医院的改革和发展是至关重要的因素之一。
六、平台开放性

等领域占有很大的地位，因此吸引了大量的移动终端厂商前赴后继的加入进来。本次毕业设计的医院就诊预约挂号系统就是基于Android操作系统进行设计和实现的，面向Android 用户群。
1.2 国内外研究概况
自从上世纪60年代初，医院信息管理系统（HMIS）在很多发达国家就得到了大力的发展和进一步的研究，70-80年代美国的HMIS有了较大的进步，尤其是在解决医院

者看病具体步骤如下：
1）除急诊以外，先由社区家庭医生为患者诊疗，一旦认为有必要，会建议患者转诊到专科医疗中心或专科医院治疗。
2）患者同意转诊，家庭医生联系专科医生，为患者开转诊单。
3）患者联系待转诊医院， 预约就诊时间。
4）在预约的时间内凭转诊单及时前往医院就诊。

国内医院预约挂号方式多种多样，主要分为以下几种：
一、窗口预约
病人需要花费很多时间前往医院，通过和工作人员交流，填写预约信息，但是由于工作人员不能方便的了解患者的病史以及确定上次就诊的医生，也就不能保证患者正常预约到同一位医生进行诊疗。
二、 预约
预约不需要患者到医院窗口挂号以及人工的方式填写预约的相关资料。避免被安排到不同医生的状况，但是对于很多初次使用该方式的患者而言，由于不熟悉语音系统，将需要花费许多时间听系统将所有的就诊选项的代号播报结束才能做选择，并且一旦输入错误，需要重新输入预约信息，耽误及时就诊时机。
三、网络预约
网络预约挂号是由医院相关部门建立的网站，通过互联网预约挂号的一种方式。网络预约相比现场预约和 预约，很好的避免患者拥堵现象。在年轻人中广泛使用，由于很多老年人没有接触过计算机，也就很少采用这种方式。
四、自助挂号终端预约
患者通过在医院里的自动挂号终端进行预约，通常终端上有操作流程和方法，方便患者完成挂号，但是需要患者到医院挂号终端排队使用。
五、公共服务平台预约
一些大型医院和通信运营商合作，提供的公共预约挂号服务平台，比如电信的114，移动的12580。用户通过拨打服务 预约，但是由于这类平台同时也提供了很多其他的功能，所以用户经常会出现抢线，断线等状况。

第2章 需求分析与总体设计
2.1 系统业务流程
经过对网络上现有的大量预约挂号平台的研究和医院实地考察，使用预约挂号客户端到医院看病的总体流程一般需要经过如下几个步骤：
1）用户注册、登陆系统。
2）选择就诊的科室、医生、预约时间。
3）选择支付方式，提交订单。
4）系统给用户返回确认信息及预约码
5）用户选择窗口支付，提供预约码到医院指定窗口缴费并领取挂号单，凭挂号单到门诊科室医生就诊；如果是在线支付，可直接凭预约码到门诊科室医生就诊。
6）根据专家医生开出的处方到收费窗口缴纳费用。
7）凭收据到药房取药。
8）离院。如果有需要可至医院进行复诊。
医院预约挂号流程具体详情如下图所示：

图2-1 预约挂号流程图
2.2 系统功能需求分析

暴给信息技术带来了翻天覆地的革新，这也要求社会各行各业的信息化建设需要创新和完善以满足时代的需求。医疗行业同样面临着这样的难题，包括怎样建设满足客观需求的医疗信息化系统、病人及时就医、保护医院投资、以及方便医院往后的扩张等等问题。针对我国现有的医疗资源紧缺、分配不合理、工作效率低从而导致病人看病难，就诊不及时的情况，医疗系统的信息化推广建设势在必行。大力推广医院预约挂号服务不但可以减少医院的窗口服务压力，而且可以提前通知医生安排就诊，从而很好的提高医院的服务质量，保障了患者及时就诊的权益，也避免了医院看病”三长一短”问题。
本次医院预约挂号系统是通过将病人预约的环节转移到 上操作，从而实现患者可以不出家门和排长队，能够随时随地轻松挂号。通过上节对预约挂号系统业务流程的分析，进行系统的需求设计。系统应具备如下功能。
Android客户端
1）用户注册、登陆
用户填写注册所需相关资料，凭账户（即身份证号）和密码登陆系统。
2）个人资料修改
用户登陆系统后可以修改除身份证号码、姓名、性别以外的资料。
3）科室、医生及排诊信息查询
用户登陆系统后可以浏览科室、医生以及该医生的排诊详情。
4）订单提交
用户登陆系统，根据自己病情选择科室、医生，选择合适的时间就诊。用户提交订单可以选择在线支付或者窗口支付，一旦订单提交成功系统会返回预约码，凭预约码到医院就诊。
5）预约挂号记录查询及取消
用户提交订单成功后可以浏览挂号记录，如果有特殊问题可以取消挂号。如果用户选择的是在线支付，系统应当在限定时间内将诊金返回到用户账户中。
6）医生收藏
用户可以收藏自己喜欢的医生，可以方便浏览该医生的排诊信息，能够及时挂号和复诊。
web医生端
1）医生登陆
医生输入员工编号以及密码登陆后台。
2）浏览挂号详情
医生登陆系统可以查看哪些患者选择了自己的排诊记录，根据具体时间提前安排出诊。
web管理员端
1）管理员登陆
系统管理员输入账号以及密码登陆后台。
2）管理医生
管理员登陆系统可以查看所有医生、更新医生信息、删除以及添加新医生。
3）管理用户
管理员可以浏览用户注册填写的个人信息。
4）管理医生排诊
管理员可以浏览所有医生的排诊信息、添加、删除以及更新排诊记录。
5）管理患者挂号记录
管理员可以查看用户所有的订单记录，包括用户、医生信息，以及预约时间等信息。
2.3 系统结构设计
系统体系架构
系统基于C/S模型，即客户端（Client）和服务器（Server）两层架构设计。通过分

C/S架构间的信息交互只需要通过一层，提高访问速度。
系统采用的设计模式
预约挂号系统采用了MVC设计模式，MVC模式是软件开发过程中采用的一种架构模式，它把软件系统开发分成了模型（Model）、视图（View）和控制器（Controller）3个部分。

图2-3-1 MVC组件类型关系图
系统的技术方案
1）客户端：前台开发环境使用 Google提供的Android SDK开发工具。

进行数据操作；客户端数据存储使用Android SDK提供的SharedPreferences类，它是一种通过创建XML文件进行轻量级的数据存储技术。
4）数据加密技术：使用MD5报文摘要算法对用户设置的密码进行加密存储，有效的避免了使用明文存储敏感数据带来的安全隐患问题。

（1）JSON比XML体积小；
（2）JSON和JavaScript交互更加方便；
（3）JSON的速度要远远大于XML；
（4）JSON的解析要比XML的解析要方便。
服务器与客户端数据通信传输技术实现，如下图所示：

图2-3-2 服务器与客户端交互图
6）图片缓存技术：客户端请求服务器的大量图片，如果线程没有进行优化处理，可能出现图片无法正常显示、加载缓慢、内存溢出，甚至导致系统奔溃等等影响用户体验的问题。Android开源网站GitHub上提供了一个功能强大的异步加载大量图片的框架 Android-Universal-Image-Loader很好的解决了这个问题。
 Android-Universal-Image-Loader作为一个优秀的开源图片处理项目，支持网络图片的异步加载、参数设置、缓存处理等技术，为开发人员提供了方便的接口。其主要的核心功能如下：
（1）支持Widget窗口部件；
（2）支持多线程的图片加载；
（3）支持图片加载过程中的监听；
（4）提供内存和本地的双缓存技术；
（5）提供图片的个性化显示，如图片圆角处理已经渐变动画等的配置接口；
（6）提供多样化的功能选项，包括线程管理，内存和SDCard卡缓存，参数初始化工作等等。
2.4 系统功能模块划分
客户端功能模块
通过在已有的预约挂号业务基础上分析，从用户的角度进行系统设计，满足功能实用、操作简单、运行流畅是设计的宗旨。系统客户端的整体功能划分如下表：
表2-4-1 预约挂号客户端整体功能表
系统
功能模块
子功能
预约挂号客户端系统
注册
无
登录
找回密码
记住密码
预约挂号
选择科室、医生、时间段
提交订单
医生收藏
我的医生
继续预约该医生
最近预约
取消预约挂号
继续预约该医生
个人中心
个人资料修改
密码修改
预约
退出当前账户
最近预约入口
我的医生入口
功能模块
预约挂号系统大量的信息处理以及数据存储工作是在后台服务器进行实现。服务器和客户端的交互采用即时通信模式，患者提交预约挂号成功，医生可以随时登陆后台浏览挂号信息，同时系统管理员可以对数据库进行维护和数据更新。 系统的web端整体功能需求如下表：
表2-4-2 预约挂号web端整体功能表
系统
用户类型
功能模块
子功能
预约挂号后台系统
医生
浏览待就诊信息
无
管理员
管理医生
浏览医生信息
更新医生信息
删除医生
添加新医生
管理用户
浏览用户信息
管理排诊信息
浏览医生排诊记录
添加排诊记录
删除排诊记录
更新排诊信息
浏览挂号信息
无
2.5 功能模块设计
注册登录模块
注册登录模块提供用户登陆认证，只有注册成功的用户才可以进行预约挂号。用户在注册时填写的身份证号码、 号码、邮箱以及密码等信息需要通过正则表达式验证，使用MD5报文摘要算法对密码进行加密存储。
用户UI模块
用户UI模块提供了和用户交互的界面，包括预约挂号、我的医生、最近预约、个人资料等界面，用户可以通过浏览科室，查看在线医生，就诊时间段，进行快速预约挂号，界面设计简洁，降低用户的学习成本。
数据传输模块
协议。多个Activity间数据传递采用了Intent意图传输机制以及利用Application实现一些全局对象的存储、传输和处理。
数据处理模块

数据存储模块

第3章 数据库设计
3.1 数据库类型
1）网状型数据库

图3-1-1 网状模型的例子
2）层次型数据库

图3-1-2 层次模型的例子
3）关系型数据库
Oracle，SQL Server，MySQL都是典型的关系型数据库。

（1）容易理解：关系型数据库利用二维表进行数据存储操作，完全符合现实世界中的逻辑概念，相比其他两种存储模型理解起来更加简单。

3.2 数据表设计

序号
字段名
字段描述
数据类型
长度
允许空值
备注
1
id
用户id
int
50
否
主键
2
sex
性别
varchar
50
否
男或者女
3
birthday
生日
varchar
50
否
例：1992-10-18
4
realname
真实姓名
varchar
50
否
用户姓名
5
telphone
号
varchar
50
否
号码
6
idcard
身份证号
varchar
50
否
身份证号码
7
password
密码
varchar
50
否
不小于6位的字符
8
email
邮箱
varchar
50
否
注册的邮箱
医生表
医生表记录医生的个人信息，包括医生员工号、姓名，性别、科室、介绍等字段，具体设计如下表所示：

表3-2-2 医生表
序号
字段名
字段描述
数据类型
长度
允许空值
备注
1
d_id
医生id
int
50
否
主键
2
d_employeeID
员工号
varchar
100
否
后台登陆账户
3
d_name
姓名
varchar
50
否
医生姓名
4
d_grade
医生职称
varchar
50
否
等级分类
5
d_sex
性别
varchar
50
否
男或者女
6
d_department
所属科室
varchar
50
否
例：内科、外科
7
d_info
医生描述
varchar
10000
否
医生相关介绍
8
d_image
头像
varchar
1000
是
显示头像或者默认
8
d_money
诊金
int
50
否
按职称区分
8
d_password
登陆密码
varchar
50
否
后台登陆密码
排诊表
排诊表用于保存医生的排诊记录，每条记录包括医生编号、就诊日期、时间等字段，具体设计如下表所示：
表3-2-3 排诊表
序号
字段名
字段描述
数据类型
长度
允许空值
备注
1
p_id
排诊id
int
50
否
主键
2
d_id
医生id
int
50
否
外键
3
p_date
就诊日期
varchar
50
否
例：2021/5/14
4
p_time
就诊时间
varchar
50
否
例：9:00
5
p_selected
号源状态
tinyint
1
否
1：已选；0：未选
挂号表
挂号表保存患者的挂号信息，每条记录包括患者id、医生id、排诊id、预约码、支付状态等字段，具体设计如下表所示：

表3-2-4 挂号表
序号
字段名
字段描述
数据类型
长度
允许空值
备注
1
g_id
挂号id
int
50
否
主键
2
u_id
用户id
int
50
否
外键
3
d_id
医生id
int
50
否
外键
4
p_id
排诊id
int
50
否
外键
5
g_code
预约码
varchar
100
否
系统返回预约码
6
g_payed
支付状态
tinyint
1
否
1：已支付；0：未支付
收藏表
收藏保存用户的医生收藏记录，方便用户复诊预约操作。每条记录包括收藏id、用户id、医生id字段，具体设计如下表所示：
表3-2-5 收藏表
序号
字段名
字段描述
数据类型
长度
允许空值
备注
1
c_id
挂号id
int
50
否
主键
2
u_id
用户id
int
50
否
外键
3
d_id
医生id
int
50
否
外键
数据库整体E-R图
通过以上数据库表的设计，分析数据库的所有实体对象以及对象与对象之间的联系，画出如下E-R图：

图3-2-6 数据库E-R图
第4章 系统功能实现
4.1 客户端
Activity管理机制
预约挂号系统的实现是基于多个Activity间的切换，因此Activity的管理工作至关

图4-1-1 Activity生命周期
上图可以看出一个Activity在整个生命周期中的状态变换过程，但是当系统存在多

利用自定义的MyApplication管理Activity，并且MyApplication的对象是通过单例模式创建，保证使用一个对象能够维护和管理多个Activity。核心代码实现如下：

HttpPost网络访问实现
网络访问在系统设计的多个模块中都有涉及，所以可以将网络访问功能单独来实现，封装成一个通用方法，方便程序在任何需要的地方调用，同时避免相似功能的代码进行重复编写工作，也为后期功能的扩展提供了公共的访问接口。核心代码如下：

在程序需要访问服务器的模块中，通过调用该方法，只需要传入对应的URL地址请求参数。通过EntityUtils.toString方法获取响应参数，如果返回数据以”[“开头，表明为JSONArray对象，属于正常响应，通过对JSONArray进行解析并显示在界面上。
注册功能实现
注册模块界面设计如下：

图4-1-3 注册界面
用户填写注册信息，点击提交按钮，先验证注册信息是否完整以及格式是否正确，最后通过HTTP网络协议将信息发送到服务器端进行处理，核心代码如下：

用户注册的信息使用正则表达式进行验证，只有验证通过才能够继续执行网络请求。发送请求的核心代码如下：

注册模块访问服务器URL 、请求参数、响应参数如下表所示：
表4-1-3 注册模块参数表
请求
链接
请求参数
响应参数
用户注册
/UserRegisterServlet
params:{ realname=xxx,sex = xxx,birthday = xxx,telphone= xxx,idcard= xxx, password= xxx, email= xxx }
正常响应：success
异常响应：failed
登陆功能实现
用户登陆模块界面设计如下：

图4-1-4 用户登陆界面
1）登陆验证
用户填写账号密码，点击登陆按钮，与服务端数据进行用户认证。核心代码实现如下：

2）记住密码

核心代码实现如下：

在登录Activity中，需要将获取的密码重新保存一下。

3）忘记密码
用户忘记了登录密码，可以通过点击”忘记密码”重新设置，密码重置成功，使用Intent将新密码发送给登陆Activity。

登陆功能访问服务器的URL 、请求参数、响应参数如下表所示：
表4-1-4 登陆模块功能
请求
链接
请求参数
响应参数
用户登陆
/LoginServlet
params:{ idcard=xxx, password= xxx}
正常响应：success
异常响应：failed
预约挂号功能实现
预约挂号模块是系统设计的核心部分，提供科室、医生以及选择预约时间功能。
1）科室选择
科室选择界面列出医院的科室分类信息，用户通过点击相应科室进行操作，界面设计如下图：

图4-1-5-1 科室界面
界面布局采用GridView网格样式控件，使用自定义的Adapter适配器填充数据。

用户点击科室跳转至医生选择界面，核心代码实现如下：

2）医生选择
用户通过点击某个科室，将跳转到显示这个科室所有医生的Activiy。界面设计如下：

图4-1-5-2 医生界面
该功能通过使用listview和adapter实现医生列表显示以及响应用户点击事件，与科室选择的功能实现类似，主要区别是在于医生数据是通过访问服务器获取。核心代码实现如下：

获取所有医生访问服务器的URL 、请求参数、响应参数如下表所示：
表4-1-5-1 科室医生查询参数表
请求
链接
请求参数
响应参数
科室医生查询
/ DoctorServlet
params:{ department=xxx}
正常响应：[{“doc_id”:xxx,”doc_empID”:xxx,”doc_name”:xxx,”doc_grade”:xxx,”doc_sex”:xxx,”doc_department”:xxx,”doc_info”:xxx,”doc_image_url”:xxx,”doc_money”:xxx},...]
异常响应：failed
3）医生收藏

图4-1-5-3 收藏界面
用户点击收藏按钮可以收藏该医生，再次点击可以取消收藏，核心代码如下：

收藏医生访问服务器的URL 、请求参数、响应参数如下表所示：
表4-1-5-2 收藏模块参数表
请求
链接
请求参数
响应参数
医生收藏
/ LikedOrUnLikedServlet
params:{ u_id=xxx,d_id=xxx, selected=xxx}
取消收藏：unliked true
收藏：liked true
4）浏览医生简介和排诊信息

图4-1-5-4 简介和挂号界面
浏览简介和挂号信息功能类似，其中，排诊信息以网格形式显示，可以动态展开和收缩，节省屏幕空间，利用ExpandableListView和继承于BaseExpandableListAdapter的自定义adapter实现。获取服务器端的排诊信息核心代码如下：

从服务器获取了所有的排诊记录，但是需要将同一天的号源归纳在一起，便于患者浏览和选择，使用TreeSet实现该需求。设计如下：

5）订单提交
用户点击某个号源，跳转至订单提交Activity。界面设计如下：

图4-1-5-5 订单界面
用户选择了”在线支付”，将跳转至支付界面，如下图：

图4-1-5-6 支付界面

图4-1-5-7 订单详情界面
用户点击提交按钮，服务器端自动生成该订单，代码实现如下：

提交订单访问服务器的URL、请求参数、响应参数如下表所示：
表4-1-5-3 订单提交参数表
请求
链接
请求参数
响应参数
订单提交
/ InsertGuaHaoItemServlet
params:{ u_id=xxx,d_id=xxx, p_id=xxx, g_payed=xxx}
成功：success
失败：failed
我的医生功能实现
的医生。界面设计如下：

图4-1-6 我的医生
查询收藏医生和选择医生功能类似，区别在于获取数据源不同，并且长按某个医生可以删除这条收藏记录，功能实现如下：

值得一提的是，当收藏记录被删除，数据源会发生变化，相应的界面应该及时刷新，所以需要向适配器对象发送通知。代码如下：

长按删除某收藏医生访问服务器的URL 、请求参数、响应参数如下表所示：

表4-1-6 我的医生参数表
请求
链接
请求参数
响应参数
删除收藏医生
/ LikedOrUnLikedServlet
params:{ u_id=xxx,d_id=xxx, selected =false}
成功：success
失败：failed
最近预约功能实现
用户通过点击”最近预约”按钮，会进入预约Activity。界面设计如下：

图4-1-7 最近预约
最近预约功能用于显示用户已挂号记录，包括医生信息、预约码、就诊时间等，同时提供取消该预约和继续预约功能。核心代码实现如下：

查询挂号记录访问服务器的URL 、请求参数、响应参数如下表所示：
表4-1-7 我的医生参数表
请求
链接
请求参数
响应参数
获取挂号记录
/GetAllOrderServlet
params:{ u_id=xxx}
成功：success
失败：failed
个人中心功能实现
个人中心提供了最近预约、我的医生入口，也包括修改个人资料和密码，12580 预约功能。界面设计如下图所示：

图4-1-8-1 个人中心
1）最近预约以及我的医生

2）修改资料以及密码

图4-1-8-2 个人信息修改

用户修改个人资料访问服务器的URL 、请求参数、响应参数如下表所示：
表4-1-8 资料修改参数表
请求
链接
请求参数
响应参数
修改个人资料
/ UpdateUserInfoServlet
params:{ telphone=xxx, email=xxx u_id=xxx }
成功：success
失败：failed
3）12580 预约
用户可以通过该功能拨打12580，进行 预约服务，为患者预约挂号提供了多个途径，如下图所示：

图4-1-8-3 12580 预约

功能实现
语音提示功能通过调用第三方手说TTS提供的Jar包，在用户预约成功时，给出语音播报提示，使系统更加人性化。功能实现如下：

2）绑定bindService和解绑unbindService

3）调用服务接口方法，进行语音播报

4.2 服务器端
服务器端功能实现采用了JSP、JDBC以及Servlet等技术。在响应客户端的网络请求方面，使用doPost方法返回数据而不用doGet，原因如下：
1）doGet方法存在安全隐患。用户输入URL参数会暴露在浏览器地址中。
2）doGet方法请求URL地址的长度有严格限制且只能是字符串。

管理员登陆

图4-2-1-1 管理员身份登陆

图4-2-1-2 管理员登陆成功
医生登陆

图4-2-2-1 医生身份登陆
医生登陆后，可以浏览已经被预约的号源，提前安排就诊，点击右侧超链接可以检查自己详细的排诊信息，以便发现问题能够和管理员及时沟通。如下图所示：

图4-2-2-2 医生登陆成功
第5章 系统测试
软件测试工作贯穿在设计的每个阶段，在系统开发的整个过程中占有非常重要的地位。进行严格的软件测试不但可以及时更正软件已经存在的错误和发现未检测出来的错误，保证软件的质量，而且在很大程度上也的降低了系统的开发风险和投资成本。开发人员可以根据系统开发规则说明以及程序业务逻辑设计不同的测试用例进行软件测试，通过与预期输出结果对比，验证系统是否正常运行。本次预约挂号系统采用了功能模块测试，在实现每个功能的同时完成对该功能的测试，这样做不仅有效地节约了开发时间，同时保证了系统的稳定性和正确性。
5.1 数据库加密测试
用户在注册时设置登陆密码，经过MD5报文摘要算法加密，将加密后的数据保存至服务器端数据库。

图5-1-1 注册测试
查看服务器存储数据表，用户注册的密码以密文的形式存储，如下图所示：

图5-1-2 数据库用户表
5.2 功能测试
1）登陆
填写账户和密码→用户登陆

图5-2-1 登陆测试
2）忘记密码
注册身份证号和 号和→设置新密码→重置成功

图5-2-2 密码重置测试
3）预约挂号

图5-2-3 预约挂号测试
4）我的医生
收藏医生→浏览医生→选择医生→挂号
↓
取消收藏

图5-2-4 我的医生测试
5）最近预约
浏览预约→选择医生→继续预约
↓
取消预约

图5-2-5 我的医生测试
6）个人资料修改

图5-2-6 个人资料测试

图5-2-7 数据库表
7）密码修改
个人中心→修改密码→密码修改→提交

图5-2-8 密码修改测试
8）扩展功能
预约挂号系统的功能需求在不断的扩大，所以在设计时保留了”专栏医生”，”药品查询”两个功能入口，在后期可以不断的完善。

图5-2-9 扩展功能
5.3 性能测试
预约挂号的发展前景是巨大的，也要求系统有着良好运行处理性能，因此，系统具备高效的处理能力非常重要。
现从以下两个方面对系统的性能测试进行分析：
1）通过以上功能测试，可以看出预约挂号系统在设计时能够充分考虑到