医用画像送信システム
【課題】障害が発生した場合、または障害が発生しそうな場合に、適切にユーザにその状況を通知する技術を提供する。
【解決手段】障害検知部１３０は、医用画像送信システムが、障害を発生した状態にある、または障害を発生しうる状態にあることを検知する。通知画像生成部１１４は、障害検知部１３０により検知された状態に関する情報を取得し、検知された状態をユーザに通知するための通知画像データを生成する。通知画像生成部１１４が通知画像データを生成すると、送信部１４０が通知画像データをＰＡＣＳに送信する。医用画像生成部１３４は、ＤＩＣＯＭに準拠したデータフォーマットの画像ファイルを生成し、通知画像生成部１１４も、同じデータフォーマットで、通知画像データを含む通知画像ファイルを生成する。
【解決手段】障害検知部１３０は、医用画像送信システムが、障害を発生した状態にある、または障害を発生しうる状態にあることを検知する。通知画像生成部１１４は、障害検知部１３０により検知された状態に関する情報を取得し、検知された状態をユーザに通知するための通知画像データを生成する。通知画像生成部１１４が通知画像データを生成すると、送信部１４０が通知画像データをＰＡＣＳに送信する。医用画像生成部１３４は、ＤＩＣＯＭに準拠したデータフォーマットの画像ファイルを生成し、通知画像生成部１１４も、同じデータフォーマットで、通知画像データを含む通知画像ファイルを生成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像送信技術に関し、特に、内視鏡システムなどのモダリティで生成した医用画像を送信する技術に関する。
【背景技術】
【０００２】
医用画像データの保存や通信の世界標準規格として、ＤＩＣＯＭ（Digital Imaging and COmmunications in Medicine）が策定されている。ＤＩＣＯＭ（ダイコム）は、ＣＴ（Computed Tomography）やＭＲＩ（Magnetic Resonance Imaging）、内視鏡や超音波などの診療で撮影した医用画像ファイルのフォーマットと、医用画像ファイルを送受信する機器間の通信プロトコルを定義する。モダリティがＤＩＣＯＭ通信機能を有していない場合、ＤＩＣＯＭコンバータが、モダリティで撮影された医用画像データをＤＩＣＯＭ規格に変換して、ＰＡＣＳ（Picture Archiving and Communication Systems）に送信する。
【０００３】
特許文献１は、電子内視鏡装置のビデオスコープの自動調光処理の異常状態を判定する技術を開示する。特許文献１には、自動調光処理が異常状態であることが判定された場合、異常状態を知らせるデータが、ｅ−ｍａｉｌなどによってプロセッサから修理センターのコンピュータシステムに送信されることが開示される。特許文献２は、カプセル型内視鏡から送信された無線信号を受信する受信装置に異常が検出された場合に、担当医療従事者の携帯電話機に警告メッセージを送信する技術を開示する。特許文献３は、過電流の検出により異常を判断し、故障警告用のエラーメッセージ画像を表示する技術を開示する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１７５４８８号公報
【特許文献２】特許２００７−１５１８０９号公報
【特許文献３】特許２０１０−５１８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＤＩＣＯＭコンバータは、内視鏡検査システムなどで撮影された医用画像データを、ＤＩＣＯＭフォーマットに変換してＰＡＣＳなどに設けられたデータベースに転送する役割をもつ。ＤＩＣＯＭコンバータのフォーマット変換機能および転送機能は自動実行されるため、ユーザがＤＩＣＯＭコンバータを操作する機会は殆どない。そのような事情から、ＤＩＣＯＭコンバータに障害が発生しても、ユーザが、その障害に気付きにくいという問題がある。
【０００６】
本発明はこうした課題に鑑みてなされたものであり、その目的は、障害が発生した場合、または障害が発生しそうな場合に、適切にユーザにその状況を通知する技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある態様の医用画像送信システムは、医用画像データを取得する画像取得部と、医用画像データを送信する送信部と、当該医用画像送信システムが、障害を発生した状態にある、または障害を発生しうる状態にあることを検知する障害検知部と、障害検知部により検知された状態に関する情報を取得し、検知された状態をユーザに通知するための通知画像データを生成する通知画像生成部と、を備える。通知画像生成部が通知画像データを生成すると、送信部が通知画像データを送信する。
【０００８】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、障害が発生した場合、または障害が発生しそうな場合に、適切にユーザにその状況を通知する技術を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施例に係る医療情報管理システムの構成を示す図である。
【図２】送信装置の構成を示す図である。
【図３】ＤＩＣＯＭ規格に準拠した画像ファイルのフォーマット構成を示す図である。
【図４】クライアント装置の表示装置に表示される検査一覧画面を示す図である。
【図５】通知画像の一例を示す図である。
【図６】通知画像送信処理のフローチャートを示す図である。
【発明を実施するための形態】
【００１１】
図１は、本発明の実施例に係る医療情報管理システム１の構成を示す。医療情報管理システム１は、医用画像送信システム１０、画像保存通信システム３０、クライアント装置４０およびＭＷＭ（Modality Worklist Management）サーバ５０を備え、イントラネット、ローカルエリアネットワーク（ＬＡＮ）などのネットワークを介して通信可能に接続される。医療情報管理システム１において、少なくとも医用画像送信システム１０と画像保存通信システム３０の間のデータの送受信が、ＤＩＣＯＭ規格で定められた仕様にしたがって行われる。医用画像送信システム１０は、内視鏡システム１２および送信装置２０を有する。
【００１２】
内視鏡システム１２は、内視鏡装置、画像処理装置および表示装置を有する。内視鏡装置は、患者の体腔内に挿入され、先端のＣＣＤなどの固体撮像素子により内部の画像を撮像し、撮像した像を撮像信号として画像処理装置に出力する。画像処理装置は、内視鏡装置から入力された撮像信号に対して、増幅、ノイズ除去、アナログ・デジタル変換、利得調整、輝度比の調整、フィルタ処理等を行い、固体撮像素子がとらえている画像をライブ画像として表示装置に表示する。医師が、表示装置の画面に表示されるライブ画像を見ながら、内視鏡装置の操作部を操作して撮影画像のキャプチャ指示を生成すると、画像処理装置は、画像キャプチャ指示をもとに、撮影画像データを生成し、送信装置２０に送信する。
【００１３】
送信装置２０は、ＤＩＣＯＭコンバータであり、内視鏡システム１２で生成された撮影画像データを、ＤＩＣＯＭ規格に準拠した画像データに変換し、またＤＩＣＯＭ規格に準拠した通信プロトコルにより画像保存通信システム（ＰＡＣＳ：Picture Archiving and Communication System）３０に送信する。医用画像送信システム１０において、送信装置２０による画像データ変換機能は内視鏡システム１２に設けられていてもよいが、内視鏡システム１２がＤＩＣＯＭ規格に対応していない場合には、ＤＩＣＯＭコンバータである送信装置２０が、内視鏡システム１２から撮影画像データを取得し、それをＤＩＣＯＭフォーマットに合わせた画像データに変換して、画像保存通信システム３０に送信する。
【００１４】
本実施例において、内視鏡システム１２は医用画像データを出力するモダリティの一例である。医療情報管理システム１においては、内視鏡システム１２の代わりに、コンピュータ断層撮影装置、磁気共鳴診断装置、デジタルＸ線撮影装置、コンピュータ・ラジオグラフィ、血管造影Ｘ線診断装置、超音波診断装置などのモダリティが設けられてもよい。
【００１５】
画像保存通信システム３０は、データベース３２を有し、医用画像送信システム１０から送信される医用画像データを蓄積する。クライアント装置４０は、医師等の医療従事者により使用され、データベース３２に蓄積された医用画像を閲覧・利用するための端末装置である。医師は、検査終了後にデータベース３２にアクセスして、検査で撮影した医用画像を用いて、レポートを作成する。
【００１６】
内視鏡検査は、患者識別情報（以下、「患者ＩＤ」とよぶ）および検査種別等を特定する検査オーダにしたがって実施される。オーダは、内視鏡検査に限らず、他の種類の検査や手術を含む医療行為の実施内容を定めたものであり、医師は、オーダの存在を前提として医療行為を実施する。検査オーダはオーダリングシステムにより発行され、病院情報システム（ＨＩＳ）により管理される。内視鏡システム１２に検査オーダが通知されると、その表示装置に、検査オーダに含まれる患者氏名、患者ＩＤ、性別、年齢、検査種別、検査室名、検査開始予定時刻、検査終了予定時刻などの情報が表示され、医師により確認された上で、検査オーダの内容にしたがった検査が実施される。
【００１７】
ＭＷＭサーバ５０は、ＨＩＳから検査オーダを取得し、送信装置２０からの問い合わせに応じて、送信装置２０に検査オーダを送信する。ＤＩＣＯＭ画像フォーマットには、入力を必要とする複数のタグが規定されており、送信装置２０は、内視鏡システム１２から提供される医用画像データと検査オーダとを対応付けることで、タグの情報を検査オーダから取得し、ＤＩＣＯＭ画像ファイルに埋め込む。なお送信装置２０は、内視鏡システム１２から医用画像データとともに送信される患者ＩＤと、検査オーダに含まれる患者ＩＤとの一致を判定することで、医用画像データと検査オーダとの対応付けを行う。これにより、送信装置２０は、ＤＩＣＯＭ規格に準拠したフォーマットで医用画像ファイルを生成し、画像保存通信システム３０に送信する。
【００１８】
図２は、送信装置２０の構成を示す。送信装置２０は、検査情報取得部１００、処理部１１０、障害検知部１３０、オーダ取得部１３２、医用画像生成部１３４、記憶管理部１３６、送信部１４０、入力部１４２および記憶装置１５０を備える。検査情報取得部１００は、時刻情報取得部１０２、患者ＩＤ取得部１０４および画像データ取得部１０６を有し、内視鏡システム１２から検査情報を取得する機能をもつ。処理部１１０は、履歴書込部１１２、通知画像生成部１１４、擬似患者ＩＤ取得部１１６および擬似オーダ生成部１１８を有し、動作履歴の生成機能および障害対応機能をもつ。記憶装置１５０は、ハードディスクドライブ（ＨＤＤ）などで構成される大容量補助記憶装置である。
【００１９】
送信装置２０のそれぞれの構成は、ハードウェア的には、任意のプロセッサ、メモリ、その他のＬＳＩで実現でき、ソフトウェア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組み合わせによっていろいろな形で実現できることは、当業者には理解されるところである。
【００２０】
まず、ＤＩＣＯＭコンバータとしての送信装置２０の基本動作について説明する。送信装置２０は、内視鏡システム１２から取得した医用画像データから、ＤＩＣＯＭ規格に準拠したデータフォーマットの医用画像ファイルを生成し、ＤＩＣＯＭ規格に準拠した通信プロトコルで画像保存通信システム３０に転送する。以下、詳細を示す。
【００２１】
内視鏡システム１２における検査の開始前、オーダ取得部１３２が、ＭＷＭサーバ５０から、内視鏡検査の検査オーダを取得する。たとえばオーダ取得部１３２は、最初の検査開始前に、１日分の検査オーダをＭＷＭサーバ５０から取得する。オーダ取得部１３２は、取得した１日分の複数の検査オーダを、オーダ記憶部１５２に格納する。各検査オーダは、オーダＩＤ、患者氏名、患者ＩＤ、患者の性別、患者の年齢、検査種別、検査室名、担当医氏名、担当医識別情報（以下、「担当医ＩＤ」とよぶ）、検査開始予定時刻、検査終了予定時刻などの情報を含む。
【００２２】
内視鏡システム１２において検査が開始されると、時刻情報取得部１０２が、内視鏡システム１２から、検査の開始時刻を示す情報を受け付け、その情報により特定される時刻に検査が開始されたことを判定する。なお時刻情報取得部１０２は、内視鏡検査の開始を示す情報を受け付け、受け付けた時刻に、検査が開始されたことを判定してもよい。また患者ＩＤ取得部１０４は、内視鏡システム１２から、検査を行う患者の患者ＩＤを取得する。
【００２３】
医用画像生成部１３４は、時刻情報取得部１０２から検査開始時刻を受け取り、また患者ＩＤ取得部１０４から患者ＩＤを受け取る。医用画像生成部１３４は、患者ＩＤを受け取ると、オーダ記憶部１５２に記憶された検査オーダを探索して、受け取った患者ＩＤを含む検査オーダを抽出する。これにより医用画像生成部１３４は、内視鏡システム１２にて実施される検査のオーダを特定できる。なお医用画像生成部１３４は、抽出した検査オーダに含まれる検査開始予定時刻を参照し、時刻情報取得部１０２から受け取った検査開始時刻との時間差が所定時間（たとえば１時間）内であったときに、抽出した検査オーダで間違いがないことを確認してもよい。
【００２４】
画像データ取得部１０６は、内視鏡システム１２から、撮影された内視鏡画像のデジタルデータを取得する。内視鏡システム１２は、撮影するたびに、内視鏡画像データを送信装置２０に送信してもよく、複数枚まとめて送信装置２０に送信してもよい。画像データ取得部１０６は、医用画像生成部１３４に、取得した画像データを提供する。
【００２５】
以下、ＤＩＣＯＭの画像データフォーマットについて説明する。ＤＩＣＯＭのデータフォーマットは、医用画像に関するメタ情報をヘッダ部分に保持する。ＤＩＣＯＭのメタ情報および画像データは、タグを利用して管理されており、タグの内容はＧｒｏｕｐ番号とＥｌｅｍｅｎｔ番号により特定される。４桁のＧｒｏｕｐ番号と、Ｇｒｏｕｐの情報内容の関係を例示する。
（0008）−画像に関する情報
（0010）−患者に関する情報
（0018）−収集に関する情報
（0020）−画像付帯情報
（0040）−手続に関する情報
【００２６】
以下、理解しやすい代表的なＤＩＣＯＭのタグと、その内容を例示する。タグ番号は、（Ｇｒｏｕｐ番号，Ｅｌｅｍｅｎｔ番号）で表現される。
（0008, 0020）−検査日付
（0008, 0030）−検査時刻
（0008, 0050）−オーダＩＤ
（0008, 0060）−モダリティ
（0010, 0010）−患者の名前
（0010, 0020）−患者ＩＤ
（0010, 0030）−患者の誕生日
（0010, 0040）−患者の性別
（0010, 1010）−患者の年齢
（0018, 0015）−検査部位
（0020, 000D）−検査ＩＤ
（0020, 0011）−シリーズ番号
（0040, 0006）−担当医師の名前
【００２７】
図３は、ＤＩＣＯＭ規格に準拠した画像ファイルのフォーマット構成を示す。画像ファイルは、ヘッダ（Ｈｅａｄｅｒ）と、画像データ（Ｉｍａｇｅ Ｄａｔａ）から構成され、ヘッダは、複数のデータエレメント（Ｄａｔａ Ｅｌｅｍｅｎｔ）を含んでいる。各データエレメントは、タグ番号を表現するＴａｇ、ＶａｌｕｅＦｉｅｌｄに含まれる数値、文字列、時刻などのデータ形式（値表現）を示すＶＲ、ＶａｌｕｅＦｉｅｌｄのバイト長を示すＶａｌｕｅＬｅｎｇｔｈ、値の領域を示すＶａｌｕｅＦｉｅｌｄから構成される。画像ファイルにおいて、入力されるべきメタ情報は、予め定められており、いずれのタグの入力を必要とするかは、病院施設ごとに定められてよい。
【００２８】
医用画像生成部１３４は、図３に示すデータフォーマットで、医用画像ファイルを生成する。なお医用画像生成部１３４は、必要であれば、画像データ取得部１０６で取得した画像データを、ＤＩＣＯＭ規格に準拠したフォーマットに変換する。医用画像生成部１３４は、オーダ記憶部１５２から抽出した検査オーダから、画像データフォーマットが必要とする情報、すなわちタグにより規定される情報を抽出して、画像ファイルに付加する。これにより、ＤＩＣＯＭフォーマットの画像ファイルが生成される。医用画像生成部１３４が、画像ファイルを生成すると、記憶管理部１３６は、生成された画像ファイルを、検査オーダに関連付けて画像データ記憶部１６０に記憶する。この関連付けは、検査オーダに、画像ファイルの格納場所を紐付けることで行われてよい。
【００２９】
送信部１４０は、画像データ記憶部１６０に記憶された画像ファイルを、画像保存通信システム３０に送信する。画像保存通信システム３０は、画像ファイルを受信すると、データベース３２に格納するとともに、受信したことを示すＡＣＫ信号を送信装置２０に返信する。これにより、画像保存通信システム３０は、モダリティで撮影された医用画像データをデータベース３２に蓄積できる。画像ファイルには、オーダＩＤが含まれているため、画像保存通信システム３０は、画像ファイルのオーダＩＤを参照して、同じオーダＩＤをもつ複数の画像ファイルをまとめてデータベース３２に格納するようにする。
【００３０】
なお送信部１４０は、画像ファイルの送信後、画像保存通信システム３０からＡＣＫ信号を受信しなければ、所定時間後に、同じ画像ファイルを再送する。以上が、送信装置２０がＤＩＣＯＭコンバータとして動作する手順である。送信装置２０において実行される各処理内容は、処理部１１０に通知され、履歴書込部１１２が、動作履歴として動作履歴記憶部１５４に逐次書き込んでいく。
【００３１】
上記したように、送信装置２０は、モダリティから送信される画像データを、自律的にＤＩＣＯＭデータフォーマットに変換して画像保存通信システム３０に送信する。ユーザは、画像保存通信システム３０に蓄積された画像データには頻繁にアクセスするが、送信装置２０に格納された画像データにアクセスすることはなく、そのためユーザが送信装置２０の動作状態を気にかける機会は少ない。
【００３２】
また通常、内視鏡システム１２などのモダリティと送信装置２０とは、ケーブルなどにより接続されて、離れた場所に存在している。そのため送信装置２０に何らかの障害が発生した状態、また障害が発生しうる状態にあった場合に、送信装置２０に接続するモニタに、異常状態であることを示すメッセージを表示したとしても、ユーザが気付かない可能性が高い。そこで、本実施例では、送信装置２０が画像ファイルを画像保存通信システム３０に送信する機能を利用して、送信装置２０が異常状態にある場合に、その状態をユーザに効率的に通知する処理を実現する。具体的には、通知画像生成部１１４が異常状態を通知するためのメッセージ画像データを生成して、送信部１４０がメッセージ画像データを画像保存通信システム３０に送信し、医師が画像保存通信システム３０にアクセスしたときに、医師が、メッセージ画像をクライアント装置４０で確認できるようにする。
【００３３】
障害検知部１３０は、医用画像送信システム１０が障害を発生した状態にある、または障害を発生しうる状態にあることを検知する。たとえば障害検知部１３０は、オーダ取得部１３２が検査オーダを取得できていない場合、または検査情報取得部１００が患者ＩＤを取得できていない場合に、医用画像送信システム１０が障害を発生した状態にあることを検知する。また、障害検知部１３０は、記憶装置１５０の空き容量が残り僅かである場合に、医用画像送信システム１０が障害を発生しうる状態にあることを検知する。以下、医用画像送信システム１０が障害を発生した状態にある、または障害を発生しうる状態にあることを、まとめて「異常状態にある」と表現する。
【００３４】
障害検知部１３０が異常状態を検知すると、発生した障害の内容および発生時刻を処理部１１０に通知する。処理部１１０において、履歴書込部１１２が、動作履歴として、異常状態が発生したことを動作履歴記憶部１５４に書き込む。
【００３５】
擬似患者ＩＤ保持部１５６は、擬似患者ＩＤを保持している。擬似患者ＩＤは、患者に対して割り当てられない特別なＩＤである。たとえば擬似患者ＩＤ保持部１５６は、擬似患者ＩＤとして、「ＦＦＦＦＦＦＦＦ」を保持しており、障害検知部１３０が異常状態を検知した際には、擬似患者ＩＤ取得部１１６が、擬似患者ＩＤ保持部１５６から、この擬似患者ＩＤを読み出す。擬似患者ＩＤは、障害通知用の画像ファイルや、記憶装置１５０において画像ファイルに関連付けるための擬似オーダを生成する際に利用される。
【００３６】
障害情報マスタ保持部１５８は、障害情報の種別を分類した障害種別マスタと、障害種別マスタにより分類された種別を詳細な項目に分類した障害項目マスタとを保持している。障害種別は、異常状態が生じた対象（場所、ハードウェア、ソフトウェア、情報など）を特定し、障害項目は、具体的な障害内容を特定する。たとえば、記憶装置１５０の空き容量が不足している障害は、障害種別が“ＨＤＤ”、障害項目が“空き容量不足”として、障害情報が特定される。また、患者ＩＤが取得できていない障害は、障害種別が“検査情報”、障害項目が“患者ＩＤなし”として、障害情報が特定される。障害情報マスタ保持部１５８は、障害項目に、通知メッセージを対応付けて保持している。
【００３７】
通知画像生成部１１４が、障害検知部１３０により検知された異常状態に関する情報を取得し、発生した障害の内容に応じて、検知された状態をユーザに通知するための通知画像データを生成する。通知画像生成部１１４は、障害の内容にしたがって、障害情報マスタ保持部１５８に保持された障害種別および障害項目を特定し、障害項目に対応付けられている通知メッセージを読み出して、通知画像データを生成してもよい。なお、記憶装置１５０において、障害の内容と通知メッセージとを対応付けたテーブルが用意されていてもよく、その場合には、通知画像生成部１１４が、障害の内容に対応付けられた通知メッセージを読み出して、通知画像データを生成する。
【００３８】
たとえば、ハードディスクドライブ（ＨＤＤ）である記憶装置１５０の空き容量不足に対して、「ＤＩＣＯＭコンバータのＨＤＤにエラーが発生しました。至急、サービスセンターまでご連絡ください。」とのメッセージが対応付けられている。通知画像生成部１１４は、障害検知部１３０から、記憶装置１５０が空き容量不足の状態にあることを通知されると、このメッセージを読み出して、通知画像データを生成する。なお、記憶装置１５０に障害が生じたときに、記憶装置１５０から通知メッセージの読み出しができない可能性があることも想定して、通知メッセージは、記憶装置１５０とは異なる記憶装置に格納されていてもよい。
【００３９】
通知画像生成部１１４は、図３に示すデータフォーマットにしたがって、データエレメントのＶａｌｕｅＦｉｅｌｄに、必要な情報を埋め込む。患者ＩＤのタグ（0010, 0020）には、擬似患者ＩＤ取得部１１６が取得した擬似患者ＩＤを入力する。また通知画像生成部１１４は、障害検知部１３０から取得した障害発生時刻を、検査時刻のタグ（0008, 0030）に入力する。通知画像生成部１１４は、その他、必要な情報を取得して、所期のタグに入力する。たとえば、担当医師の名前（0040, 0006）については、実施中の検査オーダに含まれる担当医の名前が利用されてもよい。以上のようにして、通知画像生成部１１４は、通知画像データを含む画像ファイルを生成する。この画像ファイルは、ＤＩＣＯＭ規格に準拠したものである。通知画像生成部１１４がタグに入力する情報の詳細については、図４の説明を行う際に後述する。
【００４０】
障害検知部１３０が異常状態を検知すると、擬似オーダ生成部１１８は、擬似オーダを生成する。記憶装置１５０においては、画像データとオーダとが関連づけられて記憶される必要があるため、擬似オーダ生成部１１８は、通知画像生成部１１４が生成する通知画像データに関連づけるための擬似オーダを生成する。擬似オーダのオーダＩＤは、ＨＩＳにおいて生成される検査オーダのオーダＩＤと重複しないように設定される。擬似オーダ生成部１１８は、擬似患者ＩＤ、障害（異常）の検知時刻や、障害内容を、擬似オーダに含ませる。
【００４１】
記憶管理部１３６は、生成された通知画像用のファイルを、擬似オーダに関連付けて画像データ記憶部１６０に記憶する。このように通知画像ファイルを擬似オーダに関連付けて画像データ記憶部１６０に記憶することで、ユーザは、通知画像ファイルから擬似オーダを特定することが容易となる。また、通知画像ファイルおよび擬似オーダには、それぞれ擬似患者ＩＤが含まれており、ユーザは、擬似患者ＩＤをキーにして、画像データ記憶部１６０を検索することで、通知画像ファイルを抽出し、またそれに関連付けられた擬似オーダも抽出できるようになる。
【００４２】
送信部１４０は、画像データ記憶部１６０に記憶された通知画像ファイルを、画像保存通信システム３０に送信する。画像保存通信システム３０は、画像ファイルを受信すると、データベース３２に格納するとともに、受信したことを示すＡＣＫ信号を送信装置２０に返信する。これにより、画像保存通信システム３０は、障害の発生を通知する画像ファイルをデータベース３２に蓄積できる。なお送信部１４０は、通知画像ファイルの送信後、画像保存通信システム３０からＡＣＫ信号を受信しない場合、通知画像ファイルの再送処理を行う。
【００４３】
医師は、レポートの作成時、クライアント装置４０から、画像保存通信システム３０に蓄積された画像データにアクセスする。クライアント装置４０の表示装置には、１日分の検査一覧が表示される。
【００４４】
図４は、クライアント装置４０の表示装置に表示される検査一覧画面を示す。この検査一覧画面には、患者ＩＤ、患者名、検査項目、検査開始時刻、検査終了時刻などの表示項目が設定される。検査一覧画面において、上から１行、２行、４行目には、撮影された医用画像に関する検査情報が示される。医師は、レポート作成対象となる患者名をマウスなどを用いて選択すると、モダリティで撮影された医用画像が表示される。なお、選択する項目は、患者名でなくてもよく、他の項目であってよい。
【００４５】
検査一覧画面において、３行目には、患者ＩＤを「ＦＦＦＦＦＦＦＦ」とする検査情報が示されている。既述したように、「ＦＦＦＦＦＦＦＦ」の患者ＩＤは、擬似患者ＩＤであり、障害の内容を通知するための画像データに紐付けられている。また、患者名は、「エラー通知」とされており、医師は、検査一覧における患者ＩＤまたは患者名を見ると、医用画像送信システム１０において何らかの障害が発生したことを知ることができる。また、検査項目には、「ＨＤＤ」と記述され、障害が生じた場所が、医師に伝わるようにしてもよい。医師が、検査一覧の３行目を選択すると、通知画像が表示される。
【００４６】
このように、クライアント装置４０において検査一覧が表示される際、図４に示す表示項目の内容を工夫することで、医師は、一目で、何らかの異常が発生したことを認識することができる。図４に示す一覧画面を生成するために、送信装置２０において通知画像生成部１１４は、患者名のタグ（0008, 0030）に、「エラー通知」と入力し、検査項目のタグに、「ＨＤＤ」と入力する。このように、通知画像生成部１１４が、検査情報の一覧画面で表示される表示項目に対応するタグに、異常状態が発生したことを知らせるための情報を入力することで、医師は、一覧画面を見るだけで、異常状態の発生を知ることになる。
【００４７】
図５は、通知画像の一例を示す。医師は、通知画像を見ることで、送信装置２０のＨＤＤに障害が発生していることを知ることができ、障害を復旧させるための行動をとることができる。
【００４８】
図６は、通知画像送信処理のフローチャートを示す。障害検知部１３０が医用画像送信システム１０の動作状態を監視する（Ｓ１０のＮ）。障害検知部１３０が、医用画像送信システム１０が障害を発生した状態にある、または障害を発生しうる状態にあることを検知すると（Ｓ１０のＹ）、通知画像生成部１１４は、障害検知部１３０により検知された状態に関する情報を取得し、ＤＩＣＯＭデータフォーマットにしたがって、検知された状態をユーザに通知するための通知画像ファイルを生成する（Ｓ１２）。また、擬似オーダ生成部１１８は、検査オーダとは異なる擬似オーダを生成し（Ｓ１４）、記憶管理部１３６は、通知画像ファイルと擬似オーダとを関連付けて、記憶装置１５０に記憶する（Ｓ１６）。送信部１４０は、通知画像ファイルを画像保存通信システム３０に送信する（Ｓ１８）。
【００４９】
以上、本発明を実施例にもとづいて説明した。本発明は上述の実施例に限定されるものではなく、実施例の各要素を適宜組み合わせたものも、本発明の実施例として有効である。実施例の組合せによって生じる新たな実施例は、組み合わされる実施例それぞれの効果をあわせもつ。また、当業者の知識に基づいて各種の設計変更等の変形を実施例に対して加えることも可能であり、そのような変形が加えられた実施例も本発明の範囲に含まれうる。
【００５０】
通知画像生成部１１４は、障害検知部１３０が異常状態を検知し、その状態を提供されると、通知画像ファイルを生成する。たとえばＨＤＤの空き容量が不足している状態において、障害検知部１３０が、ＨＤＤの空き容量が増加するまで、常に異常状態を通知画像生成部１１４に提供し続けると、通知画像生成部１１４は、通知画像ファイルを生成し続けることになる。そのため、障害検知部１３０は、ＨＤＤの空き容量が不足していることを一度検知して処理部１１０に通知すると、その不足した状態が解消されるまでは、再度の通知を行わないようにする。このように障害検知部１３０は、検知した異常状態の内容に応じて、処理部１１０に通知するか否かを決定することが好ましい。
【００５１】
障害検知部１３０が、検査に関する異常状態を検知すると、通知画像生成部１１４は、担当医師に異常状態が発生したことを知らせるように、通知画像ファイルを生成することが好ましい。たとえば、医師Ａが担当医である場合に、医用画像生成部１３４が、何らかの原因により医用画像ファイルを生成できないケースを想定する。このとき、通知画像生成部１１４は、「画像ファイルを生成できませんでした。」とする通知画像データを含む通知画像ファイルを生成するが、医師Ａが、検査一覧をみた際に、自分が担当した患者の画像ファイルが生成できていないことを一目で理解できることが好ましい。
【００５２】
そのために、擬似患者ＩＤ保持部１５６は、複数の擬似患者ＩＤを保持する。擬似患者ＩＤは、複数の医師のそれぞれに割り当てられる。たとえば、医師Ａには「ＦＦＦＦＦＦＦ０」、医師Ｂには、「ＦＦＦＦＦＦＦ１」、医師Ｃには「ＦＦＦＦＦＦＦ２」の擬似患者ＩＤが割り当てられる。またＨＤＤ故障など、検査とは関係のない異常状態に対して「ＦＦＦＦＦＦＦＦ」の擬似患者ＩＤが割り当てられる。
【００５３】
たとえば医用画像生成部１３４が医用画像ファイルを生成できない場合、擬似患者ＩＤ取得部１１６は、検査オーダに含まれる担当医ＩＤに対応する擬似患者ＩＤを取得する。通知画像生成部１１４および擬似オーダ生成部１１８は、この擬似患者ＩＤを含む通知画像ファイルおよび擬似オーダをそれぞれ生成する。図４に示すように、検査一覧画面には患者ＩＤが表示されるため、医師は、患者ＩＤをみて、自分が実施した検査において、何らかの異常状態が生じたかを知ることができる。また通知画像生成部１１４が、患者名のタグ（0008, 0030）に、たとえば「医師Ａに対するエラー通知」と入力しておけば、検査一覧画面において、患者名の表示項目に「医師Ａに対するエラー通知」と表示されるため、医師Ａは、検査一覧画面をみて、自分宛の通知画像の存在を知ることができる。
【００５４】
なお送信装置２０において、ユーザが障害復旧を行ったとき、ユーザは、入力部１４２から、障害原因や復旧手順などの障害メモを入力できる。障害原因はテキスト入力されたものであってもよいが、動作履歴ファイルやスクリーンショットなど、原因を適切に表現できるものであればよい。このとき記憶管理部１３６は、入力された障害メモを、擬似オーダに関連付けて障害メモ記憶部１６２に記憶する。これによりユーザは、たとえば擬似患者ＩＤを含む擬似オーダを検索することで、擬似オーダに関連付けられた過去の障害メモを容易に参照できる。
【符号の説明】
【００５５】
１・・・医療情報管理システム、１０・・・医用画像送信システム、１２・・・内視鏡システム、２０・・・送信装置、３０・・・画像保存通信システム、３２・・・データベース、４０・・・クライアント装置、５０・・・ＭＷＭサーバ、１００・・・検査情報取得部、１０２・・・時刻情報取得部、１０４・・・患者ＩＤ取得部、１０６・・・画像データ取得部、１１０・・・処理部、１１２・・・履歴書込部、１１４・・・通知画像生成部、１１６・・・擬似患者ＩＤ取得部、１１８・・・擬似オーダ生成部、１３０・・・障害検知部、１３２・・・オーダ取得部、１３４・・・医用画像生成部、１３６・・・記憶管理部、１４０・・・送信部、１４２・・・入力部、１５０・・・記憶装置、１５２・・・オーダ記憶部、１５４・・・動作履歴記憶部、１５６・・・擬似患者ＩＤ保持部、１５８・・・障害情報マスタ保持部、１６０・・・画像データ記憶部、１６２・・・障害メモ記憶部。
【技術分野】
【０００１】
本発明は、画像送信技術に関し、特に、内視鏡システムなどのモダリティで生成した医用画像を送信する技術に関する。
【背景技術】
【０００２】
医用画像データの保存や通信の世界標準規格として、ＤＩＣＯＭ（Digital Imaging and COmmunications in Medicine）が策定されている。ＤＩＣＯＭ（ダイコム）は、ＣＴ（Computed Tomography）やＭＲＩ（Magnetic Resonance Imaging）、内視鏡や超音波などの診療で撮影した医用画像ファイルのフォーマットと、医用画像ファイルを送受信する機器間の通信プロトコルを定義する。モダリティがＤＩＣＯＭ通信機能を有していない場合、ＤＩＣＯＭコンバータが、モダリティで撮影された医用画像データをＤＩＣＯＭ規格に変換して、ＰＡＣＳ（Picture Archiving and Communication Systems）に送信する。
【０００３】
特許文献１は、電子内視鏡装置のビデオスコープの自動調光処理の異常状態を判定する技術を開示する。特許文献１には、自動調光処理が異常状態であることが判定された場合、異常状態を知らせるデータが、ｅ−ｍａｉｌなどによってプロセッサから修理センターのコンピュータシステムに送信されることが開示される。特許文献２は、カプセル型内視鏡から送信された無線信号を受信する受信装置に異常が検出された場合に、担当医療従事者の携帯電話機に警告メッセージを送信する技術を開示する。特許文献３は、過電流の検出により異常を判断し、故障警告用のエラーメッセージ画像を表示する技術を開示する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１７５４８８号公報
【特許文献２】特許２００７−１５１８０９号公報
【特許文献３】特許２０１０−５１８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＤＩＣＯＭコンバータは、内視鏡検査システムなどで撮影された医用画像データを、ＤＩＣＯＭフォーマットに変換してＰＡＣＳなどに設けられたデータベースに転送する役割をもつ。ＤＩＣＯＭコンバータのフォーマット変換機能および転送機能は自動実行されるため、ユーザがＤＩＣＯＭコンバータを操作する機会は殆どない。そのような事情から、ＤＩＣＯＭコンバータに障害が発生しても、ユーザが、その障害に気付きにくいという問題がある。
【０００６】
本発明はこうした課題に鑑みてなされたものであり、その目的は、障害が発生した場合、または障害が発生しそうな場合に、適切にユーザにその状況を通知する技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある態様の医用画像送信システムは、医用画像データを取得する画像取得部と、医用画像データを送信する送信部と、当該医用画像送信システムが、障害を発生した状態にある、または障害を発生しうる状態にあることを検知する障害検知部と、障害検知部により検知された状態に関する情報を取得し、検知された状態をユーザに通知するための通知画像データを生成する通知画像生成部と、を備える。通知画像生成部が通知画像データを生成すると、送信部が通知画像データを送信する。
【０００８】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、障害が発生した場合、または障害が発生しそうな場合に、適切にユーザにその状況を通知する技術を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施例に係る医療情報管理システムの構成を示す図である。
【図２】送信装置の構成を示す図である。
【図３】ＤＩＣＯＭ規格に準拠した画像ファイルのフォーマット構成を示す図である。
【図４】クライアント装置の表示装置に表示される検査一覧画面を示す図である。
【図５】通知画像の一例を示す図である。
【図６】通知画像送信処理のフローチャートを示す図である。
【発明を実施するための形態】
【００１１】
図１は、本発明の実施例に係る医療情報管理システム１の構成を示す。医療情報管理システム１は、医用画像送信システム１０、画像保存通信システム３０、クライアント装置４０およびＭＷＭ（Modality Worklist Management）サーバ５０を備え、イントラネット、ローカルエリアネットワーク（ＬＡＮ）などのネットワークを介して通信可能に接続される。医療情報管理システム１において、少なくとも医用画像送信システム１０と画像保存通信システム３０の間のデータの送受信が、ＤＩＣＯＭ規格で定められた仕様にしたがって行われる。医用画像送信システム１０は、内視鏡システム１２および送信装置２０を有する。
【００１２】
内視鏡システム１２は、内視鏡装置、画像処理装置および表示装置を有する。内視鏡装置は、患者の体腔内に挿入され、先端のＣＣＤなどの固体撮像素子により内部の画像を撮像し、撮像した像を撮像信号として画像処理装置に出力する。画像処理装置は、内視鏡装置から入力された撮像信号に対して、増幅、ノイズ除去、アナログ・デジタル変換、利得調整、輝度比の調整、フィルタ処理等を行い、固体撮像素子がとらえている画像をライブ画像として表示装置に表示する。医師が、表示装置の画面に表示されるライブ画像を見ながら、内視鏡装置の操作部を操作して撮影画像のキャプチャ指示を生成すると、画像処理装置は、画像キャプチャ指示をもとに、撮影画像データを生成し、送信装置２０に送信する。
【００１３】
送信装置２０は、ＤＩＣＯＭコンバータであり、内視鏡システム１２で生成された撮影画像データを、ＤＩＣＯＭ規格に準拠した画像データに変換し、またＤＩＣＯＭ規格に準拠した通信プロトコルにより画像保存通信システム（ＰＡＣＳ：Picture Archiving and Communication System）３０に送信する。医用画像送信システム１０において、送信装置２０による画像データ変換機能は内視鏡システム１２に設けられていてもよいが、内視鏡システム１２がＤＩＣＯＭ規格に対応していない場合には、ＤＩＣＯＭコンバータである送信装置２０が、内視鏡システム１２から撮影画像データを取得し、それをＤＩＣＯＭフォーマットに合わせた画像データに変換して、画像保存通信システム３０に送信する。
【００１４】
本実施例において、内視鏡システム１２は医用画像データを出力するモダリティの一例である。医療情報管理システム１においては、内視鏡システム１２の代わりに、コンピュータ断層撮影装置、磁気共鳴診断装置、デジタルＸ線撮影装置、コンピュータ・ラジオグラフィ、血管造影Ｘ線診断装置、超音波診断装置などのモダリティが設けられてもよい。
【００１５】
画像保存通信システム３０は、データベース３２を有し、医用画像送信システム１０から送信される医用画像データを蓄積する。クライアント装置４０は、医師等の医療従事者により使用され、データベース３２に蓄積された医用画像を閲覧・利用するための端末装置である。医師は、検査終了後にデータベース３２にアクセスして、検査で撮影した医用画像を用いて、レポートを作成する。
【００１６】
内視鏡検査は、患者識別情報（以下、「患者ＩＤ」とよぶ）および検査種別等を特定する検査オーダにしたがって実施される。オーダは、内視鏡検査に限らず、他の種類の検査や手術を含む医療行為の実施内容を定めたものであり、医師は、オーダの存在を前提として医療行為を実施する。検査オーダはオーダリングシステムにより発行され、病院情報システム（ＨＩＳ）により管理される。内視鏡システム１２に検査オーダが通知されると、その表示装置に、検査オーダに含まれる患者氏名、患者ＩＤ、性別、年齢、検査種別、検査室名、検査開始予定時刻、検査終了予定時刻などの情報が表示され、医師により確認された上で、検査オーダの内容にしたがった検査が実施される。
【００１７】
ＭＷＭサーバ５０は、ＨＩＳから検査オーダを取得し、送信装置２０からの問い合わせに応じて、送信装置２０に検査オーダを送信する。ＤＩＣＯＭ画像フォーマットには、入力を必要とする複数のタグが規定されており、送信装置２０は、内視鏡システム１２から提供される医用画像データと検査オーダとを対応付けることで、タグの情報を検査オーダから取得し、ＤＩＣＯＭ画像ファイルに埋め込む。なお送信装置２０は、内視鏡システム１２から医用画像データとともに送信される患者ＩＤと、検査オーダに含まれる患者ＩＤとの一致を判定することで、医用画像データと検査オーダとの対応付けを行う。これにより、送信装置２０は、ＤＩＣＯＭ規格に準拠したフォーマットで医用画像ファイルを生成し、画像保存通信システム３０に送信する。
【００１８】
図２は、送信装置２０の構成を示す。送信装置２０は、検査情報取得部１００、処理部１１０、障害検知部１３０、オーダ取得部１３２、医用画像生成部１３４、記憶管理部１３６、送信部１４０、入力部１４２および記憶装置１５０を備える。検査情報取得部１００は、時刻情報取得部１０２、患者ＩＤ取得部１０４および画像データ取得部１０６を有し、内視鏡システム１２から検査情報を取得する機能をもつ。処理部１１０は、履歴書込部１１２、通知画像生成部１１４、擬似患者ＩＤ取得部１１６および擬似オーダ生成部１１８を有し、動作履歴の生成機能および障害対応機能をもつ。記憶装置１５０は、ハードディスクドライブ（ＨＤＤ）などで構成される大容量補助記憶装置である。
【００１９】
送信装置２０のそれぞれの構成は、ハードウェア的には、任意のプロセッサ、メモリ、その他のＬＳＩで実現でき、ソフトウェア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組み合わせによっていろいろな形で実現できることは、当業者には理解されるところである。
【００２０】
まず、ＤＩＣＯＭコンバータとしての送信装置２０の基本動作について説明する。送信装置２０は、内視鏡システム１２から取得した医用画像データから、ＤＩＣＯＭ規格に準拠したデータフォーマットの医用画像ファイルを生成し、ＤＩＣＯＭ規格に準拠した通信プロトコルで画像保存通信システム３０に転送する。以下、詳細を示す。
【００２１】
内視鏡システム１２における検査の開始前、オーダ取得部１３２が、ＭＷＭサーバ５０から、内視鏡検査の検査オーダを取得する。たとえばオーダ取得部１３２は、最初の検査開始前に、１日分の検査オーダをＭＷＭサーバ５０から取得する。オーダ取得部１３２は、取得した１日分の複数の検査オーダを、オーダ記憶部１５２に格納する。各検査オーダは、オーダＩＤ、患者氏名、患者ＩＤ、患者の性別、患者の年齢、検査種別、検査室名、担当医氏名、担当医識別情報（以下、「担当医ＩＤ」とよぶ）、検査開始予定時刻、検査終了予定時刻などの情報を含む。
【００２２】
内視鏡システム１２において検査が開始されると、時刻情報取得部１０２が、内視鏡システム１２から、検査の開始時刻を示す情報を受け付け、その情報により特定される時刻に検査が開始されたことを判定する。なお時刻情報取得部１０２は、内視鏡検査の開始を示す情報を受け付け、受け付けた時刻に、検査が開始されたことを判定してもよい。また患者ＩＤ取得部１０４は、内視鏡システム１２から、検査を行う患者の患者ＩＤを取得する。
【００２３】
医用画像生成部１３４は、時刻情報取得部１０２から検査開始時刻を受け取り、また患者ＩＤ取得部１０４から患者ＩＤを受け取る。医用画像生成部１３４は、患者ＩＤを受け取ると、オーダ記憶部１５２に記憶された検査オーダを探索して、受け取った患者ＩＤを含む検査オーダを抽出する。これにより医用画像生成部１３４は、内視鏡システム１２にて実施される検査のオーダを特定できる。なお医用画像生成部１３４は、抽出した検査オーダに含まれる検査開始予定時刻を参照し、時刻情報取得部１０２から受け取った検査開始時刻との時間差が所定時間（たとえば１時間）内であったときに、抽出した検査オーダで間違いがないことを確認してもよい。
【００２４】
画像データ取得部１０６は、内視鏡システム１２から、撮影された内視鏡画像のデジタルデータを取得する。内視鏡システム１２は、撮影するたびに、内視鏡画像データを送信装置２０に送信してもよく、複数枚まとめて送信装置２０に送信してもよい。画像データ取得部１０６は、医用画像生成部１３４に、取得した画像データを提供する。
【００２５】
以下、ＤＩＣＯＭの画像データフォーマットについて説明する。ＤＩＣＯＭのデータフォーマットは、医用画像に関するメタ情報をヘッダ部分に保持する。ＤＩＣＯＭのメタ情報および画像データは、タグを利用して管理されており、タグの内容はＧｒｏｕｐ番号とＥｌｅｍｅｎｔ番号により特定される。４桁のＧｒｏｕｐ番号と、Ｇｒｏｕｐの情報内容の関係を例示する。
（0008）−画像に関する情報
（0010）−患者に関する情報
（0018）−収集に関する情報
（0020）−画像付帯情報
（0040）−手続に関する情報
【００２６】
以下、理解しやすい代表的なＤＩＣＯＭのタグと、その内容を例示する。タグ番号は、（Ｇｒｏｕｐ番号，Ｅｌｅｍｅｎｔ番号）で表現される。
（0008, 0020）−検査日付
（0008, 0030）−検査時刻
（0008, 0050）−オーダＩＤ
（0008, 0060）−モダリティ
（0010, 0010）−患者の名前
（0010, 0020）−患者ＩＤ
（0010, 0030）−患者の誕生日
（0010, 0040）−患者の性別
（0010, 1010）−患者の年齢
（0018, 0015）−検査部位
（0020, 000D）−検査ＩＤ
（0020, 0011）−シリーズ番号
（0040, 0006）−担当医師の名前
【００２７】
図３は、ＤＩＣＯＭ規格に準拠した画像ファイルのフォーマット構成を示す。画像ファイルは、ヘッダ（Ｈｅａｄｅｒ）と、画像データ（Ｉｍａｇｅ Ｄａｔａ）から構成され、ヘッダは、複数のデータエレメント（Ｄａｔａ Ｅｌｅｍｅｎｔ）を含んでいる。各データエレメントは、タグ番号を表現するＴａｇ、ＶａｌｕｅＦｉｅｌｄに含まれる数値、文字列、時刻などのデータ形式（値表現）を示すＶＲ、ＶａｌｕｅＦｉｅｌｄのバイト長を示すＶａｌｕｅＬｅｎｇｔｈ、値の領域を示すＶａｌｕｅＦｉｅｌｄから構成される。画像ファイルにおいて、入力されるべきメタ情報は、予め定められており、いずれのタグの入力を必要とするかは、病院施設ごとに定められてよい。
【００２８】
医用画像生成部１３４は、図３に示すデータフォーマットで、医用画像ファイルを生成する。なお医用画像生成部１３４は、必要であれば、画像データ取得部１０６で取得した画像データを、ＤＩＣＯＭ規格に準拠したフォーマットに変換する。医用画像生成部１３４は、オーダ記憶部１５２から抽出した検査オーダから、画像データフォーマットが必要とする情報、すなわちタグにより規定される情報を抽出して、画像ファイルに付加する。これにより、ＤＩＣＯＭフォーマットの画像ファイルが生成される。医用画像生成部１３４が、画像ファイルを生成すると、記憶管理部１３６は、生成された画像ファイルを、検査オーダに関連付けて画像データ記憶部１６０に記憶する。この関連付けは、検査オーダに、画像ファイルの格納場所を紐付けることで行われてよい。
【００２９】
送信部１４０は、画像データ記憶部１６０に記憶された画像ファイルを、画像保存通信システム３０に送信する。画像保存通信システム３０は、画像ファイルを受信すると、データベース３２に格納するとともに、受信したことを示すＡＣＫ信号を送信装置２０に返信する。これにより、画像保存通信システム３０は、モダリティで撮影された医用画像データをデータベース３２に蓄積できる。画像ファイルには、オーダＩＤが含まれているため、画像保存通信システム３０は、画像ファイルのオーダＩＤを参照して、同じオーダＩＤをもつ複数の画像ファイルをまとめてデータベース３２に格納するようにする。
【００３０】
なお送信部１４０は、画像ファイルの送信後、画像保存通信システム３０からＡＣＫ信号を受信しなければ、所定時間後に、同じ画像ファイルを再送する。以上が、送信装置２０がＤＩＣＯＭコンバータとして動作する手順である。送信装置２０において実行される各処理内容は、処理部１１０に通知され、履歴書込部１１２が、動作履歴として動作履歴記憶部１５４に逐次書き込んでいく。
【００３１】
上記したように、送信装置２０は、モダリティから送信される画像データを、自律的にＤＩＣＯＭデータフォーマットに変換して画像保存通信システム３０に送信する。ユーザは、画像保存通信システム３０に蓄積された画像データには頻繁にアクセスするが、送信装置２０に格納された画像データにアクセスすることはなく、そのためユーザが送信装置２０の動作状態を気にかける機会は少ない。
【００３２】
また通常、内視鏡システム１２などのモダリティと送信装置２０とは、ケーブルなどにより接続されて、離れた場所に存在している。そのため送信装置２０に何らかの障害が発生した状態、また障害が発生しうる状態にあった場合に、送信装置２０に接続するモニタに、異常状態であることを示すメッセージを表示したとしても、ユーザが気付かない可能性が高い。そこで、本実施例では、送信装置２０が画像ファイルを画像保存通信システム３０に送信する機能を利用して、送信装置２０が異常状態にある場合に、その状態をユーザに効率的に通知する処理を実現する。具体的には、通知画像生成部１１４が異常状態を通知するためのメッセージ画像データを生成して、送信部１４０がメッセージ画像データを画像保存通信システム３０に送信し、医師が画像保存通信システム３０にアクセスしたときに、医師が、メッセージ画像をクライアント装置４０で確認できるようにする。
【００３３】
障害検知部１３０は、医用画像送信システム１０が障害を発生した状態にある、または障害を発生しうる状態にあることを検知する。たとえば障害検知部１３０は、オーダ取得部１３２が検査オーダを取得できていない場合、または検査情報取得部１００が患者ＩＤを取得できていない場合に、医用画像送信システム１０が障害を発生した状態にあることを検知する。また、障害検知部１３０は、記憶装置１５０の空き容量が残り僅かである場合に、医用画像送信システム１０が障害を発生しうる状態にあることを検知する。以下、医用画像送信システム１０が障害を発生した状態にある、または障害を発生しうる状態にあることを、まとめて「異常状態にある」と表現する。
【００３４】
障害検知部１３０が異常状態を検知すると、発生した障害の内容および発生時刻を処理部１１０に通知する。処理部１１０において、履歴書込部１１２が、動作履歴として、異常状態が発生したことを動作履歴記憶部１５４に書き込む。
【００３５】
擬似患者ＩＤ保持部１５６は、擬似患者ＩＤを保持している。擬似患者ＩＤは、患者に対して割り当てられない特別なＩＤである。たとえば擬似患者ＩＤ保持部１５６は、擬似患者ＩＤとして、「ＦＦＦＦＦＦＦＦ」を保持しており、障害検知部１３０が異常状態を検知した際には、擬似患者ＩＤ取得部１１６が、擬似患者ＩＤ保持部１５６から、この擬似患者ＩＤを読み出す。擬似患者ＩＤは、障害通知用の画像ファイルや、記憶装置１５０において画像ファイルに関連付けるための擬似オーダを生成する際に利用される。
【００３６】
障害情報マスタ保持部１５８は、障害情報の種別を分類した障害種別マスタと、障害種別マスタにより分類された種別を詳細な項目に分類した障害項目マスタとを保持している。障害種別は、異常状態が生じた対象（場所、ハードウェア、ソフトウェア、情報など）を特定し、障害項目は、具体的な障害内容を特定する。たとえば、記憶装置１５０の空き容量が不足している障害は、障害種別が“ＨＤＤ”、障害項目が“空き容量不足”として、障害情報が特定される。また、患者ＩＤが取得できていない障害は、障害種別が“検査情報”、障害項目が“患者ＩＤなし”として、障害情報が特定される。障害情報マスタ保持部１５８は、障害項目に、通知メッセージを対応付けて保持している。
【００３７】
通知画像生成部１１４が、障害検知部１３０により検知された異常状態に関する情報を取得し、発生した障害の内容に応じて、検知された状態をユーザに通知するための通知画像データを生成する。通知画像生成部１１４は、障害の内容にしたがって、障害情報マスタ保持部１５８に保持された障害種別および障害項目を特定し、障害項目に対応付けられている通知メッセージを読み出して、通知画像データを生成してもよい。なお、記憶装置１５０において、障害の内容と通知メッセージとを対応付けたテーブルが用意されていてもよく、その場合には、通知画像生成部１１４が、障害の内容に対応付けられた通知メッセージを読み出して、通知画像データを生成する。
【００３８】
たとえば、ハードディスクドライブ（ＨＤＤ）である記憶装置１５０の空き容量不足に対して、「ＤＩＣＯＭコンバータのＨＤＤにエラーが発生しました。至急、サービスセンターまでご連絡ください。」とのメッセージが対応付けられている。通知画像生成部１１４は、障害検知部１３０から、記憶装置１５０が空き容量不足の状態にあることを通知されると、このメッセージを読み出して、通知画像データを生成する。なお、記憶装置１５０に障害が生じたときに、記憶装置１５０から通知メッセージの読み出しができない可能性があることも想定して、通知メッセージは、記憶装置１５０とは異なる記憶装置に格納されていてもよい。
【００３９】
通知画像生成部１１４は、図３に示すデータフォーマットにしたがって、データエレメントのＶａｌｕｅＦｉｅｌｄに、必要な情報を埋め込む。患者ＩＤのタグ（0010, 0020）には、擬似患者ＩＤ取得部１１６が取得した擬似患者ＩＤを入力する。また通知画像生成部１１４は、障害検知部１３０から取得した障害発生時刻を、検査時刻のタグ（0008, 0030）に入力する。通知画像生成部１１４は、その他、必要な情報を取得して、所期のタグに入力する。たとえば、担当医師の名前（0040, 0006）については、実施中の検査オーダに含まれる担当医の名前が利用されてもよい。以上のようにして、通知画像生成部１１４は、通知画像データを含む画像ファイルを生成する。この画像ファイルは、ＤＩＣＯＭ規格に準拠したものである。通知画像生成部１１４がタグに入力する情報の詳細については、図４の説明を行う際に後述する。
【００４０】
障害検知部１３０が異常状態を検知すると、擬似オーダ生成部１１８は、擬似オーダを生成する。記憶装置１５０においては、画像データとオーダとが関連づけられて記憶される必要があるため、擬似オーダ生成部１１８は、通知画像生成部１１４が生成する通知画像データに関連づけるための擬似オーダを生成する。擬似オーダのオーダＩＤは、ＨＩＳにおいて生成される検査オーダのオーダＩＤと重複しないように設定される。擬似オーダ生成部１１８は、擬似患者ＩＤ、障害（異常）の検知時刻や、障害内容を、擬似オーダに含ませる。
【００４１】
記憶管理部１３６は、生成された通知画像用のファイルを、擬似オーダに関連付けて画像データ記憶部１６０に記憶する。このように通知画像ファイルを擬似オーダに関連付けて画像データ記憶部１６０に記憶することで、ユーザは、通知画像ファイルから擬似オーダを特定することが容易となる。また、通知画像ファイルおよび擬似オーダには、それぞれ擬似患者ＩＤが含まれており、ユーザは、擬似患者ＩＤをキーにして、画像データ記憶部１６０を検索することで、通知画像ファイルを抽出し、またそれに関連付けられた擬似オーダも抽出できるようになる。
【００４２】
送信部１４０は、画像データ記憶部１６０に記憶された通知画像ファイルを、画像保存通信システム３０に送信する。画像保存通信システム３０は、画像ファイルを受信すると、データベース３２に格納するとともに、受信したことを示すＡＣＫ信号を送信装置２０に返信する。これにより、画像保存通信システム３０は、障害の発生を通知する画像ファイルをデータベース３２に蓄積できる。なお送信部１４０は、通知画像ファイルの送信後、画像保存通信システム３０からＡＣＫ信号を受信しない場合、通知画像ファイルの再送処理を行う。
【００４３】
医師は、レポートの作成時、クライアント装置４０から、画像保存通信システム３０に蓄積された画像データにアクセスする。クライアント装置４０の表示装置には、１日分の検査一覧が表示される。
【００４４】
図４は、クライアント装置４０の表示装置に表示される検査一覧画面を示す。この検査一覧画面には、患者ＩＤ、患者名、検査項目、検査開始時刻、検査終了時刻などの表示項目が設定される。検査一覧画面において、上から１行、２行、４行目には、撮影された医用画像に関する検査情報が示される。医師は、レポート作成対象となる患者名をマウスなどを用いて選択すると、モダリティで撮影された医用画像が表示される。なお、選択する項目は、患者名でなくてもよく、他の項目であってよい。
【００４５】
検査一覧画面において、３行目には、患者ＩＤを「ＦＦＦＦＦＦＦＦ」とする検査情報が示されている。既述したように、「ＦＦＦＦＦＦＦＦ」の患者ＩＤは、擬似患者ＩＤであり、障害の内容を通知するための画像データに紐付けられている。また、患者名は、「エラー通知」とされており、医師は、検査一覧における患者ＩＤまたは患者名を見ると、医用画像送信システム１０において何らかの障害が発生したことを知ることができる。また、検査項目には、「ＨＤＤ」と記述され、障害が生じた場所が、医師に伝わるようにしてもよい。医師が、検査一覧の３行目を選択すると、通知画像が表示される。
【００４６】
このように、クライアント装置４０において検査一覧が表示される際、図４に示す表示項目の内容を工夫することで、医師は、一目で、何らかの異常が発生したことを認識することができる。図４に示す一覧画面を生成するために、送信装置２０において通知画像生成部１１４は、患者名のタグ（0008, 0030）に、「エラー通知」と入力し、検査項目のタグに、「ＨＤＤ」と入力する。このように、通知画像生成部１１４が、検査情報の一覧画面で表示される表示項目に対応するタグに、異常状態が発生したことを知らせるための情報を入力することで、医師は、一覧画面を見るだけで、異常状態の発生を知ることになる。
【００４７】
図５は、通知画像の一例を示す。医師は、通知画像を見ることで、送信装置２０のＨＤＤに障害が発生していることを知ることができ、障害を復旧させるための行動をとることができる。
【００４８】
図６は、通知画像送信処理のフローチャートを示す。障害検知部１３０が医用画像送信システム１０の動作状態を監視する（Ｓ１０のＮ）。障害検知部１３０が、医用画像送信システム１０が障害を発生した状態にある、または障害を発生しうる状態にあることを検知すると（Ｓ１０のＹ）、通知画像生成部１１４は、障害検知部１３０により検知された状態に関する情報を取得し、ＤＩＣＯＭデータフォーマットにしたがって、検知された状態をユーザに通知するための通知画像ファイルを生成する（Ｓ１２）。また、擬似オーダ生成部１１８は、検査オーダとは異なる擬似オーダを生成し（Ｓ１４）、記憶管理部１３６は、通知画像ファイルと擬似オーダとを関連付けて、記憶装置１５０に記憶する（Ｓ１６）。送信部１４０は、通知画像ファイルを画像保存通信システム３０に送信する（Ｓ１８）。
【００４９】
以上、本発明を実施例にもとづいて説明した。本発明は上述の実施例に限定されるものではなく、実施例の各要素を適宜組み合わせたものも、本発明の実施例として有効である。実施例の組合せによって生じる新たな実施例は、組み合わされる実施例それぞれの効果をあわせもつ。また、当業者の知識に基づいて各種の設計変更等の変形を実施例に対して加えることも可能であり、そのような変形が加えられた実施例も本発明の範囲に含まれうる。
【００５０】
通知画像生成部１１４は、障害検知部１３０が異常状態を検知し、その状態を提供されると、通知画像ファイルを生成する。たとえばＨＤＤの空き容量が不足している状態において、障害検知部１３０が、ＨＤＤの空き容量が増加するまで、常に異常状態を通知画像生成部１１４に提供し続けると、通知画像生成部１１４は、通知画像ファイルを生成し続けることになる。そのため、障害検知部１３０は、ＨＤＤの空き容量が不足していることを一度検知して処理部１１０に通知すると、その不足した状態が解消されるまでは、再度の通知を行わないようにする。このように障害検知部１３０は、検知した異常状態の内容に応じて、処理部１１０に通知するか否かを決定することが好ましい。
【００５１】
障害検知部１３０が、検査に関する異常状態を検知すると、通知画像生成部１１４は、担当医師に異常状態が発生したことを知らせるように、通知画像ファイルを生成することが好ましい。たとえば、医師Ａが担当医である場合に、医用画像生成部１３４が、何らかの原因により医用画像ファイルを生成できないケースを想定する。このとき、通知画像生成部１１４は、「画像ファイルを生成できませんでした。」とする通知画像データを含む通知画像ファイルを生成するが、医師Ａが、検査一覧をみた際に、自分が担当した患者の画像ファイルが生成できていないことを一目で理解できることが好ましい。
【００５２】
そのために、擬似患者ＩＤ保持部１５６は、複数の擬似患者ＩＤを保持する。擬似患者ＩＤは、複数の医師のそれぞれに割り当てられる。たとえば、医師Ａには「ＦＦＦＦＦＦＦ０」、医師Ｂには、「ＦＦＦＦＦＦＦ１」、医師Ｃには「ＦＦＦＦＦＦＦ２」の擬似患者ＩＤが割り当てられる。またＨＤＤ故障など、検査とは関係のない異常状態に対して「ＦＦＦＦＦＦＦＦ」の擬似患者ＩＤが割り当てられる。
【００５３】
たとえば医用画像生成部１３４が医用画像ファイルを生成できない場合、擬似患者ＩＤ取得部１１６は、検査オーダに含まれる担当医ＩＤに対応する擬似患者ＩＤを取得する。通知画像生成部１１４および擬似オーダ生成部１１８は、この擬似患者ＩＤを含む通知画像ファイルおよび擬似オーダをそれぞれ生成する。図４に示すように、検査一覧画面には患者ＩＤが表示されるため、医師は、患者ＩＤをみて、自分が実施した検査において、何らかの異常状態が生じたかを知ることができる。また通知画像生成部１１４が、患者名のタグ（0008, 0030）に、たとえば「医師Ａに対するエラー通知」と入力しておけば、検査一覧画面において、患者名の表示項目に「医師Ａに対するエラー通知」と表示されるため、医師Ａは、検査一覧画面をみて、自分宛の通知画像の存在を知ることができる。
【００５４】
なお送信装置２０において、ユーザが障害復旧を行ったとき、ユーザは、入力部１４２から、障害原因や復旧手順などの障害メモを入力できる。障害原因はテキスト入力されたものであってもよいが、動作履歴ファイルやスクリーンショットなど、原因を適切に表現できるものであればよい。このとき記憶管理部１３６は、入力された障害メモを、擬似オーダに関連付けて障害メモ記憶部１６２に記憶する。これによりユーザは、たとえば擬似患者ＩＤを含む擬似オーダを検索することで、擬似オーダに関連付けられた過去の障害メモを容易に参照できる。
【符号の説明】
【００５５】
１・・・医療情報管理システム、１０・・・医用画像送信システム、１２・・・内視鏡システム、２０・・・送信装置、３０・・・画像保存通信システム、３２・・・データベース、４０・・・クライアント装置、５０・・・ＭＷＭサーバ、１００・・・検査情報取得部、１０２・・・時刻情報取得部、１０４・・・患者ＩＤ取得部、１０６・・・画像データ取得部、１１０・・・処理部、１１２・・・履歴書込部、１１４・・・通知画像生成部、１１６・・・擬似患者ＩＤ取得部、１１８・・・擬似オーダ生成部、１３０・・・障害検知部、１３２・・・オーダ取得部、１３４・・・医用画像生成部、１３６・・・記憶管理部、１４０・・・送信部、１４２・・・入力部、１５０・・・記憶装置、１５２・・・オーダ記憶部、１５４・・・動作履歴記憶部、１５６・・・擬似患者ＩＤ保持部、１５８・・・障害情報マスタ保持部、１６０・・・画像データ記憶部、１６２・・・障害メモ記憶部。
【特許請求の範囲】
【請求項１】
医用画像送信システムであって、
医用画像データを取得する画像取得部と、
医用画像データを送信する送信部と、
当該医用画像送信システムが、障害を発生した状態にある、または障害を発生しうる状態にあることを検知する障害検知部と、
前記障害検知部により検知された状態に関する情報を取得し、検知された状態をユーザに通知するための通知画像データを生成する通知画像生成部と、を備え、
前記通知画像生成部が通知画像データを生成すると、前記送信部が通知画像データを送信することを特徴とする医用画像送信システム。
【請求項２】
前記画像取得部で取得した医用画像データを用いて、所定のデータフォーマットの画像ファイルを生成する医用画像生成部を、さらに備え、
前記通知画像生成部は、前記所定のデータフォーマットで、通知画像データを含む画像ファイルを生成することを特徴とする請求項１に記載の医用画像送信システム。
【請求項３】
検査オーダを取得するオーダ取得部を、さらに備え、
前記医用画像生成部は、検査オーダから、前記所定のデータフォーマットが必要とする情報を抽出して、医用画像ファイルに付加するものであって、
前記通知画像生成部は、前記所定のデータフォーマットが必要とする情報を取得して、通知画像ファイルに付加することを特徴とする請求項２に記載の医用画像送信システム。
【請求項４】
擬似オーダを生成する擬似オーダ生成部と、
擬似オーダと、通知画像データとを関連付けて記憶する記憶管理部と、
をさらに備えることを特徴とする請求項１から３のいずれかに記載の医用画像送信システム。
【請求項５】
擬似患者ＩＤを取得する擬似患者ＩＤ取得部を、さらに備え、
前記通知画像生成部は、擬似患者ＩＤを含む画像ファイルを生成することを特徴とする請求項１から４のいずれかに記載の医用画像送信システム。
【請求項１】
医用画像送信システムであって、
医用画像データを取得する画像取得部と、
医用画像データを送信する送信部と、
当該医用画像送信システムが、障害を発生した状態にある、または障害を発生しうる状態にあることを検知する障害検知部と、
前記障害検知部により検知された状態に関する情報を取得し、検知された状態をユーザに通知するための通知画像データを生成する通知画像生成部と、を備え、
前記通知画像生成部が通知画像データを生成すると、前記送信部が通知画像データを送信することを特徴とする医用画像送信システム。
【請求項２】
前記画像取得部で取得した医用画像データを用いて、所定のデータフォーマットの画像ファイルを生成する医用画像生成部を、さらに備え、
前記通知画像生成部は、前記所定のデータフォーマットで、通知画像データを含む画像ファイルを生成することを特徴とする請求項１に記載の医用画像送信システム。
【請求項３】
検査オーダを取得するオーダ取得部を、さらに備え、
前記医用画像生成部は、検査オーダから、前記所定のデータフォーマットが必要とする情報を抽出して、医用画像ファイルに付加するものであって、
前記通知画像生成部は、前記所定のデータフォーマットが必要とする情報を取得して、通知画像ファイルに付加することを特徴とする請求項２に記載の医用画像送信システム。
【請求項４】
擬似オーダを生成する擬似オーダ生成部と、
擬似オーダと、通知画像データとを関連付けて記憶する記憶管理部と、
をさらに備えることを特徴とする請求項１から３のいずれかに記載の医用画像送信システム。
【請求項５】
擬似患者ＩＤを取得する擬似患者ＩＤ取得部を、さらに備え、
前記通知画像生成部は、擬似患者ＩＤを含む画像ファイルを生成することを特徴とする請求項１から４のいずれかに記載の医用画像送信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１３−９４５０４（Ｐ２０１３−９４５０４Ａ）
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願番号】特願２０１１−２４１６３１（Ｐ２０１１−２４１６３１）
【出願日】平成２３年１１月２日（２０１１．１１．２）
【出願人】（３０４０５０９２３）オリンパスメディカルシステムズ株式会社 (1,905)
【Ｆターム（参考）】
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願日】平成２３年１１月２日（２０１１．１１．２）
【出願人】（３０４０５０９２３）オリンパスメディカルシステムズ株式会社 (1,905)
【Ｆターム（参考）】
[ Back to top ]