医院网上服务系统的设计与实现

王松山

（滨州市人民医院门诊部 山东省滨州市 256610）

1 前言

近年来，我国的互联网的应用范围已经完成了从小范围专业领域走到了绝大部分生活领域。医疗健康是民生领域几个热点关注问题之一，用互联网更好地服务医疗领域的想法油然而生。我国医疗资源分配不均，且呈现出省会中心城市医疗水平更高、医药资源更充足、医生经验更丰富的趋势。因此，更多非中心城市的群众也渴望能去中心城市的大型医院就医。这就增大了大型医院的人员压力，大型医院时常会存在患者饱和的情况。这即增加了患者的时间成本，也给医院带来了管理方面的压力。因此，医院急需改变自己与患者之间原始的沟通方式，应用当下使用最广泛的互联网，与患者互联互通，更有效地利用医疗资源，努力为患者提供更优质的就诊体验。

2 需求分析

2.1 系统的用例模型

2.1.1 管理员角色用例模型

管理员角色需要进行管理员账号维护、患者账号维护、医生信息维护、科室信息维护、首页信息维护、审批调班申请、统计分析挂号记录，共七项活动。需要注意的是不同管理员的权限级别不同，所能使用的功能也有所区别。比如：增加、删除管理员账号的功能只有高级管理员可以使用，修改账户密码是所有管理员都可以进行的操作。

2.1.2 医生角色用例模型

医生角色需要进行医生账号登录、医生信息管理、医生账号信息维护、出诊信息管理、调班管理，共五项活动。考虑实际工作情况中，医生个人信息的特殊性，只允许医生修改本人的部分信息，比如，联系方式，治疗特色等。而一些固定信息，比如，职称，学历，挂号费等信息不能修改。

2.1.3 患者角色用例模型

患者角色需要进行患者账号维护、查看号源信息、挂号预约服务、查看首页信息，共四项活动。其中号源信息的查询方式设置为按医生、按科室查询两种方式。

2.1.4 系统重点模块用例

挂号预约模块主要功能是实现患者挂号预约服务的模块。首先，患者可以通过管理员或医生提供的信息，选择按医生或按科室对号源情况进行查询。随后，患者自愿选择医生以及该医生出诊时段进行挂号，随即数据库中更新挂号预约信息。同时，管理员、医生分别能查看查看统计分析挂号记录的结果图、本人出诊对应时间的已预约人数。之后，在到院前患者可以修改预约医生或预约时间，并查看或删除自己的预约记录。

2.2 系统的静态模型

本系统主要的九个实体类分别是：科室类、诊室类、医生类、调班申请类、出诊时间类、挂号资源类、预约记录类、患者类、管理员类。

2.3 系统的动态模型

2.3.1 患者登录功能

患者登录功能分为由以下几个步骤组成。首先，在系统首页面患者选择登录功能，登录界面是患者点击登录按钮后页面自动跳转的结果；而后，登录界面通过调用buttonclick（）函数转到PatientDao 模块；PatientDao 通过insert（）函数将患者输入的账号、密码传递给后台数据库；用户名是否存在、用户名与密码是否匹配等此类问题是数据库检查的焦点；检查结束后返回给PatientDao 登录结果；PatientDao 再根据结果调出登录成功或失败的界面；最后患者通过界面得知登录成功或登录失败。

2.3.2 医生调班功能

医生调班功能分为由以下几个步骤组成。首先，医生进入调班界面填写调班信息；之后，调班界面通过调用buttonclick（） 函 数 进 入DoctorDao 模 块；DoctorDao模块再通过insert（）函数将医生输入的信息传递给数据库；数据库进行更新；之后数据库将更新后的数据传递给AdminstorDao 模块；AdminstorDao 模块再将数据返回给调班界面；更新后的数据通过界面传递给管理员。管理员进入调班界面，完成调班审批；之后，调班界面通过buttonclick（）函数进入AdminstorDao 模块；AdminstorDao 模块通过insert（）函数将医生输入的信息传递给数据库；数据库进行更新；之后DoctorDao 模块将接收数据库更新后的数据；DoctorDao 模块再将数据返回给调班界面；更新后的数据通过界面传递给医生。此时，系统完整地进行了一次医生调班作业。

2.3.3 患者挂号功能

患者挂号功能需要患者首先登录系统。登录成功则进入下一步——进入挂号界面；若因用户名或密码错误而导致的登录失败则异常结束挂号操作。进入挂号页面后，患者选择按医生或科室对号源情况进行查询。这时，管理员需要更新科室信息。更新成功后，患者可以看到科室号源；更新失败则会导致异常，结束挂号操作。同时，医生需要更新医生信息。更新成功后，患者可以看到医生号源；更新失败则会导致异常，结束挂号操作。最后，患者填写挂号信息，支付成功则正常结束；若因诚信度不合格或验证码错误而导致的登录失败则异常结束挂号操作。

3 系统设计

3.1 系统概要设计

根据前文所作的需求分析，设计出医院网上服务系统的结构。其中主要工作内容为确定医院网上服务系统的层次结构、模块组成以及模块的功能作用。

