一种查询宠物健康信息的方法与流程

1.本技术涉及互联网领域，尤其涉及一种查询宠物健康信息的方法。


背景技术：

2.随着社会的发展以及经济水平的提高，越来越多的人选择喂养宠物用来缓解工作和生活带来的压力。宠物能够丰富人类的生活，兽医学专家和生物学家通过研究发现，接触宠物能改变心情，减轻病症和疼痛，改善人们身心的机能。饲养宠物的人通常血压更低，心率更稳定，心态更平和。饲养宠物也有许多需要注意的地方，比方说注意宠物的健康状况(接种疫苗、定期驱虫以及定期体检等)、搭配健康的饮食以及提供舒适的居住环境和娱乐设施。其中，为宠物接种疫苗是保证宠物健康、长久陪伴宠物主人的关键因素，宠物主人需要根据宠物已经接种过的疫苗相关信息来进一步制定后续的接种计划。宠物疫苗的功效、名称以及品牌都很繁杂，而且各种疫苗的接种时间也各不相同，因此宠物主人想准确地记住各项信息是很困难的。
3.现有技术通过为宠物主人提供纸质的疫苗接种凭证来帮助宠物主人记录宠物的疫苗接种情况，由于纸质的凭证保管难度大，所以在宠物主人与宠物医院沟通的过程中经常会出现宠物主人无法完整或准确地说出宠物疫苗接种信息的情况。因此，如何提供一种系统地记录和查询宠物疫苗接种情况的方法，是本领域技术人员急需解决的问题。


技术实现要素：

