JP2023501759A - バンドル型サービスおよび製品の購入を促進するためのネットワークベースのマーケットプレイスサービス価格設定ツール - Google Patents

Abstract

装置および関連付けられた方法は、サービス場所に基づいた価格でサービスのための支払いを受容することに応じて、先払い医療サービスを受容するようにユーザによって償還可能な証書を生成すること、および先払い金額を、ユーザの健康保険免責額に適用することに関する。支払いは、仮想資金または実際の通貨支払いであり得る。送信先は、医師、施設、場所、および時間に基づいて指定され得、地理的費用の差異に基づく価格調整を可能にする。一部の実装形態は、先払いサービスおよび実際の通貨のための仮想後部の作成、転送、償還、ならびに交換を可能にするように構成されたマーケットプレイスシステムを提供し得る。ユーザは、証書の償還に基づいて、先払い送信先を受容し得る。様々な実装形態は、バンドルに基づいて割引される価格に対して、送信先および薬剤を含む、医療バンドルを交換し得る。医療バンドルは、ショッピングカート形式で提示され得、ユーザが、カスタマイズされたバンドルに対して先払いすることを可能にする。【選択図】図１

Description

関連出願の相互参照
これは、２０１３年８月１６日出願された仮出願第６１／８６６，９２２号の利益を主張する特許第９，１２３，０７２号として２０１５年９月１５日に発行された、２０１４年８月１５日に出願された米国出願第１４／４６１，２０９号の一部継続である、２０１５年８月１４日に出願された米国特許出願第１４／８２７，０２６号の継続である、２０１５年１０月２日に出願された米国特許出願第１４／８７４，００４号の一部継続である、２０１６年２月２６日に出願された米国特許出願第１５／０５５，０７６号の一部継続である、２０１９年７月２４日に出願された米国特許出願第１６／５２０，９０６号の一部継続である、２０１９年１１月１５日に出願された米国特許出願第１６／６８５，８８８号に基づく国際出願である。

本発明の例示的な実施形態は、サービスおよび製品のマーケティングおよび販売の促進に関する。より詳細には、例示的な実施形態は、患者予備軍が、地域提供者によって提案されるバンドル型のサービス一式を含む健康管理サービスおよび製品を検索し、比較することを可能にするウェブベースの機構を提供し、患者予備軍がこれら健康管理サービスおよび製品を先払いの割引レートでの購入を促進する方法および装置に関する。

健康管理サービスの価格は、専門分野、処置、および医師の医療行為によって変わる。米国では、患者の多くは、一般的医療処置の価格を購入し、比較するための簡易な方法を利用することができない。米国における現在の管理型医療ベースの保険者システムにより、治療の費用は、管理型医療組合によって決定されることがよくある。

これらの管理型医療組合は、患者の個々の保険計画に対して特別に設計された薬剤および処置に対する特定の処方書を有しており、特定の計画において患者が利用可能な薬剤および処置を制限している。患者は歴史的に、これらの価格一覧または処方書を利用することができず、健康医療サービスを探して比較すること、または処置の費用を事前決定することで患者を支援するツールをほとんど有していなかった。現在のところ、医療費を比較することを選択する患者予備軍は、治療前に医療処置を比較するために、広範で、しばしば非効率的で、時間のかかる調査を行うことを余儀なくされる。

高騰する医療の費用は、米国医療システムに劇的な影響を有している。医療費は、インフレ成長を凌ぐペースを続けており、提供者の償還レートは、低下し続けており、患者保険料の費用は、増加している。毎月の保険料費用を下げるため、多くの患者は、従来の高額保険料ＰＰＯ保健計画に代わるものとして、高額免責額保健計画を購入することを選択している（および、雇用主は、提案することを選択している）。

これらの高額免責額計画は、高額免責額が満たされるまで患者が医療サービスについて現金支払いで支払う必要があり、この免責額に達すると、保険会社が医療費を負担し始める。その結果、多くの患者は、医療処置およびサービスについて自己負担費用の指数関数的な増加を見ている。より多くの患者が高額免責額計画を選択することに加えて、多くの患者は、支払いの増加を負担できず、無保険、または不充分な保険の状態になっている。無保険、不充分な保険、または高額免責額計画を利用している患者の数が増えるにつれて、患者が割引医療サービスおよび効率的な支払いシステムを見つけることを可能にする機構の必要性が増加している。

本発明の例示的な実施形態は、サービス提供者によって提案されるサービスの購入を促進するための装置に関する。装置は、ネットワークを介してアプリケーションサーバに通信可能に結合された複数のクライアントシステムを通して複数のユーザがアクセス可能なネットワークサービスを提供するアプリケーションサーバと、アプリケーションサーバによって維持されるサービス提案データベースを格納するデータ格納システムと、を含む。

サービス提案データベースは、複数のサービス提案にそれぞれ関連付けられた複数のサービス提案情報記録を備える。複数のサービス提案は、バンドル型のサービス一式に対する少なくとも１つのサービス提案を含む。各サービス提案情報記録は、関連付けられたサービス提案の一次サービスの指標と、関連付けられたサービス提案の購入価格と、一次サービスに対する支払い金額と、一次サービスの報酬情報と、を含む。選択されたサービス提案を購入するためのユーザに対する購入情報をクライアントシステムから受信すると、ネットワークサービスは、選択されたサービス提案の購入をユーザによって処理するために、選択されたサービス提案に関連付けられたサービス提案情報記録に含まれる購入価格に対応している資金について、要望を資金源に発行するように動作可能である。

例示的な実施形態では、バンドル型のサービス一式に対する各サービス提案は、対応している医療サービス提供者によって提供されるバンドル型の医療サービス一式を含む。

例示的な実施形態では、バンドル型のサービス一式のサービス提案に関連付けられた少なくとも１つのサービス提案情報記録は、一次サービスを実施するための施設の指標と、施設の施設利用料と、施設利用料の報酬情報と、を更に含む。

例示的な実施形態では、バンドル型のサービス一式のサービス提案に関連付けられた少なくとも１つのサービス提案情報記録は、一次サービスに関連付けられた二次サービスの少なくとも１つが任意選択の二次サービスであるという指標を更に含む。

例示的な実施形態では、データ格納システムは、アプリケーションサーバによって維持されるプロファイルデータベースを格納する。プロファイルデータベースは、アプリケーションサーバに登録された複数のユーザアカウントの各々に対する、代替アカウント情報記録を含む。複数のユーザアカウントは、複数の顧客アカウントと、複数の提供者アカウントと、を含む。各ユーザアカウントに対するアカウント情報記録は、クライアントシステムのうちの１つからネットワークサービスにアクセスするユーザに、ネットワークサービスにユーザアカウントでアクセスする権限を付与するための情報を含む。

例示的な実施形態では、複数の提供者アカウントは、複数の医師アカウントと、複数の診療グループアカウントと、を含み、各診療グループアカウントのアカウント情報記録は、診療グループアカウントと提携した１つ以上の医師アカウントの指標を含む。

例示的な実施形態では、データ格納システムは、アプリケーションサーバによって維持されるトランザクション情報データベースを格納する。トランザクション情報データベースは、提供者アカウントに関連付けられたクライアントシステムのうちの１つからネットワークサービスにアクセスするユーザによって作成されたサービス提案の、顧客アカウントに関連付けられたクライアントシステムのうちの１つからネットワークサービスにアクセスするユーザによって、各処理済み購入に対する代替購入情報を含み、各処理済み購入に対する代替購入情報記録が、購入サービス提案に関連付けられた、およびサービス提案の一次サービスおよび任意の二次サービスの各々に対するサービス提案情報記録の指標と、購入がサービスに関して償還されたかどうかの指標とを含んでいる。

例示的な実施形態では、ネットワークサービスは、サービス提案の購入を処理するためにクライアントシステムのうちの１つのユーザによってアクセスされると、ユーザに対して、購入に対する一意の確定番号と、購入サービス提案の一次サービスおよび任意の二次サービスの各々に対して対応するサービス提供者とを指定する証書を作成し、購入サービス提案の一次サービスおよび任意の二次サービスの各々について、サービスに関して購入が未償還であることを示す処理済み購入に対する購入情報記録を設定する。

コンピュータによって実装される処理に関する本発明の例示的な実施形態、および装置について上で概説された例示的な実施形態に対応しているコンピュータシステムもまた、本明細書に記載され、特許請求される。

本開示の技法を通じて実現される上述された、ならびに他の特徴および利点は、以下の詳細な説明、図面、および添付の特許請求の範囲を参照することにより、より良好に評価され、理解されるであろう。追加の特徴および利点は、本発明の技術を通じて実現される。本発明の他の実施形態および態様は、本明細書に詳細に記載されており、特許請求される発明の一部と見なされる。

本発明と見なされる主題は、明細書の結びで特許請求の範囲において特に指摘され、明確に主張されている。本発明の前述および他の目的、特徴、ならびに利点は、添付の図面と組み合わせた、本発明の例示的な実施形態の以下の詳細な記載から明確にされる。

本発明の例示的な実施形態を実装するよう構成されることができる、医療マーケットプレイスシステムのためのネットワーク構成例を示す概略図である。 本発明の例示的な実施形態による、サーバシステムを示すブロック図である。 本発明の例示的な実施形態による、顧客ポータル内で提供されるサービスによって実装され得るグラフィカルユーザインターフェースの例を示すいくつかのスクリーンショットである。 本発明の例示的な実施形態による、顧客ポータル内で提供されるサービスによって実装され得るグラフィカルユーザインターフェースの例を示すいくつかのスクリーンショットである。 本発明の例示的な実施形態による、顧客ポータル内で提供されるサービスによって実装され得るグラフィカルユーザインターフェースの例を示すいくつかのスクリーンショットである。 本発明の例示的な実施形態による、顧客ポータル内で提供されるサービスによって実装され得るグラフィカルユーザインターフェースの例を示すいくつかのスクリーンショットである。 本発明の例示的な実施形態による、購入サービスに対する顧客ポータル内で提供される機能によってユーザインターフェース内で生成され得る証書の一例の図である。 本発明の例示的な実施形態による、バンドル型のサービス一式として提案され、購入サービスに対する顧客ポータル内で提供される機能によってユーザインターフェース内で生成され得る証書の一例の図である。 本発明の例示的な実施形態を実装するために使用されることができる、例示的なコンピュータシステムのブロック図である。 本発明の例示的な実施形態を実装するよう構成されることができる、医療マーケットプレイスシステムのための第２のネットワーク構成例を示す概略図である。 本発明の例示的な実施形態による、提供者ポータル内で提供されるサービスによって実装され得るグラフィカルユーザインターフェースの例を示すいくつかのスクリーンショットである。 本発明の例示的な実施形態による、提供者ポータル内で提供されるサービスによって実装され得るグラフィカルユーザインターフェースの例を示すいくつかのスクリーンショットである。 本発明の例示的な実施形態による、提供者ポータル内で提供されるサービスによって実装され得るグラフィカルユーザインターフェースの例を示すいくつかのスクリーンショットである。 本発明の例示的な実施形態による、アプリケーションサーバによって実行される保険データベースに格納された保険契約のフローチャートを示す。 医療マーケットプレイスシステムにおいて、クライアントシステムと通信する仮想支払いシステムマネージャのブロック図を示す。 本発明の別の実施形態による、免責額チェッカーと、ショッピングカートと、薬剤割引カードとを示すアプリケーションサーバのブロック図を示す。

詳細な説明は、同様の番号が図面全体を通して同様の部分を指す、図面を参照する例として、利点および特徴とともに、本発明の例示的な実施形態を説明する。本明細書で示されているフロー図は、単なる例である。これらの図またはそこに記載されているステップ（または動作）には、本発明の精神から逸脱することなく、多くの変形例があり得る。例えば、ステップは、異なる順序で実施され得るか、またはステップは、追加、削除、もしくは変更され得る。これらの変形例のすべては、特許請求の発明の範囲内にあると見なされる。

明細書は、新規性が認められる本発明の特徴を画定する特許請求の範囲に帰するものであるが、図面と合わせて例示的な実施形態の記載を検討することで、本発明のより良好な理解が得られるはずである。当然のことながら、本明細書に記載の実施形態は、発明の単なる例示であり、様々な形態で実現されることができることを理解されたい。したがって、本明細書に記載の例示的な実施形態に関連して開示される特定の構造的および機能的詳細は、限定として解釈されるべきではなく、事実上任意の適切な形態で本発明を様々に採用するように当業者に教示するための代表的な基礎として単に解釈され、本発明がこれらの特定の詳細なしで実践され得ることは、当業者には明らかであろう。更に、本明細書で使用される用語および句は、限定することが意図されるのではなく、むしろ本発明の理解可能な記載を提供することが意図される。

ここで、本発明によるトランザクションマーケットプレイスシステムの例示的な実施形態が、図面を参照しながら記載される。本発明の例示的な実施形態は、ネットワークベースのアプリケーション（例えば、ウェブベースアプリケーション）を介して、医療サービスおよび製品の費用の先払いと引き換えに、サービスおよび製品を割引レートで患者予備軍に対して遠隔で提案する機構を、医療サービス提供者および薬局に提供するよう実装され得る。

その際、例示的な実施形態は、ネットワークベースのアプリケーションにアクセスするよう構成されたネットワーク接続された機器を介して、地域医療サービス提供者および薬局によって提案されるこのような医療サービスおよび製品を、遠隔で検索し、比較し、先払い購入するための機構を患者予備軍に提供するよう更に実装され得る。例示的な実施形態は、このようなネットワークベースの機構を通じて、複数の提供者が個別に実施するバンドル型の医療サービス一式を患者予備軍に遠隔で提案する能力を、医療サービス提供者に提供するよう更に実装され得、患者は、ネットワーク接続された機器を介して一度のトランザクションでこのようなバンドル型のサービス一式を先払いで購入する機会が与えられ、このように、ネットワークベースのアプリケーションは、バンドル型のサービス一式に含まれるサービスを実施する複数の医療サービス提供者の中で支払いの清算配分を促進する。

例示的な実施形態はまた、患者によって（またはそうでなければ、患者に代わって）購入され、代替仮想マネーアカウントが確立され、マーケットプレイスシステム内で実行されるトランザクションの各参加者に対して使用され、仮想支払いシステム内で作成された対応している仮想資金を使用して、トランザクションの支払いに使用される実際の通貨および／またはクレジットを交換するプロセスを管理および追跡する、トランザクションマーケットプレイスシステムを介して医療提供者によって提案されるサービスおよび製品のための支払いの交換を促進し、説明するための仮想支払いシステムを提供するために更に実装され得る。

このような例示的な実施形態では、仮想資金は、仮想支払いシステムを通じて支払いが促進される各トランザクションへの様々な参加者によって、割り当てられ、分配され、交換され、実際の通貨の対応する金額と償還され得、代替仮想マネーアカウントが確立および利用される仮想支払いシステム内のトランザクションの参加者は、患者、医療提供者、またはマーケットプレイスシステムを通じて提案されるサービスまたは製品の支払いを受容するために指定された他のエンティティに加えて、第三者パーティ支払人、およびトランザクションマーケットプレイスシステムを提供するエンティティを含み得る。

例示的な実施形態は、個々の医師、診療グループ、および病院システムを含む様々な種類の医療サービス提供者に、このようなネットワークベースの機構を通して互いに提携を確立するための能力を提供し、サービス提供者が、この提携に関連して遠隔で医療サービスを提案することを可能にする様々な選択肢を提供するよう更に実装され得る。

本明細書に記載された本発明の例示的な実施形態の様々な態様は、医療サービス（本明細書中で処置とも呼ばれる）および製品に限られず、むしろ、任意の好適な分類および種類のサービス提供者および小売業者によって提案され得る、任意の好適な分類および種類のサービスおよび製品について実装され得ることに更に留意されたい。

ここで図１を参照すると、本発明の例示的な実施形態を実装するよう構成されることができる、医療マーケットプレイスシステム１００のためのネットワーク構成例を示す概略図が、提供される。もちろん、図１が、本発明の様々な実施形態の構成上の制限としてではなく、例として意図されていることは、理解されるべきであり、したがって、図１に示される特定の要素が、実装され得る本発明の例示的な実施形態内の環境に関して制限されると見なされるべきではない。

