CN110517793A - 一种交互式远程查房系统 - Google Patents

Abstract

本发明提出了一种交互式远程查房系统，包括医生端、护士端、患者端、私有云端、中心数据库，医生端分别与患者端、私有云端、中心数据库相连，患者端还与中心数据库相连，护士端与中心数据库相连，医生端向患者端发起远程查房请求，患者端接收请求，双方建立实时视频流通道，医生端利用患者端的摄像头执行远程查房操作，记录查房信息，每次远程查房留下的查房记录信息被自动同步至中心数据库，每次远程查房的视频音频资料自动保存并备份加密上传至私有云端；护士端记录患者每日身体参数、用药记录，并将数据同步至中心数据库。该系统可极大提高医生查房效率，且具备稳定性、安全性高的优点。

Description

一种交互式远程查房系统

技术领域

本发明涉及医疗信息化领域，具体涉及一种交互式远程查房系统。

背景技术

现在我国许多大医院里业务查房，由于医护床位比压力极大，医生护士整日忙碌不堪，根据三级医师查房制度，住院医师对病危患者应当根据病情变化随时书写病程记录，每天至少1次，记录时间应当具体到分钟。对病重患者，根据病情随时查房，至少2天记录一次病程记录。对病情稳定的患者，至少3天记录一次病程记录。主治医师需要带领住院医生、进修医生和实习医生参加，每天至少查房一次，主任医师每周至少一次固定查房。各级医生如此高频度的查房任务，在医护人员整日忙碌不停的情境下，加重了医护人员的工作压力，工作效率亟待提高。远程查房系统的出现可以大大减轻医生护士的负担，并且可以统一对住院病人进行高效规范的处理。

近年来，随着数字医疗的广泛普及和推广，远程查房、移动护理等信息化医疗护理辅助系统也开始进入医院展开始用。现有的远程医疗服务系统包括利用3G/4G组网、基于安卓平台的远程医疗服务系统，基于微信的医院服务系统，远程监护系统，多点交互式网络服务系统，基于音视频的远程交互式医疗服务系统等。

上述现存的远程医疗服务系统虽然对于提高医护人员的工作效率具有很高的效用，但是在对于远程查房来说，还是存在了各种不同的缺陷。例如对于3G、4G组网的远程医疗服务系统来说，在乡镇医院等一些网络信号不稳定的医院，对于远程查房甚至可能会带来麻烦，比如在远程会诊查房或者教学指导查房时由于网络信号的不稳定甚至中断，会造成会诊、查房的中断，极大的影响了医疗计划。基于微信的医院服务系统，通过微信公众号作为平台，进行医生和患者的在线互动功能。一方面通过公众号管理患者，仅能查阅患者的病历以及影像信息，无法达到沟通的即时性；另一方面微信公众号管理患者的信息，存在很大的隐私问题，一旦微信公众号遭到恶意攻击，医院以及患者隐私信息将受到严重威胁。而远程监护系统的主要功能则是通过同步患者接入的仪器上传至数据库的数据，令医生可以远程关注患者的仪器数据动态。但是该种情景仅限于重症患者，普通住院患者并非整日连接监测仪器，若无监测仪器的数据同步，医生则不能时刻监测患者的状况，并且无法和患者沟通，达到一个对患者病情与患者自身感受都充分掌握的程度。此外，如果要做到所有住院患者时刻连接监测这个前提条件才能完成医生对患者的远程监测的话，一方面会极大地增加医院的成本，另一方面会引起患者以及患者家属的恐慌以及抗拒情绪。因此远程监护系统对于大多数的住院患者的查房以及远程诊断来说，是比较难以实现的。对于远程交互式医疗服务系统，无论是多点式交互网络服务系统还是基于音视频的远程交互医疗系统，他们的共同点都是针对于各级医院之间的会诊交互，而并未考虑到医生与患者及患者家属之间的交互。

