JP6076572B1 - 医療システム及び医療装置 - Google Patents

Abstract

簡易な構成により、ＤＩＣＯＭ規格に非対応の外部装置に対し、医療装置にて検査で得られたデータをＤＩＣＯＭ形式で転送し、保存することを可能とする技術を提供するため、プロセッサ１は、被写体に関わる医療情報を記録する。ＤＩＣＯＭ形式画像生成部１１１は、プロセッサ１に備えられ、医療情報に基づくメタデータを含み、ＤＩＣＯＭ規格の通信プロトコルとは異なる所定のプロトコルで送受信が可能なデータファイルを生成する。ネットワーク出力部１１２は、プロセッサ１に備えられ、ＤＩＣＯＭ形式画像生成部１１１により生成されたデータファイルを所定のプロトコルで定められるネットワークを介して接続されたネットワークドライブ３に出力する。

Description

本発明は、医療情報を記録する医療装置を備える医療システムに関し、特に、医療装置と外部装置との間でネットワークを介して通信を行って外部装置に医療情報を保存する医療システムに関する。

医療の現場では、検査を行って内視鏡装置等の医療装置にて被検体を撮影して医用画像等のデータを得て、検査後に、取得した医用画像等のデータを参照して診断を行ったり、検査結果のレポートを作成したりする必要がある。このため、医療装置と医用画像等のデータを保存するサーバ装置等の外部装置とを有し、医療装置と外部装置とが相互にネットワークを介して接続された医療システムが普及してきている。医師等のユーザは、検査後に外部装置にアクセスして医用画像等のデータを参照し、診断やレポートの作成等を行う。

ここで、ＤＩＣＯＭ規格では、内視鏡画像等の医用画像や医用画像の通信規格が定められている。ＤＩＣＯＭ規格に対応した医療システムでは、検査において医療装置にて得られた画像データをＤＩＣＯＭ形式のデータに変換する。そして、得られたＤＩＣＯＭ形式のデータを、ネットワークを介して接続されているサーバ等の外部装置に転送し、転送先の装置にデータを保存しておく（例えば、特許文献１、２）。

公知の技術として、ＤＩＣＯＭ規格に対応した装置とＤＩＣＯＭ規格に非対応の医療装置との間でＤＩＣＯＭ通信用ネットワークを介して通信を行う技術についても開示されている（例えば、特許文献３）。

また、医療装置及びサーバのいずれにおいてもＤＩＣＯＭ規格に対応していない構成をとる場合に、両装置間で汎用プロトコルを用いて画像のファイルを送受信する技術についても開示されている（例えば、特許文献４）。

特開２０１０−１２８６５９号公報 特開２００８−０３６３５３号公報 特開２００３−２４８７２３号公報 特開２００９−２１３７９０号公報

上記のとおり、医療システムを構成する各機器は、その全てがＤＩＣＯＭ規格に対応しているとは限らず、一部の機器については非対応の機器を使用することもある。また、例えばＮＡＳ（Network Attached Storage）等の大容量のファイルサーバについては、医用画像等のデータの保存先としては望ましいものの、ＤＩＣＯＭ通信を行うために必要なアプリケーションソフトについては、搭載されていない。このため、従来の医療システムにおいては、検査で得られたデータをＤＩＣＯＭ通信によりＮＡＳに転送し、ＮＡＳをデータの保存先として利用することができなかった。

しかし、ユーザの利便性等を考慮すれば、大容量ストレージであるＮＡＳ等の外部装置に医療装置にて検査で得たデータをＤＩＣＯＭ形式で保存しておき、ユーザが後にこれを利用できることが望ましい。

本発明は、簡易な構成により、ＤＩＣＯＭ規格に非対応の外部装置に対し、医療装置にて検査で得られたデータをＤＩＣＯＭ形式で転送し、保存することを可能とする技術を提供することを目的とする。

