为利用基于亲和力分配的优先匹配成员的电子共享转让生成具有可点击网络链接的在线共享条的制作方法

为利用基于亲和力分配的优先匹配成员的电子共享转让生成具有可点击网络链接的在线共享条
[0001][0002][0003][0004]
交叉引用
[0005]
本技术要求于2019年3月15日提交的美国临时专利申请第62819201 号的权益，该专利申请的全部内容通过引用结合于此。
技术领域
[0006]
本公开涉及为具有电子服务能力的优先匹配的成员的电子共享转让生成具有可点击网络链接的在线共享条，使得对等医疗保健需求共享组织中的更多的成员能够参与电子共享转让。


背景技术：

[0007]
医疗保健共享是医疗保健保险产品的替代方案。医疗保健共享是一种互惠互利的社会，在这种社会中，成员承诺共享其他成员的部分医疗需求。组织可以在资金的接收和支付中扮演积极的角色，或者通过向成员提供共享信息以参与对等的直接共享模式而扮演更被动的角色。
[0008]
在医疗保健共享模式中，通常成员定期支付共享，通常为按月支付。当成员有符合条件的医疗保健费用时，该成员可以将该费用作为需求提交。医疗保健共享组织分配一个或多个其他成员来满足这一需求。该需求可以在对等直接共享模式下由其他成员直接满足，或者通过成员将他们的共享资金发送给医疗保健共享组织，以集体汇集并分配给有需求的成员而间接地满足。


技术实现要素：

