医用客显屏和医疗系统及方法与流程

本发明涉及医疗领域，尤其涉及一医用客显屏和医疗系统及方法。

背景技术：

为解决“就医难”问题，各供应厂商推出的掌上医院、移动互联网医疗软件层出不穷，因其能随时随地实现预约挂号、结算、查看报告、咨询等功能，受到患者的普遍欢迎。但是和所有互联网行业一样，都存在线下转线上的难题，也就是APP推广的问题。基于医疗行业的特殊性，一个患者要想在医院就诊，至少得办一张就诊卡，才能在就诊过程中完成挂号、充值、结算、查看报告等业务，也就是说就诊卡是医院内部管理系统（线下系统，以下简称为HIS系统）的身份介质，要想互联网化，必须实现线下就诊卡和线上APP绑定，例如要想在手机APP上交费，APP上显示的费用金额等信息，是通过线下的就诊卡号查询到HIS的相应信息推送到线上。

和一般行业的APP不同的是，医院APP除了基本信息注册（如姓名、手机号、出生日期等），还需在APP上绑定就诊卡，因此医院APP的使用，必经过两个不可或缺的程序：一、下载APP二、绑定就诊卡。目前各大医院开发出来的APP，要么没人下载，要么下载了没人绑定就诊卡，使用和体验效果基本上不好，以下分析这两个环节难以推广的主要原因（或现有方法的缺陷）：

从用户的角度，由于看病不象使用微信或支付宝等APP那样是高频率的需求，只会在想看病时使用，而且只下载当地最好的医院或有影响力医院的APP，一般平时不会下载或使用。从医院的角度，APP除了方便患者看病，很大一部分是为了业务的推广和同业技术竞争的需要，用户下载越多，绑定的就诊卡越多，APP才能得到有效推广。当前在这方面推广主要是靠线下，也就是利用患者到医院看病时机进行推广，通常的作法是利用医院就诊大厅的易拉宝上印刷二维码诱导患者关注或下载，这和一般商家线下推广没什么区别，实际效果并不好，主要原因：一、去医院看病基本上心理都比较焦虑，加上医院人多拥挤、面积大，易拉宝上的信息很少会有人关注或下载；二、即使有人关注或下载，还存在着身份注册和就诊卡绑定这个环节，下载了APP之后首先要进行注册，比如要输入个人姓名、手机号、出生日期，甚至还要输入身份证号等，在注册完之后还要进行就诊卡绑定（手工输入就诊卡号），操作太繁锁，而且很多就诊卡卡片上并没有就诊卡号（例如医院内部就诊卡，基于重复使用等原因，卡片上是不印刷就诊卡号，而是存储在芯片里面），更是无从绑定,因此许多人即使下载了APP,在注册和就诊卡绑定的环节就放弃了，这是当前医院APP推广普遍存在的问题。

此外，现在部分地区已经开始整合医疗资源，建立区域医疗信息化平台，以厦门地区为例，卫计委牵头建立的厦门市民健康信息系统，就是以各医疗机构为主体，以患者为中心，通过专用的医疗VPN网，市民凭借一张市民健康卡（含社会保障卡），可实现各医疗机构之间的信息资源共享，.各地区的市民健康系统大同小异，都离不开将患者信息汇总注册到市民健康信息平台，从而在各大医院实现“信息共享”。但是市民健康系统局限性在于，它是一种“画地为牢”的为本区域的各医院（目前主要是大医院）信息共享服务，获取个人信息还是通过线下就诊卡号为介质的传统模式，而且往往要求本地区读卡器要同一厂家，就诊卡同一厂家等，非常不利于区域间的医疗信息整合，而且滋生了地方保护主义，各软硬件厂家为了利益设置的各种技术壁垒、不正当竞争等，严重阻饶了医疗信息化的进一步发展。

另外，现有的医疗系统，挂号时均无法有效避免号贩子代为挂号的情况，扰乱了医院就诊秩序。

技术实现要素：

本发明的目的是克服上述问题，提供一种全新的医疗系统及客显屏，具体而言提供一种医用客显屏，包括控制器、液晶显示屏，其特征在于，还包括通信模块、摄像头、内置小喇叭、指纹录入仪，其中：液晶显示屏用于将生成的二维码等就诊信息显示给用户，供用户扫描关注或现场浏览自己的就诊信息；通信模块用于与服务器或外部终端进行通信，传输数据；摄像头，用于扫描移动终端生成的电子二维码，进行挂号、就诊交费，并且还用于进行用户面部特征识别；指纹录入仪，用于录入用户的指纹信息；喇叭，用于播放提示信息。

