CN110379477A - 基于大数据平台的中医问诊方法及*** - Google Patents

Abstract

本发明公开了基于大数据平台的中医问诊方法及***，用户端获取用户脉搏信息以及待诊部位影像信息，将用户个人信息、用户脉搏信息以及待诊部位影像信息发送至医生端；医生端接收用户个人信息、用户脉搏信息以及待诊部位影像信息，显示待诊部位影像信息，并在仿生手臂上模拟出用户脉搏信息；本发明通过用户端获取用户脉搏信息以及待诊部位影像信息，使得医生端上的仿生手臂上可以模拟出用户脉搏信息，以模拟出现有传统的中医问诊方式，从而降低了病人的中医就诊时间，减少了病人接受中医治疗的障碍，提升了病人对中医问诊的体验，即本申请能更加合理有效的利用中医资源并极大地提高了中医就诊的便携性。

Description

基于大数据平台的中医问诊方法及***

技术领域

本发明涉及远程医疗领域，特别涉及基于大数据平台的中医问诊方法及***。

背景技术

随着社会的不断进步，经济的快速发展以及人们素质的不断提高，我们的健康意识也有了普遍增强，最为明显的一个现象就是人们的养生意识越来越强。其中，中医养生作为一种可以通过各种方法来颐养生命、增强体质以及预防疾病，从而达到延年益寿的医事活动，而得到了越来越多养生人士的关注。

但是由于大力提倡西医的几十年间，中医的发展受到了一定的影响；同时由于中医自身的一些特点，中医的从医人数不多，资源较少；加之中医传统的望闻问切的治疗方法往往需要当面问诊。因此人们通过中医进行就诊，一方面由于中医资源的缺乏而鲜有人采用；另一方面由于中医的就诊不便，而阻碍了中医的大力发展。

近几年来，随着互联网技术的快速发展，作为互联网技术的一个重要分支，大数据平台也已经发展到实际运营阶段。它是一种适应当前大数据业务的技术模式，有望对目前中医问诊的问题提供解决方案。

发明内容

本发明所要解决的技术问题是：提供基于大数据平台的中医问诊方法及***，以提高中医就诊的便携性。

为了解决上述技术问题，本发明采用的技术方案为：

基于大数据平台的中医问诊方法，包括步骤：

S1、用户端获取用户脉搏信息以及待诊部位影像信息，将所述用户个人信息、所述用户脉搏信息以及所述待诊部位影像信息发送至医生端；

S2、医生端接收所述用户个人信息、所述用户脉搏信息以及所述待诊部位影像信息，显示所述待诊部位影像信息，并在仿生手臂上模拟出所述用户脉搏信息。

为了解决上述技术问题，本发明采用的另一种技术方案为：

基于大数据平台的中医问诊***，包括用户端以及医生端，所述用户端包括第一存储器、第一处理器及存储在第一存储器上并可在第一处理器上运行的第一计算机程序，所述医生端包括第二存储器、第二处理器及存储在第二存储器上并可在第二处理器上运行的第二计算机程序，所述第一处理器执行所述第一计算机程序时实现以下步骤：

S1、获取用户脉搏信息以及待诊部位影像信息，将所述用户个人信息、所述用户脉搏信息以及所述待诊部位影像信息发送至医生端；

所述第二处理器执行所述第二计算机程序时实现以下步骤：

S2、接收所述用户个人信息、所述用户脉搏信息以及所述待诊部位影像信息，显示所述待诊部位影像信息，并在仿生手臂上模拟出所述用户脉搏信息。

本发明的有益效果在于：基于大数据平台的中医问诊方法及***，用户端获取用户脉搏信息以及待诊部位影像信息，使得医生端上的仿生手臂上可以模拟出用户脉搏信息，同时通过医生端的显示部位查看用户个人信息以及待诊部位影像信息，以模拟出现有传统的中医问诊方式，从而降低了病人的中医就诊时间，减少了病人接受中医治疗的障碍，提升了病人对中医问诊的体验，即本申请能更加合理有效的利用中医资源并极大地提高了中医就诊的便携性。

附图说明

图1为本发明实施例的基于大数据平台的中医问诊方法的流程示意图；

图2为本发明实施例的基于大数据平台的中医问诊***的结构示意图。

标号说明：

1、基于大数据平台的中医问诊***；2、用户端；3、第一处理器；4、第一存储器；5、医生端；6、第二处理器；7、第二存储器；8、平台端；9、第三处理器；10、第三存储器。

具体实施方式

为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。

请参照图1，基于大数据平台的中医问诊方法，包括步骤：

S1、用户端获取用户脉搏信息以及待诊部位影像信息，将所述用户个人信息、所述用户脉搏信息以及所述待诊部位影像信息发送至医生端；

S2、医生端接收所述用户个人信息、所述用户脉搏信息以及所述待诊部位影像信息，显示所述待诊部位影像信息，并在仿生手臂上模拟出所述用户脉搏信息。

从上述描述可知，本发明的有益效果在于：用户端获取用户脉搏信息以及待诊部位影像信息，使得医生端上的仿生手臂上可以模拟出用户脉搏信息，同时通过医生端的显示部位查看用户个人信息以及待诊部位影像信息，以模拟出现有传统的中医问诊方式，从而降低了病人的中医就诊时间，减少了病人接受中医治疗的障碍，提升了病人对中医问诊的体验，即本申请能更加合理有效的利用中医资源并极大地提高了中医就诊的便携性。

进一步地，所述步骤S1中用户脉搏信息包括用户脉搏影像信息、用户脉搏速率、用户脉搏强度以及用户脉搏节律；

所述步骤S2中“在仿生手臂上模拟出所述用户脉搏信息”具体为：

在仿生手臂上模拟出所述用户脉搏速率、用户脉搏强度以及用户脉搏节律，并显示所述用户脉搏显现部位。

