JP7210254B2 - 医用データファイル生成装置、医用データファイル生成システム、及び医用データファイル生成プログラム - Google Patents

Description

本発明の実施形態は、医用データファイル生成装置、医用データファイル生成システム、及び医用データファイル生成プログラムに関する。

医療現場で使用される各種検査装置（以下、モダリティ装置という）による医用画像の取得は、体を傷つけずに体の内部を見て診断を下すことができるため、現代の医療において欠かせない技術となっている。例えば、医師等は、モダリティ装置に対して診断目的に応じた撮像条件を設定し、設定した撮像条件に基づいて取得された医用画像を用いて患者の病状を診断する。また、新たに取得された医用画像と、過去に取得された医用画像とを含む複数の医用画像を用い、経過診断等の付加価値のある診断を行う手法もある。

ところで、モダリティ装置の発展とその性能の向上に伴い、取得される医用画像のデータ量は増大傾向にある。そのため、全ての医用画像をローカルデータベースで保管しておくことはできず、例えば、撮像日から日が経った医用画像は、参照頻度が低いとして、ローカルデータベースからリモートデータベースへ移す運用がなされている。

しかしながら、医用画像をローカルデータベースとリモートデータベースとのいずれかで保管する運用では、医師が所望する医用画像が必要なときにローカルデータベースに存在しない場合がある。このような場合、医師の要求に応じてリモートデータベースから医用画像を取得する必要があるため、医用画像の転送、及び転送された医用画像のデータ処理にかかる時間だけ、医師は診断の開始を遅らせなければならない。

特表２０１７－５１８５６９号公報

発明が解決しようとする課題は、医師による診断の開始が遅延されるのを抑えることである。

実施形態によれば、医用データファイル生成装置は、収集手段及び生成手段を具備する。収集手段は、医用データファイルの生成に必要なデータの一部を構成する過去に取得されたデータを、前記必要なデータの一部を構成する未取得のデータよりも先に収集する。生成手段は、前記必要なデータの全てに基づいて前記医用データファイルを生成する。

図１は、第１の実施形態に係る医用データファイル生成装置が設けられる病院内のシステムの機能構成を示すブロック図である。 図２は、図１に示されるサーバ装置の機能構成を表すブロック図である。 図３は、図２に示される処理回路が医用データファイルを生成する際の動作を表すフローチャートである。 図４は、図３で示される動作を説明するための図である。 図５は、図３で示される動作による作用を説明するための図である。 図６は、従来の処理の不利な点を説明するための図である。 図７は、図２に示される処理回路が医用データファイルを生成する際の動作のその他の例を表すフローチャートである。 図８は、図７で示される動作を説明するための図である。 図９は、図７で示される動作による作用を説明するための図である。 図１０は、図２に示される処理回路が医用データファイルを生成する際の動作のその他の例を表すフローチャートである。 図１１は、第２の実施形態に係る通信端末の機能構成を表すブロック図である。 図１２は、医用データファイル生成装置が設けられるシステムの機能構成のその他の例を示すブロック図である。

以下、実施の形態について、図面を参照して説明する。

（第１の実施形態）
図１は、第１の実施形態に係る医用データファイル生成装置が設けられる病院内のシステムの機能構成の例を示すブロック図である。図１に示されるシステムは、病院情報システム（ＨＩＳ：Hospital Information System）１０、放射線部門情報システム（ＲＩＳ：Radiology Information System）２０、医用画像管理システム（ＰＡＣＳ：Picture Archiving and Communication System）３０、医用画像診断装置４０、通信端末５０、及びストレージサーバ６０を具備する。病院情報システム１０、放射線部門情報システム２０、医用画像管理システム３０、医用画像診断装置４０、通信端末５０、及びストレージサーバ６０は、ＬＡＮ（Local Area Network）等の病院内ネットワークを介してデータ通信可能に接続されている。このとき、病院内ネットワークへの接続は、有線接続、及び無線接続を問わない。

なお、図１では、病院情報システム１０、放射線部門情報システム２０、医用画像管理システム３０、医用画像診断装置４０、通信端末５０、及びストレージサーバ６０が病院内ネットワークに接続される場合を例に示しているが、これに限定されない。セキュリティが確保されるのであれば、接続される回線は病院内ネットワークに限定されない。例えば、ＶＰＮ（Virtual Private Network）等を介し、インターネット等、公衆の通信回線に接続するようにしても構わない。また、図１では、ストレージサーバ６０が病院内ネットワークに収容されている場合を例に示しているが、これに限定されない。ストレージサーバ６０は、外部ネットワークに接続され、例えば、ファイアウォール機能等を有するサーバを介して病院内ネットワークに接続されていても構わない。

病院情報システム１０は、例えば、診療情報、患者情報、オーダ情報等を管理するシステムである。診療情報には、例えば、所見情報、病名情報、バイタル情報等、電子カルテに係る情報が含まれる。患者情報には、例えば、患者ＩＤ、患者氏名、性別、年齢等が含まれる。オーダ情報は、例えば、診療医等が放射線検査等を依頼する際のオーダに関する情報である。オーダ情報には、例えば、検査日、検査部位、検査目的、医用画像診断装置の種別、依頼医師等が含まれる。

病院情報システム１０は、例えば、サーバ装置１１、及び通信端末１２を有する。サーバ装置１１と、通信端末１２とは、病院内ネットワークを介してデータ通信可能に接続されている。サーバ装置１１は、病院情報システム１０において、診療情報、患者情報、オーダ情報等を管理する。

なお、図１では、病院情報システム１０に含まれるサーバがサーバ装置１１のみである場合を例に示しているが、これに限定されない。サーバ装置１１は、必要に応じて複数設けられていても構わない。例えば、サーバ装置１１は、管理する情報毎に設けられても構わない。具体的には、例えば、病院情報システム１０は、診療情報及び患者情報を管理する電子カルテシステム、並びに、診療部門に対してオーダ情報を発行するオーダエントリシステムを有しており、それぞれのシステムにサーバ装置が設けられていても構わない。

通信端末１２は、例えば、診療医等の医療スタッフがサーバ装置１１への指示を入力するための端末である。具体的には、例えば、通信端末１２は、診療医により操作され、放射線部門情報システム２０へオーダを発行するようにサーバ装置１１に対して指示信号を供給する。サーバ装置１１は、通信端末１２から指示信号を受け取ると、オーダ情報、及び患者情報を放射線部門情報システム２０へ送信する。オーダ情報、及び患者情報は、予め設定されている規格、例えば、ＨＬ７（Health Level 7）に則って放射線部門情報システム２０へ送信される。

放射線部門情報システム２０は、診療部門の一つである放射線部門において、検査予約等の情報を管理するシステムである。放射線部門情報システム２０は、例えば、サーバ装置２１、及び通信端末２２を有する。サーバ装置２１、及び通信端末２２は、病院内ネットワークを介してデータ通信可能に接続されている。

