CN115068338A - 一种用药管理方法和装置 - Google Patents

Abstract

本发明公开了一种用药管理方法和装置，涉及智慧医疗技术领域。该方法的具体实施方式包括：接收第一终端发送的药品识别请求；其中，药品识别请求指示了一种或多种药品的药品图片；对药品图片进行识别，确定药品的追溯码；响应于药品的追溯码，查询预置的药品数据库，获取药品的药品信息；其中，药品信息包括药品的用法用量和药品规格；根据用法用量和药品规格，定时向第一终端发送药品的用药提示。该实施方式能够准时提醒用户各种药品的用法用量，使得用户准时按方按量用药，提供科学、有效的用药和疾病管理服务，帮助用户提升疾病认知，提高用户的依从性，及时监督用户用药疗效，减缓甚至逆转疾病，提升用药管理效果。

Description

一种用药管理方法和装置

技术领域

本发明涉及智慧医疗技术领域，尤其涉及一种用药管理方法和装置。

背景技术

药品的用法包括药品的使用方法(比如，研碎、咀嚼、煎煮、冲泡等)或服用方法(比如，口服、外敷、注射等)，药品的用量是指药品用药时间和用药数量。

现有的用户在用药时，为了防止遗忘，用户通常会按照规定的用法用量，提前准备好一定时间(比如，一周)的药品，放入带有提示日期(比如，周一早上、周三晚上等)的收纳盒以保证准时用药。

然而，虽然有提示日期，用户仍然常常忘记按时服用，尤其是一些特殊人群(比如，慢性病患者)，自理能力较差，不同药品用法用量不同很容易混淆，而且药品用法用量更替较快较难应对，用户根本无法保证准时用药，给健康带来极大甚至是不可逆的损害。

发明内容

有鉴于此，本发明实施例提供一种用药管理方法和装置，能够准时提醒用户各种药品的用法用量，使得用户准时按方按量用药，提供科学、有效的用药和疾病管理服务，帮助用户提升疾病认知，提高用户的依从性，及时监督用户用药疗效，减缓甚至逆转疾病，提升用药管理效果。

为实现上述目的，根据本发明实施例的一个方面，提供了一种用药管理方法，包括：

接收第一终端发送的药品识别请求；其中，所述药品识别请求指示了一种或多种药品的药品图片；

对所述药品图片进行识别，确定所述药品的追溯码；

响应于所述药品的追溯码，查询预置的药品数据库，获取所述药品的药品信息；其中，所述药品信息包括所述药品的用法用量和药品规格；

根据所述用法用量和所述药品规格，定时向所述第一终端发送所述药品的用药提示。

可选地，所述根据所述用法用量和所述药品规格，定时向所述第一终端发送所述药品的用药提示，包括：

根据所述用法用量，确定所述药品的用药方式和用药频次；

根据所述药品规格，确定所述药品的药品数量；

根据所述药品数量、用药周期和所述用药频次，确定用药剂量和用药时间；其中，所述用药周期是用户利用所述第一终端输入的或者根据所述药品识别请求的请求时间确定的；

根据所述用药方式和所述用药剂量，生成所述用药提示，并按照所述用药时间发送给所述第一终端。

可选地，所述根据所述用药方式和所述用药剂量，生成所述用药提示，并按照所述用药时间发送给所述第一终端，包括：

根据第一扫描指令对一种或多种所述药品的用药时间进行扫描；其中，所述第一扫描指令指示了第一扫描时间；

确定用药时间等于所述第一扫描时间的目标药品；

根据与所述用药时间对应的用药方式和用药剂量，生成所述目标药品的用药提示并发送给所述第一终端。

可选地，在将所述用药提示发送给所述第一终端之后，还包括：

根据所述目标药品的追溯码和所述用药提示的对应关系，生成用药记录。

可选地，还包括：

根据第二扫描指令对所述用药记录进行扫描；

确定所述用药提示是否发送完毕，如果是，向目标医师对应的第二终端发送用药完成提醒；

接收所述第二终端根据所述用药完成提醒返回的体征咨询请求；

将所述体征咨询请求发送给所述第一终端，接收所述第一终端的用户输入的当前体征信息；

将所述当前体征信息发送给所述第二终端，使得所述目标医师根据所述当前体征信息更新用药信息。

可选地，还包括：

向所述第一终端展示医师列表，接收所述第一终端的用户选取的目标医师；

根据用户标识、用户的历史体征信息和所述目标医师的医师标识，生成与所述用户标识对应的用户档案。

可选地，在所述预置的药品数据库不包括所述药品的药品信息的情况下，还包括：

根据所述药品的追溯码，向药品信息服务器发送药品信息获取请求；

接收所述药品信息服务器根据所述药品信息获取请求返回的所述药品的药品信息。

可选地，在对所述药品的追溯码识别失败的情况下，还包括：

生成重新上传请求并发送给所述第一终端，并接收所述第一终端的第一用户根据所述重新上传请求重新上传的药品图片；

或者，

接收所述第一终端的用户输入的所述药品的追溯码。

可选地，所述药品为慢性病药品。

根据本发明实施例的再一个方面，提供了一种用药管理装置，包括：

