基于人脸识别的预约就诊方法、装置、设备及存储介质与流程

本发明涉及信息处理领域，尤其涉及基于人脸识别的预约就诊方法、装置、计算机设备及存储介质。

背景技术：

医疗资源，尤其是优质医疗资源的分布不均，造成了号贩子倒号现象的发生，给真正需要就医的患者增加就医成本。随着互联网技术的发展，网上预约挂号已逐渐代替了人工排队挂号的方式，试图减少倒号问题，减轻就医者的负担。

目前的网上预约挂号系统，通常在每天的特定时间放出就诊号，就医者通过手机、电脑或其他智能终端登录预约挂号系统，并输入姓名、身份证号等基本信息后，即可进行预约挂号。预约挂号成功后，就医者凭借预约号进行就诊。

然而，号贩子们一方面通过对急于就医者许以一定能抢到预约号的承诺，获取就医者的基本信息；一方面利用外挂软件进行快速刷号，使得就诊号一旦放出，瞬间被抢光，让其他就医者无法正常预约。同时，由于号贩子在刷号时输入的就诊者姓名和身份证号均为真实信息，因此，在就诊阶段，医院也无法监管。因此，现有的这种网上预约的挂号方式可靠性和成功率均不高。

技术实现要素：

本发明实施例提供一种基于人脸识别的预约就诊方法、装置、计算机设备及存储介质，以解决传统网上预约挂号方式可靠性低和成功率低的问题。

一种基于人脸识别的预约就诊方法，包括：

获取拟就医者的基本信息，并根据所述基本信息为所述拟就医者建立就医档案，其中，所述基本信息包括所述拟就医者的人脸信息；

接收预约用户通过客户端发送的预约挂号申请，并提取所述预约挂号申请中的用户信息，其中，所述用户信息包括所述预约用户的人脸信息；

将所述用户信息与所述基本信息进行比对，若比对结果中所述预约用户与所述就医档案中的拟就医者一致，则生成与所述就医档案相对应的预约码，并将所述预约码写入所述就医档案；

从部署在就医现场的信息采集终端获取就医者信息，其中，所述就医者信息包括就医者的人脸信息；

将所述就医者信息与所述基本信息进行比对，若比对结果中所述就医者与所述就医档案中的拟就医者一致，并且所述就医档案中包括所述预约码，则确定所述就医者为与所述就医档案相对应的预约用户，并将所述就医档案转到出诊医生处。

一种基于人脸识别的预约就诊装置，包括：

建档模块，用于获取拟就医者的基本信息，并根据所述基本信息为所述拟就医者建立就医档案，其中，所述基本信息包括所述拟就医者的人脸信息；

预约模块，用于接收预约用户通过客户端发送的预约挂号申请，并提取所述预约挂号申请中的用户信息，其中，所述用户信息包括所述预约用户的人脸信息；

远程认证模块，用于将所述用户信息与所述基本信息进行比对，若比对结果中所述预约用户与所述就医档案中的拟就医者一致，则生成与所述就医档案相对应的预约码，并将所述预约码写入所述就医档案；

信息采集模块，用于从部署在就医现场的信息采集终端获取就医者信息，其中，所述就医者信息包括就医者的人脸信息；

现场认证模块，用于将所述就医者信息与所述基本信息进行比对，若比对结果中所述就医者与所述就医档案中的拟就医者一致，并且所述就医档案中包括所述预约码，则确定所述就医者为与所述就医档案相对应的预约用户，并将所述就医档案转到出诊医生处。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述基于人脸识别的预约就诊方法。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述基于人脸识别的预约就诊方法。

