CN112398923A - 一种离线电子健康码的生成方法及系统 - Google Patents

Abstract

本发明提供了一种离线电子健康码的生成方法和系统，其方法包括：医院端接入服务平台获取电子健康码的申领请求；所述申领请求包括用户的身份标识信息；医院端接入服务平台判断是否与卡管平台连通；在所述医院端接入服务平台与所述卡管平台处于未连通状态时，所述医院端接入服务平台根据所述身份标识信息生成对应的离线电子健康码。本发明在网络故障情况下，根据离线电子健康码保证用户就医行为的正常进行，提高医疗服务的效率和体验。

Description

一种离线电子健康码的生成方法及系统

技术领域

本发明涉及医疗信息领域，尤指一种离线电子健康码的生成方法及系统。

背景技术

为了便于患者就医，目前各个医疗机构都有各自的就诊卡，但是存在以下问题，(1)实体就诊卡不便于携带，且各个医疗机构的就诊卡各不相同，患者在多个医疗机构就诊就需要申请多种就诊卡；(2)医院网络环境复杂，网络故障频发，一旦出现网络故障容易造成业务中断，不仅干扰正常业务开展，还影响患者就医体验。

本发明提供的办理方法和系统可以保障在网络故障情况下医院业务不中断。

发明内容

本发明的目的是提供一种离线电子健康码的生成方法和系统，实现在网络故障情况下，根据离线电子健康码保证用户就医行为的正常进行，提高医疗服务的效率和体验。

本发明提供的技术方案如下：

本发明提供一种离线电子健康码的生成方法，包括：

医院端接入服务平台获取电子健康码的申领请求；所述申领请求包括用户的身份标识信息；

医院端接入服务平台判断是否与卡管平台连通；

在所述医院端接入服务平台与所述卡管平台处于未连通状态时，所述医院端接入服务平台根据所述身份标识信息生成对应的离线电子健康码。

进一步的，所述在所述医院端接入服务平台与所述卡管平台处于未连通状态时，所述医院端接入服务平台根据所述身份标识信息生成对应的离线电子健康码包括：

在所述医院端接入服务平台与所述卡管平台处于未连通状态时，所述医院端接入服务平台对所述身份标识信息进行分析得到对应的身份信息类型；

若所述身份信息类型为实名身份信息，所述医院端接入服务平台根据所述身份标识信息生成实名离线电子健康码；

若所述身份信息类型为非实名身份信息，所述医院端接入服务平台根据所述身份标识信息生成非实名离线电子健康码。

进一步的，所述根据所述身份标识信息生成实名离线电子健康码之后还包括：

在所述医院端接入服务平台与所述卡管平台恢复连通后，所述医院端接入服务平台定时检测卡管平台是否正常；

若所述卡管平台正常，所述医院端接入服务平台向所述卡管平台发送离线电子健康码绑码请求进行关联绑定。

进一步的，所述根据所述身份标识信息生成非实名离线电子健康码之后还包括：

在所述医院端接入服务平台与所述卡管平台恢复连通后，所述医院端接入服务平台定时检测卡管平台是否正常；

若所述卡管平台正常，所述医院端接入服务发出实名制提示信息以提醒用户输入有效实名身份信息和验证码，并向所述卡管平台发送非实名码绑码请求；所述非实名码绑码请求包括非实名离线电子健康码、有效实名身份信息和验证码；

所述卡管平台接收到所述非实名码绑码请求后，根据所述非实名码绑码请求进行关联绑定。

进一步的，所述卡管平台接收到所述非实名码绑码请求后，根据所述非实名码绑码请求进行关联绑定包括：

所述卡管平台根据所述验证码验证身份通过后，根据所述有效实名身份信息生成对应的正式实名码；

所述卡管平台将所述正式实名码与对应的非实名离线电子健康码进行绑定。

本发明还提供一种离线电子健康码的生成系统，包括：医院端接入服务平台和卡管平台；所述医院端接入服务平台与卡管平台连接；