本发明还提供一种一种医疗系统，可用于线上就诊卡号生成、挂号、就诊、交费，其特征在于：包括服务器、医院PC端、医用客显屏及用户移动终端，其中，医院PC端可从服务器读取患者的就诊信息，并可以将开好的电子处方，按需要将参数通过服务器发送给客显屏；

服务器包括CPU、存储器和通信单元，其中，存储器中存储有所有用户的身份信息、就诊信息、历史就诊信息、亲友信息、号贩子信息；通信单元用于与客显屏、医院PC端、外部系统（例如，区域医疗平台、市民健康系统）之间收发消息。CPU用于控制生成线上ID号，并控制存储器、通信单元执行其相应功能，交互的功能；

医用客显屏，包括控制器、液晶显示屏、通信模块、摄像头、内置小喇叭、指纹录入仪，其中：控制器用于实现客显屏的控制功能，通信模块负责与服务器之间发送接收数据；液晶显示屏用于将服务器发送来的信息和/或信息生成的二维码显示在屏幕上，供用户扫描关注或现场浏览自己的就诊信息；摄像头，用于扫描移动终端生成的电子二维码，进行挂号，并且还用于进行挂号人面部特征识别；指纹录入仪，用于录入挂号人的指纹信息；喇叭，用于播放提示信息。

移动终端为手机、平板电脑或笔记本电脑，可以在其上安装医疗系统移动终端应用，使用该系统用于挂号、就诊、交费等环节与医用客显屏或医院PC端交互，也可以远程接收服务器发送的信息。

进一步地，其中，所述客显屏可以设置在医生办公室和/或门诊挂号、收费处，直接面对面绑定用户，其具有输入输出双向作用：具体方式是服务器发送数据给客显屏，随后生成动态二维码显示在客显屏的屏幕上，使用用户移动终端可以扫描关注下载；另一方面客显屏上的摄像头可以扫描用户终端的二维码卡号，进行挂号、就诊或交费。

进一步地，其中，所述参数包括：就诊科室、医生，患者就诊卡号、患者姓名、联系电话、处方单号、待结算金额。

进一步地，其中，所述系统可实现线上就诊卡生成及防号贩子挂号功能，

其中：所述线上就诊卡生成功能的实现包括如下步骤：

S01-医院PC端根据现有实物就诊卡开具电子处方；

S02-并通过服务器将个人就诊信息发送给客显屏，个人就诊信息包括卡号、姓名、手机号、就诊科室、医生、本次处方金额；

S03-客显屏将服务器发送来的个人就诊信息生成二维码信息显示在屏幕上，并用显示或声音的方式提示用户移动终端扫描；

S04-用户移动终端扫描二所述维码后，系统执行判断用户是否已经下载移动终端挂号就诊系统，如果为是，则执行步骤S05，否则执行S06；

S05-打开移动终端挂号就诊系统办理相关业务；

S06-下载移动终端挂号就诊系统，并且服务器端生成并发送线上就诊卡号发送给移动终端挂号就诊系统，并与所述系统自动绑定，随后提示进行身份验证；

S07-将所述线就诊卡号和失误就诊卡号进行绑定，这样系统中的个人信息同时具有线上和线下两个就诊卡号，为线上线下融合及实名制提供了必要条件，随后执行步骤S05；

其中，防号贩子挂号功能通过如下步骤实现：

S101：打开移动终端的挂号系统，选择科室、医生、看病日期，输入病情简述等，随后生成二维码；

S102：客显屏扫描移动终端生成二维码，并扫描面部和/或指纹特征，然后将二维码数据及将面部和/或指纹特征数据发送给服务器；

S103：系统端根据二维码数据确定患者的信息并确定该患者在服务器中存储的相关信息的位置；

S104：将所述面部和/或指纹特征数据与所述患者相关信息存储位置存储的面部和/或指纹特征数据进行匹配；

S105：如果确定是患者自己或者是已存储的患者亲友，则确定可以挂号，并执行步骤S112；如果不是病自己或者是已存储的患者亲友，则执行步骤S106：

S106：系统将所述特征数据与号贩子库的信息进行比对，如果是已存储的号贩子，则执行步骤S114；如果不是已存储的号贩子，则执行步骤S107;