図１に示される例では、医療マーケットプレイスシステム１００は、通信ネットワーク１５０を介して中央サーバシステムに動作可能に結合されている任意の複数のクライアントシステム１４０の動作を通じてシステムの各ユーザによって共通してアクセスされる中央サーバシステム１１０を含むクライアント／サーバシステムとして実装される。中央サーバシステム１１０は、データストア１１４に結合されたデータベースサーバ１１２と、アプリケーションサーバ１１６と、を更に含み、各クライアントシステム１４０は、アプリケーションサーバ１１６によって実装されるネットワークベースのアプリケーション（本明細書ではネットワークサービスとも呼ばれる）を介して提供されるサービスにアクセスするための代替クライアントアプリケーション１４２のためのソフトウェアを実装および実行するユーザ端末または他のクライアント機器である。

更に図示されているように、例示的なマーケットプレイスシステム１００はまた、本明細書で論じられるネットワークサービスを提供および／または強化するために、サーバシステム１１０によってアクセスされ、および利用され得る他の機能を有効にするため、少なくとも１つの第三者サーバシステム１６０を含み得る。例示的な実施形態では、マーケットプレイスシステム１００は、図１に示されていない追加のサーバ、クライアント、および他の機器を含むことができる。図１に示される特定の構成は、例示の目的で一例として提供されたものであり、例示的な実施形態では、いくつのクライアントシステム１４０は、ネットワーク１５０を介して任意の所与の時点でサーバシステム１１０に接続され得、サーバシステム１１０は、単一のサーバシステム内または複数のサーバシステム内に配置された複数のサーバ構成要素およびデータベースを備えることができ、複数のサーバシステムが、ネットワーク１５０を介した分散サーバシステムとして、クライアントシステム１４０と一体化されるか、またはユーザによってアクセス可能である。

例示的な実施形態では、ネットワーク１５０は、パーソナルエリアネットワーク（ＰＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、無線ネットワーク、広域ネットワーク（ＷＡＮ）、インターネット（インターネットプロトコル（ＩＰ）を使用して異種ネットワークから構成されるネットワーク）、および仮想私設ネットワークを含むがこれらに限られない任意の好適な有線（光ファイバーを含む）、無線技術、または任意の好適な組み合わせによって、サーバシステム１１０とクライアントシステム１４０との間の通信、ならびにマーケットプレイスシステム１００内で一緒に接続される他の機器とコンピュータとの間の通信を促進するよう構成されることができ、ネットワークはまた、例えば、光ファイバ、イーサネット、ＩＳＤＮ（総合デジタル通信網）、Ｔ－１またはＴ－３接続、ＦＤＤＩ（光ファイバ分散データインターフェース）、ケーブルまたは無線ローカル多地点配信サービス（ＬＭＤＳ）ネットワーク、無線ＬＡＮ、無線ＰＡＮ（例えば、ＩｒＤＡ、Ｂｌｕｅｔｏｏｔｈ、無線ＵＳＢ、Ｚ－ＷａｖｅおよびＺｉｇＢｅｅ）、ＨｏｍｅＰＮＡ、電力線通信、または電話回線網などの機器と接続するために、任意の好適なハードウェア、ソフトウェア、およびファームウェア技術を利用し得る。このようなネットワーク接続は、イントラネット、エクストラネット、およびインターネットを含むことができ、ルータ、スイッチ、ゲートウェイなどを含む任意の数のネットワーク基盤要素を含み得、公衆電話網（ＰＳＴＮ）などの回線交換網、グローバルインターネットなどのパケット交換網、プライベートＷＡＮもしくはＬＡＮ、電気通信ネットワーク、放送ネットワーク、またはポイントツーポイントネットワークを備えることができ、伝送コントロールプロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）通信プロトコル一式を含むがこれらに限られない現在利用可能な、または今後開発される多様なネットワークプロトコルを利用し得る。

例示的な実施形態では、アプリケーションサーバ１１６、データベースサーバ１１２、サーバシステム１１０内で採用される他の任意のサーバ、およびマーケットプレイスシステム１００内で利用される第三者サーバは、ワークステーションコンピュータ、メインフレームコンピュータ、サーバシステム（例えば、ＳＵＮオペレーティングシステムが動作するＳＵＮ ＵＬＴＲＡワークステーション、ＡＩＸオペレーティングシステムが動作するＩＢＭ ＲＳ／６０００ワークステーションおよびサーバ、またはｚ／ＯＳ、ｚＮＭ、もしくはＬＩＮＵＸ ＯＳが動作するＩＢＭ ｚＳｅｒｉｅｓ ｅＳｅｒｖｅｒ）、サーバクラスタ、分散コンピューティングシステム、クラウドベースのコンピューティングシステムなどのような任意の好適な１つ以上のコンピューティングシステム、ならびにクライアントシステム１４０を参照して以下に記載される任意の様々な種類のコンピューティングシステムおよび機器で実装されることができる。サーバシステム１１０は、任意の様々な構成を使用して実装され得る。例えば、アプリケーションサーバ１１６およびデータベースサーバ１１２はまた、独立して、または単一の統合された機器として実装され得る。図１に示される例示的な実施形態は、アプリケーションサーバ１１６およびデータベースサーバ１１２を個々の構成要素として示しているが、これらのサーバによって提供されるアプリケーション、またはこれらのアプリケーションの様々な組み合わせは、実際には、別個の物理機器上で実行するサーバアプリケーションであり得る。その際、サーバシステム１１０は、ネットワークを介して一緒に接続された多数のコンピュータを備え得、したがって、複数の別個の論理的および／または物理ユニットとして、および／または協調してまたは独立して動作する複数のサーバとして存在し得、各サーバが、複数の分離した論理ユニットおよび／または物理ユニットで構成され得る。例示的な実施形態では、サーバシステム１１０は、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアとの組み合わせで実装され得る、好適なセキュリティ器具の収集物を通してネットワーク１５０に接続されることができる。

図１に示されるように、アプリケーションサーバ１１６は、データベースサーバ１１２に通信可能に結合されている。データベースサーバ１１２は、以下でより詳細に記載されるように、データベースサーバ１１２によって維持され、データベースサーバ１１２によってフロントエンドで提供されるデータベースサービスを介してアプリケーションサーバ１１６によってアクセスされ、アプリケーションサーバによって提供されるネットワークサービスを介して提案されるサービスを提供する際に利用される、様々な事項に関する情報を格納する複数のデータベースを含む、データストア１１４に接続される。

機械学習アルゴリズム１５は、ユーザ選択に対応している各医療サービス提供者サービスを格納するように、サービス提案データベース１１４ｈに指示し、ユーザの選択に一致するグラフィカルユーザインターフェース／提供者ポータル１３０を介してバンドル型サービス提案一式を表示する。

任意の機械学習アルゴリズム１５は、ニューラルネットワーク、エキスパートシステム、ベイジアン信念ネットワーク、ファジーロジック、データ融合エンジンなどとして、採用されることができる。システムはまた、サービス提案データベース１１４ｈに様々な人工知能技術の組み合わせを採用し得る。

機械学習アルゴリズム１５は、疾患の種類、場所、専門知識、処置、病院、価格設定などのユーザ入力のあらゆるパラメータを考慮に入れる。したがって、機械学習アルゴリズム１５は、ユーザの入力および好みに基づいて最良の結果／ヒットを表示する。

本明細書で使用される場合、「データストア」、「データ格納ユニット」、「格納機器」などの用語は、手動ファイル、機械読み取り可能ファイル、およびデータベースを含む、データを格納するために使用され得る任意の好適なメモリ機器であることができる。例示的な実施形態では、アプリケーションサーバ１１６、データベースサーバ１１２、およびデータストア１１４は、単一のコンピューティング機器と一緒に実装されるか、シリアルポートケーブル、電話線、または無線周波数送受信機などの好適な通信媒体を介して互いに局所的に結合される複数のコンピューティング機器内に実装されるか、ネットワーク１５０を介して互いに遠隔的に結合される複数のコンピューティング機器内に実装されるか、またはこれらの任意の好適な組み合わせであり得る。

クライアントシステム１４０は、サービスもしくは製品を提案する医療提供者、もしくは医療サービスもしくは製品を購入しようとしている患者、またはそれらの代理人（例えば、個人代理人もしくはアシスタント）であり得る、１人以上のユーザがアクセスすることができるコンピュータ機器である。本明細書中で使用される「ユーザ」という用語は、クライアントシステム１４０のうちの１つなどのコンピュータシステムを使用する者を指すことに留意されるべきである。以下でより詳細に記載されるように、クライアントシステム１４０は各々、ネットワーク１５０を介してサーバシステム１１０にアクセスするために、このようなユーザによって操作可能であり、例示的なマーケットプレイスシステム１００内のサーバシステムによって提供されるネットワークサービスによって提案されるサービスにアクセスするクライアントとして動作する。この目的のために、各クライアントシステムは、クライアントシステム上で実行され、ユーザがアプリケーションサーバ１１６を介してサーバシステム１１０と相互作用することを可能にする、代替クライアントアプリケーション１４２を含む。

例示的な実施形態では、クライアントシステム１４０のコンピュータシステムは、１つ以上のワークステーション、デスクトップコンピュータ、ラップトップ、または他のパーソナルコンピュータ（ＰＣ）（例えば、ＭＩＣＲＯＳＯＦＴ ＷＩＮＤＯＷＳオペレーティングシステムまたはＬＩＮＵＸ ＯＳが動作するＩＢＭまたはＩＢＭ互換ＰＣワークステーション、ＭＡＣ ＯＳＸオペレーティングシステムが動作するＭＡＣＩＮＴＯＳＨコンピュータ、または同等のもの）、パーソナルデジタルアシスタント（ＰＤＡ）および他の手持ちまたは携帯式電子機器などの非伝統的なコンピュータデジタル機器、スマートフォンおよび他の移動式電話機、タブレットコンピュータ、ネットブックコンピュータ、ゲーム機、ホームシアターＰＣ、デスクトップ代替コンピュータなど、または任意の他の好適な情報処理機器などの任意の幅広い好適なコンピューティング機器であることができる。クライアントシステム１４０のための例示的なコンピュータシステムは、図５を参照して以下でより詳細に記載される。

一般的に、例示的なマーケットプレイスシステム１００の動作中に、クライアントシステム１４０はまず、ネットワーク１５０を介してサーバシステム１１０への接続を確立する。接続が確立されると、接続されたクライアントシステムは、アプリケーションサーバ１１６に直接的にまたは間接的にデータを伝送し、そこからコンテンツにアクセスし得る。これにより、接続されたクライアントシステムを通してアプリケーションサーバ１１６にアクセスするユーザは、以下に詳細に記載されるように、クライアントアプリケーション１４２を使用して、クライアントアプリケーションによって実装されるユーザインターフェースを介して、アプリケーションサーバによって提供されるサービスにアクセスすることができ、その中でクライアントアプリケーションが、アプリケーションサーバによって提供される情報を表現する。

例示的な実施形態では、アプリケーションサーバ１１６は、サーバシステム１１０内のクライアントシステム１４０によってアクセスされるサービスを提供するために、ネットワークサービスを非ウェブクライアントアプリケーション（モバイルアプリケーションなど）、ウェブクライアントアプリケーション、またはその両方として実装することができ、クライアントアプリケーション１４２は、クライアントシステムのユーザがアプリケーションサーバ１１６と相互作用し、それによって提供されるサービスにアクセスするために動作するために、それに対応して、非ウェブクライアントアプリケーション、ウェブクライアントアプリケーション、またはその両方として実装されることができる。例えば、アプリケーションサーバ１１６は、ウェブサーバによって提供されるサービスを利用するためのウェブベースのユーザインターフェースを提供するように構成された、クライアントシステム１４０上に実装された代替クライアントアプリケーションのためにウェブアプリケーションを提供するように構成されたウェブサーバを備えることができる。例えば、クライアントシステム１４０上に実装されたクライアントアプリケーションのユーザインターフェースは、好適なユーザインターフェースコントロールを通じて（例えば、メニュー選択、ポイントアンドクリック、ダイアログボックス、またはキーボードコマンドによる）、本明細書に記載の例示的な実施形態で提案される機能に対応する様々な選択肢を提供するように構成されることができる。ある一般的な例では、ユーザインターフェースは、クライアントアプリケーションのユーザが要求された情報をアプリケーションサーバ１１６に伝送することを可能にする「送信」または「実行依頼」ボタンを提供し得る。ユーザインターフェースは、例えば、クライアントプラットフォームのユーザのためにアプリケーションサーバ１１６によって提供されるネットワークサービスを表すために共通の表示構造を表現するグラフィカルユーザインターフェース（ＧＵＩ）として実装されることができる。

より具体的には、このような例では、アプリケーションサーバ１１６は、例えば、いくつかのウェブページ（例えば、画面）を含む対応しているウェブサイトをホストするウェブベースのソフトウェアアプリケーションを介してサービスを提供するように構成されることができ、クライアントアプリケーション１４２は、アプリケーションサーバ１１６によって提供されるサービスが、インターネットまたはイントラネットを使用してクライアントシステム１１４にアクセス可能であるように、クライアントシステム１４０上で実行されるウェブブラウザを備えることができる。クライアントシステム１４０のユーザは、例えば、ウェブブラウザ内にウェブサイトのユニフォームリソースロケータ（ＵＲＬ）を入力するか、またはリンクを辿ることによって、アプリケーションサーバ１１６によって提供されるウェブサイトにアクセスすることができ、これにより、ユーザは、アプリケーションサーバ１１６によって提供されるウェブサイトのウェブページ内の情報、メディア、および他のコンテンツを表示および相互作用することが可能になる。ウェブベースのソフトウェアアプリケーションは、例えば、ＪａｖａＳｃｒｉｐｔ、ＨＴＭＬ、ＨＴＭＬ５、およびＣＳＳなどのブラウザがサポートするプログラミング言語を使用してユーザインターフェースを提示するために、ウェブブラウザによって処理されることができる情報を伝送することができ、例えば、ＨＴＴＰＳ、ＰＯＳＴ、および／またはＧＥＴリクエストを使用してウェブブラウザと通信することができる。クライアントアプリケーション１４２よびアプリケーションサーバ１１６は、例えば、患者のプライバシーなどを保護するために、クライアントシステム１４０とサーバシステム１１０との間で伝送される情報が、暗号化され、安全なネットワーク接続上を送信することができるように構成され得る。

ここで図２を参照すると、サーバシステム１１０の例示的な実施形態を示すブロック図が、提供される。図２に示されるように、アプリケーションサーバ１１６は、顧客ポータル１２０を介して複数のサービスを提供し、提供者ポータル１３０を介して複数のサービスを提供するように実装されている。本明細書に記載されるように、アプリケーションサーバ１１６は、様々な種類のユーザ（例えば、未登録ゲスト、顧客、個人医師、看護師、事務スタッフ、診療グループ管理者、病院システム管理者、薬局管理者など）の各々について、それぞれのサービス一式を提供するように実装されることができ、アプリケーションサーバ１１６によって提案されるサービスの一部は、すべての種類のユーザに共通して適用可能であり、アクセス可能であることができるが、他のサービスは、特定の種類のユーザによってのみ適用可能であり、アクセス可能であることができる。

記載の目的のために、「提供者」および「提供者ユーザ」という用語は、本明細書では、個々の医師ユーザ、診療グループ管理者、病院システム管理者、薬局管理者などを含むことができる、ステムに登録する顧客ユーザによる購入のための医療サービスまたは製品を提案する、システムに登録するユーザの一般的な分類を指す。加えて、特定の提供者のためのユーザアカウントは、権限のあるユーザの任意の数を有することができる。例として、医師のために確立されたアカウントは、医師をユーザの１人として有することができる。また、他の権限のあるユーザとして、医師のために働く看護師または事務スタッフを有することもできる。他の権限のあるユーザは、医師の許可および監督の下でアカウントにログインし、様々な行為を実施することができる。