本発明の一態様に係る医療システムによれば、被写体に関わる医療情報が記憶される記憶部と、前記医療情報に基づくメタデータを含み、ＤＩＣＯＭ（Digital Imaging and Communication in Medicine）規格の通信プロトコルとは異なる所定のプロトコルで送受信が可能なデータファイルを生成する通信データファイル生成部と、前記通信データファイル生成部により生成された前記データファイルを、前記所定のプロトコルで定められるネットワークを介して接続された外部へ送信する送信部と、を備えた医療装置と、前記送信部から出力された前記データファイルを記録可能に構成され、前記医療装置と前記所定のプロトコルで定められるネットワークを介して接続された、ＤＩＣＯＭに関わるアプリケーションを実装していないネットワークドライブと、を備えたことを特徴とする。
本発明の他の一態様に係る医療装置によれば、被写体に関わる医療情報を記録する記録部と、前記医療情報に基づくメタデータを含み、ＤＩＣＯＭ（Digital Imaging and Communication in Medicine）規格の通信プロトコルとは異なる所定のプロトコルで送受信が可能なデータファイルを生成する通信データファイル生成部と、前記通信データファイル生成部により生成された前記データファイルを前記所定のプロトコルで定められるネットワークを介して接続された、ＤＩＣＯＭに関わるアプリケーションを実装していないネットワークドライブに出力する送信部と、を備えたことを特徴とする。

本発明によれば、簡易な構成により、ＤＩＣＯＭ規格に非対応の外部装置に対し、医療装置にて検査で得られたデータをＤＩＣＯＭ形式で転送し、保存することが可能となる。

実施形態に係る医療システムの構成図である。 実施形態に係る医療システムによる検査データの転送方法を示す図である。従来における医療システムの検査データの転送方法を示す図である。 従来における医療システムの検査データの転送方法を示す図（その１）である。 従来における医療システムの検査データの転送方法を示す図（その２）である。 実施形態に係る医療システムがデータファイルを生成する際に付加するメタデータの構造例を示す図である。 ネットワークドライブにアクセスして保存されている画像等のデータを利用する際の効果を説明する図である。 図５Ａと比較して従来技術を説明するための図である。 ネットワークドライブにアクセスして保存されている画像等のデータを利用する際の別の効果を説明する図である。 図６Ａと比較して従来技術を説明するための図である。

以下、本発明の実施の形態について、図面を参照して詳細に説明する。
図１は、本実施形態に係る医療システムの構成図である。図１の医療システム１００は、内視鏡スコープ（以下スコープと略記）２、内視鏡プロセッサ（以下プロセッサと略記）１、観察モニタ（以下モニタと略記）４及びネットワークドライブ３を有する。

スコープ２は、被検体の体腔内に挿入可能であり、先端の撮像部において撮像して得られた画像信号をプロセッサ１に送信する。
プロセッサ１は、内視鏡画像生成回路１２、内視鏡画像処理回路１１、メモリ１３Ａ、記録媒体１４、映像出力回路１６、ＣＰＵ１７、メモリ１３Ｂ、プログラム記録用メモリ１５及びネットワークインタフェース（ネットワークＩ／Ｆ）１８を有する。図１においては、本実施形態に関わる構成のみを記載している。

このうち、内視鏡画像生成回路１２は、スコープ２から入力された画像信号に対して必要な処理を施し、内視鏡画像を生成する。内視鏡画像処理回路１１は、スコープ２から順次入力される画像信号を処理して内視鏡画像を生成し、これを映像出力回路１６に出力する。映像出力回路１６は、内視鏡画像処理回路１１から入力された内視鏡画像に文字等の情報等を合成した画像を生成し、これをモニタ４に出力する。モニタ４は、映像出力回路１６から受信した画像を、ライブ映像として表示させる。内視鏡画像処理回路１１は、画像処理を実施する際に、生成したフレーム画像を一時的に保存する等のためにメモリ１３Ａを利用する。