从上述描述可知，中医把脉是由动脉搏动的显现部位深浅、速率快慢、强度是否有力、节律是否整齐和形态等方面组成的，其中显现部位深浅和形态等通过观察可以得到，故而通过上述方法来模拟出中医把脉所需要的所有信息，从而保证中医问诊的把脉准确性。

进一步地，所述步骤S1具体为：

用户端获取放置在手臂固定位置上的用户手臂的影像信息，以得到用户手臂影像信息，将用户个人信息以及所述用户手臂影像信息作为自动把脉模型的输入信息，以获得仿生手掌摆放信息，并按照仿生手掌摆放信息将仿生手掌搭在所述用户手臂上，以获得用户脉搏速率、用户脉搏强度以及用户脉搏节律；

用户端在所述仿生手掌靠近所述用户手臂时，位于所述仿生手掌上的摄像头实时拍摄当前画面，得到用户脉搏影像信息，生成包括所述用户脉搏影像信息、用户手臂影像信息、用户脉搏速率、用户脉搏强度以及用户脉搏节律的用户脉搏信息；

用户端接收用户拍照请求或是接收到医生拍照请求，则进行拍照，以获得待诊部位影像信息，将所述用户个人信息、所述用户脉搏信息以及所述待诊部位影像信息发送至医生端；

所述步骤S2具体为：

医生端接收所述用户个人信息、所述用户脉搏信息以及所述待诊部位影像信息；

医生端在同一画面的第一区域、第二区域、第三区域以及第四区域上分别显示用户视频通话信息、所述用户个人信息、所述待诊部位影像信息以及所述用户手臂影像信息，并在所述用户手臂影像信息中非用户手臂的空白位置上显示所述用户脉搏影像信息，同时标识出所述用户脉搏影像信息在所述用户手臂影像信息的位置；

医生端根据所述用户脉搏速率、所述用户脉搏强度以及所述用户脉搏节律调整所述仿生手臂的仿生脉搏信息，所述仿生脉搏信息的仿生脉搏速率与所述用户脉搏速率一致、仿生脉搏强度与所述用户脉搏强度一致以及仿生脉搏节律与所述用户脉搏节律一致。

从上述描述可知，中医把脉在指定位置上，即用食指、中指、无名指这三指分别按在寸、关、尺这三部寸口脉上，故而可以训练出自动把脉模型，比如采用神经卷积网络模型，以多张已标识好把脉位置的历史手臂影像信息作为训练集来训练神经卷积网络模型，生成自动把脉模型，能够自动根据手臂影像信息判断出把脉位置，即为仿生手掌摆放信息，而按照仿生手掌摆放信息模拟出中医的把脉姿势，对于智能机器来说，就是控制不同手指达到指定位置；然后由仿生手掌检测用户的脉搏，通过获取脉搏的流动信息以解析出用户脉搏速率、用户脉搏强度以及用户脉搏节律；而对于医生端来说，就是按照获取的数据进行模拟再现，从而模拟出现有传统的中医把脉方式，再加上可以实时通话，实时查看相应的患者信息，使得模型出传统中医的“望闻问切”，从而在达到和传统中医当面问诊的相同疗效同时，实现了中医远程问诊。

进一步地，所述步骤S2之后包括以下步骤：

S31、平台端进行结算，得到医疗费用，判断所述医疗费用中是否存在可社保费用，若是，则发送社保支付请求信息给用户端；

S32、用户端接收并显示所述社保支付请求信息，实时接收社保支付应答信息，将所述社保支付应答信息返回至平台端；

S33、平台端接收所述社保支付应答信息，若所述社保支付应答信息为使用社保支付信息，则从所述用户端所绑定的电子社保卡中扣除所述可社保费用，返回社保支付结果信息以及包括不可社保费用的电子支付请求信息给用户端，执行步骤S34，若所述社保支付应答信息为不使用社保支付信息，则生成并返回包括可社保费用和不可社保费用的电子支付请求信息给用户端，执行步骤S35；

S34、用户端接收所述社保支付结果信息以及电子支付请求信息，显示所述电子支付请求信息，通过绑定的电子支付渠道完成电子支付请求信息的支付，返回电子支付应答信息，执行步骤S36；

S35、用户端接收并显示所述电子支付请求信息，通过绑定的电子支付渠道完成电子支付请求信息的支付，返回电子支付应答信息，执行步骤S36；

S36、平台端接收到电子支付应答信息，若所述电子支付应答信息为电子支付成功信息，则完成所述医疗费用的支付；

S37、平台端根据所述医疗费用计算医生费用，将所述医生费用发送至所述医生端所在单位所绑定的单位结算账户。

从上述描述可知，在电子社保卡开始推广的同时，利用电子社保卡进行社保费用的支付也已经实现，本申请的平台端借助和用户的电子社保卡的绑定，自动为用户识别出可社保费用，使得用户可以通过电子社保卡进行医疗费用的支付。

进一步地，还包括步骤：

S0、平台端接收包括用户所在地的加入共享医保信息，建立用户所绑定的电子社保卡与所述用户所在地的共享医保账户的对应关系，每一个地区都对应一个共享医保账户，每一个共享医保账户都与本地的社保结算中心建立付费关系与收费关系；

所述步骤S33中“从所述用户端所绑定的电子社保卡中扣除所述可社保费用”具体为：

平台端通过所述用户所在地的共享医保账户向所述用户所在地的社保结算中心发出包括平台名称、用户信息与可社保费用的第一支付费用请求，所述用户信息包括用户医保账户信息以及用户身份唯一识别信息；

用户端接收并显示用户所在地的社保结算中心所发送的包括可社保费用以及平台名称的第二支付费用请求，实时接收并返回用户确认支付信息以及支付密码信息至所述用户所在地的社保结算中心；

平台端若接收到用户所在地的社保结算中心返回的第一支付成功信息，则向所述医生端所在单位的单位结算中心发送医生所在地的共享医保账户的共享账户信息、所述可社保费用以及用户在所述平台端的用户名，所述共享账户信息包括共享医保账户以及共享账户唯一识别信息；