単一の病院システムアカウントは、複数のスタッフメンバの病院システムによって確立され、共有され得る。説明の目的のために、アカウントの管理に責任を持つ特定のユーザ（例えば、アカウント管理者）が指定されることができる。管理者は、アカウントに関して、サーバシステム１１０内でより大きなアクセス権を提供されることができる。例示的な実施形態では、アプリケーションサーバ１１６にアクセスするために利用される特定のクライアントアプリケーション１４２または特定のクライアントシステム１４０は、ユーザアカウントの種類毎に別個にカスタマイズされることができる。例えば、アカウントの種類毎に利用される特定のクライアントアプリケーションは、そのアカウントの種類について提案されたサービスに固有の仮想コンピューティングプラットフォームを提供するよう実装されることができる。

図２の例示的な実施形態に更に示され、以下でより詳細に記載されるように、データストア１１４は、顧客プロファイルデータベース１１４ａ、医師プロファイルデータベース１１４ｂ、診療グループプロファイルデータベース１１４ｃ、病院システムプロファイルデータベース１１４ｄ、薬局プロファイルデータベース１１４ｅ、状態情報データベース１１４ｆ、利用可能サービスデータベース１１４ｇ、サービス提案データベース１１４ｈ、利用可能製品データベース１１４ｉ、製品提案データベース１１４ｊ、トランザクション情報データベース１１４ｋ、およびサーバシステム１１０によって利用され得る任意の他の好適な情報（例えば、システム使用状況データ、監査証跡データ、アプリケーションサーバ１１６によってシステム内で内部的に使用されるデータなど）を格納するために使用され得る１つ以上の追加のデータベース１１４ｌを備える、データベースサーバ１１２を介してアプリケーションサーバ１１６によって維持およびアクセス可能な複数のデータベースを備える。

顧客プロファイルデータベース１１４ａは、ユーザを登録するように構成され、それにより、医療サービスを購入するためのユーザの個人情報を提供する。医師プロファイルデータベース１１４ｂは、医療サービスを提案する個々の医師の記録を登録および維持するように構成される。状態情報データベース１１４ｆは、対応している医療サービスが提案される様々な健康状態および疾患のための情報記録を登録および維持するように構成される。

病院システムプロファイルデータベース１１４ｄは、先払い医療サービスを提供する病院システム管理者のためのアカウント情報記録を登録および維持するように構成される。利用可能サービスデータベース１１４ｇは、医師と病院のうちの少なくとも１つによって提案される様々な医療サービスの記録を登録および維持するように構成される。トランザクション情報データベース１１４ｋは、登録ユーザによって行われた購入の記録を維持するように構成される。

図３Ａは、顧客ポータル１２０のためにこのようなホームページ３００によって提供されるグラフィカルユーザインターフェースの例を示しているスクリーンショットである。図示の例では、ホームページ３００で提供される検索インターフェースは、ドロップダウンメニュー３０２、検索入力フィールド３０４、場所入力フィールド３０６、および検索ボタン３０８を含むことができる。ドロップダウンメニュー３０２は、システムに登録された提供者ユーザによって提案される特定の処置、システムに登録された薬局ユーザによって提案される特定の製品、システムに登録された提供者上の情報、およびシステム内で維持されている健康状態上の情報のためにユーザが検索することを可能にする選択可能な選択肢一式を提供する。例示的な実施形態では、ナビゲーションおよび検索サービス１２４は、場所入力フィールド３０６内に既定の場所入力（例えば、都市名および／または郵便番号）を提供するために、クライアントシステム上に実装される任意の好適な場所決定機能によって収集され得る場所情報を使用するよう構成されることができる。このような実施形態では、ナビゲーションおよび検索サービス１２４は、この目的のためにこのような場所情報にアクセスおよび利用することができるように、ユーザインターフェースを介してユーザからの許可を要求するように更に構成され得る。

一例では、システムに登録された提供者ユーザによって提案される特定のサービスを検索するため、ユーザがドロップダウンメニュー３０２内で選択肢を選択するときに、ユーザは、次いで、検索入力フィールド３０４内へのサービスの名称を入力するために進行することができる。特定のサービスを選択することに伴い、ユーザはまた、都市名および／または郵便番号を入力することができるか、または場所入力フィールド３０６内の既定の場所入力を利用して、マーケットプレイスシステム１００を介して購入される選択されたサービスを提案する提供者の検索範囲を絞る選択をすることもできる。

適切な検索情報が入力されると、ユーザは、次いで、ナビゲーションおよび検索サービス１２４を指示するために検索ボタンを選択し、サーバシステム１１０に登録され、マーケットプレイスシステム１００を介して購入するために入力された医療サービスを提案する地域提供者の検索を実行することができる。ナビゲーションおよび検索サービス１２４は、例えば、医師プロファイルデータベース１１４ｂ、診療グループプロファイルデータベース１１４ｃ、病院システムプロファイルデータベース１１４ｄ、および／またはアプリケーションサーバがアクセスすることができる他の任意の好適な情報およびデータベースと併せてサービス提案データベース１１４ｈにアクセスすることで、このような場所ベースの検索を実行することができ、指定された検索基準と一致する医療サービスで利用可能サービスデータベース１１４ｇ内の情報記録を絞り込み、その検索結果を検索結果一覧ページ内でユーザに提示する。

例示的な実施形態では、ナビゲーションおよび検索サービス１２４が、ユーザによる場所ベースの検索を実行するように指示されるときはいつでも（例えば、入力された医療サービスを提案する地域提供者の場合、または以下で論じられるように、概して地域提供者の場合、または医療製品を提案する地域薬局提供者の場合）、ナビゲーションおよび検索サービスは、ユーザのために維持されるアプリケーションサーバ１１６とのセッションのためのデータオブジェクト内の検索のために、場所入力フィールド３０６内で指定された場所を維持するように構成されることができる。

図３Ｂは、場所入力フィールド３０６内に指定された場所の既定の検索範囲（例えば、５０マイル）内の、ナビゲーションおよび検索サービス１２４による検索で戻された、検索入力フィールド３０４で指定されたサービスを提案する提供者一覧を提示する、顧客ポータル１２０の検索結果一覧ページ３１０によって提供されたＧＵＩの例を示すスクリーンショットである。図示の例では、検索結果一覧ページ３１０は、結果一覧セクション３１１、結果絞込みセクション３１６、および結果並び替えセクション３１８を含む。結果絞込みセクション３１６は、検索基準を修正すること、または追加検索基準を入力することによって、結果一覧セクション３１１内に提示された検索結果を絞り込むための、様々なユーザインターフェースコントロールを提供する。図示の例では、結果絞り込みセクション

図３Ｂに示されたスクリーンショットの例では、結果一覧セクション３１１に列挙された提案されたサービスの各エントリは、サービス提案データベース１１４ｈ内の提案されたサービスの情報記録で指定されたサービスを実施する医師の医師プロファイルデータベース１１４ｂ内のアカウント情報記録からの情報を提示する第１の部分３１２（例えば、医師の氏名、専門分野、およびプロファイル写真）、システムを通してサービスを提案する提案者のアカウント情報記録（例えば、提供者名）および提案されたサービスが実施される場所（例えば、住所および電話番号）からの情報を提示する第２の部分３１３、およびアプリケーションサーバ１１６を通して提案されたサービスを購入するための費用情報を提示する第３の部分３１４（例えば、サービス提案データベース１１４ｈ内の提案されたサービスの情報記録で指定されたサービスの割引価格、およびサービスの割引価格と、サービス提案データベース１１４ｈ内の提案されたサービスの情報記録で指定される提供者からサービスがシステム外部で購入された場合の通常価格との間の節約費用の差異）、およびエントリ内に記載された提案されたサービスを購入することを選択する選択肢（例えば、第３の部分３１４に含まれる「カートに追加」ボタン）を含む。

ここで図３Ｃを参照すると、特定の医療サービスのためにナビゲーションおよび検索サービス１２４によって実装される医療サービス情報ページ３２０によって提供されるＧＵＩの例を示すスクリーンショットが、提供される。図示の例では、医療サービス情報ページ３２０は、処置概要セクション３２２、費用比較グラフィック３２４、および提供者一覧セクション３２６を含む。

例示的な実施形態では、図３Ｄに更に示されるように、医師情報セクション３３２は、「レビューを残す」ボタン３３３、「予約を要求する」ボタン３３４、および医師プロファイルデータベース１１４ｂ内で特定医師ユーザのために維持される、代替アカウント情報記録に含まれる事務所場所の地図場所を示す地図要素３３５（ナビゲーションおよび検索サービス１２４は、第三者地図サービスに遠隔でアクセスすることによって作成するように構成され得る）などの追加のユーザインターフェース要素を更に含むことができる。ユーザが「レビューを残す」ボタン３３３を選択することに応じて、ナビゲーションおよび検索サービス１２４は、ユーザが特定の医師のレビューをサーバシステム１１０に投稿または提出することを可能にするために、好適なユーザインターフェースコントロールを実装するように構成されることができる。このようなレビューを受信することに応じて、ナビゲーションおよび検索サービス１２４は、例えば、医師プロファイルデータベース１１４ｂ内で特定医師ユーザのために維持される、代替アカウント情報記録内にレビューに関わる情報を含むか、または例えば、医師のための代替アカウント情報記録で指定された連絡先情報を利用して、電子メール経由で電子メッセージをレビューに関わる医師ユーザに送信するように構成されることができる。

ユーザが「予約を要求する」ボタン３３４を選択することに応じて、ナビゲーションおよび検索サービス１２４は、ユーザが特定医師ユーザに予約をスケジューリングするための要求を提出すること（例えば、ユーザのための連絡先情報を含む、医師のための代替アカウント情報記録で特定された連絡先情報を利用することによって、医師ユーザに通知を送信することによって）を可能にするための好適なユーザインターフェースコントロールを実装するよう構成されることができる。ナビゲーションおよび検索サービス１２４はまた、ユーザが特定医師ユーザとの約束をスケジュールすることを可能にするための好適なユーザインターフェースコントロールを実装するように構成され得る。ナビゲーションおよび検索サービス１２４は、例えば、アプリケーションサーバ１１６によって提案されるか、または第三者パーティサービス提供者によって提案されるサービスであり得る、特定医師ユーザが関連付けられているサービスにアクセスすることによってこの機能を提供し得る。

本例では、図３Ｄに示されるように、医師プロファイルページ３３０の提案された処置セクション３３６で提示される情報は、マーケットプレイスシステム１００を通じた購入のために特定医師によって提案された医療サービスの一覧を含むことができる。

例示的な実施形態では、アカウント管理サービス１２２によって実装されるユーザインターフェースは、マーケットプレイスシステム１００内で提案される医療サービスおよび製品の先払い購入をする能力へのアクセスを得るために、所定料金の支払いのための承認を要求するためのユーザインターフェースコントロールを提供するよう更に構成され得る。ユーザによって入力される支払い情報は、顧客プロファイルデータベース１１４ａ内でユーザのために確立された代替アカウント情報記録内に含まれる課金情報を使用するための指示、または例えば、銀行アカウント情報、クレジットもしくはデビットカード情報、またはユーザのために維持されるアカウント、またはユーザがこの目的のために利用することが許可されている別の人物またはエンティティのためのアカウントであり得る、他の電子支払い情報（ＰａｙＰａｌまたはインターネットを通じた支払いまたは送金を促進する任意の別のエンティティで有するユーザのアカウントを利用するための情報など）などの代替支払い情報の提出であり得る。

アカウント管理サービス１２２は、承認および適切な支払い情報がユーザによって提供されると、マーケットプレイスシステム１００の提供者によって維持される金融アカウントに、ユーザのアカウントサービサーから、ユーザによって承認された支払いのための金額を転送するために、支払いサービスシステムに指示するように、対応している第三者支払いサービスシステムにアクセスし、支払い情報を使用するように構成されることができる。その際、顧客プロファイルデータベース１１４ａ内のユーザのために確立された代替アカウント情報記録は、ユーザがマーケットプレイスシステム１００内で提案される医療サービスおよび製品の先払い購入を行う能力で現在提供されているかどうかを示すために、ユーザのアカウント管理サービス１２２によって管理されるアカウントステータスを更に含むことができる。

ユーザが、顧客プロファイルデータベース１１４ａ内にアカウント情報記録を確立するため、サーバシステム１１０内に顧客アカウントを登録し、その人の顧客アカウントにログインすると（例えば、アカウントに関連付けられたユーザ名およびパスワードを提供するために、顧客ポータル１２０によって実装されるユーザインターフェース内のログインユーザインターフェース要素またはログイン画面にアクセスすることによって）、ユーザは、次いで、ユーザのために維持されているアプリケーションサーバ１１６とのセッションのためのセッションデータオブジェクトが、ユーザが購入のために選択されたことの指標を含む任意の提案されたサービスまたは製品を購入することに進行する。例えば、ユーザは、ナビゲーションおよび検索サービス１２４によって実装されるユーザインターフェース内の選択肢を選択して、顧客購入ページにナビゲートし、購入サービス１２６で購入セッションを開始して、ユーザのために登録された顧客アカウントに関連付けられたセッションデータオブジェクト内でユーザが選択した１つ以上の提案された項目を購入する。

支払いページに実装されたユーザインターフェース内に含まれる購入情報セクションは、購入情報セクション内に含まれる各エントリに含まれる対応している提案された項目を購入するための代替価格の合計に等しい購入のための合計価格を更に含み得る。例示的な実施形態では、購入サービス１２６は、任意の適用可能な州税またはユーザによって提出された任意の割引コードに基づいて合計価格を調整するように構成され得る。その際、購入サービス１２６は、ユーザが任意のアプリケーション割引コードをアプリケーションサーバ１１６に提出することを可能にするユーザインターフェース要素を提供するために更に実装され得る。

この目的のために、支払いセクション内に実装されたユーザインターフェースコントロールは、購入のために使用する資金源を指定する購入情報を入力するためにユーザによってアクセス可能である好適なユーザインターフェース要素に沿って、指定された資金源に発行される要求のための許可を提供するためにユーザによってアクセス可能であるボタン（例えば、「提出」または「購入」ボタン）を含み得る。ユーザによって入力される支払い情報は、顧客プロファイルデータベース１１４ａ内でユーザの顧客アカウントの代替アカウント情報記録内に含まれる課金情報を使用するための指示、または例えば、銀行アカウント情報、クレジットもしくはデビットカード情報、またはユーザのために維持されるアカウント、または他の電子支払い情報（ＰａｙＰａｌまたはインターネットを通じた支払いまたは送金を促進する任意の別のエンティティで有するユーザのアカウントを利用するための情報など）などの代替購入情報の提出であり得る。購入情報は、例えば、ユーザのために維持されているアカウント、ユーザがこの目的のために利用することを許可されている別の個人もしくはエンティティのために維持されているアカウント、または請求されたマーケットプレイスシステム１００内でユーザによって作成された医療サービスおよび製品の購入の払い戻しを提供するように手配したエンティティを指定することができる。

購入サーバ１２６はまた、提案されたサービスの購入に対する支払い処理に際して、顧客ユーザに対して、購入サービスの証書をユーザインターフェース内で作成するように構成されることができ、証書は、顧客ユーザが購入を償還し、提案されたサービスについて指定された医師からサービスを受けるために利用されることができる（マーケットプレイスシステム１００の提供者は、システムに登録された提供者と、購入サービスに対して、購入サーバ１２６によって作成されたこのような証書の内容を履行することに同意するという契約を予め結ぶことができる）。このような証書の例が、図４Ａに示される。例に示されるように、証書４００の例は、顧客ユーザの識別情報４０２、提案されたサービスについて指定された医師の識別情報および連絡先情報４０４、購入サービスの記載４０６、トランザクション情報データベース１１４ｋ内で維持される購入の代替情報記録に含まれる一意のトランザクション識別子に基づいて購入サーバ１２６によって作成されることがある購入の確定番号４０８、ならびに証書を償還するための指示４１０を含むように作成されることができる。確認番号はまた、顧客ユーザへの電子確認メッセージ、およびサービスを実施する医師ユーザおよび購入システム１２６によって顧客ユーザに送信される提案サービスの提供者ユーザへの電子通知で提供され得る。証書は、例えば、印刷可能および／または機械読み取り可能形式として、ユーザインターフェース内でユーザに提示されることができる。

