通过支付处理系统基于出资方帐户的医疗保健自动证实专利检索-受理局第I章专利合作条约专利权专利检索查询-专利查询网

通过支付处理系统基于出资方帐户的医疗保健自动证实

阅读：674发布：2020-09-27

专利汇可以提供通过支付处理系统基于出资方帐户的医疗保健自动证实专利检索，专利查询，专利分析的服务。并且发行方接收来自医疗保健提供者的授权请求，所述授权请求包括帐户、医疗保健服务的标识符和对病人的费用、和兑付医疗保健服务的费用的单用途卡的标识符。发行方验证将帐户用于支付费用，将授权许可消息发送给医疗保健提供者，和使单用途卡的标识符去激活供将来使用。当确定量额不足时，将资金不足的请求发送给发行方向其开立帐户的出资方。授权请求中的费用可以包括总购买量额和总购买量额的限定量额，发行方可以验证将帐户用于支付医疗保健服务的总购买量额的限定量额。，下面是通过支付处理系统基于出资方帐户的医疗保健自动证实专利的具体信息内容。

权利要求

1.一种包括每一都由执行软件的硬件进行的多个步骤的方法，其中所述多个步骤包括：
在医疗保健服务出资方帐户的发行方的地址处，从交易处理方的地址接收源自医疗保健提供者的地址的支付网络授权请求消息，其中：
该支付网络授权请求消息包括：
用于医疗保健服务出资方帐户的医疗保健服务出资方帐户标识符，所述医疗保健服务出资方帐户由发行方开立给在资金上负责向医疗保健提供者付还向病人提供医疗保健服务的费用的出资方；
用于医疗保健服务的标识符；
向病人提供医疗保健服务的费用的量额；以及
用于单用途卡的全局唯一的标识符，其与医疗保健服务出资方帐户相对应，所述单用途卡可由其持有者兑付以用于对提供医疗保健服务的费用的兑付；
并且
所述支付网络授权请求消息不包括对病人进行标识的信息；
验证将所述医疗保健服务出资方帐户用于支付向病人提供医疗保健服务的费用的使用；
响应于所述支付网络授权请求消息，通过交易处理方，从医疗保健服务出资方帐户的发行方的地址发送授权许可消息，以传送到医疗保健提供者的地址；
使对于所述单用途卡的全局唯一的、与所述医疗保健服务出资方帐户相对应的标识符去激活以便将来使用；以及
当医疗保健服务出资方帐户没有足够的资金向医疗保健提供者付还总购买量额的限定量额时，发送资金不足的请求以便传送到出资方的地址。
2.如权利要求1所述的方法，其中所述单用途卡选自由以下构成的群组：
赋权卡，所述赋权卡与在其持有者兑付该赋权卡之后的医疗保健服务的支付相对应，其中该兑付以在向病人提供医疗保健服务之前预先协商的医疗保健服务的预先协商价格进行；以及
预付卡，所述预付卡与其持有者兑付该预付卡之后的医疗保健服务的支付相对应，其中该兑付来自储蓄在医疗保健服务出资方帐户中的预付资金。
3.如权利要求1所述的方法，其中：
包括在所述支付网络授权请求消息中的量额包括：
总购买量额；以及
总购买量额的限定量额；
以及
对于对医疗保健服务的总购买量额的限定量额的支付，所述验证使用医疗保健服务资助方帐户标识符。
4.如权利要求1所述的方法，其中所述医疗保健服务是施予病人对其没有处方的受控物质，所述受控物质是被施予以提高病人对特定疾病的免疫力的生物制品。
5.如权利要求1所述的方法，其中所述用于医疗保健服务的标识符选自由以下构成的群组：
库存单位；
通用产品代码；
商标；
商品类型和所述商品类型的提供者的商号；
所述商品类型的成分和所述商品类型的提供者的商号；以及
前述内容的组合。
6.一种非暂时性计算机可读介质，其包括指令，所述指令在被计算机执行时，使计算机执行权利要求1的方法。
7.一种包括每一都由执行软件的硬件进行的多个步骤的方法，其中所述多个步骤包括：
读取编码在便携式消费者支付设备中的信息：
要由医疗保健提供者施予病人的医疗保健服务；
病人对其没有处方的受控物质；以及
用于医疗保健服务出资方帐户的医疗保健服务出资方帐户标识符，所述医疗保健服务出资方帐户是开立给出资方的，所述出资方在资金上负责通过从所述医疗保健服务出资方帐户中支付医疗保健提供者将受控物质施予病人的费用来向未标识的医疗保健提供者付还向病人提供医疗保健服务的费用；
根据与医疗保健服务相对应的医疗保健服务存货清单代码的匹配，以及医疗保健服务存货清单代码与所述医疗保健服务出资方帐户下的限定的医疗保健服务类别的匹配，形成包含支付网络授权请求消息的传输，所述支付网络授权请求消息请求将所述医疗保健服务出资方帐户用于对医疗保健服务的支付交易请求，其中，
所述支付网络授权请求消息包括：
对于所获得的匹配的医疗保健服务存货清单代码的总购买量额；以及
有资格将所述医疗保健服务出资方帐户用于对医疗保健服务的支付交易请求的总购买量额的限定量额；
并且
所述支付网络授权请求消息不包括对病人进行标识的信息；
从医疗保健提供者的地址发送所述支付网络授权请求消息，以便传送到医疗保健服务出资方帐户的发行方的地址；以及
在所述医疗保健提供者的地址处，响应于所述支付网络授权请求消息接收源自所述医疗保健服务出资方帐户的发行方的地址的授权许可消息。
8.如权利要求7所述的方法，其中所述便携式消费者支付设备选自由以下构成的群组：
单用途赋权卡，所述单用途赋权卡与在其持有者兑付该赋权卡之后的医疗保健服务的支付相对应，其中所述兑付以在向病人提供医疗保健服务之前预先协商的医疗保健服务的预先协商价格进行；以及
单用途预付卡，所述单用途预付卡与在其持有者兑付预付卡之后的医疗保健服务的支付相对应，其中所述兑付来自储蓄在所述医疗保健服务出资方帐户中的预付资金。
9.如权利要求7所述的方法，其中所述多个步骤进一步包括使如下的标识符去激活以便将来使用，该标识符：
对于所述便携式消费者支付设备是全局唯一的；并且
被编码在所述便携式消费者支付设备中的信息中。
10.如权利要求7所述的方法，其中所述受控物质是被施予以提高病人对特定疾病的免疫力的生物制品。
11.一种非暂时性计算机可读介质，其包括指令，所述指令在被计算机执行时使计算机执行权利要求7的方法。
12.一种通过支付网络为医疗保健提供者施予病人的医疗保健服务授权支付交易请求的方法，其中所述支付交易基于医疗保健服务出资方帐户进行，所述方法包括每一都由执行软件的硬件进行的多个步骤，其中所述多个步骤包括：
获取用于医疗保健服务出资方帐户的医疗保健服务出资方帐户标识符，其中：
所述医疗保健服务出资方帐户标识符被编码在便携式消费者支付设备中；
所述便携式消费者支付设备包含标识要施予病人的医疗保健服务的编码信息；
所述医疗保健服务包括：
病人对其没有处方的受控物质；以及
医疗保健提供者将受控物质施予病人；
所述医疗保健服务出资方帐户被开立给在资金上负责向医疗保健提供者付还向病人提供所述医疗保健服务的费用的出资方；
通过将所述医疗保健服务出资方帐户标识符与存储的一组医疗保健服务出资方帐户标识符匹配来确定所获得的医疗保健服务出资方帐户标识符是有效的；
对于所述匹配的医疗保健服务出资方帐户标识符：
获取与所述医疗保健服务相对应的医疗保健服务存货清单代码；以及
确定：
所获得的医疗保健服务存货清单代码与所述医疗保健服务出资方帐户下的限定的医疗保健服务类别匹配；
用于所获得的匹配的医疗保健服务存货清单代码的总购买量额；以及
有资格使用所述医疗保健服务出资方帐户的总购买量额的限定量额；
以及
对于所获得的匹配的医疗保健服务存货清单代码，形成包含支付网络授权请求消息的传输，所述支付网络授权请求消息请求将所述医疗保健服务出资方帐户用于支付所述医疗保健服务，其中：
所述支付网络授权请求消息包括：
用于所获得的匹配的医疗保健服务存货清单代码的总购买量额；以及
有资格将所述医疗保健服务出资方帐户用于对所述医疗保健服务的支付交易请求的总购买量额的限定量额；
并且
所述支付网络授权请求消息不包括病人的标识；
从医疗保健提供者的地址发送所述支付网络授权请求消息，以便通过医疗保健提供者的受理方和通过交易处理方传送到将所述医疗保健服务出资方帐户开立给出资方的所述医疗保健服务出资方帐户的发行方的地址；以及
在所述医疗保健提供者的地址处响应所述支付网络授权请求消息接收源自发行方的地址的授权许可消息。
13.如权利要求12所述的方法，其中所述多个步骤进一步包括：
制备所述支付交易的交易记录；以及
将所述交易记录发送到所述医疗保健服务出资方帐户的审计方的地址。
14.如权利要求12所述的方法，其中所述便携式消费者支付设备选自由以下构成的群组：
单用途赋权卡，所述单用途赋权卡与在其持有者兑付该赋权卡之后的医疗保健服务的支付相对应，其中所述兑付以在向病人提供医疗保健服务之前预先协商的医疗保健服务的预先协商价格进行；以及
单用途预付卡，所述单用途预付卡与在其持有者兑付该预付卡之后的医疗保健服务的支付相对应，其中所述兑付来自储蓄在医疗保健服务出资方帐户中的预付资金。
15.如权利要求12所述的方法，其中所述多个步骤进一步包括使如下的标识符去激活以便将来使用，该标识符：
对于便携式消费者支付设备是全局唯一的；并且
被编码在便携式消费者支付设备中的信息中。
16.如权利要求12所述的方法，其中所述受控物质是被施予以提高病人对特定疾病的免疫力的生物制品。
17.如权利要求12所述的方法，其中：
在电子服务点终端处获取用于医疗保健服务资助方帐户的医疗保健服务资助方帐户标识符；
使用所述服务点终端确定所获得的医疗保健服务资助方帐户标识符是有效的；以及使用所述服务点终端来：
获取与医疗保健服务相对应的医疗保健服务存货清单代码；以及
确定：
所获得的医疗保健服务存货清单代码与所述医疗保健服务出资方帐户下的限定的医疗保健服务类别匹配；
对于所获得的匹配的医疗保健服务存货清单代码的总购买量额；以及
有资格将所述医疗保健服务出资方帐户用于对医疗保健服务的支付交易请求的总购买量额的限定量额。
18.如权利要求12所述的方法，其中所述便携式消费者支付设备包括对病人进行标识的信息。
19.如权利要求12所述的方法，其中所述多个步骤进一步包括：
在接收到授权许可消息之后，使便携式消费者支付设备去激活，以便供其它病人将来使用来接收所述医疗保健服务的施予。
20.如权利要求19所述的方法，其中：
所述便携式消费者支付设备包括编码多个标识符的信息，所述多个标识符每一个对应于一种所述医疗保健服务；以及
所述去激活进一步包括将施予病人的相应医疗保健服务的相应标识符去激活以供其它病人将来使用。
21.一种非暂时性计算机可读介质，其包括指令，所述指令在被计算机执行时使计算机执行权利要求12的方法。

说明书全文

通过支付处理系统基于出资方帐户的医疗保健自动证实

[0001] 相关申请的交叉引用

[0002] 本申请要求如下专利申请的优先权和利益：2009年8月14日提交的、发明名称为“Vaccine Redemption Prepaid Card Through Payment Processing System”的美国申请第61/234,262号；2009年8月16日提交的、发明名称为“Auto-Substantiation For Healthcare Upon Sponsor Account Through Payment Processing System”的美国申请第61/237,236号；以及2010年8月12日提交的、发明名称为“Auto-Substantiation For Healthcare Upon Sponsor Account Through Payment Processing System”的美国申请第12/855,623号，通过引用将每一个都并入在此。

