医疗公众号消息的处理方法、装置、设备及存储介质与流程

本发明涉及大数据领域，尤其涉及一种医疗公众号消息的处理方法、装置、设备及存储介质。

背景技术：

随着科学技术的快速发展，用户可以通过公众号了解相关信息或直接进行数据操作，以医疗公众号平台为例，用户可以在医疗公众平台上浏览相关的医疗信息，可以进行挂号、缴费、购物等操作，为用户提供了更好的操作环境。在现有的技术中，用户通过医疗公众平台向业务系统中发送用户请求，业务系统根据用户请求构建对应的目标响应信息，并将目标响应信息返回至医疗公众平台，在医疗公众平台上显示目标响应信息。

但在用户向医疗公众平台发送用户请求之后，并不确定医疗公众平台对应的业务系统是否可以返回用户所需要的响应信息，导致医疗公众平台的工作效率低下。

技术实现要素：

本发明提供了一种医疗公众号消息的处理方法、装置、设备及存储介质，用于提高医疗公众平台的工作效率。

本发明第一方面提供了一种医疗公众号消息的处理方法，包括：业务系统通过基础服务系统接收医疗公众平台发送的用户请求；业务系统基于所述基础服务系统对所述用户请求进行解析，并通过消息传递工具获取所述基础服务系统传输的所述用户请求，提取所述用户请求中的请求类型和请求属性，所述请求类型包括订阅类型和扫描类型，所述请求属性用于描述请求类型携带的基本信息数据；业务系统基于所述请求类型和所述请求属性构建目标响应信息，并根据所述基础服务系统向所述医疗公众平台同步发送临时响应信息，所述目标响应信息为用户请求对应的反馈信息，所述临时响应信息用于临时向医疗公众平台返回通知信息；当完成构建所述目标响应信息的操作后，业务系统通过所述消息传递工具向所述医疗公众平台发送所述目标响应信息。

可选的，在本发明第一方面的第一种实现方式中，所述业务系统基于所述基础服务系统对所述用户请求进行解析，并通过消息传递工具获取所述基础服务系统传输的所述用户请求，提取所述用户请求中的请求类型和请求属性包括：业务系统利用所述基础服务系统在所述用户请求中查找消息标签，所述消息标签包括类型标签和属性标签；业务系统通过所述基础服务系统获取所述消息标签所携带的消息内容，并基于所述消息内容确定所述用户请求的请求类型和请求属性；业务系统获取消息传递工具发送的所述用户请求中的请求类型和请求属性。

可选的，在本发明第一方面的第二种实现方式中，所述业务系统基于所述请求类型和所述请求属性构建目标响应信息，并根据所述基础服务系统向所述医疗公众平台同步发送临时响应信息包括：业务系统基于所述请求类型确定目标模板，基于所述请求属性确定目标内容，并利用所述目标模板和所述目标内容构建目标响应信息；在利用所述目标模板和所述目标内容构建目标响应信息时，业务系统根据所述基础服务系统向所述医疗公众平台同步发送临时响应信息。

可选的，在本发明第一方面的第三种实现方式中，所述业务系统基于所述请求类型确定目标模板，基于所述请求属性确定目标内容，并利用所述目标模板和所述目标内容构建目标响应信息包括：业务系统在多个预置模板的类型中筛选与所述请求类型相同的预置模板，并将与所述请求类型相同的预置模板确定为目标模板；业务系统在多个预置处理逻辑的属性中筛选与所述请求属性相同的预置处理逻辑，并将与所述请求属性相同的预置处理逻辑确定为目标内容；业务系统利用所述目标模板和所述目标内容构建目标响应信息。

可选的，在本发明第一方面的第四种实现方式中，所述在利用所述目标模板和所述目标内容构建目标响应信息时，业务系统根据所述基础服务系统向所述医疗公众平台同步发送临时响应信息包括：在利用所述目标模板和所述目标内容构建目标响应信息时，业务系统通过所述基础服务系统构建字节长度为零的空字符串，将所述空字符串确定为临时响应信息，向所述医疗公众平台同步发送临时响应信息；或在业务系统利用所述目标模板和所述目标内容构建目标响应信息时，业务系统通过所述基础服务系统构建响应口令，将所述响应口令确定为临时响应信息，向所述医疗公众平台同步发送临时响应信息。