サーバ装置２１は、放射線部門内における検査予約等の情報を管理する。具体的には、例えば、サーバ装置２１は、病院情報システム１０から送信されるオーダ情報、及び患者情報を受信すると、放射線部門内でのオーダ情報を設定する。放射線部門内でのオーダ情報は、例えば、撮像計画に基づいて設定され、検査（撮像）時に必要となる詳細な情報、例えば、医用画像診断装置４０についての撮像条件等を含む。撮像条件には、例えば、造影剤の有無、検査目的、撮像パラメータ等が含まれる。なお、放射線部門内でのオーダ情報は、受信したオーダ情報、患者情報、過去の検査履歴等に基づいてプリセットされてもよい。サーバ装置２１は、放射線部門内でのオーダ情報、及び患者情報を医用画像診断装置４０へ送信する。

なお、図１では、放射線部門情報システム２０に含まれるサーバがサーバ装置２１のみである場合を例に示しているが、これに限定されない。サーバ装置２１は、必要に応じて複数設けられていても構わない。

通信端末２２は、例えば、放射線科医等の医療スタッフが、放射線部門情報システム２０のサーバ装置２１への指示を入力するための端末である。具体的には、例えば、通信端末２２は、放射線科医により操作され、病院情報システム１０から送信されるオーダ情報、及び患者情報に基づき、放射線部門内における詳細なオーダ情報をサーバ装置２１へ入力する。

医用画像診断装置４０は、被検体を撮影することにより医用画像データを発生する装置である。医用画像診断装置４０は、例えば、Ｘ線診断装置、Ｘ線ＣＴ装置、ＭＲＩ装置、超音波診断装置、ＳＰＥＣＴ（Single Photon Emission Computed Tomography）装置、ＰＥＴ（Positron Emission computed Tomography）装置、ＳＰＥＣＴ装置とＸ線ＣＴ装置とが一体化されたＳＰＥＣＴ－ＣＴ装置、ＰＥＴ装置とＸ線ＣＴ装置とが一体化されたＰＥＴ－ＣＴ装置、ＰＥＴ装置とＭＲＩ装置とが一体化されたＰＥＴ－ＭＲＩ装置、又はこれらの装置群等である。

医用画像診断装置４０は、放射線部門情報システム２０から送信されるオーダ情報、及び患者情報を受信すると、受信したオーダ情報、及び患者情報に基づいて患者を撮影し、医用画像データを生成する。医用画像データは、再構成後のデータであっても良いし、再構成前の生データであっても構わない。また、医用画像診断装置４０は、オーダ情報、及び患者情報を受信すると、受信したオーダ情報、及び患者情報を医用画像管理システム３０へ転送する。なお、オーダ情報、及び患者情報が放射線部門情報システム２０から医用画像管理システム３０へ送信される場合には、医用画像診断装置４０は、オーダ情報、及び患者情報を医用画像管理システム３０へ転送しなくても構わない。

医用画像診断装置４０は、生成した医用画像データを、例えば、ＤＩＣＯＭ（Digital Imaging and Communication Medicine）規格に則った画像ファイルに変換する。画像ファイルは、医用画像データと、医用画像データに付加される付帯情報を含む。付帯情報は、医用画像データを管理するための情報であり、例えば、検査ＵＩＤ、検査日、検査時刻、患者ＩＤ等が含まれる。検査ＵＩＤは、検査を一意に特定可能な識別子である。

通信端末５０は、例えば、読影医等の医療スタッフが、ＬＡＮに接続されているシステムや装置等へアクセスするための端末、例えば、ビューワである。

医用画像管理システム３０は、医用画像データを管理するシステムである。医用画像管理システム３０は、例えば、サーバ装置３１、及び通信端末３２を有する。サーバ装置３１と、通信端末３２とは、病院内ネットワークを介してデータ通信可能に接続されている。

サーバ装置３１は、医用画像データを管理するローカルデータベース３１１の役割を果たす。医用画像データは、医用画像診断装置４０で生成された医用画像データ、ストレージサーバ６０から取得された医用画像データ、その他外部から提供された医用画像データを含む。

サーバ装置３１は、一部の医用画像データについては、記憶していることは管理しつつ、実体はストレージサーバ６０に構築されるリモートデータベース６１に記憶させる。例えば、サーバ装置３１は、検査日から所定期間経過した医用画像データを、識別情報をローカルデータベース３１１に記憶しつつ、リモートデータベース６１へ転送する。また、例えば、サーバ装置３１は、ローカルデータベース３１１上で更新されてから所定期間経過した医用画像データを、識別情報をローカルデータベース３１１に記憶しつつ、リモートデータベース６１へ転送してもよい。

また、サーバ装置３１は、定義ファイルを記憶する定義データベース３１２の役割を果たす。本実施形態において定義ファイルは、所定の診察をするのに必要な医用データを定義するファイルである。定義ファイルは、所定の医用データファイルを生成するのに必要な医用データを定義するファイルと換言することも可能である。なお、本実施形態において、医用データとは、病院内で用いられる種々のデータを表し、複数のデータを統合的に取り扱う処理に必要なデータを表す。医用データには、例えば、診療情報、患者情報、医用画像データ等が含まれる。また、本実施形態において、医用データファイルとは、所定の診察をする際にユーザが参照するデータファイルであり、例えば、所望の診察と対応する画像処理等が施された医用データを用いて生成される。また、医用データファイルは、例えば、所望の診察の際に必要となる複数の医用データを用いて生成される。

また、本実施形態では、サーバ装置３１は、医用データファイル生成装置の役割を果たす。サーバ装置３１は、定義データベースに記憶されている定義ファイルを参照して必要となる医用データを取得し、取得した医用データに基づいて医用データファイルを生成する。

通信端末３２は、例えば、読影医等の医療スタッフが、医用画像管理システム３０のサーバ装置３１への指示を入力するための端末である。具体的には、例えば、通信端末３２は、医療スタッフにより操作され、医用画像管理システム３０に記憶されている医用画像データを読み出す。また、通信端末３２は、医療スタッフにより操作され、サーバ装置３１により再生された医用データファイルを読み出す。

ストレージサーバ６０は、ローカルデータベース３１１では管理しきれない医用画像データを記憶するリモートデータベース６１の役割を果たす。ストレージサーバ６０は、外部のデータベースの一例である。ストレージサーバ６０は、例えば、種々の情報を記憶するＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、及び集積回路等の記憶装置等により実現される。

図２は、図１に示されるサーバ装置３１の機能構成の例を表すブロック図である。図２に示されるサーバ装置３１は、処理回路３１３、メモリ３１４、及び通信インタフェース３１５を有する。処理回路３１３、メモリ３１４、及び通信インタフェース３１５は、例えば、バスを介して互いに通信可能に接続されている。

処理回路３１３は、サーバ装置３１の中枢として機能するプロセッサである。処理回路３１３は、メモリ３１４等に記憶されているプログラムを実行することにより、当該プログラムに対応する機能を実現する。

メモリ３１４は、例えば、種々の情報を記憶するＲＯＭ、ＲＡＭ、ＨＤＤ、ＳＳＤ、及び集積回路等の記憶装置である。また、メモリ３１４は、ＣＤ－ＲＯＭドライブ、ＤＶＤドライブ、及びフラッシュメモリ等の可搬性記憶媒体との間で種々の情報を読み書きする駆動装置等であってもよい。なお、メモリ３１４は、必ずしも単一の記憶装置により実現される必要は無い。例えば、メモリ３１４は、複数の記憶装置により実現されても構わない。また、メモリ３１４は、サーバ装置３１にネットワークを介して接続された他のコンピュータ内にあってもよい。