接收模块，用于接收第一终端发送的药品识别请求；其中，所述药品识别请求包括一种或多种药品的药品图片；

识别模块，用于对所述药品图片进行识别，确定所述药品的追溯码；

查询模块，用于响应于所述药品的追溯码，查询预置的药品数据库，获取所述药品的药品信息；其中，所述药品信息包括所述药品的用法用量和药品规格；

提示模块，用于根据所述用法用量和所述药品规格，向所述第一终端发送所述药品的用药提示。

根据本发明实施例的另一个方面，提供了一种用药管理的电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明提供的用药管理方法。

根据本发明实施例的还一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明提供的用药管理方法。

上述发明中的一个实施例具有如下优点或有益效果：因为采用通过接收用户用药请求，识别药品图片确定药品的追溯码；根据追溯码查询本地的药品数据库，获取药品信息，在本地的药品数据库不存在药品信息的情况下向药品信息服务器获取药品信息；根据药品信息，生成用药提示，定时对用药提示进行扫描，确定到达用药时间的用药提示并向用户发送；生成用户的用药记录；定时对用药提示的发送情况进行扫描，监督用户用药进度，确定用药提示发送完毕的药品，向互医服务反馈以及时调整用户的用药信息的技术手段，所以克服了用户常常忘记按时服药，尤其是一些特殊人群(比如，慢性病患者)自理能力较差，不同药品用法用量不同很容易混淆，而且药品用法用量更替较快较难应对，用户根本无法保证准时用药，给健康带来极大甚至是不可逆的损害的技术问题，进而达到能够准时提醒用户各种药品的用法用量，使得用户准时按方按量用药，提供科学、有效的用药和疾病管理服务，帮助用户提升疾病认知，提高用户的依从性，及时监督用户用药疗效，减缓甚至逆转疾病，提升用药管理效果的技术效果。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的用药管理方法的主要流程的示意图；

图2是根据本发明实施例的药品图片的拍摄示例的示意图；

图3是根据本发明实施例的用户档案的构建方法的主要流程的示意图；

图4是根据本发明实施例的用药管理服务页面的示意图；

图5是根据本发明实施例的药品图片的识别方法的主要流程的示意图；

图6(a)是根据本发明第一个实施例的用药提示和用药记录的生成方法的主要流程的示意图；

图6(b)是根据本发明第二个实施例的用药提示和用药记录的生成方法的主要流程的示意图；

图7是根据本发明实施例的用药周期输入的示意图；

图8是根据本发明实施例的目标药品以及追溯码保存成功的示意图；

图9是根据本发明实施例的追溯码记录的示意图；

图10是根据本发明实施例的用药调整方法的主要流程的示意图；

图11是根据本发明实施例的用药管理装置的主要模块的示意图；

图12是根据本发明实施例的用药管理系统的示意图；

图13示出了适于应用于本发明实施例的用药管理方法或用药管理装置的示例性系统架构图；

图14是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本公开设想负责采集、分析、公开、传输、存储或其他使用此类个人信息数据的实体将遵守既定的隐私政策和/或隐私实践。具体地，此类实体应当实行并坚持使用被公认为满足或超出对维护个人信息数据的隐私性和安全性的行业或政府要求的隐私政策和实践。此类政策应该能被用户方便地访问，并应随着数据的采集和/或使用变化而被更新。来自用户的个人信息应当被收集用于实体的合法且合理的用途，并且不在这些合法使用之外共享或出售。此外，应在收到用户知情同意后进行此类采集/共享。此外，此类实体应考虑采取任何必要步骤，保卫和保障对此类个人信息数据的访问，并确保有权访问个人信息数据的其他人遵守其隐私政策和流程。另外，这种实体可使其本身经受第三方评估以证明其遵守广泛接受的隐私政策和实践。此外，应当调整政策和实践，以便采集和/或访问的特定类型的个人信息数据，并适用于包括管辖范围的具体考虑的适用法律和标准。例如，在美国，对某些健康数据的收集或获取可能受联邦和/或州法律的管辖，诸如健康保险流通和责任法案(HIPAA)；而其他国家的健康数据可能受到其他法规和政策的约束并应相应处理。因此，在每个国家应为不同的个人数据类型保持不同的隐私实践。

不管前述情况如何，本公开还预期用户选择性地阻止使用或访问个人信息数据的实施方案。即本公开预期可提供硬件元件和/或软件元件，以防止或阻止对此类个人信息数据的访问。例如，就访问或存储健康信息而言，本发明的技术可被配置为在注册服务期间或其后的任何时间允许用户选择“选择加入”或“选择退出”参与对个人信息数据的收集。在另一个示例中，用户可以选择不提供特定类型的健康相关信息。在又一个示例中，用户可以选择限制维持健康相关信息的时间长度或者完全禁止健康相关信息的存储。除了提供“选择加入”和“选择退出”选项外，本公开设想提供与访问或使用个人信息相关的通知。例如，可在下载应用时向用户通知其个人信息数据将被访问，然后就在个人信息数据被应用访问之前再次提醒用户。

