CN108074629A - 健康档案管理系统和方法、用户客户端 - Google Patents

Abstract

本申请提供了一种健康档案管理系统和方法、用户客户端，其中，健康档案管理系统包括：多个医疗服务器、多个用户客户端和认证服务器；其中，多个医疗服务器用于向与第一用户关联的健康档案中上传健康数据，或者，从所述健康档案中下载健康数据；用户客户端用于设置多个医疗服务器对健康数据的访问权限；认证服务器，用于确定多个医疗服务器中一个或多个医疗服务器是否有权限向健康档案中上传健康数据和/或从健康档案中下载健康数据。本申请实施例达到了提高诊断结果准确性和提高用户体验的技术效果。

Description

健康档案管理系统和方法、用户客户端

技术领域

本申请属于互联网信息处理技术领域，尤其涉及一种健康档案管理系统和方法、用户客户端。

背景技术

目前，个人健康档案(例如：电子病历、体检报告、通过智能设备测量的诸如：血糖、血压、体脂、体重、运动类数据等)一般都是分散存储在各级医疗卫生机构、体检机构中。因为各个机构的数据是不连通的，从而导致个人健康档案的数据存在碎片化和孤岛化的情况，这也就导致了如下问题的产生：

1)不利于医疗工作者基于个人健康档案进行全面的获取和分析，以作出最为有效正确的诊断；

2)因为数据之间不连通，导致患者在不同医院就诊时，需要进行多次的信息填报和检查检验，不仅提高了患者的就诊成本，也延长了就诊时间。

针对上述问题，目前尚未提出有效的解决方案。

发明内容

本申请目的在于提供一种健康档案管理系统和方法、用户客户端，以实现健康档案的多地可取。

为了解决上述技术问题，本申请实施例提供一种健康档案管理系统和方法、用户客户端是这样实现的：

一种健康档案管理系统，包括：多个医疗服务器、多个用户客户端和认证服务器；其中，所述多个医疗服务器用于向与第一用户关联的健康档案中上传健康数据，或者，从所述健康档案中下载健康数据；所述用户客户端用于设置所述多个医疗服务器对所述健康数据的访问权限；所述认证服务器，用于确定所述多个医疗服务器中的一个或多个医疗服务器是否有权限向所述健康档案中上传健康数据和/或从所述健康档案中下载健康数据。

一种健康档案管理系统，包括：多个医疗服务器，其中，所述多个医疗服务器用于向与第一用户关联的健康档案中上传健康数据，或者，从所述健康档案中下载健康数据。

一种健康档案管理系统，包括：多个医疗服务器和云存储器，所述云存储器，用于存储多个与用户关联的健康档案；所述多个医疗服务器，与所述云存储耦合，用于向所述云存储器中与第一用户关联的健康档案中上传健康数据，或者，从所述与第一用户关联的健康档案中下载健康数据。

一种用户客户端，包括：通信模块，用于建立通信连接并进行数据传输；显示器，用于进行数据显示；处理器，用于控制所述通信模块将获取的用户的健康数据，上传至与所述用户关联的健康档案，并设置所述健康档案中健康数据的访问权限。

一种健康档案管理方法，包括：第一医疗服务器上传用户的健康数据至与所述用户关联的健康档案；第二医疗服务器从所述健康档案中获取有权限访问的数据，其中，所述第一医疗服务器和所述第二医疗服务器有权限向所述健康档案中上传健康数据和/或从所述健康档案中下载健康数据。

由以上本申请实施例提供的技术方案可见，本申请实施例提供的健康档案管理系统和方法可以实现多个医疗服务器对同一用户健康档案进行管理，从而实现了用户档案的多地可寻，解决了现有技术所存在的健康数据不连通而导致的医生获取的用户数据不全面、用户需要多次填写个人信息而导致的诊断结果不准确、用户操作过于繁琐的技术问题，达到了提高诊断结果准确性和提高用户体验的技术效果。

附图说明

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

图1是本申请实施例中健康档案管理系统的一种架构示意图；

图2是本申请实施例中健康档案的展示界面示意图；

图3是本申请实施例中用户体检报告的显示示意图；

图4是本申请实施例中用户看诊记录的显示示意图；

图5是本申请实施例中健康档案分布式存储的示意图；

图6是本申请实施例中用户客户端登陆界面示意图；

图7是本申请实施例中健康档案项目列表示意图；

图8是本申请实施例中密码设置示意图；

图9是本申请实施中健康档案管理系统的另一种架构示意图；

图10是本申请实施中健康档案管理系统的又一种架构示意图；

图11是本申请实施中健康档案管理系统的又一种架构示意图；

图12是本申请实施例中健康档案管理方法的方法流程图。

具体实施方式

本申请实施例提供了一种健康档案管理系统和方法。

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

请参阅图1，本申请提供了一种健康档案管理系统。在该健康档案管理系统中医疗服务器101(图1中的医疗服务器101-1、医疗服务器101-2…医疗服务器101-n)之间是共享用户健康档案的，实现了用户健康档案的多地可寻。进一步的，可以设置用户可以对用户健康档案中内容的读取权限进行控制，从而可以实现健康档案的用户可控。

如图1所示，该健康档案管理系统可以包括：多个医疗服务器101，所述多个医疗服务器101共享用户的健康档案。所述多个医疗服务器101可以通过网络实现健康档案的共享。

在一个实施方式中，所述医疗服务器101可以是医疗机构中的总的服务器，该医疗机构中的医疗人员客户端等都可以登录该服务器进行数据的查看、存储和交互。在医疗人员客户端中可以仅存储有用户在该医疗人员处就诊时产生的健康档案数据，或者是可以仅存储有用户在该医疗机构就诊时产生的健康档案数据。在另一个实施方式中，所述医疗服务器101也可以是若干个医疗人员的客户端，在医生客户端和护士客户端就存储有用户的完整的健康档案，但是对于健康档案中内容的查看权限，可以是由用户自己设置的。

所述医疗服务器101可以是一个服务器，也可以是多个服务器组成的服务器集群。如果所述医疗服务器101是医疗人员的客户端等独立的处理设备，则该医疗人员客户端可以是可移动设备。例如，可以是手持式设备(例如：智能携带终端、平板设备等)、传感器等，也可以是例如血压仪、血糖仪等可以进行身体健康情况采集的设备。所述客户端还可以是桌面设备，例如：桌面个人计算机(PC机)、一体机、智能自助终端等。医疗人员可以通过客户端查看用户的健康档案，或者是将对用户的健康状况的检测结果或诊疗结果添加至用户的健康档案，并实现该健康档案在多个医疗服务器中的共享。