所述医院端接入服务平台，用于获取电子健康码的申领请求；所述申领请求包括用户的身份标识信息；

所述医院端接入服务平台，还用于判断是否与卡管平台连通，在所述医院端接入服务平台与所述卡管平台处于未连通状态时，根据所述身份标识信息生成对应的离线电子健康码。

进一步的，所述医院端接入服务平台包括：

分析模块，用于在所述医院端接入服务平台与所述卡管平台处于未连通状态时，对所述身份标识信息进行分析得到对应的身份信息类型；

离线电子健康码生成模块，用于若所述身份信息类型为实名身份信息，根据所述身份标识信息生成实名离线电子健康码；若所述身份信息类型为非实名身份信息，根据所述身份标识信息生成非实名离线电子健康码。

进一步的，所述医院端接入服务平台还包括：

检测模块，用于在所述医院端接入服务平台与所述卡管平台恢复连通后，所述医院端接入服务平台定时检测卡管平台是否正常；

第一处理模块，用于若所述卡管平台正常生成离线电子健康码绑码请求；

第一通信模块，用于若所述卡管平台正常，向所述卡管平台发送离线电子健康码绑码请求进行关联绑定。

进一步的，所述医院端接入服务平台还包括：

第一生成模块，用于若所述卡管平台正常生成用于实名制提示信息和非实名码绑码请求；所述非实名码绑码请求包括非实名离线电子健康码、有效实名身份信息和验证码；所述实名制提示信息用于提醒用户输入有效实名身份信息和验证码；

输入模块，用于获取用户输入的有效实名身份信息和验证码；

所述第一通信模块，还用于向所述卡管平台发送所述非实名码绑码请求；

所述卡管平台包括：

第二通信模块，用于接收所述非实名码绑码请求；

绑定生成模块，用于根据所述非实名码绑码请求进行关联绑定。

进一步的，所述卡管平台还包括：

第二生成模块，用于根据所述验证码验证身份通过后，根据所述有效实名身份信息生成对应的正式实名码；

第二处理模块，用于将所述正式实名码与对应的非实名离线电子健康码进行绑定。

通过本发明提供的一种离线电子健康码的生成方法和系统，能够在网络故障情况下，根据离线电子健康码保证用户就医行为的正常进行，提高医疗服务的效率和体验。

附图说明

下面将以明确易懂的方式，结合附图说明优选实施方式，对一种离线电子健康码的生成方法和系统的上述特性、技术特征、优点及其实现方式予以进一步说明。

图1是本发明一种离线电子健康码的生成方法的一个实施例的流程图；

图2是本发明一种离线电子健康码的生成方法的另一个实施例的流程图；

图3是本发明一种离线电子健康码的生成方法的另一个实施例的流程图；

图4是本发明一种离线电子健康码的整体流程框图；

图5是本发明一种离线电子健康码的整体流程框图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其他实施例中也可以实现本申请。在其他情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所述描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其他特征、整体、步骤、操作、元素、组件和/或集合的存在或添加。

为使图面简洁，各图中只示意性地表示出了与本发明相关的部分，它们并不代表其作为产品的实际结构。另外，以使图面简洁便于理解，在有些图中具有相同结构或功能的部件，仅示意性地绘示了其中的一个，或仅标出了其中的一个。在本文中，“一个”不仅表示“仅此一个”，也可以表示“多于一个”的情形。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/ 或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

另外，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对照附图说明本发明的具体实施方式。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图，并获得其他的实施方式。

本发明的一个实施例，如图1所示，一种离线电子健康码的生成方法，包括：

S100医院端接入服务平台获取电子健康码的申领请求；申领请求包括用户的身份标识信息；

具体的，本实施例中，用户能够通过移动终端上的获得接入权限的软件申请离线电子健康码，或者通过医疗服务终端申请离线电子健康码，其中医疗服务终端可以是自主终端，由用户自己操作，也可以是人工窗口的终端，由工作人员进行操作。医院端接入服务平台与移动终端、医疗服务终端连接，使得医院端接入服务平台能够通过互联网从移动终端、医疗服务终端处获取用户对于电子健康码的申领请求。