S107：判断与其它患者关联数量，是否大于指定数量N，如果是，则执行步骤S108；如果为否，则执行步骤S109；

S108：将该面部、指纹特征数据加入号贩子库数据中,随后执行步骤S111;

S109：将该面部、指纹特征数据加入该患者的亲友库数据中,随后执行步骤S110;

S110：挂号，并通知医生端、客显屏、用户移动终端挂号系统；随后结束；

S111：不能挂号，并通知客显屏、用户移动终端挂号系统；

S112：系统检索与该面部、指纹特征数据关联的其他患者亲友库信息；

S113：从该亲友库删除该面部、指纹特征数据，并通知用户移动终端挂号系统，随后结束。

一种用户就诊卡的绑定方法，其采用权利要求2-4任一项所述的系统，其特征在于包括如下步骤：

S01-医院PC端根据现有实物就诊卡开具电子处方；

S02-并通过服务器将个人就诊信息发送给客显屏，个人就诊信息包括卡号、姓名、手机号、就诊科室、医生、本次处方金额；

S03-客显屏将服务器发送来的个人就诊信息生成二维码信息显示在屏幕上，并用显示或声音的方式提示用户移动终端扫描；

S04-用户移动终端扫描二所述维码后，系统执行判断用户是否已经下载移动终端挂号就诊系统，如果为是，则执行步骤S05，否则执行S06；

S05-打开移动终端挂号就诊系统办理相关业务；

S06-下载移动终端挂号就诊系统，并且服务器端生成并发送线上就诊卡号发送给移动终端挂号就诊系统，并与所述系统自动绑定，随后提示进行身份验证；

S07-将所述线就诊卡号和失误就诊卡号进行绑定，这样系统中的个人信息同时具有线上和线下两个就诊卡号，为线上线下融合及实名制提供了必要条件，随后执行步骤S05；

进一步地，其中，所述步骤S05中的业务包括充值、结算、医院满意度评价、下一步就诊流程到诊、检验报告单；所述步骤S06中的身份验证方式包括如手机号、身份证号、短信、动态码验证。

本发明提供一种与区域市民健康系统的关联方法，其特征在于，采用上面所述的系统，其具体包括如下步骤：

S21：客显屏上生成包含线下就诊卡信息的二维码；

S22：用户移动终端扫码下载移动终端挂号就诊系统；

S23：服务器端生成并发送线上就诊卡号发送给移动终端挂号就诊系统，并与所述系统自动绑定，随后提示进行身份验证；

S24：服务器与卫计委后端进行通信，并判断卫计委后端是否已有该市民的健康系统信息，如果有，执行步骤S24，如果没有执行步骤S25；

S25：将新产生的个人线上就诊卡号补充到健康系统的个人信息库；

S26-将个人完整信息写到卫计委后端市民健康系统个人信息库。

一种挂号方法，其特征在于：使用权利要求2-4任一项所述的系统，其中：包括如下步骤：

S101：打开移动终端的挂号系统，选择科室、医生、看病日期，输入病情简述等，随后生成二维码；

S102：客显屏扫描移动终端生成二维码，并扫描面部和/或指纹特征，然后将二维码数据及将面部和/或指纹特征数据发送给服务器；

S103：系统端根据二维码数据确定患者的信息并确定该患者在服务器中存储的相关信息的位置；

S104：将所述面部和/或指纹特征数据与所述患者相关信息存储位置存储的面部和/或指纹特征数据进行匹配；

S105：如果确定是患者自己或者是已存储的患者亲友，则确定可以挂号，并执行步骤S112；如果不是病自己或者是已存储的患者亲友，则执行步骤S106：

S106：系统将所述特征数据与号贩子库的信息进行比对，如果是已存储的号贩子，则执行步骤S114；如果不是已存储的号贩子，则执行步骤S107;

S107：判断与其它患者关联数量，是否大于指定数量N，如果是，则执行步骤S108；如果为否，则执行步骤S109；

S108：将该面部、指纹特征数据加入号贩子库数据中,随后执行步骤S111;

S109：将该面部、指纹特征数据加入该患者的亲友库数据中,随后执行步骤S110;

S110：挂号，并通知医生端、客显屏、用户移动终端挂号系统；随后结束；

S111：不能挂号，并通知客显屏、用户移动终端挂号系统；

S112：系统检索与该面部、指纹特征数据关联的其他患者亲友库信息；