当前已经提出一种远程查房系统，主要是依赖在病房中安装若干个摄像头和声音采集器，实时记录病房内的信息，医生通过摄像头与声音采集器进行远程查房，这种做法存在很多问题。首先，医生仅通过病房内有限的摄像头，无法仔细的观察到每一位病人的状况，并且无法一对一的进行交流；其次，医生在远程查房时，如果出现医生本人不在医院的情况，可能无法及时的翻阅病人病历信息以及过往记录，会对医生观察评估病人的病况造成影响；最后，该系统将通过摄像头与声音采集器对病人的查房记录刻录为光盘，虽然是出于备份保存的目的，但是光盘的使用寿命以及保存不当引起的备份资料的丢失会带来麻烦。除此之外从病人的角度考虑，医生查房若没有体现出传统查房一对一的交互性，可能会引起患者以及患者家属的担忧甚至不满。

因此，现有的远程查房系统及医疗服务系统至少存在以下问题需要解决：第一，在进行远程查房、远程会诊时应确保交互稳定性；第二，对于病人信息以及医生进行的医疗方案研讨应对除医院、医生、病人及病人家属之外严格保密；第三，对于备份数据的存档，应注重永久性和不可更改性，特别是对与典型案例的治疗、查房、会诊的全过程的记录；第四，针对于大多数普通住院患者(非重症监护住院患者)，应更加注重于医生与患者及患者家属的沟通交互。

发明内容

发明目的：针对现有技术的不足，本发明提出一种交互式远程查房系统，以解决上述提到的问题。

技术方案：一种交互式远程查房系统，包括医生端、护士端、患者端、私有云端、中心数据库，医生端分别与患者端、私有云端、中心数据库相连，患者端还与中心数据库相连，护士端与中心数据库相连，医生端向患者端发起远程查房请求，患者端接收请求，双方建立实时视频流通道，医生端利用患者端的摄像头执行远程查房操作，记录查房信息，每次远程查房留下的查房记录信息被自动同步至中心数据库，每次远程查房的视频音频资料自动保存并备份加密上传至私有云端；护士端记录患者每日身体参数、用药记录，并将数据同步至中心数据库。

进一步地，所述系统还包括患者家属端，患者家属端分别与患者端和医生端相连，患者端具有呼叫患者家属端的功能，患者家属端响应患者端的呼叫，实现与患者端的实时在线互动；患者家属端还与医生端实现非实时交流。

进一步地，所述系统还包括医生管理端，医生管理端分别与医生端、私有云端相连，用于对医生端的远程会诊请求进行监测和授权，以及从私有云端查阅、提取医生端上传的远程查房、远程会诊的所有资料。

进一步地，所述医生端和患者端之间通过中心交换机建立连接，医生端设有医务服务器、数据库服务器、RealServer服务器、第一显示器、录屏模块、上传模块，患者端设有应用服务器、数据库服务器、RealServer服务器、第二显示器，所述第一显示器和第二显示器都包含摄像头和麦克风，

医生端的摄像头和麦克风启动，医生通过医务服务器连接RealServer服务器，进入视频通话房间，同时医务服务器向患者端发送视频连接请求，经过中心交换机的传递发送至患者端，患者端收到视频连接请求时自动开启摄像头和麦克风，发送响应至应用服务器，通过应用服务器连接RealServer服务器，建立视频查房连接，医生端录屏模块开始工作，本地备份医生远程查房的视频记录；

医生远程视频查房过程中，通过医务服务器请求数据库服务器，向数据库服务器发送读请求，调用数据库中的患者信息，并且对患者查房病历信息进行更新，向数据库服务器发送写请求，更新并同步数据库，所述数据库服务器存储中心数据库的所有数据；

医生视频查房完成后，录屏模块结束工作，并发送消息给上传模块，将备份的本地文件上传至医务服务器。

进一步地，所述医生端还设有第一信息反馈模块，所述患者端还设有第二信息反馈模块，患者在患者端的第二信息反馈模块留下信息，向应用服务器发送信息请求，应用服务器通过中心交换机发送给医生端医务服务器，医务服务器根据医生端浏览器的请求将患者的留言信息反馈回来，医生通过第一信息反馈模块发送回复信息。