具体的，身份标识信息包括两种身份信息类型，一种是实名身份信息，还有一种是非实名身份信息。其中，实名身份信息包括居民身份证，居民户口簿，护照，军官证，驾驶证，港澳居民来往内地通行证，台湾居民来往大陆通行证，出生医学证明和其他法定有效证件上的唯一身份信息。非实名身份信息用于表明用户的身份，但是并不能完全唯一确定，例如姓名、性别、年龄，又或者并不是固定不变的，例如手机号，邮箱地址等用户可以变更的非唯一的身份信息。

S200医院端接入服务平台判断是否与卡管平台连通；

具体的，医院端接入服务平台获取到申领请求后，会检测判断自身与卡管平台是否连通，也就是自身与卡管平台是否处于连接状态。医院端接入服务平台检测方式有很多种，可以是向卡管平台发送连接请求，如果医院端接入服务平台在预设时长内接收到卡管平台发送的连接授权响应信息，那么医院端接入服务平台就可以确定与卡管平台连通。当然，如果医院端接入服务平台在预设时长内未接收到卡管平台发送的允许连接响应信息，或者在预设时长内接收到卡管平台发送的拒绝连接响应信息，那么医院端接入服务平台就可以确定与卡管平台未连通。

S300在医院端接入服务平台与卡管平台处于未连通状态时，医院端接入服务平台根据身份标识信息生成对应的离线电子健康码。

具体的，平台确定自身与卡管平台处于未连通状态时，医院端接入服务就会在离网状态下，直接根据获取的申领请求中的身份标识信息生成对应的离线电子健康码。

通过本实施例，可以保障在网络故障情况下，由医院端接入服务平台自行生成离线电子健康码，从而使得用户根据离线电子健康码获得医疗服务，避免医院业务中断。本发明对于医疗机构终端与卡管平台的网络连接断开的情形，采取发放离线电子健康码的措施保证用户就医行为的正常进行，提高医疗服务的效率和体验。

本发明的一个实施例，如图2所示，一种离线电子健康码的生成方法，包括：

S100医院端接入服务平台获取电子健康码的申领请求；申领请求包括用户的身份标识信息；

S200医院端接入服务平台判断是否与卡管平台连通；

S310在医院端接入服务平台与卡管平台处于未连通状态时，医院端接入服务平台对身份标识信息进行分析得到对应的身份信息类型；

S320若身份信息类型为实名身份信息，医院端接入服务平台根据身份标识信息生成实名离线电子健康码；

S350若身份信息类型为非实名身份信息，医院端接入服务平台根据身份标识信息生成非实名离线电子健康码。

具体的，由于身份标识信息会存在对应的数据格式，因此，医院端接入服务平台获取到申领请求后，对申领请求进行解析得到其中的身份标识信息，然后，对身份标识信息的数据结构进行匹配，判断身份标识信息的数据结构是否符合预设数据结构。如果身份标识信息的数据结构符合预设数据结构就可以确定身份信息类型为实名身份信息，那么医院端接入服务平台根据身份标识信息生成实名离线电子健康码。当然，如果身份标识信息的数据结构不符合预设数据结构就可以确定身份信息类型为非实名身份信息，那么医院端接入服务平台根据身份标识信息生成非实名离线电子健康码。

示例性的，身份证号码是由18位数字组成的，它们分别表示：

(1)前1、2位数字表示：所在省份的代码；

(2)第3、4位数字表示：所在城市的代码；

(3)第5、6位数字表示：所在区县的代码；

(4)第7～14位数字表示：出生年、月、日；

(5)第15、16位数字表示：所在地的派出所的代码；

(6)第17位数字表示性别：奇数表示男性，偶数表示女性；