[0003] 本申请特此通过引入并入如下五(5)个申请中的每一个：(i)2009年12月28日提交的、发明名称为“Product Level Payment Network Acquired Transaction Authorization”的美国专利申请第12/648,054号；(ii)2005年9月20日提交的、发明名称为“Auto Substantiation For Over-The-Counter Transactions”的美国专利申请第
11/230,761号，其现已成为美国专利第7,650,308号；(iii)2005年1月4日提交的、发明名称为“Method and System for Determining Healthcare Eligibility”的美国临时申请第
60/641,483号；(iv)2005年1月4日提交的、发明名称为“Method for Encoding Messages Between Two Devices for Transmission Over Standard Online Payment Networks”的美国临时申请第60/641,464号；以及(v)2005年1月4日提交的、发明名称为“Auto Adjudication for Over-the-Counter Transactions”的美国临时申请第60/641,597号。

技术领域

[0004] 本发明一般涉及支付处理系统的预付或赋权(entitlement)卡，更具体地说，涉及预付或医疗保健服务，以及最具体地说，涉及标识特定医疗保健服务和并可以由病人用在医疗保健服务提供者上处使用以获取施与施予病人对其没有处方的受控物质的医疗保健服务的预付或赋权卡，该预付或赋权卡与在财务上负责向医疗保健服务提供者付还(reimbursing)向病人提供该受控物质和特定医疗保健服务的费用的资金的第三方的一个或多个帐户相联系关联。

背景技术

[0005] 疫苗是一种提高对特定疾病的免疫力的生物制剂制品。疫苗通常包含类似于微生物的少量刺激物(agent)。该刺激物刺激人体的免疫系统把该刺激物识别为外来者，摧毁它，并“记住”它，以便使得免疫系统可以更容易地识别和摧毁以后遇到的任何这些微生物的任何一种。疫苗可以是预防性的(例如，防止或减轻未来受任何天然或“野生”病原体引起的感染的影响)，或治疗性的(例如，防癌针对癌症的疫苗也正在研究之中；参见癌症疫苗)。

[0006] 由于用在疫苗中的药物通常是由政府机构管制的受控物质，而不能像非处方药那样自我治疗，所以病人通常让医疗保健服务提供者施与施予疫苗。疫苗的费用，以及将疫苗施与施予病人的费用，通常由病人是受保人的保险公司或者是负责病人资金的人支付。在接收到疫苗之后，对照受保人的保单，就医疗保健药品物品和服务的费用为受保人提出索赔。根据索赔的裁定裁决，保险公司向医疗保健服务提供者支付疫苗的费用和将疫苗施与施予病人的费用。

[0007] 病人的疫苗通常由病人的保险公司支付。医疗保健服务提供者提供的医疗保健服务对于受保人的保单的证实，以及对如此提供的医疗保健服务的所导致的保险索赔的裁决，可能牵涉到需要来履行许多功能职责的多方。常常这些功能职责必须以大的间接成本并且在可以为向病人施予医疗保健服务对医疗保健服务提供者进行付还之前履行。在相关领域中，诸如，对于疫苗注射等，向医疗保健服务提供者提供医疗保健服务支付无需通过医疗保健福利管理实体进行保险索赔系统裁决，将是有利的。此外，还需要降低医疗保健服务提供者和他们的病人在前者向后者提供医疗保健服务时引起的费用的系统。

发明内容

[0008] 在一种实现方式中，在医疗保健服务出资方帐户的发行方(开户行，issuer)的地址从交易处理方(handler)的地址接收源自医疗保健提供者的地址的支付网络授权请求消息。该支付网络授权请求消息包括：(i)用于医疗保健服务出资方帐户的医疗保健服务出资方帐户标识符，该医疗保健服务出资方帐户由发行方开立给在资金上负责向医疗保健提供者付还向病人提供医疗保健服务的费用的出资方；(ii)医疗保健服务的标识符；(iii)向病人提供医疗保健服务的费用的量额；以及，(iv)对于其持有者可兑付用于对提供医疗保健服务的费用的兑付(redemption)的单用途卡(single purpose card)的全局(全球)唯一的、与医疗保健服务出资方帐户相对应的标识符。但是，该支付网络授权请求消息不包括对病人进行标识的信息。该医疗保健服务出资方帐户被验证以用于支付向病人提供医疗保健服务的费用。通过交易处理方并响应于所述支付网络授权请求消息，从医疗保健服务出资方帐户的发行方的地址发送授权许可消息，以传送到医疗保健提供者的地址。使对于所述单用途卡的全局唯一的、与医疗保健服务出资方帐户相对应的标识符去激活以便将来使用。当医疗保健服务出资方帐户没有足够的资金向医疗保健提供者付还总购买量额的限定量额时，发送资金不足的请求以传送到出资方的地址。

[0009] 在另一种实现方式中，读取编码在便携式消费者支付设备中的信息，其包括：(i)医疗保健提供者要施予病人的医疗保健服务；(ii)病人对其没有处方的受控物质；以及(iii)用于医疗保健服务出资方帐户的医疗保健服务出资方帐户标识符，该医疗保健服务出资方帐户是开立给通过从该医疗保健服务出资方帐户对医疗保健提供者将受控物质施予病人进行支付，来向未被标识的医疗保健提供者付还向病人提供医疗保健服务的费用的出资方的。查找与医疗保健服务相对应的医疗保健服务存货清单(inventory)代码的匹配，以及查找医疗保健服务存货清单代码与医疗保健服务出资方帐户下的限定医疗保健服务类别的匹配。形成包含请求将医疗保健服务出资方帐户用于对于所述医疗保健服务的支付交易请求的支付网络授权请求消息的传输。该支付网络授权请求消息包括：(i)对于所获得的匹配的医疗保健服务存货清单代码的总购买量额；以及(ii)有资格将医疗保健服务出资方帐户用于对于医疗保健服务的支付交易请求的总购买量额的限定量额。但是，该支付网络授权请求消息不包括对病人进行标识的信息。从医疗保健提供者的地址发送支付网络授权请求消息，以便传送到医疗保健服务出资方帐户的发行方的地址。在医疗保健提供者的地址处，响应于该支付网络授权请求消息接收源自医疗保健服务出资方帐户的发行方的地址的授权许可消息。

[0010] 另一种实现方式包括通过支付网络为医疗保健提供者施予病人的医疗保健服务授权支付交易请求的方法，其中支付交易基于医疗保健服务出资方帐户来进行。该方法包括获取用于医疗保健服务出资方帐户的医疗保健服务出资方帐户标识符。该医疗保健服务出资方帐户标识符被编码在便携式消费者支付设备中。便携式消费者支付设备包含标识要施予病人的医疗保健服务的编码信息。所述医疗保健服务包括病人对其没有处方的受控物质、和医疗保健提供者将受控物质施予病人。给在资金上负责向医疗保健提供者付还向病人提供医疗保健服务的费用的出资方开立医疗保健服务出资方帐户。通过将医疗保健服务出资方帐户标识符对存储的一组医疗保健服务出资方帐户进行匹配，确定所获得的医疗保健服务出资方帐户标识符是有效的。对于匹配的医疗保健服务出资方帐户标识符，获取与医疗保健服务相对应的医疗保健服务存货清单代码。进行以下确定：(i)所获得的医疗保健服务存货清单代码与医疗保健服务出资方帐户下的限定的医疗保健服务类别匹配；(ii)所获得的匹配的医疗保健服务存货清单代码的总购买量额；以及，(iii)有资格使用医疗保健服务出资方帐户的总购买量额的限定量额。对于所获得的匹配的医疗保健服务存货清单代码，形成包含请求将医疗保健服务出资方帐户用于支付医疗保健服务的支付网络授权请求消息的传输。该支付网络授权请求消息包括所获得的匹配的医疗保健服务存货清单代码的总购买量额、和有资格将医疗保健服务出资方帐户用于对于医疗保健服务的支付交易请求的总购买量额的限定量额。但是，该支付网络授权请求消息不包括病人的标识。从医疗保健提供者的地址发送支付网络授权请求消息，以通过医疗保健提供者的受理方(acquirer)和通过交易处理方，传送到给出资方开立医疗保健服务出资方帐户的医疗保健服务出资方帐户的发行方的地址。在医疗保健提供者的地址，响应于支付网络授权请求消息，接收源自发行方的地址的授权许可消息。

[0011] 其它的实现方式包括便携式支付设备，其具有与存储器接触的基板，该存储器具有与要由医疗保健服务提供者通过施予病人对其没有处方的受控物质来给予病人的特定医疗保健服务相对应的编码数据，其中该便携式支付设备与在资金上负责向医疗保健服务提供者付还向病人提供受控物质和特定医疗保健服务的费用的第三方的一个或多个帐户相关联。在其它实现方式中，该便携式支付设备是预付或赋权卡，或等效凭证(voucher)，其是一种向病人提供特定医疗保健服务的许多不同医疗保健服务提供者都接受的开环卡(open loop card)。在更进一步实现方式中，该预付或赋权卡不标识病人，以使得在医疗保健服务的支付处理中，对于支付处理系统中的实体(例如，发行方、受理方、和交易处理方)，以及对于向病人提供特定医疗保健服务的医疗保健服务提供者，病人可以是匿名的。医疗保健服务提供者从通过预付或赋权卡上的数据标识的帐户得到付还。所标识的帐户可以对应于在资金上负责向医疗保健服务提供者为向病人给予特定医疗保健服务进行付还的一个或多个出资方。对于服务费用的授权，以及其受保证的对医疗保健服务提供者的支付，通过自动证实处理实时提供，而无需福利管理方裁决，无需对照保险单或处方证实医疗保健服务，或无需保险索赔系统处理。
附图说明

[0012] 从以下所作的详细描述，结合附图，本发明的实现方式将变得更明了，在附图中相同的单元带有相同的附图标号。

[0013] 图1示出了将预付或赋权卡或它们的等效物交付给要接受要从通过编码在预付或赋权卡上的数据标识的帐户支付的特定医疗保健服务的病人的示例性环境；

[0014] 图2示出了预付或赋权卡的可能的替代实现方式；

[0015] 图3描绘了病人可以使用预付或赋权卡获取要从通过编码在预付或赋权卡上的数据标识的帐户支付的特定医疗保健服务的在图6中看到的支付处理网络内的环境；

[0016] 图4描绘了其中在病人可以在服务点终端上使用预付或赋权卡以获取要从通过编码在预付或赋权卡上的数据标识的帐户支付的特定医疗保健服务的第一示例性方法的流程图；

[0017] 图5描绘了病人获取要从与预付或赋权卡相对应的帐户支付的特定医疗保健服务的第二示例性方法的流程图；

[0018] 图6示出了示例性的支付处理网络；

[0019] 图7示出了支付交易授权系统的流程图，在该支付交易授权系统中，可以通过授权请求使要针对通过编码在图3的预付或赋权卡上的数据标识的帐户评估的特定医疗保健服务的费用初步经受自动证实处理过程以便获得授权；

[0020] 图8示出了演示实现图7的授权请求的方法的流程图；

[0021] 图9-11示出了演示实现图7的授权请求的方法的流程图；

[0022] 图12示出了演示根据一种实现方式实现分开偿还(split tender)的方法的流程图；

[0023] 图13A-13C示出了各实现方式中的相应授权请求；

[0024] 图14示出了根据本发明的一个实施例的为项目合规性(program compliance)实现审计过程的流程图；

[0025] 图15示出了演示根据一种实现方式的审计票证(coupon)出资方帐户的方法的流程图；

[0026] 图16-17示出了演示根据一种实现方式提供交易数据的方法的流程图；

[0027] 图18A示出了一种实现方式中的标准结算记录和交易记录；

[0028] 图18B示出了一种实现方式中的图18A的交易记录部分的更详细的视图；以及[0029] 图18C示出了一种实现方式中的授权响应消息。

