(57)【要約】【課題】システム全体としてエラーが発生したときに、早期にしかも容易にその原因の発生箇所を特定することが可能な、医用機器情報システム及びそのエラー原因の発生箇所特定方法を提供すること。【解決手段】本発明の一例の医用機器情報システムは、ＤＩＣＯＭ通信によりデータの送受信を行い、送受信の装置ログを記憶する複数の医用装置が、ネットワークに接続されて成る医用機器情報システムであって、前記ＤＩＣＯＭ通信の通信ログを記憶する通信ログ記憶手段と、前記医用機器情報システムにおいてエラーが検出されたとき、前記装置ログ及び前記通信ログから前記エラーの原因に関連する所定の情報を検索するログ検索手段と、このログ検索手段により検索された結果を表示するログ表示手段とを有する。【選択図】図１
2009289133.tif 000002
【特許請求の範囲】
【請求項１】
ＤＩＣＯＭ通信によりデータの送受信を行い、送受信の装置ログを記憶する複数の医用装置が、ネットワークに接続されて成る医用機器情報システムであって、
前記ＤＩＣＯＭ通信の通信ログを記憶する通信ログ記憶手段と、
前記医用機器情報システムにおいてエラーが検出されたとき、前記装置ログ及び前記通信ログから前記エラーの原因に関連する所定の情報を検索するログ検索手段と、
このログ検索手段により検索された結果を表示するログ表示手段と、を有することを特徴とする、医用機器情報システム。
【請求項２】
ネットワークと、
このネットワークに接続され患者の受付を行い、送受信の装置ログを記憶する患者受付情報管理装置と、
前記ネットワークに接続され、前記患者受付情報管理装置とＤＩＣＯＭ通信によりデータの送受信を行い前記患者の特定部位の検査画像を取得し、送受信の装置ログを記憶する医用画像取得装置と、
前記ネットワークに接続され、前記医用画像取得装置により取得された検査画像を、前記ネットワークを介して前記ＤＩＣＯＭ通信により受信し前記検査画像を保管管理すると共に、送受信の装置ログを記憶する医用画像保管管理装置と、
前記各装置間のＤＩＣＯＭ通信による通信ログを記憶するＤＩＣＯＭログデータベースと、
エラーが検出されたとき、前記各装置の装置ログ及び前記通信ログから前記エラーの原因に関連する所定の情報を新しいログから遡って検索するログ検索部と、
このログ検索部により検索された結果を表示するログ表示部と、を有することを特徴とする、医用機器情報システム。
【請求項３】
患者の受付を行う患者受付情報管理装置と、前記患者の特定部位の検査画像を取得する医用画像取得装置と、前記検査画像を保管管理する医用画像保管管理装置とをネットワークを介して接続されて成る医用機器情報システムであって、
これらの各装置の装置ログ及び前記各装置間で前記ネットワークを介してなされるＤＩＣＯＭ通信の通信ログを記憶するログ記憶手段と、
前記医用機器情報システムにおいてエラーが検出されたとき、前記装置ログ及び前記通信ログから前記エラーの原因に関連する所定の情報を新しいログから遡って検索するログ検索手段と、
このログ検索手段により検索された結果を表示するログ表示手段と、を有することを特徴とする、医用機器情報システム。
【請求項４】
患者の受付を行う患者受付情報管理装置と、前記患者の特定部位の検査画像を取得する医用画像取得装置と、前記検査画像を保管管理する医用画像保管管理装置とをネットワークを介して接続されて成る医用機器情報システムのエラー原因の発生箇所特定方法であって、
前記各装置の装置ログ及び前記各装置間で前記ネットワークを介してなされるＤＩＣＯＭ通信の通信ログを記憶するログ記憶ステップと、
前記医用機器情報システムにエラーが検出されたとき、前記ログ記憶ステップにより記憶された前記装置ログ及び前記通信ログから前記エラーの原因に関連する所定の情報を新しいログから遡って検索するログ検索ステップと、
このログ検索ステップにより検索された結果から前記エラー原因の発生箇所を特定する原因発生箇所特定ステップと、を有することを特徴とする医用機器情報システムのエラー原因の発生箇所特定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の医用機器から成る医用機器情報システム及びそのエラー原因の発生箇所特定方法に関する。
【背景技術】
【０００２】
近年、医療機関において、患者の受付から検査画像の取得、得られた画像の保管管理まで、一貫してなされるようになってきている。そのために、各種の医用機器がネットワークに接続される医用機器情報システムとして構成される。
【０００３】
このような医用機器情報システムでは、検査画像を発生、保管管理する複数の医用機器を接続し、その間で検査画像として得られた動画像などの画像データをＤＩＣＯＭ規格に則ったデータとして送受信する医用機器情報システムが知られている（例えば特許文献１参照）。
【０００４】
このような医用機器情報システムでは、多くの医用機器がネットワークに接続されるので、システム全体としてエラーが発生した場合に、どの機器あるいは機器間にその原因があるのか早期に発見することが困難な場合が多い。
【特許文献１】特開２００７−２０７１８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、上述のような従来の医用機器情報システムの問題点に鑑みてなされたもので、ＤＩＣＯＭ通信を行う装置を接続された医用機器情報システムにおいて、システム全体としてエラーが発生したときに、早期にしかも容易にその原因の発生箇所を特定することが可能な、医用機器情報システム及びそのエラー原因の発生箇所特定方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の請求項１によれば、ＤＩＣＯＭ通信によりデータの送受信を行い、送受信の装置ログを記憶する複数の医用装置が、ネットワークに接続されて成る医用機器情報システムであって、前記ＤＩＣＯＭ通信の通信ログを記憶する通信ログ記憶手段と、前記医用機器情報システムにおいてエラーが検出されたとき、前記装置ログ及び前記通信ログから前記エラーの原因に関連する所定の情報を検索するログ検索手段と、このログ検索手段により検索された結果を表示するログ表示手段と、を有することを特徴とする、医用機器情報システムを提供する。
【０００７】
本発明の請求項４によれば、患者の受付を行う患者受付情報管理装置と、前記患者の特定部位の検査画像を取得する医用画像取得装置と、前記検査画像を保管管理する医用画像保管管理装置とをネットワークを介して接続されて成る医用機器情報システムのエラー原因の発生箇所特定方法であって、前記各装置の装置ログ及び前記各装置間で前記ネットワークを介してなされるＤＩＣＯＭ通信の通信ログを記憶するログ記憶ステップと、前記医用機器情報システムにエラーが検出されたとき、前記ログ記憶ステップにより記憶された前記装置ログ及び前記通信ログから前記エラーの原因に関連する所定の情報を新しいログから遡って検索するログ検索ステップと、このログ検索ステップにより検索された結果から前記エラー原因の発生箇所を特定する原因発生箇所特定ステップと、を有することを特徴とする医用機器情報システムのエラー原因の発生箇所特定方法を提供する。
【発明の効果】
【０００８】
本発明によれば、システム全体としてエラーが発生したときに、早期にしかも容易にその原因の発生箇所を特定することが可能な、医用機器情報システム及びそのエラー原因の発生箇所特定方法が得られる効果がある。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施形態について図面を用いて説明する。図１は本発明一実施形態の全体構成を示す図である。この医用情報システム１０は、各々例えばローカルエリアネットワーク（ＬＡＮ）などのネットワーク１１に接続された、放射線の画像診断検査の検査依頼、検査予約などを管理する放射線科情報管理システム（ＲＩＳ）１２と、ＲＩＳ１２からの検査依頼に基づいて検査のための医用画像を取得する医用画像取得装置（モダリティ）１３と、このモダリティ１３において得られた医用画像を保管、管理する医用画像保管通信システム（ＰＡＣＳ）１４と、モダリティ１３により取得した医用画像を観察、画像処理や解析などを行うためのワークステーション（ＷＳ）１５と、これらの装置間でなされるＤＩＣＯＭ通信のログを管理するログ管理装置１６とを有する。
【００１０】
モダリティ１３は、コンピュータ断層撮影装置（ＣＴ）、ＭＲＩ（磁気共鳴画像装置）、ＮＭ（核医学装置）など患者の患部データを医用画像として取得する装置である。ＲＩＳ１２において検査予約がなされ、検査依頼がモダリティ１３に送られると、モダリティ１３は所定の医用画像を取得して、ＰＡＣＳ１４に送られ保管管理される。この保管管理される医用画像はＷＳ１５にて観察、解析などされる。これら装置の各々には、ＤＩＣＯＭ通信部１２ｄ、１３ｄ、１４ｄ、１５ｄが内蔵されている。これらのＤＩＣＯＭ通信部は、通信モジュールとログファイルとログ送信モジュールを有する。
【００１１】
上記装置間の情報は、ネットワーク１１を介して送受信されるがそのＤＩＣＯＭ通信の情報ログは、上記装置と同様にネットワーク１１に接続されているログ管理装置１６に記憶される。各装置における装置ログは各ログファイルに記憶される。
【００１２】
ログ管理装置１６は、各装置におけるＤＩＣＯＭログを蓄積するＤＩＣＯＭログデータベース（ＤＢ）１７、このＤＩＣＯＭログＤＢ１７に記憶されたログを検索するログ検索処理部１８、検索された結果を記憶するログ処理結果データベース（ＤＢ）１９、ＤＩＣＯＭログＤＢ１７に記憶されているログを表示させ検索のための入力を受け入れ、結果を表示するログ表示検索部２０を有する。
【００１３】
ＲＩＳ１２は、患者がきて検査依頼があると検査依頼情報として、例えば患者の基本情報（患者の氏名、患者ＩＤ，性別、年齢、体重、住所など）と、検査予約情報（検査日時、検査部位、検査目的、ＣＴ装置やＭＲ装置などの検査種別、検査場所、検査ＩＤ、アクセション番号（Accession Number）、等）を登録する。検査ＩＤやアクセション番号は、検査を識別するための情報として用いられる。ＲＩＳ１２において、検査依頼が受け付けられると、ＤＩＣＯＭ通信部１２ｄからＤＩＣＯＭ通信によりネットワーク１１を介してモダリティ１３に送られ、モダリティ１３で取得されたデータの情報が付加され、ネットワーク１１を介してＰＡＣＳ１４に送られ保管管理される。ＰＡＣＳ１４に保管された情報はＷＳ１５から読みだされて解析されることもある。このようにＲＩＳ１２において得られる検査依頼情報は、その後のＤＩＣＯＭ通信のデータに必ず含まれる。
【００１４】
なお本願において、ＤＩＣＯＭ規格のデータを予め定められた通信プロトコルで送受信することをＤＩＣＯＭ通信という。
【００１５】
次に、本発明のこのシステムの動作を図２に示すフローチャートに基づいて説明する。以下の各装置間の通信は、すべて各装置のＤＩＣＯＭ通信部を介してＤＩＣＯＭ通信の所定のプロトコルに従って行われる。
【００１６】
まず、ＲＩＳ１２に検査依頼が登録されると、ステップＳ２０１において検査予約が発行され、その情報がモダリティ１３に伝えられる。ステップＳ２０２では、そのモダリティ１３のＤＩＣＯＭ通信部１３ｄにおける通信モジュールからＲＩＳ１２のＤＩＣＯＭ通信部１２ｄの通信モジュールに対して検査情報の送信要求が制御信号を送信することによりなされる。次のステップＳ２０３では、モダリティ１３はＲＩＳ１２から送られてきた検査情報を取得する。
【００１７】
これらの処理を更に詳しく述べると、モダリティ１３のＤＩＣＯＭ通信部１３ｄの通信モジュールは、要求メッセージを作成して送信した後、ＲＩＳ１２のＤＩＣＯＭ通信部１２ｄの通信モジュールからの応答メッセージを受信してそのメッセージを解析し、解析結果を画面上に表示するなどの処理を行う。
【００１８】
同様に、ＲＩＳ１２のＤＩＣＯＭ通信部１２の通信モジュールは、モダリティ１３からの要求メッセージを受信してこのメッセージを解析し、ログ管理装置１６内にあるＤＩＣＯＭログＤＢ１７に対して検索処理を行いその検索結果に基づいて応答メッセージを作成し、応答メッセージ送信の処理を行う。
【００１９】
ステップＳ２０３において、ＲＩＳ１２からモダリティ１３に送られる応答メッセージに含まれる検査予約情報の例を図３に示す。アクセション番号は、「Ｔ２００６０７１３１２１０  Ａ」であり、患者の氏名が「toushiba^tarou」であり、患者ＩＤが「ＥＭ１１１１１」であることを示している。ＰｒｉｖａｔｅＬＯＧＩＤ１は、ＤＩＣＯＭの私的データＩＤであり、この装置内で処理毎に付与されるＩＤを意味する。（なおこの場合、上記アクセション番号はＡの前に空白があり、後述するようにこのアクセション番号が間違いであることを示している。）
各装置における通信モジュールはこれらの処理の経過情報を各ログファイルに出力する。このとき、処理対象の処理対象のデータ中に予め定められた情報があるかどうかをチェックする設定にしておく。そしてその設定された情報があった場合にはその情報を付与してログファイルに処理経過を出力する。例えば、アクセション番号をチェックするように設定しておくと、そのＤＩＣＯＭログの中に、上記アクセション番号である、「Ｔ２００６０７１３１２１０  Ａ」が付与されて登録されることになる。
【００２０】
各装置のＤＩＣＯＭ通信部におけるログ送信モジュールは、ログ管理装置１６のＤＩＣＯＭログＤＢ１７に、新しい経過情報が登録される度にその情報を予め定められたフォーマットによりその処理経過を送信する（ステップＳ２０４）。なお、この登録された経過情報の送信は、リアルタイムでなく、所定時間毎に定期的に行うようにしてもよい。
【００２１】
次のステップＳ２０５では、ＲＩＳ１２で検査依頼を受けた検査をモダリティ１３において行い、特定の患者の特定部位に関する検査画像を取得する。モダリティ１３で作成される検査画像は、検査依頼内容に関連付けられて管理され、検査画像データには、その検査依頼内容が付与されたＤＩＣＯＭ通信の予め定められたプロトコルの形式で他の装置に送信される。したがって、モダリティ１３から他の装置に送信される検査画像データには、上記アクセション番号「Ｔ２００６０７１３１２１０  Ａ」が含まれている。
【００２２】
次のステップＳ２０６では、先のステップＳ２０５においてモダリティ１３で撮影された検査画像がＰＡＣＳ１４に送信され、ステップＳ２０７において送信された検査画像はＰＡＣＳ１４内に保管管理される。そして、次のステップＳ２０８では、このＰＡＣＳ１４において検査画像が正常に受信され、保管されたかどうかを返信する。正常に受信され保管されたときには、その旨の制御信号が送られてこの処理が終了するが、送られてきた検査画像が正常に、受信あるいは保管されなかった場合にはその旨の制御信号をＰＡＣＳ１４からモダリティ１３に送信し、再度検査画像を送信してもらうことになる。
【００２３】
具体的に述べると、モダリティ１３のＤＩＣＯＭ通信部１３ｄの通信モジュールが、ＰＡＣＳ１４のＤＩＣＯＭ通信部１４ｄの通信モジュールに対して、検査画像の登録要求の制御信号を送信する。このとき、モダリティ１３の通信モジュールは、要求メッセージを送信した後、ＰＡＣＳ１４の通信モジュールからの応答メッセージを待つ。モダリティ１３の通信モジュールが応答メッセージを受信すると、その応答メッセージを解析して登録結果を画面上に表示するなどの処理を行う。
【００２４】
一方、ＰＡＣＳ１４のＤＩＣＯＭ通信部１４ｄにおける通信モジュールは、モダリティ１３からの要求メッセージを受信して受信した要求メッセージを解析し、データを取り出してログ管理装置１６のＤＩＣＯＭログＤＢ１７に登録処理を行い、登録結果をもとに応答メッセージを作成し応答メッセージを送信するという処理を行う。
【００２５】
なお、上記説明は通信プロトコルを簡略化して述べているが、複数の通信シーケンスにより上記処理を実現することも可能である。
【００２６】
ＲＩＳ１２において生成された検査依頼情報は、モダリティ１３においても保持され、上述の処理によってＰＡＣＳ１４にも送られてきているから、ＰＡＣＳ１４にはアクセション番号「Ｔ２００６０７１３１２１０  Ａ」を含む画像データが保管管理されることになる。図４に、モダリティ１３からＰＡＣＳ１４に送信される検査画像情報の例を示す。図４のデータを図３に示すデータを比較すれば、モダリティ１３において私的データ（ＰｒｉｖａｔｅＬＯＧＩＤ２）が付加された以外、データは変わっていないことがわかる。すなわち、アクセション番号は検査画像情報にそのまま含まれている。
【００２７】
ＰＡＣＳ１４のＤＩＣＯＭ通信部１４ｄにおける通信モジュールもこれらの処理の経過情報をログファイルに出力する。このとき処理対象のデータ中に予め決められた情報があるかどうかをチェックし、その情報が存在する場合にはその情報を付与してログファイルに処理経過を装置ログとして出力する。例えば、ＰＡＣＳ１４において、アクセション番号をチェックするように設定しておくとそのログの中にアクセション番号である上記「Ｔ２００６０７１３１２１０  Ａ」が付与されて登録されることになる。
【００２８】
モダリティ１３のＤＩＣＯＭ通信部１３ｄにおけるログ送信モジュールは、新しい経過情報が登録される度にその情報を所定のフォーマットで、ログ管理装置１６のＤＩＣＯＭログＤＢ１７にその経過情報を送信する（ステップＳ２０９）。
【００２９】
同様に、ＰＡＣＳ１４のＤＩＣＯＭ通信部１４ｄにおけるログ送信モジュールも、新しい経過情報が登録される度にその情報を所定のフォーマットで、ログ管理装置１６のＤＩＣＯＭログＤＢ１７にその経過情報を送信する（ステップＳ２１０）。
【００３０】
上述のような手順でＤＩＣＯＭ規格の所定プロトコルに基づく通信を行い、その間のＤＩＣＯＭログをログ管理装置１６のＤＩＣＯＭログＤＢ１７に記憶する。各装置における装置ログは各装置のログファイルに記憶される。
【００３１】
次に、上記のような通信を行っている途中で何らかのエラーが発生し、その原因を追究する場合の動作を図５及び図６に基づいて説明する。図５はエラー原因の発生した箇所を見つけるためのフローチャートであり、図６は、通信の過程を遡って各ＤＩＣＯＭ通信のログと各装置における装置ログを調べる過程を示す図である。
【００３２】
例えば、図２に示すフローチャートのステップＳ２０７、即ちＰＡＣＳ１４において検査画像を保管処理している途中でエラーが発生したとする。ステップＳ５０１においてエラー原因の生じた箇所を見つけるためログ追跡処理を開始する。
【００３３】
この場合、すべての装置におけるＤＩＣＯＭ通信のログは、ログ管理装置１６のＤＩＣＯＭログＤＢ１７に保存されている。その結果はエラーが発生している処理経過情報を時系列でログ表示検索部２０の画面上に表示されると共にログ処理結果ＤＢ１９に記憶される。以下の検索処理でも同様にその結果はログ処理結果ＤＢ１９に記憶される。
【００３４】
そこで、まずログ管理装置１６のログ表示検索部２０において表示された検索画面でＰＡＣＳ１４のホスト名をキーワードとして入力する。処理経過情報中にはアクセション番号が存在するから、次にアクセション番号（「Ｔ２００６０７１３１２１０  Ａ」）をキーワードとして、ログ表示検索部２０に入力して検索を行い、検索結果を画面上に時系列で表示させる。
【００３５】
ステップＳ５０２においてＰＡＣＳ１４に装置ログの照会を行い、その装置ログをステップＳ５０３で送信してもらう。そしてステップＳ５０４において、ログ処理検索処理部１８でＰＡＣＳの装置ログの解析を行う。
【００３６】
図６に示すＰＡＣＳ１４の装置ログ６１を見る限り、そのエラーの原因は見つからず、次のステップＳ５０５ではＰＡＣＳ−モダリティ間のＤＩＣＯＭ通信ログの解析を行う。図６に示すこの通信ログ６２でも、この通信によりエラーの原因が見つからない。
【００３７】
次にステップＳ５０６において、ログ管理装置１６からモダリティ１３に装置ログの照会を行い、ステップＳ５０７において、このモダリティ１３のログファイルからこの装置の装置ログを送ってもらう。ステップＳ５０８においてログ管理装置１６のログ処理検索処理部１８でモダリティ１３の装置ログの解析を行うが、図６に示すこの装置ログ６３でも、この装置ログからエラーの原因が見つからない。
【００３８】
その場合には、次のステップＳ５０９で、モダリティ−ＲＩＳ間のＤＩＣＯＭ通信ログの解析を、ログ検索処理部１８において行う。図６のこの通信ログ６４でもエラーの原因が見つからない場合には、次のステップＳ５１０で、ＲＩＳ１２に装置ログを照会し、ステップＳ５１１で装置ログを送ってもらい、ステップＳ５１２で、ログ管理装置１６のログ検索処理部１８でその装置ログの解析を行う。図６に示すＲＩＳ１２の装置ログ６５から、アクセション番号「Ｔ２００６０７１３１２１０  Ａ」の間違いであり、その原因が操作者の入力ミスであったことがわかる。
【００３９】
このように、装置ログ、ＤＩＣＯＭ通信ログを辿ることにより、ログ表示検索部２０の表示画面で、アクセション番号がＲＩＳ１２で登録されたものであること、モダリティ１３で検査画像が登録されたこと、ＰＡＣＳ１４でその画像の登録に失敗したことがわかる。そして、図６に示した表示入力画面において、クローズアップされた情報をもとにアクセション番号が不正であること、そのアクセション番号が登録されたのはＲＩＳ１２であることが明快に理解されるため、原因が操作者の入力ミスであったことを簡単に知ることが可能である。
【００４０】
この例では、アクセション番号「Ｔ２００６０７１３１２１０  Ａ」の文字列の中にスペースが挿入されたことがエラーの原因である。これは、各装置ログ及びＤＩＣＯＭ通信ログを遡って調べていくときに、例えば、ＬＯＧＩＤ（私的ＬＯＧＩＤがあればこれも含めて）とアクセション番号を関連付けていくことにより、その原因箇所を容易に見つけることができる。本発明によれば、アクセション番号だけでなく、他のミスによりエラーなども、同様にその原因箇所を容易に見つけることが可能である。
【００４１】
なお、予め定められた情報としては、検査ＩＤや、アクセション番号、ＳＯＰインスタンス（Instance）ＵＩＤ、やPerformed Procedure Type Description を用いてもよい。
【００４２】
この実施形態では、ＰＡＣＳのステップＳ２０７においてアクセション番号にスペースがあってエラーになった原因は、その前の装置であるモダリティ１３だけを調査しても原因を特定することができず、更に遡ってＲＩＳ１２を調査しないと原因を特定することができない。真の原因は、ＲＩＳ１２においてアクセション番号にスペースの文字が入力され警告（warning）を出しているにも拘わらずエラー処理が不完全で、後の処理を続行してしまったことである。
【００４３】
なお、上記実施形態でアクセション番号のエラー処理は、モダリティ１３はＲＩＳ１２に任せておりエラーを検出する処理ロジックがないので、ＲＩＳ１２のエラーを見過ごし、エラーチェックの厳しいＰＡＣＳ１４で初めてエラーを検出している。実際の医療機関では、このように複数の装置が絡むだけでなく通信量も膨大となるので、いかに情報のフローを効率よく把握しログを解析できるかがシステムの不具合の早期解決には重要である。
【００４４】
ところで、上記実施形態において、一連のデータ通信を識別するための識別情報を発行する識別情報発行モジュールと、この発行した識別情報を通信データに付与する識別情報付与モジュールを更に有する構成とすることができる。
【００４５】
この実施形態の場合、識別情報発行モジュールは、ホスト名と日時情報を基に一意に識別できる文字列を生成したり、日時情報にシリアル番号を付与したりして一意に識別できる文字列を作成する。また、識別情報付与モジュールは、通信データにその識別情報を付与するものであり、例えば図３及び図４に示すようにＤＩＣＯＭ規格データにおける私的タグ（Private Tag）を用いて付与することが可能である。
【００４６】
その他の処理の流れは、上記実施形態の図２及び図５に示した場合と同様である。
【００４７】
また、他の実施形態として、ＤＩＣＯＭ通信ログでなく、データそのものをログとして記憶することも可能である。即ち、この実施形態の場合には、医用情報システムまたは医用機器の間でネットワークを介してデータを送受信するに際して、データ内の予め定められた情報を抽出して記憶する通信モジュールにおいて、データ転送時に処理経過とその情報を付与して記憶すると共に、送受信したデータを記録しながらデータの送受信を行い、送信モジュールでは、記録された処理経過及びデータを送信する。
【００４８】
そして、ログ管理装置においては、上記ログ送信モジュールから送信された処理経過を受信してログデータベースに記憶し管理すると共に、検索機能を提供し、キーワードを入力してそのログデータベース内に保持されている処理経過の中からそのキーワードを含む処理経過を抽出して、ログ表示検索部に時系列に表示する。このログ表示検索部には、予め定められた条件を満たす処理経過をクローズアップして表示すると共に、その処理経過に対応するデータを連動させて表示する。
【００４９】
なお、上記実施形態では、ＤＩＣＯＭ通信のログを記憶するＤＩＣＯＭログデータベース１７と、ログを表示し検索結果を表示するログ表示検索部２０は、同じログ管理装置１６内に有していた。しかし、これらのＤＩＣＯＭログデータベース１７とログ表示検索部２０は独立したパソコンなどに分けて配置することも可能である。ログ表示検索部はログビュアとして、ログ管理装置とは独立に設けることもできる。また、これらを医療情報システムや医療機器の他の部分と一体として配置してもよい。
【００５０】
上記実施形態では、装置ログは各装置内に記憶し、ＤＩＣＯＭ通信の通信ログはログ管理装置に記憶していた。しかし本発明では、装置ログ及び通信ログの両方を一括して記憶するようにしてもよい。
【００５１】
上記実施形態では、ログ中のアクセッション番号を手掛かりに、エラー原因発生箇所を見つけていた。アクセッション番号は、ＤＩＣＯＭの規格上必須データとなっており、そのうえ、ＲＩＳからＰＡＣＳの通信がなされる度に新しい番号が発番され、必ず存在する値であるので、本発明のように多量の通信ログの中から必要なログを遡る際には有用である。しかし、このアクセッション番号は他のコードを用いる場合には、ＤＩＣＯＭ規格上必須データとなっておらず、通信の度に新しい番号が発番されるとは限られないので、本発明において、他の情報を使うことが望ましい場合もある。
【００５２】
本発明は、上記実施形態に限られず種々変形して実施可能であり、その技術思想の範囲内で本発明に含まれる。
【図面の簡単な説明】
【００５３】
【図１】本発明一実施形態の医用機器情報解析システムの構成を示す図。
【図２】本発明一実施形態の医用機器情報解析システムにおいて各装置間の通信の動作を説明するための図。
【図３】本発明一実施形態において、ＲＩＳ１２からモダリティ１３に送られる応答メッセージに含まれる検査予約情報の例を示す図。
【図４】本発明一実施形態において、モダリティ１３からＰＡＣＳ１４に送信される検査画像情報の例を示す図。
【図５】本発明一実施形態において、エラーが発生した場合の、その原因の箇所を特定する処理の処理フローを示す図。
【図６】本発明一実施形態において、エラーが発生した場合の、その原因の箇所を特定する処理を説明するための図。
【符号の説明】
【００５４】
１０・・・医用情報システム、
１１・・・ローカルエリアネットワーク（ＬＡＮ）、
１２・・・放射線科情報管理システム（ＲＩＳ）、
１３・・・医用画像取得装置（モダリティ）、
１４・・・医用画像保管通信システム（ＰＡＣＳ）、
１５・・・ワークステーション（ＷＳ）、
１２ｄ、１３ｄ、１４ｄ、１５ｄ・・・ＤＩＣＯＭ通信部、
１６・・・ログ管理装置、
１７・・・ＤＩＣＯＭログデータベース（ＤＢ）、
１８・・・ログ検索処理部、
１９・・・ログ処理結果データベース（ＤＢ）
２０・・・ログ表示検索部。
【図１】
2009289133.tif 000003
【図２】
2009289133.tif 000004
【図３】
2009289133.tif 000005
【図４】
2009289133.tif 000006
【図５】
2009289133.tif 000007
【図６】
2009289133.tif 000008