CN114928584A

CN114928584A - 一种互联网诊疗中多医院的消息发送方法

Info

Publication number: CN114928584A
Application number: CN202210385514.8A
Authority: CN
Inventors: 余乐; 舒金才; 陈金雄; 尚华
Original assignee: Beijing Gaolingzhiteng Information Technology Co ltd
Current assignee: Beijing Gaolingzhiteng Information Technology Co ltd
Priority date: 2022-04-13
Filing date: 2022-04-13
Publication date: 2022-08-19

Abstract

本发明涉及一种互联网诊疗中多医院的消息发送方法，属于计算机网络领域。该方法包括以下步骤S1：用户在手机或电脑端操作对应功能，自动或手动触发消息场景；S2：获取目标医院的消息场景配置，若获取不到目标医院的消息配置，则终止发送；消息场景配置为配置消息的基础信息；S3：获取对应目标医院的消息场景规则；S4：判断目标医院是否存在该消息场景，若不存在则终止发送；S5：根据消息场景发送微信消息和短信消息；S6：进行参数、模板组装，若获取不到消息模板或模板禁用，则终止发送；S7：发送消息给对应用户。本发明提高了消息发送的灵活性、增加了扩展性、支持消息内容定制化、避免代码使用多重条件转移语句、降低了开发成本。

Description

一种互联网诊疗中多医院的消息发送方法

技术领域

本发明属于计算机网络领域，涉及一种互联网诊疗中多医院的消息发送方法。

背景技术

目前，不同的医院在同一场景下，根据定制化需求需要发送不同的消息。随着医院系统中子医院和外部医院不停的增多，多样化的消息定制和消息内容的变更，使代码维护成本变高，且容易出现多医院间消息发送规则和内容错乱。例如，在同一个场景下，子医院A只发送微信消息，子医院B只发送短信，子医院C全部发送，这些差异，在消息发送过程中极易造成消息混乱和代码的冗余。传统的处理方式都是通过一大堆if...else...判断处理，但是这种处理方式缺乏扩展性、延伸性、维护性和精简性，容易造成消息发送错乱，不易维护。因此，互联网诊疗中多医院消息发送的策略及方法方案应运而生，该功能具有全自动化匹配场景下消息及自动组装，让发消息变得更加轻松。

发明内容

有鉴于此，本发明的目的在于提供一种互联网诊疗中多医院的消息发送方法，可以轻松的向不同医院下的用户发送指定的消息以解决现有技术中的问题。

为达到上述目的，本发明提供如下技术方案：

一种互联网诊疗中多医院的消息发送方法，该方法包括以下步骤：

S1：用户在手机或电脑端操作对应功能，自动或手动触发消息场景；

S2：根据用户操作的行为，获取目标医院的消息场景配置，若获取不到目标医院的消息配置，则终止发送；

所述消息场景配置为配置消息的基础信息，所述消息的基础信息包括消息初始化配置信息、消息禁用与否和消息的开关状态；

如果未配置消息的基础信息，即消息初始化未配置信息、消息已禁用和消息的开关状态为已关闭，则节点不发送消息；

S3：获取对应目标医院的消息场景规则；

所述消息场景规则包括：场景需要发送的消息类型，是否自定义规则策略，是否有其它特殊处理，以及是否需要消息定制化；

S4：判断目标医院是否存在该消息场景，若不存在则终止发送；

S5：根据消息场景发送微信消息和短信消息；

S6：根据消息场景获取对应配置的消息模板，并进行参数、模板组装，若获取不到消息模板或模板禁用，则终止发送；

S7：发送消息给对应用户。

可选的，所述S1中，消息场景包括消息节点、医院、场景、消息类型、微信模板和短信模板；

所述消息节点包括预约挂号和就诊提醒；

所述消息类型包括微信优先于短信、只发微信、只发短信、微信优先于短信、只发微信和只发短信。

可选的，所述消息策略包括：在多医院环境下根据用户行为自动获取对应的医院信息、消息场景信息、消息参数信息、相同或不同节点下消息的模板信息及参数信息。

可选的，所述触发消息场景的途径包括用户APP端、小程序端、网页端和管理后台

可选的，所述微信触发的途径包括：用户的OpenId、微信的AppId、消息模版ID、用户关注公众号、拉取模板信息正常和消息内容参数发送时间策略。

可选的，所述短信触发的途径包括：短信模板ID、用户手机号和消息内容参数发送时间策略。

一种存储介质，所述存储介质包括计算机程序，所述计算机程序运行时，执行所述的互联网诊疗中多医院的消息发送方法。

