法时，可以在智能终端中预先存储识别信息与医疗信息的对应关系，在本地中直接获取用户的医疗信息；或者是向存储有识别信息与医疗信息的对应关系的服务端发送识别信息，从服务端获取与识别信息对应的医疗信息。当由上述服务端执行本公开实施例的方法时，可以由服务端直接从本地获取用户的医疗信息。
[0124]本公开提供的实施例中，对于步骤102，利用所述医疗信息可以监控是否需要提醒所述用户进行预定医疗活动，例如可以根据每种药品的用药时间监控是否需要提醒用户服用药物，或者是根据每种药品的药品总量和单次药品用量监控药品是否将要服用完，以确定是否需要提醒用户进行复诊。
[0125]本公开提供的实施例中，对于步骤103，当监控到需要提醒用户时，可以输出进行预定医疗活动的提醒消息，在实际应用中，所述提醒消息可以采用语音方式、振动方式、文字显示方式、图像显示方式和视频显示方式中的至少一种方式输出，能丰富提醒消息的输出方式，达到更好的提醒效果。例如，可以利用预先设定的音乐或语音等进行提示，也可以是智能终端的用户界面中显示一通知消息等多种方式。
[0126]其中，所述输出进行预定医疗活动的提醒消息，可以包括至少一种下述方式:
[0127]在本终端中输出所述提醒消息。
[0128]将输出所述提醒消息的控制指令发送给预先关联的目标终端，以触发所述目标终端输出所述提醒消息。
[0129]当由上述智能终端执行本公开实施例的方法时，智能终端中可以在本终端中输出该提醒消息，当由上述服务端执行本公开实施例的方法时，可以由服务端将控制指令发送给预先关联的目标终端，当目标终端接收到该控制指令时，输出该提醒消息，以提醒用户执行预定医疗活动。
[0130]如图2A所示，是根据一示例性实施例示出的另一种提醒消息输出方法的流程图，本实施方式在前述实施例的基础上，描述了如何根据医疗信息监控是否需要提醒所述用户进行预定医疗活动的一种处理过程，包括如下步骤201-203:
[0131]在步骤201中，获取用户的用餐时间。
[0132]在步骤202中，根据所述可服用时间和所述用餐时间确定所述需服用药品的用药时间。
[0133]在步骤203中，在判断所述用药时间到达或所述用药时间之前的预定时间到达时，确定需要提醒所述用户服用所述药品。
[0134]本公开提供的实施例中，医疗信息至少包括需服用药品的可服用时间，例如，药品的可服用时间，可以是饭后一小时内，或者是饭前一小时内等；因此可以获取用户的用餐时间，该用餐时间可以是用户预先输入的用餐时间，也可以是预先自定义的用餐时间。结合用户的用餐时间和药品的可服用时间，则可确定药品的用药时间，进而在用药时间到达或之前，确定需要提醒用户服用该药品。
[0135]其中，可以根据需要，选择在用药时间到达时确定需要进行提醒操作，也可以选择在用药时间到达之前的预定时间确定需要进行提醒操作。在提醒时，可以只进行一次提醒操作，也可以进行多次提醒操作。例如，可以在用药时间到达之前的半小时、十五分钟、五分钟进行提示。如图2B所示，是根据一示例性实施例示出的一种智能终端的用户界面示意图，从该图中可以看出，智能终端在确定需要提醒用户服用药品时，在终端的用户界面中显示了一提醒消息以提醒用户服用药品。
[0136]由上述实施例可见，本公开实施例可以根据用户的三餐时间和医疗信息中的药品可服用时间确定药品的用药时间，通过该用药时间可以监控是否需要提醒所述用户服用所述药品，给用户带来了便利。
[0137]如图3A所示，是根据一示例性实施例示出的另一种提醒消息输出方法的流程图，本实施方式在前述实施例的基础上，描述了如何所述医疗信息监控是否需要提醒所述用户进行预定医疗活动的一种处理过程，包括如下步骤301-302:
[0138]在步骤301中，根据所述药品总量与单次药品用量确定所述药品总量与单次药品用量的比值为所述药品的可服用次数。
[0139]在步骤302中，在根据所述可服用次数判断所述药品服用完或所述药品服用完之前的预定时间到达时，确定需要提醒所述用户进行复诊。
[0140]本公开提供的实施例中，医疗信息至少包括需服用药品的药品总量与单次药品用量；根据药品总量和单次药品用量，可以确定药品可供服用的次数，进而可以监控该药品是否服用完。当监控到该药品服用完或之前，确定需要提醒用户复诊。
[0141]其中，可以根据需要，选择在药品服用完时确定进行提醒操作，也可以选择在药品服用完之前的预定时间确定进行提醒。在提醒时，可以只进行一次提醒操作，也可以进行多次提醒操作。例如，可以在用药时间到达之前的一天、6个小时、3个小时进行提示。如图3B所示，是根据一示例性实施例示出的另一种智能终端的用户界面示意图，从该图中可以看出，智能终端显示了一提醒消息以提醒用户药品服药完进行复诊。
[0142]由上述实施例可见，本公开实施例可以根据医疗信息中的药品总量和单次药品用量监控药品是否服用完，以及时提醒用户进行复诊，给用户带来便利。
[0143]与前述提醒消息输出方法实施例相对应，本公开还提供了提醒消息输出装置及相应的终端的实施例。
[0144]如图4所示，图4是本公开根据一示例性实施例示出的一种提醒消息输出装置框图，所述装置包括:医疗信息获取单元41、监控单元42和输出单元43。
[0145]其中，医疗信息获取单元41，被配置为获取用户的医疗信息。
[0146]监控单元42，被配置为根据所述医疗信息监控是否需要提醒所述用户进行预定医疗活动。
[0147]输出单元43，被配置为当监控到需要提醒所述用户进行预定医疗活动时，输出进行预定医疗活动的提醒消息。
[0148]由上述实施例可见，本公开实施例可以获取用户的医疗信息，根据医疗信息监控需要提醒所述用户进行预定医疗活动时，可以自动输出进行预定医疗活动的提醒消息，以提醒用户进行该预定医疗活动，给用户带来了便利。
[0149]如图5所示，图5是本公开根据一示例性实施例示出的另一种提醒消息输出装置框图，该实施例在前述图4所示实施例的基础上，所述医疗信息获取单元41，包括:识别信息获取子单元411和医疗信息获取子单元412。
[0150]其中，识别信息获取子单元411，被配置为获取所述用户的识别信息。
[0151]医疗信息获取子单元412，被配置为根据预设的识别信息与医疗信息的对应关系，获取与所述用户的识别信息对应的医疗信息。
[0152]由上述实施例可见，医疗信息可以在获取识别信息后根据识别信息而确定，能提高获取医疗信息的便捷性，给用户带来便利。
[0153]在一个可选的实现方式中，所述识别信息包括用户生物特征信息、用户账户信息、处方条码信息、处方编号信息中的至少一种。
[0154]由上述实施例可见，可以采用用户生物特征信息、用户账户信息、处方条码信息、处方编号信息中的至少一种作为识别信息，通过上述识别信息可以准备地识别用户，提高医疗信息的获取效率和准确率。
[0155]如图6所示，图6是本公开根据一示例性实施例示出的另一种提醒消息输出装置框图，该实施例在前述图5所示实施例的基础上，所述识别信息获取子单元411，可以包括至少一个下述模块:生物特征采集模块4111、账号信息接收模块4112、条码信息采集模块4113、条码信息或编号信息识别模块4114和编号信息接收模块4115;为了示例方便，在图6中示出了上述所有模块。
[0156]其中，生物特征采集模块4111，被配置为通过生物特征采集设备采集用户生物特征信息作为所述识别信息。
[0157]账号信息接收模块4112，被配置为接收输入的用户账号信息作为所述识别信息。
[0158]条码信息采集模块4113，被配置为通过摄像设备采集处方条码信息作为所述识别
?目息O
[0159]条码信息或编号信息识别模块4114，被配置为获取处方图像数据，从所述处方图像数据识别出处方条码信息或处方编号信息作为所述识别信息。
[0160]编号信息接收模块4115，被配置为接收输入的处方编号信息作为所述识别信息。
[0161]由上述实施例可见，可以通过生物特征采集设备采集用户生物特征信息、接收输入的用户账号信息或输入的处方编号信息、或者是通过摄像设备采集处方条码信息等多种方式获取识别信息，给用户带来了便利。
[0162]如图7所示，图7是本公开根据一示例性实施例示出的另一种提醒消息输出装置框图，该实施例在前述图5所示实施例的基础上，所述医疗信息获取子单元412，可以包括至少一个下述模块:第一医疗信息获取模块4121和第二医疗信息获取模块4122 ;为了示例方便，在图7中示出了上述两个模块。
[0163]其中，第一医疗信息获取模块4121，被配置为根据所述识别信息从本地数据库中获取所述医疗信息，所述本地数据库中存储有所述识别信息与医疗信息的对应关系。
[0164]第二医疗信息获取模块4122，被配置为将所述识别信息发送给服务端，接收服务端返回的医疗信息，所述服务端存储有所述识别信息与医疗信息的对应关系。
[0165]由上述实施例可见，可以在本地数