在另一个实施方式中，所述健康档案管理系统还可以包括：认证服务器102。所述认证服务器102可以与所述多个医疗服务器101耦合。所述认证服务器102可以是一个独立的服务器，也可以是一个服务器集群。该认证服务器102可以对医疗服务器101的资质进行认证，只有通过资质认证的医疗服务器才可以增加至所述健康档案管理系统中进行健康档案的共享。

在另一个实施方式中，所述健康档案管理系统还可以包括一个或多个用户客户端103，所述用户客户端103可以与所述多个医疗服务器101进行耦合。所述用户客户端103可以向所述多个医疗服务器101提供用户的健康信息，以更新用户的健康档案。或者，用户客户端103也可以实现对健康档案管理系统中用户健康档案的共享。或者是，用户可以通过用户客户端实现对自己的健康档案中内容的查看权限的设置等等。

所述用户客户端103可以是可移动设备。例如，可以是手持式设备(例如：智能携带终端、平板设备等)、传感器等，也可以是例如血压仪、血糖仪等可以进行身体健康情况采集的设备。所述用户客户端还可以是桌面设备，例如：桌面个人计算机(PC机)、一体机、智能自助终端等。用户通过这些设备可以输入健康数据，例如：体重、血脂、血糖、身体的异常反应等等。

在另一个实施方式中，所述健康档案管理系统还可以包括：健康监管服务器104，所述健康监管服务器104可以与所述医疗服务器101耦合。所述健康监管服务器104可以是一个或多个服务器，也可以集成在一个服务器中。所述健康监管服务器104可以从所述多个医疗服务器101中获取多个用户的健康档案信息，以便对特定人群或者是所有的人群进行健康情况分析，以制定较为合理的防治方式。

在另一个实施方式中，所述健康档案管理系统还可以包括：制药分析服务器105，所述制药分析服务器105与所述医疗服务器101耦合。所述制药分析服务器105可以是一个或多个服务器，也可以集成在一个服务器中。所述制药分析服务器105可以从所述多个医疗服务器101中获取多个用户的健康档案信息，以便对特定人群或者是所有的人群进行健康情况分析，以确定出合理的产药量，或者是药物研究方向。

在另一个实施方式中，所述健康档案管理系统还可以包括：药房服务器106。所述药房服务器106与所述医疗服务器101耦合。所述药房服务器106可以是一个或多个服务器，也可以集成在一个服务器中。所述药房服务器106可以获取拿药用户的健康档案，从中提取出医生所开的药方抓药。

其中，健康档案中的数据在未经过用户授权的情况下是加密的，对于例如健康监管服务器104、医疗服务器101、药房服务器106和制药分析服务器105等，为了保证数据的安全性，在不经过用户允许的情况下，是无法直接使用的，需要经过用户授权才可解密使用。

所述健康档案管理系统中用户的健康档案是可以共享，其中，健康档案被查看的权限可以由用户设定，但是健康档案在多个医院服务器中保证是可以共享的，从而使得用户不需要在每次换一个医院就重新进行一次信息填写，减少了用户看病的复杂度。同时，因为用户健康档案在医院服务器之间的共享，使得医生获取的用户的健康信息更为全面，可以更为合理准确地为用户提供更为正确的诊断结果。

在一个实施方式中，可以为每个用户设置一个身份标识，该用户的所有的健康档案信息都存储在该身份标识对应的档案中。如果用户到医院A看诊，那么医院A中的医生可以通过输入该用户的身份标识(例如：用户的姓名、身份证号等)，查找到该用户的健康档案。即，该身份标识就对应着该用户的身份。

在另一个实施方式中，可以在用户第一次就诊，或者是刚生下来时候，就为其生成一个快捷标识(例如：条码、二维码等)，或者是，采集该用户的指纹等等，都可以实现对该用户身份的识别。在用户看诊的时候，只需要扫描二维码，或者是进行指纹识别等，就可以识别出该用户的身份，以提取出该用户的健康档案。

上述健康档案管理系统可以应用在多种应用场景下，健康档案中可以记录：用户的健康数据、诊疗数据、病史等等。

在一种使用场景下，当用户到医院就诊时，医生可以登录所在医院的医疗服务器101，然后输入该用户的身份标识等，进入该用户的健康档案进行查看或记录。参阅图2，医生可以登录所在医院的医疗服务器，然后进入健康档案系统，通过该健康档案系统，医生可以通过输入用户的用户名和密码的方式，或者是通过扫码的方式，进入用户的健康档案。如果是采用输入用户名和密码的方式，那么该密码可以是由用户输入的，以保证用户健康档案的安全性。如果是采用扫码的方式，可以是在用户侧的手机或者是其它智能便携式设备上设置一个二维码生成软件，用户打开该软件之后，会随机生成具有时效性的，携带用户健康档案的用户名和密码的二维码，这样医生通过扫码的方式便可以实现该用户的健康档案的查看。

在另一使用场景下，用户到医院进行体检，体检后的报告也可以自动增加至医疗服务器中的用户健康档案中，只需要匹配上用户的身份信息，将该体检报告增加至用户对应的健康档案中即可。如图3所示，用户(韩梅梅)最新的体检报告的时间是2016年6月25日，在该体检报告生成之后，就可以增加至韩梅梅的健康档案中。在对韩梅梅的健康档案中的体检报告进行查询的时候，可以按照时间顺序显示体检报告。进一步的，因为不同的医疗服务器101的用户健康数据都是可以查看到的，为了实现对数据的集中和划分，可以在对应的体检报告中，显示体检的医院或者机构。

在另一使用场景下，用户到医院看诊后，医生开具的诊疗结果单后，可以将看诊结果(例如：用户的病情、为用户定的治疗方案等)。医生可以登录所在医院的医疗服务器101，上传该看诊结果。看诊结果在用户的健康档案中可以按照图4所示的方式进行存储或记录，例如，可以如图4所示，可以采用时间先后进行排序。在进行健康档案查看的时候，可以采用关键字搜索的方式，查询对应类目的体检报告，以便快速定位到希望查看的诊疗报告。对于诊疗报告，在用户已开放的权限的范围内，医生在需要的情况下，可以查看详细的诊疗报告内容。

所述医疗服务器101可以接收其它的医疗服务器101发送过来的用户的健康数据，然后将接收到的健康数据存储至对应的用户的健康档案中，可以是按照记录的形式进行存储。在需要获取数据的时候，实时进行聚类分析。也可以按照一个用户对应一个数据表格的形式存储，即，按照用户作为区分进行健康档案的存储。上述所列举的存储方式仅是一种示意性描述，并不构成对本发明的不当限定。

