CN116759109A - 事项提醒方法和装置、存储介质及电子设备 - Google Patents

Abstract

本申请公开了一种事项提醒方法和装置、存储介质及电子设备。其中，该方法包括：在目标帐号登录目标应用的情况下，获取对医疗记录文本进行图像采集得到的初始医疗图像，该医疗记录文本记录有与目标帐号的使用者关联的医疗信息，通过对初始医疗图像执行识别操作，能够生成包括待提醒的医疗事项的目标医疗信息，再通过对所述目标医疗信息执行检测操作，确定目标提醒条件，在触发了所述目标提醒条件的情况下，在所述目标应用上根据所述目标医疗信息显示目标提醒消息。本申请可以应用于包括但不限于基于人工智能技术的智能医疗领域等，本申请解决了事项提醒的效率较低的技术问题。

Description

事项提醒方法和装置、存储介质及电子设备

技术领域

本申请涉及计算机领域，具体而言，涉及一种事项提醒方法和装置、存储介质及电子设备。

背景技术

目前，在图片识别技术识别医疗及处方主要用于医疗数据归档以及医疗信息在医院系统流转，旨在降低患者在就诊途中医疗信息的转递以及存储成本，但相关技术受限于单一医院系统，当患者离开或更换就诊医院时，就无法继续享受这种技术所带来的便利，对于就诊后培养患者的生活习惯，提升防治意识方面作用有限。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种事项提醒方法和装置、存储介质及电子设备，以至少解决事项提醒的效率较低的技术问题。

根据本申请实施例的一个方面，提供了一种事项提醒方法，包括：在目标帐号登录目标应用的情况下，获取初始医疗图像，其中，所述初始医疗图像是对医疗记录文本进行图像采集得到的图像，所述医疗记录文本记录有与所述目标帐号的使用者关联的医疗信息；对所述初始医疗图像执行识别操作，生成目标医疗信息，其中，所述目标医疗信息包括待提醒的医疗事项；对所述目标医疗信息执行检测操作，确定目标提醒条件，其中，所述目标提醒条件用于指示所述目标事项是否允许被提醒；在触发了所述目标提醒条件的情况下，在所述目标应用上根据所述目标医疗信息显示目标提醒消息，其中，所述目标提醒消息表示根据所述医疗事项预先设置的提醒消息。

根据本申请实施例的另一方面，还提供了一种事项提醒装置，包括：获取模块，用于在目标帐号登录目标应用的情况下，获取初始医疗图像，其中，所述初始医疗图像是对医疗记录文本进行图像采集得到的图像，所述医疗记录文本记录有与所述目标帐号的使用者关联的医疗信息；生成模块，用于对所述初始医疗图像执行识别操作，生成目标医疗信息，其中，所述目标医疗信息包括待提醒的医疗事项；确定模块，用于对所述目标医疗信息执行检测操作，确定目标提醒条件，其中，所述目标提醒条件用于指示所述目标事项是否允许被提醒；显示模块，用于在触发了所述目标提醒条件的情况下，在所述目标应用上根据所述目标医疗信息显示目标提醒消息，其中，所述目标提醒消息表示根据所述医疗事项预先设置的提醒消息。

可选地，所述装置用于通过如下方式在触发了所述目标提醒条件的情况下，在所述目标应用上根据所述目标医疗信息显示目标提醒消息：获取所述目标医疗信息中的事项类型和事项时间，其中，所述事项类型表示所述初始医疗图像指示的与所述使用者关联的医疗事项类型，所述事项时间表示所述初始医疗图像指示的与所述使用者关联的医疗事项将要发生的时间；在系统时间与所述事项时间满足预设时间条件的情况下，确定所述医疗事项触发了所述目标提醒条件，根据所述事项类型和所述事项时间在所述目标应用上显示所述目标提醒消息。

可选地，所述装置用于通过如下方式在系统时间与所述事项时间满足预设时间条件的情况下，确定所述医疗事项触发了所述目标提醒条件，根据所述事项类型和所述事项时间在所述目标应用上显示所述目标提醒消息：获取当前系统时间；在所述当前系统时间到达预设时间点的情况下，确定所述医疗事项触发了所述目标提醒条件；在所述当前系统时间与所述事项时间之间相隔预设时长的情况下，确定所述医疗事项触发了所述目标提醒条件。

可选地，所述装置用于通过如下方式在系统时间与所述事项时间满足预设时间条件的情况下，确定所述医疗事项触发了所述目标提醒条件，根据所述事项类型和所述事项时间在所述目标应用上显示所述目标提醒消息：在所述事项类型包括复诊医疗事项的情况下，获取所述复诊医疗事项的复诊时间、复诊地点以及复诊项目；在所述系统时间与所述复诊时间满足所述预设时间条件的情况下，在所述目标应用上显示第一提醒消息，其中，所述第一提醒消息包括所述复诊时间、复诊地点以及复诊项目。

可选地，所述装置还用于通过如下方式在所述系统时间与所述复诊时间满足所述预设时间条件的情况下，在所述目标应用上显示第一提醒消息：获取当前系统时间；在所述当前系统时间到达第一时间的情况下，显示所述第一提醒消息，其中，所述第一时间与所述复诊时间相隔第一预设时长的时间；在所述当前系统时间到达第二时间的情况下，显示所述第一提醒消息，其中，所述第二时间与所述复诊时间相隔第二预设时长的时间，所述第二预设时长小于所述第一预设时长。

可选地，所述装置在所述事项类型包括复诊医疗事项的情况下，获取所述复诊医疗事项的复诊时间、复诊地点以及复诊项目之后还用于：获取当前位置信息，其中，所述当前位置信息表示所述目标应用所在终端的位置；根据所述当前位置信息和所述复诊地点确定目标通勤时间；在所述当前系统时间到达目标时间的情况下，显示所述第一提醒消息，其中，所述目标时间与所述复诊时间相隔所述目标通勤时间，所述第一提醒消息包括所述当前位置信息至所述复诊地点的导航路径。

可选地，所述装置还用于通过如下方式在系统时间与所述事项时间满足预设时间条件的情况下，确定所述医疗事项触发了所述目标提醒条件，根据所述事项类型和所述事项时间在所述目标应用上显示所述目标提醒消息：在所述事项类型包括用药医疗事项的情况下，获取所述用药医疗事项的用药频率以及药品标识；在所述系统时间与所述用药频率满足所述预设时间条件的情况下，在所述目标应用上显示第二提醒消息，其中，所述第二提醒消息包括所述用药频率以及药品标识。

可选地，所述装置还用于通过如下方式在所述系统时间与所述用药频率满足所述预设时间条件的情况下，在所述目标应用上显示第二提醒消息：获取当前系统时间；在所述当前系统时间到达第三时间的情况下，显示所述第二提醒消息，其中，所述第三时间是根据所述用药频率确定的预设时间；在所述当前系统时间经过所述第三时间，且到达第四时间的情况下，显示所述第二提醒消息，其中，所述第四时间是根据所述用药频率以及所述第三时间确定的下一次需要用药的时间。

可选地，所述装置在系统时间与所述事项时间满足预设时间条件的情况下，确定所述医疗事项触发了所述目标提醒条件，根据所述事项类型和所述事项时间在所述目标应用上显示所述目标提醒消息之后还用于：获取所述医疗事项的处理进度信息，其中，所述处理进度信息是所述目标帐号对所述医疗事项的处理进度；根据所述处理进度信息更新所述目标医疗信息；在所述医疗事项触发了目标提醒条件的情况下，在所述目标应用上根据更新后的所述目标医疗信息显示第三提醒消息，其中，所述第三提醒消息表示根据更新后的目标医疗信息预先设置的提醒消息。

可选地，所述装置用于通过如下方式对所述初始医疗图像执行识别操作，生成目标医疗信息：对所述初始医疗图像执行目标识别操作获得目标识别结果，其中，所述目标识别结果包括所述初始医疗影像对应的所述医疗记录文本的种类；根据所述目标识别结果获取所述医疗记录文本的种类，其中，所述医疗记录文本的种类包括手写种类和印刷种类；在确定所述医疗记录文本的种类为所述手写种类的情况下，利用预先训练的第一检测模型检测所述初始医疗图像，生成所述目标医疗信息，其中，所述第一检测模型表示允许识别手写种类文本的检测模型；在确定所述医疗记录文本的种类为所述印刷种类的情况下，利用预先训练的第二检测模型检测所述初始医疗图像，生成所述目标医疗信息，其中，所述第二检测模型表示允许识别印刷种类文本的检测模型。

可选地，所述装置用于通过如下方式在目标帐号登录目标应用的情况下，获取初始医疗图像：在所述目标帐号登录所述目标应用的情况下，查找所述目标帐号对应的历史记录，确定所述目标帐号是否为首次获取所述初始医疗图像，其中，所述历史记录包括所述目标帐号在所述目标应用中获取所述初始医疗图像的次数；在确定所述目标帐号为首次获取所述初始医疗图像的情况下，显示目标帐号的使用者协议组件，其中，所述目标帐号的使用者协议组件用于向所述目标帐号展示与获取所述初始医疗图像相关的协议内容；响应于所述目标帐号对所述目标帐号的使用者协议组件执行的确认操作，将所述目标帐号的授权状态更新为允许授权，并获取所述初始医疗图像。

可选地，所述装置用于通过如下至少之一方式在触发了所述目标提醒条件的情况下，在所述目标应用上根据所述目标医疗信息显示目标提醒消息：在所述医疗事项触发了目标提醒条件的情况下，在所述目标应用上显示目标弹窗信息，其中，所述目标提醒消息包括所述目标弹窗信息；在所述医疗事项触发了目标提醒条件，且所述目标应用所在终端处于锁屏状态的情况下，在所述目标应用上显示目标通知信息，其中，所述目标提醒消息包括所述目标通知信息；在所述医疗事项触发了目标提醒条件，且所述目标应用所在终端处于无法连接状态的情况下，在第一帐号登录的所述目标应用上显示第四提醒消息，其中，所述第一帐号是所述目标帐号预先设置的关联帐号，所述目标提醒消息包括所述第四提醒消息；在所述医疗事项触发了目标提醒条件的情况下，在所述目标应用上显示语音提醒消息，其中，所述语音提醒信息用于播放待提醒的医疗事项，所述目标提醒消息包括所述语音提醒消息。

可选地，所述装置用于通过如下至少之一方式在触发了所述目标提醒条件的情况下，在所述目标应用上根据所述目标医疗信息显示目标提醒消息：在所述目标应用为即时通信应用的情况下，在所述即时通信应用的消息显示界面显示所述目标提醒消息；在所述目标应用为小程序的情况下，在所述小程序关联的内容界示所述目标提醒消息；在所述目标应用为医务平台的情况下，向所述目标帐号发送所述目标提醒消息。

根据本申请实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述事项提醒方法。

根据本申请实施例的又一方面，提供一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行如以上事项提醒方法。

根据本申请实施例的又一方面，还提供了一种电子设备，包括存储器和处理器，上述存储器中存储有计算机程序，上述处理器被设置为通过所述计算机程序执行上述的事项提醒方法。

