CN111710421A - 人员健康管理及信息处理方法、装置、设备和存储介质 - Google Patents

Abstract

本发明实施例提供一种人员健康管理及信息处理方法、装置、设备和存储介质，该信息处理方法包括：确定用户的健康状态；根据健康状态和用户的用户标识，生成与用户对应的电子凭证；接收与电子凭证对应的服务请求信息，对服务请求信息进行处理。基于用户的健康状态和用户标识，可以为用户生成电子凭证，其中，该电子凭证即反映了用户的健康状态。基于此，对于某应用场景的管理人员来说，基于进入该应用场景的各个用户所对应的电子凭证，可以得知各个用户的健康状态，以便基于各个用户的健康状态进行相应的人员管理，以降低应用场景中存在的安全隐患，提高人员管理的智能化程度。

Description

人员健康管理及信息处理方法、装置、设备和存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种人员健康管理及信息处理方法、装置、设备和存储介质。

背景技术

在人们的日常工作、生活中，各种各样的安全问题都值得关注，比如设备运行安全问题，饮食安全问题，就医环境安全问题，等等。

而很多安全问题都聚焦到一个共同点——人的身体健康问题。比如，如果某人感染了某种传染病，他去往医院就医，就会多医院中的其他人产生健康安全隐患。

因此，提供一种聚焦于人的健康情况监测的智能化解决方案，以适用于不同应用场景的人员管理需求，是亟待解决的问题。

发明内容

本发明实施例提供一种人员健康管理及信息处理方法、装置、设备和存储介质，基于对用户的健康状态的监测，实现人员的智能化管理。

第一方面，本发明实施例提供一种信息处理方法，该方法包括：

确定用户的健康状态；

根据所述健康状态和所述用户的用户标识，生成与所述用户对应的电子凭证；

接收与所述电子凭证对应的服务请求信息；

对所述服务请求信息进行处理。

第二方面，本发明实施例提供一种信息处理装置，该装置包括：

确定模块，用于确定用户的健康状态；

生成模块，用于根据所述健康状态和所述用户的用户标识，生成与所述用户对应的电子凭证；

接收模块，用于接收与所述电子凭证对应的服务请求信息；

处理模块，用于对所述服务请求信息进行处理。

第三方面，本发明实施例提供一种电子设备，包括：存储器、处理器、通信接口；其中，存储器上存储有可执行代码，当所述可执行代码被处理器执行时，使处理器至少可以实现如第一方面所述的信息处理方法。

第四方面，本发明实施例提供了一种非暂时性机器可读存储介质，非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使处理器至少可以实现如第一方面所述的信息处理方法。

第五方面，本发明实施例提供一种信息处理方法，该方法包括：

接收用户终端设备发送的获取请求，所述获取请求中包含应用场景的标识；

确定用户在所述应用场景中对应的健康状态；

根据所述健康状态和所述用户的用户标识，为所述用户生成与所述应用场景对应的电子凭证；

将所述电子凭证发送至所述用户终端设备。

第六方面，本发明实施例提供一种信息处理装置，该装置包括：

接收模块，用于接收用户终端设备发送的获取请求，所述获取请求中包含应用场景的标识；

确定模块，用于确定用户在所述应用场景中对应的健康状态；

生成模块，用于根据所述健康状态和所述用户的用户标识，为所述用户生成与所述应用场景对应的电子凭证；

发送模块，用于将所述电子凭证发送至所述用户终端设备。

第七方面，本发明实施例提供一种电子设备，包括：存储器、处理器、通信接口；其中，存储器上存储有可执行代码，当所述可执行代码被处理器执行时，使处理器至少可以实现如第五方面所述的信息处理方法。

第八方面，本发明实施例提供了一种非暂时性机器可读存储介质，非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使处理器至少可以实现如第五方面所述的信息处理方法。

第九方面，本发明实施例提供一种人员健康管理方法，该方法包括：

根据用户的健康状态和用户标识，生成与所述用户对应的健康码；

将所述健康码发送至所述用户的终端设备；

接收管理设备发送的查询请求，所述查询请求中包括所述用户标识，所述管理设备对应于对所述用户具有管理权限的组织机构；

根据所述用户标识，确定所述健康码以及解析所述健康码以获取所述用户的健康状态；

将所述用户的健康状态发送至所述管理设备。

第十方面，本发明实施例提供一种人员健康管理装置，该装置包括：

生成模块，用于根据用户的健康状态和用户标识，生成与所述用户对应的健康码；

发送模块，用于将所述健康码发送至所述用户的终端设备；

接收模块，接收管理设备发送的查询请求，所述查询请求中包括所述用户标识，所述管理设备对应于对所述用户具有管理权限的组织机构；

处理模块，用于根据所述用户标识，确定所述健康码以及解析所述健康码以获取所述用户的健康状态；

所述发送模块，还用于将所述用户的健康状态发送至所述管理设备。

第十一方面，本发明实施例提供一种电子设备，包括：存储器、处理器、通信接口；其中，存储器上存储有可执行代码，当所述可执行代码被处理器执行时，使处理器至少可以实现如第九方面所述的人员健康管理方法。

第十二方面，本发明实施例提供了一种非暂时性机器可读存储介质，非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使处理器至少可以实现如第九方面所述的人员健康管理方法。

在本发明实施例中，可以基于对用户相关的多种数据的分析以确定用户对应的健康状态。基于用户的健康状态和用户标识，可以为用户生成电子凭证，其中，该电子凭证即反映了用户的健康状态。基于此，对于某应用场景的管理人员来说，基于进入该应用场景的各个用户所对应的电子凭证，可以得知各个用户的健康状态，以便基于各个用户的健康状态进行相应的人员管理，以降低应用场景中存在的安全隐患，提高人员管理的智能化程度。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种信息处理方法的流程图；

图2为本发明实施例提供的一种电子凭证生成方法的流程图；

图3为本发明实施例提供的一种信息处理方法的流程图；

图4为本发明实施例提供的一种上岗管理系统的工作过程示意图；

图5为本发明实施例提供的一种信息处理方法的流程图；

图6为本发明实施例提供的一种医疗管理系统的工作过程示意图；

图7为本发明实施例提供的一种信息处理方法的流程图；

图8为本发明实施例提供的一种用户申请电子凭证过程中的界面状态示意图；

图9为本发明实施例提供的一种人员健康管理方法的流程图；

图10为本发明实施例提供的一种信息处理装置的结构示意图；

图11为与图10所示实施例提供的信息处理装置对应的电子设备的结构示意图；

图12为本发明实施例提供的一种信息处理装置的结构示意图；

图13为与图12所示实施例提供的信息处理装置对应的电子设备的结构示意图；

图14为本发明实施例提供的一种人员健康管理装置的结构示意图；

图15为与图14所示实施例提供的人员健康管理装置对应的电子设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

另外，下述各方法实施例中的步骤时序仅为一种举例，而非严格限定。

本发明实施例提供的信息处理方法可以由某电子设备来执行，该电子设备可以是云端的服务器或服务器集群，以下以服务端统称。

图1为本发明实施例提供的一种信息处理方法的流程图，如图1所示，该信息处理方法可以包括如下步骤：

101、确定用户的健康状态。

102、根据用户的健康状态和用户标识，生成与用户对应的电子凭证。