一种电子设备，包括：

处理器；

存储器，包括计算机程序；

所述处理器用于运行所述存储器中的计算机程序，当所述计算机程序运行时，执行所述的互联网诊疗中多医院的消息发送方法。

本发明的有益效果在于：提高消息发送的灵活性、增加了扩展性、支持消息内容定制化、避免代码使用多重条件转移语句、降低开发成本、适应需求的不断变化

本发明的其他优点、目标和特征在某种程度上将在随后的说明书中进行阐述，并且在某种程度上，基于对下文的考察研究对本领域技术人员而言将是显而易见的，或者可以从本发明的实践中得到教导。本发明的目标和其他优点可以通过下面的说明书来实现和获得。

附图说明

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作优选的详细描述，其中：

图1为本发明整体流程图；

图2为本发明消息分发方法及策略逻辑图。

具体实施方式

以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。

其中，附图仅用于示例性说明，表示的仅是示意图，而非实物图，不能理解为对本发明的限制；为了更好地说明本发明的实施例，附图某些部件会有省略、放大或缩小，并不代表实际产品的尺寸；对本领域技术人员来说，附图中某些公知结构及其说明可能省略是可以理解的。

本发明实施例的附图中相同或相似的标号对应相同或相似的部件；在本发明的描述中，需要理解的是，若有术语“上”、“下”、“左”、“右”、“前”、“后”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此附图中描述位置关系的用语仅用于示例性说明，不能理解为对本发明的限制，对于本领域的普通技术人员而言，可以根据具体情况理解上述术语的具体含义。

本发明提供了一种互联网诊疗中多医院消息发送的策略及方法，可以轻松的向不同医院下的用户发送指定的消息以解决现有技术中的问题。

多医院不同的消息策略：通过用户行为和操作，系统自动匹配对应医院下的消息发送策略，让策略对号入座；

多元化的场景管理：根据不同医院，不同的消息场景，结构化映射并存入系统，每一步操作，程序能够自动拦截到对应的消息；

不同的消息类别：根据制定的规则自动匹配不同类别的消息(微信、短信...)，包括消息模板的内容、消息模板的类别、消息模板的发送范围、消息模板的发送时间策略，让消息种类变得更具有多样性，消息业务更具有扩展性；

自动的组装模板：根据不同的场景消息，自动组装不同的消息模板；

一键发送消息：用户操作对应的功能，一键发送消息，从消息的匹配到发送变得更加简单。

如图1所示，本发明包括以下步骤：

如表1所示，用户在医院A(3756)平台上操作预约挂号(10500)，则可以确定具体消息场景(1000)，如未获取到，则该场景未配置。

消息场景要和用户行为及医院ID进行初始化映射配置、配置信息包含启停用状态和消息发送开关。

表1消息场景配置表

S3：获取对应目标医院的消息场景规则；

S5：根据消息场景发送微信消息和短信消息；

S7：发送消息给对应用户。

如图2所示，程序在执行中，系统会根据源端的操作判断并确定好目标医院。当源端没有传入医院信息，程序会获取本地医院配置信息，当源端传入了医院信息，程序会直接拿取该医院信息作为目标医院，程序通过目标医院获取对应医院的消息策略。确定好了对应的目标医院后，程序会根据用户的操作行为确定具体消息场景，通过场景ID程序将在配置信息中找到关联的第三方模板ID，通过第三方模板ID获取第三方模板信息及消息参数信息。

模板信息可以自定义配置规则，程序将按照不同医院的消息配置规则获取不同的模板信息，包括微信、短信，获取到消息模板后程序则按照业务逻辑进行消息内容参数自动组装具体模板消息，如果模板消息未配置，或审核未通过，则该场景不再继续执行；判断该场景是否具备消息发送条件，如不具备则该场景不再继续执行，否则进行推送到第三方服务中执行。

消息策略包括：在多医院环境下根据用户行为自动获取对应的医院信息、消息场景信息、消息参数信息、相同或不同节点下消息的模板信息及参数信息。

消息触发场景：用户APP端、小程序端、网页端、管理后台。

微信消息发送条件：用户的OpenId、微信的AppId、消息模版ID、用户关注了公众号、拉取模板信息正常、消息内容参数发送时间策略。

短信消息发送条件：短信模板ID、用户手机号、消息内容参数发送时间策略，如表2所示。

表2消息发送场景分类

如患者进行预约挂号、就诊报到等操作，系统可以根据患者的操作，明确当前医院信息及操作场景进行目标消息策略匹配，并按照目标消息规则进行自动组装消息模板进行实时推送消息，让用户得到及时提醒。

