CN111326239A - 医疗环境下用户信息管理、身份识别方法及装置 - Google Patents

Abstract

本发明公开了一种医疗环境下的用户信息管理方法，包括：获取用户的身份信息和就诊凭证信息；为所述用户分配主索引标识，所述主索引标识用于唯一标识所述用户；将所述用户的主索引标识、身份信息、就诊凭证信息关联存储。本发明一并公开了相应的用户信息管理装置，用户身份识别方法、装置和计算设备。

Description

医疗环境下用户信息管理、身份识别方法及装置

技术领域

本发明涉及医疗数据处理技术领域，尤其涉及一种医疗环境下的用户信息管理、身份识别方法及装置。

背景技术

现有的医院管理信息系统通常采用门诊号来标识患者。当患者初次到医院就诊时，需要持有效证件证明个人身份，并登记个人信息和费别(自费、医保等)，系统会为患者分配一个门诊号作为患者在医院管理信息系统中的索引标识，发放携带有该门诊号信息的就诊卡作为就诊凭证，患者本次的诊疗记录将与该门诊号关联存储。当患者再次到医院就诊时，若使用同一个就诊卡，则本次诊疗记录可以与上一次诊疗记录相关联；若患者未携带初次就诊时的就诊卡或变更了费别，系统将为患者重新分配门诊号并发放就诊卡，本次的诊疗记录将与新的门诊号相关联，与旧的门诊号无关。

在上述方案中，需要采用实体证件来识别患者身份，若患者未携带证件，则将因为无法证明身份而无法就诊。另外，现有的医院管理信息系统通常仅支持单一证件作为识别患者身份的依据，例如要求所有的患者都提供身份证号码(自费患者)或医保卡号码(医保患者)，而不支持患者持任意证件都可以证明身份并就医，为患者就医带来不便。

此外，上述采用门诊号来标识患者的方案会造成就诊卡重复发放、同一个患者在医院管理信息系统中存在多个身份标识的问题，患者多次的诊疗记录无法关联，诊疗记录不连续。而且，一个患者可能拥有多种费别，不同的费别需要建立不同的门诊号，使得患者的诊疗记录更加分散，不利于患者信息管理。

发明内容

为此，本发明提供一种医疗环境下用户信息管理、身份识别方法及装置，以力图解决或至少缓解上面存在的问题。

根据本发明的一个方面，提供一种医疗环境下用户信息管理方法，包括：获取用户的身份信息和就诊凭证信息；为所述用户分配主索引标识，所述主索引标识用于唯一标识所述用户；将所述用户的主索引标识、身份信息、就诊凭证信息关联存储。

可选地，在根据本发明的患者信息管理方法中，所述身份信息包括以下至少一项：姓名、性别、出生日期、民族、婚姻状况、电话、地址、工作单位、身份凭证，所述身份凭证包括实体身份证件、虚拟身份凭证以及生物特征信息。

可选地，在根据本发明的患者信息管理方法中，所述就诊凭证包括医保卡、居民健康卡、医院发放的就诊卡；所述就诊凭证信息包括以下至少一项：就诊凭证的类型、标识、费用类别、等级、发放时间、有效期、余额。

可选地，在根据本发明的患者信息管理方法中，还包括：对用户的主索引标识所关联的身份信息、就诊凭证信息进行增加、删除和修改。

可选地，在根据本发明的患者信息管理方法中，还包括：将用户持就诊凭证就诊所产生的诊疗记录与所述就诊凭证的标识关联存储。

可选地，在根据本发明的患者信息管理方法中，还包括：当用户的主索引标识关联存储有多张就诊卡时，从所述多张就诊卡中选择一张就诊卡作为主卡，将所述多张就诊卡的余额合并至所述主卡中，所述多张就诊卡共用所述主卡的余额。

可选地，在根据本发明的患者信息管理方法中，还包括：为所述主卡创建副卡，持所述主卡就诊的用户可以查看所述副卡所关联的诊疗记录。

可选地，在根据本发明的患者信息管理方法中，当新更换或新增的副卡的等级高于主卡时，将新更换或新增的副卡设置为主卡，将原主卡设置为副卡。

根据本发明的一个方面，提供一种医疗环境下用户身份识别方法，包括：获取用户的多种身份凭证中的至少之一，所述多种身份凭证包括：实体身份证件、虚拟身份凭证、生物特征信息、诊疗记录；确定用户的身份凭证所对应的主索引标识，所述主索引标识用于唯一标识用户，且与所述用户的多种身份凭证相关联；基于所述主索引标识，确定所述用户的身份。

根据本发明的一个方面，提供一种医疗环境下用户信息管理装置，包括：信息获取模块，适于获取用户的身份信息和就诊凭证信息；标识分配模块，适于为所述用户分配主索引标识，所述主索引标识用于唯一标识所述用户；索引建立模块，适于将所述用户的主索引标识、身份信息、就诊凭证信息关联存储。

根据本发明的一个方面，提供一种医疗环境下用户身份识别装置，包括：信息获取模块，适于获取用户的多种身份凭证中的至少之一，所述多种身份凭证包括：实体身份证件、虚拟身份凭证、生物特征信息、诊疗记录；身份识别模块，适于确定用户的身份凭证所对应的主索引标识，所述主索引标识用于唯一标识用户，且与所述用户的多种身份凭证相关联；以及基于所述主索引标识，确定所述用户的身份。