进一步地，所述RealServer服务器基于HTML5和WebRTC技术完成流媒体数据的实时传输，采用HTML5提供的getUserMedia API提供访问硬件媒体设备的方法，检测远程查房或远程会诊视频交互时的本地接口，利用HTML5提供的getWeb API获取网络接口，检测网络接口正常，匹配可以发起视频会话请求条件。

进一步地，所述系统由资源中心控制不同角色访问数据库服务器中的中心数据库，资源中心允许医生端比护士端享有更高级的资源访问权限。

有益效果：本发明提出了一种交互式远程查房系统。在现有的远程医疗服务系统中，远程查房系统的提出较少，相比较于已经提出的远程查房系统，本发明提出的交互式远程查房系统，高度还原了当面查房的一对一互动性，线上查房对患者信息资料的调取更加方便了医生对患者病情的全面考量；医生与患者家属端的交互性，既方便了不能陪同在患者身边的家属及时了解患者病情，也给出了医生和患者家属的沟通机会，也极大的减少了医生被患者家属打扰的情况；医生端远程查房及远程会诊的视频、音像信息在医院私有云端的备份，以及仅医院管理端拥有私有云端的访问权，都保证了医生的诊疗过程有记录可询，并且保证了记录的客观、安全、公正性，在遇到医患纠纷的情况下，可以作为佐证，对于处理医患关系，从心理上和实质上都给予了医生、患者双方的保障性。

附图说明

图1为本发明的交互式远程查房系统总体结构图；

图2为本发明的医生端/护士端与患者端交互结构示意图；

图3为本发明的医院管理端与患者端交互结构示意图；

图4为本发明的患者端使用流程图；

图5为本发明的医生端使用流程图；

图6为本发明的医生端具体功能模块示意图。

具体实施方式

下面结合附图对本发明的技术方案作进一步说明。应当了解，以下提供的实施例仅是为了详尽地且完全地公开本发明，并且向所属技术领域的技术人员充分传达本发明的技术构思，本发明还可以用许多不同的形式来实施，并且不局限于此处描述的实施例。对于表示在附图中的示例性实施方式中的术语并不是对本发明的限定。

本发明采用的技术方案是一种能够进行交互的远程查房系统，参照图1，系统总体架构包括医院管理端、医生端、护士端、患者端、患者家属端、私有云端、中心数据库，医生端、护士端、患者端产生的数据存入中心数据库中并可从中心数据库中查询数据，中心数据库用于存放患者的电子病历、历史查房、手术记录、化验记录、身体参数、用药记录。患者端、医生端、患者家属端两两相连，医院管理端、医生端、私有云端两两相连。整个系统的架构体系采用B/S架构(即浏览器端和服务器端)，医院管理端、医生端、护士端、患者端、患者家属端都是在浏览器中打开，点击页面为前端显示界面，这些操作是通过联网的后台服务器完成的。前端借助移动终端或PC端登入完成医生与患者、医生与患者家属、医生与医生多个方面进行交互，实现医生的远程查房。患者端可以接受来自医生端的远程查房，同时还具有呼叫患者家属端的功能。患者家属端响应患者端呼叫，和患者端可以进行在线实时互动；患者家属端还可以在线留言，询问患者病情相关的问题，医生端在登录系统后可以查阅患者家属留言，在空闲时刻给予回复。护士端可以记录患者每日身体参数，用药记录等，并将数据同步至中心数据库。医生端可以通过系统连接患者端对患者进行远程查房，医生端可以从中心数据库同步下载数据资料，包括护士端同步至中心数据库的患者基本身体参数，患者的电子病历信息，患者在医院所有科室检查、化验、手术等具体数据信息。同时，医生端每次远程查房留下的查房记录信息以及对患者的身体及恢复状况的评级和评语将会被自动同步至中心数据库。此外，每次远程查房的视频音频资料会被自动保存并备份加密上传至医院的私有云端。私有云端用于备份医生在远程查房、远程会诊中的视频记录，可以租用市面上主流的云提供商，如阿里云、腾讯云，也可以医院自行搭建。