メモリ３１４は、本実施形態に係る医用データファイル生成プログラム等を記憶している。なお、この医用データファイル生成プログラムは、例えば、メモリ３１４に予め記憶されていてもよい。また、例えば、非一過性の記憶媒体に記憶されて配布され、非一過性の記憶媒体から読み出されてメモリ３１４にインストールされてもよい。

メモリ３１４は、ローカルデータベース３１１のメモリとして医用データを記憶している。医用データは、例えば、医用画像診断装置４０から送信されるオーダ情報、及び患者情報、医用画像データ、並びに、医用画像データに付されている付帯情報等を含む。このとき、医用画像データには、例えば、医用画像診断装置４０で生成された医用画像データ、ストレージサーバ６０から収集された医用画像データ、その他外部から提供された医用画像データ等が含まれる。図２では、説明の簡略化のため、メモリ３１４に医用画像データ３１４１が記憶されている場合を例に示している。また、メモリ３１４は、医用データを用いて生成した医用データファイル（図示せず）を記憶する。また、メモリ３１４は、ローカルデータベース３１１から転送されてリモートデータベース６１に記憶されている医用画像データを識別可能な識別情報（図示せず）を記憶する。

メモリ３１４は、定義データベース３１２のメモリとして定義ファイル３１４２を記憶している。定義ファイル３１４２は、例えば、診断の種類、及び生成する医用データファイルの種類毎に存在する。定義ファイル３１４２は、例えば、メモリ３１４に予め記憶されていてもよい。また、例えば、非一過性の記憶媒体に記憶されて配布され、非一過性の記憶媒体から読み出されてメモリ３１４にインストールされてもよい。また、定義ファイル３１４２は、製品仕様アップグレード、及び製品連携で仕様が増えたときに更新されても構わない。

定義ファイル３１４２としては、例えば、サブトラクション画像を用いた経過観察を実施するのに必要な医用データ（オブジェクト）を定義する定義ファイル、カルシウムスコア画像を用いた経過観察を実施するのに必要な医用データを定義する定義ファイル、３Ｄ画像又はＭＰＲ（Multi Planar Reconstruction）画像を用いた経過観察を実施するのに必要な医用データを定義する定義ファイル、マルチモダリティ画像、例えば、フュージョン画像を用いた診察を実施するのに必要な医用データを定義する定義ファイル等が挙げられる。なお、これらの定義ファイルは、サブトラクション画像を用いた経過観察の為の医用画像データファイルを生成するのに必要な医用データを定義する定義ファイル、カルシウムスコア画像を用いた経過観察の為の医用画像データファイルを生成するのに必要な医用データを定義する定義ファイル、３Ｄ画像又はＭＰＲ（Multi Planar Reconstruction）画像を用いた経過観察の為の医用画像データファイルを生成するのに必要な医用データを定義する定義ファイル、及びマルチモダリティ画像、例えば、フュージョン画像を用いた診察の為の医用画像データファイルを生成するのに必要な医用データを定義する定義ファイル等とそれぞれ換言可能である。本実施形態において、医用画像データファイルは、医用データファイルのうち、画像に係るものを表す。

また、定義ファイル３１４２は、ユーザにより設定された診察を実施するのに必要な医用データを定義する定義ファイルであっても構わない。例えば、複数の画像を並べて表示するような用途において、定義ファイル３１４２は、ユーザにより設定される条件を含む。処理回路３１３は、条件に合う画像、及びオブジェクトをリモートデータベース６１から探索、収集する。

通信インタフェース３１５は、病院情報システム１０、放射線部門情報システム２０、医用画像診断装置４０、通信端末５０、及びストレージサーバ６０との間でデータ通信を行う。通信インタフェース３１５は、例えば、予め設定されている既知の規格に準拠してデータ通信を行う。

なお、サーバ装置３１は、入力インタフェースを有していてもよい。入力インタフェースは、ユーザから各種の入力操作を受け付け、受け付けた入力操作を電気信号に変換して処理回路３１３へ出力する。入力インタフェースは、例えば、マウス、キーボード、トラックボール、スイッチ、ボタン、ジョイスティック、タッチパッド、及び操作面へ触れることで指示が入力されるタッチパネル等の入力機器に接続されている。また、入力インタフェースに接続される入力機器は、ネットワーク等を介して接続された他のコンピュータに設けられた入力機器でもよい。

また、サーバ装置３１は、ディスプレイを有していてもよい。ディスプレイは、処理回路３１３からの指示に従って種々の情報を表示する。また、ディスプレイは、ユーザからの各種操作を受け付けるためのＧＵＩ（Graphical User Interface）等を表示してもよい。ディスプレイは、例えば、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ、ＬＥＤディスプレイ、プラズマディスプレイ等、任意のディスプレイが適宜利用可能である。

図２に示される処理回路３１３は、メモリ３１４に記憶されている医用データファイル生成プログラムを実行することで、実行したプログラムに対応する機能を実現する。例えば、処理回路３１３は、医用データファイル生成プログラムを実行することで、制御機能３１３１、判断機能３１３２、収集機能３１３３、及び生成機能３１３４として機能する。なお、本実施形態では、単一のプロセッサによって制御機能３１３１、判断機能３１３２、収集機能３１３３、及び生成機能３１３４が実現される場合を説明するが、これに限定されない。例えば、複数の独立したプロセッサを組み合わせて処理回路を構成し、各プロセッサがプログラムを実行することにより制御機能３１３１、判断機能３１３２、収集機能３１３３、及び生成機能３１３４を実現しても構わない。

制御機能３１３１は、ローカルデータベース３１１としてのサーバ装置３１の処理全体を制御する機能である。具体的には、例えば、制御機能３１３１において処理回路３１３は、医用画像診断装置４０から送信された医用画像データをメモリ３１４に記憶させる。また、処理回路３１３は、例えば、メモリ３１４に記憶されている一部の医用画像データについて、識別情報をメモリ３１４に記憶させつつ、実体をストレージサーバ６０へ転送する。

判断機能３１３２は、メモリ３１４に記憶されている定義ファイル３１４２を参照し、必要な医用データがローカルデータベース３１１内に揃っているか否かを判断する機能であり、判断手段の一例である。具体的には、例えば、判断機能３１３２において処理回路３１３は、メモリ３１４から定義ファイル３１４２を読み出す。処理回路３１３は、読み出した定義ファイル３１４２で定義されている医用データがローカルデータベース３１１内に揃っているか否かを判断する。

収集機能３１３３は、ストレージサーバ６０に構築されるリモートデータベース６１から医用データを収集する機能であり、収集手段の一例である。具体的には、例えば、収集機能３１３３において処理回路３１３は、ローカルデータベース３１１内に、定義ファイル３１４２で定義されている医用データの少なくとも一部が存在しない場合、存在しない医用データをリモートデータベース６１から収集する。

生成機能３１３４は、取得した医用データから医用データファイルを生成する機能であり、生成手段の一例である。具体的には、例えば、生成機能３１３４において処理回路３１３は、必要な医用データがローカルデータベース３１１内に揃っている場合、これらの医用データに基づいて医用データファイルを生成する。つまり、処理回路３１３は、ローカルデータベース３１１で取得した医用データ、リモートデータベース６１から収集した医用データ、及び新たに取得された医用データから医用データファイルを生成する。