根据本发明的一个方面，提供一种计算设备，包括：至少一个处理器；和存储有程序指令的存储器，其中，所述程序指令被配置为适于由所述至少一个处理器执行，所述程序指令包括用于执行如上所述的医疗环境下用户信息管理方法和/或身份识别方法的指令。

根据本发明的又一个方面，提供一种存储有程序指令的可读存储介质，当所述程序指令被计算设备读取并执行时，使得所述计算设备执行如上所述的医疗环境下用户信息管理方法和/或身份识别方法。

根据本发明的技术方案，患者在医院信息系统中具有唯一的标识，即主索引标识，避免了现有技术中一个患者具有多个身份标识所造成的患者医疗信息分散、不连续的问题。此外，本发明的技术方案将患者的主索引标识、身份信息、就诊凭证信息关联存储，从而使得患者可以实体或虚拟的任意证件来证明自身身份，且不论患者在就诊时选择何种费别，均可以将本次就诊关联至相应的主索引标识，提高了用户就医的便利性，有利于患者信息管理。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明一个实施例的用户信息管理系统100的示意图；

图2示出了根据本发明一个实施例的医疗环境下用户信息管理方法200的流程图；

图3示出了根据本发明一个实施例的患者信息录入界面的示意图；

图4示出了根据本发明一个实施例的患者信息管理界面的示意图；

图5示出了根据本发明一个实施例的医疗环境下用户身份识别方法500的流程图；

图6示出了根据本发明一个实施例的计算设备600的示意图；

图7示出了根据本发明一个实施例的医疗环境下用户信息管理装置700的示意图；

图8示出了根据本发明一个实施例的医疗环境下用户身份识别装置800的示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的用户信息管理系统100的示意图。用户信息管理系统100例如可以部署于医院、社区卫生站等医疗机构中，用于实现医疗环境下的用户信息管理。在医疗环境下，用户通常指的是患者，相应的，用户信息管理系统100主要用于管理患者信息。

如图1所示，用户信息管理系统包括终端设备110(110-1～110-3)、服务器120和数据存储装置130。需要说明的是，图1所示的用户信息管理系统100仅为一个示例，在其他实施例中，用户信息管理系统可以包括任意数量的终端设备110、服务器120以及数据存储装置130，本发明对用户信息管理系统所包括的终端设备110、服务器120以及数据存储装置130的数量不做限制。

终端设备110为供使用者使用的具有输入、输出功能的设备。在本发明的实施例中，使用者例如可以是患者，医院的工作人员例如医生、护士、药师、挂号员、财务人员、行政人员等，但不限于此。终端设备110例如可以是桌面电脑、笔记本电脑等个人配置的计算机，也可以是手机、平板电脑、多媒体设备、智能可穿戴设备等移动设备，还可以是某些电子医疗设备，但不限于此。

终端设备110上配置有与用户信息管理相关的客户端应用(以下简称为“用户信息管理应用”)。在一些医疗环境下的实施例中，用户即患者，相应的，用户信息管理应用即患者信息管理应用，其有时也被称为“电子病历(EMR，Electronic Medical Record)系统”。患者信息管理应用用于管理患者的个人信息和诊疗记录，其中，患者的个人信息包括姓名、性别、出生日期等，患者的诊疗记录包括患者的病程记录、检查检验结果、医嘱、手术记录、护理记录等。在一些实施例中，根据用户群体的不同，终端设备110上所配置的患者信息管理应用的功能和权限不同。例如，如图1所示，终端设备110-1供医院挂号处的挂号员使用，该终端设备上所配置的患者信息管理应用可用于向系统中录入患者的个人信息、或从系统中读取患者的个人信息等；终端设备110-2供医生使用，该终端设备上所配置的患者信息管理应用可用于录入医生对患者所开立的医嘱、患者的检查检验结果等；终端设备110-3供护士使用，该终端设备上所配置的患者信息管理应用可用于录入患者的护理记录等；终端设备110-4供患者使用，患者可以通过该终端设备上所配置的患者信息管理应用来录入自身的个人信息，以及记录服药情况等。

需要说明的是，患者信息管理应用可以以任意形式驻留于终端设备上，例如，患者信息管理应用可以是安装于终端设备110上的独立的软件，也可以是可通过终端设备110的浏览器进行访问的Web页面。不同用户群体对于患者信息管理应用的使用权限可以通过账号类型来划分，例如，患者账号具有录入个人信息的权限，而不具有录入医嘱的权限；护士账号具有录入患者的护理记录的权限，而不具有修改患者的个人信息的权限，等等。

服务器120用于向患者信息管理应用提供数据、方法调用等服务。数据存储装置130用于存储患者信息(包括个人信息和诊疗记录等)，其在硬件上可以实现为任意存储介质，在软件上可以实现为任意存储系统(例如文件存储系统、对象存储系统等)以及任意数据库软件。用户可以通过在终端设备110的患者信息管理应用上进行相关操作，而读取数据存储装置130中的患者信息或向数据存储装置130中写入患者信息。