如图2所示，医生端/护士端和患者端之间通过网络交换中心(交换机)建立连接。医生端/护士端设有医务服务器、数据库服务器、RealServer服务器、第一显示器、第一信息反馈模块、录屏模块、上传模块；患者端设有应用服务器、数据库服务器、RealServer服务器、第二显示器、第二信息反馈模块。医生通过医务服务器连接RealServer服务器，进入视频通话“房间”，同时医务服务器向患者端发送视频查房请求，经过中心交换机的传递，患者端的应用服务器接收到视频查房请求，连接RealServer服务器，建立视频查房连接，医生端录屏模块开始工作，本地备份医生远程查房的视频记录。为了减轻成本，医生端和患者端用的是同一个RealServer服务器。具体地，医生端发起的视频请求到Web服务器(对应医务服务器)，再由Web服务器检索出来相关服务器的地址定位RealServer服务器，建立媒体流，发送到各个视频会议客户端。第一显示器和第二显示器都是包含摄像头麦克风的，在建立远程查房的视频连接过程中，患者端接收到视频连接请求后，会自动打开摄像头麦克风(该行为是由媒体中心的代码(也是HTML5技术标准代码)预先设置好的逻辑行为)，并发送响应至应用服务器，由应用服务器提供RealServer服务器地址，患者端浏览器通过内置RealPlayer插件与Realserver服务器之间交换传输所需要的控制协议，对媒体流数据进行接收和处理，并与医生端进行互动。医生远程视频查房过程中，可以通过医务服务器请求数据库服务器，向数据库服务器发送“read”请求，调用数据库中的患者信息，并且对患者查房病历信息进行更新，向数据库服务器发送“write”请求，更新并同步数据库。医生端患者端使用的是同一个数据库服务器，数据库服务器存储的是中心数据库的所有数据，和程序，利用数据库服务器的程序调用中心数据库中指定的数据表。医生视频查房完成后，录屏模块结束工作，并发送消息给上传模块，将备份的本地文件上传至医务服务器。

第一信息反馈模块和第二信息反馈模块用于非查房时段不容易找到医生或者医生不在的情况下的线下反馈沟通，目的是避免医生无限被打扰。医生未建立查房连接时，患者可通过患者端的应用服务器向数据库服务器发送“read”请求，数据库服务器调取数据库中患者病历相关资料，发送至应用服务器，患者可通过第二显示器查阅患者自身病历信息。患者可通过患者端的第二信息反馈模块留下诸如自身感受，身体状况疑问等信息，向应用服务器发送信息请求，应用服务器通过网络交换中心发送给医生端医务服务器，医生端向医务服务器获取信息请求，医务服务器将患者的留言信息反馈回来，医生可以通过第一显示器查阅，并通过第一信息反馈模块发送反馈信息。

根据本查房系统数据库中设置权限不同，进行管理端、医生端和护士端的区分：管理端是具有最高权限的医生端，除了兼具医生端的各个模块之外，还设有管理模块，对下面的普通医生端进行管理，并对于多级医院、各个科室之间的远程会诊、教学查房等跨科室、跨医院、跨地区的远程交互进行监测和授权，保证医生与医生之间的交互的保密性和安全性。此外，管理端还拥有私有云端的权限，如图3所示，管理端可由上传模块上传数据文件至医务服务器，再经由网络交换中心同步至私有云端，并可以从网络交换中心下载数据文件，而医生端如图2所示，仅具有同步至私有云的权限。而护士端是低权限的医生端，没有视频查房功能；患者端仅对患者数据库中自身的患者数据有只读权限，无写入权限。设置医患两端的视频互动权限，仅有医生有权限向患者端发起视频查房。

在医生完成每次远程查房后，如图2所示，录屏模块会将录制的视频文件自动保存在医生端的本地指定文件中并通知上传模块进行上传，医生端的上传模块将指定本地文件夹经由https协议加密上传至医务服务器，再经由中心交换网络同步至私有云端。当医生端对重症患者或复杂病情患者进行远程会诊时，需要向医院管理端提出申请，由医院管理端审核通过进行授权。远程会诊的全部视频、音响资料将会被自动备份经由医务服务器同步上传至医院的私有云端。医院管理端对医生端提出的远程会诊申请进行审批授权。同时医院管理端具有本发明系统的最高权限，具有可以从医院私有云端查阅、提取医生端上传的远程查房、远程会诊的所有资料。