所述医疗服务器101可以是医院中的医疗人员客户端，医院中的多个医疗人员客户端组成了该医院的医疗服务器101，可以在每个医生的医疗人员客户端中都存储有所有用户的健康档案，也可以是在每个医院有一个中心服务器，该中心服务器作为该医院的医疗服务器，医院中的医疗人员客户端或者是诊疗设备等接入该中心服务器，需要获取数据的时候，就从该中心服务器获取数据，有数据需要写入时候，就向中心服务器中写入数据。如图5所示，对于该中心服务器而言，可以存储所有接入健康档案管理系统中的用户的健康档案信息，也可以仅存储到自己的医院进行看诊的用户的完整的健康档案。如果有新用户到医院看诊，那么中心服务器可以发起广播请求，其它的医疗服务器101在接收到该广播请求后，会将查找到的该用户的完整的健康档案信息提供给请求的医疗服务器。

所述认证服务器102可以对加入的医疗服务器101进行资质认证，例如，可以审核医疗服务器101所属的医院或者体检机构的行业相关资质，以便确保增加进来的医疗服务器101是符合要求的，从而保证用户健康档案的安全性。

所述认证服务器102还可以为用户提供秘钥的生成和发放服务，通过秘钥的生成和发放，用户可以对自身的健康档案数据进行签名和加密，并可以授权第三方查看健康档案中的某些数据，或者是限制第三方查看健康档案中的某些数据。

所述用户客户端103可以作为一个医疗服务器101，在用户客户端上，用户可以增加健康档案信息，可以查看健康档案等等。例如，用户客户端可以预装一个APP，该APP是用于健康档案管理的APP。用户第一次通过客户端登陆该APP的时候，可以通过如图6所示的方式，登陆自己的健康账号。在登陆自己的健康账号之后，可以显示如图7所示的健康档案界面。用户可以按照需要或者兴趣，打开对应的项目查看对应的健康信息。也可以通过最后的记录个人数据项记录自身的健康数据，例如，用户可以通过该选项记录自己每天的体重、睡眠情况、排便情况等等。

所述用户客户端103还可以通过安装健康监测APP或者是连接健康监测设备等方式，实时监测用户的健康情况，并可以将这些健康情况数据同步到用户的健康档案中。在实现的时候，用户如果是一直处于联网状态，那么可以实时将监测得到的数据进行上传，如果有时处于离线状态，那么用户客户端再次联网之后，就将这段时间内监测到的数据一起上传，从而保证健康档案中数据的完整性。

所述用户客户端103还可以为健康档案设置不同的安全权限，例如，可以如图8所示，用户可以通过健康档案管理的APP设置两个密码，一个密码是自己可以查看自身的所有健康档案信息的密码(例如默认第一密码)，一个密码是为例如医疗人员等设置的，仅可以查看部分的健康档案的信息的密码(例如默认第二密码)。即，通过输入密码的不同，可以授予查看不同权限的健康档案内容。用户可以通过用户客户端103中的健康档案管理的APP设置哪些内容是可以被查看，哪些内容是隐秘的，不能随意被查看的，从而保证用户的隐私。

所述健康监管服务器104可以是各级卫生监管部分，健康管理服务器可以获取所有或者某个群体的健康档案，或者是获取健康档案中的某一项或者几项数据，然后，对这些数据进行集中的分析和判断，以便生成一个健康统计结果，作为进行卫生监管的依据。例如，某个地区发生了集中性的疫情，那么可以分析该区域就诊用户的感冒或者发烧情况，以及血液情况等，判断疫情发生的原因，或者集中发病人的状况等，以便进行合理的预防和治疗。即，健康监管服务器104可以仅获取健康档案，但是不新增健康档案中的内容。

所述制药分析服务器105同上述的健康监管服务器104类似，可以获取所有或者某个群体的健康档案，或者是获取健康档案中的某一项或者几项数据，然后，对这些数据进行集中的分析和判断，以便确定需要生成什么样的药物，或者是判断自家生成的药物的疗效等等，即，为制药提供指导作用。

所述药房服务器106，可以是为用户提供取药或者是简单看诊的服务器，用户到药房拿药，药房服务器106可以获取该用户的健康档案，该健康档案中有医生所开的病历，根据医生开的病历，可以看到医生所开的药物，那么可以按照病历上的内容，给用户拿药，避免了用户需要携带药方等到医院拿药，减少了用户看病拿药的繁琐性。

在上述实施例中，提供了一种健康档案管理系统，包括多个医疗服务器，这多个医疗服务器之间可以进行用户健康档案的共享，从而实现了用户档案的多地可寻。进一步的，用户可以对自己的健康档案的访问权限进行设置，即，用户可以对自己的健康档案进行控制。

为了实现上述的多个医疗服务器之间的健康档案的共享，可以采用多种的数据共享技术。例如：可以采用区块链的方式实现健康档案在多个医疗服务器之间的共享，下面以区块链实现用户健康档案的多地可寻为例进行说明。为了更好地说明本申请，先对区块链技术解释如下：

从数据的角度而言，区块链是一种分布式数据存储技术，这里的“分布式”不仅体现为数据的分布式存储，也体现为数据的分布式记录(即，由系统的参与者来集体对数据进行维护)。简单的说，区块链能实现全球数据信息的分布式记录(可以由系统参与者集体记录，而非由一个中心化的机构集中记录)与分布式存储(可以存储在所有参与记录数据的节点中，而非集中存储于中心化的机构节点中)。

从效果的角度而言，区块链可以生成一套记录时间先后的、不可篡改的、可信任的数据库，这套数据库是去中心化存储且数据安全能够得到有效保证的。

即，区块链技术是面向非信任网络节点，基于制定全网认可的共识机制，通过全网所有节点的共同协作，来生成并维护一套分布式的数据信息，该信息一旦生成了，便不可以被篡改或者删除，因此，很符合健康档案存储的要求。进一步的，通过区块链的方式实现健康档案的维护还可以有以下效果：

1)不需要一个利用权威来背书的中心系统，并由该中心系统来保管所有的个人健康档案数据，有效避免了由中心系统管理不善而导致的数据被非法篡改；

2)所有节点均有全量的历史数据，避免了中心系统因为人为的或自然的因素导致的整个系统无法运行、数据部分或全部的丢失；

3)两两节点之间的数据传输不再依赖中心系统，可以更高效的进行数据传输；

4)不再需要建立一个具有强大的处理能力的中心系统，由全网协作的所有节点共同利用本节点的计算和存储资源来完成大数据的计算与存储；

5)区块链中保存的数据均为加密的数据，数据的可视可通过数据所有者的授权来进行解密和访问。

因此，可以通过区块链技术，将多个医疗服务器101相互之间进行连接，那么每个医疗服务器101都是一个节点，该节点都可以存储有全量的用户健康档案。还可以通过区块链技术将用户客户端等也连接进来，用户客户端也可以作为一个节点，参与健康档案的维护。

举例而言，通过区块链技术的用户健康档案管理系统可以包括以下几个角色：