上述基于人脸识别的预约就诊方法、装置、计算机设备及存储介质，服务端事先采集包括拟就医者的人脸信息在内的基本信息，并为拟就医者建立就医档案，实现了拟就医者的网上注册，使得在接收预约用户通过客户端发送的预约挂号申请之后，能依据就医档案中的数据对预约挂号申请中的用户信息和用户人脸信息进行远程身份认证，并为通过远程身份认证的预约用户生成与就医档案相对应的预约码，保证了预约用户为拟就医者，过滤掉恶意预约抢号的用户；同时，就医档案完整记录了从注册，到预约就诊，到实际就诊的整个过程，便于医疗服务的规范和管理；在生成预约码阶段，将预约码写入所述就医档案，也保证了实际就医者与预约用户的身份保持一致；从就医现场获取就医者信息，并对就医者进行现场身份验证，若就医者与就医档案中的拟就医者一致，并且就医档案中包括预约码，则确定就医者为与就医档案相对应的预约用户，即，通过增加基于人脸识别的远程身份认证和现场身份认证的步骤，实现了两次身份认证，降低了不法分子通过软件技术手段进行倒号、抢号的可能性，提高了网上预约挂号的可靠性和成功率；同时，现场直接刷脸认证，减少手动输入预约码的操作时间，提高了就诊效率。

附图说明

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

图1是本发明一实施例中基于人脸识别的预约就诊方法的一应用环境示意图；

图2是本发明一实施例中基于人脸识别的预约就诊方法的流程图；

图3是本发明一实施例中人脸识别的预约就诊方法中步骤s1的流程图；

图4是本发明一实施例中人脸识别的预约就诊方法中步骤s3的流程图；

图5是本发明一实施例中建立预约用户黑名单的流程图；

图6是本发明一实施例中对异常注册用户的处理流程图；

图7是本发明一实施例中基于人脸识别的预约就诊装置的示意图；

图8是本发明一实施例中计算机设备的示意图。

具体实施方式

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

本发明提供的基于人脸识别的预约就诊方法，可应用在如图1的应用环境中，其中，服务端是提供基于人脸识别的预约就诊服务的计算机设备，服务端可以是服务器或服务器集群；客户端是用户进行注册、预约而使用的计算机终端设备，包括但不限于智能手机、pc机、平板电脑等；信息采集终端是部署在医院现场的计算机终端设备，包括但不限于自助一体机等；数据库是用于存注册用户和预约用户的基本信息的数据库；客户端与服务端之间、信息采集终端与服务端之间、服务端与数据库之间均通过网络连接，网络可以是有线网络或无线网络。本发明实施例提供的基于人脸识别的预约就诊方法应用于服务端。

在一实施例中，如图2所示，提供了一种基于人脸识别的预约就诊方法，其具体实现流程包括如下步骤：

s1：获取拟就医者的基本信息，并根据基本信息为拟就医者建立就医档案，其中，基本信息包括拟就医者的人脸信息。

拟就医者是指准备到本医院就医的人。拟就医者的基本信息，包括但不限于拟就医者的姓名、年龄、身份证号码、社保卡或医保卡信息、以及人脸信息等。

就医档案，是与患者病历本类似的电子信息档案，是拟就医者在本医院的预设用户注册系统进行用户注册后，由服务端建立的数据文档。

就医档案在建立之初，与拟就医者一一对应；在预约就诊阶段，与预约用户一一对应，在实际就诊阶段，与就医者一一对应。就医档案中的信息可以包括但不限于就医者的基本信息，以及在本医院就诊时的病历记录、医生的开药记录、消费情况等。

具体地，就医档案可以对应预设数据库中的数据记录或数据表。其中，预设数据库可以部署在服务端本地，或通过网络与服务端相连，包括但不限于各种关系型或非关系型数据库，如ms-sql、oracle、mysql、sybase、db2、redis、mongoddb、hbase等。或者，就医档案可以对应json格式的文本文件。其中，json(javascriptobjectnotation，js对象简谱)是一种轻量级的数据交换格式。json文件是以ascii编码方式存储的，不依赖于操作系统，能被计算机程序快速的读取或生成，是一种流行的数据交换格式。

由于就医档案可以用于记录就医者从网上注册开始，到预约就诊，到实际就诊的整个就医过程的数据，可以通过就医档案方便的对医疗服务进行规范和管理；同时，就医档案可以被导出为其他格式的数据记录，作为患者转院、转诊，异地就医的数据参考，既利于不同医疗体系间的信息共享，避免重复检查，减少患者就医成本，又做到数据可追溯，有利于病理研究。

