医疗管理方法、装置、计算机设备及存储介质与流程

本发明涉及医疗管理方法，更具体地说是指医疗管理方法、装置、计算机设备及存储介质。

背景技术：

过去，人们生病就医时常常遇到的挂号难、看病难等问题。这些问题形成的原因主要在于两点，一是由于患者对医疗资源和信息缺乏了解，生病时不知道去哪个医院，不知道找哪位医生，二是由于患者、医生和医院之间信息交互的过程繁琐，消耗时间长，挂号、诊断和治疗都需要大量的时间，耽误最佳治疗时间。随着近年来信息技术的快速发展，越来越多的人们利用网络和移动设备来实现更为安全、方便和高效的医疗体验。

作为智慧医疗的一个重要的组成部分，医疗管理系统已经被逐渐推广应用。然而，现有的医疗管理方法依然存在着以下局限，使之并不能很好地满足智慧医疗技术的发展需要：现有的医疗管理方法主要仅能实现患者线上挂号、医生信息预览、预约诊疗、在线缴费等功能，利用价值有限；且医疗管理方法内所涉及的数据仅来源于患者病例，来源单一，且无法对数据进行有效利用，多个医院的数据无法共享，容易出现当前科室号已满，患者将不得不再去其他医院寻求治疗，但又无法准确得知哪个医院的科室在当前的时间段有空闲；诊疗期间无法医生无法实时查看患者的病情反馈，一旦病情加重或出现新的病情，患者可能需要重新赶往医院，耽误治疗时间，患者上传至系统的消息、医生上传至系统的消息以及患者和医生之间的交互消息，均是以明文形式上传，其他恶意的用户或第三方有可能通过截获并篡改，甚至伪装成合法用户直接发送假消息，以此给患者治疗康复和医院诊疗工作带来极大的影响。

因此，有必要设计一种新的方法，实现防止医生上传的信息和患者上传的信息的篡改和消息伪造，且提高患者就诊的效率，以及有利于患者提前较为准确地把握自己的病情。

技术实现要素：

本发明的目的在于克服现有技术的缺陷，提供医疗管理方法、装置、计算机设备及存储介质。

为实现上述目的，本发明采用以下技术方案：医疗管理方法，包括：

获取患者所上传的信息，以得到初始健康数据；

采用签名验证算法判断所述初始健康数据的完整性是否满足要求；

若是，则利用初始健康数据进行数据拟合，以得到初始诊断建议；

发送所述初始诊断建议至患者终端，以获取患者终端的预约信息；

根据预约信息筛选可供患者就医的诊室信息；

将初始健康数据发送至所述诊室信息所对应的医生终端，以供医生对患者进行就诊；

获取来自患者终端的就诊后反馈信息；

采用签名验证算法判断所述就诊后反馈信息的完整性是否满足要求；

若是，则发送来自医生终端的就诊跟踪信息以及康复建议信息至患者终端。

其进一步技术方案为：所述发送来自医生终端的就诊跟踪信息以及康复建议信息至患者终端之后，还包括：

获取来自患者终端的评价信息；

根据所述评价信息对就诊医生进行评分计算，以得到评分结果；

根据所述评分结果更新关于就诊医生的排名表。

其进一步技术方案为：所述初始健康数据包括血压数据以及心率数据。

其进一步技术方案为：所述采用签名验证算法判断所述初始健康数据的完整性是否满足要求，包括：

获取来自患者终端所发送的数字签名；

采用数字签名对初始健康数据进行签名验证，判断所述数字签名是否是关于初始健康数据的合法签名；

若是，则所述初始健康数据的完整性满足要求；

若否，则所述初始健康数据的完整性不满足要求。

其进一步技术方案为：所述获取患者所上传的信息，以得到初始健康数据，包括：

设置系统参数；

根据所述系统参数创建系统的公钥以及私钥；

根据所述公钥以及私钥生成用户签名私钥；

