信息提醒方法、装置、设备及计算机可读存储介质

技术领域

本申请涉及在线诊疗技术，尤其涉及一种信息提醒方法、装置、设备及计算机可读存储 介质。

背景技术

当医生通过互联网完成与患者的医疗咨询服务或线下问诊后，医生经常需要为患者开具 处方，为其制定合理的用药计划。然而患者拿到药物后，可能会遗忘或者记错用药剂量，从 而不一定会按照医生开的处方用药，因此会产生不服药、少服药、误服药或者错用的情况。 这种情况不但可能会影响治疗效果，严重的还可能会影响患者的生命安全。对患者和医生来 说，严格按照医生的处方用药非常重要。

发明内容

本申请实施例提供一种信息提醒方法、装置及计算机可读存储介质，能够及时、准确地 提醒患者用药，提高药物使用安全性。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种信息提醒方法，应用于医生终端，该方法包括：

响应于接收到的启动在线诊疗的操作指令，呈现在线诊疗通信界面；

响应于通过所述在线诊疗通信界面接收到的进行用药提醒的操作指令，呈现用药信息设 置界面；

响应于通过所述用药信息设置界面接收到的设置操作，获取药物用量信息和使用时间信 息；

当接收到用药信息设置完成的操作指令时，将携带有所述药物用量信息和所述使用时间 信息的用药提醒信息发送至患者终端。

本申请实施例提供一种信息提醒装置，包括：

第一呈现模块，用于响应于接收到的启动在线诊疗的操作指令，呈现在线诊疗通信界面；

第二呈现模块，用于响应于通过所述在线诊疗通信界面接收到的进行用药提醒的操作指 令，呈现用药信息设置界面；

第一获取模块，用于响应于通过所述用药信息设置界面接收到的设置操作，获取药物用 量信息和使用时间信息；

第一发送模块，用于当接收到用药信息设置完成的操作指令时，将携带有所述药物用量 信息和所述使用时间信息的用药提醒信息发送至患者终端。

本申请实施例提供一种计算机设备，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本申请实施例提供的方法。

本申请实施例提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行 时，实现本申请实施例提供的信息提醒方法。

本申请实施例提供一种计算机程序产品，包括计算机程序或指令，该计算机程序或指令 被处理器执行时实现本申请实施例提供的信息提醒方法。

本申请实施例具有以下有益效果：

医生终端在接收到启动在线诊疗的操作指令之后，响应于该操作指令，呈现在线诊疗通 信界面；通过该在线诊疗通信界面，可以呈现医生用户与患者用户的通信聊天内容，医生用 户可以基于聊天内容为患者用户确定诊疗方案，开具处方等，医生用户在开具处方或者确定 需要为患者用户进行用药提醒时，可以通过该在线诊疗通信界面触发进行用药提醒的操作指 令，医生终端响应于该操作指令，呈现用药信息设置界面；并且响应于通过所述用药信息设 置界面接收到的设置操作，获取药物用量信息和使用时间信息；当接收到用药信息设置完成 的操作指令时，将携带有所述药物用量信息和所述使用时间信息的用药提醒信息发送至患者 终端，如此是由医生终端为患者进行用药提醒，不仅能够保证用药提醒的及时性，还能保证 准确性，从而提高药物的使用安全，保障患者的生命健康安全。

附图说明

图1是本申请实施例提供的在线诊疗系统的网络架构示意图；

图2是本申请实施例提供的医生终端400的结构示意图；

图3是本申请实施例提供的信息提醒方法的一种流程示意图；

图4是本申请实施例提供的信息提醒方法的另一种实现流程示意图；

图5是本申请实施例提供的信息提醒方法的再一种实现流程示意图；

图6是本申请实施例提供的在线诊疗通信界面示意图；

图7是本申请实施例提供的用药提醒界面示意图；

图8为本申请实施例提供的填写用法用量界面示意图；

图9为本申请实施例提供的在电子处方开具界面设置用药提醒功能的界面示意图；

图10为本申请实施例提供的患者终端接收到设置用药提醒的电子处方后的界面示意图；

图11为本申请实施例提供的信息提醒方法的医生终端侧实现过程示意图；

图12为本申请实施例提供的信息提醒方法的患者终端侧实现过程示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地 详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造 性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表 针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序 或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人 员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在 限制本申请。

为了更好地理解本申请实施例提供的信息提醒方法，这里对相关技术中的用药提醒方法 及存在的缺点进行说明。

目前，在一些在线医疗的应用程序或者小程序中的服药管理功能，能为患者定时提供基 础的用药提醒。但是，在该服药管理功能中药品信息不够全面，同时，用药提醒不能选定持 续发送的周期，需要患者手动取消，过程非常复杂，且患者可能因为自己操作不当误删本应 继续服用的药物，从而影响到患者的生命安全。其次，该服药管理功能不能与医生产生任何 联动关系，医生无法对患者设置的服药管理进行监管，诊疗后的治疗效果不能得到良好的保 证。

基于此，本申请实施例提供一种信息提醒方法、装置、设备和计算机可读存储介质，能 够使得医生在为患者开具处方时直接为患者添加相对应的定时用药提醒，使整个流程更加方 便、直接，增加已开具处方与定时用药提醒的联动性，提高用药安全性和及时性。

下面说明本申请实施例提供的信息提醒设备的示例性应用，本申请实施例提供的设备可 以实施为笔记本电脑，平板电脑，台式计算机，机顶盒，移动设备(例如，移动电话，便携 式音乐播放器，个人数字助理，专用消息设备，便携式游戏设备)等各种类型的用户终端， 也可以实施为服务器。下面，将说明设备实施为终端时示例性应用。

参见图1，图1是本申请实施例提供的在线诊疗系统100的网络架构示意图，如图1所 示，该在线诊疗系统包括患者终端200、服务器300、医生终端400和网络500，其中患者终端200和医生终端400通过网络500，网络500可以是广域网或者局域网，又或者是二者的 组合。

医生终端200和患者终端400中可以安装有在线诊疗应用程序(App，Application)，在 点击或者触控该在线诊疗App的图标后可以启动该在线诊疗App，并通过该在线诊疗App 进行就诊预约，或者进行线上诊疗。在一些实施例中，还可以在线诊疗程序还可以是嵌入到 其他应用程序中的小程序，例如可以是嵌入到即时通讯App中的小程序，或者是嵌入到第三 方电子支付App的小程序。

患者用户在通过患者终端200启动在线诊疗程序后，可以首先根据自身的就诊需求选择 医生，并触发启动在线诊疗的操作指令，呈现在线诊疗通信界面，并通过该在线诊疗通信界 面呈现医生用户与患者用户之间的通信聊天内容，例如患者用户可以向医生用户发送自身的 身体症状，医生用户可以基于该身体症状进行诊断，或者开具处方。当医生用户为用户设置 用药提醒之后，可以设置用药提醒信息，之后医生终端将医生用户设置的用药提醒信息发送 至服务器，并由服务器在确定达到用药提示信息的发送时机时，将用药提醒信息发送至患者 终端。由于用药提醒信息是由专业的医生用户来设置的，从而能够保证用药信息的准确性， 保证用药安全。

在一些实施例中，服务器300可以是独立的物理服务器，也可以是多个物理服务器构成 的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、 网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台 等基础云计算服务的云服务器。患者终端200和医生终端400可以是智能手机、平板电脑、 笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端以及服务器可以 通过有线或无线通信方式进行直接或间接地连接，本申请实施例中不做限制。

参见图2，图2是本申请实施例提供的医生终端400的结构示意图，图2所示的医生终 端400包括：至少一个处理器410、存储器450、至少一个网络接口420和用户接口430。医生终端400中的各个组件通过总线系统440耦合在一起。可理解，总线系统440用于实现这些组件之间的连接通信。总线系统440除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统440。

处理器410可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信 号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管 逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口430包括使得能够呈现媒体内容的一个或多个输出装置431，包括一个或多个 扬声器和/或一个或多个视觉显示屏。用户接口430还包括一个或多个输入装置432，包括有 助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入 按钮和控件。

存储器450可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器， 硬盘驱动器，光盘驱动器等。存储器450可选地包括在物理位置上远离处理器410的一个或 多个存储设备。

存储器450包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两 者。非易失性存储器可以是只读存储器(ROM，Read Only Memory)，易失性存储器可以是 随机存取存储器(RAM，Random Access Memory)。本申请实施例描述的存储器450旨在包括任意适合类型的存储器。

在一些实施例中，存储器450能够存储数据以支持各种操作，这些数据的示例包括程序、 模块和数据结构或者其子集或超集，下面示例性说明。

操作系统451，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如 框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

网络通信模块452，用于经由一个或多个(有线或无线)网络接口420到达其他计算设 备，示例性的网络接口420包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，Universal Serial Bus)等；

输入处理模块453，用于对一个或多个来自一个或多个输入装置432之一的一个或多个 用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本申请实施例提供的装置可以采用软件方式实现，图2示出了存储在 存储器450中的信息提醒装置454，其可以是程序和插件等形式的软件，包括以下软件模块： 第一呈现模块4541、第二呈现模块4552、第一获取模块4553和第一发送模块4554，这些模 块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。将在下文中说明 各个模块的功能。

