用于促进捆绑服务和产品的购买的基于网络的市场服务定价工具的制作方法

用于促进捆绑服务和产品的购买的基于网络的市场服务定价工具
1.相关申请的交叉引用
2.本发明是基于2019年11月15日提交的美国专利申请第16/685,888号的国际申请，所述美国专利申请是2019年7月24日提交的美国专利申请第16/520,906号的部分继续申请，是2016年2月26日提交的美国专利申请第15/055,076号的部分继续申请，是2015年10月2日提交的美国专利申请第14/874,004号的部分继续申请，是2015年8月14日提交的美国专利申请第14/827,026号的继续申请，是2014年8月15日提交的美国申请第14/461,209号的部分继续申请，发布于2015年9月15日，作为第9,123,072号专利，所述国际申请要求2013年8月16日提交的临时申请第61/866,922号的权益。


背景技术：

3.本发明的示例性实施例涉及营销和促进服务和产品的销售。更具体地，示例性实施例涉及用于提供基于网络的机制的方法和设备，所述基于网络的机制允许潜在患者搜索和比较本地提供者提供的医疗保健服务和产品，包含多组捆绑服务，并且促进潜在患者以折扣率预付费购买此类医疗保健服务和产品。
4.医疗保健服务的价格因专业、程序和医师实践而异。在美国，许多患者无法通过简单的方式购买和比较常见医疗程序的价格。由于美国目前基于管理式护理的付款人系统，治疗费用通常由管理式护理组织决定。
5.这些管理式护理组织有专门为患者个人健康计划设计的药物和程序的特定处方集，这限制了患者在其特定计划中可用的药物和程序。患者历来无法访问这些价格列表或处方集，并且几乎没有工具可以帮助他们寻找和比较医疗保健服务或预先确定程序费用。目前，选择比较医疗费用的潜在患者被迫进行广泛的、通常是低效且耗时的研究，以在治疗前比较医疗程序。
6.不断上涨的医疗保健费用对美国医疗保健系统产生了巨大影响。医疗保健费用继续超过通货膨胀增长的速度，提供者报销率继续下降，并且患者保险费的费用正在增加。为了降低每月保费费用，许多患者选择购买(并且雇主选择提供)高免赔额健康计划，作为传统较高保费ppo健康计划的替代方案。
7.这些高免赔额计划要求患者为医疗服务支付现金，直到达到高免赔额为止，并且一旦满足免赔额，保险公司就开始承担医疗费用。因此，许多患者的医疗程序和服务的自付费用呈指数级增加。除了更多的患者选择高免赔额计划外，许多患者无法负担增加的付款，并且变得没有保险或保险不足。随着没有保险、保险不足或处于高免赔额计划中的患者数量增加，对允许患者寻找折扣医疗服务的机制和高效支付系统的需求也在增加。


技术实现要素：

