具体实施方式

为了使本技术领域的人员更好的理解本发明中的技术方案，下面将结合本发明实施例，对本发明实施例中的技术方案进行清楚，完整的描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

健康管理应用分为两端，一个是医生端，提供给医生使用，医生通过医生端查看患者健康数据、设置随访任务、视频问诊等；一个是患者端，提供给患者使用，患者使用患者端查看健康档案、视频问诊、完成随访任务等。

健康管理应用通过API方式为用户端和医生端提供基础服务和应用服务，这部分即为慢病管理应用。同时利用健康医疗大数据平台和智慧基层平台为健康管理应用提供数据支撑服务。为用户端提供消息提醒、健康档案、呼叫家庭医生、健康商城、测量等服务，为医生端提供在线视频、随访、管理患者等服务。患者出院后，通过家庭智能终端设备连接医生，医生能够为患者提供连续性、主动式的便捷的健康管理服务，引导患者强化自我管理、加强病情控制。

该实现医患远程交流的网络部署方法，包括以下步骤：

第一步，将患者端和医生端应用部署在互联网区；

第二步，社区医生通过卫计专网发起访问请求，通过Nginx服务转发访问请求，实现社区医生对医生端的访问；

第三步，患者通过互联网访问患者端，并与医生端进行交互。

所述第一步中，在双网卡的机器上部署Nginx服务，所述双网卡支持访问卫计专网和互联网。

Nginx(engine x)是一个可靠的高性能的HTTP和反向代理服务，用于部署轻量级的Web服务器/反向代理服务器以及电子邮件(IMAP/POP3)代理服务器，特点是占有内存少，并发能力强。

作为负载均衡服务，Nginx既可以在内部直接支持Python和PHP程序对外进行服务，也可以支持作为HTTP代理服务对外进行服务。Nginx服务具有以下优点：

1)非常轻量，功能模块少，源代码仅保留HTTP与核心模块代码，其余不够核心代码会作为插件来安装；

2)代码模块化，易读，便于二次开发，对于开发人员非常友好；

3)技术成熟，具备的功能是企业最常使用而且最需要的；

4)适合当前主流架构趋势，微服务、云架构、中间层；

5)统一技术栈，能够降低维护成本和技术更新成本。

所述第二步中，当社区医生通过卫计专网对医生端发起访问请求时，Nginx服务将来自卫计专网的访问请求转发到互联网区的医生端应用。

所述第三步中，当患者通过互联网对患者端发起访问请求时，niginx服务将来自互联网的访问请求转发到互联网区的患者端应用。

所述第三步中，医生端与患者端通过换联网区应用进行数据交互。

所述第三步中，通过Nginx服务代理数据交互协议的请求，实现医生端与患者端之间的数据交互。

所述医生端与患者端之间的文本数据使用TCP协议进行传输，视频数据使用UDP(用户数据报协议)协议进行传输。

TCP(Transmission Control Protocol，传输控制协议)是一种面向连接(连接导向)的、可靠的、基于字节流的运输层(Transport layer)通信协议。TCP协议建立连接之后，通信双方都同时可以进行数据的传输，而且它是全双工的，采用超时重传和捎带确认机制，能够保证数据传输的可靠性。

UDP(User Datagram Protocol，用户数据报协议)是OSI(Open SystemInterconnection，开放式系统互联)参考模型中一种无连接的传输层协议，主要用于不要求分组顺序到达的传输中，分组传输顺序的检查与排序由应用层完成，提供面向事务的简单不可靠信息传送服务。

所述Nginx服务中配置TCP协议和UDP协议的网络代理，代理TCP协议和UDP协议的请求。

与现有技术相比，该实现医患远程交流的网络部署方法，具有以下特点：

第一、通过健康管理应用为医生提供医生端服务，为患者提供患者端服务，解决了卫计专网于互联网无法通讯导致的相关应用无法使用的问题，通过代理转发的方式，实现了医生能够在卫计专网内使用健康管理应用服务互联网患者。

第二、使社区卫生服务中心的医生能够在卫计专网的环境下服务互联网患者，在实现卫计专网和互联网的通信的同时能够保证网络安全，方便患者问诊和医生主动关怀，实现了社区医生管理慢病患者的业务目标。

第三、提升了医护人员工作效率，能够帮助患者得到更方便快捷的医疗服务。

以上所述的实施例，只是本发明具体实施方式的一种，本领域的技术人员在本发明技术方案范围内进行的通常变化和替换都应包含在本发明的保护范围内。