第一呈现模块4541、第二呈现模块4542以及其他呈现模块，用于经由一个或多个与用 户接口430相关联的输出装置431(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)。

在另一些实施例中，本申请实施例提供的装置可以采用硬件方式实现，作为示例，本申 请实施例提供的装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本申请实施 例提供的信息提醒方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用 集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD， Programmable Logic Device)、复杂可编程逻辑器件(CPLD，ComplexProgrammable Logi c Device)、现场可编程门阵列(FPGA，Field-Programmable GateArray)或其他电子元件。

将结合本申请实施例提供的终端的示例性应用和实施，说明本申请实施例提供的信息 提醒方法。

参见图3，图3是本申请实施例提供的信息提醒方法的一种实现流程示意图，本申请实 施例提供的信息提醒方法应用于医生终端，以下将结合图3对本申请实施例提供的信息提醒 方法进行说明。

步骤S101，响应于接收到的启动在线诊疗的操作指令，呈现在线诊疗通信界面。

在本申请实施例中，医生终端可以是在接收到患者终端发送的在线诊疗请求后，输出 在线诊疗请求的提示消息，医生终端响应于查看该在线诊疗请求的操作，触发启动在线诊疗 的操作指令，进而呈现在线诊疗通信界面。在一些实施例中，还可以是患者终端在选择好需 要咨询的医生，进入在线诊疗通信界面，并通过该在线诊疗通信界面获取到发送至医生终端 的咨询信息，将该咨询信息发送至医生终端之后，医生终端响应于查看该咨询信息的操作， 触发启动在线诊疗的操作指令，进而呈现在线诊疗通信界面。

在该在线诊疗通信界面中，可以呈现有患者的基本信息，例如可以包括患者的ID、性 别、年龄，还可以呈现患者主要的既往病史。在该在线诊疗通信界面中还包括聊天内容的显 示框、聊天内容的输入框、发送控件、附加功能入口控件等。在聊天内容的显示框中可以显 示有患者用户与医生用户的聊天内容，还可以显示在聊天过程中接收到的系统信息等。通过 聊天内容的输入框可以获取输入的聊天内容，并在接收到针对发送控件的触发操作时，将获 取到的聊天内容发送至患者终端。

步骤S102，响应于通过所述在线诊疗通信界面接收到的进行用药提醒的操作指令，呈 现用药信息设置界面。

在一些实施例中，进行用药提醒的操作指令可以是通过该在线诊疗通信界面，触发附 加功能入口控件，呈现附加功能显示界面，然后在通过该附加功能显示界面中的添加提醒控 件而触发的，还可以是通过触发该附加功能显示界面中的电子处方控件显示电子处方的开具 界面，在勾选了为患者设置用药提醒按钮之后而触发的。

用药信息设置界面中显示有药品名称的显示框、设置单次用药剂量，用药频次以及用 药时长、用药的起始日期等。

步骤S103，响应于通过所述用药信息设置界面接收到的设置操作，获取药物用量信息 和使用时间信息。

药物用量信息包括单次用药剂量，或者单日用药剂量。使用时间信息可以包括用药频 次、用药时长、用药的起始日期、提醒时间。例如，药物用量信息可以包括每次两粒，使用 时间信息可以包括：一日三次，用药7日，起始日期为2021年10月17日，提醒时间为8 时。

在本申请实施例中，在呈现用药信息设置界面时，如果医生已经为患者本次咨询开具 了电子处方，那么会在用药信息设置界面基于电子处方，呈现出药品名称、药物用量信息以 及部分使用时间信息(例如使用频次、用药时长)，此时需要医生终端设置的信息包括用药 的起始日期、提醒时间，因此该设置操作可以是设置用药的起始日期和提醒时间的操作的操 作。

步骤S104，当接收到用药信息设置完成的操作指令时，将携带有所述药物用量信息和 所述使用时间信息的用药提醒信息发送至患者终端。

在实际实现时，医生终端是将用药提醒信息发送至服务器，由服务器发送至患者终端。 进一步地，可以是服务器在接收到医生终端的用药提醒信息后即发送至患者终端，还可以是 在确定达到设置的提醒时间后再将用药提醒信息发送至患者终端。由于在本申请实施例提供 的用药提醒信息是由具备专业医学知识的医生用户为患者设定的，因此能够保证用药提醒信 息的准确性。

在本申请实施例提供的信息提醒方法中，医生终端在接收到启动在线诊疗的操作指令 之后，响应于该操作指令，呈现在线诊疗通信界面；通过该在线诊疗通信界面，可以呈现医 生用户与患者用户的通信聊天内容，医生用户可以基于聊天内容为患者用户确定诊疗方案， 开具处方等，医生用户在开具处方或者确定需要为患者用户进行用药提醒时，可以通过该在 线诊疗通信界面触发进行用药提醒的操作指令，医生终端响应于该操作指令，呈现用药信息 设置界面；并且响应于通过所述用药信息设置界面接收到的设置操作，获取药物用量信息和 使用时间信息；当接收到用药信息设置完成的操作指令时，将携带有所述药物用量信息和所 述使用时间信息的用药提醒信息发送至患者终端，如此是由医生终端为患者进行用药提醒， 不仅能够保证用药提醒的及时性，还能保证准确性，从而提高药物的使用安全，保障患者的 生命健康安全。

基于前述的实施例，本申请实施例再提供一种信息提醒方法，应用于图1所示的在线 诊疗系统，图4是本申请实施例提供的信息提醒方法的另一种实现流程示意图，以下结合图 4对各步骤进行说明。

步骤S201，患者终端响应于接收到的启动在线诊疗的操作指令，呈现在线诊疗通信界 面。

该启动在线诊疗的操作指令可以是患者终端基于接收到的点击或触控在线诊疗应用程 序的图标而触发的，还可以是点击或触控通过宿主应用程序中在线诊疗小程序的图标而触发 的。

步骤S202，患者终端获取输入的诊疗咨询信息，将所述诊疗咨询信息经由服务器发送 至医生终端。

通过在线诊疗通信界面中呈现的聊天内容输入框可以输入诊疗咨询信息，该诊疗咨询 信息可以是语音信息，还可以是文本信息。在实现时，患者终端在获取到患者用户输入的诊 疗咨询信息后，如果接收到点击或触控发送控件的操作时，患者终端经由服务器将诊疗咨询 信息发送至医生终端。

在一些实施例中，为了让医生更加准确、全面的了解患者情况，患者还可以通过在线 诊疗通信界面中的发送图片这一附加功能，向医生终端发送检测结果、病历等图片信息。

步骤S203，患者终端在该在线诊疗通信界面呈现所述诊疗咨询信息。

步骤S204，医生终端接收到该诊疗咨询信息后，触发启动在线诊疗的操作指令。

在本申请实施例中，医生终端在接收到该诊疗咨询信息后，会输出接收到新消息的提 示信息，并呈现有查看新消息入口，当医生终端接收到针对查看新消息入口的点击或触控操 作时，触发启动在线诊疗的操作指令。

步骤S205，医生终端响应于启动在线诊疗的操作指令，呈现在线诊疗通信界面，并呈 现诊疗咨询信息。

步骤S206，医生终端响应于通过所述在线诊疗通信界面接收到的针对附加功能入口控 件的触发操作，呈现可选择的功能控件。

在实现时，在接收到针对附加功能入口控件的触发操作时，可以加载一个浮层，该浮 层可以是呈现在在线诊疗通信界面的下半部分，该浮层的透明度可以是0，也即该浮层可以 是覆盖在在线诊疗通信界面之上的。该可选择的功能控件至少包括添加提醒功能控件和电子 处方功能控件，在一些实施例中，还可以包括发送照片控件、患教资料控件、结束咨询控件 等。

步骤S207，医生终端当接收到针对所述添加提醒功能控件的触发操作，呈现添加提醒 界面。

其中，该添加提醒界面至少包括用药提醒功能控件，通过针对该用药提醒功能控件的 触发操作，可以进行用药提醒的功能设置。

步骤S208，医生终端接收到针对所述用药提醒功能控件的触发操作，向服务器发送获 取历史用药提醒的第一查询请求。

该第一查询请求中携带有医生标识和患者标识，历史用药提醒为该医生之前为该患者 设置的用药提醒。

步骤S209，服务器基于该医生标识和患者标识，查询历史用药提醒信息，并生成第一 查询响应。

服务器基于该医生标识，获取该医生用户设置的所有历史用药提醒信息，然后再确定 从该医生用户设置的所有历史用药提醒信息中是否有与该患者标识匹配的历史用药提醒信 息，如果存在与患者标识匹配的历史用药提醒信息，基于该历史用药提醒信息生成第一查询 响应。否则第一查询响应不携带历史用药提醒信息。

步骤S210，服务器将该第一查询响应发送至医生终端。

步骤S211，医生终端接收所述服务器发送的第一查询响应，确定该第一查询响应中是 否携带有历史用药提醒信息。