可选的，在本发明第一方面的第五种实现方式中，所述当完成构建所述目标响应信息的操作后，业务系统通过所述消息传递工具向所述医疗公众平台发送所述目标响应信息包括：当完成构建所述目标响应信息的操作后，业务系统通过所述消息传递工具向基础服务系统发送所述目标响应信息；业务系统通过所述基础服务系统获取所述目标响应信息对应的响应消息编码，并通过所述响应消息编码确定所述目标响应信息对应的医疗平台显示信息；业务系统利用所述基础服务系统向所述医疗公众平台发送所述医疗平台显示信息。

可选的，在本发明第一方面的第六种实现方式中，在所述当完成构建所述目标响应信息的操作后，业务系统通过所述消息传递工具向所述医疗公众平台发送所述目标响应信息之后，所述医疗公众号消息的处理方法还包括：业务系统通过医疗公众平台对目标响应信息进行显示。

本发明第二方面提供了一种医疗公众号消息的处理装置，包括：接收模块，业务系统用于通过基础服务系统接收医疗公众平台发送的用户请求；解析模块，业务系统用于基于所述基础服务系统对所述用户请求进行解析，并通过消息传递工具获取所述基础服务系统传输的所述用户请求，提取所述用户请求中的请求类型和请求属性，所述请求类型包括订阅类型和扫描类型，所述请求属性用于描述请求类型携带的基本信息数据；响应模块，业务系统用于基于所述请求类型和所述请求属性构建目标响应信息，并根据所述基础服务系统向所述医疗公众平台同步发送临时响应信息，所述目标响应信息为用户请求对应的反馈信息，所述临时响应信息用于临时向医疗公众平台返回通知信息；发送模块，当完成构建所述目标响应信息的操作后，业务系统用于通过所述消息传递工具向所述医疗公众平台发送所述目标响应信息。

可选的，在本发明第二方面的第一种实现方式中，所述解析模块具体用于：业务系统利用所述基础服务系统在所述用户请求中查找消息标签，所述消息标签包括类型标签和属性标签；业务系统通过所述基础服务系统获取所述消息标签所携带的消息内容，并基于所述消息内容确定所述用户请求的请求类型和请求属性；业务系统获取消息传递工具发送的所述用户请求中的请求类型和请求属性。

可选的，在本发明第二方面的第二种实现方式中，所述响应模块包括：确定单元，业务系统用于基于所述请求类型确定目标模板，基于所述请求属性确定目标内容，并利用所述目标模板和所述目标内容构建目标响应信息；响应单元，在利用所述目标模板和所述目标内容构建目标响应信息时，业务系统用于根据所述基础服务系统向所述医疗公众平台同步发送临时响应信息。

可选的，在本发明第二方面的第三种实现方式中，所述确定单元具体用于：业务系统在多个预置模板的类型中筛选与所述请求类型相同的预置模板，并将与所述请求类型相同的预置模板确定为目标模板；业务系统在多个预置处理逻辑的属性中筛选与所述请求属性相同的预置处理逻辑，并将与所述请求属性相同的预置处理逻辑确定为目标内容；业务系统利用所述目标模板和所述目标内容构建目标响应信息。

可选的，在本发明第二方面的第四种实现方式中，所述响应单元具体用于：在利用所述目标模板和所述目标内容构建目标响应信息时，业务系统通过所述基础服务系统构建字节长度为零的空字符串，将所述空字符串确定为临时响应信息，向所述医疗公众平台同步发送临时响应信息；或在业务系统利用所述目标模板和所述目标内容构建目标响应信息时，业务系统通过所述基础服务系统构建响应口令，将所述响应口令确定为临时响应信息，向所述医疗公众平台同步发送临时响应信息。

