CN109151083B - 服药提醒方法、装置、计算机设备和存储介质 - Google Patents
服药提醒方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN109151083B CN109151083B CN201811399468.7A CN201811399468A CN109151083B CN 109151083 B CN109151083 B CN 109151083B CN 201811399468 A CN201811399468 A CN 201811399468A CN 109151083 B CN109151083 B CN 109151083B
- Authority
- CN
- China
- Prior art keywords
- medicine
- user
- medicine taking
- data
- reminding
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
- G08B21/18—Status alarms
- G08B21/24—Reminder alarms, e.g. anti-loss alarms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Emergency Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本申请涉及一种服药提醒方法、装置、计算机设备和存储介质。所述方法包括:接收用户终端发送的服药提醒请求和用户用药数据,服药提醒请求携带有用户标识;查找与用户标识对应的用户就医数据,从用户就医数据中提取在服药品清单;根据在服药品清单对用户用药数据进行数据校验;当对用户用药数据校验通过时,根据用户用药数据生成服药提醒计划;将服药提醒计划发送给用户终端,服药提醒计划用于指示用户终端进行服药提醒推送。采用本方法能够智能化进行服药提醒。
Description
技术领域
本申请涉及计算机技术领域,特别是涉及一种服药提醒方法、装置、计算机设备和存储介质。
背景技术
日常生活中,患者由于工作、生活事务繁忙,经常出现忘记按时吃药,将药物错拿错吃的情况,使得药物不能发挥正常功效,不利于患者及时康复,甚至会导致患者错过最佳的治疗时机。
目前,患者通常是通过设置闹铃的方式进行服药提醒。但由于患者可能同时服用多种药品,且每种药品每天可能服用多次,患者需要手动设置多个闹铃。然而,多个闹铃常常会造成用户服用药物混乱。
发明内容
基于此,有必要针对上述技术问题,提供一种能够智能化进行服药提醒的服药提醒方法、装置、计算机设备和存储介质。
一种服药提醒方法,所述方法包括:
接收用户终端发送的服药提醒请求和用户用药数据,所述服药提醒请求携带有用户标识;
查找与所述用户标识对应的用户就医数据,从所述用户就医数据中提取在服药品清单;
根据所述在服药品清单对所述用户用药数据进行数据校验;
当对所述用户用药数据校验通过时,根据所述用户用药数据生成服药提醒计划;
将所述服药提醒计划发送给所述用户终端,所述服药提醒计划用于指示所述用户终端进行服药提醒推送。
在其中一个实施例中,将所述服药提醒计划发送给所述用户终端之后,还包括:
根据所述用户标识生成计划存储请求;
将所述服药提醒计划和所述计划存储请求发送给云服务器,所述计划存储请求用于指示所述云服务器将所述服药提醒计划与所述用户标识进行关联存储。
在其中一个实施例中,所述用户用药数据包括目标药品图片;所述根据所述在服药品清单对所述用户用药数据进行数据校验,包括:
从所述目标药品图片中识别第一目标药品名称;
查找所述在服药品清单中是否存在与所述第一目标药品名称匹配的第一在服药品名称;
当查找到所述第一在服药品名称时,所述用户用药数据校验通过。
在其中一个实施例中,根据所述用户用药数据生成服药提醒计划,包括:
从所述目标药品图片中识别第一药品用法用量;
从所述第一药品用法用量中提取第一单次药品用量、第一服用次数和第一服药方法;
根据所述第一服用次数和第一服药方法得到第一单次药品提醒时间;
根据所述第一单次药品提醒时间、所述第一药品服药方法和所述第一目标药品图片生成第一单次服药提示项;
根据所述第一单次服药提示项生成服药提醒计划。
在其中一个实施例中,所述用户用药数据包括第二目标药品名称和对应的第二药品用法用量;所述根据所述在服药品清单对所述用户用药数据进行数据校验,包括:
查找所述在服药品清单中是否存在与所述第二目标药品名称匹配的第二在服药品名称;
当查找到所述第二在服药品名称时,查找与所述第二在服药品名称对应的药品说明书,从所述药品说明书中提取用法用量字段;
判断所述第二药品用法用量是否与所述用法用量字段数据匹配;
当所述第二药品用法用量与所述用法用量字段数据匹配时,所述用户用药数据校验通过。
在其中一个实施例中,根据所述用户用药数据生成服药提醒计划,包括:
从所述第二药品用法用量中提取第二服用次数和第二服用方法;
根据所述第二服用次数和第二服用方法得到第二单次药品提醒时间;
从所述药品说明书中提取禁忌项字段;
根据所述第二单次药品提醒时间、所述第二服用方法和所述禁忌项字段生成第二单次服药提示项;
根据所述第二单次服药提示项生成服药提醒计划。
在其中一个实施例中,还包括:
从所述在服药品清单中提取在服药品的药品单位剂量和药品数量;
从所述用户用药数据中提取目标药品用法用量;
根据所述目标药品用法用量、所述药品单位剂量和所述药品数量计算药品消耗时长;
根据当前时间和所述药品消耗时长设定药品补给时间;
当到达所述药品补给时间时,根据所述在服药品生成药品补给提醒,并发送所述药品补给提醒至所述用户终端。
一种服药提醒装置,所述装置包括:
请求接收模块,用于接收用户终端发送的服药提醒请求和用户用药数据,所述服药提醒请求携带有用户标识;
清单提取模块,用于查找与所述用户标识对应的用户就医数据,从所述用户就医数据中提取在服药品清单;
数据校验模块,用于根据所述在服药品清单对所述用户用药数据进行数据校验;
计划生成模块,用于当对所述用户用药数据校验通过时,根据所述用户用药数据生成服药提醒计划;
计划推送模块,用于将所述服药提醒计划发送给所述用户终端,所述服药提醒计划用于指示所述用户终端进行服药提醒推送。
一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现上述方法的步骤。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述方法的步骤。
上述服药提醒方法、装置、计算机设备和存储介质,接收用户上传的用药数据和服药提醒请求后,查找用户对应的就医数据,从就医数据中提取用户在服药品的药品清单,根据在服药品清单对用户上传的用药数据进行数据校验,对用户提供的药品数据进行确认,提高用户服药的准确性,数据校验通过时根据用户用药数据自动生成服药提醒计划,将服药提醒计划发送给用户终端,使得用户终端能够进行智能化的服药提醒的推送,避免用户繁琐的手动提醒设置过程,并且能够提高服药提醒的准确性。
附图说明
图1为一个实施例中服药提醒方法的应用场景图;
图2为一个实施例中服药提醒方法的流程示意图;
图3为另一个实施例中服药提醒方法的流程示意图;
图4为一个实施例中服药提醒装置的结构框图;
图5为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的服药提醒方法,可以应用于如图1所示的应用环境中。其中,用户终端与服务器通过网络进行通信。用户终端向服务器发送服药提醒请求和用户用药数据,服务器接收后从服药提醒请中提取用户标识,查找与用户标识对应的用户就医数据,并从用户就医数据中提取出在服药品清单,服务器根据在服药品清单对用户用药数据进行数据校验,当对用户用药数据校验通过时,根据用户用药数据生成服药提醒计划。服务器将服药提醒计划发送给用户终端,服药提醒计划用于指示用户终端进行服药提醒推送。其中,用户终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中,如图2所示,提供了一种服药提醒方法,以该方法应用于图1中的服务器为例进行说明,包括以下步骤:
步骤210,接收用户终端发送的服药提醒请求和用户用药数据,服药提醒请求携带有用户标识。
用户可以在用户终端上进行服药提醒功能的设置,如用户可以通过具有服药提醒功能的终端应用,在终端应用上开启服药提醒功能,或者终端本身系统也可提供服药提醒功能。
用户可以上传用户用药数据,用户用药数据包括用户现在所计划服用药品的药品信息,药品信息可以包括药品名称、药品的用法用量又或是药品的说明书、药品包装图片、药品图片等数据。
用户终端检测到服药提醒功能开启时,获取用户标识,用户标识用于对用户身份进行唯一标识,生成携带有用户标识的服药提醒请求,将服药提醒请求及用户上传的用户用药数据一同发送给服务器。服务器接收服药提醒请求及用户用药数据后,从服药提醒请求中提取出用户标识。
步骤220,查找与用户标识对应的用户就医数据,从用户就医数据中提取在服药品清单。
服务器本地可以缓存所有用户的就医数据,服务器也可也从医疗平台获取用户就医数据。由于用户就医数据的数据量较大,优选地,服务器根据用户标识生成就医数据获取请求并发送给医疗平台,并接收医疗平台返回的与用户标识对应的用户就医数据。
用户就医数据可以包括用户的问诊数据、诊断结果、治疗花费、主要花费、医生开具的药品清单等数据。服务器获取用户就医数据中,从用户就医数据中提取在服药品清单。在服药品清单为医生开具的处方药的药品清单,清单中可以包括药品名称、药品用法用量、服药时长、药品厂家等数据。
步骤230,根据在服药品清单对用户用药数据进行数据校验。
服务器根据在服药品清单对用户上传的用户用药数据进行校验,判断用户上传的药品与医生开具的处方药是否匹配。具体地,服务器可以检验用户用药数据的药品是否存在药品缺失、药品使用错误的情况,当上传药品与处方药品匹配时,还可以判断用户上传的药品的用法用量或服用方法是否正确。当服务器对用户用药数据中的药品数据校验失败时,可以根据校验失败的药品数据及其对应的在服药品清单中的药品数据生成药品服用确认提醒,将药品服药确认提醒发送给用户终端,以提醒用户对计划服用的药品进行检查。
步骤240,当对用户用药数据校验通过时,根据用户用药数据生成服药提醒计划。
当服务器根据在服药品清单对用户用药数据校验通过时,服务器可以根据用户用药数据中每种药物的服用方法、用量、禁忌项等信息生成单次服用药品的提示项。服务器对所有的单次服用药品提示项进行汇总生成服药提醒计划。
例如,提示项可以为饭前服用药品A、每次服用两粒、水服、忌吃辛辣食物。进一步地,可以对饭前、饭后等时间节点设置具体的时刻,可以根据用户上传的饮食习惯进行设置,例如饭前设置为11:00am,17:00pm等。
步骤250,将服药提醒计划发送给用户终端,服药提醒计划用于指示用户终端进行服药提醒推送。
服务器在将服药提醒计划发送至用户终端时,可以根据服药提醒计划中每个提示项中设定的时间,按时将提示项推送给用户终端。具体地,服务器可以通过应用消息、短信、微信、邮件等方式进行推送。服务器也可以将整个服药提醒计划发送至用户终端,用户终端接收服药提醒计划后将计划中的各提示项同步至相应日期的日历提醒事项中,用户终端根据日历提醒事项到时自动对用户进行服药提醒,从而服务器可以不用再进行用户服药的时间监控。
在本实施例中,服务器接收用户上传的用药数据和服药提醒请求后,查找用户对应的就医数据,从就医数据中提取用户在服药品的药品清单,根据在服药品清单对用户上传的用药数据进行数据校验,对用户提供的药品数据进行确认,提高用户服药的准确性,数据校验通过时根据用户用药数据自动生成服药提醒计划,将服药提醒计划发送给用户终端,使得用户终端能够自进行智能化的服药提醒的推送,避免用户繁琐的手动提醒设置过程,并且能够提高服药提醒的准确性。
在一个实施例中,将服药提醒计划发送给用户终端的步骤之后还可以包括:根据用户标识生成计划存储请求;将服药提醒计划和计划存储请求发送给云服务器,计划存储请求用于指示云服务器将服药提醒计划与用户标识进行关联存储。
服务器在将服药提醒计划发送给用户终端的同时,将服药提醒计划上传至云服务器,从而使得用户可以自行从云服务器上下载服药提醒计划。例如,当用户更换终端设备或终端上的信息丢失时,可以通用终端应用向云服务器发送携带有用户标识的服药提醒计划同步请求,云服务器接收同步请求后,从同步请求中读取用户标识,并查找与用户标识对应的服药提醒计划,并将查找到的服药提醒计划返回给发送同步请求的终端。终端接收云服务器发送的服药提醒计划后可以将其同步至本地日历的日历提醒事项中。
在一个实施例中,用户用药数据包括目标药品图片;根据在服药品清单对用户用药数据进行数据校验,包括:从目标药品图片中识别第一目标药品名称;查找在服药品清单中是否存在与第一目标药品名称匹配的第一在服药品名称;当查找到第一在服药品名称时,用户用药数据校验通过。
在本实施中,用户上传的用户用药数据中至少包括目标药品图片,目标药品图片为用户已经购买的计划服用的药品的图片。具体地,目标药品图片为包含药品基本信息的图片,如可以为药品包装盒图片,药品包装瓶图片或者药品说明书的图片等。
服务器对目标药品图片中的文字进行识别,如可以通过OCR(Optical CharacterRecognition,光学字符识别)技术进行文字识别,将目标药品图片转换为文字数据,服务器从转换后的文字数据中提取出第一目标药品名称。
以目标药品图片为药品包装盒图片为例进行说明,药品包装盒上药品名称的字符一般来说相对于包装盒上的其他字符所占的面积较大,服务器先从目标药品图片中对药品名称进行定位,定位后通过OCR识别技术进行字符提取和识别,识别出第一目标药品名称。当目标药品图片为药品说明书时,也可以根据字段标识符识别出药品名称字段。
服务器识别出第一目标药品名称后,提取出在服药品清单中所包含的在服药品的药品名称,判断提取出的在服药品名称中是否存在与第一目标药品名称中相匹配的第一在服药品名称。服务器从清单中首先查找是否存在与第一目标药品名称完全一致的第一在服药品名称,当存在时则匹配成功,对第一目标药品名称校验成功,当服务器未查找到与第一目标药品名称完全一致的第一在服药品名称时,则获取药品清单中各在服药品对应的在服药品别名,查找是否存在与第一目标药品名称完全一致的药品别名,当查找到完全一致的药品别名时,对第一目标药品名称校验成功,当未查找到完全一致的药品别名时,则对第一目标药品名称校验失败,当对所有的第一目标药品名称均校验成功时,则对用户用药数据校验通过。当存在有未校验成功的第一目标药品数据时,则对用户用药数据校验失败。
在一个实施例中,当对用户用药数据校验失败时,服务器将第一目标药品名称与清单中的在服药品名称进行比较,查找出两者的差异药品名称,根据差异药品名称生成在服药品确认提示发送给用户终端。例如,在服药品清单比用户用药数据中多出药品B,则可以提示用户“是否需要服用药品B?”。
在一个实施例中,根据用户用药数据生成服药提醒计划的步骤可以包括:从目标药品图片中识别第一药品用法用量;从第一药品用法用量中提取第一单次药品用量、第一服用次数和第一服药方法;根据第一服用次数和第一服药方法得到第一单次药品提醒时间;根据第一单次药品提醒时间、第一药品服药方法和第一目标药品图片生成第一单次服药提示项;根据第一单次服药提示项生成服药提醒计划。
服务器可以采用上述实施例中描述的方法将目标药品图片转换成文字数据,服务器对文字数据进行识别,从中识别出药品的用法用量。具体地,服务器可以先识别出药品字段标识符如“【】”,将字段标识符内的字段名称进行识别,识别出“用法用量”字段名称,再将用法用量字段标识符至下一个药品字段标识符之间的字符识别为第一药品用法用量。
服务器从识别出的第一药品用法用量中提取出第一单次药品用量、第一服用次数和第一服药方法。单次药品用量为患者单次需服用药品的药品剂量,如每次2片,每次1瓶等;服用次数为每日需服用的次数,如每天2次等;第一服药方法为药品的服用方法如饭前服用,水服,冲泡等。在对第一单次药品用量、第一服用次数和第一服药方法进行识别时,服务器可以首先获取用法用量特征词表,特征词表中存储了经常会出现的特征词如“片”、“瓶”、“次”、“饭前”、“饭后”等,识别出特征词后,再将特征词前后的数量词识别出,并将特征词与数量词一同提取出来。
服务器可以事先将服药方法中的服药时间节点对应设置具体时间,如服药时间节点“饭前”设置为7:00am,11:00am和17:00pm等,服务器先查找服药方法对应的具体时间,再根据服用次数从中提取出每天的单次药品提醒时间。如服用次数为每天2次,服药方法为饭前服用,则可以从7:00am,11:00am和17:00pm三个时间点中任意选取两个进行组合得到每天的单次药品提醒时间,当有多个时间组合时,服务器可以对各时间组合设定优先等级,例如将中饭和晚饭对应的具体时间的组合设置为最高等级。
服务器获得第一单次药品提醒时间之后,根据第一单次药品提醒时间、第一药品服药方法及第一药品图片生成第一单次服药提示项。第一单次服药提示项为一个药品提醒时间点需要进行提醒服药药品的相关信息,当一个时间点需要对多个药品进行服药提醒时,则将多个药品的相关信息进行合并。如第一单次服药提示项可以为11:00am,水服服用药品A两片,冲泡药品B一片,并将关联药品A对应的目标药品图片和药品B对应的目标药品图片,在进行服药提醒计划推送时,将目标药品图片也进行推送,可以对用户进行提示,减小错拿错服药品的概率。在其他实施例中,服务器也可也从目标药品图片中识别出药品禁忌项,将药品禁忌项也添加至单次服药提示项中。服务器对每个时间点对应的单次服药提示项进行整合生成服药提醒计划。
在一个实施例中,用户用药数据包括第二目标药品名称和对应的第二药品用法用量;根据在服药品清单对用户用药数据进行数据校验,包括:查找在服药品清单中是否存在与第二目标药品名称匹配的第二在服药品名称;当查找到第二在服药品名称时,查找与第二在服药品名称对应的药品说明书,从药品说明书中提取用法用量字段;判断第二药品用法用量是否与用法用量字段数据匹配;当第二药品用法用量与用法用量字段数据匹配时,用户用药数据校验通过。
在本实施例中,用户上传的用户用药数据不是目标药品的药品图片,而是各目标药品的药品名称和相应的药品用法用量数据。用户可以在用户终端上手动输入药品名称和药品用法用量,用户终端也可以提供药品的查找功能,及药品用法用量的选择选项,用户进行选择即可。
服务器从用户用药数据中提取出第二目标药品名称,并将第二目标药品名称与在服药品清单中的在服药品名称进行名称匹配。具体地,服务器从清单中首先查找是否存在与第二目标药品名称完全一致的第二在服药品名称,当存在时则匹配成功,当服务器未查找到与第二目标药品名称完全一致的第二在服药品名称时,则获取药品清单中各在服药品对应的在服药品别名,查找是否存在与第二目标药品名称完全一致的药品别名,当查找到完全一致的药品别名时则匹配成功。
服务器查找到匹配的第二在服药品名称时,服务器从药品说明书库中查找与第二在服药品名称对应的药品说明书,并从查找到的药品说明书中提取出用法用量字段。服务器将查找到的用法用量字段与第二目标药品名称对应的第二药品用法用量进行来匹配。具体地,服务器分别从用法用量字段和对应的第二药品用法用量中提取出特征词,如“水服”、“冲泡”、“饭前”、“饭后”等,再将特征词前后的数量词提取出来,如“2片”、“3次”等,将分别从用法用量字段和对应的第二药品用法用量中提取出的特征词与数量词进行比较,判断二者是否匹配。当所有的第二药品用法用量与用法用量字段数据匹配成功时,则对用户用药数据校验通过。
在一个实施例中,当对第二药品用法用量数据校验失败时,服务器将第二药品用法用量与清单中对应的用法用量字段数据进行比较,查找出两者的差异数据,根据差异数据生成在服药品确认提示发送给用户终端。例如,差异数据为药品C的每日服用次数,则可以提示用户“请确认药品C的每日服用次数是否正确?”。
在一个实施例中,根据用户用药数据生成服药提醒计划的步骤可以包括:从第二药品用法用量中提取第二服用次数和第二服用方法;根据第二服用次数和第二服用方法得到第二单次药品提醒时间;从药品说明书中提取禁忌项字段;根据第二单次药品提醒时间、第二服用方法和禁忌项字段生成第二单次服药提示项;根据第二单次服药提示项生成服药提醒计划。
本实施例中的第二单次药品提醒时间的生成方法可以参照上述实施例中第一单次药品提醒时间的生成方法,在此不再赘述。服务器从各在服药品名称对应的药品说明书中提取出禁忌项字段。服务器根据第二单次药品提醒时间、第二服用方法及禁忌项字段生成第二单次服药提示项。第二单次服药提示项为一个药品提醒时间点需要进行提醒服药药品的相关信息,当一个时间点需要对多个药品进行服药提醒时,则将多个药品的相关信息进行合并。如第二单次服药提示项可以为11:00am,水服服用药品A两片,冲泡药品B一片,忌服辛辣、刺激食物。服务器对每个时间点对应的单次服药提示项进行整合生成服药提醒计划。
在一个实施例中,用户用药数据中的目标药品的数量为多个时,服务器根据查找的各药品对应的禁忌项字段验证多个药品之间是否存在服药冲突,当存在服药冲突时,根据冲突的药品生成用药冲突提醒并发送给用户终端。
在一个实施例中,服药提醒方法还可以包括:
步骤260,从在服药品清单中提取在服药品的药品单位剂量和药品数量。
药品单位剂量为每单位药品的药品规格,如每盒18片,每瓶15ml等。药品数量为医生开具的每种药品的药品数量,如2盒、5瓶等。服务器从在服药品清单中提取出每种在服药品的药品单位剂量和药品数量。
步骤265,从用户用药数据中提取目标药品用法用量。
服务器从用户用药数据中提取出目标药品的用法用量数据。当用户用药数据为图片时,则对图片进行文字识别,识别出用法用量字段,当用户用药数据为用户上传的数据时,则直接提取出目标药品的用法用量即可。
步骤270,根据目标药品用法用量、药品单位剂量和药品数量计算药品消耗时长。
服务器从目标药品用法用量中提取出每日服用次数和每次服用剂量,根据每日服用次数每次服用剂量计算出每日服用剂量。服务器根据药品单位剂量和药品数量计算出医生开具的药品的总剂量,如药品单位剂量为每盒18片,药品数量为2盒,则开具的总剂量为36片。服务器将总剂量除以每日服用剂量得到医生开具药品的药品消耗时长,药品消耗时长为用户将医生开具的药品服用完毕所要消耗的时长,药品消耗时长以日为单位。
步骤275,根据当前时间和药品消耗时长设定药品补给时间。
服务器获取当前时间,再根据当前时间累加药品消耗时长计算得到药品补给时间。药品补给时间为预计的药品消耗完毕的时间。
步骤280,当到达药品补给时间时,根据在服药品生成药品补给提醒,并发送药品补给提醒至用户终端。
服务器对各目标药品的药品补给时间进行监控,当检测到到达药品补给时间时,根据到达药品补给时间的在服药品生成药品补给提醒,药品补给提醒中可以携带对应的在服药品名称等信息。服务器将药品补给提醒发送给用户终端,以使用户收到提醒后及时补给购买相应药品。
在一个实施例中,服务器从在服药品清单中获取计划服药时长,将药品消耗时长与计划服药时长进行比较,当药品消耗时长小于计划服药时长时,再进行根据当前时间和药品消耗时长设定药品补给时间的步骤。当药品消耗时长不小于计划服药时长时,则根据计划服药时长和当前时间计算出服药停止时间,并在到达服药停止时间后,生成复诊提醒,将复诊提醒发送给用户终端,以提示用户服药疗程完毕可进行复诊。
应该理解的是,虽然图2-3的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2-3中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图4所示,提供了一种服药提醒装置,包括:请求接收模块410、清单提取模块420、数据校验模块430、计划生成模块440和计划推送模块450,其中:
请求接收模块410,用于接收用户终端发送的服药提醒请求和用户用药数据,服药提醒请求携带有用户标识。
清单提取模块420,用于查找与用户标识对应的用户就医数据,从用户就医数据中提取在服药品清单。
数据校验模块430,用于根据在服药品清单对用户用药数据进行数据校验。
计划生成模块440,用于当对用户用药数据校验通过时,根据用户用药数据生成服药提醒计划。
计划推送模块450,用于将服药提醒计划发送给用户终端,服药提醒计划用于指示用户终端进行服药提醒推送。
在一个实施例中,服药提醒装置还可以包括:
存储请求生成模块,用于根据用户标识生成计划存储请求。
请求发送模块,用于将服药提醒计划和计划存储请求发送给云服务器,计划存储请求用于指示云服务器将服药提醒计划与用户标识进行关联存储。
在一个实施例中,数据校验模块430可以包括:
名称识别模块,用于从目标药品图片中识别第一目标药品名称。
第一名称匹配模块,用于查找在服药品清单中是否存在与第一目标药品名称匹配的第一在服药品名称。当查找到第一在服药品名称时,用户用药数据校验通过。
在一个实施例中,计划生成模块440可以包括:
用法识别模块,用于从目标药品图片中识别第一药品用法用量。
第一用法数据提取模块,用于从第一药品用法用量中提取第一单次药品用量、第一服用次数和第一服药方法。
第一提醒时间获得模块,用于根据第一服用次数和第一服药方法得到第一单次药品提醒时间。
第一提示项生成模块,用于根据第一单次药品提醒时间、第一药品服药方法和第一目标药品图片生成第一单次服药提示项。
第一计划生成模块,用于根据第一单次服药提示项生成服药提醒计划。
在一个实施例中,用户用药数据包括第二目标药品名称和对应的第二药品用法用量;数据校验模块430可以包括:
第二名称匹配模块,用于查找在服药品清单中是否存在与第二目标药品名称匹配的第二在服药品名称。
用法字段提取模块,用于当查找到第二在服药品名称时,查找与第二在服药品名称对应的药品说明书,从药品说明书中提取用法用量字段。
匹配判断模块,用于判断第二药品用法用量是否与用法用量字段数据匹配;当第二药品用法用量与用法用量字段数据匹配时,用户用药数据校验通过。
在一个实施例中,计划生成模块440可以包括:
第二用法数据提取模块,用于从第二药品用法用量中提取第二服用次数和第二服用方法。
第二提醒时间获得模块,根据第二服用次数和第二服用方法得到第二单次药品提醒时间。
禁忌字段提取模块,用于从药品说明书中提取禁忌项字段。
第二提示项生成模块,用于根据第二单次药品提醒时间、第二服用方法和禁忌项字段生成第二单次服药提示项。
第二计划生成模块,用于根据第二单次服药提示项生成服药提醒计划。
在一个实施例中,服药提醒装置还可以包括:
剂量提取模块,用于从在服药品清单中提取在服药品的药品单位剂量和药品数量。
目标用量提取模块,用于从用户用药数据中提取目标药品用法用量。
消耗时长计算模块,用于根据目标药品用法用量、药品单位剂量和药品数量计算药品消耗时长。
补给时间设定模块,用于根据当前时间和药品消耗时长设定药品补给时间。
补给提醒生成模块,用于当到达药品补给时间时,根据在服药品生成药品补给提醒,并发送药品补给提醒至用户终端。
关于服药提醒装置的具体限定可以参见上文中对于服药提醒方法的限定,在此不再赘述。上述服药提醒装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储服药提醒数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种服药提醒方法。
本领域技术人员可以理解,图5中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,该存储器存储有计算机程序,该处理器执行计算机程序时实现以下步骤:接收用户终端发送的服药提醒请求和用户用药数据,服药提醒请求携带有用户标识;查找与用户标识对应的用户就医数据,从用户就医数据中提取在服药品清单;根据在服药品清单对用户用药数据进行数据校验;当对用户用药数据校验通过时,根据用户用药数据生成服药提醒计划;将服药提醒计划发送给用户终端,服药提醒计划用于指示用户终端进行服药提醒推送。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:根据用户标识生成计划存储请求;将服药提醒计划和计划存储请求发送给云服务器,计划存储请求用于指示云服务器将服药提醒计划与用户标识进行关联存储。
在一个实施例中,用户用药数据包括目标药品图片;处理器执行计算机程序时实现根据在服药品清单对用户用药数据进行数据校验的步骤时还用于:从目标药品图片中识别第一目标药品名称;查找在服药品清单中是否存在与第一目标药品名称匹配的第一在服药品名称;当查找到第一在服药品名称时,用户用药数据校验通过。
在一个实施例中,处理器执行计算机程序时实现根据用户用药数据生成服药提醒计划的步骤时还用于:从目标药品图片中识别第一药品用法用量;从第一药品用法用量中提取第一单次药品用量、第一服用次数和第一服药方法;根据第一服用次数和第一服药方法得到第一单次药品提醒时间;根据第一单次药品提醒时间、第一药品服药方法和第一目标药品图片生成第一单次服药提示项;根据第一单次服药提示项生成服药提醒计划。
在一个实施例中,用户用药数据包括第二目标药品名称和对应的第二药品用法用量;处理器执行计算机程序时实现根据在服药品清单对用户用药数据进行数据校验的步骤时还用于:查找在服药品清单中是否存在与第二目标药品名称匹配的第二在服药品名称;当查找到第二在服药品名称时,查找与第二在服药品名称对应的药品说明书,从药品说明书中提取用法用量字段;判断第二药品用法用量是否与用法用量字段数据匹配;当第二药品用法用量与用法用量字段数据匹配时,用户用药数据校验通过。
在一个实施例中,处理器执行计算机程序时实现根据用户用药数据生成服药提醒计划的步骤时还用于:从第二药品用法用量中提取第二服用次数和第二服用方法;根据第二服用次数和第二服用方法得到第二单次药品提醒时间;从药品说明书中提取禁忌项字段;根据第二单次药品提醒时间、第二服用方法和禁忌项字段生成第二单次服药提示项;根据第二单次服药提示项生成服药提醒计划。
在一个实施例中,处理器执行计算机程序时还实现以下步骤:从在服药品清单中提取在服药品的药品单位剂量和药品数量;从用户用药数据中提取目标药品用法用量;根据目标药品用法用量、药品单位剂量和药品数量计算药品消耗时长;根据当前时间和药品消耗时长设定药品补给时间;当到达药品补给时间时,根据在服药品生成药品补给提醒,并发送药品补给提醒至用户终端。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:接收用户终端发送的服药提醒请求和用户用药数据,服药提醒请求携带有用户标识;查找与用户标识对应的用户就医数据,从用户就医数据中提取在服药品清单;根据在服药品清单对用户用药数据进行数据校验;当对用户用药数据校验通过时,根据用户用药数据生成服药提醒计划;将服药提醒计划发送给用户终端,服药提醒计划用于指示用户终端进行服药提醒推送。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:根据用户标识生成计划存储请求;将服药提醒计划和计划存储请求发送给云服务器,计划存储请求用于指示云服务器将服药提醒计划与用户标识进行关联存储。
在一个实施例中,用户用药数据包括目标药品图片;计算机程序被处理器执行时还实现根据在服药品清单对用户用药数据进行数据校验的步骤时还用于:从目标药品图片中识别第一目标药品名称;查找在服药品清单中是否存在与第一目标药品名称匹配的第一在服药品名称;当查找到第一在服药品名称时,用户用药数据校验通过。
在一个实施例中,计算机程序被处理器执行时实现根据用户用药数据生成服药提醒计划的步骤时还用于:从目标药品图片中识别第一药品用法用量;从第一药品用法用量中提取第一单次药品用量、第一服用次数和第一服药方法;根据第一服用次数和第一服药方法得到第一单次药品提醒时间;根据第一单次药品提醒时间、第一药品服药方法和第一目标药品图片生成第一单次服药提示项;根据第一单次服药提示项生成服药提醒计划。
在一个实施例中,用户用药数据包括第二目标药品名称和对应的第二药品用法用量;计算机程序被处理器执行时实现根据在服药品清单对用户用药数据进行数据校验的步骤时还用于:查找在服药品清单中是否存在与第二目标药品名称匹配的第二在服药品名称;当查找到第二在服药品名称时,查找与第二在服药品名称对应的药品说明书,从药品说明书中提取用法用量字段;判断第二药品用法用量是否与用法用量字段数据匹配;当第二药品用法用量与用法用量字段数据匹配时,用户用药数据校验通过。
在一个实施例中,计算机程序被处理器执行时实现根据用户用药数据生成服药提醒计划的步骤时还用于:从第二药品用法用量中提取第二服用次数和第二服用方法;根据第二服用次数和第二服用方法得到第二单次药品提醒时间;从药品说明书中提取禁忌项字段;根据第二单次药品提醒时间、第二服用方法和禁忌项字段生成第二单次服药提示项;根据第二单次服药提示项生成服药提醒计划。
在一个实施例中,计算机程序被处理器执行时还实现以下步骤:从在服药品清单中提取在服药品的药品单位剂量和药品数量;从用户用药数据中提取目标药品用法用量;根据目标药品用法用量、药品单位剂量和药品数量计算药品消耗时长;根据当前时间和药品消耗时长设定药品补给时间;当到达药品补给时间时,根据在服药品生成药品补给提醒,并发送药品补给提醒至用户终端。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (9)
1.一种服药提醒方法,所述方法应用于服务器,所述方法包括:
接收用户终端发送的服药提醒请求和用户用药数据,所述服药提醒请求携带有用户标识;
查找与所述用户标识对应的用户就医数据,从所述用户就医数据中提取在服药品清单;
根据所述在服药品清单对所述用户用药数据进行数据校验;
当对所述用户用药数据校验通过时,根据所述用户用药数据生成服药提醒计划;
将所述服药提醒计划发送给所述用户终端,所述服药提醒计划用于指示所述用户终端进行服药提醒推送;
所述将所述服药提醒计划发送给所述用户终端之后,还包括:根据所述用户标识生成计划存储请求;将所述服药提醒计划和所述计划存储请求发送给云服务器,所述计划存储请求用于指示所述云服务器将所述服药提醒计划与所述用户标识进行关联存储。
2.根据权利要求1所述的方法,其特征在于,所述用户用药数据包括目标药品图片;所述根据所述在服药品清单对所述用户用药数据进行数据校验,包括:
从所述目标药品图片中识别第一目标药品名称;
查找所述在服药品清单中是否存在与所述第一目标药品名称匹配的第一在服药品名称;
当查找到所述第一在服药品名称时,所述用户用药数据校验通过。
3.根据权利要求2所述的方法,其特征在于,所述根据所述用户用药数据生成服药提醒计划,包括:
从所述目标药品图片中识别第一药品用法用量;
从所述第一药品用法用量中提取第一单次药品用量、第一服用次数和第一服药方法;
根据所述第一服用次数和第一服药方法得到第一单次药品提醒时间;
根据所述第一单次药品提醒时间、所述第一药品服药方法和所述第一目标药品图片生成第一单次服药提示项;
根据所述第一单次服药提示项生成服药提醒计划。
4.根据权利要求1所述的方法,其特征在于,所述用户用药数据包括第二目标药品名称和对应的第二药品用法用量;所述根据所述在服药品清单对所述用户用药数据进行数据校验,包括:
查找所述在服药品清单中是否存在与所述第二目标药品名称匹配的第二在服药品名称;
当查找到所述第二在服药品名称时,查找与所述第二在服药品名称对应的药品说明书,从所述药品说明书中提取用法用量字段;
判断所述第二药品用法用量是否与所述用法用量字段数据匹配;
当所述第二药品用法用量与所述用法用量字段数据匹配时,所述用户用药数据校验通过。
5.根据权利要求4所述的方法,其特征在于,根据所述用户用药数据生成服药提醒计划,包括:
从所述第二药品用法用量中提取第二服用次数和第二服用方法;
根据所述第二服用次数和第二服用方法得到第二单次药品提醒时间;
从所述药品说明书中提取禁忌项字段;
根据所述第二单次药品提醒时间、所述第二服用方法和所述禁忌项字段生成第二单次服药提示项;
根据所述第二单次服药提示项生成服药提醒计划。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
从所述在服药品清单中提取在服药品的药品单位剂量和药品数量;
从所述用户用药数据中提取目标药品用法用量;
根据所述目标药品用法用量、所述药品单位剂量和所述药品数量计算药品消耗时长;
根据当前时间和所述药品消耗时长设定药品补给时间;
当到达所述药品补给时间时,根据所述在服药品生成药品补给提醒,并发送所述药品补给提醒至所述用户终端。
7.一种服药提醒装置,所述装置应用于服务器,其特征在于,所述装置包括:
请求接收模块,用于接收用户终端发送的服药提醒请求和用户用药数据,所述服药提醒请求携带有用户标识;
清单提取模块,用于查找与所述用户标识对应的用户就医数据,从所述用户就医数据中提取在服药品清单;
数据校验模块,用于根据所述在服药品清单对所述用户用药数据进行数据校验;
计划生成模块,用于当对所述用户用药数据校验通过时,根据所述用户用药数据生成服药提醒计划;
计划推送模块,用于将所述服药提醒计划发送给所述用户终端,所述服药提醒计划用于指示所述用户终端进行服药提醒推送;
存储请求生成模块,用于根据所述用户标识生成计划存储请求;
请求发送模块,用于将所述服药提醒计划和所述计划存储请求发送给云服务器,所述计划存储请求用于指示所述云服务器将所述服药提醒计划与所述用户标识进行关联存储。
8.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。
9.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2018105207228 | 2018-05-28 | ||
CN201810520722 | 2018-05-28 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109151083A CN109151083A (zh) | 2019-01-04 |
CN109151083B true CN109151083B (zh) | 2023-04-07 |
Family
ID=64806093
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811399468.7A Active CN109151083B (zh) | 2018-05-28 | 2018-11-22 | 服药提醒方法、装置、计算机设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109151083B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110619936B (zh) * | 2019-08-15 | 2024-02-06 | 北京搜狗科技发展有限公司 | 一种药方处理方法、装置和用于药方处理的装置 |
CN110767308B (zh) * | 2019-10-11 | 2022-11-01 | 深圳平安医疗健康科技服务有限公司 | 信息推送方法、装置、计算机设备和存储介质 |
CN111739607A (zh) * | 2020-05-22 | 2020-10-02 | 衡力电子有限公司 | 服药提醒方法、系统、终端及计算机可读存储介质 |
CN111899875A (zh) * | 2020-07-17 | 2020-11-06 | 上海聚音信息科技有限公司 | 基于用户模型的服药管理系统及方法 |
CN113159590A (zh) * | 2021-04-27 | 2021-07-23 | 海信集团控股股份有限公司 | 一种用药管理方法、服务器和移动终端 |
CN113539413B (zh) * | 2021-07-22 | 2024-03-26 | 海信集团控股股份有限公司 | 用药提醒方法、装置及系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105106018A (zh) * | 2015-05-27 | 2015-12-02 | 顾振宇 | 药盒和服药管理装置及终端、系统和方法 |
CN106649808A (zh) * | 2016-12-29 | 2017-05-10 | 江西博瑞彤芸科技有限公司 | 提醒消息设置方法 |
CN107332882A (zh) * | 2017-06-08 | 2017-11-07 | 华中科技大学 | 一种安全用药提醒系统及方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104504261A (zh) * | 2014-12-16 | 2015-04-08 | 石丹杰 | 患者用药核对方法及系统 |
CN106339598A (zh) * | 2016-08-31 | 2017-01-18 | 杭州逸曜信息技术有限公司 | 利用警示信息的提示处理方法 |
CN106377431A (zh) * | 2016-09-05 | 2017-02-08 | 北京叮叮关爱科技有限公司 | 面向个性化服药计划的管理生成方法及系统 |
-
2018
- 2018-11-22 CN CN201811399468.7A patent/CN109151083B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105106018A (zh) * | 2015-05-27 | 2015-12-02 | 顾振宇 | 药盒和服药管理装置及终端、系统和方法 |
CN106649808A (zh) * | 2016-12-29 | 2017-05-10 | 江西博瑞彤芸科技有限公司 | 提醒消息设置方法 |
CN107332882A (zh) * | 2017-06-08 | 2017-11-07 | 华中科技大学 | 一种安全用药提醒系统及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN109151083A (zh) | 2019-01-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109151083B (zh) | 服药提醒方法、装置、计算机设备和存储介质 | |
CN108986879B (zh) | 药品推荐方法、装置、计算机设备和存储介质 | |
CA2470133C (en) | Method and apparatus for clinical trials | |
US20140156298A1 (en) | Modularization for prescription fulfillment and adherence | |
AU2018222082A1 (en) | Smart pill box, pill supply method and system thereof | |
CN110135936A (zh) | 一种自动取药方法、系统、电子装置及存储介质 | |
CA2836092A1 (en) | Techniques to deliver multiple medications in a synchronized manner | |
CN106687960A (zh) | 用于检测医疗递送装置的启动的系统和方法 | |
CN101773451A (zh) | 药物服用提示系统及方法 | |
US9474695B1 (en) | Medication compliance alert device | |
US20160055313A1 (en) | Method and System For Recommending Prescription Strings | |
JP7147939B2 (ja) | 配薬支援システム | |
WO2020048333A1 (zh) | 知识库更新方法、装置、计算机设备和存储介质 | |
KR20160146469A (ko) | 임상시험 관리 장치 및 방법 | |
CN115662654A (zh) | 基于智能药箱的药品管理方法、装置、设备及存储介质 | |
CN107463773A (zh) | 基于身份识别的取药方法、系统以及存储介质 | |
CN105205675B (zh) | 药店信息分析系统和方法 | |
US20220384005A1 (en) | System and Method for Monitoring Adherence to Drug Regimen | |
US20160125145A1 (en) | Apparatus, system and method for displaying medicine-taking information | |
JP6249619B2 (ja) | 情報処理装置、情報処理方法及びプログラム | |
JP2015118444A (ja) | 薬管理装置、携帯端末装置及びプログラム | |
KR102230851B1 (ko) | 처방 의약품 보유 약국 리스팅 시스템 및 그 방법 | |
CN113517049A (zh) | 用于药品提示的信息推送方法、信息推送装置和设备 | |
CN114596932B (zh) | 服药提醒方法、装置、设备及存储介质 | |
US20190228250A1 (en) | System and method for organizing edible or drinkable materials |
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 | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20220520 Address after: 518048 China Aviation Center 2901, No. 1018, Huafu Road, Huahang community, Huaqiang North Street, Futian District, Shenzhen, Guangdong Province Applicant after: Shenzhen Ping An medical and Health Technology Service Co.,Ltd. Address before: Room 12G, Area H, 666 Beijing East Road, Huangpu District, Shanghai 200001 Applicant before: PING AN MEDICAL AND HEALTHCARE MANAGEMENT Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |