信息处理方法和装置、信息提示方法和装置与流程

文档序号:30578388发布日期:2022-06-29 10:45阅读:96来源:国知局
信息处理方法和装置、信息提示方法和装置与流程

1.本发明涉及物联网技术领域,具体而言,涉及一种信息处理方法和装置、信息提示方法和装置。


背景技术:

2.随着人口老龄化持续加深,老年人身体机能逐渐减退,并且一定数量的老人患有心脑血管病、风湿病、腰椎肩盘突出等易发疾病。此外,加上老年人记忆力减退,容易发生未按时服药、漏服药或多服药等情况。这对于老年人身体健康不利,甚至有生命危险。


技术实现要素:

3.本发明旨在至少解决现有技术中存在的技术问题之一。
4.为此,本发明第一方面提供了一种信息处理方法。
5.本发明第二方面提供了一种信息提示方法。
6.本发明第三方面提供了一种信息提示方法。
7.本发明第四方面提供了一种信息处理装置。
8.本发明第五方面提供了一种信息提示装置。
9.本发明第六方面提供了一种信息提示装置。
10.本发明第七方面提供了一种服务器。
11.本发明第八方面提供了一种终端设备。
12.本发明第九方面提供了一种服药设备。
13.本发明第十方面提供了一种可读存储介质。
14.本发明第一方面提供了一种信息处理方法,用于服务器,信息处理方法包括:响应于来自于服药设备的第一信号,生成邀请信息;向至少一个终端设备发送邀请信息,以供至少一个终端设备建立终端群组;获取预设时间段内服药设备的开合情况,并判断开合情况是否满足预设条件;在开合情况满足预设条件的情况下,向终端群组中的全部终端设备发送第一信息,以供终端群组中的全部终端设备输出第一提示信息。
15.本发明提出的信息处理方法能够用于服务器。其中,服药设备和至少一个终端设备通过服务器通信连接,服药设备的药仓内存储有药品,药仓处于常闭状态。在使服药者使用过程中,服药者开启服药设备的药仓可视为服药者已经服药。
16.在日常使用过程中,在服药设备与服务器配网成功后,服药设备会向服务器发送第一信号。对应地,服务器在确定服药设备配网成功后,可以根据服药者的需求生成邀请信息;而后,服务器会向至少一个终端设备发送邀请信息,并邀请至少一个终端设备进入到终端群组中。
17.进一步地,在达到预先设置的服药时间后,本发明会获取服药设备的开合情况,并判断服药设备的开合情况是否满足预设条件;在服药设备的开合情况满足预设条件的情况下,说明服药者服药异常或服药设备使用异常。此时,本发明会控制服务器向终端群组中的
全部终端设备发送第一信息,进而提示终端群组中终端设备的使用者。
18.举例来说,在终端群组中,既有服药者所使用的第一终端设备,也有该服药者的家人所使用的第二终端设备。因此,本发明可以通过服药设备的开合情况来判断服药者的服药情况,进而在出现异常的情况下向第一终端设备和第二终端发送第一信息,以使得第一终端和第二终端均能输出第一提示信息,进而使得第一终端可以提醒服药者,使得第二终端可以提醒服药者的家人。
19.这样,本发明能够在服药者服药出现异常时,通过第一终端提醒服药者,进而使得服药者尽快服药。与此同时,本发明还能通过第二终端来提示服药者的家人或朋友。这样,在服药者没有注意到第一终端设备输出的第一提示信息、或者是服药者并没有携带第一终端设备的情况下,还可通过服药者的家人或朋友来提示服药者,进而能降低服药者服药异常。
20.具体地,关于上述预设时间段,需要解释说明的是:该预设时间段以药品的服药时间开始计时,以预设时长结束计时。其中,预设时长可以为10分钟、15分钟、20分钟、25分钟、30分钟、35分钟、40分钟、45分钟、50分钟等,本领域技术人员是可以理解的。并且,药品的服药时间可以预先设置。
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.进一步地,服药时间处于上文提及的预设时间段内。具体地,预设时间段以药品的服药时间开始计时,以预设时长结束计时。其中,预设时长可以为10分钟、15分钟、20分钟、25分钟、30分钟、35分钟、40分钟、45分钟、50分钟等,本领域技术人员是可以理解的。并且,药品的服药时间可以预先设置。
47.在一些可能的方案中,邀请信息包括以下至少一者:邀请二维码、邀请链接、邀请号码。
48.在该方案中,邀请信息包括但不限于邀请二维码、邀请链接、邀请号码。其中,终端设备可以通过识别邀请二维码、访问邀请链接、或者是输入邀请号码的方式来加入到终端群组中。
49.本发明第二方面提出了一种信息提示方法,用于终端设备,信息提示方法包括:接收来自于服务器的邀请信息;响应于第一输入,向服务器发送针对于邀请信息的接受回复;接收来自于服务器的第一信息;识别第一信息,并根据识别结果输出第一提示信息。
50.本发明提出的信息提示方法,可以用于终端设备。该终端设备包括但不限于手机、手表、平板电脑等。其中,服药设备和至少一个终端设备通过服务器通信连接,服药设备的药仓内存储有药品,药仓处于常闭状态。在使服药者使用过程中,服药者开启服药设备的药仓可视为服药者已经服药。
51.在日常使用过程中,在服药设备与服务器配网成功后,服药设备会向服务器发送
第一信号。对应地,服务器在确定服药设备配网成功后,可以根据服药者的需求生成邀请信息,并将邀请信息发送给终端设备。对应地,终端设备在接收来自于服务器的邀请信息后,服药者可以向终端设备通过第一输入来输入针对于邀请信息的接受回复。这样,终端设备可以响应于服药者的第一输入,并向服务器发送针对该邀请信息的接受回复。对应地,服药器可以根据接收到的接受回复来建立终端群组。
52.进一步地,在日常使用过程中,在需要提示服药者的情况下,服务器会向终端设备发送第一信息。对应地,本发明在接收到来自于服务器的第一信息后,会对第一信息进行识别,进而根据识别结果来输出第一提示信息,进而通过第一提示信息来提示服药者。
53.具体地,在使用过程中,可能存在服药者因遗忘而忘记服用药品的情况,可能存在服药者多服用药品的情况,可能存在服药者服药后忘记关闭服药设备的药仓的情况。因此,本发明会对来自于服务器的第一信息进行识别,并根据识别结构输出对应的第一提示信息,以提示服药者及时处理。
54.这样,本发明能够降低服药者因遗忘而漏服、误服药品的几率,特别是降低老人或儿童漏服、误服药品的几率。本发明可以通过终端设备来输出第一提示信息提示服药者;而上述终端设备可以为服药者随身携带的手机、手表等设备,更加可以起到及时提示服药者。
55.在一些可能的方案中,第一提示信息包括服药提示信息、关闭提示信息和多服提示信息,识别第一信息,并根据识别结果输出第一提示信息,包括:在识别到第一信息为漏服信息的情况下,输出服药提示信息;和/或在识别到第一信息为忘关信息的情况下,输出关闭提示信息;和/或在识别到第一信息为多服信息的情况下,输出多服提示信息。
56.在该方案中,第一提示信息包括服药提示信息、关闭提示信息和多服提示信息。
57.在服药者忘记服药的情况下(即服务器没有获取到来自于服药设备的开启信息的情况下),服务器会向终端设备发送漏服信息。对应地,本发明在获取到来自于服务器的漏服信息的情况下,会输出服药提示信息,进而提示服药者及时服药,避免服药者忘记服药的情况发生。
58.在服药者忘记关闭药仓的情况下(即服务器获取到来自于服药设备的开启信息但没有获取到关闭信息的情况下),服务器会向终端设备发送忘关信息。对应地,本发明在获取到来自于服务器的忘关信息的情况下,会输出关闭提示信息,进而提示服药者及时关闭服药设备的药仓,避免环境中的水汽进入到药仓而引起药仓内的药品受潮。
59.在服药者可能存在多服药的情况下(即在预设时间段内服务器获取到来自于服药设备的开启信息至少两次的情况下),服务器会向终端设备发送多服信息。对应地,本发明在获取到来自于服务器的多服信息的情况下,会输出关闭提示信息,进而提示服药者及时检查是否过量服用的药品,并做及时处理,避免危害服药者人身安全。
60.在一些可能的方案中,接收来自于服药设备的第一信息之前,还包括:响应于第二输入,存储第一输入所对应的服药信息;向服务器发送第二信息,第二信息包括服药信息。
61.在该方案中,不同的服药者具有不同的服药需求,并且不同的药品的性质又并不相同。因此,在服药设备使用前,服药者可以通过电子设备手动输入对应的服药信息。
62.具体地,服药者可以根据自身的服药需求来向终端设备输入第一输入;对应地,终端设备在接收到第一输入后,能够响应于第一输入,并存储第一输入所对应的服药信息,进而将第一输入所对应的服药信息存储下来。进一步地,本发明会向服务器发送第二信息,并
且第二信息内包括上述服药信息,以使得服药设备在服药者需要服药的时刻提醒服药者。
63.具体地,服药设备包括药仓,并且药仓内存储有药品。此外,服药设备包括多个药仓,这样可以在不同的药仓内放置不同的药品,并且多个药仓之间相互独立,可单独开启和关闭。
64.进一步地,服药信息包括以下至少一者:药品名称、药品数量、服药次数、服药时间、药品所在的药仓。其中,药品名称有助于服药者了解到药仓内药品的类型,药品数量、服药次数和服药时间有助于服药者了解到服药信息,进而提醒服药者在需要服药的时间服用适量的药品。
65.进一步地,服药时间处于上文提及的预设时间段内。具体地,预设时间段以药品的服药时间开始计时,以预设时长结束计时。其中,预设时长可以为10分钟、15分钟、20分钟、25分钟、30分钟、35分钟、40分钟、45分钟、50分钟等,本领域技术人员是可以理解的。并且,药品的服药时间可以预先设置。
66.在一些可能的方案中,接收来自于服药设备的第一信息之前,还包括:识别标签,并获取与标签相关联的服药信息;向服务器发送第二信息,第二信息包括服药信息。
67.在该方案中,不同的服药者具有不同的服药需求,并且不同的药品的性质又并不相同。因此,在服药设备使用前,服药者可以使用电子设备通过识别标签的方式获取对应的服药信息。
68.具体地,服药者在将药品放置到服药设备的药仓前,可以识别药品外包装的标签,进而直接获取到该药品的相关服药信息,并存储第一输入所对应的服药信息,进而将第一输入所对应的服药信息存储下来。具体地,上述标签可以是二维码等。进一步地,本发明会向服务器发送第二信息,并且第二信息内包括上述服药信息,以使得服药设备在服药者需要服药的时刻提醒服药者。
69.具体地,服药设备包括药仓,并且药仓内存储有药品。此外,服药设备包括多个药仓,这样可以在不同的药仓内放置不同的药品,并且多个药仓之间相互独立,可单独开启和关闭。
70.进一步地,服药信息包括以下至少一者:药品名称、药品数量、服药次数、服药时间、药品所在的药仓等。其中,药品名称有助于服药者了解到药仓内药品的类型,药品数量、服药次数和服药时间有助于服药者了解到服药信息,进而提醒服药者在需要服药的时间服用适量的药品。
71.进一步地,服药时间处于上文提及的预设时间段内。具体地,预设时间段以药品的服药时间开始计时,以预设时长结束计时。其中,预设时长可以为10分钟、15分钟、20分钟、25分钟、30分钟、35分钟、40分钟、45分钟、50分钟等,本领域技术人员是可以理解的。并且,药品的服药时间可以预先设置。
72.本发明第三方面提供了一种信息提示方法,用于服药设备,信息提示方法包括:在服药设备与服务建立通信连接的情况下,向服务器发送第一信息,以供服务器生成邀请信息;获取预设时间段内服药设备的开合情况,并向服务器发送开合情况。
73.本发明提出的信息提示方法可以用于服药设备。其中,服药设备和终端设备通过服务器通信连接,服药设备的药仓内存储有药品,药仓处于常闭状态。在使服药者使用过程中,服药者开启服药设备的药仓可视为服药者已经服药。
74.在服药者使用前,服药者会对服药设备进行配网操作,在服药设备与服务器联网成功后,本发明会向服务器发送第一信息,以表示服药设备配网成功,并使得服务器生成邀请信息。
75.在服药者使用过程中,本发明会获取预设时间段内服药设备的开合情况,并向服务器发送开合情况,以使得服务器判断是否需要提示服药者。进一步地,在需要提示服药者的情况下,服务器会向服药设备发送第一信息。
76.这样,本发明能够降低服药者因遗忘而漏服、误服药品的几率,特别是降低老人或儿童漏服、误服药品的几率。并且,本发明可以通过服药设备来输出第一提示信息提示服药者;而上述服药设备本就是用来存储药品的,这使得第一提示信息还可用于提示服药者药品所在的位置。
77.在一些可能的方案中,向服务器发送开合情况,包括:在服药设备开启的情况下,向服务器发送开启信息;在服药设备关闭的情况下,向服务器发送关闭信息。
78.在该方案中,服药设备的药仓处于常闭状态,服药者需要自行开启药仓取药服用。因此,在服药者使用过程中,服药设备会及时向服务器发送信息。其中,在服药者开启服药设备的药仓时,服务器会向服务器发送开启信息;在服药者关闭服药设备的药仓时,服务器会向服务器发送关闭信息。
79.对应地,在预设时间段内,如果服务器获取到来自于服药设备的开启信息,说明服药者开启服药设备的药仓,此时可视为服药者正在服用药品。在预设时间段内,如果本服务器获取到来自于服药设备的关闭信息,说明服药者关闭服药设备的药仓,此时可视为服药者已经服药完成。此外,在预设时间段内,如果服务器既没有获取到来自于服药设备的开启信息,又没有来自于服药设备的关闭信息,说明服药者没有开启服药设备的药仓,可视为服药者遗忘服药。
80.因此,通过向服务器发送对应的开启信息和关闭信息,可以使得服务器获知服药者的服药情况,进而控制服药设备输出对应的第一提示信息。
81.在一些可能的方案中,获取服药设备的开合情况,并向服务器发送开合情况之前,还包括:接收来自于服务器的第三信息;响应于第三信息,输出第二提示信息。
82.在该方案中,不同的服药者具有不同的服药需求,并且不同的药品的性质又并不相同。因此,服务器存储有来自于终端设备的第二信息,第二信息包括服药信息;服药信息包括以下至少一者:药品名称、药品数量、服药次数、服药时间、药品所在的药仓。
83.对应地,在达到服药时间的情况下,服务器会向服药设备发送第三信息,进而使得服药设备响应于第三信息输出第二提示信息,第二提示信息服药者提示服药者哪一个药仓内的药品需要服药,并提示服药剂量等相关信息。
84.本发明第四方面提供了一种信息处理装置,用于服务器,信息处理装置包括:生成单元,用于响应于来自于服药设备的第一信号,生成邀请信息;发送单元,用于向至少一个终端设备发送邀请信息,以供至少一个终端设备建立终端群组;获取单元,用于获取服药设备的开合情况;判断单元,用于判断开合情况是否满足预设条件;发送单元还用于,在开合情况满足预设条件的情况下,向终端群组中的全部终端设备发送第一信息,以供终端群组中的全部终端设备输出第一提示信息。
85.本发明提出的信息处理装置,能够用于服务器。其中,服药设备和终端设备通过服
务器通信连接,服药设备的药仓内存储有药品,药仓处于常闭状态。在使服药者使用过程中,服药者开启服药设备的药仓可视为服药者已经服药。
86.本发明提出的信息处理装置包括生成单元、发送单元、获取单元和判断单元。在日常使用过程中,在服药设备与服务器配网成功后,服药设备会向服务器发送第一信号。对应地,服务器在确定服药设备配网成功后,可以根据服药者的需求生成邀请信息;而后,服务器会向至少一个终端设备发送邀请信息,并邀请至少一个终端设备进入到终端群组中。
87.进一步地,在达到预先设置的服药时间后,本发明会获取服药设备的开合情况,并判断服药设备的开合情况是否满足预设条件;在服药设备的开合情况满足预设条件的情况下,说明服药者服药异常或服药设备使用异常。此时,本发明会控制服务器向终端群组中的全部终端设备发送第一信息,进而提示终端群组中终端设备的使用者。
88.举例来说,在终端群组中,既有服药者所使用的第一终端设备,也有该服药者的家人所使用的第二终端设备。因此,本发明可以通过服药设备的开合情况来判断服药者的服药情况,进而在出现异常的情况下向第一终端设备和第二终端发送第一信息,以使得第一终端和第二终端均能输出第一提示信息,进而使得第一终端可以提醒服药者,使得第二终端可以提醒服药者的家人。
89.这样,本发明能够在服药者服药出现异常时,通过第一终端提醒服药者,进而使得服药者尽快服药。与此同时,本发明还能通过第二终端来提示服药者的家人或朋友。这样,在服药者没有注意到第一终端设备输出的第一提示信息、或者是服药者并没有携带第一终端设备的情况下,还可通过服药者的家人或朋友来提示服药者,进而能降低服药者服药异常。
90.具体地,关于上述预设时间段,需要解释说明的是:该预设时间段以药品的服药时间开始计时,以预设时长结束计时。其中,预设时长可以为10分钟、15分钟、20分钟、25分钟、30分钟、35分钟、40分钟、45分钟、50分钟等,本领域技术人员是可以理解的。并且,药品的服药时间可以预先设置。
91.因此,本发明提出的信息处理方法,能够实现服药设备与至少一个终端设备之间的联动控制,并根据服药设备在预设时间段内的开合情况,来使得至少一个终端设备输出第一提示信息,进而通过该第一提示信息来提示服药者以及服药者的家人或朋友,以提示服药者及时吃药、或者提示服药者以及服药者的家人或朋友及时调整服药设备的状态、或者是提示服药者以及服药者的家人或朋友及时处理其他紧急情况(例如服药者多服用了药品)。
92.此外,通过本发明提出的信息处理方法,能够降低服药者因遗忘而漏服、误服药品的几率,特别是降低老人或儿童漏服、误服药品的几率。并且,上述终端设备可以为服药者随身携带的手机、手表等设备,更加可以起到及时提示服药者。
93.在一些可能的方案中,至少一个终端设备包括第一终端设备和至少一个第二终端设备,发送单元具体用于,向第一终端设备发送邀请信息;信息处理装置还包括响应单元,用于响应于来自于第二终端设备的针对邀请信息的接受回复,建立终端群组。
94.在一些可能的方案中,判断单元具体用于,在获取到来自于服药设备的开启信息的情况下,确定服药设备开启;判断单元具体用于,在获取到来自于服药设备的关闭信息的情况下,确定服药设备关闭。
95.在一些可能的方案中,判断单元具体用于,在没有获取到开启信息和关闭信息中任一者的情况下,判断开合情况满足预设条件;判断单元具体用于,在获取到开启信息至少两次的情况下,判断开合情况满足预设条件。
96.在一些可能的方案中,发送单元具体用于,在没有获取到开启信息的情况下,向终端群组中的全部终端设备发送漏服信息;发送单元具体用于,在获取到开启信息且没有获取到关闭信息的情况下,向终端群组中的全部终端设备发送忘关信息;发送单元具体用于,在获取到开启信息至少两次的情况下,向终端群组中的全部终端设备发送多服信息。
97.在一些可能的方案中,信息处理装置还包括接收单元,接收单元用于接收来自于第一终端设备的第二信息,第二信息包括服药信息;信息处理装置还包括接存储单元,存储单元用于存储第二信息;发送单元还用于,根据服药信息向服药设备发送第三信息,以供服药设备输出第二提示信息。
98.在一些可能的方案中,服药设备包括药仓,服药信息包括以下至少一者:药品名称、药品数量、服药次数、服药时间、药品所在的药仓,其中,服药时间处于预设时间段内。
99.本发明第五方面提供了一种信息提示装置,用于终端设备,信息提示装置包括:接收单元,用于接收来自于服务器的邀请信息;发送单元,用于响应于第一输入,向服务器发送针对于邀请信息的接受回复;接收单元还用于,接收来自于服务器的第一信息;识别单元,用于识别第一信息;输出单元,用于根据识别结果输出第一提示信息。
100.本发明第五方面提供了一种信息提示装置,能够用于终端设备。该终端设备包括但不限于手机、手表、平板电脑等。其中,服药设备和至少一个终端设备通过服务器通信连接,服药设备的药仓内存储有药品,药仓处于常闭状态。在使服药者使用过程中,服药者开启服药设备的药仓可视为服药者已经服药。
101.其中,信息提示装置包括接收单元、发送单元、识别单元和输出单元。在日常使用过程中,在服药设备与服务器配网成功后,服药设备会向服务器发送第一信号。对应地,服务器在确定服药设备配网成功后,可以根据服药者的需求生成邀请信息,并将邀请信息发送给终端设备。对应地,终端设备在接收来自于服务器的邀请信息后,服药者可以向终端设备通过第一输入来输入针对于邀请信息的接受回复。这样,终端设备可以响应于服药者的第一输入,并向服务器发送针对该邀请信息的接受回复。对应地,服药器可以根据接收到的接受回复来建立终端群组。
102.进一步地,在日常使用过程中,在需要提示服药者的情况下,服务器会向终端设备发送第一信息。对应地,本发明在接收到来自于服务器的第一信息后,会对第一信息进行识别,进而根据识别结果来输出第一提示信息,进而通过第一提示信息来提示服药者。
103.具体地,在使用过程中,可能存在服药者因遗忘而忘记服用药品的情况,可能存在服药者多服用药品的情况,可能存在服药者服药后忘记关闭服药设备的药仓的情况。因此,本发明会对来自于服务器的第一信息进行识别,并根据识别结构输出对应的第一提示信息,以提示服药者及时处理。
104.这样,本发明能够降低服药者因遗忘而漏服、误服药品的几率,特别是降低老人或儿童漏服、误服药品的几率。本发明可以通过终端设备来输出第一提示信息提示服药者;而上述终端设备可以为服药者随身携带的手机、手表等设备,更加可以起到及时提示服药者。
105.在一些可能的方案中,第一提示信息包括服药提示信息、关闭提示信息和多服提
示信息,输出单元具体用于,在识别到第一信息为漏服信息的情况下,输出服药提示信息;输出单元具体用于,在识别到第一信息为忘关信息的情况下,输出关闭提示信息;输出单元具体用于,在识别到第一信息为多服信息的情况下,输出多服提示信息。
106.在一些可能的方案中,信息提示装置还包括存储单元,存储单元用于响应于第二输入,存储第一输入所对应的服药信息;发送单元还用于,向服务器发送第二信息,第二信息包括服药信息。
107.在一些可能的方案中,识别单元还用于,识别标签,并获取与标签相关联的服药信息;发送单元还用于,向服务器发送第二信息,第二信息包括服药信息。
108.本发明第六方面提供了一种信息提示装置,用于服药设备,信息提示装置包括:发送单元,用于在服药设备与服务建立通信连接的情况下,向服务器发送第一信息,以供服药设备生成邀请信息;获取单元,用于获取预设时间段内服药设备的开合情况;发送单元还用于,向服务器发送开合情况。
109.本发明提出的信息提示装置,可以用于服药设备。其中,服药设备和终端设备通过服务器通信连接,服药设备的药仓内存储有药品,药仓处于常闭状态。在使服药者使用过程中,服药者开启服药设备的药仓可视为服药者已经服药。
110.其中,信息提示装置包括发送单元、获取单元、接收单元。其中,在服药者使用前,服药者会对服药设备进行配网操作,在服药设备与服务器联网成功后,本发明会向服务器发送第一信息,以表示服药设备配网成功,并使得服务器生成邀请信息。
111.在服药者使用过程中,本发明会获取预设时间段内服药设备的开合情况,并向服务器发送开合情况,以使得服务器判断是否需要提示服药者。进一步地,在需要提示服药者的情况下,服务器会向服药设备发送第一信息。
112.具体地,在使用过程中,可能存在服药者因遗忘而忘记服用药品的情况,可能存在服药者多服用药品的情况,可能存在服药者服药后忘记关闭服药设备的药仓的情况。
113.这样,本发明能够降低服药者因遗忘而漏服、误服药品的几率,特别是降低老人或儿童漏服、误服药品的几率。
114.在一些可能的方案中,发送单元具体用于,在服药设备开启的情况下,向服务器发送开启信息;发送单元具体用于,在服药设备关闭的情况下,向服务器发送关闭信息。
115.在一些可能的方案中,接收单元还用于,接收来自于服务器的第三信息;输出单元还用于,响应于第三信息,输出第二提示信息。
116.本发明第七方面提供了一种服务器,包括处理器,存储器及存储在存储器上并可在处理器上运行的程序或指令,程序或指令被处理器执行时实现如本发明第一方面的信息处理方法的步骤。
117.本发明提出的服务器,具有如本发明第一方面的信息处理方法的全部有益效果,在此并不展开论述。
118.本发明第八方面提供了一种终端设备,包括处理器,存储器及存储在存储器上并可在处理器上运行的程序或指令,程序或指令被处理器执行时实现如本发明第二方面的信息提示方法的步骤。
119.本发明提出的终端设备,具有如本发明第二方面的信息提示方法的全部有益效果,在此并不展开论述。
120.本发明第九方面提供了一种服药设备,包括处理器,存储器及存储在存储器上并可在处理器上运行的程序或指令,程序或指令被处理器执行时实现如本发明第三方面的信息提示方法的步骤。
121.本发明提出的服药设备,具有如本发明第三方面的信息提示方法的全部有益效果,在此并不展开论述。
122.本发明第十方面提供了一种可读存储介质,其上存储有程序,程序被处理器执行时实现如本发明第一方面的信息处理方法的步骤、或实现如本发明第二方面的信息提示方法的步骤、或实现如本发明第三方面的信息提示方法的步骤。
123.本发明提出的可读存储介质,具有如本发明第一方面的信息处理方法的全部有益效果、或具有如本发明第二方面的信息提示方法的全部有益效果、或具有如本发明第三方面的信息提示方法的全部有益效果,在此并不展开论述。
124.本发明的附加方面和优点将在下面的描述部分中变得明显,或通过本发明的实践了解到。
附图说明
125.本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解,其中:
126.图1是本发明一个实施例的信息处理方法的流程图;
127.图2是本发明一个实施例的信息提示方法的流程图之一;
128.图3是本发明一个实施例的信息提示方法的流程图之二;
129.图4是本发明一个实施例的信息处理装置的框图;
130.图5是本发明一个实施例的信息提示装置的框图之一;
131.图6是本发明一个实施例的信息提示装置的框图之二;
132.图7是本发明一个实施例的服务器的框图;
133.图8是本发明一个实施例的终端设备的框图;
134.图9是本发明一个实施例的服药设备的框图;
135.图10是本发明一个实施例的服药设备的结构示意图;
136.图11是本发明一个实施例的服药设备的使用流程图之一;
137.图12是本发明一个实施例的服药设备的使用流程图之二;
138.图13是本发明一个实施例的终端设备的界面示意图之一;
139.图14是本发明一个实施例的终端设备的界面示意图之二;
140.图15是本发明一个实施例的终端设备的界面示意图之三;
141.图16是本发明一个实施例的终端设备的界面示意图之四;
142.图17是本发明一个实施例的终端设备的界面示意图之五;
143.图18是本发明一个实施例的终端设备的界面示意图之六;
144.图19是本发明一个实施例的终端设备的界面示意图之七。
145.其中,图10中附图标记与部件名称之间的对应关系为:
146.1000服药设备,1002饮水机,1004服药装置,1006药仓,1008显示面板。
具体实施方式
147.为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是,在不冲突的情况下,本技术的实施例及实施例中的特征可以相互组合。
148.在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的方式来实施,因此,本发明的保护范围并不受下面公开的具体实施例的限制。
149.下面参照图1至图19来描述根据本发明一些实施例提供的信息处理方法和装置、信息提示方法和装置。
150.本发明第一个实施例提出了一种信息处理方法,能够用于服务器。其中,服药设备和至少一个终端设备通过服务器通信连接,服药设备的药仓内存储有药品,药仓处于常闭状态。在使服药者使用过程中,服药者开启服药设备的药仓可视为服药者已经服药。
151.其中,如图1所示,信息处理方法包括:
152.步骤102,响应于来自于服药设备的第一信号,生成邀请信息;
153.步骤104,向至少一个终端设备发送邀请信息;
154.步骤106,获取预设时间段内服药设备的开合情况,并判断开合情况是否满足预设条件;
155.步骤108,在开合情况满足预设条件的情况下,向终端群组中的全部终端设备发送第一信息。
156.本发明提出的信息处理方法能够用于服务器。其中,服药设备和至少一个终端设备通过服务器通信连接,服药设备的药仓内存储有药品,药仓处于常闭状态。在使服药者使用过程中,服药者开启服药设备的药仓可视为服药者已经服药。
157.在日常使用过程中,在服药设备与服务器配网成功后,服药设备会向服务器发送第一信号。对应地,服务器在确定服药设备配网成功后,可以根据服药者的需求生成邀请信息;而后,服务器会向至少一个终端设备发送邀请信息,并邀请至少一个终端设备进入到终端群组中。
158.进一步地,在达到预先设置的服药时间后,本发明会获取服药设备的开合情况,并判断服药设备的开合情况是否满足预设条件;在服药设备的开合情况满足预设条件的情况下,说明服药者服药异常或服药设备使用异常。此时,本发明会控制服务器向终端群组中的全部终端设备发送第一信息,进而提示终端群组中终端设备的使用者。
159.举例来说,在终端群组中,既有服药者所使用的第一终端设备,也有该服药者的家人所使用的第二终端设备。因此,本发明可以通过服药设备的开合情况来判断服药者的服药情况,进而在出现异常的情况下向第一终端设备和第二终端发送第一信息,以使得第一终端和第二终端均能输出第一提示信息,进而使得第一终端可以提醒服药者,使得第二终端可以提醒服药者的家人。
160.这样,本发明能够在服药者服药出现异常时,通过第一终端提醒服药者,进而使得服药者尽快服药。与此同时,本发明还能通过第二终端来提示服药者的家人或朋友。这样,在服药者没有注意到第一终端设备输出的第一提示信息、或者是服药者并没有携带第一终端设备的情况下,还可通过服药者的家人或朋友来提示服药者,进而能降低服药者服药异
常。
161.具体地,关于上述预设时间段,需要解释说明的是:该预设时间段以药品的服药时间开始计时,以预设时长结束计时。其中,预设时长可以为10分钟、15分钟、20分钟、25分钟、30分钟、35分钟、40分钟、45分钟、50分钟等,本领域技术人员是可以理解的。并且,药品的服药时间可以预先设置。
162.因此,本发明提出的信息处理方法,能够实现服药设备与至少一个终端设备之间的联动控制,并根据服药设备在预设时间段内的开合情况,来使得至少一个终端设备输出第一提示信息,进而通过该第一提示信息来提示服药者以及服药者的家人或朋友,以提示服药者及时吃药、或者提示服药者以及服药者的家人或朋友及时调整服药设备的状态、或者是提示服药者以及服药者的家人或朋友及时处理其他紧急情况(例如服药者多服用了药品)。
163.此外,通过本发明提出的信息处理方法,能够降低服药者因遗忘而漏服、误服药品的几率,特别是降低老人或儿童漏服、误服药品的几率。并且,上述终端设备可以为服药者随身携带的手机、手表等设备,更加可以起到及时提示服药者。
164.本发明第二个实施例提出了一种信息处理方法,在第一个实施例的基础上,进一步地:
165.至少一个终端设备包括第一终端设备和至少一个第二终端设备。其中,第一终端设备为服药者使用,第二终端设备为服药者的家人或烹饪使用;并且,上述第一终端设备和至少一个第二终端设备均与服务器通信连接。此外,第二终端的数量可以为一个,也可以为多个。
166.进一步地,在建立终端群组的过程中,本发明会向服药者所使用的第一终端设备发送邀请信息;这样,使用者可以将邀请信息发送到至少一个第二终端设备;第二终端设备的使用者(也即服药者的亲属或烹饪)可以向服务器反馈针对于邀请信息的接受回复。此时,本发明可以响应于来自第二终端设备的接受回复建立终端群组,并将第一终端设备和发出上述接受回复的第二终端设备一起加入到该终端群组中。
167.本发明第三个实施例提出了一种信息处理方法,在第一个实施例和第二个实施例的基础上,进一步地:
168.在服药者使用过程中,服药设备会及时向服务器发送信息。其中,在服药者开启服药设备的药仓时,服务器会向服务器发送开启信息;在服药者关闭服药设备的药仓时,服务器会向服务器发送关闭信息。
169.因此,本发明可以通过服务器获取到的相关信息来判断服药设备的开合情况。具体地,在预设时间段内,如果本发明获取到来自于服药设备的开启信息,说明服药者开启服药设备的药仓,此时可视为服药者正在服用药品。在预设时间段内,如果本发明获取到来自于服药设备的关闭信息,说明服药者关闭服药设备的药仓,此时可视为服药者已经服药完成。
170.此外,在预设时间段内,如果本发明既没有获取到来自于服药设备的开启信息,又没有来自于服药设备的关闭信息,说明服药者没有开启服药设备的药仓,可视为服药者遗忘服药。
171.在该实施例中,进一步地,服药设备的药仓处于常闭状态,服药者需要自行开启药
仓取药服用。
172.在服务器没有接收到来自于服药设备的开启信息的情况下,说明服药者并没有按时服用药品。因此,判断服药设备的开合情况满足预设条件,此时需要提示服药者按时服药。特别地,在服务器没有接收到来自于服药设备的开启信息的情况下,服务器不可能接收到关闭信息。
173.在服务器没有接收到来自于服药设备的关闭信息的情况下,说明服药者取药后并没有将药仓关闭,这会导致药仓内的药品受潮等。因此,判断服药设备的开合情况满足预设条件,此时需要提示服药者及时关闭药仓。
174.在预设时间段内,如果获取到第开启信息至少两次,说明服药者至少两次开启了药仓,这存在服药者多服用药品的情况。因此,判断服药设备的开合情况满足预设条件,此时需要提示服药者注意是否服用过量。
175.在该实施例中,进一步地,第一信息包括漏服信息、忘关信息和多服信息。其中,漏服信息用于提示服药者及时服药、忘关信息用于提示服药者及时关闭服药设备的药仓、多服信息用于提示服药者检查是否服药过量。
176.在没有获取到开启信息的情况下,说明服药者并没有按时服用药品。此时,本发明会向终端群组中的全部终端设备发送漏服信息,进而提示服药者及时服药。
177.在获取到开启信息且没有获取到关闭信息的情况下,说明服药者取药后并没有将药仓关闭,这会导致药仓内的药品受潮等。因此,本发明会向终端群组中的全部终端设备发送忘关信息,进而提示服药者及时将药仓关闭。
178.在获取到开启信息至少两次的情况下,说明服药者至少两次开启了药仓,这存在服药者多服用药品的情况。因此,本发明会向终端群组中的全部终端设备发送多服信息,进而提示服药者可能存在服药过量的可能,并提示用书及时检查处理。
179.本发明第四个实施例提出了一种信息处理方法,在第一个实施例、第二个实施例和第三个实施例的基础上,进一步地:
180.不同的服药者具有不同的服药需求,并且不同的药品的性质又并不相同。因此,在服药设备使用前,服药者可以通过第一终端设备输入对应的服药信息,以使得第一终端设备向服务器发送包括服药信息的第二信息。
181.对应地,本发明在接收到来自于第一终端设备的第二信息后,会对第二信息进行识别,进而确定出第二信息的服药信息。而后,本发明会存储第二信息,并根据服药信息向服药设备发送第三信息,以使得服药设备根据接收到的第三信息输出第二提示信息,进而通过第二提示信息来提示服药者及时服药。
182.在该实施例中,进一步地,服药设备包括药仓,并且药仓内存储有药品。此外,服药设备包括多个药仓,这样可以在不同的药仓内放置不同的药品,并且多个药仓之间相互独立,可单独开启和关闭。
183.进一步地,服药信息包括以下至少一者:药品名称、药品数量、服药次数、服药时间、药品所在的药仓等。其中,药品名称有助于服药者了解到药仓内药品的类型,药品数量、服药次数和服药时间有助于服药者了解到服药信息,进而提醒服药者在需要服药的时间服用适量的药品。
184.进一步地,服药时间处于上文提及的预设时间段内。具体地,预设时间段以药品的
服药时间开始计时,以预设时长结束计时。其中,预设时长可以为10分钟、15分钟、20分钟、25分钟、30分钟、35分钟、40分钟、45分钟、50分钟等,本领域技术人员是可以理解的。并且,药品的服药时间可以预先设置。
185.在上述任一实施例的基础上,进一步地,邀请信息包括但不限于邀请二维码、邀请链接、邀请号码。其中,终端设备可以通过识别邀请二维码、访问邀请链接、或者是输入邀请号码的方式来加入到终端群组中。更进一步地,用户可以选择上述任一者邀请信息。
186.本发明第五个实施例提出了一种信息提示方法,可以用于终端设备。该终端设备包括但不限于手机、手表、平板电脑等。其中,服药设备和至少一个终端设备通过服务器通信连接,服药设备的药仓内存储有药品,药仓处于常闭状态。在使服药者使用过程中,服药者开启服药设备的药仓可视为服药者已经服药。
187.其中,如图2所示,信息提示方法包括:
188.步骤202,接收来自于服务器的邀请信息;
189.步骤204,响应于第一输入,向服务器发送针对于邀请信息的接受回复;
190.步骤206,接收来自于服务器的第一信息;
191.步骤208,识别第一信息,并根据识别结果输出第一提示信息。
192.本发明提出的信息提示方法,可以用于终端设备。该终端设备包括但不限于手机、手表、平板电脑等。其中,服药设备和至少一个终端设备通过服务器通信连接,服药设备的药仓内存储有药品,药仓处于常闭状态。在使服药者使用过程中,服药者开启服药设备的药仓可视为服药者已经服药。
193.在日常使用过程中,在服药设备与服务器配网成功后,服药设备会向服务器发送第一信号。对应地,服务器在确定服药设备配网成功后,可以根据服药者的需求生成邀请信息,并将邀请信息发送给终端设备。对应地,终端设备在接收来自于服务器的邀请信息后,服药者可以向终端设备通过第一输入来输入针对于邀请信息的接受回复。这样,终端设备可以响应于服药者的第一输入,并向服务器发送针对该邀请信息的接受回复。对应地,服药器可以根据接收到的接受回复来建立终端群组。
194.进一步地,在日常使用过程中,在需要提示服药者的情况下,服务器会向终端设备发送第一信息。对应地,本发明在接收到来自于服务器的第一信息后,会对第一信息进行识别,进而根据识别结果来输出第一提示信息,进而通过第一提示信息来提示服药者。
195.具体地,在使用过程中,可能存在服药者因遗忘而忘记服用药品的情况,可能存在服药者多服用药品的情况,可能存在服药者服药后忘记关闭服药设备的药仓的情况。因此,本发明会对来自于服务器的第一信息进行识别,并根据识别结构输出对应的第一提示信息,以提示服药者及时处理。
196.这样,本发明能够降低服药者因遗忘而漏服、误服药品的几率,特别是降低老人或儿童漏服、误服药品的几率。本发明可以通过终端设备来输出第一提示信息提示服药者;而上述终端设备可以为服药者随身携带的手机、手表等设备,更加可以起到及时提示服药者。
197.本发明第六个实施例提出了一种信息提示方法,在第五个实施例的基础上,进一步地:
198.第一提示信息包括服药提示信息、关闭提示信息和多服提示信息。
199.在服药者忘记服药的情况下(即服务器没有获取到来自于服药设备的开启信息的
情况下),服务器会向终端设备发送漏服信息。对应地,本发明在获取到来自于服务器的漏服信息的情况下,会输出服药提示信息,进而提示服药者及时服药,避免服药者忘记服药的情况发生。
200.在服药者忘记关闭药仓的情况下(即服务器获取到来自于服药设备的开启信息但没有获取到关闭信息的情况下),服务器会向终端设备发送忘关信息。对应地,本发明在获取到来自于服务器的忘关信息的情况下,会输出关闭提示信息,进而提示服药者及时关闭服药设备的药仓,避免环境中的水汽进入到药仓而引起药仓内的药品受潮。
201.在服药者可能存在多服药的情况下(即在预设时间段内服务器获取到来自于服药设备的开启信息至少两次的情况下),服务器会向终端设备发送多服信息。对应地,本发明在获取到来自于服务器的多服信息的情况下,会输出关闭提示信息,进而提示服药者及时检查是否过量服用的药品,并做及时处理,避免危害服药者人身安全。
202.本发明第七个实施例提出了一种信息提示方法,在第五个实施例和第六个实施例的基础上,进一步地:
203.不同的服药者具有不同的服药需求,并且不同的药品的性质又并不相同。因此,在服药设备使用前,服药者可以通过电子设备手动输入对应的服药信息。
204.具体地,服药者可以根据自身的服药需求来向终端设备输入第一输入;对应地,终端设备在接收到第一输入后,能够响应于第一输入,并存储第一输入所对应的服药信息,进而将第一输入所对应的服药信息存储下来。进一步地,本发明会向服务器发送第二信息,并且第二信息内包括上述服药信息,以使得服药设备在服药者需要服药的时刻提醒服药者。
205.具体地,服药设备包括药仓,并且药仓内存储有药品。此外,服药设备包括多个药仓,这样可以在不同的药仓内放置不同的药品,并且多个药仓之间相互独立,可单独开启和关闭。
206.进一步地,服药信息包括以下至少一者:药品名称、药品数量、服药次数、服药时间、药品所在的药仓。其中,药品名称有助于服药者了解到药仓内药品的类型,药品数量、服药次数和服药时间有助于服药者了解到服药信息,进而提醒服药者在需要服药的时间服用适量的药品。
207.进一步地,服药时间处于上文提及的预设时间段内。具体地,预设时间段以药品的服药时间开始计时,以预设时长结束计时。其中,预设时长可以为10分钟、15分钟、20分钟、25分钟、30分钟、35分钟、40分钟、45分钟、50分钟等,本领域技术人员是可以理解的。并且,药品的服药时间可以预先设置。
208.本发明第八个实施例提出了一种信息提示方法,在第五个实施例和第六个实施例的基础上,进一步地:
209.不同的服药者具有不同的服药需求,并且不同的药品的性质又并不相同。因此,在服药设备使用前,服药者可以通过电子设备手动输入对应的服药信息。
210.具体地,服药者在将药品放置到服药设备的药仓前,可以识别药品外包装的标签,进而直接获取到该药品的相关服药信息,并存储第一输入所对应的服药信息,进而将第一输入所对应的服药信息存储下来。具体地,上述标签可以是二维码等。进一步地,本发明会向服务器发送第二信息,并且第二信息内包括上述服药信息,以使得服药设备在服药者需要服药的时刻提醒服药者。
211.具体地,服药设备包括药仓,并且药仓内存储有药品。此外,服药设备包括多个药仓,这样可以在不同的药仓内放置不同的药品,并且多个药仓之间相互独立,可单独开启和关闭。
212.进一步地,服药信息包括以下至少一者:药品名称、药品数量、服药次数、服药时间、药品所在的药仓等。其中,药品名称有助于服药者了解到药仓内药品的类型,药品数量、服药次数和服药时间有助于服药者了解到服药信息,进而提醒服药者在需要服药的时间服用适量的药品。
213.进一步地,服药时间处于上文提及的预设时间段内。具体地,预设时间段以药品的服药时间开始计时,以预设时长结束计时。其中,预设时长可以为10分钟、15分钟、20分钟、25分钟、30分钟、35分钟、40分钟、45分钟、50分钟等,本领域技术人员是可以理解的。并且,药品的服药时间可以预先设置。
214.本发明第九个实施例提出了一种信息提示方法,可以用于服药设备。其中,服药设备和终端设备通过服务器通信连接,服药设备的药仓内存储有药品,药仓处于常闭状态。在使服药者使用过程中,服药者开启服药设备的药仓可视为服药者已经服药。
215.如图3所示,信息提示方法包括:
216.步骤302,在服药设备与服务器建立通信连接的情况下,向服务器发送第一信息;
217.步骤304,获取预设时间段内服药设备的开合情况,并向服务器发送开合情况。
218.本发明提出的信息提示方法可以用于服药设备。其中,服药设备和终端设备通过服务器通信连接,服药设备的药仓内存储有药品,药仓处于常闭状态。在使服药者使用过程中,服药者开启服药设备的药仓可视为服药者已经服药。
219.在服药者使用前,服药者会对服药设备进行配网操作,在服药设备与服务器联网成功后,本发明会向服务器发送第一信息,以表示服药设备配网成功,并使得服务器生成邀请信息。
220.在服药者使用过程中,本发明会获取预设时间段内服药设备的开合情况,并向服务器发送开合情况,以使得服务器判断是否需要提示服药者。进一步地,在需要提示服药者的情况下,服务器会向服药设备发送第一信息。
221.具体地,在使用过程中,可能存在服药者因遗忘而忘记服用药品的情况,可能存在服药者多服用药品的情况,可能存在服药者服药后忘记关闭服药设备的药仓的情况。
222.这样,本发明能够降低服药者因遗忘而漏服、误服药品的几率,特别是降低老人或儿童漏服、误服药品的几率。并且,本发明可以通过服药设备来输出第一提示信息提示服药者。
223.本发明第十个实施例提出了一种信息提示方法,在第九个实施例的基础上,进一步地:
224.服药设备的药仓处于常闭状态,服药者需要自行开启药仓取药服用。因此,在服药者使用过程中,服药设备会及时向服务器发送信息。其中,在服药者开启服药设备的药仓时,服务器会向服务器发送开启信息;在服药者关闭服药设备的药仓时,服务器会向服务器发送关闭信息。
225.对应地,在预设时间段内,如果服务器获取到来自于服药设备的开启信息,说明服药者开启服药设备的药仓,此时可视为服药者正在服用药品。在预设时间段内,如果本服务
器获取到来自于服药设备的关闭信息,说明服药者关闭服药设备的药仓,此时可视为服药者已经服药完成。此外,在预设时间段内,如果服务器既没有获取到来自于服药设备的开启信息,又没有来自于服药设备的关闭信息,说明服药者没有开启服药设备的药仓,可视为服药者遗忘服药。
226.因此,通过向服务器发送对应的开启信息和关闭信息,可以使得服务器获知服药者的服药情况,进而控制服药设备输出对应的第一提示信息。
227.本发明第十一个实施例提出了一种信息提示方法,在第九个实施例和第十个实施例的基础上,进一步地:
228.不同的服药者具有不同的服药需求,并且不同的药品的性质又并不相同。因此,服务器存储有来自于终端设备的第二信息,第二信息包括服药信息;服药信息包括以下至少一者:药品名称、药品数量、服药次数、服药时间、药品所在的药仓。
229.对应地,在达到服药时间的情况下,服务器会向服药设备发送第三信息,进而使得服药设备响应于第三信息输出第二提示信息,第二提示信息服药者提示服药者哪一个药仓内的药品需要服药,并提示服药剂量等相关信息。
230.如图4所示,本发明第十二个实施例提出了一种信息处理装置400,能够用于服务器。其中,服药设备和终端设备通过服务器通信连接,服药设备的药仓内存储有药品,药仓处于常闭状态。在使服药者使用过程中,服药者开启服药设备的药仓可视为服药者已经服药。
231.本发明提出的信息处理装置400包括生成单元402、发送单元404、获取单元406和判断单元408。在日常使用过程中,在服药设备与服务器配网成功后,服药设备会向服务器发送第一信号。对应地,服务器在确定服药设备配网成功后,可以根据服药者的需求生成邀请信息;而后,服务器会向至少一个终端设备发送邀请信息,并邀请至少一个终端设备进入到终端群组中。
232.进一步地,在达到预先设置的服药时间后,获取单元406会获取服药设备的开合情况,判断单元408判断服药设备的开合情况是否满足预设条件;在服药设备的开合情况满足预设条件的情况下,说明服药者服药异常或服药设备使用异常。此时,生成单元402会生成邀请信息,本发明会控制发送单元404向终端群组中的全部终端设备发送第一信息,进而提示终端群组中终端设备的使用者。
233.举例来说,在终端群组中,既有服药者所使用的第一终端设备,也有该服药者的家人所使用的第二终端设备。因此,本发明可以通过服药设备的开合情况来判断服药者的服药情况,进而在出现异常的情况下向第一终端设备和第二终端发送第一信息,以使得第一终端和第二终端均能输出第一提示信息,进而使得第一终端可以提醒服药者,使得第二终端可以提醒服药者的家人。
234.这样,本发明能够在服药者服药出现异常时,通过第一终端提醒服药者,进而使得服药者尽快服药。与此同时,本发明还能通过第二终端来提示服药者的家人或朋友。这样,在服药者没有注意到第一终端设备输出的第一提示信息、或者是服药者并没有携带第一终端设备的情况下,还可通过服药者的家人或朋友来提示服药者,进而能降低服药者服药异常。
235.具体地,关于上述预设时间段,需要解释说明的是:该预设时间段以药品的服药时
间开始计时,以预设时长结束计时。其中,预设时长可以为10分钟、15分钟、20分钟、25分钟、30分钟、35分钟、40分钟、45分钟、50分钟等,本领域技术人员是可以理解的。并且,药品的服药时间可以预先设置。
236.因此,本发明提出的信息处理方法,能够实现服药设备与至少一个终端设备之间的联动控制,并根据服药设备在预设时间段内的开合情况,来使得至少一个终端设备输出第一提示信息,进而通过该第一提示信息来提示服药者以及服药者的家人或朋友,以提示服药者及时吃药、或者提示服药者以及服药者的家人或朋友及时调整服药设备的状态、或者是提示服药者以及服药者的家人或朋友及时处理其他紧急情况(例如服药者多服用了药品)。
237.此外,通过本发明提出的信息处理方法,能够降低服药者因遗忘而漏服、误服药品的几率,特别是降低老人或儿童漏服、误服药品的几率。并且,上述终端设备可以为服药者随身携带的手机、手表等设备,更加可以起到及时提示服药者。
238.本发明第十三个实施例提出了一种信息处理装置400,在第十二个实施例的基础上,进一步地:
239.至少一个终端设备包括第一终端设备和至少一个第二终端设备。其中,第一终端设备为服药者使用,第二终端设备为服药者的家人或烹饪使用;并且,上述第一终端设备和至少一个第二终端设备均与服务器通信连接。此外,第二终端的数量可以为一个,也可以为多个。
240.进一步地,在建立终端群组的过程中,发送单元404会向服药者所使用的第一终端设备发送邀请信息;这样,使用者可以将邀请信息发送到至少一个第二终端设备;第二终端设备的使用者(也即服药者的亲属或烹饪)可以向服务器反馈针对于邀请信息的接受回复。此时,生成单元402可以响应于来自第二终端设备的接受回复建立终端群组,并将第一终端设备和发出上述接受回复的第二终端设备一起加入到该终端群组中。
241.本发明第十四个实施例提出了一种信息处理装置400,在第十二个实施例和第十三个实施例的基础上,进一步地:
242.在服药者使用过程中,服药设备会及时向服务器发送信息。其中,在服药者开启服药设备的药仓时,服务器会向服务器发送开启信息;在服药者关闭服药设备的药仓时,服务器会向服务器发送关闭信息。
243.因此,判断单元408可以通过服务器获取到的相关信息来判断服药设备的开合情况。具体地,在预设时间段内,如果本发明获取到来自于服药设备的开启信息,说明服药者开启服药设备的药仓,此时可视为服药者正在服用药品。在预设时间段内,如果本发明获取到来自于服药设备的关闭信息,说明服药者关闭服药设备的药仓,此时可视为服药者已经服药完成。
244.此外,在预设时间段内,如果本发明既没有获取到来自于服药设备的开启信息,又没有来自于服药设备的关闭信息,说明服药者没有开启服药设备的药仓,可视为服药者遗忘服药。
245.在该实施例中,进一步地,服药设备的药仓处于常闭状态,服药者需要自行开启药仓取药服用。
246.在服务器没有接收到来自于服药设备的开启信息的情况下,说明服药者并没有按
时服用药品。因此,判断服药设备的开合情况满足预设条件,此时需要提示服药者按时服药。特别地,在服务器没有接收到来自于服药设备的开启信息的情况下,服务器不可能接收到关闭信息。
247.在服务器没有接收到来自于服药设备的关闭信息的情况下,说明服药者取药后并没有将药仓关闭,这会导致药仓内的药品受潮等。因此,判断服药设备的开合情况满足预设条件,此时需要提示服药者及时关闭药仓。
248.在预设时间段内,如果获取到第开启信息至少两次,说明服药者至少两次开启了药仓,这存在服药者多服用药品的情况。因此,判断服药设备的开合情况满足预设条件,此时需要提示服药者注意是否服用过量。
249.在该实施例中,进一步地,第一信息包括漏服信息、忘关信息和多服信息。其中,漏服信息用于提示服药者及时服药、忘关信息用于提示服药者及时关闭服药设备的药仓、多服信息用于提示服药者检查是否服药过量。
250.在没有获取到开启信息的情况下,说明服药者并没有按时服用药品。此时,本发明会向终端群组中的全部终端设备发送漏服信息,进而提示服药者及时服药。
251.在获取到开启信息且没有获取到关闭信息的情况下,说明服药者取药后并没有将药仓关闭,这会导致药仓内的药品受潮等。因此,本发明会向终端群组中的全部终端设备发送忘关信息,进而提示服药者及时将药仓关闭。
252.在获取到开启信息至少两次的情况下,说明服药者至少两次开启了药仓,这存在服药者多服用药品的情况。因此,本发明会向终端群组中的全部终端设备发送多服信息,进而提示服药者可能存在服药过量的可能,并提示用书及时检查处理。
253.本发明第十五个实施例提出了一种信息处理装置400,在第十二个实施例、第十三个实施例和第十四个实施例的基础上,进一步地:
254.不同的服药者具有不同的服药需求,并且不同的药品的性质又并不相同。因此,在服药设备使用前,服药者可以通过第一终端设备输入对应的服药信息,以使得第一终端设备向服务器发送包括服药信息的第二信息。
255.对应地,本发明在接收到来自于第一终端设备的第二信息后,会对第二信息进行识别,进而确定出第二信息的服药信息。而后,本发明会存储第二信息,并根据服药信息向服药设备发送第三信息,以使得服药设备根据接收到的第三信息输出第二提示信息,进而通过第二提示信息来提示服药者及时服药。
256.在该实施例中,进一步地,服药设备包括药仓,并且药仓内存储有药品。此外,服药设备包括多个药仓,这样可以在不同的药仓内放置不同的药品,并且多个药仓之间相互独立,可单独开启和关闭。
257.进一步地,服药信息包括以下至少一者:药品名称、药品数量、服药次数、服药时间、药品所在的药仓等。其中,药品名称有助于服药者了解到药仓内药品的类型,药品数量、服药次数和服药时间有助于服药者了解到服药信息,进而提醒服药者在需要服药的时间服用适量的药品。
258.进一步地,服药时间处于上文提及的预设时间段内。具体地,预设时间段以药品的服药时间开始计时,以预设时长结束计时。其中,预设时长可以为10分钟、15分钟、20分钟、25分钟、30分钟、35分钟、40分钟、45分钟、50分钟等,本领域技术人员是可以理解的。并且,
药品的服药时间可以预先设置。
259.在上述任一实施例的基础上,进一步地,邀请信息包括但不限于邀请二维码、邀请链接、邀请号码。其中,终端设备可以通过识别邀请二维码、访问邀请链接、或者是输入邀请号码的方式来加入到终端群组中。更进一步地,用户可以选择上述任一者邀请信息。
260.如图5所示,本发明第十六个实施例提出了一种信息提示装置500,能够用于终端设备。该终端设备包括但不限于手机、手表、平板电脑等。其中,服药设备和至少一个终端设备通过服务器通信连接,服药设备的药仓内存储有药品,药仓处于常闭状态。在使服药者使用过程中,服药者开启服药设备的药仓可视为服药者已经服药。
261.其中,信息提示装置500包括接收单元502、发送单元504、识别单元506和输出单元508。在日常使用过程中,在服药设备与服务器配网成功后,服药设备会向服务器发送第一信号。对应地,服务器在确定服药设备配网成功后,可以根据服药者的需求生成邀请信息,并将邀请信息发送给终端设备。对应地,接收单元502在接收来自于服务器的邀请信息后,服药者可以向终端设备通过第一输入来输入针对于邀请信息的接受回复。这样,发送单元504可以响应于服药者的第一输入,并向服务器发送针对该邀请信息的接受回复。对应地,服药器可以根据接收到的接受回复来建立终端群组。
262.进一步地,在日常使用过程中,在需要提示服药者的情况下,服务器会向终端设备发送第一信息。对应地,接收单元502在接收到来自于服务器的第一信息后,识别单元506会对第一信息进行识别,发送单元504根据识别结果来输出第一提示信息,进而通过第一提示信息来提示服药者。
263.具体地,在使用过程中,可能存在服药者因遗忘而忘记服用药品的情况,可能存在服药者多服用药品的情况,可能存在服药者服药后忘记关闭服药设备的药仓的情况。因此,本发明会对来自于服务器的第一信息进行识别,并根据识别结构输出对应的第一提示信息,以提示服药者及时处理。
264.这样,本发明能够降低服药者因遗忘而漏服、误服药品的几率,特别是降低老人或儿童漏服、误服药品的几率。本发明可以通过终端设备来输出第一提示信息提示服药者;而上述终端设备可以为服药者随身携带的手机、手表等设备,更加可以起到及时提示服药者。
265.本发明第十七个实施例提出了一种信息提示装置500,在第十六个实施例的基础上,进一步地:
266.服药设备的药仓处于常闭状态,服药者需要自行开启药仓取药服用。因此,在服药者使用过程中,服药设备会及时向服务器发送信息。其中,在服药者开启服药设备的药仓时,服务器会向服务器发送开启信息;在服药者关闭服药设备的药仓时,服务器会向服务器发送关闭信息。
267.对应地,在预设时间段内,如果服务器获取到来自于服药设备的开启信息,说明服药者开启服药设备的药仓,此时可视为服药者正在服用药品。在预设时间段内,如果本服务器获取到来自于服药设备的关闭信息,说明服药者关闭服药设备的药仓,此时可视为服药者已经服药完成。此外,在预设时间段内,如果服务器既没有获取到来自于服药设备的开启信息,又没有来自于服药设备的关闭信息,说明服药者没有开启服药设备的药仓,可视为服药者遗忘服药。
268.因此,通过向服务器发送对应的开启信息和关闭信息,可以使得服务器获知服药
者的服药情况,进而控制服药设备输出对应的第一提示信息。
269.在该实施例中,进一步地,第一提示信息包括服药提示信息、关闭提示信息和多服提示信息。
270.在服药者忘记服药的情况下(即服务器没有获取到来自于服药设备的开启信息的情况下),服务器会向终端设备发送漏服信息。对应地,本发明在获取到来自于服务器的漏服信息的情况下,会输出服药提示信息,进而提示服药者及时服药,避免服药者忘记服药的情况发生。
271.在服药者忘记关闭药仓的情况下(即服务器获取到来自于服药设备的开启信息但没有获取到关闭信息的情况下),服务器会向终端设备发送忘关信息。对应地,本发明在获取到来自于服务器的忘关信息的情况下,会输出关闭提示信息,进而提示服药者及时关闭服药设备的药仓,避免环境中的水汽进入到药仓而引起药仓内的药品受潮。
272.在服药者可能存在多服药的情况下(即在预设时间段内服务器获取到来自于服药设备的开启信息至少两次的情况下),服务器会向终端设备发送多服信息。对应地,本发明在获取到来自于服务器的多服信息的情况下,会输出关闭提示信息,进而提示服药者及时检查是否过量服用的药品,并做及时处理,避免危害服药者人身安全。
273.本发明第十八个实施例提出了一种信息提示装置500,在第十六个实施例和第十七个实施例的基础上,进一步地:
274.不同的服药者具有不同的服药需求,并且不同的药品的性质又并不相同。因此,服务器存储有来自于终端设备的第二信息,第二信息包括服药信息;服药信息包括以下至少一者:药品名称、药品数量、服药次数、服药时间、药品所在的药仓。
275.对应地,在达到服药时间的情况下,服务器会向服药设备发送第三信息,进而使得服药设备响应于第三信息输出第二提示信息,第二提示信息服药者提示服药者哪一个药仓内的药品需要服药,并提示服药剂量等相关信息。
276.如图6所示,本发明第十九个实施例提出了一种信息提示装置600,可以用于服药设备。其中,服药设备和终端设备通过服务器通信连接,服药设备的药仓内存储有药品,药仓处于常闭状态。在使服药者使用过程中,服药者开启服药设备的药仓可视为服药者已经服药。
277.其中,信息提示装置600包括发送单元602、获取单元604。其中,在服药者使用前,服药者会对服药设备进行配网操作,在服药设备与服务器联网成功后,发送单元602会向服务器发送第一信息,以表示服药设备配网成功,并使得服务器生成邀请信息。
278.在服药者使用过程中,获取单元604会获取预设时间段内服药设备的开合情况,并向服务器发送开合情况,以使得服务器判断是否需要提示服药者。进一步地,在需要提示服药者的情况下,服务器会向服药设备发送第一信息。
279.具体地,在使用过程中,可能存在服药者因遗忘而忘记服用药品的情况,可能存在服药者多服用药品的情况,可能存在服药者服药后忘记关闭服药设备的药仓的情况。
280.这样,本发明能够降低服药者因遗忘而漏服、误服药品的几率,特别是降低老人或儿童漏服、误服药品的几率。
281.本发明第二十个实施例提出了一种信息提示装置600,在第十九个实施例的基础上,进一步地:
282.服药设备的药仓处于常闭状态,服药者需要自行开启药仓取药服用。因此,在服药者使用过程中,服药设备会及时向服务器发送信息。其中,在服药者开启服药设备的药仓时,服务器会向服务器发送开启信息;在服药者关闭服药设备的药仓时,服务器会向服务器发送关闭信息。
283.对应地,在预设时间段内,如果服务器获取到来自于服药设备的开启信息,说明服药者开启服药设备的药仓,此时可视为服药者正在服用药品。在预设时间段内,如果本服务器获取到来自于服药设备的关闭信息,说明服药者关闭服药设备的药仓,此时可视为服药者已经服药完成。此外,在预设时间段内,如果服务器既没有获取到来自于服药设备的开启信息,又没有来自于服药设备的关闭信息,说明服药者没有开启服药设备的药仓,可视为服药者遗忘服药。
284.因此,通过向服务器发送对应的开启信息和关闭信息,可以使得服务器获知服药者的服药情况,进而控制服药设备输出对应的第一提示信息。
285.本发明第二十一个实施例提出了一种信息提示装置600,在第十九个实施例和第二十个实施例的基础上,进一步地:
286.不同的服药者具有不同的服药需求,并且不同的药品的性质又并不相同。因此,服务器存储有来自于终端设备的第二信息,第二信息包括服药信息;服药信息包括以下至少一者:药品名称、药品数量、服药次数、服药时间、药品所在的药仓。
287.对应地,在达到服药时间的情况下,服务器会向服药设备发送第三信息,进而使得服药设备响应于第三信息输出第二提示信息,第二提示信息服药者提示服药者哪一个药仓内的药品需要服药,并提示服药剂量等相关信息。
288.如图7所示,本发明第二十二个实施例提出了一种服务器700,包括处理器702和存储器704。
289.其中,存储器704上存储有程序或指令,程序或指令能够在处理器702上运行。并且,程序或指令被处理器702执行时,能够给实现如本发明第一方面的信息处理方法的步骤。因此,该服务器具有上述信息处理方法的全部有益效果,在此并不展开论述。
290.如图8所示,本发明第二十三个实施例提出了一种终端设备800,包括处理器802和存储器804。
291.其中,存储器804上存储有程序或指令,程序或指令能够在处理器802上运行。并且,程序或指令被处理器802执行时,能够给实现如本发明第二方面的信息提示方法的步骤。因此,该终端设备具有上述信息提示方法的全部有益效果,在此并不展开论述。
292.如图9所示,本发明第二十四个实施例提出了一种服药设备900,包括处理器902和存储器904。
293.其中,存储器904上存储有程序或指令,程序或指令能够在处理器902上运行。并且,程序或指令被处理器902执行时,能够给实现如本发明第三方面的信息提示方法的步骤。因此,该服药设备具有上述信息提示方法的全部有益效果,在此并不展开论述。
294.本发明第二十八个实施例提出了一种可读存储介质,其上存储有程序。
295.其中,程序被处理器执行时,实现如本发明第一方面的信息处理方法的步骤、或实现如本发明第二方面的信息提示方法的步骤、或实现如本发明第三方面的信息提示方法的步骤。因此,该可读存储介质具有如本发明第一方面的信息处理方法的全部有益效果、或具
有如本发明第二方面的信息提示方法的全部有益效果、或具有如本发明第三方面的信息提示方法的全部有益效果,在此并不展开论述。
296.在上述任一实施例的基础上,进一步地,如图10所示,服药设备1000包括饮水机1002和服药装置1004,服药装置1004包括多个药仓1006和显示面板1008,显示面板1008上设置有显示区域,并可用户输出提示信息。此外,显示面板1008上还可设置蜂鸣器等部件,以提示用户。此外,上文提及的服药设备1000的开合情况,即为药仓1006的开合情况。
297.因此,本发明能够记录每种药品的药品名称、药品数量、服药次数、服药时间等相关服药信息,并在需要服药的时候提示用户,有效解决了相关技术中用户没有按时服药、错服、漏服、多服的问题。
298.其中,终端设备具有支持wi-fi联网功能,并能发送及接收指令;服药设备的药仓能够存储药品;路由器能够连接服药设备和终端设备;服务器能够数据存储与处理,网络请求处理。进一步地,用户在使用过程中,其使用步骤如下:
299.如图11所示,本发明在使用过程中,提醒逻辑包括:
300.步骤1102,服药设备配网;
301.步骤1104,分类放置药品;
302.步骤1106,药品信息录入;
303.步骤1108,服务器计算提醒时间;
304.步骤1110,提醒服药。
305.如图12所示,本发明在使用过程中,信息传输逻辑包括:
306.步骤1202,开启或关闭药仓;
307.步骤1204,定位到开关的药仓对应的十六进制状态位,并更新状态值;
308.步骤1206,把更新后的状态传送至wifi模块;
309.步骤1208,wifi模块将状态值传递至服务器;
310.步骤1210,服务器接收到指令后,根据协议好的状态值进行解析;
311.步骤1212,解析成功后判断当前是否为放置药品状态,若判断结果为是执行步骤1214,否则执行步骤1216;
312.步骤1214,本次药仓开关不录入服药记录;
313.步骤1216,本次药仓开关录入服药记录;
314.步骤1218,服药记录统计。
315.此处需要注意的是,在步骤1212中,可以通过传感器来检测掩藏内的药品是否还存在;如果药品还存在,则视为用户开启了药仓也没有服药,此时本次药仓开关不录入服药记录;如果药品不存在,则视为用户已经服药,此时本次药仓开关录入服药记录。
316.下面,结合图13至图18,对服药信息的录入做出详细解释:
317.第一步:服药设备与终端设备配网连接,服药设备连接上app,邀请需要接受提醒的其他家庭成员入家庭,可通过扫码、app、电话号码等方式进行邀请(如图13所示)。
318.第二步:用户在终端设备的app上选择放置的药品,app会发送第二信息至服务器,告知服务器开始方式药品。对应地,用户把服药设备的药仓打开,将药品分类放入各药仓里,关闭药仓(每个药仓的开与关,都会上报消息至服务器)。
319.第三步:在终端设备的app上录入服药信息,药品名称、药品数量、服药次数、服药
时间、药品所在的药仓等。这里提供两种录入方式:
320.第一种录入方式为手动录入。具体地,用户进入app设备首页(如图14所示),点击需要录入的药仓,弹出录入方式选择(如图15所示),选择手动添加,进入药品类别选择(如图16所示),选择药品类别后点下一步进入药品名称录入(如图17所示),选择或输入完毕后点下一步进入服药信息录入,选择或填写服药日期、每天服药次数、每次服药数量、每天服药时间(如图18所示,根据次数生成多个服药时间,若次数在三次及以内则根据一般老人早中午三餐的饮食时间习惯进行服药时间生成。
321.具体地,次数为一次则早上7:30。
322.次数为两次则早上与晚上7:30/18:00。
323.次数为三次则早中晚7:30/12:00/18:00。
324.若次数大于三次,则优先在睡前增加一次服药时间,其次在早中晚间隙分别插入时间,时间间隔优先是2.5小时,其次是2小时。
325.次数为四次7:30/12:00/18:00/20:30。
326.次数为五次7:30/10:00/12:00/18:00/20:30。
327.次数为六次7:30/10:00/12:00/14:00/18:00/20:30。
328.次数为七次7:30/9:00/10:00/12:00/14:00/18:00/20:30。
329.次数为八次7:30/9:00/10:00/12:00/14:00/16:00/18:00/20:30。
330.最多只可设置八次,生成的服药时间用户如不满意可以再手动更改)、服药提示语(饭前、饭中、饭后),录入完毕后点击完成。
331.第二种录入方式为手动录入。具体地,用户进入app设备首页(如图14所示),点击需要录入的药仓,弹出录入方式选择(如图15所示),选择扫码添加跳转到扫码操作界面(如图19所示),点击扫码添加,手机摄像头对准药品包装盒上的条形码进行扫描,app识别到条形码id,通过id查询服务器里收录的对应的药品名称、剂量、服药规则等信息,若查无信息则跳转至手动录入步骤(如图18所示),若查询成功系统根据获取的信息自动填入药品类别、药品名称、每天服药次数、每次服药数量、每天服药时间(与上面手动录入时的生成逻辑一样),界面直接跳到服药信息录入步骤,用户只需要服药日期即可,同时也允许手动修改生成的数据,录入完毕后点击完成。
332.在服药信息录入完成后,app会把已填写的服药信息发送指令至服务器告知已录入完毕。
333.第四步:服药设备把每次药仓开合的信息传至服务器,服务器自药品信息录入完成后开始执行计算服药提醒计划;每一个药仓的提醒逻辑会单独执行,一次药仓开合信息算一次服药完成,再结合录入的服药信息,在下次服药时间点会在app内设备首页进行提醒,同时发送指令至药仓饮水机,通知设备那一个药仓需要提醒服药,设备会把对应药仓亮起红灯,并在设备屏幕显示哪个药仓需要服药xx颗。
334.特别地,当到达服药时间后服药设备半小时没上报对应药仓开合的消息,服务器判断为漏服,终端设备的app会弹出横幅消息提醒药品漏服,同时发送指令至服药设备,服药设备会把对应的药仓亮起红灯并且蜂鸣提示,直至用户打开药仓或者蜂鸣时间到达3分钟才停止蜂鸣。
335.特别地,当服务器接收到药仓打开消息后15分钟未收到关闭消息,终端设备的app
提示尽快关闭药仓以免药品受潮。
336.特别地,当服务器在同一个服药时间点15分钟内收到同一个药仓一次以上的开关信息,则服务器用户存在药品多服风险,终端设备的app上弹出横幅消息提醒存在多服风险。
337.在本发明的描述中,术语“多个”则指两个或两个以上,除非另有明确的限定,术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制;术语“连接”、“安装”、“固定”等均应做广义理解,例如,“连接”可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是直接相连,也可以通过中间媒介间接相连。对于本领域的普通技术人员而言,可以根据具体情况理解上述术语在本发明中的具体含义。
338.在本说明书的描述中,术语“一个实施例”、“一些实施例”、“具体实施例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或实例。而且,描述的具体特征、结构、材料或特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
339.以上仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1