此外，本公开的目的是应管理和处理个人信息数据以最小化无意或未经授权访问或使用的风险。一旦不再需要数据，通过限制数据收集和删除数据可最小化风险。此外，并且当适用时，包括在某些健康相关应用程序中，数据去标识可用于保护用户的隐私。可在适当时通过移除特定标识符(例如，出生日期等)、控制所存储数据的量或特异性(例如，在城市级别而不是在地址级别收集位置数据)、控制数据如何被存储(例如，在用户之间聚合数据)、和/或其他方法来促进去标识。

本公开的一些名词解释为：追溯码：是指由二维码追溯系统生成的溯源码，每个产品都有独立的身份编码，比如，药物的追溯码为药盒上的20位以8开头的药品条码。

Zxing：是指一个开放源码的，用Java实现的多种格式的1D/2D条码图像处理库，它包含了联系到其他语言的端口。Zxing可以实现使用手机的内置的摄像头完成条形码的扫描及解码。

图1是根据本发明实施例的用药管理方法的主要流程的示意图，如图1所示，本发明的用药管理方法包括如下步骤：

由于现有的用户收纳盒标签无法自动提醒用户准时用药，导致用户常常遗忘；即使可以通过设置闹铃的方式提醒，在用户服用多种药品且药品用法用量不断变化的前提下，设置多个闹铃不仅繁琐而且极其容易出错，如果服用完毕的药品闹铃未及时取消，还会给用户生活带来很多干扰。对于一些特殊人群来说，比如，慢性病、老幼孕产、遗传病患者等，根本无法自己应对多种不同用法用量的药品情况，更别提保证药品的准时服用和准确用量。

通过本发明的用药管理方法，构建用户档案，对用户用药进行提醒、跟踪、记录等管理，准时提醒用户各种药品的用法用量，使得用户准时按方按量用药，提供科学、有效的用药和疾病管理服务，特别是慢性病管理服务，即使药品多样、药品用法用量随体征指标而变化，也可以及时调整用药提示以对用户进行正确提醒，保证用户正确用药，充分利用用户用药数据，帮助用户提升疾病认知，维护用户生命健康，提高用户的依从性，及时监督用户用药疗效，减缓甚至逆转疾病，使得用户保证正常生活的同时及时康复。

步骤S101，接收第一终端发送的药品识别请求；其中，所述药品识别请求包括一种或多种药品的药品图片。

在本发明实施例中，本发明的方法可以通过用药管理服务器执行，尤其是慢性病用药管理服务器。药品为慢性病药品。

在本发明实施例中，药品图片是指药品包装盒上的条码图片，第一终端的用户可以通过第一终端的拍照功能拍摄药品包装盒上的条码图片，第一终端的用户可以是需要用药的患者，尤其是慢性病患者；或者，第一终端的用户可以是患者的亲属、朋友等，患者的亲属、朋友利用第一终端拍摄药品，本发明的用药管理服务可以向第一终端的用户展示要拍摄的照片示例，如图2所示。

在本发明实施例中，药品识别请求包括请求时间。

进一步地，第一终端的用户可以在登录本发明的用药应用(或称，用药APP)后拍摄药品，登录账号为患者的用户标识；其中，用户标识表示患者的唯一标识，可以是患者pid(比如，1192264199626)或者用户权益项id(比如，119843555639329)。

在本发明实施例中，用药管理服务器在接收第一终端发送的药品识别请求之前，根据第一终端的用户的选择，构建患者的用户档案，如图3所示，本发明的用户档案的构建方法包括如下步骤：

步骤S301，接收与用户标识对应的的登录请求。

在本发明实施例中，首次登录用药管理服务时，需要建立与患者的用户标识对应的用户档案；在后续登录过程中，可以对用户档案进行修改、删除等操作。

在本发明实施例中，第一终端的用户可以根据发放的医疗兑换码使用本发明的用药管理服务，医疗兑换码包括兑换卡号和兑换密码，用于兑换本发明的用药管理服务中的一项或多项服务，如图4所示，本发明的用药管理服务包括健康档案、用药记录、问医生、每日任务等，医疗兑换码可以兑换其中的一项或多项。比如，在提供用药管理服务之前，向第一终端的用户展示兑换页面，使得第一终端的用户输入兑换卡号和兑换密码，用药管理服务器验证通过后提供健康档案服务。

步骤S302，确定用户标识是否存在对应的用户档案，如果是，转至步骤S307；如果否，转至步骤S303。

步骤S303，接收第一终端的用户输入的历史体征信息。

在本发明实施例中，向第一终端的用户展示新建档案页面，新建档案页面可以包括患者的历史问诊记录、历史诊断结果等输入提示信息。

步骤S304，向所述第一终端展示医师列表，接收所述第一终端的用户选取的目标医师。

在本发明实施例中，医师列表为多个医生的信息介绍(第一终端的用户点击对应的医生选项，可以查看医生的医师标识、执业资格、所属科室、从医年限、擅长专业、临床经验等)，第一终端的用户可以根据患者的问诊记录选择对应的目标医师。

步骤S305，根据用户标识、用户的历史体征信息和所述目标医师的医师标识，生成与所述用户标识对应的用户档案。

在本发明实施例中，与用户标识对应的用户档案包括患者的历史体征信息和选择的目标医师等。

步骤S306，接收第一终端的用户的签约请求。