在现有技术中，数据存储装置130中以门诊号来标识患者。当患者初次到医院就诊时，需要持有效证件(例如身份证)证明个人身份，挂号员登记患者的个人信息和费别(例如自费、医保等)，并将其提交至服务器120。服务器120将为该患者分配一个门诊号，作为患者在数据存储装置130中的索引标识。随后，挂号员将发放携带有该门诊号信息的就诊卡作为患者的就诊凭证，患者本次就诊的诊疗记录将与该门诊号关联存储于数据存储装置130中。当患者再次到医院就诊时，若使用同一张就诊卡，则本次诊疗记录可以与在数据存储装置130中关联存储；若患者未携带初次就诊时的就诊卡或变更了费别，则服务器120将为患者重新分配门诊号并发放就诊卡，本次的诊疗记录将与新的门诊号相关联，而与旧的门诊号无关。例如，患者A初次就诊，服务器120为其分配门诊号为1001，患者A本次就诊将在数据存储装置130中产生以下记录：

门诊号	姓名	性别	出生日期	费别	诊疗记录
						1001	A	男	1990.01.01	医保	xxxx

患者A第二次就诊忘带门诊号为1001的就诊卡，服务器120重新为其分配门诊号1008，患者第二次就诊将在数据存储装置130中产生以下记录：

门诊号	姓名	性别	出生日期	费别	诊疗记录
						1008	A	男	1990.01.01	医保	yyyy

患者A第三次就诊时携带了门诊号为1008的就诊卡，但其本次不再使用医保付费，而是自费，因此，服务器120重新为其分配门诊号1111，患者第三次就诊将在数据存储装置130中产生以下记录：

门诊号	姓名	性别	出生日期	费别	诊疗记录
						1111	A	男	1990.01.01	自费	zzzz

由此可见，若采用现有技术的以门诊号来标识患者的方案，则患者A以上三次就诊分别对应于不同的门诊号，即患者A在数据存储装置130中具有三个身份标识；且每次就诊的诊疗记录单独存储，三次就诊的诊疗记录未关联，诊疗记录不连续。

因此，为了解决现有技术中存在的问题，本发明提供一种医疗环境下的用户信息管理方法200，使用户(患者)在数据存储装置130中具有唯一的标识，即主索引(MasterPatient Index，MPI)标识。将患者的主索引标识与患者的身份信息、就诊凭证信息关联存储，从而使得患者可以实体或虚拟的任意证件来证明自身身份，且不论患者在就诊时选择何种费别，均可以将本次就诊关联至相应的主索引标识，提高了用户就医的便利性，有利于患者信息管理。

图2示出了根据本发明一实施例的医疗环境下用户信息管理方法200的流程图。方法200在服务器(例如前述服务器120)上执行。如图2所示，方法200始于步骤S210。

在步骤S210中，获取用户的身份信息和就诊凭证信息。在医疗环境下，用户通常为患者。

在步骤S220中，为用户分配主索引标识，主索引标识用于唯一标识该用户。

需要说明的是，尽管在图2所示的流程图中，步骤S210、S220顺序执行，但是，步骤S210、S220之间没有严格的先后顺序，即，可以像图2所示一样，先执行步骤S210，获取用户的身份信息和就诊凭证信息，然后再执行步骤S220，为用户分配主索引标识；也可以先执行步骤S220，预先为用户分配主索引标识，再执行步骤S210，获取用户的身份信息和就诊凭证信息；在一些实施例中，步骤S210和步骤S220也可以并行执行。

在本发明的实施例中，用户的身份信息为用于表示用户的身份(即表明用户是谁)和个人特征的信息。用户的身份信息包括个人信息和身份凭证，其中，个人信息用于表示用户的个人特征，其包括姓名、性别、出生日期、民族、婚姻状况、电话、地址、工作单位、身高、体重、血型、既往史等，但不限于此。身份凭证用于表明用户的身份，其包括身份证、驾驶证、护照、军官证、银行卡等实体身份证件，电子虚拟卡、条形码、二维码等虚拟身份凭证，以及人脸特征、虹膜特征、指纹、声纹等生物特征信息。在一些实施例中，虚拟身份凭证例如可以是某些应用(APP)中的用户唯一标识，例如用户在支付宝、微信以及其他医疗健康应用中的账号(二维码)等。

需要说明的是，以上仅列出了个人信息以及身份凭证的有限个示例，但是，本领域技术人员应当理解，个人信息可以是任意能够表明用户个人特征的信息，身份凭证可以是能够唯一确定一名用户的任意凭证，用户的个人信息、身份凭证并不限于以上示例所列，本发明对个人信息所包括的具体项目以及身份凭证的种类均不做限制。

就诊凭证是在医院中用于证明患者身份的快捷凭证，且每一个就诊凭证对应于一种费用类别(简称“费别”)。就诊凭证例如可以是医保卡、居民健康卡、医院发放的就诊卡等，但不限于此。需要说明的是，在本发明的实施例中，医保卡包括含医保卡功能的社保卡。另外，医院发放的就诊卡可以是实体卡，也可以是条形码、二维码等虚拟卡。就诊凭证信息包括就诊凭证的类型、标识(即就诊凭证的号码)、费用类别、等级、发放时间、有效期和余额等，但不限于此。