这里，当所述第一查询响应未携带有历史用药提醒信息时，确定接收到进行用药提醒 的操作指令，进入步骤S215；否则进入步骤S212。

步骤S212，医生终端呈现用药提醒界面。

所述用药提醒界面上至少包括添加用药提醒的功能控件。

步骤S213，医生终端在所述用药提醒界面呈现历史用药提醒信息和历史用药提醒信息 的当前执行状态。

在实现时，当历史用药提醒信息有多个时，可以是基于历史用药提醒信息的设置时间 按照距离当前时刻由近及远的顺序呈现历史用药提醒信息。历史用药提醒信息的执行状态可 以包括执行中和未执行，在呈现历史用药提醒信息的当前执行状态时，可以是在历史提醒信 息的显示位置，呈现当前执行状态的标签。

步骤S214，医生终端确定通过所述用药提醒界面是否接收到针对添加用药提醒的功能 控件的触发操作。

当通过所述用药提醒界面接收到针对添加用药提醒的功能控件的触发操作，确定接收 到进行用药提醒的操作指令，进入步骤S215。否则不做其他操作。

步骤S215，医生终端呈现用药信息设置界面。

该用药信息设置界面，也即其他实施例中的填写用法用量界面。如图10所示，在该用 药信息设置界面呈现有药品信息，例如包括药品名称、药品单位剂量以及药品总量，并且该 用药信息设置界面还提供有用药频次、提醒天数、开始日期等信息的设置入口。

步骤S216，医生终端响应于通过该用药信息设置界面接收到的设置操作，获取药物用 量信息和使用时间。

药物用量信息可以包括单次使用剂量信息和使用频次，使用时间包括使用时长，开始 服药日期等。

步骤S217，当医生终端接收到用药信息设置完成的操作指令时，将携带有所述药物用 量信息和所述使用时间信息的用药提醒信息经由服务器发送至患者终端。

在本申请实施例中，当对用药信息设置完成后，可以触发设置完成的操作指令，医生 终端首先将用药提醒信息发送至服务器，进而由服务器通过服务号通知消息，或小程序内会 话新消息的形式发送至患者终端。

步骤S218，患者终端接收到用药提醒信息之后，响应于针对所述用药提醒信息的查看 操作，确定所述患者终端的用药提醒功能是否已授权。

确定所述患者终端的用药提醒功能是否已授权，在实现时，可以是确定用药提醒功能 对应的变量是否为真(ture)，当该变量为ture时，确定该用药提醒功能已授权，此时进入步 骤S219；当该变量为假(flase)时，确定用药提醒功能未授权，此时进入步骤S221。

步骤S219，患者终端呈现在线诊疗通信界面。

步骤S220，患者终端在该在线诊疗通信界面呈现所述用药提醒信息。

步骤S221，患者终端呈现进行用药提醒功能授权的选择控件。

在实现时可以是在在线诊疗通信界面加载进行用药功能授权的浮层，并在该浮层上呈 现确定授权的选择控件和取消授权的选择控件。

步骤S222，患者终端当通过所述选择控件接收到用药提醒功能的授权操作时，呈现所 述在线诊疗通信界面。

当接收到针对确定授权的选择控件时，确定接收到用药提醒功能的授权操作，此时呈 现在线诊疗通信界面。并且在该在线诊疗通信界面上呈现有开通用药提醒服务的系统通知消 息和已授权开通该服务的系统通知消息。

在一些实施例中，当未接收到用药提醒功能的授权操作时，也会呈现在线诊疗通信界 面，但是在该在线诊疗通信界面上，会呈现有开通用药提醒服务的系统通知消息和授权入口， 以提示通过该授权入口进行用药提醒服务的授权。

步骤S223，患者终端在所述在线诊疗通信界面呈现所述用药提醒信息。

在实现时，如果确定患者终端的用药提醒服务已授权时，会在在线诊疗通信界面中的 聊天内容显示框中呈现该用药提醒信息。

在一些实施例中，服务器会在该用药提醒信息的提醒有效日期内，在每天固定时间向 患者终端发送用药提醒信息，从而使得患者能够及时、准确地服药，提高医疗效果，并保证 用药安全性。

在本申请实施例提供的信息提醒方法中，当患者用户通过患者终端启动在线诊疗程序， 患者终端在呈现在线诊疗通信界面后，获取患者用户的输入信息，并发送至医生终端，医生 终端在接收到患者用户的诊疗咨询信息后，进行在线诊断，在确定不需要开具电子处方，但 需要为患者用户进行用药提醒时，可以通过点击在线诊疗通信界面中的附加功能控件，选择 添加提醒，并进一步选择用药提醒，呈现用药提醒界面，如果通过该用药提醒界面接收到针 对添加用药提醒的功能控件的触发操作时，呈现用药信息设置界面，当确定用药信息设置完 成时，医生终端经由服务器将用药提醒信息发送至患者终端，患者终端会通过服务通知信息 或新消息的形式提示患者用户接收到用药提醒信息，当确定患者终端的用药提醒功能已授权 时，响应于查看用药提醒信息的操作指令，在在线诊疗通信界面呈现用药提醒信息，如此， 在医生基于诊疗咨询信息给患者进行诊疗建议，而不需要开具电子处方的情况(例如患者用 户已有需要服用的药物情况)，医生可以通过医生终端为患者用户设置用药提醒信息，并经 由服务器发送至患者终端，服务器会在用药提醒信息的有效提醒日期的固定时间向患者终端 发送用药提醒信息，保证用药的及时性、准确性和安全性。

在一些实施例中，在步骤S213“医生终端在所述用药提醒界面呈现历史用药提醒信息 和历史用药提醒信息的当前执行状态”之后，还可以执行以下步骤：

步骤S301，当医生终端接收到针对所述历史用药提醒信息的删除操作时，删除所述历 史用药提醒信息。

在本申请实施例中，该删除操作可以是一个操作，也可以是一系列操作，例如当针对 每个历史用药提醒信息就对应呈现有一个删除控件时，该删除操作可以是点击或触控该删除 控件的操作；当没有直接呈现有删除控件时，该删除操作可以是一系列操作，例如是长按某 一历史用药信息，然后呈现针对该历史用药信息的多种处理控件，例如可以是编辑控件、删 除控件、更新状态控件等，然后再点击删除控件，此时认为接收到针对该历史用药提醒信息 的删除操作，医生终端删除该历史用药提醒信息在实现时，可以是医生终端向服务器发送删 除请求，该删除请求中携带有待删除历史用药提醒信息的标识，服务器在接收到删除请求后， 基于该标识删除对应的历史用药提醒信息，并且医生终端在该用药提醒界面也会相应删除该 历史用药提醒信息。

步骤S302，当接收到针对所述历史用药提醒信息的执行状态的更新操作时，基于所述 历史用药提醒信息的当前执行状态，确定所述历史用药提醒信息更新后的执行状态。

执行状态可以包括执行中、暂停执行，基于历史用药提醒信息的当前执行状态，确定 更新后的执行状态，在实现时是基于当前执行状态和更新操作，将当前执行状态更新为另一 状态，例如当前执行状态为执行中，接收到一次更新操作就更新为暂停执行，再接收到一次 更新操作，又更新为执行中。

步骤S303，在所述用药提醒界面呈现历史用药提醒信息和历史用药提醒信息更新后的 执行状态。

通过上述的步骤S301至步骤S303，当在用药提醒界面中呈现有历史用药提醒信息时， 可以删除不需要的历史用药提醒信息，并且还可以更新历史用药提醒信息的执行状态，在实 际应用过程中，医生终端在更新了历史用药提醒信息的执行状态后，还会将更新后的执行状 态发送至服务器，服务器也会同步更新该历史用药提醒信息的当前执行状态，并且当某一历 史用药提醒信息的执行状态由暂停执行更新为执行中时，服务器会基于该历史用药提醒信息 中的使用时间信息，在提醒有效日期内向患者终端发送用药提醒信息；当某一历史用药提醒 信息的执行状态由执行中更新为暂停执行时，那么服务器将不会再向患者终端发送该用药提 醒信息。

在一些实施例中，该用药信息设置界面包括从药品库添加的第一入口控件和自定义添 加的第二入口控件，对应地，步骤S216有两种实现方式，一是从药品库中选择药品信息， 二是自定义添加药品信息，以下对两种方式分别进行说明。

当是从药品库中添加药品信息时，步骤S216可以通过下述的步骤S2161A至步骤S216 4A实现，以下对各步骤进行说明。

步骤S2161A，响应于接收到针对所述第一入口控件的触发操作，呈现药品添加界面。

该步骤在实现时，可以通过以下步骤实现：

步骤S1A1，响应于接收到针对所述第一入口控件的触发操作，向服务器发送第二查询 请求。

所述第二查询请求中携带有医生标识。该第二查询请求用于请求基于该医生标识查询 该医生用户开具的历史药品信息。