103、接收与电子凭证对应的服务请求信息。

104、对服务请求信息进行处理。

本发明实施例中，为用户生成的电子凭证用于反映用户的健康状态，以便用户基于该电子凭证可以使用一些服务。因此，为了给用户生成与其对应的电子凭证，服务端需要获取与该用户相关的信息，这些信息中包含用户对应的健康状态和用户标识。

可选地，可以通过如下方式获取用户对应的健康状态和用户标识：接收用户通过客户端发送用于获取电子凭证的获取请求，根据客户端绑定的用户实名认证信息，获取用户标识，进而，基于获得的用户标识获取用于判定用户的健康状态的参考用户数据，基于该参考用户数据确定用户的健康状态。

其中，与该客户端对应的上述服务端在接收到上述获取请求后，可以基于用户在注册该客户端时所绑定的用户实名认证信息对该用户进行实名制认证，认证通过后，基于该用户实名认证信息可以得到用户标识。该用户标识用于唯一性地标识该用户，实际应用中，该用户标识比如可以包括：姓名、电话号码、证件号等信息。

值得说明的是，本文中的用户标识以及用户参考数据等用户相关的信息都是用户授权可以使用的。

可选地，用户参考数据可以包括用户的健康数据，比如用户的诊疗数据、在线购买药品的数据、医保卡数据等与就医、用药相关的数据。

服务端中可以存储有预先设定的几种健康状态以及每种健康状态对应的判定条件。比如，健康状态包括：良好、不佳，或者，健康状态包括：低风险、中风险、高风险。每种健康状态对应的判定条件可能涉及不同维度：比如是否在过去一段时间内用过某类药品、出现过某种症状、是否去过某些地区，以及是否患有某种疾病，等等。

基于此，在确定用户的健康状态的过程中，可以根据每种健康状态对应的判定条件，确定用户参考数据符合哪种判定条件，便确定用户的健康状态为与符合的判定条件所对应的健康状态。

在得到用户标识以及用户的健康状态后，可以基于用户标识和健康状态为用户生成电子凭证，该电子凭证可以是二维码，当然，也可以是条码、QR码、字符串，等等。

以电子凭证为二维码为例，用户的健康状态对生成的二维码的影响可以体现为两个方面，一方面是二维码的图案，另一方面是二维码的颜色。具体来说，可选地，用户标识和健康状态都作为生成二维码的输入信息，对这两个输入信息进行编码以得到某种图案的二维码。或者，可选地，用户标识作为生成二维码的输入信息，对用户标识进行编码以得到某种图案的二维码，而健康状态影响二维码的颜色，即不同的健康状态对应于不同的颜色。可以理解的是，在生成二维码的过程中，二维码的输入信息不局限于上述两种信息，比如还可以包括时间戳信息。

以上对电子凭证的生成过程，进行了概括说明。但是，实际应用中，不同应用场景对用户的健康状态的要求可能是不同的，而不同应用场景都可能具有对用户的健康状态进行监测的需求，以保证安全问题。

基于此，一种可选的解决方案是：结合不同应用场景的需求，为用户生成一个可以适用于不同应用场景的电子凭证，即通过一个电子凭证关联了用户在不同应用场景中对应的健康状态。

在该解决方案中，如图2所示，生成与用户对应的电子凭证，具体可以实现为如下步骤：

201、根据不同应用场景各自对应的健康状态判定条件和用户标识，获取不同应用场景各自对应的参考用户数据。

202、根据不同应用场景各自对应的参考用户数据，确定用户在不同应用场景中分别对应的健康状态。

203、根据用户在不同应用场景中分别对应的健康状态以及用户标识，生成与用户对应的电子凭证。

可选地，应用场景包括如下任一种应用场景：就医场景、职业场景。当然，不以此为限。

服务端存储有预设的不同应用场景对应的多种健康状态以及每种健康状态对应的判定条件(即健康状态判定条件)。

值得说明的是，每种应用场景对应的多种健康状态以及每个健康状态对应的判定条件未必是一成不变的，可以根据实际需求而更新配置。举例来说，以就医场景为例，在流感盛行的季节，与就医场景对应的多种健康状态可以反映用户是否具有流感症状，此时多种健康状态比如为：患流感概率高和患流感概率低。而如果当前某种传染病疫情盛行，则与就医场景对应的多种健康状态可以反映用户感染传染病的风险，此时多种健康状态比如为：低风险、中风险、高风险。

以就医场景为例，假设当前某地区A爆发了某种传染病疫情，表现出的病症主要是发热。此时，与就医场景对应的多种健康状态为：低风险、中风险、高风险，用以反映用户感染传染病的风险。另外，服务端中也预设有每种健康状态对应的判定条件。比如，若用户此前一段时间内在地区A停留过，则确定其健康状态为高风险。若用户此前一段时间内未在地区A停留过，并且该用户没有发热症状，则确定其健康状态为低风险。不符合前两种情况的用户的健康状态确定为中风险。若用户此前一段时间内未在地区A停留过，但该用户有发热症状，则确定其健康状态为中风险。

上述判定条件仅为举例，实际上还可能结合其他因素来判定，比如还可以结合用户之间的接触关系，该接触关系比如为同事关系，亲属关系，工作或住址上的近邻关系，等等。比如，若用户p此前一段时间内在地区A停留过，之后去往地区B，而用户q此前一段时间内虽然并未在地区A停留过，但是由于用户q与用户p为同事关系或亲属关系，目前都在地区B工作，则用户q的健康状态可能被确定为高风险。

综上举例，在就医场景中，为了确定用户的健康状态，可以基于用户标识查询获得包含用户的健康数据、移动轨迹数据的参考用户数据，以便基于就医场景中设定的不同健康状态各自对应的判定条件，结合这些参考用户数据，确定用户的健康状态。其中，用户的健康数据主要用于确定用户是否具有某种病症或者患有某种疾病，移动轨迹数据主要用于确定用户在不同时间所处的位置。

再以职业场景为例，实际应用中，不同的职业场景对相应的工作人员可能具有不同的健康方面的要求。举例来说，厨师这个职业场景可以要求厨师不应该患有呼吸系统疾病、肝炎；化妆师、家政等职业场景要求化妆师不应该患有皮肤病；航空服务这个职业场景要求空勤人员具有符合要求的体检合格证；机动车驾驶员这个职业场景要求司机不应该患有器质性心脏病、癫痫以及其他影响安全驾驶的神经系统疾病；高空作业人员不应该患有心脏病、高血压、贫血症。

基于此，以厨师这个职业场景为例，可以设定该职业场景对应的健康状态包括如下两种：良好和不佳，其中，良好这种健康状态对应的判定条件为：未患有呼吸系统疾病和肝炎；不佳这种健康状态对应的判定条件为：患有呼吸系统疾病或肝炎。此时，可以基于用户的用户标识查询获得包含用户的健康数据在内的参考用户数据，以便基于该健康数据确定用户是否患有呼吸系统疾病、肝炎。

值得说明的是，针对职业场景来说，可选地，用户在向服务端触发前文中提及的获取请求时，该获取请求中可以携带有用户的职业信息，以便据此确定用户对应的职业场景，其中，该职业信息可以是用户手动输入到客户端内的。另外，可选地，服务端也可以基于用户标识查询用户的就职信息，以确定用户对应的职业场景。