3.1.1 系统总体功能设计

本文设计的系统主要使用者分别为管理员、患者、医生，以下是每个角色对系统功能的要求。

患者：查看医生出诊信息、按医生预约就诊服务、按科室预约就诊服务、查看科室数据、查看预约记录。

医生：医生登录功能、出诊数据管理、医生数据管理、调班管理。

管理员：管理员账号管理、登录功能、调班管理、医生数据管理、首页数据管理、患者数据管理、统计分析功能、科室数据管理。

将以上功能整合，得出系统功能结构图，如图1 所示。

图1： 系统功能结构图

3.1.2 系统开发架构

本系统的开发架构如下：最外层是用户显示层，其中包括终端显示层与开放接口层；接下来是由Tomcat 封装的服务器层，它又由Web 页面编写的请求处理层和Service 处理的业务逻辑层以及Dao 类构成的数据访问层和Manager 类构成的通用处理层组成；与数据访问层连接的是后台数据处理部分——MySQL 数据库；与通用处理层连接的是非本系统接口或其它系统平台；最底层的是Windows 操作系统。

3.2 系统详细设计

3.2.1 管理员模块详细设计

管理员角色需要进行管理员账号维护、患者账号维护、医生信息维护、科室信息维护、首页信息维护、审批调班申请、缴费管理、统计分析挂号记录，共八项活动。

管理员进入系统前需要登录账号，之后系统将进行验证，验证成功后页面跳转至管理员首页面。管理员权限级别的高低对应着功能的强弱。增加、删除管理员账号是高权限管理员的必要操作，修改自己的账户密码则是所有管理员的公共操作。该项工作将使用到管理员账号信息。管理员可以选择查看以及注销患者账号，该项工作将使用到患者账号信息。增多医生数据是管理员角色的必要工作；除此以外，管理员也可以按所属科室查看医生数据，该项工作将使用到医生账号数据。管理员可以寻找科室数据并对科室数据（增多诊室）完成修改，该项工作将使用到科室数据。管理员能够查看、增加、修改、删除首页信息，该项工作将使用到首页信息。管理员能够处理审批调班申请，申请可以同意或拒绝，审批后的结果将被保存到调班信息中。管理员可以进行缴费管理，该项工作将使用到缴费信息。管理员可以查看统计分析挂号记录的结果图，该项工作将使用到患者挂号信息。如图2 所示。

图2： 管理员端功能结构图

3.2.2 医生模块详细设计

医生角色需要进行医生账号登录、医生信息管理、医生信息维护、出诊信息管理、调班管理，共五项活动。

医生进入系统前需要登录账号，之后系统将进行验证，验证成功后页面跳转至医生首页面。医生可以选择修改本人账号密码以及删除本人账号，该项工作将使用到医生账号信息。医生可以选择查看以及修改本人公示信息，该项工作将使用到医生信息。医生可以选择查看本人出诊时间以及对应时间已预约人数，该项工作将使用到患者挂号信息。医生可以选择可以新增以及查看调班申请，该项工作将使用到调班信息。如图3 所示。

图3： 医生端功能结构图

3.2.3 患者模块详细设计

患者角色需要进行患者账号维护、查看号源信息、挂号预约服务、查看首页信息，共四项活动。

患者首次进入医院网上服务系统时需要注册患者数据，注册完成后才能享受系统带来的便利。患者进入医院网上服务系统前需要登录账号，之后系统将进行验证，验证成功后页面跳转至患者首页面。患者可以选择修改本人账号密码以及删除本人账号，该项工作将使用到患者账号信息。患者可以查看、增加、修改、删除预约挂号信息，该项工作将使用到患者挂号信息。患者可以选择按医生或科室对号源情况进行查询，该项工作将使用到科室信息、医生信息。患者还可以查看病历以及检验结果。如图4 所示。

图4： 患者端功能结构图

其中按科室查看号源信息服务功能的实现方法如下：

3.3 系统数据库设计

因为本系统采用的是面向对象的设计方法，所以数据库表之间的关系是通过分析实体之间的映射关系而生成的。因此设计数据库的重点在于抽象出实体模型、实体属性。通过上文的分析初步划分出几个实体，再通过系统的数据流图得出最终的实体模型与属性。最后，将实体转化成数据表，并将实体之间存在的联系转化成数据表之间的关系。

3.4 医院网上服务系统部署

将各个组件与客户移动端、医生工作电脑、管理员工作电脑连接，将Web 部署到开发工具上，并用Tomcat 配置数据库连接到IDEA，如图5 为系统部署图。

图5： 系统部署图

4 总结与展望

本文根据分析各大医院目前的信息化状况设计、实现了医院网上服务系统，整个课题的内容以Java 作为开发工具。JavaWeb 技术被用于前台设计，MySQL 数据库则作为后台以确保各种数据处理安全运行，Tomcat 作为服务器为医院网上服务系统搭建出应用环境。系统的主要功能包括医生调班服务、患者挂号服务、管理员统计分析服务。