具体实施方式

[0030] 本讨论考虑可以由病人用于特定医疗保健服务的预付或赋权便携式消费者设备(诸如，预付或赋权卡)。例如，医疗保健服务可以是施予病人对其没有处方的受控物质，该受控物质是为了提高病人对特定疾病的免疫力而施予的生物制品。举例来说，但非限制性的，医疗保健服务在本文中将意指流行性感冒(即，“流感(Flu)”)疫苗。在各种实施例中，帐户的发行方与企业、非营利组织、和/或政府机构合作发放预付或赋权卡。该帐户把合作方供给的资金提供给医疗保健提供者，以向他们付还将流感疫苗提供给出示有效流感疫苗预付或赋权卡的病人的费用。病人可以使用疫苗预付或赋权卡从诸如带有流感疫苗诊所的零售商(例如，超市、“大盒子(big box)”商店)、医生、和医疗设施和其它这样的商家那里获取免费流感疫苗。疫苗预付或赋权卡可以是塑料磁条卡，以便于通过典型服务点终端(POS)以及相关的系统和处理过程进行授权、清算和结算，这些商家通常使用所述典型服务点终端(POS)以及相关的系统和处理过程来用于与在支付处理网络处理的帐户上进行交易的消费者帐户持有者进行其它交易。该卡可以在不止一个零售商处使用，并且可以适用于医疗保健服务而不管施予医疗保健服务的价格。可以由出资方根据对于施予医疗保健服务的不同协商价格对不同医疗保健提供者(例如，大型连锁药品零售商)支付不同价格。因此，在不同医疗保健提供者处可以有不同的施予医疗保健服务的价格。

[0031] 在一种实现方式中，通过支付网络为医疗保健提供者施予病人的流感疫苗授权支付交易请求。支付交易基于流感疫苗出资方帐户来进行。在电子收款机处获取用于流感疫苗出资方帐户的流感疫苗出资方帐户标识符。流感疫苗出资方帐户标识符是编码在预付或赋权卡上的。预付或赋权卡包含标识流感疫苗的编码信息。预付或赋权卡不包含要对其给予流感疫苗的病人的标识。提供的流感疫苗服务包括：病人对其没有处方的受控物质(例如，疫苗)，和医疗保健提供者将受控物质施予病人(例如，注射流感疫苗注射)。该流感疫苗出资方帐户由发行方开立给在资金上负责向医疗保健提供者付还向病人提供流感疫苗的费用的出资方。

[0032] 使用电子收款机，通过将所获得的流感疫苗出资方帐户标识符与存储的一组流感疫苗出资方帐户标识符进行匹配，确定该流感疫苗出资方帐户标识符是有效的。由于匹配流感疫苗出资方帐户标识符，以及使用电子收款机，获取有与流感疫苗相对应的流感疫苗存货清单代码。确定所获得的流感疫苗存货清单代码与流感疫苗出资方帐户下的限定流感疫苗类别匹配。还确定对于所获得的匹配的流感疫苗存货清单代码的总购买量额，以及还确定有资格将该流感疫苗出资方帐户用于对于流感疫苗的支付交易请求的总购买量额的限定量额。

[0033] 对于所获得的匹配的流感疫苗存货清单代码，形成包含请求将流感疫苗出资方帐户用于对于流感疫苗的支付交易请求的支付网络授权请求消息的传输。支付网络授权请求消息包括对于所获得的匹配的流感疫苗存货清单代码的总购买量额，并且还包括有资格将流感疫苗出资方帐户用于对于流感疫苗的支付交易请求的总购买量额的限定量额。

[0034] 在上述实现方式的可替代实现方式中，授权请求消息可以包括用于所获得的匹配的流感疫苗存货清单代码的描述字段。授权请求消息还可以包括对于流感疫苗的税。当施予不同流感疫苗时，授权请求消息还可以包括对于相应流感疫苗的总购买量额和对于每种流感疫苗的总购买量额的限定量额，以及每种流感疫苗的描述字段。

[0035] 在上述实现方式的替代实现方式中，该方法可以包括存储有资格在流感疫苗出资方帐户下使用的一组限定的流感疫苗类别，其中该组限定的流感疫苗类别可经由电子收款机访问，并且还存储标识一组流感疫苗出资方帐户的一组帐户标识符，其中该组帐户标识符可经由电子收款机访问。

[0036] 在上述实现方式的替代实现方式中，可以对出资方帐户的使用进行审计，诸如通过包括利用计算机制备支付交易请求的交易记录，以及将交易记录发送给流感疫苗出资方帐户的审计方(auditor)的步骤。在批处理模式下，可以在流感疫苗出资方帐户的发行方处从多个商家(例如，医疗保健服务提供者)接收多个交易记录，然后，将从所述多个商家接收并与特定流感疫苗出资方帐户相关联的交易记录分组作为一组交易记录，然后将该组交易记录从发行方发送到审计方。注意，可以将提交给发行方的支付网络结算记录附到交易记录上。可以在将交易记录转发给审计方以便监视流感疫苗出资方帐户合规性的同时，利用支付网络结算记录来完成支付交易请求的支付。

[0037] 在上述实现方式的可替代实现方式中，当授权请求消息是对于总购买价格的部分量额时，针对所获得的匹配的流感疫苗存货清单代码的总购买量额与相应的流感疫苗的总购买的限定量额之间的差值，可以经由除了流感疫苗出资方帐户之外的其它支付源得到支付。

[0038] 在上述实现方式中，预付或赋权卡可以是：具有射频标识(RFID)标签、转发器(transponder)和微型芯片的智能卡，磁条卡，或它们的组合。此外，预付或赋权卡可以具有用于通过通信技术接收的信息的存储部件，该通信技术可以是无线通信、硬连线通信、或磁编码通信的通信技术，该磁编码通信用于通过修改预付或赋权卡上的一条磁性材料带上的磁性颗粒的磁性而获得的磁道数据。

[0039] 在上述实现方式中，标识要施予的流感疫苗医疗保健服务的信息可以是库存单位(Stock Keeping Unit，SKU)、通用产品代码(UPC)、商标、商品类型和该商品类型的提供者的商号(trade name)、国家药品代码(NDC)、该商品类型的成分和该商品类型的提供者的商号、或这些信息的组合。

[0040] 图1示出了病人102可以接收流感疫苗预付或赋权卡104或等效凭证106的例子。赋权卡或凭证对应于对医疗保健提供者在赋权卡已被其持有者兑付之后要作出的医疗保健服务的支付，其中该兑付以在向病人提供医疗保健服务之前预先协商的医疗保健服务的预先协商价格进行。预付或赋权卡对应于其持有者兑付了预付或赋权卡之后对医疗保健服务的支付，其中该兑付从储蓄在医疗保健服务出资方帐户中的预付资金中作出。

[0041] 病人的雇主112，或在资金上负责病人102的人员，可以将预付或赋权卡分发给他的雇员。预付或赋权卡可以从发行方，或它的代理方订购，并经由邮政服务114接收。流感疫苗预付或赋权卡可以通过支付到和操作预付或赋权卡派发亭116获得。纸质凭证106可以通过与病人102或其代理操作的计算机装置118通信的打印机122呈现，该凭证编码了疫苗出资方的帐户。利用凭证106呈现的数据可以经由万维网和/或互联网从疫苗出资方或其代理那里接收到。

[0042] 转到图2，图中展示了示例性流感疫苗预付或赋权卡202的前视图200A和后视图200B两者。可以在流感疫苗预付或赋权卡202的两侧上显示图像，前视图200A上的图像
208A与后视图200B上的图像200B相同或不同。在这个例图中，前视图200A还显示有关流感疫苗预付或赋权卡的提供者的信息。

[0043] 图2还示出了流感疫苗预付或赋权卡202的数据编码区的示例性实现方式。数据编码区可以包括可选的屏蔽元件，该可选的屏蔽元件让期望的电磁、光、或辐射信号穿过同时防止数据编码区受到物理滥用或损害。流感疫苗预付或赋权卡202可选地可以具有被屏蔽免受物理滥用(要不然屏蔽掉其它可接受形式的电磁辐射)的数据编码区之外的区域。允许穿过屏蔽物的一些可接受信号可以包括但不限于伴随着磁场的信号、RFID信号、IrDA信号、可见光、不可见光、调制的激光、和/或调制的RF通信信号。举例来说，但非限制性地，取决于数据编码区的实现方式，选择性的屏蔽元件可以包括透明塑料罩、保形涂层、不透明塑料罩、或透明薄膜。

[0044] 数据编码区的非限制性例子用标号200示出，并且包括具有触点206的集成电路或“芯片”204、磁条组件210、天线和/或收发器220、和电触点240。在被示出为210A的实现方式中，磁条组件210可以包括可重新编程磁条组件210B，该可重新编程磁条组件210B接受来自处理器的数据和/或命令，并将该数据格式化和呈现成磁条上的可通过传统商品磁条读取销售点(POS)终端读取的形式。以这样的方式，处理器可以根据选择特定帐户的用户输入对该特定帐户编程以供在交易中使用。替代地，处理器可以擦除组件210的磁条，使该卡在其丢失或被窃的情况失效。在被示出为210A的实现方式中，磁条组件210B可至少部分可滑动地移入移出(210C)流感疫苗预付或赋权卡202的组件(示出了部分视图)，允许流感疫苗预付或赋权卡202在包括磁条读取器的销售点终端处进行交易。

[0045] 流感疫苗预付或赋权卡250可以在其表面上承载各种标记的图像250，这些标记可以标识要由向其出示预付或赋权卡的医疗保健服务提供者提供给病人的特定医疗保健服务。在一些实现方式中，流感疫苗预付或赋权卡250将不编码足以标识要接收特定医疗保健服务的病人的数据。这样，病人对于支付处理系统中的实体(例如，发行方、受理方、和交易处理方)以及对于向病人提供特定医疗保健服务的医疗保健服务提供者可以是匿名的。尽管这里公开的实现方式维护了病人的隐私，但是医疗保健服务提供者仍然可以从通过流感疫苗预付或赋权卡202上的数据所标识的帐户中得到付还。此外，编码在流感疫苗预付或赋权卡202上的所标识的帐户可以对应于在资金上负责向医疗保健服务提供者付还向病人施予特定医疗保健服务的一个或多个出资方。这样，服务的费用的授权及其对医疗保健服务提供者的保证的支付，可以实时提供，而无需福利管理方裁决，无需对照保险单或处方证实医疗保健服务，并且无需保险索赔系统处理。

[0046] 存储器(诸如，可以被包含在芯片204中的)可以在其中编码有(但不限于)：(i)用于受控物质的类型、种类、制造商、批发商和/或其施予的方式的标识符，其可以通过例如，通用产品代码、库存单位、或其它标记(例如，UPC、SKU、条形码数据等)来标识；(ii)出资方，其作为从中向医疗保健服务提供者支付将疫苗施予病人的费用的帐户的帐户持有者；以及(iii)其它相关标记，诸如可以获取流感疫苗注射的地图和/或地点。

[0047] 继续针对图2，数据编码区的另一种实现方式被示出为天线和/或收发器220。天线和/或收发器220可以包括常用环路电感器，诸如以220A所示的或在用于RF可读智能卡的相关ISO标准中的那些。借助于这样的接口，可以以RF非接触商家POS终端、802.11 Wi-Fi或Wi-Max网络、或蜂窝式或RF通信网络可接受的方式，转译、调制和发送帐户数据。例如，天线和/或收发器220可以接收来自卡读写设备的无线通信，其中所述无线通信将要写入存储器中的出资方帐户的数据传送到数据编码区200。

[0048] 电触点240是图2中所示的数据编码区的又一种替代实现方式。对于拥有诸如导电焊盘或形状240A的阵列的物理触点的流感疫苗预付或赋权卡202，可以将流感疫苗预付或赋权卡202放置成与商家的POS终端物理接触，电触点204可以与商家的金融处理系统建立连接。处理器可以通过触点接口将帐户相关信息中继给商家的POS终端，从而使流感疫苗预付或赋权卡202可用在大量现有商家POS终端而无需升级或改变硬件和/或软件。