采用患者的用户签名私钥对所上传的信息进行签名，以形成初始健康数据。

其进一步技术方案为：所述利用初始健康数据进行数据拟合，以得到初始诊断建议，包括：

根据初始健康数据分析患者当前可能存在疾病；

调取以往病例中有与初始健康数据内类似症状的患者患有所述疾病的概率，以得到初始分析结果；

根据初始健康数据内的症状以及初始分析结果给出对应的病情概况；

根据所述病情概况推荐对应的就诊科室以及推荐本地区在治愈所述疾病时享有其他患者较高评价的医院，以形成初始诊断建议。

其进一步技术方案为：所述根据预约信息筛选可供患者就医的诊室信息，包括：

根据预约信息获取本地对应的诊室就诊情况，以得到第一信息；

判断所述第一信息是否为有空闲诊室；

若是，则获取第一信息内显示有空闲诊室的可就诊时间和就诊医生信息，以形成可供患者就医的诊室信息；

若否，则筛选非本地的对应的有空闲的诊室信息，以形成可供患者就医的诊室信息。

本发明还提供了医疗管理装置，包括：

第一获取单元，用于获取患者所上传的信息，以得到初始健康数据；

第一验证单元，用于采用签名验证算法判断所述初始健康数据的完整性是否满足要求；

拟合单元，用于若是，则利用初始健康数据进行数据拟合，以得到初始诊断建议；

建议发送单元，用于发送所述初始诊断建议至患者终端，以获取患者终端的预约信息；

筛选单元，用于根据预约信息筛选可供患者就医的诊室信息；

数据发送单元，用于将初始健康数据发送至所述诊室信息所对应的医生终端，以供医生对患者进行就诊；

信息反馈单元，用于获取来自患者终端的就诊后反馈信息；

第二验证单元，用于采用签名验证算法判断所述就诊后反馈信息的完整性是否满足要求；

跟踪信息发送单元，用于若是，则发送来自医生终端的就诊跟踪信息以及康复建议信息至患者终端。

本发明还提供了一种计算机设备，所述计算机设备包括存储器及处理器，所述存储器上存储有计算机程序，所述处理器执行所述计算机程序时实现上述的方法。

本发明还提供了一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时可实现上述的方法。

本发明与现有技术相比的有益效果是：本发明通过将患者终端、医生终端以及服务器进行通信，支持患者在多家医疗机构之间做比较和选择，患者可以上传自己的初始健康数据，与其他已确诊用户的病例信息进行匹配，反馈给患者相关病例的初始诊断建议，以及给用户的诊疗时间的建议，从而使患者提前较为准确地把握自己的病情，设置一签名算法，以防止消息篡改和消息伪造，有效地提高医院的工作效率，提高就诊效率，为医生和患者提供更多便利，实现患者就医的安全性、高效性和智能性，有利于促成区域医疗资源联网，从而使医疗资源得到高效和合理地分配。

下面结合附图和具体实施例对本发明作进一步描述。

附图说明

为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的医疗管理方法的应用场景示意图；

图2为本发明实施例提供的医疗管理方法的流程示意图；

图3为本发明实施例提供的医疗管理方法的子流程示意图；

图4为本发明实施例提供的医疗管理方法的子流程示意图；

图5为本发明实施例提供的医疗管理方法的子流程示意图；

图6为本发明实施例提供的医疗管理方法的子流程示意图；

图7为本发明另一实施例提供的医疗管理方法的流程示意图；

图8为本发明实施例提供的医疗管理装置的示意性框图；

图9为本发明另一实施例提供的医疗管理装置的示意性框图；

图10为本发明实施例提供的计算机设备的示意性框图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

请参阅图1和图2，图1为本发明实施例提供的医疗管理方法的应用场景示意图。图2为本发明实施例提供的医疗管理方法的示意性流程图。该医疗管理方法应用于服务器中。该服务器与患者终端和医生终端进行数据交互，且该服务器包括密钥生成服务器、用户服务器、云存储服务器以及数据中心服务器。