購入サーバ１２６は、提案サービスがバンドル型のサービス一式の一次サービスとして提案されている場合の購入に対する支払い処理に際して、ユーザインターフェースを購入確定ページにナビゲートさせ、例えば、提案サービスの顧客、医師、および提供者の代替アカウント情報記録に指定された連絡先情報を利用して、電子メールによって、電子確定メッセージを顧客ユーザに送信し、電子通知をバンドル型のサービス一式のサービスを実施する医師、および（サービス提案データベース１１４ｈ内の提案サービスの情報記録に基づいて指定された）提案サービスの提供者ユーザに送信するように構成されることができる。購入サーバ１２６はまた、購入が一次サービス、各二次サービス、および購入した提案サービスに指定された施設に関する購入が未償還であることが示されている、トランザクション情報データベース１１４ｋ内の対応している情報を備えた完了した購入の代替情報記録を生成するように構成されることができる。

購入サーバ１２６はまた、バンドル型のサービス一式と併せて一次サービスとして提案されている提案サービスの購入に対する支払い処理に際して、顧客ユーザに対して、購入サービスの証書をユーザインターフェース内で作成するように構成されることができ、証書は、顧客ユーザが購入を償還し、バンドル型のサービス一式の各サービスについて指定された対応している医師からサービスを受けるために利用されることができる（マーケットプレイスシステム１００の提供者は、システムに登録された提供者と、購入サービスに対して、購入サーバ１２６によって作成されたこのような証書の内容を履行することに同意するという契約を予め結ぶことができる）。バンドル型のサービス一式のこのような証書の例が、図４Ｂに示される。例に示されているように、例示的な証書４００は、顧客ユーザの識別情報４０２、サービスおよび提案サービスに含まれる任意の施設について指定された各医師の識別情報および連絡先情報４０４、購入サービスの各サービスの記載４０６、トランザクション情報データベース１１４ｋ内で維持される購入の代替情報記録に含まれる一意のトランザクション識別子に基づいて購入サーバ１２６によって作成されることがある購入の確定番号４０８、ならびに証書を償還するための指示４１０を含んで作成されることができる。確認番号（または、一次元もしくは二次元バーコード、ＱＲコード、または任意の他の形式の機械読み取り可能情報などの任意の他の好適な償還情報）はまた、顧客ユーザへの電子確認メッセージ、およびサービスを実施する医師ユーザおよび購入システム１２６によって顧客ユーザに送信される提案サービスの提供者ユーザへの電子通知で提供され得る。証書は、例えば、印刷可能および／または機械読み取り可能形式として、ユーザインターフェース内でユーザに提示されることができる。

ユーザが医師ユーザとして登録する意図を示すと、ユーザは、医師アカウントをサーバシステム１１０に登録するために、アカウント管理サービス１３１の登録セッションを開始することができる。アカウント管理サービス１３１は、例えば、ユーザのアカウント登録プロセスをガイドし、医師プロファイルデータベース１１４ｂ内にユーザのために構築されたアカウント情報記録に、データベースサーバ１１２に維持されることになる様々な種類の情報またはメディア、例えば、氏名、診療分野、病院立地および診療時間、プロファイル写真、連絡先情報（電子メールアドレスおよび／または電話番号）、履歴情報（賞与、栄誉、論文、患者証言、およびシステムにアクセスする顧客に医師を売り込むのに役立つ他の情報）、ウェブサイトおよびソーシャルメディアプロファイルへのＵＲＬまたは参照、報酬情報（システムを介して医師が提案したサービスの購入に対する支払いを受け付ける会計アカウントを示す）、医師によって提案される特定のサービスのために使用される外部施設に関わる情報（例えば、名称、住所、連絡先情報、施設利用料、および施設利用料を受け取るために施設によって使用される会計アカウントを示す報酬情報など、特定の病院または診療所に関わる情報）、および任意の他の好適な識別情報または記載するべき情報などをユーザが入力するのを促す、ユーザによってアクセス可能なユーザインターフェースコントロールを有する一連のページを含むユーザインターフェースを実装するように構成され得る。ユーザインターフェースはまた、任意のグループ提携コードまたは病院提携コードのためにユーザを促すために、アカウント管理サービス１３１によって実装され得る。

処置管理サービス１３３は、例えば、サービス提案プロセスを通じてユーザを案内し、サービス提案データベース１１４ｈ内の医師の一意の医師アカウント識別子に関連付けて確立された代替情報記録内に、データベースサーバ１１２によって維持される様々な種類の情報を入力するようにユーザに促すために、ユーザがアクセス可能なユーザインターフェースコントロールを備えた一連のページを含むユーザインターフェースを実装するように構成され得る。例えば、ユーザは、選択可能な医療専門分野の一覧を提供するドロップダウンメニューを提供され得、特定の医療専門分野を選択すると、ユーザは、サービスのための情報記録が専門分野に関連付けて利用可能サービスデータベース１１４ｇ内で維持されるための、選択可能な医療サービスの一覧で提示されることができる。

ユーザが、実施された購入サービスのための支払いを要求する意図を示すと（例えば、提供者ポータル１３０によって実装された医師アカウントページ内の「証書処理」タブを選択することによって）、ユーザは、トランザクション処理サービス１３６で証書処理セッションを開始することができる。特に、トランザクション処理サービス１３６は、例えば、購入が含まれるサービス（例えば、バンドル型のサービス一式の一次サービスまたは二次サービス）を実施するように指定された医師ユーザとして、医師プロファイルデータベース１１４ｂ内の医師ユーザのための一意の医師アカウント識別子を含む、トランザクション情報データベース１１４ｋ内に維持される、購入のための代替情報記録のための購入の一覧のための医師ユーザに関連する現在の情報を提示する、ユーザインターフェース内に証書履歴ページを実装するように構成され得る。一覧にされた各購入に関連する情報は、例えば、証書確認番号または償還コード、顧客ユーザのための名前および連絡先情報、医師ユーザが購入のために実施するように指定されたサービスの記載、購入日、および証書の償還状態を含み得る。このような証書履歴ページはまた、証書と関連付けてサービスが実施されることを要求する顧客に提示される証書を検証するために、医師ユーザのためのユーザアカウントに関連付けてアクセスされ得る。

証書履歴ページはまた、医師ユーザが購入に従って顧客ユーザのためにサービスを十ＳＫしたことの検証をアプリケーションサーバ１１６に提出するによって、医師ユーザが実施するように指定されたサービスの証書償還状態がアクセス可能なサービスが実施されていないことを示す、一覧にされた各購入に関連付けたユーザインターフェース要素を提供することができる。

図２を再び参照すると、例示的な実施形態では、クライアントシステム上で実行している対応しているクライアントアプリケーションを介してアプリケーションサーバ１１６にアクセスするためにクライアントシステムを動作するユーザが、サーバシステム１１０での登録を開始し、診療グループ管理者として登録する意図を指定する（例えば、ナビゲーションおよび検索サービス１２４によって実装される任意のページ上のユーザインターフェース要素を介して）ときに、ユーザは、サーバシステム１１０で診療グループアカウントを登録するためにアカウント管理サービス１３１での登録セッションを開始することができる。アカウント管理サービス１３１は、例えば、ユーザがアクセス可能なユーザインターフェースコントロールを有する一連のページを含むユーザインターフェースを実装し、ユーザのアカウント登録プロセスを案内し、診療グループプロファイルデータベース１１４ｃ内にユーザのために確立されたアカウント情報記録内に、データベースサーバ１１２が維持することになる様々な種類の情報または媒体、例えば、診療グループ名、病院立地および診療時間、連絡先情報（電子メールアドレスおよび／または電話番号）、診療グループのウェブサイトおよびソーシャルメディアプロファイルへのＵＲＬまたは参照、診療グループと提携する医師によって特定処置のために使用される外部施設に関わる情報（例えば、名称、住所、連絡先情報、施設利用料、および施設が施設利用料を受け取るために使用する会計アカウントを示す報酬情報など、特定病院または診療所に関わる情報）、（システムを介して提携医師が実施するサービスの購入に対する支払いを受け取る会計アカウントを示す）報酬情報、および任意の他の好適な識別情報または記載情報などをユーザが入力するのを促すように構成され得る。

証書履歴ページはまた、サービスを実施するように指定された提携医師ユーザが購入に従って顧客ユーザのためにサービスを実施したことの検証をアプリケーションサーバ１１６に提出するための診療グループユーザによって、サービスの証書償還状態がアクセス可能なサービスが実施されていないことを示す、一覧にされた各購入に関連付けたユーザインターフェース要素を提供することができる。

例示的な実施形態では、クライアントシステム上で実行している対応しているクライアントアプリケーションを介してアプリケーションサーバ１１６にアクセスするためにクライアントシステムを動作するユーザが、サーバシステム１１０での登録を開始し、病院システム管理者として登録する意図を指定する（例えば、ナビゲーションおよび検索サービス１２４によって実装される任意のページ上のユーザインターフェース要素を介して）ときに、ユーザは、サーバシステム１１０で病院システムアカウントを登録するためにアカウント管理サービス１３１での登録セッションを開始することができる。アカウント管理サービス１３１は、例えば、ユーザがアクセス可能なユーザインターフェースコントロールを有する一連のページを含むユーザインターフェースを実装し、ユーザのアカウント登録プロセスを案内し、病院システムプロファイルデータベース１１４ｄ内にユーザのために確立されたアカウント情報記録内に、データベースサーバ１１２が維持することになる様々な種類の情報または媒体、例えば、連絡先情報（電子メールアドレスおよび／または電話番号）、病院システムと提携する医師によって特定処置のために使用されることができる外部施設に関わる情報（例えば、名称、住所、連絡先情報、施設利用料、および施設が施設利用料を受け取るために使用する会計アカウントを示す報酬情報など、特定病院または診療所に関わる情報）、（システムを介して提携医師が実施するサービスの購入に対する支払いを受け取る会計アカウントを示す）報酬情報、および任意の他の好適な識別情報または記載情報などをユーザが入力するのを促すように構成され得る。

例示的な実施形態では、病院システムアカウントのユーザのために提供者ポータル１３０内で提供され得る機能は、診療グループアカウントのユーザのために提供者ポータル１３０内で提供され得る機能とは、特定の態様で変えることができる。例えば、病院システムアカウントで提携されている医師に関して、病院システムアカウントのユーザは、医師アカウントに関して病院処置として医師ユーザによって指定された、提携医師ユーザによって購入のために提案されるサービスへのアクセス権でのみ提供され得る（例えば、購入のために病院システムによって提案されるサービスにおいて閲覧、修正、および指定するため）。病院システムユーザはまた、サーバシステム１１０を介した購入のために提携医師によって実施されるサービスを提案するため、処置管理サービス１３３でサービス提案を開始する際に、選択可能な医療専門分野の一覧にアクセスすることでサービスを選択する代わりに、記載用語、または（例えば、ＣＰＴコードセットに従って）サービスを識別するのに使用される医療コード番号を入力することで、サービスの検索クエリを提出する機能、または提携医師の一覧にアクセスし、一覧から特定の提携医師を選択すると、サービス提案データベース１１４ｈ内で維持されているサービス情報記録が選択された医師を、サービスを実施する医師として示している選択可能な医療サービスの一覧が提示される機能が提供され得る。

加えて、病院システムは、他の種類の提供者ユーザに比べて、マーケットプレイスシステム１００内で購入されるバンドル型のサービス一式としてより高品質なサービスを提案する傾向があるため、ユーザインターフェース内で提供者ポータル１３０によって実装された機能は、病院システムアカウントのユーザが病院システムによって購入のために提案されたサービスに関わる情報を管理し、サーバシステム１１０内で病院システムによって購入のために提案されたサービスに関して実施されたトランザクションの履歴を閲覧するのを可能にするが、病院システムアカウントの管理のためにユーザがアクセス可能な追加的なユーザインターフェース要素を含み得、バンドル型のサービス一式として病院システムによって提案されたサービスのみに関わる情報を管理し、閲覧し得る。

図５は、本発明の例示的な実施形態を実装するために使用されることができる、例示的なコンピュータシステム６００のブロック図である。コンピュータシステム６００は、プロセッサ６０４などの１つ以上のプロセッサを含む。プロセッサ６０４は、通信基盤６０２（例えば、通信バス、クロスオーバーバー（ｃｒｏｓｓ－ｏｖｅｒ ｂａｒ）、またはネットワーク）に接続されている。様々なソフトウェアの実施形態は、この例示的なコンピュータシステムの観点で記載されている。この説明を読んだ後、他のコンピュータシステムおよび／またはコンピュータ構成を使用して本発明をどのように実装するかが、当業者に明らかになるであろう。

例示的なコンピュータシステム６００は、表示ユニット６１０上に表示するために、通信基盤６０２から（または図示されていないフレームバッファから）グラフィックス、テキスト、および他のデータを転送する表示インターフェース６０８を含むことができる。コンピュータシステム６００はまた、ランダムアクセスメモリ（ＲＡＭ）であることができる、メインメモリ６０６を含み、また、二次メモリ６１２を含み得る。二次メモリ６１２は、例えば、ハードディスクドライブ６１４、および／または、フロッピーディスクドライブ、磁気テープドライブ、光ディスクドライブなどを表す取り外し可能格納ドライブ６１６を含み得る。取り外し可能格納ドライブ６１６は、当業者に周知の方法で、取り外し可能格納ユニット６１８から読み出し、および／または書き込む。取り外し可能格納ユニット６１８は、取り外し可能格納ドライブ６１６によって読み書きされる、例えば、フロッピーディスク、磁気テープ、光ディスクなどを表す。理解されるように、取り外し可能格納ユニット６１８は、コンピュータソフトウェアおよび／またはデータをその中に格納したコンピュータ使用可能な格納媒体を含む。

例示的な実施形態では、二次メモリ６１２は、コンピュータプログラムまたは他の命令をコンピュータシステム内にロードされることを可能にするための他の同様の手段を含み得る。このような手段は、例えば、取り外し可能格納ユニット６２２およびインターフェース６２０を含み得る。このような例は、プログラムカートリッジおよびカートリッジインターフェース（ビデオゲーム機器に見られるものなど）、取り外し可能メモリチップ（ＥＰＲＯＭ、またはＰＲＯＭなど）および関連付けられたソケット、ならびに他の取り外し可能格納ユニット６２２および、ソフトウェアおよびデータが取り外し可能格納ユニット６２２からコンピュータシステム６００に転送されるのを可能にするインターフェース６２０を含み得る。

コンピュータシステム６００はまた、通信インターフェース６２４を含み得る。通信インターフェース６２４は、ソフトウェアおよびデータがコンピュータシステムと外部機器との間で転送されるのを可能にする。通信インターフェース６２４の例は、モデム、ネットワークインターフェース（イーサネットカードなど）、通信ポート、ＰＣＭＣＩＡスロット、およびカードなどを含み得る。通信インターフェース６２４を介して転送されるソフトウェアおよびデータは、例えば、電子、電磁気、光、または通信インターフェース６２４によって受信されることが可能である他の信号であり得る、信号の形態である。これらの信号は、通信経路（すなわち、チャネル）６２６を介して通信インターフェース６２４に提供される。チャネル６２６は、信号を運搬し、有線またはケーブル、光ファイバー、電話回線、携帯電話リンク、ＲＦリンク、および／または他の通信チャネルを使用して実装され得る。