另外，除了以上举例的就医场景和职业场景外，本发明实施例提供的方案还可以适用于其他一些应用场景中。比如，诸如游乐场的某种特殊的娱乐项目，某种特殊的体育项目，会要求用户(是指参与者)的身体健康状态符合设定条件，比如没有心脏病、高血压、没有愈合的手术刀口，等等。基于此，服务端可以基于这些项目对应的条件，获取用户的健康数据，以确定用户的健康状态是否符合相应条件，根据确定结果生成可以反映用户的健康状态是否符合相应条件的电子凭证，以便相关工作人员据此确定用户是否可以参与相应项目。

基于上述举例可知，服务端可以与网络运营方联动，以基于用户的网络通信行为获得用户的移动轨迹数据，即确定用户在什么时间在哪些地区停留过。另外，服务端可以与卫生健康管理系统联动，以便请求卫生健康管理系统基于用户的用药记录、就诊记录等健康数据反馈用户是否具有某些病症或患有某种疾病。服务端还可以与社保或税收管理系统联动，以便请求社保或税收管理系统基于用户的就职信息反馈用户对应的职业场景。

以电子凭证为二维码为例，在确定了用户在不同应用场景中分别对应的健康状态后，可选地，用户标识以及用户在不同应用场景中分别对应的健康状态，都可以作为生成二维码的输入信息，以生成包含这些信息的二维码。此时，可以对用户在不同应用场景中分别对应的健康状态进行编码，以编码结果来表征这些健康状态。比如，某职业场景对应的两种健康状态：良好和不佳，各自对应的编码结果为001，002。就医场景对应的三种健康状态：低风险、中风险、高风险，各自对应的编码结果为003，004,005。

或者，可选地，可以将用户标识以及用户在某种应用场景1中对应的健康状态作为生成二维码的输入信息，以生成二维码，而以用户在另外某种应用场景2中对应的健康状态来确定二维码的颜色，从而最终可以生成具有某种颜色的二维码，此时，二维码的颜色反映的是用户在应用场景2中对应的健康状态，而若想获知用户在应用场景1中对应的健康状态，则需要解析二维码获知。

值得说明的是，在基于某用户的申请而为该用户生成电子凭证之后，并不意味着该用户的电子凭证后续不会发生更新，当该电子凭证符合预设的更新条件时，则更新该用户对应的电子凭证。可选地，更新条件可以包括如下任一种：电子凭证已经达到设定的生命周期，用户触发对电子凭证的使用操作，生成电子凭证时所对应的健康状态发生改变。

实际应用中，在生成一个电子凭证时，可以设定该电子凭证的生命周期，比如一天即24小时，那么当该电子凭证达到生命周期时，将自动触发为用户更新电子凭证。假设T1时刻为用户生成的电子凭证称为电子凭证a，过24小时之后的T2时刻将电子凭证a更新为电子凭证b。其中，电子凭证b的生成过程与电子凭证a的生成过程相似。可以理解的是，即使生成电子凭证a和电子凭证b时，用户对应的健康状态和用户标识都未发生变化，严格来说，电子凭证b与电子凭证a也是不同的，也就是说，T2时刻为某用户生成的二维码与T1时刻为该用户生成的二维码是不同的，该不同比如可以是由于生成时间的不同而引起的。

服务端也可以定期以用户标识查询参考用户数据，当基于最新得到的参考用户数据以及不同应用场景下设定的各种健康状态各自对应的判定条件，确定用户在某应用场景中的健康状态发生变化时，该用户对应的电子凭证也会被更新。

另外，还可以在用户触发对电子凭证的使用操作时，自动更新电子凭证。具体来说，假设某用户在T1时刻首次申请电子凭证，此时为用户生成了电子凭证a，用户得到该电子凭证a后，假设对该电子凭证a触发了某种使用操作，比如上岗打卡签到，该电子凭证a由于已经被使用过，则此时可以触发电子凭证的更新处理，为用户生成新的电子凭证b，以备之后使用。

电子凭证自动更新的机制，可以保证用户信息的安全性，避免其他人盗用某用户的电子凭证，还可以保证不同应用场景中人员管理的准确性。

服务端在为用户生成电子凭证后，可以将生成的电子凭证通过用户的客户端下发至用户，用户基于该电子凭证，可以在相应的应用场景中触发服务请求信息，服务端在接收到该服务请求信息后，对该服务请求信息进行处理，以便使得用户能够最终使用所需的服务。

实际应用中，以就医场景为例，用户在就医场景中可以涉及的服务比如可以包括：挂号服务、医生的诊疗服务。用户在职业场景中可以涉及的服务比如包括：考勤服务。

另外，值得说明的是，其他一些应用场景也可能复用某个应用场景中的健康状态，此时，为用户生成的上述电子凭证不仅可以适用于就医场景、职业场景，也可以适用于其他场景。

举例来说，比如在一些场所的出入控制场景中，也可以基于用户的电子凭证来确定用户是否可以进入某些场所，具体地，当用户在就医场景中对应的健康状态符合设定条件时，可以确定用户能够进入某些场所，比如小区、办公大厦、商场、车站等。

不管用户基于电子凭证触发了与哪种应用场景对应的服务请求信息，概括来说，服务端对该服务请求信息的处理过程可以描述为：接收目标应用场景对应的终端设备发送的服务请求信息，该服务请求信息中包含用户的电子凭证；若确定该电子凭证有效，则从电子凭证对应的信息中确定用户在目标应用场景中对应的健康状态；根据用户在目标应用场景中对应的健康状态，对服务请求信息进行处理。其中，目标应用场景可以是电子凭证可以适用于的所有应用场景中的任一个。

基于上述处理过程的概括描述，需要强调两点：

第一，服务端可以根据发送服务请求信息的终端设备确定该服务请求信息对应的目标应用场景。

第二，服务端在得知目标应用场景后，基于电子凭证获取用户在该目标应用场景中对应的健康状态，根据该健康状态对服务请求信息进行响应。

为便于描述，下面将发送服务请求信息的终端设备，简称为服务终端设备。

可选地，服务端基于服务终端设备确定服务请求信息对应的目标应用场景，可以实现为：

服务终端设备被配置为在触发服务请求信息时，在服务请求信息中携带目标应用场景标识，以使服务端可以根据该目标应用场景标识确定服务请求信息对应的目标应该场景。在该实现方式中，应用于目标应用场景的服务终端设备中被配置有目标应用场景标识。

可选地，服务端基于服务终端设备确定服务请求信息对应的目标应用场景，还可以实现为：

服务端中预先注册有服务终端设备的设备标识与应用场景之间的对应关系，从而，服务端在接收到服务终端设备发送的包含有服务终端设备的设备标识的服务请求信息后，根据该对应关系确定与该服务请求信息对应的目标应用场景。设备标识能够唯一性地标识一个服务终端设备，可以是设备的生产序列号等。

下面结合几个可选实施例来示例性说明用户基于电子凭证可以触发哪些类型的服务请求信息以及服务端对这些服务请求信息的处理过程。

图3为本发明实施例提供的一种信息处理方法的流程图，如图3所示，该信息处理方法可以包括如下步骤：

301、接收职业场景对应的终端设备发送的服务请求信息，服务请求信息中包含用户的电子凭证。