图2是本发明实施例提供的医疗管理方法的流程示意图。如图2所示，该方法包括以下步骤s110至s150。

s110、获取患者所上传的信息，以得到初始健康数据。

在本实施例中，上述的初始健康数据是指由患者通过患者终端输入的，具有患者症状等信息的数据，具体地，上述的初始健康数据包括血压数据以及心率数据。

患者在上传信息的时候，若是新用户，则需要新用户需要注册自己的系统账号。需要选择自己的身份为医生或患者，不同身份的用户注册时所需填写的信息不同。患者可以在注册界面填写自己的姓名、昵称和编号，其姓名不在系统中公开，仅昵称和编号公开，而医生必须在系统中公开自己的姓名，用户选择自己的身份(医生/患者)，并输入相应的账号和密码，如果数据库中没有所输入的账号，则跳转至注册页面。如果账号和密码和数据库中的信息相匹配，则登录成功，在登录成功的基础上再进行信息上传。

在一实施例中，请参阅图3，上述的步骤s110可包括步骤s111～s114。

s111、设置系统参数；

s112、根据所述系统参数创建系统的公钥以及私钥；

s113、根据所述公钥以及私钥生成用户签名私钥；

s114、采用患者的用户签名私钥对所上传的信息进行签名，以形成初始健康数据。

在进行初始健康数据完整性的校验时，需要进行签名认证。具体地，选取两个素数p阶循环群g和gt，设g为群g的一个生成元。密钥生成服务器随机选取x，a∈zp以及h，b∈g。计算y＝e(g^x，h)，z＝e(g，h)，其中e为椭圆曲线上的双线性映射e：g×g→gt。设用户身份为一个长度为n的字符串id＝(u1，u2，...，un)，用户发送的消息为一个长度为m的字符串m＝(m1，m2，...，mm)。密钥生成服务器公开系统的公钥mpk＝(g，g^x，h，a，b，y，z)，保存系统的私钥msk＝x；设w为用户身份比特字符串id中所有的“1”的位置的集合。密钥生成服务器选择任意的α∈zp，计算d＝h^x·(a∏i∈wui)^α，d′＝z^α，设置身份为id的用户的签名私钥为usk＝(d，d′)。执行消息发送的用户用自己的私钥对消息m进行签名。设s为消息字符串m中所有的“1”的位置的集合。选择任意的t，β∈zp，计算：σ1＝d(b∏j∈smj)β，σ2＝g^β，σ3＝d^′t，执行消息发送的用户向接收方关于消息m的数字签名σ＝(σ1，σ2，σ3)。在本实施例中，消息发送的用户指的是患者终端，接收方指的是医生终端。

s120、采用签名验证算法判断所述初始健康数据的完整性是否满足要求。

在一实施例中，请参阅图4，上述的步骤s120可包括步骤s121～s124。

s121、获取来自患者终端所发送的数字签名；

s122、采用数字签名对初始健康数据进行签名验证，判断所述数字签名是否是关于初始健康数据的合法签名；

s123、若是，则所述初始健康数据的完整性满足要求；

s124、若否，则所述初始健康数据的完整性不满足要求。

具体地，接收到消息字符串m和数字签名σ的用户计算验证下列等式是否成立：

如果成立，则说明数字签名σ是关于消息字符串m的合法签名，消息m得到认证。否则，说明消息字符串m被篡改或是一个假消息。在本实施例中，消息字符串m指的是初始健康数据。防止医生上传的信息和患者上传的信息的篡改和消息伪造，提高就诊效率。

若否，则进入结束步骤；

s130、若是，则利用初始健康数据进行数据拟合，以得到初始诊断建议。

在本实施例中，初始诊断建议是指服务器根据用户上传的信息进行初步诊断后形成的大概建议。

在一实施例中，请参阅图5，上述的步骤s130可包括步骤s131～s134。