S113：从该亲友库删除该面部、指纹特征数据，并通知用户移动终端挂号系统，随后结束。

进一步地，其中，在执行步骤S107且判断结果为是与S108之间，增加一个判断步骤S107’，即判断与该面部、指纹数据相关联的多个患者之间是否有关联（例如，他们相互时间是否存在作为亲友信息存在的情况，和/或他们具有其他共同的挂号亲友、和/或他们姓名接近且身份证号地域相关信息相同或者登记联系地址相同），如果存在一定的数量时，则排除该面部、指纹数据为号贩子，随后执行步骤S108；如果完全不存在，或者数量少于预定的值时，则执行步骤S109。

发明效果：

本发明涉及的线下推广的设备和方案，充分考虑到用户的应用场景和体验心理，结合医院HIS系统接口，把待注册的信息动态生成二维码，用户只要做简单的认证就可以快速实现注册和就诊卡绑定，从而为进一步在移动终端挂号就诊系统上实现缴费、充值、预约、服务评价、看检验报告等业务奠定了基础。

本发明涉及的客显屏预留了扫描二维码的摄像头，可以具备“读卡器”的功能：用户在注册移动终端挂号就诊系统并绑定线下就诊卡号后会生成线上就诊卡号，用户不必携带实物就诊卡也可以到医院看病，医院各业务PC端连接客显屏，就可以用摄像头来读手机移动终端挂号就诊系统上的条码或二维码就诊卡号，从而实现在线下和HIS系统的融合，这样做的优点十分明显：

1、最终各医院可以不必再购买传统的读卡器，用客显屏上带的摄像头即可“读卡”，成本比传统的读卡器要低得多，而且还具有“客显”的功能，一举两得；

2、医院也不必再发行实物就诊卡，移动终端挂号就诊系统上的线上就诊卡取代传统的实物就诊卡，无卡化就诊不仅节约了医院成本，方便了患者，同时符合未来互联网发展的趋势；

3、取消了传统的读卡器和就诊卡，把线上规范的就诊卡ID号为个人身份的唯一介质，技术上可行，为区域医疗的信息化整合、互联网医院创造了极为有利的条件；

4、无卡化就诊要一个过渡阶段，在过渡阶段无卡和有卡并存，传统的读卡器厂家可以在这个过程中利用本发明方案介绍的相关技术，在现在的读卡器上进行升级，如加装本案介绍的客显屏、摄像头等模块，以及本案介绍的线上线下融合技术，推动无卡化就诊以及互联网医院的发展。

附图说明

图1是本发明系统的结构示意图。

图2是本发明客显屏的结构示意图。

图3是本发明绑定就诊卡流程。

图4是采用本发明系统与卫计委后端关联的流程。

图5是本发明系统的防号贩子挂号流程。

图6是本发明系统的另一防号贩子挂号流程。

具体实施方式

为了使本技术领域人员更好的理解本发明，下面结合附图和实施方法对本发明作进一步的详细描述。

实施例1：

参见图1，本发明的医疗就诊系统包括医院PC端、服务器、医用客显屏、用户移动终端等部分，其中：

医院PC端（如医生工作站）可以从服务器读取患者的就诊信息，并可以将开好的电子处方，按需要将参数（如就诊科室、医生，患者就诊卡号、患者姓名、联系电话、处方单号、待结算金额等）通过服务器发送给客显屏，并将这些信息和/或信息生成的二维码显示在屏幕上。

服务器包括CPU、存储器和通信单元等，其中，存储器存储有所有用户的身份信息、就诊信息、历史就诊信息、亲友信息、号贩子信息等；通信单元用于与客显屏、医院PC端、外部系统（例如，区域医疗平台、市民健康系统）之间收发消息。CPU用于控制生成线上ID号，并控制存储器、通信单元执行其相应功能，交互的功能；其中，患者的各项信息参数在服务器中变成二维码，然后发送给客显屏。

医用客显屏包括控制器、液晶显示屏、通信模块、摄像头、USB通讯线、内置小喇叭、指纹录入仪等。其中液晶显示屏用于将生成的二维码等就诊信息显示给患者，供患者扫描关注或现场浏览自己的就诊信息；通讯模块用于与服务器或外部终端进行通信；摄像头，用于扫描移动终端挂号就诊系统生成的电子二维码；USB通讯线，用于连接服务器或PC端，将服务器和/或PC端生成的参数传送给控制器；喇叭：用于播放提示信息。