これとともに、内視鏡画像処理回路１１は、ＣＰＵ１７において術者によるレリーズボタンの押下等のユーザからの指示を認識すると、ＣＰＵ１７からの指令にしたがって、所定のフレーム画像を取り込む。そして、内視鏡画像処理回路１１は、取り込んだ画像を静止画像として記録媒体１４に記録する。記録媒体１４には、ＤＩＣＯＭ形式で生成された画像ファイルが記録される。ＣＰＵ１７は、例えば検査後等にユーザからの指示にしたがって、記録媒体１４から記録した静止画像を読み出し、ネットワークインタフェース１８を介してネットワークドライブ３に出力する。

ネットワークインタフェース１８は、ＤＩＣＯＭ規格により定まる通信プロトコルではなく、汎用の通信プロトコルにより、ネットワークドライブ３に画像を転送する。汎用の通信プロトコルとしては、例えば、ＦＴＰ（file transfer protocol）、ＳＭＢ／ＣＩＦＳ（Server Message Block/Common Internal File System）、ＮＦＳ（Network File System）、ＡＦＰ（Apple Filing Protocol）等が挙げられる。

プログラム記録用メモリ１５は、内視鏡検査で得られた画像データ等の検査データのネットワークドライブ３への転送処理を制御するプログラムを格納する。ＣＰＵ１７は、プログラム記録用メモリ１５からこの制御プログラムを読み出してこれをメモリ１３Ｂに展開して実行することで、本実施形態に係る検査データの転送方法を実現する。

ＣＰＵ１７は、静止画像をネットワークドライブ３に出力する旨の指示を認識すると、内視鏡画像処理回路１１やネットワークインタフェース１８を制御して、画像データを含む検査データを記録媒体１４から読み出す。記録媒体１４から読み出す検査データは、ＤＩＣＯＭ形式のデータからなり、内視鏡画像のデータの他、検査日時や患者等の検査に関わる各種のデータを含む。ＣＰＵ１７は、この検査データからデータファイルを生成し、生成したデータファイルを、ネットワークインタフェース１８を通じて汎用の通信プロトコルで外部装置（図１の例ではネットワークドライブ３）に転送する。

以下に、本実施形態に係る医療システムが、検査データより生成したデータファイルをプロセッサ１から転送する方法について、図２等を参照してより具体的に説明する。
図２は、本実施形態に係る医療システム１００による検査データの転送方法を示す図であり、図３Ａ及び図３Ｂは、従来における医療システムの検査データの転送方法を示す図である。

本実施形態に係る医療システム１００によれば、まず、プロセッサ１のＤＩＣＯＭ形式画像生成部１１１が、記録媒体１４に記録したＤＩＣＯＭ形式の静止画像のデータを含む検査データから、ＤＩＣＯＭ形式のデータファイルを生成する。これは、図１のＣＰＵ１７が、内視鏡画像処理回路１１に指示して静止画像のデータ等の検査データを記録媒体１４から読み出させ、読み出したデータから、データファイルを生成する動作がこれに対応する。データファイルは、汎用の通信プロトコルで送受信が可能である。データファイルを生成する方法については、後に図４を参照して具体的に説明する。

次に、プロセッサ１のネットワーク出力部１１２は、ＤＩＣＯＭ形式画像生成部１１１にて生成したＤＩＣＯＭ形式のデータファイルを、ＦＴＰ等の汎用の通信プロトコルを用いてネットワークドライブ３に転送する。これは、図１のＣＰＵ１７が、生成したファイルをネットワークインタフェース１８を介してネットワークドライブ３に送信させる動作がこれに対応する。

従来においては、図３Ａに示すように、プロセッサにおいては、ＤＩＣＯＭ形式以外のフォーマットのデータファイルを生成し、これをＮＡＳ等のＤＩＣＯＭ規格に非対応のネットワークドライブに転送して保存しておく方法がある。この場合は、ＤＩＣＯＭが規定する通信プロトコルは利用できず、汎用の通信プロトコルを用いてファイルを転送することとなる。