在本发明实施例中，向第一终端的用户展示签约请求页面，签约请求页面可以包括确认签约、取消签约等选项。

步骤S307，展示用药管理服务。

在本发明实施例中，在患者签约之后，和/或，患者签约之后的后续使用过程中，向第一终端的用户展示如图4所示的用药管理服务页面。

在本发明实施例中，通过本发明的用户档案的构建方法，能够构建用户档案，从而为用户提供用药管理服务。

步骤S102，对所述药品图片进行识别，确定所述药品的追溯码。

在本发明实施例中，还包括文件服务器，用药管理服务器将药品图片发送给文件服务器，文件服务器在存储药品图片后，将药品图片的url地址返回给用药管理服务器，用药管理服务根据药品图片的url地址获取药品图片，并利用内置的zxing服务识别药品图片，确定药品的追溯码。

在本发明实施例中，如图5所示，本发明的药品图片的识别方法包括如下步骤：

步骤S501，将所述药品图片发送给文件服务器。

在本发明实施例中，用药管理服务器可以将接收到的药品图片发送给文件服务器，使得文件服务器存储药品图片。

或者，由于文件服务器和用药管理服务器底层的交互协议不一样，文件服务器在文件的上传和下载方面的服务性能和速度更好，管理方便，因此，第一终端可以直接将药品图片发送给文件服务器，用药管理服务器无需配备上传下载功能、维护存储图片的地址功能，可以大大提高各方的交互效率和用户体验。

步骤S502，接收文件服务器返回的药品图片的url地址。

在本发明实施例中，用药管理服务器接收文件服务器返回的药品图片的url地址。

或者，第一终端接收文件服务器返回的药品图片的url地址，并将药品图片的url地址发送给用药管理服务器。

步骤S503，根据所述药品图片的url地址，获取所述药品图片。

在本发明实施例中，用药管理服务器根据药品图片的url地址，得到药品图片。

步骤S504，利用zxing对所述药品图片进行识别。

在本发明实施例中，用药管理服务器优选内置的zxing对药品图片进行识别。

在本发明实施例中，用药管理服务器还可以使用ocr技术识别药品图片，相较于zxing技术，ocr技术的识别成本过高，准确率较低且数据存储成本较大。其中，文件服务器留存的药品图片还可以用于后续的药品信息二次校验，比如，利用OCR技术识别药品包装盒，对比药品信息的准确性。

步骤S505，确定识别是否成功，如果是，转至步骤S506；如果否，转至步骤S507。

在本发明实施例中，由于网络问题或者识别服务等问题，可能导致药品图片识别失败。

步骤S506，确定所述药品图片中的所述药品的追溯码。

在本发明实施例中，用药管理服务器根据识别结果确定药品图片中的药品的追溯码。

步骤S507，生成重新上传请求并发送给第一终端。

在本发明实施例中，确定识别失败，向第一终端返回重新上传请求，使得第一终端的用户重新上传药品图片。

在本发明实施例中，通过本发明的药品图片的识别方法，能够存储药品图片并对药品图片中的药品追溯码进行识别，从而无需用户自己强行记忆，用户只需拍一拍操作即可接收用药提醒，根据用药提醒准确用药，大大减轻了用户用药负担，提高用户的依从性，及时监督用户用药，维护用户生命健康。

步骤S103，响应于所述药品的追溯码，查询预置的药品数据库，获取所述药品的药品信息；其中，所述药品信息包括所述药品的用法用量和药品规格。

在本发明实施例中，用法用量是指每种药品的用药方式和用药剂量，比如，乳酸菌素片的用法用量为“嚼服，成人一次1-2片，一日3次。小儿一次0.5片，一日3次”；药品规格是指每种药品的包装方式、对应方式下的包装数量，比如，乳酸菌素片的药品规格为“10粒×6板”。

在本发明实施例中，预置的药品数据库为本地的药品数据库，药品数据库可以包括缓存药品数据库和永久药品数据库，比如，缓存药品数据库为Redis数据库，可以提供高性能、临时性的内存缓存服务；永久药品数据库为DB数据库，可以提供永久性的数据库存储服务。

进一步地，由于缓存药品数据库释放较快，可以作为永久药品数据库之前的追溯码校验，判断追溯码是否已经存在；永久药品数据库的数据稳定性较高，可以永久存储追溯码以及对应的药品信息，保障追溯码、药品信息等数据的正确性。缓存药品数据库和永久药品数据库可以定时进行数据同步，保障数据一致性。

在本发明实施例中，在预置的药品数据库不包括药品的药品信息的情况下，还包括：

根据药品的追溯码，向药品信息服务器发送药品信息获取请求；并接收药品信息服务器根据药品信息获取请求返回的药品的药品信息。

在本发明实施例中，预置的药品数据库的校验可以减少调用外部药品信息服务器的交互、数据处理和等待等时间成本，直接调用本地的药品数据库可以直接查询，大大降低了调用外部服务器的调用量、时间成本等负担，提高了用药管理服务器的响应速度。

步骤S104，根据所述用法用量和所述药品规格，定时向所述第一终端发送所述药品的用药提示。