(7)第18位数字是校检码：也有的说是个人信息码，一般是随计算机的随机产生。医院端接入服务平台判断身份标识信息的数据结构是否符合身份证号码的数字结构，如果是则身份标识信息为实名身份信息，反之则为非实名身份信息。

本发明为用户提供基于用户身份标识信息生成的实名离线电子健康码或非实名离线电子健康码，无需用户携带实体卡就能享受医疗服务，简单便捷，成本低。本发明在用户不方便或者基于其它的原因不提供实名身份信息时，仍然能够基于非实名身份信息为用户提供非实名离线电子健康码，为用户的就医提供方便。其中，实名离线电子健康码和非实名离线电子健康码均可让用户享受挂号、就诊、查询打印报告单、缴费清单等医疗服务。

本发明的一个实施例，如图3所示，一种离线电子健康码的生成方法，包括：

S100医院端接入服务平台获取电子健康码的申领请求；申领请求包括用户的身份标识信息；

S200医院端接入服务平台判断是否与卡管平台连通；

S310在医院端接入服务平台与卡管平台处于未连通状态时，医院端接入服务平台对身份标识信息进行分析得到对应的身份信息类型；

S320若身份信息类型为实名身份信息，医院端接入服务平台根据身份标识信息生成实名离线电子健康码；

S330在医院端接入服务平台与卡管平台恢复连通后，医院端接入服务平台定时检测卡管平台是否正常；

S340若卡管平台正常，医院端接入服务平台向卡管平台发送离线电子健康码绑码请求进行关联绑定；

具体的，医院端接入服务平台定时检测卡管平台是否正常，一旦检测到卡管平台处于正常工作状态，那么，医院端接入服务平台在确定生成了实名离线电子健康码后，医院端接入服务平台会向卡管平台发送离线电子健康码绑码请求，离线电子健康码绑码请求包括医院端接入服务平台生成的实名离线电子健康码。卡管平台接收到离线电子健康码绑码请求后，将离线电子健康码绑码请求中实名离线电子健康码中的实名身份信息进行加密处理，从而生成正式的电子健康码，这个正式的电子健康码其实就是将实名离线电子健康码加密处理后的正式实名码。用户在获取到电子健康码后可以打印处理出来进行就医。

优选的，卡管平台将用户身份标识信息进行加密得到主索引ID，其中实名身份信息为用户实名认证的唯一确定用户身份的信息，例如身份证号，也就是说实名身份信息可以唯一确定用户的身份且不可随意更改，另外主索引ID关联对应用户在各个医疗数据库中的医疗数据，当后续使用实名离线电子健康码时，识别出主索引ID之后，根据主索引ID即可调用相应用户在任意医疗机构就医的医疗数据，便于医护人员参考病史，便于追溯。

S350若身份信息类型为非实名身份信息，医院端接入服务平台根据身份标识信息生成非实名离线电子健康码；

S360在医院端接入服务平台与卡管平台恢复连通后，医院端接入服务平台定时检测卡管平台是否正常；

S370若卡管平台正常，医院端接入服务发出实名制提示信息以提醒用户输入有效实名身份信息和验证码，并向卡管平台发送非实名码绑码请求；非实名码绑码请求包括非实名离线电子健康码、有效实名身份信息和验证码；

S380卡管平台接收到非实名码绑码请求后，根据非实名码绑码请求进行关联绑定。

具体的，医院端接入服务平台还会定时检测卡管平台是否正常，一旦检测到卡管平台处于正常工作状态且生成了非实名离线电子健康码，因为医院端接入服务平台与卡管平台恢复连通，因此医院端接入服务平台会生成实名制提示信息，将实名制提示信息发送或者展示给用户，以便提醒用户及时输入有效实名身份信息和验证码。然后，医院端接入服务平台会生成非实名码绑码请求并发送给卡管平台。卡管平台接收到非实名码绑码请求后根据非实名码绑码请求完成与非实名码的关联绑定。