s131、根据初始健康数据分析患者当前可能存在疾病；

s132、调取以往病例中有与初始健康数据内类似症状的患者患有所述疾病的概率，以得到初始分析结果；

s133、根据初始健康数据内的症状以及初始分析结果给出对应的病情概况；

s134、根据所述病情概况推荐对应的就诊科室以及推荐本地区在治愈所述疾病时享有其他患者较高评价的医院，以形成初始诊断建议。

患者挂号就诊前，对自身的病情有一个粗略地掌握，并从系统获得相应的诊疗建议。患者输入自身的初始健康数据，例如血压、心率，也可以输入自己当前的症状。为了统一表述及方便匹配，在患者描述症状时，采用勾选的方式，此外还要选择相关方面的病史等，最后将自己的健康数据提交至服务器，收到患者提交的初始健康数据后，用户服务器将数据提交给云存储服务器，数据处理中心将该患者的症状数据与以往的相似病历数据进行拟合，最后返回给用户服务器预诊断情况和相关的初始诊断建议，初始诊断建议包括患者当前可能存在疾病，以往病例中有类似症状的患者有多少比例患有该疾病；根据患者输入的症状和以往的病历，粗略判断患者的病情，例如可分为轻度、中度、重度等等级，并给出相应的建议；建议就诊科室，以及推荐本地区在治愈此类疾病时享有其他患者较高评价的医院。用户服务器将预诊断情况和诊疗建议转发给患者。进而使得患者可以准确地选择就诊的诊室，提高就诊效率，有利于患者提前较为准确地把握自己的病情。

s140、发送所述初始诊断建议至患者终端，以获取患者终端的预约信息。

在本实施例中，患者终端接收到该初始诊断建议后，会进行对应的就诊预约。具体地，患者会在患者终端勾选自己所要就诊的科室和期望的就诊日期并提交，以形成预约信息。

s150、根据预约信息筛选可供患者就医的诊室信息。

在本实施例中，诊室信息指的是就诊诊室的相关信息，一般包括就诊时间、医生信息以及就诊的诊室号等。

在一实施例中，请参阅图6，上述的步骤s150可包括步骤s151～s154。

s151、根据预约信息获取本地对应的诊室就诊情况，以得到第一信息；

s152、判断所述第一信息是否为有空闲诊室；

s153、若是，则获取第一信息内显示有空闲诊室的可就诊时间和就诊医生信息，以形成可供患者就医的诊室信息；

s154、若否，则筛选非本地的对应的有空闲的诊室信息，以形成可供患者就医的诊室信息。

一般情况下，优选本地有空闲的对应的诊室，如果没有空闲的诊室，则服务器会自动生成其他医院有空闲的对应的诊室，达到所有医院资料的共享，以提高整个就诊的效率。

在同一个系统中可以实现不同医院的挂号功能，为用户线上操作提供了更大的方便。患者输入所要挂号的医院，分别勾选科室和医生，选择就诊时间，如果该医生在某日有号，则显示为蓝色，点击则可以预约当天就诊，如果显示为灰色，则说明当天的号已满，只能预约其他日期就诊。如果在理想的时间段内当前的医院没有患者所期望的医生可以被预约，则患者可以选择其他的城市和医院，患者还可以定位到当前城市选择本地其他医院，选择完成后提交，用户服务器处理患者的挂号请求，并发送给用户缴费页面；患者完成线上缴费，用户服务器提示用户挂号成功或失败。由于医生的治疗地点和日程信息均来自于医院所提供的数据，因此患者选号后的数据需要提交给医院，以便医院及时更新号数。