この文書では、「コンピュータプログラム媒体」、「コンピュータ使用可能媒体」、および「コンピュータ読み取り可能媒体」という用語は、概して、メインメモリ６０６および二次メモリ６１２、取り外し可能格納ドライブ６１６、ハードディスクドライブ６１４にインストールされたハードディスク、ならびに信号などの媒体を指すために使用される。これらのコンピュータプログラム製品は、コンピュータシステムにソフトウェアを提供するための手段である。コンピュータ読み取り可能媒体は、コンピュータシステムが、コンピュータ読み取り可能媒体から、データ、命令、メッセージまたはメッセージパケット、および他のコンピュータ読み取り可能情報を読み取ることを可能にする。コンピュータタ読み取り可能媒体は、例えば、フロッピー、ＲＯＭ、フラッシュメモリ、ディスクドライブメモリ、ＣＤ－ＲＯＭ、および他の永久格納装置などの不揮発性メモリを含み得る。これは、例えば、データおよびコンピュータ命令などの情報をコンピュータシステム間で転送するために使用されることができる。更に、コンピュータ読み取り可能媒体は、コンピュータがこのようなコンピュータ読み取り可能情報を読み取ることを可能にする有線ネットワークまたは無線ネットワークを含むネットワークリンクおよび／またはネットワークインターフェースなどの一時的状態媒体におけるコンピュータ読み取り可能情報を含み得る。

コンピュータプログラム（コンピュータコントロールロジックとも呼ばれる）は、メインメモリ６０６および／または二次メモリ６１２に格納される。コンピュータプログラムはまた、通信インターフェース６２４を介して受信され得る。このようなコンピュータプログラムは、実行されると、コンピュータシステムが、本明細書で論じられるように、本発明の例示的な実施形態の特徴を実施することを可能にすることができる。特に、コンピュータプログラムは、実行されると、プロセッサ６０４がコンピュータシステム６００の特徴を実施することを可能にする。したがって、このようなコンピュータプログラムは、コンピュータシステムのコントローラを表す。

ここで図６を参照すると、医療マーケットプレイスシステム１００の例示的なネットワーク構成を示す概略図であり、その中に、本発明による提供者価格設定ツールの例示的な実施形態が実装されている。もちろん、図６が、本発明の様々な実施形態の構成上の制限としてではなく、例として意図されていることは、理解されるべきであり、したがって、図６に示される特定の要素が、実装され得る本発明の例示的な実施形態内の環境に関して制限されると見なされるべきではない。

図６に示される例では、提供者価格設定ツールを提供するために利用される特定の構成要素は、図１および図２に示される例示的な実施形態を参照して上で記載のシステムの構成要素と併せてシステム１００内に統合される。より具体的には、価格設定ツール１３７は、以下でより詳細に記載されるように、提供者ポータル１３０内に含まれる処置管理サービス１３３内に実装されるものとして図６に示されており、データストア１１４は、データベースサーバ１１２によって維持されるサービス価格設定情報データベース１１４ｍおよび費用調整情報データベース１１４ｎを更に備え、データベースサーバ１１２によってフロントエンドで提供されるデータベースサービスを介してアプリケーションサーバ１１６によってアクセスされ、アプリケーションサーバによって提供されるネットワークサービス内の提供者価格設定ツールを介して提案されるサービスを提供する際に利用される様々なデータソースから収集された情報を保持する。

本例示的な実施形態では、サービス価格設定情報データベース１１４ｍ内の医師サービス価格設定情報と併せて使用するために、対応している費用調整データ一式は、医師費用における地理的差異を説明するために適用されることができる、費用調整情報データベース１１４ｎ内で、編集および維持されることができる。費用調整データは、例えば、診療費の地理的差異を反映する方法で医療処置のための許容支払い総額を決定するために、ＣＭＳによって提供されるメディケア医師料金表（Ｍｅｄｉｃａｒｅ Ｐｈｙｓｉｃｉａｎ Ｆｅｅ Ｓｃｈｅｄｕｌｅ）（ＰＦＳ）におけるＲＶＵとともに使用される、地域別診療費指数（Ｇｅｏｇｒａｐｈｉｃ Ｐｒａｃｔｉｃｅ Ｃｏｓｔ Ｉｎｄｉｃｅｓ）（ＧＰＣｉｓ）から編集および／またはそれに基づいて決定されることができる。ＧＰＣｉｓは、地理的領域全体で民間医療行為を運営する際に発生するリソース費用の違いの標準化を助けるために、これらの費用が、料金表の医師の仕事、診療費、および医療過誤保険の構成要素の全国平均費用と比較されるときに使用される。

より具体的には、ＣＭＳは、処置の３つの相対値ユニット構成要素（すなわち、作業、診療費、および不正行為のＲＶＵ）の各々について、すべてのメディケア支払い地域に対してＧＰＣＩを確立し、ＧＰＣｉｓは、各構成要素のＲＶＵにその構成要素のＧＰＣＩを掛けることによって、料金表の支払い金額の計算に適用される。州、地域エリア（および該当する場合は、各地域エリアに割り当てられた郡）、および各地域に対応しているＧＰＣｉｓを含む、現在のＧＰＣＩ地域構造の一覧は、ＣＭＳウェブサイトから取得されることができ、この情報は、サーバシステム１１０のバックエンド管理者によって、費用調整情報データベース１１４ｎ内で編集および維持されることができる。例示的な実施形態では、特定の費用調整係数は、指定された各地域のためのＧＰＣＩ情報に基づいて決定され、費用調整情報データベース１１４ｎ内に維持されることができる。例えば、指定された各地域のための標準レート調整係数は、その地域のための対応しているＧＰＣｉｓが各サービスに対して導出された標準国内レートに影響を与えることによって、平均（または任意の他の好適な集計または複合ベース）係数を計算することによって決定されることができる。別の例として、指定された各地域のためのこのような標準レート調整係数は、ＣＭＳによって地域に対して決定された地理的調整係数（ＧＡＦ）から直接導出されることができる。指定された各地域のＧＡＦは、加重が、ＰＷ、ＰＥ、およびＭＰ ＲＶＵによって全国的に構成されているＲＶＵのパーセンテージである、３つのＧＰＣｉｓの加重平均として計算される。

別の例では、サービス価格設定情報データベース１１４ｍ内の情報記録が、サービスがバンドル型のサービス一式の一次サービスとして提案されるという指標と、一次サービスが外部施設で実施される必要があるという指標を含む各サービスについて、外部施設の使用に関する情報記録に含まれる代替価格設定情報は、外部施設の使用が施設外来サービスまたは施設入院サービスのどちらに分類されるかによって決定されることができる。例えば、施設の外来サービスごとに、外部施設の使用に関する情報記録に含まれる代替価格設定情報は、ＣＭＳによってＣＰＴまたはＨＣＰＣＳ処置コードに関連付けられて維持されるＡＰＣ価格データから取得されることができる。ＣＭＳは、ＨＣＰＣＳコードに従って分類された個々のサービスを、同様の臨床的特徴および同様の費用に基づいてＡＰＣに割り当てる。したがって、ＡＰＣは、基本的にラインレベルの料金表であり、サービスの各ＨＣＰＣＳコードが数百の個別のＡＰＣの１つに割り当てられ、ほぼすべてのＡＰＣについて、料金は、サービスの臨床ＡＰＣのために将来を見越して確立されたスケーリングされた相対的な重みに換算係数（ＣＦ）を乗算することによって、ＡＰＣの全国的な未調整の支払いレートに到達することによって決定される。

したがって、例示的な実施形態では、代替情報記録がサービス価格設定情報データベース１１４ｍ内に維持され、対応しているＡＰＣがＣＭＳによって提供される各サービスについて、施設外来サービスの対応している国内未調整支払いレートは、サービス価格設定情報データベース１１４ｍ内のサービスの代替情報記録の価格設定情報の一式に含まれることができる。

本例示的な実施形態では、上で記載のサービス価格設定情報データベース１１４ｍ内の施設外来サービス価格設定情報と併せて使用するために、対応している費用調整データ一式は、地理的差異を説明するために適用されることができる、費用調整情報データベース１１４ｎ内で、編集および維持されることができる。施設外来サービスの価格設定情報のための費用調整データは、例えば、ＣＭＳによって維持されている施設の賃金指数から編集および／またはそれに基づいて決定されることができる。

本例示的な実施形態では、上で記載のサービス価格設定情報データベース１１４ｍ内の施設入院サービス価格設定情報と併せて使用するために、対応している費用調整データ一式は、地理的差異を説明するために適用されることができる、費用調整情報データベース１１４ｎ内で、編集および維持されることができる。

施設外来サービスの価格設定情報のための費用調整データに関して上で論じた例と同様に、施設入院サービスの価格設定情報のための費用調整データは、例えば、ＣＭＳによって維持されている施設の賃金指数から編集および／またはそれに基づいて決定されることができる。上記のように、例示的な実施形態では、施設賃金指数情報は、ＣＭＳから取得され、費用調整情報データベース１１４ｎ内に維持されることができる。

その際、サービス価格設定情報データベース１１４ｍ内の代替情報記録が、サービスがバンドル型のサービス一式の一次サービスとして提案されるという指標と、一次サービスが外部施設で実施される必要がある場合は、外部施設の使用を施設の外来サービス価格データと施設の入院サービス価格データとの両方にマッピングするのが促進され得ることに留意されるべきである。例示的な実施形態では、このようなサービスの場合、サーバシステム１１０のバックエンド管理者は、どの施設価格データ一式が、情報記録の価格設定情報一式に含めるのにより好適であるのかを決定することができる。例えば、このような決定は、特定のサービスがより典型的に施設外来サービスとして実施されるか、または施設入院サービスとして実施されるかに基づかれ得る。代替の例示的な実施形態では、サービス価格設定情報データベース１１４ｍ内の代替情報記録が、サービスがバンドル型のサービス一式の一次サービスとして提案されるという指標と、一次サービスが必要であるという指標を含む各サービスについて、外部施設の利用を施設外来サービス価格データと施設入院サービス価格データとの両方にマッピングすることができる外部施設で実施することによって、サービス価格設定情報データベース１１４ｍ内の入院施設サービスとして、外来施設サービスとしてのサービスおよび施設としてのサービスの代替情報記録を維持することができる。

その際、麻酔時間は、麻酔の開始から麻酔サービスの終了までの連続した期間であり、１回の単位は、患者が術後の監督下に安全に置かれる可能性があり、医師がもはや個人的な出席をしていないときに、医師が患者の誘導および終了のための準備を開始した時から始まる１５分間隔またはその一部に対応する。換算係数は、地域に応じてＣＭＳによって一覧にされる。したがって、上で一覧にされた式における変換係数は、実施している提供者の地域に対応する。

例示的な実施形態では、価格設定ツール１３７によって提供される機能にアクセスするために、提供者ユーザは、サーバシステム１１０に提供者アカウント（例えば、医師、診療グループ、または病院システムアカウント）を登録して、データストア１１４内に維持され、対応しているプロファイルデータベースにおいて、アカウント情報記録を確立し、その人の医師アカウントにログインし、ユーザは、提供者ポータル１３０によって実装される提供者アカウントページに導かれ得、処置管理サービス１３３によって提供される機能にアクセスするためにユーザがアクセスできるユーザインターフェースコントロール一式を提供し、登録された顧客ユーザシステムによる購入のための医療サービスを提案する。上記のように、本例示的な実施形態では、その際、処置管理サービス１３３によって提供されるアクセス可能な機能は、価格設定ツール１３７によって提供される機能を含む。

特に、提供者ユーザが、サーバシステム１１０を介して購入するための医療サービスを提案することに関連して価格設定ツールを利用する意図を示した場合（例えば、提供者ポータル１３０によって実装された提供者アカウントページ内の「サービス価格設定ツール」タブを選択することによって）、ユーザは、データストア１１４内に維持されている対応しているプロファイルデータベース内の提供者の代替情報記録に維持されている情報およびサービス価格設定情報データベース１１４ｍで維持されている医療サービスの代替情報記録に基づいて生成された情報を含むインタラクティブサービス価格設定ページに導かれる。価格設定ツール１３７は、例えば、インタラクティブサービス価格設定ページを実装して、サーバシステム１１０を介して購入するために提供者によって提案され得るサービスの詳細な価格設定情報および推奨レートを提供者ユーザに提供するように構成され得、ならびにユーザがアクセスすることができるユーザインターフェースコントロールを使用して、必要に応じて推奨レートの調整を実施する。

図７Ａは、登録された病院システムアカウントに関連付けて提供者ポータル１３０にアクセスするユーザのために、このようなサービス価格設定ページ７００によって提供されるグラフィカルユーザインターフェースの第１の例を示すスクリーンショットである。図７Ａに示される例では、サービス価格設定ページ７００で提供されるユーザインターフェースは、医療専門分野ドロップダウンメニュー７０２、地域調整セクション７０４、推奨レート調整セクション７０６、詳細価格設定情報セクション７０８、および選択可能ボタン７１０ａ（「価格を電子メール」）、７１０ｂ（「変更を保存」）、および７１０ｃ（「ライブをとる（Ｔａｋｅ Ｌｉｖｅ）」）一式を含み、その使用については、以下でより詳細に記載される。ドロップダウンメニュー７０２は、選択可能な医療専門分野（例えば、整形外科、一般外科、心臓撮影など）の一覧を提供し、価格設定ツールは、ユーザがドロップダウンメニュー７０２を使用して特定の医療専門分野を選択することに応じて、ユーザインターフェース選択肢を構成し、選択された専門分野に従って、地域調整セクション７０４、推奨レート調整セクション７０６、および詳細な価格設定情報セクション７０８内に表示される情報を入力するように実装される、更に、病院システムプロファイルデータベース１１４ｄ内に維持される提供者代替情報記録に維持される情報に基づいて、サービス価格設定情報内の選択された専門医に一般的に関連付けられていることが示される各サービスの代替情報記録に維持される情報データベース１１４ｍ内の、および費用調整情報データベース１１４ｎ内に維持される情報は、上で記載されたように、データベースサーバ１１２によってフロントエンドで提供されるデータベースサービスを介して価格設定ツール１３７によってアクセスされることができる。

例えば、図７Ａに示される例示的なスクリーンショットでは、ユーザは、医療専門分野ドロップダウンメニュー７０２から「放射線科」を選択し、価格設定ツール１３７は、この選択に応じて、ユーザインターフェース選択肢を構成し、ドロップダウンメニュー７０２からの「放射線科」の選択に従って、地域調整セクション７０４、推奨レート調整セクション７０６、および詳細価格設定情報セクション７０８内に表示される情報を入力した。より具体的には、図７Ａに示されるように、地域調整セクション７０４は、ドロップダウンメニュー７０２からの「放射線科」の選択に応じて、医師地域セクションおよび施設セクションを含むように構成される。医師地域セクションは、病院システムと提携し、価格設定されている放射線サービスを実施する医師の地域に基づいて価格を調整するために提供される。施設セクションは、価格設定されている放射線サービスが実施される病院システムと提携している、外部施設で実施する必要があり、施設に基づいて価格調整を行うために提供される、バンドル型のサービス一式のサービスの一次リサービスである、サービス価格設定情報データベース１１４ｍ内の放射線科の選択された医療専門分野に一般的に関連付けられていると示されたサービスの代替情報レコードには、指標を有する情報レコードが含まれている、価格設定ツール１３７が認識することに応じて、地域調整セクション７０４内に含まれる。

この例では、医師地域セクションは、医師場所フィールド７０４ａおよび医師場所レートフィールド７０４ｂを含み、施設セクションは、施設フィールド７０４ｃおよび施設レートフィールド７０４ｄを含む。医師場所フィールド７０４ａは、サービス価格設定情報データベース１１４ｍ内の選択された放射線科の専門医に一般的に関連付けられていると示されるサービスを実施する医師の場所を指定するエントリを受諾および表示するためのものであり、医師場所レートフィールド７０４ｂは、放射線科に一般的に関連付けられていると示されるサービスの詳細価格設定情報セクション７０８に含まれる価格設定情報のレート調整係数を提供するように構成されている。例示的な実施形態では、価格設定ツール１３７は、病院システムプロファイルデータベース１１４ｄに含まれる医師提携に関連付けられた場所に基づいて最初の医師の場所エントリを導出し、この導出された医師の場所エントリを医師の場所フィールド７０４ａ内のデフォルト値として含むように構成されることができる。医師場所レートフィールド７０４ｂは、デフォルトで、費用調整情報データベース１１４ｎに維持されている情報に基づいて導出され、現在、医師場所フィールド７０４ａ内で指定されている医師場所エントリに対応する価格設定ツール１３７によって提供される医師サービスの地理的調整レートを受信および表示するために提供される。より具体的には、例示的な実施形態では、価格設定ツール１３７は、医師場所フィールド７０４ａ内で現在指定されている医師場所エントリに対応する費用調整情報データベース１１４ｎ内の医師レート費用調整データ（例えば、指定された医師場所エントリを含む指定された地域に対して決定された標準レート指調整係数）にアクセスし、医師の場所のレートフィールド７０４ｂ内にデフォルト値として表示される対応している地理的調整レートを導出するように構成されることができる。