平台端接收医生所在地的社保结算中心发来的第一收取费用请求，若所述第一收取费用请求中的待支付费用与所述可社保费用、所述第一收取费用请求中的备注信息与所述用户名以及所述第一收取费用请求中的待收费方与所述医生端所在单位所绑定的单位结算账户均为一致，则返回确认支付费用信息至所述医生所在地的社保结算中心；

平台端若接收到所述医生所在地的社保结算中心返回的第二支付成功信息，则生成并返回包括第二支付成功信息的社保支付结果信息至用户端。

从上述描述可知，在各省市进行社保独立结算的当下，远程医疗平台上用户和医生存在于不同结算地区的可能性非常大，本申请提供了上述的共享医保技术方案，从而实现跨地区社保支付，使得用户不受限于地区影响从而能得到最好的治疗的同时也能采用电子社保卡进行支付。

如图2所示，基于大数据平台的中医问诊***，包括用户端以及医生端，所述用户端包括第一存储器、第一处理器及存储在第一存储器上并可在第一处理器上运行的第一计算机程序，所述医生端包括第二存储器、第二处理器及存储在第二存储器上并可在第二处理器上运行的第二计算机程序，所述第一处理器执行所述第一计算机程序时实现以下步骤：

S1、获取用户脉搏信息以及待诊部位影像信息，将所述用户个人信息、所述用户脉搏信息以及所述待诊部位影像信息发送至医生端；

所述第二处理器执行所述第二计算机程序时实现以下步骤：

S2、接收所述用户个人信息、所述用户脉搏信息以及所述待诊部位影像信息，显示所述待诊部位影像信息，并在仿生手臂上模拟出所述用户脉搏信息。

从上述描述可知，本发明的有益效果在于：用户端获取用户脉搏信息以及待诊部位影像信息，使得医生端上的仿生手臂上可以模拟出用户脉搏信息，同时通过医生端的显示部位查看用户个人信息以及待诊部位影像信息，以模拟出现有传统的中医问诊方式，从而降低了病人的中医就诊时间，减少了病人接受中医治疗的障碍，提升了病人对中医问诊的体验，即本申请能更加合理有效的利用中医资源并极大地提高了中医就诊的便携性。

进一步地，所述步骤S1中用户脉搏信息包括用户脉搏影像信息、用户脉搏速率、用户脉搏强度以及用户脉搏节律；

执行所述步骤S2中“在仿生手臂上模拟出所述用户脉搏信息”时，所述第二处理器执行所述第二计算机程序时具体实现以下步骤：

在仿生手臂上模拟出所述用户脉搏速率、用户脉搏强度以及用户脉搏节律，并显示所述用户脉搏显现部位。

从上述描述可知，中医把脉是由动脉搏动的显现部位深浅、速率快慢、强度是否有力、节律是否整齐和形态等方面组成的，其中显现部位深浅和形态等通过观察可以得到，故而通过上述方法来模拟出中医把脉所需要的所有信息，从而保证中医问诊的把脉准确性。

进一步地，所述步骤S1中，所述第一处理器执行所述第一计算机程序时具体实现以下步骤：

获取放置在手臂固定位置上的用户手臂的影像信息，以得到用户手臂影像信息，将用户个人信息以及所述用户手臂影像信息作为自动把脉模型的输入信息，以获得仿生手掌摆放信息，并按照仿生手掌摆放信息将仿生手掌搭在所述用户手臂上，以获得用户脉搏速率、用户脉搏强度以及用户脉搏节律；

在所述仿生手掌靠近所述用户手臂时，位于所述仿生手掌上的摄像头实时拍摄当前画面，得到用户脉搏影像信息，生成包括所述用户脉搏影像信息、用户手臂影像信息、用户脉搏速率、用户脉搏强度以及用户脉搏节律的用户脉搏信息；

接收用户拍照请求或是接收到医生拍照请求，则进行拍照，以获得待诊部位影像信息，将所述用户个人信息、所述用户脉搏信息以及所述待诊部位影像信息发送至医生端；

所述步骤S2中，所述第二处理器执行所述第二计算机程序时具体实现以下步骤：

接收所述用户个人信息、所述用户脉搏信息以及所述待诊部位影像信息；

在同一画面的第一区域、第二区域、第三区域以及第四区域上分别显示用户视频通话信息、所述用户个人信息、所述待诊部位影像信息以及所述用户手臂影像信息，并在所述用户手臂影像信息中非用户手臂的空白位置上显示所述用户脉搏影像信息，同时标识出所述用户脉搏影像信息在所述用户手臂影像信息的位置；

根据所述用户脉搏速率、所述用户脉搏强度以及所述用户脉搏节律调整所述仿生手臂的仿生脉搏信息，所述仿生脉搏信息的仿生脉搏速率与所述用户脉搏速率一致、仿生脉搏强度与所述用户脉搏强度一致以及仿生脉搏节律与所述用户脉搏节律一致。

从上述描述可知，中医把脉在指定位置上，即用食指、中指、无名指这三指分别按在寸、关、尺这三部寸口脉上，故而可以训练出自动把脉模型，比如采用神经卷积网络模型，以多张已标识好把脉位置的历史手臂影像信息作为训练集来训练神经卷积网络模型，生成自动把脉模型，能够自动根据手臂影像信息判断出把脉位置，即为仿生手掌摆放信息，而按照仿生手掌摆放信息模拟出中医的把脉姿势，对于智能机器来说，就是控制不同手指达到指定位置；然后由仿生手掌检测用户的脉搏，通过获取脉搏的流动信息以解析出用户脉搏速率、用户脉搏强度以及用户脉搏节律；而对于医生端来说，就是按照获取的数据进行模拟再现，从而模拟出现有传统的中医把脉方式，再加上可以实时通话，实时查看相应的患者信息，使得模型出传统中医的“望闻问切”，从而在达到和传统中医当面问诊的相同疗效同时，实现了中医远程问诊。

