用户历史医疗数据查询方法以及分布式系统的制作方法
【技术领域】
[0001]本发明属于医疗互联网技术领域，尤其涉及一种用户历史医疗数据查询方法以及分布式系统。
【背景技术】
[0002]目前用户历史医疗数据(包括检查报告、诊断报告、胶片、B超、X光等等)，都是保存在各个医院的服务器中，不对患者和其他医院开放，但是医院提供给患者的纸质结果和报告以及胶片等，都不是完全的数据，医院之间的用户历史医疗数据也无法共享，患者到其他医院就诊时，需要重新进行检查，非常浪费资源。而且患者也不知晓全部医疗数据信息，不便于自我信息管理。
【发明内容】
[0003]鉴于上述问题，本发明的目的在于提供一种用户历史医疗数据查询方法及一种分布式系统，旨在解决现有医院医疗系统信息无法共享、不便患者用户自我信息管理的技术问题。
[0004]—方面，所述用户历史医疗数据查询方法包括下述步骤:
[0005]系统服务器接收用户客户端发送的用户名和密码，并进行验证，所述系统服务器中保存有用户的注册信息；
[0006]当验证通过后，系统服务器查找所述用户名对应的患者信息，所述患者信息至少包括用户的姓名和手机号码；
[0007]系统服务器向各个前置服务器下发所述患者信息中的手机号码；
[0008]所述前置服务器根据所述患者信息中的手机号码查询本地是否保存有患者的历史医疗数据，所述前置服务器保存有患者信息表，所述患者信息表至少包括用户的姓名、手机号码、检查编号信息以及医疗数据存储的起止地址；
[0009]当本地查找到保存有用户历史医疗数据时，向所述系统服务器返回一个访问口令；
[0010]所述系统服务器将所保存有用户历史医疗数据的前置服务器的地址以及对应的访问口令发送至用户客户端；
[0011]用户客户端根据所述前置服务器的地址和访问口令，与所述前置服务器建立连接，并下载对应的用户历史医疗数据。
[0012]另一方面，所述分布式系统包括用户客户端、系统服务器以及若干前置服务器；
[0013]其中所述系统服务器包括:
[0014]验证模块，用于接收用户客户端发送的用户名和密码，并进行验证，所述系统服务器中保存有用户的注册信息；
[0015]号码查找模块，用于当验证通过后，查找所述用户名对应的患者信息，所述患者信息至少包括用户的姓名和手机号码；
[0016]信息推送模块，用于向各个前置服务器下发所述患者信息中的手机号码；
[0017]地址发送模块，用于将所保存有用户历史医疗数据的前置服务器的地址以及对应的访问口令发送至用户客户端；
[0018]其中所述前置服务器包括:
[0019]本地查找模块，用于根据所述患者信息中的手机号码查询本地是否保存有患者的历史医疗数据，所述前置服务器保存有患者信息表，所述患者信息表至少包括用户的姓名、手机号码、检查编号信息以及医疗数据存储的起止地址；
[0020]口令发送模块，用于当本地查找到保存有用户历史医疗数据时，向所述系统服务器返回一个访问口令；
[0021]其中所述用户客户端包括:
[0022]连接下载模块，用于根据所述前置服务器的地址和访问口令，与所述前置服务器建立连接，并下载对应的用户历史医疗数据。
[0023]本发明的有益效果是:本发明中，前置服务器中保存的医疗数据对用户公开，用户根据用户名和密码登录系统服务器，然后系统服务器向各个前置服务器进行手机号码查询，并接收保存有用户历史医疗数据的前置服务器发送的访问口令，这样用户客户端通过前置服务器地址和查询口令即可与相应的前置服务器建立连接，并且下载自己的历史医疗数据，方便用户对自己的医疗数据进行管理，而且到其他医院就诊时，可以直接调取医疗数据，无需重新检查，节省用户治疗费用。
【附图说明】
[0024]图1是本发明第一实施例提供的用户历史医疗数据查询方法的流程图；
[0025]图2是手机号码分组示意图；
[0026]图3是图1中步骤S105的具体流程图；
[0027]图4是本发明第二实施例提供的分布式系统的结构图；
[0028]图5是口令发送模块的结构图。
【具体实施方式】
[0029]为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
[0030]为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。
[0031]实施例一:
[0032]图1示出了本发明实施例提供的用户历史医疗数据查询方法的流程，为了便于说明仅示出了与本发明实施例相关的部分。
[0033]步骤S101、系统服务器接收用户客户端发送的用户名和密码，并进行验证，所述系统服务器中保存有用户的注册信息。
[0034]首先用户使用用户客户端信息注册，包括填写用于登录的用户名和密码，还包括用户的姓名、性别、手机号码、身份证号码、家庭地址等信息。这些注册信息保存在系统服务器本地。当用户需要查询自己的历史医疗数据时(即保存在各个前置服务器中的医疗数据)，首先通过用户名和密码登录系统服务器。
[0035]步骤S102、当验证通过后，系统服务器查找所述用户名对应的患者信息，所述患者信息至少包括用户的姓名和手机号码。
[0036]由于系统服务器保存有注册信息，因此可以通过查找用户名和密码进行验证是否为合法用户，当验证通过后，可以找到用户名对应的患者信息，即用户的姓名、性别、手机号码、身份证号码、家庭地址等信息。
[0037]步骤S103、系统服务器向各个前置服务器下发所述患者信息中的手机号码。
[0038]步骤S104、所述前置服务器根据所述患者信息中的手机号码查询本地是否保存有患者的历史医疗数据，所述前置服务器保存有患者信息表，所述患者信息表至少包括用户的姓名、手机号码、检查编号信息以及医疗数据存储的起止地址。
[0039]前置服务器位于各个医院，用于保存在医院就诊患者的相关医疗数据，患者进行检查时，会将医疗数据保存在本地的前置服务器。前置服务器为患者用户建立患者信息表，其中保存有用户的姓名、手机号码、检查编号信息以及医疗数据存储的起止地址等，每完成一次医疗数据存储时，前置服务器更新患者信息表。
[0040]步骤S105、当本地查找到保存有用户历史医疗数据时，向所述系统服务器返回一个访问口令。
[0041]步骤S106、所述系统服务器将所保存有用户历史医疗数据的前置服务器的地址以及对应的访问口令发送至用户客户端。
[0042]前置服务器中保存有患者信息表，表中保存有用户的手机号码等信息，因此根据接收到的待查询的手机号码，前置服务器可以在本地查找是否保存有该手机号码对应的患者信息项。并且向所述系统服务器返回一个访问口令，系统服务器将前置服务器的地址以及访问口令发送至所述用户客户端，用户客户端凭借所述地址和访问口令与前置服务器建立连接。
[0043]步骤S107、用户客户端根据所述前置服务器的地址和访问口令，与所述前置服务器建立连接，并下载对应的用户历史医疗数据。
[0044]建立连接后，由于在步骤S104中，前置服务器以及对本地保存的患者信息表进行查找，通过患者信息表即可找到相关的所有的历史医疗数据，以及项医疗数据保存的起止地址，因此直接读取起止地址间的数据发送至用户客户端即可。
[0045]本发明实现了用户自行查询和下载自己的历史医疗数据，便于自我管理，自己也能看到完整的医疗数据，当去其他医院就诊时，也无需重新检查，省时省力。
[0046]为了方便前置服务器查找患者信息表中的手机号码，所述前置服务器首先为患者信息表中的手机号码进行分组，分组方式为:从手机号码最后一位到倒数第三位，根据每位数字的奇偶性进行分组，总共有512组。图2示出了分组示意图，一个手机号码有11位，第一位都是1，第二为一般只可能为3、5或8，而后9位数字(即图中A11-A3)基本上分布随机，因此本实施例只需按照后9位的奇偶性进行分组，图中0表示偶数，1表示奇数，即第一分组的编码是【000000000】，第二分组的编码是【000000001】，第三分组的编码是【000000010】…，第512分组的编码是【111111111】，类似于二进制编码。
[0047]在步骤S104中，首先前置服务器需要在本地的患者信息表中查找对应的手机号码，对于一个医院，其用户数量往往是几十万级别，若查找采用轮循方式查找，效率非常低下。考虑到手机号码的特性，前置服务器按照手机号码的后9位的奇偶性每个手机号码进行分组，在查找手机号码时，从未位开始，依次读取手机号码数字，并按照图2所示，根奇偶分类，可以快速找到对应的分组；然后在分组中通过轮循查找方式找到对应的手机号码，最后从患者信息表中，根据找到的手机号码获取医疗数据存储的起止地址。
[0048]上述步骤S105中，若前置服务器找到手机号码后，则向系统服务器返回一个访问口令，所述访问口令用于验证用户客户端的合法性。如图3所示，所述步骤S105具体包括:
[0049]步骤S301、获取当前时间的分钟数Μ和秒数S ；
[0050]步骤S302、从所述患者信息表中，找到当前手机号码的向前第Μ个手机号码以及向后第S个手机号码；
[0051 ] 步骤S303、获取这三个手机号码