另外，在选择就诊诊室时，患者可以查询想要就诊的医生信息，具体地，每个医生在注册时，需要填写自己的医生等级、临床经历、学历信息等。此外，其他患者在就诊后会对医师进行评价，该评价换算而来的评分作为患者查询选择医生的依据。具体地，患者勾选自己所要就诊的科室和期望的就诊日期并提交，用户服务器在收到患者提交的搜索消息后，从云存储服务器中查找并返回所有满足条件的医生信息，并返回给患者终端；患者可以在患者终端上选择按评分、医生等级等条件对满足自己期望条件的医生进行排序，患者也可以勾选取消就诊时间的限制，也就是说，如果某些热门医生的号在患者所选的时间段内已约满，则不会显示在页面中，但用户可以勾选取消时间限制来查看所有本科室医生的信息。

s160、将初始健康数据发送至所述诊室信息所对应的医生终端，以供医生对患者进行就诊。

具体地，医生选择不同的日期，以查找在某些时间内预约就诊的患者数量及信息，医生选择自己的工作日期，点击后出现当天预约就诊的患者编号，出于对患者身份隐私保护的需要，这里仅出现患者的编号和昵称，医生可以点击挂号患者的昵称或编号，查看该患者在预诊断阶段输入的信息，包括症状、病史、家族遗传等，还可以查看到对应的初始健康数据。

s170、获取来自患者终端的就诊后反馈信息。

在本实施例中，就诊后反馈信息是指患者通过就诊后所反馈的信息。

具体地，从患者去医院就诊时起，进入治疗阶段。对于大多数疾病，在治疗过程中需要不断地反馈治疗结果，以便医生更好地全程跟踪把握患者的病情发展。而在传统的治疗模式中，患者在治疗期间需要每隔一段时间去医院，这增加了医院、医生和患者的不便，也无法准确预防和响应病情突然加重的问题。因此，引入患者和医生实时交互的机制，使得医生可以对患者进行远程的病情跟踪。

医生设置定期反馈治疗结果的时间间隔。当患者在此时间间隔内没有及时上传当前时间段的病情发展时，用户服务器会给医生和患者双方均发送一个提示。患者在填写当前的病情发展状况和健康状况，包括自测的血压，或传感器、智能手环实时测量的心率等数据，也可以是社区医院提供的化验结果。对于例如轻度烧伤和皮肤病患者，可以拍照上传伤口的愈合情况。患者终端对这些数据使用签名算法进行签名，用户服务器将数据发送给对应的医生，并上传云存储服务器。医生可以选择查看患者的恢复情况，并利用签名算法对消息进行认证，对于异常情况(例如康复不及预期或恶化)，医生可以留言详细询问或通知患者尽快前往医院，以提高整个就诊的效率。

s180、采用签名验证算法判断所述就诊后反馈信息的完整性是否满足要求。

该签名验证算法与上述提及的签名验证算法的步骤一致，此处不再赘述。

若否，则进入结束步骤。

s190、若是，则发送来自医生终端的就诊跟踪信息以及康复建议信息至患者终端。

在治疗过程结束后，患者需进入一段时间的康复期。在康复期内，医生可以通过和患者交流来指导患者的康复。

具体地，医生可以对患者的饮食、作息和日常习惯等做出建议，支持勾选、输入字符、图片和语音等方式，用户服务器将这些信息转发给患者。患者可以选择将自己近期的饮食和作息情况告知医生，同样支持上述的达方式，用户服务器将这些信息转发给医生。

上述的医疗管理方法，通过将患者终端、医生终端以及服务器进行通信，支持患者在多家医疗机构之间做比较和选择，患者可以上传自己的初始健康数据，与其他已确诊用户的病例信息进行匹配，反馈给患者相关病例的初始诊断建议，以及给用户的诊疗时间的建议，从而使患者提前较为准确地把握自己的病情，设置一签名算法，以防止消息篡改和消息伪造，有效地提高医院的工作效率，提高就诊效率，为医生和患者提供更多便利，实现患者就医的安全性、高效性和智能性，有利于促成区域医疗资源联网，从而使医疗资源得到高效和合理地分配。

