一种患者身份绑定方法、系统、装置与存储介质制造方法及图纸

本申请公开了一种患者身份绑定方法、系统、装置和存储介质，其中方法包括以下步骤：获取用户输入目标患者门诊号所需第一终端应用的第一身份信息；根据所述目标患者门诊号，确定已绑定的第二终端应用的第二身份信息；确定所述第二身份信息与所述第一身份信息不同，且所述目标患者门诊号为当天挂号的门诊号，解除所述目标患者门诊号与第二身份信息的绑定，将所述目标患者门诊号与所述第一终端应用的第一身份信息进行绑定。本方法可以提高用户体验。本申请可广泛应用于信息处理技术领域内。本申请可广泛应用于信息处理技术领域内。本申请可广泛应用于信息处理技术领域内。

【技术实现步骤摘要】
一种患者身份绑定方法、系统、装置与存储介质


[0001]本申请涉及信息处理
，尤其是一种患者身份绑定方法、系统、装置与存储介质。

技术介绍

[0002]当今互联网时代，用移动端应用的授权id身份(比如微信的openid，下面也用openid进行指代)进行身份识别和绑定是随处可见的极常见的手段，特别是在医疗应用里，由于很多专业化的信息和事件让患者眼花缭乱无所适从，必须通过信息化手段来进行处理和通知等，这就必须通过身份绑定来确认患者的身份，并很多涉及患者的私隐，也必须通过身份绑定来确认患者身份以精准处理和传达。而目前，身份绑定的过程中的手段也是五花八门，常用的是：患者手机号验证，通过对患者推送验证码或者要求患者用自己手机发送验证码到服务端之后，通过当前手机号和挂号信息中的手机号进行比对和验证码比对，从而精准绑定患者在用的手机号，从而将openid和当前挂好患者的门诊号对应关联起来，身份绑定成功。但是现有的技术存在以下缺陷(1)挂号的手机号不对应(挂号员输入错了、停用后变成了别人的手机号、等等)就会导致很多流程上的错误和麻烦。因此，亟需一种新的患者身份绑定方法

技术实现思路

