JP2023532068A - クリニカルパスウェイ及び処置計画を管理するためのシステム及び方法 - Google Patents

Abstract

がんのケアは、療法選択肢が増えたことにより益々複雑になってきており、新しい研究の頻度と複雑な臨床エビデンスが分散する結果として、臨床的な決定に重要な情報にアクセスすることが困難であることが多い。患者のゲノム情報及び他の臨床的な情報は、適時的で正確な腫瘍学的及びヘルスケア決定を行なうために重要であり、しばしば複数のレポート及びＩＴシステムにまたがって分散した叙述的なテキストフォーマットであることが多い。処置には、容易にアクセス可能な形態で、臨床的な意思決定に関連する臨床的な知識をエンコードすることが重要である。デジタル患者ファイル中の離散化された情報は、所与の患者について医学的及びゲノミクス検査履歴の本体に基づいて、関連療法を作成及び選択する助けとなる。離散化された情報は、パスウェイ実行エンジンにリンクされ、臨床試験マッチングを動的に更新する。オーサリングツールは、パスウェイを作成する際、パスウェイ実行エンジンが臨床的な決定木を通じてケアを前進させる支援をする。

Description

[0001] 本明細書で開示される様々な実施形態は、臨床事業及び診療管理システムに関し、より詳細には、排他的ではないが、臨床医による患者処置を管理するためのシステム及び方法に関する。

[0002] 近年、提供側と支払い側により、腫瘍学のクリニカルパスウェイに著しい成長があった。クリニカルパスウェイの受け入れが、がんケアプロセスを標準化し、がんセンター、提携病院、及び個人診療において確立された臨床プロトコルへの遵守を支援することが広く認識されている。クリニカルパスウェイの採用は、ケアの有効性、安全性、及び全体的なコストに影響を及ぼす。多くの大手保険会社もまた、腫瘍学提供者及びパスウェイ企業と提携し、がん診断及び処置に関連するコストの制御において、バラつきを低減するため、及び支援するための両方の手段として、腫瘍学パスウェイを実施する。その上、クリニカルパスウェイ及び類似のツールは、心臓学、放射線学、及び病理学など、他の分野のケアにおいて、同様に有用であることが証明される。

[0003] 一例では、クリニカルパスウェイを生成するためのコンピュータ実装方法は、クリニカルパスウェイを表現するための新しいデータオブジェクトを作成するステップと、グラフィックツールをユーザに表示するステップと、グラフィックツールを介して、クリニカルパスウェイに追加する第１のノードの識別情報を受信するステップと、第１のノードの図的表現を含むために、グラフィックツールを、更新するステップと、グラフィックツールを介して、第１のノードに関連する患者ステータスの識別情報を受信するステップと、第１のノードを表現するデータ及び患者ステータスの識別情報を含むために、データオブジェクトを更新するステップと、データオブジェクトを、将来的な検索のために疾患の識別情報に関連するデータベースに記憶するステップとを有する。

[0004] 一例では、クリニカルパスウェイを生成するためのコンピュータ実装方法は、グラフィックツールを介して、クリニカルパスウェイに追加する第２のノードの識別情報を受信するステップと、グラフィックツールを介して、第２のノードに関連する第１の特性を受信するステップであって、第１の特性は、患者に対する第２のノードの適用性を判断するための基準を定める、受信するステップと、第２のノードを表現するデータ及び第１の特性を含むために、データオブジェクトを更新するステップとを更に有する。

[0005] 一例では、クリニカルパスウェイを生成するためのコンピュータ実装方法は、グラフィックツールを介して、複数の選択可能な基準選択肢を含む、基準を選択するためのメニューを表示するステップを更に有し、第１の特性を受信するステップは、選択された基準選択肢を、基準を選択するためのメニューでユーザによって選択された、複数の選択可能な基準選択肢から受信するステップを有する。

[0006] 一例では、クリニカルパスウェイを生成するためのコンピュータ実装方法は、基準を選択するためのメニューを表示するステップであって、複数のオントロジー的値をオントロジーから検索するステップと、複数のオントロジー的値を、複数の選択可能な基準選択肢の少なくとも一部として提示するステップとを有する、表示するステップを更に有する。

[0007] 一例では、クリニカルパスウェイを生成するためのコンピュータ実装方法は、グラフィックツールを介して、クリニカルパスウェイに追加する追加的なノードの識別情報を受信するステップと、グラフィックツールを介して、追加的なノードに関連する処置の識別情報を受信するステップと、追加的なノードを表現するデータ及び処置の識別情報を含むために、データオブジェクトを更新するステップとを更に有する。

[0008] 一例では、クリニカルパスウェイを生成するためのコンピュータ実装方法は、処置の識別情報であって、臨床試験の識別情報を含む、処置の識別情報を更に有する。

[0009] 一例では、クリニカルパスウェイを生成するためのコンピュータ実装方法は、データオブジェクトをレビュープロセスにサブミットするステップであって、レビュープロセスは、１つ又は複数のレビュー当局が、データオブジェクトの公開を承認するステップ、又はデータオブジェクトへの改訂を提案するステップのうちの１つを含む、サブミットするステップを更に有し、１つ又は複数のレビュー当局が承認するまで、データオブジェクトは公開されない。

[0010] 一例では、クリニカルパスウェイを生成するためのコンピュータ実装方法は、領域識別情報を受信するステップと、領域識別情報を含むために、データオブジェクトを更新するステップとを更に有する。

[0011] 一例では、クリニカルパスウェイを生成するためのコンピュータ実装方法は、領域識別情報であって、医学的腫瘍学又は放射腫瘍学のうちの１つを含む、領域識別情報を更に有する。

[0012] 一例では、コンピュータ実装方法は、グラフィックツールであって、ウェブフロントエンドを通じて提供される、コンピュータ支援設計（ＣＡＤ）インターフェースを含む、グラフィックツールを更に有する。

[0013] 一例では、クリニカルパスウェイを生成するためのコンピュータ実装方法は、ユーザに関連付けられるパスウェイ、レジメン、及び処置計画のワークリストにアクセスするステップを更に有し、データオブジェクトは、ワークリストに保存され、ユーザは、ワークリストを通じてデータオブジェクトにアクセスして、追加的な更新を生成する。

[0014] 一例では、クリニカルパスウェイを用いて患者を処置するためのコンピュータ実装方法は、患者の診断的な情報、病歴、又は現状情報のうちの、１つ又は複数を含む患者情報にアクセスするステップと、患者を処置するためのクリニカルパスウェイを、アクセスされた患者情報に基づいて決定するステップと、決定されたクリニカルパスウェイに基づいてグラフを生成するステップであって、グラフは、疾患識別子を含む初期ノードを含み、１つ又は複数の決定ノードは、患者特性、処置条件又はパスウェイタイミング要素、及び処置計画情報又は第２のクリニカルパスウェイに関連付けられる第２のグラフへの参照を含む１つ又は複数の末端ノード、のうちの１つ又は複数を含む、当該生成するステップと、アクセスされた患者情報に基づいて、グラフを末端ノードまでナビゲートするステップと、末端ノードまでのナビゲートに基づいて、１つ又は複数の処置計画推奨を提供するステップとを有する。

[0015] 一例では、クリニカルパスウェイを用いて患者を処置するためのコンピュータ実装方法は、アクセスされた患者情報に基づいて決定することができないフィールドを決定ノード内で識別するステップと、グラフのナビゲーションを一時停止するステップと、識別されたフィールドについてユーザを促すステップと、識別されたフィールドについて促しを受けたことに応答して、グラフのナビゲーションを再開するステップとを更に有する。

[0016] 一例では、クリニカルパスウェイを用いて患者を処置するためのコンピュータ実装方法は、患者についてのゲノミクス検査結果を含む識別されたフィールドを更に有する。

[0017] 一例では、クリニカルパスウェイを用いて患者を処置するためのコンピュータ実装方法は、処置計画選択を生成された処置計画推奨の中から受信するステップと、１つ又は複数の同意書又はレポートのうち、１つ又は複数を処置計画選択に基づいて生成するステップとを更に有する。

[0018] 一例では、クリニカルパスウェイを用いて患者を処置するためのコンピュータ実装方法は、処置計画選択に基づく、１つ又は複数の同意書又はレポートのうちの１つ又は複数への編集を受信するステップであって、編集は、署名フィールド、署名日付フィールド、提供者フィールド、又は署名時刻フィールドへの修正のうちの１つ又は複数を含む、受信するステップを更に有する。

[0019] 一例では、クリニカルパスウェイを用いて患者を処置するためのコンピュータ実装方法は、オフパスウェイ処置計画仕様を受信するステップであって、オフパスウェイ処置計画仕様は、患者をオフパスウェイで処置するための理論的根拠を含む、受信するステップを更に有する。

[0020] 一例では、クリニカルパスウェイを用いて患者を処置するためのコンピュータ実装方法は、１つ又は複数の処置計画推奨であって、Ｆｅｄｅｒａｌ Ｄｒｕｇ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ（ＦＤＡ）承認の療法、試験的療法、又は臨床試験のうちの１つ又は複数を含む、１つ又は複数の処置計画推奨を更に有する。

[0021] 本開示の利点及び特徴を得られるやり方を説明するために、上で簡易に説明した原理の更に詳細な説明を、添付の図面に図示される、その具体的な実施形態を参照して解釈する。これらの図面は、本開示の単なる例示の実施形態を描いており、故にその範囲を限定するものと考えられてはならず、本明細書の原理は、追加的な指定及び詳細と共に、添付の図面を使用して、記載及び説明されることを理解されたい。

[0022] 主題技術のいくつかの実施形態による、臨床サポートシステムの例のシステムアーキテクチャ図である。 [0023] 主題技術のいくつかの実施形態による、ワークリストインターフェースの例である。 [0024] 主題技術のいくつかの実施形態による、パスウェイ作成インターフェースの例である。 [0025] 主題技術のいくつかの実施形態による、パスウェイ設計ツールインターフェースの例である。 [0026] 主題技術のいくつかの実施形態による、ノード設定インターフェースの例である。 [0027] 主題技術のいくつかの実施形態による、パスウェイレビューインターフェースの例である。 [0028] 主題技術のいくつかの実施形態による、クリニカルパスウェイを執筆するための例示的な方法を描いたフローチャートである。 [0029] 主題技術のいくつかの実施形態による、患者データビューインターフェースの例である。 [0030] 主題技術のいくつかの実施形態による、パスウェイナビゲーションインターフェースの例である。 [0030] 主題技術のいくつかの実施形態による、パスウェイナビゲーションインターフェースの例である。 [0031] 主題技術のいくつかの実施形態による、処置選択インターフェースの例である。 [0032] 主題技術のいくつかの実施形態による、図１１の処置選択インターフェースからの計画の選択に続いての、パスウェイナビゲーションインターフェースの例である。 [0033] 主題技術のいくつかの実施形態による、療法及び臨床試験選択インターフェースの例である。 [0034] 主題技術のいくつかの実施形態による、処置計画ビューの例である。 [0035] 主題技術のいくつかの実施形態による、臨床試験ビューの例である。 [0036] 主題技術のいくつかの実施形態による、レジメンビューの例である。 [0037] 主題技術のいくつかの実施形態による、同意書及びレポートインターフェースの例である。 [0038] 主題技術のいくつかの実施形態による、自動療法マッチングインターフェースの例である。 [0039] 主題技術のいくつかの実施形態による、臨床サポートシステムを通じてパスウェイと対話するための例示的な方法のフローチャートである。 [0040] 主題技術のいくつかの実施形態による、ビジネスプロセスモデリング表記法エンジンワークフローの例のシーケンス図である。 [0041] 主題技術のいくつかの実施形態による、臨床サポートシステムのブロック図である。 [0042] 主題技術のいくつかの実施形態による、パスウェイオブジェクトについての関係性と階層構造モデルの図である。 [0043] 本明細書で開示される主題技術を実施するためのコンピューティングシステムの例のブロック図である。

[0044] 本明細書で提示される説明及び図面は、様々な原理を示している。本明細書では明示的に説明又は示されないが、当業者は、このような原理を具現化しており本開示の範囲に含まれる、様々な配置構成を考案することができることを了解されたい。本明細書で使用される場合、「又は」という用語は、そうではないと示されない限り（例えば、「又はそれ以外では」、又は「又は代替では」）、非排他的な「又は」（つまり、及び／又は）を指す。加えて、本明細書で説明される様々な実施形態は、必ずしも相互に排他的ではなく、本明細書で説明される原理を組み込む追加的な実施形態を作り出すよう組み合わされてもよい。

[0045] 一般的には、診断及び処置に関与する組織は、個別のクリニカルパスウェイを設計、実施、使用、及び常に改訂するために個別のプロセスを有しており、役割パスウェイは、ケアデリバリ、払い戻し、及び全体的な業務ミッションにおいて機能する。例えば、Ｄａｎａ Ｆａｒｂｅｒ Ｃａｎｃｅｒ Ｉｎｓｔｉｔｕｔｅ、Ｍｏｆｆｉｔｔがんセンター、及び様々な他の組織などは、パスウェイの設計、実施、及び管理を定める個別のパスウェイ疾患プログラムを有する。パスウェイ疾患プログラムは、複数の疾患委員会の作業を調整するプログラムマネージャによって実行される。プログラムマネージャは、注目すべき疾患のリスト、並びに疾患に関連する個別のパスウェイのコンテンツ開発に取り組むための、及び他のすべての進行中のイニシアティブに関するタイミングを調整するための個別のストラテジーを開発する。

[0046] コンテキストセンシティブな患者医療データを伴うクリニカルパスウェイを前進させるためのインフォマティクスツールは、医療インフォマティクスにおいて特に困難な分野であり、臨床的ケアを統制しつつ、患者転帰とスタッフ経験を改善し、ヘルスケアコストを抑えるための障害となることが多い。決定サポートツールは、臨床的な処置計画の解釈及び作成のための患者データを抽出及び／又は離散化させてきたが、関連する最新の臨床エビデンスを、臨床医の手元に持ち込むことを容易にすることができていない。

[0047] 臨床的ノウハウは、ジャーナル及びガイドライン中で公開された臨床エビデンスの形態で、又はＰＤＦで内部的に公開されたインハウスのクリニカルパスウェイとして存在するが、この形式は、臨床従事者には問題となることが多い。クリニカルパスウェイ（ガイドライン）の理由付けを把握すること、及びそれへの遵守の記録することは、困難であり、時間がかかることが多い。実際に欠けていることが多いのは、次のような臨床サポートシステムである：クリニカルパスウェイの対話的な作成、修正、更新、及びバージョン化を可能にするもの、選択可能な処置選択肢及び／又は代替的な選択肢を見つけるという形態で対話的なアクセス及びガイダンスを用意するもの、特定の患者人口向けに修正若しくはローカライズされ得る、マルチ及び／若しくはクロス機関のベストプラクティスを得るために異なる機関同士の協力を可能にするもの、並びに／又は機関レベルでのパスウェイ利用の詳細な遵守分析を実現するもの。

[0048] その上、臨床サポートシステムは、プラットフォーム内でのパスウェイオーサリング及び公開ユーティリティを提供する。パスウェイ疾患委員会内部の執筆者は、クリニカルパスウェイを開発するためのプロセスにしたがう。例えば、具体的な処置パスウェイについての合意は、パスウェイチーム、医師、薬剤師、及び他の部門の間で、特定のステップ及び特定の処置パスウェイの全体的な決定木に対して議論され、求められる。次に、関連領域及び部門全体からシニアメンバが招かれて、パスウェイをレビューし、承認（又は、非承認、及び改訂又はコメント）を申請する。委員会から承認が得られ、記録されると、パスウェイは文書化され、発行される。

[0049] クリニカルパスウェイが決定されると、様々なインフォマティクス技術が、クリニカルパスウェイを利用する。インフォマティクス技術への統合を促進するために、クリニカルパスウェイは、描画ツール（例えば、Ｍｉｃｒｏｓｏｆｔ Ｖｉｓｉｏ）、コンピュータ支援設計（ＣＡＤ）ツールなどの決定木によって記述され、限定はしないが、例えば、Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ（ＰＤＦ）などのポータブルフォーマットを用いて公開される。しかしながら、ＰＤＦなど、多くのそのようなポータブルフォーマットは、対話的ではなく、結果としてナビゲートするのに非常に厄介である。加えて、臨床医による決定がパスウェイから外れる場合、決定思考のプロセス及び／又は代替を把握することは、困難なことが多い。手作業によるレビューを使用することが多い矛盾したシステム、及びシステム間の公平性を実現するための更新の結果、パスウェイプログラムの実施の分析及び意識を維持することには、エラー及び遅延が生じる場合がある。

[0050] 一例では、患者処置の経路全体に沿った意思決定プロセスをサポートするワークフローは、インフォマティクスソリューション又は臨床サポートシステムの少なくとも一部を構成するポータルを通じて、生成及び管理される。ポータルは、ポイントオブケア（ｐｏｉｎｔ－ｏｆ－ｃａｒｅ）において、腫瘍学的疾患及び腫瘍学的症状ドメインの多忙な専門家をサポートする。臨床医は、ポータルを使用して、限定はしないが、例えば、コンセンサス主導のエビデンスベースの最新ケア情報及び研究にアクセスする、電子医療記録にアクセスする、ベストプラクティスを遵守しており電子医療記録から抽出された自動的又は半自動的にコンテンツを利用する個別化ケアを提供する、改善された個別化ケア決定のために患者臨床記録からのデータのインポートを自動化する、並びにポータル内で作成された処置計画及び決定に対する集約処理を記録、管理及び／又は提供する。

