(57)【要約】  スケジューリングシステム及び方法を提供する。このシステム及び方法は、各医療プロバイダが異なるフォーマット及びプロトコルの異なる診療管理システムを使用できるという理由で現在のところ不可能な、顧客が医療プロバイダと直接的に予約をスケジュールするための機構を提供する。【選択図】図１Ａ
2017535840.tif 000002
【特許請求の範囲】
【請求項１】
医療スケジューリングシステムであって、
コンピュータシステムと、
それぞれが独自のアプリケーションプログラミングインターフェイス及びデータフォーマットを有する複数のスケジューラからの複数のデータを交換する、前記コンピュータシステムの一部であるスケジューリングインターフェイスと、
前記複数のスケジューラのうちの特定のスケジューラとの予約をスケジュールする、前記コンピュータシステムの一部であるスケジューリングシステムと、
を備え、前記スケジューリングシステムは、前記予約のための予約要求を生成し、該予約要求を、前記スケジューラのうちの前記特定のスケジューラの前記アプリケーションプログラミングインターフェイス及びデータフォーマットに従う、前記複数のスケジューラのうちの前記特定のスケジューラに対する要求に変換する、
ことを特徴とするシステム。
【請求項２】
前記スケジューリングシステムに結合し、該スケジューリングシステムと相互作用し、該スケジューリングシステムを用いて予約をスケジュールするコンピュータ装置をさらに備える、
請求項１に記載のシステム。
【請求項３】
前記スケジューラシステムは、特定のスケジューラを使用する特定のプロバイダに対する予約のための予約要求を前記コンピュータ装置から受け取り、ワークフローを実行して、前記特定のスケジューラを使用する前記特定のプロバイダに対する前記予約をスケジュールする、
請求項２に記載のシステム。
【請求項４】
前記スケジューラシステムは、前記特定のスケジューラを使用する前記特定のプロバイダをスケジュールするためのルールセットを検索し、該検索されたルールセットを用いて、前記特定のスケジューラを使用する前記特定のプロバイダに対する前記予約をスケジュールする、
請求項３に記載のシステム。
【請求項５】
前記スケジューラシステムは、前記特定のスケジューラを使用する前記特定のプロバイダに対する前記予約をスケジュールするための前記ルールセットに基づいてワークフローを生成する、
請求項４に記載のシステム。
【請求項６】
前記ルールセットは、グラフを用いてモデル化される、
請求項５に記載のシステム。
【請求項７】
前記グラフは、有向非巡回グラフである、
請求項６に記載のシステム。
【請求項８】
前記有向非巡回グラフの各ノードは、ワークフローオブジェクトである、
請求項７に記載のシステム。
【請求項９】
前記予約要求は、既存の予約を修正する要求、新たな予約を行う要求、及び既存の予約をキャンセルする要求のうちの１つである、
請求項１に記載のシステム。
【請求項１０】
コンピュータシステムを用いて予約をスケジュールする診療管理方法であって、
前記コンピュータシステムの一部であるスケジューリングインターフェイスを用いて、それぞれが独自のアプリケーションプログラミングインターフェイス及びデータフォーマットを有する複数のスケジューラからの複数のデータ要素を交換するステップと、
前記コンピュータシステムの一部であるスケジューリングシステムを用いて、前記スケジューラのうちの特定のスケジューラとの予約をスケジュールするステップと、
前記スケジューリングシステムによって前記予約のための予約要求を生成するステップと、
前記予約要求を、前記スケジューラのうちの前記特定のスケジューラの前記アプリケーションプログラミングインターフェイス及びデータフォーマットに従う、前記複数のスケジューラのうちの前記特定のスケジューラに対する要求に変換するステップと、
を含むことを特徴とする方法。
【請求項１１】
特定のスケジューラを使用する特定のプロバイダに対する予約のための予約要求をユーザのコンピュータ装置のために受け取り、ワークフローを実行して、前記特定のスケジューラを使用する前記特定のプロバイダに対する前記予約をスケジュールするステップをさらに含む、
請求項１０に記載の方法。
【請求項１２】
前記特定のスケジューラを使用する前記特定のプロバイダをスケジュールするためのルールセットを検索し、該検索されたルールセットを用いて、前記特定のスケジューラを使用する前記特定のプロバイダに対する前記予約をスケジュールするステップをさらに含む、
請求項１１に記載の方法。
【請求項１３】
前記特定のスケジューラを使用する前記特定のプロバイダに対する前記予約をスケジュールするための前記ルールセットに基づいてワークフローを生成するステップをさらに含む、
請求項１２に記載の方法。
【請求項１４】
前記ルールセットは、グラフを用いてモデル化される、
請求項１３に記載の方法。
【請求項１５】
前記グラフは、有向非巡回グラフである、
請求項１４に記載の方法。
【請求項１６】
前記有向非巡回グラフの各ノードは、ワークフローオブジェクトである、
請求項１５に記載の方法。
【請求項１７】
前記予約要求は、既存の予約を修正する要求、新たな予約を行う要求、及び既存の予約をキャンセルする要求のうちの１つである、
請求項１０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
〔優先権の主張〕
本出願は、２０１４年９月１７日に出願された「動的スケジュール集約システム及び方法（Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｄｙｎａｍｉｃ  Ｓｃｈｅｄｕｌｅ  Ａｇｇｒｅｇａｔｉｏｎ）」という名称の米国仮特許出願第６２／０５１，７３９号に対する合衆国法典第３５編第１１９条（ｅ）及び第１２０条に基づく優先権を主張するものであり、この仮特許出願は全体が引用により本明細書に組み入れられる。
【０００２】
本開示は、一般に医療サービススケジューリングシステム及び方法に関する。
【背景技術】
【０００３】
医療プロバイダ及び診療所は、請求書作成、報告及び予約スケジュールなどの重要な医療処理を行うために診療管理（ＰＭ）システムを利用する。一般に、ＰＭシステムの予約スケジューリングインターフェイスは独自のものであり、共通インターフェイス又は共通データを共有していない。医療プロバイダは、データ及び動作互換性のない別個のＰＭシステムを利用することがあるので、この不一致は、消費者中心型のスケジューリングデータビューを作成する際に複数の課題を提示する。従って、様々なＰＭスケジューリングシステムにわたるスケジューリングを可能にするスケジューリングシステムを提供することが望ましく、本開示はこのことを目的とする。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許出願公開第２０１４／３２８，５９１号明細書
【特許文献２】米国特許出願公開第２０１４／４６６，９０７号明細書
【非特許文献】
【０００５】
【非特許文献１】Ｆ．Ｈｉｌｌｉｅｒ及びＧ．Ｌｉｅｂｅｒｍａｎ著、「オペレーションリサーチ入門（Ｉｎｔｒｏｄｕｃｔｉｏｎ  ｔｏ  Ｏｐｅｒａｔｉｏｎｓ  Ｒｅｓｅａｒｃｈ）」、ＭｃＧｒａｗ  Ｈｉｌｌ（２００１年）
【図面の簡単な説明】
【０００６】
【図１Ａ】医療スケジューリングシステムを示す図である。
【図１Ｂ】医療スケジューリングシステムを組み込むことができる医療サービスシステムを示す図である。
【図２Ａ】図１Ａ及び図１Ｂのスケジューリングシステムによってサポートされる一連の動作例を示す図である。
【図２Ｂ】図１Ａ及び図１Ｂのスケジューリングシステムによってサポートされる一連の動作例を示す図である。
【図２Ｃ】図１Ａ及び図１Ｂのスケジューリングシステムによってサポートされる一連の動作例を示す図である。
【図２Ｄ】図１Ａ及び図１Ｂのスケジューリングシステムによってサポートされる一連の動作例を示す図である。
【図２Ｅ】図１Ａ及び図１Ｂのスケジューリングシステムによってサポートされる一連の動作例を示す図である。
【図２Ｆ】図１Ａ及び図１Ｂのスケジューリングシステムによってサポートされる一連の動作例を示す図である。
【図２Ｇ】図１Ａ及び図１Ｂのスケジューリングシステムによってサポートされる一連の動作例を示す図である。
【図２Ｈ】図１Ａ及び図１Ｂのスケジューリングシステムによってサポートされる一連の動作例を示す図である。
【図２Ｉ】図１Ａ及び図１Ｂのスケジューリングシステムによってサポートされる一連の動作例を示す図である。
【図２Ｊ】図１Ａ及び図１Ｂのスケジューリングシステムによってサポートされる一連の動作例を示す図である。
【図３Ａ】図１Ａ及び図１Ｂのシステムが実装できるスケジューリング方法のワークフロー語彙を示す図である。
【図３Ｂ】図１Ａ及び図１Ｂのシステムが実装できるスケジューリング方法のワークフロー語彙を示す図である。
【図３Ｃ】図１Ａ及び図１Ｂのシステムが実装できるスケジューリング方法のワークフロー語彙を示す図である。
【図４Ａ】図１Ａ及び図１Ｂのシステムが実装できる単一の予約ワークフローのスケジューリング方法を示す図である。
【図４Ｂ】図１Ａ及び図１Ｂのシステムが実装できる単一の予約ワークフローのスケジューリング方法を示す図である。
【図４Ｃ】図１Ａ及び図１Ｂのシステムが実装できる単一の予約ワークフローのスケジューリング方法を示す図である。
【図４Ｄ】図１Ａ及び図１Ｂのシステムが実装できる単一の予約ワークフローのスケジューリング方法を示す図である。
【図４Ｅ】図１Ａ及び図１Ｂのシステムが実装できる単一の予約ワークフローのスケジューリング方法を示す図である。
【図５】図１Ａ及び図１Ｂのシステムが実装できる複数の予約ブッキンググラフモデルを示す図である。
【図６】予約スケジューリングのためのワークフロー例を示す図である。
【図７】複数の予約スケジューリングのためのワークフロー例を示す図である。
【図８】予約更新のためのワークフロー例を示す図である。
【図９】予約キャンセルのためのワークフロー例を示す図である。
【発明を実施するための形態】
【０００７】
本開示は、クライアントサーバタイプのコンピュータアーキテクチャを利用するスケジュール集約型の医療サービススケジューリングシステムに特に適用することができ、この文脈で本開示を説明する。しかしながら、スケジューリングシステム及び方法は、予約をスケジュールできることが望ましい他の医療システムと共に使用することもできると理解されるであろう。また、後述するスケジューリングシステム及び方法は、（引用により本明細書に組み入れられる）２０１４年７月１０日に出願された米国特許出願第１４／３２８，５９１号に記載されるＰｏｋｉｔＤｏｋマーケットプレイス裁定システム及び方法、又は（引用により本明細書に組み入れられる）２０１４年８月２２日に出願された米国特許出願第１４／４６６，９０７号に記載されるＰｏｋｉｔＤｏｋ取引データストリーミングシステム及び方法において活用し、これらに組み込むことができる。
【０００８】
このスケジューリングシステム及び方法は、各医療プロバイダが異なるフォーマット及びプロトコルの異なる診療管理システムを使用できるという理由で現在のところ不可能な、顧客が医療プロバイダと直接的に予約をスケジュールするための機構を提供する。このスケジューリングシステム及び方法は、システムのデータタイプ及び動作を専用の診療管理（「ＰＭ」）インターフェイスにマッピングするスケジューリングエンジンを提供することによってこれらの問題に対処するスケジュール集約システムを提供する。スケジュール集約システムは、プロバイダのＰＭシステムに関わらず、消費者がプロバイダのスケジューリングデータに同様の形でアクセスできるようにする。消費者は、このアクセスによって特定の医療プロバイダとの予約をスケジュールし、複数のプロバイダにわたる利用可能な予約を閲覧し、複雑な手順として異なるプロバイダとの複数の予約をスケジュールすることができる。このシステムを医療マーケットプレイスシステム内で利用すると、スケジュール情報を含むプロバイダ検索の結果を増補し、商売上の取引にスケジューリング動作を含めることができるようになる。
【０００９】
スケジューリングシステムは、以下の使用事例をサポートする。
・場所、専門分野及び利用可能性などの特定の一連の属性を所与として患者のスケジュール要求を単一ステップで満たす。患者は、最適な時間又は場所を指定することができ、システムは、これらのパラメータに最適な形で応答する。
・異なる場所及び医療プロバイダを含むことができる複数の予約で構成された患者の複雑なスケジュール要求を満たす。
・予約タイプ、場所、並びに予約タイプ及び場所を所与とした時にどの予約の人気が最も高かったかを示す分析傾向などのパラメータを用いて大量再販用途のために予約を確保する。
【００１０】
単一の予約確保のためのワークフローを図４．１に示して後述し、このワークフローを図４．２Ａ及び図４．２Ｂのワークフロー語彙にマッピングして後述する。第１の使用事例である単一の予約確保は、残りの２つの使用事例の基礎である。残りの使用事例は、この基礎を単純にＮ回実行するものであり、Ｎは、この使用事例に要求される予約確保の数である。図５には、Ｓｃｈｅｄｕｌｅ＿ｍｕｌｔｉｐｌｅ＿Ａｐｐｏｉｎｔｍｅｎｔｓ（複数予約スケジュール）処理とＢｏｏｋ＿Ａｐｐｏｉｎｔｍｅｎｔ（予約ブッキング）ワークフローとの間の関係を示す。
【００１１】
図１Ａに、（それぞれがスケジューリングアプリケーションを有する）複数のスケジューリングシステム１０２Ａ〜１０２Ｎとインターフェイス接続できるバックエンドコンポーネント１０２を有する医療スケジューリングシステム１００を示しており、各スケジューリングシステムは、独自のデータフォーマット及びアプリケーションプログラミングインターフェイス（ＡＰＩ）などを有する。各スケジューリングシステムは、スケジューリングデータにアクセスするためのＡＰＩを有するコンピュータベースのシステムとすることができる。バックエンドコンポーネント１０２（及び後述するその各コンポーネント）は、ソフトウェア又はハードウェアで実装することができる。システムのコンポーネントをソフトウェアで実装する場合、各コンポーネントは、スケジューリングシステムの機能及び動作を実行するようにコンピューティングリソースのプロセッサ上で実行できるとともにコンピューティングリソースのメモリに記憶することができる複数行のコンピュータコードとすることができる。コンピューティングリソースは、システムが複数行のコードを記憶して実行するために使用する１又は２以上のサーバコンピュータ、或いは１又は２以上のクラウドコンピューティングリソースとすることができる。システムのコンポーネントをハードウェアで実装する場合、各コンポーネントは、マイクロコントローラ、特定の動作を実行するように構成されたプロセッサ、プログラマブルロジックデバイス及び特定用途向け集積回路などとして実装することができる。或いは、スケジューリングコンポーネントを、ソフトウェア又はハードウェアで実装されたＰｏｋｉｔＤｏｋマーケットプレイス裁定システム及び方法、或いはＰｏｋｉｔＤｏｋ取引データストリーミングシステム及び方法の一部とし、これらのシステムのハードウェアを利用してスケジューリングシステムの動作及び処理を実行することもできる。
【００１２】
各スケジューリングアプリケーションは、外部アプリケーションではあるが、インターネットなどのリンク１０６を介してシステムの一連のスケジューリングインターフェイス１１０を消費する立場であるため、システムの一部ではない。スケジューリングアプリケーションは、ＰｏｋｉｔＤｏｋスケジューリングインターフェイスを利用して、オープンな予約の閲覧、予約のブッキングなどの動作を実行する。ＰｏｋｉｔＤｏｋスケジューリングインターフェイス１１０は、システムがサポートする動作を定め、スケジューリングアプリケーション及びクライアントにシステムへのエントリポイントを提供する。ＰｏｋｉｔＤｏｋスケジューリングインターフェイス１１０は、集約ＡＰＩとすることができ、すなわち各スケジューリングシステムの様々な異なるＡＰＩとインターフェイス接続することができる。このＡＰＩのデータ及び動作は、ＰｏｋｉｔＤｏｋスケジューリングエンジン１１２内のＰＭ動作にマッピングされる。この抽象化により、クライアントアプリケーション（１０４Ａ〜Ｎ）は、プロバイダのＰＭシステムを気にせずに全てのプロバイダに対して同様に予約をスケジュールできるようになる。例えば、スケジューリングシステム１２０は、ＦＴＰを介したＨＬ７フォーマットのファイル送信に基づくＡＰＩを有し、同時にスケジューリングシステム１２１は、ＨＴＴＰを介した専用のＳＯＡＰメッセージに基づくＡＰＩを有することもあるが、スケジューリングアプリケーション（１０４Ａ〜Ｎ）は、この例では１２０及び１２１などの全ての接続されたスケジューリングシステム内でスケジュールを行うためにＰｏｋｉｔＤｏｋスケジューリングインターフェイス１１０のみを実装すればよい。
【００１３】
スケジューリングシステム１０２は、動的ワークフロー処理を用いてＰｏｋｉｔＤｏｋスケジューリングインターフェイス１１０からのデータ及び動作をＰＭ特有の動作にマッピングするＰｏｋｉｔＤｏｋスケジューリングエンジン１１２をさらに含むことができる。ＰｏｋｉｔＤｏｋスケジューリングエンジン１１２は、システムのデータコンジットであり、全ての入力動作及び出力動作は、このスケジューリングエンジン通って流れる。ＰｏｋｉｔＤｏｋスケジューリングエンジン１１２は、１）特定のＰＭシステムのためのサポートされているスケジューリング動作を単一のスケジューリングアダプタがカプセル化する一連のソフトウェアコンポーネントである一連のスケジューリングアダプタ１１８、２）ワークフローエンジン内の処理を実行するために必要な、スケジュール処理を完了するために行われるステップ及び動作を定めるメタデータ又はルールを記憶するグラフデータベースであるルールリポジトリ１２０、及び３）ＰｏｋｉｔＤｏｋスケジューリングインターフェイス１１０から受け取った入力に基づいてルールリポジトリからルールをロードできるワークフローエンジン１１６、といったコンポーネントをさらに含むことができる。ワークフローエンジン１１６は、インターフェイス入力を用いて、どのルールセット及びスケジューリングアダプタをロードするかを決定する。ロードしたルールセットからワークフロー処理を生成し、スケジューリングアダプタを用いて実行する。システムは、システムのスケジューリングデータを記憶することができるＣａｌＤＡＶ適合サーバを用いて実装できるスケジューリングデータストア１１４を有することもできる。ＰｏｋｉｔＤｏｋスケジューリングエンジン１１２は、ＰｏｋｉｔＤｏｋスケジューリングインターフェイスからＰＭスケジューリングアダプタにデータ及びマッピング動作を提供する、システムの中心的コンポーネントとすることができる。
【００１４】
図１Ｂに、医療スケジューリングシステム１００を組み込むことができる医療サービスシステム１５０を示す。医療サービスシステム１５０は、通信経路１５６を介してバックエンドシステム１５８に接続する１又は２以上のコンピュータ装置１５２を有することができる。図１Ｂに示すコンピュータ装置１５２ａ、１５２ｂ、１５２ｃなどの各コンピュータ装置１５２は、各コンピュータ装置が通信経路１５６に接続し、通信経路１５６を介してバックエンドシステム１５８に結合できるようにする、メモリ、永続ストレージ、有線又は無線通信回路及びディスプレイを含むプロセッサベースの装置とすることができる。例えば、各コンピュータ装置は、Ａｐｐｌｅコンピュータ製品、Ａｎｄｒｏｉｄ  ＯＳベースの製品などのスマートフォン装置、タブレットコンピュータ、パーソナルコンピュータ、端末装置及びラップトップコンピュータなどとすることができる。図１Ｂに示す１つの実施形態では、各コンピュータ装置１５２がメモリにアプリケーション１５４を記憶し、コンピュータ装置のプロセッサを用いてこのアプリケーションを実行してバックエンドシステムとインターフェイス接続することができる。例えば、アプリケーションは、典型的なブラウザアプリケーション又はモバイルアプリケーションとすることができる。通信経路１０６は、セキュアなプロトコル又は非セキュアなプロトコルを使用する有線又は無線通信経路とすることができる。例えば、通信経路１０６は、インターネット、イーサネット（登録商標）、無線データネットワーク、セルラデジタルデータネットワーク及びＷｉＦｉネットワークなどとすることができる。
【００１５】
バックエンドシステム１５８は、互いに結合できる医療マーケットプレイスエンジン１６０及びスケジューリングシステム１００を有することができる。バックエンドシステムのこれらの各コンポーネントは、１又は２以上のサーバコンピュータ及び１又は２以上のクラウドコンピューティングリソースなどの１又は２以上のコンピューティングリソースを用いて実装することができる。１つの実施形態では、医療マーケットプレイスエンジン１６０及び医療スケジューリングシステム１００の各々を、バックエンドシステムの１又は２以上のコンピューティングリソースのプロセッサによって実行される複数行のコンピュータコードをそれぞれが有するソフトウェアで実装することができる。従って、この実施形態では、バックエンドシステムの１又は２以上のコンピューティングリソースのプロセッサが、マーケットプレイス及び後述する医療貸出システムの動作及び機能を実行するように構成される。他の実施形態では、医療マーケットプレイスエンジン１６０及び医療スケジューリングシステム１００の各々を、プログラムドロジックデバイス、プログラムドプロセッサ又はマイクロコントローラなどのハードウェアで実装することができる。バックエンドシステム１５８は、医療システム及び医療貸出システムを構成する様々なデータ及びソフトウェアモジュールを記憶するストア１６２に結合することができる。ストア１６２は、ハードウェアデータベースシステム、ソフトウェアデータベースシステム又は他のいずれかのストレージシステムとして実装することができる。
【００１６】
医療マーケットプレイスエンジン１６０は、医療ソーシャルコミュニティに参加している開業医をほんの数年前には想像もできなかった方法で潜在的顧客にたどり着けるようにすることができる。このマーケットプレイスは、消費者と通信して自分自身を売り込むためのソーシャルポータルを開業医に与えることに加え、各医療管理医に、Ｇｒｏｕｐｏｎ、Ｌｉｖｉｎｇ  Ｓｏｃｉａｌ、又はその他のソーシャルマーケットプレイスのユーザによく知られている環境で自身のサービスを提供する能力を与える。上述した医療スケジューリングシステム１００は、図１Ｂに示す医療システム及びマーケットプレイスの予約をスケジュールするために使用することができる。図１Ａ及び図１Ｂのシステムを用いた様々な予約スケジューリング動作の例については、図６〜図９を参照しながら以下で説明する。
【００１７】
図２Ａ〜図２Ｊに、図１Ａ及び図１Ｂのスケジューリングシステムによってサポートされる一連の動作例を、具体的には図１Ａに示すスケジューリングインターフェイス１１０によってサポートできる一連の動作を示す。ＰｏｋｉｔＤｏｋスケジューリングインターフェイス１１０は、ＵＲＬを通じて定められたリソースとＧＥＴ、ＰＯＳＴ、ＰＵＴなどのＨＴＴＰ法を用いて相互作用するＲＥＳＴベースとすることができる。図２Ａには、ＰｏｋｉｔＤｏｋスケジューリングエンジン内でサポートされるＰＭスケジューリングシステムをリストするサポート済みのスケジューリングシステムリスト動作の例を示す。図２Ｂには、システムの予約タイプＩＤ及び人間が解読できる記述をリストする予約タイプリスト動作の例を示す。図２Ｃには、図２Ｃの応答に示す登録医療プロバイダに関連する構成情報を戻すプロバイダ構成リスト動作の例を示す。図２Ｄには、ＰｏｋｉｔＤｏｋスケジューリングシステムにプロバイダを登録するプロバイダ登録及び更新動作の例を示す。既にプロバイダが登録されている場合には、プロバイダが更新される。
【００１８】
図２Ｅには、プロバイダのスケジュール上に１又は２以上のオープンな予約スロットを形成する予約スロット形成動作の例を示す。図２Ｆには、プロバイダのＰｏｋｉｔＤｏｋプロバイダ識別子を用いてプロバイダの予約を問い合わせる予約問い合わせ動作の例を示す。図２Ｆに示すように、この動作は、図示のような複数の問い合わせパラメータを有することができる。図２Ｇ及び図２Ｈには、（単複の）オープンなスロットＩＤ動作を所与とした特定のプロバイダ位置における（単複の）予約確保の例を示す。図２Ｉには、（単複の）予約ＩＤを所与として（単複の）予約の属性を変更する予約更新動作の例を示す。図２Ｊには、（単複の）予約ＩＤを所与として（単複の）予約をキャンセルするために使用する予約キャンセル動作の例を示す。
【００１９】
図３Ａ〜図３Ｃに、図１のワークフローエンジン１１６に実装できるスケジューリング方法のワークフロー語彙を示す。ワークフローエンジン１１６は、ルールリポジトリからロードしたルールセットを用いてワークフロー処理を引き起こす。図３Ａには、ワークフローエンジンの一部とすることができる異なるオブジェクトの例を示す。ワークフロー処理は、１又は２以上のａｃｔｉｏｎ（動作）を実行することによってｒｅｓｕｌｔ（結果）をもたらす線形ステップで構成される。ｓｔｅｐ（ステップ）のａｃｔｉｏｎ（動作）は、同期的又は非同期的に実行することができる。ｒｅｄｕｃｅｒ（リデューサ）コンポーネントは、ｓｔｅｐ（ステップ）の実行をモニタし、ｓｔｅｐ（ステップ）の各ａｃｔｉｏｎ（動作）がｐｒｏｃｅｓｓ（処理）を完了した時にｓｔｅｐ（ステップ）の（単複の）ｒｅｓｕｌｔ（結果）を単一のｒｅｓｕｌｔ（結果）に「削減（ｒｅｄｕｃｅ）」する。ワークフロー処理が追加ステップを含む場合、ｒｅｄｕｃｅｒ（リデューサ）のｒｅｓｕｌｔ（結果）は、次のｓｔｅｐ（ステップ）への入力として提供される。ワークフロー処理が更なるｓｔｅｐ（ステップ）を含まない場合、ｒｅｄｕｃｅｒ（リデューサ）のｒｅｓｕｌｔ（結果）は、ＰｏｋｉｔＤｏｋスケジューリングインターフェイスを通じてスケジューリングアプリケーションに戻される。図３Ｂ及び図３Ｃには、ワークフロー処理の異なるオブジェクト、及び互いの関係を示す。
【００２０】
以下の表に、ＰｏｋｉｔＤｏｋスケジューリングエンジン内のワークフローエンジンを用いてスケジューリングインターフェイスからの入力要求を特定のスケジューリングアダプタの動作にどのようにマッピングするかをまとめる。
2017535840.tif 000003
【００２１】
図４Ａ〜図４Ｅに、図１Ａ及び図１Ｂのシステムが実装できる単一の予約ワークフローのスケジューリング方法を示す。図４Ａには、医療プロバイダとの単一の予約をスケジュールするために使用するワークフロー処理を示す。図４Ａには、単一の予約スケジューリングのためのワークフローを構築するために使用するルールセットメタデータを示す。これらのメタデータは、ワークフロー処理のモデル化に役立つＤＡＧ（有向非巡回グラフ）としてモデル化される。ＤＡＧ内の横断は、開始ノード又は頂点へのループバックをサポートしていないので、明確な開始ノード及び終了ノードを有する。この横断は、規定の開始ステップ及び終了ステップを有する線形ワークフロー処理と一致する。一般的なＤＡＧの形態は、計算フローの範囲内で特異的に編成することができる。この形態は、専門用語ではＰＥＲＴ（パート法）機能又はＣＰＭ（クリティカルパス法）機能として知られているものとしてさらに特異的に編成することができる。これらの技術の詳細は、Ｆ．Ｈｉｌｌｉｅｒ及びＧ．Ｌｉｅｂｅｒｍａｎ著、「オペレーションリサーチ入門（Ｉｎｔｒｏｄｕｃｔｉｏｎ  ｔｏ  Ｏｐｅｒａｔｉｏｎｓ  Ｒｅｓｅａｒｃｈ）」、ＭｃＧｒａｗ  Ｈｉｌｌ（２００１年）に見出すことができ、この文献は引用により本明細書に組み入れられる。この技術は、有向非巡回グラフの範囲内で、一連の提案された予約から上述の基準に基づいて最適な予定イベントが選択されるようにネットワークフローを最適化するものである。明確にするために、有向非巡回グラフを以下のように示す。
Ｇ＝｛Ｖ，Ｅ，ｔ｝
式中、
Ｖ＝グラフの頂点であり、
Ｅ＝グラフのそれぞれのエッジであり、
ｔ＝展開時におけるグラフの時間基準である。
グラフＧは、システムの問い合わせ機構の関数であり、
ｆ（ｘ）←Ｇ（Ｖ，Ｅ，ｔ）
である。
ｆ（ｘ）は、ｆ（ａｐｐｏｉｎｔｍｅｎｔＴｉｍｅ，ｔｉｍｅｓｐａｎ，ｇｅｏｌｏｃａｔｉｏｎ）、及びｆ（Ｓｐｅｃｉａｌｉｔｙ／Ｐｒｏｃｅｄｕｒｅ，ｔｉｍｅｓｐａｎ，ｇｅｏｌｏｃ）に対する問い合わせとして表現することができる。
【００２２】
グラフ（Ｇ）内のノードは、Ｐｒｏｃｅｓｓ、Ｓｔｅｐ、Ａｃｔｉｏｎ、Ｒｅｓｕｌｔ及びＲｅｄｕｃｅｒなどのワークフローオブジェクトを表す。これらの関数表現は、ワークフローエンジンに基づくこれらの属性の動的マッピングを可能にする。これらのルールは、グラフＧに対して動的に割り当てられる。グラフ内の有向エッジは、各隣接する頂点ペアにおける先行ノード及び後続ノードを明確に定める。例えば、Ｇｅｔ＿Ｐｒｏｖｉｄｅｒノード及びＱｕｅｒｙ＿Ｐｒｏｖｉｄｅｒノードは互いに隣接し、ｅｘｅｃｕｔｅｓ（実行）関係で結び付いている。「ｅｘｅｃｕｔｅｓ（実行）」関係は、Ｇｅｔ＿Ｐｒｏｖｉｄｅｒノードに端を発してＱｕｅｒｙ＿Ｐｒｏｖｉｄｅｒノードで終了する有向関係である。この構造は、「Ｑｕｅｒｙ＿ＰｒｏｖｉｄｅｒステップがＱｕｅｒｙ＿Ｐｒｏｖｉｄｅｒ動作を実行する（ｅｘｅｃｕｔｅｓ）」ものとして処理ステップを明記することができる。
【００２３】
ＤＡＧを用いてルールセットメタデータをモデル化するさらなる利点は、ワークフローエンジンとは無関係にルールセットを更新してワークフロー処理を動的にすることができる点である。
【００２４】
図４Ｂ及び図４Ｃに、各グラフノードに適用されるワークフロー語彙の用語をリストで示す。最後に、図４Ｄ及び図４Ｅに、図４Ａに示すノードと関係の表を示す。
【００２５】
図５には、図１Ａ及び図１Ｂのシステムが実装できる複数予約のブッキンググラフモデルを示す。このワークフロー処理は、Ｂｏｏｋ＿Ａｐｐｏｉｎｔｍｅｎｔワークフロー処理の１又は２以上のインスタンスで構成されるので集約処理である。
【００２６】
図６には、予約スケジューリングのためのワークフロー、及びこのような予約スケジューリング中におけるデータ交換の例を示す。図６に示すように、患者、（患者が使用中のコンピュータ装置上の）スケジューリングアプリケーションＡＰＩ、スケジューリングシステム１０２、及び外部スケジューリングシステム１０４Ａ〜Ｎは、互いに相互作用して予約をスケジュールする。従って、図６には、予約をブッキングするための、ＰｏｋｉｔＤｏｋスケジューリングシステムを利用するスケジューリングアプリケーションと患者との相互作用、並びにＰｏｋｉｔＤｏｋスケジューリングシステムの内部的な、及び外部スケジューリングシステムとの相互作用の順序を示している。図６に示すように、このワークフローは、患者が（患者が予約をスケジュールするために使用するコンピュータ装置上に表示できる）スケジューリングアプリケーションユーザインターフェイスを用いて、患者に対してスケジュールすべき特定の予約の（日／時、場所及び予約タイプなどの）スケジュール設定を設定した時に開始する。この時、スケジューリングシステム１０２は、これらのスケジュール設定を保存することができる。予約スケジューリング中、１又は２以上の外部スケジューリングシステム１０４Ａ〜Ｎは、スケジュール設定をスケジューリングシステム１０２に設定して保存することができる。
【００２７】
次に、スケジューリングシステム１０２は、プロバイダの外部システム１０４Ａ〜Ｎ毎に、各特定の外部システム１０４Ａ〜ＮのＡＰＩを用いてオープンな予約スロットを取得することができる。この処理は、異なる外部システム１０４Ａ〜Ｎのオープンなスロットが定期的に特定されているようにループで行うことができる。次に、スケジューリングシステム１０２は、患者のスケジュール設定毎に、先着順にプロバイダの予約の一致を問い合わせる。この処理は、一致するスロットが特定されるようにループで行うこともできる。（日／時、場所及び予約タイプの一致などの）一致が見つかると、スケジューリングアプリケーションユーザインターフェイスに一致が通知されて患者に表示される。次に、患者は、一致したスケジュールを確認してスケジューリングシステム１０２に予約をブッキングすることができ、スケジューリングシステム１０２は、外部システムのＡＰＩを用いて外部システム１０４Ａ〜Ｎに患者の特定の予約をさらにブッキングする。従って、スケジューリングシステム１０２は、このワークフローを使用して、異なるデータフォーマットなどを有する複数の異なる外部システム１０４Ａ〜Ｎに患者の予約をスケジュールすることができる。
【００２８】
図７に、互いに影響し合う同じ要素を有する複数の予約スケジューリングのためのワークフロー例を示す。複数の予約のためのワークフローは、単一の予約をスケジュールする場合と同様とすることができるが、このワークフローは、繰り返し使用して複数の依存的予約をスケジュールすることができ、患者とプロバイダのスケジュール設定及び依存性を一致させる上で全ての依存性を同時に考慮することによって拡張することができ、この処理を図７に示す。
【００２９】
図８に、予約更新のためのワークフロー例を示す。図８に示すように、スケジューリングシステム１０２を通じて外部システム１０４Ａ〜Ｎに患者からの更新を供給して予約を更新する。図９には、予約キャンセルのためのワークフロー例を示す。図９に示すように、スケジューリングシステム１０２を通じて外部システム１０４Ａ〜Ｎに患者からの予約のキャンセルを供給して予約をキャンセルする。
【００３０】
以上、特定の実施形態を参照しながら説明目的で解説を行った。しかしながら、上記の例示的な説明は、完全であることや、或いは開示した厳密な形に本開示を限定することを意図したものではない。上記の教示に照らして多くの修正及び変形が可能である。これらの実施形態は、本開示の原理及びその実際の応用を最良に説明することにより、他の当業者が本開示及び様々な実施形態を検討される特定の用途に適した形で様々に修正して最も良く利用できるように選択し説明したものである。
【００３１】
本明細書で開示したシステム及び方法は、１又は２以上のコンポーネント、システム、サーバ、機器又はその他のサブコンポーネントを通じて実装することができ、或いはこのような要素間で分散することもできる。システムとして実装する場合、このようなシステムは、とりわけ汎用コンピュータで見られるソフトウェアモジュール、汎用ＣＰＵ、ＲＡＭなどのコンポーネントを含み、及び／又は伴うことができる。サーバに革新的手法が存在する実装では、このようなサーバが、汎用コンピュータで見られるようなＣＰＵ、ＲＡＭなどのコンポーネントを含み、及び／又は伴うことができる。
【００３２】
また、本明細書におけるシステム及び方法は、上述した以外の異種の又は完全に異なるソフトウェアコンポーネント、ハードウェアコンポーネント及び／又はファームウェアコンポーネントを含む実装を通じて実現することもできる。このような他のコンポーネント（例えば、ソフトウェア、処理コンポーネントなど）、及び／又は本発明に関連する又は本発明を具体化するコンピュータ可読媒体については、例えば本明細書における革新的手法の態様を数多くの汎用又は専用コンピュータシステム又は構成と調和させて実装することができる。本明細書における革新的手法との併用に適することができる様々な例示的なコンピュータシステム、環境及び／又は構成としては、以下に限定されるわけではないが、パーソナルコンピュータ、ルーティング／接続性コンポーネントなどのサーバ又はサーバコンピュータ装置、ハンドヘルド又はラップトップ装置、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、消費者電子装置、ネットワークＰＣ，他の既存のコンピュータプラットフォーム、上記のシステム又は装置のうちの１つ又は２つ以上を含む分散型コンピュータ環境などの内部の、又はこれらに組み込まれたソフトウェア又はその他のコンポーネントを挙げることができる。
【００３３】
場合によっては、システム及び方法の態様を、例えばこのようなコンポーネント又は回路に関連して実行されるプログラムモジュールを含む論理回路及び／又は論理命令を介して実現し、或いはこのような論理回路及び／又は論理命令によって実行することもできる。一般に、プログラムモジュールは、本明細書における特定のタスク又は特定の命令を実行するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含むことができる。また、本発明は、通信バス、通信回路又は通信リンクを介して回路が接続された分散ソフトウェア、分散コンピュータ又は分散回路環境を背景として実施することもできる。分散環境では、メモリストレージデバイスを含むローカルコンピュータ記憶媒体及びリモートコンピュータ記憶媒体の両方から制御／命令を行うことができる。
【００３４】
本明細書におけるソフトウェア、回路及びコンポーネントは、１又は２以上のタイプのコンピュータ可読媒体を含み、及び／又は利用することもできる。コンピュータ可読媒体は、このような回路及び／又はコンピュータコンポーネント上に存在する、これらに関連する、又はこれらがアクセスできるいずれかの利用可能な媒体とすることができる。一例として、限定するわけではないが、コンピュータ可読媒体としては、コンピュータ記憶媒体及び通信媒体を挙げることができる。コンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール又はその他のデータなどの情報を記憶するためのいずれかの方法又は技術で実装された揮発性及び不揮発性の取り外し可能及び取り外し不能媒体を含む。コンピュータ記憶媒体としては、以下に限定されるわけではないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又はその他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）又はその他の光学ストレージ、磁気テープ、磁気ディスクストレージ又はその他の磁気記憶装置、或いは所望の情報を記憶するために使用できてコンピュータコンポーネントがアクセスできる他のいずれかの媒体が挙げられる。通信媒体は、コンピュータ可読命令、データ構造、プログラムモジュール及び／又はその他のコンポーネントを含むことができる。さらに、通信媒体は、有線ネットワーク又は直接有線接続などの有線媒体を含むことができるが、本明細書におけるこのようなタイプの媒体は、いずれも一時的媒体を含まない。また、上記のいずれかの組み合わせもコンピュータ記憶媒体の範囲に含まれる。
【００３５】
本説明では、コンポーネント、モジュール、装置などの用語は、様々な形で実装できるあらゆるタイプの論理的又は機能的ソフトウェア要素、回路、ブロック及び／又は処理を意味することができる。例えば、様々な回路及び／又はブロックの機能を互いに組み合わせて、他のあらゆる数のモジュールにすることができる。各モジュールは、中央処理装置に読み取られて本明細書における革新的手法の機能を実行できる、有形メモリ（例えば、ランダムアクセスメモリ、リードオンリメモリ、ＣＤ−ＲＯＭメモリ、ハードディスクドライブなど）に記憶されたソフトウェアプログラムとして実装することもできる。或いは、これらのモジュールは、汎用コンピュータに送信される、又は送信搬送波を介して処理／グラフィックスハードウェアに送信されるプログラミング命令を含むこともできる。また、モジュールは、本明細書における革新的手法が含む機能を実装するハードウェア論理回路として実装することもできる。最後に、これらのモジュールは、専用命令（ＳＩＭＤ命令）、フィールドプログラマブルロジックアレイ、又は所望のレベルの性能及びコストをもたらすこれらのいずれかの混合物を用いて実装することができる。
【００３６】
本明細書で開示したように、本開示による機能は、コンピュータハードウェア、ソフトウェア及び／又はファームウェアを通じて実装することができる。例えば、本明細書で開示したシステム及び方法は、例えばデータベース、デジタル電子回路、ファームウェア、ソフトウェア又はこれらの組み合わせも含むコンピュータなどのデータプロセッサを含む様々な形態で具体化することができる。さらに、開示した実装の一部では、特定のハードウェアコンポーネントについて説明しているが、本明細書における革新的手法によるシステム及び方法は、ハードウェア、ソフトウェア及び／又はファームウェアのいずれかの組み合わせを用いて実装することもできる。さらに、上述した機能及びその他の態様、並びに本明細書における革新的手法の原理は、様々な環境で実装することができる。このような環境及び関連する用途は、本発明による様々なルーチン、処理及び／又は動作を実行するように特別に構成することも、或いは汎用コンピュータ、又は必要な機能を提供するようにコードによって選択的に有効化又は再構成されたコンピュータプラットフォームを含むこともできる。本明細書で開示した処理は、本質的にいずれかの特定のコンピュータ、ネットワーク、アーキテクチャ、環境又はその他の装置に関連するものではなく、ハードウェア、ソフトウェア及び／又はファームウェアの好適な組み合わせによって実装することができる。例えば、本発明の教示に従って書かれたプログラムと共に様々な汎用機械を使用することができ、或いは必要な方法及び技術を実行するように特殊な装置又はシステムを構成する方が便利な場合もある。
【００３７】
本明細書で説明したロジックなどの方法及びシステムの態様は、フィールドプログラマブルゲートアレイ（「ＦＰＧＡ」）、プログラマブルアレイロジック（「ＰＡＬ」）装置、電気的にプログラム可能なロジックなどのプログラマブルロジック装置（「ＰＬＤ」）、メモリデバイス及び標準的なセルベースの装置、並びに特定用途向け集積回路を含む様々な回路のいずれかにプログラムされる機能として実装することもできる。態様を実装するための他のいくつかの可能性としては、メモリデバイス、（ＥＥＰＲＯＭなどの）メモリ付きマイクロコントローラ、内蔵マイクロプロセッサ、ファームウェア、ソフトウェアなどが挙げられる。さらに、ソフトウェアベースの回路エミュレーション、個別ロジック（順序ロジック及び組み合わせロジック）、カスタムデバイス、ファジー（ニューラル）ロジック、量子デバイス、及びこれらのデバイスタイプのいずれかの混成を有するマイクロプロセッサにおいて態様を具体化することもできる。例えば、金属酸化物半導体電界効果トランジスタ（「ＭＯＳＦＥＴ」）技術に似た相補型金属酸化物半導体（「ＣＭＯＳ」）、バイポーラ技術に似たエミッタ結合型論理回路（「ＥＣＬ」）、ポリマー技術（例えば、シリコン共役ポリマー及び金属共役ポリマー金属構造体）、混合アナログ及びデジタルなどの基礎デバイス技術を様々なコンポーネントタイプで提供することができる。
【００３８】
また、本明細書で開示した様々なロジック及び／又は機能は、挙動特性、レジスタ転送特性、論理コンポーネント特性及び／又はその他の特性の観点から、ハードウェア、ファームウェアのあらゆる数の組み合わせを使用して、及び／又は機械可読又はコンピュータ可読媒体に具体化されたデータ及び／又は命令として有効にすることができる。このようなフォーマットデータ及び／又は命令を具体化できるコンピュータ可読媒体は、限定的な意味ではなく様々な形態の不揮発性記憶媒体（例えば、光学記憶媒体、磁気記憶媒体又は半導体記憶媒体）を含むことができるが、ここでも一時的媒体は含まない。説明全体を通じて、「備える（ｃｏｍｐｒｉｓｅ、ｃｏｍｐｒｉｓｉｎｇ）」などの用語は、文脈上明らかに他の意味を必要としない限り、排他的又は網羅的な意味の対語である包括的な意味で、すなわち「〜を含むけれどもそれに限定されない（ｉｎｃｌｕｄｉｎｇ，ｂｕｔ  ｎｏｔ  ｌｉｍｉｔｅｄ  ｔｏ）」という意味で解釈されたい。また、単数又は複数を用いた単語は、それぞれ複数又は単数も含む。また、「本明細書において（ｈｅｒｅｉｎ）」、「本明細書に従って（ｈｅｒｅｕｎｄｅｒ）」、「上記の（ａｂｏｖｅ）」、「以下の（ｂｅｌｏｗ）」、及び同様の意味の単語は、本出願のいずれかの特定の部分ではなく本出願全体を示す。２又は３以上の項目のリストへの言及において「又は（ｏｒ）」という単語を使用している場合、この単語は、リスト内のいずれかの項目、リスト内の全ての項目、及びリスト内の項目のいずれかの組み合わせ、という解釈を全て含む。
【００３９】
本明細書では、本発明の現在のところ好ましいいくつかの実装について具体的に説明したが、本発明に関連する当業者には、本発明の趣旨及び範囲から逸脱することなく、本明細書で図示し説明した様々な実装の変形及び変更を行えることが明らかであろう。従って、本発明は、適用される法の原則によって定められる範囲のみに限定すべきであることが意図される。
【００４０】
上記では、本開示の特定の実施形態について言及したが、当業者であれば、本開示の原理及び趣旨から逸脱することなく実施形態に変更を行うことができ、本開示の範囲は添付の特許請求の範囲によって定められると理解するであろう。
【符号の説明】
【００４１】
１００  医療スケジューリングシステム
１０２  バックエンドコンポーネント
１０４Ａ−Ｎ  スケジューリングアプリケーション
１０６  リンク
１１０  ＰｏｋｉｔＤｏｋスケジューリングインターフェイス
１１２  ＰｏｋｉｔＤｏｋスケジューリングエンジン
１１４  スケジューリングデータストア（ＣａｌＤＡＶ）
１１６  ワークフローエンジン
１１８  スケジューリングアダプタ
１２０  ルールリポジトリ
１２１  外部スケジューリングシステム
１５２ａ、１５２ｂ、１５２ｎ  コンピュータ装置
１５４  アプリケーション
１５０  ヘルスサービスシステム
１５６  通信経路
１５８  バックエンドシステム
１６０  医療マーケットプレイスエンジン
１６２  ストア
【図１Ａ】
2017535840.tif 000004
【図１Ｂ】
2017535840.tif 000005
【図２Ａ】
2017535840.tif 000006
【図２Ｂ】
2017535840.tif 000007
【図２Ｃ】
2017535840.tif 000008
【図２Ｄ】
2017535840.tif 000009
【図２Ｅ】
2017535840.tif 000010
【図２Ｆ】
2017535840.tif 000011
【図２Ｇ】
2017535840.tif 000012
【図２Ｈ】
2017535840.tif 000013
【図２Ｉ】
2017535840.tif 000014
【図２Ｊ】
2017535840.tif 000015
【図３Ａ】
2017535840.tif 000016
【図３Ｂ】
2017535840.tif 000017
【図３Ｃ】
2017535840.tif 000018
【図４Ａ】
2017535840.tif 000019
【図４Ｂ】
2017535840.tif 000020
【図４Ｃ】
2017535840.tif 000021
【図４Ｄ】
2017535840.tif 000022
【図４Ｅ】
2017535840.tif 000023
【図５】
2017535840.tif 000024
【図６】
2017535840.tif 000025
【図７】
2017535840.tif 000026
【図８】
2017535840.tif 000027
【図９】
2017535840.tif 000028
【国際調査報告】
2017535840.tif 000029