在本发明的实施例中，患者持就诊凭证去医院挂号、问诊、取药等，医院挂号处的工作人员、门诊部门的医生、药房的药师等通过读取患者的就诊凭证，可以快速识别用户身份，并确定患者本次就诊的费用类别。患者每一次就诊所产生的诊疗记录，都将与该次就诊所持的就诊凭证的标识关联存储。

在本发明的实施例中，主索引标识是用户在用户信息管理系统中的唯一标识，即，在用户信息管理系统中，一个用户唯一对应于一个主索引标识，一个主索引标识也唯一对应于一个用户。

步骤S220中，用户的主索引标识有多种分配方式。身份证、市民证、驾驶证、护照等证件的号码可用于唯一标识一个用户，因此，在一些实施例中，可以将用户的证件号码作为用户的主索引标识。不过这种方法也存在一些不足，例如，在医疗环境中，不是所有的患者都具有驾驶证、护照等证件；急诊患者由于事发突然，可能不会随身携带证件，因此这种方式不便于为急诊患者分配主索引标识。

除了将用户的证件号码作为患者的主索引标识外，还可以采用预设的算法为用户分配主索引标识。根据一种实施例，可以将医院的患者流水号作为用户(患者)的主索引标识，例如，到医院就诊的第一个患者的主索引标识为001，第二个患者的主索引标识为002，第三个患者的主索引标识为003，以此类推。在另一个实施例中，可以采用全球唯一标识符(Globally Unique Identifier，GUID)来生成用户的主索引标识。GUID是一种由算法生成的二进制长度为128位的数字标识符。现有的数据库系统中通常都设置有用于生成GUID的函数，例如，在MySQL数据库中，可以使用uuid()、uuid_short()等函数来生成主索引标识；在Oracle数据库中，使用sys_guid()函数生成主索引标识。

当然，除上述所列方法之外，还可以采用其他的方法为用户分配主索引标识，本发明对用户主索引标识的分配方法不做限制，只要生成的主索引标识能够用于唯一标识一个用户即可。

当用户首次到医院就诊时，数据存储装置130中不包含该用户的信息。这时，需要执行步骤S210和S220，获取用户的身份信息和就诊凭证信息，并为用户分配主索引标识。

图3示出了根据本发明一个实施例的患者信息录入界面的示意图。该界面通常显示于医院挂号员所使用的终端设备(例如图1所示的终端设备110-1)上，挂号员在该页面上录入患者的身份信息和就诊凭证信息。图3中的“病历号”即为患者的主索引，病历号一项对应的文本框为的背景色为灰色，表示该信息为服务器自行生成，不可编辑。如图3所示，服务器为当前患者分配的病历号为“567890000”，即，当前患者的主索引标识为“567890000”。

图3中，带星号(*)标记的选项为必填项，不带星号的选项为选填项，即，就诊凭证、凭证号码、费用类别、患者姓名、性别、出生日期为必填项，其他选项为选填项。在图3所录入的信息中，就诊凭证、凭证号码、费用类别属于患者的就诊凭证信息，其他信息项目属于患者的身份信息。因此可见，图3中所示的就诊凭证信息均为必填项。

就诊凭证可以是医保卡、居民健康卡等，挂号员可以手动输入就诊凭证的凭证号码，也可以点击图中的“读卡”按钮，采用读卡器来自动读取就诊凭证的凭证号码。在一个实施例中，如果患者没有携带实体卡形式的就诊凭证，则挂号员会为该患者新发放一张就诊卡，以该就诊卡作为患者的就诊凭证，类似地，挂号员可以手动输入该就诊卡的号码，也可以采用读卡器读取该就诊卡的号码。费用类别通常包括(不同地区的)医保、自费、农合等。若患者以医保卡或居民健康卡作为就诊凭证，则费用类别通常为医保；若患者以就诊卡作为就诊凭证，费用类别可以是医保、自费、农合等任意类别。

图3中，除就诊凭证、凭证号码、费用类别三项为就诊凭证信息之外，其他项目均为患者的身份信息。在患者的身份信息中，患者姓名、性别、出生日期为必填项，其他均为选填项。如图3所示，身份信息包括基本信息、联系方式、联系人信息、地址信息、单位信息、生物学信息、已登记危险因素、女性生产信息等几大类别。

在至少填写完图3中的必填项后，点击右下方的“保存”按钮，则终端设备会将已填写的患者(用户)的就诊凭证信息、身份信息和病历号(即主索引标识)提交至服务器120。

服务器120获取到用户的主索引标识、身份信息和就诊凭证信息后，执行步骤S230，将用户的主索引标识、身份信息、就诊凭证信息关联存储(至数据存储装置130)。

基于数据存储装置130中存储的用户(患者)的主索引标识、身份信息、就诊凭证信息的关联关系，终端使用者(例如患者、挂号员、医生、护士等)可以通过终端设备(例如图1中的终端设备110-1～110-4)从数据存储装置中读取或更新用户的相关信息，对用户信息进行相应的管理操作。

