(57)【要約】【課題】病院内で稼動している複数の機器間にまたがるプロセス全体の流れを捉え、医療情報機器間のワークフローの図を作成し、病院内情報システムの運用情報を可視化することができる病院内ワークフロー解析システムを提供する。【解決手段】それぞれの医療情報機器3が交信した交信情報を取り込む情報取込端末4と、ネットワークを介して情報取込端末4のそれぞれと接続される情報収集サーバ5とからなるシステムであって、情報取込端末4は、医療情報機器3間の交信情報を解析して、メッセージ部分、送信元情報、及び送信先情報を抽出し、該交信情報を取得した時刻情報を加えて、メッセージサマリ情報を作成するメッセージサマリ情報作成手段403とを備えて、情報収集サーバ5は、受信したメッセージサマリ情報に基づき、医療情報機器3間における情報の受け渡しのワークフローの図を表示させるための図データを作成するワークフロー図作成手段503とを備える。【選択図】図１
2008033754.tif 000002
【特許請求の範囲】
【請求項１】
それぞれが対象となる医療情報機器に対応してそれぞれに設けられ、その医療情報機器が交信した交信情報を取り込む情報取込端末と、ネットワークを介して前記情報取込端末のそれぞれと接続される情報収集サーバとからなるシステムであって、
前記情報取込端末は、
前記各対応する医療情報機器と他の医療情報機器との間の前記交信情報を解析して、メッセージ部分、送信元情報、及び送信先情報を抽出し、該交信情報を取得した時刻情報を加えて、メッセージサマリ情報を作成するメッセージサマリ情報作成手段を備え、
前記ネットワークを介して前記メッセージサマリ情報を前記情報収集サーバに送信し、
前記情報収集サーバは、
それぞれの前記情報取込端末から受信した前記メッセージサマリ情報に基づき、ネットワークに接続されている前記医療情報機器間における情報の受け渡しのワークフローの図を表示させるための図データを作成するワークフロー図作成手段
を備えること
を特徴とする病院内ワークフロー解析システム。
【請求項２】
前記情報収集サーバは、
あらかじめ、前記医療情報機器間の個々の前記交信情報の受け渡しを表す交信プロセスにおける正常時の基準プロセスを記憶する記憶手段と、
前記受信したメッセージサマリ情報に基づく交信プロセスと、該当する前記基準プロセスとを比較し、前記交信プロセスが前記基準プロセスの許容範囲を超えた場合に、警告を通知する警告手段と
をさらに備えること、
を特徴とする請求項１に記載の病院内ワークフロー解析システム。
【請求項３】
前記交信プロセスは、情報の受け渡しの経過時間、又は、一定時間における交信回数であり、該当する前記基準プロセスの許容範囲は、許容できる情報の受け渡しの経過時間、又は、許容できる一定時間における交信回数である
ことを特徴とする請求項１又は請求項２に記載の病院内ワークフロー解析システム。
【請求項４】
前記ワークフロー図作成手段は、
一方に時間軸と他方に前記医療情報機器の種類を表す２次元の前記ワークフローの図のフォーマットを提供するフォーマット提供手段と、
前記受けたメッセージサマリ情報を基に、前記２次元のワークフローの図における該メッセージサマリ情報が該当する位置を指定する位置データ生成手段と、
前記指定された位置に、前記受けたメッセージサマリ情報を基に、前記交信の送り又は受けの向きを表す矢印を表示する方向データ生成手段と、
前記指定された位置またはその近傍に、前記受けたメッセージサマリ情報を基に、前記メッセージを表示するメッセージデータ生成手段と
を備えることを特徴とする、請求項１乃至３のいずれか一つに記載の病院内ワークフロー解析システム。
【請求項５】
それぞれの前記情報取込端末に情報取り込みの実行の指示を送る取込開始制御手段をさらに備えること
を特徴とする請求項１乃至４のいずれか一つに記載の病院内ワークフロー解析システム。
【請求項６】
前記情報収集サーバは、
前記ワークフローの図をＨＴＭＬ化するＨＴＭＬ化手段をさらに備えること
を特徴とする請求項１乃至５のうちいずれか一つに記載の病院内ワークフロー解析システム。
【請求項７】
それぞれが対象となる医療情報機器に対応して設けられ、その医療情報機器が送信する情報を取り込む情報取込端末と、ネットワークを介して前記情報取込端末のそれぞれと接続される情報収集サーバとからなるシステムについてのプログラムであって、
コンピュータにより構成される前記情報取込端末に、
前記各医療情報機器と他の医療情報機器との間の交信情報の取得を実行させ、前記取得した交信情報の解析を実行させ、メッセージ部分、送信元情報、及び送信先情報の抽出を実行させ、メッセージ部分、送信元情報、送信先情報、及び該交信情報を取得した時刻情報に基づくメッセージサマリ情報の作成を実行させ、
コンピュータにより構成される前記情報収集サーバに、
それぞれの前記情報取込端末から、受信した前記メッセージサマリ情報に基づき、ネットワークに接続されている前記医療情報機器間における情報の受け渡しのワークフローの図を表示させるための図データの作成を実行させる
ことを特徴とする病院内ワークフロー解析プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、病院内で扱われる情報の管理を行なう病院内情報システムの管理に関し、特に、病院内ワークフローの解析及び可視化に関する。
【背景技術】
【０００２】
近年、病院内の情報化が進み、様々な役割を持った機器が病院内情報システムのネットワークに接続されている。そして、それらの各機器が互いに情報のやり取りを行なっている。例えば、機器としては、人体内部の情報を収集し、この収集した情報に基づいて人体内部の構造や機能の状態を表す医用画像を生成して表示する医用画像診断装置がある。この医用画像診断装置としては、Ｘ線診断装置、Ｘ線ＣＴ診断装置、ＭＲＩ装置（核磁気共鳴画像診断装置）、超音波画像診断装置、核医学診断装置等が知られている。このような、ＣＴ診断装置やＭＲＩ装置等の医用画像撮影装置はモダリティと呼ばれる。また、前記医用画像診断装置により収集された前記医用画像の保管等を行う医用画像管理システム（ＰＡＣＳ）があり、このＰＡＣＳには前記医用画像を保管する画像サーバが含まれる。また、放射線科にて取り扱われる医用画像（放射線撮影画像）や検査情報等の情報を電子化し、ＰＡＣＳ等と連携して管理するＲＩＳ（Ｒａｄｉｏｌｏｇｙ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ；放射線科情報システム）、このＲＩＳの制御やデータ管理を行うサーバであるＲＩＳサーバ、そのＲＩＳサーバに記録された情報を確認したり、情報を入力したりするための端末である技師端末としてＲＩＳ端末が知られている。さらに、前記医用画像に対する医学的な所見等を入力するレポート作成端末である読影端末、その入力情報を記憶する医用レポート装置（レポートサーバ）等の医用情報システムが知られている。
【０００３】
そして、このような病院内情報システムにおける情報の受け渡し（交信）が増えるにしたがい、コンピュータの性能、ネットワークの負荷、又は情報処理の順番などにより、病院内情報システムにおけるボトルネックが発生し、病院内における情報の処理が遅延する状況が発生している。
【０００４】
そこで、このボトルネックを把握する手段として、従来の医療機器には、自機器と他機器の間の通信を記録した「通信ログ」や、「いつ、誰が、何をしたか」を記録した「監査ログ」を作成することができるものがある（例えば、特許文献１参照。）。このようなログを参照することで、各機器間における情報の受け渡しの遅延や、その操作を行なう上での問題点の把握を可能にしている。
【０００５】
また、従来技術として、ネットワーク回線を監視してトラフィックの状況やネットワークの負荷を調べたり、ネットワークの障害を検知して解析を行ったりするネットワーク診断ツールがある（例えば、特許文献２参照。）。このような診断ツールを使用することにより、各機器の動作だけでなく、情報システムにおける各機器間の問題点の把握が可能となっている。
【０００６】
【特許文献１】特開２００６−９９４７９号公報
【特許文献２】特開２００３−１８６７６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記方法により、情報システムにおける問題点を発見し、対処することは可能である。しかし、病院内情報システムにおいては、医用画像診断装置で撮影した画像を、ＰＡＣＳが有する画像サーバに送り、それらをＲＩＳなどで管理し、レポートサーバなどと通信して読影レポートなどをつけたものを、患者を診断する医師に提示するなどの一連のプロセスで情報が管理されている。このように、病院内情報システムでは、複数の機器（ＨＩＳ、ＲＩＳ、モダリティ、サーバ、ワークステーションなど）が、ネットワーク上で運用されており、ワークフローを把握するためには、これら複数の機器にまたがる全体のプロセスとその流れを捉える必要がある。（ここで、ワークフローとは、少なくとも医療情報機器間における情報の流れを含むフローである。また、ワークフローの中で特に情報の時系列的な流れに着目したとき、プロセス又はプロセスフローということがある。）そこで、病院内情報システムでは、単に個々の負荷が高い部分を把握するだけでなく、そのプロセスの中でどこが問題点なのかの把握が必要になってくる。
【０００８】
しかしながら、従来の医療機器では、各機器の通信ログに記録されるのは、その機器が直接行なった通信に関する情報のみであり、ログの書式も通常は機器毎に異なっている。また、監査ログにはその機器上で行なわれた操作や処理の種別等が記録されるだけである。つまり、これらのログに含まれる情報を個々に解析しただけでは、ネットワークの広範囲に及ぶプロセス全体を捉えることは困難である。また、プロトコル・アナライザなどの従来のネットワーク解析ツールでは、その目的が主にネットワークのメンテナンスや障害解析を行なうことであり、そのツールを用いただけではワークフローレベルでのシステムの問題点の解析は行なえない。
【０００９】
本発明は、このような事情に鑑みてなされたもので、病院内で稼動している複数の機器間における実際の通信状況から、複数の機器にまたがるプロセス全体の流れを捉え、医療情報機器間の情報の受け渡しのワークフローの図を作成し、病院内情報システムの運用情報を可視化することを目的としている。さらに、そのワークフローの図を基に病院内情報システムにおけるワークフローの問題点を指摘することを目的としている。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、請求項１に記載の病院内ワークフロー解析システムは、それぞれが対象となる医療情報機器に対応してそれぞれに設けられ、その医療情報機器が交信した交信情報を取り込む情報取込端末と、ネットワークを介して前記情報取込端末のそれぞれと接続される情報収集サーバとからなるシステムであって、前記情報取込端末は、前記各対応する医療情報機器と他の医療情報機器との間の前記交信情報を解析して、メッセージ部分、送信元情報、及び送信先情報を抽出し、該交信情報を取得した時刻情報を加えて、メッセージサマリ情報を作成するメッセージサマリ情報作成手段を備え、前記ネットワークを介して前記メッセージサマリ情報を前記情報収集サーバに送信し、前記情報収集サーバは、それぞれの前記情報取込端末から受信した前記メッセージサマリ情報に基づき、ネットワークに接続されている前記医療情報機器間における情報の受け渡しのワークフローの図を表示させるための図データを作成するワークフロー図作成手段を備えることを特徴とするものである。
【００１１】
請求項７に記載の病院内ワークフロー解析プログラムは、それぞれが対象となる医療情報機器に対応して設けられ、その医療情報機器が送信する情報を取り込む情報取込端末と、ネットワークを介して前記情報取込端末のそれぞれと接続される情報収集サーバとからなるシステムについてのプログラムであって、コンピュータにより構成される前記情報取込端末に、前記各医療情報機器と他の医療情報機器との間の交信情報の取得を実行させ、前記取得した交信情報の解析を実行させ、メッセージ部分、送信元情報、及び送信先情報の抽出を実行させ、メッセージ部分、送信元情報、送信先情報、及び該交信情報を取得した時刻情報に基づくメッセージサマリ情報の作成を実行させ、コンピュータにより構成される前記情報収集サーバに、それぞれの前記情報取込端末から、受信した前記メッセージサマリ情報に基づき、ネットワークに接続されている前記医療情報機器間における情報の受け渡しのワークフローの図を表示させるための図データの作成を実行させることを特徴とするものである。
【発明の効果】
【００１２】
請求項１又は請求項７に記載の発明によると、病院内の複数の医療情報機器にまたがるプロセス全体の流れのワークフローの図を作成することで、病院内システムにおける医療情報機器間における情報の受け渡し（交信）の運用情報の可視化が可能となる。これにより、病院内全体における医療情報機器間の情報の受け渡しのワークフローを把握でき、そのワークフローを解析することで、病院内のシステム構成やシステム運用における問題点及び改善すべき点などを明らかにすることが可能となる。
【発明を実施するための最良の形態】
【００１３】
〔第１の実施形態〕
以下、この発明の第１の実施形態に係る病院内ワークフロー解析システムについて説明する。
【００１４】
まず、図１を参照して本実施形態における病院内情報システムの概略を説明する。図１は本実施形態における病院内情報システムの構成図である。病院内ネットワーク１に通信制御機器２を介して、ＲＩＳ３ａ、モダリティ３ｂ、画像サーバ３ｃ、ワークステーション３ｄ等の医療情報機器３が接続されている。ここで、本実施例では上記４つの医療情報機器３しか図示していないが、本実施形態における病院内情報システムには図示されない他の複数の医療情報機器３が接続されている。さらに、各医療情報機器３の間での交信情報（以下、交信情報を「データ」というときがある。）を取り込むためのＰＣクライアントなどの情報取込端末４が、それぞれに対応する医療情報機器３が接続されている通信制御機器２と同じ通信制御機器２に接続されている。ここで、前述の各医療情報機器３の交信情報を取り込む情報取込端末４は、それぞれの医療情報機器３に対応して、情報取込端末４ａ、情報取込端末４ｂ，情報取込端末４ｃ、情報取込端末４ｄとする。情報取込端末４により交信情報を取り込むためには、交信し合う医療情報機器３との間だけでなく、情報取込端末４にも同じ交信情報が送られる必要があるため、通信制御機器２はブロードキャストを投げ各ポートに同じ交信情報を流すリピータハブなどが好ましい。また、本実施形態では、医療情報機器３における処理の負荷を減らしたり、医療情報機器３毎の規格による制約をなくしたりするため、情報取込端末４を医療情報機器３の外部に設けているが、交信情報を取り込むための情報取込端末４を各医療情報機器３の中に組み込む構成でもよい。さらに、各情報取込端末４から送られてくる交信情報を受け取る情報収集サーバ５、及び遠隔地から各情報取込端末４を起動させる情報取込制御手段６が病院内ネットワーク１に接続されている。
【００１５】
次に、本実施形態に係る病院内ワークフロー解析システムの動作を説明する。以下では、ＲＩＳ３ａ、モダリティ３ｂ、画像サーバ３ｃ、ワークステーション３ｄ間の交信を例として説明する。この交信は、モダリティ３ｂからＲＩＳ３ａに検査情報を要求し、検査要求を受けてモダリティ３ｂが撮像し、撮像データを画像サーバ３ｃに保存し、読影端末であるワークステーション３ｄからの要求に対し、撮像データを画像サーバ３ｃが提供し、その画像データに基づきワークステーション３ｄでレポート作成するという、放射線科における通常のワークローの例である。ただし、本発明の適用範囲は、病院内ネットワーク１に接続されている医療情報機器３であればよく、ＲＩＳ３ａ、モダリティ３ｂ、画像サーバ３ｃ、ワークステーション３ｄ間の交信に限ったものではない。
【００１６】
まず、ユーザ又は操作者は、医療情報機器３間における情報の受け渡し（交信）のワークフローの図を作成する範囲を決め、情報取込制御手段６を使用して、交信情報を取得するための情報取込端末４を起動させる。本実施例では、情報取込制御手段６は、情報取込端末４ａ、情報取込端末４ｂ、情報取込端末４ｃ、及び情報取込端末４ｄを起動する。これにより、情報取込端末４ａ、情報取込端末４ｂ、情報取込端末４ｃ、及び情報取込端末４ｄは、それぞれに対応した医療情報機器３における交信情報の取得を開始する。ここで、本実施例では、集中管理をするため、情報取込制御手段６により各情報取込端末４を起動しているが、これは、ユーザ又は操作者が直接各情報取込端末４を起動させてもよい。
【００１７】
ここで、交信情報の取り込みを、ＲＩＳ３ａとモダリティ３ｂ間を例に説明する。ＲＩＳ３ａ側では、ＲＩＳ３ａが送信したデータ、及び、ＲＩＳ３ａが受信したデータを、通信制御機器２を介して情報取込端末４ａが取り込む。他方、モダリティ３ｂ側では、モダリティ３ｂが送信したデータ、及び、モダリティ３ｂが受信したデータを、通信制御機器２を介し情報取込端末４ｂが取り込む。
【００１８】
次に、情報取込端末４の動作の詳細について図２を参照して説明する。図２は情報取込端末４の機能を表すブロック図である。図２に示すように、情報取込端末４は、データ取得手段４０１、実行制御手段４０２、メッセージサマリ情報作成手段４０３、データ送信手段４０４で構成されている。ここで、実行制御手段４０２及びメッセージサマリ情報作成手段４０３は、ＣＰＵで構成されている。実際は実行制御手段４０２を通して、各手段間の処理が行われるが、以下の説明では、各手段間で直接処理を行っているように記載する場合がある。
【００１９】
ＲＩＳ３ａ側では、ＲＩＳ３ａが送信したデータ、及び、ＲＩＳ３ａが受信したデータは通信制御機器２を介して、情報取込端末４ａにも送られ、また、モダリティ３ｂ側では、モダリティ３ｂが送信したデータ、及び、モダリティ３ｂが受信したデータは通信制御機器２を介して、情報取込端末４ｂにも送られ、情報取込端末４ａ及び情報取込端末４ｂそれぞれのデータ取得手段４０１が、送られてきた交信情報を取り込む。
【００２０】
メッセージサマリ情報作成手段４０３は、データ取得手段４０１が受けた交信情報から、ＤＩＣＯＭ（Ｄｉｇｉｔａｌ  Ｉｍａｇｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｉｎ  Ｍｅｄｉｃｉｎｅ）やＨＬ７（Ｈｅａｌｔｈ  Ｌｅｖｅｌ  Ｓｅｖｅｎ）等の医用情報を送信しているプロトコルを抽出し、さらに、そのプロトコルから、メッセージ部、送信元情報、及び送信先情報等を抜き出す。ここで、メッセージとは、交信情報の内容が含まれている文字列で、コマンド情報等を指す。例えば、ＤＣＯＭのプロトコルを抽出した場合、メッセージ部分には、「データ送信要求（Ｃ−ＳＴＯＲＥ−ＲＱ）」「データ送信応答（Ｃ−ＳＴＯＲＥ−ＲＳＰ）」「データ検索要求（Ｃ−ＦＩＮＤ−ＲＱ）」「データ検索応答（Ｃ−ＦＩＮＤ−ＲＳＰ）」などのコマンドに相当する情報が含まれる。さらに、ＤＩＣＯＭのプロトコルのメッセージ部分にはＳＯＰ  Ｃｌａｓｓ  ＵＩＤというメッセージが含まれており、これにより送信するデータの種類も判別できる。例えば、Ｃ−ＳＴＯＲＥ−ＲＱメッセージ内のＣＴ  Ｉｍａｇｅ  Ｓｔｏｒａｇｅ  ＳＯＰ  Ｃｌａｓｓは、ＣＴ画像の送信要求を意味する。
【００２１】
次に、メッセージサマリ情報作成手段４０３は、抜き出したメッセージ部分、送信元情報、及び送信先情報、さらに、情報取込端末４が交信情報を取り込んだ時刻等に基づいてメッセージサマリ情報を作成する。ここで、メッセージサマリ情報は、図４に示すような形式で作成される。図４はメッセージサマリ情報の概略図である。通常の交信情報には、送信元情報及び送信先情報としてＩＰアドレス００１及びポート番号００２が含まれているが、ＤＩＣＯＭのプロトコルには、事前に設定される各機器を示す、簡略化した表記名であるＡＥタイトル００３の情報が含まれており、それらの表記名メッセージサマリ情報に付加することもできる。
【００２２】
実行制御手段４０２は、作成したメッセージサマリ情報を、データ送信手段４０４を通じて情報収集サーバ５に送る。
【００２３】
次に、情報収集サーバ５の動作の詳細について図３、図５、及び図６を参照して説明する。図３は情報収集サーバ５の機能を表すブロック図、図５は情報取込端末４ａ及び情報取込端末４ｂから送られてきたそれぞれのメッセージサマリ情報を時系列に並べた図、図６は情報取込端末４ａ及び情報取込端末４ｂからのメッセージサマリ情報から重複したものを除いて時系列に並べた図である。
【００２４】
図３に示すように、情報収集サーバ５は、受信手段５０１、実行制御手段５０２、ワークフロー図作成手段５０３、ＨＴＭＬ化手段５０４、及び警告手段５０５を有する。ここで、実行制御手段５０２及びワークフロー図作成手段５０３はＣＰＵで構成されている。実際は実行制御手段５０２を通して、各手段間の処理が行われるが、以下の説明では、各手段間で直接処理を行っているように記載する場合がある。
【００２５】
情報取込端末４ａ、情報取込端末４ｂが送信したメッセージサマリ情報は、情報収集サーバ５に送られ、受信手段５０１が、送られてきたメッセージサマリ情報を受信する。
【００２６】
ワークフロー図作成手段５０３は、受信手段５０１から受けた情報取込端末４ａ、情報取込端末４ｂからのそれぞれのメッセージサマリ情報を、メッセージサマリ情報に含まれる時刻情報を確認して、図５に示すように時系列に並べる。図５の左の列にあるメッセージサマリ情報のＭＳ１ａ、及びＭＳ２ａが情報取込端末４ａから送られてきたメッセージサマリ情報であり、右の列にあるメッセージサマリ情報のＭＳ１ｂ、ＭＳ２ｂ、及びＭＳ３ｂが情報取込端末４ｂから送られてきたメッセージサマリ情報である。さらに、ＭＳ１ａ、ＭＳ２ａ、ＭＳ１ｂ、及びＭＳ２ｂはＲＩＳ３ａとモダリティ３ｂの間における情報の受け渡しのメッセージサマリ情報である。また、情報取込端末４ｂが作成するメッセージサマリ情報には、モダリティ３ｂが係わる交信情報を全て取り込んでおり、ＲＩＳ３ａとモダリティ３ｂとの間以外のメッセージサマリ情報も存在する。ＭＳ３ｂは、モダリティ３ｂと他の医療情報機器３の間における通信データのメッセージサマリ情報である。
【００２７】
ここで、各情報取込端末４の内部時計（不図示）に時差があると、メッセージサマリ情報に含まれる時刻情報がずれてしまい、それらを時系列に正しく並べることが困難になる。そこで、各情報端末４の内部時計は定期的に手動もしくはＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）等を用いて自動的に時刻合わせを行なうことが好ましい。
【００２８】
さらに、情報取込端末４の内部時計の時差を調整しメッセージサマリ情報を時系列に正しく並べるため、ワークフロー図作成手段５０３は、各情報取込端末４から送られてきたメッセージサマリ情報を照合し、重複するメッセージサマリ情報を検出する（以下、この検出を「マッチング処理」という。）。このマッチング処理は、ワークフロー図作成手段５０３が、交信を行なった２つの医療情報機器３の間におけるメッセージサマリ情報に含まれる時刻情報を確認し、時間が近接するメッセージサマリ情報を比較して、メッセージが同じであれば重複するメッセージサマリ情報と判断する。ここで、時間が近接するとは、各医療情報機器３間の交信にかかる時間の最大値以内であればよい。本実施形態では、各医療情報機器３間の交信には、１秒以上はかからないので、１秒以内の交信を時間の近接するメッセージサマリ情報とする。例えば、ＲＩＳ３ａとモダリティ３ｂとの間の交信は、情報取込端末４ａと情報取込端末４ｂの両方で取り込まれているはずである。そうすると、両者から送られたメッセージサマリ情報には、重複するメッセージサマリ情報が含まれている。そこで、ワークフロー図作成手段５０３は、情報端末４ａと情報端末４ｂとのメッセージサマリ情報のマッチング処理を行う。図５における「ＭＳ１ａ」の時刻情報００４は１０：１５：１０：００５であり、「ＭＳ１ｂ」の時刻情報００５は１０：１５：１０：５０５である。したがって、「ＭＳ１ａ」と「ＭＳ１ｂ」は５００ｍｓｅｃの時差を有している。また、「ＭＳ２ａ」の時刻情報００６は１０：１５：１１：００５であり、「ＭＳ２ｂ」の時刻情報００７は１０：１５：１１：５０５である。したがって、「ＭＳ２ｂ」と「ＭＳ２ｂ」は５００ｍｓｅｃの時差を有している。よって、時刻情報００４と時刻情報００５、及び時刻情報００６と時刻情報００７は、それぞれ１秒以内の時差であり、「ＭＳ１ａ」と「ＭＳ１ｂ」、及び「ＭＳ２ａ」と「ＭＳ２ｂ」はそれぞれ時間が近接するメッセージといえる。そこで、ワークフロー図作成手段５０３は、これらのメッセージサマリ情報に含まれるメッセージが同じものであることを確認し、これらを重複するメッセージサマリ情報とする。
【００２９】
次に、ワークフロー図作成手段５０３は、情報取込端末４ａと情報取込端末４ｂから送られてきたメッセージサマリ情報から、重複したメッセージサマリ情報のうち優先されるものを残し、図６に示すように時系列に並び替える。ここで、優先されるメッセージサマリ情報の決定の方法は、例えば、時刻情報が早いものを優先させる方法や、予め２つの異なる情報取込端末４の間で優先される端末を決めておく方法などがある。本実施例では、重複したメッセージサマリ情報の「ＭＳ１ａ」と「ＭＳ１ｂ」、「ＭＳ２ａ」と「ＭＳ２ｂ」において、情報取込端末４ａのメッセージサマリ情報を優先させている。このように、マッチング処理を行うことで、異なる情報取込端末４の内部時計に多少の時差が存在してもその時差を調整して、メッセージサマリ情報を時系列に正確に並べることが可能となる。
【００３０】
情報収集サーバ５は、つづけて、図１における情報収集端末４ｃ及び情報収集端末４ｄが作成したメッセージサマリ情報も取得して、ＲＩＳａ３とモダリティ３ｂとの間以外の各医療情報機器３の間の交信情報についても同様の処理を行うことで、ＲＩＳ３ａ、モダリティ３ｂ、画像サーバ３ｃ、及びワークステーション３ｄの間の病院内での通信データに基づくメッセージサマリ情報を時系列に並べることができる。
【００３１】
次に、時系列に並べたメッセージサマリ情報からワークフローの図を作成する詳細を図３、図４、図７、及び図８を参照して説明する。ここで、図７はＩＰアドレスの名前解決のためのテーブルであり、図８は本発明に係る病院内ワークフロー解析システムで作成したワークフローの図である。図３に示すように、ワークフロー図作成手段５０３は、一方に時間軸と他方に医療情報機器３の種類を表す２次元の図のフォーマットを提供するフォーマット提供手段５１１、メッセージサマリ情報を基にメッセージサマリ情報が該当する位置を指定する位置指定手段５１２、交信方向表示手段５１３、及びメッセージ表示手段５１４を備える。
【００３２】
フォーマット提供手段５１１は、メッセージサマリ情報の送信元の情報および送信先の情報を基に、ワークフローの図に使用する医療情報機器３を特定する情報を取り出だす。ここで、医療情報機器３の種類を特定する情報とは、ＩＰアドレスや医療情報機器の名前などである。また、フォーマット提供手段５１１は、時系列に並んだメッセージサマリ情報における、各時刻情報を取得する。そして、フォーマット提供手段５１１は、横軸に先に取得した医療情報機器３を特定する情報を並べ、縦軸に取得した時刻情報を並べる。本実施例では、図７に示すようなＩＰアドレスの名前解決のテーブルを情報収集サーバが有しており、メッセージサマリ情報から取り出したＩＰアドレスを基に、フォーマット提供手段５１１は、ＲＩＳ−１、ＭＯＤ  ＣＴ−１、ＩＭＧ  ＳＥＲＶＥＲ−２、及びＷＳ−３等のＩＰアドレスに対応した名前を、図８に示すように横軸に並べる。これにより、ユーザ又は操作者が、作成されたワークフローの図を見たときに一目で表示されている医療情報機器３を特定できる。ここで、本実施例では図を見やすくするため、図８に示すように縦軸に時間軸をとり、さらに交信情報の受け渡しのプロセスを含む時刻にフォーカスし、それ以外の部分を省略して表示しているが、これは全時間を等間隔の時間経過であらわしてもよい。また、時間軸に表示する時間は、実際の時刻を表示してもよいし、情報取込制御手段６により起動させる情報取込端末４が全て起動した時間を基準として、その基準時間からの経過時間を表示してもよい。
【００３３】
位置データ生成手段５１２は、メッセージサマリ情報の送信元の情報、送信先の情報、及び時刻情報を基に、フォーマット提供手段５１１が作成したフォーマットのどの位置にそのメッセージサマリ情報を配置させるかという位置データを生成する。
【００３４】
方向データ生成手段５１３は、送信元の情報と送信先の情報、及びフォーマットの横軸の情報に基づき、位置指定手段５１２から位置データを受けて、ワークフローの図の該当する位置に送信元から送信先へ向かう矢印を表示させるためのデータを生成する。
【００３５】
メッセージデータ生成手段５１４は、通信データから抽出したメッセージ部分を基に、位置指定手段５１２から受けた位置データに基づく位置、もしくはその近傍にそれらのメッセージを表示させるためのデータを生成する。ここで、表示するメッセージにはメッセージサマリ情報に含まれるものであれば特に制限はない。例えば、通常メッセージはコマンドの情報であるが、ＤＩＣＯＭの場合には、ＳＯＰ  Ｃｌａｓｓ等の送信するデータの種類を判別するためのメッセージもメッセージサマリ情報に含まれているため、表示してもよい。
【００３６】
そして、ワークフロー図作成手段５０３は作成した図データを基に、ワークフローの図を表示手段（不図示）に表示させる。ここで、表示手段は、情報収集サーバ５が有するモニタなどでも、ネットワーク上にあるＰＣクライアントなどの表示端末でもよい。
【００３７】
また、本実施例では、時系列における交信を見やすくするため、縦軸に時間軸を採ったフォーマットを使用したが、これは、図１に示すネットワーク図のようなフォーマットを使用して、機器間の通信を示す矢印、時刻情報、サーバ名、及びメッセージを表示する方法でもよい。
【００３８】
さらに、情報を開示する手段として、本実施形態における病院内ワークフロー解析システムは、ＨＴＭＬ化手段５０４を有する。すなわち、ＨＴＭＬ化手段５０４は、ワークフロー図作成手段５０３で作成されたワークフローの図を受けて、そのワークフローの図をＨＴＭＬの形式に変換する。そして、それらはＷｅｂサーバによって、病院内ネットワーク上に公開される。ここで、Ｗｅｂサーバは、情報収集サーバ５の内部に持っていてもよいし、病院内ネットワーク上の別のサーバとして配置されていてもよい。これにより、Ｗｅｂブラウザさえあれば、病院内ネットワーク上のどこからでもワークフローの図を参照することができる。
【００３９】
次に、図９を使用してワークフローの図の作成の動作を説明する。図９は、本発明におけるワークフローの図の作成のフローチャートである。
【００４０】
ステップＳ００１：ユーザ又は操作者が、医療情報機器３間における情報の受け渡しのワークフローの図を作成する範囲を決め、情報取込制御手段６使用して、通信データを取得するための情報取込端末４を起動させる。
【００４１】
ステップＳ００２：起動の命令を受けた情報取込端末４において、データ取得手段４０１は、対応する医療情報機器３が送るデータ及び、受けるデータを取り込む。
【００４２】
ステップＳ００３：メッセージサマリ情報作成手段４０３は、取り込んだ通信データを解析し、メッセージ部、送信基情報、及び送信先情報を抽出。
【００４３】
ステップＳ００４：メッセージサマリ情報作成手段４０３は、メッセージ部、送信元情報、送信先情報に、自らが該通信データを取得した時刻である時刻情報を加え、それを基にメッセージサマリ情報を作成。
【００４４】
ステップＳ００５：データ送信手段４０４は、メッセージサマリ情報を情報収集サーバ５に送信。情報収集サーバ５における、受信手段５０１は、それぞれの情報端末４から送られてくるメッセージサマリ情報を受信。
【００４５】
ステップＳ００６：ワークフロー図作成手段５０３は、メッセージサマリ情報のマッチング処理を行う。
【００４６】
ステップＳ００７：ワークフロー図作成手段５０３は、マッチング処理により重複したメッセージサマリ情報と確認されたもののうち、優先されるメッセージサマリ情報を残し、全てのメッセージサマリ情報を時系列順に並べる。
【００４７】
ステップＳ００８：ワークフロー図作成手段５０３は、並べたメッセージサマリ情報を基に、ワークフローの図を表示させるための図データを作成し、表示手段にワークフローの図を表示させる。
【００４８】
ステップＳ００９：ＨＴＭＬ化手段５０４は、作成した図データをＨＴＭＬの形式に変換する。
【００４９】
以上のように、本発明における病院内ワークフロー解析システムは、ワークフローの図を作成し表示することで、病院内システムの運用状況を可視化することができる。
【００５０】
さらに、病院内情報システムを管理する者や構築する者が、その作成されたワークフローの図を参照することで、病院内情報システムの問題点を的確に発見することができる。その結果、そのワークフローに基づく病院内情報システムの構築や運用方法などの見直しができ、医療業務の効率化を図れる。
【００５１】
〔第２の実施形態〕
本実施形態に係る病院内ワークフロー解析システムは、図１の点線で示すように、第１の実施形態における病院内ワークフロー解析システムにおいて、さらに警告手段５０５を設けたものである。
【００５２】
本実施形態に係る病院内ワークフロー解析システムの動作について説明する。
【００５３】
まず、実際のワークフローに問題が発生しているかを判断するための比較対象とする基準プロセスの許容範囲の求め方を説明する。まず、予め正常時に実際にシステムを稼動させ一連のワークフローを行い、これを基準プロセスとする。ここで、基準プロセスとは、各医療情報機器及びネットワークに余分な負荷がかかっておらず、ワークフローがスムーズに稼動する状態であり、例えば、患者の診察が始まっていない状態で病院内情報システムを稼動させた状態などである。このとき、警告手段５０５は、情報取込端末４から受けた基準プロセスにおけるメッセージサマリ情報を基に、ある情報の要求が送られてからその要求に対する返答が返されるまでの経過時間といった対応する交信の受け渡しの交信プロセスを測定する。例えば、図８において、ＩＭＧ  ＳＥＲＶＥＲ−２とＷＳ−１の交信において、ＷＳ−１からＩＭＧ  ＳＥＲＶＥＲ−２への交信１０１に対して、正常時の対応する交信はＩＭＧ  ＳＥＲＶＥＲ−２からＷＳ−１への交信１０２であったとする。この時、警告手段５０５は、交信１０１から交信１０２までに５０ｍｓｅｃの時間が経過しているという情報を取得する。この経過時間が基準プロセスにおける経過時間となる。そして、実際のワークフローにおける交信プロセスの経過時間が、この基準プロセスにおける経過時間の２倍である１秒以内であれば、後の情報の受け渡しに影響を与えないので、ここでの基準プロセスの許容範囲を交信１０１から１秒の経過時間とする。このように、全ての対応する情報の受け渡しの交信プロセスにおける基準プロセスの許容範囲を求めていく。
【００５４】
また、警告手段５０５は、正常時において、一定時間内に一方の医療情報機器から他方の医療情報機器に向けての交信の回数を測定する。これが基準プロセスにおける交信の回数となる。例えば、ＷＳ−３からＩＭＧ  ＳＥＲＶＥＲ−２への検索要求の交信１０４に注目すると、警告手段５０５は、１０：３０：２０：０００から１０：４５：３５：５００の間に１回の要求で終了しているという情報を取得する。そこで、この交信１０４のプロセスにおいて、通常のネットワーク負荷を考慮し、２回の再試行を許容するものとすると、この間に３回の交信１０４が行なわれた場合が基準プロセスの許容範囲となる。
【００５５】
警告手段５０５は、このように求めた基準プロセスの許容範囲を記憶手段（不図示）に記憶させておく。
【００５６】
次に、実際に患者の診察などが開始され病院内情報システムが稼動している状態で、ワークフローの図を作成する場合の警告方法を説明する。
【００５７】
ワークフローの図の作成において、警告手段５０５は、収集したメッセージサマリ情報から、実際の各プロセスにおける経過時間を求める。さらに、警告手段５０５は、実際の各プロセスにおける該当する時間の交信の回数を測定する。
【００５８】
警告手段５０５は、求めた各プロセスにおける経過時間、及び、交信の回数と、記憶手段に記憶されている基準プロセスの許容範囲である、経過時間及び交信の回数を比較する。まず、経過時間の超過の警告について説明する。例えば、図８では、実際のプロセスにおいて交信１０１に対応する交信が交信１０３であり、警告手段５０５は、交信１０１から交信１０３までの経過時間の情報を取得する。図８に示すように、交信１０１から交信１０３までの経過時間は１秒を超えている。そこで、警告手段５０５は、取得した経過時間が基準プロセスの許容範囲を超過していることを確認すると、情報収集サーバ５が有する各警告に対応した警告番号や警告メッセージを含む警告のテーブルを参照して、対応した警告番号や警告メッセージをワークフロー図作成手段５０３に送り、図１１に示すようにワークフローの図上に〔１１９〕等の警告番号や、「ネットワークの過負荷」等の警告メッセージを含む警告１０５を表示させたり、赤い字でハイライト表示したりする。次に、交信回数の超過の警告について説明する。交信１０４を送ったときに、ＩＭＧ  ＳＥＲＶＥＲ−２に画像データが保存されていないような場合には、画像データの検索要求である交信４に対応する交信を受け取れない、その場合には、交信１０４が１０：３０：２０：０００から１０：４５：３５：５００の間に複数回ＩＭＧ  ＳＥＲＶＥＲ−２に送信される。そして、警告手段５０５は、その間における交信１０４の回数を取得する。そこで、警告手段５０５は、交信１０４の回数が基準プロセスの許容範囲である３回を超過していることを確認すると、警告のテーブルを参照し、対応した警告番号や警告メッセージをワークフロー図作成手段５０３に送り、ワークフローの図上に警告を表示させる（不図示）。
【００５９】
以下、ワークフローの図上への警告表示の動作を、図１０を参照して説明する。ここで、図１０は警告表示のフローチャートである。
【００６０】
ステップＳ１０１：ユーザ又は操作者により、基準プロセスにおける通信データの取り込みが開始される。
【００６１】
ステップＳ１０２：情報取込端末４は、基準プロセスにおけるメッセージサマリ情報を作成し、情報収集サーバ５に送信する。
【００６２】
ステップＳ１０３：情報収取サーバ５は、それぞれの情報取込端末４からメッセージサマリ情報を受ける。警告手段５０５は、基準プロセスの許容範囲を算出し、記憶手段に記憶させる。
【００６３】
ステップＳ１０４：ユーザ又は操作者が、実際のプロセスにおける通信データの取り込みを開始させる。
【００６４】
ステップＳ１０５：情報取込端末４は、実際のプロセスにおけるメッセージサマリ情報を作成し、情報収集サーバ５へ送信する。
【００６５】
ステップＳ１０６：情報収集サーバ５は、それぞれの情報取込端末４からメッセージサマリ情報を受信する。警告手段５０５は、受けたメッセージサマリ情報を基に、実際のプロセスと基準プロセスの許容範囲を比較し、許容範囲を超過している場合には、ステップＳ１０７へ進み、超過していない場合には、ステップＳ１０８へ進む。
【００６６】
ステップＳ１０７：警告手段５０５は、警告の対応テーブルを参照し、警告番号や警告メッセージをワークフロー図作成手段５０３に送り、警告を表示させる指示を送る。
【００６７】
ステップＳ１０８：ワークフロー図作成手段５０３は、警告の表示の指示があれば、警告番号及び警告メッセージを基に警告を加えてワークフローの図として表示させるための図データを作成し、警告の表示の依頼がなければ、警告を加えずに図データを作成する。
【００６８】
以上により、本実施形態に係る病院内ワークフロー解析システムで作成されたワークフローの図には問題となるプロセスに警告が表示される。これにより、問題点の発見が容易になり、装置の無駄な操作や通信上の障害などを早期に発見することが可能となる。
【図面の簡単な説明】
【００６９】
【図１】病院内情報システムの構成図
【図２】情報取込端末の機能を表すブロック図
【図３】情報収集サーバの機能を表すブロック図
【図４】メッセージサマリ情報の概略図
【図５】情報取込端末４ａ及び情報取込端末４ｂから送られてきたそれぞれのメッセージサマリ情報を時系列に並べた図
【図６】情報取込端末４ａ及び情報取込端末４ｂからのメッセージサマリ情報から重複したものを除いて時系列に並べた図
【図７】ＩＰアドレスの名前解決のためのテーブル
【図８】本発明で作成するワークフローの一例の図
【図９】本発明に係るワークフローの図の作成のフローチャート
【図１０】第２の実施形態に係る警告表示のフローチャート
【符号の説明】
【００７０】
１  病院内ネットワーク
２  情報通信機器
３  医療情報端末
４  情報取込端末
４０１  データ取得手段
４０２  実行制御手段
４０３  メッセージサマリ情報作成手段
４０４  データ送信手段
５  情報収集サーバ
５０１  受信手段
５０２  実行制御手段
５０３  ワークフロー図作成手段
５０４  ＨＴＭＬ化手段
５０５  警告手段
５１１  フォーマット提供手段
５１２  位置指定手段
５１３  交信方向表示手段
５１４  メッセージ表示手段
６  情報取込制御手段
【図１】
2008033754.tif 000003
【図２】
2008033754.tif 000004
【図３】
2008033754.tif 000005
【図４】
2008033754.tif 000006
【図５】
2008033754.tif 000007
【図６】
2008033754.tif 000008
【図７】
2008033754.tif 000009
【図８】
2008033754.tif 000010
【図９】
2008033754.tif 000011
【図１０】
2008033754.tif 000012