本例では、価格設定ツール１３７は、サービス価格設定ページ７００にアクセスする提供者ユーザが、医師場所フィールド７０４ａ内の選択された医療専門分野に関連付けられたサービスを実施する医師の所望の場所に対応しているテキストの入力に進むことを可能にするように更に構成される。その際、価格設定ツール１３７は、医師場所フィールド７０４ａにユーザによって入力されたテキストが、対応している医師のレート調整が費用調整情報データベース１１４ｎで維持される特定の地域に対応することを要求するように構成され得る。

価格設定ツール１３７によって提供される提案された医師場所の一覧は、特定の地理的場所ではなく、標準の国内医師料金を選択するためのユーザのための選択肢を更に含むことができる。医師場所フィールド７０４ａ内の新しい医師場所の指定に応じて、価格設定ツール１３７は、医師場所フィールド７０４ａ内で現在指定されている新たに指定された医師場所エントリに対応する費用調整情報データベース１１４ｎ内の医師レート費用調整データに動的にアクセスし、医師場所レートフィールド７０４ｂ内の現在の値として表示される対応している地理的調整レートを導出するように構成されることができる。

例示的な実施形態では、価格設定ツール１３７は、提供者ポータル１３０を介して価格設定ツール１３７の機能にアクセスするために使用される病院システムプロファイルデータベース１１４ｄ内の病院システムアカウントの代替情報記録を含み、この導出された施設エントリを施設フィールド７０４ｃ内のデフォルト値として含む、施設提携に基づいて、初期の外部施設エントリを導出するように構成されることができる。施設レートフィールド７０４ｄは、施設フィールド７０４ｃ内のエントリとして現在指定されている施設の特性に対応して、デフォルトで価格設定ツール１３７によって導出および提供される施設サービスの調整レートを受信および表示することのために提供される。

本例では、価格設定ツール１３７は、サービス価格設定ページ７００にアクセスする提供者ユーザが、施設フィールド７０４ｃ内で実施される選択された医療専門分野に関連付けられたサービスで所望の外部施設の名前に対応しているテキストの入力に進むことを可能にするように更に構成される。その際、価格設定ツール１３７は、施設フィールド７０４ｃにユーザによって入力されたテキストが、提供者ポータル１３０を介して価格設定ツール１３７の機能にアクセスするために使用されている病院システムプロファイルデータベース１１４ｄ内の病院システムアカウントの代替情報記録を含む施設提携で指定された特定の施設の名前に対応することを要求するように構成され得る。

図７Ａに示されるスクリーンショットの例を引き続き参照すると、価格設定ツール１３７は、医療専門分野ドロップダウンメニュー７０２からのユーザ選択「放射線科」に応じて、ユーザインターフェース選択肢を構成し、レート調整セクション７０６内に表示される情報を入力した。より具体的には、図７Ａに示されるように、レート調整セクション７０６は、ドロップダウンメニュー７０２からの「放射線科」の選択に応じて、医師レート調整フィールド７０６ａおよび施設レート調整フィールド７０６ｂを含むように構成される。医師レート調整フィールド７０６ａは、提供者および／または医師に固有の任意の予算上の考慮事項に基づく可能性のある、提供者ユーザが望むように、放射線科に一般的に関連付けられていると示されるサービスの医師料金について、詳細な価格設定情報セクション７０８に含まれる価格設定情報に一般的な価格調整を行うために提供される。

上記のように、図７Ａに示されるスクリーンショットの例を引き続き参照すると、価格設定ツール１３７は、医療専門分野ドロップダウンメニュー７０２からのユーザ選択「放射線科」に応じて、ユーザインターフェース選択肢を構成し、詳細価格設定情報セクション７０８内に表示される情報を入力した。一般に、図７Ａに示されるように、詳細価格設定情報セクション７０８は、処置列７１１、施設価格列７１２、医師価格列７１３、追加料金列７１４、および合計金額列７１５を含む様々な対話型ユーザインターフェースコントロールを備えたテーブルとして、価格設定ツール１３７によって生成される。

処置列７１１の情報は、価格設定ツール１３７によって生成され、サービス価格設定情報データベース１１４ｍに維持されるサービスの代替情報記録に一覧にされた各処置カテゴリの行エントリを含み、図７Ａに示されているスクリーンショットの例の「放射線科」であるドロップダウンメニュー７０２を介して選択された医療専門分野に、サービスが一般に関連付けられていることの指標を含む。例えば、この例の処置列７１１に一覧にされている処置カテゴリは、「骨密度ＤＸＡ四肢」放射線処置、「骨密度ＤＸＡスキャン」放射線処置、および「ビデオフルオロスコピック嚥下研究」放射線処置を含む。処置列７１１に一覧にされている「骨密度ＤＸＡ四肢」放射線処置の例について図７Ａに更に示されているように、詳細価格設定情報セクション７０８は、ユーザがアクセスできるユーザインターフェース要素を含むように実装される。

この例では、「骨密度ＤＸＡ四肢」放射線処置一覧のための拡張情報は、「Ｄｘａ骨密度／周辺」サービスおよび「ｄｘａを介する骨折評価」サービスのための行エントリを含む。図７Ａに更に示されるように、特定の処置カテゴリの拡張情報は、処置カテゴリのサブ処置として分類された各サービスについて、サービスを識別するために使用される医療コード番号（例えば、ＣＰＴコード）、基本施設利用レート、基本医師レート、調整施設利用レート、および調整医師レートを更に含む。拡張表示に一覧にされた各サービスの基本医師レートは、サービスに対して導出された標準の国内医師レートから価格設定ツール１３７の価格設定によって取得され、拡張表示に一覧にされた各サービスの調整医師レートは、対応している基本医師レートに、地域調整セクション７０４の医師場所レートフィールド７０４ｂで指定された現在の値と、推奨レート調整セクション７０６の医師レート調整フィールド７０６ａで指定された現在のパーセンテージ値の両方を掛けることによって、詳細価格設定情報セクション７０８内に表示するための価格設定ツール１３７によって計算される。

この例では、図７Ａに更に示されるように、特定の処置カテゴリの拡張情報は、拡張処置カテゴリ下に分類されたサービスの各々について提供者ユーザによって設定される価格を指定する医師価格フィールド７１１ａと、拡張処置カテゴリ下に分類されたサービスの各々について外部施設の使用に対して提供者ユーザによって適用される価格を指定する施設価格フィールド７１１ｂとを更に含む。

例示的な実施形態では、価格設定ツール１３７は、医師価格フィールド７１１ａおよび医師価格フィールド７１１ａ内の初期のデフォルト価格値を導出し、含むように構成されることができる。図７Ａに示される例示的なスクリーンショットに更に示されるように、特定の処置カテゴリの行エントリは、処置カテゴリの拡張表示の医師価格フィールド７１１ａ内で指定される価格設定値に対応する医師価格列７１３下の価格設定値を含み、同様に、特定の処置カテゴリの行エントリは、処置カテゴリの拡張表示の施設価格フィールド７１１ｂ内で指定される価格設定値に対応する施設価格列７１２下の価格設定値を含む。その際、価格設定ツール１３７は、医師価格フィールド７１１ａおよび施設価格フィールド７１１ｂ内の価格値のそれぞれの変化に応じて、医師価格列７１３および施設価格列７１２下で提供される価格設定値を動的に更新するように構成されることができる。図７Ａに更に示されるように、特定の処置カテゴリの行エントリは、施設価格列７１２、医師価格列７１３、および、含まれる場合は、特定の処置カテゴリの行エントリに追加料金列７１４下に一覧にされた価格値の合計として提供される合計金額列７１５下の価格設定値を含むことができる。これは、処置カテゴリの拡張表示に一覧にされた各サービスが、提供者ポータル１３０を介してサービス価格設定ページ７００にアクセスする提供者ユーザからのバンドル型のサービス一式としてマーケットプレイスシステム１００を介して購入のために提案される実際の価格を表す。

上記のように、および図７Ａに更に示されているように、この例のサービス価格設定ページ７００で提供されるユーザインターフェースはまた、アクセス可能なユーザインターフェースコントロール７１０ａ（「電子メール価格」）、７１０ｂ（「変更の保存」）、および７１０ｃ（「ライブをとる」）の一式を含む。本例の目的のために、これらのユーザインターフェースコントロールは、選択可能ボタンとしてサービス価格設定ページ７００内に提供される。本例示的な実施形態では、価格設定ツール１３７は、提供者ユーザが「変更を保存」ボタン７１０ｂを選択することに応じて、すべての情報の指標を含む情報記録を生成するように構成されることができる。

本例示的な実施形態では、価格設定ツール１３７は、提供者ユーザが「価格を電子メール」ボタン７１０ａを選択することに応じて、ユーザが電子メールアドレスを指定し、価格設定情報の指標を含む電子文書を送信することができるようにするためのユーザインターフェース制御を提供するように構成されることができる。

最後に、本例を参照すると、価格設定ツール１３７は、提供者ユーザが「ライブをとる」ボタン７１０ｃを選択することに応じて、提供者ユーザに代わって、サーバシステム１１０を介して購入するためにドロップダウンメニュー７０２からユーザによって選択されて提示された特定の医療専門分野について、サービス価格設定ページ７００の詳細価格設定情報セクション７０８に現在含まれているサービスの各々を提案するように、処置管理サービス１３３を備えたサービス提案を自動的に開始するように構成することができる。このようにして、価格設定ツール１３７は、サービスの各々を個別に提案するように、処置管理サービス１３３によって提供される機能にアクセスするための上記の操作の完全なセットを実施する必要なしに、システムに登録された顧客ユーザによってマーケットプレイスシステム１００を介して購入するための多数のサービスを提供者に提案するメカニズムを提供することができる。

図７Ｂは、登録された病院システムアカウントに関連付けて提供者ポータル１３０にアクセスするユーザのために、サービス価格設定ページ７００によって提供されるグラフィカルユーザインターフェースの第２の例を示すスクリーンショットである。図７Ｂに示される例では、ユーザは、医療専門分野ドロップダウンメニュー７０２から「一般外科」を選択し、価格設定ツール１３７は、この選択に応じて、ユーザインターフェース選択肢を構成し、ドロップダウンメニュー７０２からの「一般外科」の選択に従って、地域調整セクション７０４、レート調整セクション７０６、および詳細価格設定情報セクション７０８内に表示される情報を入力した。より具体的には、図７Ｂに示すように、地域調整セクション７０４は、図７Ｃに示される例を参照して上で記載の医師地域セクションおよび施設セクションに加えて、ドロップダウンメニュー７０２からの「一般外科」の選択に応じてして、麻酔地域セクションを含むように構成される。麻酔地域セクションは、サービスの代替情報が記録することを認識する価格設定ツール１３７に応じて、地域調整セクション７０４内に含まれる。

本例では、麻酔地域セクションは、麻酔場所フィールド７０４ｅおよび麻酔場所レートフィールド７０４ｆを含む。麻酔場所フィールド７０４ｅは、サービス価格設定情報データベース１１４ｍ内の選択された一般外科の専門医に一般的に関連付けられていると示されたサービスの場所を指定するエントリを受諾および表示するためのものであり、麻酔場所レートフィールド７０４ｆは、一般に外科に関連付けられていると示されているサービスの詳細価格設定情報セクション７０８に含まれる価格設定情報のレート調整係数を提供するように構成されている。

麻酔場所レートフィールド７０４ｆは、デフォルトで、麻酔場所フィールド７０４ｅ内で現在指定されている麻酔場所エントリに対応する価格設定ツール１３７によって導出および提供される医師サービスの地理的調整レートを受信および表示するために提供される。より具体的には、例示的な実施形態では、価格設定ツール１３７は、麻酔場所フィールド７０４ｅ内で現在指定されている麻酔場所エントリに対応しているサービス価格設定情報データベース１１４ｎ内の麻酔レート調整に関わる情報にアクセスし、麻酔場所レートフィールド７０４ｅ内にデフォルト値として表示される対応している地理的調整レートを導出するように構成されることができる。対応している地理的調整レートは、例えば、ＣＭＳ麻酔換算係数と標準の全国麻酔換算係数との比率に基づいて導出されることができる。

麻酔場所フィールド７０４ｅ内の新しい場所の指定、価格設定ツール１３７は、麻酔場所フィールド７０４ｅ内の新たに指定されている医師場所エントリに対応する地理的要因データベース１１４ｎ内の医師レート調整に関わる情報に動的にアクセスし、麻酔場所レートフィールド７０４ｆ内の現在の値として表示される対応している地理的調整レートを導出するように構成されることができる。この例では、価格設定ツール１３７はまた、提供者ユーザが麻酔場所レートフィールド７０４ｆに直接アクセスし、麻酔場所フィールド７０４ｅで内の場所エントリに基づいて価格設定ツール１３７によって導出され、麻酔場所レートフィールド７０４ｆ内の現在の値として表示される特定の地理的調整レートを上書きする地理的調整レートの所望の値を指定することを可能にするように構成される。麻酔レートフィールド７０４ｆ内に提出されるこのようなエントリの効果は、詳細価格設定情報セクション７０８を参照して以下に記載される。

上記のように、図７Ｂに示されるスクリーンショットの例を引き続き参照すると、価格設定ツール１３７は、医療専門分野ドロップダウンメニュー７０２からのユーザ選択「一般外科」に応じて、ユーザインターフェース選択肢を構成し、レート調整セクション７０６内に表示される情報を入力した。

上記のように、図７Ｂに示されるスクリーンショットの例を引き続き参照すると、価格設定ツール１３７は、医療専門分野ドロップダウンメニュー７０２からのユーザ選択「一般外科」に応じて、ユーザインターフェース選択肢を構成し、詳細価格設定情報セクション７０８内に表示される情報を入力した。一般に、図７Ｂに示されるように、詳細価格設定情報セクション７０８は、処置列７１１に加えて、施設価格列７１２、医師価格列７１３、追加料金列７１４、および合計金額列７１５、麻酔価格列７１６を含む様々な対話型ユーザインターフェースコントロールを備えたテーブルとして、価格設定ツール１３７によって生成される。図７Ｂに示すように、特定の処置カテゴリの拡張情報は、処置カテゴリのサブ処置として分類された各サービスについて、サービスを識別するために使用される医療コード番号に加えて、基本施設レート、基本医師レート、調整施設レート、および図７Ａを参照して記載された調整医師レート、基本麻酔レート、および調整麻酔レートを更に含む。

この例では、図７Ｂに更に示されるように、特定の処置カテゴリの拡張情報は、医師価格フィールド７１１ａおよび施設価格フィールド７１１ｂに加えて、拡張された処置カテゴリに分類されたサービスに関連付けて実施される各麻酔サービスの提供者ユーザによって適用される価格を指定する麻酔価格フィールド７１１ｃを更に含む。

例えば、価格設定ツール１３７は、麻酔価格フィールド７１１ｃ内の価格値の処置カテゴリの拡張表示に一覧にされているすべてのサービスの対応する調整麻酔レートの平均、または麻酔価格フィールド７１１ｃ内の価格値の処置カテゴリの拡張表示に一覧にされている全てのサービスの対応する調整麻酔レートの最高値を使用することからユーザが選択することができるように構成されることができる。例示的な実施形態では、価格設定ツール１３７は、サービス価格設定ページ７００にアクセスする提供者ユーザが麻酔価格フィールド７１１ｃにアクセスして、このフィールド内の特定の価格値を入力することができるように更に構成されることができる。