进一步地，还包括平台端，所述平台端包括第三存储器、第三处理器及存储在第三存储器上并可在第三处理器上运行的第三计算机程序，所述步骤S2之后，所述第三处理器执行所述第三计算机程序时实现以下步骤：

S31、进行结算，得到医疗费用，判断所述医疗费用中是否存在可社保费用，若是，则发送社保支付请求信息给用户端；

S33、接收社保支付应答信息，若所述社保支付应答信息为使用社保支付信息，则从所述用户端所绑定的电子社保卡中扣除所述可社保费用，返回社保支付结果信息以及包括不可社保费用的电子支付请求信息给用户端，执行步骤S34，若所述社保支付应答信息为不使用社保支付信息，则生成并返回包括可社保费用和不可社保费用的电子支付请求信息给用户端，执行步骤S35；

S36、接收到电子支付应答信息，若所述电子支付应答信息为电子支付成功信息，则完成所述医疗费用的支付；

S37、根据所述医疗费用计算医生费用，将所述医生费用发送至所述医生端所在单位所绑定的单位结算账户；

所述步骤S2之后，所述第一处理器执行所述第一计算机程序时还实现以下步骤：

S32、接收并显示所述社保支付请求信息，实时接收社保支付应答信息，将所述社保支付应答信息返回至平台端；

S34、接收所述社保支付结果信息以及电子支付请求信息，显示所述电子支付请求信息，通过绑定的电子支付渠道完成电子支付请求信息的支付，返回电子支付应答信息，执行步骤S36；

S35、接收并显示所述电子支付请求信息，通过绑定的电子支付渠道完成电子支付请求信息的支付，返回电子支付应答信息，执行步骤S36。

从上述描述可知，在电子社保卡开始推广的同时，利用电子社保卡进行社保费用的支付也已经实现，本申请的平台端借助和用户的电子社保卡的绑定，自动为用户识别出可社保费用，使得用户可以通过电子社保卡进行医疗费用的支付。

进一步地，所述第三处理器执行所述第三计算机程序时还实现以下步骤：

S0、接收包括用户所在地的加入共享医保信息，建立用户所绑定的电子社保卡与所述用户所在地的共享医保账户的对应关系，每一个地区都对应一个共享医保账户，每一个共享医保账户都与本地的社保结算中心建立付费关系与收费关系；

执行所述步骤S33中“从所述用户端所绑定的电子社保卡中扣除所述可社保费用”时，所述第三处理器执行所述第三计算机程序时具体实现以下步骤：

通过所述用户所在地的共享医保账户向所述用户所在地的社保结算中心发出包括平台名称、用户信息与可社保费用的第一支付费用请求，所述用户信息包括用户医保账户信息以及用户身份唯一识别信息；

若接收到用户所在地的社保结算中心返回的第一支付成功信息，则向所述医生端所在单位的单位结算中心发送医生所在地的共享医保账户的共享账户信息、所述可社保费用以及用户在所述平台端的用户名，所述共享账户信息包括共享医保账户以及共享账户唯一识别信息；

接收医生所在地的社保结算中心发来的第一收取费用请求，若所述第一收取费用请求中的待支付费用与所述可社保费用、所述第一收取费用请求中的备注信息与所述用户名以及所述第一收取费用请求中的待收费方与所述医生端所在单位所绑定的单位结算账户均为一致，则返回确认支付费用信息至所述医生所在地的社保结算中心；

若接收到所述医生所在地的社保结算中心返回的第二支付成功信息，则生成并返回包括第二支付成功信息的社保支付结果信息至用户端；

执行所述步骤S33中“从所述用户端所绑定的电子社保卡中扣除所述可社保费用”时，所述第一处理器执行所述第一计算机程序时还实现以下步骤：

接收并显示用户所在地的社保结算中心所发送的包括可社保费用以及平台名称的第二支付费用请求，实时接收并返回用户确认支付信息以及支付密码信息至所述用户所在地的社保结算中心。

从上述描述可知，在各省市进行社保独立结算的当下，远程医疗平台上用户和医生存在于不同结算地区的可能性非常大，本申请提供了上述的共享医保技术方案，从而实现跨地区社保支付，使得用户不受限于地区影响从而能得到最好的治疗的同时也能采用电子社保卡进行支付。

请参照图1，本发明的实施例一为：

基于大数据平台的中医问诊方法，包括步骤：

S1、用户端获取用户脉搏信息以及待诊部位影像信息，将用户个人信息、用户脉搏信息以及待诊部位影像信息发送至医生端；

其中，步骤S1中用户脉搏信息包括用户脉搏影像信息、用户脉搏速率、用户脉搏强度以及用户脉搏节律；

具体地，用户端获取放置在手臂固定位置上的用户手臂的影像信息，以得到用户手臂影像信息，将用户个人信息以及用户手臂影像信息作为自动把脉模型的输入信息，以获得仿生手掌摆放信息，并按照仿生手掌摆放信息将仿生手掌搭在用户手臂上，以获得用户脉搏速率、用户脉搏强度以及用户脉搏节律；

用户端在仿生手掌靠近用户手臂时，位于仿生手掌上的摄像头实时拍摄当前画面，得到用户脉搏影像信息，生成包括用户脉搏影像信息、用户手臂影像信息、用户脉搏速率、用户脉搏强度以及用户脉搏节律的用户脉搏信息；

用户端接收用户拍照请求或是接收到医生拍照请求，则进行拍照，以获得待诊部位影像信息，将用户个人信息、用户脉搏信息以及待诊部位影像信息发送至医生端；

S2、医生端接收用户个人信息、用户脉搏信息以及待诊部位影像信息，显示待诊部位影像信息，并在仿生手臂上模拟出用户脉搏信息。

步骤S2中“在仿生手臂上模拟出用户脉搏信息”具体为：

其中，在仿生手臂上模拟出用户脉搏速率、用户脉搏强度以及用户脉搏节律，并显示用户脉搏显现部位。

具体的，医生端接收用户个人信息、用户脉搏信息以及待诊部位影像信息；