[0049] 在下面讨论的图6中描绘的示例性支付处理系统内，图3示出了票证卡(诸如，通过结合图1所描述的过程获得的票证卡202(图2))被消费者用于接收免费的或打折的流感疫苗的一般环境。开始时，一家或多家疫苗供应商(S)330制造出疫苗，以便交付给疫苗分销商340，疫苗分销商340向医疗保健服务提供者310提供疫苗存货清单。每个医疗保健服务提供者(m)310拥有流感疫苗存货清单和服务点终端(POS)(m)310。POS(m)310具有扫描仪、读卡器、和用户接口，以便在开立给消费者的帐户上或开立给不同帐户持有者(诸如，流感疫苗项目或活动的出资方)的另一个帐户上与消费者进行交易。

[0050] 在POS(m)310，病人302向医疗保健服务提供者(m)310出示流感疫苗预付或赋权卡350以及病人302想购买的项。医疗保健服务提供者(m)310使用与POS(m)310相关联的读卡器读取存储在流感疫苗预付或赋权卡350上的信息，包括与流感疫苗项或活动的一个或多个出资方相关联的帐户标识符。在某些实现方式中，通过将流感疫苗预付或赋权卡350划过POS(m)310来读取磁编码在其磁条中的数据来读取流感疫苗预付或赋权卡350。在其它实现方式中，当病人302在POS(m)310附近时，POS(m)310使用诸如RFID那样的非接触技术读取流感疫苗预付或赋权卡350。在别的其它实施例中，为了读取，将流感疫苗预付或赋权卡350插入POS(m)310中，以便流感疫苗预付或赋权卡350上的外部触点与POS(m)310建立连接。在另外的其它实施例中，用POS(m)310的扫描仪扫描流感疫苗预付凭证352，或在用户接口上将上面的代码输入POS(m)310中。

[0051] 在某些实现方式中，还从流感疫苗预付或赋权卡350中读取其它信息，举例来说但非限制性地，诸如截止日期、项类型、或项数量。在这样的实现方式中，POS(m)310可以针对病人请求的医疗保健服务确定流感疫苗预付或赋权卡是否有效。举例来说但非限制性地，这可以通过将当前日期与流感疫苗预付或赋权卡的截止日期相比较来实现。可替代的，POS(m)310可以确定病人302是否已请求了卡上的数据所规定的特定流感疫苗和数量。在更进一步的实现方式中，卡的截止日期可以对应于流感季节的结束。

[0052] 在一种实现方式中，病人302另外向医疗保健服务提供者(m)310提供流感疫苗预付凭证352。流感疫苗预付凭证352具有印刷在其上的条形码，该条形码标识出资方的帐户可以用于为病人的福利支付给医疗保健服务提供者的特定医疗保健服务(例如，流感疫苗的类型、种类、数量等)。在这样的实现方式中，利用与POS(m)310相关联的扫描仪扫描条形码以识别特定疫苗。

[0053] 在某些实现方式中，医疗保健服务提供者(m)310可以另外将向病人提供疫苗的费用输入POS(m)310中。在这样的实现方式中，也可以将量额打印在流感疫苗预付凭证352上(例如，作为最大授权量额)。在其它实现方式中，通过POS(m)310从流感疫苗预付或赋权卡350中读取量额(例如，作为最大授权量额)。在某些实现方式中，POS(m)310计算对于特定疫苗的最大授权量额。举例来说但非限制性地，在病人还从医疗保健服务提供者310进行其它购买时费用有效的情况下，可能发生这种情况。

[0054] 一旦接收到流感疫苗预付或赋权卡350，就与下面结合在图6中描述的环境600所描述的方法类似地对交易进行处理。医疗保健服务提供者(m)310经由POS(m)310将授权请求提交给受理方(s)308，该授权请求包括从流感疫苗预付或赋权卡350中读取的帐户标识符。

[0055] 在某些实现方式中，在病人302已经使用病人的贷记卡、借记卡或其它便携式消费者支付设备为疫苗和/或为别的其它项支付了额外量额的情况下，该授权请求可以另外包括与病人302相关联的帐户标识符。

[0056] 在受理方(s)308不是与流感出资方帐户发行方(t)312相同的实体的情况下，受理方(s)308将交易信息转发给交易处理方(u)306，交易处理方(u)306又将它转发给流感出资方帐户发行方(t)312，以核实与流感出资方帐户发行方(t)312相关联的帐户包括足够的资金来向医疗保健服务提供者(m)310付还要提供给病人302的特定医疗保健服务的费用。当然，如果病人302也使用其它帐户进行其它支付，则将其它授权请求发送给病人帐户的相应病人帐户发行方(i)304。

[0057] 一旦接收到来自流感出资方帐户发行方(t)312的答复(即，授权响应)，交易处理方(u)306将授权响应转发给受理方(s)308，受理方(s)308又将它转发给医疗保健服务提供者(m)310的POS(m)310。在授权响应包含流感疫苗预付或赋权卡的使用许可的情况下，病人302可以免费地或以相当于病人302偿还的费用的差额的折扣从医疗保健服务提供者(m)310接受具体标识的流感疫苗服务。

[0058] 在某些实现方式中，一旦打过折扣，医疗保健服务提供者(m)310就使存储在流感疫苗预付或赋权卡350上的与流感疫苗相对应的数据无效或将其删除。在某些实现方式中，流感疫苗预付或赋权卡350(和凭证352)可以是一次性使用的卡。在这样的实现方式中，医疗保健服务提供者(m)310可以不将流感疫苗预付或赋权卡350返还给病人302。在其它实现方式中，流感疫苗预付或赋权卡350可以用于存储以后流感疫苗信用或服务权利，因此被返还给病人302。在另外的其它实施例中，发行方(i)304可以在相应代码用了预定次数之后使与流感疫苗预付或赋权卡相关联的代码无效。

[0059] 在某些实现方式中，可能更多地牵涉到流感疫苗服务的交易许可。在这样的实现方式中，授权请求包括附加信息，举例来说但非限制性地，流感疫苗预付或赋权卡的项、项类型和/或出资方。在某些实现方式中，该信息由交易处理方(u)306转发给第三方(未示出)以用于认证和/或其它处理。在一种实现方式中，医疗保健服务提供者数据库316可以用于，举例来说但非限制性地，核实流感疫苗出资方帐户发行方(t)312已经发放了病人302试图使用的流感疫苗预付或赋权卡350。在这样的实现方式中，授权过程可以包括由第三方(未示出)进行的提供的附加信息与存储在医疗保健服务提供者数据库316中的信息的比较。在别的其它实施例中，一旦病人202使用过，第三方(未示出)就将记号加入存储在医疗保健服务提供者数据库316中的预付或赋权卡350或凭证352的标识符中，从而防止其多次使用。第三方(未示出)可以直接访问医疗保健服务提供者数据库316，或者可以经由交易处理方(u)306访问医疗保健服务提供者数据库316。

[0060] 在其它实现方式中，第三方(未示出)(其可以是流感疫苗出资方的代理者)使用医疗保健服务提供者数据库316来保存病人302使用的流感疫苗预付或赋权卡的计数。在这样的实现方式中，该信息可以被流感疫苗出资方帐户发行方(t)312用于决定未来流感疫苗预付或赋权卡发放或为针对性广告标识特定病人202。在另外的其它实施例中，附加信息包括在病人使用流感疫苗预付或赋权卡305或凭证352的时候向病人302呈现或已呈现的一个或多个广告的标识符。在这样的实现方式中，在第三方将该信息存储在医疗保健服务提供者数据库316中之后，流感疫苗出资方帐户发行方(t)312可以在每次向病人302显示广告时向另一个实体收费。替代的，流感疫苗出资方帐户发行方(t)312可以在利用流感疫苗预付或赋权卡350将广告呈现预定次数之后改变与流感疫苗预付或赋权卡350或凭证352相关联的广告。

[0061] 在其它实现方式中，使用疫苗出资方帐户数据库318。与医疗保健服务提供者数据库316一样，第三方(即，疫苗出资方的代理)可以直接或经由交易处理方(u)306访问疫苗出资方帐户数据库318。疫苗出资方帐户数据库318可以包含与开立给每个流感疫苗出资方帐户发行方(t)312的帐户有关的信息，其中流感疫苗出资方帐户发行方(t)312是(T)个疫苗出资方之一。在这样的实现方式中，第三方(未示出)使用疫苗出资方帐户数据库318来核实从流感疫苗预付或赋权卡318读取的帐户标识符与“R”个流感疫苗预付或赋权卡出资方之一相关联。疫苗出资方帐户数据318可以另外用于核实相关联帐户包含足以向医疗保健服务提供者(m)310付还所打的折扣的资金。在某些实现方式中，上述第三方(未示出)与交易处理方(u)306是同一实体。在其它实现方式中，第三方(未示出)是与交易处理方(u)306分开的实体。

[0062] 当医疗保健服务提供者(m)310经由POS(m)310向支付处理系统300提交交易以用于清算和结算时，对于疫苗的费用，流感疫苗出资方帐户发行方(t)312的帐户作借记(例如，减少)。具体地说，医疗保健服务提供者(m)310向受理方(s)308提交支付请求。在受理方(s)308不是与流感疫苗出资方帐户发行方(t)312同一实体的情况下，受理方(s)308将请求转发给交易处理方(u)306。交易处理方(u)306又向流感疫苗出资方帐户发行方(t)312请求支付疫苗费用，其中流感疫苗出资方帐户发行方(t)312是与流感疫苗出资方相关联的帐户的发行方。流感疫苗出资方帐户发行方(t)312对帐户中的资金作借记(减少)，并将支付量额转发给交易处理方(u)306，交易处理方(u)306又将支付量额转发给受理方(s)308。最终，受理方(s)308对医疗保健服务提供者(m)310的帐户贷记向病人
320提供的受控物质以及将受控物质施予病人的费用。

[0063] 在某些实现方式中，清算和结算过程可能牵涉到第三方(未示出)。在这样的实现方式中，举例来说但非限制性地，第三方可以记录已经清算和结算了的每个流感疫苗预付或赋权卡350或凭证352。该记录可以保存在医疗保健服务提供者数据库316中或保存在另一个分立数据库322中。替代地或另外地，第三方可以核实在被清算和结算的交易中使用了流感疫苗预付或赋权卡350或凭证352。在别的其它实施例中，第三方可以确定与疫苗的出资方相关联的帐户，以便交易处理方(u)306可以请求流感疫苗出资方帐户发行方(t)312对出资方的相应帐户中的资金作借记(减少)。在这样的实现方式中，第三方可以访问疫苗出资方帐户318。

[0064] 本领域的普通技术人员将明白，结合图3所述的过程可等同地应用于如下的情形，其中：病人使用其上贷记或存储有多次流感疫苗服务支付的预付或赋权卡，从而该预付或赋权卡不是单次使用卡，而是可以用于接收多次流感疫苗注射(例如，雇员家庭的每个成员注射一次流感疫苗，多达几(8)次流感疫苗注射)。在这样的状况下，流感疫苗预付或赋权卡可以由具有不同发行方开立的帐户的不同流感疫苗预付或赋权卡出资方提供。例如，卡350或凭证352可以显示一个或更多个帐户，当分析其发行方时，将疫苗的受控物质的费用归入一个帐户中，而将施予受控物质(即，注射)的费用归入另一个不同帐户。此外，本领域的普通技术人员将清楚，流感疫苗预付或赋权卡其上可以存储有多种不同类型的在上面的流感疫苗信用，其在每一个具有不同受理方的相应的不同医疗保健服务提供者那里有效。