次に、以上のように構成された、医用データファイル生成装置としてのサーバ装置３１の動作の例を、処理回路３１３の処理手順に従って詳細に説明する。
図３は、図２に示されるサーバ装置３１の処理回路３１３が、医用データファイルを生成する際の動作の例を表すフローチャートである。また、図４は、図３で示される動作を説明するための模式図である。なお、図４の説明では、医用画像診断装置４０が医用画像データＡを生成し、その後、同一の患者についての医用画像データＢを生成する。医用画像診断装置４０により生成される医用画像データＡ，Ｂには付帯情報が付加されている。

まず、医用画像管理システム３０のサーバ装置３１は、医用画像診断装置４０により生成された医用画像データＡを受信する。サーバ装置３１の処理回路３１３は、医用画像データＡを受信すると、制御機能３１３１により、受信した医用画像データＡを、メモリ３１４に記憶する（ステップＳ３１）。

処理回路３１３は、メモリ３１４に記憶されている医用画像データの数が増加すると、つまり、医用画像データＡがメモリ３１４に記憶されると、判断機能３１３２を実行する。判断機能３１３２において処理回路３１３は、メモリ３１４から、医用画像データＡが必要な医用データとして挙げられている定義ファイル３１４２を読み出す（ステップＳ３２）。

図４において読み出された定義ファイル３１４２は、例えば、サブトラクション画像を用いた経過観察の為の医用画像データファイルを生成するのに必要な医用データを定義している。図４において、「Ｘ」は、サブトラクション画像を用いた経過観察の為の医用画像データファイルＸを表す。図４では、医用画像データファイルＸを作成するのに必要な医用データが、「Ａ」、「Ｂ」、「Ｃ」、「Ｄ」と定義されている。

図４において、「Ａ」は、「造影剤無し」のオーダ情報に基づき、例えば、現在日に取得された医用画像データを表す。医用画像データＡの付帯情報には、検査日、患者ＩＤ、「造影剤無し」の造影剤情報等が含まれている。「Ｂ」は、「造影剤有り」のオーダ情報に基づき、例えば、現在日に取得された同一患者についての医用画像データを表す。医用画像データＢの付帯情報には、検査日、患者ＩＤ、「造影剤有り」の造影剤情報等が含まれている。「Ｃ」は、「造影剤無し」のオーダ情報に基づき、過去に取得された同一患者についての医用画像データを表す。医用画像データＣの付帯情報には、検査日、患者ＩＤ、「造影剤無し」の造影剤情報等が含まれている。「Ｄ」は、「造影剤有り」のオーダ情報に基づき、過去に取得された同一患者についての医用画像データを表す。医用画像データＤの付帯情報には、検査日、患者ＩＤ、「造影剤有り」の造影剤情報等が含まれている。

処理回路３１３は、定義ファイル３１４２を読み出すと、定義ファイル３１４２を参照し、医用画像データＢ，Ｃ，Ｄが、医用画像データファイルＸを生成するのにさらに必要な医用画像データであると判断する。処理回路３１３は、医用画像データＢ，Ｃ，Ｄをローカルデータベース３１１内で検索する（ステップＳ３３）。図４において、医用画像データＢは医用画像診断装置４０によりこれから生成される。また、医用画像データＣ，Ｄはリモートデータベース６１で管理され、ローカルデータベース３１１には、識別情報が記憶されている。つまり、ローカルデータベース３１１には、医用画像データＢ，Ｃ，Ｄは記憶されておらず、医用画像データＣ，Ｄの識別情報が記憶されている。なお、識別情報には、医用画像データを識別可能な情報、及び医用画像データが記憶されているデータベースのアドレス情報等が含まれている。

ローカルデータベース３１１の検索が完了すると、処理回路３１３は、医用画像データを収集する必要があるか否かを判断する（ステップＳ３４）。図４では、ローカルデータベース３１１に医用画像データＣ，Ｄの識別情報が記憶されているため、処理回路３１３は、医用画像データＣ，Ｄをリモートデータベース６１から収集する必要があると判断する（ステップＳ３４のＹｅｓ）。

医用画像データを収集する必要があると判断すると、処理回路３１３は、収集機能３１３３を実行する。収集機能３１３３において処理回路３１３は、ローカルデータベース３１１に記憶されている識別情報を参照し、医用画像データＣ，Ｄを記憶しているリモートデータベース６１のアドレスを取得する。処理回路３１３は、取得したアドレスを用いてリモートデータベース６１にアクセスし、リモートデータベース６１から医用画像データＣ，Ｄを読み出し、読み出した医用画像データＣ，Ｄをメモリ３１４に記憶する（ステップＳ３５）。

処理回路３１３は、医用画像データＣ，Ｄをメモリ３１４に記憶すると、残りの医用画像データ、すなわち医用画像データＢを受信するまで生成機能３１３４の実行を待機する（ステップＳ３６）。また、ステップＳ３４において、リモートデータベース６１から医用画像データを収集する必要がない、つまり、医用画像データＣ，Ｄがローカルデータベース３１１に記憶されている場合（ステップＳ３４のＮｏ）、処理回路３１３は、処理をステップＳ３６へ移行させる。

医用画像診断装置４０による造影剤無しでの撮像により医用画像データＡが生成されると、患者に造影剤が投与される。医用画像診断装置４０は、造影剤が投与された患者について撮像し、医用画像データＢを生成する。医用画像診断装置４０は、生成した医用画像データＢを医用画像管理システム３０へ送信する。

サーバ装置３１の処理回路３１３は、医用画像データＢを受信すると、受信した医用画像データＢをメモリ３１４に記憶する。医用画像データＢがメモリ３１４に記憶されると、すなわち、定義ファイル３１４２で定義されている全ての医用画像データが揃うと、処理回路３１３は、生成機能３１３４を実行する。生成機能３１３４において処理回路３１３は、メモリ３１４に記憶されている医用画像データＡ～Ｄを用い、医用画像データファイルＸを生成する（ステップＳ３７）。

具体的には、例えば、現在日に取得された「造影剤有り」の医用画像データＢから、現在日に取得された「造影剤無し」の医用画像データＡを減算（サブトラクション）し、現在日におけるサブトラクション画像を生成する。また、過去に取得された同一患者についての「造影剤有り」の医用画像データＤから、過去に取得された同一患者についての「造影剤無し」の医用画像データＣを減算（サブトラクション）し、過去におけるサブトラクション画像を生成する。そして、現在日におけるサブトラクション画像と、過去におけるサブトラクション画像とを、例えば、並列に配置することで医用画像データファイルＸを生成する。処理回路３１３は、生成した医用画像データファイルＸを、メモリ３１４へ記憶する。また、処理回路３１３は、読影医等のユーザの要求に応じ、生成した医用画像データファイルＸを送信する。