[0051] 結果として、クリニカルパスウェイ及びガイドラインは良く定義され、すべてのアクセスしてくるクリニックをまたいで臨床的なケアを最適化するために、ポータルを通じて広められる。多くの機関がＮａｔｉｏｎａｌ Ｃｏｍｐｒｅｈｅｎｓｉｖｅ Ｃａｎｃｅｒ Ｎｅｔｗｏｒｋ（ＮＣＣＮ）ガイドラインを使用するが、ＮＣＣＮガイドラインは、広範な指針を与えるのみであり、日常的に個々の患者のための推奨に向けた実質的な特異性を伴う良く定義されたフレームワークは与えない。更には、臨床医は、患者ケアを統制するために、インハウスのクリニカルパスウェイ及び／又はインハウスの情報技術（ＩＴ）システムの多様なセットを使用する場合がある。

[0052] 本明細書で開示されるように、臨床サポートシステムは、医学文献（例えば、治療学における進歩、処置プロトコルの進歩に関係があるジャーナル、リプリント、研究など）に遅れを取らないようにする機能性を提供し、また、ピアレビューのキュレーションシステムを通じてコンセンサスベース、エビデンスベース、及び最新のケアへのアクセスを提供する。本明細書では、クリニカルパスウェイの執筆、キュレーション、及び使用を考察するが、本開示の臨床サポートシステムは、医学文献及びケアガイダンスについて同様のサポートを与えることを理解されたい。臨床サポートシステムは、ＡＰＩ統合を通じて、統合して電子医療記録（ＥＭＲ）にリンクし、双方向通信（例えば、患者ケアワークフロー、療法、及び関連ＥＭＲ全体で情報を検索してアップロードするため）を可能にするためにＨＬ７及びｆａｓｔ ｈｅａｌｔｈ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｒｅｓｏｕｒｃｅｓ（ＦＨＩＲ）などの様々なインターフェースを通じてパスウェイをサポートする。実際、パスウェイは、ピアレビュープロセスを通じて決定されたようなベストプラクティスを組み合わせることによって個別化ケアを提供し、コンテンツ及びデータ要素をＥＭＲから抽出して自動化と疑似自動化サポートを改善するよう構築される。例えば、患者特有の併存疾患及び薬物に対する感受性、薬物を代謝する患者の個々の能力、固有の白血球特性などが、臨床的な意思決定を支援するために、厳重なフレームワーク内で患者特有のデータに応じて考慮され、それによって臨床医は、特定の患者のための処置計画を個別化して作り上げることができる。その上、臨床サポートシステムの使用事例のボリュームが増大すると、パスウェイの使用、遵守、逸脱などが、アクション可能な分析を作り出すために記録される。

[0053] クリニカルパスウェイへのアクセスの標準化、自動化、及び合理化により、患者ケアが改善され、より効率的となる。例えば、初期のがんの事例では、個別のクリニカルパスウェイは、より後期のがんよりも早い段階で単純である。しかしながら、あるタイプのがんや後期がんでは、医師は、ケア及び処置計画を決定する際、多くの複雑なことを乗り切らなければならない。クリニカルパスウェイポータルは、臨床実務におけるバラつきを低減し、実務を合理化することによって患者転帰を改善する。クリニカルパスウェイポータルは、組織化され、効率的な患者ケア、並びにエビデンスベースの薬剤の利用を促進する。結果として、腫瘍学的ケアセッティングにおける転帰が、多数のクリニックをまたいで（クリニックごとと比較して）効率的且つ効果的に最適化される。事実上、クリニカルパスウェイポータルは、がんセンター機関の臨床知識を形式的なクリニカルパスウェイプログラムにエンコードする、複雑なプロセスを実施する。その上、パスウェイは、別個の決定木として、適切な臨床レジメン及びステップワイズな決定ノードを用いて、いったんエンコードされると、エンコードされたパスウェイは、普及の代替的な（例えば、オフプラットフォームなど）方法として、例えばＰＤＦ文書として公開することができる。

[0054] 一例では、（例えば、医療的な決定のためなどの）臨床サポートシステムは、パスウェイオーサリングポータル及びパスウェイ提供者ポータルを介して、オーサリング環境及び臨床従事者環境両方へのアクセスを、それぞれ提供する。パスウェイ提供者ポータルは、支援された及び／又は自動化されたパスウェイ、並びに患者情報（例えば、医療記録、診断情報など）に基づいた処置マッチングを可能にし、同様に臨床医がパスウェイワークフローをナビゲートするための自動化されたドライバを提供する。オーサリング環境は、新しいレジメンと処置計画、臨床試験を作成すること、及び臨床エビデンスに基づいて決定木をエンコーディングすることを可能にする。

[0055] 更には、認可されたユーザ（例えば、臨床従事者など）には、処置への反応及び電子医療記録（ＥＭＲ）、画像保管電送システム（ＰＡＣＳ：ｐｉｃｔｕｒｅ ａｒｃｈｉｖｉｎｇ ａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ）、ｌａｂｏｒａｔｏｒｙ ｉｎｆｏｒｍａｔｉｏｎ ｓｙｓｔｅｍ（ＬＩＳ）、臨床像からの情報などと共に、完全な患者診断ピクチャが示される。患者の詳細なバイオマーカステータスは、場合によってはゲノミクス及び分子病理学結果に基づいて、認可されたユーザに提示される。異なる臨床的な決定サポート選択肢は、医師（又は他の認可されたユーザ）に提示され、現在のベストプラクティスとクリニカルパスウェイの専門知識をエンコーディングする決定木を通じて、医師を積極的にガイドする。

[0056] 医師は、患者情報を閲覧するための、パスウェイを管理するための、及び／又は選択されたパスウェイをナビゲートするための、それぞれの画面を提供するグラフィカルユーザインターフェース（ＧＵＩ）を通じて、クリニカルパスウェイと処置計画と対話する。パスウェイがナビゲートされ、処置計画に自動的に組み込まれる際、臨床試験が、全体的に又は部分的に、選択されてもよいし、採用を推奨されるものとして臨床医に提示されてもよい。処置計画はまた、電子的に作成され、臨床ケアのためのサポート文書が署名され、個別のＥＭＲにサブミットされる。多様なフォーマットの、及び多様な受信側サービスへの、他のデータのエクスポートが、例えば個別のクリニカルパスウェイプログラムなどの有効性の評価について分析を生成するためにサポートされる。

[0057] 臨床サポートシステムは、統合された診断及びモニタリング情報プロセスを、臨床決定サポートアプリケーションと組み合わせる。データは、限定はしないが、例えばＨｅａｌｔｈ Ｌｅｖｅｌ７（ＨＬ７）などで公開されるような規格を使用して、個別のＥＭＲから標準化されたフォーマット及び別個のフォーマットのデータを取得することによって統一された患者モデルに集められる。十分な情報が離散化されて、療法マッチング及び動的な臨床試験マッチングをサポートすることを確実にするために、臨床レポートデータ及びゲノミクスレポートデータを離散化するための方法が、統合化されたサービスによって、臨床サポートシステムにネイティブに、又は外部アプリケーションプログラミングインターフェース（ＡＰＩ）コールを通じてのいずれかで実行される。例えば、多くの高度な段階のクリニカルパスウェイは、ゲノミクス及び分子病理学レポートにおいて見られる詳細なバイオマーカ情報の恩恵を受ける。故に、離散化されたデータは、ビジネスプロセスモデリング表記法（ＢＰＭＮ）エンジンと併せて使用され、推論を前進させる。

[0058] 一例では、臨床サポートシステムアーキテクチャは、すべてが多くの重要なサブコンポーネント又はサービスを有する、いくつかの主要コンポーネントを含む。ワークフローエンジンは、マスタコンポーネントとして機能し、パスウェイオーサリングポータルとパスウェイ提供者ポータルと対話する。パスウェイオーサリングポータルは、ユーザが新しいクリニカルパスウェイを作成するためのツール及びワークフローを提供する。一部の例では、パスウェイオーサリングポータルは、例えばチームによるクリニカルパスウェイを作成するために協働的な執筆操作性を提供する。パスウェイ提供者ポータルは、クリニカルパスウェイを広めるため、更新するため、及び閲覧するための、中心的なチャネルを提供する。一部の例では、ツール外部で執筆されたクリニカルパスウェイは、パスウェイ提供者ポータルにインポートされ、パスウェイ提供者ポータルを通じてアクセスされる。

[0059] ワークフローエンジンは、ビジネスプロセスモデリング表記法（ＢＰＭＮ）エンジンと通信して、パスウェイオーサリングポータルを通じて、対話的なユーザ入力によって指示される決定木の作成及び記憶において、支援を行なう。いったんクリニカルパスウェイが承認されると、パスウェイ提供者ポータルは、ワークフローエンジンと対話して、ＢＰＭＮエンジンを呼び出すことによって（例えば、手動又は自動でＥＭＲ、診断的デバイスなどから導出された）個々の患者臨床データのコンテキストにおける、個別のパスウェイナレッジベースからの関連パスウェイを実行する。

[0060] 一部の例では、パスウェイオーサリングポータルは、オーサリングワークフローをサポートするエンドユーザアプリケーションである、パスオーサリングツールを含む。オーサリングツールは、セルフサービスのツールであり、ユーザが、限定はしないが、例えば、レジメン、処置計画、臨床試験、及びパスウェイ決定木など、様々なナレッジキュレーション項目を、作成、修正、及び管理することを可能にする。

[0061] パスをオーサリングする際、ユーザは、まずパスウェイワークリストにアクセスする。パスウェイワークリストは、現在編集中のパスを含む。ユーザは、パスウェイワークリストから、新しいパスウェイを作成してもよいし、既存のパスウェイを修正してもよい。一部の例では、パスウェイは、既存の処置計画上に構築され、これは次いで既存のレジメン上に構築される。

[0062] 新しいパスウェイは、ＧＵＩを通じて提供されるグラフィックツールを使用して作成される。例えば、新しい決定ノードが、新しいパスウェイに相当する新しい決定木に追加される。更に、末端ノードが、作成されて決定木に追加され、これは処置計画及び／又は臨床試験を、決定木又はパスウェイにリンクする。一部の例では、複数のユーザが、同一の機関において、又は協力機関において、パスウェイオーサリングポータルにログインする際に用いるユーザ資格情報に基づいて、同一のパスウェイを更新する。パスウェイは、ナレッジベースに記憶される前に、委員会によってレビュー及び／又は承認される。一部の例では、委員会レビュー及び承認は、実際の患者からの現実の臨床データプロファイルをパスウェイと使用するための前提必須条件である。

[0063] パスウェイ提供者ポータルは、臨床従事者が、クリニカルパスウェイ決定木によって定められるワークフローを実行できるようにする。ワークフローエンジンは、限定はしないが、例えば、入力データ取得、患者ダッシュボード提示、パスウェイナビゲーション、処置選択、及びサマリと署名を含む、様々なプロセスを調整する際、支援をする。ワークフローエンジンは、ユーザエクスペリエンス（ＵＸ）アクションを前進させ、ＵＸから受信した入力は、ワークフローを適切且つ連続した次の工程に進める。一部の例では、ワークフローの各ステップは、ＵＸのためにＧＵＩに新しいタブを作成する。加えて、入力データは、限定はしないが、例えば、ＥＭＲ、ＬＩＳ、放射線情報システム（ＲＩＳ）、ゲノミクスシステム、分子病理学システムなど、複数の情報ソース由来である。

[0064] 一例では、臨床従事者は、臨床的な決定サポートアプリケーション（例えば、決定木及びワークフローＧＵＩ）を、パスウェイ提供者ポータルのアプリケーションを通じて、（例えば、ＥＭＲなどの）患者チャート、患者コンテキストディスプレイから、及び／又は患者ダッシュボードから開始する。関連する患者データは、ナビゲーションの間に自動的に抽出される、及び／又は手動で入力され、次いでパスウェイ提供者ポータルを通じて、臨床従事者に対して表示される。

[0065] 提供者は、現在の処置計画を確認して、新しい処置計画を追加するか、既存の処置計画を修正する。更には、個別のパスウェイは、入力されたデータに基づいて、自動的にナビゲートされる。例えば、利用可能なデータに基づいて、パスウェイポータルアプリケーションは、例えば強調表示すること、又はそうでなければ表示されるパスウェイのうち１つの（又は、場合によっては、２つ以上の）ノードを区別することによって、全パスウェイ中の、患者の処置の現在位置のインジケーションを示す。追加的に、又は代替的に、パスウェイポータルアプリケーションは、現在の位置に基づいて、例えば、パスウェイの１つ若しくは複数のノードを区別すること又はパスウェイとは別個に次のステップのリストを示すことによって、患者ケアにおいて取るべき１つ又は複数の次のステップを識別する。提供者は、個別の決定木をレビューし、（決定木内のノードにおいて、選択を行なうこと、又は決定を行なうことによって）決定木を通じるナビゲーションを手動で完了し、及び／又は得られる最終的なパスウェイ決定ノードを確認する。得られる最終的なパスウェイ決定ノードは、入力されたデータ及び決定木の先行するナビゲーションに基づいて、自動的に選択される。

[0066] マッチングしたオンパスウェイ処置計画の選択肢は、臨床試験選択肢と共に、患者データ及び／又は決定木ナビゲーション選択にしたがって、提供者に対して表示される。提供者は、マッチングした選択肢又はオフパスウェイ選択肢のうちの１つから選択される。次いで、対応する処置計画のサマリレポートが、関連する同意書と共に生成され、レビューと署名のために提供者に提供される。提供者はまた、書類を印刷できる（例えば、患者署名のためなど）。最終的な処置計画は、ＥＭＲに送られてもよいし、下流の準備（例えば、医薬品の調製、病院サービスなど）のために病院内の適切な薬局システムに送られてもよい。

[0067] 一例では、臨床サポートシステムは、入力モジュール、ワークフローエンジン、及びナレッジベースを含む。入力モジュールは、臨床及びゲノミクスデータを離散化するように構成される。ワークフローエンジンは、臨床サポートシステムの異なる状態を順次反復することによってプロセスを前方に進める。ナレッジベースは、患者データをサポートすることができ、標準化された腫瘍学的な表現に変形可能な、１つ又は複数のデータモデルを含む。

[0068] ワークフローエンジンは、臨床的な意思決定ワークフローにおいて、限定はしないが、例えば、患者入力情報の検索、クリニカルパスウェイ作成、クリニカルパスウェイ内の末端ノードからの推奨の選択、処置計画生成、及び最終的なレポート文書の署名と作成など、様々なステップを前進させる。一般に、臨床的な意思決定ワークフローの各ステップは、タブ化されたウィンドウ及び個別のＧＵＩとして提示される。ワークフローエンジンは、ユーザ対話及び自動的なナビゲーション規則に応じて、クリニカルパスウェイの作成を適合する。加えて、最終的なレポート文書は、限定はしないが、例えば、ＰＤＦ、ＸＭＬ、ＪＳＯＮ、及び／又は他の構造化フォーマットを含む、複数のフォーマットで生成される。結果として、ワークフローエンジンは、臨床的な決定サポートシステムを、個別のワークフロー中のステップに対応する様々な状態を通じて前進させ、それに応じて新しい情報を個別のデータベースからフェッチする。

[0069] ワークフローエンジンは、複数のデータベースと対話して、ウェブコンポーネントと共にワークフロープロセスを前進させ、対話的なアプリケーション又はＧＵＩをエンドユーザに提示する。上で考察したように、ナレッジベースは、オントロジーに基づく変形可能な患者データモデルを含む。オントロジーは、限定はしないが、例えば、疾患（例えば、ＩＣＤ１０、ＳＮＯＭＥＤ ＣＴ０２など）、標準化されたＴＮＭステージング（例えば、Ａｍｅｒｉｃａｎ Ｊｏｉｎｔ Ｃｏｍｍｉｔｔｅｅ ｏｎ Ｃａｎｃｅｒ（ＡＪＣＣ）方法を使用するなど）、標準化された遺伝子命名規則を利用するバイオマーカデータモデル（例えば、Ｈｕｍａｎ Ｇｅｎｏｍｅ Ｏｒｇａｎｉｚａｔｉｏｎ（ＨＵＧＯ）命名規則など）、標準化された薬物表現、及び／又は標準化された臨床試験表現などを表現する。

[0070] ナレッジベースは、決定木を含む、異なるタイプの情報を記憶する。記憶された決定木は、療法計画において使用するための、適用可能な理由付けプロセスに対応する。

[0071] 一部の例では、ＢＰＭＮエンジンは、マイクロサービスである。ＢＰＭＮエンジンは、患者プロファイルを、ナレッジベース中の適切な表現とマッチングする。更に、ＢＰＭＮエンジンは、限定はしないが、例えば、執筆されたプロセスを記憶すること、プロセスワークフローを初期化すること、並びにステータスの監視及び変更など、プロセスワークフローを管理する。

[0072] 一例では、ウェブフロントエンドは、ユーザが認証され、限定はしないが、例えば、パスオーサリングアクティビティ（例えば、プログラムマネージャ用など）、及び／又は診療臨床医（例えば、内科腫瘍医、外科腫瘍医、放射線腫瘍医など）向けの処置計画アクティビティなどの様々な機能を実行するためにログインする、クリニカルパスウェイポータルをレンダリングする。