在本发明实施例中，用药管理服务器根据用法用量和药品规格，确定药品的用药时间、用药方式和用药剂量，生成与药品对应的用药提示，并按照用药时间发送给第一终端，从而提醒患者按时、按量、按方准确用药。

由于识别药品请求的请求时间可能和患者实际的用药时间不同，为了保证患者的准确用药，在接收药品识别请求时，第一终端的展示页面可以提供用药周期的输入提示信息，用药周期作为可选项，如果第一终端的用户填写用药周期，则将用户输入的时间作为药品的用药周期，根据用药周期确定用药剂量和用药时间；如果第一终端的用户未填写用药周期，则根据药品识别请求的请求时间、用药频次、用药剂量和药品数量确定药品的用药时间。

在本发明实施例中，如图6(a)所示，本发明第一个实施例的用药提示和用药记录的生成方法包括如下步骤：

步骤S601a，根据所述用法用量，确定所述药品的用药方式、用药频次和用药剂量。

在本发明实施例中，比如，根据乳酸菌素片的用法用量，确定乳酸菌素片的用药方式为“嚼服”；用药频次为“成人一日3次，一次2片；小儿一日3次，一次1片”。

步骤S602a，根据所述药品规格，确定所述药品的药品数量。

在本发明实施例中，比如，根据乳酸菌素片的药品规格“10粒×6板”确定乳酸菌素片的药品数量为60粒。

进一步地，在医生给第一用户的处方指示为多盒药品的情况下，根据药品的盒数和药品规格，确定药品的药品数量，比如，医生的处方指示需要服用5盒乳酸菌素片，则根据5盒乳酸菌素片的药品规格“10粒×6板”确定乳酸菌素片的药品数量为300粒。步骤S603a，根据所述药品数量、所述用药频次、所述用药剂量和所述请求时间，确定用药时间。

在本发明实施例中，用药时间可以根据药品识别请求的请求时间确定。第一终端的用户未填写用药周期时，用药管理服务器直接根据药品识别请求的请求时间、用药频次、用药剂量和药品数量确定药品的用药时间。比如，乳酸菌素片的药品识别请求的请求时间为2022-6-3-11:39，乳酸菌素片的药品数量为60粒，用药频次为3次/日，用药剂量为2片/次，用药管理服务器直接根据2022-6-3-11:39、3次/日、2片/次和60粒确定乳酸菌素片的用药时间为20220603的12:30和18:00，20220604-20220612的8:00、12:30和18:00，20220613的8:00。

步骤S604a，根据所述用药方式和所述用药剂量，生成所述用药提示，并按照所述用药时间发送给所述第一终端。

在本发明实施例中，用药提示可以是“20220430-8:00：乳酸菌素片，嚼服2片”。

步骤S6041a，根据第一扫描指令对一种或多种所述药品的用药时间进行扫描；其中，所述第一扫描指令指示了第一扫描时间。

在本发明实施例中，用药管理服务器可以根据用药时间生成第一扫描指令，从而根据定时发送的第一扫描指令对一种或多种药品的用药时间进行扫描，筛选出符合要求的用药时间；其中，第一扫描指令的第一扫描时间是根据用药时间确定的。

步骤S6042a，确定用药时间等于所述第一扫描时间的目标药品。

在本发明实施例中，用药管理服务器查找用药时间等于第一扫描时间的目标药品。

步骤S6043a，根据与所述用药时间对应的用药方式和用药剂量，生成所述目标药品的用药提示并发送给所述第一终端。

在本发明实施例中，用药管理服务器根据目标药品的药品名称、用药方式和用药剂量，生成目标药品的用药提示并发送给第一终端，使得患者根据用药提示准确用药。

步骤S605a，根据所述目标药品的追溯码和所述用药提示的对应关系，生成用药记录。

在本发明实施例中，将目标药品以及追溯码进行保存，如图8所示，保存成功后可以通过第一终端展示保存成功的提示。用户标识下一次登录时，如图9所示，即可显示历史的追溯码记录。

进一步地，将用户标识、目标药品以及追溯码进行保存。

在本发明实施例中，如图6(b)所示，本发明第二个实施例的用药提示和用药记录的生成方法包括如下步骤：

步骤S601b，根据所述用法用量，确定所述药品的用药方式和用药频次。

在本发明实施例中，比如，根据乳酸菌素片的用法用量，确定乳酸菌素片的用药方式为“嚼服”；用药频次为“成人一日3次，小儿一日3次”。

步骤S602b，根据所述药品规格，确定所述药品的药品数量。

在本发明实施例中，详情见步骤S602a所示。

步骤S603b，根据所述药品数量、用药周期和所述用药频次，确定用药剂量和用药时间。在本发明实施例中，用药周期是指药品的服用天数，服用天数可以是医生处方指示的，比如，医生处方指示乳酸菌素片的用药周期为20220423-20220502。

进一步地，第一终端的用户可以在发送药品识别请求时，通过第一终端的展示页面输入用药周期。或者，药品识别请求中不包括用药周期，用药管理服务器接收到药品信息后向第一终端发送用药周期输入请求，第一终端的用户根据用药周期输入提示信息输入用药周期。比如，如图7所示，用药管理服务通过第一终端向用户展示“用药周期”输入框，使得第一用户根据提示输入用药周期，从而用药管理服务器根据用药周期发送用药提示。