在一些实施例中，对用户信息的管理操作包括：对用户主索引标识所关联的身份信息、就诊凭证信息进行增加、删除和修改。

在一些实施例中，对用户信息的管理操作还包括：将用户持就诊凭证就诊所产生的诊疗记录与就诊凭证的标识关联存储。

图4示出了根据本发明一个实施例的患者信息管理界面的示意图。图4示出了患者“张三丰风”的信息管理界面。图中左侧框内示出了患者张三丰风的病历号：567890000，该病历号即为患者的主索引标识，用于唯一标识该患者。图中左侧框内，除病历号之外的其他信息均为患者的身份信息，包括身份证号、出生日期、民族等。图中右侧框内示出了患者当前的就诊凭证，以及各就诊凭证的详细信息。

终端使用者(例如患者、挂号员、医生、护士等)可以通过点击图4中左侧框内的“编辑档案”按钮，来增加、删除或修改患者的身份信息；通过点击右上方的“添加凭证”按钮来增加患者的就诊凭证信息，以及点击各项就诊凭证信息以进行修改、删除等。在一些实施例中，患者信息管理界面上还包括诊疗记录选项卡(图4中未示出)，用户可以在诊疗记录选项卡内对患者就诊所产生的诊疗信息进行增加、修改和删除。

在一些实施例中，一个用户可能关联有多张就诊凭证。当用户的主索引标识关联存储有多张就诊卡时，从多张就诊卡中选择一张就诊卡作为主卡，将多张就诊卡的余额合并至该主卡中，多张就诊卡共用该主卡的余额，以便于对多张就诊卡的余额进行管理。

进一步地，在一些实施例中，可以为主卡创建副卡，副卡是主卡的附属就诊卡，持主卡就诊的用户可以查看副卡所关联的医疗信息。例如，父母可以以其自身的就诊卡为主卡创建一张副卡，该副卡可供其未成年子女使用，副卡所产生的医疗费用可以用主卡来支付，父母可以持主卡查看副卡上所关联的子女的医疗报告信息。副卡的设置使得本发明的用户信息管理方法更加人性化，就诊体验更好。需要说明的是，在本发明的实施例中，主卡和副卡的地位并非一成不变，用户可以根据需要自行调整主副卡地位，或取消副卡设置。

在一些实施例中，用户的就诊卡具有等级属性，就诊卡的等级可以由用户的信用、预存的额度等多种因素来确定。当就诊卡不可用(例如消磁或丢失)时，需要更换就诊卡(卡号与该不可用的就诊卡相同)或新增就诊卡(卡号与该不可用的就诊卡不同)。为了保证用户体验，新更换的或新增的就诊卡的等级应当至少等于该不可用的就诊卡的等级，例如，就诊卡可划分为金、银、铜三个等级，若用户的银卡丢失，则更换的卡的等级应当至少为银卡，而不能是铜卡。此外，在通常情况下，主卡的等级高于副卡。当新更换或新增的副卡的等级高于主卡时，将新更换或新增的副卡设置为主卡，将原主卡设置为副卡，以保证主卡具有高于副卡的等级。

根据本发明的用户信息管理方法，将用户的主索引标识、身份信息、就诊凭证信息关联存储，从而使得患者可以实体或虚拟的任意证件来证明自身身份，且不论患者在就诊时选择何种费别，均可以将本次就诊关联至相应的主索引标识，提高了用户就医的便利性，有利于用户信息管理。

在实践中，用户(患者)去医院就诊通常包括以下两种情形：

第一种情形：用户携带了可用的就诊凭证就诊

在该情形下，可以根据已存储的主索引标识和就诊凭证信息的关联关系，确定该就诊凭证所对应的主索引标识，从而确定用户身份。

该就诊凭证所对应的主索引标识进一步可以按以下方法确定：查找是否存在与用户的就诊凭证标识相对应的主索引标识；若是，则获取相对应的主索引标识，从而确定用户身份；若否，则表明该用户为首次就诊，则执行前述方法200，获取该用户的身份信息和就诊凭证信息，为该用户分配主索引标识，该主索引标识用于唯一标识用户的身份，并将用户的主索引标识、身份信息、就诊凭证信息关联存储。

第二种情形：用户携带了就诊凭证，但就诊凭证存在消磁、损坏等问题导致该就诊凭证不可用或用户未携带就诊凭证

当用户未携带就诊凭证或携带的就诊凭证不可用时，需要识别用户身份，并为用户发放一张就诊卡作为就诊凭证。

图5示出了根据本发明一个实施例的医疗环境下用户身份识别方法500的流程图。方法500可以在终端设备(例如前述终端设备110)或服务器(例如前述服务器120)中执行。如图5所示，方法500始于步骤S510。

在步骤S510中，获取用户的多种身份凭证中的至少之一，多种身份凭证包括：实体身份证件、虚拟身份凭证、生物特征信息、诊疗记录。

根据一种实施例，实体身份证件包括身份证、驾驶证、护照、军官证、银行卡等；虚拟身份凭证包括标识患者身份的电子虚拟卡、条形码、二维码等；生物特征信息包括人脸特征、虹膜特征、指纹、声纹等；诊疗记录包括用户在就诊过程中所产生的医疗信息，例如用户的病程记录、检查检验结果、医嘱、手术记录、护理记录等。在一些实施例中，虚拟身份凭证例如可以是某些应用(APP)中的用户唯一标识，例如用户在支付宝、微信以及其他医疗健康应用中的账号(二维码)等。