可选的，在本发明第二方面的第五种实现方式中，所述发送模块具体用于：当完成构建所述目标响应信息的操作后，业务系统通过所述消息传递工具向基础服务系统发送所述目标响应信息；业务系统通过所述基础服务系统获取所述目标响应信息对应的响应消息编码，并通过所述响应消息编码确定所述目标响应信息对应的医疗平台显示信息；业务系统利用所述基础服务系统向所述医疗公众平台发送所述医疗平台显示信息。

可选的，在本发明第二方面的第六种实现方式中，所述医疗公众号消息的处理装置还包括：显示模块，业务系统用于通过医疗公众平台对目标响应信息进行显示。

本发明第三方面提供了一种医疗公众号消息的处理设备，包括：存储器和至少一个处理器，所述存储器中存储有指令；所述至少一个处理器调用所述存储器中的所述指令，以使得所述医疗公众号消息的处理设备执行上述的医疗公众号消息的处理方法。

本发明的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述的医疗公众号消息的处理方法。

本发明提供的技术方案中，业务系统通过基础服务系统接收医疗公众平台发送的用户请求；业务系统基于所述基础服务系统对所述用户请求进行解析，并通过消息传递工具获取所述基础服务系统传输的所述用户请求，提取所述用户请求中的请求类型和请求属性，所述请求类型包括订阅类型和扫描类型，所述请求属性用于描述请求类型携带的基本信息数据；业务系统基于所述请求类型和所述请求属性构建目标响应信息，并根据所述基础服务系统向所述医疗公众平台同步发送临时响应信息，所述目标响应信息为用户请求对应的反馈信息，所述临时响应信息用于临时向医疗公众平台返回通知信息；当完成构建所述目标响应信息的操作后，业务系统通过所述消息传递工具向所述医疗公众平台发送所述目标响应信息。本方案可应用于智慧医疗领域中，提高了医疗公众平台的工作效率，从而推动智慧城市的建设。

附图说明

图1为本发明实施例中医疗公众号消息的处理方法的一个实施例示意图；

图2为本发明实施例中医疗公众号消息的处理方法的另一个实施例示意图；

图3为本发明实施例中医疗公众号消息的处理装置的一个实施例示意图；

图4为本发明实施例中医疗公众号消息的处理装置的另一个实施例示意图；

图5为本发明实施例中医疗公众号消息的处理设备的一个实施例示意图。

具体实施方式

本发明实施例提供了一种医疗公众号消息的处理方法、装置、设备及存储介质，用于提高医疗公众平台的工作效率。

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

为便于理解，下面对本发明实施例的具体流程进行描述，请参阅图1，本发明实施例中医疗公众号消息的处理方法的一个实施例包括：

101、业务系统通过基础服务系统接收医疗公众平台发送的用户请求；

可以理解的是，本发明的执行主体可以为医疗公众号消息的处理装置，还可以是业务系统或者服务器，具体此处不做限定。本发明实施例以业务系统为执行主体为例进行说明。

随着科学技术的快速发展，用户可以通过公众号了解相关信息或直接进行数据操作，以医疗公众号平台为例，用户可以在医疗公众平台上浏览相关的医疗信息，可以进行挂号、缴费、购物等操作，为用户提供了更好的操作环境。在现有的技术中，用户通过医疗公众平台向业务系统中发送用户请求，业务系统根据用户请求构建对应的目标响应信息，并将目标响应信息返回至医疗公众平台，在医疗公众平台上显示目标响应信息。

但在用户向医疗公众平台发送用户请求之后，并不确定医疗公众平台对应的业务系统是否可以返回用户所需要的响应信息，导致医疗公众平台的工作效率低下。

具体的，业务系统需要通过基础服务系统接收用户在医疗公众平台发送的用户请求，这里的用户请求可以为查询、链接请求等。业务系统对不同类型的用户请求所反馈的内容也不同。

需要强调的是，为进一步保证上述用户请求的私密和安全性，上述用户请求还可以存储于一区块链的节点中。