具体地，拟就医者可以通过客户端登录本医院的网站，或者，通过手机app进行网上注册操作，拟就医者使用客户端上的摄像头自行采集人脸信息，并将采集到的包含人脸信息的图片一并提交。

服务端为每个拟就医者在预设数据库中建立数据记录，并以为每个拟就医者统一分配的身份标识信息作为数据表的主键，将拟就医者的基本信息存储到与主键相应的数据记录下，得到就医档案。

其中，对于基本信息中的人脸信息，服务端先进行特征提取，然后将得到特征信息作为与主键相应的数据进行存储。

具体地，服务端可以采用基于神经网络的识别算法对人脸信息进行特征提取，得到特征信息；或者，服务端采用专家规则的分类方法对人脸信息进行特征提取，得到特征信息，此处不做限制。

s2：接收预约用户通过客户端发送的预约挂号申请，并提取预约挂号申请中的用户信息，其中，用户信息包括预约用户的人脸信息。

预约用户，是通过客户端进行网上预约就诊的用户。一般来说，预约用户应与就医档案中的拟就医者保持一致，但可以存在一些例外。例如，若拟就医者是老人、未成年人、或婴幼儿等特殊人群，预约用户可以是拟就医者的监护人或相关人。因此，预约用户与拟就医者之间可以建立关联关系，例如，就医档案中一个拟就医者可以与5个预约用户绑定，即5个预约用户中的任一一个均可以为拟就医者进行网上预约，同时，5个预约用户均需要建立就医档案，其过程在步骤s1中，此处不再赘述。

预约挂号申请，是进行网上预约时向服务端发送的数据请求。预约挂号申请中包括预约用户的用户信息，用户信息包括但不限于姓名、年龄、身份证号、预约就诊的时间、科室、专家名称，以及预约用户的人脸信息等。

具体地，预约用户可以通过客户端登录本医院的网站，或者，通过手机app进行网上预约，将预约挂号申请提交到服务端，其中，对于人脸信息，预约用户可以通过客户端上的摄像头自行采集并提交；服务端根据约定数据传输格式对客户端发送的预约挂号申请进行解析，得到出用户信息。其中，数据传输格式，是服务端与客户端事先约定的预约挂号申请中用户信息的排列顺序。

例如，若服务端的预设端口负责接收预约挂号申请，在接收到的数据流中，首2个字节为标志位，如0x0a用于表示当前数据流为预约挂号申请；标志位的后20个字节分别用于表示预约用户的姓名、年龄、身份证号等；标志位后的第21个字节开始，用于表示预约用户的人脸信息，即包含预约用户人脸信息的图片。其中，预设端口是服务端所在服务器中未被系统或其他服务占用的空闲端口。

s3：将用户信息与基本信息进行比对，若比对结果中预约用户与就医档案中的拟就医者一致，则生成与就医档案相对应的预约码，并将预约码写入就医档案。

预约码，是网上预约就诊成功的电子凭证。

在传统网上预约挂号方式中，预约码通常是一组数字、字母，或数字与字母相结合的无规律的字符信息，并通过手机短信发送到就医者的手机上，或以二维码的形式发送到就医者的智能终端上。就医者在现场通过提供预约码实现取号。

在本实施例中，与传统网上预约挂号方式不同，服务端将生成的预约码与就医档案进行绑定，不需要发送到就医者的智能终端上，减少了就医者在现场输入预约码取号的步骤，避免了就医者保管预约码的麻烦，提高了就诊效率，同时，也避免了传统方式中，由于预约码独立于预约用户和实际就医者，给号贩子们留下了牟利空间。

服务端将用户信息与基本信息进行比对，以保证预约用户与就医档案中的拟就医者身份一致。

具体地，若服务端的运行环境为java，服务端可以以用户信息作为搜索条件，通过调用jdbc的查询接口，与就医档案中的基本信息进行逐一比较。其中，jdbc(javadatabaseconnectivity，java数据库连接)是一种用于执行sql语句的javaapi，可以为多种关系数据库提供统一访问，它由一组用java语言编写的类和接口组成。