8.本发明的示例性实施例涉及一种用于促进购买服务提供者提供的服务的设备。所述设备包含应用服务器，所述应用服务器通过经由网络通信地耦合到所述应用服务器的多
个客户端系统提供可由多个用户访问的网络服务；以及数据存储系统，所述数据存储系统存储由所述应用服务器维护的服务提供数据库。
9.服务提供数据库包括分别与多个服务提供相关联的多个服务提供信息记录。所述多个服务提供包含用于一组捆绑服务的至少一种服务提供。每种服务提供信息记录包括相关联的服务提供的主要服务的指示、相关联的服务提供的购买价格、主要服务的支付金额以及主要服务的补偿信息。在从客户端系统接收到用于购买所选服务提供的用户的购买信息时，网络服务可操作以向资金来源发出与所选服务提供相关联的服务提供信息记录中包含的购买价格对应的资金请求，以处理用户对所选服务提供的购买。
10.在示例性实施例中，针对一组捆绑服务的每种服务提供包括由对应的医疗保健服务提供者提供的一组捆绑医疗保健服务。
11.在示例性实施例中，与一组捆绑服务的服务提供相关联的至少一个服务提供信息记录进一步包括用于执行主要服务的设施的指示、设施的设施费用以及设施费用的补偿信息。
12.在示例性实施例中，与一组捆绑服务的服务提供相关联的至少一个服务提供信息记录进一步包括与主要服务相关联的次要服务中的至少一种次要服务是任选的次要服务的指示。
13.在示例性实施例中，数据存储系统存储由应用服务器维护的简档数据库。简档数据库包括用于向应用服务器注册的多个用户账户中的每个用户账户的相应账户信息记录。所述多个用户账户包含多个客户账户和多个提供者账户。每个用户账户的账户信息记录包括用于授权从客户端系统之一访问网络服务的用户访问与用户账户相关联的网络服务的信息。
14.在示例性实施例中，所述多个提供者账户包含多个医师账户和多个执业团体账户，每个执业团体账户的账户信息记录包括附属于执业团体账户的医师账户中的一个或多个医师账户的指示。
15.在示例性实施例中，数据存储系统存储由应用服务器维护的交易信息数据库。交易信息数据库包括服务提供的通过从与客户账户相关联的客户端系统之一访问网络服务的用户每个处理的购买的相应购买信息记录，所述服务提供已由从与提供者账户相关联的客户端系统之一访问网络服务的用户创建，每个处理的购买的相应购买信息记录包括与所购买的服务提供相关联的服务提供信息记录的指示，以及服务提供的主要服务和任何次要服务中的每一个的指示，以及是否已关于服务兑换购买的指示。
16.在示例性实施例中，当被客户端系统之一的用户访问以处理服务提供的购买时，网络服务为用户生成凭证，所述凭证指定用于购买的唯一确认号码和针对所购买的服务提供的主要服务和任何次要服务中的每一个的对应的服务提供者，并且对于所购买的服务提供的主要服务和任何次要服务中的每一个，为处理的购买设置购买信息记录以指示尚未关于所述服务兑换购买。
17.本文还描述和要求保护本发明的示例性实施例，所述示例性实施例涉及对应于上文概述的针对设备的示例性实施例的计算机实施的过程和计算机系统。
18.参考以下详细描述、附图和所附权利要求，将更好地了解和理解通过本公开的技术实现的上文所描述和其它特征和优点。通过本发明的技术实现另外的特征和优点。本发
明的其它实施例和方面在本文中详细描述并且被认为是要求保护的发明的一部分。
附图说明
19.在说明书结尾处的权利要求中特别指出并明确要求保护被视为本发明的主题。结合附图本发明的前述和其它目的、特征和优点从以下本发明的示例性实施例的详细说明显而易见，其中：
20.图1是展示了可以被配置成实施本发明的示例性实施例的医疗保健市场系统的示例网络架构的示意图。
21.图2是展示了根据本发明的示例性实施例的服务器系统的框图。
22.图3a
‑
3d是展示了根据本发明的示例性实施例的可以由在客户门户内提供的服务实施的图形用户接口的实例的多个屏幕截图。
23.图4a是根据本发明的示例性实施例的示例凭证的展示，所述示例凭证可以通过在客户门户内提供的用于购买的服务的功能在用户接口内生成。
24.图4b是根据本发明的示例性实施例的示例凭证的展示，所述示例凭证可以通过在客户门户内提供的用于购买的服务的功能在用户接口内生成，所述购买的服务作为一组捆绑服务提供。
25.图5是可以用于实施本发明的示例性实施例的示例性计算机系统的框图。
26.图6是展示了可以被配置成实施本发明的示例性实施例的医疗保健市场系统的第二示例网络架构的示意图；并且
27.图7a
‑
7c是展示了根据本发明的示例性实施例的可以由在提供者门户内提供的服务实施的图形用户接口的实例的多个屏幕截图。
28.图8展示了根据本发明的示例性实施例的由应用服务器执行的存储在保险数据库中的保险单的流程图。
29.图9展示了在医疗保健市场系统中与客户端系统进行通信的虚拟支付系统管理器的框图。
30.图10展示了根据本发明的另一个实施例的应用服务器的框图，所述应用服务器示出了免赔额检查器、购物车和药物折扣卡。
31.具体实施方式参考附图通过实例的方式解释了本发明的示例性实施例以及优点和特征，其中贯穿附图，类似的数字是指类似的部分。本文描绘的流程图只是实例。在不脱离本发明的精神的情况下，这些图或其中描述的步骤(或操作)可以有许多变化。例如，可以以不同的顺序执行步骤，或者可以添加、删除或修改步骤。所有这些变化都被认为在要求保护的发明的范围内。
具体实施方式
32.虽然本说明书以限定本发明特征的权利要求结束，这些特征被认为是新颖的，但据信通过结合附图考虑示例性实施例的描述将更好地理解本发明。当然应当理解，本文所描述的实施例仅仅是本发明的示例性的，其可以以各种形式体现。因此，与本文所描述的示例性实施例相关的所公开的具体结构和功能细节不应被解释为限制性的，而仅作为用于教导本领域技术人员以几乎任何适当的形式不同地采用本发明的代表性基础，并且对本领域
技术人员来说将显而易见的是，可以在没有这些具体细节的情况下实践本发明。进一步地，本文使用的术语和短语不旨在限制而是提供对本发明的可理解的描述。
33.现在将参考附图描述根据本发明的交易市场系统的示例性实施例。可以实施本发明的示例性实施例以向医疗保健服务提供者和药房提供一种机制，以通过基于网络的应用(例如，基于web的应用)以折扣率向潜在患者远程提供医疗保健服务和产品，以换取服务和产品的费用预付。
34.在这点上，示例性实施例可以进一步被实施以向潜在患者提供一种机制，以通过配置成访问基于网络的应用的网络连接装置远程搜索、比较和预付购买由本地医疗服务提供者和药房提供的此类医疗保健服务和产品。可以进一步实施示例性实施例以向医疗保健服务提供者提供远程提供一组捆绑医疗保健服务的能力，所述医疗保健服务由多个提供者通过这种基于网络的机制分别向潜在患者提供，在所述机制中，患者提供有通过网络连接装置在单个交易中预付购买此类一组捆绑服务的机会，由此基于网络的应用促进支付在执行所述一组捆绑服务中包含的服务的多个医疗保健服务提供者之间的支付分配。
35.还可以进一步实施示例性实施例以提供虚拟支付系统，用于促进由(或以其它方式代表)患者购买的以及由医疗保健提供者通过交易市场系统提供的服务和产品的支付交换并且对其进行解释，其中相应的虚拟货币账户是为在市场系统内进行的交易中的每个参与者建立和使用的，以通过使用在虚拟支付系统内创建的对应虚拟资金来管理和跟踪用于支付交易的实际货币和/或信贷的交换过程。
36.在此类示例性实施例中，虚拟资金可以由每笔交易的各个参与者以及虚拟支付系统内的交易的参与者分派和分配、交换和兑换对应数量的实际货币，对于所述每笔交易，通过虚拟支付系统促成支付，对于虚拟支付系统，建立和使用的相应虚拟货币账户除了患者、医疗保健提供者或指定用于接收通过市场系统提供的服务或产品的支付的其它实体之外，还可以包含第三方付款人以及提供交易市场系统的实体。
37.可以进一步实施示例性实施例以提供各种类型的医疗保健服务提供者，所述医疗保健服务提供者可以包含个体医师、执业团体和医院系统，具有通过此类基于网络的机制相互建立附属关系并且提供各种选项的能力，所述选项允许服务提供者远程提供与这些附属关系相关联的医疗保健服务。
38.进一步应该注意的是，本文所描述的本发明的示例性实施例的各方面不限于医疗保健服务(在本文也被称为程序)和产品，而是可以针对任何合适的类别和类型的服务提供者和零售商提供的任何合适的类别和类型的服务和产品实施。
39.现在参考图1，提供了展示了可以被配置成实施本发明的示例性实施例的医疗保健市场系统100的示例网络架构的示意图。当然应当理解，图1旨在作为实例，而不是作为对本发明不同实施例的架构限制，并且因此，图1中描绘的特定元素不应被视为对环境的限制，在所述环境内可以实施本发明的示例性实施例。
40.在图1所展示的实例中，医疗保健市场系统100被实施为包含中央服务器系统110的客户端/服务器系统，系统的每个用户通过操作多个客户端系统140中的任何一个客户端系统来共同访问所述中央服务器系统，所述客户端系统通过通信网络150可操作地耦合到中央服务器系统。中央服务器系统110进一步包含耦合到数据存储区114和应用服务器116的数据库服务器112，并且每个客户端系统140是用户终端或其它客户端装置，所述用户终
端或其它客户端装置实施用于访问通过由应用服务器116实施的基于网络的应用(在本文也被称为网络服务)提供的服务的软件并且运行用于访问所述服务的相应客户端应用142。
41.如进一步展示的，示例性市场系统100还可以包含至少一个第三方服务器系统160以启用可以由服务器系统110访问和利用以提供和/或增强本文所讨论的网络服务的其它功能。在示例性实施例中，市场系统100可以包含另外的服务器、客户端和图1中未示出的其它装置。图1中描绘的特定架构被提供作为用于说明目的的实例，并且在示例性实施例中，任何数量的客户端系统140可以在任何给定时间通过网络150连接到服务器系统110，并且服务器系统110可以包括位于单个服务器系统或多个服务器系统内的多个服务器组件和数据库，其中所述多个服务器系统作为分布式服务器系统通过网络150与客户端系统140的用户集成或可由其访问。
42.在示例性实施例中，网络150可以被配置成通过任何合适的有线(包含光纤)、无线技术或其任何合适的组合，包含但不限于个人局域网(pan)、局域网(lan)、无线网络、广域网(wan)、因特网(使用因特网协议ip的异构网络的网络)和虚拟专用网络，促进服务器系统110与客户端系统140之间的通信，以及其它装置与市场系统100内连接在一起的计算机之间的通信，并且网络还可以利用任何合适的硬件、软件和固件技术来连接装置，例如光纤、以太网、isdn(综合服务数字网络)、t
‑
1或t
‑
3链路、fddi(光纤分布式数据网络)、有线或无线lmds网络、无线lan、无线pan(例如，irda、蓝牙、无线usb、z
‑
波和zigbee)、homepna、电力线通信或电话线网络。此类网络连接可以包含内联网、外联网和因特网，可以含有任何数量的网络基础设施元素，包含路由器、交换机、网关等，可以包括电路交换网络，如公共服务电话网络(pstn)、分组交换网络，如全球因特网、专用wan或lan、电信网络、广播网络或点对点网络，并且可以利用现在可用或以后开发的各种网络协议，包含但不限于用于通信的传输控制协议/因特网协议(tcp/ip)协议套件。
43.在示例性实施例中，应用服务器116、数据库服务器112和在服务器系统110内采用的任何其它服务器和在市场系统100内利用的第三方服务器可以在任何合适的一个计算系统或多个计算系统内实施，如工作站计算机、大型计算机、服务器系统(例如，运行sun操作系统的sun ultra工作站、运行aix操作系统的ibm rs/6000工作站和服务器或运行z/os、znm或linux os的ibm zseries eserver)、服务器集群、分布式计算系统、基于云的计算系统等，以及下文参考客户端系统140描述的各种类型的计算系统和装置中的任何一种。服务器系统110可以使用多种架构中的任何一种架构来实施。例如，应用服务器116和数据库服务器112也可以独立实施或作为单个集成装置实施。尽管图1中所展示的示例性实施例将应用服务器116和数据库服务器112描绘为单独的组件，但是这些服务器提供的应用或这些应用的各种组合实际上可以是在单独的物理装置上运行的服务器应用。在这点上，服务器系统110可以包括通过网络连接在一起的多个计算机，并且因此可以作为多个单独的逻辑和/或物理单元存在，和/或作为协同或独立行动的多个服务器存在，其中每个服务器可以包含多个单独的逻辑和/或物理单元。在示例性实施例中，服务器系统110可以通过合适的安全设备的集合连接到网络150，所述集合可以以硬件、软件或硬件和软件的组合来实施。
44.如图1所展示的，应用服务器116通信地耦合到数据库服务器112。数据库服务器112连接到数据存储区114，所述数据存储区包括由数据库服务器112维护的、由应用服务器116通过数据库服务器112在前端处提供的数据库服务访问的多个数据库，并且存储关于各
种事项的信息用于提供通过应用服务器提供的网络服务提供的服务，如下文更详细地描述的。
45.机器学习算法15指示服务提供数据库114h存储对应于用户选择的每种医疗保健服务提供者服务，并且通过与用户选择匹配的图形用户接口/提供者门户130显示所述一组捆绑服务提供。
46.可以采用任何机器学习算法15，如神经网络、专家系统、贝叶斯信念网络(bayesian belief network)、模糊逻辑、数据融合引擎等。所述系统还可以对服务提供数据库114h采用各种人工智能技术的组合。
47.机器学习算法15考虑了用户输入的每一个参数如疾病类型、位置、专业知识、程序、医院、定价等。因此，机器学习算法15基于用户的输入和偏好显示最佳结果/命中。
48.如本文所使用的，术语“数据存储区”、“数据存储单元”、“存储装置”等可以指可以用于存储数据的任何合适的存储器装置，包含手册文件、机器可读文件和数据库。在示例性实施例中，应用服务器116、数据库服务器112和数据存储区114可以一起实施单个计算装置，在通过合适的通信介质(如串行端口电缆、电话线或无线频率收发器)彼此本地耦合的多个计算装置内实施，在通过网络150彼此远程耦合的多个计算装置内实施或其任何合适的组合。
49.客户端系统140是一个或多个用户访问的计算机装置，所述一个或多个用户可以是提供服务或产品的医疗保健提供者或寻求购买医疗保健服务或产品的患者或其人类代理(例如，个人代表或助理)。应当注意，术语“用户”在本文中用于指使用计算机系统的用户，如客户端系统140之一。如下文更详细描述的，客户端系统140各自可由此类用户操作以通过网络150访问服务器系统110并且充当客户端来访问由示例性市场系统100内的服务器系统提供的网络服务所提供的服务。出于此目的，每个客户端系统包含相应的客户端应用142，所述客户端应用在客户端系统上执行并允许用户通过应用服务器116与服务器系统110交互。
50.在示例性实施例中，客户端系统140的计算机系统可以是多种合适的计算装置中的任何一种计算装置，如一个或多个工作站、台式计算机、膝上型计算机或其它个人计算机(pc)(例如，ibm或运行microsoft windows操作系统或linux os的兼容pc工作站或运行mac osx操作系统的macintosh计算机或等同物)、非传统计算机数字装置如个人数字助理(pda)和其它手持或便携式电子装置、智能手机和其它移动手持装置、平板计算机、上网本计算机、游戏机、家庭影院pc、台式替代计算机等或任何其它合适的信息处理装置。下文参考图5更详细地描述用于客户端系统140的示例性计算机系统。
51.通常，在示例性市场系统100的操作期间，客户端系统140首先通过网络150建立到服务器系统110的连接。一旦建立了连接，连接的客户端系统就可以直接或间接地向应用服务器116传输数据并访问来自应用服务器的内容。通过连接的客户端系统访问应用服务器116的用户从而可以使用客户端应用程序142来通过客户端应用实施的用户接口访问应用服务器提供的服务(其在下文更详细描述)，在所述用户接口内，客户端应用呈现应用服务器提供的信息。
52.在示例性实施例中，应用服务器116可以将网络服务实施为非web客户端应用(如移动应用)、web客户端应用或两者以提供由服务器系统110内的客户端系统140访问的服
务，并且客户端应用142可以对应地实施为非web客户端应用、web客户端应用或两者，以供客户端系统的用户操作以与应用服务器116交互并访问由此提供的服务。例如，应用服务器116可以包括web服务器，其被配置成为在客户端系统140上实施的相应客户端应用提供web应用，所述客户端系统被配置成提供基于web的用户接口以利用由web服务器提供的服务。例如，在客户端系统140上实施的客户端应用程序的用户接口可以被配置成通过合适的用户接口控制(例如，通过菜单选择、点击、对话框或键盘命令)提供对应于本文所描述的示例性实施例中提供的功能的各种选项。在一个一般实例中，用户接口可以提供“发送”或“提交”按钮，所述按钮允许客户端应用的用户将请求的信息传输到应用服务器116。例如，用户接口可以被实施为图形用户接口(gui)，所述图形用户接口呈现公共显示结构以表示应用服务器116为客户端平台的用户提供的网络服务。
53.更具体地，在此类实例中，应用服务器116可以例如被配置成通过托管包含多个网页(例如，屏幕)的对应网站的基于web的软件应用提供服务，并且客户端应用142可以包括在客户端系统140上执行的web浏览器，使得客户端系统114可以使用因特网或内联网访问由应用服务器116提供的服务。客户端系统140的用户由此可以通过例如在web浏览器中输入或跟随到网站的统一资源定位符(url)的链接来访问由应用服务器116提供的网站，其然后使用户能够显示应用服务器116提供的网站网页内嵌入的信息、媒体和其它内容并且与其进行交互。基于web的软件应用可以传输可以由web浏览器处理以使用例如浏览器支持的编程语言(如javascript、html、html5和css等)呈现用户接口的信息，并且可以使用例如https、post和/或get请求与web浏览器进行通信。客户端应用142和应用服务器116可以被配置成使得在客户端系统140与服务器系统110之间传输的信息可以被加密并且通过安全网络连接发送以保护例如患者隐私。
54.现在参考图2，提供了展示服务器系统110的示例性实施例的框图。如图2所展示的，应用服务器116被实施为通过客户门户120提供多种服务并且通过提供者门户130提供多种服务。如本文所描述的，应用服务器116可以被实施成为各种类型的用户(例如，未注册的客人、客户、个体医师、护士、办公室工作人员、执业团体管理员、医院系统管理员、药房管理员等)中的每种用户提供一组相应服务，并且应用服务器116提供的服务中的一些服务可以普遍适用于所有类型的用户并且可以被其访问，而其它服务可以适用于仅特定类型的用户并且被其访问。
55.出于描述的目的，本文使用的术语“提供者”和“提供者用户”是指向系统提供医疗保健服务或产品注册的用户的一般类别，以供向系统注册的客户用户购买，所述客户用户可以包含个体医师用户、执业团体管理员、医院系统管理员、药房管理员等。另外，特定提供者的用户账户可以具有任意数量的授权用户。例如，为医师建立的账户可以将医师作为其用户之一。也可以让护士或办公室工作人员作为其它授权用户为医师工作。其它授权用户可以在医师的许可和监督下登录所述账户并且执行各种动作。
56.单个医院系统账户可以由多个工作人员的医院系统建立和共享。出于说明的目的，可以有负责管理账户的指定用户(例如，账户管理员)。可以向管理员提供关于账户的服务器系统110内更大的访问权限。在示例性实施例中，用于访问应用服务器116的特定客户端应用程序142或特定客户端系统140可以分别对应每种类型的用户账户并针对其定制。例如，用于每种类型的账户的特定客户端应用可以被实施为提供虚拟计算平台，所述虚拟计
算平台专用于为所述类型的账户提供的服务。
57.如图2的示例性实施例中进一步说明的，并且也如将在下文更详细地描述的，数据存储区114包括由应用服务器116通过数据库服务器112维护和访问的多个数据库，包含客户简档数据库114a、医师简档数据库114b、执业团体简档数据库114c、医院系统简档数据库114d、药房简档数据库114e，状况信息数据库114f、可用服务数据库114g、服务提供数据库114h、可用产品数据库114i、产品提供数据库114j、交易信息数据库114k和一个或多个另外的数据库114l，其可以用于存储可以由服务器系统110使用的任何其它合适的信息(例如，系统使用数据、审计跟踪数据、应用服务器116在系统内部使用的数据等)。
58.客户简档数据库114a被配置成注册用户从而提供用于购买医疗保健服务的用户个人信息。医师简档数据库114b被配置成注册和维护提供医疗保健服务的个体医师的记录。状况信息数据库114f被配置成注册和维护提供对应医疗保健服务的各种健康状况和疾病的信息记录。
59.医院系统简档数据库114d被配置成针对提供预付的医疗保健服务的医院系统管理员注册和维护账户信息记录。可用服务数据库114g被配置成注册和维护由以下中的至少一种提供的各种医疗保健服务的记录：医师；和医院。交易信息数据库114k被配置成维护注册用户的购买记录。
60.图3a是展示了由此类主页300为客户门户120提供的图形用户接口的实例的屏幕截图。在所展示的实例中，在主页300处提供的搜索接口可以包含下拉菜单302、搜索条目字段304、位置条目字段306和搜索按钮308。下拉菜单302提供了一组可选择的选项，所述选项允许用户搜索向系统注册的提供者用户提供的特定程序、向系统注册的药房用户提供的特定产品、向系统注册的提供者的信息以及系统内维护的健康状况信息。在示例性实施例中，导览和搜索服务124可以被配置成使用可以由在客户端系统上实施的任何合适的位置确定功能收集的位置信息来提供位置条目字段306内的默认位置条目(例如，城市名称和/或邮政编码)。在此类实施例中，导览和搜索服务124进一步可以被配置成通过用户接口请求来自用户的许可，以便能够出于此目的访问和利用此类位置信息。
61.在一个实例中，当用户选择下拉菜单302内的选项来搜索由向系统注册的提供者用户提供的特定服务时，用户然后可以继续在搜索条目字段304中输入服务的名称。结合选择特定服务，用户还可以输入城市名称和/或邮政编码或选择利用位置条目字段306内的默认位置条目来为提供者定位搜索半径，所述提供者通过市场系统100提供所选购买服务。
62.一旦输入了适当的搜索信息，用户然后就可以选择搜索按钮以引导导览和搜索服务124进行对向服务器系统110注册并通过市场系统100提供输入的医疗保健服务以供购买的本地提供者的搜索。导览和搜索服务124可以通过访问例如服务提供数据库114h连同医师简档数据库114b、执业团体简档数据库114c、医院系统简档数据库114d和/或任何其它合适的信息和数据来进行此类基于位置的搜索，应用服务器有权访问所述信息和数据库，以针对与指定搜索标准匹配的医疗保健服务，过滤包含在可用服务数据库114g中的信息记录，然后在搜索结果列表页面内向用户呈现搜索结果。
63.在示例性实施例中，无论何时引导导览和搜索服务124由用户进行基于位置的搜索(例如，对于提供输入的医疗保健服务的本地提供者，或者，如下文所讨论的，对于通常的本地提供者或对于提供医疗保健产品的本地药房提供者)，导览和搜索服务可以被配置成
维护在位置条目字段306内指定的位置，以在数据对象内搜索与针对用户维护的应用服务器116的会话。
64.图3b是展示了由客户门户120的搜索结果列表页面310提供的gui的实例的屏幕截图，其呈现在由导览和搜索服务124进行的搜索中返回的位置条目字段306内指定的位置的默认搜索半径(例如，50英里)内提供搜索条目字段304内指定的服务的提供者的列表。在所展示的实例中，搜索结果列表页面310包含结果列表部分311、结果过滤部分316和结果排序部分318。结果过滤部分316提供各种用户接口控制，用于通过修改搜索标准或输入另外的搜索标准来细化在结果列表部分311内呈现的搜索结果。在所展示的实例中，结果过滤部分
65.在图3b中描绘的示例屏幕截图中，结果列表部分311中列出的所提供服务的每个条目包含第一部分312，所述第一部分呈现来自将执行如服务提供数据库114h内提供的服务的信息记录中指定的服务的医师的医师简档数据库114b内的账户信息记录的信息(例如，医师的名称、专业和简档图片)；第二部分313，所述第二部分呈现通过系统提供服务的提供者的账户信息记录(例如，提供者名称)和所提供的服务将被执行的位置(例如，地址和电话号码)的信息；以及第三部分314，所述第三部分呈现用于通过应用服务器116购买所提供服务的费用信息(例如，在服务提供数据库114h内所提供的服务的信息记录中指定的服务的折扣价格，以及当服务是在系统外从提供者购买时，服务的折扣价格与正常价格之间的费用节省差异，如服务提供数据库114h内所提供的服务的信息记录中所指定的)，以及选择购买条目中列出的所提供服务的选项(例如，通过包含在第三部分314中的“添加到购物车”按钮)。
66.现在参考图3c，提供了展示由导览和搜索服务124为特定医疗保健服务实施的医疗保健服务信息页面320提供的gui的实例的屏幕截图。在所展示的实例中，医疗保健服务信息页面320包含程序概览部分322、费用比较图形324和提供者列表部分326。
67.在示例性实施例中，如图3d中进一步所展示的，医师信息部分332可以进一步包含另外的用户接口元素，如“发表评论”按钮333、“请求预约”按钮334和地图元素335，其描绘了包含在相应账户信息记录内的办公室位置的地图位置，在医师简档数据库114b中为特定医师用户维护所述相应账户信息记录(所述导览和搜索服务124可以被配置成通过远程访问第三方地图服务来生成)。响应于用户选择“发表评论”按钮333，导览和搜索服务124可以被配置成实施合适的用户接口控制以允许用户将特定医师的评论张贴或提交到服务器系统110。响应于接收到此类评论，导览和搜索服务124可以被配置成，例如，包含与为特定医师用户维护的医师简档数据库114b中的相应账户信息记录内的评论有关的信息或向医师用户发送与评论有关的电子消息，例如，使用在医师的相应账户信息记录中指定的联系信息通过电子邮件。
68.响应于用户选择“请求预约”按钮334，导览和搜索服务124可以被配置成实施合适的用户接口控制，以允许用户提交用于安排特定医师用户的预约的请求(例如，通过利用包含用户联系信息的医师的相应账户信息记录中指定的联系信息向医师用户发送通知)。导览和搜索服务124还可以被配置成实施合适的用户接口控制以允许用户安排与特定医师用户的预约。导览和搜索服务124可以通过例如访问与特定医师用户相关联的服务来提供此功能，所述服务可以是由应用服务器116提供或由第三方服务提供者提供的服务。
69.在本发明的实例中，如图3d所展示的，医师简档页面330的提供程序部分336中呈
现的信息可以包含特定医师提供的用于通过市场系统100购买的医疗保健服务的列表。
70.在示例性实施例中，由账户管理服务122实施的用户接口可以被进一步配置成提供用户接口控制用于请求授权支付预定费用以获得对市场系统100内提供的医疗保健服务和产品进行预付购买的能力。用户输入的支付信息可以是使用包含在客户简档数据库114a内为用户建立的相应账户信息记录内的账单信息的指令，或者提交替代支付信息，例如银行账户信息、信用或借记卡信息或其它电子支付信息(如用于使用用户在paypal或任何其它实体的账户以促进通过因特网进行支付和汇款的信息)，这些信息可以用于为用户维护的账户或为另一个人或实体维护的账户(用户出于此目的被授权利用)。
71.账户管理服务122可以被配置成根据用户提供的授权和适当的支付信息，访问对应的第三方支付服务系统并且利用支付信息来指导支付服务系统将用户授权的支付金额从用户的账户服务商转移到由市场系统100的提供者维护的金融账户。在这点上，在客户简档数据库114a内为用户建立的相应账户信息记录可以进一步包含由账户管理服务122为用户管理的账户状态，所述账户状态指示用户当前是否被提供有能力对市场系统100内提供的医疗保健服务和产品进行预付购买。
72.当用户向服务器系统110注册客户账户以在客户简档数据库114a内建立账户信息记录并且登录他或她的客户账户时(例如，通过访问由客户门户120实施的用户接口内的登录用户接口元素或登录屏幕以提供与账户相关联的用户名和密码)，用户然后继续购买任何所提供的服务或产品，对此与为用户维护的应用服务器116的会话的会话数据对象包含用户已选择购买的指示。例如，在用户选择由导览和搜索服务124实施的用户接口内的选项以导览到客户购买页面并且发起与购买服务126的购买会话从而购买所提供的项目中的一种或多种所提供的项目，所述项目被指示为已由与用户的注册客户账户相关联的会话数据对象中的用户选择。
73.包含在为支付页面实施的用户接口内的购买信息部分可以进一步包含购买的总价，所述总价等于相应价格的总和，用于购买针对购买信息部分中包含的每个条目所包含的对应的所提供的项目。在示例性实施例中，购买服务126可以被配置成基于任何适用的州税或用户提交的任何折扣代码来调整总价。在这点上，购买服务126可以被进一步实施以提供允许用户向应用服务器116提交任何应用折扣代码的用户接口元素。
74.出于此目的，在支付部分内实施的用户接口控制可以包含用户可访问的按钮，以为沿着用户可访问的合适的用户接口元件向指定的资金来源发出请求(例如，“提交”或“购买”按钮)提供授权，从而输入指定用于购买的资金来源的购买信息。用户输入的购买信息可以是使用包含在客户简档数据库114a内用户的客户账户的相应账户信息记录内的账单信息的指令，或者提交替代购买信息，例如银行账户信息、信用或借记卡信息或其它电子支付信息(如用于使用用户在paypal或任何其它实体的账户以促进通过因特网进行支付和汇款的信息)。例如，购买信息可以指定为用户维护的账户、为用户出于此目被授权利用的另一个人或实体维护的账户，或已安排开具发票的实体并且为用户在市场系统100内购买医疗保健服务和产品提供补偿。
75.购买服务器126还可以被配置成，在处理购买所提供的服务的支付时，在所购买的服务的用户接口内为客户用户生成凭证，客户用户可以使用所述凭证来兑换购买并且接收医师为所提供的服务指定的服务(市场系统100的提供者可以与向系统注册的提供者达成
预先安排的协议，提供者将同意兑现通过购买服务器126生成的用于所购买的服务的此类凭证)。图4a展示了此类凭证的实例。如实例中所描绘的，示例凭证400可以被生成以包含客户用户的识别信息402、为所提供的服务指定的医师的识别和联系信息404、所购买的服务的描述406、购买的确认号码408，这些可以由购买服务器126基于包含在交易信息数据库114k内维护的购买的相应信息记录中的唯一交易标识符以及用于兑换凭证410的指令来生成。确认号码也可以在电子确认消息中提供给客户用户，并且电子通知将提供给将执行服务的医师用户和由购买系统126发送给客户用户的所提供的服务的提供者用户。凭证可以在用户接口内呈现给用户，例如，作为可打印和/或机器可读的形式。
76.购买服务器126可以被配置成在处理购买所提供的服务的支付时，所述服务被作为主要服务连同一组捆绑服务提供，将用户接口导览到购买确认页面并且向客户用户发送电子确认消息并向将执行所述一组捆绑服务的服务的每个医师和所提供的服务的提供者用户发送电子通知(如根据服务提供数据库114h内所提供的服务的信息记录所指定的)，例如，使用在客户、医师和所提供的服务的提供者的相应账户信息记录中指定的联系信息通过电子邮件。购买服务器126还可以被配置成使用交易信息数据库114k内的对应信息为已完成的购买生成相应的信息记录，其最初指示尚未关于主要服务、每种次要服务和任何为所购买的提供的服务指定的设施兑换购买。
77.购买服务器126还可以被配置成，在处理购买所提供的服务的支付时，所述服务被作为主要服务连同一组捆绑服务提供，在所购买的服务的用户接口内为客户用户生成凭证，客户用户可以使用所述凭证来兑换购买并且接收对应医师为所述一组捆绑服务的服务中的每种服务指定的服务(市场系统100的提供者可以与向系统注册的提供者达成预先安排的协议，提供者将同意兑现通过购买服务器126生成的用于所购买的服务的此类凭证)。图4b展示了了用于一组捆绑服务的此类凭证的实例。如实例中所描绘的，示例凭证400可以被生成以包含客户用户的识别信息402、为服务和包含在所提供的服务中的任何设施指定的每个医师的识别和联系信息404、所购买的服务中的每种服务的描述406、购买的确认号码408，这些可以由购买服务器126基于包含在交易信息数据库114k内维护的购买的相应信息记录中的唯一交易标识符以及用于兑换凭证410的指令来生成。确认号码(或任何其它合适的兑换信息，如一维或二维条形码、qr码或任何其它形式的机器可读信息)也可以在电子确认消息中提供给客户用户，并且电子通知将提供给将执行服务的医师用户和由购买系统126发送给客户用户的所提供的服务的提供者用户。凭证可以在用户接口内呈现给用户，例如，作为可打印和/或机器可读的形式。
78.在用户指示有意注册为医师用户时，用户将能够发起与账户管理服务131的注册会话以向服务器系统110注册医师账户。例如，账户管理服务131可以被配置成例如实施用户接口，所述用户接口包含具有用户可访问的用户接口控制的一系列页面以引导用户完成账户注册过程并且提示用户在医师简档数据库114b内为用户建立的相应账户信息记录内输入要由数据库服务器112维护的各种类型的信息或媒体，例如名称、执业专业、办公位置和办公时间、简档图片、联系信息(如电子邮件地址和/或电话号码)、传记信息(如奖项、荣誉、出版物、患者推荐书和其它有助于向访问系统的客户推销医师的信息)、url或对网站和社交媒体简档的引用、薪酬信息(指示用于接收医师通过系统提供的服务购买的支付的财务账户)、与医师执行的特定服务所使用的外部设施有关的信息(例如，与特定医院或诊所
有关的信息，如名称、地址、联系信息、设施费用和指示通过设施用于收取设施费用的金融账户的薪酬信息)以及任何其它合适的识别或描述信息。用户接口还可以由账户管理服务131实施以提示用户任何团体附属代码或医院附属代码。
79.程序管理服务133可以被配置成例如实施用户接口，所述用户接口包含具有用户可访问的用户接口控制的一系列页面以引导用户完成服务提供过程并且提示用户在相应的信息记录内输入要由数据库服务器112维护的各种类型的信息，所述相应的信息记录与服务提供数据库114h内的医师的唯一医师账户标识符相关联地建立。例如，可以向用户提供下拉菜单，所述下拉菜单提供可选择的医学专业的列表，并且在选择特定的医学专业时，可以向用户呈现可选择的医疗保健服务的列表，对此，所述服务的信息记录维护在与所述专业相关联的可用服务数据库114g内。
80.在用户指示有意请求为已执行的所购买的服务支付时(例如，通过选择提供者门户130实施的医师账户页面内的“凭证处理”选项卡)，用户将能够发起与交易处理服务136的凭证处理会话。具体地，交易处理服务136可以被配置成例如在用户接口内实施凭证历史页面，所述凭证历史页面呈现与医师用户相关的购买列表的信息，对此，维护在交易信息数据库114k中的用于购买的相应信息记录包含
81.医师档案数据库114b内医师用户的唯一医师账户标识符作为被指定为执行包含购买的服务的医师用户(例如，一组捆绑服务的主要服务或次要服务)。每个列出的购买的相关信息可以包含，例如，凭证确认号码或兑换码、客户用户的名称和联系信息、针对购买医师用户被指定为执行的服务的描述、购买日期、和凭证兑换状态。还可以与用户账户相关联地访问此类凭证历史页面，以供医师用户验证呈现给请求与凭证相关联地执行的服务的客户的凭证。
82.凭证历史页面还可以提供与列出的购买中的每种购买相关联的用户接口元素，对此医师用户被指定为执行的服务的凭证兑换状态指示医师用户可访问的服务尚未执行以向应用服务器116提交医师用户已根据购买针对客户用户执行服务的验证。
83.再次参考图2，在示例性实施例中，当操作客户端系统以通过在客户端系统上执行的对应客户端应用访问应用服务器116的用户发起向服务器系统110的注册并且指定注册为执业团体管理员的意图(例如，通过导览和搜索服务124实施的任何页面上的用户接口元素)时，用户将能够发起与账户管理服务131的注册会话以向服务器系统110注册执业团体账户。例如，账户管理服务131可以被配置成例如实施用户接口，所述用户接口包含具有用户可访问的用户接口控制的一系列页面以引导用户完成账户注册过程并且提示用户在执业团体简档数据库114c内为用户建立的相应账户信息记录内输入要由数据库服务器112维护的各种类型的信息或媒体，例如执业团体名称、位置和时间、联系信息(如电子邮件地址和/或电话号码)、url或对执业团体的网站和社交媒体简档的引用、与附属于执业团体的医师用于特定程序的外部设施有关的信息(例如，与特定医院或诊所有关的信息，如名称、地址、联系信息、设施费用和指示通过设施用于收取设施费用的金融账户的薪酬信息)、薪酬信息(指示用于接收附属医师通过系统执行的服务购买的支付的财务账户)以及任何其它合适的识别或描述信息。
84.凭证历史页面还可以提供与列出的购买中的每种购买相关联的用户接口元素，对此服务的凭证兑换状态指示执业团体用户可访问的服务尚未执行以向应用服务器116提交
指定为执行所述服务的附属医师用户已根据购买针对客户用户执行服务的验证。
85.在示例性实施例中，当操作客户端系统以通过在客户端系统上执行的对应客户端应用访问应用服务器116的用户发起向服务器系统110的注册并且指定注册为医院系统管理员的意图(例如，通过导览和搜索服务124实施的任何页面上的用户接口元素)时，用户将能够发起与账户管理服务131的注册会话以向服务器系统110注册医院系统账户。例如，账户管理服务131可以被配置成例如实施用户接口，所述用户接口包含具有用户可访问的用户接口控制的一系列页面以引导用户完成账户注册过程并且提示用户在医院系统简档数据库114d内为用户建立的相应账户信息记录内输入要由数据库服务器112维护的各种类型的信息或媒体，例如联系信息(如电子邮件地址和/或电话号码)、与附属于医院系统的医师可以用于特定程序的外部设施有关的信息(例如，与特定医院或诊所有关的信息，如名称、地址、联系信息、设施费用和指示通过设施用于收取设施费用的金融账户的薪酬信息)、薪酬信息(指示用于接收附属医师通过系统执行的服务购买的支付的财务账户)以及任何其它合适的识别或描述信息。
86.在示例性实施例中，在提供者门户130内为医院系统账户的用户提供的功能在某些方面可以与在提供者门户130内为执业团体账户的用户提供的功能不同。例如，对于附属于医院系统账户的医师，医院系统账户的用户可能只被提供对附属医师用户提供的购买服务的访问权限(例如，查看、修改和指定医院系统提供的用于购买的服务)，所述服务已被医师用户指定为与医师账户相关的医院程序。还可以向医院系统用户提供功能，作为在启动具有程序管理服务133的服务提供时通过访问可选择的医学专业列表来选择服务的替代方案，以提供由附属医师执行的服务以通过服务器系统110购买，通过输入用于识别服务的描述性术语或医疗代码号(例如，根据cpt代码集)提交服务的搜索查询或访问附属医师列表，并且在从列表选择特定的附属医师时，呈现可选择的医疗保健服务的列表，对此服务的信息记录维护在服务提供数据库114h内，指示所选医师作为将执行服务的医师。
87.另外，因为与其它类型的提供者用户相比，医院系统可能更可能在市场系统100内提供更多数量的服务以作为一组捆绑服务进行购买，所以由提供者门户130在用户接口内实施的功能，用于允许医院系统账户的用户管理与医院系统提供的用于购买的服务有关的信息，并且查看针对服务器系统110内由医院系统提供的用于购买的服务执行的交易的历史，所述功能可以包含用户可访问的另外的用户接口元素，用于医院系统账户管理和查看仅与医院系统作为一组捆绑服务提供的服务有关的信息。
88.图5是可以用于实施本发明的示例性实施例的示例性计算机系统600的框图。计算机系统600包含一个或多个处理器，如处理器604。处理器604连接到通信基础设施602(例如，通信总线、交叉条或网络)。在此示例性计算机系统方面描述了各种软件实施例。在阅读了此描述之后，相关领域的普通技术人员将清楚如何使用其它计算机系统和/或计算机架构来实施本发明。
89.示例性计算机系统600可以包含显示接口608，所述显示接口转发来自通信基础设施602(或来自未示出的帧缓冲器)的图形、文本和其它数据用于在显示单元610上显示。计算机系统600还包含主存储器606，所述主存储器可以是随机存取存储器(ram)，并且还可以包含次级存储器612。次级存储器612可以包含例如表示软盘驱动器、磁带驱动器、光盘驱动器等的硬盘驱动器614和/或可移除存储驱动器616。可移除存储驱动器616以本领域普通技
术人员众所周知的方式对可移除存储单元618进行读取和/或写入。可移除存储单元618表示例如可以通过可移除存储驱动器616读取和写入的软盘、磁带、光盘等。应理解，可移除存储单元618包含具有存储于其中的计算机软件和/或数据的计算机可用存储介质。
90.在示例性实施例中，次级存储器612可以包含用于允许将计算机程序或其它指令加载到计算机系统中的其它类似装置。此类装置可以包含例如可移除存储单元622和接口620。此类的实例可以包含程序盒和盒式接口(如视频游戏装置中发现的接口)、可移除存储器芯片(如eprom或prom)和相关联的套接字，以及其它可移除存储单元622和接口620，它们允许软件和数据从可移除存储单元622传输到计算机系统600。
91.计算机系统600还可以包含通信接口624。通信接口624允许在计算机系统与外部装置之间传输软件和数据。通信接口624的实例可以包含调制解调器、网络接口(如以太网卡)、通信端口、pcmcia插槽和卡等。通过通信接口624传输的软件和数据呈信号形式，其可以是例如能够被通信接口624接收的电子、电磁、光学或其它信号。这些信号通过通信路径(即，信道)626提供给通信接口624。信道626承载信号并且可以使用电线或电缆、光纤、电话线、蜂窝电话链路、rf链路和/或其它通信信道来实施。
92.在本文档中，术语“计算机程序介质”、“计算机可用介质”、“计算机可读介质”用于泛指介质如主存储器606和次级存储器612、可移除存储驱动器616、安装在硬盘驱动器614中的硬盘和信号。这些计算机程序产品是用于向计算机系统提供软件的方式。计算机可读介质允许计算机系统从计算机可读介质读取数据、指令、消息或消息包以及其它计算机可读信息。例如，计算机可读介质可以包含非易失性存储器，如软盘、rom、闪存存储器、磁盘驱动器存储器、cd
‑
rom和其它永久存储装置。例如，计算机可读介质可以用于在计算机系统之间传输信息，如数据和计算机指令。此外，计算机可读介质可以包括在暂时状态介质中的计算机可读信息，如网络链路和/或网络接口，包含允许计算机读取此类计算机可读信息的有线网络或无线网络。
93.计算机程序(也被称为计算机控制逻辑)存储在主存储器606和/或次级存储器612中。还可以通过通信接口624接收计算机程序。此类计算机程序在执行时可以使计算机系统能够执行如本文所讨论的本发明的示例性实施例的特征。具体地，计算机程序在被执行时使处理器604能够执行计算机系统600的特征。因此，此类计算机程序表示计算机系统的控制器。
94.现在参考图6，提供了展示了医疗保健市场系统100的示例网络架构，在所述医疗保健市场系统内实施了根据本发明的提供者定价工具的示例性实施例。当然应当理解，图6旨在作为实例，而不是作为对本发明不同实施例的架构限制，并且因此，图6中描绘的特定元素不应被视为对环境的限制，在所述环境内可以实施本发明的示例性实施例。
95.在图6所展示的实例中，用于提供提供者定价工具的特定组件与如上文参考图1和2所展示的示例性实施例所描述的系统组件一起被集成在系统100内。更具体地，定价工具137在图6中示出为在包含在提供者门户130内的程序管理服务133内实施，并且数据存储区114进一步包括由数据库服务器112维护的、由应用服务器116通过数据库服务器112在前端处提供的数据库服务访问的服务定价信息数据库114m和费用调整信息数据库114n，并且保留从多种数据源收集的信息，这些信息用于在应用服务器提供的网络服务内提供通过提供者定价工具提供的服务，如下文更详细地描述的。
96.在本发明的示例性实施例中，为了与服务定价信息数据库114m内的医师服务定价信息结合使用，可以在费用调整信息数据库114n内编制和维护一组对应的费用调整数据，其可以被应用以解释医师费用中的地理差异。例如，可以基于地理实践费用指数(gpci)编制和/或基于其确定费用调整数据，所述地理实践费用指数与cms提供的医疗保险医师费用表(pfs)中的rvu一起使用，以确定允许的支付金额以反映实践费用中地理差异的方式进行医疗程序。当这些费用与费用表的医师工作、实践支出和医疗事故保险组成部分的全国平均费用进行比较时，gpci用于帮助标准化跨地理区域操作私人医疗实践所产生的资源费用差异。
97.更具体地，cms针对程序的三个相对价值单元组件(即，工作、实践支出和医疗事故的rvu)中的每一个，为每个医疗保险支付地点建立gpci，并且通过将每个组件的rvu乘以所述组件的gpci，将gpci应用于费用表支付金额的计算。可以从cms网站获取当前gpci地点结构的列表，包含州、地点区域(以及在适用的情况下，分配给每个地点区域的县)以及每个地点的对应gpci，并且可以对此类信息进行编制和由服务器系统110的后端管理员在费用调整信息数据库114n内维护。在示例性实施例中，可以基于每个指定地点区域的gpci信息确定特定费用调整因子，并且维护在费用调整信息数据库114n内。例如，每个指定地点区域的标准费率调整因子可以通过计算平均(或任何其它合适的基于聚合或基于复合的)因子来确定，通过这样，所述地点的对应gpci影响针对每个服务导出的标准国家费率。作为另一个实例，每个指定地点区域的此类标准费率调整因子可以直接从由cms为所述地点确定的地理调整因子(gaf)导出。每个指定地点区域的gaf计算为三个gpci的加权平均值，其中权重是由pw、pe和mp rvu组成的全国rvu的百分比。
98.在另一个实例中，对于服务定价信息数据库114m内的信息记录包含服务提供作为一组捆绑服务中的主要服务的指示以及需要在外部设施执行主要服务的指示的每种服务，包含在使用外部设施的信息记录中的相应定价信息可以通过使用外部设施属于设施门诊服务还是设施住院服务来确定。例如，对于每种设施门诊服务，可以从由cms与cpt或hcpcs程序代码相关联地维护的apc价格数据中获得包含在使用外部设施的信息记录中的相应定价信息。cms基于类似的临床特征和类似的费用将根据hcpcs代码分类的单独服务分配给apc。因此，apc本质上是行级费用表，其中服务的每个hcpcs代码被分配给数百个单独apc之一，并且对于几乎每个apc，费用是通过将服务的临床apc的预期建立的缩放相对权重乘以转换因子(cf)来确定的，从而得出国家未调整的apc支付率。
99.因此，在示例性实施例中，对于在服务定价信息数据库114m内维护相应信息记录并且由cms提供对应apc的每种服务，设施门诊服务的对应国家未调整支付率可以包含在服务定价信息数据库114m内的服务的相应信息记录的所述一组定价信息中。
100.在本发明的示例性实施例中，为了与上文所讨论的服务定价信息数据库114m内的设施门诊服务定价信息结合使用，可以在费用调整信息数据库114n内编制和维护一组对应的费用调整数据，其可以被应用以解释地理差异。设施门诊服务定价信息的费用调整数据可以例如从由cms维护的设施工资指数编制和/或基于其确定。
101.在本发明的示例性实施例中，为了与上文所讨论的服务定价信息数据库114m内的设施住院服务定价信息结合使用，可以在费用调整信息数据库114n内编制和维护一组对应的费用调整数据，其可以被应用以解释地理差异。
102.与上文关于设施门诊服务定价信息的费用调整数据讨论的实例类似，设施住院服务定价信息的费用调整数据可以例如从由cms维护的设施工资指数编制和/或基于其确定。如上文所述，在示例性实施例中，可以从cms获得设施工资指数信息并且将其维护在费用调整信息数据库114n内。
103.在这点上，应当注意，某些服务可以促进将外部设施的使用映射到设施门诊服务价格数据和设施住院服务价格数据，对于所述某些服务，服务定价信息数据库114m内的相应信息记录包含服务提供作为一组捆绑服务中的主要服务的指示以及需要在外部设施执行主要服务的指示。在示例性实施例中，对于此类服务，服务器系统110的后端管理员可以确定哪组设施价格数据更适合包含在信息记录的一组定价信息中。例如，此类确定可以基于特定服务是更典型地作为设施门诊服务还是设施住院服务来执行。在替代性示例性实施例中，对于服务定价信息数据库114m内的相应信息记录包含服务提供作为一组捆绑服务中的主要服务的指示以及需要在外部设施执行主要服务的指示(对此，外部设施的使用可以映射到设施门诊服务价格数据和设施住院服务价格数据)的每种服务，可以在服务定价信息数据库114m内针对作为门诊设施服务的服务和作为住院设施服务的服务维护相应的信息记录。
104.在这点上，麻醉时间是从麻醉开始到麻醉服务结束的连续时间段，并且一次单位对应于15分钟的间隔或其中的一小部分，从医师开始为患者做好诱导准备的时间开始，到患者可以安全地置于术后监督下，并且医师不再亲自到场时结束。转换因子由cms根据地点列出。因此，上文列出的公式中的转换因子将对应于执行提供者的地点。
105.在示例性实施例中，为了访问定价工具137提供的功能，提供者用户在向服务器系统110注册提供者账户(例如，医师、执业团体或医院系统账户)以在数据存储区114内维护的对应简档数据库内建立账户信息记录并且登录他或她的医师账户时，用户可以被引导到由提供者门户130实施的提供者账户页面，其提供一组用户接口控制，用户可以访问所述用户接口控制以访问程序管理服务133提供的功能，从而提供医疗保健服务供向系统注册的客户用户购买。如上文所述，在本发明的示例性实施例中，在这点上程序管理服务133提供的可访问功能包含定价工具137提供的功能。
106.具体地，在提供者用户指示有意利用定价工具并通过服务器系统110提供用于购买的医疗保健服务时(例如，通过选择由提供者门户130实施的提供者账户页面内的“服务定价工具”选项卡)，用户将被引导到交互式服务定价页面，所述交互式服务定价页面具有基于以下生成的信息：在数据存储区114内维护的对应简档数据库内的提供者的相应信息记录以及在服务定价信息数据库114m中维护的医疗保健服务的相应信息记录中维护的信息。价格设置工具137可以被配置成例如实施交互式服务定价页面以向提供者用户提供详细的定价信息和提供者可以通过服务器系统110购买的服务的推荐费率，以及用户可访问的各种用户接口控制以根据需要对推荐的费率进行调整。
107.图7a是展示了由此类服务定价页面700为访问与注册的医院系统账户相关联的提供者门户130的用户提供的图形用户接口的第一实例的屏幕截图。在图7a所展示的实例中，在服务定价页面700处提供的用户接口包含医学专业下拉菜单702、地点调整部分704、推荐费率调整部分706、详细定价信息部分708和一组可选择按钮710a(“电子邮件价格”)、710b(“保存更改”)和710c(“上线(take live)”)，它们的使用将在下文更详细地描述。下拉菜单
702提供可选择的医学专业(例如，整形外科、普外科、心脏成像等)的列表，并且定价工具被实施为响应于用户使用下拉菜单702选择特定医学专业，根据所选医学专业，并且进一步基于在医院系统简档数据库114d内维护的提供者的相应信息记录中维护的信息、在服务定价信息数据库114m内被指示为与所选医学专业共同关联的每种服务的相应信息记录中维护的信息以及费用调整信息数据库114n内维护的信息，配置用户接口选项并填充显示在地点调整部分704、推荐费率调整部分706和详细定价信息部分708内的信息，如上文所讨论的，所述信息可以由定价工具137通过数据库服务器112在前端处提供的数据库服务访问。
108.例如，在图7a所展示的示例屏幕截图中，用户已从医学专业下拉菜单702选择了“放射学”，并且定价工具137已响应于此选择配置用户接口选项并填充根据从下拉菜单702选择的“放射学”，显示在地点调整部分704、推荐费率调整部分706和详细定价信息部分708内的信息。更具体地，如图7a所示，地点调整部分704已被配置成响应于从下拉菜单702中选择“放射学”而包含医师地点部分和设施部分。医师地点部分被提供用于基于附属于医院系统的医师的地点来进行定价调整并且将执行被定价的放射学服务。响应于定价工具137认识到服务定价信息数据库114m内被指示为与所选放射学医学专业共同相关联的服务的相应信息记录包含信息记录，设施部分被包含在地点调整部分704内，所述信息记录具有以下指示：所述服务是需要在外部设施处执行的一组捆绑服务的主要服务，并且提供用于基于附属于医院系统的设施进行定价调整，将在所述医院系统处执行所述放射学服务。
109.在本发明的实例中，医师地点部分包含医师位置字段704a和医师位置费率字段704b，并且设施部分包含设施字段704c和设施费率字段704d。医师位置字段704a用于接收和显示指定将执行服务的医师的位置的条目，所述服务被指示为与服务定价信息数据库114m内的所选放射医学专业共同相关联，并且医师位置费率字段704b被配置成为被指示为通常与放射学相关联的服务的详细定价信息部分708中包含的定价信息提供费率调整因子。在示例性实施例中，定价工具137可以被配置成基于与包含在医院系统简档数据库114d中的医师附属关系相关联的位置导出初始医师位置条目并且包含此导出的医师位置条目作为医师位置字段704a内的默认值。医师位置费率字段704b被提供用于接收和显示医师服务的地理调整费率，在默认情况下，所述地理调整费率基于费用调整信息数据库114n中维护的信息导出并且由定价工具137对应于医师位置条目而提供，所述医师位置条目当前在医师位置字段704a内指定。更具体地，在示例性实施例中，定价工具137可以被配置成访问费用调整信息数据库114n中对应于当前在医师位置字段704a内指定的医师位置条目(例如，为涵盖指定医师位置条目的指定区域确定的标准费率调整因子)的医师费率费用调整数据，并导出对应的地理调整费率，所述地理调整费率显示为医师位置费率字段704b内的默认值。
110.在本发明的实例中，定价工具137进一步被配置成允许访问服务定价页面700的提供者用户继续输入对应于医师的期望位置的文本，所述医师将在医师位置字段704a内执行与所选医学专业相关联的服务。在这点上，定价工具137可以被配置成要求用户在医师位置字段704a中输入的文本对应于在费用调整信息数据库114n中维护对应医师费率调整的特定地点区域。
111.定价工具137提供的建议医师位置列表可以进一步包含供用户选择标准的国家医师费率而不是特定地理位置的选项。响应于医师位置字段704a内新医师位置的指定，定价
工具137可以被配置成动态访问费用调整信息数据库114n中对应于当前在医师位置字段704a内指定的新指定的医师位置条目的医师费率费用调整数据，并且导出显示为医师位置费率字段704b内的当前值的对应的地理调整费率。
112.在示例性实施例中，定价工具137可以被配置成基于包含用于通过提供者门户130访问定价工具137功能的医院系统简档数据库114d中的医院系统账户的相应信息记录的设施附属关系导出初始外部设施条目，并且将此导出的设施条目作为默认值包含在设施字段704c内。设施费率字段704d被提供用于接收和显示设施服务的调整费率，所述调整费率在默认情况下由定价工具137对应于当前被指定为设施字段704c内的条目的设施的特征而导出和提供。
113.在本发明的实例中，定价工具137进一步被配置成允许访问服务定价页面700的提供者用户继续在设施字段704c内输入对应于期望外部设施的名称的文本，在所述外部设施处将执行与所选医学专业相关联的服务。在这点上，定价工具137可以被配置成要求用户在设施字段704c中输入的文本对应于包含医院系统简档数据库114d中医院系统账户的相应信息记录的设施附属关系中指定的特定设施的名称，所述相应信息记录用于通过提供者门户130访问定价工具137功能。
114.继续参考图7a中所展示的示例屏幕截图，定价工具137响应于用户从医学专业下拉菜单702选择“放射学”而配置用户接口选项并且填充显示在费率调整部分706内的信息。更具体地，如图7a所示，费率调整部分706已被配置成响应于从下拉菜单702中选择“放射学”而包含医师费率调整字段706a和设施费率调整字段706b。医师费率调整字段706a被提供用于针对服务的医师费用对详细定价信息部分708中包含的定价信息进行一般定价调整，所述医师费用指示为与如提供者用户所期望的放射学共同相关联，所述一般定价调整可以基于特定于提供者和/或医师的任何预算考虑。
115.如上文所述，继续参考图7a中所展示的示例屏幕截图，定价工具137响应于用户从医学专业下拉菜单702选择“放射学”而配置用户接口选项并且填充显示在详细定价信息部分708内的信息。通常，如图7a所示，详细定价信息部分708由定价工具137生成为具有各种交互式用户接口控制的表，所述表包含程序列711、设施价格列712、医师价格列713、另外的费用列714和总金额列715。
116.程序列711中的信息由定价工具137生成以包含用于在服务定价信息数据库114m中维护的服务的相应信息记录中列出的每个程序类别的行条目，并且包含服务与通过下拉菜单702选择的医学专业共同相关联的指示，对于图7a中描绘的示例屏幕截图，所述医学专业是“放射学”。例如，在本发明的实例的程序列711中列出的程序类别包含“骨密度dxa四肢”放射学程序、“骨密度dxa扫描”放射学程序和“视频荧光吞咽研究”放射学程序。如图7a中进一步说明的，对于在程序列711中列出的“骨密度dxa四肢”放射学程序的实例，详细定价信息部分708被实施为包含用户可访问的用户接口元素。
117.在本发明的实例中，“骨密度dxa四肢”放射学程序列表的扩展信息包含“dxa骨密度/外周”服务和“通过dxa进行骨折评估”服务的行条目。如图7a进一步所展示的，特定程序类别的扩展信息进一步包含，对于归类为程序类别的子程序的每种服务，用于识别服务的医疗代码号(例如，cpt代码)、基本设施费率、基本医师费率、调整的设施费率和调整的医师费率。扩展显示中列出的每种服务的基本医师费率由定价工具137从为所述服务导出的标
准国家医师费率获得，并且扩展显示中列出的每种服务的调整的医师费率由定价工具137计算以显示在详细定价信息部分708中，方法是将对应的基本医师费率乘以在地点调整部分704的医师位置费率字段704b中指定的当前值和在推荐费率调整部分706的医师费率调整字段706a中指定的当前百分比值。
118.在本发明的实例中，如图7a中进一步所展示的，特定程序类别的扩展信息进一步包含医师价格字段711a和设施价格字段711b，所述医师价格字段指定将由提供者用户为已在扩展程序类别下分类的服务中的每项服务设定的价格，所述设施价格字段指定提供者用户针对已在扩展程序类别下分类的服务中的每项服务使用外部设施而应用的价格。
119.在示例性实施例中，定价工具137可以被配置成在医师价格字段711a和医师价格字段711a内导出和包含初始、默认价格值。如图7a所展示的示例屏幕截图进一步指示的，特定程序类别的行条目将包含医师价格列713下的定价值，所述定价值对应于在程序类别的扩展显示中的医师价格字段711a内指定的定价值，并且类似地，特定程序类别的行条目将包含设施价格列712下的定价值，所述定价值对应于在程序类别的扩展显示中的设施价格字段711b内指定的定价值。在这点上，定价工具137可以被配置成分别响应于医师价格字段711a和设施价格字段711b内的价格值的变化而动态更新在医师价格列713和设施价格列712下提供的定价值。如图7a进一步所展示的，特定程序类别的行条目可以包含总额列715下的定价值，其作为设施价格列712、医师价格列713和特定程序类别的行条目中的另外的费用列714(如果包含)下列出的价格值的总和提供。这表示实际价格，在所述实际价格处，在用于程序类别的扩展显示中列出的每项服务将作为来自通过提供者门户130访问服务定价页面700的提供者用户的一组捆绑服务被提供以供通过市场系统100购买。
120.如上文所述并在图7a中进一步所展示的，在本发明的实例中在服务定价页面700处提供的用户接口还包含一组可访问的用户接口控制710a(“电子邮件价格”)、710b(“保存更改”)和710c(“上线”)。出于本发明的实例的目的，这些用户接口控制在服务定价页面700内作为可选择按钮提供。在本发明的示例性实施例中，定价工具137可以被配置成响应于提供者用户选择“保存更改”按钮710b而生成包含所有信息的指示的信息记录。
121.在本发明的示例性实施例中，定价工具137可以被配置成响应于提供者用户选择“电子邮件价格”按钮710a而提供用户接口控制以允许用户指定电子邮件地址并且发送包含定价信息的指示的电子文档。
122.最后，参考本发明的实例，[定价工具137可以被配置成响应于提供者用户选择“上线”按钮710c而代表提供者用户自动发起具有程序管理服务133的服务提供，以针对用户从下拉菜单702选择的用于通过服务器系统110购买的呈现的特定医学专业，提供当前包含在服务定价页面700的详细定价信息部分708内的服务中的每项服务。以此方式，定价工具137可以为提供者提供机制，以提供大量服务以供向系统注册的客户用户通过市场系统100购买，而无需执行上文所描述的全套操作用于访问由程序管理服务133提供的功能以单独提供所述服务中的每种服务。
[0123]
图7b是展示了由服务定价页面700为访问与注册的医院系统账户相关联的提供者门户130的用户提供的图形用户接口的第二实例的屏幕截图。在图7b所展示的实例中，用户已从医学专业下拉菜单702选择了“普外科”，并且定价工具137已响应于此选择配置用户接口选项并填充根据从下拉菜单702选择的“普外科”，显示在地点调整部分704、费率调整部
分706和详细定价信息部分708内的信息。更具体地，如图7b所示，响应于从下拉菜单702中选择“普外科”，地点调整部分704已经被配置成除了上文参考图7c所展示的实例描述的医师地点部分和设施部分之外，还包含麻醉地点部分。响应于定价工具137识别服务的相应信息记录，麻醉地点部分被包含在地点调整部分704内。
[0124]
在本发明的实例中，麻醉地点部分包含麻醉位置字段704e和麻醉位置速率字段704f。麻醉位置字段704e用于接收和显示指定所述位置的条目，在所述位置处，将执行被指示为与服务定价信息数据库114m内的所选普外科医学专业共同相关联的服务，并且麻醉位置费率字段704f被配置成为被指示为通常与放射学相关联的服务的详细定价信息部分708中包含的定价信息提供费率调整因子。
[0125]
麻醉位置费率字段704f被提供用于接收和显示医师服务的地理调整费率，在默认情况下，所述地理调整费率导出并且由定价工具137对应于麻醉位置条目而提供，所述麻醉位置条目当前在麻醉位置字段704e内指定。更具体地，在示例性实施例中，定价工具137可以被配置成访问对应于麻醉位置条目的服务定价信息数据库114n中的关于麻醉速率调整的信息，所述麻醉位置条目当前在麻醉位置字段704e内指定，并且导出在麻醉位置速率字段704e内显示为默认值的对应的地理调整速率。对应的地理调整速率可以例如基于cms麻醉换算因子与标准的国家麻醉换算因子的比率来导出。
[0126]
指定麻醉位置字段704e内的新位置，定价工具137可以被配置成动态访问与麻醉位置字段704e内新指定的医师位置条目相对应的地理因素数据库114n中与医师费率调整有关的信息，并且导出对应的地理调整速率，所述地理调整速率显示为麻醉位置速率字段704f内的当前值。在本发明的实例中，定价工具137还被配置成允许提供者用户直接访问麻醉位置速率字段704f并且指定地理调整速率的期望值，所述期望值将覆盖由定价工具137基于在麻醉位置字段704e内的位置条目导出的特定地理调整速率并且显示为麻醉位置速率字段704f内的当前值。下文将参考详细定价信息部分708描述在麻醉速率字段704f内提交的此类条目的作用。
[0127]
如上文所述，继续参考图7b中所展示的示例屏幕截图，定价工具137响应于用户从医学专业下拉菜单702选择“普外科”而配置用户接口选项并且填充显示在费率调整部分706内的信息。
[0128]
如上文所述，继续参考图7b中所展示的示例屏幕截图，定价工具137响应于用户从医学专业下拉菜单702选择“普外科”而配置用户接口选项并且填充显示在详细定价信息部分708内的信息。通常，如图7b所示，详细定价信息部分708由定价工具137生成为具有各种交互式用户接口控制的表，所述表除了程序列711、设施价格列712、医师价格列713、另外的费用列714和总金额列715之外还包含麻醉价格列716。如图7b所展示的，对于归类为程序类别的子程序的每种服务，特定程序类别的扩展信息除了用于识别服务的医疗代码号、基本设施费率、基本医师费率、调整的设施费率和调整的医师费率(如上文参考图7a所描述的)之外进一步包含基础麻醉速率和调整的麻醉速率。
[0129]
在本发明的实例中，如图7b中进一步所展示的，除了医师价格字段711a和设施价格字段711b之外，特定程序类别的扩展信息进一步包含麻醉价格字段711c，所述麻醉价格字段指定提供者用户针对与已在扩展程序类别下分类的服务相关联的执行的每种麻醉服务而应用的价格。
[0130]
例如，定价工具137可以被配置成使用户可以选择使用对于麻醉价格字段711c内的价格值的程序类别，扩展显示中列出的所有服务的对应调整麻醉速率的平均值，或对于麻醉价格字段711c内的价格值的程序类别，扩展显示中列出的所有服务的对应调整麻醉费率中的最高值。在示例性实施例中，定价工具137可以进一步被配置成允许访问服务定价页面700的提供者用户访问麻醉价格字段711c以在此字段内输入特定价格值。
[0131]
如图7b所展示的示例屏幕截图中进一步指示的，特定程序类别的行条目将包含麻醉价格列716下的定价值，所述定价值对应于程序类别的扩展显示中麻醉价格字段711c内指定的定价值。在这点上，定价工具137可以被配置成响应于麻醉价格字段711c内的价格值的变化而动态更新在麻醉价格列716下提供的定价值。如上文所讨论的，在定价工具137的示例性配置中，对于特定程序类别的扩展显示中麻醉价格字段711c内的价格值的此类变化可以响应于在地点调整部分704的麻醉位置速率字段704f中指定的当前值、推荐速率调整部分706的麻醉速率调整字段706c中指定的当前百分比值中的任何一种的变化、定价工具137采用的特定方法的变化而发生，以在麻醉价格字段711c内导出和设置价格值，并且由提供者用户在麻醉价格字段711c内直接输入特定价格值。
[0132]
如图7b进一步所展示的，特定程序类别的行条目可以包含总额列715下的定价值，其作为设施价格列712、医师价格列713、麻醉价格列716和特定程序类别的行条目中的另外的费用列714(如果包含)下列出的价格值的总和提供。这表示实际价格，在所述实际价格处，在用于程序类别的扩展显示中列出的每项服务将作为来自通过提供者门户130访问服务定价页面700的提供者用户的一组捆绑服务被提供以供通过市场系统100购买。在示例性实施例中，定价工具137可以进一步被配置成通过在服务定价页面700内实施的用户接口控制为正在访问服务定价页面700并且已经从下拉菜单702中选择医学专业的提供者用户提供选项，对此，定价工具137识别被指示为与服务定价信息数据库114m内的所选医学专业共同相关联的服务的相应信息记录包含具有以下指示的信息记录：所述服务是一组捆绑服务中的主要服务，与所述捆绑组中的主要服务相关联的次要服务是麻醉程序，在所选医学专业的服务定价页面内不包含与相关联麻醉程序和麻醉定价信息有关的信息和选项。
[0133]
图7c是展示了由服务定价页面700为访问与注册的医院系统账户相关联的提供者门户130的用户提供的图形用户接口的第三实例的屏幕截图。在图7c所展示的实例中，用户已从医学专业下拉菜单702选择了“gi”(肠胃病学)，并且定价工具137已响应于此选择配置用户接口选项并填充根据从下拉菜单702选择的“gi”，显示在地点调整部分704、费率调整部分706和详细定价信息部分708内的信息。
[0134]
通常，如图7c所示，详细定价信息部分708由定价工具137生成为具有各种交互式用户接口控制的表，所述表除了程序列711、设施价格列712、医师价格列713、另外的费用列714和总金额列715之外还包含病理价格列717。
[0135]
如图7c所展示的，对于分类为程序类别的子程序的每种服务，特定程序类别的扩展信息除了用于识别服务的医疗代码号、基本设施费率、基本医师费率、调整的设施费率和调整的医师费率(如上文参考图7a所描述的)之外，进一步包含基本病理费率。扩展显示中列出的每种服务的基本病理费率是由定价工具137从服务的病理费率获得的，所述病理费率存储在服务定价信息数据库114m内为服务维护的相应信息记录内，以显示在详细定价信息部分708内。
[0136]
在本发明的实例中，如图7c中进一步所展示的，除了医师价格字段711a和设施价格字段711b之外，特定程序类别的扩展信息进一步包含病理价格字段711d，所述病理价格字段指定提供者用户针对与已在扩展程序类别下分类的服务相关联的执行的每种病理服务而应用的价格。在示例性实施例中，定价工具137可以被配置成在病理价格字段711d内导出和包含初始、默认价格值。例如，定价工具137可以导出和设置病理价格字段711d内的默认价格值，作为程序类别的扩展显示中列出的所有服务的基本病理费率的平均值。在示例性实施例中，定价工具137可以进一步被配置成允许访问服务定价页面700的提供者用户访问病理价格字段711d以在此字段内输入特定价格值。
[0137]
如图7c所展示的示例屏幕截图中进一步指示的，特定程序类别的行条目将包含病理价格列717下的定价值，所述定价值对应于程序类别的扩展显示中病理价格字段711d内指定的定价值。在这点上，定价工具137可以被配置成响应于病理价格字段711d内的价格值的变化而动态更新在病理价格列717下提供的定价值。如图7b进一步所展示的，特定程序类别的行条目可以包含总额列715下的定价值，其作为设施价格列712、医师价格列713、病理价格列717和特定程序类别的行条目中的另外的费用列714和麻醉价格列716(如果包含)下列出的价格值的总和提供。这表示在程序类别的扩展显示中列出的每项服务将作为一组捆绑服务从通过提供者门户130访问服务定价页面700的提供者用户通过市场系统100提供以供购买。
[0138]
在示例性实施例中，在提供者门户130内为医院系统账户的用户提供的功能可以进一步包含由服务销售服务135实施的一组用户接口控制，医院系统账户的用户可以访问所述用户接口控制来通过操作位于例如客户访问的医疗诊所以访问应用服务器116的客户端系统，亲自向客户销售预付购买的服务。在这点上，服务销售服务135可以提供允许医院系统账户的用户除了销售由服务器系统100内的医院提供用于购买的服务之外的由医院系统账户的用户构建的服务，包含多组捆绑服务。
[0139]
在示例性实施例中，由账户管理服务131实施的用户接口可以被进一步配置成提供用户接口控制用于请求授权支付预定费用以获得在市场系统100内提供医疗保健产品以供购买的能力。此类费用可以是例如一次性收费或定期收费(如月费、半年费或年费)。
[0140]
在用户指示有意提供用于购买的医疗保健产品时(例如，通过在由提供者门户130实施的药房账户页面内选择“提供服务”选项卡)，用户将能够使用产品管理服务134启动产品提供以提供医疗保健产品从而通过服务器系统110购买。
[0141]
在用户指示有意在由提供者门户130实施的药房账户页面内访问各种账户管理功能时，药房管理员可以访问由账户管理服务131提供的各种用户接口元素，以例如管理药房和支付或补偿信息，管理与药房提供购买的产品有关的信息，并且在服务器系统110内查看针对药房提供购买的产品执行的交易历史。
[0142]
在本文所公开的示例性实施例中，因为某些医疗保健信息可以被认为是高度机密的，市场系统100可以被实施为在客户端系统142和应用服务器116上执行的客户端应用之间传输的信息提供高级别的安全性。为了说明，只要适用，可以实施市场系统100(例如，用于操作和功能)以符合健康保险流通和责任法案(hipaa)下的要求。例如，如果根据hipaa要求或其它保密问题，特定方(例如，处方产品制造商或服务提供者)不应访问某些类型的信息，则系统100可以实施确保特定方无法访问所述类型的信息的信息控制或信息保护措施。
作为另一个实例，为了保护患者隐私，可以加密通过计算机或通信网络传输的信息，如在应用服务器116与任何客户端系统140之间传输的信息以及由服务器系统110传输的电子消息。在示例性实施例中，系统100可以经过hipaa验证以确保隐私并且符合所有要求。
[0143]
图8展示了由应用服务器(116，图2所示)执行的存储在保险数据库(114o，图2所示)中的保险单的流程图。保险数据库被编程成为医疗保健服务提供优化的捆绑价格802。出于示例性目的，系统在用户护理周期的每个阶段处最大化收集。对于各个阶段，存在用于支付付款804的选项。患者被转介或安排进行手术，其中患者可能会接收到推送通知以进行预期支付。可替代地，患者在提供者的位置处登记并且患者在服务点处支付，如通过现金、卡、数字钱包等。可替代地，患者在提供服务后和/或出院时支付，其中患者会接收到推送通知以进行追溯支付。
[0144]
进一步地，患者信息的每种信息都受到监测，如但不限于医师的医嘱/时间表(例如，chc redox)、支付数据倾向(chc
‑
供应商)、福利状态(chc
‑
瑞本健康(ribbon health))和carecredit预先批准。基于患者信息，匹配医嘱。进一步地，价格是基于患者的能力和/或为服务和/或产品支付的意愿而设置的。进一步地，每笔支付都会受到监测，以检查患者是否自付费用。系统将捆绑价格与剩余患者免赔额进行比较，以确定患者支付服务和/或产品的能力。此外，允许患者全额或通过carecredit支付。
[0145]
所述系统被配置成每次向医院/医师/药房和任何相关联服务提供者全额支付最优价格。所述程序是透明的，并且患者和提供者两者均可接受。服务提供者收集有关愿意支付的患者的最大数据。进一步地，医院可能会通过收取低于患者愿意支付的费用来获得收入。
[0146]
应用服务器(116，图2所示)处理存储在保险数据库114o中的数据，并且允许用户通过保险管理服务(14，图2所示)访问保险信息。在为患者递送护理后，医院向系统发送电子索赔。系统然后基于存储在保险数据库114o中的信息分配支付并且发送电子汇款文件。系统将电子索赔传递给保险公司806以更新患者的累加器(不是为了报销)。保险806然后通知系统累加器状态。然后系统向患者发送更新。
[0147]
图9展示了根据本发明的另一个示例性实施例在医疗保健市场系统中与客户端系统进行通信的虚拟支付系统管理器170的框图。如上文所述，本发明的示例性实施例可以被实施以提供虚拟支付系统，用于促进由(或以其它方式代表购买)患者购买的以及由医疗保健提供者通过在中央服务器系统110内创建、转移和兑换虚拟资金提供的服务和产品的支付交换并且对其进行解释。
[0148]
在一些示例性实施例中，虚拟支付系统管理器170被配置成促进可以由医疗保健市场系统100的提供者提供给服务器系统110的注册用户以用于在系统内采取与其注册账户相关联的某些动作的促销信贷的跟踪和管理。
[0149]
例如，市场系统100的提供者可以向潜在客户用户提供促销，其中每个用户在完成向服务器系统110注册相应客户账户后，将接收到指定金额的资金(例如，$25的信贷)，客户用户可以用它来购买由向服务器系统110注册的提供者用户在市场系统100内提供的服务和/或产品。
[0150]
在一个实施例中，虚拟支付系统管理器170被配置成访问数据库服务器112以在虚拟货币账户数据库114o内为客户创建虚拟货币账户的相应账户信息记录，并且访问数据库
服务器112以创建对应于包含在相应账户信息记录中的虚拟资金对象数据库内的促销信贷的指定金额的新虚拟资金。
[0151]
在这点上，虚拟支付系统管理器170为正在创建的新虚拟资金对象生成唯一标识符并且定义对象的属性以包含对应虚拟资金的价值的指示、为对象生成的唯一标识符、原始资金来源是由市场系统100的提供者传送的信贷的指示、对象的创建时间戳、所述对象的对应虚拟资金目前未分配用于支付在市场系统内购买的提供的服务或产品的指示以及任选地，促销信贷的到期日期的指示，客户用户在到期日期之前必须使用信贷资金购买市场系统100内提供的服务和/或产品。
[0152]
在此类实例中，虚拟支付系统管理器170被配置成进一步访问数据库服务器112，以还在为提供市场系统(例如，这可能已经由服务器系统110的后端管理员建立)的实体在虚拟货币账户数据库114o内正在维护的相应虚拟货币账户的相应账户信息记录中包含的虚拟资金对象的容器内，为促销信贷创建对应新虚拟资金对象。更具体地，虚拟支付系统管理器170为正在创建的新虚拟资金对象生成唯一标识符并且定义对象的属性以包含对应虚拟资金的值作为负值的指示、为对象生成的唯一标志符、原始资金来源是在由市场系统100的提供者维护的外部金融账户内持有的对应数量的真实货币(并且由此由市场系统提供者欠虚拟支付系统)的指示以及对象的创建时间戳。
[0153]
在一个实施例中，虚拟支付系统管理器170还被配置成，在虚拟货币账户数据库114o内为客户用户和提供市场系统的实体的虚拟货币账户的相应账户信息记录内为促销信贷创建对应的虚拟资金对象时，适当地更新相应虚拟货币账户的相应账户信息记录内的一般信息组中包含的总余额值和可用余额值，以反映新创建的虚拟资金对象。
[0154]
在图9所展示的实例中，用于提供虚拟支付系统的特定组件与如本文上文和下文参考图1和2所展示的示例性实施例所描述的系统组件一起被集成在系统100内。具体地，如图9所描绘的，应用服务器116被进一步实施为包含虚拟支付系统管理器170。还如图9所描绘的，数据存储区114进一步包括虚拟货币账户数据库114p，其由数据库服务器112维护，由应用服务器116访问。
[0155]
在本发明的示例性实施例中，虚拟支付系统管理器170在图9中示出为包含虚拟账户管理模块171、交易跟踪模块172、通信模块173、虚拟资金创建和支付模块174、虚拟支付处理模块175和调整处理模块176。一般而言，在本发明的示例性实施例中在虚拟支付系统管理器170内实施的各种模块被配置成通过数据库服务器112与彼此、客户门户120、提供者门户130和数据存储区114交互以执行上文提供的关于示例性实施例的实例中描述的各种操作，其中在服务器系统110内实施虚拟支付系统。
[0156]
虚拟账户管理模块171被配置成访问虚拟货币账户数据库114p以针对在市场系统100内进行的交易的参与者的相应虚拟货币账户创建相应的账户信息记录。虚拟账户管理模块171响应于登录到服务器系统110的参与者访问由账户管理服务122或账户管理服务131提供的账户管理功能来管理和查看与虚拟支付系统内的参与者的相应虚拟货币账户有关的信息，根据需要检索、维护、修改相应的信息账户记录。
[0157]
例如，交易跟踪模块172可以被配置成动态地更新与在虚拟支付系统内进行的交易有关的解释细节。模块172响应于在虚拟支付系统内进行的交易，动态地计算并且更新包含在相应虚拟货币账户的相应账户信息记录中的一般信息内的余额值。
[0158]
进一步地，模块172基于响应于此类到期发生而到期的促销信贷动态地执行用于处理已在虚拟货币账户内创建的虚拟资金对象的处理，并且响应于到达的此类有效期的结束，动态地执行用于撤销支付处理操作的处理，所述处理在虚拟支付系统内执行以购买在为此类购买指定的有效期内尚未兑换的提供的服务和产品。
[0159]
例如，通信模块173可以被配置成生成关于在虚拟支付系统内管理的虚拟货币账户和进行的交易的通知和报告，将生成的通知和报告发送到客户门户120和提供者门户130的对应组件，接收来自客户门户120和提供者门户130的对应组件的通知和信息，并且处理此类接收到的通知和信息。
[0160]
虚拟资金创建和支付模块174可以例如被配置成根据在虚拟支付系统内进行交易的需要，在虚拟货币账户的相应账户信息记录内实施用于创建或实例化新虚拟资金对象的功能，处理虚拟支付系统(包含删除虚拟资金对象的功能)内的支付请求，并且在虚拟支付系统内为虚拟货币账户执行自动定期支付。
[0161]
虚拟支付处理模块175可以例如被配置成实施功能，用于执行用于促进虚拟支付系统内的支付处理以供向服务器系统110注册的客户用户购买所提供的服务和产品的操作，以及响应于执行此类操作，对定义相应账户信息记录内的虚拟资金对象的属性执行对应的更新，以促进虚拟支付系统内的支付处理。例如，调整处理模块176可以被配置成实施功能，用于执行用于处理取消请求、退款请求以及对在虚拟支付系统内处理支付处理的所提供服务和产品的购买进行的其它修改的操作，以及响应于执行用于处理取消请求、退款请求和对虚拟支付系统内的购买的其它修改的此类操作，对相应账户信息记录内的定义虚拟资金对象的属性执行对应更新。
[0162]
在本文所公开的示例性实施例中，因为某些医疗保健信息可以被认为是高度机密的，市场系统100可以被实施为在客户端系统142和应用服务器116上执行的客户端应用之间传输的信息提供高级别的安全性。为了说明，只要适用，可以实施市场系统100(例如，用于操作和功能)以符合健康保险流通和责任法案(hipaa)下的要求。作为另一个实例，为了保护患者隐私，可以加密通过计算机或通信网络传输的信息，如在应用服务器116与任何客户端系统140之间传输的信息以及由服务器系统110传输的电子消息。在示例性实施例中，系统100可以经过hipaa验证以确保隐私并且符合所有要求。
[0163]
图10展示了根据本发明的另一个实施例的应用服务器的框图，所述应用服务器示出了免赔额检查器、购物车和药物折扣卡。应用服务器116可以进一步包含用于查找患者的免赔额的免赔额检查器1002、用于向用户提供定价细节的购物车1004、以及用于用户订阅医疗保健服务的药物折扣卡1006。
[0164]
免赔额检查器1002允许患者/用户查找他们的免赔额并且让用户知道所提供的医疗保健服务是否以更好的和/或有竞争力的价格提供。购物车1004被自动传送给注册用户，其具有他们打算继续进行的医疗保健服务的定价细节。购物车1004自动传送如但不限于电子邮件、sms、图形用户接口上的闪烁和任何其它类似的通信网络等。购物车1004自动检查任何免赔额、保险并且相应地为用户生成定价。
[0165]
在另一个实施例中，购物车1004由分析师验证以确认定价。因此，购物车被发送到分析系统，并且然后发送到用户。这允许用户对医疗保健服务进行预付。进一步地，以正确的捆绑价格生成购物车1004(例如，当一起购买某些程序时考虑折扣等)。药物折扣卡1006
被提供给订阅医疗保健服务的用户。
[0166]
可以使用一个或多个程序模块和数据存储单元来实施本文所述描述的本发明的示例性实施例的各方面。如本文所使用的，术语“模块”、“程序模块”、“组件”、“系统”、“工具”、“实用程序”等包含例程、程序、对象、组件、数据结构和指令，或执行特定任务或实施特定抽象数据类型的指令集等等。如可以理解的，模块是指计算机相关实体，这些实体可以实施为提供所描述的功能的软件、硬件、固件和/或其它合适的组件，并且可以加载到体现本发明的示例性实施例的机器的存储器中。模块的各方面可以用多种编程语言编写，如c、c 、java等。由用于本文所描述的示例性实施例的各方面的模块提供的功能可以被组合和/或进一步划分。
[0167]
如本文所使用的，术语“数据存储单元”、“数据存储区”、“存储单元”等可以指可以用于存储数据的任何合适的存储器装置，包含手册文件、机器可读文件和数据库。模块和/或存储单元都可以在相同的计算系统上实施和运行(例如，图5中所展示和下文所描述的示例性计算机系统)，或者它们可以在不同的计算系统上实施和运行。例如，一个或模块可以在用户操作的个人计算机上实施，而其它模块可以在远程服务器上实施并且通过网络访问。
[0168]
虽然已经参考示例性实施例详细描述了本发明，但是本领域技术人员将理解，在不脱离如由所附权利要求限定的本发明的范围的情况下，可以进行各种改变和替换并且可以用等效物替代其元素。另外，在不脱离本发明的基本范围的情况下，可以进行许多修改以使特定应用或材料适应本发明的教导。
[0169]
针对本发明的示例性实施例描述的变化可以以每个特定应用所需的任何组合来实现。因此，在包含关于本发明的示例性实施例描述的一个或多个概念的方法、系统和/或设备中需要实施可能具有特定限制的特定限制和/或本文所描述的实施例增强。
[0170]
因此，意图不在于将本发明限于作为设想用于实施本发明的最佳方式而公开的特定实施例，而是本发明将包含落入本发明的申请范围内的所有实施例，如以下权利要求所述，其中以单数形式引用元素如通过使用冠词“一个/一种(a或an)”并不旨在意指“有且仅有一个”，而是指“一个或多个”，除非特别如此说明。此外，按照35u.s.c.
§
112第六段的规定，任何权利要求元素都不得解释，除非使用短语“用于
……
的装置”或“用于
……
的步骤”明确叙述所述要素。这些以下权利要求应被解释为维持对本发明的适当保护。