在本发明实施例中，在填写时，第一终端的用户仅需要输入医生指示的用药周期，用药管理服务器即可根据用药周期确定用药剂量和用药时间。

在本发明实施例中，根据药品数量、用药周期和用药频次，计算用药剂量和用药时间，比如，根据乳酸菌素片的药品数量(60粒)、用药周期(10天)和用药频次(一日3次)，确定用药剂量为2粒/次，用药时间为20220423-20220502的8:00、12:30和18:00；其中，早中晚的用药时间可以根据需要选择性设置，此处的8:00、12:30和18:00仅为示例。

步骤S604b，根据所述用药方式和所述用药剂量，生成所述用药提示，并按照所述用药时间发送给所述第一终端。

在本发明实施例中，详情见步骤S604a所示。

步骤S605b，根据所述目标药品的追溯码和所述用药提示的对应关系，生成用药记录。

在本发明实施例中，详情见步骤S605a所示。

在本发明实施例中，通过本发明的用药提示和用药记录的生成方法，能够根据用户简单的拍一拍操作对用户进行用药提醒，保证用户准确用药，并记录用户的用药情况，从而便于后续的监督和用药调整，大大减轻了用户用药负担，提高用户的依从性，维护用户生命健康。

在本发明实施例中，在第一用户的用药提示发送完毕后，为了跟进用户的用药情况，及时根据用户的用药效果调整用户的用药信息，定时对与第一用户标识对应的用药提醒进行扫描，确定是否发送完毕，从而及时向医生反馈患者的用药效果以便调整患者的用药信息，如图10所示，本发明的用药调整方法包括如下步骤：

步骤S1001，根据第二扫描指令对所述用药记录进行扫描。

在本发明实施例中，第二扫描指令指示了第二扫描时间，第二扫描时间可以是根据预设时间间隔确定的多个扫描时间。

步骤S1002，确定所述用药提示是否发送完毕，如果是，转至步骤S1003；如果否，转至步骤S1001。

步骤S1003，向目标医师对应的第二终端发送用药完成提醒。

在本发明实施例中，用药管理服务器向与用户标识对应的目标医师的第二终端发送用药完成提醒。

步骤S1004，接收所述第二终端根据所述用药完成提醒返回的体征咨询请求。

在本发明实施例中，体征咨询请求即目标医师确认与用户标识对应的药品使用完毕后，对与用户标识对应的患者进行问诊的问诊信息。

在本发明实施例中，体征咨询请求指示了用户标识，用药管理服务器通常只保存有患者的id和用药记录，并未保存患者的隐私信息，患者的隐私信息通常仅患者的医生留存，如果想要给患者发送体征咨询请求，需要获取患者的隐私信息(比如，联系方式)以向患者发送短信。

步骤S1005，将所述体征咨询请求发送给所述第一终端，接收所述第一终端的用户输入的当前体征信息。

在本发明实施例中，用药管理服务器将问诊信息发送给第一终端，使得第一终端的用户根据用药情况输入与用户标识对应的患者的当前体征信息，反馈用药效果。

步骤S1006，将所述当前体征信息发送给所述第二终端，使得所述目标医师根据所述当前体征信息更新用药信息。

在本发明实施例中，用药管理服务器将与用户标识对应的患者的当前体征信息发送给第二终端，使得目标医师根据患者的当前体征信息更新患者下次的用药信息。

步骤S1007，将更新后的用药信息发送给第一终端。

在本发明实施例中，用药管理服务器将更新后的与患者对应的用户标识的用药信息发送给第一终端，使得患者根据更新后的用药信息用药，避免了患者的奔波劳累，尤其是突发状况不便行动等情况下，可以更好地保护患者，防止感染等导致的患者健康状况恶化。

在本发明实施例中，通过本发明的用药调整方法，能够跟进患者的用药情况，及时对患者的用药情况进行监督及调整，防止因为遗忘等情况导致患者无法及时、准确用药，大大减轻了用户用药负担，提高用户的依从性，维护用户生命健康。

在本发明实施例中，通过接收第一终端发送的药品识别请求；其中，所述药品识别请求包括一种或多种药品的药品图片；对所述药品图片进行识别，确定所述药品的追溯码；响应于所述药品的追溯码，查询预置的药品数据库，获取所述药品的药品信息；其中，所述药品信息包括所述药品的用法用量和药品规格；根据所述用法用量和所述药品规格，定时向所述第一终端发送所述药品的用药提示等步骤，能够准时提醒用户各种药品的用法用量，使得用户准时按方按量用药，提供科学、有效的用药和疾病管理服务，帮助用户提升疾病认知，提高用户的依从性，及时监督用户用药疗效，减缓甚至逆转疾病，提升用药管理效果。

图11是根据本发明实施例的用药管理装置的主要模块的示意图，如图11所示，本发明的用药管理装置1100包括：

接收模块1101，用于接收第一终端发送的药品识别请求；其中，所述药品识别请求包括一种或多种药品的药品图片。

在本发明实施例中，所述接收模块1101用于接收第一终端发送的药品识别请求。

