(57)【特許請求の範囲】
【請求項１】
ユーザの第１のグループの要求に合う第１の辞書及び第１の意味に関して規定される少なくとも医学的状態の分類についての第１の経路モデルと、
ユーザの第２のグループの要求に合う第２の辞書及び第２の意味に関して規定される少なくとも医学的状態の前記分類についての前記第１の経路モデルに対応する第２の経路モデルであって、ユーザの第２のグループが、臨床ワークフローの点ではユーザの第１のグループとは異なる役割を有する前記第２の経路モデルと、
前記第１の経路モデルと前記第２の経路モデルとの間の対応を規定するマッピングモデルと、
前記第１の経路モデル又は前記第２の経路モデルのいずれか一方をソースモデルとして識別し、他方の経路モデルをターゲットモデルとして識別する識別ユニットと、
特定の患者に関する情報に基づいて、前記ソースモデルに従って患者の特定のクリニカルパスの第１の表現を生成する経路生成器と、
前記第１の表現の要素を第２の表現の対応する要素にマッピングするために前記マッピングモデルを用いて、前記患者の特定のクリニカルパスの前記第１の表現を前記ターゲットモデルに従って前記患者の特定のクリニカルパスの対応する第２の表現に変換する経路変換器と
を有する、臨床判断支援システム。
【請求項２】
修正された第１の表現を得るために、前記患者の特定のクリニカルパスの前記第１の表現を修正することにより前記患者の特定のクリニカルパスを変更する第１の変更ユニットを更に有し、
前記経路変換器が修正された前記第１の表現に基づいて前記変換を行う、請求項１記載のシステム。
【請求項３】
修正された第２の表現を得るために、前記患者の特定のクリニカルパスの前記第２の表現を修正することにより前記患者の特定のクリニカルパスを変更する第２の変更ユニットを更に有し、
前記経路変換器が、少なくとも前記修正された第２の表現の修正された要素を、対応する前記修正された第１の表現の対応する要素にマッピングするために前記マッピングモデルを用いて、前記ターゲットモデルに従う前記患者の特定のクリニカルパスの前記修正された第２の表現を前記ソースモデルに従う前記患者の特定のクリニカルパスの対応する修正された第１の表現に変換する、請求項１記載のシステム。
【請求項４】
前記変更が、前提条件又は好みを反映する前記患者の特定のクリニカルパスの個別化に関連する、請求項２又は３記載のシステム。
【請求項５】
前記ユーザの第１のグループが医療利用者を有し、前記医療利用者の前記要求が前記医療利用者のヘルスリテラシのマッチングを有し、
前記ユーザの第２のグループが医療専門家を有し、前記医療専門家の前記要求が前記医療専門家のヘルスリテラシのマッチングを有する、請求項１記載のシステム。
【請求項６】
前記第１の経路モデルが、日常語の使用、簡易な文章の使用、技術用語を説明するための映像の使用、位置の視覚化及び／又は損傷部位の範囲、予定付きの目に見えるカレンダー、診断又は治療の技術的詳細の省略、治療の予測若しくは達成される作用又は副作用の説明のうちの少なくとも１つを規定する、請求項１記載のシステム。
【請求項７】
前記第２の経路モデルが、医学用語の使用、複雑な文章の使用、医療専門家に適した診断又は治療の利用可能な技術的詳細を含む技術用語の使用、技術用語の説明の省略のうちの少なくとも１つを規定する、請求項１記載のシステム。
【請求項８】
前記ユーザの第１のグループが患者であり、当該システムは、患者であるユーザに前記第１の経路モデルに従って前記患者の特定のクリニカルパスの前記表現を与える患者ユーザインターフェースを有する、請求項１記載のシステム。
【請求項９】
前記ユーザの第２のグループが医療専門家であり、当該システムは、医療専門家であるユーザに前記第２の経路モデルに従って前記患者の特定のクリニカルパスの前記表現を与える医療専門家ユーザインターフェースを有する、請求項１記載のシステム。
【請求項１０】
前記患者ユーザインターフェース又は医療専門家ユーザインターフェースが、各前記表現に関して各前記ユーザから前記患者の特定のクリニカルパスに対する変更の指示を受け取る、請求項８又は９記載のシステム。
【請求項１１】
前記経路生成器が、少なくとも部分的に手入力により及び／又は電子医療記録から前記特定の患者に関する情報を受け取る、請求項１記載のシステム。
【請求項１２】
前記第１の表現と前記第２の表現との間の対応に関する不確かさの指示を生成する不確かさインジケータを更に有する、請求項１記載のシステム。
【請求項１３】
請求項１記載のシステムを有する、コンピュータシステム。
【請求項１４】
コンピュータシステムが、第１の経路モデル又は第２の経路モデルのいずれか一方をソースモデルとして識別し、他方の経路モデルをターゲットモデルとして識別するステップであって、少なくとも医学的状態の分類についての前記第１の経路モデルが、ユーザの第１のグループの要求に合う第１の辞書及び第１の意味に関して規定され、少なくとも医学的状態の前記分類についての前記第１の経路モデルに対応する前記第２の経路モデルが、ユーザの第２のグループの要求に合う第２の辞書及び第２の意味に関して規定され、前記ユーザの第２のグループが、臨床ワークフローの点では前記ユーザの第１のグループとは異なる役割を有し、マッピングモデルが前記第１の経路モデルと前記第２の経路モデルとの間の対応を規定する当該ステップと、
前記コンピュータシステムが、特定の患者に関する情報に基づいて、前記ソースモデルに従って患者の特定のクリニカルパスの第１の表現を生成するステップと、
前記コンピュータシステムが、前記第１の表現の要素を第２の表現の対応する要素にマッピングするために前記マッピングモデルを用いて、前記患者の特定のクリニカルパスの前記第１の表現を前記ターゲットモデルに従って前記患者の特定のクリニカルパスの対応する第２の表現に変換するステップと
を有する、臨床判断支援のためのコンピュータシステムの作動方法。
【請求項１５】
請求項１４記載の方法をプロセッサシステムに実行させる命令を有する、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、臨床決定の支援に関する。
【背景技術】
【０００２】
多くの医療環境では、医療専門家と患者とのやり取りは、クリニカルパスの今後の部分又は具体的な治療計画を決定するプロセスにおいて重要な役割を果たしている。このプロセスは、患者又は医療専門家が互いに理解していないと妨げられる。
【０００３】
患者が決定援助の選択を理解し、患者が自身の健康について決定する必要がある情報を持たせることを助ける当該決定の援助が展開される意思決定の共有（shared decision making）は、発展している医学分野である。
【０００４】
近年、大きい医学オントロジ、例えば、ＳＮＯＭＥＤ−ＣＴのような標準化符号化システムを用いて患者のクリニカルパスを記述する傾向がある。この標準化は、形式的方法を用いて経路を作成する又はクリニカルパスの従来のテキスト形式を構造化形式に変換することによって健康管理の質に全体ではプラスの影響を及ぼす。
【０００５】
Balser,M.等の「Protocure: supporting the development of medical protocols through formal methods」, Journal: Studies in health technology and informatics, 2004, pages 103-107, IOS Pressには、クリニカルパスの従来のテキスト形式を置換する形式的方法を用いて経路を作成する方法が開示されている。
【０００６】
米国特許出願公開ＵＳ２００２／０１８４０５０Ａ１号公報には、特定の医学的疾患及び状態に関する患者及び医師の共同意思決定のためのコンピュータ化された健康評価システムが開示されている。このシステムは、患者のライフスタイル及び好みに関する患者データの患者の入力のための患者入力モジュールと、物理学的及び生理学的データの医師の入力のための医師入力モジュールと、特定の疾患及び状態に関する最新の医学的所見のデータベースとを有するコンピュータシステムを含んでいる。上記コンピュータシステムは、データベースを考慮して患者データ及び医師データを重み付けし、種々の治療選択肢を示すレポートを生成するアルゴリズムを使用する。このレポートに基づいて、患者及び医師は治療法を共同決定する。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
改善された臨床決定支援を有することは有利であろう。
【課題を解決するための手段】
【０００８】
この問題により良く対処するために、本発明の第１の観点は、
ユーザの第１のグループの要求に合う第１の辞書及び第１の意味に関して規定される少なくとも医学的状態の分類についての第１の経路モデルと、
ユーザの第２のグループの要求に合う第２の辞書及び第２の意味に関して規定される少なくとも医学的状態の上記分類についての上記第１の経路モデルに対応する第２の経路モデルであって、ユーザの第２のグループが、臨床ワークフローの点ではユーザの第１のグループとは異なる役割を有する上記第２の経路モデルと、
上記第１の経路モデルと上記第２の経路モデルとの間の対応を規定するマッピングモデルと、
上記第１の経路モデル又は上記第２の経路モデルのいずれか一方をソースモデルとして識別し、他方の経路モデルをターゲットモデルとして識別する識別ユニットと、
特定の患者に関する情報に基づいて、上記ソースモデルに従って患者の特定のクリニカルパスの第１の表現を生成する経路生成器と、
上記第１の表現の要素を上記第２の表現の対応する要素にマッピングするために上記マッピングモデルを用いて、上記患者の特定のクリニカルパスの上記第１の表現を上記ターゲットモデルに従って上記患者の特定のクリニカルパスの対応する第２の表現に変換する経路変換器と
を有する臨床判断支援システムを提供する。
【０００９】
上記システムは、臨床ワークフローで種々の役割を有するユーザの種々のグループの間における改善された対話を与えることを援助する。例えば、患者と医療専門家との対話が、本明細書において開示される技術を用いて改善される。このシステムは、種々の役割を有する種々のグループの要求に適応する種々のグループの人々に対する疾病の経路に異なる能力及び従って種々の健康関連のスキルの間で変換及び再変換する手段を与える。これらの異なるグループは、疾病の経路の表現の詳細を把握する異なる能力を有している。ユーザの特定のグループ向けの疾病の経路の表現に用いられる辞書及び意味は、ヘルスリテラシを含む当該グループの要求に合うように構成され得る。例えば、上記システムは、疾病の経路に患者と医療専門家との間で変換及び再変換する手段を与える。これは、患者と医療専門家とのやり取りを容易にするのに役に立つ。例えば、慢性的な状態の管理での患者の前提条件及び好みに関するリスクコミュニケーションは、適切な聞き手による消費に適した形の適切なクリニカルパスを変換することにより改善され得る。これの考えられる結果は、種々の情報を有するクリニカルパスが種々のやり方で与えられることである。例えば、種々の詳細が経路の種々の表現に含まれ得る。例えば、患者用の経路の表現は、状態及び／又は治療の選択肢の具体的な詳細について患者に教える教材を含んでいる。医療専門家、例えば、医師を対象とする同じ経路の表現は、それらの教育的な詳細は省略するが、患者に関連の少ない診断の詳細を含んでいる。更に、表現に用いられる用語は特定のタイプのユーザのヘルスリテラシのような要求に従って選択されるので、表現に用いられる専門用語は異なる。
【００１０】
医療専門家は、疾病の分類のために準備された決定モデルの解決に使用され得る。医療専門家は、情報管理を使用することにより又は臨床決定支援によりこれらのモデルを例えば心の中で解決する。しかしながら、上記モデルの詳細及び医療専門家がどのように結論を導くのかは患者には明らかではない。その結果、或る質問の意味、履歴アイテムの重要性又は不適切、発見及び好みは、患者にとっては確かではない。患者の経路に関し、治療を与える側と治療される側との間の医学リテラシの違いを処理する情報の変換は、患者のために変換することにより決定モデルの治療専門家の解決を有効にするために用いられ、患者がアクセスし、可能であれば修正及び再び変換することを可能にする。
【００１１】
上記システムは、修正された第１の表現を得るために、上記患者の特定のクリニカルパスの上記第１の表現を修正することにより上記患者の特定のクリニカルパスを変更する第１の変更ユニットを有していてもよい。上記経路変換器は、上記修正された第１の表現に基づいて上記変換を行う。これは、ユーザが第１の表現に基づいて患者の特定の経路を修正することを可能にする一方で、この修正は第２の表現に変換され、他のユーザが第２の表現を用いて上記修正を評価することを可能にする。
【００１２】
上記システムは、修正された第２の表現を得るために、上記患者の特定のクリニカルパスの上記第２の表現を修正することにより上記患者の特定のクリニカルパスを変更する第２の変更ユニットを有していてもよい。上記経路変換器は、少なくとも上記修正された第２の表現の修正された要素を対応する上記修正された第１の表現の対応する要素にマッピングするために上記マッピングモデルを用いて、上記ターゲットモデルに従う上記患者の特定のクリニカルパスの上記修正された第２の表現を上記ソースモデルに従う上記患者の特定のクリニカルパスの対応する修正された第１の表現に再び変換する。これは、クリニカルパスの表現がソースモデルに従って生成され、変更がターゲットモデルに従って第２の表現において行われることを可能にし、変更はソースモデルに従う表現に再び変換される。これは、第１のモデルに対応していないリテラシを有する人が第２のモデルに対応するリテラシに基づいてクリニカルパスを変更することを可能にする。
【００１３】
上記変更は、前提条件又は好みを反映する上記患者の特定のクリニカルパスの個別化に関連し得る。これは、適切な表現を用いて患者のクリニカルパスを個別化することを可能にする。
【００１４】
上記ユーザの第１のグループは医療利用者を有し、上記医療利用者の上記要求は上記医療利用者のヘルスリテラシのマッチングを有していてもよい。このケースでは、第１の辞書及び第１の意味が医療利用者のヘルスリテラシに合うように構成され得る。
【００１５】
上記ユーザの第２のグループは医療専門家を有し、上記医療専門家の上記要求は上記医療専門家のヘルスリテラシのマッチングを有していてもよい。このケースでは、第２の辞書及び第２の意味が医療専門家のヘルスリテラシに合うように構成され得る。
【００１６】
上記第１の経路モデルは、日常語の使用、簡易な文章の使用、技術用語を説明するための映像の使用、位置の視覚化及び／又は損傷部位の範囲、予定付きの目に見えるカレンダー、診断又は治療の技術的詳細の省略、治療の予測若しくは達成される作用又は副作用の説明のうちの少なくとも１つを規定し得る。そのようなやり方で規定される第１の経路モデルは、患者に特に理解可能であるクリニカルパスの表現の作成を可能にする。
【００１７】
上記第２の経路モデルは、医学用語の使用、複雑な文章の使用、医療専門家に適した診断又は治療の利用可能な技術的詳細を含む技術用語の使用、技術用語の説明の省略のうちの少なくとも１つを規定し得る。そのようなやり方で規定される第２の経路モデルは、医療専門家に特に理解可能な及び／又は効率的なクリニカルパスの表現の作成を可能にする。
【００１８】
上記システムは、患者であるユーザに上記第１の経路モデルに従って上記患者の特定のクリニカルパスの上記表現を与える患者ユーザインターフェースを有していてもよい。そのような患者ユーザインターフェースは、患者が第１の表現を探る（explore）ことを可能にする。
【００１９】
上記システムは、医療専門家であるユーザに上記第２の経路モデルに従って上記患者の特定のクリニカルパスの上記表現を与える医療専門家ユーザインターフェースを有していてもよい。そのような医療専門家ユーザインターフェースは、医療専門家が第２の表現を探ることを可能にする。
【００２０】
上記患者ユーザインターフェース又は医療専門家ユーザインターフェースは、各上記表現に関して上記患者の特定のクリニカルパスに対する変更の指示を各上記ユーザから受け取ってもよい。これは、各ユーザが表現を探ることだけではなく、ユーザが精通している言語を用いて変更を示すことも可能にする。
【００２１】
上記経路生成器は、少なくとも部分的に手入力により及び／又は電子医療記録から上記特定の患者に関する上記情報を受け取るように構成され得る。これは、患者の情報が提供されることを可能にし、効率的なやり方で患者の特定のクリニカルパスの第１の表現が生成されることを可能にする。
【００２２】
上記経路生成器は、医療提供者の特定のコンテンツ、標準操作手順に依存して患者の特定のクリニカルパスの生成を行うように構成され得る、及び／又は、医学的状態及びそのケアのコースにどのようにアプローチするかの承諾された根拠（evidence）を集める。これは、効率的なやり方で患者の特定のクリニカルパスを生成することを可能にする。代替として、これは、患者の特定のクリニカルパスの質の向上を可能にする。
【００２３】
上記システムは、前記第１の表現と上記第２の表現との間の対応に関する不確かさの指示を生成する不確かさインジケータを有していてもよい。これは、ユーザが変換においていかなる不完全さにも気付くことを可能にする。
【００２４】
他の観点では、本発明は、本明細書において説明される臨床決定支援システムを有するコンピュータシステムを提供する。
【００２５】
他の観点では、本発明は、
第１の経路モデル又は第２の経路モデルのいずれか一方をソースモデルとして識別し、他方の経路モデルをターゲットモデルとして識別するステップであって、少なくとも医学的状態の分類についての上記第１の経路モデルが、ユーザの第１のグループの要求に合う第１の辞書及び第１の意味に関して規定され、少なくとも医学的状態の上記分類についての上記第１の経路モデルに対応する上記第２の経路モデルが、ユーザの第２のグループの要求に合う第２の辞書及び第２の意味に関して規定され、上記ユーザの第２のグループが、臨床ワークフローの点では上記ユーザの第１のグループとは異なる役割を有し、マッピングモデルが上記第１の経路モデルと上記第２の経路モデルとの間の対応を規定する当該ステップと、
特定の患者に関する情報に基づいて、上記ソースモデルに従って患者の特定のクリニカルパスの第１の表現を生成するステップと、
上記第１の表現の要素を上記第２の表現の対応する要素にマッピングするために上記マッピングモデルを用いて、上記ターゲットモデルに従って上記患者の特定のクリニカルパスの上記第１の表現を上記患者の特定のクリニカルパスの対応する第２の表現に変換するステップと
を有する臨床判断支援方法を提供する。
【００２６】
他の観点では、本発明は、プロセッサシステムに本明細書において説明される方法を実行させる命令を有するコンピュータプログラム製品を提供する。
【００２７】
本発明の上述した特徴、実施形態、実現及び／又は観点の２つ以上が有用であると考えられる任意のやり方で組み合わせられ得ることは、当業者によって理解されるであろう。
【００２８】
上記システムの説明された修正例及び変形例に対応する上記コンピュータシステム、決定支援システム、方法及び／又はコンピュータプログラム製品の修正例及び変形例は、この説明に基づいて当業者によって実行され得る。
【００２９】
本発明のこれらの観点及びその他の観点は、図面から明らかであり、図面を参照して以下に説明されるであろう。
【図面の簡単な説明】
【００３０】
【図１】臨床支援システムのブロック図である。
【図２】臨床決定支援方法の流れ図である。
【発明を実施するための形態】
【００３１】
以下に、本発明の観点が更に詳細に説明される。しかしながら、本明細書において説明される詳細は、単に例としての役割を果たすものである。それらは、本発明の範囲を限定するように意図されてはいない。
【００３２】
図１は、臨床決定支援システムのブロック図を示している。このシステムは、分散型コンピュータシステムにおいて、例えば、サーバ上で、「クラウドにおいて」、ウェブサーバ上で又はクライアント−サーバアーキテクチャを用いて実現され得る。代替として、上記システムは、独立型ワークステーションで実現される。上記システムの幾つかの部分は、コンピュータプログラムの命令及び／又は媒体担体に記憶され、コンピュータのプロセッサによりアクセス可能な好適なデータ構造によって実現され得る。
【００３３】
上記システムは、病院情報システムのような医療情報システム若しくは１つ以上の個人の健康記録を有するデータベースの一部であるか、又はそれに接続され得る。そのような情報システムから、臨床決定支援システムは患者の特定のデータを検索することができる。更に、一般モデル及び／又はガイドラインがそのようなシステムに記憶されていてもよい。代替として、そのようなデータは、任意の種類のファイルシステム又はデータベースに記憶されていてもよい。
【００３４】
上記システムは、１つ以上の経路モデルを有している。経路モデルは、一連のルールに基づいて及び一般的には患者の特定の医学的情報に基づいて、少なくとも医学的状態の分類に関する患者の特定のクリニカルパスの表現に含められる情報要素の明細を与える。更に、上記経路モデルは、上記表現に用いられる言い方を特定する。例えば、上記経路モデルは、特別な意味を表すために用いられる用語を規定するオントロジと関連している。上記経路モデルは、表現における用語に用いられる意味も規定する。上記経路モデルは、どんな情報要素が患者の経路に存在すべきであるか、種々の要素がどのように相互関係すべきであるか、どんな種類の情報が含まれる必要があるか及び/又はどんな種類の情報が省略され得るかを規定してもよい。
【００３５】
種々のユーザのグループ、特に、医療機構において異なる役割を有する種々のユーザのグループは、表現を解釈することに関して言えば、異なるスキルのセットを有している。その結果、経路モデルは、グループのユーザが理解する及び／又は正しく認識することが見込まれる用語及び意味を用いることにより、特定のユーザのグループのスキルに適用される。種々のユーザのグループの例は、医師、看護師、患者、患者の親族である。更にそれを詳細に述べるために、ユーザの専門により種々のユーザのグループを規定することが可能であり、例えば、腫瘍医のグループは整形外科医のグループと区別される。
【００３６】
より具体的には、上記システムは、ユーザの第１のグループの要求に合う第１の辞書及び第１の意味１３に関して患者の経路をどのように構築するかを規定する第１の経路モデル１を有している。特に、第１の辞書及び第１の意味１３は、ユーザの第１のグループのヘルスリテラシに合うように取り決められる。
【００３７】
第２の経路モデル２は、ユーザの第２のグループの要求に合う第２の辞書及び第２の意味１４に関して患者の経路をどのように構築するかを規定する。例えば、この第２の経路モデルは、ユーザの第２のグループのヘルスリテラシに合わせる。第２の経路モデル２は、少なくとも上述した医学的状態の分類について第１の経路モデル１に対応している。第１の経路モデル１及び第２の経路モデル２は、同じ医学的状態に関して同じ種類のクリニカルパスのモデルを作成するという点で互いに対応している。その結果、これらは、同じクリニカルパスについて異なる表現を生成することを可能にする。
【００３８】
具体的な例では、ユーザの第１のグループは患者であり、ユーザの第２のグループは医療専門家である。
【００３９】
上記システムは、第１の経路モデルと第２の経路モデルとの対応を規定するマッピングモデル３を有している。この対応は、第１の経路モデル１の要素を第２の経路モデル２の要素と関連付ける。例えば、第１の経路モデル１において用いられる用語は、第２の経路モデルにおいて用いられる対応する用語と関連している。
【００４０】
例えば、マッピングモデル３は、クリニカルパスの機械可読フォーマットを規定する第３の経路モデルと関連している。マッピングモデル３は、第１及び第２の経路モデルの両方の要素を第３の経路モデルの同じ対応する要素と関連付けることにより第１の経路モデルの要素を第２の経路モデルの要素と関連付ける。しかしながら、マッピングモデル３は、第１の経路モデル１の要素を第２の経路モデル２の要素と直接的にも関連付け得る。
【００４１】
上記システムは、第１の経路モデル１又は第２の経路モデル２のいずれか一方をソースモデルとして識別し、他方の経路モデルをターゲットモデルとして識別する識別ユニット４を有している。識別ユニット４は、ソースモデルとしてのいずれか一方の経路モデル及びターゲットモデルとしての他方のハードコーディングにより暗に実行され得る。
【００４２】
上記システムは、特定の患者に関する情報に基づいて、上記ソースモデルに従って患者の特定のクリニカルパスの第１の表現６を生成する経路生成器５を有している。経路生成器５は、情報システムから適切な情報を収集するようにされており、患者の特定の経路の第１の表現６の個々の要素を生成し、組み合わせるためにソースモデルの要素及び／又は適用可能なルールを適用する。
【００４３】
上記システムは、患者の特定のクリニカルパスの第１の表現６を患者の特定のクリニカルパスの対応する第２の表現８に変換する経路変換器７を有している。この患者の特定のクリニカルパスの対応する第２の表現８は、ターゲットモデルに従って決定される。しかしながら、第１の表現６及び第２の表現８により表されるクリニカルパスは本質的に同じであり、同じ患者の同じ経路に関連している。経路変換器７は、第１の表現６の要素を第２の表現８の対応する要素にマッピングするためにマッピングモデル３を用いる。
【００４４】
上記システムは、患者の特定のクリニカルパスを変更する第１の変更ユニット９を有している。この目的のために、第１の変更ユニット９は、修正された第１の表現を得るように患者の特定のクリニカルパスの第１の表現９を修正する。上記修正は、利用可能な患者固有の医学的情報及び／又は一般的な医学的ガイドライン又はルールの点から見て利用可能な種々の選択肢の中から選択することを含んでいる。
【００４５】
経路変換器７は、上記修正された第１の表現に基づいて変換を生成する。このシステムは、結果として得られる修正された表現を第２の表現８に変換する前に第１の表現６を変更する。代替として、経路変換器７は、第１の表現６及び修正された第１の表現の両方を変換する。このやり方では、ターゲットモデル２に従って第２の表現８の２つのバージョンが生成される。例えば、ユーザは、ユーザの要求に従って変更及び変換を行うために第１の変更ユニット９及び経路変換器７の動作を制御することを可能にされる。
【００４６】
上記システムは、修正された第２の表現を得るために、患者の特定のクリニカルパスの第２の表現８を修正することにより患者の特定のクリニカルパスを変更する第２の変更ユニット１０を有している。経路変換器７は、少なくとも修正された第２の表現の修正された要素を対応する修正された第１の表現の対応する要素にマッピングするためにマッピングモデル３を用いて、ターゲットモデルに従う患者の特定のクリニカルパスの修正された第２の表現をソースモデルに従う患者の特定のクリニカルパスの対応する修正された第１の表現に再び変換する。第１の変更ユニット９の動作と同様に、第２の変更ユニット１０の動作は、自動的であるか、又はユーザ入力に基づいている。更に、ソースの経路モデルを用いる修正された第２の表現を修正された第１の表現に再び変換する経路変換器７のトリガは、自動的に又は手動で行われる。
【００４７】
経路の変更は、患者又は医療専門家のようなユーザの前提条件又は好みを反映する特定の患者のクリニカルパスの個別化に関連する。
【００４８】
第１の経路モデル１は、日常語の使用、簡易な文章の使用、技術用語を説明するための映像の使用、位置の視覚化及び／又は損傷部位の範囲、予定付きの目に見えるカレンダー、診断又は治療の技術的詳細の省略、治療の予測若しくは達成される作用又は副作用の説明のうちの少なくとも１つを規定する。
【００４９】
第２の経路モデル２は、医学用語の使用、複雑な文章の使用、医療専門家に適した診断又は治療の利用可能な技術的詳細を含む技術用語の使用、技術用語の説明の省略のうちの少なくとも１つを規定する。
【００５０】
上記第１の経路モデル又は第２の経路モデル２のいずれか一方はソースモデルとして用いられ、他方の経路モデルはターゲットモデルとして用いられることが理解されるであろう。その結果、第１の経路モデルがソースモデルであり、第２の経路モデルがターゲットモデルであるか、又は、第２の経路モデルはソースモデルであり、第１の経路モデルはターゲットモデルであるかのいずれかである。
【００５１】
上記システムは、患者であるユーザに第１の経路モデルに従って患者の特定のクリニカルパスの表現を与える患者ユーザインターフェース１１を有している。
【００５２】
上記システムは、医療専門家であるユーザに第２の経路モデルに従って患者の特定のクリニカルパスの表現を与える医療専門家ユーザインターフェース１２を有している。
【００５３】
患者ユーザインターフェース１１又は医療専門家ユーザインターフェース１２は、各表現に関して各ユーザから患者の特定のクリニカルパスに対する変更の指示を受け取る。例えば、選択肢が、ラジオボタン又はドロップダウンボックスのようなユーザインターフェース要素により示される。更に、ユーザは、グラフィカルに又はテキスト編集若しくは音声インターフェースによって表現を編集することを可能にされる。
【００５４】
経路生成器５は、少なくとも部分的に手入力により及び／又は電子医療記録から特定の患者に関する情報を受け取る。
【００５５】
経路生成器５は、医療提供者の特定のコンテンツ、標準の操作手順に依存して経路の第１の表現を生成する及び／又は医学的状態及びそのケアのコースにどのようにアプローチするかの承諾された根拠を集める。
【００５６】
上記システムは、第１の表現と第２の表現との間の対応に関する不確かさの指示を生成する不確かさインジケータ１５を有している。そのような不確かさは、変換の間に経路変換器７により検出される。更に、マッピングモデル３は、第１の経路モデル１の要素と第２の経路モデルの要素との間のマッピングに関連する不確かさの指示を有している。
【００５７】
図２は、流れ図により臨床決定支援方法の観点を示している。この方法は、ステップ１０１において、ソースモデルとして第１の経路モデル又は第２の経路モデルのいずれか一方を識別し、ターゲットモデルとして他方の経路モデルを識別するステップを有しており、少なくとも医学的状態の分類に関する第１の経路モデルが、例えば医療利用者のヘルスリテラシに合う第１の辞書及び第１の意味に関して規定され、少なくとも医学的状態の分類に関する第１の経路モデルに対応する第２の経路モデルが、例えば医療専門家のヘルスリテラシに合う第２の辞書及び第２の意味に関して規定され、マッピングモデルが第１の経路モデルと第２の経路モデルとの間の対応を規定する。上記方法は、更に、ステップ１０２において、特定の患者に関する情報に基づいて、ソースモデルに従って患者の特定のクリニカルパスの第１の表現を生成するステップを有している。上記方法は、更に、ステップ１０３において、第１の表現の要素を第２の表現の対応する要素にマッピングするマッピングモデル３を用いて、ターゲットモデルに従って患者の特定のクリニカルパスの第１の表現を患者の特定のクリニカルパスの対応する第２の表現に変換するステップを有している。
【００５８】
上記方法は、上記システムの機能性の記述に基づいて拡張及び／又は修正され得る。上記方法は、コンピュータシステムにこの方法を実行させるコンピュータプログラムにより実現され得る。
【００５９】
既存の決定の援助は、大部分は情報であり、個々の患者の前提条件及び好みに適合しない。患者は、包括的な情報を読み、患者の特定のケースに一般的な情報を当てはめようとしなければならない。従って、「根拠はどれだけ自分に関連しているか、及び自分の状態を代替の経路をたどらせるようにどのようにして仕向けられるか」という個人化された患者の経路に沿った質問に対する答えは、患者の情報の解釈に大きく依存する。この場合、患者が、医療専門家との協議中に自身の治療についての疾病の経路の適用可能範囲及び選択肢にとどまる質問の説明を求めると、議論及び回答は、患者により理解されるオントロジ及び意味に関連するべきである。しかしながら、臨床医は、医学用語を含む専門家のオントロジ及び意味に基づいて議論及び回答するように用いる。ヘルスリテラシのこの非対称性が、患者と臨床医との間の混乱を生み出し、理解に関する質問を互いに繰り返すことをもたらす。患者バージョンと専門家バージョンとの間のクリニカルパスの変換及び再変換は、人間−コンピュータの相互作用の方法及び医療情報学による医学的な意思決定の共有プロセスを向上させるために用いられ得る。
【００６０】
医療利用者及び提供者それぞれの理解の患者及び専門家の社会を整合させるオントロジ及び意味を用いる特定の疾病についての２つの対応する治療経路のモデルが使用され得る。患者は、患者用の経路モデルを用い、自身の前提条件及び好みを反映させて、包括的な患者の経路モデルを自身の個々の予測される経路に個別化するツールを備えることができる。患者及び専門家の経路モデルの対応に基づいて、本明細書に開示されるシステム及び方法は、医療専門家への提示用の及び（例えば、患者との協議の間に）医療専門家による修正の可能性がある個々の経路の専門家のバージョンを生成することができる。その後、本明細書に開示されるシステム及び方法は、患者による検証のために、個々の経路の（部分的に修正された）専門家のバージョンを患者のバージョンに再び変換することができる。
【００６１】
一人の患者に関する個々の経路は、本質的には、（通常、疾病中心である）一般的なクリニカルパスの命令を有している。患者と専門家との経路モデルの間のこの命令を変換するために、これらのモデルの間の対応付けが作り出される。２つのモデルからの要素のペアの間におけるマッピングの形で、この対応付けを自動的に又は半自動的に作り出すことが可能である。このマッピングは、その後、効率的なやり方で２つのモデルの間で患者の特定のインスタンス化された経路を変換することを可能にする。
【００６２】
上記経路のバージョンのパラメータ化のために、代替として、例えば電子医療記録内のファイル上の患者データを用いる対話型の全ての手動のデータ入力又は半自動的な手法が経路を追加するために用いられる。上記経路モデルは、或る医学的状態にどのようにアプローチするかの承諾された根拠を集める医療提供者の特定のコンテンツ（制度化された標準操作手順）と個々の患者データを有する治療のコースとを組み合わせることにより追加され得る。上記収集は、（人口統計に関して）経路が設計された個体数に合う患者の見込み又は（患者データが有する入力のばらつきに基づく経路の選択の感度分析のような統計を用いる）代替の経路で自身の状態になる患者の見込みにより確立され得る。
【００６３】
健康管理の指示のワークフローに依存して、経路の患者バージョン又は専門家バージョンのいずれか一方が最初にもたらされる。代替として、両方のバージョンが同時に生成され得る。上記患者のバージョンは、自身の既往歴及び好みを伴う入力又は情報交換のため及び可能であれば調整のために患者により用いられる。その後、上記患者バージョンは、例えば協議中に治療提供者とのやり取りのために専門家バージョンに変換され、それから、全ての患者自身の要求が処理され、いかなる問題もが決定に向けて解決されたかどうかを見るために患者用に再び変換される。専門家バージョンが最初に用いられるケースでは、初期パラメータ化及び治療提供者による個々の患者経路の見直しの選択肢が存在し、その後、可能であれば経路の修正された専門家バージョンが患者バージョンに変換される。
【００６４】
オプションで、個々の経路は、変換方法の正確さを確実にするために、患者バージョンから専門家バージョンに変換され、専門家側についての修正を伴うことなく専門家バージョンから患者バージョンに再び変換される。これは解決された協議の結果であったと患者が同意するかどうかについての患者からのフィードバックを臨床医が得ることを可能にするために、臨床医が患者との協議に基づいて作成した修正の後、専門家バージョンから患者バージョンに再変換することも可能である。再変換に違いが存在する場合、それらは、協議プロセスの質の管理のため及び／又は従って決定に適合させるために用いられ得る。
【００６５】
更に、類似度の測定が、更なる説明が求められるべきである経路内における種々の変換ステップ又は単なる点の間の選択又は同意の不確かさの程度を計算、表示及び／又は視覚化するために用いられ得る。
【００６６】
経路の専門家の表現と患者の表現との間の変換は、２つの、すなわち、語彙的及び形態的手法のどちらか一方又は組み合わせを用いて自動的になされる。しかしながら、これは限定されるものではない。他の技術が追加で又は代替として用いられ得る。マッピング要素についての語彙的方法はＮＬＰ（自然言語処理）の分野において知られており、そのような方法は、要素を名づけるために用いられる語及びモデル内の要素の記述の類似度を検出するために用いられる。形態的な方法は、オントロジの性の分野における構造整合方法としても知られている。形態的方法は、２つのモデルの全体のトポロジを用いて個々の要素間の類似度を検出するために用いられる。形態的方法は、（例えば、hypothermia（低体温）及びhyperthermia（高体温）のような）似たような名前を付けられているが、非常に異なる意味を持つ要素が語彙的方法により互いに誤ってマッピングされることを防止するために用いられる。形態的なマッチングは、語彙的に作成されたマッピングについての一致のチェックのために用いられる。
【００６７】
語彙的なマッチングは、２つのモデルの間の要素の各ペアを比較するため、各ペアの間の類似度を計算するため及び類似度が所定の容認可能性の閾値よりも大きい要素のペアの間のマッピングを確立するために用いられる。２つの要素は、当該要素の名前及び／又は記述における語の最初の標準化により比較され（英語では、１つのそのようなやり方はステミング（stemming）と呼ばれる。）、その後、語彙的類似度が２つの要素の名前からこれらの標準化された語の間で計算される。よく知られている語彙的類似度の測定は、レーベンシュタイン距離の測定である。類似度が要素の各ペアの間で計算された後、以前に確立された閾値よりも大きい類似度を持つペアがモデル間のマッピングとして結論付けられる。
【００６８】
この自動的な変換において不確かさが認められた場合、不確かさは、変換プロセスの手作業での監視及び訂正により助けられる。更に進んだシステムは、訂正プロセスにおいて規則性を検出し、変換自体を適合させるようにもされる。
【００６９】
他のマッピング技術も用いられ得る。例えば、第１の経路モデル１及び第２の経路モデル２における要素の間の手作業で描かれたマッピングが使用されてもよい。このやり方では、２つのモデルの要素の間の対応についての医学的及び他の専門知識がマッピングモデル３に取り込まれる。
【００７０】
本発明は、本発明を実行するコンピュータプログラム、特に、担体上又は担体内のコンピュータプログラムにも当てはまることが理解されるであろう。プログラムは、ソースコード、オブジェクトコード、コード中間ソース及び部分的にコンパイルされた形で又は本発明の方法の実現に用いて好適な任意の他の形態でのようなオブジェクトコードの形である。そのようなプログラムは、多くの異なる建築設計を有していることも理解されるであろう。例えば、本発明に係る方法又はシステムの機能性を実現するプログラムコードは、１つ以上のサブルーチンに細分される。これらのサブルーチンの間に機能性を分配する多くの異なるやり方は、当業者には明らかであろう。サブルーチンは、自己完結型のプログラムを形成するように１つの実行可能ファイルに一緒に記憶され得る。そのような実行可能ファイルは、コンピュータ実行可能な命令、例えば、プロセッサ命令及び／又はインタープリタ命令（例えば、ＪＡＶＡ（登録商標）インタープリタ命令）を有している。代替として、サブルーチンの１つ以上又は全てが、少なくとも１つの外部ライブラリファイルに記憶され、例えば実行時に、静的又は動的にメインプログラムにリンクされてもよい。上記メインプログラムは、サブルーチンの少なくとも１つに対する少なくとも一度の呼び出しを含んでいる。サブルーチンは、互いに対する呼び出しも含んでいる。コンピュータプログラム製品に関する一実施形態は、本明細書において説明される方法の少なくとも１つのステップの各処理ステップに対応するコンピュータ実行可能な命令を有している。これらの命令は、サブルーチンに細分されるか、又は静的又は動的にリンクされ得る１つ以上のファイルに記憶されている。コンピュータプログラム製品に関する他の実施形態は、本明細書において説明されるシステム及び／又は製品の少なくとも１つの各手段に対応するコンピュータ実行可能な命令を有している。これらの命令は、サブルーチンに細分されるか、又は静的又は動的にリンクされ得る１つ以上のファイルに記憶されている。
【００７１】
コンピュータプログラムの担体は、プログラムを実行することが可能な任意のエンティティ又はデバイスであり得る。例えば、上記担体は、ＲＯＭ、例えば、ＣＤＲＯＭ若しくは半導体ＲＯＭのような記憶媒体、又は、磁気記録媒体、例えば、フラッシュドライブ若しくはハードディスクを含んでいる。更に、上記担体は、電気若しくは光ケーブルを介して又は無線若しくは他の手段により伝達され得る電気又は光信号のような伝送可能な担体であってもよい。上記プログラムがそのような信号に埋め込まれる場合、担体は、そのようなケーブル又は他のデバイス若しくは手段により構成される。代替として、上記担体は、関連する方法を実行するように構成された又は関連する方法の実行に用いられるプログラムが埋め込まれた集積回路であってもよい。
【００７２】
上述した実施形態は本発明を限定するものではではなく説明しており、当業者であれば添付の特許請求の範囲から逸脱することなく多くの代替の実施形態を考案することができることに注意されたい。特許請求の範囲では、括弧内に配されたいかなる参照符号もが特許請求の範囲を限定するように解釈されるべきではない。「有する」という動詞及びその活用形の使用は、特許請求の範囲に列挙されている構成要素又はステップ以外の他の構成要素又はステップの存在を排除するものではない。構成要素の前に付された冠詞「a」又は「an」は、複数のそのような構成要素の存在を排除するものではない。本発明は、幾つかの別個の構成要素を有するハードウェアを用いて及び適切にプログラムされたコンピュータを用いて実現され得る。幾つかの手段を列挙しているデバイスの請求項では、これらの手段の幾つかが、ハードウェアの１つの同じアイテムにより具現化され得る。ある方策が互いに異なる従属請求項において述べられているという単なる事実は、これらの方策の組み合わせが有利に用いられ得ないことを示してはいない。
【図１】
0006297571.tif 000002
【図２】
0006297571.tif 000003