[0065] 现在转到图4，图中示出了用在交易中以处理存储在流感疫苗预付或赋权卡上的流感疫苗服务费用的示例性方法400的流程图。如方块402所指示的，发行方与企业、非营利组织、和/或政府机构合作发行疫苗预付或赋权卡，其中每个合作方将对流感疫苗的费用进行出资，即，受控物质的费用、将其施予病人的费用、或两者。流感疫苗预付或赋权卡将由病人使用来从参与的医疗保健服务提供者(诸如，带有流感疫苗诊所的零售商、医生、和医疗设施)获取免费(或打折)的流感疫苗。流感疫苗预付或赋权卡可以是塑料磁条卡，以便于通过典型商家POS系统和处理过程进行授权、清算、和结算，就如同过消费者使用便携式支付设备(例如，开环贷记/借记/预付/赋权卡)作出的通过支付处理网络处理的其它消费者购买那样。在块404中，开立给流感疫苗项目或活动的出资方的帐户的发行方单独地或成批地激活流感疫苗预付或赋权卡。

[0066] 在块404中，流感疫苗预付或赋权卡的接收者将卡拿到参与的免疫中心，该免疫中心可以是药店、药房、医生的诊室、流动诊所等。医疗保健服务提供者(即，商家)将拥有如分别从图4-5中看到的两个POS处理选项。

[0067] 在图4中，捕获产品信息并在POS经由从POS发送的授权请求信息验证资格。在块408中，在POS终端上划流感疫苗预付或赋权卡，并且POS通过支付处理网络发送授权请求消息。下面将结合图7到18C更全面地讨论经由自动证实处理获得授权以针对与预付或赋权卡相关联的帐户评估流感疫苗的费用的实现方式。在块410中，支付处理系统诸如经由医疗保健提供者的受理方和交易处理方，将授权请求消息传送到出资方的发行方。在一些实现方式中，图4中的块410和图5中的块510包括如下面针对图7到18C所描述的自动证实处理。

[0068] 在块412中，流感疫苗出资方的发行方核实购买资格，并经由医疗保健提供者的受理方和交易处理方，通过支付处理系统，将授权响应消息发回给医疗保健服务提供者(例如，商家)。在块414中，医疗保健提供者接收并处理授权响应消息，如果得到许可，则向病人提供经由注射施予(或诸如通过鼻腔吸入等其它施予)的受控物质(即，疫苗)。在块416中，如果已经花费了，则出资方的发行方可以自动将用于有资格购买一次的卡或凭证去激活。在一些实现方式中，医疗保健服务提供者与所有其它支付处理网络交易(例如，经由清算和结算)一起自动接收购买其疫苗服务的支付，如块418所示。

[0069] 在图5中，块502-506与图4中的步骤402-406类似。在图5的块508中，医疗保健服务提供者使用交互式语音响应(IVR)系统，而不是使用POS读取流感疫苗预付或赋权卡或凭证，来通过报告从卡或凭证中读取的关键数据(key data)(诸如，提供者ID、卡号、量额、和药品代码)来验证购买资格。在块510中，支付处理网络将授权请求消息路由到出资方的发行方，诸如，经由医疗保健提供者的受理方和交易处理方。在块512中，流感疫苗出资方的发行方验证购买资格，并经由医疗保健提供者的受理方和交易处理方，通过支付处理网络，将授权响应消息发回给医疗保健服务提供者(例如，商家)。在块514中，医疗保健提供者接收并处理授权响应消息，并且如果得到许可，则向病人提供经由注射施予(或诸如通过鼻腔吸入等其它施予)的受控物质(即，疫苗)。在块516中，如果已经花费了，则出资方的发行方可以自动将用于有资格购买一次的卡或凭证去激活。在一些实现方式中，医疗保健服务提供者可以与所有其它支付处理网络交易(例如，经由清算和结算)一起自动接收购买其疫苗服务的支付，如块518所示。

[0070] 在一些实现方式中，可以将流感疫苗预付或赋权卡与出资方的帐号相关联，该帐号具有交易处理方(例如，Visa Inc.或其它交易处理方)指定的银行标识号(BIN)。例如，帐号可以以数字“4”开始。在其它实现方式中，预付或赋权卡可以具有这样的外形，其是可以包含传达疫苗药品代码的条形码的物理塑料卡设计。在其它实现方式中，不允许病人或医疗保健服务提供者将流感疫苗服务与任何其它物品或服务的购买结合。在另外的其它实现方式中，可以将用于支付处理网络的私人标记服务用于，譬如，流感疫苗出资方的发行方或特定交易处理方(即，Visa Inc.-VisaNet)，其验证正在从授权的或参与的场所和/或医疗保健服务提供者(即，商家)兑付流感疫苗预付或赋权卡，通过出资方的发行人已经为仍未兑付的疫苗留出资金，以及流感疫苗预付或赋权卡仍然有效。可以使用处理网络清算和结算系统来在出资方与疫苗兑付场所(例如，将流感疫苗施予病人的商家和/或场所)之间转移资金。

[0071] 在某些实现方式中，可以组合、删除、或重新排序上面针对图4-5所述的各个块。此外，在某些实现方式中，将指令(例如，软件)编码在计算机可读介质中，其中这些指令由计算装置(例如，硬件)处理器执行，以便执行图4-5的一个或多个块。在别的其它实现方式中，指令驻留在任何其它计算机程序产品中，其中这些指令由计算系统外部或内部的计算机执行，以执行图4-5的一个或多个块。在任一种情况下，都可以将指令编码在计算机可读介质中，该计算机可读介质包括，例如，磁信息存储介质、光信息存储介质、电信息存储介质等。“电存储介质”可以指，例如但不限于，非限制性地诸如PROM、EPROM、EEPROM、闪速PROM、袖珍闪存(compact flash)、智能介质(smart media)等那样的一个或多个器件。

[0072] 示例性交易处理系统/支付处理网络

[0073] 参照图6，交易处理系统600被看成是其中可以执行图4-5中的方法400和500的环境，以及被看成是图3中的支付处理系统300的一般性例子。交易处理系统600是电信网络，其可以利用任何合适的电信网络，并且可能涉及与下面所讨论的那些不同的硬件、不同的软件和/或不同的协议。交易处理系统600是全局(全球)电信网络(global telecommunication network)，其支持使用任何银行卡、旅游和娱乐卡、和其它私人标记和专属卡的购买和现金交易。该网络还支持用于其它网络的ATM交易、使用纸质支票的交易、使用智能卡的交易、和使用其它金融工具的交易。

[0074] 这些交易通过网络的授权、清算和结算服务来处理。授权是在最终购买或付现金之前发行方许可或拒绝销售交易的时候。清算是在将交易从受理方传递到用于过帐(posting)到顾客帐户的发行方的时候。结算是为清算的所有交易计算和确定每个成员的净财务状况的过程。资金的实际交换是一个单独的过程。

[0075] 交易可以被授权、清算和结算成双消息交易或单消息交易。双消息交易发送两次：第一次仅具有授权判定所需的信息，后来的下一次具有用于清算和结算的附加信息。单消息交易被发送一次以用于授权，并且还包含清算和结算信息。通常，授权、清算和结算都在线发生。

[0076] 图6的一般环境包括商家(m)610，诸如可以在发行方(i)604开立给帐户持有者(a)608的帐户上与帐户用户(au)(例如，消费者)进行物品和/或服务的交易的商家，其中交易的收支处理过程由至少一个交易处理方(th)602(例如，交易处理方)(统称为“用户”)协调。该交易包括不同实体的参与，其每一个都是交易处理系统600的组成部分。

[0077] 交易处理系统600可以具有包括交易处理方(1)602到交易处理方(TH)602的多个交易处理方(th)602中的至少一个，其中TH可以高达并且可以大于八位整数。

[0078] 交易处理系统600具有包括商家(1)610到商家(M)610的多个商家(m)610，其中M可以高达八位整数并且可以更大。商家(m)610可以是销售物品和/或服务的人或实体。商家(m)610也可以是，例如，可以以疫苗的形式将受控物质(例如，药品)施予病人(诸如，流感疫苗注射或鼻腔吸入过程)的医疗保健服务提供者。在企业对企业的设置中，帐户持有者(a)608可以是从另一个商家(m)610进行购买的第二商家(m)610。

[0079] 交易处理系统600包括帐户用户(1)608到帐户用户(AU)608，其中AU可以是如十位整数那么大或者更大。每个帐户用户(au)使用发行方(i)604开立给相应的帐户持有者(a)608的帐户与商家(m)610进行物品和/或服务的交易。来自帐户上的交易的数据由商家(m)610收集，并且转发给相应的受理方(a)606。受理方(a)606将该数据转发给交易处理方(th)602，交易处理方(th)602促进根据发行方(i)604开立给帐户持有者(a)608的帐户的交易支付。

[0080] 交易处理系统600具有多个受理方(q)606。可以通过相应代理受理方(aq)602帮助每家受理方(q)606处理一笔或多笔交易，其中“q”可以是从1到Q的整数，“aq”可以是从1到AQ的整数，并且其中Q和AQ可以是八位整数那么大或更大。在处理一个或多个交易中，每一受理方(q)606可以由相应的代理受理方(aq)606辅助，其中“q”可以是从1到Q的整数，aq可以是从1到AQ的整数，并且其中Q和AQ可以是八位整数那么大或更大。

[0081] 交易处理方(th)602可以处理交易处理系统600内的多笔交易。交易处理方(th)602可以包括一个或多个网络或交换机(ns)602。每个网络/交换机(ns)602可以是与每个其它网络/交换机(ns)602不同的地理位置中的大型计算机，其中“ns”是从1到NS的整数，并且NS可以是四位整数那么大或更大。

[0082] 专用通信系统620、622(例如，私用通信网络)促进交易处理方(th)602与每一发行方(i)604和每个受理方(a)606之间的通信。经由电子邮件、万维网、蜂窝式电话系统、和/或其它可选公共和私用通信系统，网络612可以促进每一发行方(i)604、每一受理方(a)606、每个商家(m)610、每个帐户持有者(a)608、和交易处理方(th)602之间的通信622a-622e。可替代地和可选地，一个或多个专用通信系统624、626和628可以分别促进每一受理方(a)606与每个商家(m)610、每个商家(m)610与每个帐户持有者(a)608、以及每个帐户持有者(a)608与每一发行方(i)604之间的通信。

[0083] 网络612可以代表用于交换数据的多种合适机构的任何一种，譬如：互联网、内联网、外联网、广域网、局域网(LAN)、虚拟私用网络、卫星通信网络、自动柜员机(ATM)网络、互动电视网络、或前述网络的任何组合。网络612可以包含用于信号传输的有线和无线连接中的任一或两者，该信号包括电信号、磁信号、和两者的组合。这样连接的例子在现有技术中是已知的，包括：射频连接、光连接等。为了例示起见，用于信号传输的连接可以是电话链路、数字用户线路、或线缆链路。此外，网络612可以利用多种通信协议中的任意通信协议，诸如例如，传输控制协议/互联网协议(TCP/IP)等。在网络612内可以存在多个节点，每个节点可以对在交易处理系统600内传输的数据进行一定级别的处理。

[0084] 交易处理系统600的用户可以使用多种通信设备中的任何通信设备在交易处理系统600内彼此交互或接收有关彼此的数据。通信设备可以具有操作地与显示器和存储器连接的处理单元，所述存储器诸如随机存取存储器(“RAM”)和/或只读存储器(“ROM”)。通信设备可以是硬件和软件的组合，其使得诸如键盘、鼠标、手写笔和触摸屏等的输入设备起作用。