あるいは、ＤＩＣＯＭ形式のデータを管理する場合には、図３Ｂに示す構成をとる。図３Ｂの構成では、プロセッサにて生成、保存した画像データ等を含むデータファイルを外部のサーバ（図３Ｂにおいては内視鏡部門システム内に設けられる）に転送する際は、ＤＩＣＯＭ形式にデータを変換してから、これを転送している。ここでの「ＤＩＣＯＭ形式のデータ」とは、「ＤＩＣＯＭ規格 ＰＳ３．３」において定義されるＳＯＰクラスの１つである、「ＶＬ Ｅｎｄｏｓｃｏｐｉｃ Ｉｍａｇｅ Ｓｔｏｒａｇｅ」にしたがったデータセットをいう。この場合は、同規定 ＰＳ３．５に規定される方法でエンコードして、同規定 ＰＳ３．７に規定する方法で、データを格納するサーバ装置を有する内視鏡部門システムに対し、データセットを送信する。このとき使用される通信プロトコルは、ＤＩＣＯＭが規定する通信プロトコルである。

図３Ａに例示する従来の方法では、ＮＡＳ等の大容量ストレージに画像ファイルを転送し、保存しておくことが可能であるものの、ネットワークドライブに保存されるデータには、ＤＩＣＯＭ規格に必要な情報が欠落している。ネットワークドライブに保存されたデータは、その後、レポートの作成や診断のために利用される。このとき、ネットワークドライブに格納されているデータからは所定の情報が欠落しているとなると、利便性が十分であるとは言いがたい。

また、図３Ｂに例示する従来の方法では、画像ファイルの出力先が必ずＤＩＣＯＭ規格に対応している機器である必要がある。このため、設備投資に一定のコストを要する。また、プロセッサ１にて、ＤＩＣＯＭ形式の転送用のデータを生成するためには、所定のデータ入力を行う必要がある。

これに対し、図２に示す本実施形態に係る検査データの転送方法によれば、プロセッサ１は、ＤＩＣＯＭ規格で定められる必要な情報を全て含むファイルを生成し、生成したファイルを、汎用の通信プロトコルを用いてネットワークドライブ３に転送する。汎用の通信プロトコルを用いているため、ファイルの転送先の装置がＤＩＣＯＭ規格に対応しているか否かによらずにファイル転送を行うことができる。また、ネットワークドライブ３に保存されるデータファイルは、ＤＩＣＯＭ形式で生成されているため、ネットワークドライブ３においては、必ずしもＤＩＣＯＭサービス（ＤＩＣＯＭ規格により提供される機能）のアプリケーションを実装している必要がない。これにより、ＮＡＳ等の大容量ストレージをデータファイルの保存先として利用することが可能となる。

医療装置やサーバ等の複数の装置から構成される医療システムの全体をＤＩＣＯＭ規格に対応させる必要があるとなると、医療機関にとっては負担が大きい。しかし、本実施形態によれば、ＤＩＣＯＭ規格には非対応であっても、ＮＡＳ等の大容量ストレージを検査データの保存先に利用することができ、これにより、初期の投資費用の抑制にも資する。更には、初期の投資費用を抑制することができることから、ＤＩＣＯＭ規格に対応した医療システム１００の普及にも資することとなる。

なお、本実施形態においては、ＤＩＣＯＭ規格 ＰＳ３．１０に規定するメタデータを上記のＤＩＣＯＭのＳＯＰクラスの１つである「ＶＬ Ｅｎｄｏｓｃｏｐｉｃ Ｉｍａｇｅ Ｓｔｏｒａｇｅ」に付加することにより、データファイルを生成する。これについて図４を参照して説明する。

図４は、本実施形態に係る医療システム１００がデータファイルを生成する際に付加するメタデータの構造例を示す図である。
プロセッサ１のＤＩＣＯＭ形式画像生成部１１１は、先述のＳＯＰクラス「ＶＬ Ｅｎｄｏｓｃｏｐｉｃ Ｉｍａｇｅ Ｓｔｏｒａｇｅ」に定義されるデータの先頭に、図４のメタデータ「ＤＩＣＯＭ Ｆｉｌｅ Ｍｅｔａ Ｉｎｆｏｒｍａｔｉｏｎ」を付してデータファイルを生成する。ＤＩＣＯＭ形式画像生成部１１１は、生成したデータファイルを外部に送信する。