[0073] 記憶される執筆されたプロセスとしては、例えば、国のガイドラインから導かれた決定木及び／又は特定の病院内のベストプラクティスに基づくクリニカルパスウェイが挙げられる。決定木内の各ノードは、条件値とアクション値を含む。アクションは、個別の決定木中の次のステップを指し（例えば、次のノードをポイントするなど）、一方で条件値はパスウェイをナビゲーション中のユーザが、関連する患者条件を入力又は選択できるようにする。ノードはまた、上で考察した標準化されたオントロジーからの要素を利用してもよい。加えて、プロセスワークフローの初期化は、新しいナレッジキュレーション項目のオーサリングにリンクされる。

[0074] 記憶された決定木は、認可されたユーザ（例えば、関連する内容領域専門家（ＳＭＥ）など）によってキュレートされる。キュレーション機能としては、限定はしないが、例えば、ユーザ割振り、決定木（及び、他の記憶されたプロセスワークフロー）の更新、及びプロセス実行の再開など、手動で実行可能なタスクが含まれる。更には、決定木及び他のプロセスワークフローは、バージョン化され、プロセスバージョン化システムと互換性がある。結果として、決定木は時間と共に進化するが、バージョン化され、後々のため、及び追跡目的で日時管理される。加えて、決定木及び／又は決定木のバージョンは、マルチテナントなサポートモデルを通じて、異なる機関に関連付けられ、そこでは同一のホスト対象木にある、それぞれ認可された決定木に、各大学がアクセスすることができる。

[0075] パスウェイオーサリングポータルは、ナレッジベース内のクリニカルパスウェイ及び／又はガイドラインを把握するために使用される。例えば、臨床医又はクリニカルパスウェイをエンコーディングすることに特化した資格のある専門家は、パスウェイオーサリングポータルを使用して、新しい決定木を作成してもよいし、ナレッジベースに記憶された既存の決定木を修正する。

[0076] 実際、パスウェイオーサリングポータルは、キュレートされるナレッジの作成に備えるものであり、キュレートされるナレッジは、次いで実際の患者の現実の臨床データプロファイルに適用される。パスウェイオーサリングポータルは、セルフサービスのツールであり、ユーザが、限定はしないが、例えば、レジメン、処置計画、臨床試験、及びパスウェイ決定木など、様々なナレッジキュレーション項目を、容易に使用することができるグラフィカルユーザインターフェースで、作成、修正、及び管理することを可能にする。一例では、様々なキュレーション項目同士の関係性及び情報階層構造は、以下の通りである：パスは、１つ又は複数の処置計画、並びに１つ又は複数の臨床試験を含み、それぞれ個々の処置計画は、１つの処置レジメンを含む。

[0077] レジメンとは、承認済薬物（例えば、米国食品医薬品局（ＦＤＡ）によって承認されたものなど）の組み合わせ、並びに処置の関連リスク及び他の詳細事項の説明である。例えば、医学的腫瘍学処置計画などの処置計画は、具体的なレジメンに基づいて作成される。結果として、処置計画には、例えば、薬物投与量、薬物投薬のルート（例えば、経口投与、静脈内投与など）、サイクル数、送達のスケジュールなどの、詳細なスケジューリング情報及び管理情報を含み、執筆者は、オーサリングポータルを介して、それらの情報を追加又は修正する。

[0078] 処置計画は、処置対象の状態により、様々な手順と詳細を含む。例えば、手術についての処置計画には、神経温存を伴う前立腺がんのロボット手術などの特定の介入的な手順が含まれる。別の例では、放射腫瘍学についての処置計画には、放射線量とスケジュールなどが含まれる。更に、それぞれの処置計画にはまた、対応する臨床エビデンスへの公開された参照文献も含まれ、個別の患者シナリオについての処置の使用をサポートする。

[0079] 臨床試験は、様々な臨床試験詳細を説明し、個別の臨床試験についての、タイトル、フェーズ、主任研究者、及び連絡先情報を含む。一部の例では、臨床試験は、選択基準及び／又は除外基準、並びに適切なオンラインソース（例えば、ｃｌｉｎｉｃａｌｔｒｉａｌｓ．ｇｏｖなど）へのハイパーリンクを更に含む。選択基準は、選択基準の中にあるバイオマーカの説明を含む。オーサリングポータル及び／又はクリニカルパスウェイポータル内で、臨床試験は、パスウェイ処置ノードに対応する特定の決定木に関連付けられる。

[0080] パスウェイには、上で考察したような決定木が含まれる。決定木は、ＢＰＭＮ木又はナレッジグラフとして表現される。特に、各パスウェイは、決定ノードを含み、処置ノードで終わる。一部の例では、処置ノードは、パスウェイ決定木内の末端ノードとして表示される。更には、各処置ノードは、１つ又は複数の処置計画、及び１つ又は複数の臨床試験を含む。

[0081] 一例では、オーサリングツールは、グラフィカルなコンポーネントを通じて、決定木を構築し、枝分れロジックを定めるための、視覚的な設計ツールを含む。パスウェイ決定木の決定ノードは、枝分れロジックに使用する特定の表現型又は遺伝子型を説明する。結果として、ユーザは、決定木及び個別の決定ノードの複数の選択肢をナビゲートする。限定はしないが、例えば、非小細胞肺がんは、扁平上皮又は非扁平上皮のいずれかであり、これらは決定ノードとして表現される。扁平上皮及び非扁平上皮の決定ノードは、次いで、非小細胞肺がんの個別のサブタイプに応じて、更なる決定ノードに至る。比較すると、パスウェイ決定木の処置ノードは、個別のパスウェイにマッピングされる処置選択肢及び臨床試験について、詳細な情報を含む。

[0082] オーサリングツールを使用することによって、ユーザは、決定ノードごとに、詳細な規則ベースのロジックを定める。規則は、基礎となるデータモデルパラメータ、オントロジー、及び値のセットに基づいている。論理演算子（例えば、ＡＮＤ、ＯＲ、ＮＯＴなど）は、異なる規則間で定められる。結果として、ユーザは、例えば決定ノードを「Ｓｔａｇｅ ＩＩ」として、及び／又はより複雑な決定ノードを「Ｓｔａｇｅ Ｉ ＯＲ Ｓｔａｇｅ ＩＩ」として定める。

[0083] 基礎となるデータモデルパラメータは、複数のオントロジー及び用語集システムを採用する、基礎となるデータモデルとの対話を定める。例えば、がん病期分類ＴＮＭ及びグループステージ値は、多くのＡＪＣＣ版にマッピングすることができ、またＳＮＯＭＥＤ－ＣＴオントロジーが、がんタイプ値に使用されてもよい。組織型は、例えば、世界保健機構（ＷＨＯ）によって発行されたＩｎｔｅｒｎａｔｉｏｎａｌ Ｃｌａｓｓｉｆｉｃａｔｉｏｎ ｏｆ Ｄｉｓｅａｓｅｓ ｆｏｒ Ｏｎｃｏｌｏｇｙ、第３版（ＩＣＤ－Ｏ－３）のオントロジーを使用することによって、定めることができ、この情報は、適切なＬＩＳにしたがってマッピングされる。レジメンに使用される薬物は、例えば、Ｎａｔｉｏｎａｌ Ｃａｎｃｅｒ Ｉｎｓｔｉｔｕｔｅ Ｔｈｅｓａｕｒｕｓ（ＮＣＩｔ）の値セット、及び／又は他の薬物オントロジーに基づいている。国家的、及び国際的でオープンな標準、データ、及びオントロジーを使用する結果として、データをより効果的に正規化することができ、決定サポートシステムと外部ＩＴシステムとの相互運用性を、堅牢なものにできる。

[0084] 更には、オーサリングツールは、レビュー及び承認プロセスを含む。一部の例では、作成される各キュレーション項目は、「ｄｒａｆｔ」状態に初期化される。ｄｒａｆｔ項目は、認可されたユーザによるレビュー及び承認用にサブミットされ、次いで、適切なレビュー及び承認に続いてナレッジベースに記憶される。ナレッジベースに記憶されるキュレーション項目は、次いで、パスウェイ提供者ポータルでの使用のために利用可能とされる。一部の例では、ワークフローエンジンは、レビュー及び承認プロセスを、限定はしないが、例えば、（例えば、ワークフロー又はそれ以外を開始するのに先立って、レジメン及び処置計画を入力するための）プログラムマネージャ及び／又は承認委員会メンバーなどの、複数のステークホルダに対して管理し、ナレッジベースでの記憶のため及び臨床セッティングでの使用のための完全なパスウェイ情報を承認する。

[0085] 一部の例では、ナレッジベースは、単一パスウェイの複数のバージョンを記憶する。単一パスウェイの異なるバージョン及び／又はバージョン化履歴には、オーサリングツールを介してアクセスする。ワークフローエンジンは、異なるパスウェイのバージョンを追跡し、それに応じてバージョンの一部又はすべてに対する更新を広める。

[0086] クリニカルパスウェイポータルは、フロントエンドのアプリケーションを含んでおり、それを通じて、ユーザは、パスウェイ、処置などと対話する。例えば、ユーザは、パスウェイをナビゲートする、及び／又は処置を選択する。パスは、クリニカルパスウェイポータル、又は個別のパスウェイと患者プロファイルとの間のマッチングを判断するユーザに基づいて選択される。一部の例では、フロントエンドのアプリケーションは、患者ファイルのレビュー、対応するＢＰＭＮの自動化されたナビゲーション、処置選択、オフパスウェイ選択肢のレビュー及び選択、並びにサマリレポート生成に備える。

[0087] 患者ファイルをレビューする際、レビュー中のユーザは、完全な診断情報、並びに病歴（例えば、ＥＭＲなど）及び現状にアクセスする。ユーザが患者ファイルをレビューしてしまうと、ワークフローエンジンは、一部の例では、クリニカルパスウェイポータルのＧＵＩで新しいタブを開く、パスウェイナビゲーションを自動的にトリガする。新しいタブでは、ユーザは、患者に対して選択されたクリニカルパスウェイに関連付けられる決定木と対話して、個別の決定木に沿ったパスウェイに入るか、プレビューする。

[0088] 一部の例では、ワークフローエンジンは、ＢＰＭＮをトリガすること、及び個別の患者の原発がんタイプとマッチングする個別の決定木（例えば、ＢＰＭＮ表現）に対応するパスウェイを視覚的に表示する、対応するＢＰＭＮペインを開始することによって、決定木を通じる自動化されたナビゲーションを開始する。ＢＰＭＮエンジン及びワークフローエンジンは、次いで、患者プロファイルを、表示されるパスウェイの決定ノードにおいて定義される構造化された規則（例えば、患者ステータス要件、処置ステージのマイルストーンなど）とマッチングする。

[0089] 患者プロファイル及びパスウェイについての規則定義は、患者プロファイルを構造化された規則に効率的にマッチングをサポートするよう、共通のデータモデルに対して正規化される。特定のデータ要素又は値が欠落している事例では、ワークフローエンジンは、ユーザに手動で適切なノードを選択し、選択されたノードについて入力要素を指定するよう促す。例えば、ゲノミクス検査の値が欠落している場合、ユーザは、適切なゲノミクスデータを、接続されたＬＩＳ又はゲノミクスシステムから、手動で検索して入力するように促される。

[0090] 一部の例では、ユーザがパスウェイの末端ノード（例えば、処置ノード）までナビゲートされてしまうと、関連するオンパスウェイ処置選択肢が、ナレッジベースから自動的に検索される。ワークフローエンジンは、ワークフローを、パスウェイの次のステップに移動して、パスウェイ提供者ポータルＧＵＩで新しいタブを生成する。新しいタブは、１つ又は複数のキュレーション処置計画及び臨床試験マッチングを含む処置選択肢を表示する。ユーザは、各処置計画及び／又は臨床試験についての詳細を、対応するアイコンとの対話を介して（例えば、マウスでクリックすることなどによって）レビューし、提案される処置計画として、処置計画を選択する。

[0091] 上で考察したような、ワークフローエンジンによって自動的に生成される処置選択肢は、「オンパスウェイ」選択肢である。場合によっては、臨床医ユーザは、どのオンパスウェイ選択肢も患者には適切ではないと判断する場合がある（例えば、併存疾患、より侵襲性の高い処置の必要性、患者の好み、又は他の臨床的な理由などに起因して）。そのような場合、臨床医ユーザは、オフパスウェイ処置選択肢を選択して、クリニカルパスウェイから逸脱するための適切な理論的根拠による、代替的な処置計画を指定してもよい。

[0092] いったん処置計画が選択されると、臨床的な決定サポート情報を詳述する追加的なタブが生成され、臨床医ユーザに提供される。一部の例では、サマリレポートのタブが生成され、このタブには、選択された処置計画に関連付けられ、ナレッジベースに記憶されたカスタマイズ可能なテンプレートに基づいて、サマリレポート及び適切な同意書が含まれる。

[0093] ＢＰＭＮエンジンとの通信、及びその実行は、アプリケーションプログラミングインターフェース（ＡＰＩ）ベースのフレームワークを使用して実現可能である。実際、複数のマイクロサービス、又は独立的若しくは疑似独立的な計算プロセスは、ＡＰＩコールを発行することによって互いに対話する。ＡＰＩコールは、ネットワーク（例えば、ローカルエリアネットワーク（ＬＡＮ）、仮想ローカルエリアネットワーク（ＶＬＡＮ）、仮想プライベートネットワーク（ＶＰＮ）など）上で、Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｅ（ＨＴＴＰＳ）によってサービス間で送信される。特に、適切なＵＲＬ宛先を伴うＨＴＴＰＳ要求は、例えばＢＰＭＮエンジンにオーサリングプロセスを開始するよう要求するパラメータを含む（それ自身により、ＢＰＭＮエンジンがＨＴＴＰＳでＡＰＩコールを行ない、オーサリングプロセスを初期化するなど）。それに応答して、ＢＰＭＮエンジンは、プロセスを生成するか、初期化して、例えば元の要求側サービスに関連する記憶されたパスウェイへのアクセス情報など、関連する結果を生成してＢＰＭＮエンジンに返す。

[0094] ＢＰＭＮエンジンのマイクロサービスは、決定木を前進させるための対話を維持する。特に、ＢＰＭＮエンジンは、ＢＰＭＮマイクロサービスの統合コンポーネント、又はＢＰＭＮエンジンと通信する（ＡＰＩコール及び応答を介するなど）他のマイクロサービスのいずれかとして、複数のコンピュータプロセスを含む。例えば、キュレーションプロセスは、新しい情報をナレッジベースに入力することを想定している。ナレッジベースは、モデル（例えば、決定木など）及び他の情報を記憶し、アクセス可能なデータベースとして提供される。フロントエンドのコンポーネント及びウェブサービスコンポーネントは、ユーザ対話及びユーザへのＧＵＩ／ＵＸレンダリングに備えている。

[0095] ウェブサービスコンポーネントは、エンドユーザアプリケーション（例えば、パスウェイオーサリングポータル及びパスウェイ提供者ポータル）を前進させる。ウェブサービスマイクロサービスは、関連データとプロセスを保持しつつ、特定ワークの挙動及び常識／構成を定める、ワークスペースとして機能する。ウェブサービスは、上で考察したように、クライアント（エンドユーザ）コンテンツ要求に答えること、及びゲノミクスウェブサーバとウェブクライアントとの対話を維持するによってウェブサーバの役割を果たす。

[0096] ゲノミクスウェブサーバは、アクティブ化されると、又はリスナプロセスを使用することによって、パスウェイ提供者ポータル及び関連アプリケーションから要求を受信する。ウェブクライアントは、ユーザ向けのＧＵＩ内の決定木をレンダリングして、対話及びナビゲートをする。更には、ウェブクライアントは、ノード選択及びワークフローのナビゲーションなど、ユーザからＧＵＩを通じた対話を介してコマンドを受信して、適切に指示する。

[0097] 本明細書で開示される特徴の結果として、ＢＰＭＮエンジン及びワークフローエンジンは、フロントエンドのサービス（例えば、ＵＩ、ＵＸ、ＧＵＩなど）及びＢＰＭＮエンジンと対話してナレッジベースに記憶された決定木データ（例えば、エンティティ木など）にアクセスする、新規なワークフローサービスを提供するように対話する。ユーザの観点から、フロントエンドは、ワークフローを開始して前進させる。ワークフローエンジンは、既存の決定木を実行してマッチングするよう、自動化を実現し、臨床的な決定サポートを提供する。

[0098] ワークフローの一例として、キュレーション項目の選択、処理するためのデータ検索、マッチングプロセスの開始、実行履歴の維持、進行中のプロセスの再開、並びにステータスの検索及び／又は更新が挙げられる。キュレーション項目の選択には、ＢＰＭＮエンジンのキュレーションサービスに対するフィルタのセットを設けることが含まれ、次いで、対応するマッチングを実行し、キュレーション項目（例えば、パスウェイ識別子など）をフェッチする。

[0099] データを検索するために、クライアントコンピュータ（例えば、ユーザコンピュータ）は、対応するプロセスを実行するために必要とされるデータをコンパイルする。キュレーション項目からの詳細は、例えば、決定木ノード及び末端からアクセス可能である。キュレーション項目詳細には、限定はしないが、例えば、処置計画データなどが含まれる。加えて、患者データ（例えば、ＦＨＩＲ、ｍｉｎｉｍａｌ ｃｏｍｍｏｎ ｏｎｃｏｌｏｇｙ ｄａｔａ ｅｌｅｍｅｎｔｓ（ｍＣＯＤＥ）、ｃａｎｃｅｒ ｔｒａｃｋｉｎｇ ｏｕｔｃｏｍｅｓ ａｎｄ ａｎａｌｙｓｉｓ（ＣＯＴＡ） ｎｏｄａｌ ａｄｄｒｅｓｓ（ＣＮＡ）など）も同様に、マッチングのプロセスを実行するために、検索及び／又はアクセス可能である。