图7是本发明另一实施例提供的一种医疗管理方法的流程示意图。如图7所示，本实施例的医疗管理方法包括步骤s210-s320。其中步骤s210-s290与上述实施例中的步骤s110-s190类似，在此不再赘述。下面详细说明本实施例中所增加的步骤s300-s320。

s300、获取来自患者终端的评价信息；

s310、根据所述评价信息对就诊医生进行评分计算，以得到评分结果；

s320、根据所述评分结果更新关于就诊医生的排名表。

患者可以选择对所就诊的医生进行评价。患者进入患者终端评价页面，对自己所就诊的医生，可以从综合、专业水平、服务态度等方面点击选择星级评价，从1星到5星不等，并支持患者输入文字评价或语音评价，户服务器将患者对医生的评价转发到云存储服务器，对星级计算平均值得到平均评分，作为该医生的一个属性。其他患者在选择医生时，可以将已康复的患者的评价作为参考。但应当明确，患者对医生的评价无论是对其他患者还是医生，都应当以匿名的形式展现。

图8是本发明实施例提供的一种医疗管理装置300的示意性框图。如图8所示，对应于以上医疗管理方法，本发明还提供一种医疗管理装置300。该医疗管理装置300包括用于执行上述医疗管理方法的单元，该装置可以被配置于服务器中。具体地，请参阅图8，该医疗管理装置300包括：

第一获取单元301，用于获取患者所上传的信息，以得到初始健康数据；

第一验证单元302，用于采用签名验证算法判断所述初始健康数据的完整性是否满足要求；

拟合单元303，用于若是，则利用初始健康数据进行数据拟合，以得到初始诊断建议；

建议发送单元304，用于发送所述初始诊断建议至患者终端，以获取患者终端的预约信息；

筛选单元305，用于根据预约信息筛选可供患者就医的诊室信息；

数据发送单元306，用于将初始健康数据发送至所述诊室信息所对应的医生终端，以供医生对患者进行就诊；

信息反馈单元307，用于获取来自患者终端的就诊后反馈信息；

第二验证单元308，用于采用签名验证算法判断所述就诊后反馈信息的完整性是否满足要求；

跟踪信息发送单元309，用于若是，则发送来自医生终端的就诊跟踪信息以及康复建议信息至患者终端。

在一实施例中，所述第一验证单元302包括：

数字签名获取子单元，用于获取来自患者终端所发送的数字签名；

签名验证子单元，用于采用数字签名对初始健康数据进行签名验证，判断所述数字签名是否是关于初始健康数据的合法签名；若是，则所述初始健康数据的完整性满足要求；若否，则所述初始健康数据的完整性不满足要求。

在一实施例中，所述第一获取单元301包括：

参数设置子单元，用于设置系统参数；

钥对创建子单元，用于根据所述系统参数创建系统的公钥以及私钥；

签名私钥形成子单元，用于根据所述公钥以及私钥生成用户签名私钥；

签名子单元，用于采用患者的用户签名私钥对所上传的信息进行签名，以形成初始健康数据。

在一实施例中，所述拟合单元303包括：

疾病分析子单元，用于根据初始健康数据分析患者当前可能存在疾病；

概率调取子单元，用于调取以往病例中有与初始健康数据内类似症状的患者患有所述疾病的概率，以得到初始分析结果；

概况输出子单元，用于根据初始健康数据内的症状以及初始分析结果给出对应的病情概况；

建议形成子单元，用于根据所述病情概况推荐对应的就诊科室以及推荐本地区在治愈所述疾病时享有其他患者较高评价的医院，以形成初始诊断建议。

在一实施例中，所述筛选单元305包括：

情况获取子单元，用于根据预约信息获取本地对应的诊室就诊情况，以得到第一信息；

诊室判断子单元，用于判断所述第一信息是否为有空闲诊室；

诊室信息获取子单元，用于若是，则获取第一信息内显示有空闲诊室的可就诊时间和就诊医生信息，以形成可供患者就医的诊室信息；

诊室信息筛选子单元，用于若否，则筛选非本地的对应的有空闲的诊室信息，以形成可供患者就医的诊室信息。