[0085] 例如，帐户持有者(a)608使用交易处理系统600可以包括使用便携式消费者设备(PCD)。PCD可以是通信设备之一，或者可以与通信设备结合使用，或者作为通信设备的一部分。PCD可以具有如下的外形，所述外形可以是：卡(例如，银行卡、支付卡、金融卡、贷记卡、收费卡、借记卡、预付卡，赋权卡、礼品卡、过境通(transit pass)、智能卡、访问卡、工资卡、安全卡、医疗卡、或电话卡)、标签、手表、腕带、钥匙环、fob(例如，可从ExxonMobil(埃克森美孚)公司购买的 )、包含帐户信息的移动可读介质、寻呼机、蜂窝式电话、个人数字助理、数字音频播放器、电脑(例如，膝上型电脑)、机顶盒、便携式工作站、小型计算机、或它们的组合。PCD可以具有用于诸如与全局定位系统(GPS)通信那样的电话或数据传送的近场或远场通信能力(例如，卫星通信或到蜂窝式网络的蜂窝站的通信)。PCD可以支持许多的服务，诸如用于文本消息发送的SMS和用于诸如传送照片和视频的多媒体消息发送服务(MMS)、电子邮件(email)访问。

[0086] PCD可以包括计算机可读介质。计算机可读介质，诸如磁条或者芯片或芯片组的存储器，可以包括存储数据的易失性、非易失性、只读或可编程存储器，所述数据诸如帐户标识符、消费者标识符、和/或截止日期。计算机可读介质可以包括可执行指令，该可执行指令在被计算机执行时该计算机将执行方法。例如，计算机可读存储器可以包括诸如帐号或帐户持有者(a)608的名称那样的信息。

[0087] 带有存储器和可执行指令的PCD的例子包括：智能卡、个人数字助理、数字音频播放器、蜂窝式电话、个人电脑、或它们的组合。为了例示起见，PCD可以是消费者可以用来与商家进行非接触交易的金融卡，其中该金融卡包括微处理器、可编程存储器、和转发器(例如，发射器或接收器)。金融卡可以具有近场通信能力，譬如，通过诸如在“蓝牙”无线通信协议中用于在距固定和移动设备的短距离上交换数据的一种或多种射频通信，从而创建个人区域网。