[0100] 関連データがコンパイルされてしまうと、次いでユーザによってフロントエンドから、マッチングが開始される。開始要求は、上で考察したような、キュレーション項目識別子及びコンパイル済みデータを含むＢＰＭＮエンジンに送信される。次いで、フロントエンドは、個別の決定木（例えば、パスウェイ、ガイドラインなど）にマッピング可能な実行履歴を受け取る。次いで、ユーザは、マッピングされた決定木内で、決定ノードを実行するための情報を手動で入力する。決定ノードに手入力が必要な場合、ワークフローエンジンは、必要な入力が与えられるまで、処理を一時的に停止し、必要な入力が与えられた時点で、ＢＰＭＮエンジンは決定木に関するコンテンツの実行を継続する。更には、パスウェイ内での進行は、ユーザによって手動で更新可能であり、現状を（例えば、決定木をナビゲート必要なく）検索できる。

[0101] ＢＰＭＮエンジンは、様々なモードで患者パスウェイを展開して前進させる。手動モードでは、ＢＰＭＮエンジンは、クリニカルパスウェイを手入力に基づいて選択するよう、対話的なセッションを通じて臨床医又はそれ以外では他の資格のある人物（例えば、認可されたユーザ）を支援する。完全な自動化モードでは、ＢＰＭＮエンジンは、例えば上で考察したような、様々な臨床レポート（例えば、放射線医学、病理学、ゲノミクスなど）から抽象化した臨床データを含む、自動的に記憶された詳細な患者情報に基づいて、クリニカルパスウェイを選択する。結果として、臨床ケア提供者は、経時的に蓄積された関連データを自動的に含む。半自動化モードでは、患者データが次のステップへの決定を前進させるための重要な情報要素を欠いている場合、ＢＰＭＮエンジンはユーザに入力を促す。結果として、患者について完全な病歴が欠落している場合に、患者が、より効率的に外部クリニックから移送できる。

[0102] 次に、本開示は、理解と説明を目的として例示の実施形態の考察に移る。考察される例は、説明的で、非限定的な目的で与えられることを理解されたい。当業者であれば、本明細書で考察される例の変形及び修正が、本開示の範囲と思想から逸脱することなく実施されることを理解するであろう。

[0103] 第１の例では、慢性骨髄性白血病（ＣＭＬ）について、クリニカルパスウェイポータルを通じて行なわれる臨床的な決定を説明する。臨床的な決定は、決定木内の分岐事象として表現されるバイオマーカ説明及び個々の患者事例特性と照らして、ガイドライン及びクリニカルパスウェイに基づいて行なわれる。例えば、ＣＭＬについてのクリニカルパスウェイは、ファーストライン療法及びセカンドライン療法、並びに個別のタンパク質コード遺伝子のＡＢＬ１感作変異、つまりＹ２５３Ｈに沿って階層化される。１つ又は複数のパスウェイのＢＰＭＮ表現、及び個別の患者プロファイル表現におけるこの情報に基づいて、ＢＰＭＮエンジンは、患者を処置選択肢及び／又は臨床試験に対して自動的にマッチングし、それに応じて、クリニカルパスウェイポータルＧＵＩを通じて臨床医に提案が提示される。

[0104] ＧＵＩは、臨床医に、患者の診断情報、病歴、及び現状を提供する。上述の例のように、患者がファーストライン療法に非応答的であり、ＡＢＬ１遺伝子に特定の変異を持つ場合、ＧＵＩは、この情報をＧＵＩのウィンドウの１つのペイン、又はタブにおいて、臨床医に与える。隣接するペインは、個別のパスウェイの既に横切ったアームに相当する、選択されたステップを示しており、これらは横切ったアーム並びに特定の患者診断情報及び病歴に基づいて、対応中の現在の患者に適切である。臨床医ユーザは、次いで、現在の決定パスに沿って次のノードを選択することによって、決定木をナビゲートし、潜在的な将来のパスウェイ選択肢などを探索する。

[0105] 第２の例では、転移性直腸結腸がんと切除不能な腫瘍を有する患者を検討する。更には、患者は、ファーストライン療法の候補者であり、利用可能なゲノムレポートを有している。本明細書で開示される臨床サポートシステムは、ゲノミクスレポートを解析し、この患者が、特定の療法に対する応答性の低減に関連する予測的なバイオマーカである、ＫＲＡＳ Ｇ１２Ｖ変異を有していることを記録する（例えば、メモリに記憶するなど）。

[0106] 結果として、関連する決定木は、臨床医ユーザをベバシズマブの選択肢に導き、この例では、選択肢が臨床医に好まれる。更なる決定ポイントには、患者の処置に対する応答についてのパフォーマンススコアの検討が含まれる。例えば、患者は、Ｅａｓｔｅｒｎ Ｃｏｏｐｅｒａｔｉｖｅ Ｇｒｏｕｐ（ＥＣＯＧ）のスコア「０」又は「１」を有する。この決定ポイントは、決定木における最終ノードに至り、最終ノードには、患者に対する組み合わせ療法として、カペシタビン、オキサリプラチン、及びベバシズマブが含まれる。

[0107] ユーザが確認すると、ナビゲートされるパスウェイは、ナレッジベースに適用され、適切な処置計画がレビューのために臨床医ユーザに提示される。臨床医は、次いで、提示されるオンパスウェイ選択肢から選択してもよいし、代わりにオフパスウェイ選択肢を作成してもよい。オンパスウェイ選択肢は、選択されたパスウェイのための複数の事前定義選択肢が含まれる。いったん処置計画が選択されると、対応する投与及びスケジュールに対して調節が行なわれる。ユーザ臨床医は、次いで、更新された処置計画を（例えば、「サブミット」ボタンをクリックすることなどによって）確認し、ワークフローエンジンは、臨床サポートシステムを、レポート及び添付文書生成プロセスに進める。代替的に、臨床医ユーザは、代わりに、例えば、より侵襲的な療法の患者ニーズ、患者の併存疾患、又は患者の好みに基づいて、オフパスウェイ選択肢を作成する。

[0108] 以下は、主題技術の特定の例示の実施形態の考察である。アーキテクチャ、システム、方法、及び／又は装置が開示されるが、当業者であれば、これらは一般的な理解と明確さのための例であることを理解するであろう。したがって、ステップの増減など、開示される実施形態に対する変形、代替的なアーキテクチャ、及び他の変形形態は、やはり本開示の思想及び範囲に含まれる。

[0109] 図１は、例示の臨床サポートシステムのためのシステムアーキテクチャ１００を描いている。図に描かれるように、システムアーキテクチャ１００は、多様なアーキテクチャ手法によって実現される、様々なコンポーネントを含む。限定はしないが、例えば、システムアーキテクチャ１００は、モノリス、マイクロサービスネットワーク、ディスアグリゲーテッドコンポーネントメッシュ、又は前述のアーキテクチャ手法の組み合わせのいずれであってもよい。その上、システムアーキテクチャ１００は、全体的に又は部分的に、サーバ、仮想機械（ＶＭ）などを介して、ローカルホスト、リモートホスト、クラウドプロバイダ、又は前述のホスティング選択肢の組み合わせの上で提供される。

[0110] システムアーキテクチャ１００は、パスウェイ提供者ポータル１０４、パスウェイオーサリングポータル１０６、及びビジネスプロセスモデリング表記法（ＢＰＭＮ）エンジン１０８と対話するワークフローエンジン１０２を含む。ワークフローエンジン１０２は、パスウェイ提供者ポータル１０４、パスウェイオーサリングポータル１０６、及びＢＰＭＮエンジン１０８全体で、プロセスを前進させ、管理する。一部の例では、ワークフローエンジン１０２は、グラフィカルユーザインターフェース（ＧＵＩ）（図２～図６Ｂ、及び図８～図１５を参照して以下で考察する）を通じてユーザから入力を受け取り、システムコントローラ及び／又はディスパッチャコンポーネント（図示せず）を含むか、それらと対話する。

[0111] パスウェイオーサリングポータル１０６は、患者を処置するために使用される、パスウェイを作成するため、修正するため、承認をレビューするため、及び公開するためのエンドユーザアプリケーションを提供する。図２～図６Ｂは、パスウェイオーサリングポータル１０６と対話するための、例示的なＧＵＩを描いている。特に、図２は、パスウェイオーサリングポータル１０６によって提供される、ビュー２００を描いており、ユーザは、このビューを通じて、新しい及び／又は改訂中のパスウェイにアクセスして執筆する。ビュー２００は、ユーザに、パスウェイ提供者ポータル１０４に公開するための、作業中及び／又は承認待機中の現在の項目の効果的で直感的なリストを与える。

[0112] ビュー２００は、パスウェイのコンポーネントの様々なリストにアクセスするためのナビゲーションバー及び／又はワークリストボタン２２０Ａによってアクセスされるワークリストクエリ結果２２０Ｂを含む。他のパスウェイコンポーネントについてのリストは、パスウェイボタン２２２、委員会レビューボタン２２４、レジメンボタン２２６、処置計画ボタン２２８、パスウェイグラフボタン２３０、処置プロトコルボタン２３２、臨床試験ボタン２３４、及び試験配置ボタン２３６によってそれぞれアクセスされる。実際、それぞれ個別のボタン２２０Ａ～２３６は、パスウェイナレッジベース１１０（例えば、データベース、データストア、ファイルシステムなど）中の情報でポピュレートされた対応するビューにナビゲートするために対話する。

[0113] その上、個別のパスウェイコンポーネントは、対応するボタン２２６～２３４を通じて作成及びキュレーションされる。例えば、レジメンボタン２２６によって、ユーザはパスウェイで使用する個々のレジメンを作成及びキュレーションし、処置計画ボタン２２８によって、ユーザはパスウェイで使用する個々の処置計画を作成及びキュレーションし、パスウェイグラフボタン２３０によって、ユーザはパスウェイベースの患者の処置で使用するナビゲーション可能なグラフを作成及びキュレーションし、処置プロトコルボタン２３２によって、ユーザはパスウェイで使用する処置プロトコルを作成及びキュレーションし、臨床試験ボタン２３４によって、ユーザはパスウェイで使用され得る臨床試験をキュレーション及び詳細化する。

[0114] 図には、ワークリストクエリ結果２２０Ｂが示され、フィルタ２２１、エクスポートボタン２３８、及び検索フィールド２４０が含まれている。ユーザは、ワークリストクエリ結果２２０Ｂを、フィルタ２２１（例えば、ステータス、領域、項目タイプなどにしたがったフィルタ）によってフィルタリングする。図の２００に示されるように、ワークリストクエリ結果２２０Ｂは、フィルタリングされておらず、パスウェイグラフ２０２Ａ、レジメン２０２Ｂ、及び処置計画２０２Ｃを含む、様々なタイプのワーク項目をリスト化している。ワークリストクエリ結果２２０Ｂは、エクスポートボタン２３８により、ローカルファイルフォーマット（例えば、．ｃｓｖ、．ｐｄｆ、．ｘｃｌ、ＸＭＬなど）でエクスポートされる。更には、ユーザは、検索フィールド２４０にテキストを入力することによって、ワークリストクエリ結果２２０Ｂ内を検索することができる。

[0115] ワークリストクエリ結果２２０Ｂは、各行がワークリストエントリ（例えば、パスウェイ２０２Ａ、レジメン２０２Ｂ、又は処置計画２０２Ｃ）である、テーブル状、又はグリッド状のフォーマットで表示される。各列は、個別のワークリストエントリの特定の特性を示しており、ワークリストエントリに基づいて、値を保持しなくてもよいし、ヌル値であってもよい。つまり、値のないエントリは、ブランク又は空のままである。列などのワークリスト項目特性としては、タイプ２０２、識別子２０４、疾患２０６、名称２０８、領域２１０、ステータス２１２、次の者により更新済／承認済２１４、最終更新日付２１６、及び備考２１８が挙げられる。

[0116] タイプ２０２は、パスウェイ２０２Ａ、レジメン２０２Ｂ、又は処置計画２０２Ｃのうちの１つに対応する。レジメン２０２Ｂ及び処置計画２０２Ｃは、識別子２０４に関連付けられるため、これらのワークリスト項目は、対応するフィールドに「Ｒ０００３１８」、「Ｔ００１０４６」などの英数字のシリアル値を含む。識別子２０４に関連付けられるワークリスト項目はまた、名称２０８にも関連付けられ、この名称は、対応レジメン２０２Ｂ又は処置計画２０２Ｃを口語的に称するために使用される一般名称などである。限定はしないが、例えば、各レジメン２０２Ｂは、個別の名称２０８「レンバチニブ」、「レンバチニブ／ペムブロリズマブ」、又は「ザヌブルチニブ」などを含む。処置計画２０２Ｃ名称２０８は、限定はしないが、例えば「進行又は許容できない毒性までペムブロリズマブ（２００ｍｇ）－レンバチニブ（２０ｍｇ）」などの投薬ガイダンスなどを含む、追加的な説明用語を含むことが多い。

[0117] 比較すると、パスウェイ２０２Ａは、特定の疾患２０６に関連付けられるため（一方で、レジメン２０２Ｂ及び処置計画２０２Ｃは、特定の疾患２０６に直接的には関連付けられていない）、これらのワークリスト項目は、対応するフィールドに疾患名称を含む。限定はしないが、例えば、疾患用のフィールド２０６は、「ＧＵ：膀胱がん」、「ＧＩ：膵臓腺癌」、「乳房：局所再発」、「ＮＨＬ：マントル細胞リンパ腫」、「乳房：原発限局性疾患」、「ＮＨＬ：縦隔大Ｂ」、「乳がん：原発限局性、侵襲的」、又は「乳がん：原発限局性、ＤＣＩＳ」のうちの１つをリスト化する。

[0118] 領域２１０は、対応ワークリスト項目がどの診療ドメインに含まれるかを示す。限定はしないが、例えば、領域２１０には、「医学的腫瘍学」、又は「放射腫瘍学」がある。ステータス２１２は、対応ワークリスト項目がワークフロー内でどこに位置するかを示す。例えば、まだ構築中及び／又は修正中のワークリスト項目は、「改訂中」としてリスト化されるが、レビュー及び／又は承認のためにサブミットされてしまったワークリスト項目は、「承認の保留中」としてリスト化される。次の者により更新済／承認済２１４は、ワークリスト項目は「改訂中」である場合、対応ワークリスト項目を修正する最後のユーザの氏名、又はワークリスト項目が「承認の保留中」である場合、ワークリスト項目をレビューして承認する責任のあるユーザの氏名を示している。最終更新日付２１６の日付は、対応ワークリスト項目が、最後にいつ編集又はレビューされたかを示す。

[0119] 備考２１８は、後のセルフレビュー用、又はワークリスト項目にアクセスを有する他者によるレビュー用に、対応ワークリスト項目に関するテキスト備考を入力するフィールドをユーザに与える。備考２１８は、対応パスウェイに関する実際的な観察、処置計画、又はレジメン、対応ワークリスト項目の作成者に対する疑問点、及び様々な他の自由形式のテキスト項目を含む。

[0120] ユーザは、パスウェイグラフボタン２３０と対話することによって新しいパスウェイ２０２Ａを作成し、図３で描かれる例示的なパスウェイオーサリングビュー３００のようなパスウェイオーサリングビューに入る。パスウェイオーサリングビュー３００では、クエリ結果３０１は、テーブル状、又はグリッド状の形式でパスウェイのリストを表示している。

[0121] クエリ結果３０１は、ビュー２００と同じように、疾患２０６、名称２０８、領域２１０、ステータス２１２、次の者により更新済／承認済２１４、最終更新２１６、及び備考２１８のためのフィールドを伴うエントリを表示する。しかしながら、このビュー３００によれば、パスウェイＢＰＭＮ項目だけが、リストに示されている。更には、更新要求３２０のためのフィールドが、クエリ結果３０１に含まれている。更新要求３２０フィールドは、対応パスウェイ項目が更新されるべきかどうかを示す（例えば、エラー、新しい臨床エビデンス、慣習の変更などのため）。いくつかの実施形態では、更新要求フィールド３２０は、１つ又は複数のユーザによって手動でセットされてもよいし（例えば、前述の要因を鑑みたユーザの判断に基づいて）、パスウェイに関する情報の自動的な分析に基づいて自動的にセットされてもよい。例えば、パスウェイの自動的な検証が失敗すると、フラグがセットされる。別の例として、パスウェイが特定の臨床エビデンスにリンクされ（例えば、オントロジー的な概念、又はデータモデルに記憶された特定の出版物へのリンクを介して）、システムがその臨床エビデンスにインパクトを与える新しい研究を突き止めた場合、更新フィールドは、自動的にセットされる。加えて、そのような事例では、新しい研究は、インパクトを受けるパスウェイＢＰＭＮを選択するユーザに対して利用可能にされるか、そうでなければパスウェイＢＰＭＮのデータ構造にリンクされる。