若在就医档案中查询到与用户信息一致的数据，即代表预约用户与就医档案中的拟就医者身份一致，服务端可以根据预设的随机数生成方式，以字母a-z，字母a-z，数字0-9为取值范围，随机生成一组预约码。

具体地，服务端可以采用蒙特卡洛方法生成随机预约码。例如，生成一个16位的预约码为agwosqposvjcynyl。其中，蒙特卡罗方法又称统计模拟法、随机抽样技术，是一种随机模拟方法，是以概率和统计理论方法为基础的一种计算方法。

服务端将预约码写入就医档案，实现了预约码与就医档案的绑定。具体地，服务端可以在就医档案中新增预约相关的字段，这些字段包括但不限于“预约码id”、“预约时间”、“预约科室”等。其中，字段“预约码id”即为服务端生成的预约码；“预约时间”、“预约科室”等字段的内容为用户信息中的相应内容。

s4：从部署在就医现场的信息采集终端获取就医者信息，其中，就医者信息包括就医者的人脸信息。

就医者，即到医院实际就诊的患者。就医者信息，包括但不限于就医者的预约信息，就医者的人脸信息等。

信息采集终端，是医院现场用于采集就医者信息的自助智能终端。信息采集终端与服务端通过网络相连，信息采集终端上有显示屏、高清摄像头，以及人机交互界面。就医者可以通过键盘或触摸屏在人机交互界面上进行操作，选择需要服务的种类。例如，查询预约记录，打印检查报告、进入就诊程序等。

具体地，若就医者通过人机交互界面选择“进入就诊程序”时，信息采集终端的高清摄像头将采集就医者的实时人脸图像，并将获取到的实时人脸图像发送到服务端；同时，信息采集终端也可以提示就医者输入除人脸信息之外的其他基本信息作为辅助验证数据，其中，其他基本信息包括但不限于就医者的姓名、身份证号、联系电话、预约时间等。

s5：将就医者信息与基本信息进行比对，若比对结果中就医者与就医档案中的拟就医者一致，并且就医档案中包括预约码，则确定就医者为与就医档案相对应的预约用户，并将就医档案转到出诊医生处。

服务端将就医现场获取到的就医者信息与就医档案中的基本信息进行比较，以保证就医者与就医档案中的拟就医者身份一致，并且是经过正常预约程序的预约用户。其中，具体比对过程与步骤s3中用户信息与基本信息的比对过程一致，此处不再赘述。

若比对结果中已确定就医者与就医档案中的拟就医者的身份一致后，则服务端检查就医档案中是否包括预约码信息；若就医档案中具备预约码，则可以确定现场实际就医者为合法的预约用户。

服务端将就医档案转到出诊的医生处，即将就医档案发送到出诊医生的办公电脑上，使得就医者顺利进入就诊程序。

在本实施例中，服务端事先采集包括拟就医者的人脸信息在内的基本信息，并为拟就医者建立就医档案，实现了拟就医者的网上注册，使得在接收预约用户通过客户端发送的预约挂号申请之后，能依据就医档案中的数据对预约挂号申请中的用户信息和用户人脸信息进行远程身份认证，并为通过远程身份认证的预约用户生成与就医档案相对应的预约码，保证了预约用户为拟就医者，过滤掉恶意预约抢号的用户；同时，就医档案完整记录了从注册，到预约就诊，到实际就诊的整个过程，便于医疗服务的规范和管理；在生成预约码阶段，将预约码写入所述就医档案，也保证了实际就医者与预约用户的身份保持一致；从就医现场获取就医者信息，并对就医者进行现场身份验证，若就医者与就医档案中的拟就医者一致，并且就医档案中包括预约码，则确定就医者为与就医档案相对应的预约用户，即，通过增加基于人脸识别的远程身份认证和现场身份认证的步骤，实现了两次身份认证，降低了不法分子通过软件技术手段进行倒号、抢号的可能性，提高了网上预约挂号的可靠性和成功率；同时，现场直接刷脸认证，减少手动输入预约码的操作时间，提高了就诊效率。