识别模块1102，用于对所述药品图片进行识别，确定所述药品的追溯码。

在本发明实施例中，根据药品图片的url地址获取药品图片，并利用所述识别模块1102内置的zxing服务识别药品图片，确定药品的追溯码。

查询模块1103，用于响应于所述药品的追溯码，查询预置的药品数据库，获取所述药品的药品信息；其中，所述药品信息包括所述药品的用法用量和药品规格。

在本发明实施例中，所述查询模块1103用于根据药品的追溯码，查询本地的药品数据库是否包括药品的药品信息，并且，在本地的药品数据库包括药品信息的情况下，获取药品的药品信息。

提示模块1104，用于根据所述用法用量和所述药品规格，向所述第一终端发送所述药品的用药提示。

在本发明实施例中，根据用法用量和药品规格，确定药品的用药时间、用药方式和用药剂量。根据用药方式和用药剂量生成与药品对应的用药提示，所述提示模块1104按照用药时间发送给第一终端，从而提醒第一终端的患者按时、按量、按方准确用药。

在本发明实施例中，通过接收模块、识别模块、查询模块和提示模块等模块，能够准时提醒用户各种药品的用法用量，使得用户准时按方按量用药，提供科学、有效的用药和疾病管理服务，帮助用户提升疾病认知，提高用户的依从性，及时监督用户用药疗效，减缓甚至逆转疾病，提升用药管理效果。

图12是根据本发明实施例的用药管理系统的示意图，如图12所示，本发明的用药管理系统包括：第一终端、文件服务器、用药管理服务器、药品信息服务器和第二终端。

第一终端向文件服务器发送药品图片；

文件服务器存储药品图片，返回药品图片的url地址；

第一终端将药品图片的url地址发送给用药管理服务器；

用药管理服务器利用zxing识别药品图片，确定药品的追溯码；

用药管理服务器根据药品的追溯码，查询预置的药品数据库是否包括药品的药品信息，如果是，获取药品的药品信息；如果否，向药品信息服务器发送药品信息获取请求，接收药品信息服务器返回的药品的药品信息；

用药管理服务器根据药品的药品信息，生成用药提示并发送给第一终端；

用药管理服务器生成与用户标识对应的用药记录；

用药管理服务器定时扫描，确定药品的药品信息是否发送完毕，如果是，向第二终端发送用药完成提醒；

接收第二终端根据用药完成提醒返回的体征咨询请求；

将体征咨询请求发送给第一终端，接收第一终端的用户输入当前体征信息；

将当前体征信息发送给第二终端，使得目标医师根据当前体征信息更新用药信息；

将更新后的用药信息发送给第一终端。

在本发明实施例中，第二终端可以对应互医服务器，用药管理服务器可以同互医服务器交互，进而通过互医服务器与第二终端交互。

图13示出了适于应用于本发明实施例的用药管理方法或用药管理装置的示例性系统架构图，如图13所示，本发明实施例的用药管理方法或用药管理装置的示例性系统架构包括：

如图13所示，系统架构1300可以包括终端设备1301、1302、1303，网络1304和服务器1305。网络1304用以在终端设备1301、1302、1303和服务器105之间提供通信链路的介质。网络1304可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备1301、1302、1303通过网络1304与服务器1305交互，以接收或发送消息等。终端设备1301、1302、1303上可以安装有各种通讯客户端应用，例如用药管理类应用、购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备1301、1302、1303可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器1305可以是提供各种服务的服务器，例如对用户利用终端设备1301、1302、1303所浏览的用药管理类网站提供支持的后台管理服务器。后台管理服务器可以对接收到的用药请求等数据进行分析等处理，并将处理结果(例如用药提示)反馈给终端设备1301、1302、1303。

需要说明的是，本发明实施例所提供的用药管理方法一般由服务器1305执行，相应地，用药管理装置一般设置于服务器1305中。

应该理解，图13中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图14是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图，如图14所示，本发明实施例的终端设备或服务器的计算机系统1400包括：

中央处理单元(CPU)1401，其可以根据存储在只读存储器(ROM)1402中的程序或者从存储部分1408加载到随机访问存储器(RAM)1403中的程序而执行各种适当的动作和处理。在RAM1403中，还存储有系统1400操作所需的各种程序和数据。CPU1401、ROM1402以及RAM1403通过总线1404彼此相连。输入/输出(I/O)接口1405也连接至总线1404。

以下部件连接至I/O接口1405：包括键盘、鼠标等的输入部分1406；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1407；包括硬盘等的存储部分1408；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1409。通信部分1409经由诸如因特网的网络执行通信处理。驱动器1410也根据需要连接至I/O接口1405。可拆卸介质1411，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1410上，以便于从其上读出的计算机程序根据需要被安装入存储部分1408。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1409从网络上被下载和安装，和/或从可拆卸介质1411被安装。在该计算机程序被中央处理单元(CPU)1401执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块、识别模块、查询模块和提示模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，提示模块还可以被描述为“根据所述用法用量和所述药品规格，定时向所述第一终端发送所述药品的用药提示的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收第一终端发送的药品识别请求；其中，所述药品识别请求指示了一种或多种药品的药品图片；对所述药品图片进行识别，确定所述药品的追溯码；响应于所述药品的追溯码，查询预置的药品数据库，获取所述药品的药品信息；其中，所述药品信息包括所述药品的用法用量和药品规格；根据所述用法用量和所述药品规格，定时向所述第一终端发送所述药品的用药提示。