302、若确定电子凭证有效，则从电子凭证对应的信息中确定用户在职业场景中对应的健康状态。

303、向职业场景对应的终端设备发送通知消息，通知消息中包含用户在职业场景中对应的健康状态以及模糊处理后的用户标识。

304、生成检测记录，检测记录用于记录职业场景对应的终端设备对用户的健康状态的检测情况。

本实施例中，假设基于用户的电子凭证触发的服务请求信息是对应于用户的职业场景的服务请求信息。触发该服务请求信息的目的可以是：请求验证用户是否满足上岗条件。

为便于理解本实施例提供的方案的执行过程，结合图4示意的上岗管理系统来示例性说明。如图4中所示，该上岗管理系统可以包括用户终端设备401、服务端402、服务终端设备403。

其中，服务终端设备403可以是具有电子凭证读取功能的终端设备，比如电子凭证实现为二维码时，该服务终端设备403可以是具有扫描二维码的功能的扫码器。在用户的职业场景中，该服务终端设备403可以实现为考勤机。

用户终端设备401中运行有前文中提到的客户端，为用户生成的电子凭证可以下发至该客户端中进行存储。

实际应用中，用户上班时，一般都需要对用户进行考勤。本实施例中，在考勤的过程中，除了记录用户何时上班外，还对用户进行上岗条件的核验。

具体来说，假设为用户生成的电子凭证为图4中示意的二维码。当用户到公司时，打开客户端，展示出二维码，使得服务终端设备403扫描到该二维码。服务终端设备403向服务端402发送携带该二维码的服务请求信息。

服务端402接收到服务请求信息后，先确定服务请求信息中携带的电子凭证是否有效。

可选地，若确定该电子凭证是曾经生成的未达到生命周期的电子凭证，则确定该电子凭证有效。或者，在进一步确定电子凭证中与用户在其职业场景中对应的健康状态未发生变化的情况下，再最终确定电子凭证有效。

当服务端402确定服务请求信息中的电子凭证有效时，可以从该电子凭证对应的信息中获取用户在其职业场景中对应的健康状态。

举例来说，假设该电子凭证中关联有如下信息：[用户标识；就医场景——低风险；职业场景——良好]，其中，低风险表示用户在就医场景中对应的健康状态为：低风险。良好表示用户在职业场景中对应的健康状态为：良好。在该举例中，服务端402可以确定用户在职业场景中对应的健康状态为：良好。

之后，服务端402向服务终端设备403发送通知消息，该通知消息中包含用户在职业场景中对应的健康状态以及模糊处理后的用户标识。服务终端设备403可以在屏幕中显示出用户在职业场景中对应的健康状态以及模糊处理后的用户标识，以便考勤管理人员能够得知用户的健康情况是否符合上岗条件。比如若用户在职业场景中的健康状态为不佳，则不符合上岗条件。其中，之所以对用户标识进行模糊处理，是为了保证用户的隐私信息的安全。

假设用户标识包括：用户姓名——王小二，电话号码——15012345678，证件号码——9876543210125，经过上述模糊处理的结果可以是：王**，150*****678。即隐藏了用户姓名和电话号码中的部分数字，隐藏了证件号码。

上述是以考勤过程中触发上述服务请求信息为例进行的说明，但是实际上，并不以此为限。比如，在诸如餐厅等一些场景中，要求相关部门的工作人员或者公司管理者需要经常抽查员工的健康状态是否符合上岗条件。此时，一方面，相关工作人员可以通过服务终端设备403触发上述服务请求信息，以核查用户在职业场景中的健康状态是否符合上岗条件；另一方面，也需要对相关部门或公司管理者是否履行了核查职责进行考核，因此，服务端402还可以生成检测记录，该检测记录用于记录服务终端设备403对用户的健康状态的检测情况。该检测记录中可以包含服务终端设备403的标识信息、检测时间、检测结果以及执行检测的人员信息。

可以理解的是，服务终端设备403可以是固定设置在用户的工作场合中的一个或多个终端设备，也可以是可以供相关工作人员使用的移动终端设备。

图5为本发明实施例提供的一种信息处理方法的流程图，如图5所示，该信息处理方法可以包括如下步骤：

501、接收就医场景对应的第一终端设备发送的第一服务请求信息，第一服务请求信息中包含用户的电子凭证以及第一终端设备对应的服务类型标识。

502、若确定电子凭证有效，则根据第一终端设备对应的服务类型标识，从电子凭证对应的信息中确定用户在就医场景中对应的健康状态。

503、向第一终端设备发送第一服务响应信息，第一服务响应信息中包含用户在就医场景中对应的健康状态。

504、接收就医场景对应的第二终端设备发送的第二服务请求信息，第二服务请求信息中包含电子凭证以及第二终端设备对应的服务类型标识。

505、根据第二终端设备对应的服务类型标识，从电子凭证对应的信息中确定用户标识，根据用户标识获取用户的就医记录，向第二终端设备发送第二服务响应信息，第二服务响应信息中包含就医记录和用户标识。

本实施例中，假设基于用户的电子凭证触发的服务请求信息是对应于就医场景的服务请求信息。

另外，本实施例中假设了就医场景中可以触发的两种服务请求信息，分别称为：第一服务请求信息和第二服务请求信息。

实际应用中，触发第一服务请求信息的初衷是：将用户按照其在就医场景中对应的健康状态进行分类，可以基于该分类结果引导不同类别的用户去往不同区域挂号、候诊。

其中，触发第二服务请求信息的初衷是：在医生为用户进行诊疗的过程中，可能需要了解用户的就医记录，以便做出更为准确的诊断。

为便于理解本实施例提供的方案的执行过程，结合图6示意的医疗管理系统来示例性说明。如图6中所示，该医疗管理系统可以包括用户终端设备601、服务端602、第一服务终端设备603、第二服务终端设备604。其中，用户终端设备601中运行有前文中所述的客户端，第一服务终端设备603和第二服务终端设备604分别对应于上述步骤中的第一终端设备和第二终端设备。

第一服务终端设备603和第二服务终端设备604都具有读取电子凭证的能力。

假设用户的电子凭证为图6中示意的二维码。

当用户去医院就医时，首先需要挂号。假设当前由于传染病疫情爆发，为了避免用户之间的感染，在医院门诊入口处，可以由相关工作人员对前来就医的用户进行分流管理。比如将低风险的人群引导至区域A去挂号、候诊，将中风险和高风险的人群引导到区域B去挂号、候诊。

此时，工作人员可以通过第一服务终端设备603扫描用户终端设备601上显示出的二维码，向服务端602发送携带该二维码和第一服务终端设备603对应的服务类型标识的第一服务请求信息。其中，第一服务终端设备603对应的服务类型标识反映了第一服务终端设备603被用于的服务场合，在上述举例中，该服务类型标识比如为挂号。

实际应用中，第一服务终端设备603对应的服务类型标识可以预先被配置在第一服务终端设备603中，当第一服务终端设备603基于扫描到二维码而向服务端602发送第一服务请求信息时，该服务类型标识自动携带在第一服务请求信息中。