102、业务系统基于基础服务系统对用户请求进行解析，并通过消息传递工具获取基础服务系统传输的用户请求，提取用户请求中的请求类型和请求属性，请求类型包括订阅类型和扫描类型，请求属性用于描述请求类型携带的基本信息数据；

一般的，医疗公众平台都是由微服务架构建立的，微服务架构的核心思想是，一个应用是由多个小的、相互独立的、微服务组成，这些服务运行在自己的进程中，开发和发布都没有相互依赖。不同服务通过一些轻量级交互机制来通信，例如rpc、http等，服务可独立扩展伸缩，每个服务定义了明确的边界，不同的服务甚至可以采用不同的编程语言来实现，由独立的团队来维护。而在微服务架构中，把公用的服务称为基础服务系统，如：支付、物流、与公众号系统交互系统等，把具有业务的服务称为业务系统或业务中台系统，如商城、问诊系统等。以业务系统商城举例来说，其可以使用支付系统的支付功能，使用物流系统的商品物流追踪功能，使用公众号系统推送商品的物流消息等等。具体的，基础服务系统用于拆解用户请求的请求类型和请求属性，通过消息传递工具传输给业务系统，业务系统根据请求类型、请求属性以及相应的处理逻辑构建目标响应信息。

103、业务系统基于请求类型和请求属性构建目标响应信息，并根据基础服务系统向医疗公众平台同步发送临时响应信息，目标响应信息为用户请求对应的反馈信息，临时响应信息用于临时向医疗公众平台返回通知信息；

业务系统在明确请求类型和请求属性后即可以构建用户请求的目标响应信息，在业务系统还未构建完成目标响应信息时，医疗公众平台处于等待状态，不能令用户明确是否可以得到用户请求所需的响应信息，导致医疗公众平台的工作效率低下。因此，可以在医疗公众平台等待业务系统回复的过程中，令基础服务系统同步向医疗公众平台发送临时响应信息，用以明确业务系统的处理情况。

104、当完成构建目标响应信息的操作后，业务系统通过消息传递工具向医疗公众平台发送目标响应信息。

当业务系统完成基于请求类型和请求属性构建目标响应信息的操作之后，就可以通过消息传递工具将对应的目标响应信息传递至医疗公众平台进行显示，可以令用户明确所需的信息。

需要说明的是，因业务系统构建后的目标响应信息的格式与医疗公众平台可以显示的格式并不相同，因此需要利用基础服务系统对目标响应信息进行转换，进而得到医疗公众平台可以显示的信息。

本发明实施例中，基础服务系统接收到医疗公众平台发送的用户请求之后，解析用户请求，得到请求类型和请求属性，同步响应临时消息，业务系统利用请求类型和请求属性构建目标响应信息，当完成构建目标响应信息的操作后，业务系统借助基础服务系统向医疗公众平台发送目标响应信息。本方案可应用于智慧医疗领域中，提高了医疗公众平台的工作效率，从而推动智慧城市的建设。

请参阅图2，本发明实施例中医疗公众号消息的处理方法的另一个实施例包括：

201、业务系统通过基础服务系统接收医疗公众平台发送的用户请求；

一般的，医疗公众平台都是由微服务架构建立的，微服务架构的核心思想是，一个应用是由多个小的、相互独立的、微服务组成，这些服务运行在自己的进程中，开发和发布都没有相互依赖。不同服务通过一些轻量级交互机制来通信，例如rpc、http等，服务可独立扩展伸缩，每个服务定义了明确的边界，不同的服务甚至可以采用不同的编程语言来实现，由独立的团队来维护。而在微服务架构中，把公用的服务称为基础服务系统，如：支付，物流，与公众号系统交互系统，把具有业务的服务称为业务系统或业务中台系统，如商城、问诊系统等。以业务系统商城举例来说，其可以使用支付系统的支付功能，使用物流系统的商品物流追踪功能，使用公众号系统推送商品的物流消息等等。