1)用户，是个人健康档案的数据拥有者，通过其持有的秘钥可以对数据进行签名和加密，也可以授权第三方进行数据的查阅；

2)用户设备(可被实现为上述用户客户端)，可以是个人健康档案数据的生成和上传方，可直接将采集的数据发布至个人健康区块链中；

3)医疗体检机构(可被实现为上述的医疗服务器)，可以是个人健康档案的记录者，可将就诊用户的个人健康档案在经过多重签名和加密后，发布至个人健康区块链中；

4)认证机构(可被实现为上述的认证服务器)，可以审核医疗体检机构等的行业相关资质，以确保加入区块链的节点的资质的合法性，对于个人或个人持有的便携式智能设备可以不审核其资质。还可以为个人提供秘钥生成与发放服务，以及秘钥的保管等服务。

考虑到如果要减少用户客户端的处理能力的负担，可以将用户设置为仅广播监测到的或者是用户输入的健康数据，而不参与区块的生成和广播，从而不需要占用用户客户端太多的处理资源。还可以设定为用户客户端也不存储用户全量的健康档案，在需要查看的时候，可以广播查看请求，由医疗服务器为其提供即可，以减少用户客户端的存储负担。其中，用户客户端可以是但不限于：个人APP、个人便携式智能设备等。

然而，值得注意是，上述所提供的实现方式仅是一种示意性描述，是为了更好地说明本申请，如果用户客户端的处理能力足够强大，不需要考虑负荷的问题，也可以将用户客户端作为区块链中的一个完全节点，参与区块的生成和广播，具体采用那种实现方式可以根据实际需要选择，本申请对此不作限定。

上述的制药分析服务器和健康管理服务器104等因为仅需要查看数据，对数据进行整合，因此，也可以不是一个完全节点，可以仅接收数据，而不参与健康数据的广播和区块的生成。例如，可以是各级卫生监管部门、制药厂、医学科研机构等等。

下面结合一个具体实施例对上述的健康档案管理系统进行说明，然而值得注意的是，该具体实施例仅是为了更好地说明本申请，并不构成对本申请的不当限定。

健康档案管理系统可以如图9所示，包括：个人A、医疗/体检机构A、认证中心、便携式智能设备。在这种情况下，可以直接将健康档案写入区块链中。

基于图9所示的健康档案管理系统，提供了一种健康档案管理方法实例，可以包括：

S1：医疗体检机构A和B通过认证机构进行认证，在认证通过后，获取对应的秘钥，加入区块链网络中，个人A和个人持有的便携式智能设备通过认证中心进行认证，获取对应的秘钥，加入区块链网络中；

S2：个人A在医疗体检机构A就诊，医生开具诊疗诊断信息，并通过医院信息系统上传至健康档案区块链；

S3：个人A在医疗体检机构B就诊，通过授权机制(例如：多重签名、智能合约等)允许医院信息系统提取存储在区块链和健康档案公有云中的健康档案信息，供医生基于患者的健康档案进行诊疗诊断；

S4：个人A可直接通过APP或WEB录入个人的健康档案信息，并通过APP或WEB上传至健康档案区块链；

S5：个人A可通过持有的便携式智能设备实时采集个人的健康数据(例如：血糖、血压、体温、心跳、运动等)，并通过设备直接联网上传至健康档案区块链。

上述区块链的区块头部信息中可以记录但不限于以下信息：区块标识、上一区块标识、merkle tree、区块大小、健康档案记录数、时间戳等。区块的详细信息可以包括：记录在两次共识时间期间全网广播的个人健康档案数据，例如：用户标识、签名信息和个人健康档案数据。

在另一个实施方式中，考虑到对于区块链中的节点而言，如果存储全量的用户健康档案数据，显然会占据较大的存储空间，负荷比较大。因此，可以增加一个健康档案共有云，即，提供一种如图10所示的健康档案管理系统，包括：个人A、医疗/体检机构A、认证中心、便携式智能设备以及健康档案共有云。即，增加了一个健康档案共有云，在区块链中仅存储健康档案的摘要和索引信息，具体的健康档案数据存储在健康档案共有云中。相应的，区块的详细信息可以包括：记录在两次共识时间期间全网广播的个人健康档案数据，例如：用户标识、签名信息和个人健康档案数据的索引和明细信息存储地址，例如，可以包括但不限于：用户标识、签名信息、个人健康档案摘要、个人健康档案存储地址、个人健康档案时间信息等。因为将用户健康档案的摘要信息写入区块链中，而将具体的健康档案写进健康档案共有云中，这样区块链中存储的数据就会相对小一些，减少了区块链中组成节点的负担。

通过上述方式，可以通过区块链技术实现健康档案的管理和维护，这样区块链中的每个节点都存储有全量的健康档案，且不需要一个中心设备进行维护，由节点自身进行维护，实现了健康档案的多地可寻、用户可控的效果。

进一步的，通过上例所提供的方式可以解决现有的孤岛化的个人健康数据，不利于从政府角度全面掌握国民健康信息，进行医疗健康相关政策的制定和优化的问题。采用区块链的方式，因为数据是不可被篡改的，因此可以解决现有的当发生医患纠纷时，患者所面临的取证困难，证据保管不当导致的丢失或者证据被篡改的问题，从而可以有利于患者维护自身的合法权益。

请参阅图11，本申请还提供了另一种健康档案管理系统。在该健康档案管理系统包括：多个医疗服务器101(图1中的医疗服务器101-1、医疗服务器101-2…医疗服务器101-n)和云存储器107，医疗服务器100将用户的健康档案上传至云存储器107中，在需要获取用户健康后，可以直接到云存储器107中获取，从而实现了用户健康档案的共享。即使是不同的医疗体检结构，也可以获取其它医疗体检机构中用户的健康档案，从而实现了健康档案的多地可寻。

在一个实施方式中，所述医疗服务器101可以是医疗机构中的总的服务器，该医疗机构中的医疗人员客户端等都可以登录该服务器进行数据的查看、存储和交互，医疗服务器与云存储器107相连。在另一个实施方式中，所述医疗服务器101也可以是若干个医疗人员的客户端，这些医疗人员的客户端也是可以直接连接到上述的云存储器107中的，可以向云存储器中写入新的健康档案数据，也可以查看用户的健康档案数据。然而值得注意的是，对于医疗服务器101而言，并不是可以随意查看或者更新的，需要在用户所允许的权限内查看或者更新，以保证用户健康档案的安全性。