[0088] 商家(m)610可以利用至少一个POI终端(例如，服务点或浏览器可用的消费者蜂窝式电话；它可以与帐户用户(au)608、受理方(a)606、交易处理方(th)602、或发行方(i)604通信。交互点(POI)可以是物理或虚拟通信工具，它通过任何信道提供与消费者接合的机会，以便提供直接或间接与促进或执行商家(m)610与消费者之间的交易有关的内容、消息传送或其它通信。POI的例子包括：物理或虚拟的服务点(POS)终端、消费者的PCD、便携式数字助理、蜂窝式电话、书面信件、电子邮件、经由在计算设备上执行的浏览器呈现的互联网网站、或它们的组合。因此，POI终端可操作地与交易处理系统600通信。

[0089] PCD可以使用包括任何合适电、磁、或光接口连接系统的机制与POI接口连接，所述系统譬如使用射频的非接触系统、磁场识别系统、或诸如磁条读取器的接触式系统。为了例示起见，POI可以具有与消费者的医疗保健卡(例如，灵活储蓄帐户卡)的磁条接触的磁条读取器。这样，编码在消费者的医疗保健卡的磁条中的数据被读取和传递给商家(m)610处的POI。这些数据可以包括医疗保健帐户的帐户标识符。在另一个例子中，POI可以是消费者的PCD，譬如，消费者的蜂窝式电话，其中商家(m)610或它的代理经由在万维网(WWW)可用的PCD上执行的浏览器呈现的交互网站的网页接收消费者的帐户标识符。

[0090] 通常，交易从帐户用户(au)608向商家(m)610出示便携式消费者设备以发起资源(例如，物品或服务)交换开始。便携式消费者设备可以与帐户持有者(a)608的帐户(例如，贷记帐户)相关联，该帐户已由发行方(i)604开立给帐户持有者(a)608。

[0091] 商家(m)610可以使用POI终端从便携式消费者设备获取帐户信息，诸如帐户持有者(a)608的帐户的号码。便携式消费者设备可以使用包括任何合适电、磁或光接口连接系统的机构与POI接口连接，所述系统譬如使用射频的非接触系统、磁场识别系统、或诸如磁条读取器的接触式系统。POI终端将交易授权请求发送给与PCD相关联的帐户的发行方(i)604。替代地或可组合地，PCD可以与发行方(i)604、交易处理方(th)602、或受理方(a)606通信。

[0092] 发行方(i)604可以授权交易并将其转发给交易处理方(th)602。交易处理方(th)602也可以清算该交易。授权包括发行方(i)604或代表发行方(i)604的交易处理方(th)602诸如通过利用商业规则结合发行方(i)604的指令对交易进行授权。所述商业规则可以包括来自交易处理方(th)602、帐户持有者(a)608、商家(m)610、受理方(a)606、发行方(i)604的指令或指导、相关金融制度、或它们的组合。交易处理方(th)602可以(但不是必须)维护授权交易的日志或历史。一旦得到许可，商家(m)610可以记录该授权，允许帐户用户(au)608从商家(m)610或其代理接收物品或服务。

[0093] 商家(m)610可以在分立的时段(诸如，一天的结束)向受理方(a)606提交授权交易的存货清单或其它交易相关数据，以便通过交易处理系统600处理。交易处理方(th)602可选地可以将提交的授权交易存货清单与它自己的授权交易日志相比较。交易处理方(th)602可以将授权交易量额请求从相应受理方(a)606传送到每一交易所牵涉的相应发行方(i)604。一旦受理方(a)606从发行方(i)604接收到授权交易的支付款，受理方(a)606可以将扣除任何交易成本(诸如，处理该交易的费用)的支付款转发给商家(m)610。如果交易牵涉到借记或预付卡，则受理方(a)606可以选择在支付给商家(m)610之前不等待发行方(i)604转发支付款。

[0094] 在前述的处理过程中可以存在多个间歇性步骤，其中的一些可以同时发生。例如，受理方(a)606可以发起清算和结算过程，这可以导致对于交易的量额对受理方(a)606进行支付。受理方(a)606可以向交易处理方(th)602请求清算和结算交易。清算包括在发行方(i)604与受理方(a)606之间交换金融信息，而结算包括资金的交换。交易处理方(th)602可以结合交易的结算来提供服务。交易的结算包括将交易结算的量额从交易处理方(th)602通常选择的结算所(诸如，结算银行)存入受理方(a)606通常选择的清算所(诸如，清算银行)中。发行方(i)604将其从发行方(i)604通常选择的清算所(诸如，清算银行)存入结算所中。因此，典型的交易牵涉到各种实体来请求、授权、和完成交易处理。

[0095] 交易处理系统600将优选具有适用于缩放可以实时和批处理地授权、清算和结算的交易的数量和数据有效载荷大小的网络组成部件。这些组成部件包括用于它的硬件、软件、数据元件、和网络存储设备。交易处理系统600的例子包括至少部分由如下公司运营的那些系统：American Express Travel Related Services Company，Inc.；MasterCard International，Inc.；Discover Financial Services，Inc.；First Data Corporation；Diners Club International，LTD；Visa Inc.；以及前述公司的代理。

[0096] 每一个网络/交换机(ns)602可以包括处理交易的一个或多个数据中心，其中每笔交易可以多达100千字节或更多的数据。与交易相对应的数据可以包括：有关交易中的物品和服务的类型和数量的信息，有关帐户持有者(a)608、帐户用户(au)608、商家(m)610、物品和服务的税和激励措施、票证、返利、奖励、忠诚度、折扣、退货、兑换、现金返还交易等的信息。

[0097] 举例来说，网络/交换机(ns)602可以包括用于一个或多个服务器农场(server farm)(例如，一个或多个Sun UNIX超级服务器)的一个或多个大型计算机(例如，一个或多个IBM大型计算机)，其中大型计算机和服务器农场可以处在不同地理位置中。

[0098] 每一发行方(i)604(或其代理发行方(ai)604)和每一受理方(a)606(或其代理受理方(aq)606)可以使用一个或多个路由器/交换机(例如，CiscoTM路由器/交换机)以经由专用通信系统与每个网络/交换机(ns)602通信。

[0099] 交易处理方(th)602可以将有关通过交易处理系统600处理的交易的信息存储在数据仓库中，所述数据仓库诸如可以作为所述多个网络/交换机602的一部分的那些。可以对该信息挖掘数据(data mined)。数据挖掘事务研究和建模可以用于广告、帐户持有者和商家忠诚度激励和奖励、欺诈检测和预报，并且可用于开发用于演示通过使用交易处理系统600而可能导致的相比现金收支或其它传统支付机制的节约和效率的工具。

[0100] 图6包括交易处理方(th)602通过接入点630、632与受理方606和发行方604通信。诸如受票银行和第三方授权代理的其它实体也可以通过接入点630、632连接到网络。接入点630、632通常由位于接口连接在中心的主计算机与交换中心之间的处理中心处的小型计算机系统构成。接入点促进消息和文件在主机与支持交易的授权、清算和结算的交换中心之间的传输。受理方(q)606与它的接入点632之间以及接入点630与发行方(i)604之间的电信链路通常是中心内的局部链路，并且使用中心优选的专有消息格式。

[0101] 如上所述，接入点630、632通常位于接口连接在数据处理中心的主计算机与交换中心之间的数据处理中心处。交换中心是可以位于世界任何地方的数据处理中心。在一种实现方式中，在美国有两个交换中心，在英国和日本各有一个交换中心。每个交换中心容纳进行网络交易处理的计算机系统。交换中心用作对于网络的电信设施的控制点，所述电信设施包括基于IBM SNA协议的卫星连接或高速租用线。优选的，将交换中心(交易处理方402)与远程实体连接的通信线路使用专用高带宽电话线路或基于IBM LU0通信协议的卫星连接。在这些线路上使用ISO 8583标准的任何合适实现方式发送消息。

[0102] 数据处理中心(诸如，位于受理方、发行方、或其它实体内)容纳支持商家和商业场所的处理系统并维护顾客数据和计费系统。优选的，每个数据处理中心与一个或多个交换中心链接。处理器与最接近的交换中心连接，并且如果网络经历中断，则网络自动将交易路由到辅助交换中心。每个交换中心还与所有其它交换中心链接。这种链接使处理中心能够通过一个或多个交换中心相互通信。此外，处理中心可以通过交换中心访问其它项目的网络。并且，网络保证了所有链路都有多个备份。从网络的一点到另一点的连接通常不是固定链路；而是，交换中心在进行任何给定传输的时候选择最可能路径。自动进行重新路由绕过任何故障链路。系统是交易处理系统600中的交易处理方(th)602的示例性组成部件。目前，系统部分地由Visa Inc.公司运营。截至2006年，system Inc.在在超过170个国家中使用的10亿个帐户上每天处理约300百万美元的交易。超过16,000条的金融指令通过系统连接到约30百万个商家(m)610。在
2007年，通过系统清算和结算了约4万亿美元的约810亿笔交易，其中的一些在约两(2)秒内牵涉到约24,000英里的通信长度，并且在此期间为了交易中的数据处理而停止了多次。

[0103] 现在参照图7，所示的是例示实现流感疫苗出资方帐户的支付交易授权请求和支付交易授权响应的方法的流程图。图7示出了可以用于处理在医疗保健提供者场所处(例如，在药房或药店)发起的交易的系统。有利的是，消费者可以以非处方方式在零售商或医疗保健服务提供者处使用流感疫苗出资方帐户，因为它们使用的大量服务点终端(POS)现在或在将来被配置成在这样的交易中进行非处方项购买的自动证实。因此，可以在交易中在流感疫苗出资方帐户上购买流感疫苗物品或服务，而无需修改许多这样的POS装置，并且无需经历及时提交收据和附加文书来核实进行了购买并且购买了在流感疫苗出资方帐户下限定的项的过程。因此，图7示出了一种系统，其通过确定流感疫苗物品或服务是否是流感疫苗出资方帐户下的限定的购买来提供自动证实，以赋权用例如流感疫苗出资方帐户预付或赋权卡来购买。

[0104] 图7在附图标记700处示出了流感疫苗票证预付或赋权卡持有者100在零售商或服务提供者104处请求购买流感疫苗。零售商的电子收款机系统(例如，POS)支持支持在各种类型和各类帐户(例如，票证出资方帐户)上购买一系列限定的产品和服务。例如，POS支持根据编码在预付或赋权卡上的流感疫苗出资方帐户上购买流感疫苗。可以例如通过访问限定产品代码的列表来促进POS处的支持。该限定产品代码的列表建立起有资格使用卡的限定产品类别的列表。例如，该列表可以包括有资格使用流感疫苗出资方帐户预付或赋权卡的限定的流感疫苗的限定的产品代码。另外，电子收款机可以支持一系列标识流感疫苗预付或赋权卡程序。例如，流感疫苗出资方帐户预付或赋权卡号的前六位数可以被用于将帐户标识成有资格从该特定商家购买流感疫苗的流感疫苗出资方帐户。因此，图7将电子收款机108示出为存储代码和有资格的卡项目的列表。电子收款机系统或POS是用于描述终端功能构建在电子收款机本身内的集成系统以及POS终端是与电子收款机交互的独立设备的系统的术语。

[0105] 当消费者出示有资格的流感疫苗出资方帐户预付或赋权卡时，医疗保健服务提供者可以将该流感疫苗出资方帐户预付或赋权卡号与有资格的卡项目匹配。一旦标识出有资格的卡项目，医疗保健提供者的电子收款机系统可以对照限定的产品类别的列表评估结帐篮中的所请求流感疫苗存货清单代码。应该明白，流感疫苗出资方帐户预付或赋权卡是诸如便携式消费者交易设备那样的一种支付卡。便携式消费者交易设备的例子包括贷记卡、借记卡、预付卡、赋权卡、医疗保险卡、智能卡(集成电路芯片卡)、非接触式芯片卡(使用射频标识)、驾驶执照、个人数字助理、ATM卡、安全标志(badge)、门禁标志、储值卡、生物标识卡、传呼机等。可以使用任何合适光、磁、电磁或电机制来促进零售商的电子收款机系统或POS终端与便携式消费者交易设备之间的交互。在一些实施例中，便携式消费者交易设备是卡形式的，并具有磁条。

[0106] 一旦确定购买的流感疫苗的产品代码与可从电子收款机取得的列表中的限定的产品代码之一匹配，并且拥有该预付或赋权卡的消费者提供的流感疫苗出资方帐户标识符与可从电子收款机取得的有资格的卡项目的列表中的有资格卡项目之一匹配，零售商104将授权请求消息格式化(例如，通过商家(医疗保健提供者)的POS)。将该授权请求消息发送给图7中的零售商的受理方处理系统112。此外，图7示出了受理方处理系统将授权请求消息转发给支付授权系统116，支付授权系统116又将授权请求消息转发给发行方处理系统120。发行方处理系统120(例如，与流感疫苗出资方帐户的发行方相关的系统)或第三方可以查看该授权请求消息，以便确定是否在流感疫苗出资方帐户下授权购买。这可以通过查看流感疫苗的费用或通过查看作为授权请求消息的一部分提交的流感疫苗的产品代码和产品量额来完成。

[0107] 一旦出资方帐户的发行方或它的相关第三方(诸如，发行方的第三方管理者或最终用户客户端)作出确定，就可以将支付交易授权响应消息格式化。将它返还给医疗保健服务提供者-商家(例如，零售商或服务提供者)。一种替代是对根据流感疫苗出资方帐户评估对整个交易给予部分授权，其中该交易针对几种物品和服务只有其中之一是流感疫苗。在这样的情况下，可以对购买量额超过流感疫苗费用的差额拒绝授权。在该状况下，零售商可以向出示流感疫苗预付或赋权卡的消费者要求另外的支付手段。因此，可以利用流感疫苗出资方帐户预付或赋权卡购买授权产品(例如，流感疫苗)，而将现金、支票或其它支付卡用于支付非授权产品。

[0108] 现在参照图8，其中示出了例示根据本发明的一个实施例进行授权交易的方法的流程图800。在块804中，经由计算机确定消费者在销售点请求购买的流感疫苗与编码在流感疫苗出资方帐户预付或赋权卡上的流感疫苗出资方帐户下的限定的产品类别匹配。应该明白，词语“产品”的使用并不仅仅意指物品而且还意指服务。在块808中，发送授权请求消息以请求使用消费者出示的预付或赋权卡的流感疫苗出资方帐户。在块812中，利用包括总购买量额字段以及第一类限定项的第一限定量额字段的授权请求消息的格式。该量额字段可以包括一个或多个限定项的总购买价格。在图9-11中可以看到根据本发明的一个实施例的更详细方法。

[0109] 图9-11示出了演示根据图3和7中所示的系统进行交易的方法的流程图。现在参照图9的附图标记900，在块504中，存储与有资格在流感疫苗出资方帐户下使用的流感疫苗相对应的一组限定的产品类别。例如，可以将这些存储在电子收款机的存储器中或商家利用电子收款机可访问的数据存储设备中。因此，无需将限定的产品类别存储在电子收款机或商家处理设备中，只要它们可被商家访问即可。在块508中，存储标识一组流感疫苗出资方帐户的一组帐户标识符。并且，可以将这些存储在电子收款机或不同存储位置。

[0110] 在块512中，消费者出示流感疫苗出资方帐户预付或赋权卡。该预付或赋权卡编码了要在其上进行购买流感疫苗的交易的流感疫苗出资方帐户的标识符。商家从消费者出示的预付或赋权卡中获取流感疫苗出资方帐户标识符。在块516中，确定流感疫苗出资方帐户标识符是否与可从电子收款机取得的列表中的帐户标识符之一匹配。有效帐户标识符的列表可以不仅包括流感疫苗出资方帐户标识符，而且还可以包括用于其它出资方赞助的与医疗保健相关的物品和服务的那些标识符。实现它的一种方式是通过将帐户标识符的前六个数字用于标识与某个计划相关联的所有流感疫苗出资方帐户。因此，例如，Visa用在它的支付卡上的银行标识号(BIN)可以经由那些银行标识号的前六个数字分组，以指示参与特定流感疫苗出资方帐户项目中。尤其是，参与特定流感疫苗出资方帐户计划中的个体可以通过银行标识号中的其余的数来标识。这提供了标识流感疫苗出资方帐户预付或赋权卡的有效方式而无需在电子收款机上存储全部流感疫苗出资方帐户银行标识号。商家接受的另外流感疫苗预付帐户项目也可以通过它们各自BIN号的前六个数字标识。

[0111] 在图9的块520中，针对消费者请求购买的特定流感疫苗获取产品存货清单代码。例如，可以通过扫描包含用于所请求的流感疫苗的注射器的包装上的条形码或为正在从医疗保健提供者购买的流感疫苗输入SKU来获取流感疫苗的库存单位(SKU)(或诸如国家药品代码、通用产品代码(UPC)、或全局唯一标识符(GUID)的其它标识符)。在块524中，确定产品存货清单代码是否与限定的产品类别之一匹配。通过利用SKU码，可以实现简单的查找表来确定特定产品的SKU是否与存储在电子收款机上或经由电子收款机访问的产品存货清单代码之一匹配。如果产品与限定的产品类别匹配并且卡标识符与有效帐户标识符匹配，则可以发送支付网络授权请求消息，以及与包括在授权请求中的限定项的量额有关的附加信息。

[0112] 现在参照“A”开头的附图标记1000处的图10，在块528中，发送授权请求消息以请求使用编码在病人或消费者出示的预付或赋权卡上的流感疫苗出资方帐户。授权请求消息可以以多种方式格式化。例如，图13A-13C示出了对于通过在流感疫苗出资方帐户上进行的交易购买的产品的授权请求进行格式化的替代方式。一个例子是块532中所示的，其牵涉到将如下字段用于授权请求消息：总购买量额字段；第一类限定项的第一限定量额字段(包括限定项的税)；以及第二类限定项的第二限定量额字段。这种格式允许对属于不同类别的产品的购买提出授权请求。例如，这可能包括属于猪流感疫苗付还类别的第一产品和属于HIN1流感疫苗类别的第二产品。在图13B中更详细地示出了这种格式。

[0113] 图13B示出了可以将标准授权请求消息格式化有常规字段，包括总购买量额，以及第一类限定产品的总量额和第二类限定产品的总量额的附加字段。图13A和13C示出了格式化授权请求消息的替代实施例。

[0114] 图13A示出了标准授权请求消息704可以附有作为授权请求的一部分提交的限定的产品项的总量额的字段708。因此，图13A示出了可以根据价格实现的授权请求消息。通过电子收款机确定一个或多个产品是限定产品的列表当中的一种限定产品，已经通过电子收款机实现了初始资格测试。

[0115] 替代的，图13C示出了包括产品信息的授权请求消息。因此，图13C示出了具有总购买量额字段，以及用于产品代码、销售量额、和税额的所附字段。可以将该信息转发给发行方或代表发行方工作的第三方管理者，或发行方的客户端，以便确定提交的产品和所提交产品的量额是否限定在的流感疫苗出资方帐户下以用于授权。

[0116] 再次参照图10，在附图标记1000处，块536示出了在帐户发行方处理系统(例如，与从中付还流感疫苗的费用的出资方的发行方相关联的系统)处接收授权请求消息。因此，例如，可以经由医疗保健提供者(即，商家)的受理方和交易处理系统将授权请求消息发送给发行方。在块540中，确定在交易中是否授权对照出资方帐户评估流感疫苗。该确定可以由流感疫苗出资方帐户的发行方作出。替代的，可以让诸如处理器的第三方或为出资方帐户的发行方工作的第三方管理者承担确定提交的授权请求根据流感疫苗出资方帐户指南是否合格的工作。此外，发行方发给出资方帐户的出资方，诸如病人的雇主或病人的保险公司，也可以执行该任务。此外，可以由发行方确定，例如，流感疫苗出资方帐户是否包含足够的资金来支付流感疫苗。一旦对授权请求作出确定，可以格式化授权许可消息，以对授权请求消息作出答复，如块544所示。

[0117] 在块“B”开头的附图标记1100处的图11的块548中，在医疗保健服务提供者处，诸如在商家的电子收款机或POS处，接收授权许可消息，如图552所示，此时可以完成销售。

[0118] 授权许可消息可以根据图18C格式化。图18C示出了标准支付网络授权许可消息，其具有另外的附加字段。也就是说，示出了用于标识提交授权的产品的产品代码字段。此外，还示出了用于特定产品的单项(line item)总数。另外，示出了指示产品类别是有资格还是无资格的标记。另外，可以利用部分许可字段指示对于为交易提供资金的流感疫苗出资方帐户的使用是否给予完全许可，或者，对于提交的特定产品是否只给予部分许可。另外，可以使用指示许可量额的字段。此外，也可以附上交易的原始总量额。

[0119] 如图18C所示，可以通过授权响应给予部分许可。有益之处在于，这允许使用流感疫苗出资方帐户对整个购买量额实现交易，于是对在授权响应中未被授权的交易量额的差额实现分开偿还交易。因此，图12示出了演示实现方式这种分开偿还交易的方法的流程图。也就是说，在图12的附图标记1200处，在块604中，发送请求使用流感疫苗出资方帐户的授权请求消息。在块608中，接收授权以利用流感疫苗出资方帐户支付第一产品(所请求的流感疫苗)。因此，这将是满足流感疫苗出资方帐户的规程并且被认为是根据特定流感疫苗出资方帐户的指南许可的流感疫苗的流感疫苗。在块612中，确定作为同一购买交易的一部分提交的第二产品在流感疫苗出资方帐户下未得到授权。因此，例如，如果消费者还购买了糖棒，则这不满足流感疫苗出资方帐户的要求。结果是，发行方返回的授权响应消息将指示整个交易量额未得到授权。而是，只有流感疫苗(例如，第一产品)的价格将得到授权。在块616中，可以通过利用非流感疫苗出资方帐户的替代支付源支付第二产品(例如，糖棒)，来实现分开偿还支付过程。因此，病人或消费者可以出示另一张支付卡，也可以用现金或支票来完成购买交易。这提供了允许消费者利用他或她的流感疫苗出资方帐户预付卡，然后利用替代支付形式完成该购买的余下部分的好处。并且，如果持卡者没有足够可用差额来获得对整个限定的总量额的许可，则该方法支持对限定总数的部分量额的发行方授权。这提供了允许持卡者使用现金、支票或另一张支付卡分开偿还地完成购买的好处。

[0120] 一旦提交了授权许可消息并接收到了授权许可消息，交易仍然需要结算。因此，结算功能通常由商家诸如在一天结束时提交定期接收的所有支付的所有交易时通过批处理来实现。例如，商家ABC可以在一天结束时通过将批消息发送给商家的收单(受理)银行来提交所作的交易的所有记录。然后，商家的受理银行将所有授权交易提交给相应的支付网络。因此，这提供了转发交易信息以供在对利用流感疫苗出资方帐户所作的交易的审计中使用的独特的工具。

[0121] 现在参照图14，其中示出了例示确认项目合规性的方法1400的流程图。根据一种实现方式，可以利用支付网络结算交易来包括向出资方帐户的发行方或出资方提供有关经由根据流感疫苗出资方帐户进行的一笔或多笔交易购买的特定流感疫苗的信息的附加数据。因此，图14示出了医疗保健服务提供者(即，商家)如何可以将批处理格式化，以便向它的收单银行发送有关根据参与出资方帐户发行方或出资方管理的流感疫苗出资方帐户上进行的所有交易。而且，图14示出了可以利用支付网络结算过程向出资方帐户发行方或出资方发送有关作出的特定流感疫苗出资方帐户交易的信息，以允许出资方帐户发行方或出资方通过例如量额确认许可的每笔交易确实是在流感疫苗出资方帐户下授权的流感疫苗。

[0122] 图14示出了标准结算记录可以附有在流感疫苗出资方帐户下购买的限定项的产品描述和量额信息。可以由零售商104作为结算交易过程的一部分来将其格式化。零售商可以将标准支付网络结算记录和有关流感疫苗出资方帐户交易的附加信息记录(本文称为交易记录)转发给受理方处理系统112，受理方处理系统112又将它转发给支付授权系统116。然后，标准支付网络结算记录和所附的交易记录可以被转发到发行方处理系统120。
在这点上，可以由发行方使用标准支付网络结算记录作结算过程的一部分，并且该交易记录可以由发行方分开使用或转发给第三方管理者或最终用户客户端。该交易记录可以由例如最终用户客户端(即，流感疫苗项目的出资方)使用来检验项目合规性。如前所述，实现授权请求的一种方法是商家通过将正在购买的流感疫苗的产品代码与可经由电子收款机取得的产品代码的列表相比较，来对特定产品是否有资格在流感疫苗出资方帐户上购买进行检验。然后，流感疫苗出资方帐户的发行方许可购买的量额。因此，根据这种实现方式的授权请求系统取决于电子收款机所作的检验。在图14中所示的合规性系统允许出资方通过检索诸如产品代码和描述的附加信息作出项目合规性检验，以确认特定流感疫苗是在流感疫苗出资方的项目指导下限定的产品，因此有资格向特定流感疫苗出资方帐户收款。应该注意到，在支付网络授权消息中接收限定的产品量额可以独立使用或者与在支付网络结算记录中接收产品单项详细交易记录结合使用，反之亦然。

[0123] 图15示出了演示根据本发明的一个实施例实现合规性过程的方法1500的流程图。在方法1500中，块1104示出了可以进行病人与医疗保健提供者之间的交易以基于流感疫苗出资方帐户购买流感疫苗。在块1108中可以制备所进行的购买的计算机交易记录。然后，在块1112中可以将交易记录发送给根据流感疫苗出资方帐户进行的交易的审计方。

[0124] 图16-17示出了演示根据更详细实现方式的通过块1204-1248示出的方法的流程图。在附图标记1600处看到的块1204中，由医疗保健服务提供者在流感疫苗出资方帐户上进行与病人的交易以施予流感疫苗。如块1208所示，对于在流感疫苗出资方帐户上的购买，提交授权请求并接收授权。然后，可以为该购买制备计算机交易记录。例如，如块1212所示，交易记录的一个例子可以包括产品描述字段、购买量额字段、和对于购买量额的税额字段。这可以在图18A-18B中更详细地看到。

[0125] 图18A示出了可以将有关流感疫苗出资方帐户购买的附加信息附到支付网络结算记录，其中该信息被称为交易记录。图18B示出了图18A中所示的交易记录的更详细视图。也就是说，图18B示出了可以输入产品代码字段作为交易记录的一部分。另外，产品的数量也可以作为附加字段包括进来。此外，提供有关产品的附加信息的项描述符也可以作为字段包括进来。此外，可以包括单项量额以指示用于该项的量额。类似地，可以包括税字段以指示对于该项的税。而且，产品的单项总数可以作为字段包括进来。类似地，可以包括产品类别字段。所有这些信息或仅其一部分可以用于交易记录。

[0126] 在图16的块1216中，将交易记录附到支付网络结算记录，如图18A所示。然后可以将交易记录和结算记录发送给商家的受理方，如块1220所示，并转发给支付授权系统，如引到图17的块1228的参考块16A所示。此外，交易记录和结算记录可以由支付网络系统转发给流感疫苗出资方帐户的发行方，如块1232所示。在这一点可以将交易记录发送给流感疫苗出资方帐户的审计方，如块1236所示。替代地，可以将流感疫苗出资方帐户的发行方配置成其本身处理该交易记录。因此，例如，发行方可以确定在流感疫苗出资方帐户上进行的交易的交易记录是否被适当地认为是限定(合格)的交易。如果发行方不执行合规性过程，则它可以将交易记录转发给第三方处理器或流感疫苗项目的出资方。因此，例如，第三方处理器可以承担根据流感疫苗出资方帐户的指南确定交易是否适当地确定合格的工作。类似地，可以将出资方配置成本身执行合规性过程。图7的块1240示出了如通常由发行方进行的那样利用支付网络结算记录来完成交易支付。

[0127] 通过支付网络结算记录将交易信息转发给出资方帐户的发行方或出资方的好处之一是，如果需要的话，可以将编制报告书(statement)以转发给病人，该报告书指示在流感疫苗出资方帐户下所作的所有交易。另外，可以利用相同地格式和传送方法将多个医疗保健服务提供者(例如，商家)转发的交易记录传送给出资方帐户的发行方或出资方。如果需要的话或者如果允许的话，如块1248所示，这可以帮助病人(即，医疗保健服务的消费者)报告消费者的纳税。

[0128] 一种实现方式的好处是这些过程可以用作多个零售商、发行方、处理器和第三方管理者可以使用的标准。因此，不用要求个人或公司提供有关利用流感疫苗出资方帐户预付或赋权卡所作的购买的文档事务，可以使用授权和结算过程迅速地供应信息。类似地，不用要求零售商经由零售商(或零售商的代理)与第三方管理者之间的直接连接向第三方管理者或它的处理器提供利用流感疫苗出资方帐户预付或赋权卡购买的项的列表，考虑到零售商不得不配置与每一个第三方管理者的直接连接，所述直接连接是牵涉到巨大开销的系统，本发明的实现方式避免了这样的开销，并且不要求零售商支持用于不同的第三方管理者和/或第三方管理者的处理器的不同数据库提取格式，并且这些实现方式也不要求第三方管理者和/或处理器支持接收不同零售商的不同格式、介质、和通信方法。

[0129] 一种实现方式的好处是可以允许实时自动地证实(即，自动证实)从流感疫苗出资方帐户的支付卡支出的限定量额，从而减少了与流感疫苗出资方帐户和相关的证实要求相关联的费用。

[0130] 上面公开的实现方式牵涉到流感疫苗出资方帐户预付或赋权卡，其供病人使用来从医疗保健服务提供者购买流感疫苗，其中该购买是根据发行方开立给流感疫苗出资方的出资方帐户作出的。但是，还构思了，上面公开的实现方式在概念和功能上也可以应用于病人用来从医疗保健服务提供者购买医疗保健相关物品或服务的政府医疗保健服务卡，其中该购买是根据发行方开立给在资金上负责向病人提供医疗保健服务的政府实体的帐户作出的。举与美国有关的例子，但非限制性地，这样的政府医疗保健服务卡可以是医疗保险和/或医疗补助卡。如本文所指的，医疗保险和/或医疗补助由政府实体管理，来使医疗保险覆盖满足特殊条件的人。在一些情况下，根据在政府实体下的医疗保健服务覆盖的病人提供的、开立给作为医疗保健服务的单一支付者的政府实体的帐户，在医疗保健服务提供者与病人之间进行交易。例如，医疗保险操作作为单一支付者的医疗保健系统。

[0131] 参考附图结合本文公开的实现方式说明了步骤、方法、过程和设备，在附图中，相同附图标记代表相同或相似元件。虽然就最佳方式作出了描述，但本领域的普通技术人员将理解，该描述旨在覆盖如可以被包括在如本公开和附图支持的如所附权利要求及其等效物限定的本发明的精神和范围内的各种替代物、变型和等效物。在整个说明书中对“一个实现方式”或“实现方式”或类似语言的引用指的是结合该实现方式描述的具体特征、结构、或特性被包括在本发明的至少一个实现方式中。因此，在整个说明书中出现的短语“在一个实现方式中”，“在实现方式中”和类似语言可以都指同一实现方式，但并非必然如此。

[0132] 在一个或多个实现方式中可以以任何合适方式组合本发明所述的特征、结构、或特性。在该描述中，列举了许多具体细节来提供对本发明的实现方式的透彻的理解。但是，本领域的技术人员应该认识到，可以践行本发明而无需一个或多个这样的具体细节，或者可以利用其它方法、部件、材料等来实施本发明。在其它情况下，未详细示出或描述众所周知的结构、材料或操作，以避免使本发明的各个方面不清楚。

[0133] 所包括的示意性流程图一般以逻辑流程图的形式给出。这样，描绘的次序和带标号的步骤指示所给出的方法的一种实现方式。可以构思在功能、逻辑、或效果上与所例示方法的一个或多个步骤或其部分等效的其它步骤和方法。另外，提供所采用的格式和符号是为了说明方法的逻辑步骤，而不应该被理解为限制本发明的范围。尽管在流程图中可以采用各种类型箭头和各种类型线条，但不应将它们理解为限制相应方法的范围。实际上，一些箭头和其它连接符可以用于只指示方法的逻辑流。例如，箭头可以指示所描述的方法的枚举的步骤之间的未指定持续时间的等待或监视时段。另外，特定方法发生的次序可以严格遵守也可以不严格遵守所示的相应步骤的次序。

[0134] 本发明可以以其它特定方式实施而不偏离其精神或基本特性。所描述的实现方式在任何方面都被认为仅仅是示例性的而不是限制性的。因此，本发明的范围由所附权利要求书指出，而不是由前面的描述指出。在落在权利要求书的意义和范围内任何改变都被包括其范围之内。

标题	发布/更新时间	阅读量
一种税务票据柜管理系统	2020-05-20	83
发票发售方法和系统	2020-05-20	913
具有人像、指纹比对功能的居民身份证制证系统及方法	2020-05-12	124
信息处理装置、打印机、程序以及信息处理方法	2020-05-13	342
图像分类装置、图像分类方法、程序、记录介质、集成电路、模型制作装置	2020-05-14	836
信息显示装置、程序及信息显示方法	2020-05-19	346
检査装置、数据生成装置、数据生成方法及存储介质	2020-05-22	698
固网2.5G中双汇接局话务台功能实现方法	2020-05-16	253
办证信息自助采集设备及其方法	2020-05-15	764
办证信息自助采集设备	2020-05-17	226

通过支付处理系统基于出资方帐户的医疗保健自动证实

通过支付处理系统基于出资方帐户的医疗保健自动证实

技术领域

背景技术

发明内容

具体实施方式

该功能需要专业版企业版VIP权限，您可以：