医生端在同一画面的第一区域、第二区域、第三区域以及第四区域上分别显示用户视频通话信息、用户个人信息、待诊部位影像信息以及用户手臂影像信息，并在用户手臂影像信息中非用户手臂的空白位置上显示用户脉搏影像信息，同时标识出用户脉搏影像信息在用户手臂影像信息的位置；

医生端根据用户脉搏速率、用户脉搏强度以及用户脉搏节律调整仿生手臂的仿生脉搏信息，仿生脉搏信息的仿生脉搏速率与用户脉搏速率一致、仿生脉搏强度与用户脉搏强度一致以及仿生脉搏节律与用户脉搏节律一致。

请参照图2，本发明的实施例二为：

基于大数据平台的中医问诊方法，在上述实施例一的基础上，还包括步骤：

S0、平台端接收包括用户所在地的加入共享医保信息，建立用户所绑定的电子社保卡与用户所在地的共享医保账户的对应关系，每一个地区都对应一个共享医保账户，每一个共享医保账户都与本地的社保结算中心建立付费关系与收费关系；

其中，步骤S2之后包括以下步骤：

S31、平台端进行结算，得到医疗费用，判断医疗费用中是否存在可社保费用，若是，则发送社保支付请求信息给用户端，平台端可以根据可社保项目对于其收费项目进行分类，以得到可社保费用和不可社保费用；

S32、用户端接收并显示社保支付请求信息，实时接收社保支付应答信息，将社保支付应答信息返回至平台端，即让用户确认是否使用社保支付；

S33、平台端接收社保支付应答信息，若社保支付应答信息为使用社保支付信息，则从用户端所绑定的电子社保卡中扣除可社保费用，返回社保支付结果信息以及包括不可社保费用的电子支付请求信息给用户端，执行步骤S34，若社保支付应答信息为不使用社保支付信息，则生成并返回包括可社保费用和不可社保费用的电子支付请求信息给用户端，执行步骤S35；

S34、用户端接收社保支付结果信息以及电子支付请求信息，显示电子支付请求信息，通过绑定的电子支付渠道完成电子支付请求信息的支付，返回电子支付应答信息，执行步骤S36，绑定的电子支付渠道包括但不限于支付宝、微信、财付通以及各种银联等；

S35、用户端接收并显示电子支付请求信息，通过绑定的电子支付渠道完成电子支付请求信息的支付，返回电子支付应答信息，执行步骤S36；

S36、平台端接收到电子支付应答信息，若电子支付应答信息为电子支付成功信息，则完成医疗费用的支付；

S37、平台端根据医疗费用计算医生费用，将医生费用发送至医生端所在单位所绑定的单位结算账户。

在本实施例中，对于平台端来说，其和医疗单位联系，由于医疗单位在聘用医生时就会进行医生资质的审查，故而对于平台端可以省去对医生资质的审核，同时，医生的专业水平由医疗单位进行评估并承担，平台端只需要审核医疗单位的资质即可，从而降低了平台的运维费用和承受风险，同时也为社保共享提供支付基础。在本实施例中，步骤S33中“从用户端所绑定的电子社保卡中扣除可社保费用”就可具体为：

平台端通过用户所在地的共享医保账户向用户所在地的社保结算中心发出包括平台名称、用户信息与可社保费用的第一支付费用请求，用户信息包括用户医保账户信息以及用户身份唯一识别信息；

此时，用户所在地的社保结算中心进行身份识别和确认，生成由用户确认是否进行社保支付的第二支付费用请求；

用户端接收并显示用户所在地的社保结算中心所发送的包括可社保费用以及平台名称的第二支付费用请求，实时接收并返回用户确认支付信息以及支付密码信息至用户所在地的社保结算中心；

此时，用户所在地的社保结算中心进行身份识别和确认，确认从用户账户上扣除可社保费用，在余额充足的情况下，返回第一支付成功信息；

平台端若接收到用户所在地的社保结算中心返回的第一支付成功信息，即表示用户已支付费用；则向医生端所在单位的单位结算中心发送医生所在地的共享医保账户的共享账户信息、可社保费用以及用户在平台端的用户名，共享账户信息包括共享医保账户以及共享账户唯一识别信息；

即由医生端所在单位的单位结算中心作为请求方，向医生所在地的社保结算中心发送请求平台端支付费用的请求，医生所在地的社保结算中心接收到请求，进行身份识别和确认后，向平台端发送确认支付费用的请求，即第一收取费用请求；

平台端接收医生所在地的社保结算中心发来的第一收取费用请求，若第一收取费用请求中的待支付费用与可社保费用、第一收取费用请求中的备注信息与用户名以及第一收取费用请求中的待收费方与医生端所在单位所绑定的单位结算账户均为一致，则返回确认支付费用信息至医生所在地的社保结算中心；

社保结算中心收到确认支付费用信息，从医生所在地的共享医保账户内扣除费用，以完成对单位结算中心的社保费用支付，在余额充足的情况下，返回第二支付成功信息；

平台端若接收到医生所在地的社保结算中心返回的第二支付成功信息，则生成并返回包括第二支付成功信息的社保支付结果信息至用户端，使得用户端能够收到支付成功信息，从而完成社保支付费用的整个过程。

如图2所示，本发明的实施例三为：

基于大数据平台的中医问诊***1，包括用户端2以及医生端5，用户端2包括第一存储器4、第一处理器3及存储在第一存储器4上并可在第一处理器3上运行的第一计算机程序，医生端5包括第二存储器7、第二处理器6及存储在第二存储器7上并可在第二处理器6上运行的第二计算机程序，第一处理器3执行第一计算机程序时实现上述实施例一的步骤S1，第二处理器6执行第二计算机程序时实现上述实施例一的步骤S2。

如图2所示，本发明的实施例四为：

基于大数据平台的中医问诊***1，在上述实施例三的基础上，还包括平台端8，平台端8包括第三存储器10、第三处理器9及存储在第三存储器10上并可在第三处理器9上运行的第三计算机程序，第三处理器9执行第三计算机程序时实现上述实施例二的步骤S0、步骤S31、步骤S33、步骤S36以及S37，第一处理器3执行第一计算机程序时还实现上述实施例二的步骤S32、步骤S34、步骤S35以及步骤S33中由用户端2进行完成的部分。