所述医疗服务器101可以是一个服务器，也可以是多个服务器组成的服务器集群。如果所述医疗服务器101是医疗人员的客户端等独立的处理设备，则该医疗人员客户端可以是可移动设备。例如，可以是手持式设备(例如：智能携带终端、平板设备等)、传感器等，也可以是例如血压仪、血糖仪等可以进行身体健康情况采集的设备。所述客户端还可以是桌面设备，例如：桌面个人计算机(PC机)、一体机、智能自助终端等。医疗人员可以通过客户端查看用户的健康档案，或者是将对用户的健康状况的检测结果或诊疗结果传送至云存储器107用户的健康档案中。

在另一个实施方式中，所述健康档案管理系统还可以包括：认证服务器102。所述认证服务器102可以与所述云存储器107耦合。所述认证服务器102可以是一个独立的服务器，也可以是一个服务器集群。该认证服务器102可以对医疗服务器101的资质进行认证，只有通过资质认证的医疗服务器才可以增加至所述健康档案管理系统中进行健康档案的共享。

在另一个实施方式中，所述健康档案管理系统还可以包括一个或多个用户客户端103，所述用户客户端103可以与所述云存储器107进行耦合。所述用户客户端103可以向云存储器107上传用户的健康信息，以更新用户的健康档案。或者，用户客户端103也可以实现对健康档案管理系统中用户健康档案的共享。或者是，用户可以通过用户客户端实现对自己的健康档案中内容的查看权限的设置等等。

所述用户客户端103可以是可移动设备。例如，可以是手持式设备(例如：智能携带终端、平板设备等)、传感器等，也可以是例如血压仪、血糖仪等可以进行身体健康情况采集的设备。所述用户客户端还可以是桌面设备，例如：桌面个人计算机(PC机)、一体机、智能自助终端等。用户通过这些设备可以输入健康数据，例如：体重、血脂、血糖、身体的异常反应等等。

在另一个实施方式中，所述健康档案管理系统还可以包括：健康监管服务器104，所述健康监管服务器104可以与云存储器107耦合。所述健康监管服务器104可以是一个或多个服务器，也可以集成在一个服务器中。所述健康监管服务器104可以从云存储器107中获取多个用户的健康档案信息，以便对特定人群或者是所有的人群进行健康情况分析，以指定较为合理的防治方式。

在另一个实施方式中，所述健康档案管理系统还可以包括：制药分析服务器105，所述制药分析服务器105与云存储器107耦合。所述制药分析服务器105可以是一个或多个服务器，也可以集成在一个服务器中。所述制药分析服务器105可以从云存储器107中获取多个用户的健康档案信息，以便对特定人群或者是所有的人群进行健康情况分析，以确定出合理的产药量，或者是药物研究方向。

在另一个实施方式中，所述健康档案管理系统还可以包括：药房服务器106。所述药房服务器106与所述云存储器107耦合。所述药房服务器106可以是一个或多个服务器，也可以集成在一个服务器中。所述药房服务器106可以获取拿药用户的健康档案，从中提取出医生所开的药方抓药。

所述健康档案管理系统中用户的健康档案是可以共享，其中，健康档案被查看的权限可以由用户设定，但是健康档案存储在云存储器107，使得多个医院服务器可以共享，从而使得用户不需要在每次换一个医院就重新进行一次信息填写，减少了用户看病的复杂度。同时，因为用户健康档案在医院服务器之间的共享，使得医生获取的用户的健康信息更为全面，可以更为合理准确地为用户提供更为正确的诊断结果。

在一个实施方式中，可以为每个用户设置一个身份标识，该用户的所有的健康档案信息都存储在该身份标识对应的档案中。如果用户到医院A看诊，那么医院A中的医生可以通过输入该用户的身份标识(例如：用户的姓名、身份证号等)，从云存储器107中调取该用户的健康档案。即，该身份标识就对应着该用户的身份。

在另一个实施方式中，可以在用户第一次就诊，或者是刚生下来时候，就为其生成一个快捷标识(例如：条码、二维码等)，或者是，采集该用户的指纹等等，都可以实现对该用户身份的识别。在用户看诊的时候，只需要扫描二维码，或者是进行指纹识别等，就可以识别出该用户的身份，以从云存储器107中提取出该用户的健康档案。

上述健康档案管理系统可以应用在多种应用场景下，健康档案中可以记录：用户的健康数据、诊疗数据、病史等等。

在一种使用场景下，当用户到医院就诊时，医生可以登录所在医院的医疗服务器101，然后输入该用户的身份标识等，通过医疗服务器100从云存储器107中进入该用户的健康档案进行查看或记录。参阅图2，医生可以登录所在医院的医疗服务器，然后进入健康档案系统，通过该健康档案系统，医生可以通过输入用户的用户名和密码的方式，或者是通过扫码的方式，进入用户的健康档案。如果是采用输入用户名和密码的方式，那么该密码可以是由用户输入的，以保证用户健康档案的安全性。如果是采用扫码的方式，可以是在用户侧的手机或者是其它智能便携式设备上设置一个二维码生成软件，用户打开该软件之后，会随机生成具有时效性的，携带用户健康档案的用户名和密码的二维码，这样医生通过扫码的方式便可以实现该用户的健康档案的查看。

在另一使用场景下，用户到医院进行体检，体检后的报告也可以自动增加至云存储器107中的用户健康档案中，只需要匹配上用户的身份信息，将该体检报告增加至用户对应的健康档案中即可。在另一使用场景下，用户到医院看诊后，医生开具的诊疗结果单后，可以将看诊结果(例如：用户的病情、为用户定的治疗方案等)。医生可以上传该看诊结果至该云存储器107中该用户的健康档案中。

所述医疗服务器101可以是医院中的医疗人员客户端，医院中的多个医疗人员客户端组成了该医院的医疗服务器101，可以在每个医生的医疗人员客户端中都存储有所有用户的健康档案，也可以是在每个医院有一个中心服务器，该中心服务器作为该医院的医疗服务器，医院中的医疗人员客户端或者是诊疗设备等接入该中心服务器，然后通过该中心服务器接入云存储器107中。

所述认证服务器102可以对加入的医疗服务器101进行资质认证，例如，可以审核医疗服务器10所属的医院或者体检机构的行业相关资质，以便确保增加进来的医疗服务器101是符合要求的，从而保证用户健康档案的安全性。

所述认证服务器102还可以为用户提供秘钥的生成和发放服务，通过秘钥的生成和发放，用户可以对自身的健康档案数据进行签名和加密，并可以授权第三方查看健康档案中的某些数据，或者是限制第三方查看健康档案中的某些数据。

所述用户客户端103可以作为一个医疗服务器101，在用户客户端上，用户可以增加健康档案信息，可以查看健康档案等等。例如，用户客户端可以预装一个APP，该APP是用于健康档案管理的APP，用户通过用户客户端可以登录到云存储器107中查看自己的健康档案，可以按照需要或者兴趣，打开对应的项目查看对应的健康信息。也可以通过最后的记录个人数据项记录自身的健康数据，例如，用户可以通过该选项记录自己每天的体重、睡眠情况、排便情况等等。