进一步地，在一实施例中，如图3所示，针对步骤s1，即获取拟就医者的基本信息，并根据基本信息为拟就医者建立就医档案，具体包括如下步骤：

s11：对人脸信息进行特征提取，得到目标人脸特征向量。

目标人脸特征向量，用于表示人脸信息的特征。通过目标人脸特征向量，可以区分不同的人脸，达到人脸识别的目的。

服务端可以根据预设的人脸模型将人脸信息进行特征抽象，得到人脸特征维度；其中，特征维度包括人脸五官的坐标位置、脸型的类型、五官之间的角度；特征维度的具体数值构成目标人脸特征向量。

例如，目标人脸特征向量可以为一个m*n维的向量，其中，m代表特征维度，即人脸五官的坐标位置、脸型的类型、五官之间的角度；n为特征维度的具体数值。

具体地，服务端可以使用特征脸算法对人脸信息进行特征提取，得到目标人脸特征向量。其中，特征脸(eigenface)是指用于机器视觉领域中的人脸识别问题的一组特征向量。

s12：将目标人脸特征向量和基本信息进行关联存储，得到拟就医者的就医档案。

关联存储，即将目标人脸特征向量与基本信息进行绑定，使得通过查询目标人脸特征向量，可以唯一得到与之相应的基本信息，或者，通过查询基本信息，可以唯一得到与之相应的目标人脸特征向量。

具体地，服务端可以在建立就医档案时，使得就医档案与拟就医者一一对应，即每个拟就医者拥有唯一的就医档案，例如，为每个拟就医者新建单独的数据表，或者在数据表中新增单独的数据记录。可以理解地，服务端将目标人脸特征信息和基本信息存储到新建的数据表或数据记录中，即可得到拟就医者的就医档案。

在本实施例中，服务端根据预设的人脸模型将人脸信息进行特征抽象，以人脸五官的坐标位置、脸型的类型、五官之间的角度构成能代表人脸特征的目标人脸特征向量；并将目标人脸特征向量与基本信息进行关联存储，得到拟就医者档案，实现了人脸信息与基本信息的绑定，使得拟就医者信息不易被冒充，提高了信息安全性。

进一步地，在一实施例中，如图4所示，针对步骤s3，即将用户信息与基本信息进行比对，若比对结果中预约用户与就医档案中的拟就医者一致，则生成与就医档案相对应的预约码，并将预约码写入就医档案，具体包括如下步骤：

s31：将用户信息中人脸信息之外的信息与基本信息中人脸信息之外的信息进行一致性比较，得到比较结果。

由于人脸识别存在一定的误识率，因此，服务端在将用户信息与基本信息进行比对时，可以将人脸信息与人脸信息之外的信息分开对比。

具体地，由于人脸信息之外的信息均为字符型数据，如姓名、年龄、身份证号等，因此，服务端可以通过sql语句，以姓名、身份证号为查询条件，对就医档案所在的数据库进行搜索，得到比较结果。

s32：对用户人脸信息进行特征提取，得到待识别特征向量。

待识别特征向量，是对预约用户进行人脸识别后得到的代表预约用户人脸特征的数据。

服务端对用户人脸信息进行特征提取的过程，与步骤s11中对人脸信息进行特征提取的过程一致，此处不再赘述。

s33：将待识别特征向量与目标人脸特征向量进行相似度比较，得到相似度值。

具体地，服务端可以计算待识别特征向量与目标人脸特征向量的比值，即将向量中相同位置的分量进行相除，得到的相似度值反应了两个向量的相似度，亦即人脸特征的相似度。

s34：若比较结果为一致，并且相似度值超过预设相似度阈值，则生成与就医档案相对应的预约码，并将预约码写入就医档案。

预设相似度阈值，用以代表两张人脸图片的相似度。例如，预设相似度阈值可以为90％。若相似度值超过90％，则代表两张人脸图片为同一人。

