CN111161828B - 一种基于智能药盒的服药管理、购药管理系统 - Google Patents

一种基于智能药盒的服药管理、购药管理系统 Download PDF

Info

Publication number
CN111161828B
CN111161828B CN201811319422.XA CN201811319422A CN111161828B CN 111161828 B CN111161828 B CN 111161828B CN 201811319422 A CN201811319422 A CN 201811319422A CN 111161828 B CN111161828 B CN 111161828B
Authority
CN
China
Prior art keywords
medicine
information
module
user
taking
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201811319422.XA
Other languages
English (en)
Other versions
CN111161828A (zh
Inventor
刘晨星
肖毅
陈名扬
管勇
刘平
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Zezhongkang Pharmaceutical Technology Co ltd
Original Assignee
Shenzhen Sao Doctor Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Sao Doctor Technology Co ltd filed Critical Shenzhen Sao Doctor Technology Co ltd
Priority to CN201811319422.XA priority Critical patent/CN111161828B/zh
Publication of CN111161828A publication Critical patent/CN111161828A/zh
Application granted granted Critical
Publication of CN111161828B publication Critical patent/CN111161828B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0633Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635Processing of requisition or of purchase orders
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30Computing systems specially adapted for manufacturing

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Epidemiology (AREA)
  • Economics (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Medicinal Chemistry (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Chemical & Material Sciences (AREA)
  • Development Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明公开了一种基于智能药盒的服药管理、购药管理系统,包括药盒、客户端与管理平台;所述客户端设有用于信息交互的信息输入模块、信息接收显示模块与通信模块,包括用户端、商家端;本发明采用一种基于智能药盒的服药管理、购药管理系统,系统管理通过智能药盒监测患者服药情况,与用户通过平台或商家的购药情况,确定各药杯当前对应药品总量可服用天数,提醒患者购药,整个系统融合医疗资源,可提高患者的服药依从性,更好地改善患者病情。

Description

一种基于智能药盒的服药管理、购药管理系统
技术领域
本发明涉及信息管理的技术领域,具体涉及一种基于智能药盒的服药信息,管理患者服药情况,提醒用户购药的管理系统。
背景技术
据世界卫生组织统计称:全球有1/7的老年人不是因自然衰老或疾病而死亡,而是因为不合理用药。慢病的特点是需要患者长期服药,而慢病患者大部分为中老年人,记忆力和反应力的下降,忘记服药、忘记备药的情况时有发生,而这种行为会对病情产生不利影响,如心血管疾病,脑卒中等慢性疾病患者的用药依从性一直是个大问题,用药依从性的缺失会造成患者健康问题加重甚至死亡、医疗成本缺失和导致临床中新药应用的测试结果出现偏差等问题。
但是,患者在药品购买方面,通常有两种方式,一种药店购买,一种医院购买。但存在以下几个问题:
1)什么时候需要购买药品,需要人工清点,缺乏管理,甚至有时候还会因药品不足引起发作。
2)患者若选择医院购药,需要以下流程:挂号、复诊、开药,流程复杂,时间成本高,异地就医患者会有更多的问题需要面对。每次开的药量有限。
有鉴于此,急需提供一种通过药盒记录并监控患者服药情况,统计服药数量,及时提醒用户购药,提高患者服药的依从性的服药管理及购药管理系统。
发明内容
为了解决上述技术问题,本发明提供了一种基于智能药盒的服药管理、购药管理系统,包括药盒、客户端与管理平台;
所述客户端设有用于信息交互的信息输入模块、信息接收显示模块与通信模块,包括用户端、商家端;
所述用户端包括购药订单管理单元、药品同步单元、用户设置单元;
购药订单管理单元包括:
购药申请模块:用户端向管理平台或商家端提交购药订单,购药订单信息包括购买的药盒名称、药品名称、药品数量、收货信息;
订单确认模块:用于用户确认签收订单;
药品同步单元:与订单确认模块连接,用户确认订单后,药品同步单元根据药品数据库信息提取订单中的药盒名称、各药品名称及药品包装信息,计算各药品的购药总量,将药盒名称、各药品名称、各药品购药总量等信息发送至管理平台信息判断计算模块;
用户设置单元包括:
药盒绑定设置模块:用于与一个或多个药盒进行绑定;
服药清单设置模块:用于设置或更改一个或几个绑定的药盒中每各药杯对应的服药计划,设置完成后同步更新药盒服药计划模块中的服药计划,服药计划包括药盒名称、药杯编号、药品名称、药品规格、服药次数;
所述商家端包括药品上传单元、售药订单管理单元、商家设置单元;
药品上传单元:商家用于上传药品信息并存储至管理平台的药品数据库,包括药品图片、药品价格、药品名称、药品包装、药品规格;
商家订单管理单元:商家用于管理用户端或管理平台支付完成的订单信息、物流信息;包括:
订单存储模块:用于存储用户端或管理平台发送的购药订单信息;
发货模块:商家用于填写发货信息及订单编号;
商家设置单元:商家用于设置商家地址;
所述药盒包括一端开口的盒身、与所述盒身开口端铰接的盒盖以及开关盒检测装置;所述盒身内设置有处理器、药杯和称重装置;
所述称重装置用于称量药杯及药杯内药品的总重量;
所述开关盒检测装置用于检测所述盒盖的开合,并将盒盖打开信息和盒盖闭合信息发送给所述称重模块;
所述称重装置、所述开关盒检测装置与所述处理器电连接;
所述处理器包括:
处理器通信模块:用于处理器接收和发送信息;
称重模块:用于在接收到盒盖打开信息后向重量变化记录模块发送开盖重量记录通知,在接收到盒盖闭合信息后向重量变化记录模块发送闭盖重量记录通知;
重量变化记录模块:用于在接收到开盖重量记录通知时,记录称重装置称量的药杯及药杯内药品的总重量wn,开,在接收到闭盖重量记录通知时,记录称重装置称量的药杯及药杯内药品的总重量wn,关,并将记录结果发送至服药量计算模块;
服药量计算模块:用于按照下列公式计算每一次服药后的服药总量Sn及服药数量L
Sn=wn,开-wn,关
L=Sn/M
若L>0,则将服药数量L、药盒名称及药品名称等信息发送至管理平台的信息判断计算模块,并服药量计算模块将计算结果发送至服药判断模块;
所述管理平台包括购药单元、购药管理单元;
购药单元:管理员根据用户端提交至平台购药订单中药品信息,向商家端提交药品信息相同的购药订单;
购药管理单元包括:
信息判断计算模块:根据接收的信息判断计算对应药盒相应药杯当前对应药品总量,具体包括:
(1)若接收到药品同步单元发送的信息,根据药盒名称、各药品名称从服药日志数据库中提取对应药盒相应药杯当前对应药品总量L,计算购药后的相应药品增加后总量L总1,将计算结果同步至药杯当前对应药品总量;具体计算可为:
L总1=L+L
(2)若接收到药盒发送的信息,根据药盒名称及药品名称,从服药日志数据库中提取对应药杯当前对应药品总量L,计算服药后的相应药品剩余总量L总2,将计算结果同步至药杯当前对应药品总量,具体计算可为:
L总2=L-L
提取服药计划数据库中对应药杯的预定服药量L0、服药次数Q,计算药杯当前对应药品总量可服用天数D
D=L总2/(L0*Q)
对比判断模块:将信息判断计算模块计算的药品可服剩余天数D与管理平台预设的提醒剩余天数阀值进行比较,若药品可服剩余天数D≤提醒剩余天数时,发送购药提醒信息至对应用户端,购药提醒信息包括药品剩余量及药品可服剩余天数等;
数据库包括与索引模块连接的
药品数据库:用于存储每个商家/医院上传的药品信息数据库;
服药计划数据库:用于存储各用户通过药盒或用户端设置的服药计划;
服药日志数据库:用于同步并存储药盒上传的服药日志,包括药杯信息、药杯重量变化及重量变化时间、药杯当前对应药品总量;
购药订单保存数据库:用于存储用户端向管理平台提交的购药订单及订单处理状态,用户端向商家端提交的购药订单及订单处理状态,管理平台向商家端提交的购药订单及订单处理状态等信息。
在上述方案中,所述商家端还包括订单反馈单元与药品匹配单元;
药品匹配单元:将每个购药订单信息与药品数据库进行匹配,确定药品数据库中是否有对应的药品,并将匹配结果发送至订单反馈单元;
订单反馈单元:用于商家端向订单对应的购药方发送订单药品是否缺失信息,同时在药品缺少的情况下提醒商家及时填补药品;购药方为管理平台或是用户端;
药品匹配单元排查订单中的药品是否都具备,若药品数量为0或药品匹配失败,生成匹配结果,订单反馈单元将商家缺少的药品信息通过订单反馈单元订单对应的购药方及商家。
在上述方案中,所述用户设置单元包括
购药方式设置模块:包括用户将购买药品方式设置为自助下单购药或定期下单购药;
自助下单购药,用户根据需求或根据通过购药申请模块自己向平台提交需要购买的药品,平台将会定期向用户、患者发送购药提醒;
定期自动购药,管理员将根据用户设置在一定的周期内自动购买指定药品,完成购药。
在上述方案中,所述客户端包括医生/药师端包括
医生/药师注册单元:用于医生或药师信息注册,包括
医生注册模块:医师证号、所属医院、所属科室;
药师注册模块:填写信息包括药师证号、所属药店。
在上述方案中,所述用户设置单元包括
医生绑定申请模块:用户根据需求向医生端或药师端申请绑定作为专属医生;
所述医生/药师端包括服务设置单元:用于医生/药师设置自己在系统中是否开通专属医生服务并绑定专属医生服务;
包括绑定允许模块:用于医生/药师确定是否允许用户进行专属医生的绑定。
在上述方案中,所述用户端包括用户互动单元:用于根据需求与管理平台的平台管理员,或与医生/药师端的医生、药师进行互动;
医生/药师端包括医生/药师互动单元:用于根据需求与平台管理员,或与用户端的用户进行互动;
管理平台包括医生、药师匹配单元:与医生/药师互动单元和用户互动单元连接;根据用户需求、用户病情及购药信息,匹配在线的相应属性的医生或药师与用户进行沟通,若用户绑定专属医生的情况下,直接匹配对应的专属医生与用户进行沟通。
在上述方案中,所述购药单元:包括药品信息提取模块、地址提取模块与商家匹配模块;
药品信息提取模块:平台根据用户输入的订单信息提取购买的药品信息。药品信息主要为药品名称、药品购买数量等;
地址提取模块:平台根据用户输入的订单信息提取出收货地址;
商家匹配模块:平台根据管理员设置的匹配条件,为用户提交的购药订单匹配符合匹配条件的商家;
匹配条件可为根据购药申请模块中提供的收货地址及订单药品信息匹配药品最全和/或最近的商家,或匹配药品完全的商家,或匹配药品最全和最近的商家。
在上述方案中,所述药盒服药计划模块:用于根据用户输入的信息或用户端通过服药清单设置模块设置的结果生成对应药杯的新的服药计划或对原有服药计划进行更新,并将服药计划发送给服药提醒模块与用户端的服药清单设置模块进行保存;
服药提醒模块:根据服药计划在预定服药时间之前一定时间向通知模块发送服药提醒信号,每隔一段时间发送一次,直至接收到服药正常信息或是提醒终止信号为止。
在上述方案中,所述服药判断模块:用于根据盒盖开启和盒盖闭合的时间是否与预定服药时间相符来判断服药者是否按时服药,以及根据服药量计算模块的计算的服药数量与服药计划中的预定服药量是否相同来判断服药者服药量是否正确,生成服药判断结果并发送给管理平台。
本发明采用一种基于智能药盒的服药管理、购药管理系统,系统管理通过智能药盒监测患者服药情况,与用户通过平台或商家的购药情况,确定各药杯当前对应药品总量可服用天数,提醒患者购药,整个系统融合医疗资源,可提高患者的服药依从性,更好地改善患者病情。
附图说明
图1为本发明提供的系统结构示意图;
图2为本发明的智能药盒的结构爆炸图;
图3为本发明的智能药盒的结构示意图;
其中:1-盒身,2-盒盖,3-药杯,4-LED广角摄像头组件,5-条形码识别器,6-播放器,7-锂电池,8-磁力传感器,9-磁铁。
具体实施方式
本发明采用一种基于智能药盒的服药管理、购药管理系统,管理系统通过智能药盒监测患者服药情况,与用户通过平台或商家的购药情况,确定各药杯当前对应药品总量可服用天数,提醒患者购药,整个系统融合医疗资源,可提高患者的服药依从性,更好地改善患者病情。下面结合具体实施方式和说明书附图对本发明做出详细的说明。
如图1所示,本发明提供了一种基于智能药盒的服药管理、购药管理系统,包括:药盒、客户端与管理平台;
客户端设有用于信息交互的信息输入模块、信息接收显示模块与通信模块;根据使用角色客户端包括用户端、商家端、医生/药师端;
信息接收显示模块:用于接收显示交互信息;信息包括平台发送购药提醒信息与复诊信息,药盒发送的副作用信息,医生端发送至用户端的治疗方案信息等等;
客户端还包括提醒单元:通过响铃、震动或信号灯灯管闪烁的方式提醒用户、商家、医生或药师。
用户端通过提醒单元可及时了解服药副作用情况,当信息接收显示模块接收到接收药盒发送的副作用信息时,提醒单元通过响铃、震动或信号灯灯管闪烁的方式提醒用户;使用户和及时知道患者在服药后发生身体不适或其他副作用,可及时采取措施,另外还可通过提醒单元提醒用户端需要购买药品等等;商家端通过提醒单元可实时提醒商家平台下单情况等;医生/药师端通过提醒单元实时提醒医生/药师患者需要互动等。
客户端包括移动终端与PC端。
通信模块包括WIFI、蓝牙、无线通讯等常见通讯方式。
用户端包括用户注册单元、购药订单管理单元、用户互动单元、患者信息上传单元、用户设置单元、药品同步单元、副作用记录单元与用户查询单元。
用户注册单元:用户根据自身信息申请注册账号,填写信息包括姓名、性别、手机号、联系方式等;本实施例中用户包括患者或家属。
购药订单管理单元:包括购药申请模块、支付模块、订单查询模块、订单修改模块、订单确认模块。
购药申请模块:用户端向管理平台或商家端提交需要购买的药品的购药订单,所有订单将会保存至管理平台,便于管理员查询跟踪用户购药情况,购药订单信息包括购买的药盒名称、药品名称、药品数量、收货信息、需求备注等,收货信息包括收货联系方式、收货地址,药盒名称可以不填写,用于辨别用户对应绑定的药盒信息。
支付方式选择模块:包括在线支付与货到付款等支付方式,还可根据需求设置现有常见的支付方式。
支付模块:用户用于对审核通过并选择在线支付方式的订单进行费用支付,或是接受咨询的医生向用户收取咨询费用,用户在提交咨询问诊需求的同时通过支付模块支付咨询费用。如果医生未接受咨询服务,则用户支付的费用沿原路径退回给用户;如果医生提供了咨询服务,则用户支付的费用在咨询服务完成后支付给医生。本实施例中费用可根据需求设置为支付至管理平台或商家端。
订单查询模块:包括用户用于查询购买药品的物流信息的物流查询模块,查询历史订单信息的订单查询模块以及药品出售来源的查询。
订单修改模块:对订单中药品进行增加、删除,收货地址,收货时间等信息的更改。
订单确认模块:用于用户签收订单后对接收的药品没有问题的情况下,确认签收订单。
药品同步单元:与订单确认模块连接,用户确认订单后,药品同步单元根据药品数据库信息提取订单中的药盒名称、各药品名称及药品包装信息,计算各药品的购药总量,将药盒名称、各药品名称、各药品购药总量等信息发送至管理平台信息判断计算模块。
药品信息包括药品名称、药品重量,并计算各药品的购药总量,通过药品名称匹配用户端对应药品,并将购药总量与现有药品剩余量进行求和,并存入数据库。
包括药品信息提取模块:提取订单中的每种药品信息,药品信息包括药品名称、药品购买数量、药品包装等信息;
购药总量计算模块:根据药品购买数量与药品包装计算购买的各药品购药总量L,例如各药品的购买总片数/粒数;
具体为:本实施例以片剂药举例说明,药品包装为X片/板*Y板/盒,药品购买数量为Z盒,购药总量L为:
K=X*Y*Z
用户互动单元:用于根据需求与管理平台的平台管理员,或与医生/药师端的医生、药师进行互动。
患者信息上传单元:用户用于上传患者的病历及治疗方案等信息,包括病历上传模块与治疗方案上传模块。
病历上传模块:用户用于输入患者病情信息,并生成病情报告上传至管理平台病情报告数据库。
治疗方案上传模块:用户用于输入医院开的服药方案或与平台医生/药师开的服药方案,生成治疗方案发送至通过管理平台治疗方案数据库。
用户设置单元包括药盒绑定设置模块、提示音设置模块、服药清单设置模块、购药方式设置模块、药盒解绑模块与医生绑定模块。
药盒绑定设置模块:用于与一个或多个药盒进行绑定,便于用户端与药盒之间的信息交互,绑定多个药盒时可根据药盒编号进行区别,因药盒出厂时都设有编号,用户也可根据需求对药盒进行重新命名;可以通过扫描智能药盒上设置的扫描码的方式进行绑定,也可以通过蓝牙匹配等其他常用的匹配绑定方式进行绑定,方便服药者本人和其亲属子女同时查询或获得服药者的服药信息和智能药盒中药品的种类和剩余数量。
提示音设置模块,用于设置药盒中的提醒服药铃声、提醒加药铃声、以,提醒用户购药铃声以及设置用户端接收药盒发送副作用信息是提醒的铃声。
服药清单设置模块:用于设置或更改一个或几个绑定的药盒中每各药杯对应的服药计划,设置完成后同步更新药盒服药计划模块中的服药计划,服药计划包括药盒名称、药杯编号、药品名称(药杯对应放置的药品名称)、药品规格、预定服药量、每日的预定服药时间、服药次数、服用方法及服药周期等参数,服药周期可以包括服药开始时间与服药结束时间。
购药方式设置模块:包括用户将购买药品方式设置为自助下单购药或定期下单购药;自助下单购药,用户根据需求或根据通过购药申请模块自己向平台提交需要购买的药品,此设置平台将会定期向用户、患者发送购药提醒;定期自动购药,管理员将根据用户设置在一定的周期内自动购买指定药品,完成购药,例如用户设定购买药品:感冒颗粒3盒、午时茶2包,购买周期:一月一次,一周一次等等,此设置平台不需要向用户、患者发送购药提醒。
药盒解绑模块:用于移动客户端与药盒间的解绑。
医生绑定申请模块:用户根据需求向医生端申请绑定作为为用户服务的专属医生,可同时绑定一个或多个医生,便于医生跟踪患者治疗过程,对患者病情更了解,开药也更加合理。
副作用记录单元:用于用户根据服药情况记录服药后身体产生不适的副作用信息。
用户查询单元:可以向管理平台发送查询指令,可以选择直接查询某一次的服药时间、服药量以及服药判断结果,也可以选择获取某时间段内的服药日志,服药日志的内容可由管理平台设定,也可由用户通过用户端设定。服药报告由管理平台查询反馈单元根据用户查询指令生成。
商家端:包括商家注册单元、药品上传单元、商家订单管理单元、商家互动单元与商家设置单元,本实施例商家包括药店、医院。
商家注册单元:商家注册账号,输入信息包括商家名称、商家药品经营许可证证号、负责人、联系方式等等。
药品上传单元:商家用于上传药品信息并存储至管理平台的药品数据库,包括药品图片、药品说明书信息,药品价格、药品属性、药品库存单数等信息;药品说明书信息包括药品名称、药品包装、药品规格(每片/每包/每粒重量)用法用量等;药品属性用于辨别药品的主要功能,如感冒用药、皮肤用药、肠胃用药等等属性。
商家互动单元:用于药店/医院与平台进行互动。
商家设置单元:商家用于设置在线时间、商家信息,商家信息包括商家地址、商家活动、联系方式、商家证件信息等等。
商家订单管理单元:商家用于管理用户端或管理平台支付完成的订单信息、物流信息。
订单存储模块:用于存储用户端或管理平台发送的购药订单信息。
订单查询模块:用于查询所有订单信息。
发货模块:商家用于填写发货信息及订单编号。
本实施例商家端还包括:
药品匹配单元:将每个购药订单信息与药品数据库进行匹配,确定药品数据库中是否有对应的药品,并将匹配结果发送至订单反馈单元,匹配结果可包括药品缺少信息或药品齐全信息。药品缺少信息可包括药品部分缺少、药品全部缺少或本店不具有相应的药品。
订单反馈单元:用于商家端向订单对应的购药方发送订单药品是否缺失信息,同时在药品缺少的情况下提醒商家及时填补药品。购药方为管理平台或是用户端。
药品匹配单元排查订单中的药品是否都具备,若药品数量为0或药品匹配失败,生成匹配结果,订单反馈单元将商家缺少的药品信息通过订单反馈单元订单对应的购药方及商家。
医生/药师端包括医生/药师注册单元,医生/药师互动单元、服务设置单元与信息查询单元。
医生/药师注册单元:用于医生或药师信息注册,包括
医生注册模块:填写信息包括姓名、性别、手机号、医师证号、所属医院、所属科室等等。
药师注册模块:填写信息包括姓名、性别、手机号、药师证号、所属药店等等。
医生/药师互动单元:用于根据需求与平台管理员,或与用户端的用户进行互动。
服务设置单元:用于医生/药师设置自己在系统中是否开通专属医生服务并绑定专属医生服务,还用于医生/药师设置自己在系统中是否开通医疗咨询服务以及提供医疗咨询服务的时间;
包括绑定允许模块:用于医生/药师确定是否允许用户进行专属医生的绑定,用户与医生/药师间的绑定关系可根据用户需求设置是一对多或是多对多的关系。
信息查询单元:用于医生或药师查询分配给自己的咨询问诊需求记录。
管理平台包括信息审核单元、购药单元、订单管理单元、购药管理单元、平台设置单元。
信息审核单元包括信息审核模块:管理员用于核实用户注册单元、医生注册模块、药师注册模块、商家注册单元的注册信息。
订单管理单元:包括订单新建模块、平台支付模块、平台订单查询模块与订单同步模块。
订单新建模块:管理员用于建立新的订单,主要建立为用户通过用户端购药以外的其他方式进行购药的订单信息,其中其他方式包括电话沟通购药、信息留言购药等;订单信息包括用户信息药品名称、药品数量、收货信息、需求备注等,这样便于用户通过多种凡事进行购药。通过该模块新建的订单的支付方式将默认为货到付款。
平台支付模块:平台支付购买药品需付的费用。
平台订单查询模块:管理员用于查询用户端提交至平台的购药订单和平台向商家端提交的购药订单信息。
订单同步模块:平台自动同步每个订单中商家或用户订单的更改状态包括交易状态信息、物流状态信息;交易状态包括交易中、交易完成、交易退换中;物流状态包括待发货、已发货、已接收等状态。
购药单元:管理员根据用户端提交至平台或管理员根据用户电话/信息联系新建立的购药订单中药品信息,向商家端提交药品信息相同的购药订单,便于用户端可通过平台、线下等多种方式完成药品的购入,使用户端购药便捷。
包括药品信息提取模块、地址提取模块与商家匹配模块;
药品信息提取模块:平台根据用户输入的订单信息提取购买的药品信息。药品信息主要为药品名称、药品购买数量等。
地址提取模块:平台根据用户输入的订单信息提取出收货地址。
商家匹配模块:平台根据管理员设置的匹配条件,为用户提交的购药订单匹配符合匹配条件的商家,便于管理员购买对应购药订单中的药品。
匹配条件可为根据购药申请模块中提供的收货地址及订单药品信息匹配药品最全和/或最近的商家,即可设置为匹配最近商家,或匹配药品完全的商家,或匹配药品最全和最近的商家,此模块的设置可缩短商家发货距离及成本,便于用户及时收到购买药物。
管理平台还包括医生、药师匹配单元:与医生/药师互动单元和用户互动单元连接;根据用户需求、用户病情及购药信息,匹配相应属性的在线药师或医生与用户进行沟通,若用户绑定专属医生的情况下,直接匹配对应的专属医生与用户进行沟通。用户只需要在用户端发送咨询问诊需求,管理平台会将咨询问诊需求发送给用户指定的医生的医生端或是平台挑选的可提供在线服务的医生的医生端;接收咨询问诊需求的医生同意接受后,用户和医生可以通过交流模块进行交流,交流方式可以是双方互相留言沟通,也可以是双方实时在线沟通。
平台设置单元:平台管理员用于设置药品可服剩余天数阀值,购药订单管理单元根据设置的阀值向用户端发送购药提醒信息提醒用户购药,本实施例提醒剩余天数D设置为3。
购药管理单元:平台根据服药清单设置模块的服药计划、服药日志及购药订单管理单元中完成的购药订单信息,计算各药杯剩余药品量及剩余药品量可服用剩余时长,根据剩余时长提醒患者或平台管理员购药。
包括信息判断计算模块、对比判断模块与购药提醒模块;
信息判断计算模块:根据接收的信息判断计算对应药盒相应药杯当前对应药品总量,并将计算结果同步至服药日志数据库中。具体包括以下两种情况:
(1)若接收到药品同步单元发送的信息,从服药日志数据库中提取对应药盒相应药杯当前对应药品总量L,计算购药后的相应药品增加后总量L总1,即药杯当前对应药品总量与购药总量L之和,计算结果即为当前对应药品总量,将计算结果同步至药杯当前对应药品总量;具体计算可为:
L总1=L+L
(2)若接收到药盒发送的信息,根据药盒名称及药品名称,从服药日志数据库中提取对应药杯当前对应药品总量L,计算服药后的相应药品剩余总量L总2,即杯当前对应药品总量L与服药数量L之差,计算结果即为当前对应药品总量,将计算结果同步至药杯当前对应药品总量,具体计算可为:
L总2=L-L
提取服药计划数据库中对应药杯的预定服药量L0、服药次数Q,计算药杯当前对应药品总量可服用天数D
D=L总2/(L0*Q)
对比判断模块:与信息判断计算模块和购药提醒模块连接,根据信息判断计算模块与管理平台预设的提醒剩余天数D进行比较,将判断结果发至购药提醒模块,购药提醒模块再将购药提醒信息发至相应用户端,购药提醒信息可包括药品剩余量及药品可服剩余天数;具体为,
将药品可服剩余天数D与提醒剩余天数D进行对比,根据比较结果做出相应动作,具体如下:
若D≤D时,发送购药提醒信息至对应用户端,购药提醒信息包括药品剩余量及药品可服剩余天数等,提醒用户需要购买药品;若D>D时,对比判断模块不做任何动作。
数据库包括与索引模块连接的用户信息数据库,医生信息数据库,药师信息数据库,商家信息数据库,与商家信息数据库通过索引关联的药品数据库,服药计划数据库,服药日志数据库,病情报告数据库及治疗方案数据库。
商家信息数据库:用于存储商家注册信息的数据库;
药品数据库:用于存储每个商家/医院上传的药品信息数据库;
服药计划数据库:用于存储各用户通过药盒或用户端设置的服药计划。
服药日志数据库:用于同步并存储药盒上传的服药日志,包括药杯信息、药杯重量变化及重量变化时间、药杯当前对应药品总量(即药杯当前对应的药品总量,并非当前药杯中含有的药品总量)。
病情报告数据库:用于存储副作用记录单元记录的副作用信息,服药清单设置模块设置的服药计划,服药日志,用户上传的病情报告等等数据。
治疗方案数据库:用于存储用户上传的服药方案信息。
查询反馈单元:与数据库连接,根据用户端或医生/药师端发送的查询指令,从数据库中提取相应的信息发送至用户端或医生/药师端。
购药订单保存数据库:用于存储用户端向管理平台提交的购药订单及订单处理状态,用户端向商家端提交的购药订单及订单处理状态,管理平台向商家端提交的购药订单及订单处理状态等信息,便于管理员、用户及商家查看订单信息。
本实施例药盒,如图2和图3所示,包括盒体、设置在盒体上的声音传感器和声音播放装置6、以及设置在盒体内的处理器、药杯3和设置在药杯3底部的称重压力传感器;
盒体包括一端开口的盒身1、与盒身1开口端铰接的盒盖2以及开关盒检测装置;开关盒检测装置包括设置在盒身1敞口端的磁力传感器8以及设置在盒盖2上与磁力传感器8对应位置的磁铁9;
声音传感器、声音播放装置6、称重压力传感器、磁力传感器8与处理器电连接;
声音传感器用于接收用户输入的声音信息;
声音播放装置6用于根据接收到的各种提醒信号或者警示信号播放相应的提醒声音或警示声音对用户进行提醒和警示;同时,声音播放装置6还可以用于向用户播放声音指令或输出声音信息;
称重压力传感器用于称量药杯及药杯内药品的总重量;
开关盒检测装置用于检测盒盖2的开合,并将盒盖打开信息和盒盖闭合信息发送给称重模块;
所述处理器包括:
信息输入模块:用于接收用户通过声音传感器输入的声音信息并发送给信息处理模块;
信息处理模块:用于接收信息输入模块发送的声音信息,对声音信息进行语音识别,然后生成信息处理结果形成服药计划的信息,并将信息处理结果发送至服药计划模块;
服药计划模块:用于根据信息处理结果或用户端通过服药清单设置模块设置的结果生成对应药杯的新的服药计划或对原有服药计划进行更新,并将服药计划发送给服药提醒模块与用户端的服药清单设置模块进行保存;服药计划具体可包括药品名称、药品规格(M克/片)、预定服药量L0、服药次数、每日的预定服药时间、服用方法及服药周期等参数,服药周期可以包括服药开始时间与服药结束时间。
服药提醒模块:用于根据服药计划在预定服药时间0.5h前向提醒警示装置发送服药提醒信号,每隔0.5h发送一次,直至接收到服药正常信息或是提醒终止信号为止;
重量变化记录模块:用于在接收到开盖重量记录通知时,记录称重装置称量的药杯3及药杯内药品的总重量wn,开,在接收到闭盖重量记录通知时,记录称重装置称量的药杯3及药杯内药品的总重量wn,关,并将记录结果发送至服药量计算模块;
服药量计算模块:用于按照下列公式计算每一次服药后的服药总量Sn及服药数量L
Sn=wn,开-wn,关
L=Sn/M
若L>0,则将服药数量L、药盒名称及药品名称等信息发送至管理平台的信息判断计算模块,并服药量计算模块将计算结果发送至服药判断模块;需要说明的是,当L<0时,说明用户在往药盒中添加药。
服药判断模块:用于根据盒盖开启和盒盖闭合的时间是否均在预定服药时间的前后1h以内来判断用户是否按时服药,并根据服药量计算模块的计算结果L与服药计划中的预定服药量L0是否相同来判断用户服药量是否正确;如果用户按时服药且服药量正确,则向服药提醒模块发送服药正常信息;如果用户未按时服药或者服药量错误,则向提醒警示装置发送服药不正常警示信号,并向服药提醒模块发送提醒终止信号;另外,上述描述的是重量变化记录模块与服药量计算模块合作计算的是药盒打开盒盖至关上盒盖的两个时间点药杯重量的变化,还可根据需求设置为药盒打开之后,通过重量变化记录模块与服药量计算模块实时计算药杯重量的变化。
时间模块:用于提供时间信息。在本发明中,用户指应用智能药盒来计划和监控服药的人。
用户使用本实施例提供的智能药盒来进行用药提醒和用药管理时,用户向智能药盒口述服药信息,服药信息的内容至少包括每天服药的时间和每次的服药述量;服药信息的内容还可以包括药品种类、服药的起止日期,便于用户对自己的服药信息进行追溯;智能药盒上设置的声音传感器接收用户的声音信息。也可以是用户通过声音播放装置6播放的声音指令来进行选择,用户的选择结果通过用户的语音反馈给声音传感器。在本实施例中,也可以通过在盒体上设置与声音传感器连接的声音开关来控制打开或关闭声音传感器,减少无关的外界声音对未处于工作状态的声音传感器的干扰。
处理器中的信息输入模块接收用户通过声音传感器输入的声音信息,并发送给信息处理模块。信息处理模块接收声音信息后,对声音信息进行语音识别,然后对语音识别后获得的信息进行语义解析,必要时会根据信息处理模块中预设的信息过滤原则来过滤提取制定服药计划需要的相关信息,生成信息处理结果,并将信息处理结果发送至服药计划模块。
服药计划模块根据信息处理结果生成新的服药计划或对原有服药计划进行更新,并将服药计划发送给服药提醒模块;服药计划包括每日的预定服药时间和预定服药量L0,预定服药量L0可以是根据用户输入每次的服药量直接获得,也可以通过计算用户输入的每次的服药总量和每片/粒药品的重量的商得到。
服药提醒模块根据服药计划在距离预定服药时间之前0.5h开始向声音播放装置6发送服药提醒信号,每0.5h发送一次;声音播放装置6接收到服药提醒信号后,播放服药提醒声音。若用户按时打开药盒从药盒中取出药品服用,在用户开启药盒以及取药后关闭药盒时,开关盒检测装置都会检测盒盖2的开合,并将盒盖打开信息和盒盖闭合信息发送给称重模块。在本实施例中,开关盒检测装置检测盒盖2的开合是通过磁力传感器8是否可以感应到磁铁9来实现的。称重模块接收到盒盖打开信息和盒盖闭合信息会相应地向称重压力传感器发送开盖重量记录通知和闭盖重量记录通知。称重压力传感器接收到通知后会称量药杯3及药杯内药品的总重量wn,开和wn,关并发送给重量变化记录模块。重量变化记录模块记录wn,开和wn,关,并将记录结果发送至服药量计算模块。服药量计算模块根据wn,开和wn,关计算出此次的服药总量Sn和服药数量L,并将计算结果发送至服药判断模块。服药判断模块根据L与服药计划中的L0是否相同判断用户服药量是否正确。如果此时用户的服药量正确,则服药判断模块向服药提醒模块发送服药正常信息,服药提醒模块收到服药正常信息后停止向声音播放装置6发送服药提醒信号。如果用户虽然按时从药盒中取出药品服用,但服药判断模块根据L与L0不相同判断用户服药量错误,则服药判断模块向声音播放装置6发送服药量错误警示信号,并向服药提醒模块发送提醒终止信号;声音播放装置6接收到服药量错误警示信号后播放服药量错误警示声音;服药提醒模块收到提醒终止信号后停止继续向声音播放装置6发送服药提醒信号。若用户未按时从药盒中取出药品服用,则服药判断模块也向声音播放装置6发送未按时服药警示信号,并向服药提醒模块发送提醒终止信号;声音播放装置6接收到未按时服药警示信号后播放未按时服药警示声音;服药提醒模块收到提醒终止信号后停止向声音播放装置6发送服药提醒信号。
在本发明中,在预定服药时间前后一定时间段内(如提前或推后1小时)监测到盒盖开启后又重新闭合就都可视为按时服药;时间段的长短可以由服药判断模块预先设定,也可以由用户通过信息输入装置输入。若在该时间段只监测到盒盖开启,也视为未按时服药,服药判断模块也向声音播放装置6发送未按时服药警示信号,声音播放装置6接收到未按时服药警示信号后播放未按时服药警示声音,用户听到未按时服药警示声音后可自行检查是什么原因导致盒盖没有闭合,防止出现开盖后忘记服药的情况。
应用本实施例提供的智能药盒时,当用户无法获知药盒具体位置时,可用语音查找药盒位置,具体包括用户说出例如“药盒在哪里”这样的查找语音,药盒上声音传感器接收用户的声音信息,处理器中的信息输入模块接收声音传感器输入的声音信息,并发送给信息处理模块处理;信息处理模块对声音信息进行语音识别和语义解析后获知用户正在查找它的位置,通过声音播放装置6发出声音对用户进行提醒,方便用户尽快查找到药盒的位置。
用户采用本实施例提供的智能药盒来进行用药管理,智能药盒会提前发出服药提醒声音,提醒用户按时服药,有效提高用户的服药依从性;本实施例提供的智能药盒结构简单,使用方便,可以对其中药品重量的变化进行多次地精准计量,结合根据用户输入信息生成的服药计划,准确判断出用户每次的服药是否按时按量,并在用户服药出现错误时及时发出警示声音,警示用户及时进行处理,避免因为漏服药、错服药对病情治疗效果产生影响甚至是危害用户生命安全。
在本实施例中,优选的,智能药盒还包括电源装置,电源装置与处理器、声音传感器、声音播放装置6、称重压力传感器和磁力传感器8电连接。
电源装置优选可充电的锂电池7。相应的,所述盒体上设置有与锂电池7连接的充电插口。
在本实施例中,信息输入装置也可以选择触摸显示屏或者采用同时设置声音传感器和触摸显示屏的方式。用户可以在触摸显示屏上直接输入文字信息,或者根据触摸显示屏上显示的提示进行相应的选择或填入相应的信息;信息输入模块接收用户通过触摸显示屏输入的文字信息或选择信息,并发送给信息处理模块;信息处理模块接收文字信息或选择信息后进行识别,生成信息处理结果,并将信息处理结果发送至服药计划模块。
实施例2
一种基于智能药盒的服药管理、购药管理系统,与实施例1不同的是,药盒的盒体内设置有多个药杯3,每个药杯3底部均设置有称重压力传感器;
所述处理器还包括药杯选择模块,用于在用户输入服药信息前供用户选择其中一个药杯3与输入的服药信息生成的服药计划进行关联。
本实施例设置的智能药盒可以同时为用户监控多种药品的服用情况,而无需每种药品均单独使用一个药盒。
实施例3
一种基于智能药盒的服药管理、购药管理系统,与实施例1不同的是,药盒的处理器还包括:
数据存储模块:用于存储数据,包括信息处理模块生成的信息处理结果、服药计划模块生成的服药计划、重量变化记录模块记录的药杯及药杯内药品的总重量wn以及变化的时间、服药量计算模块得出的每一次服药的服药数量L以及服药判断模块判断用户是否服药正确的判断结果;
服药报告模块:用于根据数据存储模块内存储的数据定期生成服药报告;服药报告包括用户每次服药时间、每次服药量以及判断用户是否按时服药的判断结果;服药报告的生成周期可由服药报告模块设定,也可由用户通过声音传感器输入信息来设定;
注册模块:用于用户或监督用户服药的人员将智能药盒与手机绑定;
通信模块:用于向绑定手机定期发送服药报告。
在本实施例中,通信模块可以采用蓝牙、wifi、无线通讯等常用通讯方式。优选的,通信模块采用SIM卡方式实现信息的无线传输,便于在用户家中无WIFI或手机不在身边时都可以发送服药报告至绑定的手机端。当网络信号不好数据上传失败时,上传的数据会先缓存在数据存储模块中,下次联网时一并上传,保证数据的完整性。
本实施例药盒能定期将用户服药记录生成服药报告发送给用户或监督用户服药的人员的手机,方便对用户服药情况进行监督的同时还可以为医生了解病人服药情况提供依据,操作方便,还可以有效解决人为记录服药情况容易漏记、错记的弊端。
实施例4
一种基于智能药盒的服药管理、购药管理系统,如图2和图3所示,与实施例3不同的是,所述盒体包括控制盒盖开闭的盒盖开关;
盒体上设置有LED广角摄像头组件4,可以扩大图像采集的空间范围和提高采集的图像的清晰度;LED广角摄像头组件4用于录制影像,并将录制的影像信息发送给人脸识别模块进行人脸识别,同时发送至数据存储模块存储;
盒盖开关和LED广角摄像头组件4与处理器电连接;
注册模块还用于用户输入用户人脸头像,并发送至数据存储模块中存储;
处理器还包括人脸识别模块;
人脸识别模块用于从接收到的影像信息中识别开启药盒者的人脸图像,与数据存储模块中存储的用户人脸头像进行比对,判断开启药盒者是否是用户本人,将判断结果发送至数据存储模块存储;若判断结果显示开启药盒者是用户本人,则人脸识别模块向盒盖开关发送允许开盒信号,用户可打开盒盖取药;若判断结果显示开启药盒者不是用户本人,则人脸识别模块向声音播放装置6发送服药人错误警示信号,声音播放装置6在接收到服药人错误警示信号后播放服药人错误警示声音。
本实施例中实现药盒可防止除用户以外的其他人打开药盒取药,保证服药人的正确性;同时还可以将影像结合称重装置对药杯内药品重量变化的记录,判别从智能药盒取出药品服用的是不是用户本人,以及判断取出药品后是否真实服用,有效保证用户服药数据记录的准确性。
实施例5
一种基于智能药盒的服药管理、购药管理系统,如图2和图3所示,与实施例4不同的是,所述盒体上设置有与处理器电连接的条形码识别器5,条形码识别器5用于识别药品信息,药品信息包括药品名称、药品成分、药品包装(例如24片/板*2板/盒)、生产日期、生产厂家、用量建议和使用禁忌等;
所述处理器还包括:
药品信息模块:用于接收药品信息识别模块发送的药品信息并发送至数据存储模块存储;
药品信息推送模块:用于根据药品信息生成推送消息,并发送至绑定手机;推送消息可以包括药品到期提醒、服用方法提醒等药品相关信息。
本实施例,药盒具有识别和储存药品信息的功能,用户不用输入药品名称及药品相关信息,只要采用条形码识别器5扫描药品包装上的条形码即可快速获得药品信息,操作方便且不易出错;同时将药品信息存储至数据存储模块,方便在药品临期时提醒用户以及在开始服用某种药品时提醒用户该药品的服用方法;另外,也方便对用户服用过的药品的相关信息进行查询和溯源,还可以在服药报告模块生成的服药报告加入所服药品的信息内容。
实施例6
一种基于智能药盒的服药管理、购药管理系统,与实施例5不同的是,处理器包括加药提醒模块,加药提醒模块用于在重量变化记录模块的记录结果低于1天的服药量时,向声音播放装置6发送加药提醒信号。
本实施例中,药盒具有加药提醒的功能,当重量变化记录模块的记录结果低于1天的服药量时,向声音播放装置6发送加药提醒信号,声音播放装置6收到加药提醒信号后开始播放加药提醒声音,直至用户关闭声音播放装置6,或者是服药量计算模块计算出一次L<0,则表示药杯3中的药品重量增加,服药量计算模块向声音播放装置6发送加药成功信号,声音播放装置6收到加药成功信号后自动关闭。
本发明不局限于上述最佳实施方式,任何人应该得知在本发明的启示下作出的结构变化,凡是与本发明具有相同或相近的技术方案,均落入本发明的保护范围之内。

Claims (9)

1.一种基于智能药盒的服药管理、购药管理系统,其特征在于,包括药盒、客户端与管理平台;
所述客户端设有用于信息交互的信息输入模块、信息接收显示模块与通信模块,包括用户端、商家端;
所述用户端包括购药订单管理单元、药品同步单元、用户设置单元;
购药订单管理单元包括:
购药申请模块:用户端向管理平台或商家端提交购药订单,购药订单信息包括购买的药盒名称、药品名称、药品数量、收货信息;
订单确认模块:用于用户确认签收订单;
药品同步单元:与订单确认模块连接,用户确认订单后,药品同步单元根据药品数据库信息提取订单中的药盒名称、各药品名称及药品包装信息,计算各药品的购药总量,将药盒名称、各药品名称、各药品购药总量信息发送至管理平台信息判断计算模块;
用户设置单元包括:
药盒绑定设置模块:用于与一个或多个药盒进行绑定;
服药清单设置模块:用于设置或更改一个或几个绑定的药盒中每各药杯对应的服药计划,设置完成后同步更新药盒服药计划模块中的服药计划,服药计划包括药盒名称、药杯编号、药品名称、药品规格、服药次数;
所述商家端包括药品上传单元、售药订单管理单元、商家设置单元;
药品上传单元:商家用于上传药品信息并存储至管理平台的药品数据库,包括药品图片、药品价格、药品名称、药品包装、药品规格;
商家订单管理单元:商家用于管理用户端或管理平台支付完成的订单信息、物流信息;包括:
订单存储模块:用于存储用户端或管理平台发送的购药订单信息;
发货模块:商家用于填写发货信息及订单编号;
商家设置单元:商家用于设置商家地址;
所述药盒包括一端开口的盒身、与所述盒身开口端铰接的盒盖以及开关盒检测装置;所述盒身内设置有处理器、药杯和称重装置;
所述称重装置用于称量药杯及药杯内药品的总重量;
所述开关盒检测装置用于检测所述盒盖的开合,并将盒盖打开信息和盒盖闭合信息发送给所述称重模块;
所述称重装置、所述开关盒检测装置与所述处理器电连接;
所述处理器包括:
处理器通信模块:用于处理器接收和发送信息;
称重模块:用于在接收到盒盖打开信息后向重量变化记录模块发送开盖重量记录通知,在接收到盒盖闭合信息后向重量变化记录模块发送闭盖重量记录通知;
重量变化记录模块:用于在接收到开盖重量记录通知时,记录称重装置称量的药杯及药杯内药品的总重量wn,开,在接收到闭盖重量记录通知时,记录称重装置称量的药杯及药杯内药品的总重量wn,关,并将记录结果发送至服药量计算模块;
服药量计算模块:用于按照下列公式计算每一次服药后的服药总量Sn及服药数量L
Sn=wn,开-wn,关
L=Sn/M
式中,M为药品规格;
若L>0,则将服药数量L、药盒名称及药品名称信息发送至管理平台的信息判断计算模块,并服药量计算模块将计算结果发送至服药判断模块;
所述管理平台包括购药单元、购药管理单元;
购药单元:管理员根据用户端提交至平台购药订单中药品信息,向商家端提交药品信息相同的购药订单;
购药管理单元包括:
信息判断计算模块:根据接收的信息判断计算对应药盒相应药杯当前对应药品总量,具体包括:
(1)若接收到药品同步单元发送的信息,根据药盒名称、各药品名称从服药日志数据库中提取对应药盒相应药杯当前对应药品总量L,计算购药后的相应药品增加后总量L总1,将计算结果同步至药杯当前对应药品总量;具体计算可为:
L总1=L+L
其中,L为购药总量;
(2)若接收到药盒发送的信息,根据药盒名称及药品名称,从服药日志数据库中提取对应药杯当前对应药品总量L,计算服药后的相应药品剩余总量L总2,将计算结果同步至药杯当前对应药品总量,具体计算可为:
L总2=L-L
提取服药计划数据库中对应药杯的预定服药量L0、服药次数Q,计算药杯当前对应药品总量可服用天数D
D=L总2/(L0*Q)
对比判断模块:将信息判断计算模块计算的药品可服剩余天数D与管理平台预设的提醒剩余天数阀值进行比较,若药品可服剩余天数D≤提醒剩余天数时,发送购药提醒信息至对应用户端,购药提醒信息包括药品剩余量及药品可服剩余天数;
数据库包括与索引模块连接的商家信息数据库,与所述商家信息数据库通过索引关联的药品数据库,服药计划数据库,服药日志数据库;
所述药品数据库:用于存储每个商家/医院上传的药品信息数据库;
所述服药计划数据库:用于存储各用户通过药盒或用户端设置的服药计划;
所述服药日志数据库:用于同步并存储药盒上传的服药日志,包括药杯信息、药杯重量变化及重量变化时间、药杯当前对应药品总量;
购药订单保存数据库:用于存储用户端向管理平台提交的购药订单及订单处理状态,用户端向商家端提交的购药订单及订单处理状态,管理平台向商家端提交的购药订单及订单处理状态信息。
2.如权利要求1所述系统,其特征在于,所述商家端还包括订单反馈单元与药品匹配单元;
药品匹配单元:将每个购药订单信息与药品数据库进行匹配,确定药品数据库中是否有对应的药品,并将匹配结果发送至订单反馈单元;
订单反馈单元:用于商家端向订单对应的购药方发送订单药品是否缺失信息,同时在药品缺少的情况下提醒商家及时填补药品;购药方为管理平台或是用户端;
药品匹配单元排查订单中的药品是否都具备,若药品数量为0或药品匹配失败,生成匹配结果,订单反馈单元将商家缺少的药品信息通过订单反馈单元订单对应的购药方及商家。
3.如权利要求1所述系统,其特征在于,所述用户设置单元包括
购药方式设置模块:包括用户将购买药品方式设置为自助下单购药或定期下单购药;
自助下单购药,用户根据需求或根据通过购药申请模块自己向平台提交需要购买的药品,平台将会定期向用户、患者发送购药提醒;
定期自动购药,管理员将根据用户设置在一定的周期内自动购买指定药品,完成购药。
4.如权利要求1所述系统,其特征在于,所述客户端包括医生/药师端包括
医生/药师注册单元:用于医生或药师信息注册,包括
医生注册模块:医师证号、所属医院、所属科室;
药师注册模块:填写信息包括药师证号、所属药店。
5.如权利要求2所述系统,其特征在于,所述用户设置单元包括
医生绑定申请模块:用户根据需求向医生端或药师端申请绑定作为专属医生;
所述医生/药师端包括服务设置单元:用于医生/药师设置自己在系统中是否开通专属医生服务并绑定专属医生服务;
包括绑定允许模块:用于医生/药师确定是否允许用户进行专属医生的绑定。
6.如权利要求5所述系统,其特征在于,所述用户端包括用户互动单元:用于根据需求与管理平台的平台管理员,或与医生/药师端的医生、药师进行互动;
医生/药师端包括医生/药师互动单元:用于根据需求与平台管理员,或与用户端的用户进行互动;
管理平台包括医生、药师匹配单元:与医生/药师互动单元和用户互动单元连接;根据用户需求、用户病情及购药信息,匹配在线的相应属性的医生或药师与用户进行沟通,若用户绑定专属医生的情况下,直接匹配对应的专属医生与用户进行沟通。
7.如权利要求1所述系统,其特征在于,所述购药单元:包括药品信息提取模块、地址提取模块与商家匹配模块;
药品信息提取模块:平台根据用户输入的订单信息提取购买的药品信息,药品信息主要为药品名称、药品购买数量;
地址提取模块:平台根据用户输入的订单信息提取出收货地址;
商家匹配模块:平台根据管理员设置的匹配条件,为用户提交的购药订单匹配符合匹配条件的商家;
匹配条件可为根据购药申请模块中提供的收货地址及订单药品信息匹配药品最全和/或最近的商家,或匹配药品完全的商家,或匹配药品最全和最近的商家。
8.如权利要求1所述系统,其特征在于,所述药盒服药计划模块:用于根据用户输入的信息或用户端通过服药清单设置模块设置的结果生成对应药杯的新的服药计划或对原有服药计划进行更新,并将服药计划发送给服药提醒模块与用户端的服药清单设置模块进行保存;
服药提醒模块:根据服药计划在预定服药时间之前一定时间向通知模块发送服药提醒信号,每隔一段时间发送一次,直至接收到服药正常信息或是提醒终止信号为止。
9.如权利要求8所述系统,其特征在于,所述服药判断模块:用于根据盒盖开启和盒盖闭合的时间是否与预定服药时间相符来判断服药者是否按时服药,以及根据服药量计算模块的计算的服药数量与服药计划中的预定服药量是否相同来判断服药者服药量是否正确,生成服药判断结果并发送给管理平台。
CN201811319422.XA 2018-11-07 2018-11-07 一种基于智能药盒的服药管理、购药管理系统 Active CN111161828B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811319422.XA CN111161828B (zh) 2018-11-07 2018-11-07 一种基于智能药盒的服药管理、购药管理系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811319422.XA CN111161828B (zh) 2018-11-07 2018-11-07 一种基于智能药盒的服药管理、购药管理系统

Publications (2)

Publication Number Publication Date
CN111161828A CN111161828A (zh) 2020-05-15
CN111161828B true CN111161828B (zh) 2023-04-07

Family

ID=70554580

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811319422.XA Active CN111161828B (zh) 2018-11-07 2018-11-07 一种基于智能药盒的服药管理、购药管理系统

Country Status (1)

Country Link
CN (1) CN111161828B (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113488131A (zh) * 2020-05-28 2021-10-08 海信集团有限公司 一种消息通知方法、中控设备、人机交互设备及智能设备
CN111899875A (zh) * 2020-07-17 2020-11-06 上海聚音信息科技有限公司 基于用户模型的服药管理系统及方法
CN111916175A (zh) * 2020-07-17 2020-11-10 上海聚音信息科技有限公司 基于参数变化自适应调整提醒计划的系统、方法及药盒
CN112402258B (zh) * 2020-10-29 2023-10-27 阿里健康科技(杭州)有限公司 一种用药提醒方法和装置
CN112735557A (zh) * 2021-01-07 2021-04-30 深圳市罗湖医院集团 一种智慧药箱的药物指引方法、药箱及可读介质
CN112750522A (zh) * 2021-01-12 2021-05-04 芜湖云枫信息技术有限公司 一种家庭药箱的应用系统和应用方法
CN113192595B (zh) * 2021-05-21 2023-03-10 温州医科大学附属眼视光医院 一种基于物联网数据管理分析的智能用药交待装置
CN117672449B (zh) * 2023-12-04 2024-05-17 启康保(北京)健康科技有限公司 一种基于物联网的药品管理系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107610746A (zh) * 2017-08-31 2018-01-19 四川爱华立康智能科技有限公司 一种智能药店服务系统及其实现方法
CN107910039A (zh) * 2017-10-19 2018-04-13 诺辞科技成都有限公司 一种用户药品信息统计系统及其药品信息统计方法
CN108242259A (zh) * 2016-12-24 2018-07-03 哈尔滨光凯科技开发有限公司 一种用于改善患者用药依从性的系统设计方法
CN108538398A (zh) * 2018-04-18 2018-09-14 苏州三体智能科技有限公司 智能售药系统与方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108242259A (zh) * 2016-12-24 2018-07-03 哈尔滨光凯科技开发有限公司 一种用于改善患者用药依从性的系统设计方法
CN107610746A (zh) * 2017-08-31 2018-01-19 四川爱华立康智能科技有限公司 一种智能药店服务系统及其实现方法
CN107910039A (zh) * 2017-10-19 2018-04-13 诺辞科技成都有限公司 一种用户药品信息统计系统及其药品信息统计方法
CN108538398A (zh) * 2018-04-18 2018-09-14 苏州三体智能科技有限公司 智能售药系统与方法

Also Published As

Publication number Publication date
CN111161828A (zh) 2020-05-15

Similar Documents

Publication Publication Date Title
CN111161828B (zh) 一种基于智能药盒的服药管理、购药管理系统
CN111161827B (zh) 一种基于智能药盒的用药和病情管理系统
US10646101B2 (en) Apparatus and method for recognition of inhaler actuation
CN111161826B (zh) 一种基于智能药盒的用药管理系统
US20220122698A1 (en) Apparatus and Method for Recognition of Medication Administration Indicator
CN105662850B (zh) 智能药盒设备及服药管理的方法
TW537880B (en) Method for improving patient compliance with a medical program
US8583281B2 (en) Medication dispenser with integrated monitoring system
US20040015132A1 (en) Method for improving patient compliance with a medical program
US20100185456A1 (en) Medication management system
CN106023466A (zh) 医患处方互联与智能药品仓储分发系统
US20090134181A1 (en) Medication dispenser with automatic refill
CN105808965A (zh) 药品调配检测的方法及系统
CN109146639A (zh) 一种网上售药及互联网医院平台
CN111081364A (zh) 就医信息处理系统、医保支付方法、存储介质及智能终端
CN111882769A (zh) 支持医保电子凭证的自动售药机、售药系统及方法
TWI645365B (zh) 提供健康照護檢測用消耗品的方法及系統
US20200345299A1 (en) Monitoring Patient Compliance with a Dosage Regimen
CN111150654A (zh) 一种具有用药管理的智能药盒
WO2001074229A2 (en) Improving patient compliance with a medical program
CN205339554U (zh) 智能药盒设备
JP6937949B1 (ja) 調剤システム、情報処理装置、プログラム及び調剤方法
JP7329463B2 (ja) 薬剤識別システム
CN114372657A (zh) 一种在线下单的护理方法及护理系统
CN111063414A (zh) 智能药箱与可穿戴设备的交互实现方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20231129

Address after: Room 201, Building 9, No. 3 Deshengmen East Binhe Road, Xicheng District, Beijing, 100120

Patentee after: Beijing zezhongkang Pharmaceutical Technology Co.,Ltd.

Address before: 805, Bailong Building, No. 62, Longguan East Road, Longhua Street, Longhua District, Shenzhen, Guangdong 518000

Patentee before: Shenzhen Sao Doctor Technology Co.,Ltd.

TR01 Transfer of patent right