ＤＩＣＯＭ規格 ＰＳ３．１０によれば、図４のメタデータは、医用画像等のデータをＣＤ（Compact Disc）等の媒体に記録する際に使用される。医用画像等のデータに図４のメタデータを付加することで、データをカプセル化している。

本実施形態においては、ＣＤ−ＲＯＭ等のローカルストレージに画像データを出力するために画像データをカプセル化することを目的として定められているメタデータを付加して、データファイルを生成する。これにより、ＮＡＳ等のＤＩＣＯＭ規格に非対応のネットワークドライブ３においても、ＤＩＣＯＭ形式の画像ファイルの保存が可能となる。図４のメタデータを上記のＳＯＰクラスのデータに付加することを、以下においては、データの「ファイル化」という。

なお、図４に示すメタデータのうち、「＊」印を付している項目については、入力が必須の項目である。ネットワークドライブ３にアクセスする装置は、図４のメタデータを参照することにより、ネットワークドライブ３に保存されているデータファイルがＤＩＣＯＭ画像データを含むファイルであることが認識でき、また、各データファイルを識別することが可能となる。プロセッサ１のＣＰＵ１７は、内視鏡画像処理回路１１が静止画像のデータを記録媒体１４に記録する際の情報等を利用して、図４のメタデータの各項目に必要な値を設定することができる。

レポートの作成や診断のためにユーザがネットワークドライブ３に保存されている画像を参照するときは、ネットワークドライブ３のデータファイルを、ネットワークを介してユーザが使用する他の装置やシステムに転送する必要がある。このとき、上記の方法で画像データ等をファイル化しておくことで、他の装置等からネットワークドライブ３に保存した画像データ等にアクセスする際においても、効果を奏する。これについて、図面を参照して具体的に説明する。

図５Ａは、ネットワークドライブ３にアクセスして保存されている画像等のデータを利用する際の効果を説明する図であり、図５Ｂは、図５Ａと比較して従来技術を説明するための図である。

図５Ａ及び図５Ｂの内視鏡部門システムは、プロセッサ１が外部装置（実施例ではネットワークドライブ３）に保存した画像データを管理するために設けられるシステムである。ユーザは、ビューア（ワークステーション）を通じて管理システムＰＡＣＳ（Picture Archiving and Communication Systems）にアクセスすることで、ＰＡＣＳを通じて内視鏡画像等のデータを参照する。

図５Ａ及び図５Ｂに示す構成例では、プロセッサ１で得られた内視鏡画像を含む検査データにアクセスするシステム及び装置（内視鏡部門システム、ＰＡＣＳ及びワークステーション）は、ＤＩＣＯＭ規格に対応していることとする。また、ネットワークドライブ３は、ＤＩＣＯＭ規格に非対応のＮＡＳから構成されることとする。

上記のとおり、本実施形態に係るプロセッサ１からネットワークドライブ３への検査データの転送方法により、ネットワークドライブ３には、図４のメタデータが付されたデータファイルが格納されている。

内視鏡部門システムでは、ネットワークドライブ３との間でＦＴＰ等の汎用プロトコルを用いて通信を行い、受信したデータファイルを変換して、転送用のデータ（ＤＩＣＯＭ転送データ）を得る。ＤＩＣＯＭ転送データは、上記のファイル化処理により得られたデータファイルから図４のメタデータを削除することで得られる。変換後のＤＩＣＯＭ転送データは、内視鏡部門システムとネットワークを介して相互に接続されるＰＡＣＳやワークステーションに対して提供される。内視鏡部門システム、ＰＡＣＳ及びワークステーションは、データ変換により得られたＤＩＣＯＭ転送データを、ＤＩＣＯＭが規定する通信プロトコルを用いて送受信する。