具体的，业务系统需要接收用户在医疗公众平台发送的用户请求，这里的用户请求可以为查询、链接请求等。业务系统对不同类型的用户请求所反馈的内容也不同。

需要强调的是，为进一步保证上述用户请求的私密和安全性，上述用户请求还可以存储于一区块链的节点中。

202、业务系统基于基础服务系统对用户请求进行解析，并通过消息传递工具获取基础服务系统传输的用户请求，提取用户请求中的请求类型和请求属性，请求类型包括订阅类型和扫描类型，请求属性用于描述请求类型携带的基本信息数据；

具体的，业务系统利用基础服务系统在用户请求中查找消息标签，消息标签包括类型标签和属性标签；业务系统通过基础服务系统获取消息标签所携带的消息内容，并基于消息内容确定用户请求的请求类型和请求属性；业务系统获取消息传递工具发送的用户请求中的请求类型和请求属性。

具体的，用户将用户请求发送给基础服务系统，通过基础服务系统对用户请求进行拆解，并在拆解后的用户请求中查找消息标签，这里的消息标签包括类型标签和属性标签，需要说明的是，这里的用户请求的格式为xml结构，利用基础服务系统中的xml解析技术可以对用户请求进行解析，并可以在解析后的用户请求中查找类型标签和属性标签。这里的类型标签和属性标签为唯一标签，其中类型标签为<event>，属性标签为<eventkey>，每个标签均会携带对应的消息内容，在查找到类型标签和属性标签之后即可明确用户请求的请求类型和请求属性。

以下面拆解后的用户请求为例进行说明：

拆解后的用户请求：

<msgtype><！[cdata[event]]></msgtype>

<event><！[cdata[subscribe]]></event>

<eventkey><！[cdata[qrscene_123123]]></eventkey>

<ticket><！[cdata[ticket]]></ticket>

这里的类型标签为<event>，对应携带的请求类型为<！[cdata[subscribe]]>，这里的属性标签为<eventkey>，对应携带的请求属性为<！[cdata[qrscene_123123]]>。

进一步说明的是，这里的请求类型和请求属性是一一对应的。此外，请求类型至少包括订阅类型和扫描类型，请求属性用于描述请求类型携带的基本信息数据。具体说明，当请求类型为扫描类型时，对应的请求属性所携带的基本信息数据为需要扫描的二维码信息。

203、业务系统基于请求类型和请求属性构建目标响应信息，并根据基础服务系统向医疗公众平台同步发送临时响应信息，目标响应信息为用户请求对应的反馈信息，临时响应信息用于临时向医疗公众平台返回通知信息；

具体的，业务系统基于请求类型确定目标模板，基于请求属性确定目标内容，并利用目标模板和目标内容构建目标响应信息；在利用目标模板和目标内容构建目标响应信息时，业务系统根据基础服务系统向医疗公众平台同步发送临时响应信息。

需要说明的是，这里的目标响应信息指的是用户请求所对应的反馈信息，例如，用户请求为获取医生a的名片信息，对应的目标响应信息为医生a的名片信息。此外，业务系统可以根据用户请求中的请求类型确定目标模板，并基于请求属性确定目标内容，利用上述的目标模板和目标内容即可构建目标响应信息。

进一步说明的是，目标模板包括文本模板、卡片模板和小程序模板，不同的模板对应的格式不同。此外，这里的目标内容是由计算机编码语言构建的。

业务系统在确定目标模板和目标内容时，具体的步骤如下：

1)业务系统在多个预置模板的类型中筛选与请求类型相同的预置模板，并将与请求类型相同的预置模板确定为目标模板；

业务系统在确定目标模板时，是在多个预置模板中筛选出类型与用户请求的请求类型相同的预置模板的，并将其确定为目标模板。

2)业务系统在多个预置处理逻辑的属性中筛选与请求属性相同的预置处理逻辑，并将与请求属性相同的预置处理逻辑确定为目标内容；

