(57)【要約】 【課題】医用画像データに対して質問する際のユーザの手間を軽減すること。【解決手段】サーバ３は、メディア９の提供先のユーザのユーザＩＤを取得する。また、選択された医用画像のヘッダ情報から医師種別毎の医師名を抽出し、その医師名とメールアドレスとを対応付けた連絡先テーブルを生成する。そして、取得したユーザＩＤに基づいて照会医や読影医といった医師種別の質問先グループを選択し、ユーザＩＤと対応付けて質問先テーブルを生成し、連絡先テーブルと共にメディア９に記憶する。クライアント５は、ログインユーザのユーザＩＤを取得し、そのユーザＩＤに対応付けられた質問先グループを質問先テーブルから読み出し、その質問先グループで示される医師の医師名を医用画像のヘッダ情報から抽出する。次いで、その医師名に対応付けられたメールアドレスを連絡先テーブルから読み出し、メールデータに設定する。【選択図】図２
2008077610.tif 000002
【特許請求の範囲】
【請求項１】
医用画像データを各種媒体に出力することで当該医用画像データを外部機器にデータ移送する医用画像提供装置において、
医療スタッフ毎の識別情報と、当該医療スタッフの連絡先情報とを対応付けて記憶する記憶手段と、
予め定められたユーザ種別毎のユーザ情報を取得する取得手段と、
前記医用画像データに含まれる前記医療スタッフの識別情報を当該医用画像データから抽出する抽出手段と、
前記抽出手段により抽出された識別情報に対応付けられた連絡先情報を前記記憶手段から読み出し、その連絡先情報と当該識別情報とを対応付けた連絡先テーブルを生成する連絡先テーブル生成手段と、
前記取得手段により取得されたユーザ情報のユーザ種別に基づいて前記医療スタッフを分類する分類情報を選択し、その分類情報と当該ユーザ情報と対応付けた質問先テーブルを生成する質問先テーブル生成手段と、
前記連絡先テーブルと前記質問先テーブルとを前記医用画像データと共に前記各種媒体に出力する出力手段と、
を備えることを特徴とする医用画像提供装置。
【請求項２】
医用画像データを各種媒体に出力することで当該医用画像データを外部機器にデータ移送する医用画像提供装置において、
医療スタッフ毎の識別情報と、当該医療スタッフの連絡先情報とを対応付けて記憶する記憶手段と、
予め定められたユーザ種別毎のユーザ情報を取得する取得手段と、
前記医用画像データに含まれる前記医療スタッフの識別情報を当該医用画像データから抽出する抽出手段と、
前記抽出手段により抽出された識別情報に対応付けられた連絡先情報を前記記憶手段から読み出し、その連絡先情報と当該識別情報とを対応付けた連絡先テーブルを生成する連絡先テーブル生成手段と、
前記取得手段により取得されたユーザ情報と、そのユーザ情報のユーザ種別とを対応付けて質問先テーブルを生成する質問先テーブル生成手段と、
前記連絡先テーブルと前記質問先テーブルとを前記医用画像データと共に前記各種媒体に出力する出力手段と、
を備えることを特徴とする医用画像提供装置。
【請求項３】
前記連絡先情報は、前記医療スタッフ毎のメールアドレスを含むことを特徴とする請求項１又は２に記載の医用画像提供装置。
【請求項４】
前記出力手段は、
前記連絡先テーブル、前記質問先テーブル及び前記医用画像データを可搬電子媒体に書き込み出力する書込手段を有することを特徴とする請求項１〜３の何れか一項に記載の医用画像提供装置。
【請求項５】
前記書込手段は、
前記連絡先テーブル、前記質問先テーブル及び前記医用画像データをＩＨＥに対応したデータ構造で前記可搬電子媒体に書き込むことを特徴とする請求項４に記載の医用画像提供装置。
【請求項６】
各種媒体を介して外部機器からデータ移送された医用画像データの再生表示を行うと共に、外部機器に対する通信手段を有する医用画像再生装置において、
医療スタッフの識別情報と当該医療スタッフの連絡先情報とが対応付けられた連絡先テーブルと、当該医療スタッフを分類する分類情報とユーザ情報とが対応付けられた質問先テーブルとを前記医用画像データと共に前記各種媒体から取得する医用情報取得手段と、
ユーザ入力に従ってユーザ情報を取得するユーザ情報取得手段と、
前記ユーザ情報取得手段により取得されたユーザ情報に対応付けられた前記分類情報を前記質問先テーブルから読み出し、その分類情報で分類される当該医療スタッフの識別情報を前記医用画像データから抽出する識別情報抽出手段と、
前記識別情報抽出手段により抽出された識別情報に対応付けられた連絡先情報を前記連絡先テーブルから読み出し、その連絡先情報を前記通信手段の通信先として設定する設定手段と、
を備えることを特徴とする医用画像再生装置。
【請求項７】
各種媒体を介して外部機器からデータ移送された医用画像データの再生表示を行うと共に、外部機器に対する通信手段を有する医用画像再生装置において、
医療スタッフの識別情報と当該医療スタッフの連絡先情報とが対応付けられた連絡先テーブルと、ユーザ情報と当該ユーザ情報のユーザ種別とが対応付けられた質問先テーブルとを前記医用画像データと共に前記各種媒体から取得する医用情報取得手段と、
ユーザ入力に従ってユーザ情報を取得するユーザ情報取得手段と、
前記ユーザ情報取得手段により取得されたユーザ情報に対応付けられたユーザ種別を前記質問先テーブルから読み出し、そのユーザ情報に基づいて前記医療スタッフを分類する分類情報を選択する分類情報選択手段と、
前記分類情報選択手段により選択された分類情報で分類される前記医療スタッフの識別情報を前記医用画像データから抽出する識別情報抽出手段と、
前記識別情報抽出手段により抽出された識別情報に対応付けられた連絡先情報を前記連絡先テーブルから読み出し、その連絡先情報を前記通信手段の通信先として設定する設定手段と、
を備えることを特徴とする医用画像再生装置。
【請求項８】
前記通信手段は、前記外部機器に対してメールデータを送信する電子メーラを含み、
前記連絡先情報は、前記医療スタッフ毎のメールアドレスを含み、
前記設定手段は、前記連絡先テーブルから前記メールアドレスを読み出して前記メールデータの宛先として設定するメール設定手段を有することを特徴とする請求項６又は７に記載の医用画像再生装置。
【請求項９】
前記医用画像データに含まれる付帯情報を抽出する付帯情報抽出手段を更に備え、
前記メール設定手段は、
前記付帯情報抽出手段により抽出された付帯情報を前記メールデータの本文に設定する本文設定手段を有することを特徴とする請求項８に記載の医用画像再生装置。
【請求項１０】
前記医用情報取得手段は、
前記連絡先テーブル、前記質問先テーブル及び前記医用画像データを可搬電子媒体から読み取って取得する読取手段を有することを特徴とする請求項６〜９の何れか一項に記載の医用画像再生装置。
【請求項１１】
コンピュータを、
医療スタッフ毎の識別情報と、当該医療スタッフの連絡先情報とを対応付けて記憶する記憶手段、
予め定められたユーザ種別毎のユーザ情報を取得する取得手段、
医用画像データに含まれる前記医療スタッフの識別情報を当該医用画像データから抽出する抽出手段、
前記抽出手段により抽出された識別情報に対応付けられた連絡先情報を前記記憶手段から読み出し、その連絡先情報と当該識別情報とを対応付けた連絡先テーブルを生成する連絡先テーブル生成手段、
前記取得手段により取得されたユーザ情報のユーザ種別に基づいて前記医療スタッフを分類する分類情報を選択し、その分類情報とユーザ情報と対応付けた質問先テーブルを生成する質問先テーブル生成手段、
前記連絡先テーブルと前記質問先テーブルとを前記医用画像データと共に各種媒体に出力する出力手段、
として機能させるためのプログラム。
【請求項１２】
コンピュータを、
医療スタッフ毎の識別情報と、当該医療スタッフの連絡先情報とを対応付けて記憶する記憶手段、
予め定められたユーザ種別毎のユーザ情報を取得する取得手段、
医用画像データに含まれる前記医療スタッフの識別情報を当該医用画像データから抽出する抽出手段、
前記抽出手段により抽出された識別情報に対応付けられた連絡先情報を前記記憶手段から読み出し、その連絡先情報と当該識別情報とを対応付けた連絡先テーブルを生成する連絡先テーブル生成手段、
前記取得手段により取得されたユーザ情報と、当該ユーザ情報のユーザ種別とを対応付けた質問先テーブルを生成する質問先テーブル生成手段、
前記連絡先テーブルと前記質問先テーブルとを前記医用画像データと共に各種媒体に出力する出力手段、
として機能させるためのプログラム。
【請求項１３】
コンピュータを、
医療スタッフの識別情報と当該医療スタッフの連絡先情報とが対応付けられた連絡先テーブルと、医療スタッフを分類する分類情報とユーザ情報とが対応付けられた質問先テーブルとを医用画像データと共に各種媒体から取得する医用情報取得手段、
ユーザ入力に従ってユーザ情報を取得するユーザ情報取得手段、
前記ユーザ情報取得手段により取得されたユーザ情報に対応付けられた前記分類情報を前記質問先テーブルから読み出し、その分類情報で分類される当該医療スタッフの識別情報を前記医用画像データから抽出する識別情報抽出手段、
前記識別情報抽出手段により抽出された識別情報に対応付けられた連絡先情報を前記連絡先テーブルから読み出し、その連絡先情報を通信手段の通信先として設定する設定手段、
として機能させるためのプログラム。
【請求項１４】
コンピュータを、
医療スタッフの識別情報と当該医療スタッフの連絡先情報とが対応付けられた連絡先テーブルと、ユーザ情報と当該ユーザ情報のユーザ種別とが対応付けられた質問先テーブルとを医用画像データと共に各種媒体から取得する医用情報取得手段、
ユーザ入力に従ってユーザ情報を取得するユーザ情報取得手段、
前記ユーザ情報取得手段により取得されたユーザ情報に対応付けられたユーザ種別を前記質問先テーブルから読み出し、前記医療スタッフを分類する分類情報をそのユーザ情報に基づいて選択する分類情報選択手段、
前記分類情報選択手段により選択された分類情報で分類される前記医療スタッフの識別情報を前記医用画像データから抽出する識別情報抽出手段、
前記識別情報抽出手段により抽出された識別情報に対応付けられた連絡先情報を前記連絡先テーブルから読み出し、その連絡先情報を通信手段の通信先として設定する設定手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用画像データを各種媒体に出力することで当該医用画像データを外部機器にデータ移送する医用画像提供装置と、各種媒体を介して外部機器からデータ移送された医用画像データの再生表示を行うと共に外部機器に対する通信手段を有する医用画像再生装置と、プログラムとに関する。
【背景技術】
【０００２】
医療の分野において、医用画像をデジタル化して取り扱うことが最近では主流となりつつある。具体的には、ＣＴ（Computed Tomography）装置、ＭＲＩ（Magnetic Resonance Imaging）装置等の医用画像生成装置（以下、「モダリティ」という）によってデジタル化され、ＰＡＣＳ（Picture Archiving and Communication System for medical application）と呼ばれる医用画像管理システムで記憶管理されている。
【０００３】
医用画像は、ＤＩＣＯＭ（Digital Imaging and Communication in Medicine）規格に準拠したデータ形式で患者情報や検査情報を含む医用画像データとしてデジタル化される。ＤＩＣＯＭとは、医用画像の通信及び保存フォーマットに関する標準規格であり、この規格に準拠することで、異なる医療機器間での相互通信性が確保される。
【０００４】
ところが、ＤＩＣＯＭ規格に準拠したからといって、必ずしも適正に医用画像の通信ができるとは限らないのが現況である。これは、ＤＩＣＯＭ規格に対する解釈が各ベンダー（メーカー）に委ねられ、ＤＩＣＯＭ規格のサポート範囲がベンダー毎に異なることがあるためである。従って、ＤＩＣＯＭが標準規格とされならが、異なるベンダー同士の医療機器間では医用画像の通信ができなかったり、通信できたとしてもその医用画像を表示できなかったりする不具合が生じてしまった。
【０００５】
そこで、近年は、ＤＩＣＯＭ規格や医用情報標準化規格（Health Level 7；以下「ＨＬ７」という）等の標準規格を臨床現場のワークフローに則して適用するためのＩＨＥ（Integrating Healthcare Enterprise）やＩＨＥ−Ｊ（IHE-Japan）と呼ばれるガイドラインが定められ、運用されている。以下、ＩＨＥ及びＩＨＥ−Ｊを「ＩＨＥ」と総称することとする。
【０００６】
このＩＨＥに則っとることで、医療機器間の相互通信性を高め、マルチベンダによる低コストのシステム構築が可能になる。このような医用画像の標準化により、ネットワークを介した医用画像データの提供が容易になった。また、医用画像データの提供方法としては、ＭＯディスクやＣＤ−Ｒ等の各種メディアを用いてデータ移送する方法もあり、メディアに医用画像データを記憶する際のデータ構造もＩＨＥによって定められている。このため、当該メディアを用いた医用画像データの提供も容易になった。
【０００７】
また、医用画像データの提供を受けた他のＰＡＣＳの部門や医療機関、患者側において、その医用画像に対してユーザに質問が生じた場合、電話やファクシミリ、電子メールといった通信手段が一般には用いている。電子メールを用いた技術としては、複数の送信相手先の中から選択した送信相手先に電子メールで診療情報を含む質問を送信する技術が知られている（特許文献１参照）。
【特許文献１】特開２００３−３０３３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ところで、モダリティの多様化等によって一枚の医用画像に関わった医師や技師等の医療スタッフは、医用画像の撮影を行った撮影技師、読影を行った読影医、医用画像の照会を行った照会医といったように複雑になっている。このため、医用画像に対する質問をどの医療スタッフに行うのが適切なのかは、ユーザが適宜判断しなければならない。
【０００９】
しかし、患者は照会医に、照会医は読影医に、読影医は撮影技師にといったようにユーザ毎に質問先が異なるのが通例である。このため、ある医用画像に対する質問先を単純に一人の医療スタッフに定めた場合は、その医療スタッフに質問が集中してしまい運用上現実的ではなかった。
【００１０】
また、ＰＡＣＳ内で医用画像データに関わった医療スタッフをデータベース管理することは容易ではあるが、上述のようにネットワークやメディアを介して外部のＰＡＣＳや医療機関等にデータ移送した場合、その移送先で医用画像に関わった医療スタッフを判断することは困難である。
【００１１】
また、特許文献１の技術では、複数の送信相手先の中から所望の送信相手先を選択できるが、その送信相手先の中のどの医療スタッフが質問先として適しているかの判断はユーザが行わなければならない。このため、医用画像の提供を受けたユーザは、質問先の医療スタッフを事前に問い合わせたり、その医療スタッフへの連絡先を調査したりしなければならなく、非常に煩雑であった。
【００１２】
本発明は、上述した課題に鑑みて為されたものであり、その目的とするところは、医用画像データに対して質問する際のユーザの手間を軽減することである。
【課題を解決するための手段】
【００１３】
以上の課題を解決するために、請求項１に記載の発明は、
医用画像データを各種媒体に出力することで当該医用画像データを外部機器にデータ移送する医用画像提供装置において、
医療スタッフ毎の識別情報と、当該医療スタッフの連絡先情報とを対応付けて記憶する記憶手段と、
予め定められたユーザ種別毎のユーザ情報を取得する取得手段と、
前記医用画像データに含まれる前記医療スタッフの識別情報を当該医用画像データから抽出する抽出手段と、
前記抽出手段により抽出された識別情報に対応付けられた連絡先情報を前記記憶手段から読み出し、その連絡先情報と当該識別情報とを対応付けた連絡先テーブルを生成する連絡先テーブル生成手段と、
前記取得手段により取得されたユーザ情報のユーザ種別に基づいて前記医療スタッフを分類する分類情報を選択し、その分類情報と当該ユーザ情報と対応付けた質問先テーブルを生成する質問先テーブル生成手段と、
前記連絡先テーブルと前記質問先テーブルとを前記医用画像データと共に前記各種媒体に出力する出力手段と、
を備えることを特徴としている。
【００１４】
請求項２に記載の発明は、
医用画像データを各種媒体に出力することで当該医用画像データを外部機器にデータ移送する医用画像提供装置において、
医療スタッフ毎の識別情報と、当該医療スタッフの連絡先情報とを対応付けて記憶する記憶手段と、
予め定められたユーザ種別毎のユーザ情報を取得する取得手段と、
前記医用画像データに含まれる前記医療スタッフの識別情報を当該医用画像データから抽出する抽出手段と、
前記抽出手段により抽出された識別情報に対応付けられた連絡先情報を前記記憶手段から読み出し、その識別情報と当該連絡先情報とを対応付けた連絡先テーブルを生成する連絡先テーブル生成手段と、
前記取得手段により取得されたユーザ情報と、当該ユーザ情報のユーザ種別とを対応付けた質問先テーブルを生成する質問先テーブル生成手段と、
前記連絡先テーブルと前記質問先テーブルとを前記医用画像データと共に前記各種媒体に出力する出力手段と、
を備えることを特徴としている。
【００１５】
請求項３に記載の発明は、請求項１又は２に記載の発明において、前記連絡先情報は、前記医療スタッフ毎のメールアドレスを含むことを特徴としている。
【００１６】
請求項４に記載の発明は、請求項１〜３の何れか一項に記載の発明において、
前記出力手段は、
前記連絡先テーブル、前記質問先テーブル及び前記医用画像データを可搬電子媒体に書き込み出力する書込手段を有することを特徴としている。
【００１７】
請求項５に記載の発明は、請求項４に記載の発明において、
前記書込手段は、
前記連絡先テーブル、前記質問先テーブル及び前記医用画像データをＩＨＥに対応したデータ構造で前記可搬電子媒体に書き込むことを特徴としている。
【００１８】
請求項６に記載の発明は、
各種媒体を介して外部機器からデータ移送された医用画像データの再生表示を行うと共に、外部機器に対する通信手段を有する医用画像再生装置において、
医療スタッフの識別情報と当該医療スタッフの連絡先情報とが対応付けられた連絡先テーブルと、医療スタッフを分類する分類情報とユーザ情報とが対応付けられた質問先テーブルとを前記医用画像データと共に前記各種媒体から取得する医用情報取得手段と、
ユーザ入力に従ってユーザ情報を取得するユーザ情報取得手段と、
前記ユーザ情報取得手段により取得されたユーザ情報に対応付けられた前記分類情報を前記質問先テーブルから読み出し、その分類情報で分類される当該医療スタッフの識別情報を前記医用画像データから抽出する識別情報抽出手段と、
前記識別情報抽出手段により抽出された識別情報に対応付けられた連絡先情報を前記連絡先テーブルから読み出し、その連絡先情報を前記通信手段の通信先として設定する設定手段と、
を備えることを特徴としている。
【００１９】
請求項７に記載の発明は、
各種媒体を介して外部機器からデータ移送された医用画像データの再生表示を行うと共に、外部機器に対する通信手段を有する医用画像再生装置において、
医療スタッフの識別情報と当該医療スタッフの連絡先情報とが対応付けられた連絡先テーブルと、ユーザ情報と当該ユーザ情報のユーザ種別とが対応付けられた質問先テーブルとを前記医用画像データと共に前記各種媒体から取得する医用情報取得手段と、
ユーザ入力に従ってユーザ情報を取得するユーザ情報取得手段と、
前記ユーザ情報取得手段により取得されたユーザ情報に対応付けられたユーザ種別を前記質問先テーブルから読み出し、前記医療スタッフを分類する分類情報をそのユーザ情報に基づいて選択する分類情報選択手段と、
前記分類情報選択手段により選択された分類情報で分類される前記医療スタッフの識別情報を前記医用画像データから抽出する識別情報抽出手段と、
前記識別情報抽出手段により抽出された識別情報に対応付けられた連絡先情報を前記連絡先テーブルから読み出し、その連絡先情報を前記通信手段の通信先として設定する設定手段と、
を備えることを特徴としている。
【００２０】
請求項８に記載の発明は、請求項６又は７に記載の発明において、
前記通信手段は、前記外部機器に対してメールデータを送信する電子メーラを含み、
前記連絡先情報は、前記医療スタッフ毎のメールアドレスを含み、
前記設定手段は、前記連絡先テーブルから前記メールアドレスを読み出し、前記メールデータの宛先として設定するメール設定手段を有することを特徴としている。
【００２１】
請求項９に記載の発明は、請求項８に記載の発明において、
前記医用画像データに含まれる付帯情報を抽出する付帯情報抽出手段を更に備え、
前記メール設定手段は、
前記付帯情報抽出手段により抽出された付帯情報を前記メールデータの本文に設定する本文設定手段を有することを特徴としている。
【００２２】
請求項１０に記載の発明は、請求項６〜９の何れか一項に記載の発明において、
前記医用情報取得手段は、
前記連絡先テーブル、前記質問先テーブル及び前記医用画像データを可搬電子媒体から読み取って取得する読取手段を有することを特徴としている。
【００２３】
請求項１１に記載のプログラムは、
コンピュータを、
医療スタッフ毎の識別情報と、当該医療スタッフの連絡先情報とを対応付けて記憶する記憶手段、
予め定められたユーザ種別毎のユーザ情報を取得する取得手段、
医用画像データに含まれる前記医療スタッフの識別情報を当該医用画像データから抽出する抽出手段、
前記抽出手段により抽出された識別情報に対応付けられた連絡先情報を前記記憶手段から読み出し、その連絡先情報と当該識別情報とを対応付けた連絡先テーブルを生成する連絡先テーブル生成手段、
前記取得手段により取得されたユーザ情報のユーザ種別に基づいて前記医療スタッフを分類する分類情報を選択し、その分類情報と当該ユーザ情報と対応付けた質問先テーブルを生成する質問先テーブル生成手段、
前記連絡先テーブルと前記質問先テーブルとを前記医用画像データと共に各種媒体に出力する出力手段、
として機能させることを特徴としている。
【００２４】
請求項１２に記載のプログラムは、
コンピュータを、
医療スタッフ毎の識別情報と、当該医療スタッフの連絡先情報とを対応付けて記憶する記憶手段、
予め定められたユーザ種別毎のユーザ情報を取得する取得手段、
医用画像データに含まれる前記医療スタッフの識別情報を当該医用画像データから抽出する抽出手段、
前記抽出手段により抽出された識別情報に対応付けられた連絡先情報を前記記憶手段から読み出し、その識別情報と当該連絡先情報とを対応付けた連絡先テーブルを生成する連絡先テーブル生成手段、
前記取得手段により取得されたユーザ情報と、当該ユーザ情報のユーザ種別とを対応付けた質問先テーブルを生成する質問先テーブル生成手段、
前記連絡先テーブルと前記質問先テーブルとを前記医用画像データと共に各種媒体に出力する出力手段、
として機能させることを特徴としている。
【００２５】
請求項１３に記載のプログラムは、
コンピュータを、
医療スタッフの識別情報と当該医療スタッフの連絡先情報とが対応付けられた連絡先テーブルと、医療スタッフを分類する分類情報とユーザ情報とが対応付けられた質問先テーブルとを医用画像データと共に各種媒体から取得する医用情報取得手段、
ユーザ入力に従ってユーザ情報を取得するユーザ情報取得手段、
前記ユーザ情報取得手段により取得されたユーザ情報に対応付けられた前記分類情報を前記質問先テーブルから読み出し、その分類情報で分類される当該医療スタッフの識別情報を前記医用画像データから抽出する識別情報抽出手段、
前記識別情報抽出手段により抽出された識別情報に対応付けられた連絡先情報を前記連絡先テーブルから読み出し、その連絡先情報を通信手段の通信先として設定する設定手段、
として機能させることを特徴としている。
【００２６】
請求項１４に記載のプログラムは、
コンピュータを、
医療スタッフの識別情報と当該医療スタッフの連絡先情報とが対応付けられた連絡先テーブルと、ユーザ情報と当該ユーザ情報のユーザ種別とが対応付けられた質問先テーブルとを医用画像データと共に各種媒体から取得する医用情報取得手段、
ユーザ入力に従ってユーザ情報を取得するユーザ情報取得手段、
前記ユーザ情報取得手段により取得されたユーザ情報に対応付けられたユーザ種別を前記質問先テーブルから読み出し、前記医療スタッフを分類する分類情報をそのユーザ情報に基づいて選択する分類情報選択手段、
前記分類情報選択手段により選択された分類情報で分類される前記医療スタッフの識別情報を前記医用画像データから抽出する識別情報抽出手段、
前記識別情報抽出手段により抽出された識別情報に対応付けられた連絡先情報を前記連絡先テーブルから読み出し、その連絡先情報を通信手段の通信先として設定する設定手段、
として機能させることを特徴としている。
【発明の効果】
【００２７】
本発明によれば、連絡先テーブル及び質問先テーブルを医用画像データと共に医用画像再生装置が各種媒体を介して取得し、ユーザ入力されたユーザ情報と当該質問先テーブルとに基づいて医療スタッフの識別情報を医用画像データから抽出して、その識別情報に対応付けられた連絡先情報を連絡先テーブルから読み出して通信手段の通信先として設定する。
【００２８】
このため、データ移送先のユーザが医用画像データに対する質問を行う際に、質問先としてどの医療スタッフが質問に適しているかの判断や問い合わせ、医療スタッフの連絡先の調査等を行う手間が省ける。従って、適切な医療スタッフの連絡先情報に対して通信して容易に質問できるため、医用画像データに対して質問する際のユーザの手間を軽減することができる。
【００２９】
医用画像提供装置は、取得したユーザ情報のユーザ種別に基づいて医療スタッフを分類する分類情報を選択し、その分類情報とユーザ情報とを対応付けて質問先テーブルを生成することとしてもよい。これにより、医用画像再生装置では、ユーザ入力されたユーザ情報に対応付けられた分類情報を質問先テーブルから読み出し、その分類情報で分類される医療スタッフの識別情報を医用画像データから抽出して、連絡先テーブルにおいて当該識別情報に対応付けられた連絡先情報を通信手段の通信先として設定することができる。
【００３０】
また、医用画像提供装置は、取得したユーザ情報と、そのユーザ情報のユーザ種別とを対応付けて質問先テーブルを生成することとしてもよい。これにより、医用画像再生装置では、ユーザ入力されたユーザ情報に対応付けられたユーザ種別を質問先テーブルから読み出し、そのユーザ情報に基づいた分類情報で分類される医療スタッフの識別情報を医用画像データから抽出して、連絡先テーブルにおいて当該識別情報に対応付けられた連絡先情報を通信手段の通信先として設定することができる。
【００３１】
また、連絡先情報は、メールアドレスとしてもよく、医用画像再生装置では、そのメールアドレスをメールデータの宛先として設定する。これにより、電子メーラの宛先を逐次選択して設定するといったユーザの操作上の手間を省くことができる。
【００３２】
また、連絡先テーブル、質問先テーブル及び医用画像データを可搬電子媒体に書き込むことで、医用画像再生装置にデータ移送することとしてもよい。これにより、ネットワークを介さないオフラインにおいても医用画像データをデータ移送し、その医用画像データに対して質問する際のデータ移送先のユーザの手間を軽減することができる。
【００３３】
また、連絡先テーブル、質問先テーブル及び医用画像データをＩＨＥに対応したデータ構造で可搬電子媒体に書き込むこととしてもよい。これにより、ＩＨＥに対応した医用画像再生装置であれば、その可搬電子媒体に書き込まれたデータを容易に読み出すことができる。
【００３４】
また、医用画像再生装置では、医用画像データに含まれる付帯情報を抽出してメールデータの本文に設定することとしてもよい。これにより、医用画像データに関する付帯情報をユーザがメールデータに入力する手間を省くことができる。
【発明を実施するための最良の形態】
【００３５】
以下、本発明の医用画像提供装置を図２のサーバ３、医用画像再生装置を図２のクライアント５に適用した場合の実施形態について図１〜図１５を参照して説明する。
【００３６】
〔医用情報提供システムの概要〕
先ず、図１に示す医用情報提供システムＳの概要について説明する。図１は、医用情報提供システムＳのシステム構成の一例を示すブロック図である。図１によれば、医用情報提供システムＳは、病院毎のＰＡＣＳ１と、患者用の一般ＰＣ１１とが公衆回線網Ｎ１を介して各々がデータ通信可能に構成されている。図１において、ＰＡＣＳ１Ａは病院Ａに、ＰＡＣＳ１Ｂは病院Ｂに配設されている。
【００３７】
ＰＡＣＳ１で記憶管理されている医用画像データは、公衆回線網Ｎ１又はメディア９を介して他の病院のＰＡＣＳ１や患者の一般ＰＣ１１にデータ移送される。メディア９にデータ記憶する際のデータ構造は、ＩＨＥによって予め定められており、各ＰＡＣＳ１や一般ＰＣ１１がこのデータ構造に対応していることで、医用画像データのメディア９からの読み出しが容易になる。
【００３８】
また、ＰＡＣＳ１や一般ＰＣ１１がＤＩＣＯＭ規格やＩＨＥに対応していない場合であっても、ＤＩＣＯＭ規格やＩＨＥに対応したアプリケーションプログラムをメディア９に書き込んでおき、このプログラムをＰＡＣＳ１や一般ＰＣ１１が起動することで、データ移送先においても医用画像データの読み出しが可能になる。
【００３９】
図２にＰＡＣＳ１のシステム構成の一例を示す。図２によれば、ＰＡＣＳ１は、サーバ３とクライアント５とが院内ネットワークＮ３を介して通信接続されて、データ通信可能に構成されている。院内ネットワークＮ３は、病院内の専用ネットワークであり、各種モダリティＭやフィルム出力装置７が接続されている。また、院内ネットワークＮ３は、公衆回線網Ｎ１との間にファイヤーウォール等を設けてセキュリティの確保が為されている。
【００４０】
モダリティＭ（Ｍ１，Ｍ２，・・・）は、ＣＴやＣＲ、ＭＲＩ、乳房撮影装置、超音波診断装置等であり、撮影技師の操作に従って撮影して得られた画像のデータ信号をＤＩＣＯＭ規格に則したデジタルデータに変換して医用画像データを生成する。モダリティＭは、生成した医用画像データをサーバ３に送信する。
【００４１】
例えば、ＣＲは、被写体に放射線を照射して、その被写体を透過した放射線をプレート状の輝尽性蛍光体に吸収させる。そして、この輝尽性蛍光体を例えばレーザ光で走査しながら励起することにより、この輝尽性蛍光体が蓄積している放射線エネルギを発光させ、その発光を光電変換して得られた放射線画像のデータ信号をデジタル変換して被写体の画像データを生成する。
【００４２】
図３に、医用画像データＤ１のデータ構造の一例を示す。図３（ａ）によれば、医用画像データＤ１は、付帯情報としてのヘッダ情報Ｄ３と画像データＤ５とを有して構成される。ヘッダ情報Ｄ３は、図３（ｂ）に示すように、患者情報Ｄ３０、検査情報Ｄ３２、シリーズ情報Ｄ３４及び画像詳細情報Ｄ３６を有して構成され、例えば、ＤＩＣＯＭ規格に則って記述される。
【００４３】
また、ヘッダ情報Ｄ３は、ＨＩＳ（病院情報システム；Hospital Information System）やＲＩＳ（放射線情報システム；Radiological Information System）から発行されるオーダー情報に基づいて、医用画像の生成時にモダリティＭによって設定される。尚、図３（ｂ）に示すヘッダ情報Ｄ３は、本実施形態において主要なデータを模式化したものであり、他のデータの図示は省略している。
【００４４】
患者情報Ｄ３０は、図４（ａ）に示すように、患者情報ＬＩＤ（Link Identification）と、患者の名前（ＡＳＣＩＩ、カナ、漢字）、患者ＩＤ、生年月日、性別等の患者に関する各種情報とが含まれている。ＬＩＤは、ヘッダ情報Ｄ３に含まれる各種情報を関連付けるための識別子であり、患者情報ＬＩＤは、患者情報Ｄ３０を個別に識別し、当該患者情報Ｄ３０と検査情報Ｄ３２とを関連付ける。
【００４５】
検査情報Ｄ３２は、図４（ｂ）に示すように、検査情報ＬＩＤと、画像管理のために発行された検査インスタンスＵＩＤ（Unique Identification）と、検査情報Ｄ３２に対応付けられた患者情報ＬＩＤと、検査日付、検査ＩＤ等の検査に関する各種情報とが含まれている。検査情報ＬＩＤは、検査情報Ｄ３２を個別に識別し、当該検査情報Ｄ３２とシリーズ情報Ｄ３４等とを関連付ける。
【００４６】
シリーズ情報Ｄ３４は、図４（ｃ）に示すように、シリーズ情報ＬＩＤと、画像管理のために発行されたシリーズインスタンスＵＩＤと、そのシリーズ情報Ｄ３４に対応付けられた検査情報ＬＩＤと、医用画像を撮影したモダリティＭの種類を示す名称、そのモダリティＭのシリーズ番号、検査部位等のモダリティＭや撮影に関する各種情報とが含まれている。シリーズ情報ＬＩＤは、シリーズ情報Ｄ３４を個別に識別し、当該シリーズ情報Ｄ３４と画像詳細情報Ｄ３６等とを関連付ける。
【００４７】
また、検査情報Ｄ３２は、照会医師名Ｄ３２０、担当医師名Ｄ３２２及び読影医師名Ｄ３２４といった医療スタッフの識別情報を、シリーズ情報Ｄ３４は、実施医師名Ｄ３４０及び操作者氏名Ｄ３４２といった識別情報を含んで構成される。識別情報は、医用画像の撮影、読影、照会に関わった医師や技師等の医療スタッフを識別するための情報である。医師の種別（以下、「医師種別」という）としては、医用画像の照会を行う照会医、医用画像の読影を行う読影医、医用画像の撮影の実施を指示する実施医等がある。
【００４８】
尚、本実施形態では、医用画像データＤ１に関わった医師の氏名をスタッフ情報として説明するが、技師や他の医療スタッフの氏名を識別情報としてもよいし、医療スタッフ毎に固有に割り振られているＩＤを識別情報としてもよい。
【００４９】
画像詳細情報Ｄ３６は、図４（ｄ）に示すように、画像詳細情報ＬＩＤと、シリーズインスタンスＵＩＤ及び医用画像のファイル保存場所を示すアドレスを組み合わせて構成されるＳＯＰ（Service Object Pair）インスタンスＵＩＤとを含んで構成される。画像詳細情報ＬＩＤは、画像詳細情報Ｄ３６を個別に識別し、当該画像詳細情報Ｄ３６と他の情報とを関連付ける。
【００５０】
また、画像詳細情報Ｄ３６は、更に当該画像詳細情報Ｄ３６に対応付けられたシリーズ情報ＬＩＤと、医用画像が生成された際に付された画像番号、画像が生成された画像時刻等の画像管理や画像生成に関する各種情報とを含んで構成される。
【００５１】
サーバ３は、モダリティＭから送信される医用画像データＤ１を受信して、後述する医用画像ＤＢ３４０及び基本情報ＤＢ３４１に蓄積記憶することで医用画像データＤ１をデータベース管理する。また、ユーザは、所望の医用画像データＤ１を選択して、メディア９に書き込ませ、そのメディア９を介して医用画像データＤ１を他の病院のＰＡＣＳ１や一般ＰＣ１１にデータ移送することができる。
【００５２】
クライアント５は、ＬＣＤ（Liquid Crystal Display）等を備えて構成され、医用画像データＤ１に基づいて医用画像を再生表示する端末装置である。ユーザが、再生表示する医用画像データＤ１を指定すると、その医用画像データＤ１をサーバ３やメディア９から読み出して再生表示する。
【００５３】
フィルム出力装置７は、フィルムデジタイザ等により構成され、医用画像データＤ１に基づいた医用画像を記録媒体上に画像形成して出力する画像形成装置である。ユーザがフィルム出力する医用画像データＤ１を指定すると、その医用画像データＤ１がサーバ３やメディア９から読み出されて、熱感光フィルム等の記録媒体上に医用画像の画像形成を行って出力する。
【００５４】
〔サーバ及びクライアントの機能構成〕
次に、サーバ３及びクライアント５の機能構成について図５及び６を参照して説明する。サーバ３及びクライアント５は、汎用的なコンピュータによって構成可能であり、それぞれの各機能部の主要な構成は略同一である。このため、クライアント５側の機能構成については、サーバ３と異なる部分を中心に説明する。
【００５５】
サーバ３は、図５に示すように制御部３０と、入力部３１と、表示部３２と、通信部３３と、記憶部３４と、Ｉ／Ｆ部３５とを備えて構成される。制御部３０は、ＣＰＵ（Central Processing Unit）やＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等により構成され、各機能部の動作の制御と、機能部間のデータ入出力の制御等を行うことでサーバ３を統括的に管理・制御する制御部である。
【００５６】
具体的には、入力部３１から入力される操作信号に応じてＲＯＭや記憶部３４に格納されたプログラムを読み出し、当該プログラムに従った処理を実行する。そして、その処理結果に基づいて、表示部３２の表示画面の更新や記憶部３４へのデータの記憶、通信部３３を介した外部機器とのデータ通信等を行う。
【００５７】
入力部３１は、カーソルキーやテンキー等の各種キー群や、マウスやタッチパネル等のポインティングデバイスを備えて構成される。入力部３１は、ユーザに押下されたキーに対応する操作信号や、ポインティングデバイスにより指定された画面上の座標位置に対応する操作信号を制御部３０に出力する。
【００５８】
表示部３２は、ＣＲＴ（Cathode-ray Tube）やＬＣＤ等により構成され、制御部３０の制御に基づいた表示画面の表示や、医用画像データＤ１の再生表示等を行う。通信部３３は、ＬＡＮインターフェイスやモデム等により構成され、院内ネットワークＮ３や公衆回線網Ｎ１を介して外部の機器とデータ通信を行う機能部である。Ｉ／Ｆ部３５は、メディアドライブ４０との間で所定の通信方式に基づいてデータ通信を行う機能部であり、例えば、ＵＳＢやＳＣＳＩ等により構成される。
【００５９】
メディアドライブ４０は、各種メディアに対してデータの読み書きを行う装置であり、ＣＤドライブであればＣＤ−ＲやＣＤ−ＲＷに、ＭＯドライブであればＭＯディスクに対するデータの書き込み及び読み出しを行う。尚、本実施形態においては、可搬記憶媒体としてＣＤ−ＲやＭＯディスクを例にとって説明するが、ＤＶＤ−Ｒ、ＤＶＤ―ＲＷ、ＨＤＤ等の他の電子メディアを採用することとしてもよい。
【００６０】
メディア９を介して医用画像データＤ１を外部の医療機関のＰＡＣＳ１や患者の一般ＰＣ１１にデータ移送する場合には、その医用画像データＤ１と共に当該医用画像データＤ１に関わった医師のメールアドレスもメディア９に書き込まれる。
【００６１】
記憶部３４は、磁気的、光学的な記憶媒体にデータの読み書きを行う機能部であり、ＨＤＤ（Hard Disk Drive）等により構成される。図６（ａ）によれば、記憶部３４は、医用画像ＤＢ３４０と、基本情報ＤＢ３４１と、認証情報ＤＢ３４２と、アドレス帳ＤＢ３４６と、連絡先テーブル３４９と、質問先テーブル３５２を記憶している。
【００６２】
医用画像ＤＢ３４０は、モダリティＭから受信した医用画像データＤ１に含まれる画像データＤ５を検索可能に記憶するデータベースである。また、基本情報ＤＢ３４１は、モダリティＭから受信した医用画像データＤ１に含まれるヘッダ情報Ｄ３を検索可能に記憶するデータベースである。
【００６３】
制御部３０は、医用画像データＤ１を受信すると、ヘッダ情報Ｄ３と画像データＤ５とに分離し、それぞれを基本情報ＤＢ３４１と医用画像ＤＢ３４０とに記憶する。このとき、対になるヘッダ情報Ｄ３と画像データＤ５とを関連付けるためのアドレス情報等を付加することで、ヘッダ情報Ｄ３及び画像データＤ５が対応付けられる。
【００６４】
認証情報ＤＢ３４２は、ユーザ認証に用いられるユーザ情報を記憶するデータベースであり、具体的には、ユーザＩＤ３４３と、パスワード３４４と、ユーザ種別３４５とを対応付けてユーザ情報として蓄積記憶する。ユーザ種別は、一般患者であるか、如何なる医療スタッフ（参照医や読影医等）であるかといったユーザの種別を示す情報である。
【００６５】
アドレス帳ＤＢ３４６は、医療スタッフ毎の連絡先情報を記憶するデータベースであり、具体的には、医師名３４７と、メールアドレス３４８とを対応付けて蓄積記憶する。認証情報ＤＢ３４２及びアドレス帳ＤＢ３４６は、ユーザ操作により予め登録される。
【００６６】
連絡先テーブル３４９は、図７（ａ）に示すように医師名３５０とメールアドレス３５１とを対応付けて記憶するデータテーブルである。制御部３０は、ユーザにより指定された医用画像データＤ１のヘッダ情報Ｄ３から医師種別毎の医師名を抽出した際に、その医師名に対応付けられたメールアドレス３５１をアドレス帳ＤＢ３４６から読み出す。そして、読み出したメールアドレス３５１と医師名３５０とを対応付けて連絡先テーブル３４９に記憶する。
【００６７】
質問先テーブル３５２は、図７（ｂ）に示すようにユーザＩＤ３５４及びパスワード３５５を含むユーザ情報３５３と、質問先グループ３５６とを対応付けて記憶するデータテーブルである。医療スタッフの種別情報としての質問先グループ３５６は、ユーザＩＤ３５４で示されるユーザの医用画像に対する質問先としての医師種別である。
【００６８】
制御部３０は、医用画像データＤ１をメディア９に書き込む際には、メディア９を提供する相手のユーザＩＤの入力をユーザに要求する。そして、その入力されたユーザＩＤに対応付けられたパスワード３４４を認証情報ＤＢ３４２から読み出して、質問先テーブル３５２に記憶する。
【００６９】
また、ユーザＩＤに対応付けられたユーザ種別３４５を認証情報ＤＢ３４２から読み出し、このユーザ種別３４５に基づいて質問先グループ３５６を選択し設定する。具体的には、ユーザ種別３４５が「一般患者」である場合には質問先グループ３５６を「照会医」を選択し、「照会医」である場合には「読影医」を選択するといったように、ユーザ種別３４５で示されるユーザが質問を行う際にその質問先として予め適切とされた医師種別を質問先グループ３５６として対応付けて記憶する。
【００７０】
制御部３０は、このように作成した連絡先テーブル３４９及び質問先テーブル３５２をメディア９に記憶する。尚、メディア９にデータを記憶する際のデータ構造は、図８のようなデータ構造とすることが好ましい。
【００７１】
図８に示すデータ構造は、医用画像データＤ１をメディア９に記憶する際のデータ運用に関するＰＤＩ（Portable Data for Imaging）と呼ばれるプロファイルであり、ＩＨＥによって定められている。図８によれば、メディア９のルートディレクトリには、ＤＩＣＯＭＤＩＲファイル９０と、ＤＩＣＯＭディレクトリ９１と、ＯＴＨＥＲファイル９２と、ＯＴＨＥＲディレクトリ９３とが記憶される。
【００７２】
ＤＩＣＯＭディレクトリ９１は、ＤＩＣＯＭ規格に則った医用画像データＤ１を記憶するディレクトリであり、そのディレクトリの索引がＤＩＣＯＭＤＩＲファイル９０に記憶される。ＤＩＣＯＭＤＩＲファイル９０とＤＩＣＯＭディレクトリ９１とを記憶することがＰＤＩの必須要件となる。
【００７３】
ＯＴＨＥＲディレクトリ９３は、アプリケーションプログラム９４やそのアプリケーションプログラム９４の実行に要する設定ファイル９７等を記憶するディレクトリである。ＯＴＨＥＲファイル９２には、ＯＴＨＥＲディレクトリ９３の索引やアプリケーションプログラム９４の自動起動の初期設定等が記憶される。
【００７４】
アプリケーションプログラム９４としては、閲覧アプリ９５と、簡易メーラ９６とが記憶される。閲覧アプリ９５は、図１０及び１１に示すフローチャートの処理を実行するためのアプリケーションプログラムであり、医用画像データＤ１の再生表示と、その医用画像データＤ１に対する質問先のメールアドレスの設定等を行う。
【００７５】
また、簡易メーラ９６は、電子メールを送受信するためのアプリケーションプログラムである。簡易メーラ９６としては、一般的なパーソナルコンピュータで用いられているメーラの機能を簡略化したものであればよく、適宜公知技術を採用可能である。
【００７６】
設定ファイル９７としては、上述した連絡先テーブル３４９と、質問先テーブル３５２と、デフォルトアドレステーブル１００とが記憶される。デフォルトアドレステーブル１００は、予め設定された医師種別毎に医師のメールアドレスを対応付けたデータテーブルである。
【００７７】
制御部３０は、医用画像データＤ１をメディア９に記憶する際には、図８に示すようなデータ構造をメディア９内に生成し、各種データを記憶する。このようなＩＨＥにより定められたデータ構造で医用画像データＤ１等を記憶することで、ＩＨＥに対応した他の医療機関のＰＡＣＳ１や患者の一般ＰＣ１１であれば、容易に医用画像データＤ１の読み出しを行うことができるようになる。
【００７８】
次に、図６（ｂ）を参照してクライアント５の記憶部５４のデータ構成について説明する。図６（ｂ）によれば、クライアント５の記憶部５４は、ユーザＩＤ５４０と、メールデータ５４１とを記憶している。
【００７９】
ユーザＩＤ５４０は、ユーザのログイン時に入力部５１の操作に従って入力される。メールデータ５４１は、宛先５４２、件名５４３及び本文５４４を含み、簡易メーラ９６やクライアント５が搭載する標準メーラ等の電子メーラによって作成される。
【００８０】
クライアント５の制御部５０は、メディア９がメディアドライブ６０に装填されたことを検知すると、ＯＴＨＥＲファイル９２のアプリケーションプログラム９４の起動設定に応じて閲覧アプリ９５を起動する。この起動時、ユーザＩＤ５４０の入力をユーザに要求して、ユーザＩＤ５４０を取得する。
【００８１】
そして、ユーザによって選択された医用画像データＤ１をメディア９から読み出して再生表示し、その医用画像に対して質問を行うという指示入力が為された場合には、簡易メーラ９６又は標準メーラを起動する。このとき、制御部５０は、ユーザＩＤ５４０と、医用画像データＤ１のヘッダ情報Ｄ３に含まれる医師名とに基づいて、ユーザの質問先として適切な医師のメールアドレスを連絡先テーブル３４９から読み出して、メールデータ５４１の宛先５４２に設定する。尚、メールアドレスを読み出す工程の詳細については、後述する。
【００８２】
〔サーバ及びクライアントの具体的な動作〕
次に、サーバ３及びクライアント５の具体的な動作について図９〜図１４を参照して説明する。図９は、サーバ３の制御部３０によって行われる処理のフローチャートであり、図１０及び１１は、クライアント５の制御部５０によって行われる処理のフローチャートである。また、図１２〜図１４は、サーバ３及びクライアント５の表示画面の一例である。
【００８３】
先ず、サーバ３の具体的な動作について説明する。サーバ３の制御部３０は、記憶部３４に記憶している基本情報ＤＢ３４１に基づいて、図１２（ａ）に示すような医用画像一覧画面３２０を表示部３２に表示させる。医用画像一覧画面３２０は、医用画像データＤ１に含まれるヘッダ情報Ｄ３の内容を一覧表示する表示画面である。この一覧表示の中から選択した医用画像の画像データＤ５が医用画像ＤＢ３４０から読み出されて再生表示される。
【００８４】
また、医用画像一覧画面３２０には、メディア書き込みボタン３２１が含まれている。ユーザがこのメディア書き込みボタン３２１を押下・指定すると、図１２（ｂ）のようなメディア提供先選択画面３２２が表示部３２に表示される。
【００８５】
ユーザは、このメディア提供先選択画面３２２のユーザ種別選択ボタン３２３を操作して、一般患者、照会医、読影医といったユーザ種別を選択し、そのユーザ種別に対応して一覧表示されるユーザＩＤの中から、所望のユーザＩＤをメディア提供先として選択する。図１２（ｂ）のメディア提供先選択画面３２２は、既にメディア提供先として一般患者の「sasaki」と、照会医の「andou」が選択されている状態の一例を示している。
【００８６】
制御部３０は、ＯＫボタン３２４が指定されるメディア提供先選択画面３２２において選択されたメディア提供先のユーザＩＤを取得し、ＲＡＭに一時的に格納する（ステップＡ１）。そして、医用画像一覧画面３２０での医用画像の選択を受け付ける（ステップＡ３）。
【００８７】
制御部３０は、選択された医用画像のヘッダ情報Ｄ３を基本情報ＤＢ３４１から読み出し、医師種別毎に医師名を抽出する（ステップＡ５）。そして、抽出した医師名のメールドレスをアドレス帳ＤＢ３４６から読み出して、医師名と対応付けてＲＡＭに一時的に記憶する（ステップＡ７）。
【００８８】
ステップＡ７の処理後、制御部３０は、他の医用画像が選択されたか否かを判定する（ステップＡ９）。他の医用画像が選択されたと判定した場合には（ステップＡ９；Ｙｅｓ）、ステップＡ３に処理を移行して、ステップＡ３〜Ａ７の処理を繰り返す。また、例えば、メディア書き込みボタン３２１が再度押下されて他の医用画像が選択されなかったと判定した場合には（ステップＡ９；Ｎｏ）、ＲＡＭに一時記憶した医師名とメールアドレスとを対応付けて連絡先テーブル３４９を生成する（ステップＡ１１）。
【００８９】
そして、制御部３０は、ステップＡ１において取得したユーザＩＤに対応付けられたパスワード３４４を認証情報ＤＢ３４２から読み出し、そのユーザ情報と、質問先グループ３５６とを対応付けて質問先テーブル３５２を生成する（ステップＡ１３）。上述したように、例えば、一般患者のユーザ情報３５３には質問先グループ３５６として照会医を対応付け、照会医のユーザ情報３５３には質問先グループ３５６として読影医を対応付けることで、図７（ｂ）のようなデータ構成の質問先テーブル３５２が生成される。
【００９０】
次いで、選択された医用画像のヘッダ情報Ｄ３と画像データＤ５とを医用画像ＤＢ３４０及び基本情報ＤＢ３４１からそれぞれ読み出して医用画像データＤ１を復元し、その医用画像データＤ１と、生成した連絡先テーブル３４９及び質問先テーブル３５２とをメディア９に書き込む（ステップＡ１５）。また更に、制御部３０は、簡易メーラ９６と閲覧アプリ９５とをメディア９に書き込み（ステップＡ１７）、図９に示すフローチャートの処理を終了する。
【００９１】
次に、クライアント５の具体的な動作について説明する。先ず、クライアント５の制御部５０は、Ｉ／Ｆ部５５を介してメディアドライブ６０へのメディア９の装填を検知すると（ステップＢ１）、メディア９に記憶されたＯＴＨＥＲファイル９２に基づいて閲覧アプリ９５を起動して、ステップＢ３〜Ｂ４５の処理を行う。
【００９２】
制御部５０は、閲覧アプリ９５を起動すると、図１３（ａ）のようなログイン画面５２０を表示部５２に表示させる（ステップＢ３）。そして、ログイン画面５２０に入力されるユーザＩＤ及びパスワードを取得する（ステップＢ７）。このとき、取得したユーザＩＤを記憶部５４に記憶する。
【００９３】
次いで、制御部５０は、入力されたユーザＩＤとパスワードとをメディア９に記憶された質問先テーブル３５２のユーザ情報と比較することで、ユーザ認証を行い（ステップＢ７）、ユーザ認証がＯＫであった場合には（ステップＢ７；Ｙｅｓ）、メディア９に記憶された医用画像データＤ１のヘッダ情報Ｄ３に基づいて、図１３（ｂ）のような医用画像選択画面５２２を表示部５２に表示させる。
【００９４】
この医用画像選択画面５２２は、閲覧アプリ９５に基づいて表示される医用画像を選択する表示画面であり、患者情報及び検査情報の表示領域５２３と、シリーズ情報の表示領域５２４とにより構成される。また、シリーズ情報の表示領域５２４には、シリーズ毎のシリーズインスタンスＩＤやモダリティの種別等が表示されると共に、そのシリーズに属する医用画像の画像番号５２５が表示される。
【００９５】
制御部５０は、画像番号５２５がユーザにより選択されると、その画像番号５２５で示される医用画像データＤ１をメディア９から読み出し、図１４（ａ）の再生画面５２６のように医用画像を表示部５２に表示させる（ステップＢ９）。再生画面５２６は、医用画像を再生表示する画面であり、医用画像５２７と、付帯情報５２８と、メーラ起動ボタン５２９とを含む。
【００９６】
制御部５０は、そのメーラ起動ボタン５２９が入力部５１の操作により指定・押下されたことを検知した場合（ステップＢ１１；Ｙｅｓ）、クライアント５に予めインストールされているプログラムから、標準メーラが搭載されているか否かを判定する（ステップＢ１３）。ここで、標準メーラが搭載されていると判定した場合には（ステップＢ１３；Ｙｅｓ）、その標準メーラを起動し（ステップＢ１５）、搭載されていないと判定した場合には（ステップＢ１３；Ｎｏ）、メディア９内に記憶された簡易メーラ９６を読み出して起動する（ステップＢ１７）。
【００９７】
そして、制御部５０は、その起動した電子メーラにメールデータ５４１を作成させると共に図１４（ｂ）のようなメール作成画面５３０を表示部５２に表示させる（ステップＢ１９）。次いで、ユーザＩＤ５４０に対応付けられた質問先グループ３５６を質問先テーブル３５２から読み出し（ステップＢ２１）、その読み出した質問先グループ３５６が「照会医」であった場合は（ステップＢ２３；Ｙｅｓ）、表示中の医用画像のヘッダ情報Ｄ３から照会医師名Ｄ３２０抽出する（ステップＢ２５）。
【００９８】
このとき、抽出した照会医師名Ｄ３２０が無効データであった場合、医師名が設定されていなかったと判別し（ステップＢ２７；Ｎｏ）、照会医のデフォルトのメールアドレスをデフォルトアドレステーブル１００から読み出す（ステップＢ３１）。また、その照会医師名Ｄ３２０が有効なデータであった場合は（ステップＢ２７；Ｙｅｓ）、その医師名に対応するメールアドレスを連絡先テーブル３４９から読み出す（ステップＢ２９）。
【００９９】
一方、ステップＢ２１において読み出した質問先グループ３５６が「読影医」であった場合は（ステップＢ２３；Ｎｏ）、表示中の医用画像のヘッダ情報Ｄ３から読影医師名Ｄ３２４を抽出する（ステップＢ３３）。
【０１００】
このとき、抽出した読影医師名Ｄ３２４が無効データであった場合、医師名が設定されていなかったと判別し（ステップＢ３５；Ｎｏ）、読影医のデフォルトのメールアドレスをデフォルトアドレステーブル１００から読み出す（ステップＢ３９）。また、その読影医師名Ｄ３２４が有効なデータであった場合は（ステップＢ３７；Ｙｅｓ）、その医師名に対応するメールアドレス３５１を連絡先テーブル３４９から読み出す（ステップＢ２９）。
【０１０１】
制御部５０は、ステップＢ２９，Ｂ３１，Ｂ３７又はＢ３９においてメールアドレス３５１を読み出すと、そのメールアドレス３５１をメールデータ５４１の宛先５４２として設定する（ステップＢ４１）。
【０１０２】
例えば、ログインユーザのユーザＩＤが「sasaki」であった場合、図７（ｂ）の質問先テーブル３５２において「sasaki」に対応付けられた質問先グループ３５６は「照会医」であるから、ヘッダ情報Ｄ３からは照会医師名Ｄ３２０が抽出される。その照会医師名Ｄ３２０が「hayashi」であるとすると、その医師名に対応付けられたメールアドレス３５１が連絡先テーブル３４９から読み出されて、図１４（ｂ）のメール作成画面５３０の宛先欄５３１に設定される。
【０１０３】
ステップＢ４１の処理後、制御部５０は、表示中の医用画像のヘッダ情報Ｄ３予め定められた定型文に当てはめてメールデータ５４１の本文５４４中に設定する（ステップＡ４３）。例えば、
【０１０４】
＝‘患者氏名’（‘患者ＩＤ’）の‘モダリティ’画像についての質問＝
生年月日：‘生年月日’
性別：‘性別’
検査日付：‘検査日付’
検査時刻：‘検査時刻’
＜質問＞
【０１０５】
という定型文を予め設定しておき、この定型文の‘及び’で囲まれた欄に患者氏名や患者ＩＤ等のヘッダ情報Ｄ３を当てはめる。これにより、図１４（ｂ）のメール作成画面５３０の本文欄５３４にヘッダ情報Ｄ３を含む定型文が設定される。
【０１０６】
そして、メール作成画面５３０におけるユーザの編集操作に応じてメールデータ５４１の件名５４３及び本文５４４を更新して、宛先５４２に設定されたメールアドレスにメールデータ５４１を送信する（ステップＢ４５）。
【０１０７】
以上、本実施形態によれば、サーバ３がメディア９に医用画像データＤ１を記憶する際には、メディア提供先のユーザのユーザ種別に基づいた質問先グループ３５６をユーザＩＤ３５４毎に記憶した質問先テーブル３５２と、連絡先テーブル３４９とを記憶する。
【０１０８】
一方、クライアント５側では、メディア９に記憶された医用画像データＤ１の再生表示中に電子メーラが起動されると、ログインユーザのユーザＩＤに対応付けられた質問先テーブル３５２で示される医師種別の医師名をヘッダ情報Ｄ３から抽出し、その医師名に対応するメールアドレスを連絡先テーブル３４９から読み出して、メールデータ５４１の宛先５４２に設定する。
【０１０９】
このため、例えば、一般患者がログインした場合には、医用画像を照会した照会医のメールアドレスが設定され、照会医がログインした場合には、医用画像を読影した読影医のメールアドレスが設定される。従って、ログインユーザは、医用画像に対する質問のメールを、どの医師宛に送信すべきか問い合わせたり、医師のメールアドレスを検索したりといった煩わしい操作を行わなくてもよいため、ユーザの手間を軽減することができる。
【０１１０】
また、ヘッダ情報Ｄ３に含まれる基本情報を予め定められた定型文に当てはめてメールデータ５４１の本文５４４に設定するため、医用画像に関する情報をユーザがわざわざメールの本文に入力するといった操作を行わなくてもよい。従って、メール作成時のユーザの手間を省くことができる。
【０１１１】
〔変形例〕
尚、上述した実施形態は本発明を適用した一例であり、その適用可能な範囲は上述例に限られない。例えば、また、ユーザＩＤ３５４に質問先グループ３５６を対応付けた質問先テーブル３５２を用いて適切な質問先の医師のメールアドレスを設定することとして説明したが、図１５に示すような質問先テーブル３５２ａを用いることとしてもよい。
【０１１２】
図１５に示す質問先テーブル３５２ａは、ユーザ情報３５３とユーザ種別３５７とを対応付けて記憶するデータテーブルである。サーバ３の制御部３０は、メディア提供先として入力されたユーザＩＤに対応付けられたユーザ種別３４５を認証情報ＤＢ３４２から読み出して、ユーザＩＤ３５４と対応付けて質問先テーブル３５２ａに記憶する。
【０１１３】
メディア９が装填されたクライアント５の制御部５０は、ステップＢ２１においてログインユーザのユーザＩＤ５４０に対応付けられたユーザ種別３５７を質問先テーブル３５２ａから読み出し、ログインユーザが一般患者であるか照会医であるかを識別する。このとき、ログインユーザが一般患者であると識別した場合には、質問先の医師種別を照会医として選択して（ステップＢ２３；Ｙｅｓ）、ヘッダ情報Ｄ３から照会医師名Ｄ３２０を抽出し、メールアドレス３５１を連絡先テーブル３４９から読み出す。
【０１１４】
また、ログインユーザが照会医であると識別した場合には、質問先の医師種別を読影医として選択し（ステップＢ２３；Ｎｏ）、ヘッダ情報Ｄ３から読影医師名Ｄ３２４を抽出し、メールアドレス３５１を連絡先テーブル３４９から読み出す。このようにして、ユーザ情報３５３にユーザ種別３５７を対応付けた質問先テーブル３５２ａを生成し、この質問先テーブル３５２ａにも基づいて質問先の医師のメールアドレス３５１を設定することとしても、上述した実施形態と同様の効果が得られる。
【０１１５】
また、メディア９を介して医用画像データＤ１をデータ移送することとして説明したが、公衆回線網Ｎ１を介してデータ移送することとしてもよい。この場合は、データ移送する医用画像データＤ１と共に連絡先テーブル３４９及び質問先テーブル３５２等のデータを送信することで、クライアント５側では上述した実施形態と同様にメールアドレス３５１を読み出してメールデータ５４１に設定することができる。
【０１１６】
また、図１０及び１１に示すフローチャートに従った処理をクライアント５が行うことで、メディア９からメールアドレス３５１を読み出して設定することとして説明したが、例えば、一般ＰＣ１１で同様の処理を行ってメールアドレスを設定することとしてもよいし、同一のＰＡＣＳ１内のサーバ３側で行うこととしてもよい。
【０１１７】
また、閲覧アプリ９５をメディア９に記憶して、メディア９の装填先で逐次その閲覧アプリ９５を読み込んで図１０及び１１のフローチャートの処理を行うこととしたが、予めクライアント５や一般ＰＣ１１、サーバ３に閲覧アプリ９５をインストールしておくこととしてもよい。
【０１１８】
また、予め定められた定型文にヘッダ情報Ｄ３を設定して本文５４４に設定することとして説明したが、例えば、件名５４３の定型文を予め定めてその定型文に基本情報を当てはめることとしてもよい。これにより、ユーザの件名５４３の入力の手間も省ける。
【０１１９】
また、件名５４３や本文５４４に当てはめるヘッダ情報Ｄ３は、上述したものに限られず、例えば、図４に示す患者情報Ｄ３０の患者コメントや検査情報Ｄ３２の検査インスタンスＵＩＤ、検査コメント、患者の身長、体重、画像詳細情報Ｄ３６のＳＯＰインスタンスＵＩＤ等の他の項目を設定することとしてもよく、これらの項目をユーザが適宜変更可能なようにしてもよい。
【０１２０】
また、連絡先情報としてメールアドレスを適用することとして説明したが、電話番号やＦＡＸ番号を適用することとしてもよい。例えば、連絡先情報としてＦＡＸ番号を適用した場合は、サーバ３が、医師名３５０にＦＡＸ番号を対応付けた連絡先テーブル３４９を生成してメディア９に記憶し、クライアント５がログインユーザのユーザＩＤに基づいて上述した実施形態と同様の手法でＦＡＸ番号を連絡先テーブル３４９から読み出す。
【０１２１】
また、文書作成ソフトを起動して、上述したようにヘッダ情報Ｄ３を当てはめた定型文を文書データ内に設定し、その文書データをＦＡＸ番号宛に通信部５３を介して送信することとしてもよい。尚、ＦＡＸ番号を適用する場合には、公知のＦＡＸモデムを通信部５３に適用する。また、電話番号を適用する場合には、通信部５３にモデムを適用し、そのモデムに電話機を接続する。このようにすることで、医用画像に対する質問をファクシミリや電話といった他の通信手段を介して行うことができるようになる。
【図面の簡単な説明】
【０１２２】
【図１】医用情報提供システムのシステム構成図の一例。
【図２】ＰＡＣＳのシステム構成図の一例。
【図３】医用画像データのデータ構成例を示す図。
【図４】ヘッダ情報のデータ構成例を示す図。
【図５】サーバ及びクライアントの機能構成の一例を示すブロック図。
【図６】（ａ）はサーバの記憶部、（ｂ）はクライアントの記憶部のデータ構成例を示す図。
【図７】（ａ）は連絡先テーブル、（ｂ）は質問先テーブルのデータ構成例を示す図。
【図８】ＩＨＥに対応したメディアのデータ構造の一例を示す図。
【図９】サーバの具体的な動作を説明するためのフローチャート。
【図１０】クライアントの具体的な動作を説明するための第１のフローチャート。
【図１１】クライアントの具体的な動作を説明するための第２のフローチャート。
【図１２】サーバの表示画面の一例。
【図１３】クライアントの表示画面の一例。
【図１４】クライアントの表示画面の一例。
【図１５】変形例における質問先テーブルのデータ構成例を示す図。
【符号の説明】
【０１２３】
Ｓ      医用情報提供システム
１      ＰＡＣＳ
３      サーバ
５      クライアント
９      メディア
１１   一般ＰＣ
３０，５０  制御部
３４，５４  記憶部
４０，６０  メディアドライブ
９５    閲覧アプリ
９６    簡易メーラ
３４２  認証情報ＤＢ
３４６  アドレス帳ＤＢ
３４９  連絡先テーブル
３５０  医師名
３５１  メールアドレス
３５２  質問先テーブル
３５３  ユーザ情報
３５６  質問先グループ
Ｄ１    医用画像データ
Ｄ３    ヘッダ情報
Ｄ３２０  照会医師名
Ｄ３２４  読影医師名
Ｄ５    画像データ
５４１  メールデータ
【図１】
2008077610.tif 000003
【図２】
2008077610.tif 000004
【図３】
2008077610.tif 000005
【図４】
2008077610.tif 000006
【図５】
2008077610.tif 000007
【図６】
2008077610.tif 000008
【図７】
2008077610.tif 000009
【図８】
2008077610.tif 000010
【図９】
2008077610.tif 000011
【図１０】
2008077610.tif 000012
【図１１】
2008077610.tif 000013
【図１２】
2008077610.tif 000014
【図１３】
2008077610.tif 000015
【図１４】
2008077610.tif 000016
【図１５】
2008077610.tif 000017