事件提醒方法、装置、计算机设备、存储介质和程序产品与流程

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.当存在事件描述信息，显示与所述事件描述信息适配的至少一个待确认状态的事件执行计划；所述事件描述信息中存在与所述事件执行计划中的项目标识匹配的项目名称，且所述事件执行计划中所述项目标识对应的事件提醒时间描述信息与所述项目名称在所述事件描述信息中的事件执行时间描述信息相匹配；
28.响应于针对任一所述待确认状态的事件执行计划的启用触发操作，将所述启用触发操作所针对的事件执行计划显示为处于已启用状态；
29.当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分
的任一提醒时间，触发与达到提醒时间的所述事件执行计划相对应的事件提醒。
30.上述事件提醒方法、装置、计算机设备、存储介质和计算机程序产品，当存在事件描述信息，显示与事件描述信息适配的至少一个待确认状态的事件执行计划，该事件描述信息中存在与事件执行计划中的项目标识匹配的项目名称，且事件执行计划中项目标识对应的事件提醒时间描述信息与项目名称在该事件描述信息中的事件执行时间描述信息相匹配，响应于针对任一待确认状态的事件执行计划的启用触发操作，将启用触发操作所针对的事件执行计划显示为处于已启用状态，当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，触发与达到提醒时间的事件执行计划相对应的事件提醒，由于存在事件描述信息即可显示事件执行计划，从而只需要响应于针对事件执行计划的启用触发操作使得事件执行计划处于已启用状态，即可实现触发事件提醒，整个事件提醒过程交互简单，从而可以提高事件提醒过程中的交互效率。
附图说明
31.图1为一些实施例中事件提醒方法的应用环境图；
32.图2为一些实施例中事件提醒方法的流程示意图；
33.图3为一些实施例中服药计划交互页面的示意图；
34.图4为一些实施例中通知消息卡片的示意图；
35.图5为一些实施例中与服务账号的会话页面的示意图；
36.图6为一些实施例中事件执行确认页面的示意图；
37.图7为一些实施例中显示服药确认入口的示意图；
38.图8为一些实施例中显示提示信息的页面示意图；
39.图9为一些实施例中显示提醒消息卡片的页面示意图；
40.图10为另一些实施例中服药确认页面的示意图；
41.图11为一些实施例中今日用药对应的页面示意图；
42.图12为一些实施例中服药编辑页面的示意图；
43.图13为另一些实施例中服药计划交互页面的示意图；
44.图14为一些实施例中消息队列的架构示意图；
45.图15为一些实施例中服药计划生成步骤的具体流程示意图；
46.图16为一些实施例中医生填写处方内容的页面示意图；
47.图17为一些实施例中加密流程示意图；
48.图18为一些实施例中定时任务涉及的流程示意图；
49.图19为一些具体的实施例中事件提醒方法的流程示意图；
50.图20为一些实施例中获得电子处方的流程示意图；
51.图21为一些实施例中一次请求过程的时序图；
52.图22为一些实施例中事件提醒装置的结构框图；
53.图23为一些实施例中计算机设备的内部结构图；
54.图24为一些实施例中计算机设备的内部结构图。
具体实施方式
55.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
56.人工智能(artificial intelligence,ai)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。换句话说，人工智能是计算机科学的一个综合技术，它企图了解智能的实质，并生产出一种新的能以人类智能相似的方式做出反应的智能机器。人工智能也就是研究各种智能机器的设计原理与实现方法，使机器具有感知、推理与决策的功能。
57.人工智能技术是一门综合学科，涉及领域广泛，既有硬件层面的技术也有软件层面的技术。人工智能基础技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理技术、操作/交互系统、机电一体化等技术。人工智能软件技术主要包括计算机视觉技术、语音处理技术、自然语言处理技术以及机器学习/深度学习、自动驾驶、智慧交通等几大方向。
58.计算机视觉技术(computer vision,cv)计算机视觉是一门研究如何使机器“看”的科学，更进一步的说，就是指用摄影机和电脑代替人眼对目标进行识别和测量等机器视觉，并进一步做图形处理，使电脑处理成为更适合人眼观察或传送给仪器检测的图像。作为一个科学学科，计算机视觉研究相关的理论和技术，试图建立能够从图像或者多维数据中获取信息的人工智能系统。计算机视觉技术通常包括图像处理、图像识别、图像语义理解、图像检索、ocr、视频处理、视频语义理解、视频内容/行为识别、三维物体重建、3d技术、虚拟现实、增强现实、同步定位与地图构建、自动驾驶、智慧交通等技术，还包括常见的人脸识别、指纹识别等生物特征识别技术。
59.自然语言处理(nature language processing,nlp)是计算机科学领域与人工智能领域中的一个重要方向。它研究能实现人与计算机之间用自然语言进行有效通信的各种理论和方法。自然语言处理是一门融语言学、计算机科学、数学于一体的科学。因此，这一领域的研究将涉及自然语言，即人们日常使用的语言，所以它与语言学的研究有着密切的联系。自然语言处理技术通常包括文本处理、语义理解、机器翻译、机器人问答、知识图谱等技术。
60.本技术实施例提供的方案涉及人工智能的计算机视觉、自然语言处理等技术，具体通过如下实施例进行说明:
61.本技术实施例提供的事件提醒方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信。数据存储系统可以存储服务器104需要处理的数据。数据存储系统可以集成在服务器104上，也可以放在云上或其他服务器上。当存在事件描述信息，终端102可以显示与事件描述信息适配的至少一个待确认状态的事件执行计划，该事件描述信息中存在与事件执行计划中的项目标识匹配的项目名称，且事件执行计划中项目标识对应的事件提醒时间描述信息与项目名称在事件描述信息中的事件执行时间描述信息相匹配，终端102可以响应于针对任一待确认状态的事件执行计划的启用触发操作，将启用触发操作所针对的事件执行计划显示为处于已启用状态，当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，触发与达到提醒时
间的事件执行计划相对应的事件提醒。其中，终端102可以但不限于是各种台式计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群或者云服务器来实现。
62.在一些实施例中，如图2所示，提供了一种事件提醒方法，本实施例以该方法应用于图1中的终端102为例进行举例说明，可以理解的是，该方法也可以应用于服务器，还可以应用于包括终端和服务器的系统，并通过终端和服务器的交互实现。本实施例中，该方法包括以下步骤：
63.步骤202，当存在事件描述信息，显示与事件描述信息适配的至少一个待确认状态的事件执行计划；事件描述信息中存在与事件执行计划中的项目标识匹配的项目名称，且事件执行计划中项目标识对应的事件提醒时间描述信息与项目名称在事件描述信息中的事件执行时间描述信息相匹配。
64.其中，事件可以是任意需要触发事件提醒的事情，例如服药、开会、打电话、拜访客户、发送邮件或者取快递等中的任意一种。在不同的事件中，涉及不同的项目，例如，服药事件涉及药物，开会事件涉及会议。事件描述信息是用于描述事件的信息，事件描述信息中可以包括事件所涉及项目相对应的项目描述信息以及与事件所涉及项目相对应的事件执行描述信息，项目描述信息是用于描述项目的信息，项目描述信息至少包括项目名称，事件执行描述信息是与事件执行过程相关的描述信息，事件执行描述信息至少包括事件执行时间描述信息，事件执行时间描述信息指的是可以用于确定事件执行时间的描述信息，事件执行时间描述信息可以是具体时间或者是可以作为依据确定具体时间的其他信息。以事件为服药为例，需要触发的事件提醒为服药提醒，对应的事件描述信息为服药描述信息，事件执行描述信息为服药方式描述信息，项目名称为药物名称，事件执行时间描述信息为服药频率。可以理解的是，在具体应用中，药物描述信息还可以包括药物规格、药物图片或者药物数量等中的一种或者多种，服药方式描述信息还可以包括服用方式、服药用量或者服药持续时长等中的一种或者多种。
65.事件描述信息可以是各种形式的信息，包括但不限于文本、图片、语音以及各种格式的数据，以服药描述信息为例，具体可以是电子处方、电子购药清单、处方图片、购药清单图片或者药物说明书图片等中的任意一种。事件执行计划指的是执行事件的计划，不同的事件对应不同的事件执行计划，以事件为服药为例，则事件执行计划为服药计划。事件执行计划中的项目标识是用于对项目进行标识的，具体可以是项目名称或者该项目在所在数据库中的编号，以事件为服药为例，项目名称可以是药物名称，以事件为开会为例，项目名称可以是会议名称。事件描述信息中存在与事件执行计划中的项目标识匹配的项目名称，指的是事件执行计划中的项目标识所标识的项目与事件描述信息中项目名称指向同一个项目，以事件为服药为例，服药描述信息中的药物名称指向“xx软膏”，则服药计划中的药物标识也是指向该“xx软膏”。事件提醒计划中的事件提醒时间描述信息指的是可以用于确定事件提醒时间的描述信息，事件提醒时间描述信息可以是具体时间或者是可以作为依据确定具体时间的其他信息，比如，在事件为开会的情况下，事件提醒时间描述信息可以是具体的开会提醒时间；再比如，在事件为服药的情况下，事件提醒时间描述信息可以是服药提醒频
率。事件执行计划中项目标识对应的事件提醒时间描述信息与项目名称在事件描述信息中的事件执行时间描述信息相匹配，具体可以是事件执行计划中的事件提醒时间描述信息与事件描述信息中的事件执行时间描述信息相同，例如服药计划中的服药提醒频率为1天两次，服药描述信息中的服药频率同样是1天两次。
66.具体地，当存在事件描述信息，终端可以获取根据该事件描述信息自动生成的至少一个事件执行计划，由于事件执行计划是根据事件描述信息自动生成的，因此事件描述信息中存在与事件执行计划中的项目标识匹配的项目名称，且事件执行计划中项目标识对应的事件提醒时间描述信息与项目名称在事件描述信息中的事件执行时间描述信息相匹配，终端所获取的至少一个事件执行计划此时还未启用，处于待确认状态，终端可以显示这些事件执行计划，从而使得用户可以通过与终端之间的交互操作启用这些事件执行计划。
67.在一些具体的实施例中，一个事件执行计划是针对一个项目的，当事件描述信息中存在多个项目名称时，针对每一个项目名称，生成与该项目名称所描述项目对应的事件执行计划。可以理解的是，在其他一些实施例中，一个事件执行计划也可以针对两个或者两个以上的项目，即多个项目共同生成一个事件执行计划。
68.在一些具体的实施例中，终端上可以安装有可提供提醒服务的应用，该应用可以接收用户上传的事件描述图片，对事件描述图片进行自动识别，以获得事件描述图片中的项目描述信息和事件执行描述信息，根据项目描述信息中的项目名称和事件执行描述信息中的事件执行时间描述信息生成与该事件描述图片适配的至少一个待确认状态的事件执行计划。可选的，可提供提醒服务的应用可以是运行于操作系统中的原生应用，原生应用可以是通信应用、文件管理应用、邮件应用、购物应用、地图应用或者游戏应用等中的任意一种应用；可提供提醒服务的应用也可以是子应用，子应用即运行在原生应用中的应用，子应用具体可以是小程序。
69.在一些具体的实施例中，服药描述信息可以是存储在服务器中的电子处方，服务器可以根据电子处方自动生成服药计划，当用户需要开启服药提醒时，可以通过终端从服务器获取到与电子处方对应的服药计划。
70.在一些具体的实施例中，事件执行计划显示于事件执行计划交互页面，事件执行计划交互页面即可以响应于针对事件执行计划的交互操作的页面，在事件执行计划交互页面还可以显示事件执行计划新增入口，终端可以响应于针对该事件执行计划新增入口的触发操作，进入事件执行计划编辑页面，在该事件执行计划编辑页面可以包括多个编辑项，用户可以通过这些编辑项编辑生成一个新的事件执行计划。一个编辑项与事件执行计划中的一项可编辑内容对应。以事件执行计划为服药计划为例，编辑项例如可以包括服药提醒频率、药物名称、提醒时间、提醒周期持续时长、每次服药的用量或者提醒开始时间等中的一个或者多个。提醒周期持续时长例如可以是连续提醒7天，提醒周期持续时长和服药持续时长是匹配的。举例说明，参考图3，为服药计划交互页面的示意图，图3中的302为服药计划新增入口，当用户点击302对应的加号，可以进入服药计划编辑页面。
71.在一些具体的实施例中，当用户针对编辑项中的药物名称编辑项进行编辑时，终端可以显示药物选择页面，当用户在该药物选择页面输入药物名称的部分内容时，终端可以根据该药物名称从药物数据库中进行搜索，并显示与该部分内容匹配的候选药物名称，终端进一步可以响应于用户对其中一个候选药物名称的选中操作，将选中操作所作用的候
选药物名称作为药物名称编辑项的编辑内容，由于用户不需要输入完整药物名称，可以提高编辑过程中的交互效率。
72.在一些具体的实施例中，事件执行计划显示于事件执行计划交互页面的事件执行计划显示区域中的事件执行计划卡片中，在该事件执行计划卡片中可以显示事件执行计划的部分内容或者全部内容，在事件执行计划卡片中显示事件执行计划的部分内容的情况下，终端可以响应于针对任一事件执行计划的查看操作，进入该查看操作所针对的事件执行计划的详情页面，在该详情页面中可以展示该事件执行计划的全部内容。举例说明，如图3所示，“xx注射液”这一药物显示于服药计划卡片304中，在该卡片中显示了该药物的药物名称、服药提醒频率以及服药用法用量等信息，当点击服药计划卡片304中的空白区域，可以进入另一个页面，在该页面中除了显示药物名称、服药提醒频率以及服药用法用量等信息之外，还可以显示该服药计划的提醒开始日期、服药天数、按照服药提醒频率划分的提醒时间等信息。
73.在一些具体的实施例中，终端在显示与事件描述信息适配的至少一个待确认状态的事件执行计划后，可以响应于针对任一事件执行计划的删除操作，将删除操作所针对的事件执行计划进行删除，删除之后，该事件执行计划不再显示并且不再触发事件提醒。举例说明，继续参考图3，当点击图3中服药计划卡片304中显示的“删除”按钮，可以将服药计划卡片304进行删除。
74.步骤204，响应于针对任一待确认状态的事件执行计划的启用触发操作，将启用触发操作所针对的事件执行计划显示为处于已启用状态。
75.其中，启用触发操作指的是作用于启用触发控件的预设操作。预设操作具体可以是触摸操作、光标操作、按键操作或者语音操作。其中，触摸操作可以是触摸点击操作、触摸按压操作或者触摸滑动操作，触摸操作可以是单点触摸操作或者多点触摸操作；光标操作可以是控制光标进行点击的操作或者控制光标进行按压的操作；按键操作可以是虚拟按键操作或者实体按键操作等。
76.具体地，用户可以针对至少一个待确认状态的事件执行计划中任一事件执行计划的启用触发控件进行启用触发操作，终端可以响应于该启用触发操作，将该启用触发操作所针对的事件执行计划显示为处于已启用状态。
77.在一些具体的实施例中，每一个事件执行计划可以对应一个启用触发控件，当终端接收到作用于某个启用触发控件的预设操作时，将该启用触发控件对应的事件执行计划显示为处于已启用状态。举例说明，继续参考图3，图3中xx注射液与xx软膏这两种不同的药物分别显示于不同的服药计划卡片中，在每一个服药计划卡片中均显示一个“开启提醒”按钮，“开启提醒”按钮即为启用触发控件，当用户点击任意一个“开启提醒”按钮时，显示该“开启提醒”按钮所在卡片内的服药计划处于已启用状态。在其他一些实施例中，事件执行计划交互页面可以仅显示一个启用触发控件，终端可以响应于针对一个或者多个事件执行计划的选择操作以及对启用触发控件的预设操作，将选择操作所选中的事件执行计划显示为处于已启用状态，通过一个启用触发控件控制多个事件执行计划的启用，可以提高交互效率。
78.在一些具体的实施例中，启用触发操作所针对的事件执行计划可以是终端所显示的原始的事件执行计划，举例说明，如图3所示，当用户点击服药计划卡片304中的“开启提
醒”按钮，终端响应于该点击操作，将该服药计划卡片所显示的服药计划显示为处于已启用状态。在另外一些实施例中，启用触发操作所针对的事件执行计划可以是对原始的事件执行计划进行编辑后的事件执行计划，即可以首先对所显示的事件执行计划进行编辑，然后针对编辑后的事件执行计划进行启用触发操作。
79.在一些具体的实施例中，终端显示待确认的事件执行计划的方式具体可以是对待确认的事件执行计划标记“待确认”标签，从而将启用触发操作所针对的事件执行计划显示为处于已启用状态具体可以是，将启用触发操作所针对的事件执行计划的“待确认”标签更新为“已启用”标签。
80.步骤206，当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，触发与达到提醒时间的事件执行计划相对应的事件提醒。
81.其中，按照事件提醒时间描述信息划分的提醒时间可以是一个或者多个。提醒时间可以是时间点，例如，服药提醒频率为1天两次，按照该服药提醒频率划分的提醒时间可以是09:00以及21:00；提醒时间也可以是一个时间段，例如，服药提醒频率为1天两次，按照该服药提醒频率划分的提醒时间可以是08:55至09:00以及20:55至21:00，再比如，开会提醒时间为10：00，则按照开会提醒时间划分的提醒时间可以是09:55至10:00，在这种情况下，可以实现针对用户设定的时间点进行提前提醒，从而可以给用户预留充足的服药准备时间。可以理解的是，按照事件提醒时间描述信息划分的提醒时间可以用户指定划分的，也可以是默认划分的。
82.具体地，当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，终端可以触发与达到提醒时间的事件执行计划相对应的事件提醒。可以理解的是，针对不同的事件，触发不同的事件提醒，例如，针对服药这一事件，触发的是服药提醒，针对发邮件这一事件，触发的是邮件发送提醒。
83.在具体应用中，所触发的事件提醒的提醒方式可以包括电话提醒、短信提醒或者消息提醒中的一种或者多种。
84.上述事件提醒方法中，当存在事件描述信息，显示与事件描述信息适配的至少一个待确认状态的事件执行计划，该事件描述信息中存在与事件执行计划中的项目标识匹配的项目名称，且事件执行计划中项目标识对应的事件提醒时间描述信息与项目名称在该事件描述信息中的事件执行时间描述信息相匹配，响应于针对任一待确认状态的事件执行计划的启用触发操作，将启用触发操作所针对的事件执行计划显示为处于已启用状态，当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，触发与达到提醒时间的事件执行计划相对应的事件提醒，由于存在事件描述信息即可显示事件执行计划，从而只需要响应于针对事件执行计划的启用触发操作使得事件执行计划处于已启用状态，即可实现触发事件提醒，整个事件提醒过程交互简单，从而可以提高事件提醒过程中的交互效率。
85.由上文实施例可知，本技术的事件提醒方法，当存在事件描述信息即可以显示与事件描述信息适配的待确认状态的事件执行计划，下面的实施例将进一步介绍显示待确认状态的事件执行计划的具体实现过程。
86.在一些实施例中，当存在事件描述信息，显示与事件描述信息适配的至少一个待确认状态的事件执行计划，包括：当存在事件描述信息，显示与事件描述信息适配的事件执
行计划显示入口；响应于针对事件执行计划显示入口的触发操作，显示与事件描述信息适配的至少一个待确认状态的事件执行计划。
87.其中，事件执行计划显示入口是能够响应触发操作，以对事件描述信息适配的事件执行计划进行显示的入口，具体可以是事件执行计划显示提示信息或者触发控件。事件执行计划显示提示信息是能够提示用户进行触发操作的信息，事件执行计划显示提示信息可以包括文本提示信息、语音提示信息或者图片提示信息中的一种或者多种，举例说明，事件执行计划显示提示信息例如可以是“点击跳转至服药计划显示页面”。触发控件是可视化的元件，是具有执行功能或通过响应用户操作引发代码运行并完成响应的功能，触发控件可以是按钮，例如可以是点击按钮、滑动按钮或者按压按钮等中的任意一种；触发控件也可以是单选框或者选项组。针对事件执行计划显示入口的触发操作指的是针对事件执行计划显示入口进行触发的预设操作，具体可以是触摸操作、光标操作、按键操作、语音操作和手势操作等任意一种或者多种类型的操作。
88.具体地，当存在事件描述信息，终端可以显示与事件描述信息适配的事件执行计划显示入口，用户可以对该事件执行计划显示入口进行触发生成触发操作，从而终端可以响应于该触发操作，获取根据该事件描述信息自动生成的事件执行计划，并将这些事件执行计划显示为处于待确认状态。
89.上述实施例中，当存在事件描述信息，可以显示与该事件描述信息适配的事件执行计划显示入口，用户针对该事件执行计划显示入口进行触发即可显示事件执行计划，提高了事件执行计划显示的便捷性。
90.在一些实施例中，当存在事件描述信息，显示与事件描述信息适配的事件执行计划显示入口，包括：当产生属于登录的用户账号的事件描述信息，响应于针对事件描述信息的通知事件，显示针对事件描述信息的通知消息卡片；在通知消息卡片中，显示通知事件指示的通知消息内容，并显示与事件描述信息适配的事件执行计划显示入口。
91.本实施例中，终端上安装有可提供提醒服务的应用，该应用登录有用户账号，事件描述信息是属于该登录的用户账号的，当产生事件描述信息，可以进一步生成针对事件描述信息的通知消息，该通知消息可以在用户账号所登录的应用中触发通知事件，进而终端可以响应于该通知事件，显示针对事件描述信息的通知消息卡片，在该通知消息卡片中，显示通知事件指示的通知消息内容，在该通知消息卡片中，还可以显示与事件描述信息适配的事件执行计划显示入口。
92.在一些具体的实施例中，通知消息是应用对应的服务器生成的，即服务器在检测到属于登录的用户账号的事件描述信息，可以根据该事件描述信息自动生成适配的至少一个事件执行计划，并且进一步可以向终端发送提醒消息，该提醒消息在终端的应用中触发通知事件，从而终端可以响应于该通知事件，显示通知消息卡片。举例说明，参考图4，为一些具体的实施例中通知消息卡片的示意图，其中，事件描述信息为电子处方，是通过用户在终端进行在线问诊后生成的，终端所显示的通知消息卡片中显示有标题、问诊医生、提醒内容、提示说明以及服药计划显示入口402，该服药计划显示入口显示为服药计划显示提示信息，当用户点击该服药计划显示入口402，可以跳转至服药计划交互页面，服药计划交互页面例如可以参考图3。
93.上述实施例中，由于可以在通知消息卡片中显示事件执行计划显示入口，可以保
证事件执行计划在终端及时进行显示，避免用户忘记启用事件执行计划，保证了事件提醒的有效性。
94.在一些实施例中，事件提醒为服药提醒；当存在事件描述信息，显示与事件描述信息适配的事件执行计划显示入口，包括：在登录的用户账号与服务账号进行会话的会话页面，当服务账号触发针对用户账号的服药描述信息，显示用于浏览服药描述信息的服药描述信息消息卡片；对应于服药描述信息消息卡片，显示与服药描述信息适配的服药计划显示入口。
95.其中，服务账号是用于服务用户账号以生成服药描述信息的账号，服务账号例如可以是医生账号。服药描述信息消息卡片指的是用于显示服药描述信息消息的消息卡片，该消息卡片可以响应于触发操作，显示服药描述信息的具体内容，使得用户可以浏览该消息卡片所对应的服药描述信息。
96.具体地，终端安装有可提供提醒服务的应用，该应用登录有用户账号，通过该用户账号，终端可以与服务账号建立会话连接以触发服务账号生成服药描述信息，该服药描述信息可以通过建立的会话连接以会话消息的方式发送至终端，终端接收到该会话消息后，可以将该服药描述信息消息显示于会话连接所对应的会话页面的消息卡片中，在该会话页面中，对应于该服药描述信息消息卡片的位置处，可以显示服药计划显示入口。
97.举例说明，如图5所示，为一些具体的实施例中与服务账号的会话页面的示意图，由图5可以看出，用户通过终端登录的用户账号与医生账号进行会话，从而终端可以接收到医生账号发送的电子处方，该电子处方显示在会话页面的消息卡片502中，当用户点击“查看电子处方”按钮，可以浏览电子处方的详细内容，对应于该消息卡片502，显示有服药计划显示入口504，当用户点击该服药计划显示入口，即可显示该电子处方对应的服药计划交互页面，服药计划交互页面例如可以参考图3。
98.上述实施例中，在会话界面的消息卡片中显示服药描述信息，还可以显示与该服药描述信息适配的服药计划显示入口，从而用户可以方便快捷地触发显示服药计划，提高了服药计划显示地便捷性。
99.上文实施例介绍了显示事件执行计划的具体过程，在显示了事件执行计划后，可以启用事件执行计划，从而进一步可以触发事件提醒。需要说明的是，在本技术的其他一些实施例中，为了进一步保证用户能够按时执行事件，当达到提醒时间，还可以提供事件执行确认功能，用户可以通过该事件执行确认功能进行“打卡”，以下实施例将对事件执行确认功能进行介绍。
100.在一些实施例中，事件提醒方法还包括：当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，显示与达到提醒时间的事件执行计划相对应的事件执行确认页面，并在事件执行确认页面显示处于待执行状态的事件执行确认标记；响应于针对事件执行确认标记的触发操作，更新事件执行确认标记的状态为已执行状态。
101.其中，事件执行确认标记指的是能够响应触发操作更新执行状态的标记，事件执行确认标记具体可以是各种形式的控件。
102.具体地，当达到按照处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，终端可以显示与达到提醒时间的事件执行计划相对应的事件执行确认
页面，在该事件执行确认页面可以显示事件执行计划中项目标识相对应的项目信息，以药物为例，药物标识相对应的药物信息具体可以是项目名称、用法用量或者服药该药物时的注意事件等中的一种或者多种，对应于项目信息，还可以显示事件执行确认标记，该事件执行确认标记的初始状态为待执行状态，待执行状态表示用户还未进行事件执行确认，当用户针对该事件执行确认标记进行触发操作时，终端可以响应于该触发操作，更新事件执行确认标记的状态为已执行状态，已执行状态表示用户已进行事件执行确认。
103.举例说明，参考图6，为一些实施例中，事件执行确认页面的示意图，其中，事件执行确认页面具体为服药确认页面，事件执行确认标记具体为服药确认标记，处于待服药状态的服药确认标记为图6中(a)图的触发控件602，终端响应于针对602的点击操作后，更新触发控件602为已服药状态，显示为图6中(b)图的触发控件604。
104.在一些具体的实施例中，服药确认页面还可以显示其他一些服药注意事项。继续参考图6，服药确认页面还可以显示各个药物的注意事项以及孕妇用药的注意事项。
105.在一些具体的实施例中，服药确认页面还可以显示用户服药确认相关的统计信息，统计信息具体可以是进行服药确认的总次数以及持续天数。继续参考图6中的(a)图，服药确认页面中与触发控件602相对应的位置处还可以显示“您已服药3天，累计打卡5次”，当用户点击触发控件602后，服药确认相关的统计信息会进行更新，在图6的(b)图中，统计信息更新为“您已服药3天，累计打卡6次”。
106.上述实施例中，通过在事件执行确认页面显示处于待执行状态的事件执行确认标记，终端可以响应于针对事件执行确认标记的触发操作，更新事件执行确认标记的状态为已执行状态，从而提高了事件提醒的有效性。
107.在一些实施例中，已启用状态的事件执行计划显示于事件执行计划交互页面；显示与达到提醒时间的事件执行计划相对应的事件执行确认页面，包括：在事件执行计划交互页面中，显示与达到提醒时间的事件执行计划相对应的事件执行确认入口；响应于针对事件执行确认入口的触发操作，显示与达到提醒时间的事件执行计划相对应的事件执行确认页面。
108.具体地，当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，在事件执行计划交互页面中，对应于达到提醒时间的事件执行计划所显示的页面区域，还可以显示与达到提醒时间的事件执行计划相对应的事件执行确认入口，事件执行确认入口的具体展示形式和分布位置可以根据实际需要进行设置，如可以通过文字、图形、按钮等各种界面元素实现事件执行确认入口，可以在显示事件执行计划的预设区域范围内显示事件执行确认入口，通过该事件执行确认入口，用户可以方便快捷地进入事件执行确认页面进行服药确认，具体来说，用户可以针对该事件执行确认入口进行触发操作，如用户可以点击该事件执行确认入口，终端可以响应于该触发操作，显示与该达到提醒时间的事件执行计划相对应的事件执行确认页面。
109.上述实施例中，通过在事件执行计划交互页面中显示事件执行确认入口，可以方便快捷地进入事件执行确认页面，从而提高服药确认过程中的交互效率。
110.在一些实施例中，每个已启用状态的事件执行计划分别显示于事件执行计划交互页面的事件执行计划显示区域中的每个事件执行计划卡片中；在事件执行计划交互页面中，显示与达到提醒时间的事件执行计划相对应的事件执行确认入口，包括：当达到任一事
件执行计划卡片中事件执行计划的提醒时间，将达到提醒时间的事件执行计划卡片的尺寸增大，以增加用于显示事件执行确认入口的显示区域；在增加的显示区域中，显示与达到提醒时间的事件执行计划相对应的事件执行确认入口。
111.具体地，每一个已启用状态的事件执行计划卡片中显示一个已启用状态的事件执行计划，事件执行计划卡片的尺寸可以动态变化，当达到任一事件执行计划卡片中事件执行计划的提醒时间，终端可以将达到提醒时间的事件执行计划卡片的尺寸增大，增大的尺寸大小可以根据实际需要进行设置，通过尺寸增加可以在事件执行计划卡片中增加用于显示事件执行确认入口的显示区域，进而在该增加的显示区域中，可以显示与达到提醒时间的事件执行计划相对应的事件执行确认入口。举例说明，参考图7，为显示服药确认入口的示意图，当到达图7的(a)图中的服药计划卡片702中服药计划的提醒时间16：34，服药计划卡片702的尺寸增大，显示为图7的(b)图中的服药计划卡片704，可以看出，在(b)图中的服药计划卡片704中，显示有作为服药确认入口的“确认服药”按钮。
112.上述实施例中，事件执行计划和事件执行计划入口显示在同一个卡片中，使得用户可以更好地感知到针对该事件执行计划的事件执行确认入口，从而通过该事件执行确认入口可以精准地进入该事件执行计划对应的事件执行确认页面，提高服药确认的准确性。
113.在一些实施例中，显示与达到提醒时间的事件执行计划相对应的事件执行确认页面，包括：显示事件提醒的提示信息；响应于针对提示信息的查看操作，显示事件提醒的提醒消息卡片；在提醒消息卡片中，显示事件提醒的提醒消息内容，并显示与达到提醒时间的事件执行计划相对应的事件执行确认入口；响应于针对事件执行确认入口的触发操作，显示与达到提醒时间的事件执行计划相对应的事件执行确认页面。
114.其中，事件提醒的提示消息指的是提示接收到事件提醒的信息，这里的事件提醒指的是提醒消息，即事件提醒是以提醒消息的方式进行呈现。提示信息可以是各种类型，例如可以是文字提示信息、声音提示信息或者图片提示信息中的一种或者多种。在具体应用中，当终端安装有可提供提醒服务的应用且该应用登录有用户账户时，该应用对应的服务器可以向用户账户所登录的终端发送事件提醒的提醒消息，在这种情况下，提示信息用于提醒用户已经接收到事件提醒的提醒消息。
115.具体地，当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，终端可以接收到提醒消息，该提醒消息可以触发终端显示提示信息，该提示信息提示用户查看所接收到的提醒消息，当用户对终端显示的提示信息进行查看操作时，终端可以响应于该查看操作，显示提醒消息卡片，在该提醒消息卡片中，可以显示事件提醒的提醒消息内容，提醒消息内容可以包括达到提醒时间的事件执行计划中的项目标识、事件执行时间、提示说明等信息中的一种或者多种，在该提醒消息卡片中，还可以显示达到提醒时间的事件执行计划相对应的事件执行确认入口，进而当用户针对该事件执行确认入口进行触发操作时，终端可以响应于该触发操作，显示与达到提醒时间的事件执行计划相对应的事件执行确认页面。
116.举例说明，参考图8，为显示提示信息的页面示意图，其中的“服药提醒通知”即为事件提醒的提示信息，当用户点击该提示信息进行查看时，终端可以继续显示提醒消息卡片，如图9所示的页面，为显示提醒消息卡片的页面示意图，在该页面中可以显示一个或者多个提醒消息卡片，提醒消息卡片例如图9中的902，在提醒消息卡片中显示有服药确认入
口，例如图9中的904。
117.上述实施例中，由于可以在通知消息卡片中显示事件执行确认入口，不仅可以及时提醒用户进行事件执行确认，进一步保证了事件提醒的有效性，而且用户可以方便快捷的进入事件执行确认页面，提高事件执行确认过程中的交互效率。
118.在一些实施例中，事件提醒为服药提醒，事件执行计划为服药计划；当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，显示与达到提醒时间的事件执行计划相对应的事件执行确认页面，并在事件执行确认页面显示处于待执行状态的事件执行确认标记，包括：当存在多个已启用状态的服药计划，且达到按照多个已启用状态的服药计划各自的服药提醒频率划分的相同提醒时间，显示与多个已启用状态的服药计划共同对应的服药确认页面；在服药确认页面中，显示多个已启用状态的服药计划各自对应的药物标识；在服药确认页面中，显示用于针对多个已启用状态的服药计划进行同时服药确认的一个服药确认标记。
119.其中，按照多个已启用状态的服药计划各自的服药提醒频率划分的相同提醒时间指的是，多个已启用状态的服药计划之间存在相同的提醒时间，例如按照服药计划a的服药提醒频率划分的其中一个提醒时间为9:00，若是按照服药计划b的服药提醒频率划分的其中一个提醒时间也是9:00，则服药计划a和服药计划b之间存在相同的提醒时间，相同提醒时间为9:00。
120.具体地，当存在多个已启用状态的服药计划，且达到按照多个已启用状态的服药计划各自的服药提醒频率划分的相同提醒时间，终端可以将这些服药计划的药物标识显示在同一个服药确认页面，并用同一服药确认标记来控制针对这些服药计划进行的服药确认，进而当用户对该服药确认标记进行触发时，可以同时对该页面中显示的所有服药标识对应的服药计划进行服药确认。举例说明，参考图10，为一些实施例中服药确认页面的示意图，由图10可以看出，在该页面中显示有两个药物，那么当用户点击图10中的服药打卡按钮时，可以同时对图10中显示的两个药物对应的服药计划进行打卡确认。
121.在一些具体的实施例中，当服药确认页面中显示多个服药计划各自对应的药物标识时，针对每一个药物标识，还可以显示选择控件，终端可以响应于用户通过选择控件触发的选择操作以及对服药确认标记的触发操作，对选择操作所选中的药物标识所对应的服药计划进行服药确认。进一步地，针对用户未选中的药物标识，终端可以触发针对该药物标识所对应的服药计划的延迟提醒，例如，可以在预设时间比如5分钟后，再次进行服药提醒。
122.上述实施例中，通过将多个服药提醒计划的药物标识显示在一个页面中，并通过同一个服药确认标识对多个服药计划进行打卡确认，可以提高针对多个服药计划进行服药打卡时的交互效率，并且可以节省终端在打卡确认过程中的运行资源。
123.在一些实施例中，显示与多个已启用状态的服药计划共同对应的服药确认页面，包括：显示与多个已启用状态的服药计划各自对应的服药确认入口；响应于针对所显示的各服药确认入口中任一服药确认入口的触发操作，显示与多个已启用状态的服药计划共同对应的服药确认页面。
124.具体地，当存在多个已启用状态的服药计划，且达到按照多个已启用状态的服药计划各自的服药提醒频率划分的相同提醒时间，针对这些服药计划中的每一个，终端可以显示与之对应的服药确认入口，当用户针对这些服药确认入口中的任意一个进行触发操
作，终端可以响应于该触发操作，显示服药确认页面，在所显示的服药确认页面中，显示所有这些服药确认入口对应的服药计划中的药物标识。举例说明，继续参考图9，图9中显示有两个提醒消息卡片902和906，这两个消息提醒卡片分别显示不同的服药计划对应的服药确认入口904和908，用户点击其中任意一个入口，都可以进入如图10所示的服药确认页面，从而可以在该页面中同时显示提醒消息卡片902和906各自对应的服药计划中的药物标识，使得用户可以针对这两个服药计划同时服药确认。
125.上述实施例中，当用户针对多个服药确认入口中任意一个进行触发操作时，可以显示这些服药计划共同对应的服药确认页面，从而可以提高服药确认过程中的交互效率。
126.在一些实施例中，已启用状态的事件执行计划显示于事件执行计划交互页面中的事件执行计划显示区域，事件执行计划交互页面包括能够响应选中操作以处于选中状态的多个选项，事件执行计划显示区域中显示的处于已启用状态的事件执行计划符合多个选项中处于选中状态的选项所对应的筛选条件。
127.其中，事件执行计划交互页面中的事件执行计划显示区域指的是事件执行计划交互页面中用于显示事件执行计划的区域，在事件执行计划显示区域之外还可以显示多个选项，每个选项都能够响应于选中操作以处于选中状态，每个选项均对应一个筛选条件，筛选条件用于从事件执行计划集合中筛选事件执行计划。事件执行计划交互页面中的选项可以根据业务需求进行自定义，具体可以包括筛选条件为对提醒时间进行定义的选项，例如可以是“今日用药”、“本周用药”，还可以包括筛选条件为对用户需求进行定义的选项，例如可以是“收藏用药”、“全部用药”，当然，还可以是其他自定义的选项，本技术对选项的筛选条件不作限定。
128.在具体应用中，终端可以响应于针对任一选项的选中操作，将事件执行计划显示区域中显示的事件执行计划，切换为满足选中操作选中的选项对应的筛选条件的事件执行计划。
129.在一些实施例中，多个选项至少包括第一选项和第二选项；第一选项对应的筛选条件用于确定与登录的用户账号对应的事件执行计划集合；第二选项对应的筛选条件，用于从事件执行计划集合中筛选提醒时间在指定周期内的已启用状态的事件执行计划。
130.具体地，当第一选项处于选中状态时，终端可以根据第一选项的筛选条件筛选得到与登录的用户账号对应的事件执行计划集合，从而可以在事件执行计划显示区域中显示该事件执行计划集合，即显示该登录的用户所有的事件执行计划，这些事件执行计划可以包括已启用的事件执行计划、待确认的事件执行计划或者已停用的事件执行计划中的一种或者多种。当第二选项处于选中状态时，终端可以从该用户的事件执行计划集合筛选提醒时间在指定周期内的已启用状态的事件执行计划，从而可以在事件执行计划显示区域中显示这些提醒时间在指定周期内的已启用状态的事件执行计划。
131.举例说明，参考图3，事件执行计划交互页面显示有“全部用药”和“今日用药”两个选项，图3中“全部用药”处于选中状态，因此在该页面中可以显示用户全部的服药计划，当用户点击“今日用药”选项时，可以显示该用户今日需要进行服药提醒的服药计划，参考图11，为今日用药对应的页面示意图，由图11可以看出，当“今日用药”选项处于选中状态时，在服药计划显示区域中，只显示今日需要进行提醒的服药计划。
132.在一些具体的实施例中，当第二选项处于选中状态、事件执行计划显示区域显示
提醒时间在指定周期内的已启用状态的事件执行计划，终端还可以响应于达到所显示的事件执行计划中任一事件执行计划的提醒时间，将事件执行计划所显示的事件执行计划卡片的尺寸增大，以增加用于显示事件执行确认入口的显示区域，在增加的显示区域中，显示与达到提醒时间的事件执行计划相对应的事件执行确认入口。举例说明，继续参考图11，当“今日用药”选项处于选中状态，且达到服药计划卡片1102中服药计划的提醒时间16；34，可以在服药计划卡片1102增加作为服药确认入口的“服药确认”按钮。
133.上述实施例中，通过在事件执行计划交互页面中显示用户筛选事件执行计划的选项，终端可以响应于用户对选项的选择操作筛选用于显示的事件执行计划，方便用户对事件执行计划的管理，提高事件执行计划交互效率。
134.由前文实施例可知，当存在事件描述信息，终端可以显示与之适配的至少一个待确认状态的事件执行计划，当任意一个待确认状态的事件执行计划由待确认状态更新为已启用状态，终端可以按照事件执行计划进行事件提醒，在这种情况下，事件执行计划的事件提醒时间描述信息默认与事件描述信息中的事件执行时间描述信息匹配的，并且按照事件提醒时间描述信息划分的提醒时间是预设的固定的时间，例如，可以针对1天三次这一服药提醒频率预先设定三个服药提醒时间分别为9:00、15:00以及21:00，那么针对任意一个服药提醒频率为1天三次的服药计划，服药提醒时间均为这三个时间，这种情况有可能并不符合用户的需求，导致事件提醒变为无效的提醒，因此，本技术还提供对事件执行计划进行编辑的功能，以下实施例将针对事件执行计划的编辑进行介绍。
135.在一些实施例中，响应于针对任一待确认状态的事件执行计划的启用触发操作，将启用触发操作所针对的事件执行计划显示为处于已启用状态，包括：响应于针对任一待确认状态的事件执行计划的编辑触发操作，进入事件执行计划编辑页面，在事件执行计划编辑页面中显示编辑触发操作所针对的事件执行计划的至少一个编辑项；响应于针对至少一个编辑项中任一编辑项的编辑操作，显示编辑操作的编辑内容；响应于针对包含编辑内容的事件执行计划的启用触发操作，将启用触发操作所针对的事件执行计划显示为处于已启用状态。
136.具体地，当用户针对任意一个待确认状态的事件执行计划进行编辑触发操作时，可以进入事件执行计划编辑页面，在该事件执行计划编辑页面中可以对该事件执行计划进行编辑。事件执行计划编辑页面包括多个编辑项，每一个编辑项可以对应事件执行计划中的不同内容，以服药计划为例，编辑项例如可以包括服药提醒频率、药物名称、提醒时间、提醒周期持续时长、每次服药的用量或者提醒开始时间等中的一个或者多个。
137.可以理解的是，一开始这些编辑项显示的都是默认的数据，即事件提醒时间描述信息、项目名称、提醒时间、提醒周期持续时长等编辑项都是默认显示和事件描述信息中的相关信息匹配的数据，例如，如果服药描述信息中针对某个药物的服药频率为1天三次，那么进入该服药编辑页面中，服药提醒频率为一天三次；提醒开始时间默认是当前日期，比如，当前日期为3月2日，那么进入该服药编辑页面中，提醒开始时间默认显示是3月2日。针对这些编辑项中的每一个，用户都可以进行编辑，在编辑完成后，可以针对包含编辑内容的事件执行计划进行启用触发操作，从而终端可以将事件执行计划显示为处于已启用状态，此后，终端会按照编辑后的事件执行计划去触发事件提醒。
138.上述实施例中，由于可以针对待确认状态的事件执行计划进行编辑，使得事件提
醒可以更好的满足用户需要，提高事件提醒的有效性。
139.在一些实施例中，事件提醒为服药提醒；响应于针对至少一个编辑项中任一编辑项的编辑操作，显示编辑操作的编辑内容，包括：响应于针对至少一个编辑项中服药提醒频率编辑项的第一编辑操作，显示第一编辑操作所编辑的服药提醒频率，对应于所显示的服药提醒频率指定的单个服药周期内的服药次数，显示数量匹配的提醒时间编辑项；响应于针对提醒时间编辑项的第二编辑操作，显示第二编辑操作所编辑的提醒时间。
140.具体地，提醒时间是按照服药提醒频率进行划分的，因此服药提醒时间的数量是根据服药提醒频率动态变化的，本实施例中，终端可以响应于针对至少一个编辑项中服药提醒频率编辑项的第一编辑操作，显示第一编辑操作所编辑的服药提醒频率，并且跟随第一编辑操作所编辑的服药提醒频率指定的单个服药周期内的服药次数，还可以自动地动态显示数量匹配的提醒时间编辑项，例如，假设服药提醒频率为1天两次，则终端可以显示两个提醒时间编辑项，若是服药提醒频率为1天三次，则终端可以显示三个提醒时间编辑项，从而用户可以针对这些提醒时间编辑项进行编辑操作，以编辑得到提醒时间。
141.举例说明，参考图12，为一些实施例中服药编辑页面的示意图，图12中的用药频次是每天2次，因此显示的提醒时间编辑项的数量为2个，这两个提醒时间编辑项的默认时间是09:00和21:00，用户可以对这两个提醒时间编辑项进行编辑后，编辑完成后，当用户点击“开启提醒”按钮，终端将按照编辑后的时间进行服药提醒。
142.上述实施例中，终端可以根据用户编辑的服药提醒频率，自动调整提醒时间编辑项的数量，一方面可以避免用户手动添加提醒时间编辑项影响交互效率，从而提高服药计划编辑过程中的交互效率，另一方面可以避免显示过多的提醒时间编辑项所导致的资源浪费，从而节省终端的内存资源。
143.在一些实施例中，至少一个待确认状态的事件执行计划展示于事件执行计划交互页面中的待确认计划显示区域中；响应于针对任一待确认状态的事件执行计划的启用触发操作，将启用触发操作所针对的事件执行计划显示为处于已启用状态，包括：响应于针对任一待确认状态的事件执行计划的启用触发操作，将启用触发操作所针对的事件执行计划，从待确认计划显示区域转移至事件执行计划交互页面中的已启用计划显示区域。
144.其中，待确认计划显示区域用于显示处于待确认状态的事件执行计划，当存在多个待确认状态的事件执行计划，所有待确认状态的事件执行计划可以在这个区域中进行聚合展示。已启用计划显示区域用于显示处于已启用状态的事件执行计划，当存在多个已启用状态的事件执行计划，所有已启用状态的事件执行计划可以在这个区域中进行聚合展示。在具体应用中，待确认计划显示区域可以和待确认标签关联，而已启用计划显示区域可以和已启用标识关联。
145.具体地，事件执行计划的状态变化可以通过所处的显示区域的变化进行体现，当某个事件执行计划处于待确认状态，可以显示于待确认计划显示区域，而当用户针对该事件执行计划进行启用触发操作，终端可以将该事件执行计划，从待确认计划显示区域转移至已启用计划显示区域，从而在已启用计划显示区域显示该事件执行计划，以将该事件执行计划显示为处于已启用状态。
146.举例说明，参考图3和图13，当点击图3中服药计划卡片306中的“开启提醒”控件时，该服药计划卡片306中的服药计划从待确认计划显示区域转移至图13中的已启用计划
显示区域，其中待确认计划显示区域为“待确认”标签下的显示区域，已启用计划显示区域为“已启用”标签下的显示区域。
147.上述实施例中，通过显示区域的变化来体现事件执行计划所处状态的变化，可以使得处于相同状态的事件执行计划集中显示在同一个区域中，便于用户对各状态下事件执行计划的管理，避免在对某一个状态下的事件执行计划进行交互时受到其他状态下事件执行计划的干扰，从而提高针对事件执行计划的交互效率。
148.在一些实施例中，事件描述信息为电子处方、且属于登录的用户账号，事件执行计划为服药计划：至少一个待确认状态的事件执行计划通过服药计划生成步骤生成，服药计划生成步骤包括：获取属于用户账号的电子处方，通过生产者线程基于电子处方生成处方消息并写入消息队列；通过消费者线程从消息队列中读取处方消息，从读取的处方消息中提取药物名称和服药频率；通过消费者线程，根据药物名称和服药频率生成与电子处方相适配的至少一条服药计划。
149.具体地，本技术实施例中服药计划生成步骤可以由终端执行，也可以由服务器执行，还可以由终端和服务器共同执行，本技术实施例以服务器执行为例进行说明。服务器在获得属于用户账户的电子处方后，可以调用生产者线程根据该电子处方生成处方消息放入消息队列，通过消费者线程从消息队列中读取处方消息，根据处方消息中用户要服用药物的药物名称和服药频率生成与电子处方相适配的至少一条服药计划，生成的服药计划此时处于待确认状态，当用户针对任一服药计划进行启用触发操作时，服务器会接收到终端发送的启用服药计划的请求，服务器可以根据该请求将启用触发操作所针对的服药计划的状态更新为已启用状态。通过消息队列的生产者线程和消费者线程可以异步生成服药计划，提高服药计划的生成效率。
150.在具体应用中，消息队列可以是kafka，kafka是一种高吞吐量的分布式发布订阅消息系统，可以让合适的数据以合适的形式出现在合适的地方。kafka通过消息队列，可以让生产者线程往队列的末尾添加数据，让多个消费者从队列里面依次读取数据然后自行处理。如图14所示，为一些具体的实施例中，kafka的架构图，由图14可以看出，通过kafka可以实现消息的异步发送，生产者线程负责向kafka集群中写入消息，生产者线程不需要关注消息的发送，由消费者线程从kafka集群中读取消息进行发送，在kafka集群消息可以存储在不同的主题中，在每一主题中还可以包括多个分区，同一个主题在不同的分区的数据是不重复的，分区的作用是做负载，提高kafka的吞吐量。
151.在一些具体的实施例中，服药计划生成步骤的具体流程可以参考图15，具体包括以下步骤：
152.步骤1502，创建电子处方。
153.具体地，用户可以进行在线问诊，医生根据问诊情况创建电子处方。当医生给用户开处方或续方时，需要获取的信息分为用户信息和药品信息两类。用户信息包括用户的姓名、年龄、疾病诊断结果等信息。药物信息则记录处方药的所有数据，包括药物的名称，功能说明，规格数量，用法用量和医嘱等信息。参考图16，为一些具体的实施例中，医生填写处方内容的页面示意图，当医生点击图16中的“确定并发送”按钮时，可以提交电子处方，此时电子处方创建完成。
154.用户信息和药物信息可以存储于数据库中。考虑到这两种信息类别在数据规模、
读写频率、数据更新方式等维度上各有不同，可以根据业务实际情况，在各个维度上进行分析对比，选择合适的数据库进行存储。针对药物信息，考虑到药品信息的数量规模相对固定，处方药的种类增、药物的用法用量、功能说明等信息改动较小，可以选择公有云上常规的mysql数据实例。针对用户信息，考虑到用户数量会持续增加，可以选择高可靠的dbms数据库，并使用缓存数据库来提升数据的操作性能。
155.步骤1504，判断电子处方是否审核通过，如果审核通过则进入步骤1506，如果审核未通过则重新进入步骤1502。
156.步骤1506，生产者线程对处方内容加密生成处方消息。
157.步骤1508，消费者线程消费处方消息。
158.具体地，医生创建的电子处方会进入审核阶段，如果审核通过，该电子处方会携带一个审核通过的标识字段，从而可以通过kafka生产消息，放入发布订阅模式的消息队列中。kafka发送消息有三种发送消息机制，简单发送消息、同步发送消息和异步发送消息。考虑到存在同一时刻多个用户问诊多个医生的场景，如果进行同步发送消息，同一时间只能有一个消息在发送，会造成许多消息无法直接发送，造成消息滞后，无法发挥效益最大化，因此在本技术实施中可以选择异步发送消息的机制，即通过生产者线程对该电子处方的处方内容进行加密生成处方消息写入kafka的消息队列中，通过消费者线程异步从消息队列中读取处方消息。
159.在具体应用中，在向kafka生产处方消息时，由于处方内容中记录用户的个人信息，疾病信息和服药信息，属于用户隐私数据，因此要对处方消息进行加密后在放入消息队列，从而保护用户隐私数据的安全性。加密方式可以采用aes(advanced encryption standard)算法进行加密，aes加密算法的流程可以参考图17，加密过程包括多轮，加密中一轮可以包括4个操作：字节代换、行位移、列混合、轮密钥加，其中：字节代换是通过非线性的替换函数，用查找表的方式把每个字节替换成对应的字节；行位移是将矩阵中的每个横列进行循环式移位；列混合可以充分混合矩阵中各个直行的操作，具体可以使用线性转换来混合每列的四个字节；轮密钥加是将矩阵中的每一个字节都与该次轮密钥(round key)进行逐位异或操作。
160.aes实现的方式主要有五种：1.电码本模式(electronic codebook book(ecb))2.密码分组链接模式(cipher block chaining(cbc))3.计算器模式(counter(ctr))4.密码反馈模式(cipher feedback(cfb))5.输出反馈模式(output feedback(ofb))，在本技术实施例中可以中使用第二种密码分组链接模式来进行加密，通过引入"crypto/aes","crypto/cipher"这两个package，只需传递明文和密钥给加密函数即可实现加密，同理，解密只需将密文和密钥传给解密函数即可，对于密钥使用配置管理的方式进行存储。
161.步骤1510，判断处方消息对应的处方是否审核通过，如果是则进入步骤1512，如果否则进入步骤1510。
162.步骤1512，将该处方消息标记为已处理。
163.步骤1514，解密处方消息生成服药计划。
164.步骤1516，发送通知消息，提醒开启服药计划。
165.具体地，加密后的处方消息发送到消息队列中后，消费者线程可以从消息队列中获取处方消息，并使用aes算法解密后，判断处方的是否审核标识字段，只有审核通过时，根
据处方消息中的用户信息和服药信息生成该用户的一项服药计划，状态为未启用，即处于待确认状态。同时创建一条待发送的通知消息，该通知消息发送时间例如可以为24小时后，该通知消息在终端触发通知事件，提醒用户开启服药提醒。
166.上述实施例中，由于通过消息队列异步生成服药计划，并对处方消息进行加密，可以在提高数据安全性的同时，提高服药计划生成效率。
167.在一些实施例中，事件提醒的提示信息通过提示信息生成步骤生成，提示信息生成步骤包括：当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的提醒时间，通过第一定时任务将根据达到提醒时间的事件执行计划生成的提醒消息写入提醒消息数据表中；通过第二定时任务遍历提醒消息数据表中的提醒消息；针对遍历到的每一个提醒消息，触发生成提醒消息相对应的提示信息。
168.具体地，本技术实施例中事件执行计划生成步骤可以由终端执行，也可以由服务器执行，还可以由终端和服务器共同执行，本技术实施例以服务器执行为例进行说明。在本技术实施例中，服务器可以设置两个定时任务，通过第一定时任务将根据达到提醒时间的事件执行计划生成的提醒消息写入提醒消息数据表中，通过第二定时任务遍历提醒消息数据表中的提醒消息，并针对遍历到的提醒消息，触发生成提醒消息相对应的提示信息。
169.在一些具体的实施例中，参考图18，为定时任务涉及的流程示意图。第一定时任务获取到符合条件的处方消息，即审核通过且创建时间超过预设时间例如24消息的处方消息，一方面可以给用户发送通知消息，另一方面可以根据处方消息生成服药计划，将服药计划写入服药计划数据表中，此时的服药计划是处于待确认状态的，当用户针对服药计划进行启用触发操作时，服药计划的状态可以更新为已启用状态，第一定时任务可以遍历服药计划数据表中处于已启用状态的服药计划，针对每一个遍历到的服药计划，如果达到该服药计划的提醒时间，可以根据该服药计划生成提醒消息并写入提醒消息数据表中，第二定时任务可以遍历提醒消息数据表中的提醒消息，针对遍历到的每一个提醒消息，读取该提醒消息并发送至终端，从而触发生成提醒消息相对应的提示信息。
170.上述实施例中，通过设置两个定时任务来触发生成提示信息，两个定时任务协调作用，相互配合，可以提高提示信息的生成效率。
171.在一些实施例中，事件提醒为服药提醒，事件执行计划为服药计划，已启用状态的服药计划存储于服药计划数据表中；通过第一定时任务将根据达到提醒时间的事件执行计划生成的提醒消息写入提醒消息数据表中，包括：通过第一定时任务遍历服药计划数据表中处于已启用状态的服药计划；针对每一个遍历到的服药计划，通过第一定时任务从与服药计划数据表相关联的提醒时间数据表中查询遍历到的服药计划的提醒时间；当达到查询到的任意一个提醒时间，通过第一定时任务根据遍历到的服药计划生成提醒消息并写入提醒消息数据表中。
172.具体地，考虑到同一个服药计划可能会存在多个提醒时间，在本技术实施例中，可以将服药计划和提醒时间分两张表进行关联存储，服药计划存储于服药计划数据表中，服药计划对应的提醒时间存储于提醒时间数据表中，这样可以避免将同一个服药计划的内容重复存储，节省数据库中的存储资源，另一方面，第一定时任务在对服药计划数据表中处于已启用状态的服药计划进行遍历时，由于每个服药计划只需要遍历一次，可以显著提高遍历效率，针对每一个遍历到的服药计划，第一定时任务可以从与服药计划数据表相关联的
提醒时间数据表中查询遍历到的服药计划的提醒时间，当达到查询到的任意一个提醒时间，第一定时任务可以根据遍历到的服药计划生成提醒消息并写入提醒消息数据表中，进一步节省了提醒消息的生成过程中所需要查询的数据量，节省了服务器的运行资源，并且提高了提醒消息的生成效率。
173.在一些具体的实施例中，如图19所示，提供了一种事件提醒方法，本实施例以该方法应用于图1中的终端102为例进行举例说明，可以理解的是，该方法也可以应用于服务器，还可以应用于包括终端和服务器的系统，并通过终端和服务器的交互实现。本实施例中，该方法包括以下步骤：
174.步骤1902，当产生属于登录的用户账号的事件描述信息，响应于针对事件描述信息的通知事件，显示针对事件描述信息的通知消息卡片。
175.其中，事件可以是任意需要触发事件提醒的事情，例如服药、开会、打电话、拜访客户、发送邮件或者取快递等中的任意一种。在不同的事件中，涉及不同的项目，例如，服药事件涉及药物，开会事件涉及会议。
176.步骤1904，在通知消息卡片中，显示通知事件指示的通知消息内容，并显示与事件描述信息适配的事件执行计划显示入口。
177.其中，事件描述信息中存在与事件执行计划中的项目标识匹配的项目名称，且事件执行计划中项目标识对应的事件提醒时间描述信息与项目名称在事件描述信息中的事件执行时间描述信息相匹配。
178.步骤1906，响应于针对事件执行计划显示入口的触发操作，显示与事件描述信息适配的至少一个待确认状态的事件执行计划。
179.其中，至少一个待确认状态的事件执行计划展示于事件执行计划交互页面中的待确认计划显示区域中。
180.步骤1908，响应于针对任一待确认状态的事件执行计划的启用触发操作，将启用触发操作所针对的事件执行计划，从待确认计划显示区域转移至事件执行计划交互页面中的已启用计划显示区域，以将启用触发操作所针对的事件执行计划显示为处于已启用状态。
181.在具体应用中，终端还可以响应于针对任一待确认状态的事件执行计划的编辑触发操作，进入事件执行计划编辑页面，在事件执行计划编辑页面中显示编辑触发操作所针对的事件执行计划的至少一个编辑项，响应于针对至少一个编辑项中任一编辑项的编辑操作，显示编辑操作的编辑内容，进而可以响应于针对包含编辑内容的事件执行计划的启用触发操作。
182.步骤1910，当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，触发与达到提醒时间的事件执行计划相对应的事件提醒。
183.在具体应用中，终端所触发的事件提醒至少包括消息提醒，即当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，终端可以接收到服务器发送的提醒消息。
184.进一步地，当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，终端还可以显示与达到提醒时间的事件执行计划相对应的事件执行确认入口，在本技术实施例中，一方面可以通过如下步骤1912至步骤1916来显示事件
执行确认入口，另一方面可以通过步骤1918至步骤1922来显示事件执行确认入口。
185.步骤1912，显示事件执行计划交互页面，将每个已启用状态的事件执行计划分别显示于事件执行计划交互页面的事件执行计划显示区域中的每个事件执行计划卡片中。
186.在具体应用中，事件执行计划卡片显示于事件执行计划交互页面中的事件执行计划显示区域，事件执行计划交互页面包括能够响应选中操作以处于选中状态的多个选项，事件执行计划显示区域中显示的处于已启用状态的事件执行计划符合多个选项中处于选中状态的选项所对应的筛选条件。
187.步骤1914，将达到提醒时间的事件执行计划卡片的尺寸增大，以增加用于显示事件执行确认入口的显示区域。
188.其中，事件执行确认入口是能够响应触发操作，以显示事件执行确认页面的入口，具体可以是提示信息或者触发控件。
189.步骤1916，在增加的显示区域中，显示与达到提醒时间的事件执行计划相对应的事件执行确认入口。
190.具体地，事件执行计划卡片增大的尺寸的大小可以根据实际需要进行设置，通过尺寸增加可以在事件执行计划卡片中增加用于显示事件执行确认入口的显示区域，进而在该增加的显示区域中，显示一个事件执行确认入口。
191.步骤1918，显示事件提醒的提示信息。
192.具体地，当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，终端还可以显示事件提醒的提示信息。
193.步骤1920，响应于针对提示信息的查看操作，显示事件提醒的提醒消息卡片。
194.步骤1922，在提醒消息卡片中，显示事件提醒的提醒消息内容，并显示与达到提醒时间的事件执行计划相对应的事件执行确认入口。
195.其中，提醒消息内容可以包括达到提醒时间的事件执行计划中的项目标识、事件执行时间、提示说明等信息中的一种或者多种。
196.步骤1924，响应于针对事件执行确认入口的触发操作，显示与达到提醒时间的事件执行计划相对应的事件执行确认页面，并在事件执行确认页面显示处于待执行状态的事件执行确认标记。
197.步骤1926，响应于针对事件执行确认标记的触发操作，更新事件执行确认标记的状态为已执行状态。
198.在具体应用中，终端显示的事件执行确认标记可以是显示有“打卡”内容的按钮，当用户点击按钮时，该按钮的显示内容变更为“已打卡”。
199.可以理解的是，关于本实施例的解释说明可以参考上文实施例。
200.上述实施例中，终端只需要响应于针对事件执行计划的启用触发操作使得事件执行计划处于已启用状态，即可实现触发事件提醒，整个事件提醒过程交互简单，从而可以提高事件提醒过程中的交互效率，并且终端还可以响应于针对事件执行确认标记的触发操作，更新事件执行确认标记的状态为已执行状态，提高了服药提醒的有效性。
201.在一些具体的实施例中，本技术还提供一种应用场景，在该应用场景中，终端运行有可提供提醒服务的应用，该应用为子应用，运行于终端所安装的其中一个原生应用中，该原生应用登录有用户账户。在该应用场景中，事件描述信息为电子处方，事件执行计划为服
药计划，项目为电子处方中的药物，事件提醒为服药提醒。下面对该应用场景中事件提醒方法的实现过程进行具体介绍：
202.用户可以通过该子应用进行在线问诊，并获得医生开具的电子处方。参考图20，为一些具体的实施例中，获得电子处方的流程示意图，用户进入子应用后，可以选择某个医生进行在线问诊，在在线问诊的过程中，服务器可以通过用户的会话信息判断用户是否需要开具电子处方，如果不需要，则仅进行咨询流程，用户可以在咨询结束后退出子应用，如果需要开具电子处方，则在获得医生创建的电子处方后，服务器触发该电子处方进入审核流程，并检测该电子处方是否审核通过，如果审核未通过，则指示医生重新开具电子处方或者修改电子处方，如果审核通过，则可以将电子处方发送至用户账户，用户可以在子应用中查看电子处方，并在查看结束后退出子应用。其中，用户进行在线问诊的会话页面具体可以参考图5，医生填写处方内容的页面具体可以参考图16。
203.在处方创建成功并通过审核后，服务器可以通过生产者线程基于电子处方生成处方消息并写入消息队列，通过消费者线程从消息队列中读取处方消息，从读取的处方消息中提取药物名称和服药频率，通过消费者线程，根据药物名称和服药频率生成与电子处方相适配的至少一条服药计划，从而自动生成服药计划，该服药计划存储于服药计划数据表中，此时该服药计划的状态处于待确认状态。
204.在处方创建成功并通过审核的24小时后，服务器可以发送通知消息至登录用户账户的终端，以提醒用户及时开启服药提醒。通知消息达到终端后，在终端触发生成通知事件，终端可以响应于该通知事件，显示针对服药描述信息的通知消息卡片，在通知消息卡片中，显示通知事件指示的通知消息内容，并显示与服药描述信息适配的服药计划显示入口，终端进一步可以响应于针对服药计划显示入口的触发操作，显示与服药描述信息适配的至少一个待确认状态的服药计划。通知消息卡片的具体显示页面可以参考图4，当用户点击图4中的点击跳转到[服药管理列表页：全部用药]，进入如图3所示的服药管理界面，服药管理页面集成了编辑、查看、删除用药提醒计划的功能，用户可以灵活地按需设置用药时间、用法用量或删除不需要的用药计划。
[0205]
终端可以响应于针对任一待确认状态的服药计划的启用触发操作，将启用触发操作所针对的服药计划显示为处于已启用状态。具体地，如果用户是直接点击终端所显示的某个服药计划卡片中的“开启提醒”按钮，则该服药计划中这个药物从点击的这一天开始算作是提醒开始时间，并且状态变为已启用状态中，从待确认计划显示区域转移至服药管理页面中的已启用计划显示区域进行显示。如果用户点服药计划卡片中的除开启提醒按钮外的其他区域，则进入服药计划编辑页面，服药计划编辑页面具体可以参考图12，用户可以编辑服药计划后点击该页面中的“开启提醒”按钮，则编辑后的服药计划变为已启用状态，在服药管理页面中的已启用计划显示区域进行显示。可以理解的是，在服务计划从待确认状态变更为已启用状态后，服务器可以将服药计划在服药计划数据表中的状态进行相对应地变更。
[0206]
针对服药计划的编辑、状态变更、查看、删除等交互操作，终端可以向服务器发送请求，根据服务器的响应显示操作结果，一次请求过程的时序图可以参考图21，子应用触发的请求经过网关层到达服务器，在服务器中通过bff(backend for frontend，为前端应用开发的后端服务)服务调用服药管理后台服务，由后台服务通过数据库对请求进行处理后，
返回结果至子应用。其中，本技术实施例中的服务器可以为公有云服务器，即服务器的所有服务组件统一部署在公有云上，借助云上iaas(infrastructure as a service，基础设施即服务)，提供的能力，提供一个高可用、高性能的数据服务。
[0207]
当达到按照任一处于已启用状态的服药计划的服药提醒频率划分的提醒时间，服务器可以通过第一定时任务遍历服药计划数据表中处于已启用状态的服药计划，针对每一个遍历到的服药计划，通过第一定时任务从与服药计划数据表相关联的提醒时间数据表中查询遍历到的服药计划的提醒时间，当达到查询到的任意一个提醒时间，通过第一定时任务根据遍历到的服药计划生成提醒消息并写入提醒消息数据表中，服务器进一步可以通过第二定时任务遍历提醒消息数据表中的提醒消息，针对遍历到的每一个提醒消息，触发生成提醒消息相对应的提示信息，服务器可以将提示信息发送至终端，从而实现对用户进行服药提醒。
[0208]
终端进一步可以显示服药提醒的提示信息，响应于针对提示信息的查看操作，显示服药提醒的提醒消息卡片，在提醒消息卡片中，显示服药提醒的提醒消息内容，并显示与达到提醒时间的服药计划相对应的服药确认入口，响应于针对服药确认入口的触发操作，显示与达到提醒时间的服药计划相对应的服药确认页面。其中，当存在多个已启用状态的服药计划，且达到按照多个已启用状态的服药计划各自的服药提醒频率划分的相同提醒时间，终端显示与多个已启用状态的服药计划各自对应的服药确认入口，响应于针对所显示的各服药确认入口中任一服药确认入口的触发操作，显示与多个已启用状态的服药计划共同对应的服药确认页面，在服药确认页面中，显示多个已启用状态的服药计划各自对应的药物标识，并显示用于针对多个已启用状态的服药计划进行同时服药确认的一个服药确认标记。具体过程可以参考图9和图10，当用户点击图9中任意一个提醒消息卡片中的服药确认入口，可以进入图10的服药打卡页面，在该页面中同时显示达到相同提醒时间的两个服药计划的药物名称，用户点击服药打卡后，可以针对这两个药物同时进行服药打卡。针对用户的服药打卡操作，服务器可以在提醒时间数据表中进行标记，从而可以对用户的打卡次数、打卡天数等信息进行统计，并将打卡结果显示在终端的服药打卡页面，具体可以参考图10。
[0209]
上述实施例中，基于消息队列，在医生创建电子处方后，自动生成服药计划并可以给用户发送开启服药提醒的消息通知，使得用户问诊医生后只需要经过简单的操作就即可以收到服药提醒，整个过程交互简单，大大提高服药提醒过程中的交互效率。
[0210]
在一些具体的实施例中，本技术还提供另一种应用场景，在该应用场景中，终端运行有可提供提醒服务的应用，用户可以通过该应用上传针对纸质的处方拍摄得到的处方图片，终端可以通过该应用对处方图片进行识别，提取图片中的处方信息并自动生成服药计划，当用户点击应用界面显示的服药计划显示入口，可以显示至少一个待确认状态的服药计划，其中，处方图片中存在与服药计划中的药物标识匹配的药物名称，且服药计划中药物标识对应的服药提醒频率与药物名称在处方图片中的服药频率相匹配，终端进一步可以响应于针对任一待确认状态的服药计划的启用触发操作，将启用触发操作所针对的服药计划显示为处于已启用状态，当达到按照任一处于已启用状态的服药计划的服药提醒频率划分的任一提醒时间，触发与达到提醒时间的服药计划相对应的服药提醒。具体实现过程可以参考上文实施例，本技术在此不赘述。
[0211]
在一些具体的实施例中，本技术还提供另一种应用场景，在该应用场景中，终端运行有可提供提醒服务的应用，用户可以通过该应用进入与机器人账号的会话页面，用户可以在该会话页面发送语音，终端可以对语音进行识别，当识别到事件描述信息，自动生成事件执行计划，并通过本技术的事件提醒方法进行事件提醒。可选地，当识别到会议名称和开会时间等开会描述信息，根据开会描述信息生成至少一个开会计划，并在该会话页面显示开会计划显示入口，终端进一步响应于针对开会计划显示入口的触发操作，显示至少一个处于待确认状态的开会计划，终端进一步可以响应于针对任一待确认状态的开会计划的启用触发操作，将启用触发操作所针对的开会计划显示为处于已启用状态，当达到按照任一处于已启用状态的开会计划的开会时间划分的任一提醒时间，触发与达到提醒时间的开会计划相对应的开会提醒。其中，各步骤的具体实现和解释可以参考上文实施例，本技术在此不赘述。
[0212]
应该理解的是，虽然如上的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
[0213]
基于同样的发明构思，本技术实施例还提供了一种用于实现上述所涉及的事件提醒方法的事件提醒装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个事件提醒装置实施例中的具体限定可以参见上文中对于事件提醒方法的限定，在此不再赘述。
[0214]
在一个实施例中，如图22所示，提供了一种事件提醒装置2200，包括：
[0215]
第一显示模块2202，用于当存在事件描述信息，显示与事件描述信息适配的至少一个待确认状态的事件执行计划；事件描述信息中存在与事件执行计划中的项目标识匹配的项目名称，且事件执行计划中项目标识对应的事件提醒时间描述信息与项目名称在事件描述信息中的事件执行时间描述信息相匹配；
[0216]
第二显示模块2204，用于响应于针对任一待确认状态的事件执行计划的启用触发操作，将启用触发操作所针对的事件执行计划显示为处于已启用状态；
[0217]
事件提醒模块2206，用于当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，触发与达到提醒时间的事件执行计划相对应的事件提醒。
[0218]
上述事件提醒装置，当存在事件描述信息，显示与事件描述信息适配的至少一个待确认状态的事件执行计划，该事件描述信息中存在与事件执行计划中的项目标识匹配的项目名称，且事件执行计划中项目标识对应的事件提醒时间描述信息与项目名称在该事件描述信息中的事件执行时间描述信息相匹配，响应于针对任一待确认状态的事件执行计划的启用触发操作，将启用触发操作所针对的事件执行计划显示为处于已启用状态，当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，触发与达到提醒时间的事件执行计划相对应的事件提醒，由于存在事件描述信息即可显示
事件执行计划，从而只需要响应于针对事件执行计划的启用触发操作使得事件执行计划处于已启用状态，即可实现触发事件提醒，整个事件提醒过程交互简单，从而可以提高事件提醒过程中的交互效率。
[0219]
在一些实施例中，第一显示模块，还用于当存在事件描述信息，显示与事件描述信息适配的事件执行计划显示入口；响应于针对事件执行计划显示入口的触发操作，显示与事件描述信息适配的至少一个待确认状态的事件执行计划。
[0220]
在一些实施例中，第一显示模块，还用于当产生属于登录的用户账号的事件描述信息，响应于针对事件描述信息的通知事件，显示针对事件描述信息的通知消息卡片；在通知消息卡片中，显示通知事件指示的通知消息内容，并显示与事件描述信息适配的事件执行计划显示入口。
[0221]
在一些实施例中，第一显示模块，还用于在登录的用户账号与服务账号进行会话的会话页面，当服务账号触发针对用户账号的事件描述信息，显示用于浏览事件描述信息的事件描述信息消息卡片；对应于事件描述信息消息卡片，显示与事件描述信息适配的事件执行计划显示入口。
[0222]
在一些实施例中，上述事件提醒装置还包括服药确认模块，用于当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，显示与达到提醒时间的事件执行计划相对应的事件执行确认页面，并在事件执行确认页面显示处于待执行状态的事件执行确认标记；响应于针对事件执行确认标记的触发操作，更新事件执行确认标记的状态为已执行状态。
[0223]
在一些实施例中，已启用状态的事件执行计划显示于事件执行计划交互页面；服药确认模块，还用于在事件执行计划交互页面中，显示与达到提醒时间的事件执行计划相对应的事件执行确认入口；响应于针对事件执行确认入口的触发操作，显示与达到提醒时间的事件执行计划相对应的事件执行确认页面。
[0224]
在一些实施例中，每个已启用状态的事件执行计划分别显示于事件执行计划交互页面的事件执行计划显示区域中的每个事件执行计划卡片中；服药确认模块，还用于当达到任一事件执行计划卡片中事件执行计划的提醒时间，将达到提醒时间的事件执行计划卡片的尺寸增大，以增加用于显示事件执行确认入口的显示区域；在增加的显示区域中，显示与达到提醒时间的事件执行计划相对应的事件执行确认入口。
[0225]
在一些实施例中，服药确认模块，还用于显示事件提醒的提示信息；响应于针对提示信息的查看操作，显示事件提醒的提醒消息卡片；在提醒消息卡片中，显示事件提醒的提醒消息内容，并显示与达到提醒时间的事件执行计划相对应的事件执行确认入口；响应于针对事件执行确认入口的触发操作，显示与达到提醒时间的事件执行计划相对应的事件执行确认页面。
[0226]
在一些实施例中，服药确认模块，还用于当存在多个已启用状态的事件执行计划，且达到按照多个已启用状态的事件执行计划各自的事件提醒时间描述信息划分的相同提醒时间，显示与多个已启用状态的事件执行计划共同对应的事件执行确认页面；在事件执行确认页面中，显示多个已启用状态的事件执行计划各自对应的项目标识；在事件执行确认页面中，显示用于针对多个已启用状态的事件执行计划进行同时服药确认的一个事件执行确认标记。
[0227]
在一些实施例中，服药确认模块，还用于显示与多个已启用状态的事件执行计划各自对应的事件执行确认入口；响应于针对所显示的各事件执行确认入口中任一事件执行确认入口的触发操作，显示与多个已启用状态的事件执行计划共同对应的事件执行确认页面。
[0228]
在一些实施例中，已启用状态的事件执行计划显示于事件执行计划交互页面中的事件执行计划显示区域，事件执行计划交互页面包括能够响应选中操作以处于选中状态的多个选项，事件执行计划显示区域中显示的处于已启用状态的事件执行计划符合多个选项中处于选中状态的选项所对应的筛选条件。
[0229]
在一些实施例中，多个选项至少包括第一选项和第二选项；第一选项对应的筛选条件用于确定与登录的用户账号对应的事件执行计划集合；第二选项对应的筛选条件，用于从事件执行计划集合中筛选提醒时间在指定周期内的已启用状态的事件执行计划。
[0230]
在一些实施例中，第二显示模块，还用于响应于针对任一待确认状态的事件执行计划的编辑触发操作，进入事件执行计划编辑页面，在事件执行计划编辑页面中显示编辑触发操作所针对的事件执行计划的至少一个编辑项；响应于针对至少一个编辑项中任一编辑项的编辑操作，显示编辑操作的编辑内容；响应于针对包含编辑内容的事件执行计划的启用触发操作，将启用触发操作所针对的事件执行计划显示为处于已启用状态。
[0231]
在一些实施例中，第二显示模块，还用于响应于针对至少一个编辑项中事件提醒时间描述信息编辑项的第一编辑操作，显示第一编辑操作所编辑的事件提醒时间描述信息，对应于所显示的事件提醒时间描述信息指定的单个服药周期内的服药次数，显示数量匹配的提醒时间编辑项；响应于针对提醒时间编辑项的第二编辑操作，显示第二编辑操作所编辑的提醒时间。
[0232]
在一些实施例中，至少一个待确认状态的事件执行计划展示于事件执行计划交互页面中的待确认计划显示区域中；第二显示模块，还用于响应于针对任一待确认状态的事件执行计划的启用触发操作，将启用触发操作所针对的事件执行计划，从待确认计划显示区域转移至事件执行计划交互页面中的已启用计划显示区域。
[0233]
在一些实施例中，事件描述信息为电子处方、且属于登录的用户账号：上述事件提醒装置还包括事件执行计划生成模块，用于：获取属于用户账号的电子处方，通过生产者线程基于电子处方生成处方消息并写入消息队列；通过消费者线程从消息队列中读取处方消息，从读取的处方消息中提取项目名称和事件执行时间描述信息；通过消费者线程，根据项目名称和事件执行时间描述信息生成与电子处方相适配的至少一条事件执行计划。
[0234]
在一些实施例中，上述事件提醒装置还包括提示信息生成模块，用于：当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的提醒时间，通过第一定时任务将根据达到提醒时间的事件执行计划生成的提醒消息写入提醒消息数据表中；通过第二定时任务遍历提醒消息数据表中的提醒消息；针对遍历到的每一个提醒消息，触发生成提醒消息相对应的提示信息。
[0235]
在一些实施例中，已启用状态的事件执行计划存储于事件执行计划数据表中；提示信息生成模块，还用于：通过第一定时任务遍历事件执行计划数据表中处于已启用状态的事件执行计划；针对每一个遍历到的事件执行计划，通过第一定时任务从与事件执行计划数据表相关联的提醒时间数据表中查询遍历到的事件执行计划的提醒时间；当达到查询
到的任意一个提醒时间，通过第一定时任务根据遍历到的事件执行计划生成提醒消息并写入提醒消息数据表中。
[0236]
上述事件提醒装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
[0237]
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图23所示。该计算机设备包括处理器、存储器、输入/输出接口(input/output，简称i/o)和通信接口。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储事件执行计划、提醒时间等数据。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种事件提醒方法。
[0238]
在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图24所示。该计算机设备包括处理器、存储器、输入/输出接口、通信接口、显示单元和输入装置。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口、显示单元和输入装置通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过wifi、移动蜂窝网络、nfc(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种事件提醒方法。该计算机设备的显示单元用于形成视觉可见的画面，可以是显示屏、投影装置或虚拟现实成像装置，显示屏可以是液晶显示屏或电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。
[0239]
本领域技术人员可以理解，图23、图24中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
[0240]
在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述事件提醒方法的步骤。
[0241]
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述事件提醒方法的步骤。
[0242]
在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述事件提醒方法的步骤。
[0243]
需要说明的是，本技术所涉及的用户信息(包括但不限于用户设备信息、用户个人
信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
[0244]
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(reram)、磁变存储器(magnetoresistive random access memory，mram)、铁电存储器(ferroelectric random access memory，fram)、相变存储器(phase change memory，pcm)、石墨烯存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器等。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。本技术所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本技术所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
[0245]
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
[0246]
以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。

技术特征：
1.一种事件提醒方法，其特征在于，所述方法包括：当存在事件描述信息，显示与所述事件描述信息适配的至少一个待确认状态的事件执行计划；所述事件描述信息中存在与所述事件执行计划中的项目标识匹配的项目名称，且所述事件执行计划中所述项目标识对应的事件提醒时间描述信息与所述项目名称在所述事件描述信息中的事件执行时间描述信息相匹配；响应于针对任一所述待确认状态的事件执行计划的启用触发操作，将所述启用触发操作所针对的事件执行计划显示为处于已启用状态；当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，触发与达到提醒时间的所述事件执行计划相对应的事件提醒。2.根据权利要求1所述的方法，其特征在于，所述当存在事件描述信息，显示与所述事件描述信息适配的至少一个待确认状态的事件执行计划，包括：当存在事件描述信息，显示与所述事件描述信息适配的事件执行计划显示入口；响应于针对所述事件执行计划显示入口的触发操作，显示与所述事件描述信息适配的至少一个待确认状态的事件执行计划。3.根据权利要求2所述的方法，其特征在于，所述当存在事件描述信息，显示与所述事件描述信息适配的事件执行计划显示入口，包括：当产生属于登录的用户账号的事件描述信息，响应于针对所述事件描述信息的通知事件，显示针对所述事件描述信息的通知消息卡片；在所述通知消息卡片中，显示所述通知事件指示的通知消息内容，并显示与所述事件描述信息适配的事件执行计划显示入口。4.根据权利要求2所述的方法，其特征在于，所述事件提醒为服药提醒；所述当存在事件描述信息，显示与所述事件描述信息适配的事件执行计划显示入口，包括：在登录的用户账号与服务账号进行会话的会话页面，当所述服务账号触发针对所述用户账号的服药描述信息，显示用于浏览所述服药描述信息的服药描述信息消息卡片；对应于所述服药描述信息消息卡片，显示与所述服药描述信息适配的服药计划显示入口。5.根据权利要求1所述的方法，其特征在于，所述方法还包括：当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，显示与达到提醒时间的所述事件执行计划相对应的事件执行确认页面，并在所述事件执行确认页面显示处于待执行状态的事件执行确认标记；响应于针对所述事件执行确认标记的触发操作，更新所述事件执行确认标记的状态为已执行状态。6.根据权利要求5所述的方法，其特征在于，所述已启用状态的事件执行计划显示于事件执行计划交互页面；所述显示与达到提醒时间的所述事件执行计划相对应的事件执行确认页面，包括：在所述事件执行计划交互页面中，显示与达到提醒时间的所述事件执行计划相对应的事件执行确认入口；响应于针对所述事件执行确认入口的触发操作，显示与达到提醒时间的所述事件执行
计划相对应的事件执行确认页面。7.根据权利要求6所述的方法，其特征在于，每个所述已启用状态的事件执行计划分别显示于所述事件执行计划交互页面的事件执行计划显示区域中的每个事件执行计划卡片中；所述在所述事件执行计划交互页面中，显示与达到提醒时间的所述事件执行计划相对应的事件执行确认入口，包括：当达到任一所述事件执行计划卡片中事件执行计划的提醒时间，将达到提醒时间的所述事件执行计划卡片的尺寸增大，以增加用于显示事件执行确认入口的显示区域；在增加的显示区域中，显示与达到提醒时间的所述事件执行计划相对应的事件执行确认入口。8.根据权利要求5所述的方法，其特征在于，所述显示与达到提醒时间的所述事件执行计划相对应的事件执行确认页面，包括：显示所述事件提醒的提示信息；响应于针对所述提示信息的查看操作，显示所述事件提醒的提醒消息卡片；在所述提醒消息卡片中，显示所述事件提醒的提醒消息内容，并显示与达到提醒时间的所述事件执行计划相对应的事件执行确认入口；响应于针对所述事件执行确认入口的触发操作，显示与达到提醒时间的所述事件执行计划相对应的事件执行确认页面。9.根据权利要求5所述的方法，其特征在于，所述事件提醒为服药提醒，所述事件执行计划为服药计划；所述当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，显示与达到提醒时间的所述事件执行计划相对应的事件执行确认页面，并在所述事件执行确认页面显示处于待执行状态的事件执行确认标记，包括：当存在多个已启用状态的服药计划，且达到按照所述多个已启用状态的服药计划各自的服药提醒频率划分的相同提醒时间，显示与所述多个已启用状态的服药计划共同对应的服药确认页面；在所述服药确认页面中，显示所述多个已启用状态的服药计划各自对应的药物标识；在所述服药确认页面中，显示用于针对所述多个已启用状态的服药计划进行同时服药确认的一个服药确认标记。10.根据权利要求9所述的方法，其特征在于，所述显示与所述多个已启用状态的服药计划共同对应的服药确认页面，包括：显示与所述多个已启用状态的服药计划各自对应的服药确认入口；响应于针对所显示的各服药确认入口中任一服药确认入口的触发操作，显示与所述多个已启用状态的服药计划共同对应的服药确认页面。11.根据权利要求1所述的方法，其特征在于，所述已启用状态的事件执行计划显示于事件执行计划交互页面中的事件执行计划显示区域，所述事件执行计划交互页面包括能够响应选中操作以处于选中状态的多个选项，所述事件执行计划显示区域中显示的处于已启用状态的事件执行计划符合所述多个选项中处于选中状态的选项所对应的筛选条件。12.根据权利要求1所述的方法，其特征在于，所述响应于针对任一所述待确认状态的
事件执行计划的启用触发操作，将所述启用触发操作所针对的事件执行计划显示为处于已启用状态，包括：响应于针对任一所述待确认状态的事件执行计划的编辑触发操作，进入事件执行计划编辑页面，在所述事件执行计划编辑页面中显示编辑触发操作所针对的事件执行计划的至少一个编辑项；响应于针对所述至少一个编辑项中任一编辑项的编辑操作，显示所述编辑操作的编辑内容；响应于针对包含编辑内容的事件执行计划的启用触发操作，将所述启用触发操作所针对的事件执行计划显示为处于已启用状态。13.根据权利要求12所述的方法，其特征在于，所述事件提醒为服药提醒；所述响应于针对所述至少一个编辑项中任一编辑项的编辑操作，显示所述编辑操作的编辑内容，包括：响应于针对所述至少一个编辑项中服药提醒频率编辑项的第一编辑操作，显示所述第一编辑操作所编辑的服药提醒频率，对应于所显示的服药提醒频率指定的单个服药周期内的服药次数，显示数量匹配的提醒时间编辑项；响应于针对所述提醒时间编辑项的第二编辑操作，显示所述第二编辑操作所编辑的提醒时间。14.根据权利要求1所述的方法，其特征在于，所述至少一个待确认状态的事件执行计划展示于事件执行计划交互页面中的待确认计划显示区域中；所述响应于针对任一所述待确认状态的事件执行计划的启用触发操作，将所述启用触发操作所针对的事件执行计划显示为处于已启用状态，包括：响应于针对任一所述待确认状态的事件执行计划的启用触发操作，将启用触发操作所针对的事件执行计划，从所述待确认计划显示区域转移至所述事件执行计划交互页面中的已启用计划显示区域。15.根据权利要求1至14中任意一项所述的方法，其特征在于，所述事件提醒的提示信息通过提示信息生成步骤生成，所述提示信息生成步骤包括：当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的提醒时间，通过第一定时任务将根据达到提醒时间的所述事件执行计划生成的提醒消息写入提醒消息数据表中；通过第二定时任务遍历所述提醒消息数据表中的提醒消息；针对遍历到的每一个提醒消息，触发生成所述提醒消息相对应的提示信息。16.根据权利要求15所述的方法，其特征在于，所述事件提醒为服药提醒，所述事件执行计划为服药计划，已启用状态的服药计划存储于服药计划数据表中；所述通过第一定时任务将根据达到提醒时间的所述事件执行计划生成的提醒消息写入提醒消息数据表中，包括：通过第一定时任务所述遍历服药计划数据表中处于已启用状态的服药计划；针对每一个遍历到的服药计划，通过第一定时任务从与所述服药计划数据表相关联的提醒时间数据表中查询遍历到的所述服药计划的提醒时间；
当达到查询到的任意一个提醒时间，通过第一定时任务根据遍历到的所述服药计划生成提醒消息并写入提醒消息数据表中。17.一种事件提醒装置，其特征在于，所述装置包括：第一显示模块，用于当存在事件描述信息，显示与所述事件描述信息适配的至少一个待确认状态的事件执行计划；所述事件描述信息中存在与所述事件执行计划中的项目标识匹配的项目名称，且所述事件执行计划中所述项目标识对应的事件提醒时间描述信息与所述项目名称在所述事件描述信息中的事件执行时间描述信息相匹配；第二显示模块，用于响应于针对任一所述待确认状态的事件执行计划的启用触发操作，将所述启用触发操作所针对的事件执行计划显示为处于已启用状态；事件提醒模块，用于当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的任一提醒时间，触发与达到提醒时间的所述事件执行计划相对应的事件提醒。18.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至16中任一项所述的方法的步骤。19.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至16中任一项所述的方法的步骤。20.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至16中任一项所述的方法的步骤。

技术总结
本申请涉及一种事件提醒方法、装置、计算机设备、存储介质和程序产品。方法包括：当存在事件描述信息，显示与事件描述信息适配的至少一个待确认状态的事件执行计划；事件描述信息中存在与事件执行计划中的项目标识匹配的项目名称，事件执行计划中项目标识对应的事件提醒时间描述信息与项目名称在事件描述信息中的事件执行时间描述信息匹配；响应于针对任一待确认状态的事件执行计划的启用触发操作，将启用触发操作所针对的事件执行计划显示为处于已启用状态；当达到按照任一处于已启用状态的事件执行计划的事件提醒时间描述信息划分的提醒时间，触发与达到提醒时间的事件执行计划相对应的事件提醒。采用本方法能够提高事件提醒过程中的交互效率。提醒过程中的交互效率。提醒过程中的交互效率。


技术研发人员：刘喜 卜满钊 原亚飞
受保护的技术使用者：腾讯科技（深圳）有限公司
技术研发日：2023.04.18
技术公布日：2023/7/18