业务系统在确定目标内容时，是在多个预置处理逻辑中筛选与用户请求的请求属性相同的预置处理逻辑的，并将其确定为目标内容。

3)业务系统利用目标模板和目标内容构建目标响应信息。

业务系统利用目标模板和目标内容构建目标响应信息时，是根据不同的目标模板和对应的目标内容构建目标响应信息的，例如，目标模板为文本模板时，业务系统通过相应的处理逻辑将目标内容添加至目标模板中，即可生成响相应的目标响应信息。需要说明的是，上述构建目标响应信息的过程为本领域中的惯用技术手段，故不在此赘述。

需要说明的是，每个预置模板均对应一个系统唯一的编码，此编码提供给业务系统使用，在后续该编码会作为响应消息编码进行传输。

当业务系统构建目标响应信息的构建时长过长，而医疗公众平台未接收到任何响应，医疗公众平台会重新发送用户请求，多次重复的发送用户请求会导致业务系统的线程过于繁重，处理时长过程导致处理效率低下，不能令用户拥有有良好的应用体验。因此在本申请中，业务系统通过基础服务系统临时向医疗公众平台同步发送临时响应信息，通过向医疗公众平台及时反馈通知信息的方式，缓解业务系统的处理压力。这里的通知信息可以理解为业务系统正在构建目标响应信息的提示信息。

业务系统同步向医疗公众平台发送临时响应信息时，具体包括：在利用目标模板和目标内容构建目标响应信息时，业务系统通过基础服务系统构建字节长度为零的空字符串，将空字符串确定为临时响应信息，向医疗公众平台同步发送临时响应信息；或在业务系统利用目标模板和目标内容构建目标响应信息时，业务系统通过基础服务系统构建响应口令，将响应口令确定为临时响应信息，向医疗公众平台同步发送临时响应信息。

业务系统构建目标响应信息的过程中，业务系统会通过基础服务系统向医疗公众平台同步发送临时响应信息，这里的临时响应信息存在两种情况：情况一、临时响应信息为字节长度为零的空字符串，需要说明的是，这里的空字符串并不是xml结构体中content字段的内容为空；情况二、临时响应信息为响应口令，这里的响应口令可以为“success”。

此外，当业务系统和基础服务系统均没有向医疗公众平台回复任何内容，或业务系统向医疗公众平台回复了异常数据，如json数据等，医疗公众平台会自动发送提示消息，如：该公众号暂时无法提供服务，请稍后再试。并在医疗公众平台显示提示消息，令用户明确该医疗公众平台的当前状态。

204、当完成构建目标响应信息的操作后，业务系统通过消息传递工具向医疗公众平台发送目标响应信息；

具体的，当完成构建目标响应信息的操作后，业务系统通过消息传递工具向基础服务系统发送目标响应信息；业务系统通过基础服务系统获取目标响应信息对应的响应消息编码，并通过响应消息编码确定目标响应信息对应的医疗平台显示信息；业务系统利用基础服务系统向医疗公众平台发送医疗平台显示信息。

可以理解的是，业务系统在构建完成目标响应信息之后，即可向医疗公众平台发送目标响应信息，可以理解的是，这里的目标响应信息为计算机通过预设的计算机语言编写的程序信息，这里的计算机语言可以为c语言，也可以为java语言，在本申请中并不对其进行限定。具体的，业务系统首先通过消息传递工具向基础服务系统发送目标响应信息，需要说明的是，这里的目标响应信息是利用响应消息编码进行发送的，响应消息编码指的是目标响应信息对应的分配模板编码。基础服务系统接收到响应消息编码后可以直接确定医疗平台显示信息的类型，这里的医疗平台显示信息的类型包括文本、卡片和小程序，在基础服务器系统中可以按照医疗平台显示信息的类型将目标响应信息转化为医疗平台显示信息。基础服务系统将目标响应信息转化为医疗平台显示信息之后，即可直接将医疗平台显示信息发送至医疗公众平台进行显示。