本发明为用户提供基于用户身份标识信息生成的实名离线电子健康码或非实名离线电子健康码，无需用户携带实体卡就能享受医疗服务，简单便捷，成本低。本发明在用户不方便或者基于其它的原因不提供实名身份信息时，仍然能够基于非实名身份信息为用户提供非实名离线电子健康码，为用户的就医提供方便。其中，实名离线电子健康码和非实名离线电子健康码均可让用户享受挂号、就诊、查询打印报告单、缴费清单等医疗服务。

发明的一个实施例，一种离线电子健康码的生成方法，包括：

S100医院端接入服务平台获取电子健康码的申领请求；申领请求包括用户的身份标识信息；

S200医院端接入服务平台判断是否与卡管平台连通；

S310在医院端接入服务平台与卡管平台处于未连通状态时，医院端接入服务平台对身份标识信息进行分析得到对应的身份信息类型；

S320若身份信息类型为实名身份信息，医院端接入服务平台根据身份标识信息生成实名离线电子健康码；

S330在医院端接入服务平台与卡管平台恢复连通后，医院端接入服务平台定时检测卡管平台是否正常；

S340若卡管平台正常，医院端接入服务平台向卡管平台发送离线电子健康码绑码请求进行关联绑定；

S350若身份信息类型为非实名身份信息，医院端接入服务平台根据身份标识信息生成非实名离线电子健康码；

S360在医院端接入服务平台与卡管平台恢复连通后，医院端接入服务平台定时检测卡管平台是否正常；

S370若卡管平台正常，医院端接入服务发出实名制提示信息以提醒用户输入有效实名身份信息和验证码，并向卡管平台发送非实名码绑码请求；非实名码绑码请求包括非实名离线电子健康码、有效实名身份信息和验证码；

S381卡管平台根据验证码验证身份通过后，根据有效实名身份信息生成对应的正式实名码；

S382卡管平台将正式实名码与对应的非实名离线电子健康码进行绑定。

具体的，医院端接入服务平台还会定时检测卡管平台是否正常，一旦检测到卡管平台处于正常工作状态且生成了非实名离线电子健康码，因为医院端接入服务平台与卡管平台恢复连通，因此医院端接入服务平台会生成实名制提示信息，将实名制提示信息发送或者展示给用户，以便提醒用户及时输入有效实名身份信息和验证码。然后，医院端接入服务平台会生成非实名码绑码请求，其中，非实名码绑码请求包括非实名离线电子健康码，以及发起实名制提示信息后用户输入的有效实名身份信息和验证码。卡管平台接收到非实名码绑码请求后，在根据验证码验证身份通过后，重新根据有效实名身份信息生成正式实名码。然后，卡管平台接将非实名码绑码请求中的非实名离线电子健康码和正式实名码进行绑定生成正式的电子健康码，这个正式的电子健康码其实就是与对应的非实名离线电子健康码绑定后的正式实名码。用户在获取到电子健康码后可以打印处理出来进行就医。

非实名离线电子健康码设置的目的是为了在用户不方便提供实名身份信息时也能提供医疗服务，但是长期使用非实名离线电子健康码不利于统计各个用户的医疗数据，因此非实名离线电子健康码仅作为临时应对措施。因此，医院端接入服务平台需要及时提示用户输入实名身份信息进行实名认证。如果医院端接入服务平台获取到实名身份信息，则卡管平台会结合实名身份信息生成相应的正式实名码，然后，卡管平台会将正式实名码与对应的非实名离线电子健康码进行关联，也就是将非实名离线电子健康码上的医疗数据转移到相应的正式实名码上。

其中，离线电子健康码包括实名离线电子健康码和非实名离线电子健康码。其实，离线电子健康码需要打印之后供医护人员终端扫描识别。当然，用户可根据需要将电子健康码打印处理进行就医。

