医院在线预约挂号系统

学生自评 教师评分 总分 赣南师范学院商学院 课程大作业 课程名称： 管理信息系统 设计题目： 医院在线预约挂号系统 班 级： 信息管理与信息系统 1201 姓 名： 学号： 授课老师： 时 间： 2014 年 06 月 课程性质： 必 修 选 修 目录 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 可行性分析 主要功能：为患者提供个人信息登记、查询、挂号等功能；为医师提供病人信息查询、 添加等功能；为管理人员提供病人信息管理，医师信息管理，信息发布等功能。 性能要求：病人用户能够即使得到医院信息和医师信息，医院管理人员录入的信息必须 1 快速且无差错地存储至中心服务器，且对浏览器端的数据应该及时进行更新。应该达到 10000 人同时访问而不出现服务器瘫痪的情况。 输出要求：输出医院不同门诊部各位接诊医师资料，不同医师的挂号费用，以及各位医 师的忙闲状态，供病人选择不同的就诊医师。输出数据要简捷、祥实。 输入要求：方便、简捷、快速的输入病人信息或者医师信息。 安全与保密要求：病人用户只能查询与自己有关的信息和公布的公共信息，不能对任何 收费数据进行更改；医师用户有权在有限次数和有限期限内对所负责病人的信息进行输 入和修改；管理人员则拥有在其权限内的查询、修改、删除病人信息，医师信息，通知 信息的权限。该系统可以与医师管理系统，医院收费管理系统，药房管理系统，医疗器 械管理系统，病房管理系统等配合使用，具有一定的兼容性。 1) 目标 旨在开发一个统一的医院信息管理平台，利用信息化手段辅助医院管理，达到提升 医院信息化管理水平的目的。医院管理人员能够更方便的进行管理工作，包括患者信息 管理、医师信息管理医院信息管理、收费信息管理等。患者用户能够利用该系统进行信 息查询、挂号、充值、结账；师则能够更方便的获取患者信息；医院可以更方便的对患 者和本院医师的信息进行管理。 2) 社会因素方面的可行性 法律方面的可行性 所有软件都选用正版，版权归开发者所有。 所有技术资料都由提出方保管。 合同明确制定违约责任。 使用方面的可行性 使用本软件人员明确使用方法后即可使用， 系统管理员要求有计算机的专业知识，经过专业培训，确保熟练管理系统。 4) 操作可行性分析 由于系统完全按照面向对象理论，采用窗口设计，功能模块清晰，界面友好，完全 按照医院现有业务流程设计，所以易学易懂。当在分析中发现项目存在不能按期完成的 风险时，就必须采取缩小项目的范围或改变技术等措施来规避风险。 2.2 组织结构分析 前台用户操作 注册登录 专家查询 预约查询 用户信息修改 选择就诊课室填写个人资料 查询就诊专家确定注册成功 查询预约信息查询专家预约时间 取消预约 预约缴费 查询个人信息 修改个人信息 输入医保卡信息 返回注册界面 确定预约信息 更新预约信息 返回挂号费 支付宝交付 网银交付 现场交付 登录系统成功 3 后台管理 专家管理 用户管理 预约管理 系统管理 查看专家列表 增加删除专家信息 查看预约用户列表修改专家档案 增加用户 删除用户 修改用户信息 查看预约记录 更新预约信息 删除过期信息 修改管理员信息删除管理员增加管理员查看管理员列表 各个部分的关系如下图： 用 户 注 册 登 录 病 人 登 录 端 专 家 查 询 预 约 查 询 用 户 信 息 修 改 管 理 员 登 陆 端 专 家 管 理 预 约 管 理 用 户 管 理 系 统 管 理 2.3 系统中的基本业务流程 2.4 系统中的数据及其主要流程 顶层数据流程图(DFD) 功能级数据流程图(DFD) 底层数据流程图(DFD) 5 2.5 数据字典 源点/终点 处理 源点：工作人员 终点：病人 接收事务 录入信息 收取挂号费 生成挂号单 数据流 数据存储 事务 挂号费 病人信息 数据项描述 名字：工作人员姓名 别字：挂号员 描述：处理病人挂号要求的工作人员， 负责录入病人挂号信息、收取挂 号费并打印挂号单 定义：工作人员姓名=3（【汉字】 ）50 位置：输出到挂号单 名字：工作人员编号 别字：挂号员标识 描述：能够唯一的代表一位挂号员 定义：挂号员编号=“0001”“9999” 位置：输出到挂号单 名字：病人姓名 别名：患者/就诊者/就医者姓名 描述：来看病的人的名字 定义：病人姓名=3（【汉字】 ）50 位置：输出到挂号单 名字：病人编号 别名：病人的标识 描述：能够唯一的代表一位病人 定义：病人姓名=“0001”“9999” 位置：输出到挂号单 数据结构描述 名字：病人性别 别名：患者/就诊者/就医者性别 描述：病人的性别 定义：【男|女 】2 位置：输出到挂号单 名字：医生姓名 别名： 描述：医生的名字 定义：医生姓名=3（【汉字】 ）50 位置：输出到挂号单 名字：医生编号 别名：医生的标识 描述：能够唯一的代表一位医生 定义：病人姓名=“0001”“9999” 位置：输出到挂号单 名字：医生级别 别名： 描述：医生相应的等级标识 定义：医生级别=3（【汉字】 ）50 位置：输出到挂号单 名字：科别名称 别名： 描述：科别的名称 定义：科别名称=3（【汉字】 ）50 位置：输出到挂号单 名字：科别编号 别名： 描述：科别的名称 定义：科别名称=3（【汉字】 ）50 位置：输出到挂号单 名字：挂号费用 别名： 描述：挂号所交费用（单位：元） 定义：挂号费用=“001”“999” 位置：输出到挂号单 名字：挂号单编号 别名：挂号单标识 描述：能够唯一的代表一张挂号单 定义：“001”“999” 位置：输出到挂号单 名字：病人信息 别名： 描述：病人的情况概述 定义：病人信息=病人姓名+ 病人性别+ 病人编号 位置：输出到挂号单 名字：工作人员信息 别名： 描述：工作人员的情况概述 定义：工作人员信息=工作人员姓名+工 作人员编号 位置：输出到挂号单 7 数据存储描述 数据流描述 名字：医生信息 别名： 描述：即将问诊的医生信息 定义：医生信息=医生姓名+ 病人编号+ 医生级别 位置：输出到挂号单 名字：科别信息 别名： 描述：科别的情况概述 定义：科别信息=科别名称+ 科别编号 位置：输出到挂号单 名字：挂号单信息 别名： 描述：打印在挂号单上的详细信息 定义：挂号单信息=挂号单编号+病人信 息+工作人员编号+ 【医生信息|科 别信息】+挂号费用 位置：输出到挂号单 名字：挂号信息 别名： 描述：病人的个人信息、工作人员信息以及医生或科别信息的综合描述 定义：挂号信息=病人名称+ 病人性别+ 病人编号+工作人员姓名+工作人员 编号+医生姓名+ 医生编号+【 医生级别| 科别编号】+科别名称 位置：输出到挂号单 名字：事务（1） 别名： 描述：工作人员接收事务 来源：工作人员（外部实体） 去向：接收事务（数据处理） 定义：事务=工作人员姓名+ 工作人 员编号 数据流量：2 件/分 高峰流量：4 件/分 名字：事务（2） 别名： 描述：接收事务并准备录入 挂号信息 来源：接收事务（数据处理） 去向：录入挂号信息（数据 处理） 定义：事务=病人编号+ 工作 人员姓名+工作人员编 号+挂号单编号 数据流量：2 件/分 高峰流量：4 件/分 数据处理描述 名字：挂号信息（1） 别名： 描述：工作人员记录下相关挂号信息 来源：录入挂号信息（数据处理） 去向：收取挂号费（数据处理） 定义：挂号信息=挂号单编号+病人信息 +工作人员编号+ 【医生信息|科别 信息】 数据流量：4 件/分 高峰流量：6 件/分 名字：挂号信息（2） 别名： 描述：存储挂号信息相关记录 来源：收取挂号费（数据处理） 去向：挂号信息（数据存储） 定义：挂号信息=挂号单编号+病人信 息+工作人员编号+ 【医生信息| 科别信息】+挂号费用 数据流量：4 件/分 高峰流量：6 件/分 名字：挂号信息（3） 别名： 描述：将挂号信息打印于挂号单 来源：挂号信息（数据存储） 去向：生成挂号单（数据处理） 定义：挂号信息=挂号单编号+病人信息 +工作人员编号+ 【医生信息|科别 信息】+挂号费用 数据流量：4 件/分 高峰流量：6 件/分 名字：挂号单 别名： 描述：生成机理下完整的信息的挂号 单并要给病人的凭据 来源：生成挂号单（数据处理） 去向：病人（外部实体） 定义：挂号信息=挂号单编号+病人 信息+工作人员编号+ 【医生 信息| 科别信息】+ 挂号费用 数据流量：4 件/分 高峰流量：6 件/分 名字：接收事务 别名： 描述：工作人员开始接待一个新来的病人，打开一个新界面 处理过程： 来源：事务（1） 处理过程：打开一个新的界面，系统默认给新病人编号、挂号编号 去向：事务（2） 定义：挂号信息=挂号单编号+病人信息+ 工作人员编号+【医生信息| 科 别信息】+挂号费用 处理频率：2 件/分 名字：录入挂号信息 别名： 描述：工作人员询问病人情况并将有关信息填入系统 来源：事务（2） 处理过程：在新打开的界面中填写有关信息 去向：挂号信息 定义：挂号信息=挂号单编号+病人信息+ 工作人员编号+【医生信息| 科 别信息】+挂号费用 处理频率：2 件/分 9 外部实体描述 名字：录入挂号信息 别名： 描述：工作人员询问病人情况并将有关信息填入系统 来源：事务（2） 处理过程：在新打开的界面中填写有关信息 去向：挂号信息（1） 定义：挂号信息=挂号单编号+病人信息+ 工作人员编号+【医生信息| 科别 信息】+挂号费用 处理频率：2 件/分 名字：收取挂号费 别名： 描述：工作人员向病人所要挂号费用 来源：挂号信息（1） 处理过程：工作人员向病人所要挂号费用并报讯记录 去向：挂号信息（2） 定义：挂号信息=挂号单编号+病人信息+ 工作人员编号+【医生信息| 科别 信息】+挂号费用 处理频率：2 件/分 名字：产生挂号单 别名： 描述：准备打印纸质挂号单 来源：挂号信息（3） 处理过程：工作人员向病人所要挂号费用并报讯记录 去向：挂号单 定义：挂号信息=挂号单编号+病人信息+ 工作人员编号+【医生信息| 科别信 息】+挂号费用 处理频率：2 件/分 名字：工作人员 别名： 描述：负责与系统直接接触 来源： 去向：事务（1） 名字：病人 别名：患者/就诊者/就医者 描述：前来就诊 来源：挂号单 去向： 3 系统设计 3.1 功能结构图设计 本系统的设计目的是为了改善门诊高峰期挂号排队长、就诊长时间等待、环境拥挤 混论的现状，特别是解决专家号难挂的问题，有效地减轻了门诊高峰的就诊压力，提高 医院门诊的服务质量，保障医院良好的社会效益及经济效益。该系统不仅具有一般的门 诊挂号功能，又可以通过分析病人的流量、各医生的就诊量，来合理地选择医生及预约 的时间进行就诊等等功能，在方便患者的就诊的同时，又可以大大提高医院工作效率及 资源的利用率。 系统简约结构图如图所示： 图 1： 该系统网上在线挂号功能结构流程如下所示： 11 3.2 新系统信息处理功能图 前台用户（患者）及后台用户（管理者）操作功能图分别如下所示： 前台用户操作 注册登 录 专家查 询 预约查 询 用户信息修改 选择就诊课室填写个人资料 查询就诊专家确定注册成功 查询预约信息查询专家预约时间 取消预约 预约缴费 查询个人信息 修改个人信息 输入医保卡信息 返回注册界面 确定预约信息 更新预约信息 返回挂号费 支付宝交付 网银交付 现场交付 登录系统成功 后台管理 专家管理 用户管理 预约管理 系统管理 查看专家列表 增加删除专家信息 查看预约用户列表修改专家档案 增加用户 删除用户 修改用户信息 查看预约记录 更新预约信息 删除过期信息 修改管理员信息删除管理员增加管理员查看管理员列表 3.3 数据库结构设计 在系统的设计的过程中，数据库分析和设计尤为关键。 在数据库设计中，主要的步骤如下： 第一步：分析阶段系统设计人员通过系统分析阶段的初步调查和详细调查掌握系统关于 数据的需求。在数据库设计阶段确认用户有关数据、关系和数据库信息的要求。 第二步：概念结构设计。在分析的基础上，使用E-R 图工具描述出现实世界中实体和实 体之间的关系。 1根据需求确定关系模型 根据前面的需求分析，确定系统所涉及的实体和关系，然后应用E-R 图对信息进行组织 和连接。 例如，患者挂号的实体包括：病人实体、医生实体、科室实体；关系包括：病人挂号、 医生出诊，分配的科室等。 13 它们之间的关系如图所示。 2确定数据库中的表 在完成系统的ER图之后，需要将ER模型转化为关系模型，也就是说，要设计出数据 库所需要的表格。在这里，选用的是关系数据库。关系数据库使用表来存储信息，确定 数据库中的表是数据库设计中比较难处理的一步。利用数据库的目的就是为了解决医院 挂号信息的组织和管理问题。设计者从数据库所要解决的问题和收集的各种表格中，却 不一定能够直接找出生成数据库表结构的线索。根据关系规范化的知识，将上面的E-R 图化解为几个规范的关系，每个关系可以在关系数据库中用表来存储。此外，为了能够 更合理地确定数据库中应包含的表，按以下原则对数据进行分类： 1）每个表应该只包含一个主题的相关信息。 表中只包含一个主题的相关信息，它就可以独立于其他主题来维护自己主题的信息。例 如，将病人信息和医生信息分开，保存在不同的表中，这样当删除某一病人信息时就不 会影响到医生信息。 根据其相关信息，建立各个实体的信息表如下： 病人的信息表： 病人挂号信息表： 医生信息表： 科室信息表： 表中不应该包含重复信息，并且信息不应该在表之间复制。这样每条信息只保存在一个 表中，只需在一处进行更新，效率高，同时也消除了不同信息重复项的可能性。 2）五张表的表的结构如下（其中带 k 的为主键）： 患者挂号信息表结构 病人信息 主键 病人编号 病人姓名 性别 出生日期 就诊记录 住院记录 药物过敏情况 联系方式 病人挂号信息 主键 挂号单编号 科室编号 医生编号 医生信息 主键 医生编号 医生姓名 性别 职称 接诊记录 所属科室 科室信息 主键 科室编号 科室名称 主管医生 15 字段名称 字段类型 说明 Id(k) int(16) ID 序列号 time Varchar2(32) 预约时间 管理员（登陆管理）表结构 字段名称 字段类型 说明 Id(k) int(16) ID 序列号 loginName Varchar2(16) 登录账号 password Varchar2(32) 登录密码 医生信息表结构 字段名称 字段类型 说明 Id(k) int(16) ID 序列号 name Varchar2(32) 医师姓名 description Varchar2(32) 医师简介 zhicheng Varchar2(32) 医师职称，科室 用户（患者）信息表结构 字段名称 字段类型 说明 Id(k) int(16) ID 序列号 name Varchar2(32) 用户姓名 gender Varchar2(8) 性别 date Varchar2(32) 出生日期 phone Varchar2(32) 联系电话 description Varchar2(150) 就诊记录 description Varchar2(150) 住院记录 科室信息表结构 字段名称 字段类型 说明 Id(k) int(16) ID 序列号 name Varchar2(32) 科室名称 name Varchar2(64) 主管医生 3.4 输入输出设计 医院的网上挂号信息系统是建立在信息技术平台上，辅助医生和工作人员进行管理 和决策的综合人机系统。这个系统平台是信息系统开发的基础，包括计算机软硬件选择、 计算机输入输出的设计、数据库管理信息系统的选择等。在运用此系统的同时，会要用 到输入输出设计，在该系统中，输入设备包含光电阅读器，键盘，鼠标等，输出设备包 含显示器，光盘，打印机等，输入输出格式为表格图形，输入输出介质为磁盘内存。 输入报表设计： 界面名称：入院登记 界面图示： 简单描述： 输出报表设计： 报表名称：门诊管理系统汇总表 编号：000001 报表格式： 科室 人数 . 合计 科室： 挂号 姓名 性别 挂号费 . 报表描述： 报表名称：就诊费用汇总表 编号：000001 报表格式： 科室 人数 . 合计 科室： 挂号号 姓名 性别 挂号费 . 17 3.5 代码设计 所谓代码是用数或字符代表事物名称、属性或状态等的符号。它以简短的符号形式 代替具体的文字说明，惟一地标识系统中的某一事物。在信息系统中，代码是人和机器 的共同语言，是系统进行信息鉴别、分类和排序等处理的依据。所以代码设计是实现信 息管理的一个前提条件，其主要任务就是要提供给信息系统所需使用的代码标准。使其 在系统中方便使用。在该系统中，代码全使用十进制码。 系统代码原理：医院的人员编号为8位的顺序码，此设计短小，简单，易扩充，其中， 第一位数0表示为医护人员，第一位为1时为患者，二三位数表示该人员所在总科室，四 五位数表示总科室下的分科室，第六位数取决于第一位数，若第一位数为0时，第六位数 可为1,2,3,4,5（分别代表1：医师 2：主治医师 3：主任医师 4：副主任医师 5：护理 人）若第一位数为1时，则第六位数为0；七八位数为顺序位数。 例如：医院的人员编号为00101101，则表示是位医生，是第一个总科室下第一个分 科室下的第一位医师。 医院人员编号代码设计： 代码层次 第一层代 码 第二层代 码 第三层代 码 第四层代 码 第五层代 码 代码内容 0 01 01 1 01 代码区间 意义 类别 总科室 分科室 职称 顺序号 科室编号为四位数编码，前两位是总的门诊科室号码，后两位是总科室下的分科室号码。 若没有分科室，则后两位为00。 科室编号代码设计 代码层次 第一层代 码 第二层代 码 代码内容 01 01 代码区间 意义 总科室 分科室 报表描述：本次就诊费用总结 挂号编号为10位数编码，前六位为时间，后四位挂号顺序。 例如1405120001 表示2014 年5月12 日（140512）的第1 位挂号的病人（0001）。 挂号流水号代码设计： 代码层次 第一层代码 第二层代码 代码内容 140512 0001 代码区间意 义 当天日期 当日顺序号 3.6 界面设计 3.6.1 前台界面 登录界面 注册界面 预约单界面 密码修改界面 3.6.2 后台界面 登录界面 医生列表界面 19 3.7 系统模块说明书 模块名：验证病人信息子系统 模块编号：M11 模块调用： 输入流：病人提供的本人信息 输出流：信息的真伪 模块处理功能：验证病人的信息真伪 算法说明：通过输入的信息和数据库中信息 作对照得出结论 模块名：挂号信息判断系统 模块编号：M12 模块调用： 输入流：病人病历以及挂号信息 输出流：挂号信息是否合适 模块处理功能： 判断挂号信息是否合适 算法说明：有员工通过病历来确定挂号信息 是否合适 模块名：医院号量判断子系统 模块编号：M13 模块调用： 输入流：挂号信息（时间，号类别等） 输出流：有无余量 模块处理功能：查看某种号在某时间是否还 有余量 算法说明：查询数据库中的号信息，看是否 有余量，返回信息 模块名：挂号类型处理子系统 模块编号：M14 模块调用： 输入流：号信息，病人信息 输出流：更新病人病历，挂号信息 模块处理功能：对已经进行完的挂号更新病 人和号两方面的信息 算法说明：查询数据库中制定项目，然后更 新数据库 模块名：挂号后处理子系统 模块编号：M001 模块调用： 输入流：号，病人信息 输出流：略 模块处理功能：根据提供的信息显示数据， 打印数据 算法说明：查找数据库并输出 模块名：电话挂号子系统 模块编号：M01 模块调用： M11,M12,M13,M14，M001 输入流： 输出流： 模块处理功能：病人能用电话进行挂号 算法说明：作对照得出结论 模块名：网上挂号系统 模块编号：M02 模块调用： M11,M12,M13,M14 输入流： 输出流： 模块处理功能： 病人能够通过上网进行挂号 算法说明： 模块名：医院挂号处挂号系统 模块编号：M03 模块调用： M11,M12,M13,M14 输入流： 输出流： 21 模块处理功能： 算法说明：作对照得出结论 模块名：手机短信挂号系统 模块编号：M04 模块调用： M11,M12,M13,M14 输入流： 输出流： 模块处理功能： 算法说明： 4 系统实施 4.1 程序框架图 4.2 源程序 部分源程序代码：登录： 用户名 密码 身份 系统管理员 医生 值班员 院长 23 4.3 系统测试 4.3.1 功能测试 测试项： 两大功能模块测试： 用户模块 管理员模块 用户模块 用户模块中包括：用户注册 用户登录 找回密码 密码修改 查询挂号单 在线 预约 科室查询 专家信息浏览 管理员模块 管理员模块包括：对用户的查询以及删除 对科室的管理 对医生的管理 对 预单但的管理 4.3.2 界面测试 鉴于本测试为基于 web 的系统测试，所以需额外测试系统在不同用户的浏览器端 的显示是否合适以及从最终用户的角度进行安全性和可用性测试。 用户及管理员登陆 说明：登陆界面需要输入用户、密码和验证码，如果输入不正确的值，会返回错误提示 信息。 用户和管理员公用同一登录窗口，只是级别不同。 对应测试方案： 功能 项 功能编 号 测试点 预期结果 总体 1. 使用已注册帐号，正确密码,且级别为高级 登陆成功，并能 25 进入后台 2. 使用已注册帐号，正确密码，且管理及别为 普通 登陆成功，不能 进入后台 3. 使用已注册帐号，错误密码，且级别为高级 提示错误 4. 使用已注册帐号，错误密码，且级别为普通 提示错误 5. 使用未注册帐号，错误密码，且级别为高级 提示错误 6. 使用未注册帐号，错误密码，且级别为普通 提示错误 7. 使用已注册帐号，密码为空，且级别为普通 提示错误 8. 使用已注册帐号，密码为空，且级别为高级 提示错误 9. 帐号为空，输入密码，且级别为高级 提示错误 10. 帐号为空，输入密码，且级别为普通 提示错误 11. 使用已注册帐号，输入密码为空，且级别为 高级 提示错误 登陆 12. 使用已注册帐号，输入密码为空，且级别为 普通 提示错误 13. 登陆是否支持键盘控制（Enter 登陆） 建议是 14. 用户登录成功是否跳转至相应页面。 是 15. 成功登陆后使用后退，是否后退至登陆页面 并且清空填写内容 是 其他 16. 使用全角半角对登录帐号和密码进行测试。 只识别半角 测试记录报告表 测试编号 功能编号 发现问题 测试结果 1 01 无 通过 2 02 无 通过 3 03 无 通过 4 04 无 通过 5 05 无 通过 6 06 无 通过 7 07 无 通过 8 08 无 通过 9 09 无 通过 10 10 无 通过 11 11 无 通过 12 12 无 通过 13 13 无 通过 14 14 无 通过 15 15 无 通过 16 16 无 通过 用户注册 对应测试方案： 功能 项 编号 测试点 预期结果 1. 使用已用账号注册 提示错误 2. 使用非数字注册 提示错误 3. 使用不足六位账号注册 提示错误 4. 使用特殊符号注册 提示错误 5. 使用数字六位已注册账号注册 提示错误 6. 使用数字六位未注册账号注册 可以注册 账号 7. 输入法半角全角测试 错误猜测 密码 8. 密码为 5 位 提示错误 27 9. 密码为空 提示错误 10. 密码为 1 位 提示错误 11. 密码为 10 位 通过 12. 密码为 10 位以上 提示错误 13. 密码为 5-10 位内的英文数字组合 通过 14. 密码为 5-10 位内的纯英文 通过 15. 密码为 5-10 位内的纯数字 通过 16. 使用特殊字符填写密码 通过 17. 确认密码为空 提示错误 18. 使用全角输入密码再使用半角确认 提示错误 19. 使用半角输入密码再使用全角输入确认 提示错误 20. 确认密码与密码不符合 提示错误 确认 密码 21. 确认密码与密码相符合 通过 其他 22. 对于所有必填项进行漏填测试 测试记录报告表(问题优先级前面已声明)： 测试编号 功能编号 发现问题 测试结果 1 1 无 通过 2 2 不提示错误 未通过 3 3 不提示错误 未通过 4 4 不提示错误 未通过 5 5 无 通过 6 6 无 通过 7 7 无 通过 8 8 无 通过 9 9 无 通过 10 10 无 通过 11 11 无 通过 12 12 无 通过 13 13 无 通过 14 14 无 通过 15 15 无 通过 16 16 无 通过 17 17 无 通过 18 18 无 通过 19 19 无 通过 20 20 无 通过 21 21 无 通过 22 22 无 通过 网上预约模块 对应测试用例： 功能 项 编号 测试点 预期结果 1 无余号 提示挂号失败 2 有余号，但没登陆 提示请登录 挂号 3 有余号，登录失败 提示登录失败 29 4 有余号，登陆成功 提示挂号成功 测试记录报告表(问题优先级前面已声明)： 测试编号 功能编号 发现问题 测试结果 1 1 无 通过 2 2 不提示错误 未通过 3 3 不提示错误 未通过 4 4 不提示错误 未通过 密码修改： 说明：对本身帐号密码进行修改操作。四项均为必填项，原密码必须输入与原密码相同， 新密码必须与确认密码相同。 测试方案： 测试 项 编号 测试点 预期结果 1. 原密码为空时进行修改操作 不能修改 2. 原密码输入与原密码不符合 不能修改 原密 码 3. 原密码输入正确 通过 4. 新密码长度小于 6 位 不能修改 5. 新密码为空 不能修改 6. 新密码长度大于 6 位 无法超过 6 位 7. 新密码为 6 位数字 通过 8. 新密码为数字英文组合 通过 新密 码 9. 新密码为特殊字符 通过 10. 确认新密码与正确的新密码相同 通过确认 新密 11. 确认新密码与新密码输入不符 不能修改 码 12. 确认新密码为空 不能修改 13. 验证码为空 不能修改 14. 验证码输入不正确 不能修改 验证 码 15. 正确输入原密码，新密码以及确认新密码，验 证码进行修改 修改成功 测试记录报告表(问题优先级前面已声明)： 测试编号 功能编号 发现问题 测试结果 1 1 无 通过 2 2 无 通过 3 3 无 通过 4 4 无 通过 5 5 无 通过 6 6 无 通过 7 7 无 通过 8 8 无 通过 9 9 无 通过 10 10 无 通过 11 11 无 通过 12 12 无 通过 13 13 无 通过 14 14 无 通过 15 15 无 通过 对用户管理模块 31 测试方案： 测试 项 编号 测试点 预期结果