由此可见，对于整个***来说，包括医师/医务人员所在的医生端5、病人或其他有需要问诊的用户端2以及平台管理部门所在的平台端8。

医生端5包括：

1.登陆：已经注册的医生使用手机号+验证码登陆；

2.入驻申请：在线申请入驻平台，平台审核通过后才能使用工作室相关功能；

3.工作室-患者管理：管理我的签约会员；

4.工作室-问诊单：管理我的问诊单；

5.工作室-开方：根据问诊情况为会员开药方；

6.工作室-随访：根据问诊制定的随访计划，提醒医生发起随访工作；

7.工作室-设置：发布公告、问诊时间设置；

8.工作室-名医案例：医生经典案例分享；

9.在线问诊：医生与会员通过文字、语音、图片、视频等方式实现线上看病；

10.我的-我的收入：收入查看以及提现；

11.我的-我的发布：我发布的案例与文章；

12.推荐同行；

13.设置。

用户端2包括：

1.注册登陆：手机号+验证码注册登录；

2.专家库：用户可通过专长、区域等条件在专家库中找适合自己的名医进行问诊，解决了目前线下道听途说、人云亦云、盲目寻找名医的问题；

3.在线问诊：会员与医生通过文字、语音、图片、视频以及配套智能把脉设备实现传统中医“望闻问切”诊疗过程；

4.病症自查：用调查问卷的方式会员可以自助完成病症描述，平台通过病症库匹配为会员提供病症自查服务；

5.健康社区：为会员推荐健康咨询、文章，话题讨论；

6.健康商城：会员可通过商城购买由平台精选把关的健康商品；

7.私人医生：在线签订私人医生后，医生将为会员提供在线问诊开方、随访等服务；

8.我的家人：家人列表、添加家人；

9.健康档案：基础档案、体检报告、问诊病历；

10.我的积分：会员积分；

11.会员支付：购买服务。

平台端8包括

1.平台账号管理：超级管理员账号维护；

2.首页-统计：统计当前会员情况、医生情况、平台经营情况；

3.会员管理：会员信息、会员等级维护；

4.医生管理：医生注册、认证以及信息维护；

5.区域管理：医生区域分布；

6.健康商城管理：管理维护商城的商品、订单等；

7.社区管理：维护健康社区；

8.配置项管理：

9.维护***配置。

由此带来的效果如下：

第一、医师/医务人员：通过问诊平台，提高自身诊断能力；与业内专家加强交流；学习和培养新的医学技能；

第二、平台管理部门：平衡平台的医疗资源；提高医务人员水平；维护平台***；维护健康数据等；

第三、病人或其他有需要问诊的用户：实现在家就诊或者看护；获得便捷的医疗服务；专家会诊。

同时，整个***采用云架构平台，分布式部署采用云架构平台，分布式部署，统一式管理，无需过多的后台管理流程；分布式部署，实现内外网的安全穿越，无需其他硬件设备支持；管理中心采用动态授权的方式，最大程度的扩展了单一时段并发数的灵活性。采用非传统的路由转发方式，大大提高了其网络适应性和实用；SVC编码技术，可针对不同级别的终端/不同带宽/不同网络抖动延时；提供不同的视音频数据流，最大程度的保障了良好的体验效果；采用多种加密方式，数据加密，用户管理，分级设置等，最大程度保护了用户的隐私；开放API，可接入或调用相关医疗设备的电子***中，以内容为导向实现了医患之间的面对面无障碍交流。

综上所述，本发明提供的基于大数据平台的中医问诊方法及***，用户端获取中包括显现部位深浅、速率快慢、强度是否有力、节律是否整齐和形态的用户脉搏信息以及待诊部位影像信息，使得医生端上的仿生手臂上可以按照自动把脉模型和人工智能所模拟出的手臂摆放位置来进行把脉，以获得准确的用户脉搏信息，同时通过医生端的显示部位查看用户个人信息以及待诊部位影像信息，以模拟出现有传统的中医问诊方式，从而降低了病人的中医就诊时间，减少了病人接受中医治疗的障碍，提升了病人对中医问诊的体验，即本申请能更加合理有效的利用中医资源并极大地提高了中医就诊的便携性；同时平台端借助和用户的电子社保卡的绑定，自动为用户识别出可社保费用，通过共享医保技术方案，从而实现跨地区社保支付，使得用户不受限于地区影响从而能得到最好的治疗的同时也能采用电子社保卡进行医疗费用的支付。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.基于大数据平台的中医问诊方法，其特征在于，包括步骤：

S1、用户端获取用户脉搏信息以及待诊部位影像信息，将所述用户个人信息、所述用户脉搏信息以及所述待诊部位影像信息发送至医生端；

S2、医生端接收所述用户个人信息、所述用户脉搏信息以及所述待诊部位影像信息，显示所述待诊部位影像信息，并在仿生手臂上模拟出所述用户脉搏信息。

2.根据权利要求1所述的基于大数据平台的中医问诊方法，其特征在于，所述步骤S1中用户脉搏信息包括用户脉搏影像信息、用户脉搏速率、用户脉搏强度以及用户脉搏节律；

所述步骤S2中“在仿生手臂上模拟出所述用户脉搏信息”具体为：

在仿生手臂上模拟出所述用户脉搏速率、用户脉搏强度以及用户脉搏节律，并显示所述用户脉搏显现部位。

3.根据权利要求2所述的基于大数据平台的中医问诊方法，其特征在于，所述步骤S1具体为：

用户端获取放置在手臂固定位置上的用户手臂的影像信息，以得到用户手臂影像信息，将用户个人信息以及所述用户手臂影像信息作为自动把脉模型的输入信息，以获得仿生手掌摆放信息，并按照仿生手掌摆放信息将仿生手掌搭在所述用户手臂上，以获得用户脉搏速率、用户脉搏强度以及用户脉搏节律；