在一些实施例中，服务器在接收到该第二查询请求后，基于该医生标识查询该医生用 户是否开具过药品信息，当服务器中查询到该医生标识对应的历史药品信息时，将该历史药 品信息携带于第二查询响应中发送至医生终端；当服务器未查询到该医生标识对应的历史药 品信息时，则基于该医生标识获取该医生用户所在的科室，从而获取该医生用户所在科室的 常用药品信息，进而将该常用药品信息携带于第二查询响应中发送医生终端。

步骤S1A2，接收所述服务器发送的第二查询响应。

其中，第二查询响应中携带有医生开具的历史药品信息和医生所在科室的常用药品信 息的至少之一。

步骤S1A3，在所述药品添加界面呈现所述医生开具的历史药品信息和医生所在科室的 常用药品信息的至少之一。

在药品添加界面呈现历史药品信息或者常用药品信息时，如果药品信息数量少于或者 等于预设个数，则将历史药品信息或常用药品信息全部在药品添加界面；如果药品信息数量 大于预设个数，则将历史药品信息或常用药品信息按照开具次数按照从高到低进行排序，并 在药品添加界面显示预设个数的历史药品信息或常用药品信息。

步骤S2162A，通过所述药品添加界面，获取待添加的药品信息，并呈现药品用法设置 界面。

其中，药品用法设置界面中呈现有所述药品信息。步骤S2162A在实现时可以是从历史 药品信息或常用药品信息中选择，也可以是通过输入关键词从药品库中搜索药品信息。

步骤S2163A，响应于通过所述药品用法设置界面接收到的药品用量设置操作，获取所 述药品信息的使用剂量和使用频次。

步骤S2164A，响应于通过所述药品用法设置界面接收到的时间设置操作，获取所述药 品信息的起始使用日期和使用时长。

在实现时，在药品用法设置界面呈现有预设使用时长的选择控件还呈现有自定义使用 时长的选择控件，预设使用时长可以包括3天、7天等，当选择了自定义使用时长时，可以 自定义使用时长为1天到999天。起始使用日期为当前日期或之后的日期。

在一些实施例中，在确定了起始使用日期和使用时长后，即可确定用药提醒信息的有 效提醒日期，进而服务器会在有效提醒日期内的预设时刻向患者终端发送用药提醒信息。

在一些实施例中，所述药品添加界面包括药品搜索控件，上述步骤S2162A有两种实现 方式：

一是，响应于通过所述药品添加界面获取到针对所述历史药品信息或所述常用药品信 息的第一选择操作，确定待添加的药品信息。

当在药品添加界面呈现的历史药品信息或常用药品信息中包括医生想要开具的药品时， 那么就不需再进行搜索，而是直接从当前药品添加界面呈现的药品信息中选择待添加的药品 信息即可。

二是，通过输入关键词从药品库搜索药品信息。在实际应用过程中，该实现方式可以 通过以下步骤实现：

步骤S2A1，当接收到针对所述药品搜索控件的触发操作时，激活搜索输入框。

该触发操作可以是点击该药品搜索控件的操作，响应于该触发操作即可激活搜索输入 框，在搜索输入框被激活后即可通过该搜索输入框输入关键字信息。

步骤S2A2，获取通过所述搜索输入框输入的关键词，向所述服务器发送携带有所述关 键词的第三查询请求。

在实际实现时，当医生终端接收到针对搜索控件的触发操作后，医生终端向服务器发 送第三查询请求，该第三查询请求用于请求服务器查询与该关键词匹配的药品信息。服务器 会基于该关键词进行精确查询，并得到查询结果。如果服务器查询到与该关键词之间的匹配 度大于预设匹配阈值的药品信息时，将查询到的药品信息携带于第三查询响应中，如果没有 查询到与该关键词之间的匹配度大于预设匹配阈值的药品信息时，那么第三查询响应不携带 药品信息。

步骤S2A3，接收所述服务器发送的第三查询响应，当所述第三查询响应携带有与所述 关键词匹配的至少一个候选药品信息时，在所述药品添加界面呈现所述至少一个候选药品信 息。

在药品添加界面呈现至少一个候选药品信息，可以是基于关键词与候选药品信息的匹 配度按照从高到低的顺序进行显示。

在一些实施例中，当第三查询响应为携带有候选药品信息时，则返回未查询到相关药 品的提示界面，并且可以提示通过自定义添加药品信息。

步骤S2A4，响应于接收到的针对所述至少一个候选药品信息的第二选择操作，从所述 至少一个候选药品信息中获取待添加的药品信息。

通过上述的步骤S2A1至步骤S2A4，能够通过输入搜索关键字，从药品库中搜索药品 信息，由于药品库中的药品信息一般是市面上比较常见且容易购买的药品，从而能够保证用 药提醒信息的可执行性。

当是从自定义添加药品信息时，步骤S216可以通过下述的步骤S2161B至步骤S2164 B实现，以下对各步骤进行说明。

步骤S2161B，响应于接收到针对所述第二入口控件的触发操作，呈现药品用法设置界 面。

当是通过自定义添加药品信息时，当接收到针对第二入口控件的触发操作时，会跳过 药品添加界面，而直接显示药品用法设置界面，与从药品库搜索药品信息之后，呈现药品用 法设置界面中直接就显示有药品信息所不同的是，通过自定义添加药品信息所呈现的药品用 法设置界面中不会呈现药品信息，而需要自定义输入。

步骤S2162B，响应于通过所述药品用法设置界面接收到的药品信息输入操作，获取待 添加的药品信息。

在本申请实施例中，该药品用法设置界面提供有药品信息输入框，通过该药品信息输 入框可以输入待添加的药品信息，该药品信息至少包括药品名称，还可以包括制药厂名称、 别名、单盒的药品片数或包数等。

步骤S2163B，响应于通过所述药品用法设置界面接收到的药品用量设置操作，获取所 述药品信息的使用剂量和使用频次。

步骤S2164B，响应于通过所述药品用法设置界面接收到的时间设置操作，获取所述药 品信息的起始使用日期、使用时长。

上述步骤S2163B的实现过程与步骤S2163A的实现过程是类似的，步骤S2164B的实现过程与步骤S2164B的实现过程是类似的。

在一些实施例中，医生用户除了可以设置药品信息的使用日期和使用时长之外，还可 以设置每日提醒时间，该每日提醒时间可以是基于药品的使用频次确定的，例如使用频次为 一日三次，那么每日提醒时间可以是8点、13点、19点，使用频次为一日两次时，那么每 日提醒时间可以是8点、18点。

由于药品库不会涵盖到所有的药品信息，因此当医生所要增加的药品信息不在药品库 中时，可以通过上述步骤S2161B至步骤S2164B，自定义添加药品信息，并进行后续的使用 剂量、使用时间等信息的设置，保证用药提醒信息的全面性。

基于前述的实施例，本申请实施例再提供一种信息提醒方法，应用于图1所示的在线 诊疗系统，图5是本申请实施例提供的信息提醒方法的再一种实现流程示意图，如图5所示， 该流程包括：

步骤S401，患者终端响应于接收到的启动在线诊疗的操作指令，呈现在线诊疗通信界 面。

步骤S402，患者终端获取输入的诊疗咨询信息，将所述诊疗咨询信息经由服务器发送 至医生终端。

步骤S403，患者终端在所述在线诊疗通信界面呈现所述诊疗咨询信息。

步骤S404，医生终端接收到该诊疗咨询信息后，触发启动在线诊疗的操作指令。

步骤S405，医生终端响应于启动在线诊疗的操作指令，呈现在线诊疗通信界面，并呈 现诊疗咨询信息。

步骤S406，医生终端响应于通过所述在线诊疗通信界面接收到的针对附加功能入口控 件的触发操作，呈现可选择的功能控件。

需要说明的是，上述步骤S401至步骤S406的实现过程与步骤S201至步骤S206的实现过程是类似的，在实际实现时，可以参考步骤S201至步骤S206的实现过程。

步骤S407，当医生终端接收到针对所述电子处方功能控件的触发操作，呈现电子处方 的开具界面。

当医生基于与患者的聊天内容，确定需要为患者用户开具处方时，可以通过点击电子 处方功能控件，而呈现电子处方的开具界面。该开具界面呈现有添加药品信息，药品的使用 时长、使用剂量、使用频次等的设置控件，并且该电子处方的开具界面至少包括开启用药提 醒功能的选择控件。

步骤S408，医生终端响应于通过所述电子处方的开具界面接收到的输入操作，获取电 子处方信息。

步骤S409，医生终端当确定选择控件的状态为选中状态时，确定接收到进行用药提醒 的操作指令。

该选择控件可以是一个可勾选的选择框，当检测到该选择框被勾选上，说明该选择控 件的状态为选中状态，此时确定接收到进行用药提醒的操作指令。

步骤S410，医生终端响应于进行用药提醒的操作指令，呈现用药信息设置界面。

步骤S411，医生终端响应于通过该用药信息设置界面接收到的设置操作，获取药物用 量信息和使用时间。

其中，药物用量信息包括使用剂量和使用频次，使用时间可以包括使用时长和开始服 药日期。

在一些实施例中，上述步骤S410可以通过以下步骤实现：

步骤S4101，患者终端响应于通过所述在线诊疗通信界面接收到的进行用药提醒的操作 指令，获取所述电子处方信息中的药品信息、所述药品信息的使用剂量、使用频次和使用时 长。