図７Ｂに示されるスクリーンショットの例に更に示されるように、特定の処置カテゴリの行エントリは、処置カテゴリの拡張表示の麻酔価格フィールド７１１ｃ内で指定される価格設定値に対応する麻酔価格列７１６の下の価格設定値を含む。その際、価格設定ツール１３７は、麻酔価格フィールド７１１ｃ内の価格値の変化に応じて、麻酔価格列７１６下で提供される価格設定値を動的に更新するように構成されることができる。上で論じたように、価格設定ツール１３７の例示的な構成では、特定の処置カテゴリの拡張表示における麻酔価格フィールド７１１ｃ内の価格値へのこのような変更は、地域調整セクション７０４の麻酔場所レートフィールド７０４ｆで指定された現在値、推奨レート調整セクション７０６の麻酔レート調整フィールド７０６ｃで指定される現在のパーセンテージ値、麻酔価格フィールド７１１ｃ内の価格値を導出および設定するために価格設定ツール１３７によって採用される特定の方法の変更、および麻酔価格フィールド７１１ｃ内の提供者ユーザによる特定の価格値の直接入力のいずれかへの変更に応じて起こり得る。

図７Ｂに更に示されるように、特定の処置カテゴリの行エントリは、施設価格列７１２、医師価格列７１３、麻酔価格列７１６、および含まれる場合は、特定の処置カテゴリの行エントリの追加料金列７１４下に一覧にされた価格値の合計として提供される合計金額列７１５下の価格設定値を含むことができる。これは、処置カテゴリの拡張表示に一覧にされた各サービスが、提供者ポータル１３０を介してサービス価格設定ページ７００にアクセスする提供者ユーザからのバンドル型のサービス一式としてマーケットプレイスシステム１００を介して購入のために提案される実際の価格を表す。例示的な実施形態では、価格設定ツール１３７は、サービス価格設定ページ７００にアクセスし、ドロップダウンメニュー７０２から医療専門分野を選択した提供者ユーザに対して、サービス価格設定ページ７００内に実装されたユーザインターフェースコントロールを介して選択肢を提供するように更に構成されることができ、価格設定ツール１３７が、サービス価格設定情報データベース１１４ｍ内の選択された医療専門分野に一般的に関連付けられていると示されたサービスの代替情報記録が、サービスが二次バンドル型のサービス一式の一次サービスであることを示す情報記録を含むことを認識し、バンドルセットの一次サービスに関連付けられているサービスが、選択された専門分野医療のサービス価格設定ページ内に、関連付けられている麻酔処置および麻酔価格設定情報に関わる情報と選択肢を含まない麻酔処置である。

図７Ｃは、登録された病院システムアカウントに関連付けて提供者ポータル１３０にアクセスするユーザのために、サービス価格設定ページ７００によって提供されるグラフィカルユーザインターフェースの第３の例を示すスクリーンショットである。図７Ｃに示される例では、ユーザは、医療専門分野ドロップダウンメニュー７０２から「ＧＩ」（胃腸科）を選択し、価格設定ツール１３７は、この選択に応じて、ユーザインターフェース選択肢を構成し、ドロップダウンメニュー７０２からの「ＧＩ」の選択に従って、地域調整セクション７０４、レート調整セクション７０６、および詳細価格設定情報セクション７０８内に表示される情報を入力した。

一般に、図７Ｃに示されるように、詳細価格設定情報セクション７０８は、処置列７１１に加えて、施設価格列７１２、医師価格列７１３、追加料金列７１４、および合計金額列７１５、病理価格列７１７を含む様々な対話型ユーザインターフェースコントロールを備えたテーブルとして、価格設定ツール１３７によって生成される。

図７Ｃに示すように、特定の処置カテゴリの拡張情報は、処置カテゴリのサブ処置として分類された各サービスについて、サービスを識別するために使用される医療コード番号に加えて、基本施設レート、基本医師レート、調整施設レート、および図７Ａを参照して記載された調整医師レート、基本病理レートを更に含む。拡張表示に一覧にされた各サービスの基本病理レートは、詳細価格設定情報セクション７０８内に表示するために、サービス価格設定情報データベース１１４ｍ内のサービスについて維持された代替情報記録内に格納されたサービスの病理レートから価格設定ツール１３７によって取得される。

この例では、図７Ｃに更に示されるように、特定の処置カテゴリの拡張情報は、医師価格フィールド７１１ａおよび施設価格フィールド７１１ｂに加えて、拡張された処置カテゴリに分類されたサービスに関連付けて実施される各病理サービスの提供者ユーザによって適用される価格を指定する病理価格フィールド７１１ｄを更に含む。例示的な実施形態では、価格設定ツール１３７は、病理価格フィールド７１１ｄ内の初期のデフォルト価格値を導出し、含むように構成されることができる。例えば、価格設定ツール１３７は、病理価格フィールド７１１ｄ内のデフォルト価格値を、処置カテゴリの拡張表示に一覧にされたすべてのサービスの基本病理レートの平均として導出し、設定することができる。例示的な実施形態では、価格設定ツール１３７は、サービス価格設定ページ７００にアクセスする提供者ユーザが病理価格フィールド７１１ｄにアクセスして、このフィールド内の特定の価格値を入力することができるように更に構成されることができる。

図７Ｃに示されるスクリーンショットの例に更に示されるように、特定の処置カテゴリの行エントリは、処置カテゴリの拡張表示の病理価格フィールド７１１ｄ内で指定される価格設定値に対応する病理価格列７１７の下の価格設定値を含む。その際、価格設定ツール１３７は、病理価格フィールド７１１ｄ内の価格値の変化に応じて、病理価格列７１７下で提供される価格設定値を動的に更新するように構成されることができる。図７Ｂに更に示されるように、特定の処置カテゴリの行エントリは、施設価格列７１２、医師価格列７１３、病理価格列７１７、および含まれる場合は、特定の処置カテゴリの行エントリの追加料金列７１４および麻酔価格列７１６下に一覧にされた価格値の合計として提供される合計金額列７１５下の価格設定値を含むことができる。これは、処置カテゴリの拡張表示に一覧にされた各サービスが、提供者ポータル１３０を介してサービス価格設定ページ７００にアクセスする提供者ユーザからのバンドル型のサービス一式としてマーケットプレイスシステム１００を介して購入のために提案される実際の価格を表す。

例示的な実施形態では、病院システムアカウントのユーザのために提供者ポータル１３０内に提供される機能は、例えば、アプリケーションサーバ１１６にアクセスするために顧客によって訪問されている診療所にあるクライアントシステムを操作することによって顧客本人にサービスの先払い購入を販売する病院システムアカウントのユーザによってアクセスされることができる、サービス販売サービス１３５によって実装されたユーザインターフェースコントロール一式を更に含むことができる。その際、サービス販売サービス１３５は、サーバシステム１００内で病院によって購入のために提案されるサービスに加えて、病院システムアカウントのユーザが、バンドル型のサービス一式を含む病院システムアカウントのユーザによって構築されるサービスを販売することを可能にする機能を提供し得る。

例示的な実施形態では、アカウント管理サービス１３１によって実装されるユーザインターフェースは、マーケットプレイスシステム１００内での購入のための医療製品を提案する能力へのアクセスを得るために、所定料金の支払いのための承認を要求するためのユーザインターフェースコントロールを提供するように更に構成され得る。このような料金は、例えば、１回限りの料金、または定期的な料金（月額、半年、または年額の料金など）であり得る。

ユーザが医療製品を購入のために提案する意思を示すと（例えば、提供者ポータル１３０によって実装された薬局アカウントページ内の「提案サービス」タブを選択することによって）、ユーザは、サーバシステム１１０を介して購入のための医療製品を提案するために、製品管理サービス１３４で製品を提案することを開始することができる。

ユーザが提供者ポータル１３０によって実装された薬局アカウントページ内で様々なアカウント管理機能にアクセスする意図を示すと、薬局管理者は、アカウント管理サービス１３１によって提案される様々なユーザインターフェース要素にアクセスして、例えば、薬局および支払いまたは報酬情報を管理し、薬局によって購入のために提案された製品に関わる情報を管理し、サーバシステム１１０内で薬局によって購入のために提案された製品に対して実施されたトランザクションの履歴を閲覧することができる。

本明細書に開示される例示的な実施形態では、特定の医療情報は機密性が高いと見なされ得るため、マーケットプレイスシステム１００は、クライアントシステム１４２で実行されるクライアントアプリケーションとアプリケーションサーバ１１６との間で転送される情報に高レベルのセキュリティを提供する様に実装され得る。説明のために、該当する場合はいつでも、マーケットプレイスシステム１００（例えば、動作および機能）は、医療保険の携行および責任に関する法律（ＨＩＰＡＡ）に基づく要件に準拠するために実装され得る。例えば、ＨＩＰＡＡ要件または他の機密性の懸念に従って、特定の種類の情報が特定の当事者（例えば、処方製品製造業者またはサービス提供者）にアクセス可能であってはならない場合、システム１００は、特定の当事者がその種類の情報にアクセスできないようにする情報コントロールまたは情報保護措置を実装することができる。別の例として、患者のプライバシーを保護するために、アプリケーションサーバ１１６と任意のクライアントシステム１４０との間で伝送される情報およびサーバシステム１１０によって伝送される電子メッセージなど、コンピュータまたは通信ネットワークを介して伝送される情報は、暗号化されることができる。例示的な実施形態では、システム１００は、プライバシーを確保し、すべての要件に準拠するために、ＨＩＰＡＡ検証されることができる。

図８は、アプリケーションサーバ（１１６、図２に示される）によって実行される保険データベース（１１４ｏ、図２に示される）に格納された保険契約のフローチャートを示す。保険データベースは、医療サービスのために最適化されたバンドル価格８０２を提供するようにプログラムされる。例示的な目的のために、システムは、ユーザのケアサイクルにおける各段階でコレクションを最大化する。様々な段階で、支払い８０４を支払うための選択肢がある。患者は、将来を見越して支払うためのプッシュ通知を受容し得る処置のために提案またはスケジュールされる。代替的に、患者は、提供者の場所でチェックインし、患者は、現金、カード、デジタル財布などのサービスポイントで支払う。代替的に、患者は、サービスが提供された後、および／または退院時に支払いがなされ、患者が遡及的に支払うためのプッシュ通知を受容する。

更に、患者の情報の各々は、限定はされないが、医師の注文／スケジュール（ＣＨＣ Ｒｅｄｏｘなど）、データを支払う傾向（ＣＨＣ－Ｖｅｎｄｏｒ）、給付状況（ＣＨＣ－リボンの健康状態）、およびＣａｒｅＣｒｅｄｉｔの事前承認などが監視される。患者情報に基づいて、医師の注文は、照合される。更に、価格は、患者の能力および／またはサービスおよび／または製品に対して支払う意思に基づいて設定される。更に、各支払いは、患者が自己負担で支払っているかどうかを確認するために監視される。システムは、サービスおよび／または製品に対して支払う患者の能力を決定するために、バンドル型価格を残りの患者免責額と比較する。更に、患者は、全額またはＣａｒｅＣｒｅｄｉｔを通じてのいずれかで支払うことが可能にされる。

システムは、病院／医師／薬局および関連付けられたサービス提供者に毎回最適な価格を全額支払うように構成されている。処置は、透過的であり、患者と医療提供者との両方に受諾可能である。サービス提供者は、支払いを望む患者に関する最大のデータを収集する。更に、病院は、患者が望んで支払うよりも少ない金額を請求することによって、収入をテーブルに残し得る。

アプリケーションサーバ（１１６、図２に示される）は、保険データベース１１４ｏに格納されたデータを処理し、ユーザが保険管理サービス（１４、図２に示される）を介して保険情報にアクセスすることを可能にする。病院は、ケアが患者に送達された後、システムに電子請求を送信する。次いで、システムは、支払いを分配し、保険データベース１１４ｏに格納された情報に基づいて電子送金ファイルを送信する。システムは、患者のアキュムレータ（ａｃｃｕｍｕｌａｔｏｒ）を更新する（償還のためではない）ために、電子請求を保険会社８０６に渡す。次いで、保険８０６は、システムにアキュムレータス状態を通知する。次いで、システムは、更新を患者に送信する。

図９は、本発明の別の例示的な実施形態による、医療マーケットプレイスシステムにおいて、クライアントシステムと通信する仮想支払いシステムマネージャ１７０のブロック図を示す。上記のように、本発明の例示的な実施形態は、中央サーバシステム１１０内での仮想資金の作成、転送、および償還を介して、患者によって購入され（またはそうでなければ、代わって購入され）、医療提供者によって提案されるサービスおよび製品の支払いの交換を促進し、説明するための仮想支払いシステムを提供するために実装され得る。

いくつかの例示的な実施形態では、仮想支払いシステムマネージャ１７０は、登録済みのアカウントに関連付けてシステム内で特定の行為を行うために、医療マーケットプレイスシステム１００の提供者によってサーバシステム１１０の登録ユーザに提案され得るプロモーションクレジットの追跡および管理を促進するように構成される。

例えば、マーケットプレイスシステム１００の提供者は、潜在的な顧客ユーザにプロモーションを提案し得、各ユーザが、サーバシステム１１０への代替顧客アカウントの登録を完了すると、サーバシステム１１０に登録されている提供者ユーザによってマーケットプレイスシステム１００内で提案されるサービスおよび／または製品を購入するために、顧客ユーザが使用し得る指定された金額の資金のクレジット（例えば、２５ドルのクレジット）を受容する。

一実施形態では、仮想支払いシステムマネージャ１７０は、仮想マネーアカウントデータベース１１４ｏ内の顧客の仮想マネーアカウントの代替アカウント情報記録を作成するために、データベースサーバ１１２にアクセスするように、および代替アカウント情報記録に含まれる仮想資金オブジェクトのデータベース内のプロモーションクレジットの指定された金額に対応している新しい仮想資金を作成するために、データベースサーバ１１２にアクセスするように、構成される。

その際、仮想支払いシステムマネージャ１７０は、作成される新しい仮想資金オブジェクトの一意の識別子を生成し、対応している仮想資金の値の指標、オブジェクトに対して生成された一意の識別子、元の資金源がマーケットプレイスシステム１００の提供者によって伝達されたクレジットであることの指標、オブジェクトの作成タイムスタンプ、オブジェクトの対応している仮想資金が現在、マーケットプレイスシステム内で購入された提供されたサービスまたは製品の支払いとして使用するために割り当てられていないことの指標、および任意選択で、顧客ユーザがクレジットされた資金を使用して、マーケットプレイスシステム１００内で提供されるサービスおよび／または製品を購入しなければならないプロモーションクレジットの有効期限の指標を含むようにオブジェクトの属性を画定する。

このような例では、仮想支払いシステムマネージャ１７０は、（例えば、サーバシステム１１０のバックエンド管理者によってすでに確立され得る）マーケットプレイスシステムを提供するエンティティのために仮想マネーアカウントデータベース１１４ｏ内に維持されており、また、代替仮想マネーアカウントの代替アカウント情報記録に含まれる仮想資金オブジェクトのコンテナ内に、プロモーションクレジットに対応している新しい仮想資金オブジェクトを作成するために、データベースサーバ１１２に更にアクセスするように構成される。より具体的には、仮想支払いシステムマネージャ１７０は、作成される新しい仮想資金オブジェクトの一意の識別子を生成し、負の値として対応している仮想資金の値の指標、オブジェクトに対して生成された一意の識別子、元の資金源がマーケットプレイスシステム１００の提供者によって維持されている（したがって、マーケットプレイスシステム提供者によって仮想支払いシステムに負っている）外部金融アカウント内に保持されている対応している金額の実際の通貨であることの指標、オブジェクトのための作成タイムスタンプ、およびオブジェクトの属性を含むように画定する。