所述用户客户端103还可以通过安装健康监测APP或者是连接健康监测设备等方式，实时监测用户的健康情况，并可以将这些健康情况数据同步到云存储器107中用户的健康档案中。在实现的时候，用户如果是一直处于联网状态，那么可以实时将监测得到的数据进行上传，如果有时处于离线状态，那么用户客户端再次联网之后，就将这段时间内监测到的数据一起上传，从而保证健康档案中数据的完整性。

所述健康监管服务器104可以是各级卫生监管部分，健康管理服务器可以获取所有或者某个群体的健康档案，或者是获取健康档案中的某一项或者几项数据，然后，对这些数据进行集中的分析和判断，以便生成一个健康统计结果，作为进行卫生监管的依据。例如，某个地区发生了集中性的疫情，那么可以分析该区域就诊用户的感冒或者发烧情况，以及血液情况等，判断疫情发生的原因，或者集中发病人的状况等，以便进行合理的预防和治疗。即，健康监管服务器104可以从仅允许从云存储器107中读取用户允许获取的健康档案，但是不新增健康档案中的内容。

所述制药分析服务器105同上述的健康监管服务器104类似，可以获取所有或者某个群体的健康档案，或者是获取健康档案中的某一项或者几项数据，然后，对这些数据进行集中的分析和判断，以便确定需要生成什么样的药物，或者是判断自家生成的药物的疗效等等，即，为制药提供指导作用。

所述药房服务器106，可以是为用户提供取药或者是简单看诊的服务器，用户到药房拿药，药房服务器106可以获取该用户的健康档案，该健康档案中有医生所开的病历，根据医生开的病历，可以看到医生所开的药物，那么可以按照病历上的内容，给用户拿药，避免了用户需要携带药方等到医院拿药，减少了用户看病拿药的繁琐性。

在上述实施例中，提供了一种健康档案管理系统，包括多个医疗服务器和云存储器，将用户的健康档案存储在云存储器中，从而使得多个医疗服务器可以实现健康档案的共享，实现了用户档案的多地可寻。进一步的，用户可以对自己的健康档案的访问权限进行设置，即，用户可以对自己的健康档案进行控制。

本申请还提供一种健康档案管理系统，多个医疗服务器、多个用户客户端和认证服务器；其中，所述多个医疗服务器用于向与第一用户关联的健康档案中上传健康数据，或者，从所述健康档案中下载健康数据；所述用户客户端用于设置所述多个医疗服务器对所述健康数据的访问权限；所述认证服务器，用于确定所述多个医疗服务器中的一个或多个医疗服务器是否有权限向所述健康档案中上传健康数据和/或从所述健康档案中下载健康数据。

在本实施方式中，健康档案管理系统还可以包括：大数据分析服务器，用于从所述健康档案中获取所述大数据分析服务器有权限访问的数据。

在本实施方式中，大数据分析服务器可以包括但不限于以下至少之一：健康监管服务器、制药分析服务器、药房服务器。

在本实施方式中，用户客户端还可以用于向所述健康档案中上传健康数据，或者，从所述健康档案中下载健康数据。

在本实施方式中，用户客户端具体还可以用于通过相连的健康数据检测设备或内置的健康数据检测装置获取用户的健康数据，并将获取的健康数据上传。

在本实施方式中，所述多个医疗服务器可以位于同一区块链网络中，所述健康档案通过健康档案区块链的方式存储。

在本实施方式中，所述多个医疗服务器中的一个或多个医疗服务器作为区块链节点加入区块链网络，并向区块链网络中广播健康数据。

在本实施方式中，所述多个医疗服务器还可以用于基于预定的共识机制从区块链网络中选取出具有区块链写入权限的节点，其中，被选取出的节点用于将广播的健康数据生成区块，并将生成的区块向所述区块链系统广播，以使生成的区块被增加至所述健康档案区块链中。

在本实施方式中，向区块链网络中广播的健康数据是加密数据。

在本实施方式中，上述健康档案管理系统还可以包括：云存储器，用于存储健康档案；相应地，所述多个医疗服务器具体用于在权限范围内向所述云存储器中上传健康数据，或者，从所述云存储器中下载健康数据。

在本实施方式中，所述云存储器具体可以用于按照用户的身份标识对不同用户的健康档案进行划分和标识。

本申请还提供一种健康档案管理系统，包括：多个医疗服务器，其中，所述多个医疗服务器用于向与第一用户关联的健康档案中上传健康数据，或者，从所述健康档案中下载健康数据。

在本实施方式中，上述健康档案管理系统还可以包括：认证服务器，用于确定所述多个医疗服务器中的一个或多个医疗服务器是否有权限向所述健康档案中上传健康数据和/或从健康档案中下载健康数据。

在本实施方式中，上述健康档案管理系统还可以包括：用户客户端，用于设置所述第健康档案中健康数据的访问权限。

在本实施方式中，所述用户客户端还可以用于向所述健康档案中上传健康数据，或者，从所述健康档案中下载健康数据。

在本实施方式中，所述用户客户端具体可以用于通过相连的健康数据检测设备或内置的健康数据检测装置获取用户的健康数据，并将获取的健康数据上传。

在本实施方式中，上述健康档案管理系统还可以包括：大数据分析服务器，用于从所述健康档案中，获取所述大数据分析服务器有权限访问的数据。

在本实施方式中，所述大数据分析服务器可以包括但不限于以下至少之一：健康监管服务器、制药分析服务器、药房服务器。

在本实施方式中，所述多个医疗服务器可以位于同一区块链网络中，所述健康档案通过健康档案区块链的方式存储。

在本实施方式中，所述多个医疗服务器中的一个或多个医疗服务器作为区块链节点加入区块链网络，并向区块链网络中广播健康数据。

在本实施方式中，所述多个医疗服务器还可以用于基于预定的共识机制从区块链网络中选取出具有区块链写入权限的节点，其中，被选取出的节点用于将广播的健康数据生成区块，并将生成的区块向所述区块链系统广播，以使生成的区块被增加至所述健康档案区块链中。

在本实施方式中，向区块链网络中广播的健康数据是加密数据。

本申请还提供一种健康档案管理系统，包括：多个医疗服务器和云存储器，其中，所述云存储器，用于存储多个与用户关联的健康档案；所述多个医疗服务器，与所述云存储耦合，用于向所述云存储器中与第一用户关联的健康档案中上传健康数据，或者，从所述与第一用户关联的健康档案中下载健康数据。

在本实施方式中，上述健康档案管理系统还可以包括：认证服务器，用于确定所述多个医疗服务器中的一个或多个医疗服务器是否有权限向所述健康档案中上传健康数据和/或从所述健康档案中下载健康数据。