4.本技术实施例提供了一种查询宠物健康信息的方法，可以实现宠物医院线上查询就诊宠物的健康信息，保障了宠物就诊的可靠性以及提高了宠物医院了解宠物健康情况的效率。
5.第一方面，本技术实施例提供了一种查询宠物健康信息的方法，应用于健康信息服务器，该方法可以包括以下步骤：
6.接收宠物医院客户端发送的查询指令，该查询指令可以包括宠物的身份特征信息，该身份特征信息可以包括宠物的鼻纹信息；
7.根据查询指令判断宠物是否存在健康信息账户，该健康信息账户保存有宠物的身份特征信息以及健康档案信息；
8.若宠物存在健康信息账户，则向宠物医院客户端发送宠物的健康档案信息；
9.若宠物不存在健康信息账户，则接收并保存宠物医院客户端发送的宠物的健康信息账户。
10.可以看出，本技术可以实现宠物医院客户端通过宠物的身份特征信息(如鼻纹信息)在线上获取宠物的健康信息，有利于宠物医院全面并准确地了解宠物的健康状况。本技术还可以实现在宠物没有对应的健康信息账户时，接收并保存宠物医院为宠物新建的健康信息账户，为宠物提供记录健康信息的账户，有利于宠物后续就医。
11.在一种可能的实施方式中，本技术实施例方法还可以包括：
12.身份特征信息还可以包括宠物的名称、品种以图像信息中的至少一种；
13.健康档案信息可以包括宠物既往接种疫苗的名称、种类、厂商、接种时间、所述宠物在既往接种疫苗后出现的不良反应、宠物的历史患病情况以及过敏事项中的至少一种。
14.可以看出，本技术实施例方法中身份特征信息以及健康档案信息覆盖范围广泛，有助于
15.在另一种可能的实施方式中，在若宠物存在健康信息账户，则向宠物医院客户端发送宠物的健康档案信息之后，还可以包括以下步骤：
16.接收宠物医院客户端发送的第一疫苗的接种信息，该第一疫苗表示宠物当前在宠物医院接种的疫苗，该接种信息可以包括第一疫苗的名称以及接种时间；
17.将接种信息保存至宠物的健康档案信息中。
18.可以看出，宠物医院在给宠物接种疫苗之后会及时上传该宠物的接种信息，有助于保障宠物健康信息的准确性和完善性。
19.在另一种可能的实施方式中，接种信息还可以包括第一疫苗的种类、厂商以及宠物接种第一疫苗后出现的不良反应中的至少一种。
20.可以看出，本技术实施例方法中宠物医院上传接种信息覆盖广泛，能够更加详细形象地描述出宠物接种疫苗的情况，有助于宠物饲主和/或别的宠物医院全面地掌握宠物的健康信息。
21.在另一种可能的实施方式中，本技术实施例方法还可以包括以下步骤：
22.根据健康档案信息生成推荐信息以及注意事项，该推荐信息可以包括推荐疫苗列表和/或该推荐疫苗的推荐接种时间，该注意事项可以包括接种第一疫苗后可能出现的不良反应和/或宠物护理建议；
23.将推荐信息以及注意事项发送至对应的用户端，该用户端为宠物的饲主登录宠物的健康信息账户所使用的终端。
24.可以看出，本技术实施例方法能够根据宠物的健康信息为宠物制定个性化的推荐信息和注意事项，能够合理规划宠物接种疫苗的进程，为宠物提供更全面的疫苗保护。而且将相关内容(申请实施例中的推荐信息和注意事项)推送给宠物饲主，有助于饲主为宠物提供更合适的饲养环境和照料。
25.在另一种可能的实施方式中，本技术实施例方法还可以包括以下步骤：
26.接收用户端发送的宠物的健康信息，该健康信息可以包括宠物在日常生活中出现的不适症状、过敏事项、患病信息以及患病后的恢复情况中的至少一种。
27.可以看出，通过实施本技术实施例方法，宠物饲主也可以上传宠物的健康信息，使得宠物的健康信息更加完善，也有利于宠物就医时，医护人员全面、详细地了解到宠物健康状况的，有助于提高宠物的就医体验。
28.第二方面，本技术实施例提供了一种健康信息服务器，该健康信息服务器可以包括：通信模块、判断模块以及存储模块；
29.通信模块，可以用于接收宠物医院客户端发送的查询指令，该查询指令可以包括宠物的身份特征信息，该身份特征信息可以包括宠物的鼻纹信息；
30.判断模块，可以用于根据查询指令判断宠物是否存在健康信息账户，该健康信息账户保存有宠物的身份特征信息以及健康档案信息；
31.通信模块，还可以用于在宠物存在健康信息账户时向宠物医院客户端发送宠物的健康档案信息，还可以用于在宠物不存在健康信息账户时接收宠物医院客户端发送的宠物的健康信息账户；
32.存储模块，可以用于保存在宠物不存在健康信息账户时接收的宠物医院客户端发送的宠物的健康信息账户。
33.在一种可能的实施方式中，可以包括：
34.身份特征信息还可以包括宠物的名称、品种以及图像信息中的至少一种；
35.健康档案信息可以包括宠物既往接种疫苗的名称、种类、厂商、接种时间、宠物在既往接种疫苗后出现的不良反应、宠物的历史患病情况以及过敏事项中的至少一种。
36.在另一种可能的实施方式中，健康信息服务器还可以包括：
37.通信模块，还可以用于接收宠物医院客户端发送的第一疫苗的接种信息，该第一疫苗均表示宠物当前在宠物医院接种的疫苗，该接种信息可以包括第一疫苗的名称以及接种时间；
38.存储模块，还可以用于将接种信息保存至宠物的健康信息档案中。
39.在另一种可能的实施方式中，接种信息还可以包括第一疫苗的种类、厂商以及宠物接种第一疫苗后出现的不良反应中的至少一种。
40.在另一种可能的实施方式中，健康信息服务器还可以包括：计算模块；
41.计算模块，可以用于根据健康档案信息生成推荐信息以及注意事项，该推荐信息可以包括推荐疫苗列表和/或推荐疫苗的推荐接种时间，该注意事项可以包括接种第一疫苗后可能出现的不良反应和/或宠物护理建议。
42.在另一种可能的实施方式中，健康信息服务器还可以包括：
43.通信模块，还可以用于接收用户端发送的宠物的健康信息，该健康信息可以包括宠物在日常生活中出现的不适症状、过敏事项、患病信息以及患病后的恢复情况中的至少一种。
44.第三方面，本技术实施例提供了一种健康信息服务器，该健康信息服务器可以包括以下部分：处理器、存储器和总线；
45.处理器和存储器通过总线连接，其中，存储器用于存储一组程序代码，处理器用于调用存储器中存储的程序代码，执行如第一方面所述的方法。
46.第四方面，本技术实施例提供了一种计算机可读存储介质，包括：
47.计算机可读存储介质中存储有指令，当其在计算机上运行时，实现如第一方面所述的方法。
48.通过实施本技术实施例，可以实现线上保管宠物的健康信息，并且宠物医院和宠物饲主都能上传宠物的健康信息，多方上传宠物健康信息有利于完善宠物的健康档案，也有利于宠物就医时医护人员更加全面地了解宠物的健康状况。
附图说明
49.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他
的附图。
50.图1是本技术实施例提供的一种查询宠物健康信息的系统的架构示意图；
51.图2是本技术实施例提供的另一种查询宠物健康信息的系统的架构示意图；
52.图3是本技术实施例提供的一种查询宠物健康信息的方法的流程示意图；
53.图4是本技术实施例提供的一种宠物医院客户端显示健康档案信息的场景示意图；
54.图5a是本技术实施例提供的一种用户端显示推荐信息以及注意事项的场景示意图；
55.图5b是本技术实施例提供的一种用户端显示推荐信息的场景示意图；
56.图5c是本技术实施例提供的一种用户端显示注意事项的场景示意图；
57.图6是本技术实施例提供的另一种宠物医院客户端显示健康档案信息的场景示意图；
58.图7是本技术实施例提供的一种健康信息服务器的组成示意图；
59.图8是本技术实施例提供的另一种健康信息服务器的组成示意图。
具体实施方式
60.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
61.本技术的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
62.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结果或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
63.为了更好地理解本技术实施例的技术方案，先对本技术实施例可能涉及的一种查询宠物健康信息的系统进行介绍。请参见图1，为本技术实施例提供的一种查询宠物健康信息的系统的架构示意图。如图1所述，该查询宠物健康信息的系统可以包括健康信息服务器10、宠物医院客户端20以及用户端30。
64.健康信息服务器10具有高速的cpu运算能力、长时间的可靠运行、强大的i/o外部数据吞吐能力以及更好的扩展性。健康信息服务器10可以为ia架构服务器或risc架构服务器；还可以为有机架式服务器、刀片式服务器、塔式服务器或机柜式服务器。在本技术实施例中，健康信息服务器10可以为宠物医院客户端20以及用户端30提供计算或应用服务。具体地，健康信息服务器10可以接收宠物医院客户端20发送的查询指令，该查询指令可以包括宠物的身份特征信息，身份特征信息可以包括宠物的鼻纹信息；健康信息服务器10还可
以根据查询指令判断宠物是否存在健康信息账户，该健康信息账户保存有宠物的身份特征信息以及健康档案信息；若宠物存在健康信息账户，健康信息服务器10则向宠物医院客户端发送宠物的健康档案信息；若宠物不存在健康信息账户，健康信息服务器10则接收并保存宠物医院客户端20发送的宠物的健康账户信息。更多地，若宠物不存在健康信息账户，健康信息服务器10还可以接收并保存用户端30发送的健康账户信息。更多地，健康信息服务器10还可以接收宠物医院客户端20发送的第一疫苗的接种信息，该第一疫苗表示宠物当前在宠物医院接种的疫苗，该接种信息可以包括第一疫苗的名称和接种时间；健康信息服务器10还可以将上述接种信息保存至宠物的健康档案信息中。需要说明的是，健康信息服务器10还可以根据健康档案信息生成推荐信息以及注意事项，该推荐信息可以包括推荐疫苗列表和/或推荐疫苗的推荐接种时间，该注意事项可以包括接种第一疫苗后可能出现的不良反应和/或宠物护理建议；健康信息服务器10还可以将推荐信息以及注意事项发送至对应的用户端30，用户端30位宠物的饲主登录宠物的健康信息账户所使用的终端。更多地，健康信息服务器10还可以接收用户端30发送的宠物的健康信息，该健康信息可以包括宠物在日常生活中出现的不适症状、过敏事项、患病信息以及患病后的恢复情况中的至少一种。
65.宠物医院客户端20，也可以称为终端设备、接入终端设备、ue单元、ue站、移动站、移动台、远方站、远程终端设备、移动设备、ue终端设备、移动终端、无线通信设备、ue代理或ue装置等。终端可以是固定的或者移动的等。其具体形式可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、可穿戴终端设备等。其是宠物医院侧的一种用于接收信号或发射信号的实体，在本技术实施例中，宠物医院客户端20可以向健康信息服务器10发送查询指令，用于查询宠物是否存在健康信息账户；宠物医院客户端20还可以在宠物存在健康信息账户时接收健康信息服务器10发送的宠物的健康档案信息；宠物医院客户端20还可以在宠物不存在健康信息账户时向健康信息服务器发送宠物的健康信息账户。其中，宠物医院客户端20还可以采集宠物的身份特征信息，并生成查询指令。更多地，在宠物存在健康信息账户时，宠物医院客户端20可以通过显示屏和/或扬声器呈现出健康信息服务器10发送的宠物的健康档案信息；在宠物不存在健康信息账户时，宠物医院客户端20根据采集到的宠物的身份特征信息，为宠物新建健康信息账号。
66.用户端30，也可以称为用户设备(user equipment，简称ue)。其还可以称为用户终端、终端设备、接入终端设备、ue单元、ue站、移动站、移动台、远方站、远程终端设备、移动设备、ue终端设备、移动终端、无线通信设备、ue代理或ue装置等。终端可以是固定的或者移动的等。其具体形式可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、可穿戴终端设备等。其是用户侧的一种用于接收信号或发射信号的实体，在本技术实施例中，用户端30可以用于接收以健康信息服务器10发送的推荐信息以及注意事项，还可以通过显示屏和/或扬声器呈现推荐信息以及注意事项；用户端30还可以向健康信息服务器10发送宠物的健康信息。更多地，用户端30还可以采集宠物的身份特征信息并为宠物建立健康信息账户，还可以将健康信息账户发送至健康信息服务器10。值得注意的是，虽然图1中仅描绘一种/个用户端30，但是对于一个宠物而言，可以存在多个用户端30(宠物饲主在多个终端上登录宠物的健康信息账号，则这些终端均为用户端30)。
67.需要说明的是，如图2所述，在查询宠物健康信息的系统中，多个不同宠物医院的宠物医院客户端(如图2中的宠物医院客户端21、宠物医院客户端22、宠物医院客户端23以
及宠物医院客户端n)也具有图1中所述的宠物医院客户端20的功能，即不同宠物医院的宠物医院客户端也能根据采集到的宠物的身份特征信息向健康信息服务器10发送查询指令，并获得宠物的健康档案信息等。示例性的，对于宠物a而言，宠物医院a(若对应上述宠物医院客户端21)、宠物医院b(若对应上述宠物医院客户端22)、宠物医院c(若对应上述宠物医院客户端23)以及宠物医院n(若对应上述宠物医院客户端n)均能够根据采集到的宠物a的身份特征信息向健康信息服务器10发送查询指令，并获得宠物a的健康档案信息。需要说明的是，上述宠物医院客户端n的编号n表示可以表示有多个宠物医院客户端。
68.为了更好地理解本技术实施例的技术方案，下面，结合图2的步骤对本技术实施例提供的一种查询宠物健康信息的方法进行详细说明。
69.请参见图3，为本技术实施例提供的一种查询宠物健康信息的方法的流程示意图。可以理解地，下述方法步骤的执行主体为健康信息服务器(如图1、图2中的健康信息服务器10)；如图3所示，该方法可以包括以下步骤：
70.s301，接收宠物医院客户端发送的查询指令。
71.需要说明的是，查询指令可以包括宠物的身份特征信息，有助于健康信息服务器确定宠物的身份。身份特征信息可以包括宠物的鼻纹信息。更多地，身份特征信息还可以包括宠物的名称、品种以及图像信息中的至少一种。
72.其中，由于宠物的鼻纹类似人类的指纹，不会随着它们的成长而发生变化，具有唯一性和不变性，因此可以将宠物的鼻纹信息作为确认宠物身份的手段。健康信息服务器可以先利用宠物的鼻纹信息对宠物身份进行识别得到第一判断结果，还可以利用其它的宠物身份特征信息对第一判断结果(利用鼻纹得出的判断结果)进行复核。
73.可以看出，本技术实施例方法中包含的多元化的宠物身份特征信息有利于提高健康信息服务器识别宠物身份的准确性。
74.s302，根据所述查询指令判断所述宠物是否存在健康信息账户。
75.需要说明的是健康信息账户保存有宠物的身份特征信息以及健康档案信息。健康档案信息可以包括宠物的既往接种疫苗名称、种类、厂商、接种时间、宠物在既往接种疫苗后出现的不良反应、宠物的历史患病情况以及过敏事项中的至少一种。
76.可以看出，在本技术实施例方法中，宠物的健康信息账户中存储有宠物详细的健康信息，有利于宠物医院的医护人员快速、准确地了解到宠物真实的健康状况，有助于提高医护人员对宠物的后续诊治和护理，提高宠物的就医体验。
77.s303，若所述宠物存在健康信息账户，则向所述宠物医院客户端发送所述宠物的健康档案信息。
78.示例性的，健康档案信息可以如图4显示于宠物医院客户端。
79.在一种可能的实施方式中，在向宠物医院客户端发送宠物的健康档案信息之后，健康信息服务器还可以：
80.接收宠物医院客户端发送的第一疫苗的接种信息；
81.将接种信息保存至宠物的健康档案信息中。
82.其中，上述的第一疫苗表示宠物当前在宠物医院接种的疫苗，上述接种信息可以包括第一疫苗的名称以及接种时间。更多地，上述接种信息还可以包括第一疫苗的种类、厂商以及宠物接种第一疫苗后出现的不良反应中的至少一种。
83.可以看出，宠物医院的医护人员会在宠物接种疫苗后及时地上传宠物的接种信息，有助于保证宠物健康账户内健康档案信息的准确定和完整性。而且医护人员还会将接种疫苗后可能出现的不良反应上传至宠物的健康账户中，有利于宠物饲主后续对宠物的护理。
84.在另一种可能的实施方式中，本技术实施例方法还可以包括以下步骤：
85.根据健康档案信息生成推荐信息以及注意事项；
86.将推荐信息以及注意事项发送至对应的用户端。
87.其中，推荐信息可以包括推荐疫苗列表和/或推荐疫苗的推荐接种时间，注意实现可以包括接种第一疫苗后可能出现的不良反应和/或宠物护理建议。
88.若宠物饲主在用户端登录了宠物的健康信息账号(宠物饲主可以是登录的健康信息app、健康信息小程序或者健康信息网站)，则健康信息服务器推送的推荐信息以及注意事项可以如图5a显示在用户端显示屏。点击“推荐信息”选项后，推荐信息可以如图5b显示于用户端显示屏；点击“注意事项”选项后，注意事项可以如图5c显示于用户端显示屏。其中，上述对推荐信息和/或注意事项的显示方式的举例只是为了更加详细地说明本技术实施例方法，不应对本技术构成限定，具体的推荐信息和/或注意事项的显示方式由技术人员根据实际情况进行设定。
89.需要注意的是，用户端为宠物的饲主登录宠物的健康信息账户所使用的终端。示例性的，宠物饲主在自己的手机上登录宠物的健康信息账户，则饲主的手机即为用户端；宠物饲主在电脑端登录宠物的健康信息账户，则该电脑端即为用户端。
90.更多地，若宠物的健康信息账户中绑定有宠物饲主的联系方式(如手机号、邮箱号或社交账号)，则可以按照该联系方式将推荐信息以及注意事项发送给宠物饲主。示例性的，若宠物的健康信息账号中绑定有宠物饲主的手机号，则健康信息服务器可以将推荐信息以及注意事项以短信的方式发送给宠物饲主，还可以给宠物饲主打电话并在电话中语音播放推荐信息以及注意事项；若宠物的健康信息账户中绑定有宠物饲主的邮箱号，则健康信息服务器可以将推荐信息以及注意事项以邮件的方式发送给宠物饲主；若宠物的健康信息账号中绑定有宠物饲主的社交账号，则健康信息服务器可以将推荐信息以及注意事项以私信的方式发送给宠物饲主。需要说明的是，上述对宠物饲主的联系方式、推荐信息以及注意事项的发送方式的举例只是为了更加详细地说明本技术实施例方法，不应对本技术构成限定，具体的联络宠物饲主的方式有技术人员根据实际情况进行设定。
91.可以看出，本技术实施例方法通过根据宠物的健康档案信息为宠物生成个性化的推荐信息以及注意事项，能够较好地指导宠物饲主如何更加正确地喂养宠物，并且有助于提高宠物的生活质量，也为宠物的健康提供了进一步的保障。
92.s304，若所述宠物不存在健康信息账户，则接收并保存所述宠物医院客户端发送的所述宠物的健康信息账户。
93.示例性的，若宠物不存在健康信息账户，健康信息服务器可以向宠物医院客户端发送提醒信息，该提醒信息可以如图6所示的方式显示于宠物医院客户端显示屏。
94.具体地，在宠物不存在健康信息账户时，宠物医院移动终端可以根据采集到的宠物的身份特征信息为宠物新建一个健康信息账户。
95.在一种可能的实施方式中，健康信息服务器还可以接收并保存用户端发送的宠物
的健康信息账户。具体地，在宠物不存在健康信息账户时，用户端可以采集宠物的身份特征信息并根据该身份特征信息为宠物新建一个健康信息账户。
96.其中，健康信息可以包括宠物在日常生活中出现的不适症状、过敏事项、患病信息以及患病后的恢复情况中的至少一种。
97.可以看出，在本技术实施例方法中，宠物饲主也可以通过用户端上传宠物的健康信息，有利于进一步完善宠物的健康档案信息，方便宠物在后续就医时，宠物医院的医护人员准确地了解宠物的健康状况。而且这种由宠物饲主完善宠物健康档案信息的方式能够提高宠物饲主对宠物就医的参与度，增强宠物饲主的责任心。
98.通过实施本技术实施例，可以实现宠物饲主、健康信息服务器以及宠物医院客户端的三方联合工作，在提高宠物就医方便度的同时，保证了宠物健康信息的准确性与完整性。健康信息服务器响应于宠物医院客户端发送的查询指令后，能将有健康信息账户的宠物的健康档案信息发送至宠物医院客户端，降低了宠物医院获取宠物健康信息的复杂程度，还有助于提高宠物就医的体验。
99.下面结合附图介绍本技术实施例涉及的装置。
100.请参见图7，为本技术实施例提供的一种健康信息服务器的组成示意图，可包括：通信模块710、判断模块720以及存储模块730；
101.通信模块710，可以用于接收宠物医院客户端发送的查询指令，该查询指令可以包括宠物的身份特征信息，该身份特征信息可以包括宠物的鼻纹信息；
102.判断模块720，可以用于根据查询指令判断宠物是否存在健康信息账户，该健康信息账户保存有宠物的身份特征信息以及健康档案信息；
103.通信模块710，还可以用于在宠物存在健康信息账户时向宠物医院客户端发送宠物的健康档案信息，还可以用于在宠物不存在健康信息账户时接收宠物医院客户端发送的宠物的健康信息账户；
104.存储模块730，可以用于保存在宠物不存在健康信息账户时接收的宠物医院客户端发送的宠物的健康信息账户。
105.在一种可能的实施方式中，身份特征信息还可以包括宠物的名称、品种以及图像信息中的至少一种；健康档案信息可以包括宠物既往接种疫苗的名称、种类、厂商、接种时间、宠物在既往接种疫苗后出现的不良反应、宠物的历史患病情况以及过敏事项中的至少一种。
106.在另一种可能的实施方式中，健康信息服务器还可以包括：
107.通信模块710，还可以用于接收宠物医院客户端发送的第一疫苗的接种信息，该第一疫苗表示宠物当前在宠物医院接种的疫苗，该接种信息可以包括第一疫苗的名称以及接种时间；
108.存储模块730，还可以用于将接种信息保存至宠物的健康信息档案中。
109.在另一种可能的实施方式中，接种信息还可以包括第一疫苗的种类、厂商以及宠物接种第一疫苗后出现的不良反应中的至少一种。
110.在另一种可能的实施方式中，健康信息服务器还可以包括：计算模块740；
111.计算模块740，可以用于根据健康档案信息生成推荐信息以及注意事项，该推荐信息可以包括推荐疫苗列表和/或推荐疫苗的推荐接种时间，该注意事项可以包括接种第一
疫苗后可能出现的不良反应和/或宠物护理建议。
112.在另一种可能的实施方式中，健康信息服务器还可以包括：
113.通信模块710，还可以用于接收用户端发送的宠物的健康信息，该健康信息可以包括宠物在日常生活中出现的不适症状、过敏事项、患病信息以及患病后的恢复情况中的至少一种。
114.请参见图8，为本技术实施例提供的另一种健康信息服务器的组成示意图，该装置可包括：
115.处理器810、存储器820和i/o接口830。处理器810、存储器820和i/o接口830间可实现通信地连接，该存储器820用于存储指令，该处理器810用于执行该存储器820存储的指令，以实现如上图3对应的方法步骤。
116.处理器810用于执行该存储器820存储的指令，以控制i/o接口830接收和发送信号，完成上述方法中的步骤。其中，所述存储器820可以集成在所述处理器810中，也可以与所述处理器810分开设置。
117.存储器820中还可以包括存储系统821、高速缓存822和ram823。其中高速缓存822是存在于ram823与cpu之间的一级存储器，由静态存储芯片(sram)组成，容量比较小但速度比主存高得多，接近于cpu的速度；ram823是与cpu直接交换数据的内部存储器，可以随时读写(刷新时除外)，而且速度很快，通常作为操作系统或其他正在运行中的程序的临时数据存储介质。三者结合实现存储器820功能。
118.作为一种实现方式，i/o接口830的功能可以考虑通过收发电路或者收发的专用芯片实现。处理器810可以考虑通过专用处理芯片、处理电路、处理器或者通用芯片实现。
119.作为另一种实现方式，可以考虑使用通用计算机的方式来实现本技术实施例提供的装置。即将实现处理器810，i/o接口830功能的程序代码存储在存储器820中，通用处理器通过执行存储器820中的代码来实现处理器810，i/o接口830的功能。
120.该装置所涉及的与本技术实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于装置执行的方法步骤的内容的描述，此处不做赘述。
121.作为本实施例的另一种实现方式，提供一种计算机可读存储介质，其上存储有指令，该指令被执行时执行上述方法实施例中的方法。
122.作为本实施例的另一种实现方式，提供一种包含指令的计算机程序产品，该指令被执行时执行上述方法实施例中的方法。
123.本领域技术人员可以理解，为了便于说明，图8中仅示出了一个存储器和处理器。在实际的终端或服务器中，可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等，本技术实施例对此不做限制。
124.应理解，在本技术实施例中，处理器可以是中央处理单元(central processing unit，简称cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现成可编程门阵列(field－programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
125.还应理解，本技术实施例中提及的存储器可以是易失性存储器或非易失性存储
器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，简称rom)、可编程只读存储器(programmable rom，简称prom)、可擦除可编程只读存储器(erasable prom，简称eprom)、电可擦除可编程只读存储器(electrically eprom，简称eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，简称ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，简称sram)、动态随机存取存储器(dynamic ram，简称dram)、同步动态随机存取存储器(synchronous dram，简称sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，简称ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，简称esdram)、同步连接动态随机存取存储器(synchlink dram，简称sldram)和直接内存总线随机存取存储器(direct rambus ram，简称dr ram)。
126.需要说明的是，当处理器为通用处理器、dsp、asic、fpga或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。
127.应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
128.该总线除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线。
129.还应理解，本文中涉及的第一、第二、第三、第四以及各种数字编号仅为描述方便进行的区分，并不用来限制本技术的范围。
130.应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
131.在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本技术实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
132.在本技术的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
133.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block，简称ilb)和步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
134.在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件
可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
135.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
136.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
137.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘)等。
138.本技术实施例还提供一种计算机存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行以实现如上述方法实施例中记载的任何一种账号管理方法的部分或全部步骤。
139.本技术实施例还提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序可操作来使计算机执行如上述方法实施例中记载的任何一种账号管理方法的部分或全部步骤。
140.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。