[0122] その上、ビュー３００は、新しいパスウェイ及び対応ワークリスト項目を作成するためにユーザが対話する、パスウェイ追加ボタン３０２Ａを含む。パスウェイ追加ボタン３０２Ａと対話することによって、パスウェイ作成ポップアップ３０２Ｂが、ユーザに与えられる。パスウェイ作成ポップアップ３０２Ｂは、領域選択用３０４及び原発疾患３０６のドロップダウンメニューを含み、選択された個別のフィールド値と共に新しいデータ項目をパスウェイナレッジベース１１０内に作成する前に、ユーザによって、このドロップダウンメニューから適切な選択肢が選択される。図３には原発疾患３０６が、「原発がん」として描かれているが、一部の例では、他の疾患が選択されてもよく、本開示の思想及び範囲内で、対応パスウェイ、処置計画、レジメンなどを作成するために、実質的に類似のワークフロー及びプロセスを経ることを理解されたい。領域選択３０４及び原発疾患３０６がセットされてしまうと、ユーザはグラフィカルなコンピュータ支援設計（ＣＡＤ）ツールを使用して、対応パスウェイをネットワークノードグラフ、又はＢＰＭＮ木として構築する。

[0123] 図４は、パスウェイＢＰＭＮを構築するための例示のＣＡＤビュー４００を描いている。パスウェイは、決定ノード４１８及び末端処置ノード４２０のグラフ４１２として、ビルドエリア４１０に表示される。疾患ノード４１４は、グラフ４１２中のルートノード又は開始点として機能し、選択された原発疾患３０６に基づいて自動的に生成される。図では、疾患ノード４１４は、「ＧＵ：膀胱がん」としてラベル付けされる。一部の例では、グラフ４１２の一部又は特徴は、特定の事前設定決定ノード４１８を生成してつなげることなどによって、パスウェイナレッジベース１１０から関連情報を自動的に検索することによって、原発疾患３０６に基づいて事前構築される。

[0124] 複数の決定ノード４１８が、先行する決定ノード４１８又は疾患ノード４１４から枝分れする場所では、ＣＡＤビュー４００は、グラフ４１２において、複数の後続決定ノード４１８を示す分岐インジケータ４１６を含む。決定ノード４１８は、特定の表現型、遺伝子型、及び／又はグラフ４１２の個別の枝分れ、つまり対応パスウェイの枝分れを通ってナビゲートするための他の患者特性を説明する。例えば、図４に描かれるように、胃腸泌尿器科膀胱がん（「ＧＵ：膀胱がん」）を表す疾患ノード４１４は、決定ノード４１８ａによって示されるように早期且つ非転移性、又は決定ノード４１８ｂで示されるような転移性及び／若しくはステージＩＶのいずれかである。決定ノード４１８ａと４１８ｂのどちらが選択されたかに基づいて、異なるパスウェイの枝分れが、個別の末端処置ノード４２０まで、ナビゲートされる。

[0125] いくつかの枝分れは、末端処置ノード４２０ではなく、パスウェイランチャ４１９で終わる。そのような事例では、パスウェイランチャ４１９は、処置選択肢が探索されると、ユーザがナビゲートされる新しいパスウェイを効果的に開始する。例えば、図４に示すように、決定ノード４１８ｃは、「以前に嚢腫切除なし」という患者特性を含み、選択されると、対応する新しいパスウェイを表現する新しいグラフ４１２を開始するパスウェイランチャ４１９ａに関連付けられ、対応する新しいパスでは、個別の疾患ノード４１４は、後続の決定ノード４１８と末端処置ノード４２０にインパクトを与える追加的な関連特性を含む。

[0126] 末端処置ノード４２０は、個別のパスウェイ（例えば、グラフ４１２）にマッピングされる、処置選択肢及び臨床試験についての詳細情報を含む。詳細情報は、パスウェイナレッジベース１１０に記憶される。一部の例では、詳細情報は、政府臨床試験リポジトリ（例えば、ｗｗｗ．ｃｌｉｎｉｃａｌｔｒｉａｌｓ．ｇｏｖ、ｗｗｗ．ｎｉｈ．ｇｏｖなど）のような、外部ウェブサイトなどへの関連リンクを追加的に含む。

[0127] パスウェイステータスは、「改訂中」ステージインジケータ４２４Ａ、「承認の保留中」ステージインジケータ４２４Ｂ、及び「承認済」ステージインジケータ４２４Ｃを含む、プログレスメータ４２２によって示される。パスウェイが下書き中、又は積極的に編集中の場合、改訂中インジケータ４２４Ａが、強調表示される（例えば、緑色にする、明るくする、不透明にするなど）。パスウェイが、十分に下書きされ、公開に先立ってレビューと承認を待機しているとき、承認の保留中インジケータ４２４Ｂが強調表示される。同様に、パスウェイがリリースに向けて承認されてしまうと、承認済インジケータ４２４Ｃが強調表示される。パスウェイは、改訂中から承認の保留中を経て承認済までの構築ワークフローに沿って進行する必要なく、保存ボタン４０６と対話することによって保存される。比較すると、ユーザは、承認のためサブミットボタン４０８と対話して、パスウェイの下書きを終え、レビュワーコメント及び／又は公開に向けての承認のためにサブミットする。

[0128] ビュー４００は、更なるパスウェイ情報を含む。現在のステージインジケータ４０２は、パスウェイが、ステージインジケータ４２４Ａ～４２４Ｃのどこに現在位置しているかを示す。バージョンインジケータ４０４は、パスウェイのどのバージョンが現在閲覧されているかを示す。一部の例では、パスウェイバージョンは、それぞれ閲覧及び編集される。最終更新者フィールド４０３は、パスウェイと更新日付を更新する最後のユーザの識別情報を提供する。加えて、「他のリビジョン」タブ４０７により、ユーザは現在閲覧されているパスウェイのバージョンの他のリビジョンにアクセス及び／又は閲覧をすることができる。

[0129] 決定ノード４１８は、特定の特性、表現型、遺伝子型などについて個々に設定される。図５Ａ～図５Ｂは、単一の特性ノード、及びブール型（例えば、「ＡＮＤ」、「ＯＲ」など）の特性の設定を含むノードについてのノード設定ＧＵＩを描いている。図５Ａでは、ズームされたビュー５００は、決定ノード５０２を設定するための設定メニュー５０４を含むビルドエリア４１０の一部をフォーカスする。

[0130] 設定メニュー５０４は、様々な特性を個別の決定ノード４１８に割振るために使用される。ノードＩＤ５０６は、個別のパスウェイに一意な、設定中の決定ノード４１８のための識別子を表示する。一般に、ノードＩＤ５０６は、基礎となる臨床サポートシステム（例えば、ＢＰＭＮエンジン１０８、パスウェイナレッジベース１１０、ワークフローエンジン１０２など）によって自動的に生成される。図では、ノードＩＤ５０６は、「Ｎｏｄｅ＿７」である。

[0131] ノード名フィールド５０８Ａ～５０８Ｂは、個別の決定ノード４１８に割振られた名称を表示する。一部の例では、ノード名称フィールド５０８Ａは、特性サブメニュー５１０における選択に基づいて名称を自動的に割振られる。一部の例では、ノード名称フィールド５０８は、ユーザ入力により、手動で名称を割振られてもよい。

[0132] 特性サブメニュー５１０は、選択されたノードタイプ５１１に基づく特性セレクタ５１２Ａ～５１２Ｇの集合を含む。ノードタイプ５１１は、条件、患者特性などのドロップダウンタブから選択される。一部の例では、ノードタイプ５１１は、先行する決定ノード４１８及び／又は疾患ノード４１４に基づいて、特定の値に限定される。各特性セレクタ５１２Ａ～５１２Ｇは、ユーザが選ぶ対応演算子の値（例えば、「＝」、「！＝」など）のリストを提供する、対応するドロップダウンタブ５１３を含む。その上、各特性セレクタ５１２Ａ～５１２Ｇは、対応演算子の値と組み合わせ可能な、対応特性値セレクタ５１４を含み、正又は負の特性要件を作成する。

[0133] 図では、ノードタイプ５１１は、「疾患－ステージ」であり、特性セレクタ５１２Ａ～５１２Ｇは、限定はしないが、例えば、システムセレクタ５１２Ａ、タイプセレクタ５１２Ｂ、Ｔステージセレクタ５１２Ｃ、Ｎステージセレクタ５１２Ｄ、Ｍステージセレクタ５１２Ｅ、グループステージセレクタ５１２Ｆ、及びＣＬＬ－ＲＡＩセレクタ５１２Ｇを含む。グループステージセレクタ５１２Ｆは、グループステージセレクタ５１２Ｆに基づいて選択肢のメニューを含む、関連付けられた特性セレクタドロップダウンタブ５１４Ｂによって、「＝」にセットされる演算子の値５１３及び、「ＩＩ」にセットされる特性値セレクタ５１４Ａと関連付けられる。したがって、図５Ａに描かれるように、ノード５０２はグループステージＩＩノードとなるように設定される。

[0134] 場合によっては、決定ノード４１４は、複数のノードタイプ５１１に適用される「ＯＲ」又は「ＡＮＤ」などのブール型条件パラメータを含むように構成されてもよい。図５Ｂは、決定ノード５０２のブール型ノード設定５５０を描いている。ノード名称フィールド５０８Ｂは、ノード設定メニュー５０４でＯＲ条件５５２がアクティブ化されていることを反映して、「ステージＩ又はステージＩＩ」にセットされる。図では、ＡＮＤ条件５５１は、アクティブ化されていないためグレーアウトしているか、そうでなければ視覚的にＯＲ条件５２２と視覚的に区別される。ブール型括弧５５４は、更なる視覚的インジケータ及び値セレクタ５１４によってセットされる複数の特性値のグルーピングを与える。

[0135] 図６は、例示のパスウェイレビューのビュー６００を描いており、承認されて公開されたパスウェイは、パスウェイオーサリングポータル１０６を介してレビューされる。現在のステージインジケータ６０２は、レビュー中のパスウェイが承認されたことを示しており、これはプログレスメータ４２２に対応する。更には、バージョンインジケータ６０４は、レビュー中のパスウェイが第４のバージョン（「Ｖ４」）であることを示し、承認者クレジット６０３は、レビュー中のパスウェイを承認した人物又はエンティティを特定する。

[0136] グラフ６１２は、レビュー中のパスウェイに対応しており、上述のようにナビゲートされる。更には、グラフ６１２を通じる進行は、保存ボタン４０６と対話することによって保存し、時間的に後で再検討することができる。ユーザがアーカイブを希望する（例えば、アクティブではない記憶状態にするなど）場合、ユーザは、ＧＵＩにより提供されるアーカイブボタン６０６と対話する。

[0137] 図７は、パスウェイを、例えばパスウェイオーサリングポータル１０６を通じて作成及び修正するための例示の方法７００を描いている。ユーザは、方法７００を、図１で上述して描いたシステムアーキテクチャ１００とほとんど同様にアーキテクトされたシステムを通じて実施する。

[0138] 動作７０２では、アクセス中のユーザに関連付けられるパスウェイ、レジメン、及び／又は処置計画のワークリストが、例えばアクセス中のユーザへのＧＵＩを通じて、生成及び表示される。例えば、ユーザは、パスウェイオーサリングツール１０６を通じてパスウェイを作成するために、自身の機関によって認可された臨床医である。個別のアカウントを通じてワークリストをレビューする際、ユーザには、作業を行なった、又は自身の機関に関連付けられ、現在構築中若しくは改訂中である、パスウェイ、レジメン、及び／又は処置計画のリストが提示される。

[0139] 動作７０４では、ユーザは、領域（例えば、医学的腫瘍学、放射腫瘍学など）と疾患の選択を、例えば、パスウェイに対応する初期グラフを生成するためのパスウェイオーサリングポータル１０６に提供する。初期グラフは、疾患選択に基づいた、疾患ノード４１４などのルートノードを含む。一部の例では、決定ノード４１８及び又は末端処置ノード４２０などの追加的なノードは、疾患選択、領域選択、ユーザ若しくはユーザ機関に関連付けられる変数に基づいて、又は追加的なインターフェースを行なう内部及び／若しくは外部サービス（例えば、ＡＰＩ、マイクロサービスメッシュなどを介して）に基づいて、全体又は部分的に、自動的に生成される。

[0140] 動作７０６では、初期グラフが生成され、コンピュータ支援設計（ＣＡＤ）のグラフィカルユーザインターフェース（ＧＵＩ）を通じてユーザに提供される。グラフの要素は、パスウェイ、レジメン、及び処置計画について様々な関連情報を記憶するＢＰＭＮデータベース及び／又はナレッジベースに記憶されたデータにマッピングされる。いくつかの実施形態では、初期グラフは、空のグラフ（しかし、新しいノード定義を受け取るための確立された適切なデータ構造を持つ）として、単一のノードグラフとして（例えば、ルートノードのみを含む）、又は多ノードグラフとして（例えば、既存のグラフ又は更に修正されるグラフテンプレートをインポートする）生成される。

[0141] 動作７０８では、更新及び／又は説明（例えば、設定セッティング）は、初期グラフの決定ノード及び／又は末端処置ノードのために（例えば、パスウェイオーサリングツール１０６などによって）受信される。更新及び説明は、患者の特性、処置条件、及び／又はグラフによって表現されるパスウェイのタイミング要素に相当する。

[0142] 動作７１０では、更新されたグラフは、後々の改訂、更新、及び／又はレビューのために、記憶される。グラフ、並びにナレッジベース及び／又はＢＰＭＮネットワーク内のデータへの個別のマッピング情報は、ローカルのデータベース、クラウドストレージ、リモートストア、又はリポジトリなどに記憶される。描かれるように、ユーザは、記憶された更新済のグラフに、後でアクセスして、グラフを更に修正又は改訂する場合がある。

[0143] 動作７１２では、記憶された更新済のグラフは、レビュー、承認の保留、及び公開のために、パスウェイ提供者ポータル１０４などの提供者ポータルにサブミットされる。グラフは、例えば、マネージャ、同僚、診療長、レビュー委員会、同僚グループなど、認可されたレビュワーによってレビューされる。レビューの結果、更なる改訂が必要とされる場合、ユーザは通知され、必要に応じてグラフを更に改訂する。一部の例では、レビュワーは、コメント、ガイダンス、提案、などを、グラフを更に改訂する要件と共に含める。したがって、図７に描かれるように、方法７００は、動作７０８にループして戻ってもよいし、適切であれば動作７１４に進んでもよい。

[0144] 動作７１４では、承認の通知が受信され、グラフが提供者ポータルに公開され、対応パスウェイに関連付けられる。結果として、臨床医、医師、提供者、及び提供者ポータルの他の認可されたユーザは、グラフにアクセスして展開し、対応パスウェイの個別の使用をサポートする。

[0145] 図１に戻ると、パスウェイ提供者ポータル１０４は、公開されたパスウェイに、アクセスするため、管理するため、選択するため、ナビゲートするため、及び実行するための、入力を受信する。加えて、臨床サポートシステムのユーザは、集約された臨床データ及びゲノムデータを提供する患者ダッシュボードにアクセスして、適当なパスウェイの選択及び／又はナビゲーションをサポートする。一部の例では、パスウェイ提供者ポータル１０４は、パスウェイ、レジメン、及び／又は処置計画若しくは療法を、患者ダッシュボードによって提供される集約データに基づいて、自動的に推奨する場合がある。

[0146] 図８は、直感的で情報の多いＧＵＩを通じて、患者データをレビューするための患者ダッシュボード８００を描いている。患者ダッシュボード８００は、身元、性別、年齢、原発がんなどの個本的な患者情報、並びに患者の処置全体で臨床的な決定を行なうためのそれぞれ重要な医学的情報を含む詳細なレポートタイル８１６～８３２の両方を含む。

[0147] 患者は、氏名フィールド８０２及びＩＤ値８０４によって特定される。性別及び年齢フィールド８０６は、患者の性別及び年齢を表示し、原発がんフィールド８０８は、処置対象の患者の疾患又は状態を表示する。図の８００は、直腸結腸がん（「ＣＲＣ」）の処置を受ける患者を描いているが、当業者であれば、他の疾患及び／又は状態が、本開示の内容の支援を得て、限定はしないが、様々ながん及び他の患者状態を含め、処置され得ることを理解されよう。

[0148] 更には、患者ダッシュボード８００は、患者の紹介状が誰から来るのか、また紹介状が処置を行う組織に対して内部かそれとも外部かを識別するための紹介状リンク８１０、及び患者が現在疾患のどのフェーズにいるかを示す、フェーズ識別子８１２を含む（例えば、第１のフェーズ、慢性期、回復期など）。処置履歴タイムライン８１４は、レビュー中のユーザに、患者が何年にもわたって受けてきた処置及び検査のサマリを提供する。処置イベントアイコン８１５は、患者が相互に関連する処置又は検査をいつ受けたかを、正確な日付と共に示す。例えば、処置履歴タイムライン８１４は、化学療法（「ｃｈｅｍｏ」）、ゲノミクス検査、及び複合領域処置（ＭＤＴ）用の処置イベントアイコンを含む。

[0149] 詳細なレポートタイル８１６～８３２は、個々のレポートウィンドウであり、一部の例では、ユーザの好み（例えば、サイズ、データ、視覚的な性質など）にしたがってカスタマイズされる。図では、詳細なレポートタイル８１６は、以前のＭＤＴのスクロール可能なサマリ及び対応する臨床的な疑問点をレビューするためのタブを提供する。詳細なレポートタイル８１６は、関連する家族履歴、アレルギー、症状、医薬品など、患者についてのサマリ病歴を提供する。