具体地，服务端根据比较结果一致，并且相似度值超过预设相似度阈值，则可以确定预约用户为拟就医者，同时，生成与就医档案相对应的预约码，并将预约码写入就医档案。

优选地，由于相较于人脸信息之外的信息对比，计算人脸相似度值的过程更耗时，服务端可以在比较结果为一致的情况下，再对用户人脸信息进行特征提取，以节省服务端的计算资源。

在本实施例中，服务端将用户信息与基本信息的比对，分成人脸信息比对和人脸信息之外的信息比对两部分，并以优先对人脸信息之外的信息进行比对，节省了服务端的计算资源。

进一步地，在一实施例中，如图5所示，在步骤s33之后，即在将待识别特征向量与目标人脸特征向量进行相似度比较，得到相似度值的步骤之后，基于人脸识别的预约就诊方法，还包括以下步骤：

s35：若比较结果为不一致，或者相似度值未超过预设相似度阈值，则确定预约挂号失败。

具体地，若比较结果为不一致，或者相似度值未超过预设相似度阈值，则代表预约用户不是就医档案中的拟就医者，服务端将对预约挂号申请予以拒绝。

s36：将待识别特征向量存储到预设数据库中，并将与待识别特征向量相对应的预约用户作为异常用户。

异常用户，用于标识未在拟就医者名单中的预约用户。服务端将异常用户的人脸特征信息进行保存，以防止异常用户重复预约，占用网络资源。

具体地，服务端可以在预设数据库中建立异常用户信息表，并将待识别特征向量作为该异常用户的标识信息存储到异常用户信息表中。

s37：记录异常用户预约挂号失败的失败次数，若失败次数超过预设失败次数，则将异常用户列入用户黑名单。

用户黑名单，是对恶意预约挂号的异常用户的分类。服务端可以拒绝黑名单中的用户进行网上预约。

预设失败次数，是衡量异常用户的异常预约行为的标准。例如，若一定时间内，连续预约失败次数超过20次，服务端可以将异常用户加到用户黑名单中。

具体地，服务端在确定预约挂号失败时，可以将当前时间、待识别特征向量存储到异常用户信息表中。其中，服务端可以在异常用户信息表中增加字段“预约挂号失败次数”。当有预约用户挂号失败时，服务端可以根据待识别特征向量对异常用户信息表进行查询，若异常用户信息表中已存在该待识别特征向量，则在字段“预约挂号失败次数”进行累加。

在本实施例中，服务端将累次预约失败的预约用户作为异常用户，并将超过预设失败次数的异常用户列入用户黑名单，加强了对恶意网上预约行为的限制，进一步提高了预约就诊的安全性。

进一步地，在一实施例中，如图6所示，在步骤s12之后，即在将目标人脸特征向量和基本信息进行关联存储，得到拟就医者的就医档案的步骤之后，基于人脸识别的预约就诊方法，还包括以下步骤：

s13：检查就医档案中目标人脸特征向量的出现次数。

由于就医档案与拟就医者一一对应，因此，目标人脸特征向量也是唯一的。即，目标人脸特征向量唯一标识一个拟就医者。相比于其他拟就医者的基本信息，目标人脸特征向量难以复制和篡改，服务端检查就医档案中目标人脸特征向量的出现次数，可以防止恶意用户重复注册。

具体地，服务端可以已目标人脸特征向量作为搜索条件，对就医档案所在的数据库进行全局查询，查询得到的数量即为目标人脸特征向量的出现次数。

s14：若目标人脸特征向量的出现次数超过预设注册次数，则停止为目标人脸特征向量相对应的拟就医者继续建立就医档案。

预设注册次数，用于限制服务端为同一拟就医者建立就医档案的数量。例如，若每个拟就医者只能拥有一个就医档案，则预设注册次数为1。

为了防止用户误操作或其他特殊情况，服务端可以根据实际应用的需要设置预设注册次数，例如，预设注册次数可以设置为3，即若目标人脸特征向量的出现次数超过3，则代表该拟就医者重复注册次数超过3次，服务端可以对该拟就医者采取停止其继续注册，并停止为其建立新就医档案的限制措施。

