IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

<>
  • -情報処理装置及び情報処理方法 図1
  • -情報処理装置及び情報処理方法 図2
  • -情報処理装置及び情報処理方法 図3
  • -情報処理装置及び情報処理方法 図4
  • -情報処理装置及び情報処理方法 図5
  • -情報処理装置及び情報処理方法 図6
  • -情報処理装置及び情報処理方法 図7
  • -情報処理装置及び情報処理方法 図8
  • -情報処理装置及び情報処理方法 図9
  • -情報処理装置及び情報処理方法 図10
  • -情報処理装置及び情報処理方法 図11
  • -情報処理装置及び情報処理方法 図12
  • -情報処理装置及び情報処理方法 図13
  • -情報処理装置及び情報処理方法 図14
  • -情報処理装置及び情報処理方法 図15
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-10-03
(45)【発行日】2025-10-14
(54)【発明の名称】情報処理装置及び情報処理方法
(51)【国際特許分類】
   G16H 20/00 20180101AFI20251006BHJP
【FI】
G16H20/00
【請求項の数】 9
(21)【出願番号】P 2021144995
(22)【出願日】2021-09-06
(65)【公開番号】P2023038084
(43)【公開日】2023-03-16
【審査請求日】2024-07-25
(73)【特許権者】
【識別番号】594164542
【氏名又は名称】キヤノンメディカルシステムズ株式会社
(74)【代理人】
【識別番号】110001634
【氏名又は名称】弁理士法人志賀国際特許事務所
(72)【発明者】
【氏名】藤澤 恭子
(72)【発明者】
【氏名】坂口 卓弥
【審査官】吉田 誠
(56)【参考文献】
【文献】特開2020-113011(JP,A)
【文献】特表2009-533782(JP,A)
【文献】特開2001-118014(JP,A)
【文献】特開2019-095960(JP,A)
(58)【調査した分野】(Int.Cl.,DB名)
G16H 10/00 - 80/00
(57)【特許請求の範囲】
【請求項1】
対象患者の属性に基づいて、前記対象患者に適用される治療方法ごとに、前記対象患者の将来の生活状況を推定する推定部と、
前記生活状況に基づく情報を出力部を介して出力する出力制御部と、を備え、
前記推定部は、
複数の患者のそれぞれの時間的又は経済的なコストに関する第1指標値と、前記複数の患者のそれぞれに適用された治療方法ごとの治療効果に関する第2指標値とに基づいて、前記複数の患者を複数のグループに層別化し、
前記複数の患者から層別化された前記複数のグループのそれぞれの属性を定量的に表した第1分布を算出し、
前記対象患者の属性を定量的に表した第2分布を算出し、
前記第1分布と前記第2分布との比較に基づいて、前記対象患者の予後を推定し、
前記予後に基づいて、前記治療方法ごとに前記対象患者の将来の生活状況を推定する、
報処理装置。
【請求項2】
前記推定部は、前記第1分布と前記第2分布との比較に基づいて、前記対象患者の時間的又は経済的なコストに関する第3指標値と、前記対象患者に適用される治療方法ごとの治療効果に関する第4指標値とのうち少なくとも一方の指標値を、前記対象患者の予後として推定する、
請求項に記載の情報処理装置。
【請求項3】
前記推定部は、
前記第2分布と前記複数のグループのそれぞれの前記第1分布との類似度を算出し、 前記第2分布との前記類似度が最も大きい前記第1分布の前記第1指標値を、前記対象患者に関する前記第指標値として推定する、又は前記第2分布との前記類似度が最も大きい前記第1分布の前記第2指標値を、前記対象患者に関する前記第指標値として推定する、
請求項に記載の情報処理装置。
【請求項4】
前記対象患者又は前記対象患者の家族が希望する前記対象患者の将来の生活状況である第1生活状況と、前記推定部により推定された前記対象患者の将来の生活状況である第2生活状況との間に第1ギャップが生じたか否かを判定する判定部を更に備え、
前記出力制御部は、前記第1ギャップが生じた場合と前記第1ギャップが生じていない場合とで、前記出力部に出力させる情報を異ならせる、
請求項1からのうちいずれか一項に記載の情報処理装置。
【請求項5】
前記第1ギャップは、前記第1生活状況として数値化されたスコアと、前記第2生活状況として数値化されたスコアとの間で生じた差である、
請求項4に記載の情報処理装置。
【請求項6】
前記判定部は、前記第1ギャップが生じた場合、更に、前記第1ギャップの解消法があるか否かを判定し、
前記出力制御部は、前記第1ギャップの解消法がある場合、前記第1ギャップの解消法を前記出力部を介して出力
前記対象患者の属性には、前記対象患者が制御可能な第1因子と、前記対象患者が制御可能でない第2因子とが含まれており、
前記判定部は、
前記第1因子をシミュレーションによって調整し、
前記第1因子を調整したことで同じ治療方法であっても前記第1ギャップを縮小させることができる場合、前記第1ギャップの解消法があると判定する、
請求項に記載の情報処理装置。
【請求項7】
記推定部は、前記第1ギャップが生じた場合、更に、前記第1因子が調整された前記対象患者の属性に基づいて、前記対象患者の将来の生活状況を推定し、
前記判定部は、前記第1生活状況と、前記第1因子が調整された場合に前記推定部により推定された前記対象患者の将来の生活状況である第3生活状況との間に第2ギャップが生じたか否かを判定し、前記第2ギャップが生じていない場合、前記第1ギャップの解消法があると判定し、
前記出力制御部は、前記第1ギャップの解消法に前記第1因子の調整があることを前記出力部を介して出力する、
請求項に記載の情報処理装置。
【請求項8】
前記第2ギャップは、前記第1生活状況として数値化されたスコアと、前記第3生活状況として数値化されたスコアとの間で生じた差である、
請求項7に記載の情報処理装置。
【請求項9】
コンピュータが、
対象患者の属性に基づいて、前記対象患者に適用される治療方法ごとに、前記対象患者の将来の生活状況を推定し、
前記生活状況に基づく情報を出力部を介して出力
複数の患者のそれぞれの時間的又は経済的なコストに関する第1指標値と、前記複数の患者のそれぞれに適用された治療方法ごとの治療効果に関する第2指標値とに基づいて、前記複数の患者を複数のグループに層別化し、
前記複数の患者から層別化された前記複数のグループのそれぞれの属性を定量的に表した第1分布を算出し、
前記対象患者の属性を定量的に表した第2分布を算出し、
前記第1分布と前記第2分布との比較に基づいて、前記対象患者の予後を推定し、
前記予後に基づいて、前記治療方法ごとに前記対象患者の将来の生活状況を推定する、
情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本明細書及び図面に開示の実施形態は、情報処理装置及び情報処理方法に関する。
【背景技術】
【0002】
従来は、医師などの医療従事者が一方的に患者の治療方針を決定していた。近年の医療現場では、患者及び家族の意向や価値観を汲んで医療従事者と患者及び家族が合意した上で、一緒に治療方針を決定することが検討されている。患者及び家族との合意を形成した上で治療方針を決定することは、Sheared Decision Makingと呼ばれている。
【0003】
患者や家族の意向を踏まえた治療法の選択にあたっては、以下の課題がある。医療情報から患者および家族が退院後の日常生活を思い描くには、患者及び家族側に情報や知識が不足していたり、そもそも医療情報から日常生活に関わる情報に変換できず、ギャップがある。治療法そのものの選択が先にあり、その後の日常生活までを想定した選択となっていないので、時に、患者やその家族には対応が難しい選択になりうることがある。患者や家族が許容できる範囲、優先順位を明確にできないため、治療法の先を思い描いたうえでの合意形成がしにくい。
【0004】
従来の技術では、患者および家族が望む治療後の生活が入力となっておらず、医療サイドとの相互にやり取りをして治療法、つまり治療後の生活に関する合意形成が不足していた。また、医療サイドとの患者および家族間の合意形成にあたり、患者および家族が医療情報から実際の生活を想像することが難しく、患者および家族が判断できない状況にあり、一方医療サイド側はそのギャップに気づくことができない。
【先行技術文献】
【特許文献】
【0005】
【文献】特開2004-258978号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
本明細書及び図面に開示の実施形態が解決しようとする課題は、患者やその家族の意向に合った治療方法を選択できることである。ただし、本明細書及び図面に開示の実施形態により解決しようとする課題は上記課題に限られない。後述する実施形態に示す各構成による各効果に対応する課題を他の課題として位置づけることもできる。
【課題を解決するための手段】
【0007】
実施形態の情報処理装置は、推定部と、出力制御部とを持つ。前記推定部は、対象患者の属性に基づいて、前記対象患者に適用される治療方法ごとに、前記対象患者の将来の生活状況を推定する。前記出力制御部は、前記生活状況に基づく情報を出力部を介して出力する。
【図面の簡単な説明】
【0008】
図1】第1実施形態における情報処理システム1の構成例を表す図。
図2】第1実施形態における端末装置10の構成例を表す図。
図3】意向入力画面の一例を表す図。
図4】第1実施形態における情報処理装置100の構成例を表す図。
図5】第1実施形態に係る処理回路120の一連の処理の流れを表すフローチャート。
図6】対象患者P1の予後を推定する処理の流れを表すフローチャート。
図7】属性分布の一例を表す図。
図8】層別化処理を説明するための図。
図9】属性分布の比較方法を説明するための図。
図10】将来の生活状況として推定される事項の一例を表す図。
図11】第2実施形態に係る処理回路120の一連の処理の流れを表すフローチャート。
図12】希望生活状況の一例を表す図。
図13】推定生活状況の一例を表す図。
図14】ギャップが生じた一例を表す図。
図15】ギャップの解消法の出力例を表す図。
【発明を実施するための形態】
【0009】
以下、図面を参照しながら、実施形態の情報処理装置及び情報処理方法について説明する。
【0010】
(第1実施形態)
[情報処理システムの構成]
図1は、第1実施形態における情報処理システム1の構成例を表す図である。情報処理システム1は、例えば、端末装置10と、情報処理装置100とを備える。端末装置10及び情報処理装置100は、通信ネットワークNWを介して通信可能に接続される。
【0011】
通信ネットワークNWは、電気通信技術を利用した情報通信網全般を意味してよい。例えば、通信ネットワークNWは、病院基幹LAN(Local Area Network)等の無線/有線LANやインターネット網のほか、電話通信回線網、光ファイバ通信ネットワーク、ケーブル通信ネットワークおよび衛星通信ネットワーク等を含む。
【0012】
端末装置10は、医療従事者P2によって利用されるパーソナルコンピュータやタブレット端末、携帯電話などの端末装置である。医療従事者P2は、典型的には医師であるが、看護師やその他の医療に携わる人物、地域の介護サービスに関わる人物であってもよい。医療従事者P2は、例えば、治療の対象とする患者(以下、対象患者P1という)に関する情報を端末装置10に入力する。また、医療従事者P2が入力する代わりに、対象患者P1やその家族が、対象患者P1に関する情報を端末装置10に入力してもよい。また、患者と同様に、家族も自身に関する情報を入力する対象者となる。
【0013】
端末装置10は、通信ネットワークNWを介して、医療従事者P2によって入力された情報を情報処理装置100に情報を送信したり、或いは情報処理装置100から情報を受信したりする。
【0014】
情報処理装置100は、通信ネットワークNWを介して、端末装置10から情報を受信し、その受信した情報を処理する。そして、情報処理装置100は、通信ネットワークNWを介して、処理した情報を端末装置10に送信する。
【0015】
情報処理装置100は、単一の装置であってもよいし、通信ネットワークNWを介して接続された複数の装置が互いに協働して動作するシステムであってもよい。すなわち、情報処理装置100は、分散コンピューティングシステムやクラウドコンピューティングシステムに含まれる複数のコンピュータ(プロセッサ)によって実現されてもよい。また、情報処理装置100は、必ずしも端末装置10とは異なる別体の装置である必要はなく、端末装置10と一体になった装置であってもよい。
【0016】
[端末装置の構成]
図2は、第1実施形態における端末装置10の構成例を表す図である。端末装置10は、例えば、通信インタフェース11と、入力インタフェース12と、出力インタフェース13と、メモリ14と、処理回路20とを備える。
【0017】
通信インタフェース11は、通信ネットワークNWを介して情報処理装置100などと通信する。通信インタフェース11は、例えば、NIC(Network Interface Card)や無線通信用のアンテナ等を含む。
【0018】
入力インタフェース12は、操作者(例えば医療従事者P2)からの各種の入力操作を受け付け、受け付けた入力操作を電気信号に変換して処理回路20に出力する。例えば、入力インタフェース12は、マウス、キーボード、トラックボール、スイッチ、ボタン、ジョイスティック、タッチパネル等を含む。入力インタフェース12は、例えば、マイク等の音声入力を受け付けるユーザインタフェースであってもよい。入力インタフェース12がタッチパネルである場合、入力インタフェース12は、後述のディスプレイ13aの表示機能を兼ね備えるものであってもよい。
【0019】
なお、本明細書において入力インタフェース12はマウス、キーボード等の物理的な操作部品を備えるものだけに限られない。例えば、装置とは別体に設けられた外部の入力機器から入力操作に対応する電気信号を受け取り、この電気信号を制御回路へ出力する電気信号の処理回路も入力インタフェース12の例に含まれる。
【0020】
出力インタフェース13は、処理回路20の制御下において情報を出力する。例えば、出力インタフェース13は、ディスプレイ13aやスピーカ13bなどを備える。
【0021】
ディスプレイ13aは、各種の情報を表示する。例えば、ディスプレイ13aは、処理回路20によって生成された画像や、医療従事者P2からの各種の入力操作を受け付けるためのGUI(Graphical User Interface)等を表示する。例えば、ディスプレイ13aは、LCD(Liquid Crystal Display)や、CRT(Cathode Ray Tube)ディスプレイ、有機EL(Electro Luminescence)ディスプレイ等である。
【0022】
スピーカ13bは、各種情報を音に変換して出力する。例えば、スピーカ13bは、処理回路20から入力された情報を音として出力する。
【0023】
メモリ14は、例えば、RAM(Random Access Memory)、フラッシュメモリ等の半導体メモリ素子、ハードディスク、光ディスクによって実現される。これらの非一過性の記憶媒体は、NAS(Network Attached Storage)や外部ストレージサーバ装置といった通信ネットワークNWを介して接続される他の記憶装置によって実現されてもよい。また、メモリ14には、ROM(Read Only Memory)やレジスタ等の非一過性の記憶媒体が含まれてもよい。
【0024】
処理回路20は、例えば、取得機能21と、出力制御機能22と、通信制御機能23とを備える。処理回路20は、例えば、ハードウェアプロセッサ(コンピュータ)がメモリ14(記憶回路)に記憶されたプログラムを実行することにより、これらの機能を実現するものである。
【0025】
処理回路20におけるハードウェアプロセッサは、例えば、CPU(Central Processing Unit)、GPU(Graphics Processing Unit)、特定用途向け集積回路(Application Specific Integrated Circuit; ASIC)、プログラマブル論理デバイス(例えば、単純プログラマブル論理デバイス(Simple Programmable Logic Device; SPLD)または複合プログラマブル論理デバイス(Complex Programmable Logic Device; CPLD)、フィールドプログラマブルゲートアレイ(Field Programmable Gate Array; FPGA))等の回路(circuitry)を意味する。メモリ14にプログラムを記憶させる代わりに、ハードウェアプロセッサの回路内にプログラムを直接組み込むように構成しても構わない。この場合、ハードウェアプロセッサは、回路内に組み込まれたプログラムを読み出し実行することで機能を実現する。上記のプログラムは、予めメモリ14に格納されていてもよいし、DVDやCD-ROM等の非一時的記憶媒体に格納されており、非一時的記憶媒体が端末装置10のドライブ装置(不図示)に装着されることで非一時的記憶媒体からメモリ14にインストールされてもよい。ハードウェアプロセッサは、単一の回路として構成されるものに限らず、複数の独立した回路を組み合わせて1つのハードウェアプロセッサとして構成され、各機能を実現するようにしてもよい。また、複数の構成要素を1つのハードウェアプロセッサに統合して各機能を実現するようにしてもよい。
【0026】
取得機能21は、入力インタフェース12を介して入力情報を取得したり、通信インタフェース11を介して情報処理装置100から情報を取得したりする。
【0027】
出力制御機能22は、取得機能21によって取得された情報を、ディスプレイ13aに画像として表示させたり、スピーカ13bから音声として出力させたりする。
【0028】
例えば、出力制御機能22は、ディスプレイ13aに、治療に関する対象患者P1又はその家族の意向を入力可能な画面(以下、意向入力画面という)を表示させる。意向入力画面については後述する。
【0029】
通信制御機能23は、入力インタフェース12に入力された情報を通信インタフェース11を介して情報処理装置100に送信する。
【0030】
図3は、意向入力画面の一例を表す図である。意向入力画面には、対象患者P1の治療後における生活状況(日常生活)に関して、その対象患者P1自身や対象患者P1の家族が気になり得る事項が入力できる。例えば、意向入力画面には、対象患者P1やその家族をとりまく経済的社会的環境又は医療費負担などの事項に関して、アンケート形式や自由記入形式で設問されている。当設問の内容は、具体的には、(1)今後の病気の状態、(2)治療費、(3)働ける日数、(4)治療後の生活のための身体的又は認定的機能、(5)治療後必要となる家族の協力、(6)介護の必要程度、(7)地域の支援などである。各設問には、どの程度関心があるのか、許容できるのか、或いは協力できるのか、といったスコアが入力可能である。例えば、「とても気になる」という選択肢は、関心度が最も高い/許容度が最も低いことを表し、「気になる」という選択肢は、「とても気になる」という選択肢に比べて関心度が低い/許容度が高いことを表し、「それほど気にならない」という選択肢は、「気になる」という選択肢に比べて関心度が低い/許容度が高いことを表している。これら3つの選択肢のうち、対象患者P1又はその家族がどの選択肢を回答したのかに応じて、関心度や許容度、協力度といったスコアが決定される。なお設問の数は7つに限られず、各設問の選択肢も3つに限られない。
【0031】
[情報処理装置の構成]
図4は、第1実施形態における情報処理装置100の構成例を表す図である。情報処理装置100は、例えば、通信インタフェース111と、入力インタフェース112と、出力インタフェース113と、メモリ114と、処理回路120とを備える。
【0032】
通信インタフェース111は、通信ネットワークNWを介して端末装置10などと通信する。通信インタフェース111は、例えば、NIC等を含む。通信インタフェース111は「出力部」の一例である。
【0033】
入力インタフェース112は、操作者からの各種の入力操作を受け付け、受け付けた入力操作を電気信号に変換して処理回路120に出力する。例えば、入力インタフェース112は、マウス、キーボード、トラックボール、スイッチ、ボタン、ジョイスティック、タッチパネル等を含む。入力インタフェース112は、例えば、マイク等の音声入力を受け付けるユーザインタフェースであってもよい。入力インタフェース112がタッチパネルである場合、入力インタフェース112は、後述のディスプレイ113aの表示機能を兼ね備えるものであってもよい。
【0034】
なお、本明細書において入力インタフェース112はマウス、キーボード等の物理的な操作部品を備えるものだけに限られない。例えば、装置とは別体に設けられた外部の入力機器から入力操作に対応する電気信号を受け取り、この電気信号を制御回路へ出力する電気信号の処理回路も入力インタフェース112の例に含まれる。
【0035】
出力インタフェース113は、処理回路120の制御下において情報を出力する。例えば、出力インタフェース113は、ディスプレイ113aやスピーカ113bなどを備える。出力インタフェース113は「出力部」の一例である。
【0036】
ディスプレイ113aは、各種の情報を表示する。例えば、ディスプレイ13aは、処理回路120によって生成された画像や、操作者からの各種の入力操作を受け付けるためのGUI等を表示する。例えば、ディスプレイ113aは、LCDや、CRTディスプレイ、有機ELディスプレイ等である。
【0037】
スピーカ113bは、各種情報を音に変換して出力する。例えば、スピーカ113bは、処理回路120から入力された情報を音として出力する。
【0038】
メモリ114は、例えば、RAM、フラッシュメモリ等の半導体メモリ素子、ハードディスク、光ディスクによって実現される。これらの非一過性の記憶媒体は、NASや外部ストレージサーバ装置といった通信ネットワークNWを介して接続される他の記憶装置によって実現されてもよい。また、メモリ114には、ROMやレジスタ等の非一過性の記憶媒体が含まれてもよい。
【0039】
処理回路120は、例えば、取得機能121と、推定機能122と、判定機能123と、出力制御機能124と、通信制御機能125とを備える。推定機能122は「推定部」の一例であり、判定機能123は「判定部」の一例である。出力インタフェース113が「出力部」の一例である場合、出力制御機能124は「出力制御部」の一例である。また、通信インタフェース111が「出力部」の他の例である場合、通信制御機能125は「出力制御部」の他の例である。
【0040】
処理回路120は、例えば、ハードウェアプロセッサ(コンピュータ)がメモリ114(記憶回路)に記憶されたプログラムを実行することにより、これらの機能を実現するものである。
【0041】
処理回路120におけるハードウェアプロセッサは、例えば、CPU、GPU、特定用途向け集積回路、プログラマブル論理デバイス(例えば、単純プログラマブル論理デバイスまたは複合プログラマブル論理デバイス、フィールドプログラマブルゲートアレイ等の回路(circuitry)を意味する。メモリ114にプログラムを記憶させる代わりに、ハードウェアプロセッサの回路内にプログラムを直接組み込むように構成しても構わない。この場合、ハードウェアプロセッサは、回路内に組み込まれたプログラムを読み出し実行することで機能を実現する。上記のプログラムは、予めメモリ114に格納されていてもよいし、DVDやCD-ROM等の非一時的記憶媒体に格納されており、非一時的記憶媒体が情報処理装置100のドライブ装置(不図示)に装着されることで非一時的記憶媒体からメモリ114にインストールされてもよい。ハードウェアプロセッサは、単一の回路として構成されるものに限らず、複数の独立した回路を組み合わせて1つのハードウェアプロセッサとして構成され、各機能を実現するようにしてもよい。また、複数の構成要素を1つのハードウェアプロセッサに統合して各機能を実現するようにしてもよい。
【0042】
[情報処理装置の処理フロー]
以下、フローチャートに即しながら、情報処理装置100の処理回路120による各機能の処理について説明する。図5は、第1実施形態に係る処理回路120の一連の処理の流れを表すフローチャートである。
【0043】
まず、取得機能121は、通信インタフェース111を介して端末装置10から対象患者P1の属性を取得する(ステップS100)。
【0044】
対象患者P1の属性は、対象患者P1の現在の状態、対象患者P1が来院してからの状態の推移、対象患者P1をフォローしている間の状態の推移、既往症、遺伝性情報、といった複数の性質や特徴によって構成される。これら複数の性質や特徴のうちの一部は省略されてもよいし、例示されていない他の性質や特徴に置き換わってもよい。例えば、対象患者P1の属性には、治療方法や治療歴などが含まれてもよい。
【0045】
対象患者P1の現在の状態には、例えば、年齢、性別、体重、血液型、バイタルサイン、併発している疾病、予想される合併症などが含まれる。対象患者P1が来院してからの状態の推移には、例えば、体重、心機能状態、呼吸状態、代謝状態、疾患特徴を示す画像パラメータ、疾患特徴を示す非画像パラメータなどが含まれる。対象患者P1をフォローしている間の状態の推移には、例えば、体重、心機能状態、呼吸状態、代謝状態、疾患特徴を示す画像パラメータ、疾患特徴を示す非画像パラメータなどが含まれる。
【0046】
例えば、医師などの医療従事者P2が、対象患者P1の現在の状態、状態の推移、既往歴、遺伝性情報などを対象患者P1やその家族にヒアリングを行い、そのヒアリング結果を端末装置10に対して入力したとする。この場合、端末装置10は、これら入力された情報を対象患者P1の属性として情報処理装置100に送信する。情報処理装置100の取得機能121は、通信インタフェース111が端末装置10から対象患者P1の属性を受信した場合、その属性を通信インタフェース111から取得する。
【0047】
次に、推定機能122は、対象患者P1に対して適用可能な一つ又は複数の治療方法を決定する(ステップS102)。例えば、推定機能122は、端末装置10に対する医療従事者P2の入力に基づいて治療方法を決定してよい。また、推定機能122は、対象患者P1の属性(特に対象患者P1の現在の状態)に基づいて治療方法を決定してもよい。
【0048】
例えば、端末装置10の出力制御機能22は、対象患者P1に対して適用可能な複数の治療方法をディスプレイ13aに表示させる。医療従事者P2(特に医師)が、ディスプレイ13aに表示された複数の治療方法の中からいずれか一つ又は複数の治療方法を選択し、その選択結果を入力インタフェース12に対して入力する。通信制御機能23は、医療従事者P2によって入力インタフェース12に対して入力された治療方法の選択結果を、通信インタフェース11を介して情報処理装置100に送信する。これを受けて、情報処理装置100の取得機能121は、通信インタフェース111を介して、端末装置10から、医療従事者P2によって選択された治療方法の選択結果を取得する。そして、推定機能122は、取得機能121によって取得された治療方法の選択結果、つまり医療従事者P2によって選択された治療方法を、対象患者P1に対して適用可能な治療方法として決定する。
【0049】
次に、推定機能122は、決定した一つ又は複数の治療方法の中から、任意の一つの治療方法(i)を選択する(ステップS104)。iは、処理回路120における一時的な内部パラメータであり、所謂テンポラリーパラメータである。
【0050】
次に、推定機能122は、治療方法(i)が適用された場合における対象患者P1の予後を推定する(ステップS106)。
【0051】
[サブプロセス]
以下、S106の処理について詳細に説明する。図6は、対象患者P1の予後を推定する処理の流れを表すフローチャートである。本フローチャートは、S106の処理(サブプロセス)に相当する。
【0052】
まず、推定機能122は、取得機能121によって取得された対象患者P1の属性を定量的に表した分布(以下、属性分布と称する)を算出する(ステップS200)。対象患者P1の属性分布は、「第2分布」の一例である。
【0053】
例えば、推定機能122は、行政機関などが定めたガイドラインや各医療機関が定めた診断基準などに従って、対象患者P1の複数の属性のそれぞれを定量的な値に変換し、定量化した属性を分布として算出する。推定機能122は、所定のデータベースを用いて対象患者P1の属性を定量化してもよいし、統計や機械学習(深層学習等)を用いて対象患者P1の属性を定量化してもよい。
【0054】
図7は、属性分布の一例を表す図である。図示のように、例えば、属性分布は、0から5までの5段階で各属性の程度が段階付けられたレーダーチャートとして表されてよい。つまり、各属性の値は、最小値が0になり、最大値が5となるように正規化された上で、レーダーチャートのような分布として表現されてよい。属性分布における(a)の領域には、例えば、年齢や性別、血液型の定量値がプロットされる。(b)の領域には、例えば、現時点のバイタルサインの定量値がプロットされる。(c)の領域には、例えば、現時点の疾患パラメータ(画像パラメータや非画像パラメータ)の定量値がプロットされる。(d)の領域には、例えば、来院中の推移情報の定量値がプロットされる。(e)の領域には、例えば、フォロー中の推移情報の定量値がプロットされる。(f)の領域には、例えば、既往歴や遺伝性情報の定量値がプロットされる。
【0055】
(b)(c)の属性(例えば体重、バイタルサイン、併発疾患、疾患特徴を表すパラメータ)は、対象患者P1が治療を受ける前、後、又はその過程において制御可能な因子(すなわち制御因子)である。(a)(d)(e)(f)の属性(例えば年齢、血液型、病歴、家族歴)は、対象患者P1が治療を受ける前、後、又はその過程において制御不可能な因子(すなわち不制御因子)である。制御因子は「第1因子」の一例であり、不制御因子は「第2因子」の一例である。
【0056】
図7の例では、属性分布がレーダーチャートであるものとして説明したがこれに限られない。例えば、属性分布は、ヒストグラム、積み上げグラフ、ヒートマップのような、その他の統計的図表によって表されてもよい。また属性の段階数についても5に限られず、4以下であってもよいし、6以上であってもよい。
【0057】
また、推定機能122は、対象患者P1の属性を分布として算出することに代えて、或いは加えて、対象患者P1の属性全体を統合して1つの指標値(スカラ値)として算出してもよい。例えば、推定機能122は、対象患者P1の属性数をnとした場合、各属性(τ(i);i=1~n)における疾患QI(Quality Index)への影響度αiを考慮した総和T(i)=Σαi×τ(i)を、対象患者P1の属性全体を表す指標値としてよい。疾患QIについては後述する。
【0058】
図6のサブプロセスのフローチャートの説明に戻る。次に、推定機能122は、S104の処理で選択した治療方法(i)を用いて母集団の患者をフィルタリングする(ステップS202)。つまり、推定機能122は、母集団の中から、S104の処理で選択した治療方法(i)が適用された患者を標本として抽出する。
【0059】
母集団とは、対象患者P1を治療しようとしている医療従事者P2、或いはその医療従事者P2が勤務する医療機関のもとで過去に治療を受けた複数の患者によって構成される。医療機関は、例えば、病院や診療所、その他医療が提供される施設であってよい。また、母集団は、医療統計上の患者集団であってもよい。母集団は、病院PI(Performance Index)及び/又は疾患QIに基づいて、複数のグループに層別化(分類化、グループ化、クラスタ化ともいう)することが可能である。
【0060】
病院PIとは、母集団の各患者が費やした時間的又は経済的コストに関する指標値であり、例えば、入院日数や治療費などである。別の側面から見れば、病院PIは、医療機関が費やした時間的又は経済的コストに関する指標値であり、例えば、在院日数や診療報酬などである。病院PIは、「第1指標値」の一例である。
【0061】
疾患QIとは、母集団の各患者をある治療方法に従って治療したときに、その患者の疾患がどの程度治療されたのかという治療効果を計るための指標値である。例えば、患者の疾患ががんである場合、疾患QIは、5年生存率や、術後在院日数、再発率、がん残存率、乳房温存手術の割合などであってよい。また、患者の疾患が急性心筋梗塞である場合、疾患QIは、平均在院日数などであってよい。また、患者の疾患が糖尿病である場合、疾患QIは、HbA1c(Hemoglobin A1c)改善率や、患者の紹介件数、患者の逆紹介件数などであってよい。また、患者の疾患が肺炎である場合、疾患QIは、平均在院日数や初期治療成功率などであってよい。疾患QIは、「第2指標値」の一例である。
【0062】
例えば、S104の処理により選択された治療方法(i)が「AAA」という方法であった場合、推定機能122は、母集団の中から過去に「AAA」という治療方法を受けた複数の患者を標本として抽出する。
【0063】
次に、推定機能122は、治療方法(i)に基づいて母集団から抽出した複数の患者(つまり標本)を複数のグループに層別化し、その層別化した各グループの属性分布を算出する(ステップS204)。
【0064】
例えば、推定機能122は、標本の各グループの属性分布を算出するのに先立って、治療効果を計るための複数の指標値の中から、一つ又は複数の指標値を病院PI及び/又は疾患QIとして選択する。
【0065】
推定機能122は、病院PI及び/又は疾患QIを選択すると、その選択した病院PI及び/又は疾患QIを基に、治療方法(i)が適用された標本を複数のグループに層別化する。なお、推定機能122は、このような層別化処理を、本フローチャートとは異なる別のタイミングで行ってもよい。別のタイミングとは、例えば、医療機関の休業日や外来患者が比較的少ない夜間などである。つまり、本フローチャートの処理が開始されるときには、標本又はその抽出元の母集団が既に複数のグループに層別化された状態であってもよい。
【0066】
図8は、層別化処理を説明するための図である。図示のように、例えば、推定機能122は、病院PIや疾患QIを確率変数Xとしたときの標本の確率密度分布F(X)を算出する。そして、推定機能122は、確率密度分布F(X)上において、ある基準に従って標本を複数のグループに層別化する。
【0067】
例えば、推定機能122は、確率変数Xが第2閾値TH2未満のグループをA群に分類し、確率変数Xが第2閾値TH2以上かつ第1閾値TH1未満のグループをB群に分類し、確率変数Xが第1閾値TH1以上のグループをC群に分類してよい。第1閾値TH1及び第2閾値TH2は、例えば、医療的な統計結果やガイドラインを基に決定された固定値であってもよいし、全国平均や各医療機関内の平均などに対して一定のマージンが加えられた或いは引かれた参照値であってもよい。第1閾値TH1及び第2閾値TH2は、±1σや、±2σ、±3σといった標準偏差であってもよい。閾値は2つに限られず、1つであってもよいし、3つ以上であってもよい。つまり、グループは2つであってもよいし、4つ以上であってもよい。
【0068】
例えば、推定機能122は、疾患QIとしてがんの再発率を選択した場合、母集団から、がん患者やがんの治療方法が適用された患者を標本としてフィルタリングで抽出し、その抽出した標本のがんの再発率を確率変数Xとした確率密度分布F(X)を算出する。そして、推定機能122は、がんの再発率に関する確率密度分布F(X)上において、標本を例えばA,B,Cの計3つのグループに層別化する。この場合、A群は、がんの再発率が低いグループとなり、B群は、がんの再発率がA群よりも高いグループとなり、C群は、がんの再発率がB群よりも高いグループとなる。
【0069】
推定機能122は、標本を複数のグループに層別化すると、各グループの属性分布を算出する。例えば、推定機能122は、各グループに含まれる複数の患者のそれぞれの属性分布を平均し、その平均した属性分布を各グループの属性分布とする。具体的には、推定機能122は、A群に100人の患者が含まれる場合、その100人のそれぞれの属性分布を平均し、その患者100人分の属性分布を平均した一つの属性分布を、A群の属性分布とする。推定機能122は、B群やC群といった他のグループについても同様に、複数の患者の属性分布を平均化することで、各グループの属性分布を算出してよい。各グループの属性分布は、「第1分布」の一例である。
【0070】
図6のサブプロセスのフローチャートの説明に戻る。次に、推定機能122は、対象患者P1の属性分布と、標本から層別化された複数のグループのそれぞれの属性分布とを比較する(ステップS206)。
【0071】
図9は、属性分布の比較方法を説明するための図である。例えば、A群、B群、C群の3つのグループの属性分布があったとする。この場合、推定機能122は、対象患者P1の属性分布を、A群、B群、C群のそれぞれの属性分布と比較し、属性分布同士の類似度を算出する。
【0072】
例えば、推定機能122は、属性分布がレーダーチャートのように形状に特徴が現れる図表であった場合、対象患者P1の属性分布の図形的形状とA群の属性分布の図形的形状との相似度を類似度aとして算出する。同様に、推定機能122は、対象患者P1の属性分布の図形的形状とB群の属性分布の図形的形状との相似度を類似度bとして算出し、対象患者P1の属性分布の図形的形状とC群の属性分布の図形的形状との相似度を類似度cとして算出する。比較対象である2つの属性分布が相似形状に近いほど、類似度は大きくなる。また、推定機能122は、属性分布がヒートマップのように色や濃淡に特徴が現れる図表であった場合、比較対象である2つの属性分布の色や濃淡の距離(いわゆる色差)を、類似度として算出してよい。具体的には、推定機能122は、各属性分布の色ヒストグラムを計算し、色ヒストグラムのユークリッド距離やコサイン類似度から、2つの属性分布間の類似度を算出してよい。
【0073】
図6のサブプロセスのフローチャートの説明に戻る。次に、推定機能122は、対象患者P1の属性分布と各グループの属性分布との比較結果に基づいて、対象患者P1に関する病院PI及び疾患QIのうち少なくとも一方の指標値、又は双方の指標値を、対象患者P1の予後として推定する(ステップS208)。
【0074】
例えば、推定機能122は、対象患者P1の属性分布と比較した複数のグループのうち、属性分布の類似度が最も大きいグループが層別化される際に用いられた病院PIを、対象患者P1に関する病院PIとして推定し、属性分布の類似度が最も大きいグループが層別化される際に用いられた疾患QIを、対象患者P1に関する疾患QIとして推定する。
【0075】
例えば、図9において、類似度bが最も大きいとする。この場合、推定機能122は、標本からB群が層別化される際に用いられたがんの再発率を、対象患者P1の疾患QIとして推定する。B群は、がんの再発率が第2閾値TH2以上かつ第1閾値TH1未満のグループである。従って、対象患者P1のがんの再発率として推定される値は、第2閾値TH2から第1閾値TH1までの範囲となる。
【0076】
更に、推定機能122は、対象患者P1の疾患QIを推定する際に、各属性(τ(i);i=1~n)における疾患QIへの影響度βiを考慮してもよい。具体的には、推定機能122は、ある基準とする範囲において、推定した疾患QIに対して、任意の変換係数γと、総和Σ{βi×(f(i)-τ(i))}との積を加算してもよい。影響度βiは、対象患者P1の属性の中で、より着目したい属性を重みづけるための係数である。また、推定機能122は、機械学習や深層学習によって得られた類似確率を基に疾患QIを推定してもよい。
【0077】
更に、推定機能122は、対象患者P1の属性分布と比較した複数のグループの全ての病院PIや疾患QIの平均や最大、最小といった統計値を算出してもよい。例えば、対象患者P1の属性分布と比較した複数のグループがA群、B群、及びC群の3つであった場合、推定機能122は、A群、B群、及びC群の病院PIの平均や疾患QIの平均を算出してよい。これによって、図6のサブプロセスのフローチャートが終了する。
【0078】
図5のメインフローチャートの説明に戻る。推定機能122は、病院PI及び/又は疾患QIを対象患者P1の予後として推定すると、その対象患者P1の予後や属性に基づいて、治療方法(i)が適用された対象患者P1の将来の生活状況(日常生活)を推定する(ステップS108)。
【0079】
図10は、将来の生活状況として推定される事項の一例を表す図である。図示のように、推定機能122は、対象患者P1の将来の生活状況として、上述した意向入力画面に表示される各事項((1)今後の病気の状態、(2)治療費、(3)働ける日数、(4)治療後の生活のための身体的又は認定的機能、(5)治療後必要となる家族の協力、(6)介護の必要程度、(7)地域の支援)について推定してよい。これらの事項は、データベースや統計、機械学習(深層学習を含む)を利用することで推定される。
【0080】
例えば、推定機能122は、疾患QIとして推定した生存率や再発率等を対象患者P1の将来の病態とし、その対象患者P1の将来の病態と、対象患者P1の現在の属性(病歴等)とに基づいて、(1)今後の病気の状態(予後や副作用)を推定してよい。
【0081】
また、推定機能122は、(2)治療費として、治療方法(i)に応じて薬剤費や手術費用、入院費用、通院費などを推定したり、フォローアップ回数に応じて、そのフォローアップに要する諸経費を推定したりしてよい。薬剤に関しては、ジェネリック薬の使用有無や使用治具(例えば、ストーマの種類やインプラントの種類)に応じて、いくつかの薬剤費のバリエーションが推定されてよい。
【0082】
また、推定機能122は、(3)働ける日数として、生存率や再発率といった対象患者P1の疾患QIと、病歴といった対象患者P1の属性に基づいて、対象患者P1が治療後に良好な体調でいられる日数や通院に必要な日数などを推定してよい。更に、推定機能122は、退院後のリハビリ環境や生活情報も考慮して、働ける日数を推定してよい。通院に必要な日数は、治療方法(i)に応じてフォローアップ回数や加療日数などから推定されてよい。
【0083】
また、推定機能122は、(4)治療後の生活のための身体的又は認定的機能として、体力や歩行、排泄、認知力、メンタルなどを推定してよい。体力は、筋肉量や入院期間中の体調、リハビリ状態から推定されてよい。歩行(寝たきりになるか)は、上述の体力の状態に応じて、データベースや統計、機械学習(深層学習を含む)によって介護認定の生活レベルに応じて推定される。排泄は、人工肛門の設置可否をはじめ治療法と本人(対象患者P1)の体調から介護認定の生活レベルに応じて推定される。排泄は、本人の体調以外にも本人の管理意欲も考慮して推定されてよい。
【0084】
また、推定機能122は、(1)~(4)の推定結果を総合的に考慮して、(5)治療後必要となる家族の協力、(6)介護の必要程度、(7)地域の支援を推定してよい。
【0085】
図5のメインフローチャートの説明に戻る。次に、出力制御機能124は、推定機能122によって推定された対象患者P1の将来の生活状況(以下、推定生活状況という)を出力インタフェース113を介して出力する(ステップS110)。出力制御機能124が推定生活状況を出力することに代えて、或いは加えて、通信制御機能125が、通信インタフェース111を介して端末装置10に推定生活状況を送信してもよい。この場合、端末装置10のディスプレイ13aには、推定生活状況が表示される。
【0086】
次に、推定機能122は、対象患者P1に対して適用可能な全ての治療方法を選択したか否かを判定する(ステップS112)。推定機能122は、全ての治療方法を選択した場合、本フローチャートの処理を終了する。
【0087】
一方、推定機能122は、未だ全ての治療方法を選択していない場合、テンポラリーパラメータiをインクリメントし(ステップS114)、S104に処理を戻す。つまり、推定機能122は、まだ一度も選択していない治療方法を、新たな治療方法(i)として選択し直す。これによって治療方法ごとに、対象患者P1の推定生活状況が出力される。この結果、対象患者P1やその家族は、端末装置10に入力した意向と、推定生活状況とを比較することができ、対象患者P1やその家族の意向に合った治療方法を選択することができる。
【0088】
以上説明した第1実施形態によれば、情報処理装置100は、対象患者P1の属性分布を算出し、ある母集団から対象患者P1と同じ治療方法(i)が適用された患者を標本として抽出し、その標本を複数のグループに層別化し、その層別化した各グループの属性分布を算出する。情報処理装置100は、各グループの属性分布(「第1分布」の一例)と、対象患者P1の属性分布(「第2分布」の一例)とを比較し、その比較結果に基づいて、対象患者P1に関する病院PI(「第1指標値」の一例)及び疾患QI(「第2指標値」の一例)のうち少なくとも一方の指標値、又は双方の指標値を、対象患者P1の予後として推定する。情報処理装置100は、少なくとも対象患者P1の予後に基づいて、治療方法ごとに対象患者P1の将来の生活状況を推定する。そして、情報処理装置100は、自身の出力インタフェース113を介して推定生活状況を出力したり、端末装置10に推定生活状況を送信したりする。これによって、対象患者P1やその家族は、端末装置10に入力した意向と、情報処理装置100によって推定された将来の生活状況(推定生活状況)とを比較することができ、治療後の日常生活を容易に想像することができる。この結果、対象患者P1やその家族は、希望の日常生活を送れるような治療方法を選択できる。言い換えれば、治療後の未来にどのような生活になるかがわかるようになるため、患者はもとより家族にとって安心して治療が受けれるようになる。
【0089】
(第2実施形態)
以下、第2実施形態について説明する。第2実施形態では、対象患者P1やその家族が希望する将来の生活状況と、情報処理装置100によって推定された将来の生活状況(推定生活状況)とのギャップを推定し、そのギャップに応じて異なる情報を出力する点で第1実施形態と相違する。以下、第1実施形態との相違点を中心に説明し、第1実施形態と共通する点については説明を省略する。なお、第2実施形態の説明において、第1実施形態と同じ部分については同一符号を付して説明する。
【0090】
図11は、第2実施形態に係る処理回路120の一連の処理の流れを表すフローチャートである。
【0091】
まず、取得機能121は、通信インタフェース111を介して端末装置10から対象患者P1やその家族の意向情報を取得する(ステップS300)。例えば、取得機能121は、図3の意向入力画面に対して入力された情報を、意向情報として取得してよい。
【0092】
対象患者P1やその家族の意向を探るにあたっては、臨床倫理ネットワーク日本が提唱するような意思決定プロセスノートやツール(人工的水分・栄養補給(AHN)の選択、人工透析の選択、人工呼吸器の装着と脱着の条件)、アドバンス・ケア・プランニングツールなどが利用されてよい。対象患者P1やその家族をとりまく経済的社会的環境は、意向情報の背景データとして取得されてよい。
【0093】
また、医療従事者P2が、対象患者P1やその家族から治療に関する意向をヒアリングし、そのヒアリング結果を端末装置10に入力したとする。この場合、取得機能121は、医療従事者P2によって端末装置10に入力されたヒアリング結果を、対象患者P1やその家族の意向情報として取得してよい。
【0094】
次に、推定機能122は、対象患者P1やその家族の意向情報を、対象患者P1やその家族が希望する将来の生活状況(以下、希望生活状況という)に変換する(ステップS302)。例えば、推定機能122は、希望生活状況として、意向情報という定性的な情報を定量的な情報に変換する。
【0095】
例えば、意向入力画面上において、「とても気になる」「気になる」「それほど気にならない」といった選択肢が設けられており、それら選択肢が回答された場合、推定機能122は、回答された選択肢に応じて、(1)~(7)の事項の其々をスコア化してよい。
【0096】
また、例えば、ヒアリング結果が意向情報として取得された場合、推定機能122は、自然言語処理を用いて、ヒアリング結果を表す文章を、キーワードに基づき相対的または絶対的なスコアに変換してよい。このスコア変換は、キーワードに対応するデータベース(辞書)を利用して行われてもよいし、深層学習等に代表される機械学習を利用して行われてもよい。
【0097】
なお、意向入力画面における各設問は、図10のように、より細分化されていてもよい。例えば、(1)今後の病気の状態に関する設問には、更に、予後や副作用の項目が設けられてよい。(2)治療費に関する設問には、更に、薬剤費や手術費用、入院費用、通院費の項目が設けられてよい。(3)働ける日数に関する設問には、更に、治療後に良好な体調でいられる日数や通院に必要な日数の項目が設けられてよい。(4)治療後の生活のための身体的又は認定的機能に関する設問には、更に、体力や歩行、排泄、認知力、メンタルの項目が設けられてよい。(5)治療後必要となる家族の協力に関する設問や、(6)介護の必要程度に関する設問、(7)地域の支援に関する設問などについても同様である。
【0098】
意向入力画面において各設問が細分化されており、許容可能な費用や希望する日数といった具体的な数値が入力可能な場合、推定機能122は、意向入力画面に入力された具体的数値をスコアとしてよい。
【0099】
このように推定機能122は、意向情報という定性的な情報から変換した定量的な情報を、希望生活状況とする。希望生活状況は、後述の処理において推定生活状況の比較対象として扱われる。希望生活状況は「第1生活状況」の一例であり、推定生活状況は「第2生活状況」の一例である。
【0100】
図12は、希望生活状況の一例を表す図である。希望生活状況は、図示のように、(1)~(7)の各項目やそれらを細分化した項目に対する意向がスコア化された情報又はデータであってよい。図示の例では、対象患者P1やその家族が、(2)治療費に関するスコアがレベル2となる治療を理想(希望)としており、そのスコアの許容できる下限値をレベル2とし、許容できる上限値をレベル5としていることを表している。これら上限値及び下限値は、対象患者P1やその家族によって設定されてよい。各項目のスコアが上下限値の範囲内に収まる治療方法が対象患者P1やその家族とって望ましいことを意味している。
【0101】
図11のフローチャートの説明に戻る。次に、取得機能121は、通信インタフェース111を介して端末装置10から対象患者P1の属性を取得する(ステップS304)。
【0102】
次に、推定機能122は、対象患者P1に対して適用可能な一つ又は複数の治療方法を決定する(ステップS306)。
【0103】
次に、推定機能122は、決定した一つ又は複数の治療方法の中から、任意の一つの治療方法(i)を選択する(ステップS308)。
【0104】
次に、推定機能122は、治療方法(i)が適用された場合における対象患者P1の予後を推定する(ステップS310)。予後の推定方法については、上述した図6のサブプロセスのフローチャートと同じであるため、ここでは説明を省略する。
【0105】
次に、推定機能122は、対象患者P1の予後や属性に基づいて、治療方法(i)が適用された対象患者P1の将来の生活状況を推定する(ステップS312)。
【0106】
図13は、推定生活状況の一例を表す図である。推定生活状況は、希望生活状況同様に、(1)~(7)の各項目やそれらを細分化した項目がスコア化された情報又はデータであってよい。図示の例では、ある治療方法Aを対象患者P1に適用した場合、(2)治療費に関するスコアがレベル3となり、ある治療方法Bを対象患者P1に適用した場合、(2)治療費に関するスコアがレベル2となることを表している。図13において、スコアの下限値は、(1)今後の病気の状態についてはレベル2に設定されており、(2)治療費を含むその他の項目については全てレベル3に設定されている。
【0107】
図11のフローチャートの説明に戻る。次に、判定機能123は、S302の処理で意向情報から変換された希望生活状況と、S312の処理で推定された対象患者P1の将来の生活状況(つまり推定生活状況)とのギャップを算出する(ステップS314)。
【0108】
図14は、ギャップが生じた一例を表す図である。図14の例では、図13の治療方法Aを対象患者P1に適用したときの推定生活状況に対して、希望生活状況として数値化されたスコアの下限値とを比較している。例えば、(3)働ける日数については、スコアの下限値はレベル3に設定されているものの、治療方法Aを対象患者P1に適用したときはレベル2となっている。従って、判定機能123は、(3)働ける日数に関するスコアについてレベル1つ分のギャップを算出する。同様に、判定機能123は、他の事項に関するスコアついてもギャップを算出する。
【0109】
図11のフローチャートの説明に戻る。次に、判定機能123は、算出したギャップが許容範囲内か否かを判定する(ステップS316)。許容範囲は、対象患者P1やその家族によって設定された上下限の範囲である。図14の例では、治療方法Aを対象患者P1に適用した場合、少なくとも(3)働ける日数に関するスコアについては下限値未満である。従って、判定機能123は、ギャップが許容範囲外であると判定する。
【0110】
ギャップが許容範囲内である場合、出力制御機能124は、推定機能122によって推定された対象患者P1の将来の生活状況、つまり推定生活状況を出力インタフェース113を介して出力する(ステップS318)。出力制御機能124が推定生活状況を出力することに代えて、或いは加えて、通信制御機能125が、通信インタフェース111を介して端末装置10に推定生活状況を送信してもよい。この場合、端末装置10のディスプレイ13aには、推定生活状況が表示される。
【0111】
一方、ギャップが許容範囲外である場合、判定機能123は、更に、ギャップの解消法があるか否かを判定する(ステップS320)。
【0112】
上述したように、対象患者P1の属性の中には制御因子と非制御因子とが存在しており、その制御因子を調整することで、同じ治療方法であってもギャップを縮小させることができる場合がある。例えば、対象患者P1が減量した場合、同じ治療方法であっても減量しない場合に比べてギャップが縮小する場合があったり、対象患者P1が喫煙をやめた場合、同じ治療方法であっても喫煙しつづける場合に比べてギャップが縮小する場合があったりする。このように対象患者P1の努力次第では、同じ治療方法であっても、希望する生活状況に適合し得る。
【0113】
そのため、推定機能122は、判定機能123によってギャップが許容範囲外であると判定された場合、S304の処理で取得された対象患者P1の属性に含まれる体重などの制御因子を仮想的に調整(変更)する。推定機能122は、制御因子を調整した対象患者P1の属性に基づいて、対象患者P1の予後を推定する。つまり、推定機能122は、実際とは異なる制御因子に調整した対象患者P1の属性に基づいて、対象患者P1の予後をシミュレートする。そして、推定機能122は、シミュレートした対象患者P1の予後や属性に基づいて、治療方法(i)が適用された対象患者P1の将来の生活状況を推定する。シミュレーションされた対象患者P1の将来の生活状況は、「第3生活状況」の一例である。
【0114】
判定機能123は、S302の処理で意向情報から変換された希望生活状況と、シミュレーションされた対象患者P1の将来の生活状況とのギャップを算出し、そのギャップが許容範囲内か否かを判定する。判定機能123は、ギャップが許容範囲内である場合、シミュレーション前の条件において、制御因子を変えることがギャップの解消法であると判定する。
【0115】
ギャップが許容範囲外であるものの、ギャップの解消法がある場合、出力制御機能124は、推定生活状況とともにそのギャップの解消法を出力インタフェース113を介して出力する(ステップS322)。
【0116】
図15は、ギャップの解消法の出力例を表す図である。例えば、矢印V1及びV2で示すように、対象患者P1の属性分布において(b)の属性と(d)の属性とをシミュレーションにより調整したところ、ギャップが許容範囲に収まるようになったとする。これら双方の属性はどちらも制御因子である。従って、出力制御機能124は、治療方法は変更せず、バイタルサインや来院中の推移情報といった属性が改善するよう促す情報を出力インタフェース113を介して出力してよい。例えば、対象患者P1の体重を減らしてギャップが縮小した場合、出力制御機能124は、対象患者P1に減量を促すような情報を出力してよい。また、対象患者P1が合併症を患っており、その合併症を軽減させてギャップが縮小した場合、出力制御機能124は、対象患者P1に合併症の軽減を促すような情報を出力してよい。また、通信制御機能125が、通信インタフェース111を介して端末装置10にギャップの解消法を送信してもよい。この場合、端末装置10のディスプレイ13aには、ギャップの解消法が表示される。
【0117】
ギャップが許容範囲外であり、尚且つギャップの解消法がない場合、出力制御機能124は、S308の処理で選択された治療方法(i)が選択できない旨(以下、不採用通知という)を出力インタフェース113を介して出力する(ステップS324)。通信制御機能125が、通信インタフェース111を介して端末装置10に不採用通知を送信してもよい。この場合、端末装置10のディスプレイ13aには、治療方法(i)の不採用通知が表示される。
【0118】
次に、推定機能122は、対象患者P1に対して適用可能な全ての治療方法を選択したか否かを判定する(ステップS326)。推定機能122は、全ての治療方法を選択した場合、本フローチャートの処理を終了する。
【0119】
一方、推定機能122は、未だ全ての治療方法を選択していない場合、テンポラリーパラメータiをインクリメントし(ステップS328)、S308に処理を戻す。
【0120】
以上説明した第2実施形態によれば、情報処理装置100は、希望生活状況と推定生活状況とのギャップを判定し、そのギャップに応じて異なる情報を出力する。例えば、ギャップが許容範囲内である場合、又はギャップが許容範囲外であってもその解消法が有る場合、医師をはじめとする医療従事者P2は、情報処理装置100によって出力された結果を対象患者P1やその家族に説明することで、治療方法に関して対象患者P1やその家族と円滑に合意することができる。一方、ギャップが許容範囲外であり、その解消法もない場合、医療従事者P2は、対象患者P1やその家族が合意できる治療方法がない(合意できない、又は希望内の治療法がない)ことを説明できる。これにより、対象患者P1やその家族は、治療方法に関する意向について再検討することができる。仮に、意向が再検討された場合、その意向を基に上述したフローチャートの処理を繰り返すことで、対象患者P1やその家族との間で合意形成を進めることができる。
【0121】
(その他の実施形態)
以下、その他の実施形態について説明する。上述した実施形態では、端末装置10と情報処理装置100とが互いに異なる装置であるものとして説明したがこれに限られない。例えば、端末装置10と情報処理装置100とは一体となった一つの装置であってもよい。例えば、端末装置10の処理回路20は、取得機能21、出力制御機能22、及び通信制御機能23に加えて、更に、情報処理装置100の処理回路120が備える推定機能122、推定機能122、及び推定機能122を備えていてもよい。この場合、端末装置10は、スタンドアローン(オフライン)で上述した各種フローチャートの処理を行うことができる。
【0122】
また、図11のフローチャートの処理は、情報処理装置100のみによって実行されるものとして説明したはこれに限られない。例えば、図11のフローチャートの処理の一部は、端末装置10によって実行されてもよい。具体的には、S316からS324の処理は端末装置10によって実行され、それ以外のS300からS314、S326、S328の処理は、情報処理装置100によって実行されるようにしてもよい。この場合、端末装置10は、対象患者P1のケアマネージャーや主治医によって利用され、情報処理装置100は、ケアマネージャーを管轄する医師や主治医が属する診療科によって利用されてよい。
【0123】
いくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【0124】
1…情報処理システム、10…端末装置、11…通信インタフェース、12…入力インタフェース、13…出力インタフェース、14…メモリ、20…処理回路、21…取得機能、22…出力制御機能、23…通信制御機能、100…情報処理装置、111…通信インタフェース、112…入力インタフェース、113…出力インタフェース、114…メモリ、120…処理回路、121…取得機能、122…推定機能、123…判定機能、124…出力制御機能、125…通信制御機能
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12
図13
図14
図15