このように、内視鏡部門システムにおいては、ネットワークドライブ３から受信したデータファイルから、所定の位置に付加されたメタデータを削除する処理のみでＤＩＣＯＭ転送データを得ることができる。すなわち、内視鏡部門システムにおいて、ＤＩＣＯＭ転送データを得るために追加のデータ入力を行う等の作業は不要である。ＮＡＳ等のＤＩＣＯＭ規格に非対応の機器をネットワークドライブ３に採用した場合であっても、ネットワークドライブ３にアクセスして内視鏡画像等のデータを利用する際におけるユーザの作業が不要であるため、作業の効率化に資する。

図５Ｂに示す従来の構成においても、ＮＡＳに画像データを含むデータファイルの利用に際しては、内視鏡部門システムにおいてＤＩＣＯＭ形式のデータに変換する必要がある。しかし、従来の構成では、ＤＩＣＯＭ規格に必要な全ての情報を含まないファイルからＤＩＣＯＭ転送データを得る必要がある。このため、ユーザにとっては、内視鏡部門システム等を介してデータ変換のために必要なデータを追加して入力する作業が必要となってしまう。

あるいは、ＮＡＳにＤＩＣＯＭ規格に必要なデータを保存しておく構成も考えられる。このような構成とすれば、内視鏡部門システムでは、画像データを含むデータファイルと共にＤＩＣＯＭ規格に必要なデータをＮＡＳから受信して、このデータに基づきデータ変換を行うことができるので、内視鏡部門システムにおけるデータ入力は不要となる。しかし、仮にそのような構成とした場合は、ＮＡＳからデータを受信する内視鏡部門システムにおいて、ＤＩＣＯＭ画像転送データを生成するための専用のアプリケーションソフトウェアを実装する必要が生じてしまう。

図６Ａは、ネットワークドライブ３にアクセスして保存されている画像等のデータを利用する際の別の効果を説明する図であり、図６Ｂは、図６Ａと比較して従来技術を説明するための図である。

図６Ａの構成においても、図５Ａ及び図５Ｂと同様に、プロセッサ１がネットワークドライブ３に保存した画像データを管理するための内視鏡部門システムと、ＰＡＣＳと、ビューアであるワークステーションとがネットワークを介して接続されている。内視鏡部門システム、ＰＡＣＳ及びワークステーションは、ＤＩＣＯＭ規格に対応しており、ネットワークドライブ３は、ＤＩＣＯＭ規格に非対応のＮＡＳから構成される。これに対し、図６Ｂの構成においては、内視鏡部門システムのサーバ装置に画像等のデータを保存し、各システムや装置は、ＤＩＣＯＭ規格に対応していることとする。

内視鏡画像を含む検査データを管理する内視鏡部門システムにおいては、ソフトウェアのバージョンアップやメンテナンスの実施等により、システムを再起動する必要が生じることがある。図６Ａの構成では、内視鏡部門システムがダウンしても、画像データはＮＡＳ（ネットワークドライブ３）に保存されているため、プロセッサ１から外部装置への画像データの出力に影響はない。すなわち、検査においてプロセッサ１の記録媒体１４に記録した画像データのＮＡＳ等のネットワークドライブ３への転送及び保存に関しては、内視鏡部門システムが管理する必要がない。このため、内視鏡部門システムにおいて再起動を行っても、そのためにプロセッサ１からネットワークドライブ３への画像データの転送が行えない等の事態が生じない。したがって、内視鏡部門システムにおいては、ソフトウェアのアップデートやメンテナンス等の実施を、内視鏡検査の終了後や休日等に限定されずに随時行うことが可能となる。

これに対し、図６Ｂに示す従来の構成においては、プロセッサ１から画像データを外部装置に転送する際には内視鏡部門システムがこれを管理している。このため、内視鏡部門システムのサーバは、検査中には必ず起動し動作している必要があり、内視鏡部門システムのソフトウェアのアップデートやメンテナンスは、検査等に影響のない時間帯や日にちに限定されることとなる。