系统的后端架构包括权限中心、采集中心、资源中心、媒体中心。用户登录系统，通过权限中心分配的角色，决定不同的权限，不同权限的角色可以访问不同的资源，例如医生用户登录可以访问医生组资源中心，护士用户登录可以访问护士组资源中心；资源中心按照不同的角色权限划分为不同的组，通过权限中心的用户根据后端反馈的角色会访问不同组资源中心的数据。采集中心负责从医院的历史查房数据库、电子病历数据库、手术记录数据库、化验记录数据库、用药记录数据库采集数据，构建中心数据库；媒体中心是实现远程查房、远程会诊、教学查房的后端架构，如医生端对患者端发起远程查房，媒体中心检测患者端的摄像头接口此时是否是开启状态，反馈正常远程视频状态。媒体中心基于HTML5和WebRTC技术，首先采用HTML5提供的getUserMedia API为用户提供访问硬件媒体设备的方法，检测远程查房或远程会诊等视频交互时的本地接口(如摄像头开启状态)，紧接利用HTML5提供的getWeb API获取网络接口，检测网络接口正常，匹配可以发起视频会话请求条件。其中WebRTC技术提供了WebRTC Native C++API，用于实现Web API的函数集，并且利用了WebRTC技术提供的Session Management建立会话。媒体中心相当于调用基于HTML技术和WebRTC技术实现的调用各个封装好的模块(如视频模块、传输模块，均为具体代码层面的按照HTML5标准的书写实现)的主函数，实现摄像头从采集到网络传输到屏幕显示。其中，实现远程查房、远程会诊、教学查房功能主要技术是流媒体技术。本发明使用流媒体技术中的实时流式传输技术，保证媒体信号带宽与网络连接匹配，使媒体可被实时观看到。对于流媒体数据的传输，传输层采用实时传输协议(Real-time Transport Protocol，RTP)协议，它可以传输音频/视频数据。由于需要对查房及会诊过程中的视频、音频进行录频，应用层协议采用实时流传输协议(Real-time Streaming Protocol，RTSP)，因为实时流式传输总是实时传送，特别适合现场事件，也支持随机访问，并且可以对流媒体提供诸如播放、暂停、快进、录频等操作，它负责定义具体的控制消息、操作方法、状态码等，此外还描述了与RTP间的交互操作。实现流媒体数据的传输，需要采用特定的服务器，本发明采用RealNetworks公司提供的特定服务器RealServer，以完成流媒体数据的实时传输。无论对于患者端还是医生端，视频传输过程一致，均是客户端和服务器连接传输过程。以下患者端、医生端统称为客户端，患者端的应用服务器和医生端的医务服务器，在与客户端连接响应请求过程中均作为Web服务器。

客户端使用Web浏览器打开，且已安装过RealPlayer视频播放插件。

客户端与服务器之间媒体流的数据传输过程如下：

首先，带有摄像头的客户端通过摄像头采集本地视频图像并编码；

然后经过网络传输层，发送至Web服务器；

从Web服务器检索出来相关服务器的地址定位RealServer服务器，建立媒体流，发送到各个视频会议客户端；

客户端通过内置RealPlayer插件与Realserver服务器之间交换传输所需要的控制协议，对媒体流数据进行接收和处理；

最后处理好的媒体流可以在客户端上正常播放。

本发明采用的WebRTC技术在远程查房、远程会诊以及教学查房过程中兼容文字，信息共享，视频录制等功能，可以很好的实现远程互动性；并且，传统的Web浏览器对于建立视频会话只能通过建立会话房间，并且视频会话只限于双方交互。而本发明采用的基于HTML5和WebRTC技术不仅支持一对一的远程查房会话，还可以建立一对多的如教学查房、远程会诊会话。可以实现很好的一对一、一对多交互，且本发明分别在患者端医生端部署了应用服务器和医务服务器，他们可在远程视频查房、远程会诊、教学查房中担当Web服务器的角色，很好的避免了医院中医生端、患者端的并发操作，保证了系统的稳定性。此外，本发明采用了特定的视频服务器，RealServer服务器，可以保证视频会话的质量和稳定性，提高了远程查房、远程会诊和教学查房的质量。