其中，客显屏可以设置在医生工作站PC端和/或门诊挂号、收费处，直接面对面绑定用户（医生或客显屏系统都会提示关注），通过生成动态二维码显示在客显屏上，动态二维码上包含了用户就诊卡号等线下信息，下载移动终端挂号就诊系统同时就可以同时绑定线下就诊卡号等信息。由于客显屏具有输入输出双向作用，一方面从用户的角度，生成的二维码可被用户用于扫码关注；另一方面从医生的角度，客显屏上的摄像头又可当医生“读卡器”，用于读取移动终端挂号就诊系统上的条码或二维码卡号。

用户移动终端例如为手机、平板电脑、笔记本电脑等，可以在其上安装医疗系统用户移动终端应用，其用于生成二维码数据，用于挂号、就诊、交费等环节使用，并可与服务器远程交互，接收服务器发送的信息（例如挂号是否成功等）。

本发明的系统和方法也可以用于区域医疗的互联网推广，对于已建立市民健康信息系统的区域，如果加上本案介绍的移动终端挂号就诊系统产生的线上唯一ID号作为个人身份介质，将是对个人信息的完善，也有利于整个区域互联互通信息共享。对于未建立或要建立市民健康系统的地区，卫计委在建立个人信息库结构时可先把线上唯一ID号规划好，然后用本案介绍的客显屏投放到本区域的各大医院，再利用本案介绍的客显屏技术进行扫码绑卡，也就是说通过本区域的医院端，利用客显屏“吸粉”技术，就可以用比较小的代价逐步在卫计委后端建立个人信息库。

下面结合图3说明本发明医用系统对现有就诊卡的绑定步骤：

S01-用现有实物就诊卡开具电子处方；

S02-系统将个人就诊信息发送给客显屏，个人就诊信息包括卡号、姓名、手机号、就诊科室、医生、本次处方金额等；

S03-客显屏将管理系统发送来的个人就诊信息生成二维码信息显示在屏幕上，并用显示或声音的方式提示用户扫描；

S04-用户移动终端扫描二所述维码后，系统执行判断用户是否已经下载移动终端挂号就诊系统，如果为是，则执行步骤S05，否则执行S06；

S05-打开移动终端挂号就诊系统办理相关业务（充值、结算、医院满意度评价、下一步就诊流程到诊、检验报告单等）；

S06-关注或下载移动终端挂号就诊系统并且自动绑定就诊卡号，并进行身份验证，如手机号、身份证号、短信、动态码验证等；

S07-将移动终端挂号就诊系统上产生的唯一ID号（或称线上就诊卡号）和管理系统的线下就诊卡号进行绑定，这样管理系统中的个人信息同时具有线上和线下两个ID号，为线上线下融合及实名制提供了必要条件；执行步骤S05。

参见图4示出了本系统与区域市民健康系统关联。

S21-客显屏上生成包含线下就诊卡信息的二维码；

S22-用户扫码关注或下载移动终端挂号就诊系统；

S23-注册并自动绑定卡号；

S24-必要的身份验证；

S25-服务器端生成线上唯一ID号（此号码为卫计委后端规划好的），并返回给管理系统；

S26-判断卫计委后端健康系统中是否已有该市民的健康档案，如果有，执行步骤S27，如果没有执行步骤S28；

S27-将新产生的个人线上ID号补充到健康系统的个人信息库；

S28-将个人完整信息写到卫计委后端市民健康系统个人信息库。

实施例2：

实施例1中的方案使用移动终端挂号就诊系统进行挂号、看病虽然方便，但是不可避免存在号贩子代为挂号的情况，如果使用静态二维码作为挂号、看病凭证，则很容易复制发送，被号贩子利用。

本发明实施例2的方案中，客显屏可以进行身份识别，通过客显屏的摄像头扫描挂号人员的面部特征、或者在客显屏上安装指纹识别装置用于识别挂号人员的指纹，并与服务器中已存储的患者面部特征或指纹数据进行匹配，或者，两种识别手段相结合，只有匹配上时才能挂号，否则，系统拒绝患者挂号。无论挂号是否成功，都在客显屏的屏幕上进行提示。这样，在挂号时，通过头像或指纹对二维码进行匹配，则，能够充分避免号贩子代为挂号。