需要说明的是，以上仅列出了身份凭证的有限个示例，但是，本领域技术人员应当理解，身份凭证可以是能够唯一确定一名患者的任意凭证，患者的身份凭证并不限于以上示例所列，本发明对身份凭证的种类不做限制。

随后，在步骤S520中，确定用户的身份凭证所对应的主索引标识，所述主索引标识用于唯一标识用户，且与用户的多种身份凭证相关联。

在一些实施例中，用户的主索引标识还与用户的个人信息相关联，进一步地，步骤S520可以按照以下步骤实施：若未查找到用户的身份凭证所对应的主索引标识(若查找到对应的主索引标识，则获取该主索引标识即可)，则获取用户的个人信息，并查找是否存在与用户的个人信息相对应的主索引标识；若是，则获取相对应的主索引标识，并将用户的身份凭证与该主索引标识关联存储；若否，则为用户分配主索引标识，并将用户的身份凭证和个人信息与该主索引标识关联存储。

若未查找到用户的身份凭证所对应的主索引标识，则表明数据存储装置130中未存储有该身份凭证的相关信息。这又包括两种情况：

第一种情况是，用户系首次来医院就诊，服务器尚未为该用户分配主索引标识，相应地，数据存储装置130中未存储有该用户的任何信息。

第二种情况是，用户非首次就诊，数据存储装置130中已存储有该用户的主索引标识、个人信息、身份凭证的关联关系，但是，用户本次就诊所提供的身份凭证与数据存储装置中已存储的用户主索引标识所对应的身份凭证不同。

以上两种情况的处理方式不同，为了区分上述两种情况，需要获取用户的个人信息来做进一步判断。根据一种实施例，用户的个人信息包括姓名、性别、出生日期、民族、婚姻状况、电话、地址、工作单位、身高、体重、血型、既往史等，但不限于此。

在获取了用户的个人信息后，根据已存储的主索引标识与个人信息的关联关系，查找是否存在与用户的个人信息相对应的主索引标识。例如，用户提供了姓名、性别，则可以根据用户提供的姓名、性别对主索引标识进行查找，获取具有该姓名、性别的主索引标识。实践中，可能会查找到同名同性别的多个用户(主索引标识)，这时，可以由用户本人根据其他个人信息来确定多个主索引标识中是否包括自己的主索引标识以及自己具体对应于哪一个主索引标识。本领域技术人员可以理解，用户提供的个人信息项目越少、区分度越低，与用户个人信息相匹配的主索引标识的数量越多，查找结果越模糊，用户所做的鉴别工作量越大；用户提供的个人信息越多、区分度越高，与之相匹配的主索引标识的数量越少，查找越精确，用户者所做的鉴别工作量越小。区分度指的是同一项个人信息在不同用户之间的差异程度，例如，同一个性别、民族可能对应于很多用户，因此，性别、民族的区分度较低；而手机号所对应的用户数量很少，大多数情况下根据手机号可以唯一确定一个用户，因此，手机号的区分度较高。有鉴于此，在一些实施例中，用户可以提供包括高区分度信息在内的多项个人信息，以提高通过个人信息来检索主索引标识的精确度，例如，同时提供姓名和手机号两项个人信息。

在获取了用户的个人信息后，根据已存储的主索引标识与个人信息的关联关系，查找是否存在与用户的个人信息相对应的主索引标识。若查找到用户的个人信息所对应的主索引标识，则对应于上述第二种情况，即，用户非首次就诊，数据存储装置130中已存储有该用户的主索引标识、个人信息、身份凭证的关联关系。在这种情况下，则获取查找到的用户主索引标识，并将用户本次提供的身份凭证与该主索引标识关联存储。这样，在用户下次就诊时，即可持本次的身份凭证来证明身份。

若未查找到用户的个人信息所对应的主索引标识，则对应于上述第一种情况，即，用户系初次到医院就诊，服务器尚未为该用户分配主索引标识，数据存储装置中未存储该用户的任何信息。在这种情况下，则执行前述方法200，为用户分配主索引标识，并将用户的身份凭证、个人信息与该主索引标识关联存储。

步骤S520确定了用户的主索引标识，由于主索引标识用于唯一标识用户，那么，在步骤S530中，基于主索引标识，即可确定用户的身份。

方法500用于识别用户身份，即确定用户的主索引标识。在确定了用户的主索引标识之后，由于用户本次就诊未提供可用的就诊卡，因此，为了便于医院中的各个场所(例如门诊部、医技科室、病房、药房等)能够快速识别用户身份，需要为用户本次就诊发放一张就诊卡作为就诊凭证，并将该就诊卡的相关信息与用户的主索引标识关联存储，即，就诊卡中携带了用户的主索引标识。这样，通过读取就诊卡，即可获取用户的主索引标识从而快速识别用户身份。当然，若不为用户分配就诊卡，仅以用户本次所持的身份凭证来确认用户的主索引标识也是可以的，只是若这样的话，用户本次就诊每到医院中的一个场所，均需要通过执行前述方法500来确定用户身份(主索引标识)，身份确认的过程会变得繁琐、冗余。