[0150] 詳細なレポートタイル８２０は、癌胎児性抗原（ＣＥＡ）検査情報、ヘモグロビン血液（Ｈｂ）検査情報、及び推算糸球体濾過量（ｅＧＦＲ）検査情報などの、ラボ検査情報を提供する。詳細なレポートタイル８２２は、併存疾患情報（例えば、糖尿病、感染症、血管、心臓血管など）を含む。詳細なレポートタイル８２４は、患者の処置に対する適応性についての、推定、及び関連又はサポート情報を含み、手術、化学療法など特定の処置を含む。詳細なレポートタイル８２６は、血液学的情報を含み、詳細なレポートタイル８２８は、アッセイ情報を含む。バイオマーカ情報は、詳細なレポートタイル８３０で与えられる。詳細なレポートタイル８３２は、ユーザが患者の以前の処置に関する入力を与える対話可能な応答項目を含む。例えば、患者ダッシュボード８００では、ユーザは以前の処置が計画通りに実施されたかどうか、及び新しい処置計画が治癒的かそれとも緩和的かを、詳細なレポートタイル８３２のラジオボタンを介してセットする。ユーザが詳細なレポートタイル８３２で適切な情報を入力してしまうと、コミットボタン８３４を押下して、情報が承認され、情報は患者用の個別の電子医療記録（ＥＭＲ）に入力される（例えば、ＡＰＩコールなどを介して）。

[0151] 図９及び図１０は、患者ダッシュボード８００からの情報に基づいた、例示的なクリニカルパスウェイナビゲーションビュー９００及び１０００を描いている。図では、バイオマーカ説明を使用して、処置計画及び／又はパスウェイにおける分岐イベントを表現している。慢性骨髄性白血病に対するクリニカルパスウェイは、ＡＢＬ１感作変異（例えば、Ｙ２５３Ｈ）の上など、セカンドライン療法と比較して、ファーストライン上に階層化される。対応パスウェイＢＰＭＮ表現及び患者プロファイル表現におけるこの情報に基づいて、ＢＰＭＮエンジンは、マッチングを実施して、パスウェイ提供者ポータルのＧＵＩ上に提示する提案を自動的に生成する。

[0152] クリニカルパスウェイナビゲーションビュー９００は、慢性骨髄性白血病を有する患者についての初期処置のビューである。クリニカルパスウェイビュー９００は、クリニカルパスウェイでステップを選択するのに有用な、氏名、識別子、年齢、性別、民族性などの患者情報を含む患者情報サマリバー９０２を含む。ワークフローメータ９０４は、「計画を開始」９０５Ａ、「パスウェイを選択」９０５Ｂ、「処置を選択」９０５Ｃ、「署名」９０５Ｄ、及び「完了」９０５Ｅ用のインジケータなど、処置ワークフロー内のステップを含む。更に、タブ９０６～９１２は、処置計画情報を閲覧するための計画情報タブ９０６、クリニカルパスウェイをナビゲーション及びレビューするためのパスウェイタブ９０８、患者情報及び関連パスウェイ進行に基づいて患者に利用可能な療法及び試験選択肢をレビューするための療法及び試験タブ９１０、並びに臨床試験、療法、検査などに参加するために必要な同意書及びレポートをレビュー、検索及び完了するための同意書及びレポートタブ９１２を含む、クリニカルパスウェイナビゲーションビュー９００を通じてアクセスされる。

[0153] 一部の例では、ノード間のナビゲーションは、対応する患者ＥＭＲを処理することによって自動的に実施される。データは、患者ＥＭＲから検索され、上述のようなパスウェイ作成において各ノードにビルトインされた条件付きの値に対してチェックされる。一部の例では、患者ＥＭＲは、まず、限定はしないが、例えばＸＭＬ又はＪＳＯＮオブジェクトなどの適切なデータ構造に変換される。次いで、ノードは、変換されたオブジェクトから患者の特性を、例えばオブジェクトに対する直接的な「ｇｅｔｔｅｒ」コールを通じて、自動的に検索するための動作を含む。例えば、ノードは、適切なノードに自動的にナビゲートする前に、「ｐａｔｉｅｎｔ．ａｇｅ（）」値エントリを通じて患者の年齢を検証し、この場合「ｐａｔｉｅｎｔ」は、ＥＭＲから変換されたデータオブジェクトを特定する。一部の例では、辞書又はオントロジーは、ノードのフィールドに対するマッピング又は条件、及び様々な関数又はデータ検索コール（例えば、ｇｅｔｔｅｒなど）を記憶する。一部の例では、どの辞書又はオントロジーが使用されるかは、機関、部門、疾患、及び／又はパスウェイを執筆したユーザに依存する。

[0154] 図では、患者は、ファーストライン療法に非応答的であり、そのためセカンドライン療法及びＡＢＬ１遺伝子上の特定の変異にマッチングされる。決定ノード９１９Ａ～Ｈは、疾患ノード９１４から延びており、対応パスウェイの選択されたステップ９１８Ａ、９１８Ｂ、及び９１８Ｃを反映する、グラフ９１５を通じる視覚的なパスを表示している。

[0155] 履歴ペイン９１６は、対応中の現在の患者について適切に通過してきた個別のパスウェイアームに対応する、すべての選択されたステップ９２２Ａ～Ｆを示す。特に、履歴ペイン９１６は、グラフ９１５を通じるステップと、更に患者がファーストライン療法に対して次善の（ｓｕｂｏｐｔｉｍａｌ）応答を示すことを表現する末端決定ノード９１８Ｃに到達後、患者によって経験される、関連する後続のクリニカルパスウェイを表現する後続のグラフを通じるステップについての、ステップを表示する。様々な実施形態では、システムは、グラフ９１５によって描かれる基礎となるデータに基づいて、履歴ペイン９１６のコンテンツを動的に生成する。

[0156] 一部の例では、グラフ９１５は、ＸＭＬファイルとしてデータベースに記憶される。グラフ９１５を通じてナビゲートされるパス（例えば、ステップ９２２Ａ～Ｆに対応する個別のパスウェイアーム）は、ＢＰＭエンジンによるレンダリングのために検索されて解釈されるビジネスプロセス実行を記憶する、別個のデータオブジェクトとして保存される。ビジネスプロセス実行のデータオブジェクトは、パスウェイグラフを記述する対応ＸＭＬファイル内で項目又はエントリへの参照を記憶し、またパスウェイ及び／又は履歴ペイン９１６のコンテンツのナビゲーションを生成するためにアクセスされる。対応ＸＭＬファイルは、バージョン制御され、結果として、プロセス実行オブジェクトは、特定バージョンのパスウェイをそれぞれ参照し、パスウェイの他のバージョンは、独立したＸＭＬファイルとして、或いは一部の例では、共有される基礎となる（例えば、バージョン１．０）ＸＭＬファイルに適用される１つ又は複数の反復（例えば、差分）として、記憶される。

[0157] 例えば、システムが、パスウェイを木データ構造（例えば、ＸＭＬデータオブジェクト）として記憶する場合、システムは、新しいサマリデータ構造（例えば、順序付けられたリスト、木、又は別のビジネスプロセス実行フォーマット）を作成し、パスウェイ木データ構造のルートノードをサマリデータ構造にコピーし、患者データに基づいてパスウェイ木データ構造にある次のノードに移動し（例えば、選ばれる次のノードを示す患者データ、又は次のノードを推測するためにパスウェイ木データ構造と併せて解釈可能な患者データ）、この次のノードをサマリデータ構造にコピーし、今までの患者の行程全体がサマリデータ構造内で把握されるまで、このやり方で継続する。次いで、システムは、サマリデータ構造を、履歴ペイン９１６で示される線形なフローチャートなどの図的表現に、又は履歴ペイン９１６に含められる別の好適な代替的表現に変換する。

[0158] 履歴ペイン９１６は、同一のビュー９００に完全なグラフ９１５としてまとめて示されるが、履歴ペイン９１６は、完全なグラフ９１５ではなく、他のビューに患者の今までの処置パスのサマリとして示されてもよいことを了解されたい。例えば、いくつかの実施形態では、ユーザが療法＆試験タブを選択すると、履歴ペイン９１６と共に、患者についての利用可能な療法及び試験に関する情報を含む、異なるビュー（図示せず）が表示される場合がある。

[0159] 図１０に描かれる、クリニカルパスウェイナビゲーションビュー１０００は、ステップ９２２Ｅとその後を反映し、先行パスウェイを反映するクリニカルパスウェイに対応するグラフ１０１５を表示する。パスウェイナビゲーションビュー９００と比較して、ルートノード１０１４は、疾患（例えば、慢性骨髄性白血病）に直接的には関連していないが、代わりに、対応中の現在の患者の処置中に通過してきた先行パスウェイアームに関連している。結果として、ルートノード１０１４は、「慢性期、セカンドライン、ファーストラインに対する次善応答」を含む、グラフ９１５を通るナビゲーションのサマリを含む。同様に、決定ノード１０１８Ａ及び１０１８Ｂは、履歴ペイン９１６において選択されたステップ９２２Ｅ及び９２２Ｆとして、反映される。末端処置ノード１０２０は、グラフ９１５及び１０１５両方を通じて先行ノードにしたがって提案される、オンパスウェイ処置計画を与える。

[0160] 図１１は、ユーザに利用可能なものから処置計画にアクセスするための例示の処置計画選択ビュー１１００を描いている。処置計画は、テーブル状のフォーマットで、要約された様式でユーザに提示される。個々の処置計画は、行エントリとしてそれぞれ示される。

[0161] それぞれの行は、処置計画名称１１０２、利用可能であれば、処置計画が意図される原発がん１１０４、領域１１０６（例えば、医学的腫瘍学、放射腫瘍学など）、処置計画をサブミットした提供者名称１１０８、ステータス１１００、ナビゲーション識別子１１１２、最終更新１１１４、及び選択アクションを実施するためにアクセスされるアクションメニュー１１１６を含む。更には、ユーザは、「新しく始める」ボタン１１１８と対話することによって、新しい処置及びパスウェイナビゲーションを開始する。

[0162] 図１２は、図９～図１０と類似の、例示のパスウェイナビゲーションビュー１２００を描いている。図では、パスウェイは、処置計画選択ビュー１１００からの計画の選択に続いて開始される。ワークフローメータ１２０２は、図的表現を、対応する処置ワークフローと共に、完了したステップのユーザに提供する。

[0163] 計画情報タブ１２０６及びパスタブ１２０８は、パスウェイナビゲーションビュー１２００内でユーザに利用可能となる。追加的なステップが完了すると、ワークフローメータ１２０２で示されるように、追加的なタブがユーザに利用可能となる。

[0164] グラフ１２１５は、選択されたパスウェイに対応し、グラフ１２１５をナビゲートするにつれ、履歴ペイン１２０９は、対応するパスウェイ選択でポピュレートされる。更には、ノード選択タブ１２１０によって、ユーザは、グラフ１２１５内のノードをクリックする代わりに、又はそれに加えて、利用可能な選択肢のドロップダウンタブを通じてグラフ１２１５をナビゲートすることができる。パスウェイ選択１２１２Ａｉは、「肺非小細胞」のノード１２１２Ａｉｉに対応し、パスウェイ選択１２１２Ｂｉは、「転移性」のノード１２１２Ｂｉｉに対応し、パスウェイ選択１２１２Ｃｉは、「扁平上皮」のノード１２１２Ｃｉｉに対応する。選択のそれぞれ、及び対応するノードは、選択されたパスウェイを通じて処置される疾患（例えば、肺がんなど）の更なる特性情報を提供する。ここで選択されない追加的なノードとしては、「ターゲット療法」ノード１２１３Ａｉ、及び後続の「ＥＧＦＲ」ノード１２１３Ｂｉが挙げられる。

[0165] 図１３は、ターゲット療法ノード１２１３Ａｉ及びＥＧＦＲノード１２１３Ｂｉが選択されており、それに応じて療法と試験とが患者にマッチングされた療法及び臨床試験ビュー１３００を描いている。例えば、患者の特定のパスウェイの、１つ又は複数のノード（例えば、全パスウェイに対して患者のために選択される最終ノード、又はノード１２１３Ａｉｉ、１２１３Ｂｉｉ）は、１つ又は複数の処置又は臨床試験についての識別子を含む。システムは、パスウェイ内で患者の特定の選択されたノード上の各ノードに対応するデータ構造を読み出し、臨床試験又は処置についてのあらゆる識別子を集め、これらの試験又は処置を説明する更なる情報を検索し（例えば、データベース内の識別子をクエリすることによって）、組織化され対話的なフォーマットの情報を療法及び臨床試験ビュー１３００を介して表示する。ノード１２１３Ａｉ及び１２１３Ｂｉに対応するパスウェイ選択１２１３Ａｉｉ及び１２１３Ｂｉｉは、履歴ペイン１２０９に追加されており、それによって、全パスウェイを通じて選ばれる患者の特定のパスのサマリビューを提示する。特に、ワークフローメータ１２０２は、「処置を選択」まで進んでおり、療法及び試験タブ１３１０は、ユーザに利用可能となっている。

[0166] 療法及び試験タブ１３１０がアクセスされると、オンパスウェイサブタブ１３１２及びオフパスウェイサブタブ１３１４によって、オンパスウェイ処置及びオフパスウェイ処置を閲覧するため、及び／又は選択のために、サブタブがユーザに利用可能となる。オンパスウェイサブタブ１３１２は、臨床サポートシステムによって、上のパスウェイナビゲーションにマッチングする臨床試験１３１６及び処置１３１８を表示する。それとは対照的に、オフパスウェイサブタブ１３１４により、ユーザは、臨床サポートシステムが自動的に提案しなかった処置又は臨床試験を、手動で選択することができる。

[0167] 図では、処置１３１８は、選択トグル１３２１を介して選択された第１の処置計画１３２０を含む。計画サマリペイン１３２２は、選択された処置計画の要約された情報を用意する。計画サマリペイン１３２２は、レジメン１３２４を含み、レジメン１３２４には、薬物投与、薬物摂取方法（例えば、「経口」）、頻度（例えば、「１日に１回」）、期間（例えば、「１日～２８日間」）、及びスケジューリング情報（例えば、「２８日サイクル」）が含まれる。その上、リスク説明１３２６は、処置のリスク評価を、説明的、叙述的（例えば、構造化されていない文字列文など）な用語で提供する。ユーザは、計画サマリペイン１３２２を通じて、処置を調節又は確認する。

[0168] 図１３Ｂは、パスウェイ提供者ポータルを通じてアクセスされる、及び／又はパスウェイオーサリングポータル、若しくは図１３Ａを参照して上で考察した、計画サマリペイン１３２２を通じて処置を調節することによって、のいずれかで修正される、処置計画ビュー１３２５を描いている。処置計画ビュー１３２５は、承認ステータス、バージョン、及び承認済の処置計画の事例では承認日付、又は改訂中の処置計画の事例では、改訂中の処置計画を最後に編集した日時、及び執筆者を示す、バージョン情報１３３０を含む。更には、ワークフローメータ１３２８は、処置計画が、改訂ワークフローのどのステップにいるか、「改訂中」、「承認を保留中」、及び「承認済」などを示す。図では、承認された処置計画が示され、処置計画ビュー１３２５は、処置計画を削除するため、及び「改訂中」にセットするために、それぞれアーカイブボタン１３２９及び改訂ボタン１３３１を含む。

[0169] 処置計画ビュー１３２５は、ユーザに、処置計画が患者にとって適切かどうかを判断するための処置計画の様々な詳細を提供する、処置計画詳細セクション１３３２を含む。処置計画詳細セクション１３３２は、処置計画名称１３４４、領域１３４５、処置計画識別子１３４６、レジメン名称１３４７、処置計画備考１３４８、及び承認文書１３４９を含む。領域１３４５は、機関による定義又は実務に基づいている。図では、領域１３４５は、Ｄａｎａ－Ｆａｒｂｅｒ Ｃａｎｃｅｒ Ｉｎｓｔｉｔｕｔｅ（ＤＦＣＩ）定義にしたがうものであり、「医学的腫瘍学」とセットされている。処置計画識別子１３４６は、処置計画についての英数字識別子である。レジメン名称１３４７は、処置計画に関連付けられるレジメンの名称を示しており、図１３Ｄ～図１９を参照して、以下で更に考察する。処置計画備考１３４８は、臨床サポートシステムを通じて処置計画にアクセスする、他のユーザによって閲覧され得る処置計画に関する備考を記憶するための、自由形式のテキストフィールドを含む。承認文書１３４９は、関連付けられた承認プロセスを文書化及び／又は検証する承認文書添付資料（例えば、ＰＤＦ、ＤＯＣ、ＪＰＧなど）を含む。

[0170] 更には、処置計画ビュー１３２５は、薬物リスト１３３４及び関連薬物レジメンに関する情報を含む。薬物リスト１３３４は、行として提供される薬物のテーブル状のリストを含む。各薬物（行）は、薬物名称１３３６、投与１３３７、投与単位１３３８、投与備考１３３９、投与頻度１３４１、投与スケジュール１３４２、及びサイクル長１３４３を含む。実際には、ユーザは、処置計画に関連付けられる主要な薬物レジメン情報を、単一の、アクセス可能なインターフェースにおいて閲覧して、患者を処置するための処置計画の適切さを判断する。