在本申请实施例中，采用在目标帐号登录目标应用的情况下，获取初始医疗图像，对所述初始医疗图像执行识别操作，生成目标医疗信息，对所述目标医疗信息执行检测操作，确定目标提醒条件，在触发了所述目标提醒条件的情况下，在所述目标应用上根据所述目标医疗信息显示目标提醒消息的方式，通过目标账号的使用者在目标应用、小程序或医务平台上传的医疗记录文本生成目标医疗信息，进而根据目标医疗信息中的医疗事项向目标帐号显示事项提醒信息，达到在目标帐号的使用者离开医院或更换就诊医院的情况下也能够根据历史医疗记录文本进行医疗管理的目的，从而提高目标帐号使用者的用药及复诊率，有助于帮助目标帐号的使用者更好地了解并控制疾病，进而解决了事项提醒的效率较低的技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的一种可选的事项提醒方法的应用环境的示意图；

图2是根据本申请实施例的一种可选的事项提醒方法的流程示意图；

图3是根据本申请实施例的一种可选的事项提醒方法的示意图；

图4是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图5是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图6是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图7是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图8是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图9是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图10是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图11是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图12是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图13是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图14是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图15是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图16是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图17是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图18是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图19是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图20是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图21是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图22是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图23是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图24是根据本申请实施例的又一种可选的事项提醒方法的示意图；

图25是根据本申请实施例的一种可选的事项提醒装置的结构示意图；

图26是根据本申请实施例的一种可选的路径规划产品的结构示意图；

图27是根据本申请实施例的一种可选的电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，在对本申请实施例进行描述的过程中出现的部分名词或者术语适用于如下解释：

OCR(optical character recognition，光学字符识别)图片识别：图片识别算法是一种用于从图像中识别文本的技术。它可以从扫描的文档、照片或其他图像中提取文本，并将其转换为可编辑的文本。OCR算法可以识别多种文字，包括拉丁文、希腊文、日文、中文等。它还可以识别特殊符号，如数学符号、货币符号等。

医疗记录文本：医疗记录文本是一种医疗文件，用于记录患者的检查和护理等信息。它是医生和护士在治疗患者时的重要参考文件，也是患者的医疗记录。医疗记录文本通常包括患者的基本信息、病史、体格检查、护理等内容。

数据库：数据库是一个按数据结构来存储和管理数据的计算机软件系统。

消息推送通道：消息推送定义为在手机终端锁屏状态下通知栏展示或在操作前台顶端弹出的消息通知，点击后可唤起对应的APP，并在APP内跳转到指定页面。

下面结合实施例对本申请进行说明：

根据本申请实施例的一个方面，提供了一种事项提醒方法，可选地，在本实施例中，上述事项提醒方法可以应用于如图1所示的由服务器101和终端设备103所构成的硬件环境中。如图1所示，服务器101通过网络与终端103进行连接，可用于为终端设备或终端设备上安装的应用程序提供服务，应用程序可以是视频应用程序、即时通信应用程序、浏览器应用程序、教育应用程序、游戏应用程序等。可在服务器上或独立于服务器设置数据库105，用于为服务器101提供数据存储服务，例如，游戏数据存储服务器，上述网络可以包括但不限于：有线网络，无线网络，其中，该有线网络包括：局域网、城域网和广域网，该无线网络包括：蓝牙、WIFI及其他实现无线通信的网络，终端设备103可以是配置有应用程序的终端，可以包括但不限于以下至少之一：手机(如Android手机、iOS手机等)、笔记本电脑、平板电脑、掌上电脑、MID(Mobile Internet Devices，移动互联网设备)、PAD、台式电脑、智能电视、智能语音交互设备、智能家电、车载终端、飞行器、虚拟现实(Virtual Reality，简称VR)终端、增强现实(Augmented Reality，简称AR)终端、混合现实(Mixed Reality，简称MR)终端等计算机设备，上述服务器可以是单一服务器，也可以是由多个服务器组成的服务器集群，或者是云服务器。

结合图1所示，上述事项提醒方法可以在终端设备103通过如下步骤实现：

S1，在目标帐号登录目标应用的情况下，在终端设备103上获取初始医疗图像，其中，初始医疗图像是对医疗记录文本进行图像采集得到的图像，医疗记录文本记录有与目标帐号的使用者关联的医疗信息；

S2，在终端设备103上对初始医疗图像执行识别操作，生成目标医疗信息，其中，目标医疗信息包括待提醒的医疗事项；

S3，在终端设备103上对目标医疗信息执行检测操作，确定目标提醒条件，其中，目标提醒条件用于指示目标事项是否允许被提醒；

S4，在触发了目标提醒条件的情况下，在终端设备103上根据目标医疗信息显示目标提醒消息，其中，目标提醒消息表示根据医疗事项预先设置的提醒消息。

可选地，在本实施例中，上述事项提醒方法还可以通过服务器实现，例如，图1所示的服务器101中实现；或由终端设备和服务器共同实现。

上述仅是一种示例，本实施例不做具体的限定。