举例说明：基础服务系统接收到的目标响应信息的分配模板编码为test-min-app，通过基础服务系统中的判定模块确定分配模板编码对应的医疗平台显示信息的显示类型为小程序，然后利用基础服务系统中的转化模块将目标响应信息(计算机程序编码)转化为医疗平台显示信息(文字、图片、图文、语音、视频、音乐)。

205、业务系统通过医疗公众平台对目标响应信息进行显示。

用户通过医疗公众平台向业务系统发送用户请求之后，业务系统会根据用户请求做出响应，生成对应回复的目标响应信息，并将目标响应信息返回至医疗公众平台，通过医疗公众平台对目标响应信息进行显示，令用户可以在医疗公众平台上明确所需信息。

本发明实施例中，基础服务系统接收到医疗公众平台发送的用户请求之后，解析用户请求，得到请求类型和请求属性，同步响应临时消息，业务系统利用请求类型和请求属性构建目标响应信息，当完成构建目标响应信息的操作后，业务系统借助基础服务系统向医疗公众平台发送目标响应信息。本方案可应用于智慧医疗领域中，提高了医疗公众平台的工作效率，从而推动智慧城市的建设。

上面对本发明实施例中医疗公众号消息的处理方法进行了描述，下面对本发明实施例中医疗公众号消息的处理装置进行描述，请参阅图3，本发明实施例中医疗公众号消息的处理装置一个实施例包括：

接收模块301，业务系统用于通过基础服务系统接收医疗公众平台发送的用户请求；

解析模块302，业务系统用于基于所述基础服务系统对所述用户请求进行解析，并通过消息传递工具获取所述基础服务系统传输的所述用户请求，提取所述用户请求中的请求类型和请求属性，所述请求类型包括订阅类型和扫描类型，所述请求属性用于描述请求类型携带的基本信息数据；

响应模块303，业务系统用于基于所述请求类型和所述请求属性构建目标响应信息，并根据所述基础服务系统向所述医疗公众平台同步发送临时响应信息，所述目标响应信息为用户请求对应的反馈信息，所述临时响应信息用于临时向医疗公众平台返回通知信息；

发送模块304，当完成构建所述目标响应信息的操作后，业务系统用于通过所述消息传递工具向所述医疗公众平台发送所述目标响应信息。

本发明实施例中，基础服务系统接收到医疗公众平台发送的用户请求之后，解析用户请求，得到请求类型和请求属性，同步响应临时消息，业务系统利用请求类型和请求属性构建目标响应信息，当完成构建目标响应信息的操作后，业务系统借助基础服务系统向医疗公众平台发送目标响应信息。本方案可应用于智慧医疗领域中，提高了医疗公众平台的工作效率，从而推动智慧城市的建设。

请参阅图4，本发明实施例中医疗公众号消息的处理装置的另一个实施例包括：

接收模块301，业务系统用于通过基础服务系统接收医疗公众平台发送的用户请求；

解析模块302，业务系统用于基于所述基础服务系统对所述用户请求进行解析，并通过消息传递工具获取所述基础服务系统传输的所述用户请求，提取所述用户请求中的请求类型和请求属性，所述请求类型包括订阅类型和扫描类型，所述请求属性用于描述请求类型携带的基本信息数据；

响应模块303，业务系统用于基于所述请求类型和所述请求属性构建目标响应信息，并根据所述基础服务系统向所述医疗公众平台同步发送临时响应信息，所述目标响应信息为用户请求对应的反馈信息，所述临时响应信息用于临时向医疗公众平台返回通知信息；

发送模块304，当完成构建所述目标响应信息的操作后，业务系统用于通过所述消息传递工具向所述医疗公众平台发送所述目标响应信息。

可选的，解析模块302具体用于：

业务系统利用所述基础服务系统在所述用户请求中查找消息标签，所述消息标签包括类型标签和属性标签；

业务系统通过所述基础服务系统获取所述消息标签所携带的消息内容，并基于所述消息内容确定所述用户请求的请求类型和请求属性；

业务系统获取消息传递工具发送的所述用户请求中的请求类型和请求属性。