以上のように、第１の実施形態では、図５に示されるように、第１医用画像を撮像した後に実施される第２医用画像の撮像の間に、診断に必要な医用画像データ、例えば、過去に取得された医用データを外部のストレージ装置から収集する。そして、必要な医用画像データが揃い次第、データ処理を実施するようにしている。従来では、例えば、図６に示されるように、第１医用画像データと第２医用画像データとが取得された後、ユーザからの表示要求を待ち、要求された表示に必要となる、第１、第２医用画像データ以外の医用画像データを収集していた。また、この収集の後、第１、第２医用画像データ、及び収集した医用画像データについてのデータ処理を実行していた。そのため、ユーザは、表示要求を入力してから所定時間待たないと、所望の表示を確認することができなかった。第１の実施形態に係る医用データファイル生成装置によれば、ユーザからの表示要求を待たずに、表示に必要となる医用データを自動的に収集し、収集した医用データについてのデータ処理を実行する。そのため、医用データファイル生成装置は、ユーザが表示要求を入力する前に、所望の医用データファイルの生成を完了させておくことが可能となる。

なお、図３では、処理回路３１３が、リモートデータベース６１に記憶されている医用画像データを、ローカルデータベース３１１で記憶されている識別情報を参照して管理する場合を例に説明した。しかしながら、リモートデータベース６１に記憶されている医用画像データの存在は、処理回路３１３により管理されていなくても構わない。

例えば、ステップＳ３３でのローカルデータベース３１１内の検索で、医用画像データＢ，Ｃ，Ｄを発見できない場合、処理回路３１３は、医用画像データＢ，Ｃ，Ｄをリモートデータベース６１から収集する必要があると判断する（ステップＳ３４のＹｅｓ）。医用画像データＢ，Ｃ，Ｄをリモートデータベース６１から収集する必要があると判断すると、処理回路３１３は、収集機能３１３３を実行する。収集機能３１３３において処理回路３１３は、例えば、付帯情報を参照し、リモートデータベース６１から医用画像データＢ，Ｃ，Ｄを検索する。図４に示される例では、リモートデータベース６１には医用画像データＣ，Ｄが記憶されている。処理回路３１３は、リモートデータベース６１において医用画像データＣ，Ｄを発見し、発見した医用画像データＣ，Ｄを読み出し、メモリ３１４に記憶する（ステップＳ３５）。

また、図３では、ローカルデータベース３１１で記憶される医用画像データの増加に応じ、処理回路３１３が定義ファイル３１４２を読み出す場合を例に説明した。しかしながら、処理回路３１３が定義ファイル３１４２を読み出すタイミングはこれに限定されない。処理回路３１３は、医用画像診断装置４０から送信されるオーダ情報に基づき、定義ファイルを読み出しても構わない。

図７は、図２に示されるサーバ装置３１の処理回路３１３が、医用データファイルを生成する際の動作のその他の例を表すフローチャートである。また、図８は、図７で示される動作を説明するための模式図である。図８の説明でも、図４の説明と同様に、医用画像診断装置４０が医用画像データＡを生成し、その後、同一の患者についての医用画像データＢを生成するものとする。また、図７、８の説明において、オーダ情報には、例えば、造影剤の有無、検査目的、撮像パラメータ等を含む撮像条件が含まれるものとする。

まず、医用画像管理システム３０のサーバ装置３１は、医用画像診断装置４０からオーダ情報、及び患者情報を受信する（ステップＳ７１）。サーバ装置３１の処理回路３１３は、オーダ情報、及び患者情報を受信すると、判断機能３１３２を実行する。判断機能３１３２において処理回路３１３は、受信したオーダ情報に基づき、取得される医用データが特定可能か否かを判断する（ステップＳ７２）。オーダ情報に基づき、取得される医用データが特定可能であるとは、例えば、撮像条件に、造影剤の有無、並びに、検査目的における特徴的な単語、例えば、サブトラクション、カルシウムスコア、３Ｄ、ＭＰＲ等が含まれることである。

オーダ情報に基づいて取得される医用データが特定可能である場合（ステップＳ７２のＹｅｓ）、処理回路３１３は、オーダ情報に基づき、取得される医用データを特定する。処理回路３１３は、特定した医用データが必要な医用データとして挙げられている定義ファイル３１４２をメモリ３１４から読み出す（ステップＳ７３）。図８では、処理回路３１３は、受信したオーダ情報に基づき、医用画像診断装置４０の撮像により、例えば、医用画像データＡ，Ｂが取得されると判断する。処理回路３１３は、医用画像データＡ，Ｂが必要な医用データとして挙げられている定義ファイル３１４２をメモリ３１４から読み出す。ステップＳ７３において読み出された定義ファイル３１４２は、例えば、サブトラクション画像を用いた経過観察の為の医用画像データファイルＸを生成するのに必要な医用データを定義している。

処理回路３１３は、定義ファイル３１４２を読み出すと、定義ファイル３１４２を参照し、医用画像データＡ，Ｂ，Ｃ，Ｄが、医用画像データファイルＸを生成するのにさらに必要な医用画像データであると判断する。処理回路３１３は、医用画像データＡ，Ｂ，Ｃ，Ｄのうち、オーダ情報に従った撮像で取得される医用画像データＡ，Ｂ以外の医用画像データＣ，Ｄをローカルデータベース３１１内で検索する（ステップＳ７４）。ここで、医用画像データＣ，Ｄはリモートデータベース６１で管理され、ローカルデータベース３１１には、識別情報が記憶されている。つまり、ローカルデータベース３１１には、医用画像データＣ，Ｄは記憶されておらず、医用画像データＣ，Ｄの識別情報が記憶されている。

ローカルデータベース３１１の検索が完了すると、処理回路３１３は、医用画像データを収集する必要があるか否かを判断する（ステップＳ７５）。図８では、ローカルデータベース３１１に医用画像データＣ，Ｄの識別情報が記憶されているため、処理回路３１３は、医用画像データＣ，Ｄをリモートデータベース６１から収集する必要があると判断する（ステップＳ７５のＹｅｓ）。

医用画像データを収集する必要があると判断すると、処理回路３１３は、収集機能３１３３を実行する。収集機能３１３３において処理回路３１３は、ローカルデータベース３１１に記憶されている識別情報を参照し、リモートデータベース６１から医用画像データＣ，Ｄを読み出し、読み出した医用画像データＣ，Ｄをメモリ３１４に記憶する（ステップＳ７６）。

処理回路３１３は、医用画像データＣ，Ｄをメモリ３１４に記憶すると、生成機能３１３４を実行する。生成機能３１３４において処理回路３１３は、メモリ３１４に記憶されている医用画像データＣ，Ｄについてのデータ処理を実施する（ステップＳ７７）。具体的には、例えば、過去に取得された同一患者についての「造影剤有り」の医用画像データＤから、過去に取得された同一患者についての「造影剤無し」の医用画像データＣを減算（サブトラクション）し、過去におけるサブトラクション画像を生成する。

メモリ３１４に記憶されている医用画像データについてのデータ処理を実施すると、処理回路３１３は、オーダ情報に従った撮像で取得される医用画像データＡ，Ｂを受信するまで生成機能３１３４の実行を待機する（ステップＳ７８）。また、ステップＳ７５において、リモートデータベース６１から医用画像データを収集する必要がない、つまり、医用画像データＣ，Ｄがローカルデータベース３１１に記憶されている場合（ステップＳ７５のＮｏ）、処理回路３１３は、処理をステップＳ７８へ移行させる。