以上説明したように、本実施形態に係る医療システム１００によれば、プロセッサ１は、内視鏡画像データを含む検査データを外部装置に転送して保存するとき、検査データにメタデータを付加してファイル化し、これをＦＴＰ等の汎用の通信プロトコルを用いて送信する。汎用の通信プロトコルを用いて転送可能な構成とすることで、データの保存先のネットワークドライブ３としては、ＮＡＳ等のＤＩＣＯＭ規格に非対応の大容量ストレージを使用することが可能となる。また、ネットワークドライブ３に保存する検査データがファイル化されていることで、診断やレポートの作成のためにＤＩＣＯＭ規格対応機から検査データにアクセスがあった場合におけるデータ変換についても、医療システム１００のユーザにかかる作業を増やすことなく、容易に行うことが可能となる。

なお、上記においてはプロセッサ１が内視鏡画像のデータを含む検査データをネットワークドライブ３に転送する際における処理を例に説明したが、これに限定されるものではない。例えば、他の医療機器にて取得したデータや検査データ以外のデータであってもよい。各種の医療機器にて取得したデータをファイル化し、汎用の通信プロトコルを用いてネットワークドライブ３に転送する処理であれば、本発明に含まれる。

本発明は、上述した実施形態そのままに限定されるものではく、実施段階でのその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施形態に示される全構成要素を適宜組み合わせても良い。更に、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。このような、発明の趣旨を逸脱しない範囲内において種々の変形や応用が可能であることはもちろんである。

Claims (7)

1. 被写体に関わる医療情報が記憶される記憶部と、
   前記医療情報に基づくメタデータを含み、ＤＩＣＯＭ（Digital Imaging and Communication in Medicine）規格の通信プロトコルとは異なる所定のプロトコルで送受信が可能なデータファイルを生成する通信データファイル生成部と、
   前記通信データファイル生成部により生成された前記データファイルを、前記所定のプロトコルで定められるネットワークを介して接続された外部へ送信する送信部と、を備えた医療装置と、
   前記送信部から出力された前記データファイルを記録可能に構成され、前記医療装置と前記所定のプロトコルで定められるネットワークを介して接続された、ＤＩＣＯＭに関わるアプリケーションを実装していないネットワークドライブと、
   を備えたことを特徴とする医療システム。
2. 前記通信データファイル生成部は、前記ＤＩＣＯＭ規格で定義されるメタデータを前記医療情報に付加することにより、前記データファイルを生成することを特徴とする請求項１に記載の医療システム。
3. 前記所定のプロトコルで定められるネットワークを介して、前記ネットワークドライブに接続される内視鏡部門システムをさらに備え、
   前記内視鏡部門システムは、前記ネットワークドライブから出力された前記データファイルを、前記ＤＩＣＯＭ規格の通信プロトコルに対応する医療情報に変換することを特徴とする請求項１に記載の医療システム。
4. 前記内視鏡部門システムは、前記ネットワークドライブから出力された前記データファイルに含まれる前記メタデータを削除することで、前記ＤＩＣＯＭ規格の通信プロトコルに対応する医療情報に変換することを特徴とする請求項３に記載の医療システム。
5. 前記所定のプロトコルは、ファイル転送プロトコルであることを特徴とする請求項１に記載の医療システム。
6. 前記医療装置は、内視鏡装置であることを特徴とする請求項１に記載の医療システム。
7. 被写体に関わる医療情報を記録する記録部と、
   前記医療情報に基づくメタデータを含み、ＤＩＣＯＭ（Digital Imaging and Communication in Medicine）規格の通信プロトコルとは異なる所定のプロトコルで送受信が可能なデータファイルを生成する通信データファイル生成部と、
   前記通信データファイル生成部により生成された前記データファイルを前記所定のプロトコルで定められるネットワークを介して接続された、ＤＩＣＯＭに関わるアプリケーションを実装していないネットワークドライブに出力する送信部と、
   を備えたことを特徴とする医療装置。

Images