服务端602接收到第一服务请求信息后，若确定其中携带的二维码有效，则基于其中携带的第一服务终端设备603对应的服务类型标识得知需要为第一服务终端设备603提供用户分类服务，从而，解析二维码以得到用户在就医场景中对应的健康状态，向第一服务终端设备603发送包括用户在就医场景中对应的健康状态的第一服务响应信息，以便相关工作人员可以基于该健康状态确定用户的分类结果——是需要引导至区域A进行挂号还是需要引导至区域B进行挂号。

当然，可选地，如果第一服务终端设备603中集成有挂号相关功能，在第一服务终端设备603可以基于服务端602反馈的健康状态以及用户提供的其他挂号所需信息，生成挂号结果，并提供给用户，以使用户据此挂号结果去候诊。

当用户见到医生后，医生在诊疗的过程中可能需要了解用户以往的就医情况，此时，用户可以在其用户终端设备601上出示上述二维码，以表明授权医生可以查询自己的就医记录。医生通过第二服务终端设备604扫描该二维码后，第二服务终端设备向服务端602发送包含该二维码以及第二服务终端设备604对应的服务类型标识的第二服务请求信息。其中，第二服务终端设备604对应的服务类型标识反映了第二服务终端设备604被用于的服务场合，在上述举例中，该服务类型标识比如为诊断。

与第一服务终端设备603对应的服务类型标识类似，实际应用中，第二服务终端设备604对应的服务类型标识可以预先被配置在第二服务终端设备604中，当第二服务终端设备604基于扫描到二维码而向服务端602发送第二服务请求信息时，该服务类型标识自动携带在第二服务请求信息中。

服务端602接收到第二服务请求信息后，基于其中携带的第二服务终端设备604对应的服务类型标识得知需要为第二服务终端设备604提供就医记录查询服务，从而，解析二维码以得到用户标识，根据用户标识查询获得用户的就医记录，向第二服务终端设备604发送包含用户标识和就医记录的第二服务响应信息。可选地，第二服务响应信息中还可以包含用户在就医场景中对应的健康状态。

综上各实施例，基于对用户的健康数据、移动轨迹数据、就职信息等数据的分析，可以为用户生成可以适用于不同应用场景的一个电子凭证，为用户对电子凭证的使用提供了便利性。另外，基于用户的电子凭证，可以实现不同应用场景下对人员的管理需求，提高了人员管理的智能化程度。

以上实施例中介绍的是根据用户可能处于的不同应用场景，为用户生成与多个应用场景对应的一个电子凭证的过程，在这个电子凭证中，关联有用户在不同应用场景中对应的健康状态。当用户使用该电子凭证时，基于其中包含的与用户当前所处应用场景对应的健康状态对用户进行管理即可。

实际上，除了上述解决方案外，还可以针对每种应用场景，独立地为用户生成与之对应的电子凭证。也就是说，一个应用场景，一个电子凭证。下面结合图7所示实施例进行具体说明。

图7为本发明实施例提供的一种信息处理方法的流程图，如图7所示，该信息处理方法可以包括如下步骤：

701、接收用户终端设备发送的获取请求，获取请求中包含应用场景的标识。

702、确定用户在所述应用场景中对应的健康状态。

703、根据所述健康状态和用户的用户标识，为用户生成与所述应用场景对应的电子凭证。

704、将电子凭证发送至用户终端设备。

实际应用中，用户终端设备中可以运行有某客户端，该客户端可以为用户提供申请电子凭证的功能。

下面结合图8来示例性说明用户通过客户端如何申请电子凭证。

可以在客户端的某个界面中设置多种应用场景选项，用户可以根据需求选择某个应用场景，从而触发包含选择的应用场景的标识的获取请求，该获取请求用于获取与该应用场景对应的电子凭证，比如二维码。

如图8中所示，假设某界面中包含如下两种应用场景标识：健康码801、上岗码802。其中，健康码801可以用于标识就医场景，上岗码802可以用于标识用户的职业场景。

当用户选择健康码801时，用户终端设备会向服务端触发与就医场景对应的获取请求，以请求为用户生成与就医场景对应的电子凭证。

当用户选择上岗码802时，可以进而提示用户输入其对应的职业场景，比如厨师、司机等，基于此，用户终端设备会向服务端触发与该职业场景对应的获取请求，以请求为用户生成与该职业场景对应的电子凭证。

如前述其他实施例中所述，为用户生成与就医场景对应的电子凭证，需要确定用户在就医场景中对应的健康状态。具体地，可以获取用户的健康数据和/或移动轨迹数据，以根据就医场景对应的健康状态判定条件以及获得的健康数据和/或移动轨迹数据，确定用户在就医场景中对应的第一健康状态，最终，根据该第一健康状态以及用户标识，为用户生成与就医场景对应的第一电子凭证。

第一电子凭证可以为预设类型的标识码，比如二维码。另外，可以以该标识码的不同颜色反映用户在就医场景中对应的不同健康状态。比如，在就医场景中存在的健康状态包括：低风险、中风险、高风险，可以以绿色、黄色和红色分别表示这三种健康状态。

同理，为用户生成与职业场景对应的电子凭证，需要获取用户的健康数据，以根据职业场景对应的健康状态判定条件以及获得的健康数据，确定用户在职业场景中对应的第二健康状态，最终根据第二健康状态和用户标识，生成与职业场景对应的第二电子凭证。

类似地，第二电子凭证可以为预设类型的标识码，比如二维码。另外，也可以以该标识码的不同颜色反映用户在职业场景中对应的不同健康状态。比如，在职业场景中存在的健康状态包括：良好、不佳，可以以绿色和红色分别表示这两种健康状态。

在生成与某应用场景对应的电子凭证后，若电子凭证符合更新条件，则更新该电子凭证。其中，更新条件包括如下任一种：电子凭证已经达到设定的生命周期，户触发对电子凭证的使用操作，生成电子凭证时所对应的健康状态发生改变。

在为用户生成与某个应用场景对应的电子凭证后，用户便可以在该应用场景中使用该电子凭证。

以就医场景中对应的第一电子凭证来说，用户去医院就医时，首先需要挂号。如前文所述，负责挂号的相关工作人员可以根据用户在就医场景中对应的健康状态对用户进行分类，以引导至对应的区域去挂号。此时，用户可以直接打开客户端，向工作人员展示出上述第一电子凭证，假设该第一电子凭证为具有某种颜色的二维码，这种颜色反映了用户在就医场景中对应的健康状态。从而，相关工作人员可以根据该二维码的颜色引导用户去往某个区域进行挂号。

另外，如前文所述，用户就医过程中，还涉及到医生的诊疗过程，在该过程中，服务端还可以包括如下处理步骤：

接收用户终端设备发送的与就医场景对应的服务请求信息，该服务请求信息中包括第一电子凭证，其中，就医场景对应的终端设备扫描用户终端设备中显示的第一电子凭证以获得第一电子凭证；

获取第一电子凭证对应的用户标识和第一健康状态；

根据用户标识获取用户的就医记录；

向就医场景对应的终端设备发送就医记录、第一健康状态和用户标识。

以职业场景中对应的第二电子凭证来说，在用户使用第二电子凭证的过程中，服务端还可以包括如下处理步骤：

接收职业场景对应的终端设备发送的与职业场景对应的服务请求信息，该服务请求信息中包括第二电子凭证，其中，职业场景对应的终端设备扫描用户终端设备中显示的第二电子凭证以获得第二电子凭证；