图9是本发明另一实施例提供的一种医疗管理装置300的示意性框图。如图9所示，本实施例的医疗管理装置300是上述实施例的基础上增加了评分信息获取单元310、评分计算单元311以及更新单元312。

评分信息获取单元310，用于获取来自患者终端的评价信息；

评分计算单元311，用于根据所述评价信息对就诊医生进行评分计算，以得到评分结果；

更新单元312，用于根据所述评分结果更新关于就诊医生的排名表。

需要说明的是，所属领域的技术人员可以清楚地了解到，上述医疗管理装置300和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。

上述医疗管理装置300可以实现为一种计算机程序的形式，该计算机程序可以在如图10所示的计算机设备上运行。

请参阅图10，图10是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备是服务器。

参阅图10，该计算机设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。

该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032包括程序指令，该程序指令被执行时，可使得处理器502执行一种医疗管理方法。

该处理器502用于提供计算和控制能力，以支撑整个计算机设备500的运行。

该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行一种医疗管理方法。

该网络接口505用于与其它设备进行网络通信。本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备500的限定，具体的计算机设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下步骤：

获取患者所上传的信息，以得到初始健康数据；

采用签名验证算法判断所述初始健康数据的完整性是否满足要求；

若是，则利用初始健康数据进行数据拟合，以得到初始诊断建议；

发送所述初始诊断建议至患者终端，以获取患者终端的预约信息；

根据预约信息筛选可供患者就医的诊室信息；

将初始健康数据发送至所述诊室信息所对应的医生终端，以供医生对患者进行就诊；

获取来自患者终端的就诊后反馈信息；

采用签名验证算法判断所述就诊后反馈信息的完整性是否满足要求；

若是，则发送来自医生终端的就诊跟踪信息以及康复建议信息至患者终端。

其中，所述初始健康数据包括血压数据以及心率数据。

在一实施例中，处理器502在实现所述发送来自医生终端的就诊跟踪信息以及康复建议信息至患者终端步骤之后，还实现如下步骤：

获取来自患者终端的评价信息；

根据所述评价信息对就诊医生进行评分计算，以得到评分结果；

根据所述评分结果更新关于就诊医生的排名表。

在一实施例中，处理器502在实现所述采用签名验证算法判断所述初始健康数据的完整性是否满足要求步骤时，具体实现如下步骤：

获取来自患者终端所发送的数字签名；

采用数字签名对初始健康数据进行签名验证，判断所述数字签名是否是关于初始健康数据的合法签名；

若是，则所述初始健康数据的完整性满足要求；

若否，则所述初始健康数据的完整性不满足要求。

在一实施例中，处理器502在实现所述获取患者所上传的信息，以得到初始健康数据步骤时，具体实现如下步骤：

设置系统参数；

根据所述系统参数创建系统的公钥以及私钥；

根据所述公钥以及私钥生成用户签名私钥；

采用患者的用户签名私钥对所上传的信息进行签名，以形成初始健康数据。

在一实施例中，处理器502在实现所述利用初始健康数据进行数据拟合，以得到初始诊断建议步骤时，具体实现如下步骤：

根据初始健康数据分析患者当前可能存在疾病；

调取以往病例中有与初始健康数据内类似症状的患者患有所述疾病的概率，以得到初始分析结果；

根据初始健康数据内的症状以及初始分析结果给出对应的病情概况；

根据所述病情概况推荐对应的就诊科室以及推荐本地区在治愈所述疾病时享有其他患者较高评价的医院，以形成初始诊断建议。

在一实施例中，处理器502在实现所述根据预约信息筛选可供患者就医的诊室信息步骤时，具体实现如下步骤：

根据预约信息获取本地对应的诊室就诊情况，以得到第一信息；

判断所述第一信息是否为有空闲诊室；

若是，则获取第一信息内显示有空闲诊室的可就诊时间和就诊医生信息，以形成可供患者就医的诊室信息；