在本实施方式中，健康档案管理系统还可以包括：用户客户端，用于设置所述多个医疗服务器对所述健康数据的访问权限。

在本实施方式中，所述用户客户端还用于向所述与第一用户关联的健康档案中上传健康数据，或者，从所述与第一用户关联的健康档案中下载健康数据。

在本实施方式中，所述用户客户端具体可以用于通过相连的健康数据检测设备或内置的健康数据检测装置获取用户的健康数据，并将获取的健康数据上传。

在本实施方式中，健康档案管理系统还可以包括：大数据分析服务器，用于从所述健康档案中获取所述大数据分析服务器有权限访问的数据。

在本实施方式中，所述大数据分析服务器可以包括但不限于以下至少之一：健康监管服务器、制药分析服务器、药房服务器。

在本实施方式中，所述云存储器具体可以用于按照用户的身份标识对不同用户的健康档案进行划分和标识。

本申请提供一种用户客户端，包括：通信模块，用于建立通信连接并进行数据传输；显示器，用于进行数据显示；处理器，用于控制所述通信模块将获取的用户的健康数据，上传至与所述用户关联的健康档案，并设置所述用户健康档案中健康数据的访问权限。

在本实施方式中，所述处理器，还可以用于控制所述通信模块从所述健康档案中下载用户的健康数据。

在本实施方式中，上述用户客户端还可以包括：输入设备，用于接收用户输入的用户健康数据。

在本实施方式中，所述处理器具体可以用于通过与所述用户客户端相连的健康数据检测设备检测得到用户健康数据，或者，通过所述用户客户端内置的健康数据检测装置检测得到用户健康数据。

在本实施方式中，上述用户客户端还可以包括：存储器，用于存储健康档案。

在本实施方式中，所述处理器还可以用于生成快捷标识，其中，所述快捷标识用于除所述用户客户端之外的设备获取用户健康档案的访问权限。

在本实施方式中，所述快捷标识可以包括但不限于：二维码和/或条形码。

本申请提供一种健康档案管理方法，如图12所示，可以包括以下步骤：

步骤1201：第一医疗服务器上传用户的健康数据至与所述用户关联的健康档案；

步骤1202：第二医疗服务器从所述健康档案中获取有权限访问的数据，其中，所述第一医疗服务器和所述第二医疗服务器有权限向所述健康档案中上传健康数据和/或从所述健康档案中下载健康数据。

在本实施方式中，在第一医疗服务器上传用户的健康数据至该用户的用户健康档案之前，所述方法还可以包括：认证服务器对所述第一医疗服务器和所述第二医疗服务器进行资质认证；在认证通过后，确定所述第一医疗服务器和所述第二医疗服务器有权限向所述健康档案中上传健康数据，或者，从所述健康档案中下载健康数据。

在本实施方式中，上述方法还可以包括：用户客户端设置所述第一医疗服务器和所述第二服务器对所述健康数据的访问权限。

在本实施方式中，上述方法还可以包括：用户客户端上传用户的健康数据至与所述用户关联的健康档案中。

在本实施方式中，所述健康档案可以以区块链的方式存放。

在本实施方式中，所述第一医疗服务器上传用户的健康数据至与所述用户关联的健康档案，可以包括：所述第一医疗服务器向区块链中的所有医疗服务器广播所述用户的健康数据；所述区块链中的所有医疗服务器基于预定的共识机制选取出具有区块链写入权限的医疗服务器；被选取出的医疗服务器将所述用户的健康数据生成区块；所述被选取的医疗服务器向所述区块链中的所有医疗服务器广播生成的所述区块，以使所述区块增加至所述区块链中。

本申请中各个实施例所涉及的上述描述仅是本申请中的一些实施例中的应用，在某些标准、模型、方法的基础上略加修改后的实施方式也可以实行上述本申请各实施例的方案。当然，在符合本申请上述各实施例的中所述的处理方法步骤的其他无创造性的变形，仍然可以实现相同的申请，在此不再赘述。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

上述实施例阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。当然，也可以将实现某功能的模块由多个子模块或子单元组合实现。

本申请中所述的方法、装置或模块可以以计算机可读程序代码方式实现控制器按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请所述装置中的部分模块可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的硬件的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，也可以通过数据迁移的实施过程中体现出来。该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请的全部或者部分可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、移动通信终端、多处理器系统、基于微处理器的系统、可编程的电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims (43)

1.一种健康档案管理系统，其特征在于，包括：多个医疗服务器、多个用户客户端和认证服务器；

其中，所述多个医疗服务器用于向与第一用户关联的健康档案中上传健康数据，或者，从所述健康档案中下载健康数据；

所述用户客户端用于设置所述多个医疗服务器对所述健康数据的访问权限；

所述认证服务器，用于确定所述多个医疗服务器中的一个或多个医疗服务器是否有权限向所述健康档案中上传健康数据和/或从所述健康档案中下载健康数据。

2.根据权利要求1所述的系统，其特征在于，还包括：大数据分析服务器，用于从所述健康档案中获取所述大数据分析服务器有权限访问的数据。

3.根据权利要求2所述的系统，其特征在于，所述大数据分析服务器包括以下至少之一：健康监管服务器、制药分析服务器、药房服务器。

4.根据权利要求1所述的系统，其特征在于，所述用户客户端还用于向所述健康档案中上传健康数据，或者，从所述健康档案中下载健康数据。

5.根据权利要求4所述的系统，其特征在于，所述用户客户端具体用于通过相连的健康数据检测设备或内置的健康数据检测装置获取用户的健康数据，并将获取的健康数据上传。

6.根据权利要求1至5中任一项所述的系统，其特征在于，所述多个医疗服务器位于同一区块链网络中，所述健康档案通过健康档案区块链的方式存储。

7.根据权利要求6所述的系统，其特征在于，所述多个医疗服务器中的一个或多个医疗服务器作为区块链节点加入区块链网络，并向区块链网络中广播健康数据。

8.根据权利要求7所述的系统，其特征在于，所述多个医疗服务器还用于基于预定的共识机制从区块链网络中选取出具有区块链写入权限的节点，其中，被选取出的节点用于将广播的健康数据生成区块，并将生成的区块向所述区块链系统广播，以使生成的区块被增加至所述健康档案区块链中。

9.根据权利要求6所述的系统，其特征在于，向区块链网络中广播的健康数据是加密数据。

10.根据权利要求1至5中任一项所述的系统，其特征在于，还包括：云存储器，用于存储所述健康档案；

相应地，所述多个医疗服务器具体用于在权限范围内向所述云存储器中上传健康数据，或者，从所述云存储器中下载健康数据。

11.根据权利要求10所述的系统，其特征在于，所述云存储器具体用于按照用户的身份标识对不同用户的健康档案进行划分和标识。