若确定第二电子凭证有效，则获取第二电子凭证对应的第二健康状态和用户标识；

向职业场景对应的终端设备发送第二健康状态以及模糊处理后的用户标识；

生成检测记录，检测记录用于记录职业场景对应的终端设备对第二健康状态的检测情况。

以上实施例中未详细展开的描述，可以参考前文中其他相关实施例中的说明，在此不赘述。

综上，可以为用户生成多个应用场景各自对应的电子凭证，使得用户可以按需在不同的应用场景调用对应的电子凭证进行使用。

图9为本发明实施例提供的一种人员健康管理方法的流程图，如图9中所示，该方法可以包括如下步骤：

901、根据用户的健康状态和用户标识，生成与所述用户对应的健康码，将健康码发送至用户的终端设备。

902、接收管理设备发送的查询请求，查询请求中包括用户标识，管理设备对应于对用户具有管理权限的组织机构。

903、根据用户标识，确定健康码以及解析健康码以获取用户的健康状态，将用户的健康状态发送至管理设备。

基于本实施例提供的方案，可以实现组织机构对人员的健康情况的管理。实际应用中，该组织机构可以是工作单位或者其他管理部门，此时，上述用户可以是组织机构的工作人员。

服务端在基于用户标识以及用户的健康状态为用户生成健康码后，将健康码发送至用户的终端设备，以便用户可以基于该健康码触发前述其他实施例中介绍的各种服务请求信息。该健康码即对应于前文中的电子凭证，该健康码可以是二维码。另外，当用户对应的某组织结构需要查询用户的健康状态时，可以触发上述查询请求。服务端通过解析该用户对应的健康码以获得用户的健康状态并反馈给组织结构对应的管理设备，以便组织结构基于用户的健康状态对用户进行相应的管理，比如发现不满足上岗条件的用户，根据用户的健康状态安排其工作内容，等等。

本实施例中未详细展开的内容可以参考前述其他实施例中的相关介绍，在此不赘述。

以下将详细描述本发明的一个或多个实施例的信息处理装置、人员健康管理装置。本领域技术人员可以理解，这些装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。

图10为本发明实施例提供的一种信息处理装置的结构示意图，该信息处理装置可以应用于服务端。如图10所示，该装置包括：确定模块11、生成模块12、接收模块13、处理模块14。

确定模块11，用于确定用户的健康状态。

生成模块12，用于根据所述健康状态和所述用户的用户标识，生成与所述用户对应的电子凭证。

接收模块13，用于接收与所述电子凭证对应的服务请求信息。

处理模块14，用于对所述服务请求信息进行处理。

可选地，确定模块11具体可以用于：根据不同应用场景各自对应的健康状态判定条件和所述用户标识，获取所述不同应用场景各自对应的参考用户数据；根据所述不同应用场景各自对应的参考用户数据，确定所述用户在所述不同应用场景中分别对应的健康状态。从而，生成模块12具体可以用于：根据所述用户在所述不同应用场景中分别对应的健康状态以及所述用户标识，生成与所述用户对应的电子凭证。

可选地，所述电子凭证具有颜色属性，其中，不同的颜色反映预设应用场景中存在的不同健康状态。

可选地，所述应用场景包括如下任一种应用场景：就医场景、职业场景。

可选地，所述应用场景为所述就医场景，所述就医场景对应的参考用户数据包括：健康数据和/或移动轨迹数据。

可选地，所述应用场景为所述职业场景，所述职业场景对应的参考用户数据包括：健康数据。

可选地，接收模块13具体可以用于：接收目标应用场景对应的终端设备发送的服务请求信息，所述服务请求信息中包含所述电子凭证。此时，处理模块14具体可以用于：若确定所述电子凭证有效，则从所述电子凭证对应的信息中确定所述用户在所述目标应用场景中对应的健康状态；根据所述用户在所述目标应用场景中对应的健康状态，对所述服务请求信息进行处理。

可选地，所述目标应用场景为职业场景时，处理模块14具体可以用于：向所述职业场景对应的终端设备发送通知消息，所述通知消息中包含所述用户在所述职业场景中对应的健康状态以及模糊处理后的用户标识；生成检测记录，所述检测记录用于记录所述职业场景对应的终端设备对所述用户的健康状态的检测情况。

可选地，所述目标应用场景为就医场景时，接收模块13具体可以用于：接收所述就医场景对应的第一终端设备发送的第一服务请求信息，所述第一服务请求信息中包含所述电子凭证以及所述第一终端设备对应的服务类型标识。处理模块14具体可以用于：根据所述第一终端设备对应的服务类型标识，从所述电子凭证对应的信息中确定所述用户在所述就医场景中对应的健康状态；向所述第一终端设备发送第一服务响应信息，所述第一服务响应信息中包含所述用户在所述就医场景中对应的健康状态。

可选地，所述目标应用场景为就医场景时，接收模块13还可以用于：接收所述就医场景对应的第二终端设备发送的第二服务请求信息，所述第二服务请求信息中包含所述电子凭证以及所述第二终端设备对应的服务类型标识。处理模块14还可以用于：根据所述第二终端设备对应的服务类型标识，从所述电子凭证对应的信息中确定所述用户标识；根据所述用户标识获取所述用户的就医记录；向所述第二终端设备发送第二服务响应信息，所述第二服务响应信息中包含所述就医记录和所述用户标识。

可选地，所述装置还包括：更新模块，用于若所述电子凭证符合更新条件，则更新与所述用户对应的电子凭证。

其中，所述更新条件包括如下任一种：所述电子凭证已经达到设定的生命周期，所述用户触发对电子凭证的使用操作，生成所述电子凭证时所对应的健康状态发生改变。

图10所示装置可以执行前述图1至图6所示实施例中提供的信息处理方法，详细的执行过程和技术效果参见前述实施例中的描述，在此不再赘述。

在一个可能的设计中，上述图10所示信息处理装置的结构可实现为一电子设备，该电子设备对应于为前文中的服务端。如图11所示，该电子设备可以包括：第一处理器21、第一存储器22、第一通信接口23。其中，第一存储器22上存储有可执行代码，当所述可执行代码被第一处理器21执行时，使第一处理器21至少可以实现如前述图1至图6所示实施例中提供的信息处理方法。

另外，本发明实施例提供了一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器至少可以实现如前述图1至图6所示实施例中提供的信息处理方法。

图12为本发明实施例提供的一种信息处理装置的结构示意图，该信息处理装置可以应用于服务端。如图12所示，该装置包括：接收模块31、确定模块32、生成模块33、发送模块34。

接收模块31，用于接收用户终端设备发送的获取请求，所述获取请求中包含应用场景的标识。

确定模块32，用于确定用户在所述应用场景中对应的健康状态。

生成模块33，用于根据所述健康状态和所述用户的用户标识，为所述用户生成与所述应用场景对应的电子凭证。

发送模块34，用于将所述电子凭证发送至所述用户终端设备。

可选地，所述应用场景包括就医场景。此时，确定模块32具体可以用于：获取所述用户的健康数据和/或移动轨迹数据；根据所述就医场景对应的健康状态判定条件以及所述健康数据和/或移动轨迹数据，确定所述用户在所述就医场景中对应的第一健康状态。生成模块33具体可以用于：根据所述第一健康状态和所述用户标识，生成与所述就医场景对应的第一电子凭证。