本发明各后端架构之间的交互过程如下：从权限中心开始，检测访问请求是否合法，若合法则转到资源中心和媒体中心，资源中心访问对应权限的数据，媒体中心通过各种工具类和函数进行功能上的封装，如采集中心需要实时采集视频，就会调用采集中心的接口，采集指定摄像头的画面。

本发明基于WIFI环境配置远程查房系统的网络环境，硬件的终端是通过WIFI连接到互联网通信，保证医生与医生、医生与患者之间交互的稳定性，维护在远程会诊、远程查房、教学查房等过程中的通讯稳定。住院患者病房的患者终端选用带有前置和后置高清摄像头和麦克风的可旋转电子显示屏，并采用可固定电子显示屏在病床栏杆并且可以来回滑动的支架。

使用该交互式远程查房系统的方法如下：

1.患者端通过电子显示屏进入系统。如图4所示，患者可以通过病房的患者终端首次登录系统，通过添加唯一识别身份的病历号，可以将电子病历系统中的患者的电子病历信息同步到患者端，避免了患者重复填写相同信息。进一步，患者点选所在科室、病房号、病床号。若患者需要添加患者家属，仅需要填入家属关系、电话号码信息，确认绑定家属。完成患者端首次登入系统后，病房中的患者终端始终保持登录状态。

2.患者家属端进行注册，确认来自患者端的绑定信息。患者家属在患者端绑定了患者家属号码后，可以通过移动端或者PC端在患者端家属端，使用患者所绑定的号码，通过短信验证注册登入系统，直接关联患者端。患者家属登录患者家属端，查阅当天以及过往患者基本身体参数(如体温、饮食情况、睡眠状况)和医生对患者评级记录，可以通过患者家属端留言板对医生进行留言，并且通过患者家属端呼叫病房内的患者端进行远程视频通话。

3.护士端每日进行查房护理时，登录系统上传患者的基本身体参数(如体温)，用药记录。

4.医生端通过移动端或者患者端登录系统，如图5所示，选择要查房的患者，若需要远程查房，可以选择图6的远程查房功能，连接患者终端进行远程查房，且可以调用查阅患者所有数据资料(包括如图6所示的历史查房、电子病历、手术记录、化验记录、基本参数和用药记录)。若不需要远程查房，在当面查房中，也可以查阅患者的上述数据资料。在完成查房后，进行在线评级，评价患者的身体及病情恢复状况。

6.如图6所示，医生端还具有远程会诊、教学查房的模块。在复杂病情或者典型病症需要远程会诊时，医生端登录系统，向医院管理端提出申请，预约其他科室、其他医院的医生进行远程会诊。医生端若选择远程会诊或教学查房时，会向医院管理端提出申请，得到医院管理端的审批授权后，可以向其他科室、其他医院的医生预约、发起远程会诊、教学查房。

7.进行远程查房、或者远程会诊时，系统自动保存视频、音频记录，并将所有的数据资料备份到医院的私有云服务器。

8.在接收到医生端提交的会诊申请或者教学查房示范申请时，医院管理端进行审核，对提出申请的医生端进行授权。医院管理端由各个科室的负责人登录，在接收到来自医生端的远程会诊或教学查房申请后，进行审批。同时，在需要查阅、提取医生端的医生在远程查房、远程会诊的资料时，仅有医院管理端具有访问私有云端的权限。

9.得到授权提出申请的医生端可以联系预约使用系统的其他科室、其他医院的医生端进行远程会诊、教学查房等。

10.医生端登录系统可以看到患者家属端的留言，在有空的时候可以予以回复。

本发明提供一种交互式远程查房系统，该系统通过移动端、PC端的登入完成医生与患者、医生与患者家属、医生与医生多个方面进行交互，实现医生的远程查房。同时设立医院管理端的高级用户，对于多级医院、各个科室之间的远程会诊、教学查房等跨科室、跨医院、跨地区的远程交互进行监测和授权，保证医生与医生之间的交互的保密性和安全性。同时设有中心数据库，用于存放患者的电子病历、历史查房、手术记录、化验记录、身体参数、用药记录。还设有私有云端，用于上传备份医生在远程查房、远程会诊中的视频记录。该系统可极大提高医生查房效率，且具备稳定性、安全性高的优点。