[0009]
除了通过邮政邮件共享之外，电子共享还为成员提供了通过他们可能已经使用的支付平台发送和接收共享的机会。当发送和接收的成员都使用相同的支付平台时，电子共享是可能的。
[0010]
本人发现了一个处理，该处理在定期分配共享期间，优先连接具有匹配或兼容的共享转让方法的成员。一些成员更精通技术，使用电脑、手机、平板、以及其他网络连接的电子设备来交流和管理资金。其他成员不太懂技术，或者只是偏爱纸质邮件和支票。通过优先向设置为经由数字、基于网络的解决方案向具有类似能力的其他成员接收共享的成员显示具有可点击网络链接的图形化的在线共享条，整体成员具有更好、更有效的共享体验。
[0011]
本人还认识到，当能够以电子方式支付共享的成员与希望以电子方式收取共享的成员相匹配时，成员用于接收共享的时间可以被缩短。纸质邮件比电子邮件慢，通过邮件发送支票比使用在线转让服务发送资金慢。为了使有需求的成员接收更快的在线转让，有需
求的成员被设置为接收在线转让，并且发送共享的成员被设置为发送在线转让。如果接收的成员未设置为接收在线转让，则愿意通过在线转让发送共享的成员无法利用更快的在线转让。类似地，如果有需求的成员设置为接收在线转让，但共享发送成员未设置为在线转让，则必须通过邮政邮件转让共享。
[0012]
成员可以通过具有图形用户界面的成员门户添加和编辑他们的支付链接。成员选择他们偏好的电子服务支付方法，并且为一个或多个电子服务进入其个性化的支付链接。当成员有需求时，共享成员通过电子邮件或成员门户接收共享条。共享条具有可点击的网络链接，以通过电子方式、而不是通过邮政邮件来发送共享。
[0013]
本人发现，优先匹配总需求美元金额最大的组确保了更多的成员收到具有可点击的网络链接的共享条，以启动他们的共享的电子支付。需求按组的总金额排序。选择具有最大的总美元金额的共享偏好组。选择需求组内具有最大总美元金额的最大需求以用于分配。最大的共享、或最紧密匹配的共享大小，可以匹配到所选择的需求。以这种方式，更多的共享成员收到在线共享条，以通过电子服务发送他们的共享。
[0014]
本人还认识到，通过电子共享转让服务最大限度地增加共享成员的数量，最大限度地缩短了成员提交需求与收到其所有共享之间的总时间。通过邮件发送纸质支票的时间本质上是耗时的：手动将共享金额从共享条转到支票上，手动将成员的姓名和地址转到支票和信封上，在信封上贴上适当的邮资，将共享存入邮箱，等待邮政服务将共享交付给接收的成员，以及等待该成员从成员的邮箱取回共享。然后，接收成员必须打开邮件，手动完成共享接收清单，并将支票存入成员银行。当成员有大量的需求时，需要数十或数百共享时，这可能是特别麻烦的。电子共享转让系统几乎可以是即时的。一旦成员点击适当的网络链接，接收用户就可以接收共享。
[0015]
本发明的另一个优点是生成将共享金额参数发送到在线转让服务的网络链接。当成员在对等模式中直接发送共享时，成员通常手写个人支票或手动将共享美元金额输入在线账单支付或其他支票打印界面。本人发现，在线共享条中显示网络链接允许准确的共享美元价值自动转移到在线转让服务。通过可点击网络链接发送共享金额参数，与成员将数字从纸质共享条转到支票相比，可以减少用户错误的频率。
[0016]
当前公开的另一优点是发送成员不必手动正确地转置接收成员的名称和地址。当成员在对等模式中直接发送共享时，成员通常在信封上手写接收成员的姓名和地址。本人发现，显示到成员的电子共享系统配置文件的网络链接使得接收成员能够通过电子共享系统的配置文件控制接收地址。接收成员可以配置他们的电子共享系统配置文件，以将通知发送到他们偏好的电子邮件地址，并且将电子转让的资金存入他们偏好的银行账户。接收成员可以远程管理其接收的所有共享。这使得住院成员能够管理从医院病床接收的成员的共享。同样地，在发生自然灾害的情况下，该成员可能因自然灾害而有医疗需求。成员可能不得不撤离或被安置在临时的生活环境中，这可能使成员难以在物理地址发送支票或接收纸质邮件。通过在线共享条和电子共享转让最大限度地发送共享，使成员能够在临时的居住情况下继续参加医疗保健共享组织。
[0017]
虽然本公开侧重于医疗保健共享，但同样的原则可适用于其他家庭费用的共享、收入保护(如残疾)、法律责任保护、以及财产保护。
[0018]
可以理解，通过以下详细描述，其他实施例对本领域技术人员来说将变得容易理
解，其中，仅以说明的方式示出和描述各种实施例。如将认识到的，这些概念能够具有其他和不同的实施例，并且它们的几个细节能够在各种其他方面进行修改，所有这些都不偏离作为本发明所要求的精神和范围。因此，附图和详细描述被视为说明性的，而不是限制性的。
附图说明
[0019]
在附图中通过示例而不是限制的方式来说明各方面，其中：
[0020]
图1描述了对等需求共享的示意图。
[0021]
图2描述了设置为或未设置为电子共享转让的成员之间的各种匹配。
[0022]
图3描述了存储成员的共享偏好服务优先级的示意图。
[0023]
图4描述了分配引擎的流程图，该分配引擎优先将设置为电子共享转让的成员与设置为接收电子共享转让的接收成员进行匹配。
[0024]
图5描述了具有可点击网络链接的在线共享条的图形用户界面，该链接使发送成员能够通过电子转让服务发送共享。
[0025]
图6描述了图5的在线共享条的附加信息显示和确认。
[0026]
图7描述了图5的在线共享条的附加信息显示和确认。
[0027]
图8描述了根据成员偏好排名对多个电子服务提供商进行排名的示意图。
[0028]
图9描述了使成员能够在多个电子服务之间选择共享偏好的图形用户界面。
[0029]
图10描述了分配引擎的流程图，该分配引擎优先将电子共享与电子需求相匹配，并然后将常规共享与常规需求相匹配。
[0030]
图11描述了分配引擎将共享分析队列中的共享分配给从需求分析队列中选择的需求的流程图。
[0031]
图12描述了分配引擎执行匹配设定的流程图。
[0032]
图13描述了分配引擎的流程图，该引擎在评估其他兼容的共享偏好组之前，优先从匹配需求的共享偏好组分配共享。
[0033]
图14描述了分配引擎的流程图，该优先引擎优先将设置为电子共享转让的成员与设置为接收电子共享转让的接收成员进行匹配。
[0034]
图15描述了分配引擎的流程图，该分配引擎基于所选择的需求偏好组来确定作为兼容的共享偏好组的在线共享条类别的兼容性。
[0035]
图16描述了一段时间内合格成员需求的样本数据集。
[0036]
图17描述了与成员资格相关联的共享类别的样本数据集。
[0037]
图18描述了与成员资格相关联的需求类别的样本数据集。
[0038]
图19描述了用于分配的样本数据集，该分配已将来自成员资格的各种共享匹配到需求。
[0039]
图20描绘了公开的用于为对等需求共享社区的每个成员生成共享条的处理的流程图。
[0040]
图21描述了公开为处理的在对等需求共享组织内将共享分配给需求的处理的流程图。
具体实施方式
[0041]
分配是将成员共享与成员需求相匹配的处理。目标是为每一个需求分配共享。分配处理对上一时段提交的所有需求定期地运行。这一时段通常是每月一次，但也可以是每年、每季度、每周、每天或每小时，这取决于成员数量、需求的规律性、需求的大小、以及成员对即时偿付的需求。可用于满足需求的共享数量和金额可能受到成员数量、每个成员共享的美元金额、将一部分共享延期支付给组织以支付管理费用以及成员信用的影响。分配引擎是一种基于计算机的算法，用于平衡共享和需求，并且将每个共享与需求匹配。
[0042]
假设的医疗保健共享组织如图1所示。医疗保健共享组织包括：成员 101、成员102、成员103、成员104、以及成员105。每个成员在每个时段发送一共享。成员101有医疗需求121，并且成员102有医疗需求122。成员101和成员102向医疗保健共享组织提交他们的需求。医疗保健共享组织根据组织的指南确定该需求是否符合共享条件。共享分配如下：成员 101向成员102发送共享111；成员102向成员101发送共享112；成员 103向成员101发送共享113；成员104向成员102发送共享114；并且成员105向成员101发送共享115。每个成员向有需求的另一个成员发送共享。这允许成员101和成员102用他们从其会员处获得的资金来支付他们的医疗费用。每个成员承担医疗需求121、医疗需求122的一部分。
[0043]
如图2所示，成员可以通过各种方式向另一个成员发送或接收共享。框201中示出了有需求的成员。框202中示出被分配为发送共享的成员。成员211具有医疗需求212。如图标213所示，成员211被设置成经由在线转让服务接收共享。在线转让服务包括对等支付应用程序和门户网站，诸如cash app
tm
,venmo
tm
,pay
tm
, pay cash
tm
。银行可以使用门户网站或诸如的应用程序提供在线转让服务。如图标216所示，成员215也被设置用于在线转让服务。成员215的共享由分配引擎分配给成员211的医疗需求212。成员215接收在线共享条，该在线共享条使成员能够以电子方式发送共享。成员215 经由成员211和成员215之间的计算机网络连接218通过在线转让服务发送共享219。成员211经由计算机网络连接218通过在线转让服务接收共享219。
[0044]
当有需求的成员未设置为接收在线共享转让时，则设置为在线共享转让的成员进行共享可能会感到不便。成员221有医疗需求222。成员221 未设置为经由在线转让服务接收共享。相反，成员221只能通过纸质邮件接收共享，如图标223所示。成员225设置为在线转让服务，如图标226 所示。成员225的共享由分配引擎分配给成员221的医疗需求222。成员 225可以接收在线共享条，但在该线共享条将没有到电子服务的可点击网络链接。成员225通过书写支票、手动将共享金额从共享条转到支票上、将成员221的姓名和地址转到支票和信封上、在信封上附贴适当的邮资、并且邮寄支票来发送共享228。几天后，成员221通过纸质邮件服务接收共享228。即使成员225被设置用于通过计算机网络连接229的在线转让服务，但是成员221也不能接收在线共享转让。因此，成员225要求纸质邮件的默认转让方法。
[0045]
类似地，当有需求的成员被设置为接收在线共享转让、但分配为发送共享的成员未被设置用于在线共享转让时，则接收的成员可能会感到不便。成员231有医疗需求232。如图标233所示，成员231被设置成经由在线转让服务接收共享。如图标236所示，成员235未设置为在线转让服务。成员的235共享由分配引擎分配给成员的231医疗需求222。成员235 通过书写和邮寄支票发送共享238。成员231通过纸质邮件服务接收共享 238。如果共享发送
成员235被设置为通过在线共享转让服务发送，则成员231将更快地收到共享238。即使成员231被设置为通过计算机网络连接239接收在线转让服务，成员235也不能发送在线共享转让。因此，成员235要求纸质邮件的默认转让方法。
[0046]
当有需求的成员未被设置为接收在线共享转让，并且被分配发送共享的成员也未被设置为在线共享转让时，那么双方都不会感到不便。成员241 有医疗需求242。如图标243所示，成员241未被设置为经由在线转让服务接收共享。如图标246所示，成员245也未被设置用于在线转让服务。成员245的共享由分配引擎分配给成员241的医疗需求242。成员245接收纸质共享条。成员245通过书写和邮寄支票发送共享248。成员241通过纸质邮件服务而不是计算机网络249来接收共享248。
[0047]
成员可以选择一个或多个偏好的在线转让服务来发送共享和接收共享。如图3所示，成员301或成员服务代表302可以选择共享偏好服务优先级305，该共享偏好服务优先级305存储在数据库306中。共享偏好服务优先级305的类别顺序可以是选择的电子转让服务(“电子服务”)，然后是在线共享条，然后是纸质支票。在一个实施例中，所选择的电子服务是单个服务提供商。在另一实施例中，所选择的电子服务具有多个服务提供商选项。
[0048]
为了提高具有匹配或兼容的需求共享转让服务偏好的成员之间的共享效率，分配引擎优先将表示出对类似电子转让服务具有偏好的成员匹配在一起。为了增加成功匹配的成员的百分比，分配引擎优先考虑将总需求美元金额最大的电子转让服务与匹配该电子转让服务的共享进行匹配，如图4所示。
[0049]
在一个实施例中，如步骤401所示，第一步是加载共享。所有共享都加载到分析引擎中的共享分析队列中。一旦共享已加载，任何减少将适用于共享。当可用共享的总美元金额超过需求的总金额时，就会发生减少。结果是，共享(除了发送给共享组织用于管理日常开支的共享)按预先确定的百分比减少。在这一步骤中，信用也应用于共享。信用可以应用于共享，以奖励某些成员行为，例如将其他成员推荐给共享组织。减少和信用都减少了成员在其共享中发送的美元金额。信用减少特殊成员的共享的美元金额，而减少适用于大多数或所有共享。
[0050]
下一步是需求步骤，如步骤402所示。当前时段的所有需求都加载到需求分析队列中。此时，计算可共享的总金额。比例分摊是按预先确定的百分比减少每项需求，当需求的总美元金额超过共享的总美元金额时，可能发生这种情况。比例分摊影响可共享的总金额。
[0051]
分配引擎计算并显示当前时段可用的共享的总美元金额、当前时段加载的需求的总美元金额、以及设置为在后续时段加载的需求的总美元金额。分析员可以将某些需求或某些需求中的一部分从后续时段拉到当前时段。可替代地，分析员可以将某些需求或某些需求中的一部分从当前时段推到后续时段。这为分析员提供了影响当前时段加载的需求的总美元金额的自由裁量能力。通过将一个或多个额外需求拉入当前时段，该需求本来要到后续时段才会加载，当前时段的需求的总美元金额就会增加。这可以有利于充分利用当前时段的共享的总美元金额。将需求拉入当前时段的另一个好处是减少后续时段所需的共享的数量，从而防止后续时段中需求的总美元金额超过该时段中可用的共享的总美元金额的情况。添加到推送列表中的需求会减少当前时段可共享的总金额。将需求推到后续时段的好处是：当当前时段的需求的总美元金额超过该时段可用的共享的总美元金额时，当前时段的需求可以被更充分地共享。分析员可以推动整个共享、特定的美元金额、或预先确定的
百分比。如果需求的总美元金额小于定义的最小可共享金额，则从需求队列中删除该需求。
[0052]
在图4所示的实施例中，如步骤403所示，医疗保健共享组织可以针对特殊需求利用单独的共享结构。这种单独的共享结构允许成员自愿选择参与发送和接收与特殊需求有关的共享。在一个示例中，常规需求限制在 $250000.00，而特殊需求是总美元金额超过$250000.00的需求，具体地，需求的金额超过$250000.00。如果该成员选择参与特殊需求计划，则该成员与选择参与特殊需求计划的其他成员共享需求的超过$250000.00的部分。参与示例性特定计划的成员仅在有合格的需求时才发送此额外共享。如果不需要特殊计划共享，则参与的成员将资金存放在储备金中，以建立特别计划参与余额。如果符合条件的特殊需求的总美元金额少于在一给定时段内为参与成员留出的累计量，则这种余额可以逐年增加。在这个例子中，成员承诺每年留出特定金额的资金，如由计划指南确定的特定金额的资金，以为特殊需求的定期共享贡献额外共享部分。已批准用于共享的任何特殊需求都加载到特殊需求队列中。在一个实施例中，分配引擎计算与参与特殊需求计划的成员数量相关的特殊需求金额，以形成特殊需求参与共享金额。特殊需求参与共享金额作为调整后的共享金额添加到每个参与成员的共享中。
[0053]
如步骤404所示，每个成员资格或成员资格组可以选择在每个时段发送多于一个共享，从而导致分割共享。成员服务代表可以将分割共享参数与愿意发送多个共享的成员资格相关联。分配引擎基于与成员愿意发送的共享数量相对应的分割共享参数来生成多个较小的共享。分割计算器创建分割共享的副本，并且相应地调整共享金额，因此两个共享的金额可能不相等，但是将合计起来与该成员的单个共享的美元金额相同。对于大的共享组，存在可配置的最大共享美元金额，该金额将自动强制分割共享，以便每个分割后的共享的共享金额不超过最大共享美元。
[0054]
然后，在匹配步骤405中将共享分析队列中的共享分配给需求分析队列中的需求。匹配步骤405在框408中展开。在开始410处，分配引擎开始匹配步骤405。分配引擎根据步骤411对标记为电子服务的所有需求进行排序。需求按最大的美元金额到最小的美元金额进行排序。但是，除此之外，收集器需求可以被添加到队列的底部，否则将脱离队列的顺序。可替代地，需求可以按时间顺序、需求的严重程度由分析员手动进行排序，或者根据衡量成员在该部门内参与程度的计算指标(诸如成员资格的长度或发送共享的及时性)来进行排序。
[0055]
如步骤412所示，分配引擎可以优先考虑对特殊需求的处理。分配引擎用特殊需求组中的共享处理特殊需求组中的需求。在此示例中，只有特殊需求计划中的成员共享给符合条件的特殊需求。因此，特殊需求是在单独的循环中处理的。在另一示例中，分配引擎不辨别特殊需求成员和非特殊需求成员。在该第一轮中，特殊需求计划共享同特殊需求匹配的方式与常规共享同常规需求匹配的方式相同，这将在下面讨论。
[0056]
一旦匹配了所有的特殊电子服务需求，根据步骤413，分配进行以将常规电子服务需求与常规共享进行匹配。分配引擎从需求分析队列中选择最大的常规电子服务需求。系统可以寻找大于尚未被满足的需求金额的最小常规电子服务共享。如果共享分析队列中没有共享将完全满足剩余的需求金额，则选择共享分析队列中可用的最大共享。
[0057]
一旦在共享和需求之间有了初步匹配，分配引擎就执行匹配质量控制。系统防止将属于需求的成员资格的共享分配给需求。这防止成员与自身共享。对于分割的共享，系统被配置为每个成员资格或每组只向选择的需求分配一个共享。这防止要求一成员资格向同
一成员发送两个共享。
[0058]
在初步匹配并通过错误控制之后，然后将所选择的共享分配给所选择的需求，并且将需求的金额以共享美元金额减少。然后将该共享从共享分析队列中移除。
[0059]
如果存在额外的电子服务共享，如步骤414所示，则根据步骤415，系统继续将来自共享分析队列的电子服务共享应用于来自相同电子服务组的所选择的需求。然后，如步骤416所示，将所选择的共享分配给所选择的需求，并且需求的金额减少共享美元金额。然后将该共享从共享分析队列中移除。
[0060]
在步骤413至步骤416中，系统继续将电子服务共享与所选择的需求相匹配，直到共享的总金额大于或等于需求金额。如果共享总金额大于需求金额，则需求金额与共享之和之间的差额被视为超额。系统搜索共享分析队列，以确保没有小于该超额的可用共享。如果存在这样的可用共享，则分配引擎将删除最后添加的共享，并且将最后添加的共享放回共享分析队列，以分配给不同的需求。
[0061]
一旦共享分析队列中选择的电子服务组共享耗尽，则系统进入具有下一个最大美元需求金额的下一个电子服务组。分配引擎从最大的美元金额到最小的美元金额迭代地处理每个电子服务组，直到所选择的电子服务组的需求或共享耗尽。
[0062]
一旦电子服务组需求已与电子服务组共享匹配，则根据步骤417，分配引擎将共享分析队列中的任何非常规共享与接收在线共享条的成员资格进行匹配。在线共享条501是与特定成员资格相关联的电子图形用户显示，如图5所示并且在下面讨论。根据步骤418，分配引擎继续将任何剩余的电子服务需求与来自在线共享条组的共享进行匹配。接收到在线共享条的成员被呈现有用于电子服务的可点击网络链接，并且因此即使发送成员没有表示他们参与该电子服务，也可以参与接收成员所偏好的电子服务。
[0063]
一旦队列已经耗尽了来自需求分析队列的所有电子服务需求或来自共享分析队列的在线共享条共享，则根据步骤420，系统继续处理纸质支票。
[0064]
根据步骤430，分配引擎继续处理来自需求分析队列的需求和来自共享分析队列的共享，直到所有共享被分配或所有需求被满足。分析员可以调整各种设定(诸如拉和推)直到所有共享都已分配，而只有收集器的需求没有得到满足。一旦分析员对分配感到满意，分析员就选择将分配提交给生产。分配数据被推送到生产系统以生成共享条，包括打印的共享条和在线的共享条。如步骤406所示，系统继续完成任何剩余的共享。如步骤 407所示，系统通过记录和保存信用、共享、需求、指定为办公室共享的共享来完成分配。记录不同的场景运行详细信息。特殊需求，即那些可能不符合正常共享指南的需求可以得到解决。并且可以运行报告来显示分配场景的统计信息。
[0065]
如图5所示，在线共享条501给出了成员所分配的共享的共享信息。在线共享条501可以指示接收成员的名称505、接收成员的邮寄地址506、以及需求的简要描述507。在线共享条501显示共享概要510。共享概要 510包括：常规共享美元金额511、特殊共享美元金额512、以及总共享美元金额513。在线共享条还包括：可点击的网络链接，以供发送成员指示他们通过纸质邮件或电子服务发送共享的意图。发送成员选择通过邮件的纸质支票选择520或电子服务选择525。当成员点击通过邮件的纸质支票选择520时，文本域允许发送成员置入支票号码，并且确认共享已经通过邮政邮件发送。如果成员点击电子服务选择525，则显示具有预填信息的确认部分。如图6所示，确认部分619将电子服务选择625显示为已被选
择。显示所选择的电子服务名称627，以向用户确认选择了适当的电子服务。显示具有所选择的电子服务的接收成员页面628的url。成员有责任以类似于确认发送邮政邮件的方式确认付款发送。在可编辑的总共享金额域630中预填有总共享美元金额。在可编辑的当前日期域631中预填有当前日期。还向发送成员呈现随后的网络链接640。随后的网络链接640的激活导致显示用于所选择的电子服务的指示。如果成员选择了错误的电子服务或希望取消发送共享，则存在取消按钮641。如图7所示，点击随后的网络链接640可以打开指示显示701。指示显示701向共享发送成员呈现指示702，该指示702特定于所选择的电子服务平台，并且特定于如何返回到共享组织成员门户以确认共享的电子转让。如果该成员理解并同意该指示，则存在确认按钮703。如果该成员不同意该指示，则该成员仍然可以取消转让704。在该实施例中，确认按钮703是将共享发送成员发送到电子服务门户以将共享发送到接收成员的可点击网络链接。与确认按钮 703相关联的url目的地可以被硬编码以预填在总共享美元金额中。成员然后通过链接的电子服务发送他们的共享付款。共享成员还可以向分配给他们的有需求的成员发送简短的鼓励通知。
[0066]
如图8所示，系统可以应用用户界面偏好选择页801以允许成员或成员服务代表对服务提供商参数进行排序。成员或成员服务代表可以为诸如第一服务提供商805、第二服务提供商806、以及第三服务提供商807的单个电子共享转让服务选择从最高802到最低803的优先级排名。
[0067]
可替代地，如图9所示，成员访问图形用户界面901以选择他们的电子服务偏好。图形用户界面901显示成员传记数据902，诸如成员的姓名、地址、电子邮件、电话号码、以及教会隶属关系。通知部分905允许成员在电子通信偏好906和邮政邮件通信偏好907之间进行选择。共享偏好窗格915允许成员选择偏好的电子服务：第一电子服务916、第二电子服务 917、以及邮政邮件918。当成员选择了电子服务时，随后的屏幕提示该成员输入电子服务帐户配置文件信息。例如，成员可以输入他们的paypal.me 链接。该链接信息用于当该成员向也登记在该电子服务中的发送成员共享需求或选择接收电子共享条的发送成员共享需求时生成可点击的网络链接。
[0068]
图10更详细地显示了用于电子服务、常规需求和共享的排队处理。根据步骤1001，分配引擎确定每个需求是否是电子服务需求，以及每个共享是否是电子服务共享。如果是，则根据步骤1002，并且分配引擎继续获得电子共享，并根据步骤1003，获得电子需求。在步骤1002中，组合共享1004和成员资格电子服务1005。根据步骤1006，从该组合中，经考虑移除任何其他非电子服务共享。这导致只有电子共享1007。在步骤1003 中，将需求1008和需求电子服务1009相组合。根据步骤1010，从该组合中，经考虑移除任何其他非电子服务需求。这导致仅有电子需求1011。根据步骤1012，分配引擎选择电子共享1007以进行处理。根据步骤1013，分配引擎选择电子需求1011进行处理。根据步骤1020，分配引擎对这些选择的电子共享和选择的电子需求执行匹配。一旦分配开始处理常规需求或共享，则分配引擎向下进行路径1030。分配引擎获得所有需求1031，该需求1031包括常规需求和任何剩余的电子服务需求。分配引擎还获得所有共享1032，该共享1032包括常规共享、任何剩余的电子服务共享、以及在线共享条共享。根据步骤1033，分配引擎选择所有需求1031进行处理。根据步骤1034，分配引擎选择所有共享1032用于处理。根据步骤 1020，分配引擎对这些选择的所有共享和选择的所有需求执行匹配。
[0069]
用于匹配需求的处理如图11所示。相同的匹配处理可以用于特殊需求和常规需求。通过为适当的需求和共享分配适当的参数，分配可以将需求匹配为单独的组、特殊需求与特殊共享、以及常规需求与常规共享。在开始匹配处理1101时，在步骤1102中，按美元金额从最大到最小对需求进行排序。剩余的最大需求被选择为1103。如果存在更多的共享1104，则访问共享队列1105。分配引擎尝试匹配满足或超过需求金额1107的单个共享。如果分配不能匹配满足或超过需求金额1107的单个共享，则分配引擎进行多个共享1106的暂定匹配。通过满足或超过需求金额1107的多个共享1106或单个共享来满足需求，然后将这些共享分配给所选择的需求(步骤1108)。系统继续评估需求1109。如果存在更多的需求，那么步骤1102至步骤1108循环继续。如果没有更多的需求，那么根据步骤 1110，系统前进到下一组。如果步骤1104给出的结果是对于指定的组没有更多的共享，则系统也可以前进到下一组。
[0070]
图12中更详细地示出了用于匹配设定1201的处理。根据步骤1202，首先将共享与相同类别的需求匹配，直到该类别中的共享或该类别中的需求耗尽为止。该类别可以是电子服务，也可以是共享交易的另一个方面。例如，该类别可以是货币，在这种情况下成员更愿意共享墨西哥比索或加拿大元。共享该货币类别的需求可以优先与设置为在同一货币类别下共享的成员进行匹配。此外，诸如bitcoin
tm
和ethereum
tm
电子货币系统结合了支付网络和货币形式。因此，电子货币系统可以被包括作为优先匹配需求和共享的类别。
[0071]
一旦每个类别的共享或需求被耗尽，那么根据步骤1203，分配引擎可以前进到最后机会匹配设定。在最后一次机会匹配设定中，任意非常规类别共享被匹配到任意非常规类别需求。这样，更懂技术的用户有更大的机会被匹配在一起。当类别为电子服务时，该最后机会匹配设定可能更有利，而当类别为货币时，该最后机会匹配设定可能较不利。根据步骤1204，最后匹配设定忽略类别，并且将任何剩余需求与任何剩余共享进行匹配。
[0072]
如图13所示，选择的需求偏好组可以与多个兼容的共享偏好组相匹配。分配引擎可以被配置为首先优先考虑相同的电子共享转让服务，并且然后进行到次级亲和力基础偏好或兼容的共享转让服务。分配引擎可以被配置为生成兼容共享队列，该兼容共享队列包含所有匹配的发送共享或者来自可用共享的兼容发送共享。如步骤1301所示，分配引擎首先接收所选择的需求偏好组。根据步骤1302，分配引擎选择共享相同共享服务的需求。然后，根据步骤1303，分配引擎继续将来自相同共享服务的共享分配给来自所选择的需求偏好组的需求。如果在相同的共享服务中没有额外的共享可用，那么根据步骤1304，分配引擎可以继续选择匹配或兼容的共享服务。根据步骤1305，将来自兼容共享服务组的共享分配给来自所选择的需求偏好组的需求。如果在兼容共享服务组中没有额外的共享可用，则根据步骤1306，选择默认共享服务组。根据步骤1307，来自默认共享服务组的共享被分配给来自默认共享服务的需求，直到需求或共享耗尽。
[0073]
分配引擎的另一个实施例如图14所示。根据步骤1401，在特定时段内将符合用于在共享组织的指南下共享的需求接收到需求分析队列中。根据步骤1402，按需求偏好组对需求分析队列进行排序。根据步骤1403，分配引擎选择具有最高的需求总美元金额的需求偏好组。根据步骤1404，在所选择的需求偏好组内从最大美元金额到最小美元金额对需求进行排序。根据步骤1405，在所选择的需求偏好组中选择具有最大美元金额的需求。
[0074]
为了将适当共享分配给来自所选择的共享偏好组的需求，根据步骤 1411，特定时
段的共享也被接收到共享分析队列中。根据步骤1412，按共享偏好组对共享分析队列进行排序。根据步骤1413，分配引擎基于所选择的需求偏好组选择共享偏好组。步骤1413可以合并兼容类别以优先选择相同(或匹配的)共享偏好组，并且然后继续选择兼容偏好组。
[0075]
然后，将步骤1405的所选择的需求与步骤1413的所选择的共享偏好组中的共享进行匹配。根据步骤1420，除非分配引擎识别出等于或大于剩余共享金额的共享，否则将所选择的共享偏好组内的最大共享分配给所选择的需求。可替代地，如果来自所选择的共享偏好组的多个共享与该需求匹配或兼容，则系统可以以与分析初级亲和力基础相同的方式继续分析次级亲和力基础。如果所选择的需求已经被分配的共享完全满足，那么分配引擎将进行到步骤1430。如果所分配的共享尚未完全满足所选择的需求，则分配引擎将进行到步骤1440。
[0076]
如果所分配的共享尚未完全满足所选择的需求，则根据步骤1440，系统将确定在共享偏好组中是否存在额外的共享。如果在所选择的共享偏好组内存在额外的共享，则分配引擎返回到步骤1420以从所选择的共享偏好组中分配下一个最大的共享，除非存在满足需求的剩余美元金额的单个较小共享。如果在所选择的共享偏好组内没有任何额外的共享，则根据步骤1441，系统选择默认共享偏好组。
[0077]
如果在步骤1421中所分配的共享已经完全满足所选择的需求，则根据步骤1430，分配引擎将检查在所选择的需求偏好组中是否存在额外的需求。如果存在额外的需求，则根据步骤1431，分配引擎将在所选择的需求偏好组中选择具有下一最大美元金额的下一需求。然后，系统返回到步骤 1420，以继续将新需求与可用共享进行匹配。如果在所选择的需求偏好组中不存在额外需求，则根据步骤1432，分配检查在具有下一最大总美元金额的后续需求偏好组中是否存在额外需求。如果在随后的需求偏好组中存在额外的需求，则系统返回到步骤1403。如果在后续组中不存在额外需求，则根据步骤1450，分配引擎继续检查在默认需求偏好组中是否存在额外需求。如果在默认需求偏好组中存在需求，则系统返回到步骤1420以分配共享而不考虑偏好分组。如果在默认需求偏好组中不存在额外需求，则根据步骤1460，系统停止分配处理。
[0078]
确定兼容共享服务的处理如图15所示。首先，根据步骤1501，分配引擎接收所选择的需求偏好。根据步骤1502，系统确定所选择的需求偏好组是否是在线服务。根据步骤1503，如果需求偏好组是在线服务，那么在线共享条组是兼容共享偏好组。根据步骤1504，如果需求偏好组不是在线服务，那么在线共享条组不是兼容共享偏好组。
[0079]
图16示出了用于需求提交的样本数据集1601。需求被给定唯一的需求标识号1602。每个需求与提交成员1603相关联。数据集1601还包括：医疗需求的描述1604、成员资格号1605、识别成员资格内具有该需求的特定成员的成员id 1606、以及总需求金额1607。
[0080]
图17示出了用于存储成员共享偏好的示例性共享偏好数据集1701。数据集1701包括：唯一标识号1702和成员资格号1703。每个成员资格都与一个或多个类别相关联。
[0081]
图18示出了用于存储成员的需求偏好的示例性需求偏好数据集 1801。数据集1801包括：唯一标识号1802和成员资格号1803。每个成员资格与一个或多个需求类别相关联。
[0082]
图19中示出了来自分配引擎的完成运行的示例性分配数据集1901。列1902中示出了唯一标识符。每次分配引擎在一时段内运行时，都会记录场景号1903。这允许分析员调整
设定并跟踪不同设定的结果。唯一需求号1904与成员资格号1905一起包括在分配数据集1901中。共享金额1906 被显示为与唯一需求号1904相匹配。此信息被用于填充每个成员的各自共享条。
[0083]
为了增加与具有相同类别的接收成员连接的共享成员的数量，分配引擎优先匹配具有最高美元金额的类别。生成网络链接以将共享成员引导到提交所选择的需求的成员资格的在线帐户门户。该网络链接包括：共享金额，以减少在转换共享号时发生成员错误的机会。通过在线帐户门户向共享成员显示在线共享条。
[0084]
基于亲和力的分配可以用于基于一个或多个标准将共享成员与接收成员优先匹配。标准可以包括：地点、医疗需求类型、家庭人口统计或宗教或其他组织从属。
[0085]
在一个示例中，医疗保健共享组织基于共享成员和接收成员的位置，使用基于亲和力的分配。医疗保健共享组织优先基于物理邻近性将共享成员与接收成员匹配。物理位置与每个成员相关联。例如，位置条目存储为每个成员的位置变量。位置变量的位置条目可以是国家、州、县、市的名称。位置变量的位置条目也可以是邮政编码(诸如邮政编码)、或经度和纬度坐标。位置变量的位置条目可以动态地生成，诸如因特网协议(ip) 地址、因特网服务提供商(isp)、gps坐标、或由移动设备或计算机上的应用程序生成的位置信息。物理位置也可以是静态的，基于在成员的成员资格应用程序中输入的物理地址。分配引擎计算发送成员和接收成员之间的物理距离，例如通过比较邮政编码之间的差异或通过根据成员的纬度和经度计算距离。分配引擎匹配共享队列中与所选择的需求的计算距离最短的共享。通过将共享分配给具有物理邻近性的成员，共享成员可以更亲自地参与共享处理。更积极的成员可能更快地发送鼓励通知，该通知伴随着向接收成员发送共享而来，因为距离很近。在社区意识的驱使下，更积极的成员也可能更快地发送共享。
[0086]
在另一例子中，医疗保健共享组织优先基于医疗保健服务的根本医疗原因(例如，癌症、心脏病、肝病、肾病、哮喘、关节炎、痴呆、糖尿病、癫痫、怀孕、骨折等)或基于医疗保健服务本身(例如，化疗、放射治疗、输血等)，将共享成员与接收成员相匹配。一个或多个医疗描述条目与医疗描述账单变量相关联。医疗诊断条目可以对应于一般描述、诊断、帐单代码号、或医疗处理的严重级别(诸如严重的、创伤的或晚期的病症)。共享成员可以选择一个或多个对个人有意义的医疗诊断条目，诸如共享成员亲身经历或失去爱人的疾病。类似于图8，共享成员可以通过在线帐户门户对共享成员重要的医疗原因进行排序来创建医疗偏好列表。向共享成员呈现多个医疗诊断、描述或类别。共享成员通过对多个医疗诊断条目中的每一个进行排序或分配兴趣值来对多个医疗诊断、描述或类别进行排序。在另一个实施例中，基于共享成员发送他们的共享所花费的时间，共享成员被赋予参与评级。具有快速参与评级的成员可以与更严重的需求相匹配，这些需求具有更高的美元价值。这使得处于困难和高度情绪化时期的接收成员能够最有效地获得财政支持。医疗保健共享组织可以将需求标记为优先级，并且分配引擎被配置为将共享队列中来自具有快速参与评级的成员的共享与用优先级标志标记的需求相匹配。可替代地，可以根据共享成员的病史或共享成员的家庭亲属的病史自动地将多个医疗诊断条目分配给共享成员，该处理可以在注册时执行并通过该成员的成员资格连续执行。通过分配与共享成员个人相关的医疗诊断条目，共享成员可以更亲自地参与共享处理。通过发送共享时附带的鼓励的通知更好地安慰接收成员。更积极的成员也可能更快地发送共享，这是由共享经验的同情驱动的。
[0087]
在基于亲和力的分配的另一示例中，医疗保健共享组织基于共享成员和需求成员的家庭人口统计优先地将共享成员与接收成员匹配。例如，共享成员可能是有幼儿的家庭的一员。医疗保健共享组织可以优先将来自具有幼儿的家庭的共享成员匹配到也来自具有幼儿的家庭的接收成员。共享成员将了解让有幼儿的家庭参与进来，并且可以发送用于医疗费的共享，该共享伴随着涂色书页或最喜欢的书。可替代地，医疗保健共享组织可以优先将来自退休家庭的共享成员与来自退休家庭的接收成员匹配。然后，共享成员可以写通知，该通知同情与衰老有关的医疗费用。在另一个示例中，医疗保健共享组织可以优先将作为大学年龄学生的共享成员与作为大学年龄学生的接收成员相匹配。所有这些示例都用于在关系上连接共享成员和接收成员。人口统计的偏好可能包括：年龄、婚姻状况、子女数量和职业。关系上连接的成员可能会在共享处理中投入更多，共享更快，并且更致力于医疗保健共享组织的使命。
[0088]
在基于亲和力的分配的另一示例中，医疗保健共享组织基于共享成员和需求成员的宗教或其他组从属关系优先地将共享成员与接收成员匹配。在本例中，成员将通过成员门户或通过与客户服务代表讨论来选择宗教或其他组隶属关系。宗教或其他组从属关系通过将组条目存储为组变量而与每个成员相关联。组变量的组条目可以是宗教、教派、教会、社交俱乐部、校友网络、专业协会、雇主、志愿组织。共享成员可以选择一个或多个对个人有意义的组条目。类似于图8，共享成员可以对在线帐户门户中的一个或多个组条目进行排序。向共享成员呈现多个组条目，这些组条目可以由医疗保健共享组织生成，也可以由用户手动输入。共享成员通过对多个组条目中的每一个进行排序或以其他方式向多个组条目中的每一个分配兴趣值来对多个组条目进行排序。可替代地，多个组条目可以自动地基于第三方贡献分配给共享成员。例如，注册多个成员的雇主可以要求员工首先相互共享。分配引擎可以被配置为在将对应于共享的组条目与所选择的需求的组条目匹配时，将来自共享队列的共享与来自需求队列的需求匹配。分配引擎还可以配置为识别包含多个子组的父组。例如，全国性组织可以包括多个地方分会。通过选择本地章节，分配引擎将首先匹配本地章节的共享和本地章节的需求。分配引擎将继续将来自父组下任何本地章节的共享与从父组的本地章节中选择的需求进行匹配。通过分配与共享成员个人相关的组条目，共享成员可以更亲自地参与共享处理。更积极的成员可以通过鼓励的通知来更好地安慰接收成员，该通知伴随着发送共享而来。由共享经验的同情驱动，更积极的成员也可能更快地发送共享。
[0089]
在基于亲和力的分配的一个实施例中，第一步是加载共享。所有共享都加载到分析引擎中的共享分析队列中。所有的需求都被加载到需求分析队列中。然后，分配引擎将需求分析队列中的需求与来自共享分析队列的共享进行匹配。分配引擎对标记为基于亲和力的所有需求进行排序。分配引擎被配置为优先考虑特定的亲和力基础。优先化可以基于与特定亲和力相关的总需求。优先化可以基于期望的效率：首先电子共享提交，然后基于接近度匹配非电子共享，以最小化邮资运输时间。通过基于医疗需求描述对匹配进行优先化，可以进行优先化以增加成员参与。还可以通过赞助来确定优先化，从而允许第三方基于第三方的偏好来影响匹配的优先化。在一个实施例中，分配引擎将强制亲和力基础与次级亲和力基础分开处理。强制亲和力基础可以优先于次级亲和力基础。例如，医疗保健共享组织可能同意始终与其他员工共享员工成员的医疗账单。在这种情况下，分配引擎将首先处理与强制性亲和力基础对应的雇主组条目。
[0090]
然后，分配引擎可以基于优先级排序或基于与次级亲和力相关联的总需求美元来迭代地处理附加的次级亲和力。通过将优先级排序值分配给每个亲和力基础，分配引擎可以基于优先级亲和力最大化来自共享队列的共享数，而来自需求队列的需求数。例如，病史诊断可能是高优先级亲和力基础。然而，可能存在来自具有癌症病史的发送成员的大量共享，但具有可用于匹配的当前癌症医疗账单的接收成员的少量共享。在这种情况下，分配引擎将匹配与癌症医疗诊断条目指定的共享，直到满足需求队列中的所有需求。分配引擎将进入排名较低的亲和力基础，诸如家庭人口统计。在这个例子中，所有的需求都将与具有相应家庭人口统计条目的共享匹配。
[0091]
可替代地，分配引擎可以基于与每个次级亲和力相关联的总需求美元迭代地处理次级亲和力。在本例中，分配引擎为每个次级亲和力基础创建总数。分配引擎基于具有最大总需求金额的需求队列中的需求来选择第一选择的次级亲和力基础。分配引擎继续从共享队列中匹配对应于所选择的次级亲和力基础的共享。一旦分配引擎满足了来自对应于第一选择的次级亲和力基础的需求队列中的所有需求，分配引擎就前进到对应于第二选择的次级亲和力基础的需求队列中的需求。第二选择的次级亲和力基础具有第二大的总需求金额。分配引擎继续将来自共享队列的共享与来自需求队列的需求进行匹配，从而最大化与接收成员有亲和力匹配的发送成员的数量。
[0092]
在一个实施例中，分配引擎首先将来自选择以电子方式发送共享的发送成员的共享与来自选择以电子方式接收共享的接收成员的需求进行匹配。对于这些电子传输的共享，分配引擎将基于医疗需求类型执行基于亲和力的分配。分配引擎继续将来自共享队列的共享与来自未选择以电子方式接收共享的接收成员的需求匹配，或者在未来自选择以电子方式发送共享的成员的剩余共享的情况下匹配。对于这些非电子传输的共享，分配引擎基于地理接近度执行基于亲和力的分配。
[0093]
在线共享条可以显示用于将共享与需求匹配的标准。例如，在线共享条可以显示驱动连接的组从属关系：“本月，您正在与xyz组的一成员共享”或“您的共享就在anytown这里。”通过显示标准，发送成员在医疗需求共享社区和驱动基于亲和力的分配的社区中都得到了加强。
[0094]
在另一实施例中，第三方可以请求优先匹配与其组织相关联的发送成员。例如，成员组织或第三方(诸如新闻杂志或主办会议)可以通过赞助基于亲和力的分配来加强其社区感知和与需求共享组织的联系。在线共享条可以显示“本月，您正在与同伴xyz会议的一位参会者共享。”[0095]
如图20所示，公开了用于为对等需求共享社区2000的每个成员生成共享条的处理。处理2000使用基于亲和力的分配。如步骤2002所示，生成具有与对等需求共享社区的每个成员相关联的多个发送共享的共享队列。如步骤2004所示，将发送亲和力基础与共享队列中的多个发送共享中的每一个相关联。如步骤2006所示，生成具有来自对等需求共享社区的多个需求成员的多个需求请求的需求队列。如步骤2008所示，将接收亲和力基础与需求队列中的多个需求请求中的每一个相关联。如步骤2010 所示，在迭代处理中将多个发送共享分配给多个需求请求。在步骤2010 中，基于第一发送共享的发送亲和力基础与所选择的需求请求的接收亲和力基础来生成亲和力分数。在步骤2010中，基于亲和力分数确定在第一发送共享与所选择的需求请求之间匹配。如步骤2012所示，然后为对等需求共享社区
的每个成员生成共享条。
[0096]
步骤2010可以任选地包括计算第一发送共享与所选择的需求请求之间的距离值。步骤2010可以任选地包括基于对应于最短距离值的亲和力分数选择匹配。步骤2010可以任选地包括访问列出与接收亲和力基础匹配或兼容的发送亲和力基础的表。步骤2010可任选地包括：将用于共享亲和力基础等于需求亲和力基础的比较的亲和力分数与用于共享亲和力基础不同于需求亲和力基础的比较的亲和力分数进行区分。步骤2010可以任选地包括：如果共享队列中的多个发送共享中的两个或更多个具有相等的相应亲和力分数，则从具有最高共享值的最高发送共享选择进行匹配。
[0097]
处理2000可以任选地包括打印用于纸质支票成员的纸质共享条并且通过邮政邮件将纸质共享条传送到纸质支票成员的步骤。
[0098]
如图21所示，作为处理2100，公开了将共享分配给对等需求共享组织内的需求的处理。如步骤2102所示，生成包含具有共享金额和发送成员标识的多个共享的共享分析队列。指示电子转让能力的电子发送值与发送成员标识相关联。发送亲和力基础与发送成员标识相关联。如步骤2104 所示，生成包含具有需求金额和接收成员标识的多个需求请求的需求分析队列。指示电子转让能力的电子接收值与接收成员标识相关联。接收亲和力基础与接收成员标识相关联。如步骤2106所示，通过将第一发送共享的电子发送值与所选择的需求请求的电子接收值进行比较来确定匹配或兼容的电子转让能力。如步骤2108所示，通过将第一发送共享的发送亲和力基础与所选择的需求请求的接收亲和力基础进行比较来确定匹配或兼容亲和力基础。如步骤2110所示，基于兼容电子转让能力和兼容亲和力基础，对从共享分析队列向所选择的需求请求分配所选择的共享进行优先级化。
[0099]
对于处理2100可选的是，可以生成第一可点击网络链接，并且用与所选择的需求请求和共享金额相关联的所选择的接收成员的标识对其进行编码，并将第一可点击网络链接配置为将与所选择的共享相关联的共享成员引导到在线支付门户。对于处理2100是可选的，可点击的网络链接通过在线帐户门户显示给共享成员。对于处理2100可选，通过在线帐户门户向选择成员显示多个亲和力基础。选择成员通过在线帐户门户根据选择成员顺序、多个亲和力基础来关联与选择成员相关联的优先级排序。对于处理2100可选，访问基于亲和力的兼容性数据库，该基于亲和力的兼容性数据库基于组从属关系关联唯一的亲和力基础。分配引擎基于对亲和力基础的兼容性数据的查找来确定匹配或兼容的亲和力基础。对于处理 2100可选的是，基于第三方赞助来确定兼容的亲和力基础。
[0100]
可以理解，通过以下详细描述，其他实施例对本领域技术人员来说将变得容易理解，其中，仅以说明的方式示出和描述各种实施例。如将认识到的，这些概念能够具有其他和不同的实施例，并且它们的几个细节能够在各种其他方面进行修改，所有这些都不偏离作为本发明所要求的精神和范围。因此，附图和详细描述被视为说明性的，而不是限制性的。