可选地，所述第一电子凭证为预设类型的标识码，以所述标识码的不同颜色反映所述用户在所述就医场景中对应的不同健康状态。

可选地，在上述就医场景中，接收模块31还可以用于：接收所述就医场景对应的终端设备发送的服务请求信息，所述服务请求信息中包括所述第一电子凭证，所述就医场景对应的终端设备扫描所述用户终端设备中显示的所述第一电子凭证以获得所述第一电子凭证。确定模块32还可以用于：获取所述第一电子凭证对应的所述用户标识和所述第一健康状态；根据所述用户标识获取所述用户的就医记录。发送模块34还可以用于：向所述就医场景对应的终端设备发送所述就医记录、所述第一健康状态和所述用户标识。

可选地，所述应用场景包括所述用户对应的职业场景。此时，确定模块32具体可以用于：获取所述用户的健康数据；根据所述职业场景对应的健康状态判定条件以及所述健康数据，确定所述用户在所述职业场景中对应的第二健康状态。生成模块33具体可以用于：根据所述第二健康状态和所述用户标识，生成与所述职业场景对应的第二电子凭证。

可选地，在上述就医场景中，接收模块31还可以用于：接收所述职业场景对应的终端设备发送的与所述职业场景对应的服务请求信息，所述服务请求信息中包括所述第二电子凭证，所述职业场景对应的终端设备扫描所述用户终端设备中显示的所述第二电子凭证以获得所述第二电子凭证。确定模块32还可以用于；若确定所述第二电子凭证有效，则获取所述第二电子凭证对应的所述第二健康状态和所述用户标识。发送模块34还可以用于：向所述职业场景对应的终端设备发送所述第二健康状态以及模糊处理后的用户标识。

可选地，所述装置还可以包括：记录模块，用于生成检测记录，所述检测记录用于记录所述职业场景对应的终端设备对所述第二健康状态的检测情况。

可选地，所述装置还可以包括：更新模块，用于若所述电子凭证符合更新条件，则更新所述电子凭证。其中，所述更新条件包括如下任一种：

所述电子凭证已经达到设定的生命周期，所述用户触发对电子凭证的使用操作，确定所述电子凭证对应的健康状态发生改变。

图12所示装置可以执行前述图7所示实施例中提供的信息处理方法，详细的执行过程和技术效果参见前述实施例中的描述，在此不再赘述。

在一个可能的设计中，上述图12所示信息处理装置的结构可实现为一电子设备，该电子设备对应于为前文中的服务端。如图13所示，该电子设备可以包括：第二处理器41、第二存储器42、第二通信接口43。其中，第二存储器42上存储有可执行代码，当所述可执行代码被第二处理器41执行时，使第二处理器41至少可以实现如前述图7所示实施例中提供的信息处理方法。

另外，本发明实施例提供了一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器至少可以实现如前述图7所示实施例中提供的信息处理方法。

图14为本发明实施例提供的一种人员健康管理装置的结构示意图，该人员健康管理装置可以应用于服务端。如图14所示，该装置包括：生成模块51、发送模块52、接收模块53、处理模块54。

生成模块51，用于根据用户的健康状态和用户标识，生成与所述用户对应的电子凭证。

发送模块52，用于将所述电子凭证发送至所述用户的终端设备。

接收模块53，接收管理设备发送的查询请求，所述查询请求中包括所述用户标识，所述管理设备对应于对所述用户具有管理权限的组织机构。

处理模块54，用于根据所述用户标识，确定所述电子凭证以及解析所述电子凭证以获取所述用户的健康状态。

所述发送模块52，还用于将所述用户的健康状态发送至所述管理设备。

图14所示装置可以执行前述图9所示实施例中提供的信息处理方法，详细的执行过程和技术效果参见前述实施例中的描述，在此不再赘述。

在一个可能的设计中，上述图14所示人员健康管理装置的结构可实现为一电子设备，该电子设备对应于为前文中的服务端。如图15所示，该电子设备可以包括：第三处理器61、第三存储器62、第三通信接口63。其中，第三存储器62上存储有可执行代码，当所述可执行代码被第三处理器61执行时，使第三处理器61至少可以实现如前述图9所示实施例中提供的人员健康管理方法。

另外，本发明实施例提供了一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器至少可以实现如前述图9所示实施例中提供的人员健康管理方法。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

Claims (32)

1.一种信息处理方法，其特征在于，包括：

确定用户的健康状态；

根据所述健康状态和所述用户的用户标识，生成与所述用户对应的电子凭证；

接收与所述电子凭证对应的服务请求信息；

对所述服务请求信息进行处理。

2.根据权利要求1所述的方法，其特征在于，所述确定用户的健康状态，包括：

根据不同应用场景各自对应的健康状态判定条件和所述用户标识，获取所述不同应用场景各自对应的参考用户数据；

根据所述不同应用场景各自对应的参考用户数据，确定所述用户在所述不同应用场景中分别对应的健康状态。

3.根据权利要求2所述的方法，其特征在于，所述根据所述健康状态和所述用户的用户标识，生成与所述用户对应的电子凭证，包括：

根据所述用户在所述不同应用场景中分别对应的健康状态以及所述用户标识，生成与所述用户对应的电子凭证。

4.根据权利要求3所述的方法，其特征在于，所述电子凭证具有颜色属性，其中，不同的颜色反映预设应用场景中存在的不同健康状态。

5.根据权利要求2所述的方法，其特征在于，所述应用场景包括如下任一种应用场景：

就医场景、职业场景。

6.根据权利要求5所述的方法，其特征在于，所述应用场景为所述就医场景，所述就医场景对应的参考用户数据包括：健康数据和/或移动轨迹数据。

7.根据权利要求5所述的方法，其特征在于，所述应用场景为所述职业场景，所述职业场景对应的参考用户数据包括：健康数据。

8.根据权利要求2所述的方法，其特征在于，所述接收与所述电子凭证对应的服务请求信息，包括：

接收目标应用场景对应的终端设备发送的服务请求信息，所述服务请求信息中包含所述电子凭证；

所述对所述服务请求信息进行处理，包括：

若确定所述电子凭证有效，则从所述电子凭证对应的信息中确定所述用户在所述目标应用场景中对应的健康状态；

根据所述用户在所述目标应用场景中对应的健康状态，对所述服务请求信息进行处理。

9.根据权利要求8所述的方法，其特征在于，所述目标应用场景为职业场景；

所述根据所述用户在所述目标应用场景中对应的健康状态，对所述服务请求信息进行处理，包括：

向所述职业场景对应的终端设备发送通知消息，所述通知消息中包含所述用户在所述职业场景中对应的健康状态以及模糊处理后的用户标识。

10.根据权利要求9所述的方法，其特征在于，所述方法还包括：

生成检测记录，所述检测记录用于记录所述职业场景对应的终端设备对所述用户的健康状态的检测情况。

11.根据权利要求8所述的方法，其特征在于，所述目标应用场景为就医场景；

所述接收目标应用场景对应的终端设备发送的服务请求信息，包括：

接收所述就医场景对应的第一终端设备发送的第一服务请求信息，所述第一服务请求信息中包含所述电子凭证以及所述第一终端设备对应的服务类型标识；

所述从所述电子凭证对应的信息中确定所述用户在所述目标应用场景中对应的健康状态，包括：