[0003]本申请的目的在于至少一定程度上解决现有技术中存在的技术问题之一。
[0004]为此，本申请实施例的一个目的在于提供一种患者身份绑定方法、系统、装置与存储介质，该方法可以提高用户体验。
[0005]为了达到上述技术目的，本申请实施例所采取的技术方案包括：
[0006]获取用户输入目标患者门诊号所需第一终端应用的第一身份信息；根据所述目标患者门诊号，确定已绑定的第二终端应用的第二身份信息；确定所述第二身份信息与所述第一身份信息不同，且所述目标患者门诊号为当天挂号的门诊号，解除所述目标患者门诊号与第二身份信息的绑定，将所述目标患者门诊号与所述第一终端应用的第一身份信息进行绑定；确定所述目标患者门诊号为第一门诊号，向所述目标患者门诊号或者所述第一应用终端推送服务型信息；所述第一门诊号用于表征不具有敏感信息权限的门诊号；所述服务型信息用于表征不具有敏感内容的信息；确定所述目标患者门诊号为第二门诊号；向所述目标患者门诊号或者所述第一应用终端推送敏感信息；所述第二门诊号用于表征具有敏感信息权限的门诊号。
[0007]另外，根据本专利技术中上述实施例的一种患者身份绑定方法，还可以有以下附加的技术特征：
[0008]进一步地，本申请实施例中，还包括向所述第一终端应用推送第一信息。
[0009]进一步地，本申请实施例中，所述根据所述目标患者门诊号，确定已绑定的第二终端应用的第二身份信息这一步骤，具体包括：通过获取前端页面用户输入的目标患者门诊
号以及获取用户在前端聊天界面输入的门诊号，通过监控所述目标患者门诊号的跟公众号的互动记录，确定已绑定所述目标患者门诊号的第二终端应用的第二身份信息。
[0010]进一步地，本申请实施例中，还包括向已解除绑定的第二终端推送第二信息。
[0011]进一步地，本申请实施例中，还包括确定所述目标患者门诊号非当天挂号的门诊号，对所述第一终端应用进行绑定次数监控，当所述绑定次数大于预设阈值，推送第三消息至后台管理员。
[0012]另一方面，本申请实施例还提供一种患者身份绑定系统，包括：
[0013]获取单元，用于获取用户输入目标患者门诊号所需第一终端应用的第一身份信息；
[0014]第一处理单元，用于根据所述目标患者门诊号，确定已绑定的第二终端应用的第二身份信息；
[0015]第二处理单元，用于确定所述第二身份信息与所述第一身份信息不同，且所述目标患者门诊号为当天挂号的门诊号，解除所述第二终端应用与第二身份信息的绑定，将所述目标患者门诊号与所述第一终端应用身份信息进行绑定。
[0016]进一步地，本申请实施例中，还包括第一推送单元；所述第一推送单元用于向所述第一终端应用推送第一信息。
[0017]进一步地，本申请实施例中，还包括第二推送单元；所述第二推送单元用于向已解除绑定的第二终端推送第二信息。
[0018]另一方面，本申请还提供一种患者身份绑定装置，包括：
[0019]至少一个处理器；
[0020]至少一个存储器，用于存储至少一个程序；
[0021]当所述至少一个程序被所述至少一个处理器执行，使得所述至少一个处理器实现如
技术实现思路
中任一项所述一种患者身份绑定方法。
[0022]此外，本申请还提供一种存储介质，其中存储有处理器可执行的指令，所述处理器可执行的指令在由处理器执行时用于执行如上述任一项所述一种患者身份绑定方法。
[0023]本申请的优点和有益效果将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到：
[0024]本申请可以通过用户输入的门诊号以及当天的挂号记录完成患者身份的绑定，可以避免使用手机进行患者身份绑定，简化绑定流程，提高用户体验。
附图说明
[0025]图1为本专利技术中一种具体实施例中一种患者身份绑定方法的步骤示意图；
[0026]图2为本专利技术中一种具体实施例中一种患者身份绑定系统的结构示意图；
[0027]图3为本专利技术中一种具体实施例中一种患者身份绑定装置的结构示意图。
具体实施方式
[0028]下面结合附图详细描述本专利技术的实施例对本专利技术实施例中的患者身份绑定方法、系统、装置和存储介质的原理和过程作以下说明。
[0029]参照图1，本专利技术一种患者身份绑定方法，包括以下步骤：
[0030]S1、获取用户输入目标患者门诊号所需第一终端应用的第一身份信息；
[0031]S2、根据所述目标患者门诊号，确定已绑定的第二终端应用的第二身份信息；
[0032]S3、确定所述第二身份信息与所述第一身份信息不同，且所述目标患者门诊号为当天挂号的门诊号，解除所述第二终端应用与第二身份信息的绑定，将所述目标患者门诊号与所述第一终端应用身份信息进行绑定。
[0033]S4、确定所述目标患者门诊号为第一门诊号，向所述目标患者门诊号或者所述第一应用终端推送服务型信息；所述第一门诊号用于表征不具有敏感信息权限的门诊号；所述服务型信息用于表征不具有敏感内容的信息；
[0034]S5、确定所述目标患者门诊号为第二门诊号；向所述目标患者门诊号或者所述第一应用终端推送敏感信息；所述第二门诊号用于表征具有敏感信息权限的门诊号。
[0035]进一步地，在本申请的一些实施例中，还包括确定所述目标患者门诊号为第一门诊号，向所述目标患者门诊号或者所述第一应用终端推送服务型信息；所述第一门诊号用于表征不具有敏感信息权限的门诊号；所述服务型信息用于表征不具有敏感内容的信息；确定所述目标患者门诊号为第二门诊号；向所述目标患者门诊号或者所述第一应用终端推送敏感信息；所述第二门诊号用于表征具有敏感信息权限的门诊号。
[0036]具体地，在本步骤中，完成门诊号和身份信息的绑本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种患者身份绑定方法，其特征在于，包括以下步骤：获取用户输入目标患者门诊号所需第一终端应用的第一身份信息；根据所述目标患者门诊号，确定已绑定的第二终端应用的第二身份信息；确定所述第二身份信息与所述第一身份信息不同，且所述目标患者门诊号为当天挂号的门诊号，解除所述目标患者门诊号与第二身份信息的绑定，将所述目标患者门诊号与所述第一终端应用的第一身份信息进行绑定；确定所述目标患者门诊号为第一门诊号，向所述目标患者门诊号或者所述第一应用终端推送服务型信息；所述第一门诊号用于表征不具有敏感信息权限的门诊号；所述服务型信息用于表征不具有敏感内容的信息；确定所述目标患者门诊号为第二门诊号；向所述目标患者门诊号或者所述第一应用终端推送敏感信息；所述第二门诊号用于表征具有敏感信息权限的门诊号。2.根据权利要求1所述一种患者身份绑定方法，其特征在于，还包括向所述第一终端应用推送第一信息。3.根据权利要求1所述一种患者身份绑定方法，其特征在于，所述根据所述目标患者门诊号，确定已绑定的第二终端应用的第二身份信息这一步骤，具体包括：通过获取前端页面用户输入的目标患者门诊号以及获取用户在前端聊天界面输入的门诊号，通过监控所述目标患者门诊号的跟公众号的互动记录，确定已绑定所述目标患者门诊号的第二终端应用的第二身份信息。4.根据权利要求1所述一种患者身份绑定方法，其特征在于，还包括向已解除绑定的第二终端推送第二信息。5.根据权利要求1所述一种患者身份绑定方法，其特征...

【专利技术属性】
技术研发人员：陈剑辉，
申请(专利权)人：广州零端科技有限公司，
类型：发明
国别省市：