若否，则筛选非本地的对应的有空闲的诊室信息，以形成可供患者就医的诊室信息。

应当理解，在本申请实施例中，处理器502可以是中央处理单元(centralprocessingunit，cpu)，该处理器502还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成。该计算机程序包括程序指令，计算机程序可存储于一存储介质中，该存储介质为计算机可读存储介质。该程序指令被该计算机系统中的至少一个处理器执行，以实现上述方法的实施例的流程步骤。

因此，本发明还提供一种存储介质。该存储介质可以为计算机可读存储介质。该存储介质存储有计算机程序，其中该计算机程序被处理器执行时使处理器执行如下步骤：

获取患者所上传的信息，以得到初始健康数据；

采用签名验证算法判断所述初始健康数据的完整性是否满足要求；

若是，则利用初始健康数据进行数据拟合，以得到初始诊断建议；

发送所述初始诊断建议至患者终端，以获取患者终端的预约信息；

根据预约信息筛选可供患者就医的诊室信息；

将初始健康数据发送至所述诊室信息所对应的医生终端，以供医生对患者进行就诊；

获取来自患者终端的就诊后反馈信息；

采用签名验证算法判断所述就诊后反馈信息的完整性是否满足要求；

若是，则发送来自医生终端的就诊跟踪信息以及康复建议信息至患者终端。

其中，所述初始健康数据包括血压数据以及心率数据。

在一实施例中，所述处理器在执行所述计算机程序而实现所述发送来自医生终端的就诊跟踪信息以及康复建议信息至患者终端步骤之后，还实现如下步骤：

获取来自患者终端的评价信息；

根据所述评价信息对就诊医生进行评分计算，以得到评分结果；

根据所述评分结果更新关于就诊医生的排名表。

在一实施例中，所述处理器在执行所述计算机程序而实现所述采用签名验证算法判断所述初始健康数据的完整性是否满足要求步骤时，具体实现如下步骤：

获取来自患者终端所发送的数字签名；

采用数字签名对初始健康数据进行签名验证，判断所述数字签名是否是关于初始健康数据的合法签名；

若是，则所述初始健康数据的完整性满足要求；

若否，则所述初始健康数据的完整性不满足要求。

在一实施例中，所述处理器在执行所述计算机程序而实现所述获取患者所上传的信息，以得到初始健康数据步骤时，具体实现如下步骤：

设置系统参数；

根据所述系统参数创建系统的公钥以及私钥；

根据所述公钥以及私钥生成用户签名私钥；

采用患者的用户签名私钥对所上传的信息进行签名，以形成初始健康数据。

在一实施例中，所述处理器在执行所述计算机程序而实现所述利用初始健康数据进行数据拟合，以得到初始诊断建议步骤时，具体实现如下步骤：

根据初始健康数据分析患者当前可能存在疾病；

调取以往病例中有与初始健康数据内类似症状的患者患有所述疾病的概率，以得到初始分析结果；

根据初始健康数据内的症状以及初始分析结果给出对应的病情概况；

根据所述病情概况推荐对应的就诊科室以及推荐本地区在治愈所述疾病时享有其他患者较高评价的医院，以形成初始诊断建议。

在一实施例中，所述处理器在执行所述计算机程序而实现所述根据预约信息筛选可供患者就医的诊室信息步骤时，具体实现如下步骤：

根据预约信息获取本地对应的诊室就诊情况，以得到第一信息；

判断所述第一信息是否为有空闲诊室；

若是，则获取第一信息内显示有空闲诊室的可就诊时间和就诊医生信息，以形成可供患者就医的诊室信息；

若否，则筛选非本地的对应的有空闲的诊室信息，以形成可供患者就医的诊室信息。

所述存储介质可以是u盘、移动硬盘、只读存储器(read-onlymemory，rom)、磁碟或者光盘等各种可以存储程序代码的计算机可读存储介质。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。