(57)【特許請求の範囲】
【請求項１】
過去に発生したインシデントに関する情報と、当該インシデントが発生した臨床ワークフローとが対応付けられたインシデント情報に基づいて、実行対象の臨床ワークフローに対応するインシデント情報を収集する収集部と、
前記実行対象の臨床ワークフローの実行中に発生したインシデントの種類、又は、前記実行対象の臨床ワークフローの実行の際に発生するであろうインシデントの種類を検知する検知部と、
同一の検査の目的に対する、インシデントの発生パターンと臨床ワークフローとの組合せに基づいて、実施中の検査の目的、及び、前記検知部により検知された前記種類に対応するインシデントの発生パターンに対応する代替臨床ワークフローを設定するフロー制御部と、
前記代替臨床ワークフローを表示させる表示制御部と、
を備える、管理装置。
【請求項２】
前記フロー制御部は、前記実行対象の臨床ワークフローに代えて、前記代替臨床ワークフローを実行させるよう制御する、
請求項１に記載の管理装置。
【請求項３】
前記収集部は、記憶装置から、過去に発生したインシデントに関する情報と、当該インシデントが発生した臨床ワークフローとが対応付けられたインシデント情報を取得し、
前記フロー制御部は、記憶装置から、同一の検査の目的に対する、インシデントの発生パターンと臨床ワークフローとの組合せを取得する、
請求項１又は２に記載の管理装置。
【請求項４】
前記フロー制御部は、同一の検査の目的に対する、インシデントの発生パターンと臨床ワークフローと検査を依頼するユーザとの組合せに基づいて、前記実施中の検査の目的、前記検知部により検知された前記種類に対応するインシデントの発生パターン、及び、前記検査を実施するユーザに対応する臨床ワークフローを設定する、
請求項１〜３のいずれか１つに記載の管理装置。
【請求項５】
前記表示制御部は、前記代替臨床ワークフローを、前記実行対象の臨床ワークフローを実行中の装置の表示部に表示させる、請求項１〜４のいずれか１つに記載の管理装置。
【請求項６】
前記収集部により収集されたインシデント情報と、前記実行対象の臨床ワークフローとを関連付ける関連付部を更に備え、
前記関連付部は、前記収集部により収集されたインシデント情報と、前記代替臨床ワークフローに含まれるプロセスであって、当該インシデント情報が示す過去にインシデントが発生したプロセスとを関連付け、
前記表示制御部は、前記プロセスの実行中に、当該プロセスに関連付けられたインシデント情報を、当該プロセスを実行中の装置の表示部に表示させる、請求項１〜５のいずれか１つに記載の管理装置。
【請求項７】
前記関連付部は、前記収集部により収集されたインシデント情報と、前記代替臨床ワークフローとを関連付け、
前記過去に発生したインシデントに関する情報は、当該インシデントが発生した場合に、当該情報に対応付けられた前記代替臨床ワークフローの実行に及ぼす影響の度合いを示す影響度を含み、
前記表示制御部は、前記代替臨床ワークフローに関連付けられたインシデント情報を表示させるとともに、当該インシデント情報に含まれる前記影響の度合いに応じて、当該インシデント情報の表示態様を異ならせる、請求項６に記載の管理装置。
【請求項８】
前記表示制御部は、表示させるインシデント情報として、インシデントが発生した場合に当該インシデントが発生した前記代替臨床ワークフローの実行に及ぼす影響、当該影響に対する対処方法、及び、インシデントに関する統計情報のうち少なくとも１つを表示させる、請求項７に記載の管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、管理装置に関する。
【背景技術】
【０００２】
従来、業務内容が定義されたプロセスが実行される順番に並べられた臨床ワークフローに基づいて、臨床ワークフローが示すプロセスの順番で、各プロセスを実行する医用画像診断装置が知られている。
【０００３】
ここで、医用画像診断装置が臨床ワークフローに基づいて各プロセスを実行している最中に、医師や技師などのユーザが予期せぬ事象（インシデント）が発生する場合がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−３０５８３号公報
【特許文献２】特開２０１１−１８１０８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明が解決しようとする課題は、インシデントの発生を抑制することができる管理装置を提供することである。
【課題を解決するための手段】
【０００６】
実施形態の管理装置は、収集部と、検知部と、フロー制御部と、表示制御部とを備える。収集部は、過去に発生したインシデントに関する情報と、当該インシデントが発生した臨床ワークフローとが対応付けられたインシデント情報に基づいて、実行対象の臨床ワークフローに対応するインシデント情報を収集する。検知部は、実行対象の臨床ワークフローの実行中に発生したインシデントの種類、又は、実行対象の臨床ワークフローの実行の際に発生するであろうインシデントの種類を検知する。フロー制御部は、同一の検査の目的に対する、インシデントの発生パターンと臨床ワークフローとの組合せに基づいて、実施中の検査の目的、及び、検知部により検知された種類に対応するインシデントの発生パターンに対応する代替臨床ワークフローを設定する。表示制御部は、代替臨床ワークフローを表示させる。
【図面の簡単な説明】
【０００７】
【図１】図１は、第１の実施形態に係る管理装置が適用された管理システムの構成例を示す図である。
【図２】図２は、インシデント情報のデータ構造の一例を示す図である。
【図３】図３は、第１の実施形態に係る管理装置及びワークフロー管理システムの構成例を示すブロック図である。
【図４】図４は、実行対象の臨床ワークフローのＩＤ「冠動脈サブストラクション」が「臨床ワークフロー」の項目に含まれるインシデント情報の一例を示す図である。
【図５】図５は、実行対象の臨床ワークフローの一例を示す図である。
【図６】図６は、インシデント適用部に、図４の例に示すインシデント情報が送信され、図５の例に示す臨床ワークフロー送信された場合について説明するための図である。
【図７】図７は、リスクの内容をプロセスに対応付ける場合の一例を説明するための図である。
【図８】図８は、統計情報をプロセスに対応付ける場合の一例を説明するための図である。
【図９】図９は、プロセスに、コメント「○○確認」が関連付けられ、プロセスに、コメント「△△確認」が関連付けられた場合の一例を示す図である。
【図１０】図１０は、インシデント情報をＴｉｐｓとして表示させる場合の一例を示す図である。
【図１１】図１１は、インシデント情報をＴｉｐｓとして表示させる場合の一例を示す図である。
【図１２】図１２は、ワークフロー管理システムの表示装置に、臨床ワークフローとともに臨床ワークフローに関連付けられたインシデント情報を表示させる場合の一例を説明するための図である。
【図１３】図１３は、ワークフロー管理システムの表示装置に、臨床ワークフローとともに臨床ワークフローに関連付けられたインシデント情報を表示させる場合の一例を説明するための図である。
【図１４】図１４は、第２の実施形態に係る管理装置の構成例を示すブロック図である。
【図１５】図１５は、第２の実施形態に係る臨床フローＤＢの一部のデータ構造の一例を示す図である。
【図１６】図１６は、第２の実施形態に係る臨床フローＤＢのデータ構造の他の一例を示す図である。
【図１７】図１７は、第２の実施形態に係る臨床ワークフロー変更処理の一例を説明するためのフローチャートである。
【発明を実施するための形態】
【０００８】
以下、添付図面を参照して、管理装置の各実施形態を詳細に説明する。
【０００９】
（第１の実施形態）
まず、第１の実施形態に係る管理装置の構成について説明する。図１は、第１の実施形態に係る管理装置が適用された管理システムの構成例を示す図である。図１に示すように、第１の実施形態に係る管理システム１は、センターサーバ９０と病院内システム９１とを有する。センターサーバ９０と病院内システム９１とは、ネットワーク９２を介して互いに通信を行うことが可能なように接続されている。
【００１０】
センターサーバ９０は、病院内システム９１や病院内システム９１以外の複数の病院内システムにおいて臨床ワークフローの実施中に発生したインシデント（現象）を一元管理するサーバである。例えば、センターサーバ９０は、インシデントＤＢ（Data  Base）９０ａを有し、リアルタイムで、病院内システム９１や病院内システム９１以外の複数の病院内システムにおいて発生したインシデントを収集し、収集したインシデントに関する情報と、収集したインシデントが発生した臨床ワークフローとを対応付けたインシデント情報を生成し、生成したインシデント情報をインシデントＤＢ９０ａに登録する。なお、インシデントＤＢ９０ａは、第１の記憶部の一例である。
【００１１】
図２は、インシデント情報のデータ構造の一例を示す図である。図２の例に示すように、インシデント情報は、「日時」、「タイプ」、「事象」、「リスク」、「臨床ワークフロー」、「該当プロセス」、「該当部門」、「該当条件」、「コメント」及び「重要度」の各項目を有する。「日時」の項目には、インシデントが発生した日時が含まれる。「タイプ」の項目には、インシデントのタイプが含まれる。「事象」の項目には、インシデントの内容が含まれる。「リスク」の項目には、インシデントの発生により生じるリスクの内容が含まれる。「臨床ワークフロー」の項目には、インシデントが発生した臨床ワークフローのＩＤ（Identification）が含まれる。「該当プロセス」の項目には、インシデントが発生した臨床ワークフローのプロセスのＩＤが含まれる。「該当部門」の項目には、インシデントが発生した部門が含まれる。「該当条件」の項目には、インシデントが発生した条件が含まれる。「コメント」の項目には、インシデントにより生ずるリスクの対処方法などのコメントが含まれる。「重要度」の項目には、インシデントにより生じるリスクの大きさを示す重要度が含まれる。
【００１２】
換言すると、インシデント情報は、インシデントが発生した日時、インシデントのタイプ及び内容、インシデントの発生により生じるリスク、インシデントが発生した部門、インシデントが発生した条件、インシデントにより生ずるリスクの対象方法などのコメント、及び、インシデントにより生じるリスクの大きさを示す重要度を含むインシデントに関する情報と、インシデントが発生した臨床ワークフロー及びインシデントが発生した臨床ワークフローのプロセスとを対応付けられた情報である。
【００１３】
また、インシデントの発生により生じるリスクは、インシデントが発生した場合にインシデントが発生した臨床ワークフローの実行に及ぼす影響ともいえる。また、リスクの対処方法は、この影響に対する対処方法ともいえる。また、インシデントにより生じるリスクの大きさを示す重要度は、インシデントが発生した場合にインシデントが発生した臨床ワークフローの実行に及ぼす影響の度合いを示す影響度ともいえる。
【００１４】
図２の例に示すようなデータ構造のインシデント情報がインシデントＤＢ９０ａに登録される。以下、センターサーバ９０が、インシデントＤＢ９０ａを有し、インシデントＤＢ９０ａには、病院内システム９１や病院内システム９１以外の複数の病院内システムにおいて臨床ワークフローの実施中に発生したインシデントが登録される場合について説明するが、インシデントＤＢ９０ａはこれに限られない。例えば、インシデントＤＢ９０ａは、特定の利用者がどこからでもアクセスできるように、特定の利用者にアクセス権限を付与した上で、インシデントＤＢ９０ａが、クラウドコンピューティングの形態で、外部公開されてもよい。また、病院内システム９１内に、インシデントＤＢ９０ａが設けられていても良い。病院内システム９１内に、インシデントＤＢ９０ａが設けられている場合には、インシデントＤＢ９０ａには、病院内システム９１が設けられた病院内で発生したインシデントに係るインシデント情報のみが登録される。
【００１５】
また、インシデント情報は、実際に発生したインシデントに関する情報だけではなく、実際に発生する寸前までいった、いわゆるヒヤリハットのインシデントに関する情報を含んでもよい。また、インシデント情報は、患者（被験者）にはデメリットはないが、病院内でデメリットが発生するようなインシデント（例えば、余計なコストがかかるといったインシデント）に関する情報を含んでもよい。
【００１６】
また、インシデント情報は、テキスト化された結果の情報だけではなく、実際のインシデントが発生した際の画像や音声を含んでもよい。また、インシデント情報は、ＰＤＦ（Portable  Document  Format）化された手書き文などを含んでもよい。また、インシデント情報は、図２の例に示すような各種の内容が記述されたファイルを読み出すための、このファイルのパスを含んでもよい。
【００１７】
また、インシデント情報は、検査を行う患者の身体的情報や、検査に携わる医療従業者などのメンバー（例えば、インシデント発生時に立ち会った医療事業者）の特徴などを含んでもよい。
【００１８】
病院内システム９１は、１つの病院内におけるシステムであり、管理装置１０と、Ｘ線ＣＴ（Computed  Tomography）装置２１と、ＭＲＩ（Magnetic  Resonance  Imaging）装置２２と、ワークステーション（workstation；ＷＳ）２３と、電子カルテであるＥＭＲ（Electronic  Medical  Records）２４と、ワークフロー管理システム２５とを備える。
【００１９】
なお、病院内システム９１は、Ｘ線ＣＴ装置２１やＭＲＩ装置２２等の医用画像診断装置だけでなく、他の種類の医用画像診断装置（例えば、超音波診断装置や核医学診断装置など）も備えてもよい。
【００２０】
ワークステーション２３は、例えば、Ｘ線ＣＴ装置２１やＭＲＩ装置２２等の医用画像診断装置で得られた患者の医用画像を解析し、レポートの作成を支援する機能を有する。
【００２１】
ＥＭＲ２４は、電子カルテであり、ＥＭＲ２４には、各種の患者情報などが登録されている。
【００２２】
ワークフロー管理システム２５は、検査の目的に応じて、臨床ワークフローを決定するシステムであり、例えば、１台のサーバである。
【００２３】
管理装置１０は、臨床ワークフローを実行する装置（Ｘ線ＣＴ装置２１やＭＲＩ装置２２、ワークステーション２３等の装置）に表示されるインシデント情報を管理する装置である。
【００２４】
図３は、第１の実施形態に係る管理装置及びワークフロー管理システムの構成例を示すブロック図である。図３の例に示すように、ワークフロー管理システム２５は、臨床フロー決定部２５ａと、臨床フローＤＢ２５ｂとを有する。
【００２５】
臨床フローＤＢ２５ｂは、検査の目的に対応付けられた臨床ワークフローを複数記憶する。すなわち、臨床フローＤＢ２５ｂは、検査の目的に対して、最適な臨床ワークフローを対応付けて記憶する。
【００２６】
臨床フロー決定部２５ａは、実施対象の検査の目的に対応する臨床ワークフローを臨床フローＤＢ２５ｂから取得し、取得した臨床ワークフローを、実行対象の臨床ワークフローとして決定する。そして、臨床フロー決定部２５ａは、実行対象の臨床ワークフローを、後述のインシデント適用部１０ｂに送信する。また、臨床フロー決定部２５ａは、実行対象の臨床ワークフローのＩＤを後述のインシデント収集部１０ａに送信する。
【００２７】
図３の例に示すように、管理装置１０は、インシデント収集部１０ａと、インシデント適用部１０ｂと、インシデント表示制御部１０ｃとを有する。
【００２８】
インシデント収集部１０ａは、インシデントＤＢ９０ａから、実行対象の臨床ワークフローに対応するインシデント情報を取得する。例えば、インシデント収集部１０ａは、臨床ワークフロー決定部２４ａから送信された、実行対象の臨床ワークフローのＩＤ「冠動脈サブストラクション」を受信すると、インシデントＤＢ９０ａの全レコードの中から、受信したＩＤ「冠動脈サブストラクション」が登録されたレコードを検索する。そして、インシデント収集部１０ａは、検索の結果得られたレコードを、実行対象の臨床ワークフローに対応するインシデント情報として取得する。
【００２９】
図４は、実行対象の臨床ワークフローのＩＤ「冠動脈サブストラクション」が「臨床ワークフロー」の項目に含まれるインシデント情報の一例を示す図である。図４の例に示すインシデント情報は、「事象」の項目に、インシデントの内容である「呼吸過多確認」が含まれ、「リスク」の項目に、インシデントの発生により生じるリスクである「再検査による被曝」が含まれ、「臨床ワークフロー」の項目に、インシデントが発生した臨床ワークフローのＩＤ「冠動脈サブストラクション」が含まれ、「該当プロセス」の項目に、インシデントが発生した臨床ワークフローのプロセスのＩＤ「超低線量位置決めＳｃａｎ」が含まれ、「コメント」の項目に、インシデントにより生ずるリスクの対象方法などのコメント「撮影前には患者の呼吸数を必ず確認しましょう！」が含まれる。
【００３０】
なお、インシデントＤＢ９０ａに登録されたインシデント情報に、検査を行う患者の身体的情報や、検査に携わる医療従業者などのメンバーの特徴が含まれている場合には、インシデント収集部１０ａは、臨床ワークフロー決定部２４ａから送信された実施対象の臨床ワークフローのＩＤに加えて、検査を行う患者の身体的情報や、検査に携わる医療従業者などのメンバーの特徴をキーにして、インシデントＤＢ９０ａの全レコードの中から該当するレコードを検索してもよい。これにより、更に適切なインシデント情報を絞り込んで取得することができる。
【００３１】
また、インシデント収集部１０ａは、インシデント情報を取得した後に、インシデント情報が示すインシデントに関する各種の統計情報を取得してもよい。例えば、インシデント収集部１０ａは、ＥＭＲ２４、又は、図示しないＥＨＲ（Electronic  Health  Records）から、インシデントに関する統計情報を取得してもよい。ここで、ＥＨＲは、病院内システム９１が設けられている病院内の各部門間のみならず、複数の病院間で共有される患者情報などの各種の医療に関する情報が登録されているデータベースである。インシデントに関する統計情報の一例としては、特定期間における病院ごと、時間帯ごとのインシデントの発生数や、同一の患者さんにおけるインシデントの発生数がある。
【００３２】
そして、インシデント収集部１０ａは、取得したインシデント情報を、インシデント適用部１０ｂに送信する。なお、インシデント収集部１０ａは、収集部の一例である。
【００３３】
インシデント適用部１０ｂは、インシデント収集部１０ａから送信されたインシデント情報と、臨床フロー決定部２５ａから送信された実行対象の臨床ワークフローとを関連付ける。なお、インシデント適用部１０ｂは、関連付部の一例である。
【００３４】
図５は、実行対象の臨床ワークフローの一例を示す図である。図５の例に示す臨床ワークフロー３０は、患者の冠動脈の検査を目的とする臨床ワークフローである。臨床ワークフロー３０は、超低線量のＸ線による撮影により得たＣＴ画像から、患者の冠動脈の石灰化領域を抽出し、抽出した石灰化領域に基づく指標（スコア）を算出する解析を含む。また、臨床ワークフロー３０は、患者の冠動脈が明瞭に描出された画像を得るために、造影剤が注入された後のＣＴ画像から、造影剤が注入される前のＣＴ画像をサブストラクションし、冠動脈が明瞭に描出された画像を解析する処理を含む。臨床ワークフロー３０は、Ｘ線ＣＴ装置２１が主体となって行われる。なお、臨床ワークフロー３０のＩＤは、「冠動脈サブストラクション」である。
【００３５】
臨床ワークフロー３０では、業務内容が定義されたプロセス３１〜４１が実行される順番に並べられている。プロセス３１は、位置決め画像としての患者の２次元スキャノ像の撮影に関する内容が定義されたプロセスである。プロセス３２は、位置決め撮影と同程度の超低線量でＣＴ画像の撮影に関する内容が定義されたプロセスである。プロセス３３は、患者の冠動脈の石灰化スコアの算出に関する内容が定義されたプロセスである。プロセス３４は、算出された石灰化スコアの解析に関する内容が定義されたプロセスである。
【００３６】
プロセス３５は、患者に投影剤を投与する前の患者の関心領域のＣＴ画像の撮影に関する内容が定義されたプロセスである。プロセス３６は、患者の関心領域（冠動脈）に投影剤が到達したか否かの監視に関するプロセスである。プロセス３７は、患者の関心領域に投影剤が到達した状態での関心領域のＣＴ画像の撮影に関する内容が定義されたプロセスである。プロセス３８は、複数の位相で撮影された投影剤を投与する前の患者の関心領域のＣＴ画像の位相と、複数の位相で撮影された患者の関心領域に投影剤が到達した状態での関心領域のＣＴ画像の位相とのペアの決定に関する内容が定義されたプロセスである。プロセス３９は、位相が決定された患者の関心領域に投影剤が到達した状態での関心領域のＣＴ画像から、位相が決定された投影剤を投与する前の患者の関心領域のＣＴ画像をサブストラクションすることに関する内容が定義されたプロセスである。プロセス４０は、サブストラクションにより得られた冠動脈の画像に対する画像処理に関する内容が定義されたプロセスである。プロセス４１は、冠動脈の石灰化のレポートの作成に関する内容が定義されたプロセスである。
【００３７】
プロセス３１〜プロセス４０は、Ｘ線ＣＴ装置２１により実行され、プロセス４１は、ワークステーション２３により実行される。なお、ワークステーション２３がプロセス３４を実行してもよい。
【００３８】
ここで、インシデント適用部１０ｂに、図４の例に示すインシデント情報がインシデント情報収集部１０ａから送信され、図５の例に示す臨床ワークフロー３０が臨床ワークフロー決定部２５から送信された場合について説明する。図６は、インシデント適用部１０ｂに、図４の例に示すインシデント情報が送信され、図５の例に示す臨床ワークフロー送信された場合について説明するための図である。
【００３９】
インシデント適用部１０ｂは、図４の例に示すインシデント情報の「事象」の項目に含まれるインシデントの内容「呼吸過多確認」を取得する。また、インシデント適用部１０ｂは、図４の例に示すインシデント情報の「該当プロセス」の項目に含まれるプロセスのＩＤ「超低線量位置決めＳｃａｎ」を取得する。また、インシデント適用部１０ｂは、図４の例に示すインシデント情報の「コメント」の項目に含まれるリスクの対処方法のコメント「撮影前には患者の呼吸数を必ず確認しましょう！」を取得する。そして、インシデント適用部１０ｂは、図６に示すように、取得したプロセスのＩＤ「超低線量位置決めＳｃａｎ」が示すプロセス３２に、取得したインシデントの内容「呼吸過多確認」４２を関連付ける。また、インシデント適用部１０ｂは、プロセス３２に、取得したコメント「撮影前には患者の呼吸数を必ず確認しましょう！」４３を関連付ける。
【００４０】
また、インシデント適用部１０ｂは、インシデント情報の「リスク」の項目に含まれるインシデントの発生により生じるリスクの内容をプロセスに対応付けてもよい。図７は、リスクの内容をプロセスに対応付ける場合の一例を説明するための図である。例えば、インシデント情報の「コメント」の項目に、リスクの対処方法のコメント「β遮断薬を関連づける」が含まれ、「リスク」の項目に、リスクの内容「ＣＴＡで撮影が難しくなる」が含まれている場合について説明する。
【００４１】
かかる場合、インシデント適用部１０ｂは、インシデント情報の「コメント」の項目に含まれるコメント「β遮断薬を関連づける」を取得し、「リスク」の項目に含まれるリスクの内容「ＣＴＡで撮影が難しくなる」を取得する。そして、インシデント適用部１０ｂは、図７の例に示すように、プロセス３２に、コメント「β遮断薬を関連づける」及びリスクの内容「ＣＴＡで撮影が難しくなる」４４を関連付ける。
【００４２】
また、インシデント適用部１０ｂは、インシデント収集部１０ａにより取得された上述の統計情報を、プロセスに関連付けてもよい。図８は、統計情報をプロセスに対応付ける場合の一例を説明するための図である。例えば、インシデント収集部１０ａにより、対象のインシデントの特定期間における病院ごとの発生数と、対象のインシデントの同一の患者における発生数とが取得された場合について説明する。
【００４３】
かかる場合、インシデント適用部１０ｂは、プロセス３２に、対象のインシデントの特定期間における病院ごとの発生数を示す画像４５を関連付ける。また、インシデント適用部１０ｂは、プロセス３２に、対象のインシデントの同一の患者における発生数４６を関連付ける。
【００４４】
また、インシデント適用部１０ｂにより、図９の例に示すように、プロセス３４に、コメント「○○確認」４７が関連付けられ、プロセス４０に、コメント「△△確認」４８が関連付けられた場合について説明する。この場合には、プロセス３１〜３７は、Ａ病院のＸ線ＣＴ装置により実行され、プロセス３８〜４１は、読影センターであるＢ病院のワークステーションにより実行される。本実施形態では、Ａ病院のＸ線ＣＴ装置がプロセス３４を実行する場合に、後述のインシデント表示制御部１０ｃにより、このＸ線ＣＴ装置の表示装置にコメント「○○確認」４７が表示される。また、本実施形態では、Ｂ病院のワークステーションがプロセス４０を実行する場合に、後述のインシデント表示制御部１０ｃにより、このワークステーションの表示装置にコメント「△△確認」４８が表示される。
【００４５】
また、インシデント適用部１０ｂは、インシデント情報を関連付けた臨床ワークフローを臨床フローＤＢ２５ｂに格納させるために、インシデント情報を関連付けた臨床ワークフローをワークフロー管理システム２５に送信してもよい。インシデント情報を関連付けた臨床ワークフローを受信すると、ワークフロー管理システム２５の臨床フロー決定部２５ａは、受信した臨床ワークフローを臨床フローＤＢ２５ｂに格納する。これにより、インシデント適用部１０ｂは、再び、この臨床ワークフローを実行対象の臨床ワークフローをワークフロー管理システム２５から取得した場合には、この臨床ワークフローに最後にインシデント情報を関連付けてから現在までの差分のインシデント情報を、この臨床ワークフローに関連付ければよい。これにより、最初から臨床ワークフローにインシデント情報を関連付けなくてもよいので、関連付けに要する処理時間を短縮することができる。
【００４６】
インシデント表示制御部１０ｃは、実行対象の臨床ワークフローに関連付けられたインシデント情報を表示させる。
【００４７】
例えば、インシデント表示制御部１０ｃは、実行中のプロセスに関連付けられたインシデント情報を、このプロセスを実行している装置の表示部に表示させる。ここで、図６の例に示すように、プロセス３２に、インシデントの内容「呼吸過多確認」４２及びコメント「撮影前には患者の呼吸数を必ず確認しましょう！」４３が関連付けられおり、Ｘ線ＣＴ装置２１がプロセス３２を実行中である場合について説明する。この場合には、インシデント表示制御部１０ｃは、Ｘ線ＣＴ装置２１の表示装置に、コメント「撮影前には患者の呼吸数を必ず確認しましょう！」を表示させる。図１０は、インシデント情報をＴｉｐｓとして表示させる場合の一例を示す図である。例えば、Ｘ線ＣＴ装置２１の表示装置には、受け取ったデータをＴｉｐｓとして表示させるアプリケーションが常駐しており、インシデント表示制御部１０ｃは、このアプリケーションに、コメント「撮影前には患者の呼吸数を必ず確認しましょう！」を送信する。すると、アプリケーションは、図１０の例に示すように、表示装置の画面６０に、Ｔｉｐｓ「撮影前には患者の呼吸数を必ず確認しましょう！」６１を表示する。これにより、プロセス３２を実行中のＸ線ＣＴ装置２１のユーザに、発生するインシデントによるリスクの対処方法を把握させることができる。したがって、適切な人物に、適切なタイミングでリスクの発生及びリスクの対処方法を把握させることができる。よって、インシデントの発生を抑制することができる。
【００４８】
また、プロセス４０に、コメント「患者に声をかけましょう！」が関連付けられおり、Ｘ線ＣＴ装置２１がプロセス４０を実行中である場合について説明する。この場合には、インシデント表示制御部１０ｃは、Ｘ線ＣＴ装置２１の表示装置に、コメント「患者に声をかけましょう！」を表示させる。図１１は、インシデント情報をＴｉｐｓとして表示させる場合の一例を示す図である。例えば、インシデント表示制御部１０ｃは、受け取ったデータをＴｉｐｓとして表示させるアプリケーションに、コメント「患者に声をかけましょう！」を送信する。すると、アプリケーションは、図１１の例に示すように、表示装置の画面６０に、Ｔｉｐｓ「患者に声をかけましょう！」６２を表示する。これにより、プロセス４０を実行中のＸ線ＣＴ装置２１のユーザに、発生するインシデントによるリスクの対処方法を把握させることができる。したがって、適切な人物に、適切なタイミングでリスクの発生及びリスクの対象方法を把握させることができる。よって、インシデントの発生を抑制することができる。
【００４９】
また、インシデント表示制御部１０ｃは、ワークフロー管理システム２５の表示装置に、臨床ワークフローとともに臨床ワークフローに関連付けられたインシデント情報を表示させてもよい。図１２は、ワークフロー管理システムの表示装置に、臨床ワークフローとともに臨床ワークフローに関連付けられたインシデント情報を表示させる場合の一例を説明するための図である。例えば、インシデント表示制御部１０ｃは、プロセス５１〜５４が順番に並んだ臨床ワークフロー５０とともに、プロセス５１に関連付けられたコメント５５を、ワークフロー管理システム２５の表示装置に表示させてもよい。これにより、ワークフロー管理システムの管理者は、発生するインシデントによるリスクの対処方法などを把握して、プロセスを実行中の装置の操作者に、リスクの対処方法などを伝えることができる。
【００５０】
また、インシデント表示制御部１０ｃは、インシデント情報により各種の情報が示されるインシデントが、このインシデント情報に関連付けられているプロセスよりも後のプロセスに影響を及ぼす場合には、インシデント情報を、ユーザやフェーズに関わらず優先的に表示させてもよい。
【００５１】
また、インシデント表示制御部１０ｃは、インシデント情報に含まれる重要度に応じて、表示させるインシデント情報の表示態様を異ならせてもよい。例えば、インシデント表示制御部１０ｃは、重要度が大きいほど、視認が容易になるように、表示させるインシデント情報のフォントサイズを大きくしたり、表示させるインシデント情報の色を濃い赤い色に近づけたりしてもよい。インシデント表示制御部１０ｃは、重要度が小さいほど、表示させるインシデント情報のフォントサイズを小さくしたり、表示させるインシデント情報の色を薄い黒色に近づけたりしてもよい。これにより、重要度に応じた適切な表示を行うことができる。
【００５２】
また、インシデント表示制御部１０ｃは、ユーザの装置の操作の熟練度などに応じて、表示させるインシデント情報を変更してもよい。例えば、検査オーダーを行ったユーザの熟練度がスコア化されて登録された定義されたＤＢを管理装置１０が保持し、インシデント表示制御部１０ｃは、このＤＢから熟練度を取得する。ここで、熟練度が高いユーザに対して、重要度が低いインシデント情報を確認させてもあまり意味がないように考えられる。そこで、インシデント表示制御部１０ｃは、熟練度が高いユーザが操作する装置の表示装置には、重要度が所定の基準以下のインシデント情報については表示させないようにしてもよい。
【００５３】
また、インシデント表示制御部１０ｃは、インシデントの発生により生じるリスク、リスクの対処方法、及び、インシデントに関する統計情報の少なくとも１つを、プロセスを実行中の装置の表示装置に表示させてもよい。
【００５４】
図１３は、第１の実施形態に係るインシデント情報表示制御処理の一例を説明するためのフローチャートである。図１３に示すように、臨床フロー決定部２５ａは、検査オーダーを取得する（ステップＳ１０１）。
【００５５】
そして、臨床フロー決定部２５ａは、検査オーダーが示す実施対象の検査の目的に対応する臨床ワークフローを臨床フローＤＢ２５ｂから取得し、取得した臨床ワークフローを、実行対象の臨床ワークフローとして決定する。そして、臨床フロー決定部２５ａは、実行対象の臨床ワークフローを、インシデント適用部１０ｂに送信し、また、実行対象の臨床ワークフローのＩＤをインシデント収集部１０ａに送信する（ステップＳ１０２）。
【００５６】
そして、インシデント収集部１０ａは、臨床ワークフロー決定部２４ａから送信された、実行対象の臨床ワークフローのＩＤを受信すると、インシデントＤＢ９０ａの全レコードの中から、受信したＩＤが登録されたレコードを検索する（ステップＳ１０３）。
【００５７】
そして、インシデント収集部１０ａは、検索の結果得られたレコードを、実行対象の臨床ワークフローに対応するインシデント情報として取得する（ステップＳ１０４）。
【００５８】
そして、インシデント適用部１０ｂは、インシデント収集部１０ａから送信されたインシデント情報と、臨床フロー決定部２５ａから送信された実行対象の臨床ワークフローとを関連付ける（ステップＳ１０５）。
【００５９】
そして、インシデント表示制御部１０ｃは、実行対象の臨床ワークフローに関連付けられたインシデント情報を表示させ（ステップＳ１０６）、インシデント情報表示制御処理を終了する。
【００６０】
以上、第１の実施形態に係る管理装置１０について説明した。管理装置１０によれば、上述したように、インシデントの発生を抑制することができる。
【００６１】
（第２の実施形態）
次に、第２の実施形態に係る管理装置について説明する。なお、第１の実施形態と同様の構成については、同一の符号を付して説明を省略する場合がある。図１４は、第２の実施形態に係る管理装置の構成例を示すブロック図である。図１４の例に示すように、第２の実施形態に係る管理装置８０は、インシデント監視部８０ａ、臨床フロー制御部８０ｂ、監視条件ＤＢ８０ｃを更に有する点が、第１の実施形態に係る管理装置１０と異なる。また、管理装置８０に、ログＤＢ９９が接続されている点も、第１の実施形態と異なる。ここで、管理装置８０は、第１の実施形態に係る管理装置１０が実行可能な全ての処理を実行することができる。
【００６２】
ログＤＢ９９は、リアルタイムで、病院内システム９１や病院内システム９１以外の複数の病院内システムに含まれる各種の医用画像診断装置やワークステーションなどの装置が生成したログが次々と登録されるデータベースである。例えば、図示しないサーバが、複数の病院内システムにおいて発生したログをリアルタイムで収集し、収集したログをログＤＢ９９に次々に登録する。
【００６３】
ログについて説明する。例えば、あるインシデントが発生したタイミングで生成されるログや、あるインシデントが発生する数秒や数分などの所定時間前に、生成されるログなどがある。すなわち、あるインシデントが発生したことを検知したい場合には、このインシデントの発生とともに生成されるログの有無を監視すればよい。そこで、監視条件ＤＢ８０ｃには、検知対象のインシデントが発生したタイミングで生成されるログや、検知対象のインシデントが発生する所定時間前に生成されるログが、ユーザにより登録される。このように、すなわち、インシデント監視制御部８０ａは、ユーザからログを登録する指示を受け付けると、指示にしたがって、監視条件であるログを監視条件ＤＢ８０ｃに登録する。このように、ユーザから指示を受けて、監視条件であるログを監視条件ＤＢ８０ｃに登録することを、インシデントの監視条件を監視条件ＤＢ８０ｃに設定するという。
【００６４】
インシデント監視部８０ａは、検知対象のインシデントの発生を検知する。例えば、インシデント監視部８０ａは、監視条件ＤＢ８０ｃに登録されたログが、ログＤＢ９９に新たに登録されたか否かを繰り返し判定する。ここで、インシデント監視部８０ａが、監視条件ＤＢ８０ｃに登録されたログが、ログＤＢ９９に新たに登録されたと判定した場合について説明する。新たに登録されたと判定したログが、検知対象のインシデントが発生したタイミングで生成されるログである場合には、インシデント監視部８０ａは、発生した検知対象のインシデントの種類を検知する。
【００６５】
一方、新たに登録されたと判定したログが、検知対象のインシデントが発生するタイミングよりも所定時間前に生成されるログである場合には、インシデント監視部８０ａは、発生するであろう検知対象のインシデントの種類を検知する。
【００６６】
そして、インシデント監視部８０ａによりインシデントの発生及び発生したインシデントの種類が検知されると、臨床フロー制御部８０ｂは、臨床フローＤＢ２５ｂから、実施中の検査の目的、及び、発生したインシデントの種類のパターン（インシデントの発生パターン）に対応する臨床ワークフロー（推奨臨床ワークフロー）を取得する。
【００６７】
ここで、第２の実施形態に係る臨床フローＤＢ２５ｂは、同一の検査の目的に対して、インシデントの発生パターンと、このインシデントの発生パターンに最適な臨床ワークフローとの組合せを予め複数記憶する。図１５は、第２の実施形態に係る臨床フローＤＢ２５ｂの一部のデータ構造の一例を示す図である。図１５の例に示すように、臨床フローＤＢ２５ｂは、同一の検査の目的「ＸＸＸ」に対して、種類が「インシデント１」であるインシデント、種類が「インシデント２」であるインシデント、及び、その他の種類のインシデントの発生パターンと、この発生パターンに対して最適な臨床ワークフローとの組合せを複数記憶する。ここで、インシデントの発生パターンに対して最適な臨床ワークフローとは、発生したインシデントによるリスクを最小化する臨床ワークフローを指す。
【００６８】
なお、図１５の例において、「×」は、該当する種類のインシデントが発生していないことを示し、「○」は、該当する種類のインシデントが発生していることを示す。図１５の例に示す臨床フローＤＢ２５ｂの１番目のレコードには、臨床ワークフロー８１が登録されている。臨床ワークフロー８１は、単純撮影の２つのプロセスと、造影撮影のプロセスと、再構成のプロセスと、画像診断の２つのプロセスと、レポートのプロセスとを含む。２番目のレコードには、臨床ワークフロー８２が登録されている。臨床ワークフロー８２は、単純撮影のプロセスと、造影撮影のプロセスと、再構成のプロセスと、画像診断のプロセスと、レポートのプロセスとを含む。３番目のレコードには、臨床ワークフロー８３が登録されている。臨床ワークフロー８３は、単純撮影のプロセスと、造影撮影のプロセスと、再構成のプロセスと、画像診断の２つのプロセスと、レポートのプロセスとを含む。これらの臨床ワークフロー８１〜８３は、検査の目的は同一であるが、対応するインシデントの発生パターンが異なる。
【００６９】
図１４に戻り、臨床フロー制御部８０ｂは、取得した推奨臨床ワークフローを、プロセスを実行中の装置の表示装置に表示させる。そして、臨床フロー制御部８０ｂは、実行中の臨床ワークフローを推奨臨床ワークフローに変更して、プロセスを実行中の装置に、実行中の臨床ワークフローに代えて推奨臨床ワークフローを実行させる。これにより、インシデントが発生した場合であっても、このインシデントのリスクを最小化する臨床ワークフローが実行されるので、インシデントの発生を抑制することができる。
【００７０】
また、臨床フロー制御部８０ｂは、複数の推奨臨床ワークフローを取得した場合には、複数の推奨臨床ワークフローを、プロセスを実行中の装置の表示装置に表示させ、実行させる推奨臨床ワークフローをユーザに選択させてもよい。
【００７１】
ここで、第２の実施形態に係る臨床フローＤＢ２５ｂのデータ構造は、図１５の例に示したデータ構造に限定されない。図１６は、第２の実施形態に係る臨床フローＤＢ２５ｂのデータ構造の他の一例を示す図である。図１６の例に示すように、臨床フローＤＢ２５ｂは、同一の検査の目的に対して、インシデントの発生パターンと、このインシデントの発生パターンに最適な臨床ワークフローと検査を依頼するユーザ（検査依頼科医）との組合せを予め複数記憶する。図１６では、検査の目的に加え、インシデントの発生パターンが同一であっても、検査依頼科医「ＡＡＡ」と、検査依頼科医「ＢＢＢ」と、検査依頼科医「ＣＣＣ」とでは、推奨臨床ワークフローが異なる場合が例示されている。
【００７２】
第２の実施形態に係る臨床フローＤＢ２５ｂのデータ構造が図１６の例に示すようなデータ構造である場合には、臨床フロー制御部８０ｂは、推奨臨床ワークフローを取得する方法の一例について説明する。臨床フロー制御部８０ｂは、臨床フローＤＢ２５ｂから、実施中の検査の目的、発生したインシデントのパターン、及び、検査を依頼した検査依頼科医に対応する推奨臨床ワークフローを取得する。
【００７３】
図１７は、第２の実施形態に係る臨床ワークフロー変更処理の一例を説明するためのフローチャートである。図１７に示すように、ユーザから指示を受けて、インシデントの監視条件を監視条件ＤＢ８０ｃに設定する（ステップＳ２０１）。
【００７４】
そして、インシデント監視部８０ａは、監視条件として設定されたログが、ログＤＢ９９に新たに登録されているか否かの監視を開始する（ステップＳ２０２）。
【００７５】
そして、Ｘ線ＣＴ装置２１やＭＲＩ装置２２などの医用画像診断装置やワークステーションなどの装置は、検査を開始（再開）する（ステップＳ２０３）。
【００７６】
そして、インシデント監視部８０ａは、監視条件として設定されたログが、ログＤＢ９９に新たに登録されたか否かを判定することにより、検知対象のインシデントが発生したか否かを判定する（ステップＳ２０４）。
【００７７】
監視条件として設定されたログが、ログＤＢ９９に新たに登録された場合（ステップＳ２０４；Ｙｅｓ）には、臨床フロー制御部８０ｂは、臨床フローＤＢ２５ｂから、実施中の検査の目的、及び、発生したインシデントの種類のパターンに対応する推奨臨床ワークフローを取得する（ステップＳ２０８）。
【００７８】
臨床フロー制御部８０ｂは、取得した推奨臨床ワークフローを、プロセスを実行中の装置の表示装置に表示させる（ステップＳ２０９）。そして、臨床フロー制御部８０ｂは、実行中の臨床ワークフローを推奨臨床ワークフローに変更して、プロセスを実行中の装置に、実行中の臨床ワークフローに代えて推奨臨床ワークフローを実行させ（ステップＳ２１０）、ステップＳ２０１に戻る。
【００７９】
一方、監視条件として設定されたログが、ログＤＢ９９に新たに登録されていない場合（ステップＳ２０４；Ｎｏ）には、インシデント監視部８０ａは、検査を終了するか否かを判定する（ステップＳ２０５）。検査を終了しない場合（ステップＳ２０５；Ｎｏ）には、インシデント監視部８０ａは、ステップＳ２０４に戻る。一方、検査を終了する場合（ステップＳ２０５；Ｙｅｓ）には、インシデント監視部８０ａは、検査を終了する（ステップＳ２０６）。そして、インシデント監視部８０ａは、監視条件として設定されたログが、ログＤＢ９９に新たに登録されたか否かの監視、すなわち、検知対象のインシデントの発生の監視を終了し（ステップＳ２０７）、臨床ワークフロー変更処理を終了する。
【００８０】
以上、第２の実施形態に係る管理装置８０について説明した。管理装置８０によれば、上述したように、インシデントの発生を抑制することができる。
【００８１】
なお、上記の実施形態において、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。更に、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、或いは、ワイヤードロジックによるハードウェアとして実現され得る。
【００８２】
また、上記の実施形態で説明した管理方法は、予め用意された管理プログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。この管理プログラムは、インターネットなどのネットワークを介して配布することができる。また、この管理プログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＵＳＢメモリ及びＳＤカードメモリ等のＦｌａｓｈメモリ等、コンピュータで読み取り可能な非一時的な記録媒体に記録され、コンピュータによって非一時的な記録媒体から読み出されることによって実行することもできる。
【００８３】
以上述べた少なくとも１つの実施形態の管理装置によれば、インシデントの発生を抑制することができる。
【００８４】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００８５】
１０    管理装置
１０ａ  インシデント収集部
１０ｂ  インシデント適用部
１０ｃ  インシデント表示制御部
【図１】
0006437308.tif 000002
【図２】
0006437308.tif 000003
【図３】
0006437308.tif 000004
【図４】
0006437308.tif 000005
【図５】
0006437308.tif 000006
【図６】
0006437308.tif 000007
【図７】
0006437308.tif 000008
【図８】
0006437308.tif 000009
【図９】
0006437308.tif 000010
【図１０】
0006437308.tif 000011
【図１１】
0006437308.tif 000012
【図１２】
0006437308.tif 000013
【図１３】
0006437308.tif 000014
【図１４】
0006437308.tif 000015
【図１５】
0006437308.tif 000016
【図１６】
0006437308.tif 000017
【図１７】
0006437308.tif 000018