图6示出了根据本发明一个实施例的计算设备600的示意图。如图6所示，在基本的配置602中，计算设备600典型地包括系统存储器606和一个或者多个处理器604。存储器总线608可以用于在处理器604和系统存储器606之间的通信。

取决于期望的配置，处理器604可以是任何类型的处理，包括但不限于：微处理器(μP)、微控制器(μC)、数字信息处理器(DSP)或者它们的任何组合。处理器604可以包括诸如一级高速缓存610和二级高速缓存612之类的一个或者多个级别的高速缓存、处理器核心614和寄存器616。示例的处理器核心614可以包括运算逻辑单元(ALU)、浮点数单元(FPU)、数字信号处理核心(DSP核心)或者它们的任何组合。示例的存储器控制器618可以与处理器604一起使用，或者在一些实现中，存储器控制器618可以是处理器604的一个内部部分。

取决于期望的配置，系统存储器606可以是任意类型的存储器，包括但不限于：易失性存储器(诸如RAM)、非易失性存储器(诸如ROM、闪存等)或者它们的任何组合。系统存储器706可以包括操作系统620、一个或者多个应用622以及程序数据624。应用622实际上是多条程序指令，其用于指示处理器604执行相应的操作。在一些实施方式中，应用622可以布置为在操作系统上使得处理器604利用程序数据624进行操作。