由于在电子处方中医生用户已经设置了药品信息、使用剂量、使用频次和使用时长， 因此上述信息可以从电子处方信息中获取到。

步骤S4102，在所述用药信息设置界面呈现所述药品信息、所述药品信息的使用剂量、 使用频次和使用时长。

由于在电子处方中上述信息已经设置好，因此在该用药信息设置界面不能对药品信息、 药品信息的使用剂量、使用频次和使用时长进行更改和设置，如果需要修改，则需要返回至 电子处方的开具界面进行修改。

步骤S4103，响应于响应于通过所述药品用法设置界面接收到的时间设置操作，获取所 述药品信息的起始使用日期。

由于在电子处方中没有设置起始使用日期，因此在药品用法设置界面，需要对起始使 用日期进行设置，该起始使用日期默认为当天日期，也可以修改为之后的日期。在一些实施 例中，还可以基于药品信息的使用频次设置每日提醒时间，例如每日一次，可设置每日提醒 时间为13点。如果没有设置每日提醒时间，则可以在提醒有效日期内按照预设时间向患者 终端发送用药提醒信息。

步骤S412，医生终端响应于接收到的保存用药提醒信息的操作指令，返回电子处方的 开具界面。

在确定用药提醒信息设置完成后，返回电子处方的开具界面，在该开具界面上还呈现 有发送电子处方的发送控件。

步骤S413，当医生终端接收到向患者发送电子处方的操作指令时，将电子处方和用药 提醒信息发送至服务器。

向患者发送电子处方的操作指令可以是通过点击发送控件触发的。

在本申请实施例中，可以是在接收到保存用药提醒信息的操作指令时确定接收到用药 信息设置完成的操作指令；也可以是在接收到向患者发送电子处方的操作指令时，确定接收 到用药信息设置完成的操作指令。

步骤S414，服务器将电子处方发送至患者终端。

由于电子处方中已经注明了药品名称、使用剂量、使用频次等信息，因此当医生为患 者设置了用药提醒时，可以先只向患者终端发送电子处方。

步骤S415，当患者终端接收到医生终端发送的电子处方信息后，在所述在线诊疗通信 界面呈现所述电子处方信息的查看入口控件。

步骤S416，当确定所述电子处方信息设置有用药提醒功能时，患者终端在所述在线诊 疗通信界面呈现是否开启用药提醒功能的提示信息和开始服药时间的设置控件。

步骤S417，患者终端在接收到针对所述设置控件的触发操作时，呈现开始服药时间的 设置界面，并响应于通过所述设置界面接收到的设置操作，获取开始服药日期。

在本申请实施例中，当接收到针对设置控件的触发操作时，表明患者同意开通用药提醒 功能，此时响应于该触发操作，呈现开始服药日期的设置界面，并通过该设置界面进行开始 服药日期的设置。

由于在患者接收到电子处方时已经开始服用电子处方开具的药物，所以患者此时可以开 始服药日期设置为历史日期，比如当前日期为2021年10月15日，医生于2021年10月15 日开具了电子处方，但是患者于两天前已经开始服药，那么可以将开始服药日期设置为202 1年10月13日。

也或者患者当前正在服用其他药物，需要隔天或者隔几天才开始服用本次电子处方中开 具的药物，此时患者可以将开始服药日期设置为未来日期。仍假设医生于2021年10月15 日开具了电子处方，但是患者于三天后开始服药，那么可以将开始服药日期设置为2021年1 0月18日。

步骤S418，患者终端将所述开始服药日期发送至服务器。

步骤S419，服务器接收到该开始服药日期后，基于用药提醒信息中的使用时长和开始 服药日期，确定提醒有效日期。

该步骤在实现时，首先基于开始服药日期和使用时长确定结束提醒日期，该结束提醒日 期可以是进行用药提醒的最后一天，然后再判断开始服药日期是否早于当前日期，如果开始 服药日期早于当前日期，那么开始提醒日期为当前日期，如果开始服药日期晚于当前日期， 那么开始提醒日期为开始服药日期。提醒有效日期为从开始提醒日期开始到结束提醒日期为 止的多个日期。

步骤S420，服务器在提醒有效日期内确定达到预设的提醒时间时，向患者终端发送用 药提醒信息。

步骤S421，患者终端响应于针对所述用药提醒信息的查看操作，呈现在线诊疗通信界 面，在所述在线诊疗通信界面呈现所述用药提醒信息。

由于设置开始服药日期已表明患者开通了用药提醒服务，因此在接收到用药提醒信息时， 患者终端可以在在线诊疗通信界面上呈现用药提醒信息。

在本申请实施例提供的信息提醒方法中，当患者用户通过患者终端启动在线诊疗程序， 患者终端在呈现在线诊疗通信界面后，获取患者用户的输入信息，并发送至医生终端，医生 终端在接收到患者用户的诊疗咨询信息后，进行在线诊断，在确定需要开具电子处方时，通 过开具电子处方这一附加功能，呈现电子处方的开具界面，并通过该开具界面进行相应的用 药信息设置，另外在电子处方的开具界面中提供有为用户设置用药提醒服务的选择控件，当 该选择控件的状态为选中状态时，会跳转至用药信息设置界面，通过该界面医生可以设置起 始使用日期，并在确定用药信息设置完成后返回电子处方的开具界面，并在接收到发送电子 处方的操作指令后，将电子处方经由服务器发送至患者终端，患者终端在接收到电子处方后， 如果该电子处方设置了用药提醒服务，会接收到开启用药提醒功能的提示信息和开始服药日 期的设置控件，当接收到针对该设置控件的触发操作可以呈现开始服药日期的设置界面，进 而使得患者根据实际服药情况设置开始服药日期，以使得服务器基于所述开始服药日期和用 药提醒中的使用时长确定提醒有效日期，服务器在所述提醒有效日期内发送用药提醒信息， 如此在医生开具了电子处方的情况下，增加已开具处方与用药提醒的联动性，可使医生在为 患者开具处方时直接为患者添加相对应的定时用药提醒，使整个流程更加便捷、高效。

在一些实施例中，还可以通过以下步骤自动删除过期的用药提醒信息：

步骤S501，医生终端基于已设定的用药提醒信息中的使用时间信息和当前时间信息， 确定已过期的目标用药提醒信息。

该步骤可以是每间隔预设时长执行一次，可以是每间隔24小时执行一次，例如可以是 每天的0点执行一次。在实现时可以是基于使用日期里的使用时长和起始提醒日期以及当前 时间信息，确定已过期的目标用药提醒信息。

步骤S502，医生终端向服务器发送删除请求。

所述删除请求中携带有所述目标用药提醒信息的标识信息，以请求所述服务器删除所 述目标用药提醒信息。

步骤S503，服务器响应于该删除请求，删除该目标用药提醒信息。

在一些实施例中，步骤S501还可以是由服务器执行的，也即服务器基于已设定的用药 提醒信息中的使用时间信息和当前时间信息，确定已过期的目标用药提醒信息，并将已过期 的目标用药提醒信息删除，从而实现过期用药提醒信息的自动删除，并且能够提高删除效率。

下面，将说明本申请实施例在一个实际的应用场景中的示例性应用。

本申请实施例提供的信息提醒方法可以作为在线诊疗应用程序或者在线诊疗小程序的 一个附加功能，适用于ios和安卓(Android)环境。

在在线诊疗应用程序或小程序中，当医生与患者进行会话时，可通过点击图6的601 中所示的加号控件6011，从而弹出601中的“添加提醒”功能入口控件6012。点击该功能入口控件6012后，会出现功能选择界面602，在该功能选择界面中包括：“设置用药提醒” 的功能入口控件6021、“设置关心患者提醒”的功能入口控件6022和“设置复诊提醒”的功 能入口控件6023。

当医生点击“设置用药提醒”功能入口控件6021之后，系统将自动判定是否有已添加 用药提醒方案。当医生已有用药提醒方案时，如图7所示，会显示用药提醒界面701，并且， 执行中方案有“执行中”标签7011显示。同时，已添加方案按照添加先后次序依次排序，已经结束提醒周期的提醒方案会从本界面列表中自动删除。在用药提醒列表中，左滑某一用 药方案即可显示删除按钮，如图7中的701显示，在左滑第三个用药方案后，会显示删除按 钮7012，点击该删除按钮7012，会显示删除确认弹窗，如果点击删除确认弹窗中的“确定” 控件即可删除该用药提醒计划。

若医生当前暂无已添加用药提醒方案或医生点击图7的701界面中的“+添加用药提醒 方案”功能控件7013时，将进入图7中的“添加用药提醒方案”界面702。可点击“+从药品库添加”入口控件7021或“自定义添加”入口控件7022开始添加药品至用药提醒方案中，此时会呈现所示的添加药品界面。在该界面将显示医生开具处方使用过的药物(按使用次数 从高到低排序)，若无使用过的药物，在该界面中将显示科室常使用的50种药物。点击界面 中的输入框，会显示搜索药品界面。进入该搜索药品界面时，医生的搜索历史记录及科室常 用药将自动呈现于该界面中(按次数从高到低排序，最多展示两行)。同时，在输入文本进 入搜索时，将显示由搜索关键词联想得到的药品名称，方便医生进行药品选择。例如，在输 入“复方氨酚烷胺片”时，会显示通过该关键词联想到的多个药品名称。