具体地，当服务端检测到目标人脸特征向量的出现次数超过预设注册次数，服务端在检测到拟就医者的基本信息中包括目标人脸特征向量时，向拟就医者发出拒绝注册的提示。

在本实施例中，服务端对就医档案中目标人脸特征向量的出现次数进行检查，并对超过预设注册次数的拟就医者采取限制措施，防止恶意重复注册，进一步提高预约就诊的安全性。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种基于人脸识别的预约就诊装置，该基于人脸识别的预约就诊装置与上述实施例中基于人脸识别的预约就诊方法一一对应。如图7所示，该基于人脸识别的预约就诊装置包括建档模块71、预约模块72、远程认证模块73、信息采集模块74和现场认证模块75。各功能模块详细说明如下：

建档模块71，用于获取拟就医者的基本信息，并根据基本信息为拟就医者建立就医档案，其中，基本信息包括拟就医者的人脸信息；

预约模块72，用于接收预约用户通过客户端发送的预约挂号申请，并提取预约挂号申请中的用户信息，其中，用户信息包括预约用户的人脸信息；

远程认证模块73，用于将用户信息与基本信息进行比对，若比对结果中预约用户与就医档案中的拟就医者一致，则生成与就医档案相对应的预约码，并将预约码写入就医档案；

信息采集模块74，用于从部署在就医现场的信息采集终端获取就医者信息，其中，就医者信息包括就医者的人脸信息；

现场认证模块75，用于将就医者信息与基本信息进行比对，若比对结果中就医者与就医档案中的拟就医者一致，并且就医档案中包括预约码，则确定就医者为与就医档案相对应的预约用户，并将就医档案转到出诊医生处。

进一步地，建档模块71，包括：

特征提取子模块711，用于对人脸信息进行特征提取，得到目标人脸特征向量；

存储子模块712，用于将目标人脸特征向量和基本信息进行关联存储，得到拟就医者的就医档案。

进一步地，远程认证模块73，包括：

信息比对子模块731，用于将用户信息中人脸信息之外的信息与基本信息中人脸信息之外的信息进行一致性比较，得到比较结果；

人脸特征提取子模块732，用于对用户人脸信息进行特征提取，得到待识别特征向量；

相似度比较子模块733，用于将待识别特征向量与目标人脸特征向量进行相似度比较，得到相似度值；

综合比对子模块734，用于若比较结果为一致，并且相似度值超过预设相似度阈值，则生成与就医档案相对应的预约码，并将预约码写入就医档案。

进一步地，远程认证模块73，还包括：

预约失败处理子模块735，用于若比较结果为不一致，或者相似度值未超过预设相似度阈值，则确定预约挂号失败；

异常用户监测子模块736，用于将待识别特征向量存储到预设数据库中，并将与待识别特征向量相对应的预约用户作为异常用户；

黑名单子模块737，用于记录异常用户预约挂号失败的失败次数，若失败次数超过预设失败次数，则将异常用户列入用户黑名单。

进一步地，建档模块71，还包括：

预约监测子模块713，用于检查就医档案中目标人脸特征向量的出现次数；

异常预约处理子模块714，用于若目标人脸特征向量的出现次数超过预设注册次数，则停止为目标人脸特征向量相对应的拟就医者继续建立就医档案。

关于基于人脸识别的预约就诊装置的具体限定可以参见上文中对于基于人脸识别的预约就诊方法的限定，在此不再赘述。上述基于人脸识别的预约就诊装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种基于人脸识别的预约就诊方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中基于人脸识别的预约就诊方法的步骤，例如图2所示的步骤s1至步骤s5。或者，处理器执行计算机程序时实现上述实施例中基于人脸识别的预约就诊装置的各模块/单元的功能，例如图7所示模块71至模块75的功能。为避免重复，这里不再赘述。

在一实施例中，提供一计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述方法实施例中基于人脸识别的预约就诊方法，或者，该计算机程序被处理器执行时实现上述装置实施例中基于人脸识别的预约就诊装置中各模块/单元的功能。为避免重复，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本发明所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

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