医用画像診断装置４０は、受信したオーダ情報に従い、造影剤無しの撮像で医用画像データＡを生成する。医用画像診断装置４０は、生成した医用画像データＡを医用画像管理システム３０へ送信する。処理回路３１３は、医用画像データＡを受信すると、制御機能３１３１により、受信した医用画像データＡを、メモリ３１４に記憶する。

医用画像診断装置４０による造影剤無しでの撮像により医用画像データＡが生成されると、患者に造影剤が投与される。医用画像診断装置４０は、造影剤が投与された患者について撮像し、医用画像データＢを生成する。医用画像診断装置４０は、生成した医用画像データＢを医用画像管理システム３０へ送信する。処理回路３１３は、医用画像データＢを受信すると、制御機能３１３１により、受信した医用画像データＢを、メモリ３１４に記憶する。

医用画像データＢがメモリ３１４に記憶されると、すなわち、定義ファイル３１４２で定義されている全ての医用画像データが揃うと、処理回路３１３は、生成機能３１３４を実行する。生成機能３１３４において処理回路３１３は、メモリ３１４に記憶されている医用画像データＡ～Ｄを用い、医用画像データファイルＸを生成する。処理回路３１３は、読影医等のユーザの要求に応じ、生成した医用画像データファイルＸを送信する。

以上のように、第１の実施形態に係る医用データファイル生成装置は、図９に示されるように、受信したオーダ情報に基づいて取得される医用画像データ以外の医用画像データを、オーダ情報に基づき、リモートデータベース６１から収集する。つまり、医用画像診断装置４０が撮像を開始する前、及び／又は、医用画像診断装置４０が第１医用画像データを生成するバックグラウンドで、リモートデータベース６１に記憶されている医用画像データを収集する。そして、リモートデータベース６１から収集した医用画像データについてのデータ処理を、第１、及び第２医用画像データが取得される前に実施するようにしている。つまり、オーダ情報に基づいて取得される医用画像データ以外の医用画像データについてのデータ処理を、オーダ情報に基づく撮像の最中に自律的に実施する。これにより、第１、及び第２医用画像データを取得した後のデータ処理量を抑えることが可能となる。すなわち、診断可能時刻をより早めることが可能となる。

なお、図７では、受信したオーダ情報に基づき、医用画像診断装置４０により生成される医用画像データを把握する場合を例に説明した。しかしながら、これに限定されない。処理回路３１３は、放射線部門情報システム２０で設定される撮像計画も参照して生成される医用画像データを把握しても構わない。このとき、放射線部門情報システム２０のサーバ装置２１から医用画像診断装置４０を介し、撮像計画が医用画像管理システム３０のサーバ装置３１へ送信される。なお、放射線部門情報システム２０のサーバ装置２１から医用画像管理システム３０のサーバ装置３１へ撮像計画を送信するようにしても構わない。

また、図７では、オーダ情報に基づき、処理回路３１３が定義ファイル３１４２を読み出す場合を例に説明した。しかしながら、処理回路３１３が定義ファイル３１４２を読み出すタイミングはこれに限定されない。処理回路３１３は、予め設定した周期で定義ファイルを読み出しても構わない。

具体的には、例えば、処理回路３１３は、予め設定される周期で判断機能３１３２を実行する。判断機能３１３２において処理回路３１３は、定義ファイル３１４２をメモリ３１４から読み出す。処理回路３１３は、定義ファイル３１４２で定義されている医用データがローカルデータベース３１１に記憶されているか否かを判断する。定義ファイル３１４２で定義されている医用データの全てがローカルデータベース３１１に記憶されている場合、処理回路３１３は、記憶されている医用データに基づいて医用データファイルを生成する。

定義ファイル３１４２で定義されている医用データの少なくとも一部がローカルデータベース３１１に記憶されていない場合、処理回路３１３は、不足している医用データをリモートデータベース６１から収集する。リモートデータベース６１からの収集により、定義ファイル３１４２で定義されている医用データの全てが取得されると、処理回路３１３は、記憶されている医用データに基づいて医用データファイルを生成する。

リモートデータベース６１から医用データを収集した後においても、定義ファイル３１４２で定義されている医用データに対して不足している医用データがある場合、処理回路３１３は、不足している医用データを受信するまで生成機能３１３４の実行を待機する。

また、図３では、医用画像診断装置４０により医用画像データＡが生成された後に、医用画像データＢが生成される場合を例に説明した。しかしながら、医用画像データＡが生成された後に、医用画像データＢが生成されるとは限らない。

図１０は、図２に示されるサーバ装置３１の処理回路３１３が、医用データファイルを生成する際の動作のその他の例を表すフローチャートである。図１０において、ステップＳ３１～ステップＳ３６は、図３で示されるステップＳ３１～ステップＳ３６と同じである。

処理回路３１３は、医用画像データＣ，Ｄを取得した後の待機時間が予め設定した時間に達したか否かを判断する（ステップＳ１０１）。予め設定した時間に達した場合（ステップＳ１０１のＹｅｓ）、処理回路３１３は、収集機能３１３３を実行する。収集機能３１３３において処理回路３１３は、第１医用画像データに続く第２医用画像データとして、定義ファイルで定義されている医用画像データのうち、取得されていない残りの医用画像データを取得するように促す表示を生成する（ステップＳ１０２）。

具体的には、例えば、処理回路３１３は、定義ファイル３１４２で定義される医用画像データＡ～Ｄのうち、ステップＳ３１で記憶した医用画像データＡ、及びステップＳ３５で収集した医用画像データＣ，Ｄ以外の医用画像データＢを、次に取得する医用画像データとして設定する。処理回路３１３は、医用画像データＢの取得を促す表示を生成し、この表示データを、例えば、病院情報システム１０、放射線部門情報システム２０、医用画像診断装置４０へ送信する。

病院情報システム１０のサーバ装置１１は、医用画像管理システム３０から、医用画像データＢの取得を促す旨の表示データを受信すると、例えば、医用画像データＢの取得を促す旨を、電子カルテに係る情報に書き込む。これにより、診療医がオーダを発行する際の一助とする。また、放射線部門情報システム２０のサーバ装置２１は、医用画像管理システム３０から、医用画像データＢの取得を促す旨の表示データを受信すると、例えば、オーダ情報を入力する際の入力画面に、医用画像データＢの取得を促す旨を表示する。これにより、放射線部門のスタッフがオーダを発行する際の一助とする。また、医用画像診断装置４０は、医用画像管理システム３０から、医用画像データＢの取得を促す旨の表示データを受信すると、例えば、ディスプレイに、医用画像データＢの取得を促す旨を表示する。これにより、医用画像診断装置４０を操作するスタッフが検査を実施する際の一助とする。このように、定義ファイルで定義される医用画像データのうち、取得されていない医用画像データの取得を促す旨を医師等へ表示することで、必要な医用画像データの取得忘れを防ぐことが可能となる。