[0171] 図１３Ｃは、例えば、上で考察した療法及び臨床試験ビュー３００を通じてアクセスされる臨床試験ビュー１３５０を描いている。一般に、療法及び臨床試験ビュー３００でリスト化される各臨床試験は、ユーザが、患者を処置するための臨床試験の適切さを判断する際に、重要な臨床試験サマリ情報をレビューするために、個別の臨床試験ビュー１３５０へのリンクを含む。臨床試験ビュー１３５０は、承認ステータス、バージョン、及び承認済の臨床試験説明の事例では承認日付、又は改訂中の臨床試験説明の事例では、最後に編集した日時、及び執筆者を示す、バージョン情報１３５１を含む。更には、ワークフローメータ１３５２は、臨床試験説明が、改訂ワークフローのどのステップにいるか、「改訂中」、「承認を保留中」、及び「承認済」などを示す。図では、承認された臨床試験説明が示され、そのため臨床試験ビュー１３５０は、臨床試験説明を削除するため、及び「改訂中」にセットするために、それぞれアーカイブボタン１３５４及び改訂ボタン１３５６を含む。

[0172] 臨床試験名称１３５５は、臨床試験詳細ペイン１３５８の上部に表示される。臨床試験詳細ペイン１３５８は、プロトコル番号１３５９、主任研究者名１３６０及び機関リンクされた主任研究者名１３６１、短いタイトル１３６２、長いタイトル１３６３、リポジトリベースの臨床試験識別子１３６４、フェーズ１３６５、機関リンク１３６６、臨床試験リポジトリリンク１３６７、及びステータス１３６８を含む。一般に、臨床試験名称１３５５と短いタイトル１３６２とは同じであるが、長いタイトル１３６３には、臨床試験についての追加的で説明的な用語が含まれる。リポジトリベースの臨床試験識別子１３６４は、限定はしないが、例えばｗｗｗ．ＣｌｉｎｉｃａｌＴｒｉａｌｓ．ｇｏｖ又は臨床試験の何らかの他の公的なリポジトリ上で臨床試験にアクセスするための、関連付けられた識別子である。同様に、臨床試験リポジトリリンク１３６７は、ｗｗｗ．ＣｌｉｎｉｃａｌＴｒｉａｌｓ．ｇｏｖなど、公的なリポジトリ上の個別の臨床試験ページへの直接的なハイパーリンクを含んでもよい。臨床試験が特定の機関と提携され、提携機関が関連付けられた、利用可能なウェブコンテンツを有する場合、機関リンク１３６６は、関連付けられたウェブコンテンツへのリンクを含む。フェーズ１３６５は、臨床試験がどのフェーズにあるかを示し、ステータス１３６８は、臨床試験の「登録に空き（ＯＰＥＮ ＴＯ ＡＣＣＲＵＡＬ）」など、主題のステータスを示す。

[0173] 図１３Ｄは、特定の処置計画などに関連付けられるレジメンをレビューするための臨床サポートシステムを介してアクセスされる、レジメンビュー１３７０を描いている。レジメンビュー１３７０は、承認ステータス、バージョン、及び承認済のレジメンの事例では承認日付、又は改訂中のレジメンの事例では、改訂中のレジメンを最後に編集した日時、及び執筆者を示す、バージョン情報１３７１を含む。更には、ワークフローメータ１７２は、レジメンが、改訂ワークフローのどのステップにいるか、「改訂中」、「承認を保留中」、及び「承認済」などを示す。図では、承認されたレジメンが示され、レジメンビュー１３７０は、レジメンを削除するため、及び「改訂中」にセットするために、それぞれアーカイブボタン１３７４及び改訂ボタン１３７６を含む。

[0174] レジメンビュー１３７０は、レジメン詳細ペイン１３７８と薬物リストペイン１３８９の上部に表示されるレジメン名称１３８０を含む。レジメン詳細ペイン１３７８は、様々なユーザ詳細を提供し、薬物リストペイン１３８９は、レジメンに含まれる薬物の詳細なリストを提供する。

[0175] レジメン詳細ペイン１３７８は、レジメン名称１３８１、レジメン識別子１３８２、レジメンタイプ１３８３、領域１３８４、二次レジメン名称１３８５、二次レジメン識別子１３８６、承認文書１３８７、及び処置リスク説明１３８８を含んでおり、そのそれぞれは、機関特有の実務にしたがって、構造化又はフォーマット化される。レジメンが、２つ以上の名称又は識別子を有する事例では、二次レジメン名称１３８５及び二次レジメン識別子１３８６は、それぞれ追加的な名称及び識別子を示す。承認文書１３８７は、レジメンが使用を承認されたことの文書化及び／又は検証を提供する添付資料を含む。処置リスク説明１３８８は、レジメンに関連付けられるリスクの自由形式の文章説明を含む。

[0176] 薬物リストペイン１３８９は、レジメンで使用される薬物のテーブル状のリストを、１行に１薬物として表示する。各薬物（行）は、薬物名称１３９０及び薬物識別子１３９１を含む。薬物識別子１３９１は、システム及びデータベース内で薬物を探すための英数字の識別子である。

[0177] 一般に、レジメンビュー１３７０によって説明される各レジメンは、単一の処置計画に関連付けられる（例えば、上で考察した処置計画ビュー１３５０によって説明される通り）。

[0178] 図１４は、選択された処置計画に関連付けられる同意書及びレポートをレビュー及び検索するための、同意書及びレポートビュー１４００を描いている。同意書及びレポートタブ１４１２によって、ユーザは、同意書及びレポートビュー１４００にナビゲートできる。臨床サポートシステムは、適切な同意書を検索して、選択された療法及び／又は試験に基づいた適切なレポートを生成する。図では、非治験薬、非研究薬についてのインフォームドコンセント、及び処置書類１４０２が、署名及び／又は印刷用に臨床サポートシステムによって与えられる。

[0179] 同意書及びレポートビュー１４００は、同意書（例えば、書類１４０２）及びレポートの両方を、適切に与える。同意書及びレポートは、それぞれ同意書リンク１４０６及びレポートリンク１４０８を介してアクセスされる。加えて、ユーザは、同意書及びレポートビュー１４００内で、文書編集トグル１４０４をトグルすることによって、文書を直接手作業で編集してもよい。文書編集トグル１４０４がアクティブ化されると、ユーザは、編集可能な同意書ＰＤＦの、署名フィールド１４０９、医師氏名フィールド１４０３、署名日付フィールド１４０５、及び／又は署名時刻フィールド１４０７などの適切なフィールドに、情報を入力することができる。

[0180] 図１５は、図１３を参照して上で考察した態様に加えて自動的な療法マッチング出力を含む、療法及び試験ビューの別の例１５００を描いている。療法及び試験ビュー１３００が、パスウェイナビゲーションを通じてアクセスされる場合、療法及び試験ビュー１５００は、臨床サポートシステムによって提供されワークフローエンジン１０２によって管理される検査ワークフローを通じてアクセスされる。特に、ゲノム検査１５３０は、ワークフローメータ１５０２によって表現されるワークフローに関連付けられ、このワークフローメータ１５０２は、異常処理、異常レビュー、初期結果、療法ランキング、及び検査完了ステップを順に追跡する。

[0181] 療法及び試験タブ１５１０内の療法及び試験１５１４並びに異常情報１５１６に加えて、コンテキストなサポート情報が、療法及び試験ビュー１５００の追加的なタブを通じてアクセスされる。ゲノム検査情報は、検査情報タブ１５０４を通じてアクセスされる。品質管理情報は、ＱＣ結果タブ１５０６を通じてアクセスされる。ゲノム異常情報は、ゲノム異常タブ１５０８を通じてアクセスされる。

[0182] 療法及び試験１５１４は、ゲノム検査の対象者に関する療法及び／又は臨床試験のリストを提供する。検査結果がインジケーション内にあるＦＤＡ承認の療法は、インジケーション内－ＦＤＡ承認療法リスト１５１８を通じて提供される。インジケーション外－ＦＤＡ承認療法リスト１５２０は、試験結果がインジケーション内ではないＦＤＡ承認療法のリストを提供する。検査結果がインジケーション内にある試験的療法は、インジケーション内－試験的療法リスト１５２２内でリスト化される。臨床試験リスト１５２４は、患者が参加するよう資格を与えられる臨床試験のリストを提供する。計画サマリペイン１５２６は、リスト化された項目が療法及び試験タブ１５１４から選択された場合、上で考察したのと同様のサマリ情報を提供する。

[0183] 療法マッチングペイン１５１２は、ユーザに、患者のゲノム検査及び／若しくは他の特性又は個別の処置履歴とマッチングした療法を提示する。療法マッチングは、個別の階層１５１３、関連遺伝子マッチング１５１５、関連異常マッチング１５１７、関連配列変化１５１９、及び試験回数１５２１によって、療法マッチングペイン１５１２で説明される。更には、各マッチングは、レポート取り込みトグル１５２３及び編集トグル１５２５を含む。ユーザは、レポート取り込みトグル１５２３と対話して、生成されたレポート内に個別の療法マッチングを含む。ユーザは、編集トグル１５２５と対話して、療法マッチング情報を手動で修正してもよい。

[0184] 図１６は、クリニカルパスウェイを使用して患者の処置を管理するための方法１６００のフローチャートである。動作１６０２では、患者診断的な情報、病歴、及び現状を含む患者情報の選択を、アクセス中のユーザから受け取る。例えば、ユーザは、リストから患者識別子を選択し、システムは、患者情報を自動的に検索するか、ユーザ入力を介した自動的な検索のために患者情報に方向付けられる。

[0185] 動作１６０４では、クリニカルパスウェイを表現するＢＰＭＮグラフが生成され、このグラフでは、グラフのノードは、アクセスされた患者情報に部分的に基づいている。ＢＰＭＮグラフは、例えば、ＢＰＭＮエンジン１０８によって生成され、基礎となるパスウェイ、ノード設定、規則など、ＢＰＭＮグラフの要素は、ナレッジベースから検索される。一部の例では、ＢＰＭＮグラフは、上で考察したように、パスウェイオーサリングポータル１０６を通じて作り出されたグラフに基づいている。

[0186] 動作１６０６では、生成されたグラフは、一部の例では、アクセスされた情報にしたがって、自動的にナビゲートされる。例えば、ＢＰＭＮエンジン１０８及びワークフローエンジン１０２は、アクセスされた患者情報から情報を検索し、生成されたグラフの決定ノードを通じて自動的にナビゲートする。代替的に、又は追加的に、ユーザは、生成されたグラフのノードの一部又はすべてを手動でナビゲートする。例えば、ユーザは、パスウェイを通じて現在の患者のパスウェイに追加する、１つ又は複数のノードを直接示してもよい。代替的に、いくつかの実施形態では、ＢＰＭＮエンジン１０８又はワークフローエンジン１０２は、次のノードの選択を要求することによって、又は動作１６０８に関してより詳細に説明するように、ユーザに問い合わせて、追加の患者情報の入力を要求し、この情報はＢＰＭＮエンジン１０８及びワークフローエンジン１０２によって、１つ又は複数のノードの自動的な選択を行なうために使用される。

[0187] 動作１６０８では、アクセス中のユーザは、グラフをナビゲートするために必要な、あらゆる欠落データ要素（例えば、ゲノミクス検査情報など）について促される。動作１６０９では、促しに応答してユーザ入力が受信され、ナビゲーションが継続される。結果として、動作１６０６～１６０９は、必要に応じて繰り返される。一部の例では、促しに応答して欠落データ要素を入力することは、アクセス中のユーザを、欠落データ要素を検索することに関連付けられる別のビュー又はタブ（例えば、上で考察した図１５など）に導く。ゲノミクス検査の事例では、アクセス中のユーザは、グラフを通じる進行を保存して、個別の検査などに続いて後の時間に、欠落データ要素の入力に戻ってもよい。

[0188] 動作１６１０では、ナビゲーションは、先行ナビゲーションに対応するグラフを通じてパスに基づいて処置選択肢を表現する、グラフの末端ノードに到達する。いくつかの実施形態では、処置選択肢を末端ノードのみに配置してもよいが、他の実施形態では、処置選択肢をパスウェイの中間ノードに取り付けてもよい。そのような実施形態では、方法１６００は、動作１６０６、１６０８、又は１６０９で一時停止して、中間療法選択肢を表示する。いくつかのそのような実施形態では、ユーザが、末端ノードが選択されるよりも前に、図１２００の処置選択に進むボタン１２０４を選択する場合、それでもシステムは、利用可能な情報に基づいて、図１３Ａの療法及び試験ビュー１３００を表示する。例えば、システムは、患者のために選択された非末端ノードによって特定される、いずれの療法及び臨床試験を特定してもよく、それらを療法及び試験ビュー１３００に表示する。そのような非末端ノードは、例えば、パスウェイが完了される前に実施が容認可能な、特定の症状のための処置を特定する。代替的に、又は追加的に、システムは、どの末端ノードが、パスウェイ内の患者の現在位置から到達されるかを特定する（例えば、患者の現在のパスから拡がる、いずれかのパスのパスウェイ木データ構造を刈り込むこと、続いて残りのすべての葉ノードを読み出すことによって）。可能な末端ノードから、システムは、すべての可能な臨床試験及び処置を特定し、対応する説明情報を療法及び試験ビュー１３１０に表示する。そのような表示には、療法及び試験ごとに、推奨は本質的に暫定的であり、患者のパスウェイは完了していないというインジケーションが含まれる。中間ノードは、処置以外の行為を特定する場合があることも諒解されたい。例えば、中間ノードは、パスウェイを通じて患者の行程を前進させるよう支援する診断的な行為が指示されるよう特定する。一部のそのような実施形態では、療法及び試験ビュー１３００又は別のビュー（図示せず）は、パスウェイを通じる患者のパス上でノードによって特定される、診断的な行為又は他の推奨タスクのリストを提供する。

[0189] 動作１６１２では、処置選択肢についての情報は、ナレッジベースから検索され、アクセス中のユーザに提供される。任意選択で、動作１６１３では、オフパスウェイの処置計画の仕様が、アクセス中のユーザから受信される。例えば、アクセス中のユーザは、上で考察した、オンパスウェイ処置計画を選択するための、又はオフパスウェイ処置計画選択及び理由付けを提供するための、療法及び試験ビュー１３００に導かれる。

[0190] 動作１６１４では、処置計画選択が受信され、サマリレポート及びあらゆる個別の同意書が、アクセス中のユーザがレビュー及び完成するために、生成される。例えば、アクセス中のユーザには、上で考察したビュー１４００が与えられる。同意書及び関連文書が編集及び修正され、次いで患者署名のために印刷される。一部の例では、書類と文書は、書類を自動的に配信するために下流プロセスに提供され、電子的に又は物理的な署名として、患者に署名を求める。

[0191] 図１７は、決定木（ＢＰＭＮグラフ）を実行及びマッチングするためのシーケンス図１７００である。シーケンス図１７００のメッセージシーケンスは、フロントエンド１７０２、キュレーションサービス１７０４、ＢＰＭＮエンジン１７０６、エンティティ木１７０８、及び腫瘍学情報システム（ＯＩＳ）サービス１７１０全体でやり取りする。ユーザは、フロントエンドを利用し、ユーザの観点からでは、フロントエンド１７０２は、メッセージシーケンスを開始して前進させる。

[0192] フロントエンド１７０２は、まずキュレーションサービス１７０４に、フィルタ基準及びアクセスキーを含むメッセージ１７．０１を送信する。次いで、キュレーションサービス１７０４は、メッセージ１７．０１のフィルタ基準及びアクセスキーと共に検索用コマンド（例えば、ＧＥＴコマンド）を転送することを含むプロセス１７．０２を介してエンティティ木１７０６と対話する。

[0193] 次いで、フロントエンド１７０２は、キュレーションサービス１７０４と対話して、キュレーション項目詳細を検索するプロセス１７．０３（例えば、ＧＥＴコマンド）を実行する。応答して、キュレーションサービス１７０４は、プロセス１７．０４を実行して、キュレーション項目詳細をエンティティ木１７０８から検索する。次いで、フロントエンド１７０２は、プロセス１７．０５を介してエンティティ木１７０６と対話して、あらゆる追加的な設定情報を検索する。プロセス１７．０６では、フロントエンド１７０２は、（例えば、ナビゲーション可能なグラフを構築するためなどの）ＢＰＭ ＸＭＬファイルを、ＢＰＭＮエンジン１７０６から検索する。プロセス１７．０７では、フロントエンド１７０２によって、クエリテンプレートが、エンティティ木１７０８から検索される。プロセス１７．０８では、フロントエンド１７０２は、プロセスデータをエンティティ木１７０８から検索する。プロセスデータとしては、例えば、処置計画情報、療法及び臨床試験情報、同意書などが挙げられる。

[0194] プロセス１７．０９では、フロントエンド１７０２によって、患者データがＯＩＳサービス１７１０から検索される。患者データは、ＦＨＩＲ、ＣＯＴＡ ＣＮＡ、ｍＣｏｄｅなどのフォーマットである。次いで、フロントエンド１７０２は、検索したすべてのデータをコンパイルして、上で考察したようなＧＵＩ要素及びビューを生成する。

[0195] プロセス１７．１０では、フロントエンド１７０２はＢＰＭエンジン１７０６にメッセージを送り、ナビゲーション及びマッチングの自動化を開始する。特に、プロセス１７．０３～１７．０４で検索されたキュレーション項目識別子、及びプロセス１７．０９～１７．１０で検索されたプロセスと患者データは、プロセス１７．１０でＢＰＭエンジン１７０６に提供される。

