(57)【特許請求の範囲】
【請求項１】
複数の病変の各々について、標準的な遷移順序と実施要件とに従って選択的に対応付けられた複数の検査ステージにより構成されるファイルを記憶するファイル記憶部と、
電子カルテと医用レポートとの少なくとも一方に含まれる文字列から検査対象の病変に関する文字列を抽出する抽出部と、
前記ファイル記憶部に記憶されている複数のファイルのうちの、前記抽出された文字列に対応するファイルを前記検査対象の病変に関する対象ファイルとして決定するファイル決定部と、
前記複数の検査ステージの中から現在検査の検査ステージを、予め定められたルールに従って決定する現在ステージ決定部と、
前記対象ファイルに含まれる複数の検査ステージの中から、前記現在検査の検査ステージと次回検査の実施要件を満足するか否かを判断するための判断情報とを利用して次回検査の検査ステージを決定する次回ステージ決定部と、
を具備する診断治療支援装置。
【請求項２】
前記判断情報は、検査を実施するために施設に要求される要件を満足するか否かを決定するための施設要件判断情報と患者に要求される要件を満足するか否かを決定するための患者要件判断情報との少なくとも一方の実施要件判断情報を含み、
前記次回ステージ決定部は、前記現在検査の検査ステージに対応付けられた検査候補のうちの前記実施要件判断情報に適合する実施要件を有する検査候補のステージを、前記次回検査の検査ステージを決定する、
請求項１記載の診断治療支援装置。
【請求項３】
複数の病変の各々について、標準的な遷移順序と実施要件とに従って選択的に対応付けられた複数の検査ステージにより構成されるファイルを記憶するファイル記憶部と、
前記ファイル記憶部に記憶されている複数のファイルのうちの検査対象の病変に関する対象ファイルを決定するファイル決定部と、
前記対象ファイルに含まれる複数の検査ステージの中から、現在検査の検査ステージと次回検査の実施要件を満足するか否かを判断するための判断情報とを利用して次回検査の検査ステージを決定する次回ステージ決定部と、を具備し、
前記判断情報は、検査を実施するために施設に要求される要件を満足するか否かを決定するための施設要件判断情報と患者に要求される要件を満足するか否かを決定するための患者要件判断情報との少なくとも一方の実施要件判断情報を含み、
前記次回ステージ決定部は、前記現在検査の検査ステージに対応付けられた検査候補のうちの前記実施要件判断情報に適合する実施要件を有する検査候補のステージを、前記次回検査の検査ステージを決定する、
診断治療支援装置。
【請求項４】
前記複数の検査ステージの中から前記現在検査の検査ステージを、予め定められたルールに従って決定する現在ステージ決定部、をさらに備える請求項３記載の診断治療支援装置。
【請求項５】
電子カルテと医用レポートとの少なくとも一方に含まれる文字列から前記検査対象の病変に関する文字列を抽出する抽出部、をさらに備え、
前記ファイル決定部は、前記抽出された文字列に対応するファイルを前記対象ファイルとして決定する、
請求項３記載の診断治療支援装置。
【請求項６】
前記判断情報は、前記現在検査に関する電子カルテと医用レポートとの少なくとも一方に記載された検査結果を含み、
前記次回ステージ決定部は、前記現在検査の検査ステージに対応付けられた検査候補のうちの前記現在検査の検査結果に適合する実施要件を有する検査候補の検査ステージを、前記次回検査の検査ステージとして決定する、
請求項１又は３記載の診断治療支援装置。
【請求項７】
疾病の識別子毎に病変情報を記憶する記憶部であって、前記病変情報は疾病の識別子と現在検査の検査ステージと次回検査の検査ステージとを含む病変情報記憶部と、
前記次回ステージ決定部により検査ステージが決定される毎に病変情報を更新する更新部と、
をさらに備える請求項１又は３記載の診断治療支援装置。
【請求項８】
前記更新部は、ユーザからの指示に従って、前記病変情報を修正する、請求項７記載の診断治療支援装置。
【請求項９】
前記次回検査の検査ステージを表示する表示部、をさらに備える請求項１又は３記載の診断治療支援装置。
【請求項１０】
前記次回検査の検査ステージと前記現在検査の検査ステージとを表示する表示部、をさらに備える請求項９記載の診断治療支援装置。
【請求項１１】
前記表示部は、前記次回検査の検査ステージと前記現在検査の検査ステージとを、疾病毎に時系列に並べた表形式で表示する、請求項１０記載の診断治療支援装置。
【請求項１２】
前記表示部は、前記次回検査の検査ステージと前記現在検査の検査ステージとともに前記対象ファイルを表示する、請求項１０記載の診断治療支援装置。
【請求項１３】
前記表示部は、前記対象ファイルに含まれる前記次回検査の検査ステージと前記現在検査の検査ステージとを視覚的に強調して前記対象ファイルを表示する、請求項１２記載の診断治療支援装置。
【請求項１４】
前記ファイルは、前記複数の検査ステージのうちの第１の検査ステージと前記第１の検査ステージの後続の第２の検査ステージとについて、前記第１の検査ステージに対応する検査から前記第２の検査ステージに対応する検査までの標準的な実施期限を前記第１の検査ステージ又は前記第２の検査ステージに関連付け、
前記表示部は、前記第１の検査ステージを前記現在検査の検査ステージとして表示し、前記第２の検査ステージを前記次回検査の検査ステージとして表示する場合において、前記実施期限に基づく期限日を過ぎている場合、前記期限日を過ぎている旨を表示する、
請求項１０記載の診断治療支援装置。
【請求項１５】
前記表示部は、前記次回検査の検査ステージがユーザにより選択された場合、前記次回検査を依頼するための表示ウィンドウを表示する、請求項９記載の診断治療支援装置。
【請求項１６】
複数の病変の各々について、標準的な遷移順序と実施要件とに従って選択的に対応付けられた複数の検査ステージにより構成されるファイルを記憶するファイル記憶部と、
電子カルテと医用レポートとの少なくとも一方に含まれる文字列から検査対象の病変に関する文字列を抽出する抽出部と、
前記ファイル記憶部に記憶されている複数のファイルのうちの、前記抽出された文字列に対応するファイルを前記検査対象の病変に関する対象ファイルとして決定するファイル決定部と、
前記複数の検査ステージの中から現在検査の検査ステージを、予め定められたルールに従って決定する現在ステージ決定部と、
前記対象ファイルに含まれる複数の検査ステージの中から、前記現在検査の検査ステージと次回検査の実施要件を満足するか否かを判断するための判断情報とを利用して次回検査の検査ステージを決定する次回ステージ決定部と、
前記次回検査の検査ステージを表示する表示部と、
を具備する診断治療支援システム。
【請求項１７】
複数の病変の各々について、標準的な遷移順序と実施要件とに従って選択的に対応付けられた複数の検査ステージにより構成されるファイルを記憶するファイル記憶部と、
前記ファイル記憶部に記憶されている複数のファイルのうちの検査対象の病変に関する対象ファイルを決定するファイル決定部と、
前記対象ファイルに含まれる複数の検査ステージの中から、現在検査の検査ステージと次回検査の実施要件を満足するか否かを判断するための判断情報とを利用して次回検査の検査ステージを決定する次回ステージ決定部と、
前記次回検査の検査ステージを表示する表示部と、を具備し、
前記判断情報は、検査を実施するために施設に要求される要件を満足するか否かを決定するための施設要件判断情報と患者に要求される要件を満足するか否かを決定するための患者要件判断情報との少なくとも一方の実施要件判断情報を含み、
前記次回ステージ決定部は、前記現在検査の検査ステージに対応付けられた検査候補のうちの前記実施要件判断情報に適合する実施要件を有する検査候補のステージを、前記次回検査の検査ステージを決定する、
診断治療支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、診断治療支援装置及び診断治療支援システムに関する。
【背景技術】
【０００２】
医療における質と効率との向上を目的とした検査業務管理の手法として医療用クリティカルパスがある。医療用クリティカルパスには時間軸に沿って予め投薬項目や検査看護ケア項目が設定されている。医療従事者は、医療用クリティカルパスをチェックすることで検査をもれなく適切に進めることができる。また、退院日程を予定できるためインフォームドコンセントにおいても有効性が示されている。
【０００３】
特許文献１においては、クリティカルパス全体を目的毎に幾つかのステップに分け、各ステップで「次のステップに移る条件項目」が設定される。条件が満たされていることが確認されると、次のステップに移ることができる。これにより、治療日程を予定通り進めるか、それとも延長あるいは停止するかを明確に判断することができる。
【０００４】
しかしながら、クリティカルパスを利用した検査業務管理においては、下記の不都合が生じている。すなわち、複数のクリティカルパスが存在する場合、実施済みの検査のクリティカルパスへの対応付けを自動ですることができない。次のステップへ移行するか否かを手作業で判断する必要がある。クリティカルパスにおいては、ステップの分岐が想定されていないため、検査や診断、治療の変化に対応することができない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−１３２１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
目的は、医療に係る検査業務管理の効率の向上を実現する診断治療支援装置及び診断治療支援システムを提供することにある。
【課題を解決するための手段】
【０００７】
本実施形態に係る診断治療支援装置は、複数の病変の各々について、標準的な遷移順序と実施要件とに従って選択的に対応付けられた複数の検査ステージにより構成されるファイルを記憶するファイル記憶部と、電子カルテと医用レポートとの少なくとも一方に含まれる文字列から検査対象の病変に関する文字列を抽出する抽出部と、前記ファイル記憶部に記憶されている複数のファイルのうちの、前記抽出された文字列に対応するファイルを前記検査対象の病変に関する対象ファイルとして決定するファイル決定部と、前記複数の検査ステージの中から現在検査の検査ステージを、予め定められたルールに従って決定する現在ステージ決定部と、前記対象ファイルに含まれる複数の検査ステージの中から、前記現在検査の検査ステージと次回検査の実施要件を満足するか否かを判断するための判断情報とを利用して次回検査の検査ステージを決定する次回ステージ決定部と、を具備する。
【図面の簡単な説明】
【０００８】
【図１】本実施形態に係る診断治療支援装置を含む診断治療支援システムの構成を示す図。
【図２Ａ】患者が運動可能な場合の安定狭心症の診断のガイドラインを示す図。
【図２Ｂ】患者が運動不能な場合の安定狭心症の診断のガイドラインを示す図。
【図３】図１の診断治療支援装置の構成を示す図。
【図４】図３の診断樹記憶部により管理されている病変―診断樹データベースの一例を示す図。
【図５】図３の診断樹記憶部により管理されている、安定狭心症についての診断樹の典型例を図式的に表現した図。
【図６】図３の診断樹記憶部により管理されている検査ステージデータベースの一例を示す図。
【図７】図３の診断樹記憶部により管理されているステータ間データベースの一例を示す図。
【図８】図３の病変情報記憶部により管理されている病変情報データベースの一例を示す図。
【図９】図３の施設要件判断情報記憶部により管理されている施設要件判断情報データベースの一例を示す図。
【図１０】図３の患者要件判断情報記憶部により管理されている患者要件判断情報データベースの一例を示す図。
【図１１】図３の制御部の制御のもとに行われる診断治療支援処理の典型的な流れを示す図。
【図１２】図１１のステップＳ１において文字列抽出部により行われる病変名文字列の抽出方法を説明するための図であり、医用レポートの記載内容を項目別に表形式で表した図。
【図１３】図１１のステップＳ１において文字列抽出部により行われる病変名文字列の抽出方法を説明するための他の図であり、医用レポートの記載内容を項目別に表形式で表した図。
【図１４】図１１のステップＳ３において現在ステージ決定部により行われる、電子カルテや医用レポートに記載された文字列から現在検査の検査ステージを決定する処理を説明するための図であり、医用レポートの記載内容を項目別に表形式で表した図。
【図１５】図１１のステップＳ４において次回ステージ決定部により行われる要件判断情報の特定処理を説明するための図であり、医用レポートの記載内容を項目別に表形式で表した図。
【図１６】図１１のステップＳ５において表示部により表示される、年齢「＊＊」の患者名「Ａ」に関する現在検査の検査ステージと次回検査の検査ステージとの表示例を示す図。
【図１７】図１１のステップＳ５において表示部により表示される、新規の病変と既存の病変とを区別する、現在検査の検査ステージと次回検査の検査ステージとの表示例を示す図。
【図１８】応用例１に係る次回検査の検査ステージの表示例を示す図。
【図１９】応用例２に係る次回検査の検査ステージの表示例を示す図であって、警告期限日を実施期限よりも前の日に設定するモードにおける警告表示例を示す図。
【図２０】応用例３に係る次回検査の検査ステージの表示例を示す図であって、テーブル画像と検査依頼の発行画面との並列表示例を示す図。
【発明を実施するための形態】
【０００９】
以下、図面を参照しながら本実施形態に係わる診断治療支援装置及び診断治療支援システムを説明する。
【００１０】
本実施形態に係る診断治療支援装置は、診断治療支援システムに含まれるコンピュータ装置である。
【００１１】
図１は、本実施形態に係る診断治療支援装置１を含む診断治療支援システム１００の構成を示す図である。図１に示すように、診断治療支援システム１００は、互いにネットワークを介して接続された診断治療支援装置１、電子カルテシステム２００、及び医用レポートシステム３００を有する。診断治療支援システム１００に含まれる各装置間の画像通信としては、医用画像の標準規格であるＤＩＣＯＭ規格などの既成のどのような規格が利用されてもよい。なお、情報通信としては、典型的には、業界標準規格のＴＣＰ／ＩＰ(Transmission Control Protocol / Internet Protocol)通信が採用される。情報は、ネットワークを介してパケット単位(転送する情報の基本単位)で送受信される。なお、診断治療支援システム１００には、医用画像撮影装置や医用画像保管装置等の他の装置が含まれていても良い。
【００１２】
電子カルテシステム２００は、医師による入力機器を介した指示に従って電子カルテを作成し、保管し、閲覧するためのシステムである。電子カルテは、診察や検査が行われると医師等の医療従事者により作成される。電子カルテシステム２００は、複数のコンピュータから構成されるシステムであっても良いし、単一のコンピュータから構成されるシステムであっても良い。電子カルテは、ネットワークを介して診断治療支援装置１に供給される。
【００１３】
医用レポートシステム３００は、医師による入力機器を介した指示に従って医用レポートを作成し、保管し、閲覧するためのシステムである。医用レポートは、医用画像の読影が行われると医師等の医療従事者により作成される。医用レポートシステム３００は、複数のコンピュータから構成されるシステムであっても良いし、単一のコンピュータから構成されるシステムであっても良い。医用レポートは、ネットワークを介して診断治療支援装置１に供給される。
【００１４】
診断治療支援装置１は、診断や治療、検査等を支援するためのコンピュータ装置である。診断治療支援装置１は、後述する診断樹を用いて患者の現在検査の検査ステージや次回検査の検査ステージを決定し、医師や看護師等の医療従事者に提供する。診断樹は、ある病変に対する診断の標準的な検査の流れを示すガイドラインに基づいて生成される。
【００１５】
図２Ａ及び図２Ｂは、安定狭心症の診断のガイドライン（山科章ほか，２００９，「冠動脈病変の非侵襲的診断法に関するガイドライン」、Circulation Journal Vol.73，Suppl. III.）を示す図である。図２Ａは患者が運動可能な場合のガイドラインであり、図２Ｂは患者が運動不能な場合のガイドラインである。図２Ａ及び図２Ｂに示すように、各病変にはガイドラインが定められている。本実施形態に係る診断治療支援装置１は、このガイドラインに基づいて予め生成された診断樹を利用して現在検査の検査ステージや次回検査の検査ステージを決定する。
【００１６】
図３は、診断治療支援装置１の構成を示す図である。図３に示すように、診断治療支援装置１は、制御部１１を中枢として、記憶部１３、読み書き部１５、情報処理部１７、通信部１９、操作部２１、及び表示部２３を有する。
【００１７】
記憶部１３は、半導体記憶装置やＨＤＤ（hard disk drive）等の記憶装置である。記憶部１３は、種々の情報を記憶している。例えば、記憶部１３は、診断樹記憶部１３Ａ、病変情報記憶部１３Ｂ、施設要件判断情報記憶部１３Ｃ、及び患者要件判断情報記憶部１３Ｄを有している。
【００１８】
診断樹記憶部１３Ａは、病変毎に診断樹に関する情報を記憶する。診断樹は基本的には病変と１対１対応するが、一病変に複数種類の診断樹が確立されている場合や、複数の病変で共通する単一の診断樹を用いる場合などは多対多対応しても良い。病変の識別子と診断樹の識別子とは、データベースやテーブル等の既知の形態にて関連付けられていても良いし、ＸＭＬ（extensible markup language）やＨＴＭＬ（hypertext markup language）等の記述言語により関連付けられていても良い。以下、病変の識別子と診断樹の識別子とはデータベースにより関連付けられているとする。当該データベースを病変−診断樹ＤＢと呼ぶことにする。病変の識別子としては、例えば、病変名やＩＤが用いられる。診断樹の識別子としては、例えば、診断樹名やＩＤが用いられる。以下、病変−診断樹ＤＢにおける病変の識別子は病変ＩＤであるとし、診断樹の識別子は診断樹ＩＤであるとする。なお、病変−診断樹ＤＢは、病変ＩＤ及び診断樹ＩＤだけでなく、他の情報を関連付けていても良い。
【００１９】
図４は、病変−診断樹ＤＢを示す図である。図４に示すように、複数の病変ＩＤと複数の診断樹ＩＤとが病変−診断樹ＤＢにおいて関連付けられている。例えば、病変ＩＤ「１」は安定狭心症に対応し、診断樹ＩＤ「１」の診断樹、すなわち、安定狭心症についての診断樹に関連付けられている。また、病変ＩＤ「１０１」は、肺癌に対応し、診断樹ＩＤ「１０１」の診断樹、すなわち、肺癌の診断樹に関する診断樹と、診断樹ＩＤ「１０２」、すなわち、肺癌の他の診断樹に関する診断樹と付けられている。
【００２０】
診断樹は、標準的な遷移順序と実施要件とに従って選択的に対応付けられた複数の検査ステージにより構成されたファイルである。検査ステージは、当該病変の診断や治療のために行われる一連の検査における一検査段階を示す。検査ステージの系列は、一本道ではない。一の検査の次には複数の検査の候補が存在し、各候補には実施要件が定められている。当該一の検査が実施された後は、複数の候補のうちの実施要件を満たす候補が次の検査として決定される。一の検査ステージには、複数の検査ステージが実施要件と共に関連付けられている。また、一の検査には前段階の検査が行われてから当該一の検査を実施するまでの標準的な実施期限が定められている。各検査ステージには、標準的な実施期限が関連付けられている。
【００２１】
図５は、安定狭心症についての診断樹の典型例を図式的に表現した図である。図５に示すように、安定狭心症についての診断樹には、複数の検査ステージが規定されている。各検査ステージには識別子が関連付けられている。検査ステージのための識別子としてはステージＩＤが採用される。例えば、ステージＩＤ「５」の検査ステージは「負荷ＳＰＥＣＴ」である。各検査ステージには実施要件が関連付けられており、各検査ステージには後続の複数の検査ステージが関連付けられている。例えば、ステージＩＤ「５」の検査ステージには、ステージＩＤ「６」の検査ステージ「経過観察」、ステージＩＤ「７」の検査ステージ「冠動脈造影」、ステージＩＤ「８」の検査ステージ「冠動脈ＣＴ」に関連付けられている。ステージＩＤ「６」の検査ステージ「経過観察」には実施要件「検査結果が正常」が関連付けられ、ステージＩＤ「７」の検査ステージ「冠動脈造影」には実施要件「検査結果が正常でない」と「検査結果が軽度灌流異常または検査結果が判定困難でない」とが関連付けられ、ステージＩＤ「８」の検査ステージ「冠動脈ＣＴ」には実施要件「検査結果が正常でない」と「検査結果が軽度灌流異常または検査結果が判定困難である」とが関連付けられている。また、各検査ステージには、図５において［・］で示されているように、実施期限が関連付けられている。例えば、ステージＩＤ「９」の検査ステージに対応する検査は、負荷ＳＰＥＣＴから２週間以内に行われることが推奨されている。従ってステージＩＤ「８」の検査ステージには実施期限「２週間以内」が関連付けられている。
【００２２】
診断樹は、図４に示すような図式的な形式で記憶されていても良いが、データベースやテーブル等の既知の形態にて関連付けられていても良いし、ＸＭＬやＨＴＭＬ等の記述言語により関連付けられていても良い。例えば、診断樹は、検査ステージデータベース（以下、検査ステージＤＢと呼ぶ）と、ステージ間データベース（以下、ステージ間ＤＢと呼ぶ）とに分別して記憶される。
【００２３】
図６は、検査ステージＤＢの一例を示す図である。図６に示すように、検査ステージＤＢは、複数の検査ステージの各々について、互いに関連付けられたステージＩＤ、内容、検査ＩＤ、及び治療ＩＤ等の項目を有している。ステージＩＤは、当該検査ステージの識別子を示す。内容は、当該検査ステージの内容を示す。検査ＩＤは、当該検査ステージに紐付けられた既存の検査内容の識別子である。治療ＩＤは、当該検査ステージに紐付けられた既存の治療内容の識別子である。例えば、ステージＩＤ：１の検査ステージの内容は「ＣＡＤの検査前確率の推定」であり、ステージＩＤ：１の既存の検査内容の識別子と既存の治療内容の識別子とは「ＮＵＬＬ」である。なお「ＮＵＬＬ」は「値無し」を意味するコードである。
【００２４】
図７は、ステージ間ＤＢの一例を示す図である。図７に示すように、ステージ間ＤＢは、複数の検査ステージの各々について、互いに関連付けられた診断樹ＩＤ，ステージＩＤ，始点フラグ、次回検査ステージ、次回検査の実施要件、及び次回検査までの期間等の項目を有している。診断樹ＩＤは、当該検査ステージが属する診断樹の識別子である。ステージＩＤは、当該検査ステージの識別子である。始点フラグは、当該検査ステージが診断樹における最初の検査ステージであるか否かを示す。具体的には、始点フラグの値が「１」の場合、当該検査ステージが最初の検査ステージであることを示し、始点フラグの値が「０」の場合、当該検査ステージが最初の検査ステージでないことを示す。次回検査ステージＩＤは、当該検査ステージに対する次回検査の検査ステージの識別子である。次回検査の実施要件は、当該次回検査を実施するための条件である。図７に示す、＄で囲まれた情報は実施要件情報を示し、ダブルクォーテーションで囲まれた情報は、実施要件判断情報を示す。実施要件情報は、電子カルテや医用レポートの所見項目やImpression項目に記載の文字列情報、あるいは、施設要件又は患者要件を示す。また、実施要件判断情報は、電子カルテや医用レポートの所見項目やImpression項目などに記載の文字列情報、あるいは、施設要件判断情報又は患者要件判断情報を示す。次回検査までの期間は、当該検査ステージに対応する検査の実行日から次回検査の実施期限までの推奨期間を示す。推奨期間は、予め定めた年、月、又は日などの単位で表現しても良いし、Ｙ(Year)、Ｍ(Month)、Ｄ(Day)など単位を併せて記載しても良い。
【００２５】
病変情報記憶部１３Ｂは、患者の病変毎に生成される病変情報を記憶する。病変情報は、患者の病変を管理するための情報である。病変情報は、レコード形式で管理される。以下、病変情報のレコードを病変レコードと呼ぶことにする。病変レコード内の種々の情報は、データベース等の形態にて関連付けられても良いし、ＸＭＬやＨＴＭＬ等の記述言語により関連付けられても良い。以下、病変レコード内の種々の情報はデータベースにより関連付けられているとする。当該データベースを病変情報ＤＢと呼ぶことにする。
【００２６】
図８は、病変情報ＤＢの一例を示す図である。図８に示すように、病変情報ＤＢは、複数の病変に関する複数の病変レコードを保持している。各病変レコードは、患者ＩＤ、病変情報ＩＤ、診断樹ＩＤ、現在検査ステージＩＤ、次回検査ステージＩＤ、及び実施期限等の項目を有している。患者ＩＤは、患者の識別子である。現在検査ステージＩＤは、現在検査の検査ステージのステージＩＤである。現在検査とは、直近に実施された検査である。現在検査の検査ステージは、現在ステージ決定部１７Ｃにより決定される。次回検査ステージＩＤは、次回検査の検査ステージのステージＩＤである。次回検査とは、次回に実施する予定の検査である。次回検査の検査ステージは、次回ステージ決定部１７Ｄにより決定される。現在検査と次回検査とは、病変毎に設定される。実施期限は、現在検査から次回検査までの実施期限を表している。次回検査が未定の場合や実施期限が未定の場合、実施期限の値はＮＵＬＬに設定されると良い。例えば、患者ＩＤ「１」且つ病変ＩＤ「１」の病変レコードにおいては、診断樹ＩＤが「１」であり、当該検査ステージのステージＩＤが「２」であり、次回検査ステージのＩＤが「１２」であり、実施期限が「２０１２／１２／１５」である。
【００２７】
施設要件判断情報記憶部１３Ｃは、患者の検査を行う検査施設に関する施設要件判断情報を施設要件に関連付けられて記憶する。施設要件判断情報は、検査施設毎に管理される。施設要件と施設要件判断情報とは、テーブルやデータベース等の形態にて関連付けられても良いし、ＸＭＬやＨＴＭＬ等の記述言語により関連付けられても良い。以下、施設要件と施設要件判断情報とはデータベースにより関連付けられているとする。当該データベースを施設情報ＤＢと呼ぶことにする。
【００２８】
図９は、施設要件判断情報ＤＢの一例を示す図である。図９に示すように、施設要件判断情報ＤＢは、施設要件ＩＤや施設要件判断情報等の項目を有している。施設要件ＩＤは、施設要件の識別子である。すなわち、施設要件ＩＤは、施設要件の内容に対応する。施設要件判断情報は、当該施設要件を満たすか否かを判断するための情報である。施設要件を満たす場合、施設要件判断情報の値は「１」に設定され、施設要件を満たさない場合、施設要件判断情報の値は「０」に設定されると良い。例えば、施設要件ＩＤ「１」において施設要件は「６４列ＭＤＣＴ以上のＣＴの有無」であり、施設要件判断情報は「１（ある）」である。また、施設要件ＩＤ「２」において施設要件は「被曝線量の低減プロトコールに取り組んでいるか否か」であり、施設要件判断情報は「１（取り組んでいる）」である。
【００２９】
患者要件判断情報記憶部１３Ｄは、各患者についての患者要件判断情報を患者要件に関連付けて記憶する。患者要件判断情報は、患者毎に管理される。患者要件と患者要件判断情報とは、テーブルやデータベース等の形態にて関連付けられても良いし、ＸＭＬやＨＴＭＬ等の記述言語により関連付けられても良い。以下、患者要件と患者要件判断情報とはデータベースにより関連付けられているとする。当該データベースを患者要件判断情報ＤＢと呼ぶことにする。
【００３０】
図１０は、患者要件判断情報ＤＢの一例を示す図である。図１０に示すように、患者要件判断情報ＤＢは、患者ＩＤや患者要件ＩＤ、患者要件判断情報等の項目を有している。患者ＩＤは、患者の識別子である。患者要件ＩＤは、患者要件の識別子である。すなわち、患者要件ＩＤは、患者要件の内容に対応する。患者要件判断情報は、当該患者要件を満たすか否かを判断するための情報である。患者要件を満たす場合、患者要件判断情報の値は「１」に設定され、患者要件を満たさない場合、患者要件判断情報の値は「０」に設定されると良い。また、患者要件が対象検査項目の数値を求めている場合、患者要件判断情報として、対象検査項目の数値が設定されても良い。例えば、患者要件ＩＤ「１」の患者要件は「血清クレアチン」であり、患者要件判断情報は「２．８ｍｇ／ｄＬ」である。また、患者要件ＩＤ「２」の患者要件は「造影剤アレルギーの有無」であり、患者要件判断情報は「１（ある）」であり、患者要件ＩＤ「３」の患者要件は「喘息の有無」であり、患者要件判断情報は「０（ない）」である。
【００３１】
読み書き部１５は、記憶部１３に記憶されている種々の情報を読み出し、読み出した情報を制御部１１に供給する。また、読み書き部１５は、記憶部１３に記憶されている種々の情報を更新したり、新たな情報を書き込んだりする。
【００３２】
情報処理部１７は、制御部１１からの指示に従って情報処理を実行する。具体的には、情報処理部１７は、文字列抽出部１７Ａ、診断樹決定部１７Ｂ、現在ステージ決定部１７Ｃ、及び次回ステージ決定部１７Ｄを有している。文字列抽出部１７Ａは、電子カルテや医用レポートに記載されている複数の文字の中から特定の文字列を抽出する。診断樹決定部１７Ｂは、診断樹記憶部１３Ａに記憶されている診断樹のうちの、処理対象の診断樹を特定する。現在ステージ決定部１７Ｃは、処理対象の診断樹における複数の検査ステージの中から現在検査の検査ステージを決定する。次回ステージ決定部１７Ｄは、処理対象の診断樹における複数の検査ステージの中から次回検査の検査ステージを決定する。
【００３３】
通信部１９は、診断治療支援システム１００に含まれる電子カルテシステム２００や医用レポートシステム３００とネットワークを介して通信する。例えば、通信部１９は、電子カルテシステム２００から電子カルテを受信したり、医用レポート作成装置３００から医用レポートを受信したりする。受信された電子カルテや医用レポートは、制御部１１に供給される。なお、通信部１９による通信相手は電子カルテシステム２００や医用レポートシステム３００のみに限定されず、図示しない他の装置と通信しても良い。
【００３４】
操作部２１は、入力機器を介したユーザからの各種指示を受け付ける。入力機器としては、マウスやトラックボールなどのポインティングデバイス、モード切替スイッチ等の選択デバイス、あるいはキーボード等の入力デバイスが適宜利用可能である。
【００３５】
表示部２３は、次回検査の検査ステージ等を所定のレイアウトで表示機器に表示する。表示機器としては、例えばＣＲＴディスプレイや、液晶ディスプレイ、有機ＥＬディスプレイ、プラズマディスプレイ等が適宜利用可能である。
【００３６】
制御部１１は、診断治療支援装置１の中枢として機能する。制御部１１は、次回検査の検査ステージの決定のための情報処理プログラムをメモリに記憶している。制御部１１は、次回検査の検査ステージの決定処理の開始指示を受けて当該情報処理プログラムを読み出し、読み出された情報処理プログラムに従って各部を制御し、本実施形態に係る診断治療支援処理を実行させる。
【００３７】
以下、制御部１１の制御のもとに行われる診断治療支援処理について詳細に説明する。図１１は、制御部の制御のもとに行われる診断治療支援処理の典型的な流れを示す図である。診断治療支援処理は、ある病変についての現在検査が終了し、電子カルテや医用レポートの作成が終了した後に実行される。診断治療支援処理は、例えば、医療従事者や患者等のユーザにより操作部２１を介して開始指示が入力されることを契機として制御部１１により開始される。ユーザは、任意のタイミングで開始指示を入力すると良い。例えば、ユーザは、診断治療支援処理の処理対象となる患者の電子カルテや医用レポートが通信部１９により受信されたことを契機として開始指示を入力すると良い。また、診断治療支援処理は、電子カルテや医用レポートが通信部１９により受信されたことを契機として自動的に開始されても良い。
【００３８】
図１１に示すように、診断治療支援処理において制御部１１は、まず、文字列抽出部１７Ａに抽出処理を行わせる（ステップＳ１）。ステップＳ１において文字列抽出部１７Ａは、病変名を表す文字列（以下、病変名文字列よ呼ぶ）を、処理対象患者に関する電子カルテや医用レポートから抽出する。例えば、文字列抽出部１７Ａは、電子カルテに記載されている文字列から検査対象の病変の病変名文字列を抽出する。あるいは、文字列抽出部１７Ａは、医用レポート内の所見項目に記載されている文字列またはImpression項目に記載されている文字列から病変名文字列を抽出する。文字列抽出部１７Ａは、既定の抽出ルールに従い病変名文字列を抽出する。具体的には、文字列抽出部１７Ａは、病変名文字列の周辺にある文字列の記載に応じて当該病変名文字列を抽出するか否かを判定する。なお、文字列抽出部１７Ａは、電子カルテと医用レポートとの両方から、病変名を表す文字列を抽出しても良い。
【００３９】
図１２は、病変名文字列の抽出方法を説明するための図であり、医用レポートの記載内容を項目別に表形式で表した図である。図１２に示すように、医用レポートには、検査部位、モダリティ、所見、Impression、病床病名、及び検査目的等の項目が設けられている。ここで、所見項目に「＊＊に安定狭心症の疑いが見られる。＊＊」という記載があるとする。この場合、文字列抽出部１７Ａは、まず、所見項目から「安定狭心症」という文字列を病変名文字列として特定する。病変名文字列は、既存の特定方法が用いられれば良い。例えば、文字列抽出部１７Ａは、予め複数の病変名が登録されたテーブル等を参照して病変名文字列を特定しても良いし、「症」という文字に前方に語彙的に連結する文字列を病変名文字列として特定しても良い。次に文字列抽出部１７Ａは、特定された病変名文字列の周辺にある文字列に応じて当該病変名文字列を抽出するか否かを判定する。例えば、文字列抽出部１７Ａは、病変名文字列の周辺にある文字列を探索し、予め設定されている抽出対象に対応するキーワードを特定する。抽出対象に対応するキーワードとしては、例えば、「疑いは見られる」や「疑いはある」等である。図１２に示すように、抽出対象に対応するキーワードが当該病変名文字列の周辺にある場合、文字列抽出部１７Ａは、当該病変名文字列を抽出する。また、文字列抽出部１７Ａは、病変名文字列の周辺にある文字列を探索し、予め設定されている非抽出対象に対応するキーワードを特定しても良い。非抽出対象に対応するキーワードとしては、例えば、「疑いが見られない」や「疑いがない」等である。図１３に示すように、非抽出対象に対応するキーワードが当該病変名文字列の周辺にある場合、文字列抽出部１７Ａは、当該病変名文字列を抽出しない。抽出対象の文字列と非抽出対象の文字列とは、ユーザにより操作部２１等を介して任意に設定可能である。
【００４０】
ステップＳ１が行われると制御部１１は、診断樹決定部１７Ｂに決定処理を行わせる（ステップＳ２）。ステップＳ２において診断樹決定部１７Ｂは、ステップＳ１において抽出された病変名文字列に適合する診断樹を決定する。ステップＳ２においては、まず、読み書き部１５により病変−診断樹ＤＢが診断樹記憶部１３Ａから読み出され、情報処理部１７に供給される。診断樹決定部１７Ｂは、病変名文字列に対応する病変ＩＤをキーワードとして病変−診断樹ＤＢを検索し、当該キーワードに関連付けられた診断樹ＩＤを特定する。その後、読み書き部１５は、特定された診断樹ＩＤに対応する診断樹を診断樹記憶部から読み出し、情報処理部１７に供給する。このようにして診断樹決定部１７Ｂは、ステップＳ１において抽出された病変名文字列が表す病変名に対応する診断樹を決定する。以下、決定された診断樹を対象診断樹と呼ぶことにする。
【００４１】
ステップＳ２が行われると制御部１１は、現在ステージ決定部１７Ｃに決定処理を行わせる（ステップＳ３）。ステップＳ３において現在ステージ決定部１７Ｃは、ステップＳ２において決定された対象診断樹における現在検査の検査ステージを決定する。具体的には、現在ステージ決定部１７Ｃは、対象診断樹に含まれる複数の検査ステージの中から、予め定められたルール（以下、今回ステージ決定ルールと呼ぶ）に従って現在検査の検査ステージを決定する。今回ステージ決定ルールは、検査対象の病変が新規であるか既存であるかに応じて分けられる。なお、新規の病変とは、ある病変についての現在検査において当該患者から新たに見つかった病変を意味し、既存の病変とは、当該患者の過去の検査において既に検査対象となっている他の病変を意味する。以下、現在検査の検査ステージの決定方法は、検査対象の病変が新規の病変である場合と既存の病変である場合とに分けて説明する。
【００４２】
（新規の病変の場合）  新規の病変に対応する病変レコードは、ステップＳ２の開始時点において病変情報記憶部１３Ｂに記憶されていることは基本的に無い。新規の病変に関する今回ステージ決定ルールは、例えば、「病変レコードに処理対象の病変（以下、対象病変と呼ぶ）に関する病変レコードが存在しない場合、対象診断樹の最初の検査ステージを現在検査の検査ステージとする」、のように規定される。すなわち、現在ステージ決定部１７Ｃは、まず、病変情報記憶部１３Ｂに対象病変に関する病変レコードが存在するか否かを判定する。対象病変に関する病変レコードが存在しないと判定した場合、現在ステージ決定部１７Ｃは、対象診断樹の最初の検査ステージを現在検査の検査ステージとして決定する。
【００４３】
新規の病変の場合であっても、過去に同一の病変の検査を実施している場合や他の病変の検査の過程で新規の病変が発見される場合がある。この場合、対象診断樹における途中の検査ステージが現在検査の検査ステージに対応することとなる。例えば、図５の診断樹において、過去に冠動脈造影が実施されており今回の検査が負荷ＳＰＥＣＴだった場合、現在検査の検査ステージは、ステージＩＤ「５」の検査ステージ「負荷ＳＰＥＣＴ」ではなく、ステージＩＤ「１５」の検査ステージ「負荷ＳＰＥＣＴ」であると決定される。対象診断樹において一つの検査ステージに複数の検査ステージの候補が後続している場合、ユーザにより操作部２１を介して指定された一つの候補が現在検査の検査ステージに決定されると良い。
【００４４】
（既存の病変の場合）  既存の病変に対応する病変レコードは、ステップＳ２の開始時点において既に病変情報記憶部１３Ｂに記憶されている。ステップＳ２の開始時点において記憶されている病変レコードの現在検査ステージＩＤは、実際には前回検査の検査ステージのステージＩＤであり、次回検査ステージＩＤは、実際には現在検査の検査ステージのステージＩＤである。既存の病変に関する今回ステージ決定ルールは、例えば、「病変レコードに対象病変に関する病変レコードが存在する場合、当該病変レコードの次回検査ステージＩＤに対応する検査ステージを、現在検査の検査ステージとして決定する」、のように規定される。すなわち、現在ステージ決定部１７Ｃは、まず、病変情報記憶部１３Ｂに対象病変に関する病変レコードが存在するか否かを判定する。対象病変に関する病変レコードが存在すると判定した場合、現在ステージ決定部１７Ｃは、当該病変レコードの次回検査ステージＩＤ項目に規定されている検査ステージを、現在検査の検査ステージに決定する。例えば、図５の安定狭心症の診断樹を例に挙げると、前回検査終了時での現在検査の検査ステージがステージＩＤ「５」の「負荷ＳＰＥＣＴ」であり、前回検査終了時での次回検査の検査ステージがステージＩＤ「８」の「冠動脈ＣＴ」である場合、ステージＩＤ「８」の「冠動脈ＣＴ」が現在検査終了時での現在検査の検査ステージに決定される。
【００４５】
上記の方法により、現在検査の検査ステージが決定できない場合、現在ステージ決定部１７Ｃは、電子カルテや医用レポートに記載された文字列と前回検査終了時の次回検査の検査ステージとに基づいて、現在検査終了時の現在検査の検査ステージを決定しても良い。例えば、前回検査において負荷ＳＰＥＣＴが行われ、前回検査の医用レポートのImpression項目に検査結果が判定困難である旨の記載がある場合、現在ステージ決定部１７Ｃは、図５に示すように、ステージＩＤ「８」の検査ステージ「冠動脈ＣＴ」を現在検査の検査ステージに決定する。
【００４６】
また、Impression項目以外にも検査部位項目とモダリティ項目とに記載された文字列を利用して今回ステージを決定しても良い。図１４は、検査部位項目とモダリティ項目とに記載された文字列から現在検査の検査ステージを決定する処理を説明するための図であり、医用レポートの記載内容を項目別に表形式で表した図である。図１４に示すように、医用レポートの検査部位項目には「心臓」が記載され、モダリティ項目には「ＣＴ」が記載されているとする。また、前回検査終了時での次回検査の検査ステージがＩＤ「９」の検査ステージ「冠動脈ＣＴ」であるとする。現在ステージ決定部１７Ｃは、検査部位項目の記載「心臓」とモダリティ項目の記載「ＣＴ」との組合せを、検査ステージ「冠動脈ＣＴ」に対して比較し、一致しているか否かを判定する。一致していると判定した場合、現在ステージ決定部１７Ｃは、前回検査終了時での次回検査の検査ステージがＩＤ「９」の検査ステージ「冠動脈ＣＴ」を、現在検査終了時での現在検査の検査ステージに決定する。
【００４７】
ステップＳ３が行われると制御部１１は、次回ステージ決定部１７Ｄに決定処理を行わせる（ステップＳ４）。ステップＳ４において次回ステージ決定部１７Ｄは、対象診断樹における次回検査の検査ステージを決定する。次回ステージ決定部１７Ｄは、現在検査の検査ステージに後続する次回検査の検査ステージの候補を特定する。具体的には、まず読み書き部１５は、診断樹記憶部１３Ａからステージ間ＤＢや対象診断樹を読み出し、次回ステージ決定部１７Ｄに供給する。次回ステージ決定部１７Ｄは、ステージ間ＤＢや対象診断樹を探索し、現在検査の検査ステージに後続する次回検査の検査ステージの候補を特定する。候補が特定されると次回ステージ決定部１７Ｄは、ステージ間ＤＢや対象診断樹を探索して、当該候補各々について実施要件を特定する。実施要件が特定されると次回ステージ決定部１７Ｄは、特定された実施要件に対する実施要件判断情報を抽出する。そして次回ステージ決定部１７Ｄは、実施要件判断情報に合致する候補を次回検査の検査ステージに決定する。
【００４８】
以下、次回検査の検査ステージの決定処理を、図５に示す安定狭心症の診断樹を具体例に挙げて説明する。例えば、現在検査の検査ステージ項目ＩＤ「８」の検査ステージ「冠状動脈ＣＴ」であるとする。この場合、次回検査の検査ステージの候補として、検査ステージ項目ＩＤ「９」の検査ステージ「経過観察」、検査ステージ項目ＩＤ「１０」の検査ステージ「冠動脈造影」、及び検査ステージ項目ＩＤ「１１」の検査ステージ「内科的治療経過観察」が挙げられる。次回ステージ決定部１７Ｄは、３つの候補各々について、診断樹あるいはステージ間ＤＢを参照して実施要件を特定する。例えば、検査ステージ項目ＩＤ「９」の検査ステージ「経過観察」の実施要件は「検査結果が正常」であり、検査ステージ項目ＩＤ「１０」の検査ステージ「冠動脈造影」の実施要件は「検査結果が異常」であり、検査ステージ項目ＩＤ「１１」の検査ステージ「内科的治療経過観察」の実施要件は「検査結果が正常でも異常でもない」である。次回ステージ決定部１７Ｄは、各実施要件に対する実施要件判断情報を特定する。検査結果に関する実施要件に対する実施要件判断情報は、電子カルテや医用レポートの所見項目やImpression項目の記載から特定可能である。
【００４９】
図１５は、実施要件判断情報の特定処理を説明するための図であり、医用レポートの記載内容を項目別に表形式で表した図である。図１５に示すように、所見項目に検査結果を示す文字列「＊＊に異常が見られた。」の記載があるとする。この場合、文字列抽出部１７Ａは、「異常が見られた」の文字列を、実施要件判断情報として特定する。次回ステージ決定部１７Ｄは、実施要件判断情報に適合する実施要件を要求する候補を、次回検査の検査ステージに決定する。例えば、実施要件判断情報「異常が見られた」は実施要件「検査結果が異常」に適合する。従ってこの場合、次回ステージ決定部１７Ｄは、ステージＩＤ「１０」の検査ステージ「冠動脈造影」を次回検査の検査ステージに決定する。
【００５０】
実施要件には、検査結果に関する要件の他に施設要件や患者要件が含まれている場合がある。施設要件に対する実施要件判断情報は施設要件判断情報記憶部１３Ｃから特定され、患者要件に対する実施要件判断情報は患者要件判断情報記憶部１３Ｄから特定可能である。例えば、図５のステージＩＤ「５」の検査ステージ「負荷ＳＰＥＣＴ」は、実施要件として「冠動脈ＣＴ優先実施のための条件を満たしていない」が要求され、ステージＩＤ「１２」の検査ステージ「冠動脈造影」は、実施要件として「冠動脈ＣＴ優先実施のための条件を満たしている」が要求されている。冠動脈ＣＴ優先実施のための条件とは、下記の施設要件と患者要件を意味する。
【００５１】
施設要件：１．十分な経験を有している。２．６４列ＭＤＣＴ以上の機種を有している。３．鮮明な画像のもとに適切なレポーティングシステムが稼動している。４．冠動脈造影との比較によりＣＴ特性が評価されている。５．被曝線量の低減プロトコールに取り組んでいる。
【００５２】
患者要件：１．５０歳未満の女性では被曝に注意すること。２．著しい冠動脈石灰化が予想される患者でないこと（例えば、透析患者や高齢者など）。３．血清クレアチニンが２．０ｍｇ／ｄＬ以上でないこと。４．ｅＧＲが６０ｍＬ／ｍｉｎ／１．７３ｍ２以下でないこと。５．糖尿病患者の場合、微量アルブミン尿を含む腎症を認めないこと。６．造影剤アレルギーがないこと。７．喘息がないこと。
【００５３】
次回ステージ決定部１７Ｄは、施設要件判断情報ＤＢを検索して検査ステージの候補に関連付けられている施設要件に対する施設要件判断情報を特定する。同様に、次回ステージ決定部１７Ｄは、患者要件判断情報ＤＢを検索して候補の検査ステージに関連付けられている患者要件に対する患者要件判断情報を特定する。次回ステージ決定部１７Ｄは、特定された施設要件判断情報と患者要件判断情報との両方に適合する実施要件に関連付けられた検査ステージを、次回検査の検査ステージに決定する。
【００５４】
このように次回ステージ決定部１７Ｄは、検査ステージの候補に関連付けられている実施要件の種類に応じた実施要件判断情報を電子カルテ、医用レポート、施設要件判断情報ＤＢ、及び患者要件判断情報ＤＢから特定し、特定された実施要件判断情報に合致する実施要件に関連付けられた検査ステージを次回検査の検査ステージに決定する。
【００５５】
ステップＳ３において決定された現在検査の検査ステージとステップＳ４において決定された次回検査の検査ステージとは、読み書き部１５により対象患者及び対象病変に関する病変レコードに書き込まれる。
【００５６】
ステップＳ４が行われると制御部１１は、表示部２３に表示処理を行わせる（ステップＳ５）。ステップＳ５において表示部２３は、現在検査の検査ステージと次回検査の検査ステージとを所定のレイアウトで表示機器に表示する。
【００５７】
図１６は、年齢「＊＊」の患者名「Ａ」に関する現在検査の検査ステージと次回検査の検査ステージとの表示例を示す図である。図１６に示すように、表示部２３は、現在検査の検査ステージと次回検査の検査ステージとを表形式のレイアウトで表示する。以下、この表形式の画像をテーブル画像ＩＴと呼ぶことにする。テーブル画像ＩＴ１は、横軸が検査日、縦軸が病変の種類に規定された表を示している。なお次回検査は、検査日が確定されていないので、次回検査の日付ではなく、「次回検査」と表示されている。表の各セルには、検査ステージが表示される。検査ステージは、単に検査ステージの内容に関する文字列として表示されても良いし、図１６に示すように、検査ステージの内容に関する文字列を含むマークＳＴｎとして表示されても良い。現在検査と次回検査との区別を容易に行うため、現在検査の検査ステージに関するマークＳＴ１と次回検査の検査ステージに関するマークＳＴ２とを視覚的に区別して表示すると良い。例えば、図１６においては、「２０１２／０５／０１」に病変「肺癌」についての現在検査が行われ、病変「安定狭心症」について「２０１２／０４／０１」に現在検査が行われ、「安定狭心症」についての現在検査の検査ステージが「冠動脈ＣＴ」であり、「肺癌」についての現在検査の検査ステージが「ＣＴ」であり、「安定狭心症」についての次回検査の検査ステージが「冠動脈造影」であり、「肺癌」についての次回検査の検査ステージが「ＣＴ」である例が示されている。
【００５８】
テーブル画像ＩＴ１の各セルには、当該セルに対応する検査に関する種々の情報を表示しても良い。例えば、図１６に示すように、各セルには、当該検査において発生された医用画像のサムネイル画像Ｉｓや、「異常」等の検査結果が示されている。表示対象のサムネイル画像は、如何なる医用画像のサムネイル画像であっても良いが、実運用上、キー画像のサムネイル画像が好ましい。サムネイル画像には、当該サムネイル画像のオリジナル画像へのハイパーリングが埋め込まれても良い。検査結果は、単に検査結果の内容を示す文字列として表示されても良いし、図１６に示すように、検査結果の内容を示す文字列を含むマークＥｒとして表示されても良い。また、当該検査についての電子カルテや医用レポートへのハイパーリンクが埋め込まれたマークＭ１等が表示されても良い。
【００５９】
表示部２３により表示されている内容は、ユーザにより操作部２１を介して任意に変更可能である。例えば、操作部２１を介した検査ステージの内容の修正指示に従って読み書き部１５は、病変情報記憶部１３Ｂに記憶されている修正対象の検査ステージに関する病変レコードを修正する。また表示部２３は、ユーザによる操作部２１を介した病変や検査などの制限指示に従って当該病変や検査のみに表示を制限したり、ユーザによる操作部２１を介した病変や検査などの並べ替え指示に従って並び替えたりしても良い。
【００６０】
また、表示部２３は、新規の病変と既存の病変とを区別して検査ステージを表示しても良い。図１７は、新規の病変と既存の病変とを区別する、現在検査の検査ステージと次回検査の検査ステージとの表示例を示す図である。新規の病変と判断された病変が本当は関係の無い病変である可能性がある。表示部２３は、新規の病変を確定するための電子的インターフェースＩｂを表示すると良い。図１７に示すように、例えば、「安定狭心症」と「肺癌」とが既存の病変であり、「肺炎」が新規の病変であるとする。この場合、表示部２３は、「肺炎」が新規の病変であるか否かを確認するための電子ボタンＩｂをテーブル画像ＩＴ２に重畳して表示する。この段階においては「肺炎」は病変候補として表示される。「肺炎」が新規の病変である旨が電子ボタンを押すことにより確定されると表示部２３は、当該新規の病変「肺炎」の検査ステージを表示する。例えば、図１７に示すように、病変「肺癌」の検査日「１２／０５／０１」に対応するセルに、病変「肺癌」の現在検査の検査ステージが表示される。また、読み書き部１５は、当該新規の病変「肺炎」の検査ステージに関する病変レコードを病変情報ＤＢに追加する。
【００６１】
なお、新規の病変が確定されることを契機として検査ステージが表示されるとしたが本実施形態はこれに限定されない。例えば、表示部２３は、新規の病変の確定無しに当該新規の病変に関する検査ステージを表示しても良い。また、電子的インターフェースによる確定無しに、新規の病変が既存の病変と同じ態様で表示されても良い。
【００６２】
また、必ずしも次回検査の検査ステージと現在検査の検査ステージとの両方を表示する必要は無い。すなわち、表示部２３は、現在検査の検査ステージを表示せず、次回検査の検査ステージを表示しても良い。
【００６３】
以上で制御部１１の制御のもとに行われる診断治療支援処理についての説明を終了する。
【００６４】
次に、表示部２３による次回検査の検査ステージの表示の応用例について説明する。
【００６５】
（応用例１）
応用例１に係る表示部２３は、次回検査の検査ステージと診断樹とを並べて表示する。
【００６６】
図１８は、応用例１に係る次回検査の検査ステージの表示例を示す図である。図１８に示すように、表示部２３は、テーブル画像ＩＴ１と診断樹を図式的に表現する画像（以下、診断樹画像と呼ぶ）Ｉｄとを並べて表示する。ユーザは、操作部２１を介してテーブル画像ＩＴ１に表示されている複数の検査ステージのうちの、診断樹の表示対象の検査ステージを指定することができる。表示部２３は、指定された検査ステージと当該指定された検査ステージの後続の検査ステージとに表示範囲が限定された診断樹画像ＩＤを表示する。例えば、図１８のように、病変「安定狭心症」の検査ステージ「冠動脈ＣＴ」が指定された場合、表示部２３は、検査ステージ「冠動脈ＣＴ」に加え、後続の検査ステージ「経過観察」、検査ステージ「冠動脈造影」、及び検査ステージ「内科的治療経過観察」に表示範囲が限定された診断樹画像Ｉｄを表示する。テーブル画像ＩＴ１と診断樹画像Ｉｄとが並べて表示されることにより、ユーザは、ステージ間の関係性をより容易且つ正確に把握することができる。表示部２３は、診断樹画像Ｉｄ内に現在検査の検査ステージＳＴｐや次回検査の検査ステージＳＴｎが含まれている場合、診断樹画像Ｉｄ内の当該検査ステージＳＴｐ，ＳＴｎを強調すると良い。これによりユーザは、診断樹画像ＩＤにおいて現在検査の検査ステージＳＴｐと次回検査の検査ステージＳＴｎとを明瞭に把握することができる。ユーザは、現在検査の検査ステージＳＴｐや次回検査の検査ステージＳＴｎの修正指示を操作部２１を介して診断樹画像Ｉｄ上で行うことが可能である。修正は、既述の方法を用いて読み書き部１５により病変レコードに反映することができる。
【００６７】
なお上記の説明において、診断樹画像は、診断樹全体のうちの一部を示す画像であるとした。しかしながら、本実施形態はこれに限定されない。表示部２３は、診断樹全体を図式的に示す診断樹画像を表示しても良い。
【００６８】
また、表示部２３は、表示対象の診断樹に関する文献データへのハイパーリンクが埋め込まれたマークＭ２を表示しても良い。マークＭ２が操作部２１を介して選択されることにより表示部２３は、選択されたマークＭ２に埋め込まれたハイパーリンクに関連づけられた文献データを表示する。例えば、医師等の医療従事者が文献を患者等に提示することにより、患者による診断樹への理解をより深めることができる。また、文献は、医療従事者による病変の調査に供されても良い。これにより、医療従事者が文献を探索する手間や参照する手間を削減することができる。
【００６９】
（応用例２）
応用例２に係る表示部２３は、次回検査の実施期限が過ぎたり近づいたりした場合に警告を表示する。
【００７０】
以下、警告処理について説明する。次回ステージ決定部１７Ｄは、本表示処理の実行日を警告期限日に対して比較し、本表示処理の実行日が警告期限日を経過しているか否かを判定する。警告期限日は、任意に設定可能である。例えば、実施期限を過ぎたことを契機として警告を発したい場合、警告期限日は、実施期限に設定される。実施期限よりも前に警告を発したい場合、警告期限日は、実施期限よりも所定期間だけ前の指定日に設定される。
【００７１】
上記の通り、病変情報ＤＢに実施期限が入力されている。次回ステージ決定部１７Ｄは、病変情報ＤＢを検索し、対象患者に関する複数の病変の各々について、次回検査の実施期限を特定し、特定された実施期限に基づいて警告期限日を設定する。例えば、次回ステージ決定部１７Ｄは、警告期限日を実施期限に設定するモードの場合、特定された実施期限を警告期限日に設定する。警告期限日を実施期限よりも前の日に設定するモードの場合、次回ステージ決定部１７Ｄは、特定された実施期限より所定期間だけ前の日を警告期限日に設定する。所定期間は、例えば、１０日や一か月、一週間等、ユーザにより操作部２１を介して任意に設定可能である。本表示処理の実行日が警告期限日を経過していると判定した場合、次回ステージ決定部１７Ｄは、制御部１１を介して表示部２３に警告信号を供給する。警告信号の供給を受けた表示部２３は、警告期限日を過ぎている旨の警告を表示する。本表示処理の実行日が警告期限日を経過していないと判定した場合、次回ステージ決定部１７Ｄは、警告信号を供給することは無い。
【００７２】
図１９は、応用例２に係る次回検査の検査ステージの表示例を示す図であって、警告期限日を実施期限よりも前の日に設定するモードにおける警告表示例を示す図である。図１９に示すように、表示部２３は、次回ステージ決定部１７Ｄにより警告期限日が過ぎていると判定された場合、オーダの作成を促すための警告を兼ねて次回検査の実施期限が近づいている旨の警告メッセージＭｅを表示する。例えば、図１９に示すように、表示部２３は、「実施期限が近づいています。オーダを作成して下さい」のような警告メッセージＭｅを表示すると良い。警告を受けることにより、ユーザは、次回検査の実施し忘れを未然に防止することができる。
【００７３】
上記の説明において、対象患者に関する全ての疾病に関する次回検査について警告期限日が過ぎたか否かを判定するものとした。しかしながら、本実施形態はこれに限定されない。例えば、ユーザにより操作部２１を介して指定された病変に限定して次回検査について警告期限日が過ぎたか否かが判定されても良い。
【００７４】
また、上記の説明において、警告は、表示部２３による表示により行われるものとした。しかしながら、本実施形態はこれに限定されない。例えば、制御部１１は、次回ステージ決定部１７Ｄから警告信号が供給されたことを契機として、診断治療支援装置１に設けられたスピーカから警告音や警告メッセージを発する。また、制御部１１は、次回ステージ決定部１７Ｄから警告信号が供給されたことを契機として、通信部１９から医療従事者所有のコンピュータ装置に警告メッセージをメールで通達しても良い。
【００７５】
（応用例３）
応用例３に係る表示部２３は、次回検査の検査ステージとともに検査依頼の発行画面を表示する。
【００７６】
図２０は、応用例３に係る次回検査の検査ステージの表示例を示す図であって、テーブル画像ＩＴ１と検査依頼の発行画面Ｉｏとの並列表示例を示す図である。表示部２３は、ユーザにより操作部２１を介して次回検査の検査ステージの指定指示がなされることを契機として、指定指示された検査ステージに関する検査依頼の発行画面Ｉｏを表示する。例えば、図２０に示すように、マウス操作により病変「安定狭心症」の検査ステージ「冠動脈造影」がクリックされることにより、病変「安定狭心症」と検査ステージ「冠動脈造影」との組合せに応じた検査依頼の発行画面Ｉｏが表示される。発行画面Ｉｏには、検査の入力欄ｉ１と病変の入力欄ｉ２とが設けられている。このように発行画面Ｉｏには、検査依頼のための複数の入力欄が設けられている。発行画面Ｉｏを表示する際、表示部２３は、各入力欄に初期値が自動的に入力された発行画面Ｉｏを表示すると良い。初期値の自動入力のため、あるいは、表示部２３は、ステージＩＤと病変名との組合せ毎に各入力欄と初期値とを関連付けたテーブルを保持していると良い。この場合、表示部２３は、指定された検査ステージのステージＩＤと病変名とをキーワードとしてテーブルを検索し、各入力欄の初期値を特定し、特定した初期値を当該入力欄に自動的に入力する。例えば、図２０に示すように、検査の入力欄に「冠動脈造影」が初期値として入力され、病変の入力欄に「安定狭心症」が初期値として入力される。
【００７７】
上記の説明のように、検査ステージが指定されたことを契機として検査依頼の発行画面を表示可能にすることにより、ユーザは、検査依頼に関する労力を削減することができる。また、検査ステージと病変名との組合せに応じて決定可能な入力項目を自動的に入力することにより、ユーザの労力をさらに削減することができる。
【００７８】
［効果］
上記の説明の通り、本実施形態に係る診断治療支援装置１は、少なくとも診断樹記憶部１３Ａ、診断樹決定部１７Ｂ、及び次回ステージ決定部１７Ｄを有している。診断樹記憶部１３Ａは、複数の病変の各々について、標準的な遷移順序と実施要件とに従って選択的に対応付けられた複数の検査ステージにより構成される診断樹を記憶する。診断樹決定部１７Ｂは、診断樹記憶部１３Ａに記憶されている複数の診断樹のうちの検査対象の病変に関する対象診断樹を決定する。次回ステージ決定部１７Ｄは、対象診断樹に含まれる複数の検査ステージの中から、現在検査の検査ステージと次回検査の実施要件を満足するか否かを判断するための実施要件判断情報とを利用して次回検査の検査ステージを決定する。
【００７９】
上記の構成により、本実施形態に係る診断治療支援装置１は、複数の診断樹が存在する場合においても、実施した検査の内容に応じた診断樹を自動的に決定することができる。また、診断樹の中に含まれる多数の検査ステージの中から、現在検査の次の検査を自動的に決定することができる。従って手動で次の検査ステージへの移行を指示していた従来に比して、次回検査の検査ステージの決定に関する手間を削減することができる。また、本実施形態に係る診断樹は、実施要件に応じて分岐を有している。従って、分岐を想定していない従来に比して、検査や診断、治療の変化に柔軟に対応することができる。
【００８０】
かくして、本実施形態に係る診断治療支援装置１及び診断治療支援システム１００によれば、医療に係る検査業務管理の効率の向上を実現することができる。
【００８１】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００８２】
１…診断治療支援装置、１１…制御部、１３…記憶部、１３Ａ…診断樹記憶部、１３Ｂ…病変情報記憶部、１３Ｃ…施設要件判断情報記憶部、１３Ｄ…患者要件判断情報記憶部、１５…読み書き部、１７…情報処理部、１７Ａ…文字列抽出部、１７Ｂ…診断樹決定部、１７Ｃ…現在ステージ決定部、１７Ｄ…次回ステージ決定部、１９…通信部、２１…操作部、２３…表示部
【図１】
0006603899.tif 000002
【図２Ａ】
0006603899.tif 000003
【図２Ｂ】
0006603899.tif 000004
【図３】
0006603899.tif 000005
【図４】
0006603899.tif 000006
【図５】
0006603899.tif 000007
【図６】
0006603899.tif 000008
【図７】
0006603899.tif 000009
【図８】
0006603899.tif 000010
【図９】
0006603899.tif 000011
【図１０】
0006603899.tif 000012
【図１１】
0006603899.tif 000013
【図１２】
0006603899.tif 000014
【図１３】
0006603899.tif 000015
【図１４】
0006603899.tif 000016
【図１５】
0006603899.tif 000017
【図１６】
0006603899.tif 000018
【図１７】
0006603899.tif 000019
【図１８】
0006603899.tif 000020
【図１９】
0006603899.tif 000021
【図２０】
0006603899.tif 000022