可选的，响应模块303包括：

确定单元3031，业务系统用于基于所述请求类型确定目标模板，基于所述请求属性确定目标内容，并利用所述目标模板和所述目标内容构建目标响应信息；

响应单元3032，在利用所述目标模板和所述目标内容构建目标响应信息时，业务系统用于根据所述基础服务系统向所述医疗公众平台同步发送临时响应信息。

可选的，确定单元3031具体用于：

业务系统在多个预置模板的类型中筛选与所述请求类型相同的预置模板，并将与所述请求类型相同的预置模板确定为目标模板；

业务系统在多个预置处理逻辑的属性中筛选与所述请求属性相同的预置处理逻辑，并将与所述请求属性相同的预置处理逻辑确定为目标内容；

业务系统利用所述目标模板和所述目标内容构建目标响应信息。

可选的，响应单元3032具体用于：

在利用所述目标模板和所述目标内容构建目标响应信息时，业务系统通过所述基础服务系统构建字节长度为零的空字符串，将所述空字符串确定为临时响应信息，向所述医疗公众平台同步发送临时响应信息；

或在业务系统利用所述目标模板和所述目标内容构建目标响应信息时，业务系统通过所述基础服务系统构建响应口令，将所述响应口令确定为临时响应信息，向所述医疗公众平台同步发送临时响应信息。

可选的，发送模块304具体用于：

当完成构建所述目标响应信息的操作后，业务系统通过所述消息传递工具向基础服务系统发送所述目标响应信息；

业务系统通过所述基础服务系统获取所述目标响应信息对应的响应消息编码，并通过所述响应消息编码确定所述目标响应信息对应的医疗平台显示信息；

业务系统利用所述基础服务系统向所述医疗公众平台发送所述医疗平台显示信息。

可选的，医疗公众号消息的处理装置还包括：

显示模块305，业务系统用于通过医疗公众平台对目标响应信息进行显示。

本发明实施例中，基础服务系统接收到医疗公众平台发送的用户请求之后，解析用户请求，得到请求类型和请求属性，同步响应临时消息，业务系统利用请求类型和请求属性构建目标响应信息，当完成构建目标响应信息的操作后，业务系统借助基础服务系统向医疗公众平台发送目标响应信息。本方案可应用于智慧医疗领域中，提高了医疗公众平台的工作效率，从而推动智慧城市的建设。

上面图3和图4从模块化功能实体的角度对本发明实施例中的医疗公众号消息的处理装置进行详细描述，下面从硬件处理的角度对本发明实施例中医疗公众号消息的处理设备进行详细描述。

图5是本发明实施例提供的一种医疗公众号消息的处理设备的结构示意图，该医疗公众号消息的处理设备500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessingunits，cpu)510(例如，一个或一个以上处理器)和存储器520，一个或一个以上存储应用程序533或数据532的存储介质530(例如一个或一个以上海量存储设备)。其中，存储器520和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对医疗公众号消息的处理设备500中的一系列指令操作。更进一步地，处理器510可以设置为与存储介质530通信，在医疗公众号消息的处理设备500上执行存储介质530中的一系列指令操作。

医疗公众号消息的处理设备500还可以包括一个或一个以上电源540，一个或一个以上有线或无线网络接口550，一个或一个以上输入输出接口560，和/或，一个或一个以上操作系统531，例如windowsserve，macosx，unix，linux，freebsd等等。本领域技术人员可以理解，图5示出的医疗公众号消息的处理设备结构并不构成对医疗公众号消息的处理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本发明还提供一种医疗公众号消息的处理设备，所述计算机设备包括存储器和处理器，存储器中存储有计算机可读指令，计算机可读指令被处理器执行时，使得处理器执行上述各实施例中的所述医疗公众号消息的处理方法的步骤。

本发明还提供一种计算机可读存储介质，该计算机可读存储介质可以为非易失性计算机可读存储介质，该计算机可读存储介质也可以为易失性计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行所述医疗公众号消息的处理方法的步骤。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。