予め設定した時間に達していない場合（ステップＳ１０１のＮｏ）、処理回路３１３は、残りの医用画像データ、すなわち、医用画像データＢを受信したか否かを判断する（ステップＳ１０３）。処理回路３１３は、医用画像データＢを受信すると（ステップＳ１０３のＹｅｓ）、受信した医用画像データＢをメモリ３１４に記憶する。医用画像データＢがメモリ３１４に記憶されると、処理回路３１３は、生成機能３１３４を実行する。生成機能３１３４において処理回路３１３は、メモリ３１４に記憶されている医用画像データＡ～Ｄを用い、医用画像データファイルＸを生成する（ステップＳ１０４）。医用画像データＢを受信しない場合（ステップＳ１０３のＮｏ）、処理回路３１３は、処理をステップＳ１０１へ移行させる。

（第２の実施形態）
第１の実施形態では、医用画像管理システム３０のサーバ装置３１が医用データファイル生成装置の役割を果たす場合を例に説明した。第２の実施形態では、通信端末３２，５０が医用データファイル生成装置の役割を果たす場合を説明する。

図１１は、第２の実施形態に係る通信端末５０の機能構成の例を表すブロック図である。なお、通信端末３２の構成は、通信端末５０と同様であるため、ここでは通信端末５０を代表して説明する。図１１に示される通信端末５０は、処理回路５１、メモリ５２、入力インタフェース５３、ディスプレイ５４、及び通信インタフェース５５を有する。処理回路５１、メモリ５２、入力インタフェース５３、ディスプレイ５４、及び通信インタフェース５５は、例えば、バスを介して互いに通信可能に接続されている。

処理回路５１は、通信端末５０の中枢として機能するプロセッサである。処理回路５１は、メモリ５２等に記憶されているプログラムを実行することにより、当該プログラムに対応する機能を実現する。

メモリ５２は、例えば、種々の情報を記憶するＲＯＭ、ＲＡＭ、ＨＤＤ、ＳＳＤ、集積回路等の記憶装置である。また、メモリ５２は、ＣＤ－ＲＯＭドライブ、ＤＶＤドライブ、フラッシュメモリ等の可搬性記憶媒体との間で種々の情報を読み書きする駆動装置等であってもよい。

メモリ５２は、本実施形態に係る医用データファイル生成プログラム等を記憶している。なお、この医用データファイル生成プログラムは、例えば、メモリ５２に予め記憶されていてもよい。また、例えば、非一過性の記憶媒体に記憶されて配布され、非一過性の記憶媒体から読み出されてメモリ５２にインストールされてもよい。

メモリ５２は、定義ファイル５２１を記憶している。定義ファイル５２１は、例えば、診断の種類、生成する医用データファイルの種類毎に存在する。定義ファイル５２１は、例えば、メモリ５２に予め記憶されていてもよい。また、例えば、非一過性の記憶媒体に記憶されて配布され、非一過性の記憶媒体から読み出されてメモリ５２にインストールされてもよい。

入力インタフェース５３は、ユーザから各種の入力操作を受け付け、受け付けた入力操作を電気信号に変換して処理回路５１へ出力する。

ディスプレイ５４は、処理回路５１からの指示に従って種々の情報を表示する。また、ディスプレイは、ユーザからの各種操作を受け付けるためのＧＵＩ等を表示してもよい。

通信インタフェース５５は、病院情報システム１０、放射線部門情報システム２０、医用画像管理システム３０、医用画像診断装置４０、及びストレージサーバ６０との間でデータ通信を行う。通信インタフェース５５は、例えば、予め設定されている既知の規格に準拠してデータ通信を行う。

図１１に示される処理回路５１は、メモリ５２に記憶されている医用データファイル生成プログラム等を実行することで、実行したプログラムに対応する機能を実現する。例えば、処理回路５１は、医用データファイル生成プログラム等を実行することで、判断機能５１１、収集機能５１２、及び生成機能５１３を有する。なお、本実施形態では、単一のプロセッサによって判断機能５１１、収集機能５１２、及び生成機能５１３が実現される場合を説明するが、これに限定されない。例えば、複数の独立したプロセッサを組み合わせて処理回路を構成し、各プロセッサがプログラムを実行することにより判断機能５１１、収集機能５１２、及び生成機能５１３を実現しても構わない。

判断機能５１１は、メモリ５２に記憶されている定義ファイル５２１を参照し、必要な医用データがローカルデータベース３１１内に揃っているか否かを判断する機能であり、判断手段の一例である。具体的には、例えば、判断機能５１１において処理回路５１は、メモリ５２から定義ファイル５２１を読み出す。処理回路５１は、読み出した定義ファイル５２１で定義されている医用データがローカルデータベース３１１内に揃っているか否かを判断する。

収集機能５１２は、ストレージサーバ６０に構築されるリモートデータベース６１から医用データを収集する機能であり、収集手段の一例である。具体的には、例えば、収集機能５１２において処理回路３１３は、ローカルデータベース３１１内に、定義ファイル５２１で定義されている医用データの少なくとも一部が存在しない場合、存在しない医用データをリモートデータベース６１から収集する。

生成機能５１３は、取得した医用データから医用データファイルを生成する機能であり、生成手段の一例である。具体的には、例えば、生成機能５１３において処理回路５１は、必要な医用データがローカルデータベース３１１内に揃っている場合、これらの医用データに基づいて医用データファイルを生成する。つまり、処理回路５１は、ローカルデータベース３１１で取得した医用データ、リモートデータベース６１から収集した医用データ、及び新たに取得された医用データから医用データファイルを生成する。

次に、以上のように構成された、医用データファイル生成装置としての通信端末５０の動作の例を、処理回路５１の処理手順に従って説明する。
まず、医用画像管理システム３０のサーバ装置３１は、例えば、医用画像診断装置４０により生成された医用画像データＡを受信する。サーバ装置３１は、医用画像データＡを受信すると、受信した医用画像データＡを記憶する。

通信端末５０の処理回路５１は、ローカルデータベース３１１を監視している。ローカルデータベース３１１に医用画像データＡが記憶されると、処理回路５１は、判断機能５１１を実行する。判断機能５１１において処理回路５１は、メモリ５２から、医用画像データＡが必要な医用データとして挙げられている定義ファイル５２１を読み出す。処理回路５１は、読み出した定義ファイル５２１を参照し、医用画像データファイルを生成するのにさらに必要な医用画像データＢ，Ｃ，Ｄを認識する。処理回路５１は、医用画像データＢ，Ｃ，Ｄをローカルデータベース３１１内で検索する。

検索の結果、医用画像データＢ，Ｃ，Ｄの少なくとも一部がローカルデータベース３１１にない場合、処理回路５１は、収集機能５１２を実行する。収集機能５１２において処理回路５１は、ローカルデータベース３１１に存在しない医用画像データを、リモートデータベース６１から収集する。

処理回路５１は、定義ファイル５２１で定義されている全ての医用データがローカルデータベース３１１に記憶されると、生成機能５１３を実行する。生成機能５１３において処理回路５１は、ローカルデータベース３１１に記憶されている医用画像データを用い、医用画像データファイルを生成する。

以上のように、第２の実施形態では、第１医用画像を撮像した後に実施される第２医用画像の撮像の間に、診断に必要な医用画像データを外部のストレージ装置から収集する。そして、必要な医用画像データが揃い次第、データ処理を実施するようにしている。これにより、第２の実施形態に係る医用データファイル生成装置によれば、ユーザからの表示要求を待たずに、表示に必要となる医用データを自動的に収集し、収集した医用データについてのデータ処理を実行することが可能となるため、ユーザが表示要求を入力する前に、所望の医用データファイルの生成を完了させておくことが可能となる。