Claims (9)

1.一种交互式远程查房系统，其特征在于，包括医生端、护士端、患者端、私有云端、中心数据库，医生端分别与患者端、私有云端、中心数据库相连，患者端还与中心数据库相连，护士端与中心数据库相连，医生端向患者端发起远程查房请求，患者端接收请求，双方建立实时视频流通道，医生端利用患者端的摄像头执行远程查房操作，记录查房信息，每次远程查房留下的查房记录信息被自动同步至中心数据库，每次远程查房的视频音频资料自动保存并备份加密上传至私有云端；护士端记录患者每日身体参数、用药记录，并将数据同步至中心数据库。

2.根据权利要求1所述的交互式远程查房系统，其特征在于，还包括患者家属端，患者家属端分别与患者端和医生端相连，患者端具有呼叫患者家属端的功能，患者家属端响应患者端的呼叫，实现与患者端的实时在线互动；患者家属端还与医生端实现非实时交流。

3.根据权利要求1所述的交互式远程查房系统，其特征在于，还包括医生管理端，医生管理端分别与医生端、私有云端相连，用于对医生端的远程会诊请求进行监测和授权，以及从私有云端查阅、提取医生端上传的远程查房、远程会诊的所有资料。

4.根据权利要求1所述的交互式远程查房系统，其特征在于，所述医生端和患者端之间通过中心交换机建立连接，医生端设有医务服务器、数据库服务器、RealServer服务器、第一显示器、录屏模块、上传模块，患者端设有应用服务器、数据库服务器、RealServer服务器、第二显示器，所述第一显示器和第二显示器都包含摄像头和麦克风，

医生端的摄像头和麦克风启动，医生通过医务服务器连接RealServer服务器，进入视频通话房间，同时医务服务器向患者端发送视频连接请求，经过中心交换机的传递发送至患者端，患者端收到视频连接请求时自动开启摄像头和麦克风，发送响应至应用服务器，通过应用服务器连接RealServer服务器，建立视频查房连接，医生端录屏模块开始工作，本地备份医生远程查房的视频记录；

医生远程视频查房过程中，通过医务服务器请求数据库服务器，向数据库服务器发送读请求，调用数据库中的患者信息，并且对患者查房病历信息进行更新，向数据库服务器发送写请求，更新并同步数据库，所述数据库服务器存储中心数据库的所有数据；

医生视频查房完成后，录屏模块结束工作，并发送消息给上传模块，将备份的本地文件上传至医务服务器。

5.根据权利要求4所述的交互式远程查房系统，其特征在于，所述医生端还设有第一信息反馈模块，所述患者端还设有第二信息反馈模块，患者在患者端的第二信息反馈模块留下信息，向应用服务器发送信息请求，应用服务器通过中心交换机发送给医生端医务服务器，医务服务器根据医生端浏览器的请求将患者的留言信息反馈回来，医生通过第一信息反馈模块发送回复信息。

6.根据权利要求4所述的交互式远程查房系统，其特征在于，所述RealServer服务器基于HTML5和WebRTC技术完成流媒体数据的实时传输，采用HTML5提供的getUserMedia API提供访问硬件媒体设备的方法，检测远程查房或远程会诊视频交互时的本地接口，利用HTML5提供的getWeb API获取网络接口，检测网络接口正常，匹配可以发起视频会话请求条件。

7.根据权利要求4所述的交互式远程查房系统，其特征在于，由资源中心控制不同角色访问数据库服务器中的中心数据库，资源中心允许医生端比护士端享有更高级的资源访问权限。

8.根据权利要求4所述的交互式远程查房系统，其特征在于，所述患者端第一显示器硬件为带有前置和后置高清摄像头和麦克风的可旋转电子显示屏，通过可滑动支架固定在病床栏杆上。

9.根据权利要求1-8中任一项所述的交互式远程查房系统，其特征在于，所述远程查房系统的网络环境配置为WIFI环境配置。