应当认识到，本发明的实施例可以由计算机硬件、硬件和软件的组合、或者通过存储在非暂时性计算机可读存储器中的计算机指令来实现或实施。所述方法可以使用标准编程技术-包括配置有计算机程序的非暂时性计算机可读存储介质在计算机程序中实现，其中如此配置的存储介质使得计算机以特定和预定义的方式操作——根据在具体实施例中描述的方法和附图。每个程序可以以高级过程或面向对象的编程语言来实现以与计算机系统通信。然而，若需要，该程序可以以汇编或机器语言实现。在任何情况下，该语言可以是编译或解释的语言。此外，为此目的该程序能够在编程的专用集成电路上运行。

此外，可按任何合适的顺序来执行本文描述的过程的操作，除非本文另外指示或以其他方式明显地与上下文矛盾。本文描述的过程(或变型和/或其组合)可在配置有可执行指令的一个或多个计算机系统的控制下执行，并且可作为共同地在一个或多个处理器上执行的代码(例如，可执行指令、一个或多个计算机程序或一个或多个应用)、由硬件或其组合来实现。所述计算机程序包括可由一个或多个处理器执行的多个指令。

进一步，所述方法可以在可操作地连接至合适的任何类型的计算平台中实现，包括但不限于个人电脑、迷你计算机、主框架、工作站、网络或分布式计算环境、单独的或集成的计算机平台、或者与带电粒子工具或其它成像装置通信等等。本发明的各方面可以以存储在非暂时性存储介质或设备上的机器可读代码来实现，无论是可移动的还是集成至计算平台，如硬盘、光学读取和/或写入存储介质、RAM、ROM等，使得其可由可编程计算机读取，当存储介质或设备由计算机读取时可用于配置和操作计算机以执行在此所描述的过程。此外，机器可读代码，或其部分可以通过有线或无线网络传输。当此类媒体包括结合微处理器或其他数据处理器实现上文所述步骤的指令或程序时，本文所述的发明包括这些和其他不同类型的非暂时性计算机可读存储介质。当根据本发明所述的互联网诊疗中多医院的消息发送方法方法和技术编程时，本发明还包括计算机本身。

计算机程序能够应用于输入数据以执行本文所述的功能，从而转换输入数据以生成存储至非易失性存储器的输出数据。输出信息还可以应用于一个或多个输出设备如显示器。在本发明优选的实施例中，转换的数据表示物理和有形的对象，包括显示器上产生的物理和有形对象的特定视觉描绘。

最后说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本技术方案的宗旨和范围，其均应涵盖在本发明的权利要求范围当中。

Claims

1.一种互联网诊疗中多医院的消息发送方法，其特征在于：该方法包括以下步骤：

S3：获取对应目标医院的消息场景规则；

S5：根据消息场景发送微信消息和短信消息；

S7：发送消息给对应用户。

2.根据权利要求1所述的一种互联网诊疗中多医院的消息发送方法，其特征在于：所述S1中，消息场景包括消息节点、医院、场景、消息类型、微信模板和短信模板；

所述消息节点包括预约挂号和就诊提醒；

3.根据权利要求1所述的一种互联网诊疗中多医院的消息发送方法，其特征在于：所述消息策略包括：在多医院环境下根据用户行为自动获取对应的医院信息、消息场景信息、消息参数信息、相同或不同节点下消息的模板信息及参数信息。

4.根据权利要求1所述的一种互联网诊疗中多医院的消息发送方法，其特征在于：所述触发消息场景的途径包括用户APP端、小程序端、网页端和管理后台。

5.根据权利要求2所述的一种互联网诊疗中多医院的消息发送方法，其特征在于：所述微信触发的途径包括：用户的OpenId、微信的AppId、消息模版ID、用户关注公众号、拉取模板信息正常和消息内容参数发送时间策略。

6.根据权利要求2所述的一种互联网诊疗中多医院的消息发送方法，其特征在于：所述短信触发的途径包括：短信模板ID、用户手机号和消息内容参数发送时间策略。

7.一种存储介质，其特征在于，所述存储介质包括计算机程序，所述计算机程序运行时，执行所述权利要求1～6任一所述的互联网诊疗中多医院的消息发送方法。

8.一种电子设备，其特征在于，包括：

处理器；

存储器，包括计算机程序；

所述处理器用于运行所述存储器中的计算机程序，当所述计算机程序运行时，执行所述权利要求1～6任一所述的互联网诊疗中多医院的消息发送方法。