根据所述第一终端设备对应的服务类型标识，从所述电子凭证对应的信息中确定所述用户在所述就医场景中对应的健康状态；

所述根据所述用户在所述目标应用场景中对应的健康状态，对所述服务请求信息进行处理，包括：

向所述第一终端设备发送第一服务响应信息，所述第一服务响应信息中包含所述用户在所述就医场景中对应的健康状态。

12.根据权利要求11所述的方法，其特征在于，所述方法还包括：

接收所述就医场景对应的第二终端设备发送的第二服务请求信息，所述第二服务请求信息中包含所述电子凭证以及所述第二终端设备对应的服务类型标识；

根据所述第二终端设备对应的服务类型标识，从所述电子凭证对应的信息中确定所述用户标识；

根据所述用户标识获取所述用户的就医记录；

向所述第二终端设备发送第二服务响应信息，所述第二服务响应信息中包含所述就医记录和所述用户标识。

13.根据权利要求1至12中任一项所述的方法，其特征在于，所述方法还包括：

若所述电子凭证符合更新条件，则更新与所述用户对应的电子凭证。

14.根据权利要求13所述的方法，其特征在于，所述更新条件包括如下任一种：

所述电子凭证已经达到设定的生命周期，所述用户触发对电子凭证的使用操作，生成所述电子凭证时所对应的健康状态发生改变。

15.一种信息处理装置，其特征在于，包括：

确定模块，用于确定用户的健康状态；

生成模块，用于根据所述健康状态和所述用户的用户标识，生成与所述用户对应的电子凭证；

接收模块，用于接收与所述电子凭证对应的服务请求信息；

处理模块，用于对所述服务请求信息进行处理。

16.一种电子设备，其特征在于，包括：存储器、处理器、通信接口；其中，所述存储器上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如权利要求1至14中任一项所述的信息处理方法。

17.一种非暂时性机器可读存储介质，其特征在于，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如权利要求1至14中任一项所述的信息处理方法。

18.一种信息处理方法，其特征在于，包括：

接收用户终端设备发送的获取请求，所述获取请求中包含应用场景的标识；

确定用户在所述应用场景中对应的健康状态；

根据所述健康状态和所述用户的用户标识，为所述用户生成与所述应用场景对应的电子凭证；

将所述电子凭证发送至所述用户终端设备。

19.根据权利要求18所述的方法，其特征在于，所述应用场景包括就医场景；

所述确定用户在所述应用场景中对应的健康状态，包括：

获取所述用户的健康数据和/或移动轨迹数据；

根据所述就医场景对应的健康状态判定条件以及所述健康数据和/或移动轨迹数据，确定所述用户在所述就医场景中对应的第一健康状态；

所述根据所述健康状态和所述用户的用户标识，为所述用户生成与所述应用场景对应的电子凭证，包括：

根据所述第一健康状态和所述用户标识，生成与所述就医场景对应的第一电子凭证。

20.根据权利要求19所述的方法，其特征在于，所述第一电子凭证为预设类型的标识码，以所述标识码的不同颜色反映所述用户在所述就医场景中对应的不同健康状态。

21.根据权利要求19所述的方法，其特征在于，所述方法还包括：

接收所述就医场景对应的终端设备发送的服务请求信息，所述服务请求信息中包括所述第一电子凭证，所述就医场景对应的终端设备扫描所述用户终端设备中显示的所述第一电子凭证以获得所述第一电子凭证；

获取所述第一电子凭证对应的所述用户标识和所述第一健康状态；

根据所述用户标识获取所述用户的就医记录；

向所述就医场景对应的终端设备发送所述就医记录、所述第一健康状态和所述用户标识。

22.根据权利要求18所述的方法，其特征在于，所述应用场景包括所述用户对应的职业场景；

所述确定用户在所述应用场景中对应的健康状态，包括：

获取所述用户的健康数据；

根据所述职业场景对应的健康状态判定条件以及所述健康数据，确定所述用户在所述职业场景中对应的第二健康状态；

所述根据所述健康状态和所述用户的用户标识，为所述用户生成与所述应用场景对应的电子凭证，包括：

根据所述第二健康状态和所述用户标识，生成与所述职业场景对应的第二电子凭证。

23.根据权利要求22所述的方法，其特征在于，所述方法还包括：

接收所述职业场景对应的终端设备发送的与所述职业场景对应的服务请求信息，所述服务请求信息中包括所述第二电子凭证，所述职业场景对应的终端设备扫描所述用户终端设备中显示的所述第二电子凭证以获得所述第二电子凭证；

若确定所述第二电子凭证有效，则获取所述第二电子凭证对应的所述第二健康状态和所述用户标识；

向所述职业场景对应的终端设备发送所述第二健康状态以及模糊处理后的用户标识。

24.根据权利要求23所述的方法，其特征在于，所述方法还包括：

生成检测记录，所述检测记录用于记录所述职业场景对应的终端设备对所述第二健康状态的检测情况。

25.根据权利要求18至24中任一项所述的方法，其特征在于，所述方法还包括：

若所述电子凭证符合更新条件，则更新所述电子凭证；

所述更新条件包括如下任一种：

所述电子凭证已经达到设定的生命周期，所述用户触发对电子凭证的使用操作，生成所述电子凭证时所对应的健康状态发生改变。

26.一种信息处理装置，其特征在于，包括：

接收模块，用于接收用户终端设备发送的获取请求，所述获取请求中包含应用场景的标识；

确定模块，用于确定用户在所述应用场景中对应的健康状态；

生成模块，用于根据所述健康状态和所述用户的用户标识，为所述用户生成与所述应用场景对应的电子凭证；

发送模块，用于将所述电子凭证发送至所述用户终端设备。

27.一种电子设备，其特征在于，包括：存储器、处理器、通信接口；其中，所述存储器上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如权利要求18至25中任一项所述的信息处理方法。

28.一种非暂时性机器可读存储介质，其特征在于，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如权利要求18至25中任一项所述的信息处理方法。

29.一种人员健康管理方法，其特征在于，包括：

根据用户的健康状态和用户标识，生成与所述用户对应的健康码；

将所述健康码发送至所述用户的终端设备；

接收管理设备发送的查询请求，所述查询请求中包括所述用户标识，所述管理设备对应于对所述用户具有管理权限的组织机构；

根据所述用户标识，确定所述健康码以及解析所述健康码以获取所述用户的健康状态；

将所述用户的健康状态发送至所述管理设备。

30.一种人员健康管理装置，其特征在于，包括：

生成模块，用于根据用户的健康状态和用户标识，生成与所述用户对应的健康码；

发送模块，用于将所述健康码发送至所述用户的终端设备；

接收模块，接收管理设备发送的查询请求，所述查询请求中包括所述用户标识，所述管理设备对应于对所述用户具有管理权限的组织机构；

处理模块，用于根据所述用户标识，确定所述健康码以及解析所述健康码以获取所述用户的健康状态；

所述发送模块，还用于将所述用户的健康状态发送至所述管理设备。

31.一种电子设备，其特征在于，包括：存储器、处理器、通信接口；其中，所述存储器上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如权利要求29所述的信息处理方法。

32.一种非暂时性机器可读存储介质，其特征在于，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如权利要求29所述的信息处理方法。

Images