此外，在实际挂号中还存在患者自己不能挂号，而是亲友代为挂号的情况。因此，在一优先方案中，出录入患者自己的指纹或面部特征数据外，也可录入一定数量（如3个）代为挂号人员的面部特征和/或指纹数据，录入时机可以是提前主动录入，也可以是代为挂号时，系统发现患者信息库中不存在与该面部和/或指纹特征相匹配的数据，号贩子信息库也不存在与之相匹配的数据，并且该信息也不与他人的信息库中的面部、指纹特征数据相匹配（或者即使匹配，但是，与之匹配的患者信息不超过一定数量，即允许一人可以为一定数量的亲友代为挂号，例如3人），则录入该人信息。如果超过，所限定数量，则认为该人为号贩子，则该二维码不能挂号，并且将该人信息放入服务器的疑似号贩子信息库中。此外，优选地，在上述情况出现时，允许多识别几次面部和/或指纹信息，这样既避免了误判断，也能多识别几次疑似号贩子者的信息，使得录入疑似号贩子库的数据更加完备。

在优选的方案中，在识别一不存在于号贩子库中的人员信息是否为号贩子时，除了根据与之关联的患者就诊卡数量，还可以参考其一段时间内挂号的数量（号贩子一般都短时间内挂许多的号），在与之关联的患者就诊卡够一定数量且一段时间内超过预定的数量，则认为是号贩子，将其信息放入号贩子信息库。

在将该人面部、指纹特征数据放入号贩子数据库后，系统再在就诊卡数据中检索，将与之匹配的数据全部删除，并通过移动终端挂号就诊系统对该就诊卡患者进行提示或警告。或者，为避免工作量太大，则可以在与号贩子关联的就诊卡下次挂号时，进行所述就诊卡数据中号贩子信息删除工作。

本发明的系统，也可以实现用户移动终端移动终端挂号就诊系统端预约挂号功能，并且在取号时不进行指纹或面部特征验证。或者，

参见图5，示出了本发明的系统防号贩子挂号的方法：

S101：生成二维码，打开移动终端的挂号系统，选择科室、医生、看病日期，输入病情简述等，随后生成二维码；

S102：扫描二维码，客显屏扫描移动终端生成二维码，并扫描面部和/或指纹特征，然后将二维码数据及将面部和/或指纹特征数据发送给服务器；

S103：系统确定患者信息，系统端根据二维码数据确定患者的信息并确定该患者在服务器中存储的相关信息的位置；

S104：与患者信息比对，将所述面部和/或指纹特征数据与所述患者相关信息存储位置存储的面部和/或指纹特征数据进行匹配；

S105：判断是否为患者或患者亲友，如果确定是患者自己或者是已存储的患者亲友，则确定可以挂号，并执行步骤S112；如果不是病自己或者是已存储的患者亲友，则执行步骤S106：

S106：判断是否为号贩子，系统将所述特征数据与号贩子库的信息进行比对，如果是已存储的号贩子，则执行步骤S114；如果不是已存储的号贩子，则执行步骤S107;

S107：判断与其它患者关联数量，是否大于指定数量N，如果是，则执行步骤S108；如果为否，则执行步骤S109；

S108：将该面部、指纹特征数据加入该患者的亲友库数据中,随后执行步骤S110;

S109：将该面部、指纹特征数据加入号贩子库数据中,随后执行步骤S111;

S110：挂号，并通知医生端、客显屏、用户移动终端挂号系统；随后执行步骤S114；

S111：不能挂号，并通知客显屏、用户移动终端挂号系统

S112：系统检索与该面部、指纹特征数据关联的其他患者亲友库信息;

S113从该亲友库删除该面部、指纹特征数据，并通知用户移动终端挂号系统，随后执行步骤S114；

S114 结束。

参见图6，优选地，在执行步骤S107且判断结果为是时，增加一个判断步骤S107’，即判断与该面部、指纹数据相关联的多个患者之间是否有关联，例如，他们相互时间是否存在作为亲友信息存在的情况，和/或他们具有其他共同的挂号亲友、和/或他们姓名接近且身份证号地域相关信息相同或者登记联系地址相同等，如果存在一定的数量时，则排除该面部、指纹数据为号贩子，随后执行步骤S108；如果完全不存在，或者数量少于预定的值时，则执行步骤S109。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。此外，尽管本说明书中使用了一些特定的术语，但这些术语仅仅是为了方便说明，并不对本发明构成任何限制。