其次，当医院端接入服务平台与卡管平台重新建立连接之后，会将实名离线电子健康码和非实名离线电子健康码均发送至卡管平台。对于实名离线电子健康码，卡管平台进行加密之后生成相应的实名码得到正式的电子健康码。对于非实名离线电子健康码，医院端接入服务平台会提示用户输入实名身份信息，再由卡管平台验证通过后根据实名身份信息生成相应的正式实名码，然后将正式实名码与对应的非实名离线电子健康码进行关联绑定。

本发明对于医院端接入服务平台与卡管平台的数据连接断开的情形，采取发放离线电子健康码的措施保证用户就医行为的正常进行，然后在两者数据连接正常之后，将断开期间生成的离线电子健康码上传至卡管平台，进行相应的处理得到正式的电子健康码。

优先的，医疗机构终端还包括：

离线电子健康码验证模块，用于在医疗机构终端与卡管平台网络连接故障时，根据发码记录中的发码信息提供离线电子健康码的验证；

发码记录同步模块，用于将医疗机构终端的离线发码记录会定期同步到卡管平台。

卡管平台与医院端接入服务平台网络中断，数据交互异常的情况下，通过医院端接入服务平台给用户下发离线电子健康码。离线电子健康码包括实名离线电子健康码和非实名离线电子健康码。离线电子健康码包括离线实名码和离线非实名码：离线实名码，是居民提供有效身份信息、未加密生成的实名电子健康码；离线非实名码，是居民未提供有效身份信息认证、未加密生成的非实名电子健康码。如图4和图5所示，其中，2.1离线实名码生成流程如下步骤所示：

1)居民在自助设备/人工窗口，提供有效身份证件申领电子健康码；

2)断网状态下，医院端接入服务平台直接发离线实名码；

3)连网状态下，调市卡管发码接口和密码服务，重新生成实名码；

4)打印二维码。

2.2离线实名码验证流程如下步骤所示：

1)使用场景：挂号、就诊、查询打印报告单/缴费清单；

2)断网状态下，调医院端接入服务平台验码服务；

2.3离线非实名码生成流程如下步骤所示：

1)居民在自助设备/人工窗口，未提供有效身份证件申领电子健康码；

2)采用其他方式录入居民信息(如输入姓名+手机号码)；

3)断网状态下，医院端接入服务平台直接发离线非实名码；

4)连网状态下，系统会提示为离线码；

5)居民提供有效身份信息+手机短信验证，调市卡管接口和密码服务发正式实名码；

6)打印二维码。

2.4离线非实名码验证流程如下步骤所示：

1)使用场景：挂号、就诊、查询打印报告单/缴费清单；

2)断网状态下，调医院端接入服务平台验码服务。

2.5绑码业务流程如下步骤所示：

1)在连网状态下，医院端接入服务平台会定时(5s可配置)检测卡管平台是否正常；

2)医院端接入服务平台定时(2h可配置)向中心端发起非实名码绑码/非实名码绑码请求；

3)中心端市级卡管平台会定时(2h可配置)从医院端接入服务平台下载增量发卡数据；

4)增量发卡数据由各个医疗机构定时上传到医院端接入服务平台；

5)无有效身份证件信息的非实名码会生成域索引，正式实名码通过域索引将非实名码关联起来，连网状态下，重新生成的正式实名码会与离线码进行绑定。

本发明一方面提供非实名离线电子健康码以便在用户不方便提供实名身份信息时也能提供就诊服务，另一方便在用户再次使用非实名离线电子健康码时提示用户根据实名身份信息进行验证生成相应的正式实名码并绑定非实名离线电子健康码，从而确保离线电子健康码中数据的有效性以及可追溯性，避免过多的非实名离线电子健康码使得系统中存在大量的无法追溯用户的医疗数据，同时也是为了确保用户的医疗数据的完整性。

本发明的一个实施例，一种离线电子健康码的生成系统，包括：医院端接入服务平台和卡管平台；医院端接入服务平台与卡管平台连接；

医院端接入服务平台，用于获取电子健康码的申领请求；申领请求包括用户的身份标识信息；

