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

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

【技术实现步骤摘要】
一种互联网诊疗中多医院的消息发送方法


[0001]本专利技术属于计算机网络领域，涉及一种互联网诊疗中多医院的消息发送方法。

技术介绍

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

技术实现思路

[0003]有鉴于此，本专利技术的目的在于提供一种互联网诊疗中多医院的消息发送方法，可以轻松的向不同医院下的用户发送指定的消息以解决现有技术中的问题。
[0004]为达到上述目的，本专利技术提供如下技术方案：
[0005]一种互联网诊疗中多医院的消息发送方法，该方法包括以下步骤：
[0006]S1：用户在手机或电脑端操作对应功能，自动或手动触发消息场景；
[0007]S2：根据用户操作的行为，获取目标医院的消息场景配置，若获取不到目标医院的消息配置，则终止发送；
[0008]所述消息场景配置为配置消息的基础信息，所述消息的基础信息包括消息初始化配置信息、消息禁用与否和消息的开关状态；
[0009]如果未配置消息的基础信息，即消息初始化未配置信息、消息已禁用和消息的开关状态为已关闭，则节点不发送消息；
[0010]S3：获取对应目标医院的消息场景规则；
[0011]所述消息场景规则包括：场景需要发送的消息类型，是否自定义规则策略，是否有其它特殊处理，以及是否需要消息定制化；
[0012]S4：判断目标医院是否存在该消息场景，若不存在则终止发送；
[0013]S5：根据消息场景发送微信消息和短信消息；
[0014]S6：根据消息场景获取对应配置的消息模板，并进行参数、模板组装，若获取不到消息模板或模板禁用，则终止发送；
[0015]S7：发送消息给对应用户。
[0016]可选的，所述S1中，消息场景包括消息节点、医院、场景、消息类型、微信模板和短信模板；
[0017]所述消息节点包括预约挂号和就诊提醒；
[0018]所述消息类型包括微信优先于短信、只发微信、只发短信、微信优先于短信、只发微信和只发短信。
[0019]可选的，所述消息策略包括：在多医院环境下根据用户行为自动获取对应的医院信息、消息场景信息、消息参数信息、相同或不同节点下消息的模板信息及参数信息。
[0020]可选的，所述触发消息场景的途径包括用户APP端、小程序端、网页端和管理后台
[0021]可选的，所述微信触发的途径包括：用户的OpenId、微信的AppId、消息模版ID、用户关注公众号、拉取模板信息正常和消息内容参数发送时间策略。
[0022]可选的，所述短信触发的途径包括：短信模板ID、用户手机号和消息内容参数发送时间策略。
[0023]一种存储介质，所述存储介质包括计算机程序，所述计算机程序运行时，执行所述的互联网诊疗中多医院的消息发送方法。
[0024]一种电子设备，包括：
[0025]处理器；
[0026]存储器，包括计算机程序；
[0027]所述处理器用于运行所述存储器中的计算机程序，当所述计算机程序运行时，执行所述的互联网诊疗中多医院的消息发送方法。
[0028]本专利技术的有益效果在于：提高消息发送的灵活性、增加了扩展性、支持消息内容定制化、避免代码使用多重条件转移语句、降低开发成本、适应需求的不断变化
[0029]本专利技术的其他优点、目标和特征在某种程度上将在随后的说明书中进行阐述，并且在某种程度上，基于对下文的考察研究对本领域技术人员而言将是显而易见的，或者可以从本专利技术的实践中得到教导。本专利技术的目标和其他优点可以通过下面的说明书来实现和获得。
附图说明
[0030]为了使本专利技术的目的、技术方案和优点更加清楚，下面将结合附图对本专利技术作优选的详细描述，其中：
[0031]图1为本专利技术整体流程图；
[0032]图2为本专利技术消息分发方法及策略逻辑图。
具体实施方式
[0033]以下通过特定的具体实例说明本专利技术的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本专利技术的其他优点与功效。本专利技术还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本专利技术的精神下进行各种修饰或改变。需要说明的是，以下实施例中所提供的图示仅以示意方式说明本专利技术的基本构想，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。
[0034]其中，附图仅用于示例性说明，表示的仅是示意图，而非实物图，不能理解为对本专利技术的限制；为了更好地说明本专利技术的实施例，附图某些部件会有省略、放大或缩小，并不代表实际产品的尺寸；对本领域技术人员来说，附图中某些公知结构及其说明可能省略是
可以理解的。
[0035]本专利技术实施例的附图中相同或相似的标号对应相同或相似的部件；在本专利技术的描述中，需要理解的是，若有术语“上”、“下”、“左”、“右”、“前”、“后”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本专利技术和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此附图中描述位置关系的用语仅用于示例性说明，不能理解为对本专利技术的限制，对于本领域的普通技术人员而言，可以根据具体情况理解上述术语的具体含义。
[0036]本专利技术提供了一种互联网诊疗中多医院消息发送的策略及方法，可以轻松的向不同医院下的用户发送指定的消息以解决现有技术中的问题。
[0037]多医院不同的消息策略：通过用户行为和操作，系统自动匹配对应医院下的消息发送策略，让策略对号入座；
[0038]多元化的场景管理：根据不同医院，不同的消息场景，结构化映射并存入系统，每一步操作，程序能够自动拦截到对应的消息；
[0039]不同的消息类别：根据制定的规则自动匹配不同类别的消息(微信、短信...)，包括消息模板的内容、消息模板的类别、消息模板的发送范围、消息模板的发送时间策略，让消息种类变得更具有多样性，消息业务更具有扩展性；
[0040]自动的组装模板：根据不同的场景消息，自动组装不同的消息模板；
[0041]一键发送消息：用户操作对应的功能，一键发送消息，从消息的匹配到发送变得更加简单。
[0042]如图1所示，本专利技术包括以下步骤：
[0043]一种互联本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种互联网诊疗中多医院的消息发送方法，其特征在于：该方法包括以下步骤：S1：用户在手机或电脑端操作对应功能，自动或手动触发消息场景；S2：根据用户操作的行为，获取目标医院的消息场景配置，若获取不到目标医院的消息配置，则终止发送；所述消息场景配置为配置消息的基础信息，所述消息的基础信息包括消息初始化配置信息、消息禁用与否和消息的开关状态；如果未配置消息的基础信息，即消息初始化未配置信息、消息已禁用和消息的开关状态为已关闭，则节点不发送消息；S3：获取对应目标医院的消息场景规则；所述消息场景规则包括：场景需要发送的消息类型，是否自定义规则策略，是否有其它特殊处理，以及是否需要消息定制化；S4：判断目标医院是否存在该消息场景，若不存在则终止发送；S5：根据消息场景发送微信消息和短信消息；S6：根据消息场景获取对应配置的消息模板，并进行参数、模板组装，若获取不到消息模板或模板禁用，则终止发送；S7：发送消息给对应用户。2.根据权利要求1所述的一种互联网诊疗中多医院的消息发送方法，其特征在于：所述S1中，消息场景包括消息节点、医院、场景、消息类型、微信模板和短信模板；所述消息节点包括预约挂号和就诊提醒；所述消息类型包括微信优先于短信、只发微信、只发短信、微信优先于短信、只发微信...

【专利技术属性】
技术研发人员：余乐，舒金才，陈金雄，尚华，
申请(专利权)人：北京高灵智腾信息科技有限公司，
类型：发明
国别省市：