用户端在所述仿生手掌靠近所述用户手臂时，位于所述仿生手掌上的摄像头实时拍摄当前画面，得到用户脉搏影像信息，生成包括所述用户脉搏影像信息、用户手臂影像信息、用户脉搏速率、用户脉搏强度以及用户脉搏节律的用户脉搏信息；

用户端接收用户拍照请求或是接收到医生拍照请求，则进行拍照，以获得待诊部位影像信息，将所述用户个人信息、所述用户脉搏信息以及所述待诊部位影像信息发送至医生端；

所述步骤S2具体为：

医生端接收所述用户个人信息、所述用户脉搏信息以及所述待诊部位影像信息；

医生端在同一画面的第一区域、第二区域、第三区域以及第四区域上分别显示用户视频通话信息、所述用户个人信息、所述待诊部位影像信息以及所述用户手臂影像信息，并在所述用户手臂影像信息中非用户手臂的空白位置上显示所述用户脉搏影像信息，同时标识出所述用户脉搏影像信息在所述用户手臂影像信息的位置；

医生端根据所述用户脉搏速率、所述用户脉搏强度以及所述用户脉搏节律调整所述仿生手臂的仿生脉搏信息，所述仿生脉搏信息的仿生脉搏速率与所述用户脉搏速率一致、仿生脉搏强度与所述用户脉搏强度一致以及仿生脉搏节律与所述用户脉搏节律一致。

4.根据权利要求1所述的基于大数据平台的中医问诊方法，其特征在于，所述步骤S2之后包括以下步骤：

S31、平台端进行结算，得到医疗费用，判断所述医疗费用中是否存在可社保费用，若是，则发送社保支付请求信息给用户端；

S32、用户端接收并显示所述社保支付请求信息，实时接收社保支付应答信息，将所述社保支付应答信息返回至平台端；

S33、平台端接收所述社保支付应答信息，若所述社保支付应答信息为使用社保支付信息，则从所述用户端所绑定的电子社保卡中扣除所述可社保费用，返回社保支付结果信息以及包括不可社保费用的电子支付请求信息给用户端，执行步骤S34，若所述社保支付应答信息为不使用社保支付信息，则生成并返回包括可社保费用和不可社保费用的电子支付请求信息给用户端，执行步骤S35；

S34、用户端接收所述社保支付结果信息以及电子支付请求信息，显示所述电子支付请求信息，通过绑定的电子支付渠道完成电子支付请求信息的支付，返回电子支付应答信息，执行步骤S36；

S35、用户端接收并显示所述电子支付请求信息，通过绑定的电子支付渠道完成电子支付请求信息的支付，返回电子支付应答信息，执行步骤S36；

S36、平台端接收到电子支付应答信息，若所述电子支付应答信息为电子支付成功信息，则完成所述医疗费用的支付；

S37、平台端根据所述医疗费用计算医生费用，将所述医生费用发送至所述医生端所在单位所绑定的单位结算账户。

5.根据权利要求4所述的基于大数据平台的中医问诊方法，其特征在于，还包括步骤：

S0、平台端接收包括用户所在地的加入共享医保信息，建立用户所绑定的电子社保卡与所述用户所在地的共享医保账户的对应关系，每一个地区都对应一个共享医保账户，每一个共享医保账户都与本地的社保结算中心建立付费关系与收费关系；

所述步骤S33中“从所述用户端所绑定的电子社保卡中扣除所述可社保费用”具体为：

平台端通过所述用户所在地的共享医保账户向所述用户所在地的社保结算中心发出包括平台名称、用户信息与可社保费用的第一支付费用请求，所述用户信息包括用户医保账户信息以及用户身份唯一识别信息；

用户端接收并显示用户所在地的社保结算中心所发送的包括可社保费用以及平台名称的第二支付费用请求，实时接收并返回用户确认支付信息以及支付密码信息至所述用户所在地的社保结算中心；

平台端若接收到用户所在地的社保结算中心返回的第一支付成功信息，则向所述医生端所在单位的单位结算中心发送医生所在地的共享医保账户的共享账户信息、所述可社保费用以及用户在所述平台端的用户名，所述共享账户信息包括共享医保账户以及共享账户唯一识别信息；

平台端接收医生所在地的社保结算中心发来的第一收取费用请求，若所述第一收取费用请求中的待支付费用与所述可社保费用、所述第一收取费用请求中的备注信息与所述用户名以及所述第一收取费用请求中的待收费方与所述医生端所在单位所绑定的单位结算账户均为一致，则返回确认支付费用信息至所述医生所在地的社保结算中心；

平台端若接收到所述医生所在地的社保结算中心返回的第二支付成功信息，则生成并返回包括第二支付成功信息的社保支付结果信息至用户端。

6.基于大数据平台的中医问诊***，包括用户端以及医生端，所述用户端包括第一存储器、第一处理器及存储在第一存储器上并可在第一处理器上运行的第一计算机程序，所述医生端包括第二存储器、第二处理器及存储在第二存储器上并可在第二处理器上运行的第二计算机程序，其特征在于，所述第一处理器执行所述第一计算机程序时实现以下步骤：

S1、获取用户脉搏信息以及待诊部位影像信息，将所述用户个人信息、所述用户脉搏信息以及所述待诊部位影像信息发送至医生端；

所述第二处理器执行所述第二计算机程序时实现以下步骤：

S2、接收所述用户个人信息、所述用户脉搏信息以及所述待诊部位影像信息，显示所述待诊部位影像信息，并在仿生手臂上模拟出所述用户脉搏信息。

7.根据权利要求6所述的基于大数据平台的中医问诊***，其特征在于，所述步骤S1中用户脉搏信息包括用户脉搏影像信息、用户脉搏速率、用户脉搏强度以及用户脉搏节律；

执行所述步骤S2中“在仿生手臂上模拟出所述用户脉搏信息”时，所述第二处理器执行所述第二计算机程序时具体实现以下步骤：

