重症探视系统解决方案Word格式.docx

重症探视系统解决方案Word格式.docx

《重症探视系统解决方案Word格式.docx》由会员分享，可在线阅读，更多相关《重症探视系统解决方案Word格式.docx（15页珍藏版）》请在冰豆网上搜索。

2.5.帮助界面

三、系统设计方案

本系统可实现病人家属、病人以及第三方人员之间通过网络进行视频、语音、文字交互。

整个系统按病人家属提出预约申请à

院方审核、安排房间à

家属回复确认à

正式开通网上虚拟探视室的流程运转。

管理员可通过后台对探视房间、参与探视的双方人员以及网站基本信息进行管理和设置。

系统包括5个前台页面和3个业务流程，以及2个管理功能（指流程之外的管理功能）。

数据库主要包括房间表、预约表、探视记录表、单页数据表等，具体请见下文详述。

3.1.软件菜单设计

用户角色分为系统管理员、普通管理员，系统管理员除进行系统管理和配置外，也可以进行数据的查询和录入。

不同用户的操作菜单要分开设计，进行明确的归类，以使后台的操作界面更清晰和明确。

以下为菜单设计，红色字体表示系统管理员才具备的功能。

n综合设置

u基本设置

u页面管理

u页脚版权设置

n探视管理

u科室管理

u预约审核

u探视列表

u在线探视

u探视记录

n账号管理

u修改密码

u登录记录

u添加管理员

u分配权限

3.2.业务流程设计

3.2.1.预约申请

病人家属点击医院主页上的【探视申请】按钮，打开网上探视申请页面，填写远程探视申请表。

病人家属需提供病人姓名、所在科室等信息。

流程如下：

申请表单效果图如下：

表单设计要求如下：

l病人姓名和所在科室、床号，申请人姓名和联系号码，探视时间作为必填项；

l电子邮箱选填，做邮箱格式验证；

l探视时间要求：

开始时间大于当前时间30分钟（此时间放在配置文件中），结束时间必须大于开始时间，且不得超过5个小时（参数放在配置文件中）。

l阅读隐私政策请使用新窗口打开。

确认预约信息的页面要求如下：

l用户填写完表单之后，写入数据库之前，让用户首先查看预约信息的确认页面；

l确认信息包括：

用户已经填写的表单内容，以及相关的提示信息。

3.2.2.预约审核（探视排班）

医院管理员收到预约申请后，根据病人情况做出预约安排（探视排班）。

通过邮件或短信的方式告知病人家属进行远程探视的房间密码、探视时间段、房间号等信息。

审核的时候有几个重要的地方：

1、核实资源情况。

在本系统中房间数量是受到限制的，我们是根据时间段来分割房间的使用权，因此判断是否具有可用房间是通过时间段这个条件去联表查询的。

2、绑定房间。

当具有可用房间时，将房间号记入到预约表里，并设定探视密码。

此过程称为绑定房间。

3、预约状态分为未审核à

未开始à

正在进行à

已结束à

删除。

3.2.3.网上探视

网上探视的操作分为家属端和病人端，而病人端的所有操作都将有护士代替，因此病人端的操作我们又可以称之为护士端。

以下分别描述2个角色的网上探视流程。

病人家属端：

在家中上网，登录中心医院的探视页面，在探视列表中查找到探视对象，点击登录即可与病人进行远程视频交流。

从管理后台的预约管理à

在线探视à

已审核的预约列表中，找到该病人的探视预约信息，点击登录即可直接进入探视房间（登录过程无需输入密码，因此要求护士在登录之前确认病人信息是否正确），并将话筒交给病人。

病人与家属即可进行远程视频交流。

流程如下图所示：

3.3.前台页面设计

前台页面只有5个主要页，其中探视页和申请页是页面组，包括一系列的子页面。

其他3个是单页面，通过后台的单页内容管理程序进行内容维护。

首页采用探视页à

已审核的预约列表作为默认首页；

本系统还具备公告、友情链接、在线客服、新闻文章、在线留言等板块，默认全部为关闭（没有前台页面，仅保留部分功能代码），如果用户需要的话，今后可以自行扩展前台页面程序。