[0196] プロセス１７．１１では、フロントエンド１７０２は、プロセス進行をＢＰＭエンジン１７０６から検索する。プロセス進行は、ＢＰＭエンジン１７０６を通じて、又はフロントエンド１７０２を介して手入力として与えられてのいずれかで、パスウェイについての実行履歴を含む。決定ノードを実行するためにユーザからの手入力が必要とされる事例では、手入力はプロセス１７．１２を介して、フロントエンド１７０２からＢＰＭエンジン１７０６へ、個別のグラフに適用される。プロセス１７．１３では、フロントエンド１７０２は、更新をエンティティ木１７０８に送信する。結果として、次にエンティティ木１７０８は、更新されたキュレーション項目ステータスを反映し、要求があると、キュレーション項目及びプロセス（例えば、動作１７．０５、１７．０７、１７．０８など）用に正確で最新のデータを提供する。

[0197] 図１８は、本明細書で開示される方法、システム、シーケンス、及び特徴を含む、及び／又は実行する、臨床サポートシステム１８００を描いたシステム図である。臨床サポートシステム１８００は、ユーザパスウェイ提供者ポータル１０４及びパスウェイオーサリングポータル１０６、並びにそれらにおける個々のビューをレンダリングする、ウェブフロントエンド１８０２を含む。フロントエンド１８０２は、ワークフローマネージャ１８０４からの指示にしたがってＧＵＩ要素をレンダリングして、臨床サポートシステム１８００のバックエンドコンポーネントにユーザ入力などを送信する。一部の例では、フロント１８０２は、臨床サポートシステム１８００によって直接的に、又は外部ＡＰＩコールを介してのいずれかによって提供された認証プロセスを含む。ユーザ資格情報（例えば、プログラムマネージャ役割、診療臨床医役割、管理者役割など）に基づいて、認証されたユーザは、フロントエンド１８０２を通じて、限定はしないが、例えば、パスウェイオーサリングアクティビティ、処置計画アクティビティ、パスウェイ割振り、パスウェイ更新、パスウェイ実行及び／又は再開などを実行する。

[0198] ワークフローエンジン１８０４は、フロントエンド１８０２、キュレーションサービス１８１０、療法マッチングサービス１８１６、及びレポーティングサービス１８１８と対話する。一部の例では、ワークフローエンジン１８０４は、追加的なサービスと対話してもよいし、下流プロセスを開始することなどによって、間接的にサービスと対話してもよい。ワークフローエンジン１８０４は、ｆａｓｔ ｈｅａｌｔｈ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｒｅｓｏｕｒｃｅｓ（ＦＨＩＲ）データストア１８２４から患者入力情報を順次検索すること、クリニカルパスウェイをユーザ対話（例えば、ユーザへの促しなどを介して）又はインターフェース的なプロセスを介する自動的なナビゲーションのいずれか又は両方により、生成及びナビゲートすること、クリニカルパスウェイ、処置計画生成、及び同意書署名における末端ノードからの推奨の選択、並びに適切なフォーマット（例えば、ＸＭＬ、ＰＤＦ、ＪＳＯＮなど）でのレポーティング文書の生成によって、臨床サポートシステム１８００とのユーザ対話を指示する。ワークフローマネージャ１８０４は、フロントエンド１８０２コンポーネントと密に統合され、対話的なアプリケーションをユーザに提示する。

[0199] ナレッジベース１８１４は、ワークフローマネージャ１８０４、キュレーションサービス１８１０、臨床試験サービス１８２０、ビジネスプロセスモデル（ＢＰＭ）データストア１８２２、エンティティ木１８２８、及び一部の例では、ＦＨＩＲデータストア１８２４など、臨床サポートシステム１８００の様々なプロセスを、全体又は部分的に、サポートする。エンティティ木１８２８は、クリニカルパスウェイにアクセスして対話するための、モデル又はテンプレート構造を、ＢＰＭＮマッピングの形態（例えば、決定木、グラフなど）で提供する。加えて、データモデルは、患者データ標準化をサポートするためのナレッジ１８１４に記憶され、患者データが不適合なフォーマットで（例えば、ＦＨＩＲデータストア１８２４から）受信される場合、変形する。ＢＰＭストア１８２２は、パスウェイをＢＰＭＮネットワークの形態で記憶する。

[0200] ＢＰＭサービス１８１２は、パスウェイの表現（例えば、決定木、グラフの形態のＢＰＭネットワークなど）、又はパスウェイコンポーネントを、患者プロファイルとマッチングする。ＢＰＭサービス１８１２は、執筆されたパスウェイの記憶、パスウェイワークフロー初期化、全体又は一部がワークフローマネージャ１８０４に渡される理由、及びプロセスステータス通知のプロセスワークフローを管理する。

[0201] 更には、フロントエンド１８０２は、患者データを検索して提供するためのＯＩＣマイクロサービスバンドル１８２６を介して、ＦＨＩＲデータストア１８２４と対話するための、グラフベースのクエリ言語１８０６（例えば、ＧｒａｐｈＱＬなど）を組み込む。グラフベースのクエリ言語１８０６は、エンティティ木１８２８に基づいてクエリを生成する（例えば、適合フォーマット、検索パラメータなど）。

[0202] 一部の例では、フロントエンド１８０２及びグラフベースのクエリ言語１８０６を除いて、図１８に描かれる他のコンポーネントは、クラウドベースのゼロフットプリントアーキテクチャで実装される。ＧＵＩのレンダリングに必要とされないデータは、クラウド又はホストされるサーバに保存され、フロントエンド１８０２は、ウェブベースのアプリケーションである。接続は、ローカル（例えば、クリニック）のインフラストラクチャを、クラウドベースのアーキテクチャに統合し、ローカルのソース（例えば、ＰＡＣＳ、ＲＩＳ、ＥＭＲなど）から検索されたデータは、クラウドインフラストラクチャに複製され、必要に応じてウェブベースのアプリケーションをサポートする。

[0203] 図１９は、キュレーションサービス１８１０によってキュレーションされる項目同士の関係性と階層構造１９００を描いている。関係性と階層構造１９００は、モデルの抽象化を表現しており、本開示の思想又は範囲から逸脱することなく、様々なデータアーキテクチャのパラダイムが使用され得ることを理解されたい。

[0204] 図では、各パス１９０２は、複数の処置計画１９０４及び複数の臨床試験１９０６にマッピングされる。更には、各処置計画１９０６は、単一の個別のレジメン１９０８にマッピングされる。実際、パスウェイ１９０２のための識別子が確立されてしまうと（例えば、ハッシュアドレス、キー値など）、マッピングされた臨床試験１９０６及びマッピングされた処置計画１９０４、並びにそれぞれマッピングされたレジメン１９０８は、関係性と階層構造１９００を通じて検索される。

[0205] 図２０は、本明細書において考察される様々なシステム及び方法を実装する、例示のコンピューティングシステム２０００である。コンピュータシステム２０００は、バス２００２を介して通信する、１つ又は複数のコンピューティングコンポーネントを含む。一実装形態では、コンピューティングシステム２０００は、１つ又は複数のプロセッサ２０１４を含む。プロセッサ２０１４は、１つ又は複数の内部レベルのキャッシュ２０１６及びバスコントローラ又はバスインターフェースユニットを含み、バス２００２との対話を指示する。プロセッサ２０１４は、本明細書において考察される様々な方法を具体的に実装する。主メモリ２００８は、１つ又は複数のメモリカード及び制御回路（図示せず）、又は他の形態のリムーバブルのメモリを含み、コンピュータ実行可能命令を含む様々なソフトウェアアプリケーションを記憶しており、コンピュータ実行可能命令は、プロセッサ２０１４で実行されると、本明細書において説明される方法及びシステムを実施する。ストレージデバイス２０１０及びマスストレージデバイス２０１２など、他の形態のメモリもまた、１つ又は複数のプロセッサ２０１４に含まれ、プロセッサ２０１４からバス２００２を介してアクセス可能である。ストレージデバイス２０１０及びマスストレージデバイス２０１２は、それぞれ、本明細書において考察される方法及びシステムのいずれか又はすべてを含む。

[0206] コンピュータシステム２０００は、通信インターフェース２０１８を更に含み、それを用いて、コンピュータシステム２０００は、ネットワークに接続して、本明細書において説明される方法及びシステムを実行する際に有用なデータを受信し、同様に他のデバイスに情報を送信する。コンピュータシステム２０００はまた、情報を入力する際に用いる入力デバイス２００６を含む。入力デバイス２００６は、スキャナ、キーボード、及び／又は当業者に明らかな他の入力デバイスである。コンピュータシステム２０００はまた、情報を出力する際に用いる出力デバイス２００４を含む。出力デバイス２００４は、モニタ、プリンタ、ＵＳＢ、及び／又は当業者に明らかな他の出力デバイス又はポートである。

[0207] 図２０で説明されるシステムは、本開示の態様を採用する、又は本開示の態様にしたがって構成されるコンピュータシステムの可能な一例に過ぎない。本開示の技術をコンピューティングシステム上で実装するためのコンピュータ実行可能命令を記憶する、他の非一時的な有形の、コンピュータ可読記憶媒体が、利用されてもよいことを了解されたい。

[0208] 本開示では、開示される方法は、デバイスによって可読の命令のセット又はソフトウェアとして実装される。更には、開示される方法におけるステップの、特定の順序又は階層構造は、例示的な手法の例であることを理解されたい。設計の好みにより、方法におけるステップの、特定の順序又は階層構造は、開示される主題の範囲内に留まりつつ、並べ替え可能であることを理解されたい。添付の方法請求項は、様々なステップの要素を、サンプルとしての順で提示するものであり、必ずしも提示される特定の順序又は階層構造に限定されることを意図されるものではない。

[0209] 説明される開示は、命令が記憶されたコンピュータ可読記憶媒体を含む、コンピュータプログラム製品又はソフトウェアとして提供され、命令は、本開示にしたがってプロセスを実行するようコンピュータシステム（又は他の電子デバイス）をプログラムするために使用される。コンピュータ可読記憶媒体は、コンピュータによって可読な形態（例えば、ソフトウェア、処理アプリケーション）で情報を記憶するための、あらゆるメカニズムを含む。コンピュータ可読記憶媒体としては、光学記憶媒体（例えば、ＣＤ－ＲＯＭ）、磁気光学記憶媒体、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、消去可能プログラム可能メモリ（例えば、ＥＰＲＯＭ及びＥＥＰＲＯＭ（登録商標））、フラッシュメモリ、又は電子的な命令を記憶するために好適な他のタイプの媒体が挙げられるが、それらに限定しない。

[0210] 現在最も実用的で好ましい実装形態と考えられるものに基づいて、説明目的で、本技術を詳細に説明してきたが、そのような詳細は、単にその目的のためであり、技術は開示される実装形態に限定されないが、それに反して、添付の特許請求の範囲の思想及び範囲内である修正形態及び等価な配置構成を包含するよう意図されていることを理解されたい。例えば、本技術は、可能な範囲で、いずれかの実装形態の１つ又は複数の特徴は、いずれか他の実装形態の１つ又は複数の特徴と組み合わせてもよいことを企図していることを理解されたい。

Claims (18)

1. クリニカルパスウェイを生成するためのコンピュータ実装方法であって、前記方法は、
   前記クリニカルパスウェイを表現するための新しいデータオブジェクトを作成するステップと、
   グラフィックツールをユーザに表示するステップと、
   前記グラフィックツールを介して、前記クリニカルパスウェイに追加する第１のノードの識別情報を受信するステップと、
   前記第１のノードの図的表現を含むために、前記グラフィックツールを、更新するステップと、
   前記グラフィックツールを介して、前記第１のノードに関連する患者ステータスの識別情報を受信するステップと、
   前記第１のノードを表現するデータ及び前記患者ステータスの前記識別情報を含むために、前記データオブジェクトを更新するステップと、
   前記データオブジェクトを、将来的な検索のために疾患の識別情報に関連するデータベースに記憶するステップと
   を有する、方法。
2. 前記グラフィックツールを介して、前記クリニカルパスウェイに追加する第２のノードの識別情報を受信するステップと、
   前記グラフィックツールを介して、前記第２のノードに関連する第１の特性を受信するステップであって、前記第１の特性が、患者に対する前記第２のノードの適用性を判断するための基準を定める、当該受信するステップと、
   前記第２のノードを表現するデータ及び前記第１の特性を含むために、前記データオブジェクトを更新するステップと
   を更に有する、請求項１に記載の方法。
3. 前記グラフィックツールを介して、複数の選択可能な基準選択肢を含む、基準を選択するためのメニューを表示するステップ
   を更に有し、前記第１の特性を受信するステップが、選択された基準選択肢を、基準を選択するための前記メニューで前記ユーザによって選択された、前記複数の選択可能な基準選択肢から受信するステップを有する、請求項２に記載の方法。
4. 基準を選択するための前記メニューを表示するステップが、
   複数のオントロジー的値をオントロジーから検索するステップと、
   前記複数のオントロジー的値を、前記複数の選択可能な基準選択肢の少なくとも一部として提示するステップと
   を有する、請求項３に記載の方法。
5. 前記グラフィックツールを介して、前記クリニカルパスウェイに追加する追加的なノードの識別情報を受信するステップと、
   前記グラフィックツールを介して、前記追加的なノードに関連する処置の識別情報を受信するステップと、
   前記追加的なノードを表現するデータ及び前記処置の識別情報を含むために、前記データオブジェクトを更新するステップと
   を更に有する、請求項１に記載の方法。
6. 前記処置の識別情報が、臨床試験の識別情報を含む、請求項５に記載の方法。
7. 前記データオブジェクトをレビュープロセスにサブミットするステップであって、前記レビュープロセスは、１つ又は複数のレビュー当局が、前記データオブジェクトの公開を承認するステップ、又は前記データオブジェクトへの改訂を提案するステップのうちの１つを含む、当該サブミットするステップ
   を更に有し、前記１つ又は複数のレビュー当局が承認するまで、前記データオブジェクトが公開されない、請求項１に記載の方法。
8. 領域識別情報を受信するステップと、
   前記領域識別情報を含むために、前記データオブジェクトを更新するステップと
   を更に有する、請求項１に記載の方法。
9. 前記領域識別情報が、医学的腫瘍学又は放射腫瘍学のうちの１つを含む、請求項８に記載の方法。
10. 前記グラフィックツールが、ウェブフロントエンドを通じて提供される、コンピュータ支援設計（ＣＡＤ）インターフェースを含む、請求項１に記載の方法。
11. ユーザに関連付けられるパスウェイ、レジメン、及び処置計画のワークリストにアクセスするステップ
    を更に有し、前記データオブジェクトが、前記ワークリストに保存され、前記ユーザが、前記ワークリストを通じて前記データオブジェクトにアクセスして、追加的な更新を生成する、請求項１に記載の方法。
12. クリニカルパスウェイを用いて患者を処置するためのコンピュータ実装方法であって、前記方法は、
    患者の診断的な情報、病歴、又は現状情報のうちの、１つ又は複数を含む患者情報にアクセスするステップと、
    前記患者を処置するためのクリニカルパスウェイを、前記アクセスされた患者情報に基づいて決定するステップと、
    前記決定されたクリニカルパスウェイに基づいてグラフを生成するステップであって、前記グラフが、疾患識別子を含む初期ノードを含み、１つ又は複数の決定ノードが、患者特性、処置条件又はパスウェイタイミング要素、及び処置計画情報又は第２のクリニカルパスウェイに関連付けられる第２のグラフへの参照を含む１つ又は複数の末端ノード、のうちの１つ又は複数を含む、当該生成するステップと、
    前記アクセスされた患者情報に基づいて、前記グラフを末端ノードまでナビゲートするステップと、
    前記末端ノードまでの前記ナビゲートに基づいて、１つ又は複数の処置計画推奨を提供するステップと
    を有する、方法。
13. 前記アクセスされた患者情報に基づいて決定することができないフィールドを決定ノード内で識別するステップと、
    前記グラフのナビゲーションを一時停止するステップと、
    前記識別されたフィールドについてユーザを促すステップと、
    識別されたフィールドについて前記促しを受けたことに応答して、前記グラフのナビゲーションを再開するステップと
    を更に有する、請求項１２に記載の方法。
14. 前記識別されたフィールドが、前記患者についてのゲノミクス検査結果を含む、請求項１３に記載の方法。
15. 処置計画選択を前記生成された処置計画推奨の中から受信するステップと、
    １つ又は複数の同意書又はレポートのうち、１つ又は複数を前記処置計画選択に基づいて生成するステップと
    を更に有する、請求項１２に記載の方法。
16. 前記処置計画選択に基づく、１つ又は複数の同意書又はレポートのうちの前記１つ又は複数への編集を受信するステップであって、前記編集が、署名フィールド、署名日付フィールド、提供者フィールド、又は署名時刻フィールドへの修正のうちの１つ又は複数を含む、当該受信するステップ
    を更に有する、請求項１５に記載の方法。
17. オフパスウェイ処置計画仕様を受信するステップであって、前記オフパスウェイ処置計画仕様が、前記患者をオフパスウェイで処置するための理論的根拠を含む、受信するステップ
    を更に有する、請求項１２に記載の方法。
18. 前記１つ又は複数の処置計画推奨が、Ｆｅｄｅｒａｌ Ｄｒｕｇ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ（ＦＤＡ）承認の療法、試験的療法、又は臨床試験のうちの１つ又は複数を含む、請求項１２に記載の方法。

Images