12.一种健康档案管理系统，其特征在于，包括：多个医疗服务器，其中，所述多个医疗服务器用于向与第一用户关联的健康档案中上传健康数据，或者，从所述健康档案中下载健康数据。

13.根据权利要求12所述的系统，其特征在于，还包括：认证服务器，用于确定所述多个医疗服务器中的一个或多个医疗服务器是否有权限向所述健康档案中上传健康数据和/或从健康档案中下载健康数据。

14.根据权利要求12所述的系统，其特征在于，还包括：

用户客户端，用于设置所述健康档案中健康数据的访问权限。

15.根据权利要求14所述的系统，其特征在于，所述用户客户端还用于向所述健康档案中上传健康数据，或者，从所述健康档案中下载健康数据。

16.根据权利要求15所述的系统，其特征在于，所述用户客户端具体用于通过相连的健康数据检测设备或内置的健康数据检测装置获取用户的健康数据，并将获取的健康数据上传。

17.根据权利要求12所述的系统，其特征在于，还包括：大数据分析服务器，用于从所述健康档案中获取所述大数据分析服务器有权限访问的数据。

18.根据权利要求17所述的系统，其特征在于，所述大数据分析服务器包括以下至少之一：健康监管服务器、制药分析服务器、药房服务器。

19.根据权利要求12至18中任一项所述的系统，其特征在于，所述多个医疗服务器位于同一区块链网络中，所述健康档案通过健康档案区块链的方式存储。

20.根据权利要求19所述的系统，其特征在于，所述多个医疗服务器中的一个或多个医疗服务器作为区块链节点加入区块链网络，并向区块链网络中广播健康数据。

21.根据权利要求20所述的系统，其特征在于，所述多个医疗服务器还用于基于预定的共识机制从区块链网络中选取出具有区块链写入权限的节点，其中，被选取出的节点用于将广播的健康数据生成区块，并将生成的区块向所述区块链系统广播，以使生成的区块被增加至所述健康档案区块链中。

22.根据权利要求20所述的系统，其特征在于，向区块链网络中广播的健康数据是加密数据。

23.一种健康档案管理系统，其特征在于，包括：多个医疗服务器和云存储器，其中，

所述云存储器，用于存储多个与用户关联的健康档案；

所述多个医疗服务器，与所述云存储耦合，用于向所述云存储器中与第一用户关联的健康档案中上传健康数据，或者，从所述与第一用户关联的健康档案中下载健康数据。

24.根据权利要求23所述的系统，其特征在于，还包括：

认证服务器，用于确定所述多个医疗服务器中的一个或多个医疗服务器是否有权限向所述健康档案中上传健康数据和/或从所述健康档案中下载健康数据。

25.根据权利要求23所述的系统，其特征在于，还包括：用户客户端，用于设置所述多个医疗服务器对所述健康数据的访问权限。

26.根据权利要求25所述的系统，其特征在于，所述用户客户端还用于向所述与第一用户关联的健康档案中上传健康数据，或者，从所述与第一用户关联的健康档案中下载健康数据。

27.根据权利要求26所述的系统，其特征在于，所述用户客户端具体用于通过相连的健康数据检测设备或内置的健康数据检测装置获取用户的健康数据，并将获取的健康数据上传。

28.根据权利要求23所述的系统，其特征在于，还包括：大数据分析服务器，用于从所述健康档案中获取所述大数据分析服务器有权限访问的数据。

29.根据权利要求28所述的系统，其特征在于，所述大数据分析服务器包括以下至少之一：健康监管服务器、制药分析服务器、药房服务器。

30.根据权利要求23至29中任一项所述的系统，其特征在于，所述云存储器具体用于按照用户的身份标识对不同用户的健康档案进行划分和标识。

31.一种用户客户端，其特征在于，包括：

通信模块，用于建立通信连接并进行数据传输；

显示器，用于进行数据显示；

处理器，用于控制所述通信模块将获取的用户的健康数据，上传至与所述用户关联的健康档案，并设置所述健康档案中健康数据的访问权限。

32.根据权利要求31所述的用户客户端，其特征在于，所述处理器，还用于控制所述通信模块从所述健康档案中下载用户的健康数据。

33.根据权利要求31所述的用户客户端，其特征在于，还包括：

输入设备，用于接收用户输入的用户健康数据。

34.根据权利要求31所述的用户客户端，其特征在于，所述处理器具体用于通过与所述用户客户端相连的健康数据检测设备检测得到用户健康数据，或者，通过所述用户客户端内置的健康数据检测装置检测得到用户健康数据。

35.根据权利要求31所述的用户客户端，其特征在于，还包括：

存储器，用于存储健康档案。

36.根据权利要求31所述的用户客户端，其特征在于，所述处理器还用于生成快捷标识，其中，所述快捷标识用于除所述用户客户端之外的设备获取用户健康档案的访问权限。

37.根据权利要求36所述的用户客户端，其特征在于，所述快捷标识包括：二维码和/或条形码。

38.一种健康档案管理方法，其特征在于，包括：

第一医疗服务器上传用户的健康数据至与所述用户关联的健康档案；

第二医疗服务器从所述健康档案中获取有权限访问的数据，其中，所述第一医疗服务器和所述第二医疗服务器有权限向所述健康档案中上传健康数据和/或从所述健康档案中下载健康数据。

39.根据权利要求38所述的方法，其特征在于，在第一医疗服务器上传用户的健康数据至该用户的用户健康档案之前，所述方法还包括：

认证服务器对所述第一医疗服务器和所述第二医疗服务器进行资质认证；

在认证通过后，确定所述第一医疗服务器和所述第二医疗服务器有权限向所述健康档案中上传健康数据，或者，从所述健康档案中下载健康数据。

40.根据权利要求38所述的方法，其特征在于，所述方法还包括：

用户客户端设置所述第一医疗服务器和所述第二服务器对所述健康数据的访问权限。

41.根据权利要求38所述的方法，其特征在于，所述方法还包括：

用户客户端上传用户的健康数据至与所述用户关联的健康档案中。

42.根据权利要求38至41中任一项所述的方法，其特征在于，所述健康档案以区块链的方式存放。

43.根据权利要求42所述的方法，其特征在于，所述第一医疗服务器上传用户的健康数据至与所述用户关联的健康档案，包括：

所述第一医疗服务器向区块链中的所有医疗服务器广播所述用户的健康数据；

所述区块链中的所有医疗服务器基于预定的共识机制选取出具有区块链写入权限的医疗服务器；

被选取出的医疗服务器将所述用户的健康数据生成区块；

所述被选取的医疗服务器向所述区块链中的所有医疗服务器广播生成的所述区块，以使所述区块增加至所述区块链中。