若不存在与输入的关键词匹配的药品时，会显示暂无相关内容的提示信息。若药品库 有相关可添加药品时，会在界面中显示可添加药品信息，点选“添加”控件即可进入填写用 法用量界面。

图8为本申请实施例提供的填写用法用量界面示意图，如图8所示，进入填写用法用 量界面801后，医生可以选择用药频次(每日、隔日、每周、每两周，1次≤次数≤99次)、提醒天数(7天，14天，28天；或自定义选择天数，1天≤可选自定义天数≤365天)、开始 日期(可选范围为当天及以后日期)。在填写用法用量界面802中，选择用药频次为每日3 次，提醒天数为7天，开始日期为2021年1月6日。若提醒天数选择自定义，则会显示自 定义提醒天数的选择控件803。

需要说明的是，当医生在药品库中没有搜索到所需的药品名称时，可通过点击“自定 义添加”功能控件，此时显示自定义添加界面，通过该界面可以输入药品名称，并且设置用 法用量，在设置完成后，点击确定按钮控件即可将自定义的用药提醒信息添加到用药提醒方 案中。

在点击图8中802中的“确定”控件或者点击自定义添加界面中的“确定”控件时，该药品的用法用量添加完毕，会在“添加用户提醒方案”界面显示该药品的提醒信息，同时有“添加成功”的toast提示消息显示在该界面中。

医生可通过点击“添加用户提醒方案”界面中的“+药品库添加”功能控件或“自定义 添加”功能控件，继续添加药品至相同用药提醒方案中(同方案最多可添加10种药品)。医 生确认用药提醒已添加完毕，点击“保存”按钮之后，将会显示“保存二次确认弹窗”界面， 当点选“确定”控件后即可成功添加新的用药提醒计划，之后将用药提醒计划定时发送给患 者提醒患者准时遵医嘱用药，同时添加成功会呈现toast提示弹窗。当医生终端接收到针对 某一用药提醒方案的点击操作时，呈现用药提醒方案详情界面，并在用药提醒方案详情界面 中呈现该用药提醒方案中的所有药品名称、用法用量、提醒天数、开始日期等信息。

除上述医生未开具处方时的用药提醒方案创建流程之外，在医生为患者开具有处方时， 本申请实施例提供的信息提醒方法在实现时，可以在如图9所示的界面上提供“为患者设置 用药提醒”的选择控件901，在点选该选择控件901后，医生可直接为患者添加与处方相对 应的用药提醒方案，患者将会从服务号通知和小程序内会话新消息两种形式接收到相关提示。

医生在在线诊疗小程序中设置的用药提醒，可以是通过该小程序的宿主程序的服务通 知发送给相对应的患者用户。在患者用户接收用药提醒后所呈现的服务通知界面中，呈现有 用药提醒通知消息，患者用户点击进入小程序查看时，如果患者用户是首次从服务通知窗口 进入会话后，系统将自动弹出授权弹窗，。若用户取消用药提醒消息授权，会显示医生聊天 会话界面，在该聊天会话界面中会呈现有用药提醒消息授权入口，提示患者开通用药提醒方 案消息授权。

患者用户若已授权用药提醒，在进入小程序显示医生聊天会话界面时，授权入口将不 再出现在会话中。同时可以在会话中查看当日用药提醒。并且在达到用药提醒的设置时间时， 可以在聊天会话界面呈现用药提醒消息。

当医生已经为患者开具电子处方且处方审核通过后，如图10所示，患者可通过在线诊 疗小程序中与医生的聊天会话界面1001直接收到是否开始用药提醒计划的提示消息10011。 在患者确认接受用药提醒计划后，点击聊天会话界面1001中的“设置开始服药日期”功能 控件10012时，会显示界面1002，通过该界面1002可以看出，在聊天会话界面上加载了浮 层10021，通过该浮层10021可以设置开始提醒的年月日。患者用户可根据自己初始服药日 期设定用药提醒发送日期从而保持与医生自定义的周期一致(例如，已服药两天时患者用户 需要将开始服药日期设定为开始服药的日期以符合医生设定的服药提醒时长)。同时，确认 接受用药提醒计划后，每日将于预设时间接收到来自医生设置的用药提醒方案。

以下从医生终端、服务器端及患者终端对本申请实施例提供的信息提醒方法的技术实 现过程进行说明。图11为本申请实施例提供的信息提醒方法的一种实现流程示意图，如图1 1所述，该流程包括：

步骤S1101，医生终端基于接收到的聊天会话操作，呈现聊天会话界面。

患者用户可以通过该聊天会话界面输入自己需要咨询的问题，身体症状等，医生用户 可以通过该聊天会话界面回复患者的问题，或者为患者提供康复指导等。

步骤S1102，医生终端响应于针对显示功能选项的操作，显示功能框。

当医生终端响应于医生用户的操作，呈现与患者的聊天会话界面，医生用户确定需要 给患者设置用药提醒时，可以点击聊天会话界面中提供的显示功能选择的控件，例如可以是 图6中所示的加号控件，此时会触发绑定的click事件，从而唤起并显示功能框，例如可以 是图6中的功能选择界面602。点击“添加提醒，”前端通过URL直接跳转到“添加提醒”页， 界面展示提供“设置用药提醒”功能入口。

步骤S1103，医生终端响应于针对“添加提醒”的触发操作，进入添加提醒界面。

这里，该触发操作可以是针对“添加提醒”控件的点击或触控操作。在添加提醒界面 至少提供有“设置用药提醒”的功能入口控件，在一些实施例中，还可以提供有“设置关心 患者提醒”的功能入口控件和“设置复诊提醒”的功能入口控件。

步骤S1104，医生终端接收针对“设置用药提醒”功能入口控件的触发操作，确定是否 已添加用药提醒方案。

当医生用户点击“设置用药提醒”功能入口控件时，医生终端会把该患者的唯一标识传递 给后端服务器，调用服务器接口获取是否为该患者添加过的用药提醒方案，服务器返回查询 结果。如果返回的查询结果表征该患者已有提醒方案，进入步骤S1105；如果返回的查询结 果表征未添加该患者的用药提醒方案，进入步骤S1108。

步骤S1105，医生终端呈现用药提醒界面。

步骤S1106，医生终端在该用药提醒界面上显示已添加用药提醒方案。

在实现时，医生终端会在加载该用药提醒界面时，把用药提醒方案信息显示在该用药 提醒界面上。

在本申请实施例中，在用药提醒界面中也提供有“添加用药提醒方案”的入口控件。 如果医生查看已添加用药提醒方案后，确定还需要增加其他用药提醒方案时，可以点击“添 加用药提醒方案”，从而进入添加用药提醒方案界面。

步骤S1107，医生终端接收针对已添加用药方案的触发操作，进入用药提醒方案详情页。

在实现时，当医生终端接收针对已添加用药方案的触发操作时，医生终端将该已添加 用药方案的唯一标识通过URL传参的形式传递给“用药提醒方案详情”界面，并在该页面 加载时将其传递给后端服务器，从而获取该已添加用药提醒方案的详细信息。

步骤S1108，医生终端显示添加用药提醒方案界面。

步骤S1109，医生终端确定是否添加过药品。

其中，如果添加过药品，则进入步骤S1110；如果未添加过药品，进入步骤S1111。

步骤S1110，显示已添加药品。

步骤S1111，不做任何显示。

在本申请实施例中，可以通过两种方式添加用药提醒方案，一是通过“从药品库添加”， 二是“自定义添加”。因此在该添加用药提醒方案界面提供有“从药品库添加”入口控件和 “自定义添加”入口控件，当医生终端接收到针对“从药品库添加”的入口控件时，进入步 骤S1112；当医生终端接收到针对“自定义添加”入口控件时，进入步骤S1119。

步骤S1112，医生终端接收针对“从药品库添加”入口控件的触控操作时，显示添加药 品界面。

在实现时，当医生用户选择点击“从药品库添加”入口控件时，医生终端会通过URL跳 转界面至“添加药品”界面，并将医生的唯一标识传递给后端服务器，由后端服务器调用相应 API接口，查询医生用户是否开具过处方，如果开具过处方还会获取开具过处方所使用过的 所有药品。服务器向医生终端返回查询结果。

步骤S1113，医生终端判断是否开具过处方。

其中，如果确定开具过处方，进入步骤S1114；如果确定没有开具过处方进入步骤S11 15。

步骤S1114，医生终端显示使用过的药物。

由于医生之前为该患者开具过处方，那么处方中包括之前使用过的药物，此时在医生 终端显示使用过的药物。其中在显示时使用过的药物时，终端从开具过的历史处方中解析出 各个药品的使用频率参数，并按照各个药品的使用频率参数对多个药品名称进行排序并显示 在界面上。

