面向时间阵列的药品服用管理方法及系统
技术领域
本申请涉及电子医药技术领域,具体地说,涉及一种面向时间阵列的药品服用管理方法及系统。
背景技术
市面上类似的便携式药盒大多不是智能设备,只有简单的定时提示功能。带智能功能的药盒大多具备以下特点:电子药盒已经成为了很多慢性病患者常备电子产品,可提供存储药物、定时设置和及时提醒服药功能。随着传感技术的发展及物联网技术的发展,结合云计算、云平台和智能终端的智能血压计、智能体温计、智能药盒等系统开始出现。如中国专利公布号CN104000726 A公开了一种智能药盒系统,披露的电子药盒采用7列4行的方格盒子里备好一周的药物,用电子方式记录并提醒每次用药,但其功能与普通药盒区别不大;中国专利公布号CN 104523426公开了一种智能药盒系统,药盒装置具有存放药物、定时、与手机客户端同步和提示报警等功能;手机客户端具有用户管理、药盒信息设置、云端数据上传和下载、病友交流、就诊咨询、自动短信通知等功能,其不足是要求患者本人必须用手机才能使用,不适合老人单独使用的场合。中国专利公布号CN 102262749 A公开了用药管理系统及方法,其基本思路:手机读取药袋上的RFID电子标签,提醒用户用药。
因此,现有技术中的智能药盒仅具备简单的提醒提示功能,无法指定详细的服药计划,更无从对服药计划进行调整。
发明内容
有鉴于此,本申请所要解决的技术问题是提供了一种面向时间阵列的药品服用管理方法及系统,能够根据用户的需求对服药计划进行调整,可按天调整,也可按服药疗程调整,按天调整时,能够只修改指定日期的服药计划,其他日期的服药计划保持不变,按疗程调整时,能将未来的服药计划均进行修改。如此方案,能够让服药计划更改后也不会出现断裂现象,保持一个完整的疗程。
为了解决上述技术问题,本申请有如下技术方案:
一种面向时间阵列的药品服用管理方法,包括:
采集用户输入的服药计划修改项目及修改内容;
根据用户输入的服药计划修改项目及修改内容,向用户确认服药计划的修改范围,所述服药计划的修改范围包括按天修改和按疗程修改;
若所述服药计划的修改范围为按天修改,则提示用户输入所需修改服药计划的日期,将用户选中日期对应的服药计划进行修改,将服药疗程内用户未选中日期的服药计划保持不变,生成按天修改后的新的服药计划;
若所述服药计划的修改范围为按疗程修改,则根据时间序列计算出从服药计划修改时刻起的后续服药疗程的服药计划,并对后续服药疗程的服药计划进行修改,生成按疗程修改后的新的服药计划,并将服药计划修改时刻之前的服药计划保持不变。
优选地,其中:
进一步包括:
将按天修改或按疗程修改后生成的新的服药计划展示给用户进行确认,若用户确认修改,则按照所述新的服药计划执行,若用户取消修改,则不对服药计划进行修改操作,按照原始的服药计划执行。
优选地,其中:
用户输入的所需修改服药计划的日期为服药计划修改当天以及服药计划修改当天之后的日期。
优选地,其中:
根据时间序列计算出从服药计划修改时刻起的后续服药疗程的服药计划,进一步为:
接收用户输入的修改的服药时间、服药疗程或每日服药次数,重新根据新的服药时间,按照每日服药次数批量改变以后每日每次服药对应的时间,并根据服药计划中服药疗程划分出最新的终止时间。
优选地,其中:
服药计划修改项目项目至少包括:药品种类、服药量、服药时间和服药次数。
一种面向时间阵列的药品服用管理系统,其特征在于,包括:信息采集模块、服药计划修改范围确认模块、服药计划修改模块,
所述信息采集模块,用于采集用户输入的服药计划修改项目及修改内容;
所述服药计划修改范围确认模块,用于根据用户输入的服药计划修改项目及修改内容,向用户确认服药计划的修改范围,所述服药计划的修改范围包括按天修改和按疗程修改;
服药计划修改模块,用于当服药计划的修改范围为按天修改时,提示用户输入所需修改服药计划的日期,将用户选中日期对应的服药计划进行修改,将服药疗程内用户未选中日期的服药计划保持不变,生成按天修改后的新的服药计划,同时用于当服药计划的修改范围为按疗程修改时,根据时间序列计算出从服药计划修改时刻起的后续服药疗程的服药计划,并对后续服药疗程的服药计划进行修改,生成按疗程修改后的新的服药计划,并将服药计划修改时刻之前的服药计划保持不变。
优选地,其中:
进一步包括:服药计划修改确认模块,
所述服药计划修改确认模块,用于将按天修改或按疗程修改后生成的新的服药计划展示给用户进行确认,若用户确认修改,则按照所述新的服药计划执行,若用户取消修改,则不对服药计划进行修改操作,按照原始的服药计划执行。
优选地,其中:
用户输入的所需修改服药计划的日期为服药计划修改当天以及服药计划修改当天之后的日期。
优选地,其中:
所述服药计划修改模块,进一步用于:接收用户输入的修改的服药时间、服药疗程或每日服药次数,重新根据新的服药时间,按照每日服药次数批量改变以后每日每次服药对应的时间,并根据服药计划中服药疗程划分出最新的终止时间。
优选地,其中:
服药计划修改项目项目至少包括:药品种类、服药量、服药时间和服药次数。
与现有技术相比,本申请所述的方法及系统,达到了如下效果:
第一,本发明所提供的面向时间阵列的药品服用管理方法及系统,能够在服药过程中,方便用户灵活管理服药计划,根据实际需求对服药计划进行有针对性的调整,并使得服药疗程不产生断裂,设计非常人性化。
第二,本发明所提供的面向时间阵列的药品服用管理方法及系统中,用户在修改服药计划时,可按天进行修改,用户可根据实际需求,对指定日期的服药计划进行调整,并保证其他日期的服药计划不发生变化;而且也可按疗程进行修改,按疗程修改时,本申请能够根据时间序列推导出即将发生的服药计划,并把整个疗程中未来的服药计划都进行相应的调整,而保持已执行过的服药计划不发生变化。如此方式,服药计划在更改后也不会发生断裂,保持了完整的疗程,有利于服药疗程的延续,极大地方便了用户。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本发明的所述一种面向时间阵列的药品服用管理方法的流程图;
图2为本发明的所述一种面向时间阵列的药品服用管理系统的结构图;
图3为本发明的所述一种面向时间阵列的药品服用管理系统包括药物推送模块的结构图。
具体实施方式
如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解,硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式,而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语,故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内,本领域技术人员能够在一定误差范围内解决所述技术问题,基本达到所述技术效果。此外,“耦接”一词在此包含任何直接及间接的电性耦接手段。因此,若文中描述一第一装置耦接于一第二装置,则代表所述第一装置可直接电性耦接于所述第二装置,或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式,然所述描述乃以说明本申请的一般原则为目的,并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。
实施例1
参见图1所示为本申请所述一种面向时间阵列的药品服用管理方法的具体实施例,该方法包括:
步骤101、采集用户输入的服药计划修改项目及修改内容;
步骤102、根据用户输入的服药计划修改项目及修改内容,向用户确认服药计划的修改范围,所述服药计划的修改范围包括按天修改和按疗程修改;
步骤103、若所述服药计划的修改范围为按天修改,则提示用户输入所需修改服药计划的日期,将用户选中日期对应的服药计划进行修改,将服药疗程内用户未选中日期的服药计划保持不变,生成按天修改后的新的服药计划;
步骤104、若所述服药计划的修改范围为按疗程修改,则根据时间序列计算出从服药计划修改时刻起的后续服药疗程的服药计划,并对后续服药疗程的服药计划进行修改,生成按疗程修改后的新的服药计划,并将服药计划修改时刻之前的服药计划保持不变。
通过本申请的面向时间阵列的药品服用管理方法,用户可通过输入服药计划修改项目及修改内容来对服药计划进行修改,此处的服药计划修改项目至少包括:药品种类、服药量、服药时间和服药次数。
例如,用户要对药品种类进行修改时,可从服药计划修改项目中选择药品种类,然后将药品种类中的原有药品修改为所需的药品,如将降压药A修改为降压药B,或者在原有降压药A的基础上增加新的降压药B等等。同时,用户还可根据药品种类的变化,适应性地调整服药量、服药时间和服药计划。
通过上述步骤102,本申请中的面向时间阵列的药品服用管理方法在根据用户的需求修改服药计划之前,还需向用户确认服药计划的修改范围,针对不同的修改范围采用不同的策略进行修改。当服药计划的修改范围为按天修改时,则按照按天修改服药计划的策略对服药计划进行调整,当服药计划的修改范围为按疗程修改时,则按照按疗程修改服药计划的策略对服药计划进行调整。
进一步地,上述步骤103给出了按天修改服药计划的策略,采用此种方式进行修改时,用户可根据实际需求灵活选择所需修改服药计划的日期,例如,用户需要将服药疗程中每周一的服药计划进行调整,则只需选中服药疗程中每周一所对应的日期即可。本申请所提供的面向时间阵列的药品服用管理方法根据用户选中的日期以及步骤101中用户输入的修改项目及修改内容,对选中日期所对应的服药计划的内容进行相应修改。服药疗程中用户未选中日期的服药计划保持不变,仍按照原始的服药计划执行。
上述步骤104给出了按疗程修改服药计划的策略,当用户选择按疗程修改服药计划时,本申请所提供的面向时间阵列的药品服用管理方法会根据时间序列推算出从服药计划修改时刻起后续服药疗程的服药计划,并对后续服药疗程的原始服药计划进行修改,生成新的服药计划。采用这种策略修改服药计划后,所有尚未执行的的服药疗程中的服药计划都进行了更新,以后都按照更新后的服药计划执行,而之前已经执行过的服药计划将保持不变。
因此,本申请所提供的面向时间阵列的药品服用管理方法,能够根据用户的需求灵活调整服药计划,不仅可以按天来调整,也可按服药疗程来调整。无论采用何种方式,均可让服药计划在更改后也不会发生断裂,始终能够保持一个完整的服药疗程,因而使得本发明的设计更加人性化。
除了上述步骤101-104外,本申请所提供的面向时间阵列的药品服用管理方法进一步还包括:
将按天修改或按疗程修改后生成的新的服药计划展示给用户进行确认,若用户确认修改,则按照所述新的服药计划执行,若用户取消修改,则不对服药计划进行修改操作,按照原始的服药计划执行。
也就是说,用户还可对服药计划再次进行确认,如果用户发现生成的新的服药计划不是自己想要的或者之前输入有误,均可通过该步骤取消对服药计划的修改,取消后,用户可根据需求再次修改服药计划,也可按照原始的服药计划执行。如果用户生成的新的服药计划符合自身需求,即可通过上述步骤对新的服药计划进行确认,确认后将根据新的服药计划执行。
本申请中,用户输入的所需修改服药计划的日期为服药计划修改当天以及服药计划修改当天之后的日期。通过此种方式,在修改服药计划时,可以有效保证已经执行过的服药计划保持不变,只修改未来即将发生的服药计划,因而有利于查看用户之前已经执行过的服药计划的情况,按照实际情况反映用户的整个服药过程。
上述步骤104中,根据时间序列计算出从服药计划修改时刻起的后续服药疗程的服药计划,进一步为:接收用户输入的修改的服药时间、服药疗程或每日服药次数,重新根据新的服药时间,按照每日服药次数批量改变以后每日每次服药对应的时间,并根据服药计划中服药疗程划分出最新的终止时间。
实施例2
参见图2所示为本申请所述一种面向时间阵列的药品服用管理系统的具体实施例,该系统包括:信息采集模块10、服药计划修改范围确认模块20、服药计划修改模块30,
所述信息采集模块10,用于采集用户输入的服药计划修改项目及修改内容;
所述服药计划修改范围确认模块20,用于根据用户输入的服药计划修改项目及修改内容,向用户确认服药计划的修改范围,所述服药计划的修改范围包括按天修改和按疗程修改;
服药计划修改模块30,用于当服药计划的修改范围为按天修改时,提示用户输入所需修改服药计划的日期,将用户选中日期对应的服药计划进行修改,将服药疗程内用户未选中日期的服药计划保持不变,生成按天修改后的新的服药计划,同时用于当服药计划的修改范围为按疗程修改时,根据时间序列计算出从服药计划修改时刻起的后续服药疗程的服药计划,并对后续服药疗程的服药计划进行修改,生成按疗程修改后的新的服药计划,并将服药计划修改时刻之前的服药计划保持不变。
通过本申请的面向时间阵列的药品服用管理系统,用户可通过信息采集模块10输入服药计划修改项目及修改内容来对服药计划进行修改,此处的服药计划修改项目至少包括:药品种类、服药量、服药时间和服药次数。
例如,用户要对药品种类进行修改时,可从服药计划修改项目中选择药品种类,然后将药品种类中的原有药品修改为所需的药品,如将降压药A修改为降压药B,或者在原有降压药A的基础上增加新的降压药B等等。同时,用户还可根据药品种类的变化,适应性地调整服药量、服药时间和服药计划。
本申请中的面向时间阵列的药品服用管理系统在根据用户的需求修改服药计划之前,还需通过服药计划修改范围确认模块20向用户确认服药计划的修改范围,针对不同的修改范围采用不同的策略进行修改。当服药计划的修改范围为按天修改时,则按照按天修改服药计划的策略对服药计划进行调整,当服药计划的修改范围为按疗程修改时,则按照按疗程修改服药计划的策略对服药计划进行调整。
进一步地,服药计划修改模块30能够按天修改服药计划,采用此种方式进行修改时,用户可根据实际需求灵活选择所需修改服药计划的日期,例如,用户需要将服药疗程中每周一的服药计划进行调整,则只需选中服药疗程中每周一所对应的日期即可。本申请所提供的面向时间阵列的药品服用管理系统根据用户选中的日期以及步骤101中用户输入的修改项目及修改内容,对选中日期所对应的服药计划的内容进行相应修改。服药疗程中用户未选中日期的服药计划保持不变,仍按照原始的服药计划执行。
此外,服药计划修改模块30还可按疗程修改服药计划,当用户选择按疗程修改服药计划时,本申请所提供的面向时间阵列的药品服用管理系统会根据时间序列推算出从服药计划修改时刻起后续服药疗程的服药计划,并对后续服药疗程的原始服药计划进行修改,生成新的服药计划。采用这种策略修改服药计划后,所有尚未执行的的服药疗程中的服药计划都进行了更新,以后都按照更新后的服药计划执行,而之前已经执行过的服药计划将保持不变。
因此,本申请所提供的面向时间阵列的药品服用管理系统,能够根据用户的需求灵活调整服药计划,不仅可以按天来调整,也可按服药疗程来调整。无论采用何种方式,均可让服药计划在更改后也不会发生断裂,始终能够保持一个完整的服药疗程,因而使得本发明的设计更加人性化。
本申请所提供的面向时间阵列的药品服用管理系统,进一步包括服药计划修改确认模块40。所述服药计划修改确认模块40,用于将按天修改或按疗程修改后生成的新的服药计划展示给用户进行确认,若用户确认修改,则按照所述新的服药计划执行,若用户取消修改,则不对服药计划进行修改操作,按照原始的服药计划执行。
也就是说,用户还可对服药计划再次进行确认,如果用户发现生成的新的服药计划不是自己想要的或者之前输入有误,均可通过该步骤取消对服药计划的修改,取消后,用户可根据需求再次修改服药计划,也可按照原始的服药计划执行。如果用户生成的新的服药计划符合自身需求,即可通过上述步骤对新的服药计划进行确认,确认后将根据新的服药计划执行。
本申请中,用户输入的所需修改服药计划的日期为服药计划修改当天以及服药计划修改当天之后的日期。通过此种方式,在修改服药计划时,可以有效保证已经执行过的服药计划保持不变,只修改未来即将发生的服药计划,因而有利于查看用户之前已经执行过的服药计划的情况,按照实际情况反映用户的整个服药过程。
本申请所提供的面向时间阵列的药品服用管理系统中,服药计划修改模块30进一步用于:接收用户输入的修改的服药时间、服药疗程或每日服药次数,重新根据新的服药时间,按照每日服药次数批量改变以后每日每次服药对应的时间,并根据服药计划中服药疗程划分出最新的终止时间。
实施例3
以下提供一种本发明面向时间阵列的药品服用管理方法及系统的应用实施例,参见图3,方法包括:
步骤201、信息采集模块采集用户输入的服药计划修改项目及修改内容,并将所述服药计划修改项目及修改内容发送至服药计划修改范围确认模块。
此处的服药计划修改项目至少包括:药品种类、服药量、服药时间和服药次数。例如用户要增加一种药品C,可在药品种类项目中进行添加,对应地对新添加药品C的服药量、服药时间和服药次数进行添加。当然,如果药品C的添加会影响原有药物服药量、服药时间和服药次数,用户也可对原有药品服药量、服药时间和服药次数进行调整。
步骤202、服药计划修改范围确认模块根据用户输入的服药计划修改项目及修改内容,向用户确认服药计划的修改范围,所述服药计划的修改范围包括按天修改和按疗程修改。
用户可根据实际需求选择服药计划的修改范围,如果仅需修改特定日期的服药计划,用户选择按天修改即可,如果需要修改后续整个服药疗程的服药计划,用户则需选择按疗程修改。
步骤203、若用户通过服药计划修改范围确认模块选择的服药计划的修改范围为按天修改,则执行按天修改策略,服药计划修改模块会提示用户输入所需修改服药计划的日期,将用户选中日期对应的服药计划进行修改,将服药疗程内用户未选中日期的服药计划保持不变,生成按天修改后的新的服药计划。
按天修改服药计划时,用户所选择的日期只能是修改当天及以后的日期。这样就能保证已经执行过的服药计划保持不变,方便用户查询实际已执行过的服药计划。
步骤204、若用户通过服药计划修改范围确认模块选择的服药计划的修改范围为按疗程修改,则执行按疗程修改策略,服药计划修改模块会根据时间序列计算出从服药计划修改时刻起的后续服药疗程的服药计划,并对后续服药疗程的服药计划进行修改,生成按疗程修改后的新的服药计划,并将服药计划修改时刻之前的服药计划保持不变。
步骤205、在通过步骤203形成按天修改的新的服药计划之后,或通过步骤204形成按疗程修改的新的服药计划之后,服药计划修改确认模块将按天修改或按疗程修改后生成的新的服药计划展示给用户进行确认,若用户确认修改,则按照所述新的服药计划执行,若用户取消修改,则不对服药计划进行修改操作,按照原始的服药计划执行。
通过步骤205,用户在正式修改服药计划之前还能再次对生成的新的服药计划进行确认,看是否满足自身的实际需求,如果不满足还可取消修改,当然也可重新修改或确认修改,设计非常人性化。
通过以上各实施例可知,本申请存在的有益效果是:
第一,本发明所提供的面向时间阵列的药品服用管理方法及系统,能够在服药过程中,方便用户灵活管理服药计划,根据实际需求对服药计划进行有针对性的调整,并使得服药疗程不产生断裂,设计非常人性化。
第二,本发明所提供的面向时间阵列的药品服用管理方法及系统中,用户在修改服药计划时,可按天进行修改,用户可根据实际需求,对指定日期的服药计划进行调整,并保证其他日期的服药计划不发生变化;而且也可按疗程进行修改,按疗程修改时,本申请能够根据时间序列推导出即将发生的服药计划,并把整个疗程中未来的服药计划都进行相应的调整,而保持已执行过的服药计划不发生变化。如此方式,服药计划在更改后也不会发生断裂,保持了完整的疗程,有利于服药疗程的延续,极大地方便了用户。
本领域内的技术人员应明白,本申请的实施例可提供为方法、装置、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
上述说明示出并描述了本申请的若干优选实施例,但如前所述,应当理解本申请并非局限于本文所披露的形式,不应看作是对其他实施例的排除,而可用于各种其他组合、修改和环境,并能够在本文所述发明构想范围内,通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围,则都应在本申请所附权利要求的保护范围内。