其中，人工智能(Artificial Intelligence,AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。换句话说，人工智能是计算机科学的一个综合技术，它企图了解智能的实质，并生产出一种新的能以人类智能相似的方式做出反应的智能机器。人工智能也就是研究各种智能机器的设计原理与实现方法，使机器具有感知、推理与决策的功能。

人工智能技术是一门综合学科，涉及领域广泛，既有硬件层面的技术也有软件层面的技术。人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、语音处理技术、自然语言处理技术以及机器学习/深度学习等几大方向。

自然语言处理(Nature Language processing,NLP)是计算机科学领域与人工智能领域中的一个重要方向。它研究能实现人与计算机之间用自然语言进行有效通信的各种理论和方法。自然语言处理是一门融语言学、计算机科学、数学于一体的科学。因此，这一领域的研究将涉及自然语言，即人们日常使用的语言，所以它与语言学的研究有着密切的联系。自然语言处理技术通常包括文本处理、语义理解、机器翻译、机器人问答、知识图谱等技术。

随着人工智能技术研究和进步，人工智能技术在多个领域展开研究和应用，例如常见的智能家居、智能穿戴设备、虚拟助理、智能音箱、智能营销、无人驾驶、自动驾驶、无人机、机器人、智能医疗、智能客服等，相信随着技术的发展，人工智能技术将在更多的领域得到应用，并发挥越来越重要的价值。

本申请实施例提供的方案涉及人工智能的智能医疗技术，具体通过如下实施例进行说明:

可选地，作为一种可选的实施方式，如图2所示，上述事项提醒方法包括：

S202，在目标帐号登录目标应用的情况下，获取初始医疗图像，其中，初始医疗图像是对医疗记录文本进行图像采集得到的图像，医疗记录文本记录有与目标帐号的使用者关联的医疗信息；

可选地，在本实施例中，上述目标应用可以包括但不限于具有获取系统时间、系统信息等权限的即时通信应用。需要说明的是，该事项提醒方法可以包括但不限于在目标应用、依附于社交平台并和相关社交帐号绑定的小程序、与电话号码绑定的网站等平台上实现。

可选地，在本实施例中，上述目标帐号可以为预先通过电话号码、身份证号码等能够进行身份认证的号码，以得到的在目标应用注册过的帐号；还可以为未在目标应用提前注册过，但通过应用提示能够注册并登录的帐号；还可以为在目标应用内有绑定或登录权限的其它应用账号等。

可选地，在本实施例中，上述初始医疗图像可以是目标帐号的使用者通过登录目标账号向目标应用授权终端摄像头采集权限后目标帐号的使用者对医疗记录文本进行拍照上传的图像，还可以是目标帐号的使用者登录目标账号向目标应用授权相册访问权限后从本地相册选择上传的病例图像，还可以是转发的目标应用中医生开具的电子医疗记录文本图像或将目标应用中医生开具的电子医疗记录文本一键生成图片保存到本地图片中，再通过本地上传的病例图像。

在一个示例性的实施例中，所述在目标帐号登录目标应用的情况下，在目标应用上获取初始医疗图像可以包括但不限于以下步骤：

S1，响应于目标用户触发目标应用，显示目标登录界面，其中，目标用户可以在目标登录界面注册或登录目标账号；

S2，响应于目标用户在目标登录界面输入正确的登录信息，显示目标应用界面，其中，正确的登录信息包括目标账号以及目标账号所对应的账号密码；

S3，响应于目标用户在目标应用界面选择上传初始医疗图像，在目标应用界面显示终端摄像头授权信息，其中，终端摄像头授权信息用于向目标账号请求获取终端摄像头的使用权限；

S4，响应于目标用户同意目标应用获取终端摄像头的使用权限，显示图像采集界面，其中，图像采集界面用于引导目标用户拍照上传医疗记录文本；

S5，响应于目标用户拍照上传医疗记录文本，在目标应用界面上显示上传的初始医疗图像，其中，初始医疗图像为目标用户将医疗记录文本拍照上传后得到的图像。

在一个示例性的实施例中，所述在目标帐号登录目标应用的情况下，在目标应用上获取初始医疗图像可以包括但不限于以下步骤：

S1，响应于目标用户触发目标应用，显示目标登录界面，其中，目标用户可以在目标登录界面注册或登录目标账号；

S2，响应于目标用户在目标登录界面输入正确的登录信息，显示目标应用界面，其中，正确的登录信息包括目标账号以及目标账号所对应的账号密码；

S3，响应于目标用户在目标应用界面选择上传初始医疗图像，在目标应用界面显示本地相册授权访问信息，其中，本地相册授权访问信息用于向目标账号请求获取本地相册的访问权限；

S4，响应于目标用户同意授予目标应用访问本地相册的权限，显示图像上传界面，其中，图像上传界面用于引导目标用户从本地相册从选择上传的初始医疗图像。

在一个示例性的实施例中，所述在目标帐号登录目标应用的情况下，在目标应用上获取初始医疗图像可以包括但不限于以下步骤：

S1，响应于目标用户触发目标应用，显示目标登录界面，其中，目标用户可以在目标登录界面注册或登录目标账号；

S2，响应于目标用户在目标登录界面输入正确的登录信息，显示目标应用界面，其中，正确的登录信息包括目标账号以及目标账号所对应的账号密码；

S3，响应于目标用户在目标应用上接收到并点击查看医疗记录信息，在目标应用界面显示目标引导操作，其中，医疗记录信息为第一用户上传的与目标用户关联的信息，第一用户与目标用户不同，目标引导操作包括引导目标用户转发医疗记录信息或将医疗记录信息一键生成图片保存到本地相册；

S4，响应于目标用户选择将医疗记录信息一键生成图片保存到本地相册，在目标应用界面显示本地相册授权访问信息，其中，本地相册授权访问信息用于向目标账号请求获取本地相册的访问权限；

S5，响应于目标用户同意授予目标应用访问本地相册的权限，显示图像上传界面，其中，图像上传界面用于引导目标用户从本地相册从选择上传的初始医疗图像，初始医疗图像为医疗记录信息一键生成图片保存到本地相册的图像。

需要说明的是，上述医疗记录文本包括但不限于纸质医疗记录文本(处方)、电子医疗记录文本(处方)等记录有与目标账号的使用者相关联的医疗信息，其中，纸质医疗记录文本中的内容可以包括但不限与为手写体、印刷体。

具体地，手写体具有以下特点：手写体是一种使用硬笔或者软笔纯手工写出的文字，手写体文字代表了中国文字的精髓。医生的笔记通常大小不一、形态各异，在计算机字库中很难实现错落有致的效果，并且医生往往有一个一致的写作风格，其他医生很容易阅读和解释，但是对计算机而言，由于个人书写习惯和风格的不同，造成由同一个字符提取出的结构特征会出现较大偏差，使得在这一类别上汉字识别成功率下降了很多。

印刷体具有以下特点：印刷体打印的医疗具有准确、可靠、快捷、统一等特点。它可以准确地记录病人的病史、检查结果等信息，以及医生的意见和建议。格式整齐统一，较易于读取，容易被计算机自动化处理。

可选地，在本实施例中，上述医疗信息包括但不限于姓名、性别、年龄、就诊科室名称、初诊日期、各项检查资料、医嘱等。

在一个示例性的实施例中，图3是根据本申请实施例的一种可选的事项提醒方法的示意图，如图3所示，目标账号登录目标应用之后，在目标应用上获取初始医疗图像时，应用界面301内包括拍照302、从手机相册选择303、取消304，目标账号的使用者可以通过触控操作306触发从手机相册选择303按钮，之后应用界面301将跳转至手机相册界面305，再通过触控操作306从手机相册界面305选择医疗记录文本图像307，然后手机相册界面305又跳转回应用界面301，在应用界面301上显示已经上传的医疗记录文本图像307。

S204，对初始医疗图像执行识别操作，生成目标医疗信息，其中，目标医疗信息包括待提醒的医疗事项；

可选地，在本实施例中，上述识别操作为使用图像识别技术对目标账号上传的初始医疗图像进行处理、分析和理解以用于识别初始医疗图像中的具体医疗信息。

需要说明地是，上述识别操作可以包括但不限于使用OCR算法从扫描的文档、照片或其他图像中提取文本，并将其转换为可编辑的文本。OCR算法可以识别多种文字，包括拉丁文、希腊文、日文、中文等。它还可以识别特殊符号，如数学符号、货币符号等。在实际使用OCR图片识别技术时，系统需要提取出图片中的文字信息，需要考虑到图片的清晰度、字体的类型、字体的大小等因素，以及图片中的文字是否被遮挡等问题。

可选地，在本实施例中，上述目标医疗信息可以为使用图像识别技术对初始医疗图像中的文字信息进行提取并转化为规定格式的文档，还可以为对初始医疗图像中的信息进行识别并提取文字后，使用在线信息填写系统将从初始医疗图像中提取到的信息智能填充的医疗信息，或者为根据医疗记录文本和系统的规定格式手动输入或语音输入到应用界面中的医疗信息。

具体而言，上述目标医疗信息还可以是医生账号预先登陆目标应用在医疗填写系统上将目标账号的使用者的医疗直接打字输入或语音识别输入的信息，还可以是目标账号地使用者根据医生开具的纸质医疗记录文本，按照目标应用界面提示的医疗记录文本分布格式将纸质医疗记录文本的内容手动输入或语音识别输入到目标应用界面的医疗信息。

在一个示例性的实施例中，上述目标医疗信息可以包括但不限于通过以下步骤获得：

S1，使用目标算法从初始医疗图像中提取初始医疗信息，其中，初始医疗信息包括初始医疗图像中的文本信息，目标算法包括OCR算法；

S2，对初始医疗信息执行目标转换操作，其中，目标转换操作用于将初始医疗信息转换为目标格式的目标医疗信息。

在一个示例性的实施例中，上述目标医疗信息还可以包括但不限于通过以下步骤获得：

S1，响应于目标帐号的使用者上传初始医疗图像，在目标应用界面显示第一引导界面，其中，第一引导界面用于引导目标帐号的使用者触发对初始医疗图像执行目标提取操作，目标提取操作用于从初始医疗图像中提取初始医疗信息；

S2，使用目标算法从初始医疗图像中提取初始医疗信息，其中，初始医疗信息包括初始医疗图像中的文本信息，目标算法包括OCR算法；

S3，将初始医疗信息按照目标格式填充到目标应用界面中得到目标医疗信息。

在一个示例性的实施例中，上述医疗记录信息还可以包括但不限于通过以下步骤获得：

S1，响应于第一用户触发目标应用，显示目标登录界面，其中，第一用户可以在目标登录界面注册或登录第一账号；

S2，响应于第一用户在目标登录界面输入正确的登录信息，显示目标应用界面，其中，正确的登录信息包括第一账号以及第一账号所对应的账号密码；

S3，响应于第一用户在目标应用上建立医疗条目，在目标应用界面显示第二引导界面，其中，医疗条目包括目标用户对应的医疗信息，第二引导界面用于引导第一用户按照目标格式输入与目标用户相关联的目标医疗信息。

在一个示例性的实施例中，上述待提醒的医疗事项可以包括但不限于为用药事项、复诊事项、预约事项等目标医疗信息中包括的可以通过目标应用向目标账号的使用者进行提醒的医疗事项。

S206，对目标医疗信息执行检测操作，确定目标提醒条件，其中，目标提醒条件用于指示目标事项是否允许被提醒；

S208，在触发了目标提醒条件的情况下，在目标应用上根据目标医疗信息显示目标提醒消息，其中，目标提醒消息表示根据医疗事项预先设置的提醒消息。

可选地，在本实施例中，上述目标提醒条件可以包括但不限于为根据目标医疗信息的具体事项进行配置的提醒条件，可以包括但不限于达到预设事项时间、系统时间在预设事项时间前1小时、前一天等。

具体而言，例如，待提醒的医疗事项为复诊事项，目标提醒条件为复诊日期的前一天8：00am，复诊日期为3月2日，则在3月1日的8：00am时，满足目标提醒条件，将在目标应用上显示提醒消息。

在一个示例性的实施例中，图4是根据本申请实施例的一种可选的事项提醒方法的示意图，如图4所示，以待提醒的医疗事项为用药事项，目标提醒条件为每天的8：00和18：00为例，每天的8：00在目标应用界面401上将弹出提醒消息403“记得按时吃药哦，您今天需要服用的药物信息如下：药物A，每日两次，建议：饭后半小时服用；药物B，每日两次，建议：无”，每天的18：00在目标应用界面402上将弹出提醒消息403“记得按时吃药哦，您今天需要服用的药物信息如下：药物A，每日两次，建议：饭后半小时服用；药物B，每日两次，建议：无”。

需要说明的是，上述目标提醒消息可以包括但不限于为文字弹窗、震动后文字弹窗、语音提示、音乐铃声、图片、视频等形式，或是以上形式的任意组合。

通过本实施例，采用在目标帐号登录目标应用的情况下，在所述目标应用上获取初始医疗图像，在所述目标应用上对所述初始医疗图像执行识别操作，生成目标医疗信息，对目标医疗信息执行检测操作，确定目标提醒条件，在触发了目标提醒条件的情况下，在目标应用上根据目标医疗信息显示目标提醒消息的方式，通过目标账号的使用者在目标应用、小程序或医务平台上传的医疗记录文本生成目标医疗信息，进而根据目标医疗信息中的医疗事项向目标帐号显示事项提醒信息，达到在目标帐号的使用者离开医院或更换就诊医院的情况下也能够根据历史医疗记录文本进行医疗管理的目的，从而提高目标帐号使用者的用药及复诊率，有助于帮助目标帐号的使用者更好地了解并控制疾病，进而解决了医疗事项管理便捷性较低的技术问题。

作为一种可选的方案，通过如下方法在触发了目标提醒条件的情况下，在目标应用上根据目标医疗信息显示目标提醒消息：获取目标医疗信息中的事项类型和事项时间，其中，事项类型表示初始医疗图像指示的与使用者关联的医疗事项类型，事项时间表示初始医疗图像指示的与使用者关联的医疗事项将要发生的时间；在系统时间与事项时间满足预设时间条件的情况下，确定医疗事项触发了目标提醒条件，根据事项类型和事项时间在目标应用上显示目标提醒消息。

可选地，在本实施例中，上述目标医疗中的事项类型可以包括但不限于用药事项、复诊事项、注意事项等表示医疗记录文本或者处方指示的与使用者关联的医疗事项类型，上述事项时间可以包括但不限于用药事项中不同的药物种类对应的服用时间、需要复诊的时间等医疗记录文本或处方指示的与使用者关联的用药事项、复诊事项、注意事项等将要发生的时间。

可选地，在本实施例中，上述预设时间条件可以包括但不限于为系统时间为事项时间的前一小时、系统时间为事项时间前一天的固定时间、系统时间每天的固定时间等，其中，系统时间可以为应用终端显示的时间，或者为服务器获取到的格林尼治时间转化成终端所在位置的时区所对应的时间。

具体而言，以事项类型为复诊事项，事项时间为3月3日，8：00am，预设时间条件为系统时间为事项时间前一天的8：00am和18：00pm，在系统时间为3月2日的8：00am或18：00pm时，确认系统时间和事项时间满足预设条件，即确定医疗事项触发了目标提醒条件，此时在目标应用上弹出“您明日8：00am有复诊行程，请做好准备”。

在一个示例性的实施例中，图5是根据本申请实施例的一种可选的事项提醒方法的示意图，如图5所示，以事项类型为用药事项，每日两次，事项时间为3月3日，预设时间条件为系统时间的3月3日的8：00am和18：00pm，在系统时间为3月3日的8：00am或18：00pm时，确认系统时间和事项时间满足预设条件，即确定医疗事项触发了目标提醒条件，此时在目标应用上弹出“您今日需要服用药物A，该药物每日需服用两次，建议饭后服用”。

作为一种可选的方案，通过如下方法在系统时间与事项时间满足预设时间条件的情况下，确定医疗事项触发了目标提醒条件，根据事项类型和事项时间在目标应用上显示目标提醒消息：获取当前系统时间；在当前系统时间到达预设时间点的情况下，确定医疗事项触发了目标提醒条件；在当前系统时间与事项时间之间相隔预设时长的情况下，确定医疗事项触发了目标提醒条件。

可选地，在本实施例中，上述预设时间点可以包括但不限于相关技术人员预先根据事项时间配置的提醒时间、目标帐号的使用者自行选择的时间点。

具体地，在本实施例中，上述预设时间点可以为每天的固定时间，如，预设时间点可以为每天早上八点钟，每天在当前系统时间到早上八点整的时候确定当前系统时间达到预设时间点，即确定医疗事项满足提醒条件；上述预设时间点还可以为目标帐号的使用者设置根据生活习惯选择的时间点，如目标账号的使用者可以将3月11日9：00am设置为预设时间点，在当前系统时间到达3月11日9：00am时，确定医疗事项触发了目标提醒条件。

需要说明的是，上述在当前系统时间与事项时间之间相隔预设时长可以理解为，当前系统时间在事项时间之前或当前系统时间和事项时间重合，即当前系统时间早于事项时间或当前系统时间和事项时间一致。

可选地，在本实施例中，上述预设时长可以包括但不限于0秒、1小时、10分钟、24小时等相关技术人员利用数据分析，根据海量的帐号的使用习惯提前配置的时长或目标帐号的使用者根据自身的习惯设置的相隔时长。

具体地，在本实施例中，上述预设时长可以为事项时间的前1h，如，事项时间为3月11日的早上八点整，每天在当前系统时间到早上七点整的时候确定当前系统时间与事项时间之间相隔预设时长，即确定医疗事项触发了目标提醒条件。

在本实施例中，上述确定医疗事项触发了目标提醒条件的两种情况满足任意之一即可，或者是在当前系统时间到达预设时间点的情况下，确定医疗事项触发了目标提醒条件，在目标应用上显示目标提醒消息，并且在当前系统时间与事项时间之间相隔预设时长的情况下，也确定医疗事项触发了目标提醒条件，在目标应用上显示目标提醒消息。

在一个示例性的实施例中，图6是根据本申请实施例的一种可选的事项提醒方法的示意图，如图6所示，以预设时长为1小时，预设时间点为每天的8：00am，事项时间为3月11日10：00am为例，在系统时间到达3月11日8：00am时，确定医疗事项触发了目标提醒条件，在目标应用界面上显示目标提醒消息，在系统时间到达3月11日9：00am时，当前系统时间与事项时间之间相隔1小时，再次确定医疗事项触发了目标提醒条件，在目标应用界面上再次显示目标提醒消息。

通过本实施例，采用获取当前系统时间，然后在当前系统时间到达预设时间点的情况下，确定医疗事项触发了目标提醒条件，或者在当前系统时间与事项时间之间相隔预设时长的情况下，确定医疗事项触发了目标提醒条件的方式，解决了医疗提醒的效率较低的技术问题。

作为一种可选的方案，通过如下方法在系统时间与事项时间满足预设时间条件的情况下，确定医疗事项触发了目标提醒条件，根据事项类型和事项时间在目标应用上显示目标提醒消息：在事项类型包括复诊医疗事项的情况下，获取复诊医疗事项的复诊时间、复诊地点以及复诊项目；在系统时间与复诊时间满足预设时间条件的情况下，在目标应用上显示第一提醒消息，其中，第一提醒消息包括复诊时间、复诊地点以及复诊项目。

可选地，在本实施例中，上述复诊医疗事项可以理解为，在目标帐号的使用者上传医疗记录文本、处方等初始医疗图像资料之后，从生成的医疗信息中获得的待提醒的与复诊相关的医疗事项，其中，上述复诊医疗事项信息中包括但不限于复诊的时间、提前预约的时间、复诊地点、复诊医师姓名、复诊项目等内容。

可选地，在本实施例中，上述第一提醒消息用于提醒目标帐号的使用者复诊医疗事项的具体信息，包括但不限于复诊的时间、复诊地点、复诊项目等。

需要说明的是，上述第一提醒消息可以在复诊医疗事项结束之前多次显示，具体而言，可以在系统时间与复诊时间满足第一预设时间条件的情况下，在目标应用显示第一子提醒消息；在系统时间与复诊时间满足第二预设时间条件的情况下，在目标应用显示第二子提醒消息；其中，第一预设时间条件为复诊需提前预约的时间条件，第二预设时间条件为复诊事项满足目标提醒条件，第二预设时间条件包括：当前系统时间到达预设时间点或当前系统时间与复诊事项时间之间相隔预设时长。

在一个示例性的实施例中，图7是根据本申请实施例的一种可选的事项提醒方法的示意图，如图7所示，以需提前3天预约复诊，计划复诊时间为3月13日9：00am为例，可在系统时间到达3月10日9：00am之前每天的8：00am(如3月9日的8：00am)时，目标应用界面701显示第一子提醒消息702：“您计划于3月13日9：00am到A医院B科复诊，请提前预约复诊”，在系统时间到达3月13日7：00am时，在目标应用界面701显示第二子提醒消息703：“您已预约3月13日9：00am的复诊，请提前做好准备”。

作为一种可选的方案，在系统时间与复诊时间满足预设时间条件的情况下，在目标应用上显示第一提醒消息，包括：获取当前系统时间；在当前系统时间到达第一时间的情况下，显示第一提醒消息，其中，第一时间与复诊时间相隔第一预设时长的时间；在当前系统时间到达第二时间的情况下，显示第一提醒消息，其中，第二时间与复诊时间相隔第二预设时长的时间，第二预设时长小于第一预设时长。

可选地，在本实施例中，上述第一预设时长可以为24小时、12小时等根据复诊时间确定的时间间隔，上述第一时间可以理解为向目标帐号的使用者第一次提醒复诊事项的时间，上述第二预设时长可以为1小时、2小时等根据复诊时间和第一预设时长确定的时间间隔，上述第二时间可以理解为向目标帐号的使用者第二次提醒复诊事项的时间，需要说明的是，第二预设时长小于第一预设时长可以理解为，若第一预设时长为24小时、则第二预设时长可以为小于24小时的时长，也就是说在系统时间距离复诊时间较长的时间点显示一次第一提醒消息，在系统时间距离复诊时间较短的时间点再次显示一次第一提醒消息。

在一个示例性的实施例中，图8是根据本申请实施例的一种可选的事项提醒方法的示意图，如图8所示，以复诊时间为3月10日10：00am，第一预设时长为24小时，第二预设时长为1小时为例，在系统时间801到达3月9日10：00时，在目标应用界面802显示第一提醒消息803，在系统时间801到达3月10日9：00时，再次在目标应用界面802显示第一提醒消息803。

通过本实施例，采用获取当前系统时间，在当前系统时间到达第一时间的情况下，显示第一提醒消息，其中，第一时间与复诊时间相隔第一预设时长的时间，在当前系统时间到达第二时间的情况下，显示第一提醒消息的方式，多次对目标帐号的使用者进行复诊医疗事项提醒能够提高目标帐号使用者的复诊率，帮助目标帐号使用者更好地了解和控制病情。

作为一种可选的方案，在事项类型包括复诊医疗事项的情况下，获取复诊医疗事项的复诊时间、复诊地点以及复诊项目之后，方法还包括：获取当前位置信息，其中，当前位置信息表示目标应用所在终端的位置；根据当前位置信息和复诊地点确定目标通勤时间；在当前系统时间到达目标时间的情况下，显示第一提醒消息，其中，目标时间与复诊时间相隔目标通勤时间，第一提醒消息包括当前位置信息至复诊地点的导航路径。

可选地，在本实施例中，上述获取到当前位置信息之前系统可以弹出请求消息用于向帐号的使用者请求获取当前终端所在的地理位置，帐号的使用者可以选择总是获取地理位置、仅使用时获取地理位置、禁止获取地理位置等，若帐号的使用者选择禁止获取地理位置则获取当前位置失败。

在一个示例性的实施例中，获取到当前位置之前包括但不限于以下步骤：

S1，响应于目标帐号的使用者触发获取导航路径操作，在目标应用界面显示目标请求信息，其中，目标请求信息用于请求获取目标帐号的使用者的当前位置信息，目标请求信息包括总是允许目标应用获取位置信息、仅使用目标应用时允许获取位置信息以及禁止获取位置信息；

S2，响应于目标帐号的使用者触发允许获取当前位置信息操作，在目标应用界面显示目标帐号的使用者当前所处的位置信息，其中，允许获取当前位置信息包括总是允许目标应用获取位置信息和仅使用目标应用时允许获取位置信息；

S3，响应于目标帐号的使用者触发禁止获取当前位置信息操作，在目标应用界面显示提示信息，其中，提示信息用于告知目标帐号的使用者获取当前位置信息失败。

可选地，在本实施例中，上述目标通勤时间的确定方式可以包括但不限于从当前页面跳转到目标应用签订了协议的路径规划应用，并将当前位置信息和复诊地点分别作为起点和终点输入进路径规划应用，进而得到目标路径，并得到根据不同的通行方式预估到达复诊地点所需的时间。

需要说明的时，上述目标通勤时间与当前位置和复诊地点之间的距离、目标帐号的使用者选择的出行方式、实时路况信息等因素相关。

可选地，在本实施例中，上述目标时间是根据复诊时间以及目标通勤时间确定的，上述第一提醒消息可以包括但不限于导航路径、建议出行方式、天气提醒、随行物品提醒等。

可选地，在本实施例中，上述目标时间可以包括但不限于通过如下方式确定：

S1，响应于目标帐号的使用者触发允许获取当前位置信息操作，在目标界面显示获取到的当前位置信息以及复诊地点的位置信息；

S2，将当前位置信息和复诊地点的位置信息输入路径规划算法得到初始路径信息，其中，初始路径信息包括根据当前位置信息和复诊地点的位置信息确定的出行方式、路径信息以及与出行方式对应的通勤时间；

S3，将出行方式对应的通勤时间中的最大值确定为目标通勤时间，并将目标通勤时间对应的路径信息确定为目标路径信息；

S4，在当前系统时间与复诊时间的间隔为目标通勤时间的情况下，在目标应用界面显示第一提醒消息，其中，第一提醒消息用于提醒目标帐号的使用者前往复诊地点。

在一个示例性的实施例中，图9是根据本申请实施例的一种可选的事项提醒方法的示意图，如图9所示，根据当前位置信息和复诊地点确定与多种出行方式对应的通勤时间，以复诊时间为当前的10：00am，最长通勤时间为1小时，则在系统时间901当前9：00am时，目标应用界面902将显示第一提醒消息903：“距离您复诊的时间还有1小时，当前位置至复诊地点的导航路径如下”。

通过本实施例，采用获取当前位置信息，根据当前位置信息和复诊地点确定目标通勤时间；在当前系统时间到达目标时间的情况下，显示第一提醒消息的方式，通过获取当前位置信息，确定当前位置信息到达复诊地点的通勤时长，当系统时间与复诊时间之间的间隔与通勤时长相等的情况下，向帐号的使用者显示第一提醒消息，能够进一步保证帐号的使用者不会错过复诊，从而提高使用者的满意度，提高用户粘性。

作为一种可选的方案，通过如下方法在系统时间与事项时间满足预设时间条件的情况下，确定医疗事项触发了目标提醒条件，根据事项类型和事项时间在目标应用上显示目标提醒消息：在事项类型包括用药医疗事项的情况下，获取用药医疗事项的用药频率以及药品标识；在系统时间与用药频率满足预设时间条件的情况下，在目标应用上显示第二提醒消息，其中，第二提醒消息包括用药频率以及药品标识。

可选地，在本实施例中，上述医疗事项的具体内容可以包括但不限于病情名称、药品标识、各药品的用药频率、各药品的服用方法等，其中，药品标识包括但不限于药品名称、药品标号。

可选地，在本实施例中，上述第二提醒消息可以包括但不限于为根据不同药品标识以及药品标识对应的用药频率、服用方式等在预先设定的时间显示在目标应用界面上的消息。

可选地，在本实施例中，上述在系统时间与用药频率满足预设时间条件的情况下，在目标应用上显示第二提醒消息可以理解为，例如，若帐号使用者需服用药物A的频率为一日三次，则可以将预设时间条件设置为系统时间到达8：00am，系统时间到达13：00am和系统时间到达18：00pm，则在系统时间到达8：00am、13：00am和18：00pm时都会显示第二提醒消息。

作为一种可选的方案，在系统时间与用药频率满足预设时间条件的情况下，在目标应用上显示第二提醒消息，包括：获取当前系统时间；在当前系统时间到达第三时间的情况下，显示第二提醒消息，其中，第三时间是根据用药频率确定的预设时间；在当前系统时间经过第三时间，且到达第四时间的情况下，显示第二提醒消息，其中，第四时间是根据用药频率以及第三时间确定的下一次需要用药的时间。

可选地，在本实施例中，上述第三时间可以为根据用药频率确定的预设时间，上述第四时间是根据用药频率以及第三时间确定的下一次需要用药的时间，具体地，第三时间和第四时间可以根据一天24小时与用药频率的比值进行确定，若用药频率为一天两次，则可以将第三时间设置为8：00am，第四时间设置为20：00am；除此之外第三时间和第四时间还可以根据使用者的作息时间和用药频率进行设置。

在一各示例性的实施例中，图10是根据本申请实施例的一种可选的事项提醒方法的示意图，如图10所示，使用者在接收到第二提醒消息之后可以选择点击立即用药或者稍后提醒，若使用者点击立即用药，则在下一次用药时间提醒时会再次向使用者显示第二提醒消息。

通过本实施例，采用获取当前系统时间，在当前系统时间到达第三时间的情况下，显示第二提醒消息，在当前系统时间经过第三时间，且到达第四时间的情况下，显示第二提醒消息的方式，根据用药频率和当前系统时间确定显示第二提示消息的时间，达到了根据使用者服用的药物信息准确向使用者发送提醒消息的目的，达到了提高医疗提醒的个性化程度，提高使用者满意度的技术效果。

作为一种可选的方案，在系统时间与事项时间满足预设时间条件的情况下，确定医疗事项触发了目标提醒条件，根据事项类型和事项时间在目标应用上显示目标提醒消息之后，上述方法还包括：获取医疗事项的处理进度信息，其中，处理进度信息是目标帐号对医疗事项的处理进度；根据处理进度信息更新目标医疗信息；在医疗事项触发了目标提醒条件的情况下，在目标应用上根据更新后的目标医疗信息显示第三提醒消息，其中，第三提醒消息表示根据更新后的目标医疗信息预先设置的提醒消息。

可选地，在本实施例中，上述处理进度信息可以包括但不限于用药事项、复诊事项、康复运动等事项的完成进度，具体地，处理进度信息可以为已复诊、药物A已服用一次、今日药物服用完毕等。

在一个示例性额实施例中，图11是根据本申请实施例的一种可选的事项提醒方法的示意图，如图11所示，以目标医疗信息中的复诊事项已经过期为例，则目标应用界面1101弹窗显示提示消息1102，使用者可根据选择已经复诊，则弹窗消息1103引导使用者上传本次复诊的医疗记录文本与检查报告。

可选地，在本实施例中，上述第三提醒消息可以包括但不限于为根据上传的复诊医疗记录文本和检查报告更新目标医疗信息后的医疗提醒事项设置的提醒消息。

通过本实施例，采用获取医疗事项的处理进度信息，根据处理进度信息更新目标医疗信息，在医疗事项触发了目标提醒条件的情况下，在目标应用上根据更新后的目标医疗信息显示第三提醒消息的方式，通过根据帐号的医疗事项的处理进度不断更新医疗信息，从而对帐号使用者进行复诊后的用药提醒、再诊提醒，达到在医疗信息在更新的情况下更新医疗提醒事项的目的，从而保障了帐号使用者按时用药、按时就医，进而解决了医疗提醒的效率较低的技术问题。

作为一种可选的方案，对初始医疗图像执行识别操作，生成目标医疗信息，包括：对初始医疗图像执行目标识别操作获得目标识别结果，其中，目标识别结果包括初始医疗影像对应的医疗记录文本的种类；根据目标识别结果获取医疗记录文本的种类，其中，医疗记录文本的种类包括手写种类和印刷种类；在确定医疗记录文本的种类为手写种类的情况下，利用预先训练的第一检测模型检测初始医疗图像，生成目标医疗信息，其中，第一检测模型表示允许识别手写种类文本的检测模型；在确定医疗记录文本的种类为印刷种类的情况下，利用预先训练的第二检测模型检测初始医疗图像，生成目标医疗信息，其中，第二检测模型表示允许识别印刷种类文本的检测模型。

可选地，在本实施例中，上述目标识别操作可以包括但不限于用于对上传的医疗记录文本、检查报告、处方等进行字体类型判别的操作，目标识别操作可以包括但不限于使用图像分类器根据图像的类型对初始医疗图像进行分类。

可选地，在本实施例中，上述第一检测模型可以为通过改进卷积神经网络，将二维主成分分析(2DPCA)与卷积神经网络相结合得到的检测模型，该检测模型能够识别上传的手写体医疗记录文本中的文字，进而将图片信息转化成文字信息生成目标医疗信息。

在一个示例性的实施例中，图12是根据本申请实施例的一种可选的事项提醒方法的示意图，如图12所示，以二维主成分分析(2DPCA)与卷积神经网络相结合的第一检测模型检测初始医疗图像，生成目标医疗信息，可以包括但不限于包括以下步骤：

S1，开始根据初始医疗图像生成目标医疗信息；

S2，获取初始医疗图像图片，并对初始医疗图像执行图像预处理操作，图像预处理操作可以包括但不限于灰度化与二值化处理、图像增强处理、去噪处理以及图像增广处理等；

S3，对初始医疗图像执行图片边缘检测操作，得到图片的重要结构属性；

S4，对图片的重要结构属性执行图片轮廓检测操作，得到初始医疗图像的目标轮廓；

S5，基于2DPCA提取初始医疗图片中的字体投影特征向量，将得到的投影特征向量组成特征矩阵，并将组成的特征矩阵作为CNN的输入；

S6，基于Softmax函数对特征矩阵数据进行分类；

S7，得到特征矩阵数据的分类结果，并对分类结果进行数据清洗，去除非关键字；

S8，提取目标数据，根据目标数据确定目标医疗信息。

可选地，在本实施例中，上述第二检测模型可以包括但不限于和第一检测模型相同或不同，需要说明的时若，上述第二检测模型和上述第一检测模型相同，则印刷种类文本检测所需要的时间要小于或等于手写种类文本检测所需要的时间。

需要说明的是，上述对初始医疗图像执行目标识别操作生成目标医疗信息可以包括但不限于文本种类分类模块、手写种类文本检测模块、印刷种类文本检测模块等。

通过本实施例，采用对初始医疗图像执行目标识别操作获得目标识别结果，再根据目标识别结果获取医疗记录文本的种类，在确定医疗记录文本的种类为手写种类的情况下，利用预先训练的第一检测模型检测初始医疗图像，生成目标医疗信息，在确定医疗记录文本的种类为印刷种类的情况下，利用预先训练的第二检测模型检测初始医疗图像，生成目标医疗信息的方式，通过判别医疗记录文本的字体种类，使得不同的字体能够通过不同的方式进行检测，达到了根据初始医疗图像快速生成目标医疗信息的目的，达到了提高生成目标医疗信息的速度，提高了生成目标医疗信息的便捷性的技术效果。

作为一种可选的方案，在目标帐号登录目标应用的情况下，获取初始医疗图像，包括：在目标帐号登录目标应用的情况下，查找目标帐号对应的历史记录，确定目标帐号是否为首次获取初始医疗图像，其中，历史记录包括目标帐号在目标应用中获取初始医疗图像的次数；在确定目标帐号为首次获取初始医疗图像的情况下，显示目标帐号的使用者协议组件，其中，目标帐号的使用者协议组件用于向目标帐号展示与获取初始医疗图像相关的协议内容；响应于目标帐号对目标帐号的使用者协议组件执行的确认操作，将目标帐号的授权状态更新为允许授权，并获取初始医疗图像。

可选地，在本实施例中，上述目标帐号的使用者协议组件可以包括但不限于目标帐号的使用者隐私协议、软件关联协议等，在目标帐号首次获取初始医疗图像的情况下向目标帐号的使用者显示的组件。

可选地，在本实施例中，上述确认操作可以包括但不限于为点击、双击、长按、拖拽等收拾操作或语音指令、面部指令(如点头、眨眼)等允许授权的指示。

需要说明的是，上述目标帐号的授权状态包括允许授权和禁止授权状态，若目标帐号的使用者触发禁止授权操作，则可以禁止获取初始医疗图像并返回目标应用首页，目标帐号的使用者可以选择跟新授权状态，将禁止授权修改为允许授权，仅为获取初始医疗图像。

在一个示例性的实施例中，图13是根据本申请实施例的一种可选的事项提醒方法的示意图，如图13所示，在目标账号为首次获取初始医疗图像的情况下，显示服务协议授权弹窗，目标帐号的使用者可以在歇息组件的相应位置打勾执行确认操作，将目标帐号的授权状态更新为允许授权。

通过本实施例，采用在目标帐号登录目标应用的情况下，查找目标帐号对应的历史记录，确定目标帐号是否为首次获取初始医疗图像，在确定目标帐号为首次获取初始医疗图像的情况下，显示目标帐号的使用者协议组件，响应于目标帐号对目标帐号的使用者协议组件执行的确认操作，将目标帐号的授权状态更新为允许授权，并获取初始医疗图像的方式，在获取初始医疗图像之前向目标帐号的使用者请求授权，并向目标帐号的使用者声明隐私协议，保障了目标帐号的使用者信息安全。

作为一种可选的方案，在触发了目标提醒条件的情况下，在目标应用上根据目标医疗信息显示目标提醒消息，包括以下至少之一：在医疗事项触发了目标提醒条件的情况下，在目标应用上显示目标弹窗信息，其中，目标提醒消息包括目标弹窗信息；在医疗事项触发了目标提醒条件，且目标应用所在终端处于锁屏状态的情况下，在目标应用上显示目标通知信息，其中，目标提醒消息包括目标通知信息；在医疗事项触发了目标提醒条件，且目标应用所在终端处于无法连接状态的情况下，在第一帐号登录的目标应用上显示第四提醒消息，其中，第一帐号是目标帐号预先设置的关联帐号，目标提醒消息包括第四提醒消息；在医疗事项触发了目标提醒条件的情况下，在目标应用上显示语音提醒消息，其中，语音提醒信息用于播放待提醒的医疗事项，目标提醒消息包括语音提醒消息。

可选地，在本实施例中，上述目标弹窗消息和上述目标通知消息可以包括但不限于为复诊提醒消息、用药提醒消息、医生在线回复消息、病友交流消息、健康知识推送消息等。

在一各示例性的实施例中，图14是根据本申请实施例的一种可选的事项提醒方法的示意图，如图14所示，在终端处于锁屏状态时，以目标通知消息为用药提醒消息为例，在用药事项满足目标提醒条件的情况下，在锁屏1401中显示目标应用的通知条框1402。

可选地，在本实施例中，上述第一帐号可以包括但不限于为目标帐号预先关联的紧急联系人帐号，其中，目标帐号与第一帐号进行关联时，将向第一帐号发送关联申请，若第一帐号通过目标帐号的关联申请，则在目标帐号无法连接或第一帐号为目标帐号的监护人帐号时，同时向目标帐号和第一帐号推送提醒消息。

可选地，在本实施例中，上述第四提醒消息为向第一帐号发送关于目标帐号的复诊提醒、用药提醒等消息，例如，第四提醒消息可以为“您的关联账号xxxx(ID名称)未在预约时间前往A医院进行复诊”。

在一个示例性的实施例中，以目标帐号为未成年人，第一帐号为未成年人的监护人为例，目标帐号与第一帐号关联后，将同时向目标账号和第一帐号推送提醒消息。

在另一个示例性的实施例中，以目标账号为预设年龄以上的老年群体，第一帐号为老年群体的赡养人时，将同时向目标账号和第一帐号推送提醒消息或者在目标应用所在终端处于无法连接状态的情况下，在第一帐号的目标应用上显示第四提醒消息。

通过本实施例，采用在医疗事项触发了目标提醒条件的情况下，在目标应用上显示目标弹窗信息，在医疗事项触发了目标提醒条件，且目标应用所在终端处于锁屏状态的情况下，在目标应用上显示目标通知信息，在医疗事项触发了目标提醒条件，且目标应用所在终端处于无法连接状态的情况下，在第一帐号登录的目标应用上显示第四提醒消息，在医疗事项触发了目标提醒条件的情况下，在目标应用上显示语音提醒消息的方式，能够在锁屏时及时提醒目标账号待进行的医疗事项，达到了避免因目标帐号的使用者未打开目标应用或未使用而错过事项提醒，还能够在目标账号无法连接的情况下，向目标账号的关联帐号发送提醒，进一步保障目标账号的使用者的健康管理，除此以外通过语音提醒的方式能够达到进一步对目标账号进行事项提醒的目的。

作为一种可选的方案，在触发了目标提醒条件的情况下，在目标应用上根据目标医疗信息显示目标提醒消息，包括以下至少之一：在目标应用为即时通信应用的情况下，在即时通信应用的消息显示界面显示目标提醒消息；在目标应用为小程序的情况下，在小程序关联的内容界面显示目标提醒消息；在目标应用为医务平台的情况下，向目标帐号发送目标提醒消息。

可选地，在本实施例中，上述即时通信应用为可以包括但不限于为可以进行即时获取系统时间并发送信息的软件，上述小程序可以包括但不限于为部署在相关应用上的程序，上述医务平台可以包括但不限于为医院网站、医院公众号、医院短信平台等。

通过本实施例，丰富了目标应用的类型，提高了医疗提醒的灵活性、便利性。

下面结合具体的示例，对本申请进行进一步的解释说明：

在一个示例性的实施例中，医疗提醒的方法包括但不限于目标帐号的使用者授权信息的收集、用药管理、复诊管理、事项提醒。

(1)目标帐号的使用者授权信息的收集：

本申请需要目标帐号的使用者同意有关医疗信息存储以及用药提醒通知的协议，该提醒在目标帐号的使用者使用拍照上传医疗之前以弹窗的形式提醒目标帐号的使用者，目标帐号的使用者授权信息收集流程图如图15所示包括但不限于以下步骤：

S1，目标帐号的使用者使用拍照上传病例功能；

S2，判断目标帐号的使用者是否是首次使用拍照识别病例功能，若判断结果为“是”，则执行步骤S3，若判断结果为“否”，则执行步骤S4；

S3，曝光目标帐号的使用者协议半浮层，判断目标帐号的使用者是否同意目标帐号的使用者协议，若目标帐号的使用者点击同意按钮，则执行步骤S5，若目标帐号的使用者点击取消按钮，则执行步骤S6；

S4，判断目标帐号的使用者同意授权状态，若判断结果为“是”，则执行步骤S7，若判断结果为“否”，则执行步骤S8；

S5，存储授权状态；

S6，保持“点击拍照”功能前的状态；

S7，已“同意”授权，执行步骤S9；

S8，已“拒绝”授权，执行步骤S6；

S9，继续使用拍照功能。

为了给目标帐号的使用者提供自动精确的提示信息，需要目标帐号的使用者同意系统的服务协议以及同意健康信息提醒，系统服务协议授权弹窗如图13所示，同意记录健康信息提醒弹窗图如图16所示。

(2)用药管理：

通过用药管理入口进入“添加药品”页面，点击“拍照上传”按钮，选择“拍照”或“从手机相册选择”获取医疗信息，系统将自动识别费用单、取药单、医疗上面的药品名称以及查询对应药品的用药方式，并生成用药提醒。用药提醒图片上传方式如图17所示，用药提醒生成结果图如图18所示。

(3)复诊管理：

通过复诊管理入口进入“添加复诊”页面，点击“拍照上传”按钮，选择“拍照”或“从手机相册选择”获取医疗信息，系统将自动识别费用单、取药单、医疗上面的药品名称以及查询对应药品的用药方式，并生成复诊提醒。复诊提醒图片上传方式如图19所示，复诊提醒生成结果图如图20所示。

(4)事项提醒：

每日定时向目标帐号的使用者推送用药提醒，若到达复诊日期，会向目标帐号的使用者发送通知，以保证目标帐号的使用者及时用药和定时复诊；用药提醒通知样式图如图21所示，复诊提醒通知样式图如图所示图22所示。

目标帐号的使用者收到小程序通知，可主动进入小程序进行用药打卡，小程序会记录目标帐号的使用者每日的打卡记录，并生成用药报告。此外，目标帐号的使用者还可以通过复诊管理页面查看复诊历史，复诊提醒管理样式图如图23所示。本申请通过识别医疗信息，生成用药和复诊信息，实现患者用药管理、复诊管理和用药记录的功能。

本申请的总体流程如图24所示，包括但不限于为以下步骤：

S1，对医生开具的纸质医疗记录文本进行拍照，获取原始病例图像(包括手写医疗记录文本获取和打印医疗记录文本获取，可以采用拍照上传医疗记录文本或获取相册已有医疗记录文本)；

S2，上传原始病例图像并将其保存至数据库；

S3，利用OCR图片识别技术提取图片中的信息数据(根据目标帐号的使用者期望产生的提醒类型；获取图像中所有信息)；

S4，去除图片信息数据中标题数据(对从图像中获取的信息进行数据清洗，提取医院名称、药品名称、用药剂量、复诊时间等数据等)；

S5，对清洗以后的图片数据按照目标功能的不同，分为用药提醒以及复诊提醒两类(对数据进行分类，分为用药提醒和复诊提醒两类)。

其中，上传原始病例图像包括但不限于以下两种方式：

(一)调用手机相机拍照：

手机拍照获取的图片相比于从系统相册内的图片更加清晰，而且还可以记录拍照时间、地理位置、设备信息等信息，可以给目标帐号的使用者带来更好的视觉体验。

(二)获取相册已有医疗记录文本：

从系统相册获取的医疗记录文本图片不受光线影响、设备影响，因此可以在一定程度上保证医疗记录文本图片的质量。另外，由于存储空间要求较高，下载的图片会消耗一定的手机容量，因此目标帐号的使用者需要考虑是否要舍弃某些低分辨率的医疗记录文本图片，以便节省容量。另外，系统相册还可以让目标帐号的使用者轻松找到他们想要的医疗记录文本图片，而不必浪费时间去查找或者下载。

具体地，本申请事项提醒方法包括但不限于以下步骤：

S1，获取相册已有医疗记录文本的特点，从系统相册获取的医疗记录文本图片不受光线影响、设备影响，因此可以在一定程度上保证医疗记录文本图片的质量。另外，由于存储空间要求较高，下载的图片会消耗一定的手机容量，因此目标帐号的使用者需要考虑是否要舍弃某些低分辨率的医疗记录文本图片，以便节省容量。另外，系统相册还可以让目标帐号的使用者轻松找到他们想要的医疗记录文本图片，而不必浪费时间去查找或者下载。

S2，数据存储，对原始病例图像进行数据存储，为了防止医疗记录文本识别失败以及记录识别信息内容，系统将目标帐号的使用者每次需要识别的图片存储到远端的MySQL数据库中。MySQL数据库的优势在于可以保证数据的安全性和可靠性，而且可以对数据进行细节化的管理，以便在必要时更好地获取相关信息。

S3，OCR图片识别，系统需要提取出图片中的文字信息，这里需要考虑到图片的清晰度、字体的类型、字体的大小等因素，以及图片中的文字是否被遮挡等问题，查询大量文献得知卷积神经网络(CNN)在手写体汉字识别中表现出较好的识别性能。针对CNN识别手写体汉字识别速度慢的问题，将二维主成分分析(2DPCA)与CNN相结合识别手写体汉字。首先，对原始图片进行边缘检测与轮廓检车，接着利用2DPCA提取手写体汉字的投影特征向量；然后，将得到的投影特征向量组成特征矩阵；其次，用组成的特征矩阵作为CNN的输入，最后，用Softmax函数进行分类。

S4，提取目标信息并生成用药提醒或复诊提醒，对清洗以后对文字信息按照功能的不同，自动生成用药提醒或复诊提醒，在启动提醒通知之前，系统将以弹窗的方式，请求目标帐号的使用者同意小程序的通知信息，目标帐号的使用者同意以后，系统将会根据患者用药的时间或者前往医院复诊的时间以弹窗的方式提醒患者。

S4，系统可以提取文字中的目标信息，形成用药提醒或复诊提醒。在启动提醒之前，会询问目标帐号的使用者是否同意小程序通知，同意后，系统根据患者用药或复诊时间，发出弹窗提醒，以此提高患者的用药及复诊率，从而降低疾病风险的发生。

本申请可以在每次复诊时，患者可以将自己的当前病情进行上传，医生可以随时查询患者的病情变化，以便及时调整治疗方案，从而更好地管理患者的病情。

本申请具有很大的实用价值，它可以帮助医生更好地管理患者的用药和复诊，提高医疗服务的质量和效率。同时，它也可以提高患者的便利性，患者可以通过小程序自行输入疾病、药物和复诊的信息，就可以自动接收用药提醒和复诊的消息，以此提高患者的用药及复诊率，有助于更好地了解并控制疾病。

可以理解的是，在本申请的具体实施方式中，涉及到目标帐号的使用者信息等相关的数据，当本申请以上实施例运用到具体产品或技术中时，需要获得目标帐号的使用者许可或者同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

根据本申请实施例的另一个方面，还提供了一种用于实施上述事项提醒方法的事项提醒装置。如图25所示，该装置包括：

获取模块2502，用于在目标帐号登录目标应用的情况下，获取初始医疗图像，其中，初始医疗图像是对医疗记录文本进行图像采集得到的图像，医疗记录文本记录有与目标帐号的使用者关联的医疗信息；

生成模块2504，用于对初始医疗图像执行识别操作，生成目标医疗信息，其中，目标医疗信息包括待提醒的医疗事项；

确定模块2506，用于对目标医疗信息执行检测操作，确定目标提醒条件，其中，目标提醒条件用于指示目标事项是否允许被提醒；

显示模块2508，用于在触发了目标提醒条件的情况下，在目标应用上根据目标医疗信息显示目标提醒消息，其中，目标提醒消息表示根据医疗事项预先设置的提醒消息。

作为一种可选的方案，所述装置用于通过如下方式在触发了目标提醒条件的情况下，在目标应用上根据目标医疗信息显示目标提醒消息：获取目标医疗信息中的事项类型和事项时间，其中，事项类型表示初始医疗图像指示的与使用者关联的医疗事项类型，事项时间表示初始医疗图像指示的与使用者关联的医疗事项将要发生的时间；在系统时间与事项时间满足预设时间条件的情况下，确定医疗事项触发了目标提醒条件，根据事项类型和事项时间在目标应用上显示目标提醒消息。

作为一种可选的方案，所述装置用于通过如下方式在系统时间与事项时间满足预设时间条件的情况下，确定医疗事项触发了目标提醒条件，根据事项类型和事项时间在目标应用上显示目标提醒消息：获取当前系统时间；在当前系统时间到达预设时间点的情况下，确定医疗事项触发了目标提醒条件；在当前系统时间与事项时间之间相隔预设时长的情况下，确定医疗事项触发了目标提醒条件。

作为一种可选的方案，所述装置用于通过如下方式在系统时间与事项时间满足预设时间条件的情况下，确定医疗事项触发了目标提醒条件，根据事项类型和事项时间在目标应用上显示目标提醒消息：在事项类型包括复诊医疗事项的情况下，获取复诊医疗事项的复诊时间、复诊地点以及复诊项目；在系统时间与复诊时间满足预设时间条件的情况下，在目标应用上显示第一提醒消息，其中，第一提醒消息包括复诊时间、复诊地点以及复诊项目。

作为一种可选的方案，所述装置还用于通过如下方式在系统时间与复诊时间满足预设时间条件的情况下，在目标应用上显示第一提醒消息：获取当前系统时间；在当前系统时间到达第一时间的情况下，显示第一提醒消息，其中，第一时间与复诊时间相隔第一预设时长的时间；在当前系统时间到达第二时间的情况下，显示第一提醒消息，其中，第二时间与复诊时间相隔第二预设时长的时间，第二预设时长小于第一预设时长。

作为一种可选的方案，在事项类型包括复诊医疗事项的情况下，获取复诊医疗事项的复诊时间、复诊地点以及复诊项目之后，所述装置还用于：获取当前位置信息，其中，当前位置信息表示目标应用所在终端的位置；根据当前位置信息和复诊地点确定目标通勤时间；在当前系统时间到达目标时间的情况下，显示第一提醒消息，其中，目标时间与复诊时间相隔目标通勤时间，第一提醒消息包括当前位置信息至复诊地点的导航路径。

作为一种可选的方案，所述装置用于通过如下方式在系统时间与事项时间满足预设时间条件的情况下，确定医疗事项触发了目标提醒条件，根据事项类型和事项时间在目标应用上显示目标提醒消息：在事项类型包括用药医疗事项的情况下，获取用药医疗事项的用药频率以及药品标识；在系统时间与用药频率满足预设时间条件的情况下，在目标应用上显示第二提醒消息，其中，第二提醒消息包括用药频率以及药品标识。

作为一种可选的方案，所述装置还用于通过如下方式在系统时间与用药频率满足预设时间条件的情况下，在目标应用上显示第二提醒消息：获取当前系统时间；在当前系统时间到达第三时间的情况下，显示第二提醒消息，其中，第三时间是根据用药频率确定的预设时间；在当前系统时间经过第三时间，且到达第四时间的情况下，显示第二提醒消息，其中，第四时间是根据用药频率以及第三时间确定的下一次需要用药的时间。

作为一种可选的方案，在系统时间与事项时间满足预设时间条件的情况下，确定医疗事项触发了目标提醒条件，根据事项类型和事项时间在目标应用上显示目标提醒消息之后，所述装置还用于：获取医疗事项的处理进度信息，其中，处理进度信息是目标帐号对医疗事项的处理进度；根据处理进度信息更新目标医疗信息；在医疗事项触发了目标提醒条件的情况下，在目标应用上根据更新后的目标医疗信息显示第三提醒消息，其中，第三提醒消息表示根据更新后的目标医疗信息预先设置的提醒消息。

作为一种可选的方案，所述装置用于通过如下方式对初始医疗图像执行识别操作，生成目标医疗信息：对初始医疗图像执行目标识别操作获得目标识别结果，其中，目标识别结果包括初始医疗影像对应的医疗记录文本的种类；根据目标识别结果获取医疗记录文本的种类，其中，医疗记录文本的种类包括手写种类和印刷种类；在确定医疗记录文本的种类为手写种类的情况下，利用预先训练的第一检测模型检测初始医疗图像，生成目标医疗信息，其中，第一检测模型表示允许识别手写种类文本的检测模型；在确定医疗记录文本的种类为印刷种类的情况下，利用预先训练的第二检测模型检测初始医疗图像，生成目标医疗信息，其中，第二检测模型表示允许识别印刷种类文本的检测模型。

作为一种可选的方案，所述装置用于通过如下方式在目标帐号登录目标应用的情况下，获取初始医疗图像：在目标帐号登录目标应用的情况下，查找目标帐号对应的历史记录，确定目标帐号是否为首次获取初始医疗图像，其中，历史记录包括目标帐号在目标应用中获取初始医疗图像的次数；在确定目标帐号为首次获取初始医疗图像的情况下，显示目标帐号的使用者协议组件，其中，目标帐号的使用者协议组件用于向目标帐号展示与获取初始医疗图像相关的协议内容；响应于目标帐号对目标帐号的使用者协议组件执行的确认操作，将目标帐号的授权状态更新为允许授权，并获取初始医疗图像。

作为一种可选的方案，所述装置用于通过如下至少之一方式在触发了目标提醒条件的情况下，在目标应用上根据目标医疗信息显示目标提醒消息：在医疗事项触发了目标提醒条件的情况下，在目标应用上显示目标弹窗信息，其中，目标提醒消息包括目标弹窗信息；在医疗事项触发了目标提醒条件，且目标应用所在终端处于锁屏状态的情况下，在目标应用上显示目标通知信息，其中，目标提醒消息包括目标通知信息；在医疗事项触发了目标提醒条件，且目标应用所在终端处于无法连接状态的情况下，在第一帐号登录的目标应用上显示第四提醒消息，其中，第一帐号是目标帐号预先设置的关联帐号，目标提醒消息包括第四提醒消息；在医疗事项触发了目标提醒条件的情况下，在目标应用上显示语音提醒消息，其中，语音提醒信息用于播放待提醒的医疗事项，目标提醒消息包括语音提醒消息。

作为一种可选的方案，所述装置用于通过如下至少之一方式在触发了目标提醒条件的情况下，在目标应用上根据目标医疗信息显示目标提醒消息：在目标应用为即时通信应用的情况下，在即时通信应用的消息显示界面显示目标提醒消息；在目标应用为小程序的情况下，在小程序关联的内容界面显示目标提醒消息；在目标应用为医务平台的情况下，向目标帐号发送目标提醒消息。

根据本申请的一个方面，提供了一种计算机程序产品，该计算机程序产品包括计算机程序/指令，该计算机程序/指令包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分2609从网络上被下载和安装，和/或从可拆卸介质2611被安装。在该计算机程序被中央处理器2601执行时，执行本申请实施例提供的各种功能。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

图26示意性地示出了用于实现本申请实施例的电子设备的计算机系统结构框图。

需要说明的是，图26示出的电子设备的计算机系统2600仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图26所示，计算机系统2600包括中央处理器2601(Central Processing Unit，CPU)，其可以根据存储在只读存储器2602(Read-Only Memory，ROM)中的程序或者从存储部分2608加载到随机访问存储器2603(Random Access Memory，RAM)中的程序而执行各种适当的动作和处理。在随机访问存储器2603中，还存储有系统操作所需的各种程序和数据。中央处理器2601、在只读存储器2602以及随机访问存储器2603通过总线2604彼此相连。输入/输出接口2605(Input/Output接口，即I/O接口)也连接至总线2604。

以下部件连接至输入/输出接口2605：包括键盘、鼠标等的输入部分2606；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分2607；包括硬盘等的存储部分2608；以及包括诸如局域网卡、调制解调器等的网络接口卡的通信部分2609。通信部分2609经由诸如因特网的网络执行通信处理。驱动器2610也根据需要连接至输入/输出接口2605。可拆卸介质2611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器2610上，以便于从其上读出的计算机程序根据需要被安装入存储部分2608。

特别地，根据本申请的实施例，各个方法流程图中所描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分2609从网络上被下载和安装，和/或从可拆卸介质2611被安装。在该计算机程序被中央处理器2601执行时，执行本申请的系统中限定的各种功能。

根据本申请实施例的又一个方面，还提供了一种用于实施上述事项提醒方法的电子设备，该电子设备可以是图1所示的终端设备或服务器。本实施例以该电子设备为终端设备为例来说明。如图27所示，该电子设备包括存储器2702和处理器2704，该存储器2702中存储有计算机程序，该处理器2704被设置为通过计算机程序执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述电子设备可以位于计算机网络的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，在目标帐号登录目标应用的情况下，获取初始医疗图像，其中，初始医疗图像是对医疗记录文本进行图像采集得到的图像，医疗记录文本记录有与目标帐号的使用者关联的医疗信息；

S2，对初始医疗图像执行识别操作，生成目标医疗信息，其中，目标医疗信息包括待提醒的医疗事项；

S3，对目标医疗信息执行检测操作，确定目标提醒条件，其中，目标提醒条件用于指示目标事项是否允许被提醒；

S4，在触发了目标提醒条件的情况下，在目标应用上根据目标医疗信息显示目标提醒消息，其中，目标提醒消息表示根据医疗事项预先设置的提醒消息。

可选地，本领域普通技术人员可以理解，图27所示的结构仅为示意，电子装置电子设备也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。图27其并不对上述电子装置电子设备的结构造成限定。例如，电子装置电子设备还可包括比图27中所示更多或者更少的组件(如网络接口等)，或者具有与图27所示不同的配置。

其中，存储器2702可用于存储软件程序以及模块，如本申请实施例中的事项提醒方法和装置对应的程序指令/模块，处理器2704通过运行存储在存储器2702内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的事项提醒方法。存储器2702可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器2702可进一步包括相对于处理器2704远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。其中，存储器2702具体可以但不限于用于存储医疗事项信息、提醒消息。作为一种示例，如图17所示，上述存储器2702中可以但不限于包括上述事项提醒装置中的获取模块2502、生成模块2504、确定模块2506以及显示模块2508。此外，还可以包括但不限于上述事项提醒装置中的其他模块单元，本示例中不再赘述。

可选地，上述的传输装置2706用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置2706包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置2706为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

此外，上述电子设备还包括：显示器2708，用于显示上述目标路径信息；和连接总线2710，用于连接上述电子设备中的各个模块部件。

在其他实施例中，上述终端设备或者服务器可以是一个分布式系统中的一个节点，其中，该分布式系统可以为区块链系统，该区块链系统可以是由该多个节点通过网络通信的形式连接形成的分布式系统。其中，节点之间可以组成点对点(P2P，Peer To Peer)网络，任意形式的计算设备，比如服务器、终端等电子设备都可以通过加入该点对点网络而成为该区块链系统中的一个节点。

根据本申请的一个方面，提供了一种计算机可读存储介质，计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述路径规划方面的各种可选实现方式中提供的事项提醒方法。

可选地，在本实施例中，上述计算机可读存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S1，在目标帐号登录目标应用的情况下，获取初始医疗图像，其中，初始医疗图像是对医疗记录文本进行图像采集得到的图像，医疗记录文本记录有与目标帐号的使用者关联的医疗信息；

S2，对初始医疗图像执行识别操作，生成目标医疗信息，其中，目标医疗信息包括待提醒的医疗事项；

S3，对目标医疗信息执行检测操作，确定目标提醒条件，其中，目标提醒条件用于指示目标事项是否允许被提醒；

S4，在触发了目标提醒条件的情况下，在目标应用上根据目标医疗信息显示目标提醒消息，其中，目标提醒消息表示根据医疗事项预先设置的提醒消息。

可选地，在本实施例中，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (17)

1.一种事项提醒方法，其特征在于，包括：

在目标帐号登录目标应用的情况下，获取初始医疗图像，其中，所述初始医疗图像是对医疗记录文本进行图像采集得到的图像，所述医疗记录文本记录有与所述目标帐号的使用者关联的医疗信息；

对所述初始医疗图像执行识别操作，生成目标医疗信息，其中，所述目标医疗信息包括待提醒的医疗事项；

对所述目标医疗信息执行检测操作，确定目标提醒条件，其中，所述目标提醒条件用于指示所述目标事项是否允许被提醒；

在触发了所述目标提醒条件的情况下，在所述目标应用上根据所述目标医疗信息显示目标提醒消息，其中，所述目标提醒消息表示根据所述医疗事项预先设置的提醒消息。

2.根据权利要求1所述的方法，其特征在于，所述在触发了所述目标提醒条件的情况下，在所述目标应用上根据所述目标医疗信息显示目标提醒消息，包括：

获取所述目标医疗信息中的事项类型和事项时间，其中，所述事项类型表示所述初始医疗图像指示的与所述使用者关联的医疗事项类型，所述事项时间表示所述初始医疗图像指示的与所述使用者关联的医疗事项将要发生的时间；

在系统时间与所述事项时间满足预设时间条件的情况下，确定所述医疗事项触发了所述目标提醒条件，根据所述事项类型和所述事项时间在所述目标应用上显示所述目标提醒消息。

3.根据权利要求2所述的方法，其特征在于，所述在系统时间与所述事项时间满足预设时间条件的情况下，确定所述医疗事项触发了所述目标提醒条件，根据所述事项类型和所述事项时间在所述目标应用上显示所述目标提醒消息，包括：

获取当前系统时间；

在所述当前系统时间到达预设时间点的情况下，确定所述医疗事项触发了所述目标提醒条件；

在所述当前系统时间与所述事项时间之间相隔预设时长的情况下，确定所述医疗事项触发了所述目标提醒条件。

4.根据权利要求2所述的方法，其特征在于，所述在系统时间与所述事项时间满足预设时间条件的情况下，确定所述医疗事项触发了所述目标提醒条件，根据所述事项类型和所述事项时间在所述目标应用上显示所述目标提醒消息，包括：

在所述事项类型包括复诊医疗事项的情况下，获取所述复诊医疗事项的复诊时间、复诊地点以及复诊项目；

在所述系统时间与所述复诊时间满足所述预设时间条件的情况下，在所述目标应用上显示第一提醒消息，其中，所述第一提醒消息包括所述复诊时间、复诊地点以及复诊项目。

5.根据权利要求4所述的方法，其特征在于，所述在所述系统时间与所述复诊时间满足所述预设时间条件的情况下，在所述目标应用上显示第一提醒消息，包括：

获取当前系统时间；

在所述当前系统时间到达第一时间的情况下，显示所述第一提醒消息，其中，所述第一时间与所述复诊时间相隔第一预设时长的时间；

在所述当前系统时间到达第二时间的情况下，显示所述第一提醒消息，其中，所述第二时间与所述复诊时间相隔第二预设时长的时间，所述第二预设时长小于所述第一预设时长。

6.根据权利要求4所述的方法，其特征在于，所述在所述事项类型包括复诊医疗事项的情况下，获取所述复诊医疗事项的复诊时间、复诊地点以及复诊项目之后，所述方法还包括：

获取当前位置信息，其中，所述当前位置信息表示所述目标应用所在终端的位置；

根据所述当前位置信息和所述复诊地点确定目标通勤时间；

在所述当前系统时间到达目标时间的情况下，显示所述第一提醒消息，其中，所述目标时间与所述复诊时间相隔所述目标通勤时间，所述第一提醒消息包括所述当前位置信息至所述复诊地点的导航路径。

7.根据权利要求2所述的方法，其特征在于，所述在系统时间与所述事项时间满足预设时间条件的情况下，确定所述医疗事项触发了所述目标提醒条件，根据所述事项类型和所述事项时间在所述目标应用上显示所述目标提醒消息，包括：

在所述事项类型包括用药医疗事项的情况下，获取所述用药医疗事项的用药频率以及药品标识；

在所述系统时间与所述用药频率满足所述预设时间条件的情况下，在所述目标应用上显示第二提醒消息，其中，所述第二提醒消息包括所述用药频率以及药品标识。

8.根据权利要求7所述的方法，其特征在于，所述在所述系统时间与所述用药频率满足所述预设时间条件的情况下，在所述目标应用上显示第二提醒消息，包括：

获取当前系统时间；

在所述当前系统时间到达第三时间的情况下，显示所述第二提醒消息，其中，所述第三时间是根据所述用药频率确定的预设时间；

在所述当前系统时间经过所述第三时间，且到达第四时间的情况下，显示所述第二提醒消息，其中，所述第四时间是根据所述用药频率以及所述第三时间确定的下一次需要用药的时间。

9.根据权利要求2所述的方法，其特征在于，所述在系统时间与所述事项时间满足预设时间条件的情况下，确定所述医疗事项触发了所述目标提醒条件，根据所述事项类型和所述事项时间在所述目标应用上显示所述目标提醒消息之后，所述方法还包括：

获取所述医疗事项的处理进度信息，其中，所述处理进度信息是所述目标帐号对所述医疗事项的处理进度；

根据所述处理进度信息更新所述目标医疗信息；

在所述医疗事项触发了目标提醒条件的情况下，在所述目标应用上根据更新后的所述目标医疗信息显示第三提醒消息，其中，所述第三提醒消息表示根据更新后的目标医疗信息预先设置的提醒消息。

10.根据权利要求1所述的方法，其特征在于，所述对所述初始医疗图像执行识别操作，生成目标医疗信息，包括：

对所述初始医疗图像执行目标识别操作获得目标识别结果，其中，所述目标识别结果包括所述初始医疗影像对应的所述医疗记录文本的种类；

根据所述目标识别结果获取所述医疗记录文本的种类，其中，所述医疗记录文本的种类包括手写种类和印刷种类；

在确定所述医疗记录文本的种类为所述手写种类的情况下，利用预先训练的第一检测模型检测所述初始医疗图像，生成所述目标医疗信息，其中，所述第一检测模型表示允许识别手写种类文本的检测模型；

在确定所述医疗记录文本的种类为所述印刷种类的情况下，利用预先训练的第二检测模型检测所述初始医疗图像，生成所述目标医疗信息，其中，所述第二检测模型表示允许识别印刷种类文本的检测模型。

11.根据权利要求1至10中任一项所述的方法，其特征在于，所述在目标帐号登录目标应用的情况下，获取初始医疗图像，包括：

在所述目标帐号登录所述目标应用的情况下，查找所述目标帐号对应的历史记录，确定所述目标帐号是否为首次获取所述初始医疗图像，其中，所述历史记录包括所述目标账号在所述目标应用中获取所述初始医疗图像的次数；

在确定所述目标帐号为首次获取所述初始医疗图像的情况下，显示目标帐号的使用者协议组件，其中，所述目标帐号的使用者协议组件用于向所述目标帐号展示与获取所述初始医疗图像相关的协议内容；

响应于所述目标帐号对所述目标帐号的使用者协议组件执行的确认操作，将所述目标帐号的授权状态更新为允许授权，并获取所述初始医疗图像。

12.根据权利要求1至10中任一项所述的方法，其特征在于，所述在触发了所述目标提醒条件的情况下，在所述目标应用上根据所述目标医疗信息显示目标提醒消息，包括以下至少之一：

在所述医疗事项触发了目标提醒条件的情况下，在所述目标应用上显示目标弹窗信息，其中，所述目标提醒消息包括所述目标弹窗信息；

在所述医疗事项触发了目标提醒条件，且所述目标应用所在终端处于锁屏状态的情况下，在所述目标应用上显示目标通知信息，其中，所述目标提醒消息包括所述目标通知信息；

在所述医疗事项触发了目标提醒条件，且所述目标应用所在终端处于无法连接状态的情况下，在第一帐号登录的所述目标应用上显示第四提醒消息，其中，所述第一帐号是所述目标帐号预先设置的关联帐号，所述目标提醒消息包括所述第四提醒消息；

在所述医疗事项触发了目标提醒条件的情况下，在所述目标应用上显示语音提醒消息，其中，所述语音提醒信息用于播放待提醒的医疗事项，所述目标提醒消息包括所述语音提醒消息。

13.根据权利要求1至10中任一项所述的方法，其特征在于，所述在触发了所述目标提醒条件的情况下，在所述目标应用上根据所述目标医疗信息显示目标提醒消息，包括以下至少之一：

在所述目标应用为即时通信应用的情况下，在所述即时通信应用的消息显示界面显示所述目标提醒消息；

在所述目标应用为小程序的情况下，在所述小程序关联的内容界面显示所述目标提醒消息；

在所述目标应用为医务平台的情况下，向所述目标帐号发送所述目标提醒消息。

14.一种事项提醒装置，其特征在于，包括：

获取模块，用于在目标帐号登录目标应用的情况下，获取初始医疗图像，其中，所述初始医疗图像是对医疗记录文本进行图像采集得到的图像，所述医疗记录文本记录有与所述目标帐号的使用者关联的医疗信息；

生成模块，用于对所述初始医疗图像执行识别操作，生成目标医疗信息，其中，所述目标医疗信息包括待提醒的医疗事项；

确定模块，用于对所述目标医疗信息执行检测操作，确定目标提醒条件，其中，所述目标提醒条件用于指示所述目标事项是否允许被提醒；

显示模块，用于在触发了所述目标提醒条件的情况下，在所述目标应用上根据所述目标医疗信息显示目标提醒消息，其中，所述目标提醒消息表示根据所述医疗事项预先设置的提醒消息。

15.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序可被终端设备或计算机运行时执行所述权利要求1至13任一项中所述的方法。

16.一种计算机程序产品，包括计算机程序/指令，其特征在于，该计算机程序/指令被处理器执行时实现权利要求1至13任一项中所述方法的步骤。

17.一种电子设备，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行所述权利要求1至13任一项中所述的方法。