なお、第１、及び第２の実施形態では、医用データファイル生成装置が設けられるシステムが、病院情報システム１０、放射線部門情報システム２０、医用画像管理システム３０、医用画像診断装置４０、通信端末５０、及びストレージサーバ６０を備える場合を例に説明した。しかしながら、医用データファイル生成装置が設けられるシステムは、これに限定されない。当該システムは、例えば、図１２で示されるように、放射線部門情報システム２０を備えていなくても構わない。このとき、医用画像診断装置４０は、病院情報システム１０から送信されるオーダ情報、及び患者情報に基づいて患者を撮影し、医用画像データを生成する。また、医用画像診断装置４０は、病院情報システム１０から送信されるオーダ情報、及び患者情報を受信すると、受信したオーダ情報、及び患者情報を医用画像管理システム３０へ転送する。なお、オーダ情報、及び患者情報が病院情報システム１０から医用画像管理システム３０へ送信される場合には、医用画像診断装置４０は、オーダ情報、及び患者情報を医用画像管理システム３０へ転送しなくても構わない。

以上説明した少なくとも一つの実施形態によれば、医師による診断の開始が遅延されるのを抑えることができる。

実施形態の説明において用いた「プロセッサ」という文言は、例えば、ＣＰＵ（central processing unit）、ＧＰＵ(Graphics Processing Unit)、或いは、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ））、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device：ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex Programmable Logic Device：ＣＰＬＤ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ））等の回路を意味する。プロセッサは記憶回路に保存されたプログラムを読み出し実行することで機能を実現する。なお、記憶回路にプログラムを保存する代わりに、プロセッサの回路内にプログラムを直接組み込むよう構成しても構わない。この場合、プロセッサは回路内に組み込まれたプログラムを読み出し実行することで機能を実現する。なお、上記各実施形態の各プロセッサは、プロセッサごとに単一の回路として構成される場合に限らず、複数の独立した回路を組み合わせて１つのプロセッサとして構成し、その機能を実現するようにしてもよい。さらに、上記各実施形態における複数の構成要素を１つのプロセッサへ統合してその機能を実現するようにしてもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１０…病院情報システム
１１…サーバ装置
１２…通信端末
２０…放射線部門情報システム
２１…サーバ装置
２２…通信端末
３０…医用画像管理システム
３１…サーバ装置
３１１…ローカルデータベース
３１２…定義データベース
３１３…処理回路
３１３１…制御機能
３１３２…判断機能
３１３３…収集機能
３１３４…生成機能
３１４…メモリ
３１４１…医用画像データ
３１４２…定義ファイル
３１５…通信インタフェース
３２…通信端末
４０…医用画像診断装置
５０…通信端末
５１…処理回路
５１１…判断機能
５１２…収集機能
５１３…生成機能
５２…メモリ
５２１…定義ファイル
５３…入力インタフェース
５４…ディスプレイ
５５…通信インタフェース
６０…ストレージサーバ
６１…リモートデータベース

Claims (7)

1. 医用データファイルの生成に必要な複数の医用データの組を定義する定義ファイルを記憶するメモリと、
   新たな医用データが前記メモリに記憶されたことを契機として、前記新たな医用データに対応する定義ファイルを前記メモリから読み出し、読み出した定義ファイルに定義された医用データの組み合わせと前記新たな医用データとを照合することにより、当該医用データファイルの生成に必要な複数の医用データが全て揃っているか否かを判断し、当該医用データファイルを生成するために不足している医用データを特定する判断手段と、
   前記メモリに記憶されている既に生成されたデータの中から前記不足している医用データに対応する医用データを特定し、当該特定した医用データを前記不足している医用データに対応する医用データが新たに生成され前記メモリに記憶されるよりも先に特定した医用データを収集する収集手段と、
   前記新たな医用データと前記収集手段により特定され収集された前記医用データとに基づいて前記医用データファイルを生成する生成手段と
   を具備する医用データファイル生成装置。
2. 前記判断手段は、医用画像診断装置に対するオーダ情報に基づき、前記医用画像診断装置で取得される医用データを特定し、前記特定した医用データが含まれる定義ファイルを前記メモリから読み出す請求項１記載の医用データファイル生成装置。
3. 前記判断手段は、前記メモリ内に前記複数の医用データが全て揃っているか否かを判断し、
   前記収集手段は、前記複数の医用データのうち少なくとも１つが不足している場合、前記不足している医用データを、外部のデータベースから収集する請求項２に記載の医用データファイル生成装置。
4. 前記生成手段は、前記複数の医用データが全て揃うまで前記医用データファイルの生成を待機する請求項２または３に記載の医用データファイル生成装置。
5. 前記収集手段は、前記待機する時間が予め設定した時間に達すると、不足している医用データの取得を促す請求項４記載の医用データファイル生成装置。
6. 医用データファイルの生成に必要な複数の医用データの組を定義する定義ファイルを記憶する第１メモリと、
   既に生成された医用データを記憶するための第２メモリと、
   前記第２メモリで記憶しきれない医用データを記憶するための外部サーバと、
   新たな医用データが前記第２メモリに記憶されたことを契機として、前記新たな医用データに対応する定義ファイルを前記第１メモリから読み出し、読み出した定義ファイルに定義された医用データの組み合わせと前記新たな医用データとを照合することにより、前記定義ファイルで定義される複数の医用データが前記第２メモリ内に全て揃っているか否かを判断し、当該医用データファイルを生成するために不足している医用データを特定する判断手段と、
   前記第２メモリに記憶されている既に生成されたデータの中から前記不足している医用データに対応する医用データを特定し、当該特定したデータを前記不足している医用データに対応する医用データが新たに生成され前記第２メモリに記憶されるよりも先に特定した医用データを収集し、前記不足している医用データに対応する医用データが前記第２メモリ内に存在せず前記外部サーバに存在する場合、当該医用データを前記外部サーバから収集する収集手段と、
   前記複数の医用データが全て揃っている場合、前記揃っている複数の医用データに基づいて前記医用データファイルを生成する生成手段と
   を具備する医用データファイル生成システム。
7. 医用データファイルの生成に必要な複数の医用データの組を定義する定義ファイルを記憶するメモリに新たな医用データが記憶されたことを契機として、前記新たな医用データに対応する定義ファイルを前記メモリから読み出し、読み出した定義ファイルに定義された医用データの組み合わせと前記新たな医用データとを照合することにより、当該医用データファイルの生成に必要な複数の医用データが全て揃っているか否かを判断し、当該医用データファイルを生成するために不足している医用データを特定する処理と、
   前記メモリに記憶されている既に生成されたデータの中から前記不足している医用データに対応する医用データを特定し、当該特定した医用データを前記不足している医用データに対応する医用データが新たに生成され前記メモリに記憶されるよりも先に特定した医用データを収集する処理と、
   前記新たな医用データと前記収集する処理により特定され収集された医用データとに基づいて前記医用データファイルを生成する処理と
   をプロセッサに実行させる医用データファイル生成プログラム。

Images