一実施形態では、仮想支払いシステムマネージャ１７０はまた、顧客ユーザおよび仮想マネーアカウントデータベース１１４ｏ内のマーケットプレイスシステムを提供するエンティティの仮想マネーアカウントの代替アカウント情報記録内にプロモーションクレジットに対応している仮想資金オブジェクトを作成すると、新たに作成された仮想資金オブジェクトを反映するために、代替仮想マネーアカウントの代替アカウント情報記録内の一般情報一式に含まれる合計残高値および利用可能な残高値を更新するように構成される。

図９に示される例では、仮想支払いシステムを提供するために利用される特定の構成要素は、図１および図２に示される例示的な実施形態を参照して、上で記載および本明細書で以下に記載するシステムの構成要素と併せてシステム１００内に統合される。特に、図９に示されるように、アプリケーションサーバ１１６は、仮想支払いシステムマネージャ１７０を含むように更に実装される。図９にも示されているように、データストア１１４は、データベースサーバ１１２によって維持され、アプリケーションサーバ１１６によってアクセスされる仮想マネーアカウントデータベース１１４ｐを更に含む。

本例示的な実施形態では、仮想支払いシステムマネージャ１７０は、仮想アカウント管理モジュール１７１と、トランザクション追跡モジュール１７２と、通信モジュール１７３と、仮想資金作成および清算モジュール１７４と、仮想支払い処理モジュール１７５と、調整処理モジュール１７６とを含むものとして図９に示されている。一般に、本例示的な実施形態では、仮想支払いシステムマネージャ１７０内に実装される様々なモジュールは、仮想支払いシステムがサーバシステム１１０内に実装される例示的な実施形態に関わる上で提供された実施例記載された様々な動作を実施するために、データベースサーバ１１２を介して互いに、顧客ポータル１２０、提供者ポータル１３０、およびデータストア１１４と相互作用するように構成される。

仮想アカウント管理モジュール１７１は、マーケットプレイスシステム１００内で実行されるトランザクションへの参加者の代替仮想通貨アカウントのための代替アカウント情報記録を作成するために、仮想マネーアカウントデータベース１１４ｐにアクセスするように構成される。仮想アカウント管理モジュール１７１は、仮想支払いシステム内の参加者の代替仮想マネーアカウントに関わる情報を管理および閲覧するために、アカウント管理サービス１２２またはアカウント管理サービス１３１によって提供されるアカウント管理機能にアクセスするサーバシステム１１０にログインしている参加者に応じて、必要に応じて代替情報アカウント記録を検索、維持、変更する。

トランザクション追跡モジュール１７２は、例えば、仮想支払いシステム内で実行されるトランザクションに関わる会計の詳細への更新を動的に実施するように構成されることができる。モジュール１７２は、仮想支払いシステム内で実行されるトランザクションに応じて、代替仮想マネーアカウントの代替アカウント情報記録の一般情報に含まれる残高値を動的に計算し、更新を実施する。

更に、モジュール１７２は、このような満了の発生に応じて満了したプロモーションクレジットに基づいて、仮想マネーアカウント内で作成された仮想資金オブジェクトを処理するための処理を動的に実施し、このような有効期限の終了に応じて、このような購入に指定された有効期限内に償還されなかった提供されたサービスおよび製品の購入に対して仮想支払いシステム内で実施される支払い処理動作を逆転させるための処理を動的に実施する。

通信モジュール１７３は、例えば、管理される仮想マネーアカウントおよび仮想支払いシステム内で実行されるトランザクションに関する通知およびレポートを生成し、生成された通知およびレポートを顧客ポータル１２０および提供者ポータル１３０の対応している構成要素に伝送し、顧客ポータル１２０および提供者ポータル１３０の対応している構成要素からの通知および情報を受信し、このような受信した通知および情報を処理するように構成されることができる。

仮想資金作成および清算モジュール１７４は、例えば、仮想支払いシステム内で実行されるトランザクションの必要に応じて、仮想マネーアカウントの代替アカウント情報記録内に新しい仮想資金オブジェクトを作成またはインスタンス化し、仮想支払いシステム内で清算要求（仮想資金オブジェクトを削除する機能を含む）を処理し、仮想支払いシステム内の仮想マネーアカウントの自動定期清算を実施するための機能を実装するように構成されることができる。

仮想支払い処理モジュール１７５は、例えば、サーバシステム１１０に登録された顧客ユーザによって提案されたサービスおよび製品の購入のために仮想支払いシステム内で支払い処理を促進するための動作を実施するため、ならびに仮想支払いシステム内での支払い処理を促進するためのこのような動作の実施に応じて、代替アカウント情報記録内の仮想資金オブジェクトを画定する属性に対応している更新を実施するための機能を実装するように構成されることができる。調整処理モジュール１７６は、例えば、仮想支払いシステム内で支払い処理が処理される提案されたサービスおよび製品の購入に対するキャンセル要求、返金要求、および他の変更を処理するための動作を実施するための機能を実装するため、ならびに仮想支払いシステム内の購入に対するキャンセル要求、返金要求、および他の変更を処理するためのこのような動作の実施に応じて、代替アカウント情報記録内の仮想資金オブジェクトを画定する属性に対応している更新を実施するために構成されることができる。

本明細書に開示される例示的な実施形態では、特定の医療情報は機密性が高いと見なされ得るため、マーケットプレイスシステム１００は、クライアントシステム１４２で実行されるクライアントアプリケーションとアプリケーションサーバ１１６との間で転送される情報に高レベルのセキュリティを提供する様に実装され得る。説明のために、該当する場合はいつでも、マーケットプレイスシステム１００（例えば、動作および機能）は、医療保険の携行および責任に関する法律（ＨＩＰＡＡ）に基づく要件に準拠するために実装され得る。別の例として、患者のプライバシーを保護するために、アプリケーションサーバ１１６と任意のクライアントシステム１４０との間で伝送される情報およびサーバシステム１１０によって伝送される電子メッセージなど、コンピュータまたは通信ネットワークを介して伝送される情報は、暗号化されることができる。例示的な実施形態では、システム１００は、プライバシーを確保し、すべての要件に準拠するために、ＨＩＰＡＡ検証されることができる。

図１０は、本発明の別の実施形態による、免責額チェッカーと、ショッピングカートと、薬剤割引カードとを示すアプリケーションサーバのブロック図を示す。アプリケーションサーバ１１６は、患者の免責額を探索するための免責額チェッカー１００２と、ユーザに価格設定の詳細を提供するためのショッピングカート１００４と、医療サービスのサブスクリプションのためのユーザのための薬剤割引カード１００６とを更に含み得る。

免責額チェッカー１００２は、患者／ユーザが彼らの免責額を探索し、提案される医療サービスがより良好および／または競争力のある価格であるかどうかをユーザに知らせることを可能にする。ショッピングカート１００４は、登録ユーザに、登録ユーザが進める予定の医療サービスの価格設定の詳細とともに自動的に伝達される。ショッピングカート１００４は、これらに限定されないが、電子メール、ＳＭＳ、グラフィカルユーザインターフェース上の点滅、および他の同様の通信ネットワークなどで自動的に通信される。ショッピングカート１００４は、免責額、保険を自動的にチェックし、それに応じて、ユーザの価格設定を生成する。

別の実施形態では、ショッピングカート１００４は、価格設定を確認するために分析者によって検証される。したがって、ショッピングカートは、分析者システムに、次いで、ユーザに送信される。これは、ユーザが医療サービスのために先払いすることを可能にする。更に、ショッピングカート１００４は、正しいバンドル価格（例えば、特定の処置が一緒に購入されるときに、割引のために考慮することなど）で生成される。薬剤割引カード１００６は、医療サービスに加入するユーザに提供される。

本明細書に記載の本発明の例示的な実施形態の態様は、１つ以上のプログラムモジュールおよびデータ格納ユニットを使用して実装されることができる。本明細書で使用される場合、「モジュール」、「プログラムモジュール」、「構成要素」、「システム」、「ツール」、「ユーティリティ」などの用語は、特定のタスクを実施するか、または特定の抽象データ型を実装する、ルーチン、プログラム、オブジェクト、構成要素、データ構造、および命令、または命令セットなどを含む。真価が認められることができるように、モジュールは、記載された機能を提供するソフトウェア、ハードウェア、ファームウェア、および／または他の好適な構成要素として実装されることができ、本発明の例示的な実施形態を具体化する機械のメモリにロードされ得る、コンピュータ関連エンティティを指す。モジュールの態様は、Ｃ、Ｃ＋＋、Ｊａｖａなどの様々なプログラミング言語で記述され得る。本明細書に記載の例示的な実施形態の態様のために使用されるモジュールによって提供される機能は、組み合わせられ、および／または更に分割されることができる。

本明細書で使用される場合、「データ格納ユニット」、「データストア」、「格納ユニット」などの用語は、手動ファイル、機械読み取り可能ファイル、およびデータベースを含む、データを格納するために使用され得る任意の好適なメモリ機器を指すことができる。モジュールおよび／または格納ユニットはすべて、同一コンピューティングシステム（例えば、図５に示され、以下に記載される例示的なコンピュータシステム）上で実装および実行されることができるか、またはそれらは、異なるコンピューティングシステム上で実装および実行され得る。例えば、１つ以上のモジュールは、ユーザによって動作されるパーソナルコンピュータ上に実装されることができ、他のモジュールは、遠隔サーバ上で実装されることができ、ネットワークを介してアクセスされる。

本発明は、例示的な実施形態を参照して詳細に記載されたが、末尾記載の特許請求の範囲に画定された発明の範囲を逸脱することなく、様々な変更および代替がなされ、等価物で要素を置き換えられることが当業者には理解されるであろう。加えて、本発明の基本的な範囲から逸脱することなく、特定の用途または実体を発明の教示に適用するために多くの修正がなされ得る。

本発明の例示的な実施形態を記載する変形例は、各特定の用途のために任意の望ましい組み合わせで実現されることができる。特定の制限を有し得る、本明細書に記載の特定の制限、および／または実施形態の強化は、本発明の例示的な実施形態に関連して記載する１つ以上の概念を含む方法、システム、および／または装置に実装する必要がある。

したがって、本発明は、本発明を実施するために企図される最良の様式として開示される特定の実施形態に限定されないが、本発明は、以下の特許請求の範囲に記載される本出願の範囲内にあるすべての実施形態を含むことが意図され、ここで、冠詞「ａ」または「ａｎ」の使用などによる単数形の要素への言及は、特に明記しない限り「唯一の」を意味するのではなく、「１つ以上」を意味する。更に、クレーム要素は、要素が「のための手段」または「のためのステップ」という句を使用して明示的に引用されている場合を除いて、米国特許法第１１２条第６項の規定下で解釈されるべきではない。これらの以下の特許請求の範囲は、本発明のための適切な保護を維持するように解釈されるべきである。

Claims (20)

1. 装置であって、
   プロセッサと、
   前記プロセッサに動作可能に結合されるように構成されているメモリと、を備え、前記メモリが、符号化されたプロセッサ実行可能プログラム命令およびデータを含み、前記プロセッサによって実行されるときに、前記装置に動作を実施させる前記命令およびデータが、前記プロセッサをプログラムおよび構成し、前記動作が、
   サービス場所に基づいた価格で先払いされた医療サービスのための支払いを受容することに応じて、
   前記先払い医療サービスを受容するように、ユーザによって償還可能な証書を生成することと、
   前記先払い金額を前記ユーザの健康保険免責額に適用することと、を含む、装置。
2. 前記医療サービスが、サービスバンドルを更に含む、請求項１に記載の装置。
3. 前記プロセッサによって実施される前記動作が、前記ユーザのための仮想資金アカウントを作成することを更に含む、請求項１に記載の装置。
4. 前記支払いが、仮想資金を更に含む、請求項３に記載の装置。
5. 前記仮想資金支払いが、前記ユーザの仮想資金アカウントから受容される、請求項４に記載の装置。
6. 前記仮想資金アカウント残高が、プロモーションクレジットを更に含む、請求項４に記載の装置。
7. 前記プロセッサによって実施される前記動作が、前記ユーザの保険契約の関数として決定される免責額金額を更に含む、請求項１に記載の装置。
8. 前記プロセッサによって実施される前記動作が、前記価格を残りの免責額と比較することを更に含む、請求項７に記載の装置。
9. 前記価格が、前記ユーザの支払い能力に基づいて決定される、請求項８に記載の装置。
10. 装置であって、
    プロセッサと、
    前記プロセッサに動作可能に結合されるように構成されているメモリと、を備え、前記メモリが、符号化されたプロセッサ実行可能プログラム命令およびデータを含み、前記プロセッサによって実行されるときに、前記装置に動作を実施させる前記命令およびデータが、前記プロセッサをプログラムおよび構成し、前記動作が、
    サービス場所および時間に基づいて、ユーザによるサービス選択のために、ショッピングカート形式で、前記ユーザに、複数の医療サービスを提示することと、
    前記ショッピングカートから前記ユーザによる購入のために選択されたサービスバンドルの指標を受容することと、
    前記選択されたサービスバンドルのための割引前価格を決定することと、
    前記ユーザの保険に基づいて、前記ユーザの残りの免責額金額を決定することと、
    前記ユーザの残りの保険免責額金額に基づいて、前記選択されたサービスバンドルのための割引価格を生成することと、
    前記割引サービスバンドル価格の支払いを受容することに応じて、
    前記バンドル型サービスを受容するように前記ユーザによって償還可能な証書を生成することと、
    前記ユーザの健康保険免責額に支払われた前記金額を適用することと、
    前記証書を前記ユーザに伝送することと、を含む、装置。
11. 前記支払いが、仮想資金を更に含む、請求項１０に記載の装置。
12. 前記支払いが、実際の通貨を更に含む、請求項１０に記載の装置。
13. 前記支払いが、プロモーションクレジットを更に含む、請求項１０に記載の装置。
14. 前記プロセッサによって実施される前記動作が、前記購入サービスのための要求とともに提示された前記証書を受容することを更に含む、請求項１０に記載の装置。
15. 前記プロセッサによって実施される前記動作が、前記証書償還状態を決定することを更に含む、請求項１４に記載の装置。
16. 前記プロセッサによって実施される前記動作が、前記証書が前記購入サービスのために償還されたと示すことを更に含む、請求項１５に記載の装置。
17. 装置であって、
    プロセッサと、
    前記プロセッサに動作可能に結合されるように構成されているメモリと、を備え、前記メモリが、符号化されたプロセッサ実行可能プログラム命令およびデータを含み、前記プロセッサによって実行されるときに、前記装置に動作を実施させる前記命令およびデータが、前記プロセッサをプログラムおよび構成し、前記動作が、
    サービス場所および時間に基づいて、ユーザによるサービス選択のために、ショッピングカート形式で、前記ユーザに、複数の医療サービスを提示することと、
    前記ショッピングカートから前記ユーザによる購入のために選択されたサービスバンドルの指標を受容することと、
    前記選択されたサービスバンドルの割引前の実際の通貨価格を決定することと、
    前記ユーザの保険契約に基づいて、前記ユーザの残りの免責額金額を決定することと、
    前記ユーザの残りの保険免責額金額に基づいて、前記選択されたサービスバンドルのための割引仮想資金価格を生成することと、
    前記割引サービスバンドル価格の仮想資金支払いを受容することに応じて、
    前記バンドル型サービスを受容するように前記ユーザによって償還可能な証書を生成することと、
    前記ユーザの健康保険免責額に支払われた前記金額を適用することと、
    前記証書を前記ユーザに伝送することと、
    前記購入サービスを実施するための、証書を含む要求を受容することに応じて、
    前記受容した証書償還状態を決定することと、
    前記サービスが実施されたとの決定に応じて、前記証書が前記購入サービスのために償還されたと示すことと、を含む、装置。
18. 前記ショッピングカートが、薬剤を更に含む、請求項１７に記載の装置。
19. 前記サービスバンドルが、一次サービスと、前記一次サービスに関連付けられた二次サービスと、を更に含む、請求項１７に記載の装置。
20. 前記支払いが、前記二次サービスのための支払いを更に含む、請求項１９に記載の装置。
    

Images