服药计划的推荐方法及系统
技术领域
本申请涉及智能医药技术领域,具体地说,涉及一种服药计划的推荐方法及系统。
背景技术
市面上类似的便携式药盒大多不是智能设备,只有简单的定时提示功能。带智能功能的药盒大多具备以下特点:电子药盒已经成为了很多慢性病患者常备电子产品,可提供存储药物、定时设置和及时提醒服药功能。
随着传感技术的发展及物联网技术的发展,结合云计算、云平台和智能终端的智能血压计、智能体温计、智能药盒等系统开始出现。如中国专利公布号CN104000726A公开了一种智能药盒系统,披露的电子药盒采用7列4行的方格盒子里备好一周的药物,用电子方式记录并提醒每次用药,但其功能与普通药盒区别不大;中国专利公布号CN 104523426公开了一种智能药盒系统,药盒装置具有存放药物、定时、与手机客户端同步和提示报警等功能;手机客户端具有用户管理、药盒信息设置、云端数据上传和下载、病友交流、就诊咨询、自动短信通知等功能,其不足是要求患者本人必须用手机才能使用,不适合老人单独使用的场合。中国专利公布号CN 102262749A公开了用药管理系统及方法,其基本思路:手机读取药袋上的RFID电子标签,提醒用户用药。
采用现有技术中的智能药盒指定服药计划时,填写的信息智能手动输入,比如药品名称、每次用量、服药频次和服药时间点等,均需逐项进行手动输入,操作极为不便,而且服药时间的设置限制为固定的服药时间点和循环周期,例如每天服药三次,早8点一次、12点一次、18点一次,服药5天,设置过程不够灵活。
发明内容
有鉴于此,本申请所要解决的技术问题是提供了一种服药计划的推荐方法及系统,能够基于大数据,结合用户的基础信息向用户推荐适合的服药计划,用户还可根据自身的服药习惯对推荐的服药计划进行调整,最终生成适合于用户的个性化的服药计划,而且本申请能够通过扫码方式识别药物信息并根据药物信息筛选服药计划,无需用户进行逐项输入,操作非常方便。
为了解决上述技术问题,本申请有如下技术方案:
一种服药计划的推荐方法,包括:
采集各个用户的服药过程信息和用户基础信息,结合所述用户基础信息,针对一种药物或多种药物的组合分别制定不同的基础服药计划,将制定的各所述基础服药计划存储至数据库中,每个基础服药计划对应不同的药物信息及适合人群;
扫码识别药物信息,将获取的药物信息与数据库中存储的各所述基础服药计划中的药物信息进行比对,筛选出包含所述药物信息的基础服药计划集合;
采集用户的用户基础信息,判断所述基础服药计划集合中是否存储有包含该用户基础信息的基础服药计划,若有,则将该基础服药计划作为推荐服药计划,提供至所述用户参考,否则,根据所述用户基础信息判断所述用户所属的适合人群,并从所述基础服药计划集合中筛选出包含所述适合人群信息的基础服药计划,形成待选基础服药计划;
若筛选出的所述待选基础服药计划唯一,则将该待选基础服药计划作为推荐服药计划,提供至所述用户参考;
若筛选出的所述待选基础服药计划不唯一,则从多个所述待选基础服药计划中,选择执行次数最多的一项作为推荐服药计划,提供至所述用户参考。
优选地,其中:
进一步包括:
根据用户输入的信息,判断是否执行所述推荐服药计划:
若接收到用户输入的确认信息,则执行所述推荐服药计划;
若接收到用户输入的修改信息,则向用户提供至少包括服药时间点、服药频率、每次服药量、服药习惯、服药天数在内的修改项目,根据用户的修改进行相应调整,生成调整后的服药计划,并执行所述调整后的服药计划。
优选地,其中:
进一步包括:
根据执行的所述推荐服药计划或所述调整后的服药计划,在预定的时间通过自定义语音提醒、电话提醒、短信提醒或微信提醒的方式提醒用户服药,并提醒用户服药注意事项,所述服药注意事项至少包括:不同药物的服用间隔和服药禁忌。
优选地,其中:
进一步包括:
根据用户在预定时间周期内的服药情况,生成阶段性服药情况报告,并将所述阶段性服药情况报告发送至用户以及预设的其他人员。
优选地,其中:
所述用户基础信息,至少包括:用户ID、性别、年龄、所在地区;
所述服药计划,至少包括:服药计划ID、执行该服药计划的用户ID、药名、每次用药量、服药频率、服药时间点、服药习惯、服药天数和服药计划制定时间。
一种服药计划的推荐系统,其特征在于,包括:信息采集模块、基础服药计划制定模块、药物识别模块、用户基础信息收集模块、推荐服药计划生成模块,
所述信息采集模块,用于采集各个用户的服药过程信息和用户基础信息;
所述基础服药计划制定模块,用于结合所述用户基础信息,针对一种药物或多种药物的组合分别制定不同的基础服药计划,将制定的各所述基础服药计划存储至数据库中,每个基础服药计划对应不同的药物信息及适合人群;
所述药物识别模块,用于通过扫码的方式识别药物信息;
所述用户基础信息收集模块,用于采集用户的用户基础信息;
所述推荐服药计划生成模块,用于将获取的药物信息与数据库中存储的各所述基础服药计划中的药物信息进行比对,筛选出包含所述药物信息的基础服药计划集合,并根据采集的用户的用户基础信息,判断所述基础服药计划集合中是否存储有包含该用户基础信息的基础服药计划,若有,则将该基础服药计划作为推荐服药计划,提供至所述用户参考,否则,根据所述用户基础信息判断所述用户所属的适合人群,并从所述基础服药计划集合中筛选出包含所述适合人群信息的基础服药计划,形成待选基础服药计划,同时用于判断筛选出的所述待选基础服药计划是否唯一,若唯一,则将该待选基础服药计划作为推荐服药计划,提供至所述用户参考,否则,从多个所述待选基础服药计划中,选择执行次数最多的一项作为推荐服药计划,提供至所述用户参考。
优选地,其中:
进一步包括:服药计划确认及执行模块,
所述服药计划确认及执行模块,用于根据用户输入的信息,判断是否执行所述推荐服药计划:
若接收到用户输入的确认信息,则执行所述推荐服药计划;
若接收到用户输入的修改信息,则向用户提供至少包括服药时间点、服药频率、每次服药量、服药习惯、服药天数在内的修改项目,根据用户的修改进行相应调整,生成调整后的服药计划,并执行所述调整后的服药计划。
优选地,其中:
进一步包括:服药计划提醒模块,
所述服药计划提醒模块,用于根据执行的所述推荐服药计划或所述调整后的服药计划,在预定的时间通过自定义语音提醒、电话提醒、短信提醒或微信提醒的方式提醒用户服药,并提醒用户服药注意事项,所述服药注意事项至少包括:不同药物的服用间隔和服药禁忌。
优选地,其中:
进一步包括:报告生成模块,
所述报告生成模块,用于根据用户在预定时间周期内的服药情况,生成阶段性服药情况报告,并将所述阶段性服药情况报告发送至用户以及预设的其他人员。
优选地,其中:
所述用户基础信息,至少包括:用户ID、性别、年龄、所在地区;
所述服药计划,至少包括:服药计划ID、执行该服药计划的用户ID、药名、每次用药量、服药频率、服药时间点、服药习惯、服药天数和服药计划制定时间。
与现有技术相比,本申请所述的方法及系统,达到了如下效果:
第一,本发明所提供的服药计划的推荐方法及系统,根据用户的服药过程信息和用户基础信息,在数据库中形成了针对不同人群以及不同药物的基础服药计划集合,通过扫码获得药物信息后,能够从基础服药计划集合中筛选出包含有相关药物信息的服药计划,再结合人群信息,向用户推荐最适合于用户的服药计划。因此,推荐给用户的服药计划是若干用户已经执行过且普遍使用、有效的服药计划,省去了针对不同用户重新生成服药计划的操作,最大程度上满足用户需求的同时还能够提高服药计划的获取效率。
第二,本发明所提供的服药计划的推荐方法及系统,通过扫码识别药物信息后即可筛选出与该药物相关的基础的服药计划集合,该服药计划中已经包含了药品名称、每次用量、服药频次和服药时间点等信息,无需用户再逐项手动输入,操作极为方便。
第三,本发明所提供的服药计划的推荐方法及系统,用户可根据自申请实际情况对推荐的服药计划进行修改,例如可修改服药时间点、服药频率、每次服药量、服药习惯、服药天数等等,用户可根据个人习惯生成适用于自己的个性化的服药计划,操作非常灵活。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本发明的所述一种服药计划的推荐方法的流程图;
图2为本发明的所述一种服药计划的推荐系统的结构图;
图3为本发明的所述一种服药计划的推荐方法的实施例的流程图。
具体实施方式
如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解,硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式,而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语,故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内,本领域技术人员能够在一定误差范围内解决所述技术问题,基本达到所述技术效果。此外,“耦接”一词在此包含任何直接及间接的电性耦接手段。因此,若文中描述一第一装置耦接于一第二装置,则代表所述第一装置可直接电性耦接于所述第二装置,或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式,然所述描述乃以说明本申请的一般原则为目的,并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。
实施例1
参见图1所示为本申请所述一种服药计划的推荐方法的具体实施例,该方法包括:
步骤101、采集各个用户的服药过程信息和用户基础信息,结合所述用户基础信息,针对一种药物或多种药物的组合分别制定不同的基础服药计划,将制定的各所述基础服药计划存储至数据库中,每个基础服药计划对应不同的药物信息及适合人群;
步骤102、扫码识别药物信息,将获取的药物信息与数据库中存储的各所述基础服药计划中的药物信息进行比对,筛选出包含所述药物信息的基础服药计划集合;
步骤103、采集用户的用户基础信息,判断所述基础服药计划集合中是否存储有包含该用户基础信息的基础服药计划,若有,则将该基础服药计划作为推荐服药计划,提供至所述用户参考,否则,根据所述用户基础信息判断所述用户所属的适合人群,并从所述基础服药计划集合中筛选出包含所述适合人群信息的基础服药计划,形成待选基础服药计划;
步骤104、若筛选出的所述待选基础服药计划唯一,则将该待选基础服药计划作为推荐服药计划,提供至所述用户参考;
步骤105、若筛选出的所述待选基础服药计划不唯一,则从多个所述待选基础服药计划中,选择执行次数最多的一项作为推荐服药计划,提供至所述用户参考。
本申请所提供的上述服药计划的推荐方法,能够收集各用户已经执行过的服药计划并将服药计划并存储至数据库中,形成基于大数据的基础服药计划集合,各基础服药计划对应不同的药物信息和适合的人群信息。在有用户利用本申请所提供的方法生成服药计划时,通过扫码识别出药物信息,再结合用户基础信息,即可从数据库中筛选出包含上述药物信息以及适用于用户所属人群的待选基础服药计划,进而从待选基础服药计划中选出最适合该用户的服药计划作为推荐服药计划提供至用户进行参考。当待选基础服药计划不唯一时,可将执行次数最多的一项作为推荐服药计划。这样就能把适用于用户所属人群中大部分人的服药计划推荐给用户,免去了重新生成服药计划的麻烦,而且通过此种方式获得到的服药计划更具有说服力,最大程度上满足用户需求的同时还能够减少用户得到服药计划的时间,提高服药计划的获取效率。
同时,通过上述服药计划的推荐方法,用户无需像现有技术中那样逐项输入药品名称、每次用量、服药频次和服药时间点等信息,只要通过对药物的标识进行扫码,即可得到与该药物相关的服药计划,服药计划里已经包含了药品名称、每次用量、服药频次和服药时间点等内容,因此对于用户而言,操作更加简单快捷。
上述步骤101中,采集各个用户的服药过程信息和用户基础信息,可通过采集各用户的行为日志来获得这些信息,可进行周期性采集也可进行实时采集,周期性采集的方式可自行设定,例如可按天采集或按星期采集等。通过周期性采集或实时采集各用户的服药过程信息和用户基础信息,能够不断地完善数据库中的基础服药计划的数量和种类,使得推荐给用户的服药计划更具有可执行性。
本申请中服药计划的推荐方法,进一步包括:
根据用户输入的信息,判断是否执行所述推荐服药计划:
若接收到用户输入的确认信息,则执行所述推荐服药计划;
若接收到用户输入的修改信息,则向用户提供至少包括服药时间点、服药频率、每次服药量、服药习惯、服药天数在内的修改项目,根据用户的修改进行相应调整,生成调整后的服药计划,并执行所述调整后的服药计划。
也就是说,本申请服药计划的推荐方法向用户提供了推荐服药计划后,用户还可对该推荐服药计划进行调整。用户可结合自身的服药习惯,例如饭前服用还是饭后服用、是否睡前服用,有针对性地对本申请方法所提供的服药计划进行调整,调整的项目除了服药习惯外,还有服药时间点、服药频率、每次服药量、服药天数等等,操作非常方便,调整完成后生成满足用户需求的服药计划,并执行该服药计划。当然,如果用户觉得本申请所提供更多服药计划已满足自身的需求,也可直接接受本申请所提供的服药计划,执行所推荐的服药计划,设计更加灵活。
此外,本申请所提供的服药计划的推荐方法,进一步包括:根据执行的所述推荐服药计划或所述调整后的服药计划,在预定的时间通过自定义语音提醒、电话提醒、短信提醒或微信提醒的方式提醒用户服药,并提醒用户服药注意事项,所述服药注意事项至少包括:不同药物的服用间隔和服药禁忌。
上述方案中提供了自定义语音提醒、电话提醒、短信提醒或微信提醒等多种服药计划提醒的方式,具体采用何种方式进行服药计划提醒用户可根据个人喜好自行进行设置。
服药计划的提醒包括对服药时间的提醒,还包括对服药注意事项的提醒。例如,在服药前,提醒用户服用药物A期间不能食用辛辣食物,或者药物B和药物C需要间隔半个小时服用等等,从而使得服药提醒更加人性化。
进一步地,本申请所提供的服药计划的推荐方法,还包括:根据用户在预定时间周期内的服药情况,生成阶段性服药情况报告,并将所述阶段性服药情况报告发送至用户以及预设的其他人员。通过该阶段性服药情况报告,用户可查看到自己在所属阶段的服药情况,预设的其他人员,例如家人、医生等也可通过阶段性服药情况了解到家人、病人的服药情况。该阶段性服药情况报告中能够体现该阶段用户未按时服药的几率、是否每次都按照服药注意事项进行了服药,还可体现该阶段用户的服药习惯,以及对以后服药的建议等等。
本申请中的用户基础信息,至少包括:用户ID、性别、年龄、所在地区;
所述服药计划,至少包括:服药计划ID、执行该服药计划的用户ID、药名、每次用药量、服药频率、服药时间点、服药习惯、服药天数和服药计划制定时间。
服药计划是基于用户的基础信息和药物情况制定的。用户基础信息中涵盖了用户的所在地区,如此即可根据不同地区的气候差异来制定不同的服药计划。根据用户的年龄,可将用户区分为不同的年龄段,针对不同的年龄段制定不同的服药计划。综合不同地区的气候差异、用户的年龄段及性别有针对性地生成不同种类的服药计划,使得生成的服药计划更能体现不同人群的特征信息,从而使得通过本申请服药计划的推荐方法给用户提供的服药计划更具有可执行性。
实施例2
参见图2所示为本申请所述一种服药计划的推荐系统的具体实施例,该系统包括:信息采集模块10、基础服药计划制定模块20、药物识别模块30、用户基础信息收集模块40、推荐服药计划生成模块50,
所述信息采集模块10,用于采集各个用户的服药过程信息和用户基础信息;
所述基础服药计划制定模块20,用于结合所述用户基础信息,针对一种药物或多种药物的组合分别制定不同的基础服药计划,将制定的各所述基础服药计划存储至数据库中,每个基础服药计划对应不同的药物信息及适合人群;
所述药物识别模块30,用于通过扫码的方式识别药物信息;
所述用户基础信息收集模块40,用于采集用户的用户基础信息;
所述推荐服药计划生成模块50,用于将获取的药物信息与数据库中存储的各所述基础服药计划中的药物信息进行比对,筛选出包含所述药物信息的基础服药计划集合,并根据采集的用户的用户基础信息,判断所述基础服药计划集合中是否存储有包含该用户基础信息的基础服药计划,若有,则将该基础服药计划作为推荐服药计划,提供至所述用户参考,否则,根据所述用户基础信息判断所述用户所属的适合人群,并从所述基础服药计划集合中筛选出包含所述适合人群信息的基础服药计划,形成待选基础服药计划,同时用于判断筛选出的所述待选基础服药计划是否唯一,若唯一,则将该待选基础服药计划作为推荐服药计划,提供至所述用户参考,否则,从多个所述待选基础服药计划中,选择执行次数最多的一项作为推荐服药计划,提供至所述用户参考。
本申请所提供的上述服药计划的推荐系统,能够通过信息采集模块10和基础服药计划制定模块20收集各用户已经执行过的服药计划并将服药计划并存储至数据库中,形成基于大数据的基础服药计划集合,各基础服药计划对应不同的药物信息和适合的人群信息。在有用户利用本申请所提供的系统生成服药计划时,药物识别模块30通过扫码识别出药物信息,推荐服药计划生成模块50结合用户基础信息,即可从数据库中筛选出包含上述药物信息以及适用于用户所属人群的待选基础服药计划,进而从待选基础服药计划中选出最适合该用户的服药计划作为推荐服药计划提供至用户进行参考。当待选基础服药计划不唯一时,可将执行次数最多的一项作为推荐服药计划。这样就能把适用于用户所属人群中大部分人的服药计划推荐给用户,免去了重新生成服药计划的麻烦,而且通过此种方式获得到的服药计划更具有说服力,最大程度上满足用户需求的同时还能够减少用户得到服药计划的时间,提高服药计划的获取效率。
本申请的上述服药计划推荐系统,进一步包括:服药计划确认及执行模块,
所述服药计划确认及执行模块,用于根据用户输入的信息,判断是否执行上述推荐服药计划:
若接收到用户输入的确认信息,则执行所述推荐服药计划;
若接收到用户输入的修改信息,则向用户提供至少包括服药时间点、服药频率、每次服药量、服药习惯、服药天数在内的修改项目,根据用户的修改进行相应调整,生成调整后的服药计划,并执行所述调整后的服药计划。
本申请服药计划的推荐系统向用户提供了推荐服药计划后,用户还可对该推荐服药计划进行调整。用户可结合自身的服药习惯,例如饭前服用还是饭后服用,有针对性地对本申请系统所提供的服药计划进行调整,调整的项目除了服药习惯外,还有服药时间点、服药频率、每次服药量、服药天数等等,操作非常方便,调整完成后生成满足用户需求的服药计划,并执行该服药计划。当然,如果用户觉得本申请所提供更多服药计划已满足自身的需求,也可直接接受本申请所提供的服药计划,执行所推荐的服药计划,设计更加灵活。
进一步地,本申请的服药计划的推荐系统,还包括:服药计划提醒模块,
所述服药计划提醒模块,用于根据执行的所述推荐服药计划或所述调整后的服药计划,在预定的时间通过自定义语音提醒、电话提醒、短信提醒或微信提醒的方式提醒用户服药,并提醒用户服药注意事项,所述服药注意事项至少包括:不同药物的服用间隔和服药禁忌。
上述方案中服药计划提醒模块提供了自定义语音提醒、电话提醒、短信提醒或微信提醒等多种服药计划提醒的方式,具体采用何种方式进行服药计划提醒用户可根据个人喜好自行进行设置。
服药计划的提醒包括对服药时间的提醒,还包括对服药注意事项的提醒。例如,在服药前,提醒用户服用药物A期间不能食用辛辣食物,或者药物B和药物C需要间隔半个小时服用等等,从而使得服药提醒更加人性化。
本申请服药计划的推荐系统进一步包括:报告生成模块,
所述报告生成模块,用于根据用户在预定时间周期内的服药情况,生成阶段性服药情况报告,并将所述阶段性服药情况报告发送至用户以及预设的其他人员。
通过上述阶段性服药情况报告,用户可查看到自己在所属阶段的服药情况,预设的其他人员,例如家人、医生等也可通过阶段性服药情况了解到家人、病人的服药情况。该阶段性服药情况报告中能够体现该阶段用户未按时服药的几率、是否每次都按照服药注意事项进行了服药,还可体现该阶段用户的服药习惯,以及对以后服药的建议等等。
本申请中的用户基础信息,至少包括:用户ID、性别、年龄、所在地区等;
上述服药计划,至少包括:服药计划ID、执行该服药计划的用户ID、药名、每次用药量、服药频率、服药时间点、服药习惯、服药天数和服药计划制定时间等。
服药计划是基于用户的基础信息和药物情况制定的。用户基础信息中涵盖了用户的所在地区,如此即可根据不同地区的气候差异来制定不同的服药计划。根据用户的年龄,可将用户区分为不同的年龄段,针对不同的年龄段制定不同的服药计划。综合不同地区的气候差异、用户的年龄段及性别有针对性地生成不同种类的服药计划,使得生成的服药计划更能体现不同人群的特征信息,从而使得通过本申请服药计划的推荐方法给用户提供的服药计划更具有可执行性。
实施例3
以下提供一种本发明服药计划的推荐方法的应用实施例,参见图3,具体包括:
步骤201、信息采集模块采集各个用户的服药过程信息和用户基础信息,结合所述用户基础信息,针对一种药物或多种药物的组合分别制定不同的基础服药计划,将制定的各所述基础服药计划存储至数据库中;
步骤202、药物识别模块通过扫码识别药物信息,并将识别的药物信息发送至基础服药计划制定模块;
步骤203、基础服药计划制定模块将获取的药物信息与数据库中存储的各所述基础服药计划中的药物信息进行比对,筛选出包含所述药物信息的基础服药计划集合;
步骤204、用户基础信息收集模块采集用户的用户基础信息,并将采集的用户基础信息发送至推荐服药计划生成模块;
步骤205、推荐服药计划生成模块判断数据库中是否存储有包含该用户基础信息的基础服药计划,若有,则将该基础服药计划作为推荐服药计划,提供至所述用户参考,否则,根据用户基础信息判断所述用户所属的适合人群,并从所述基础服药计划集合中筛选出包含所述适合人群信息的基础服药计划,形成待选基础服药计划;
步骤206、若推荐服药计划生成模块筛选出的所述待选基础服药计划唯一,则将该待选基础服药计划作为推荐服药计划,提供至所述用户参考;
步骤207、若推荐服药计划生成模块筛选出的所述待选基础服药计划不唯一,则从多个所述待选基础服药计划中,选择执行次数最多的一项作为推荐服药计划,提供至所述用户参考;
步骤208、服药计划确认及执行模块向用户确认是否执行上述推荐服药计划,若收到用户输入的确认信息,则执行,否则根据用户的修改内容生成调整后的服药计划,并执行调整后的服药计划;
步骤209、服药计划提醒模块对用户进行服药提醒。
上述步骤201中,对基础服药计划存储可采用HDFS进行数据存储,HDFS是Hadoop分布式文件系统,HDFS能提供高吞吐量的数据访问,非常适合大规模数据集上的应用,采用HDFS进行数据存储,可以存储更大量的基础服药计划,还不会影响到本申请系统的运行速度。
采用本实施例的上述方法,不仅能够基于大数据筛选出适合于用户的服药计划,还支持用户对服药计划的修改功能,用户可根据自己的习惯对服药计划进行灵活调整,定制出符合自身情况的服药计划,非常方便实用。
通过以上各实施例可知,本申请存在的有益效果是:
第一,本发明所提供的服药计划的推荐方法及系统,根据用户的服药过程信息和用户基础信息,在数据库中形成了针对不同人群以及不同药物的基础服药计划集合,通过扫码获得药物信息后,能够从基础服药计划集合中筛选出包含有相关药物信息的服药计划,再结合人群信息,向用户推荐最适合于用户的服药计划。因此,推荐给用户的服药计划是若干用户已经执行过且普遍使用、有效的服药计划,省去了针对不同用户重新生成服药计划的操作,最大程度上满足用户需求的同时还能够提高服药计划的获取效率。
第二,本发明所提供的服药计划的推荐方法及系统,通过扫码识别药物信息后即可筛选出与该药物相关的基础的服药计划集合,该服药计划中已经包含了药品名称、每次用量、服药频次和服药时间点等信息,无需用户再逐项手动输入,操作极为方便。
第三,本发明所提供的服药计划的推荐方法及系统,用户可根据自申请实际情况对推荐的服药计划进行修改,例如可修改服药时间点、服药频率、每次服药量、服药习惯、服药天数等等,用户可根据个人习惯生成适用于自己的个性化的服药计划,操作非常灵活。
本领域内的技术人员应明白,本申请的实施例可提供为方法、装置、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
上述说明示出并描述了本申请的若干优选实施例,但如前所述,应当理解本申请并非局限于本文所披露的形式,不应看作是对其他实施例的排除,而可用于各种其他组合、修改和环境,并能够在本文所述发明构想范围内,通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围,则都应在本申请所附权利要求的保护范围内。