医院端接入服务平台，还用于判断是否与卡管平台连通，在医院端接入服务平台与卡管平台处于未连通状态时，根据身份标识信息生成对应的离线电子健康码。

具体的，本实施例是上述方法实施例对应的系统实施例，具体效果参见上述方法实施例，在此不再一一赘述。

基于前述实施例，医院端接入服务平台包括：

分析模块，用于在医院端接入服务平台与卡管平台处于未连通状态时，对身份标识信息进行分析得到对应的身份信息类型；

离线电子健康码生成模块，用于若身份信息类型为实名身份信息，根据身份标识信息生成实名离线电子健康码；若身份信息类型为非实名身份信息，根据身份标识信息生成非实名离线电子健康码。

具体的，本实施例是上述方法实施例对应的系统实施例，具体效果参见上述方法实施例，在此不再一一赘述。

基于前述实施例，医院端接入服务平台还包括：

检测模块，用于在医院端接入服务平台与卡管平台恢复连通后，医院端接入服务平台定时检测卡管平台是否正常；

第一处理模块，用于若卡管平台正常生成离线电子健康码绑码请求；

第一通信模块，用于若卡管平台正常，向卡管平台发送离线电子健康码绑码请求进行关联绑定。

具体的，本实施例是上述方法实施例对应的系统实施例，具体效果参见上述方法实施例，在此不再一一赘述。

基于前述实施例，医院端接入服务平台还包括：

第一生成模块，用于若卡管平台正常生成用于实名制提示信息和非实名码绑码请求；非实名码绑码请求包括非实名离线电子健康码、有效实名身份信息和验证码；实名制提示信息用于提醒用户输入有效实名身份信息和验证码；

输入模块，用于获取用户输入的有效实名身份信息和验证码；

第一通信模块，还用于向卡管平台发送非实名码绑码请求；

卡管平台包括：

第二通信模块，用于接收非实名码绑码请求；

绑定生成模块，用于根据非实名码绑码请求进行关联绑定。

具体的，本实施例是上述方法实施例对应的系统实施例，具体效果参见上述方法实施例，在此不再一一赘述。

基于前述实施例，卡管平台还包括：

第二生成模块，用于根据验证码验证身份通过后，根据有效实名身份信息生成对应的正式实名码；

第二处理模块，用于将正式实名码与对应的非实名离线电子健康码进行绑定。

具体的，本实施例是上述方法实施例对应的系统实施例，具体效果参见上述方法实施例，在此不再一一赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的程序模块完成，即将所述装置的内部结构划分成不同的程序单元或模块，以完成以上描述的全部或者部分功能。实施例中的各程序模块可以集成在一个处理单元中，也可是各个单元单独物理存在，也可以两个或两个以上单元集成在一个处理单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件程序单元的形式实现。另外，各程序模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其他的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性、机械或其他的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可能集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

应当说明的是，上述实施例均可根据需要自由组合。以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种离线电子健康码的生成方法，其特征在于，包括：

医院端接入服务平台获取电子健康码的申领请求；所述申领请求包括用户的身份标识信息；

医院端接入服务平台判断是否与卡管平台连通；

在所述医院端接入服务平台与所述卡管平台处于未连通状态时，所述医院端接入服务平台根据所述身份标识信息生成对应的离线电子健康码。

2.根据权利要求1所述的离线电子健康码的生成方法，其特征在于，所述在所述医院端接入服务平台与所述卡管平台处于未连通状态时，所述医院端接入服务平台根据所述身份标识信息生成对应的离线电子健康码包括：

在所述医院端接入服务平台与所述卡管平台处于未连通状态时，所述医院端接入服务平台对所述身份标识信息进行分析得到对应的身份信息类型；

若所述身份信息类型为实名身份信息，所述医院端接入服务平台根据所述身份标识信息生成实名离线电子健康码；

若所述身份信息类型为非实名身份信息，所述医院端接入服务平台根据所述身份标识信息生成非实名离线电子健康码。

3.根据权利要求2所述的离线电子健康码的生成方法，其特征在于，所述根据所述身份标识信息生成实名离线电子健康码之后还包括：