现阶段的5个前台页面描述如下：

3.4.后台功能设计

3.4.1.科室管理

打开探视管理à

科室管理，对科室数据进行维护（增加、删除、修改、排序设置）；

3.4.2.预约审核

预约审核，对用户提交的预约申请数据进行维护（审核、删除），具体参见“预约审核流程”。

3.4.3.预约列表

预约列表，显示所有已经审核过的预约信息，包括未开始、正在进行和已结束的所有预约信息。

在预约列表中，管理员可以修改未开始的预约信息，包括探视密码和探视时间，以及更换绑定的房间号。

对正在进行的预约信息可以修改探视密码。

3.4.4.在线探视（护士端操作）

在线探视，查看所有的已确认的探视房间，点击即可进入，登入时不需要填写探视密码和姓名，直接取病人姓名作为用户名；

3.4.5.探视记录

探视记录，对在线探视的历史数据进行查看，支持分页显示和简单的搜索功能；

探视数据构成：

登入房间者的来源IP、病人姓名、探视者姓名、登入和登出时间。

3.4.6.页面管理

打开综合设置à

页面管理，对某个单页面的数据进行维护（修改内容）；

3.5.系统资源控制机制

本系统是商业授权使用的产品，在某些资源使用上将受到控制。

具体描述如下：

3.5.1.房间资源

打开房间设置à

房间管理，对房间数据进行维护（增加、删除、修改），系统总的房间数量有一定的限制功能，标准限制为8个房间。

3.5.2.最大人数资源

系统对每个房间内可进入的最大人数有一定的限制功能，默认限制为4个人，当房间内的在线人数达到此数量时，房间状态将变为“已满员”，此时将不可再登入其他用户。

3.6.数据库设计

3.6.1.数据库平台

本系统采用MySQL5版本，建立数据库的基本参数如下：

lDatabasename:

gtone_v01

lUsername:

root

lPassword:

123456

3.6.2.数据库表定义

参见《数据字典》

四、项目整体规划与价值

4.1.网络环境建设

服务器端：

由院方信息中心提供一台配置较高的电脑或服务器，安装远程探视软件，配置成MCU。

MCU要求配一个固定IP，采用光纤接入方案，以保证带宽的稳定性。

病人端：

移动探视车采用WIFI接入，支持802.11n协议，通过局域网接入MCU。

病人端采用网页式客户端。

家属端：

利用家中宽带接入，支持ADSL等方式。

病人家属也可以在医院专门设立的探视室里，使用专用电脑进行探视。

家属端采用网页式客户端。

4.2.软件易用性设计

系统采用B/S架构，用户登陆到医院探视页面，无需安装软件即可正常使用。

系统容量要求能支持8间虚拟探视室、16个病人/家属接入。

系统操作应尽量简单，方便病人家属傻瓜式操作。

4.3.项目预期价值和作用

针对ICU病房的无菌式管理，和病人家属迫切需要经常会面的现实矛盾，远程探视系统可利用“无接触”的面对面探视，探索出一条提高医患关系、满足实际需求的解决之道。

远程探视还具备以下的积极作用：

1、提供安全的探视环境

重症监护病房的严格管理是为了保证最大限度降低干扰和交叉感染，但同时给家属探视造成极大地不便。

利用远程探视技术，病人家属可方便地与病人进行“面对面”的交流，提升了医院的服务价值。

家属的探视也将有助于病人的积极康复。

2、方便家属异地探视

家属若不能抵达医院现场来探视，可以通过远程探视系统进行探望，增加了病人与亲友的交流机会，也解了病人亲友的“燃眉之急”。

3、为医院创收

远程探视深受病人和家属的喜爱，院方也投入了大量的软硬件设施和人力成本，因此远程探视发展成为一项个性化、人性化的收费服务，也可以加以考虑。

可根据探视次数、探视时长进行收费，探视过程的录像也可以进行收费。

4、提升社会广告形象

远程探视系统作为一个少数医院拥有的个性化服务，可以为医院提升社会形象，创造良好的广告效果。

当远程探视发展成为每个医院必备的项目时，没有此业务必将成为影响医患关系的重要指标。