[发明专利]用于方便创建和管理具有项目的唯一识别代码的项目列表并将该列表与赞助方的支付金融交易卡计划相关联的系统

说明书

技术领域

本申请要求于2010年12月13日提交的美国申请No.61/422,471、2011年5月26日提交的美国申请No.13/117,003、以及2011年5月26日提交的美国申请No.13/117,010的优先权，以引用的方式将所有这些申请并入本文中。

技术领域

本发明涉及方便创建和管理项目列表的系统，更具体地讲，涉及方便创建和管理具有每个项目的唯一识别代码的项目列表的系统，包括：将列表与赞助商的支付金融交易卡计划相关联，以确定与指定金融交易卡计划相关联的支付金融交易卡是否可以用于支付针对购买所出示的项目。

背景技术

很多被管理的保健提供商向他们的成员提供针对处方药的折扣。然而，仅少许被管理的保健提供商也向他们的成员提供针对非处方(Over-The-Counter，OTC)药的折扣。因此，常见的是成员由于小病(例如，流鼻涕和咳嗽)而去往急诊室。这些造访以及在这些造访期间开出的药物通常非常昂贵，且通常由被管理的保健卡提供商来支付。

如果向成员给予用于花费在OTC产品(例如，OTC咳嗽糖浆、抗组胺剂、阿司匹林等等)上的每月固定的金额，则可以消除很多这些造访及其关联支出。向其成员提供OTC福利的少许被管理的保健提供商传统上已尝试通过使用给予成员的、并在零售商店处赎回的纸质优惠券或表格来实现该点。这些传统方法通常充满了错误，且并不提供以下能力：提供与方法相关联的任何报告能力。

在用于方便顾客兑现福利的一个系统和方法中，提供福利金融交易卡，其包括将识别码与顾客相关联。在该福利金融交易卡上存储该识别码。访问与识别码相关联的账户记录，然后进行确定，以确定针对顾客购买所出示的项目是否符合福利折扣的资格。如果确定该项目符合福利折扣的资格，则计算该项目的恰当折扣。

当前方法涉及与被管理的保健提供商相关的多个实体和在零售商的意义上的多个实体，但是未能提供在创建、关联和管理符合资格的项目列表的多对多场景中固有的复杂度。单一被管理的保健组织与一个项目列表加上单一零售商品牌是相当直观的。然而，具有在多个零售商处接受的一个以上项目列表的多个组织是更复杂的场景。在使用当前方法的情况下，识别列表本身。然而，即使为了在购买时基于出示的支付或ID机制来执行项目匹配，作为结果的列表输出是必须的，当前方法也未能创建、关联和管理列表。

大多数美国保健计划提供了在零售商店处针对与保健相关项目的福利范围。示例包括(但不限于)：过敏药物、咳嗽和感冒药物、止痛药、维生素等等。

联邦政府通过卫生及公共服务部，更具体地通过医疗保险和医疗辅助中心，限制了对被定向至一个零售商品牌(商家)的福利资金的使用。同时，只要该项目是整个核准列表的子集且向所有成员提供它们，它们不要求健康计划提供相同的符合资格项目的列表。

当前的方法并未涉及：如何创建符合资格的项目列表，如何将其与金融交易卡计划相关联，并且如何持续进行管理。当前方法仅涉及基于列表来确定针对顾客购买所出示的项目符合资格还是不符合资格。由被管理的卡提供商来提供的列表，或在灵活福利金融交易卡(flex benefit financial transaction card)的示例下由雇主来提供的列表。

需要以下系统和方法：其让若干零售商公开它们销售哪些项目并向符合项目的列表中添加他们自己的私有标签项目。还需要让若干保健计划(或赞助商)具有(i)具有核准主列表形式的起点；(ii)查看来自多个参与零售商的项目匹配的能力；(iii)根据该列表来创建子集的能力；(iii)创建定制列表的能力；以及(iv)将该列表与赞助商资助的特定支付机制相关联。

发明内容

因此，本发明的目的是提供以下系统：其在确定所出示的项目是否符合由出示的支付机制(例如，金融交易磁卡刷卡)来购买的资格时，对在从销售点设备购买时调用的项目列表的创建和关联进行自动化。

本发明的另一目的是提供：允许零售商在特定项目列表中公开他们销售哪些项目的能力，以及向这些列表添加他们自己的私有标签产品的能力。

本发明的另一目的是提供以下系统：其允许赞助商创建项目列表并将这些列表与支付计划相关联的能力，以用于与向赞助商的成员销售符合资格的项目的零售商进行结算的目的。

本发明的又一目的是提供以下系统：其允许每个列表的赞助商确定公开设置。