在所述医院端接入服务平台与所述卡管平台恢复连通后，所述医院端接入服务平台定时检测卡管平台是否正常；

若所述卡管平台正常，所述医院端接入服务平台向所述卡管平台发送离线电子健康码绑码请求进行关联绑定。

4.根据权利要求2所述的离线电子健康码的生成方法，其特征在于，所述根据所述身份标识信息生成非实名离线电子健康码之后还包括：

在所述医院端接入服务平台与所述卡管平台恢复连通后，所述医院端接入服务平台定时检测卡管平台是否正常；

若所述卡管平台正常，所述医院端接入服务发出实名制提示信息以提醒用户输入有效实名身份信息和验证码，并向所述卡管平台发送非实名码绑码请求；所述非实名码绑码请求包括非实名离线电子健康码、有效实名身份信息和验证码；

所述卡管平台接收到所述非实名码绑码请求后，根据所述非实名码绑码请求进行关联绑定。

5.根据权利要求4所述的离线电子健康码的生成方法，其特征在于，所述卡管平台接收到所述非实名码绑码请求后，根据所述非实名码绑码请求进行关联绑定包括：

所述卡管平台根据所述验证码验证身份通过后，根据所述有效实名身份信息生成对应的正式实名码；

所述卡管平台将所述正式实名码与对应的非实名离线电子健康码进行绑定。

6.一种离线电子健康码的生成系统，其特征在于，包括：医院端接入服务平台和卡管平台；所述医院端接入服务平台与卡管平台连接；

所述医院端接入服务平台，用于获取电子健康码的申领请求；所述申领请求包括用户的身份标识信息；

所述医院端接入服务平台，还用于判断是否与卡管平台连通，在所述医院端接入服务平台与所述卡管平台处于未连通状态时，根据所述身份标识信息生成对应的离线电子健康码。

7.根据权利要求6所述的离线电子健康码的生成系统，其特征在于，所述医院端接入服务平台包括：

分析模块，用于在所述医院端接入服务平台与所述卡管平台处于未连通状态时，对所述身份标识信息进行分析得到对应的身份信息类型；

离线电子健康码生成模块，用于若所述身份信息类型为实名身份信息，根据所述身份标识信息生成实名离线电子健康码；若所述身份信息类型为非实名身份信息，根据所述身份标识信息生成非实名离线电子健康码。

8.根据权利要求7所述的离线电子健康码的生成系统，其特征在于，所述医院端接入服务平台还包括：

检测模块，用于在所述医院端接入服务平台与所述卡管平台恢复连通后，所述医院端接入服务平台定时检测卡管平台是否正常；

第一处理模块，用于若所述卡管平台正常生成离线电子健康码绑码请求；

第一通信模块，用于若所述卡管平台正常，向所述卡管平台发送离线电子健康码绑码请求进行关联绑定。

9.根据权利要求8所述的离线电子健康码的生成系统，其特征在于，所述医院端接入服务平台还包括：

第一生成模块，用于若所述卡管平台正常生成用于实名制提示信息和非实名码绑码请求；所述非实名码绑码请求包括非实名离线电子健康码、有效实名身份信息和验证码；所述实名制提示信息用于提醒用户输入有效实名身份信息和验证码；

输入模块，用于获取用户输入的有效实名身份信息和验证码；

所述第一通信模块，还用于向所述卡管平台发送所述非实名码绑码请求；

所述卡管平台包括：

第二通信模块，用于接收所述非实名码绑码请求；

绑定生成模块，用于根据所述非实名码绑码请求进行关联绑定。

10.根据权利要求9所述的离线电子健康码的生成系统，其特征在于，所述卡管平台还包括：

第二生成模块，用于根据所述验证码验证身份通过后，根据所述有效实名身份信息生成对应的正式实名码；

第二处理模块，用于将所述正式实名码与对应的非实名离线电子健康码进行绑定。

Images