根据本发明实施例的技术方案，构建用药管理服务，尤其适用于慢性病管理，实现用药服务的全流程管理，能够准时提醒用户各种药品的用法用量，使得用户准时按方按量用药，提供科学、有效的用药和疾病管理服务，帮助用户提升疾病认知，提高用户的依从性，及时监督用户用药疗效，减缓甚至逆转疾病，提升用药管理效果

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (13)

1.一种用药管理方法，其特征在于，所述方法用于用药管理服务器，包括：

接收第一终端发送的药品识别请求；其中，所述药品识别请求包括一种或多种药品的药品图片；

对所述药品图片进行识别，确定所述药品的追溯码；

响应于所述药品的追溯码，查询预置的药品数据库，获取所述药品的药品信息；其中，所述药品信息包括所述药品的用法用量和药品规格；

根据所述用法用量和所述药品规格，定时向所述第一终端发送所述药品的用药提示。

2.根据权利要求1所述的方法，其特征在于，所述用药请求还包括请求时间；所述根据所述用法用量和所述药品规格，定时向所述第一终端发送所述药品的用药提示，包括：

根据所述用法用量，确定所述药品的用药方式、用药频次和用药剂量；

根据所述药品规格，确定所述药品的药品数量；

根据所述药品数量、所述用药频次、所述用药剂量和所述请求时间，确定用药时间；

根据所述用药方式和所述用药剂量，生成所述用药提示，并按照所述用药时间发送给所述第一终端。

3.根据权利要求1所述的方法，其特征在于，所述根据所述用法用量和所述药品规格，定时向所述第一终端发送所述药品的用药提示，包括：

根据所述用法用量，确定所述药品的用药方式和用药频次；

根据所述药品规格，确定所述药品的药品数量；

根据所述药品数量、用药周期和所述用药频次，确定用药剂量和用药时间；其中，所述用药周期是用户利用所述第一终端输入的；

根据所述用药方式和所述用药剂量，生成所述用药提示，并按照所述用药时间发送给所述第一终端。

4.根据权利要求2或3所述的方法，其特征在于，所述根据所述用药方式和所述用药剂量，生成所述用药提示，并按照所述用药时间发送给所述第一终端，包括：

根据第一扫描指令对一种或多种所述药品的用药时间进行扫描；其中，所述第一扫描指令指示了第一扫描时间；

确定用药时间等于所述第一扫描时间的目标药品；

根据与所述用药时间对应的用药方式和用药剂量，生成所述目标药品的用药提示并发送给所述第一终端。

5.根据权利要求2或3所述的方法，其特征在于，在将所述用药提示发送给所述第一终端之后，还包括：

根据所述目标药品的追溯码和所述用药提示的对应关系，生成用药记录。

6.根据权利要求5所述的方法，其特征在于，还包括：

根据第二扫描指令对所述用药记录进行扫描；

确定所述用药提示是否发送完毕，如果是，向目标医师对应的第二终端发送用药完成提醒；

接收所述第二终端根据所述用药完成提醒返回的体征咨询请求；

将所述体征咨询请求发送给所述第一终端，接收所述第一终端的用户输入的当前体征信息；

将所述当前体征信息发送给所述第二终端，使得所述目标医师根据所述当前体征信息更新用药信息。

7.根据权利要求1所述的方法，其特征在于，还包括：

向所述第一终端展示医师列表，接收所述第一终端的用户选取的目标医师；

根据用户标识、用户的历史体征信息和所述目标医师的医师标识，生成与所述用户标识对应的用户档案。

8.根据权利要求1所述的方法，其特征在于，在所述预置的药品数据库不包括所述药品的药品信息的情况下，还包括：

根据所述药品的追溯码，向药品信息服务器发送药品信息获取请求；

接收所述药品信息服务器根据所述药品信息获取请求返回的所述药品的药品信息。

9.根据权利要求1所述的方法，其特征在于，在对所述药品的追溯码识别失败的情况下，还包括：

生成重新上传请求并发送给所述第一终端，并接收所述第一终端的第一用户根据所述重新上传请求重新上传的药品图片；

或者，

接收所述第一终端的用户输入的所述药品的追溯码。

10.根据权利要求1所述的方法，其特征在于，所述药品为慢性病药品。

11.一种用药管理装置，其特征在于，包括：

接收模块，用于接收第一终端发送的药品识别请求；其中，所述药品识别请求包括一种或多种药品的药品图片；

识别模块，用于对所述药品图片进行识别，确定所述药品的追溯码；

查询模块，用于响应于所述药品的追溯码，查询预置的药品数据库，获取所述药品的药品信息；其中，所述药品信息包括所述药品的用法用量和药品规格；

提示模块，用于根据所述用法用量和所述药品规格，向所述第一终端发送所述药品的用药提示。

12.一种用药管理的电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-10中任一所述的方法。

13.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-10中任一所述的方法。

Images