步骤S1115，医生终端显示科室常用药物。

在实现时，医生终端调用后端服务器接口查询科室常用药品，将查询结果展示在界面 上供医生用户选择。进一步地，可以是按照各个药物的使用频率参数由高到低的顺序显示科 室常用药物。

步骤S1116，医生终端响应于针对“搜索”控件的触发操作，获取输入的关键词，判断 是否匹配到药品。

当添加药品界面所显示的药品中没有医生所需的，医生终端可以响应于针对“搜索” 控件的触发操作，跳转至“搜索药品”界面，通过该界面获取输入的关键词，医生终端将该关 键字实时传递给后端服务器，由后端服务器调用医疗AI分词服务的API接口对关键词进行 AI分析识别，并将识别结果返回至医生终端。医生终端基于识别结果，判断是否匹配到药 品，当该识别结果携带有药品名称时，表征匹配到药品，此时进入步骤S1118；当识别结果 未携带有药品名称时，表征未匹配到药品，此时进入步骤S1117。

步骤S1117，医生终端显示暂无相关内容界面。

在本申请实施例中，如果未搜索到药品名称时，医生终端可通过针对“返回”控件的 触控操作，返回至“添加用户提醒方案”页。医生终端提供“自定义添加”药品填写入口，供医生用户自主填写。

步骤S1118，医生终端显示相关药品名称。

医生终端在显示相关药品名称时，可以是基于与关键词之间的匹配度按照从大到小的 顺序显示的。此外若医生用户点击“搜索”按钮，可将关键词发送给后端进行更详细的过滤 搜索，并呈现搜索结果，该搜索结果中包括每条可添加的药品信息。

步骤S1119，医生终端显示填写用法用量界面。

在实现时，医生用户点击医生终端中显示药品对应的“添加”按钮，此时医生终端将该药 品唯一标识通过URL参数的形式传递，路由跳转至“填写用法用量”界面，并在加载该界面 时，医生终端从服务器获取该药品信息，并展示在该界面上。

在一些实施例中，当医生想要自己输入非医药库中的药品时，可以点击自定义添加按 钮，此时医生终端也会跳转至填写用法用量界面。

步骤S1120，医生终端确定是否有具体药品名称。

需要说明的是，如果是通过点击“自定义添加”进入到步骤S1119显示填写用法用量 界面时，在步骤S1119之后进入步骤S1120，并执行后续步骤；如果是通过步骤S1118进入到步骤S1119，那么在步骤S1119之后，执行步骤S1123。

如果确定没有药品名称，进入步骤S1121；如果确定有具体药品名称，进入步骤S1122。

步骤S1121，医生终端获取通过自定义药品名输入框输入的药品名称。

步骤S1122，医生终端显示已添加药品名称。

步骤S1123，医生终端响应于接收到输入操作，显示填写的用法用量提醒信息。

步骤S1124，医生终端响应于接收到的点击“确定”操作，显示添加成功弹窗。

医生用户填写用法用量信息完毕，点击“确定”按钮，调用后端接口，将填写的信息对象传递给后端服务器，成功返回之后将URL重新定位到“添加药品提醒方案”页，并以toast弹窗告知用户添加成功。也即在步骤S1124之后，会返回至步骤S1108，显示添加提醒方案页，在步骤S1108之后，如果接收到点击“保存”操作，执行步骤S1125。

步骤S1125，医生终端显示保存二次确认弹窗。

在该保存二次确认弹窗中，提示医生用户保存成功后，提醒内容将不可更改，并发送 给患者是否确认发送。该保存二次确认弹窗提供有“确定”控件和“取消”控件，当接收到点击“确定”操作时，进入步骤S1126。

步骤S1126，医生终端显示添加成功弹窗，并发送至患者终端。

在实现时，当医生终端接收到点击“确定”操作时，医生终端调用相应接口将该用药 提醒方案传递给后端服务器保存，返回成功字段后会自动将URL跳转至“用药提醒”页。页面加载时向后端服务器发送请求，获取最新的用药提醒方案，将结果显示在界面上，同时用toast告知医生用户添加成功。医生终端会通过自定义消息将用药提醒以会话消息的形式 和服务号通知的形式发送给患者终端。

步骤S1127，医生终端接收到点击“电子处方”操作，进入“电子处方”页。

在本申请实施例中，在聊天会话框的功能模块中，还提供了“电子处方”入口，当医生用户点击“电子处方”入口后可通过URL传参的形式将患者的唯一标识给“电子处方” 页。

步骤S1128，医生终端监听到勾选“为患者设置用药提醒”框，为患者发送处方及用药 提醒。

在实现时，当医生终端监听到勾选“为患者设置用药提醒”框，将“为患者设置用药提醒”变量标识为true，点击“下一步”会调用接口发送填写的处方信息给后端服务器，待后端服务器审核处理成功后，系统可直接将处方和用药提醒方案发送给患者。

图12为本申请实施例提供的信息提醒方法的患者终端侧的实现流程示意图，如图12 所示，该流程包括：

步骤S1201，患者终端在服务通知窗口显示接收到的服务通知消息。

在本申请实施例中，服务通知消息可以是医生终端发送的用药提醒方案。

步骤S1202，患者终端响应于针对该服务通知消息的点击操作，呈现医生会话界面。

步骤S1203，患者终端确定患者用户是否为医生设置用药提醒后首次进入会话。

患者终端通过检查缓存标识，判断患者用户是否为首次进入会话页，如果检查到系统 中的缓存变量为非(false)，说明患者用户不是首次进入，进入步骤S1204；如果检查到系统 中的缓存变量为真(ture)，说明患者用户是首次进入，进入步骤S1205。

步骤S1204，患者终端不显示弹窗。

步骤S1205，患者终端弹出授权弹窗。

在授权弹窗中提供有“允许”按钮和“取消”按钮，如果患者用户点击“允许”按钮，将授权的变量标识为true，并进入步骤S1206；如果患者用户点击“取消”按钮，将授权的 变量标识为false，并进入步骤S1208。

在实现时，在弹出授权弹窗之后，患者终端会将缓存内的标识变量置为false，供下次 进入判断使用。

步骤S1206，患者终端在会话界面上显示允许授权反馈信息。

步骤S1207，患者终端显示用药提醒消息会话。

患者终端在获取到用户系统内的授权缓存标识为true时，控制界面上显示已授权消息 框以及授权反馈通知内容，并且患者终端可获取到医生为患者发送的当日用药提醒，显示在 用药提醒消息会话窗口中。

步骤S1208，患者终端在会话界面呈现提示患者授权消息入口。

步骤S1209，患者终端是否接收到医生终端发送的电子处方。

这里，如果患者终端接收到医生终端发送的电子处方，进入步骤S1211；如果患者终端 未接收到医生终端发送的电子处方，进入步骤S1210。

步骤S1210，患者终端的显示界面不做变化。

步骤S1211，患者终端显示设置开始服药日期入口。

步骤S1212，患者终端接收针对该设置开始服药日期入口的点击操作，弹出设置提醒日 期的时间器。

步骤S1213，患者终端接收完成设置的操作，提示设置成功，并隐藏时间器。

在本申请实施例中，当医生为患者开具的电子处方审核通过后，会将电子处方发送至 患者终端，患者终端进入医生会话界面，患者终端在该医生会话界面中展示收到的电子处方， 并呈现“是否定时发送用药提醒”的提示消息以及“设置开始服药日期”的入口控件。当患 者终端接收到针对“设置开始服药日期”的入口控件的点击操作，响应于该点击操作触发会 话底部的时间选择器可见，患者用户根据实际情况选择开始用药时间，当患者用户选择完毕 点击“完成””控件时，患者终端调用通信接口将信息传递给后端服务器，成功回调后时间选 择器隐藏。之后在医生的处方用药提醒时期内，每日在预设时间，患者终端接收用药提醒方 案，并以会话消息的形式通知患者。

在一些实施例中，还可以是医生用户自定义每天给患者定时发送用药提醒方案的时间， 从而使得医生用户能够更加灵活地调整用药提醒方案，为患者用户定制个性化的用户提醒方 案。

以下对本申请实施例提供的信息提醒方法的服务器端实现过程进行说明。

当医生终端接收到针对“设置用药提醒”选项的点击操作时，后端服务器接收到该患 者的唯一标识，根据患者和医生的uin在患者用药提醒记录的数据库表中获取医生为该患者 添加过的历史用药提醒方案。服务器将历史用药提醒方案返回至医生终端，医生终端根据后 端服务器返回的历史用药提醒方案的有无向医生用户展示不同的页面。

当医生终端接收到医生用户针对“从药品库添加”的点击操作后，医生终端会向后端 服务器发送查询请求，该查询请求中会携带医生的唯一标识，后端服务器接收到查询请求， 获取医生的唯一标识，然后基于该医生的唯一标识从医生开具处方记录表中获取该医生用户 开具处方使用过的所有药品以及使用频率，并将查询到的药品名称按照使用频次进行排序， 将排序后的药品名称返回给医生终端。