计算设备600还可以包括有助于从各种接口设备(例如，输出设备642、外设接口644和通信设备646)到基本配置602经由总线/接口控制器630的通信的接口总线640。示例的输出设备642包括图形处理单元648和音频处理单元650。它们可以被配置为有助于经由一个或者多个A/V端口652与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外设接口644可以包括串行接口控制器654和并行接口控制器656，它们可以被配置为有助于经由一个或者多个I/O端口658和诸如输入设备(例如，键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备646可以包括网络控制器660，其可以被布置为便于经由一个或者多个通信端口664与一个或者多个其他计算设备662通过网络通信链路的通信。

网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块，并且可以包括任何信息递送介质。“调制数据信号”可以这样的信号，它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例，通信介质可以包括诸如有线网络或者专线网络之类的有线介质，以及诸如声音、射频(RF)、微波、红外(IR)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。

在根据本发明的计算设备600中，应用622例如可以包括医疗环境下用户信息管理装置700和/或身份识别装置800。装置700、800分别包括多条程序指令，可以分别指示处理器604执行本发明的医疗环境下的用户信息管理方法200和用户身份识别方法500。通过配置用户信息管理装置700和/或用户身份识别装置800，计算设备600可以实现为前述的终端设备110或服务器120。

图7示出了根据本发明一个实施例的医疗环境下信息管理装置700的示意图。装置700可以驻留于服务器(例如前述服务器120)中，用于执行本发明的医疗环境下用户信息管理方法200。如图7所示，用户信息管理装置700包括信息获取模块710、标识分配模块720和索引建立模块730。

信息获取模块710，适于获取用户的身份信息和就诊凭证信息。信息获取模块710具体用于执行如前述步骤S210的方法，关于信息获取模块710的处理逻辑和功能可以参见前述步骤S210的相关描述，此处不再赘述。

标识分配模块720，适于为用户分配主索引标识，所述主索引标识用于唯一标识所述用户。标识分配模块720具体用于执行如前述步骤S220的方法，关于标识分配模块720的处理逻辑和功能可以参见前述步骤S220的相关描述，此处不再赘述。

索引建立模块730，适于将用户的主索引标识、身份信息、就诊凭证信息关联存储。索引建立模块730具体用于执行如前述步骤S230的方法，关于索引建立模块730的处理逻辑和功能可以参见前述步骤S230的相关描述，此处不再赘述。

图8示出了根据本发明一个实施例的医疗环境下用户身份识别装置800的示意图。装置800可以驻留于终端设备(例如前述终端设备110-1～110-4)或服务器(例如前述服务器120)中，用于执行本发明的医疗环境下用户身份识别方法500。如图8所示，用户身份识别装置800包括信息获取模块810和身份识别模块820。

信息获取模块810，适于获取用户的多种身份凭证中的至少之一，所述多种身份凭证包括：实体身份证件、虚拟身份凭证、生物特征信息、诊疗记录。信息获取模块810具体用于执行如前述步骤S510的方法，关于信息获取模块810的处理逻辑和功能可以参见前述步骤S510的相关描述，此处不再赘述。

身份识别模块820，适于确定用户的身份凭证所对应的主索引标识，所述主索引标识用于唯一标识用户，且与所述用户的多种身份凭证相关联；以及基于所述主索引标识，确定所述用户的身份。身份识别模块820具体用于执行如前述步骤S520、S530的方法，关于身份识别模块820的处理逻辑和功能可以参见前述步骤S520、S530的相关描述，此处不再赘述。

这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本发明的方法和设备，或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介，例如可移动硬盘、U盘、软盘、CD-ROM或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被所述机器执行时，所述机器变成实践本发明的设备。

在程序代码在可编程计算机上执行的情况下，计算设备一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的所述程序代码中的指令，执行本发明的数据存储方法和/或数据查询方法。

以示例而非限制的方式，可读介质包括可读存储介质和通信介质。可读存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在可读介质的范围之内。

在此处所提供的说明书中，算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与本发明的示例一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外，所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此，具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外，装置实施例的在此所述的元素是如下装置的例子：该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样，除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明，但是受益于上面的描述，本技术领域内的技术人员明白，在由此描述的本发明的范围内，可以设想其它实施例。此外，应当注意，本说明书中使用的语言主要是为了可读性和教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择的。因此，在不偏离所附权利要求书的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围，对本发明所做的公开是说明性的而非限制性的，本发明的范围由所附权利要求书限定。

Claims (16)

1.一种医疗环境下用户信息管理方法，包括：

获取用户的身份信息和就诊凭证信息；

为所述患者分配主索引标识，所述主索引标识用于唯一标识所述用户；

将所述用户的主索引标识、身份信息、就诊凭证信息关联存储。

2.如权利要求1所述的方法，其中，所述身份信息包括以下至少一项：

姓名、性别、出生日期、民族、婚姻状况、电话、地址、工作单位、身份凭证，所述身份凭证包括实体身份证件、虚拟身份凭证以及生物特征信息。

3.如权利要求1所述的方法，其中，所述就诊凭证包括医保卡、居民健康卡、医院发放的就诊卡；

所述就诊凭证信息包括以下至少一项：

就诊凭证的类型、标识、费用类别、等级、发放时间、有效期、余额。

4.如权利要求1-3中任一项所述的方法，还包括：

对用户的主索引标识所关联的身份信息、就诊凭证信息进行增加、删除和修改。

5.如权利要求1-3中任一项所述的方法，还包括：

将用户持就诊凭证就诊所产生的诊疗记录与所述就诊凭证的标识关联存储。

6.如权利要求3所述的方法，还包括：

当用户的主索引标识关联存储有多张就诊卡时，从所述多张就诊卡中选择一张就诊卡作为主卡，将所述多张就诊卡的余额合并至所述主卡中，所述多张就诊卡共用所述主卡的余额。

7.如权利要求6所述的方法，还包括：

为所述主卡创建副卡，持所述主卡就诊的用户可以查看所述副卡所关联的诊疗记录。

8.如权利要求7所述的方法，其中，当新更换或新增的副卡的等级高于主卡时，将新更换或新增的副卡设置为主卡，将原主卡设置为副卡。

9.一种医疗环境下用户身份识别方法，包括：

获取用户的多种身份凭证中的至少之一，所述多种身份凭证包括：实体身份证件、虚拟身份凭证、生物特征信息、诊疗记录；

确定用户的身份凭证所对应的主索引标识，所述主索引标识用于唯一标识用户，且与所述用户的多种身份凭证相关联；

基于所述主索引标识，确定所述用户的身份。

10.如权利要求9所述的方法，其中，所述实体身份证件包括身份证、驾驶证、护照、军官证、银行卡；

所述虚拟身份凭证包括用于标识用户身份的电子虚拟卡、条形码、二维码；

所述生物特征信息包括人脸特征、虹膜特征、指纹、声纹。

11.如权利要求9所述的方法，其中，所述主索引标识还与用户的个人信息相关联，所述确定用户的身份凭证所对应的主索引标识的步骤包括：

若未查找到所述用户的身份凭证所对应的主索引标识，则获取所述用户的个人信息，并查找是否存在与所述个人信息相对应的主索引标识；

若是，则获取所述相对应的主索引标识，并将所述用户的身份凭证与所述主索引标识关联存储；

若否，则为所述用户分配主索引标识，并将所述用户的身份凭证和个人信息与所述主索引标识关联存储。

12.如权利要求11所述的方法，其中，所述个人信息包括以下至少一项：姓名、性别、出生日期、民族、婚姻状况、电话、地址、工作单位。

13.一种医疗环境下用户信息管理装置，包括：

信息获取模块，适于获取用户的身份信息和就诊凭证信息；

标识分配模块，适于为所述用户分配主索引标识，所述主索引标识用于唯一标识所述用户；

索引建立模块，适于将所述用户的主索引标识、身份信息、就诊凭证信息关联存储。

14.一种医疗环境下用户身份识别装置，包括：

信息获取模块，适于获取用户的多种身份凭证中的至少之一，所述多种身份凭证包括：实体身份证件、虚拟身份凭证、生物特征信息、诊疗记录；

身份识别模块，适于确定用户的身份凭证所对应的主索引标识，所述主索引标识用于唯一标识用户，且与所述用户的多种身份凭证相关联；以及基于所述主索引标识，确定所述用户的身份。

15.一种计算设备，包括：

至少一个处理器；和

存储有程序指令的存储器，其中，所述程序指令被配置为适于由所述至少一个处理器执行，所述程序指令包括用于执行如权利要求1-12中任一项所述方法的指令。

16.一种存储有程序指令的可读存储介质，当所述程序指令被计算设备读取并执行时，使得所述计算设备执行如权利要求1-12中任一项所述的方法。

Images