在仿生手臂上模拟出所述用户脉搏速率、用户脉搏强度以及用户脉搏节律，并显示所述用户脉搏显现部位。

8.根据权利要求7所述的基于大数据平台的中医问诊***，其特征在于，所述步骤S1中，所述第一处理器执行所述第一计算机程序时具体实现以下步骤：

获取放置在手臂固定位置上的用户手臂的影像信息，以得到用户手臂影像信息，将用户个人信息以及所述用户手臂影像信息作为自动把脉模型的输入信息，以获得仿生手掌摆放信息，并按照仿生手掌摆放信息将仿生手掌搭在所述用户手臂上，以获得用户脉搏速率、用户脉搏强度以及用户脉搏节律；

在所述仿生手掌靠近所述用户手臂时，位于所述仿生手掌上的摄像头实时拍摄当前画面，得到用户脉搏影像信息，生成包括所述用户脉搏影像信息、用户手臂影像信息、用户脉搏速率、用户脉搏强度以及用户脉搏节律的用户脉搏信息；

接收用户拍照请求或是接收到医生拍照请求，则进行拍照，以获得待诊部位影像信息，将所述用户个人信息、所述用户脉搏信息以及所述待诊部位影像信息发送至医生端；

所述步骤S2中，所述第二处理器执行所述第二计算机程序时具体实现以下步骤：

接收所述用户个人信息、所述用户脉搏信息以及所述待诊部位影像信息；

在同一画面的第一区域、第二区域、第三区域以及第四区域上分别显示用户视频通话信息、所述用户个人信息、所述待诊部位影像信息以及所述用户手臂影像信息，并在所述用户手臂影像信息中非用户手臂的空白位置上显示所述用户脉搏影像信息，同时标识出所述用户脉搏影像信息在所述用户手臂影像信息的位置；

根据所述用户脉搏速率、所述用户脉搏强度以及所述用户脉搏节律调整所述仿生手臂的仿生脉搏信息，所述仿生脉搏信息的仿生脉搏速率与所述用户脉搏速率一致、仿生脉搏强度与所述用户脉搏强度一致以及仿生脉搏节律与所述用户脉搏节律一致。

9.根据权利要求6所述的基于大数据平台的中医问诊***，其特征在于，还包括平台端，所述平台端包括第三存储器、第三处理器及存储在第三存储器上并可在第三处理器上运行的第三计算机程序，所述步骤S2之后，所述第三处理器执行所述第三计算机程序时实现以下步骤：

S31、进行结算，得到医疗费用，判断所述医疗费用中是否存在可社保费用，若是，则发送社保支付请求信息给用户端；

S33、接收社保支付应答信息，若所述社保支付应答信息为使用社保支付信息，则从所述用户端所绑定的电子社保卡中扣除所述可社保费用，返回社保支付结果信息以及包括不可社保费用的电子支付请求信息给用户端，执行步骤S34，若所述社保支付应答信息为不使用社保支付信息，则生成并返回包括可社保费用和不可社保费用的电子支付请求信息给用户端，执行步骤S35；

S36、接收到电子支付应答信息，若所述电子支付应答信息为电子支付成功信息，则完成所述医疗费用的支付；

S37、根据所述医疗费用计算医生费用，将所述医生费用发送至所述医生端所在单位所绑定的单位结算账户；

所述步骤S2之后，所述第一处理器执行所述第一计算机程序时还实现以下步骤：

S32、接收并显示所述社保支付请求信息，实时接收社保支付应答信息，将所述社保支付应答信息返回至平台端；

S34、接收所述社保支付结果信息以及电子支付请求信息，显示所述电子支付请求信息，通过绑定的电子支付渠道完成电子支付请求信息的支付，返回电子支付应答信息，执行步骤S36；

S35、接收并显示所述电子支付请求信息，通过绑定的电子支付渠道完成电子支付请求信息的支付，返回电子支付应答信息，执行步骤S36。

10.根据权利要求9所述的基于大数据平台的中医问诊***，其特征在于，所述第三处理器执行所述第三计算机程序时还实现以下步骤：

S0、接收包括用户所在地的加入共享医保信息，建立用户所绑定的电子社保卡与所述用户所在地的共享医保账户的对应关系，每一个地区都对应一个共享医保账户，每一个共享医保账户都与本地的社保结算中心建立付费关系与收费关系；

执行所述步骤S33中“从所述用户端所绑定的电子社保卡中扣除所述可社保费用”时，所述第三处理器执行所述第三计算机程序时具体实现以下步骤：

通过所述用户所在地的共享医保账户向所述用户所在地的社保结算中心发出包括平台名称、用户信息与可社保费用的第一支付费用请求，所述用户信息包括用户医保账户信息以及用户身份唯一识别信息；

若接收到用户所在地的社保结算中心返回的第一支付成功信息，则向所述医生端所在单位的单位结算中心发送医生所在地的共享医保账户的共享账户信息、所述可社保费用以及用户在所述平台端的用户名，所述共享账户信息包括共享医保账户以及共享账户唯一识别信息；

接收医生所在地的社保结算中心发来的第一收取费用请求，若所述第一收取费用请求中的待支付费用与所述可社保费用、所述第一收取费用请求中的备注信息与所述用户名以及所述第一收取费用请求中的待收费方与所述医生端所在单位所绑定的单位结算账户均为一致，则返回确认支付费用信息至所述医生所在地的社保结算中心；

若接收到所述医生所在地的社保结算中心返回的第二支付成功信息，则生成并返回包括第二支付成功信息的社保支付结果信息至用户端；

执行所述步骤S33中“从所述用户端所绑定的电子社保卡中扣除所述可社保费用”时，所述第一处理器执行所述第一计算机程序时还实现以下步骤：

接收并显示用户所在地的社保结算中心所发送的包括可社保费用以及平台名称的第二支付费用请求，实时接收并返回用户确认支付信息以及支付密码信息至所述用户所在地的社保结算中心。