当医生终端的界面所显示的药品名称中没有本次医生所需的，医生用户可通过选择输 入关键词的方式进行药品搜索。当医生用户输入关键词，医生终端将该关键词信息实时传递 给后端服务器，后端服务器调用搜索服务的AI分词接口对消息的文本进行AI分词并模糊查 询，然后向医生终端返回从ElasticSearch搜索得到的药品名称。若搜索结果为空时则返回一 个空的结果集。

医生终端在获取到医生用户填写完毕药物的用法用量信息后，调用通信接口把填写的 信息对象传给后端服务器，后端服务器根据医生终端传递的用法用量等参数信息，将用法用 量数据存储在患者用药提醒的数据库表中并向医生终端返回请求成功的通知消息。

当医生用户确认发送用药提醒给患者用户时，医生终端调用相应接口将该用药提醒方 案传递给后端服务器，后端服务器根据医生终端传递的参数，设置一个定时任务，实现用药 提醒的功能。定时任务会根据医生用户设置的提醒时间触发，向患者用户发送对应时间的用 药提醒。当医生用户点击某项用药提醒方案时，医生终端向后端服务器传递该项用药提醒的 唯一ID，后端服务器基于该项用药提醒的唯一ID获取该项用药提醒方案的详细信息，并将 详细信息返回至医生终端。

当医生用户在开具电子处方时，可以选择勾选“为患者设置用药提醒”功能，勾选之 后，医生用户点击下一步就会将已经填写好的处方信息参数传递到后端服务器，后端服务器 首先存储处方信息到处方数据库表中，然后判断是否需要给患者设置用药提醒，如果需要的 话则基于处方信息生成用药提醒相关内容，并将用药提醒相关内容写入用药提醒数据库表中， 并为该医生用户和对应患者用户开启一个用药提醒定时任务。根据用药提醒设置时间触发定 时任务，为患者推送用药提醒内容。

本申请实施例提供的信息提醒方法，能够在医生开具电子处方页面直接为患者发送定 时用药提醒，简化医生工作的同时提高了诊疗效果以及患者用药的安全性。同时该信息提醒 方法能够持续性地提醒患者用药，减少患者错用药物的可能性，保证患者安全。

下面继续说明本申请实施例提供的信息提醒装置454的实施为软件模块的示例性结构， 在一些实施例中，如图2所示，存储在存储器450的信息提醒装置454中的软件模块可以包 括：

第一呈现模块，用于响应于接收到的启动在线诊疗的操作指令，呈现在线诊疗通信界面；

第二呈现模块，用于响应于通过所述在线诊疗通信界面接收到的进行用药提醒的操作指 令，呈现用药信息设置界面；

第一获取模块，用于响应于通过所述用药信息设置界面接收到的设置操作，获取药物用 量信息和使用时间信息；

第一发送模块，用于当接收到用药信息设置完成的操作指令时，将携带有所述药物用量 信息和所述使用时间信息的用药提醒信息发送至患者终端。

在一些实施例中，该装置还包括：

第五呈现模块，用于响应于通过所述在线诊疗通信界面接收到的附加功能控件的触发操 作，呈现可选择的功能控件，所述可选择的功能控件至少包括添加提醒功能控件和电子处方 功能控件；

第六呈现模块，用于当接收到针对所述添加提醒功能控件的触发操作，呈现添加提醒界 面，所述添加提醒界面至少包括用药提醒功能控件；

第二发送模块，用于当接收到针对所述用药提醒功能控件的触发操作，向服务器发送获 取历史用药提醒的第一查询请求，所述第一查询请求中携带有医生标识和患者标识；

第二接收模块，用于接收所述服务器发送的第一查询响应，当所述第一查询响应未携带 有历史用药提醒信息时，确定接收到进行用药提醒的操作指令。

在一些实施例中，该装置还包括：

第七呈现模块，用于当所述第一查询响应携带有历史用药提醒信息时，呈现用药提醒界 面，所述用药提醒界面上至少包括添加用药提醒的功能控件；

第八呈现模块，用于在所述用药提醒界面呈现历史用药提醒信息和历史用药提醒信息的 当前执行状态；

第二确定模块，用于当通过所述用药提醒界面接收到针对添加用药提醒的功能控件的触 发操作时，确定接收到进行用药提醒的操作指令。

在一些实施例中，该装置还包括：

删除模块，用于当接收到针对所述历史用药提醒信息的删除操作时，删除所述历史用药 提醒信息；

第三确定模块，用于当接收到针对所述历史用药提醒信息的执行状态的更新操作时，基 于所述历史用药提醒信息的当前执行状态，确定所述历史用药提醒信息更新后的执行状态；

第九呈现模块，用于在所述用药提醒界面呈现历史用药提醒信息和历史用药提醒信息更 新后的执行状态。

在一些实施例中，所述用药信息设置界面包括从药品库添加的第一入口控件，该第一获 取模块，还用于：

响应于接收到针对所述第一入口控件的触发操作，呈现药品添加界面，所述药品添加界 面呈现有医生开具的历史药品信息和医生所在科室的常用药品信息的至少之一；

通过所述药品添加界面，获取待添加的药品信息，并呈现药品用法设置界面，所述药品 用法设置界面中呈现有所述药品信息；

响应于通过所述药品用法设置界面接收到的药品用量设置操作，获取所述药品信息的使 用剂量和使用频次；

响应于通过所述药品用法设置界面接收到的时间设置操作，获取所述药品信息的起始使 用日期和使用时长。

在一些实施例中，该第一获取模块，还用于：

响应于接收到针对所述第一入口控件的触发操作，向服务器发送第二查询请求，所述第 二查询请求中携带有医生标识；

接收所述服务器发送的第二查询响应，所述第二查询响应中携带有医生开具的历史药品 信息和医生所在科室的常用药品信息的至少之一；

在所述药品添加界面呈现所述医生开具的历史药品信息和医生所在科室的常用药品信 息的至少之一。

在一些实施例中，该药品添加界面包括药品搜索控件，该第一获取模块，还用于：

响应于通过所述药品添加界面获取到针对所述历史药品信息或所述常用药品信息的第 一选择操作，确定待添加的药品信息；或者，

当接收到针对所述药品搜索控件的触发操作时，激活搜索输入框；

获取通过所述搜索输入框输入的关键词，向所述服务器发送携带有所述关键词的第三查 询请求；

接收所述服务器发送的第三查询响应，当所述第三查询响应携带有与所述关键词匹配的 至少一个候选药品信息时，在所述药品添加界面呈现所述至少一个候选药品信息；

响应于接收到的针对所述至少一个候选药品信息的第二选择操作，从所述至少一个候选 药品信息中获取待添加的药品信息。

在一些实施例中，所述用药信息设置界面还包括自定义添加的第二入口控件，该第一获 取模块，还用于：

响应于接收到针对所述第二入口控件的触发操作，呈现药品用法设置界面；

响应于通过所述药品用法设置界面接收到的药品信息输入操作，获取待添加的药品信息；

响应于通过所述药品用法设置界面接收到的药品用量设置操作，获取所述药品信息的使 用剂量和使用频次；

响应于通过所述药品用法设置界面接收到的时间设置操作，获取所述药品信息的起始使 用日期、使用时长和每日提醒时间。

在一些实施例中，该装置还包括：

第十呈现模块，用于当接收到针对所述电子处方功能控件的触发操作，呈现电子处方的 开具界面，所述电子处方的开具界面至少包括开启用药提醒功能的选择控件；

第三获取模块，用于响应于通过所述电子处方的开具界面接收到的输入操作，获取电子 处方信息；

第四确定模块，用于当确定所述选择控件的状态为选中状态时，确定接收到进行用药提 醒的操作指令。

在一些实施例中，该第二呈现模块，还用于：

响应于通过所述在线诊疗通信界面接收到的进行用药提醒的操作指令，获取所述电子处 方信息中的药品信息、所述药品信息的使用剂量、使用频次和使用时长；

在所述用药信息设置界面呈现所述药品信息、所述药品信息的使用剂量、使用频次和使 用时长；

响应于响应于通过所述药品用法设置界面接收到的时间设置操作，获取所述药品信息的 起始使用日期和每日提醒时间。

在一些实施例中，该装置还包括：

第五确定模块，用于基于已设定的用药提醒信息中的使用时间信息和当前时间信息，确 定已过期的目标用药提醒信息；

第三发送模块，用于向服务器发送删除请求，所述删除请求中携带有所述目标用药提醒 信息的标识信息，以请求所述服务器删除所述目标用药提醒信息。

需要说明的是，本申请实施例针对信息提醒装置的描述，与上述方法实施例的描述是类 似的，具有同方法实施例相似的有益效果。对于本装置实施例中未披露的技术细节，请参照 本申请方法实施例的描述而理解。

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

本申请实施例提供一种存储有可执行指令的计算机可读存储介质，其中存储有可执行 指令，当可执行指令被处理器执行时，将引起处理器执行本申请实施例提供的信息提醒方法， 例如，如图3、图4和图5示出的信息提醒方法。

在一些实施例中，计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEP ROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一 或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存 其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMar kup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或 者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多 个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

以上所述，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的 精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。