JP2002077115A - データ送信システム - Google Patents

Abstract

(57)【要約】 【課題】 通信回線を介しても信頼性の高い医療データ
の伝達を行う。 【解決手段】 医療データ通信システム１は、複数の病
院における医療データを蓄積するための記憶装置２ａ，
２ｂ，２ｃ，２ｄ、２ｅ，…を有する医療データバンク
２を中心として、複数の病院（Ａ病院３、Ｂ病院４、Ｃ
病院５、Ｄ病院６、Ｅ病院７、…）がネットワーク８を
介して接続されている。医療データ通信システム１内で
データの送信がなされると一旦データを保存した後、デ
ータの再送信要求が発生し、再送信要求に応じてデータ
形式を変換し再送信する。そして、再送信されたデータ
の形式を再生し、保存データと比較、データの一致不一
致を判断する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は通信回線を介してデ
ータを伝達するデータ送信システムに関する。

【０００２】

【従来の技術】近年、電子化技術が進み、内視鏡で得ら
れた画像等はは電子的デ¬夕として扱われ、画像ファイ
ル装置などに記憶されて管理されるようになっている。

【０００３】また、それらの電子データは、通信回線を
介して伝送されるようになっている。

【０００４】カルテも電子化され、その電子カルテデー
タを病院間でやり取りすることによって、診断に役立て
ようとする要望も出てきている。

【０００５】

【発明が解決しようとする課題】先に説明したように、
電子カルテデータなどの医療情報も通信回線を介してや
り取りする要望が出てきているが、通信回線を介してデ
ータの伝送を行うと、データの欠落などの不具合が生じ
る恐れがある。

【０００６】病院間で、簡易的に情報をやり取りしたい
場合であっても、データ自体にこのような不具合がある
と、適切にその情報が活用できないということがおき
る。

【０００７】本発明は、上記事情に鑑みてなされたもの
であり、通信回線を介しても信頼性の高い医療データの
伝達を可能にするデータ送信システムを提供することを
目的としている。

【０００８】

【課題を解決するための手段】本発明のデータ送信シス
テムは、ネットワークを介して電子データを送受するデ
ータ送信システムにおいて、前記ネットワークを介して
所定の電子データを第１の電子データとして受信するデ
ータ受信手段と、前記データ受信手段によるデータ受信
に応じて該データの送信元にデータの再送信要求を出力
する再送信要求出力手段と、前記再送信要求に応じて再
送信された前記電子データを、前記ネットワークを介し
て第２の電子データとして受信し、前記第１の電子デー
タと比較する電子データ比較手段と、前記電子データ比
較手段の比較結果に応じて前記データ受信手段で受信し
た電子データを正規データとして記憶する記憶手段とを
具備して構成される。

【０００９】本発明のデータ送信方法は、ネットワーク
を介して電子データを送受するデータ送信方法におい
て、前記ネットワークを介して所定の電子データを第１
の電子データとして受信する第１のデータ受信行程と、
前記データ受信行程によるデータ受信に応じて該データ
の受信元にデータの再送信要求を出力する再送信要求出
力行程と、前記再送信要求に応じて再送信された前記電
子データを前記ネットワークを介して第２の電子データ
として受信しする第２のデータ受信行程と、前記第１の
データ受信行程で受信した第１の電子データと前記第２
のデータ受信行程で受信した第２の電子データとを比較
する比較行程と、前記比較行程の比較結果に応じて前記
データ受信行程で受信した電子データを正規データとし
て記憶する記憶行程とを具備して構成される。

【００１０】

【発明の実施の形態】以下、図面を参照しながら本発明
の実施の形態について述べる。

【００１１】図１ないし図１２は本発明の一実施の形態
に係わり、図１は医療データ通信システムの構成を示す
構成図、図２は図１の医療データバンクと、Ａ病院，Ｂ
病院それぞれにおける内視鏡部門ネットワークの詳細な
構成を示す構成図、図３は図２における内視鏡装置で取
得された内視鏡画像データの流れを示す図、図４は図１
の医療データ通信システムにおける内視鏡画像データの
処理の流れを示すフローチャート、図５は図４の処理に
おけるレポート作成処理の流れを示すフローチャート、
図６は図５のレポート作成処理において表示される表示
画面を示す図、図７は図４の処理における画像送信処理
の流れを示すフローチャート、図８は図７における画像
データに対するフラグの処理を概念的に示した図、図９
は図２の内視鏡装置における定期的な領域確保処理の流
れを示すフローチャート、図１０は図２のサーバ管理装
置と医療データバンクの入出力装置との間のバックアッ
プ処理の流れを示すフローチャート、図１１は図２にお
けるＡ病院からＢ病院へのデータ送信の流れを示す図、
図１２は図２におけるＡ病院からＢ病院へのデータ送信
処理の流れを示すフローチャートである。

【００１２】図１は、本願発明を適用した医療データ通
信システム１の全体構成を示したものである。

【００１３】医療データ通信システム１は、複数の病院
における医療データを蓄積するための記憶装置２ａ，２
ｂ，２ｃ，２ｄ、２ｅ，…を有する医療データバンク２
を中心として、複数の病院（Ａ病院３、Ｂ病院４、Ｃ病
院５、Ｄ病院６、Ｅ病院７、…）がネットワーク８を介
して接続されている。

【００１４】医療データバンク２に設けられた記憶装置
２ａ，２ｂ，２ｃ，２ｄ、２ｅ，…は、ネットワーク８
を介して接続された各病院の医療データを記憶するため
の記憶領域を各々確保している。

【００１５】この医療データバンク２の機能としては、
各病院における医療データをバックアップすると共に、
特定の病院から他の病院に医療データを伝達する際の補
助的役割を果たす。詳細は後述する。

【００１６】図１では、ネットワーク８によって医療デ
ータバンク２と接続されたＡ病院３およびＢ病院４の内
部構成を一例として記載している。

【００１７】なお、Ａ病院３とＢ病院４の設備構成は同
様の構成をとっているので、Ａ病院３の設備構成を説明
し、Ｂ病院４の説明を省略する。

【００１８】Ａ病院３内には、院内ネットワーク９が構
築され、各部門間でデータを通信可能にしている。

【００１９】すなわち、院内の会計システム１０、病理
部門ネットワーク１１、放射線部門ネットワーク１２、
内視鏡部門ネットワーク１３を院内ネットワーク９で接
続している。

【００２０】ここでは、内視鏡部門ネットワーク１３の
構成を例としてあげて詳細を説明する。

【００２１】内視鏡部門ネットワーク１３には、インタ
ーフェース監視端末１４が設けられ、内視鏡部門外との
ネットワークの接続状態を監視している。

【００２２】内視鏡部門ネットワーク１３は、病院内に
設けられている複数の内視鏡室（例えば第１の内視鏡室
１５、第２の内視鏡室１６）に備えられた内視鏡装置１
７，１８、カンファレンスルーム１９に備えられたカン
ファレンス装置２０、内視鏡部門サーバ２１に備えられ
た図示しないサーバ管理装置をネットワーク接続してい
る。

【００２３】内視鏡装置１７，１８は、内視鏡診断を行
うことによって、内視鏡画像データを取得し、その画像
データを装置内のハードディスクなどに記憶できるよう
になっている。

【００２４】また、これら内視鏡装置１７，１８は、内
視鏡診断時に得られた内視鏡画像データに基づき、診断
レポートを作成し、その診断レポートをレポートデータ
として記憶できる構成を有している。

【００２５】内視鏡装置１７，１８に記憶され内視鏡画
像データやレポートデータは、内視鏡部門の電子データ
を統括する内視鏡部門サーバ２１に記憶することができ
るようになっている。

【００２６】また、内視鏡部門サーバ２１に記憶された
電子データは、カンファレンスルーム１９のカンファレ
ンス装置２０から読み出すことができ、新規レポートの
作成や追加などが可能になっている。Ｂ病院４において
も、同様の構成となっている。

【００２７】また、図示しないが、病理部門ネットワー
ク１１、放射線部門ネットワーク１４においても、内視
鏡部門ネットワーク１３と同様のネットワーク接続がな
され、それぞれ電子データが管理されている。

【００２８】図２に、医療データバンク２と、Ａ病院
３，Ｂ病院４それぞれにおける内視鏡部門ネットワーク
１３の構成のみを取り出して、さらに説明を付け加え
る。

【００２９】医療データバンク２には、各病院の医療デ
ータを記憶するための記憶装置２ａ，２ｂ，２ｃ，２
ｄ、２ｅ，…が設けれれている。この記憶装置２ａ，２
ｂ，２ｃ，２ｄ、２ｅ，…は、データベースサーバ３５
および入出力装置３６とから構成されている。

【００３０】入出力装置３６は、データベースサーバ３
５へのデータの入出力と記憶の管理をしており、ネット
ワーク８を介してデータのやり取りを行うように構成さ
れている（データのやり取りは、矢印を参照）。

【００３１】Ａ病院３の第１の内視鏡室１５、第２の内
視鏡室１６では、内視鏡装置１７，１８、診察用ベッド
３４上の患者に対して検査を行う。

【００３２】この内視鏡装置１７，１８によって取得し
た内視鏡画像は、その内部に設けられたハードディスク
３８などの記憶媒体に記録され、その画像データは、内
視鏡部門サーバ室のサーバ管理装置３７で管理された内
視鏡部門サーバ２１に記録される。

【００３３】次に、図３に矢印で示す内視鏡装置１７，
１８で取得された内視鏡画像データの流れの一例を説明
する。

【００３４】この矢印で示した画像データの流れは、内
視鏡装置１７，１８で取得した画像データを、内視鏡装
置１７，１８内のハードディスク３８に記憶すると共
に、内視鏡部門サーバ２１に登録する。その後、カンフ
ァレンス装置２０で、診察レポートを作成して再度内視
鏡部門サーバ２１に登録し、その登録データが医療デー
タバンク２のデータベース３５内にバックアップとして
記憶する流れをあらわしている。この手順を、図４のフ
ローを用いて説明する。

【００３５】内視鏡装置１７，１８によって診察を開始
する（Ｓ１００１）。この際、診察する患者のデータを
登録し（Ｓ１００２）、内視鏡診断を開始する（Ｓ１０
０３）。内視鏡診断中に、病変などの画像を撮像し（Ｓ
１００４）、その内視鏡画像データはハードディスク３
８に記録される（Ｓ１００５）。内視鏡診断が終了する
（Ｓ１００６）まで、内視鏡画像の撮影、記録が繰り返
される。

【００３６】内視鏡診断が終了すると、その時点でのレ
ポート作成要否が選択され、それに応じた処理がなされ
る（Ｓ１００７）。

【００３７】診断レポートの作成が選択されたときに
は、レポート作成処理（Ｓ１００８）がなされ、そのレ
ポートデータは、内視鏡部門サーバ２１に送信される
（Ｓ１００９）。

【００３８】なお、内視鏡診断中に撮像し、患者の診断
のためなどに参照した画像は、その画像自体の保存義務
が生じる。レポート作成処理（Ｓ１００８）では、これ
に対応した処理を行っているが、後で詳述する。

【００３９】レポートデータをサーバヘ送信（Ｓ１００
９）した後、または、レポートの作成が選択されなかっ
たときは、ハードディスク３８に記録された画像データ
を、内視鏡部門サーバ２１に送信する（Ｓ１０１０）。
この画像送信処理も、後で詳しく説明する。

【００４０】内視鏡画像データの送信処理（Ｓ１０１
０）は、記録された画像が全て送信完了になるまで繰り
返される。全ての画像データの送信が終了すると、内視
鏡装置１７，１８での処理は終了する。

【００４１】サーバ管理装置３７では、装置の制御が開
始され（Ｓ２００１）、内視鏡装置１７，１８からレポ
ートデータ又は画像データを受信すると（Ｓ２００
２）、データベースサーバ３５にそのデータを登録する
（Ｓ２００３）。内視鏡装置１７，１８からデータを受
信しないときは、データベース登録処理（Ｓ２００３）
がスキップされ、カンファレンス装置２０からの画像要
求があるかどうかが判断される（Ｓ２００４）。この画
像要求は、例えばカンファレンス装置２０で、レポート
データを新規作成するような場合に出されるものであ
る。

【００４２】画像データの要求があったときには、要求
されたその画像をカンファレンス装置２０に送信する。

【００４３】要求がないときには画像送信処理（Ｓ２０
０５）がスキップされ、定期バックアップ処理であるか
どうかが判断される（Ｓ２００６）。定期バックアップ
処理は、サーバ内のデータを保護するために行われるも
ので、例えば１日１回、深夜に自動的に行われるように
設定されている。

【００４４】定期のバックアップ時間ではない場合は、
バックアップ指示があるかどうかを判断する（Ｓ２００
７）。これは、特別な指示によりバックアップ指示が有
ったかどうかを判断するものである。

【００４５】定期バックアップ期間である場合（Ｓ２０
０６）またはバックアップ指示があった場合（Ｓ２００
７）は、医療データバンク２に対して、バックアップす
ることを示すバックアップ要求を出力する（Ｓ２００
８）。

【００４６】このバックアップ要求に対する応答を受け
取ると、サーバ管理装置３７は、医療データバンク２の
入出力装置３６との間でデータのバックアップ処理を行
う（Ｓ２００９）。このバックアップ処理についても、
後で詳細を説明する。

【００４７】カンファレンス装置２０では、内視鏡部門
サーバ２１に記録された内視鏡画像を参照することが可
能になっているが、カンファレンス装置２０を起動し
（Ｓ３００１）、特定の画像に対する画像参照要求がな
されたかを判断し（Ｓ３００２）、画像参照要求がなさ
れていると、画像参照要求信号をサーバ管理装置３７に
出力する（Ｓ３００３）。

【００４８】画像参照要求に対して、サーバ管理装置３
７が対象画像データを送信すると、カンファレンス装置
２０はその画像データを受信し、その画像の参照を可能
にする（Ｓ３００４）。

【００４９】そして、その参照画像を用いてレポート作
成要求が出されると（Ｓ３００５）、内視鏡装置１７，
１８の場合と同様にレポート作成処理（Ｓ３００６）を
行い、作成されたレポートデータはサーバ管理装置３７
に送信（Ｓ３００７）されて内視鏡部門サーバ２１に登
録される。

【００５０】レポートデータが送信された後、データの
バックアップ指示の有無を判断し（Ｓ３００８）、バッ
クアップ指示が出されたときには、サーバ管理装置３７
に対してデータのバックアップ処理がなされる指示を出
力する。

【００５１】バックアップ指示が出されない場合は、新
たな画像参照要求の判断（Ｓ３００１）の判断に戻る。

【００５２】医療データバンク２の入出力装置３６は、
サーバ管理装置３７からのバックアップ指示を受けると
（Ｓ４００１）、サーバ管理装置３７に対してバックア
ップ要求応答信号を送信し（Ｓ４００２）、その後バッ
クアップ処理を行う（Ｓ４００３）。

【００５３】図５および図６を用いて内視鏡装置１７，
１８またはカンファレンス装置２０でなされるレポート
作成処理（Ｓ１００８，Ｓ３００６）の詳細を説明す
る。

【００５４】図５に示すように、レポート作成指示がな
されると（Ｓ１１０１）、レポート作成画面１０１（図
６（ａ））が表示される（Ｓ１１０２）。

【００５５】レポート作成画面１０１には、診断レポー
トの記載領域１０２と診断データ一覧表示領域１０３と
が設けられている。診断データ一覧には、日付で特定さ
れる特定患者の診断情報一覧が表示され、特定の情報を
指定する（Ｓ１１０３）ことによって、その画像データ
を呼び出す（Ｓ１１０５）ことができるようになってい
る。その表示例を図６（ｂ）に示す。

【００５６】レポート作成画面１０１には、診断画像デ
ータ一覧表示領域１０４が形成され、この領域に特定さ
れた患者における記録画像が、マルチ画面として表示さ
れる（Ｓ１１０６）。

【００５７】マルチ画面上で特定の画像を指定すると
（Ｓ１１０７）、その画面が拡大表示１０５（図６
（ｃ））される（Ｓ１１０８）。

【００５８】拡大した画像をレポートに使用することを
指定すると（Ｓ１１０９）、その画像データにレポート
に使用することを表すフラグ信号が付与される（Ｓ１１
１０）。また、レポートに使用することを取消すること
もでき（Ｓ１１１１）、取消の要求があったときは、レ
ポートに使用すことを表すフラグ信号を消去する（Ｓ１
１１２）。

【００５９】つぎに、レポートに使用することが指定さ
れた画像データに対しては、その画像データが不意な動
作によって消去されないように、その画像データに対す
る消去不可フラグをＯＮにする（Ｓ１１１３）。また、
指定された画像データのみでなく、表示動作が行われた
画像は全て消去不可フラグをＯＮにしてもよい。

【００６０】そして、他の画像の再生が要求される場合
には（Ｓ１１１４）、あらたに画像を指定することによ
って同様の処理がなされる。

【００６１】なお、レポート作成のために参照し、診断
に用いた画像がどの画像であるかを明確にするためレポ
ート作成画面１０１上に表示された画面の内指定された
画面は、他の画面と異なる表示（枠の色が異なるなど）
１０６（図６（ｄ））にしている。

【００６２】レポートに使用される画像が特定された
後、診断レポート領域に対して必要事項を入力し、レポ
ートを作成する（Ｓ１１１５）。

【００６３】レポートデータが作成された後、そのデー
タは登録処理される（Ｓ１１１６）。

【００６４】次に、内視鏡装置１７，１８における画像
送信処理（Ｓ１０１１）の詳細を図７を用いて説明す
る。

【００６５】内視鏡装置１７，１８で画像送信指示が入
力されると（Ｓ１２０１）、その指示を判断し（Ｓ１２
０２）未送信画像に他をサーバに送信する処理（Ｓ１２
０３）がなされる。

【００６６】このときサーバヘ送信された画像データに
は、送信済であることを表す送信済フラグがＯＮにされ
る（Ｓ１２０４）。次に、この送信済の画像データが、
消去不可の画像であったかどうか判断される（Ｓ１２０
５）。

【００６７】レポート作成のために使用された画像であ
ったとすると、消去不可を示すフラグがＯＮされている
が、レポート作成に使用されていない画像であったとす
ると、消去不可フラグがＯＦＦされている。

【００６８】内視鏡装置１７，１８では、画像記憶容量
が限られているため、容量を確保するため不要画像を消
去する作業が要求されるが、先にも説明したように、診
断に参照した画像は保存が要求される。

【００６９】しかし、その画像がサーバに送信された後
は、同じ画像がサーバ内に存在するので、消去可能とな
る。よって、送信済フラグがＯＮされた画像は、消去不
可フラグをＯＦＦにして、内視鏡装置においてデータの
消去を可能な状態に変更（Ｓ１２０６）する。

【００７０】その後、すべての画像の送信が済んだかど
うかが判断され（Ｓ１２０７）、全ての画像データが送
信済となった後に、終了する。

【００７１】図８は、図７における画像データに対する
フラグの処理を概念的に示したものである。図８（ａ）
の状態(データ送信前)から、データ送信を完了すると、
図８（ｂ）の消去不可フラグが全てＯＦＦの状態とな
る。

【００７２】その後、内視鏡装置１７，１８内で画像記
録媒体の所定の記憶領域を確保するための処理がなされ
ると、消去付加フラグがＯＦＦになっているので、それ
らの画像が消去され、図８（ｃ）のように所定の記憶領
域が確保される。

【００７３】なお図８（ｃ）では、処置の領域が確保さ
れたため、Ｃ，Ｄの画像データは消去されず、保存され
たままの状態を示している。

【００７４】ここでは、記録した画像は全てサーバ内へ
転送する例を説明したが、サーバへ転送する対象を、レ
ポートに使用または参照した画像のみとし、保存容量を
節約するようにしてもよい（例えば、図８（ａ）にて消
去不可のＢ、Ｃのみを転送対象とする）。

【００７５】図９を用いて、内視鏡装置１７，１８にお
ける定期的な領域確保処理を説明する。

【００７６】定期的な領域確保処理が開始されると、記
録媒体の走査が開始され（Ｓ１３０２）、消去可否を判
断する画像データが特定される（Ｓ１３０３）。特定さ
れた画像データの送信済フラグがＯＮ（または消去不可
フラグがＯＦＦ）であると（Ｓ１３０４）、その画像デ
ータを消去し（Ｓ１３０５）、所定容量が確保されたか
どうかを判断し（Ｓ１３０６）、所定容量が確保される
と、処理を終了する。

【００７７】次に図１０を用いて、サーバ管理装置３７
と医療データバンク２の入出力装置３６との間のバック
アップ処理（Ｓ２００９，Ｓ４００３）を説明する。

【００７８】サーバ管理装置３７でバックアップ処理が
開始されると（Ｓ２１０１）、消去不可画像データとレ
ポートデータが検索される（Ｓ２１０２）。

【００７９】検索された記録データ（画像データまたは
レポートデータ）には、Ａ病院３からのデータであるこ
とを示す信号［from A］が付加されサーバヘ送信される
（Ｓ２１０３）。

【００８０】バックアップ処理が開始された（Ｓ４１０
１）医療データバンク２の入出力装置３６では、記録デ
ータを受信し（Ｓ４１０２）、そのデータを仮に保存す
る（Ｓ４１０３）。仮に保存する理由は、ネットワーク
を介してデータが伝送されてきているため、信号の一部
欠落などが考えられるので、そのデータをそのまま正し
いデータとして保存しないためである。

【００８１】よって、データを仮保存（Ｓ４１０３）し
た後、データの再送信要求を出す（Ｓ４１０４）。

【００８２】サーバ管理装置３７で、再送信要求を受け
ると、先に送信したデータのデータ形式を変更し再送信
処理を行う（Ｓ２１０４）。データの形式としては、一
般に知られているデータ形式で良い。

【００８３】医療データバンク２の入出力装置３６でデ
ータを受信すると、そのデータ形式を再生し（Ｓ４１０
５）、先に受信したデータと比較処理（Ｓ４１０６）す
る（例えばＤＯＳコマンドによるファイルコンベア等も
可能）。

【００８４】比較してデータに不一致がある場合（Ｓ４
１０７）は、受信したデータを消去し（Ｓ４１０８）、
送信データの再検索要求を出力する（Ｓ４１０９）。

【００８５】サーバ管理装置３７では、再検索要求に応
じて再送データの検索を開始し（Ｓ２１０５）、検索さ
れたデータを再送信する（Ｓ２１０３）。

【００８６】データが一致した場合は（Ｓ４１０７）、
そのデータを登録し（Ｓ４１１０）、次データの送信を
要求する（Ｓ４１１１）。次データの送信要求を受ける
と、先に送信した画像の消去不可フラグをＯＦＦし（Ｓ
２１０６）、全てのデータの検索が終了したかどうかを
判断し（Ｓ２１０７）全てが終了するまでその動作が繰
り返される。

【００８７】検索が終了すると（Ｓ２１０７）、送信終
了信号を送信し（Ｓ２１０８）、入出力装置側もその信
号を受けて終了する。

【００８８】このように、送信されたデータの一致不一
致を確認するので、確実に正しいデータがバックアップ
される。また、データがバックアップされた後に、消去
不可フラグをＯＦＦにするので、データが不意に消去さ
れてしまうようなこともなくなる。

【００８９】次に、図１１および図１２を用いて、Ａ病
院３からＢ病院４にデータを送信するような場合につい
て説明する。

【００９０】そのデータの流れは、基本的には、図１１
の矢印に示すように、医療データバンク２を中継してデ
ータ転送され、そのデータは、先に説明したバックアッ
プ処理と同様に、データの一致不一致の確認がなされる
ものとして構成されている。

【００９１】図１２に示すように、Ａ病院３でＢ病院４
へのデータ送信指示が出されると（Ｓ５００１）、デー
タがＡ病院３から送信されたことを示す［from A］の信
号が付与され、医療データバンク２ヘデータが送信され
る。

【００９２】医療データバンク２で、データが受信（Ｓ
６００１）されると、そのデータを保存し、再送信を要
求する（Ｓ６００２）。

【００９３】Ａ病院３では、再送信要求を受けるとデー
タ形式を変更し再送信する（Ｓ５００３）。

【００９４】そして、医療データパンク２では、再送信
データのデータ形式を再生し（Ｓ６００４）、保存デー
タと比較（Ｓ６００５）する。

【００９５】比較されたデータに不一致が存在する場合
には（Ｓ６００６）、データの再送信要求を出す（Ｓ６
００７）。

【００９６】再送信要求が出されると、Ａ病院３では、
データの再送信指示を出し（Ｓ５００４）データを送信
する処理を繰り返す。

【００９７】データに不一致がない場合には（Ｓ６００
６）、受信したデータをＢ病院４へ送信する（Ｓ６００
８）。

【００９８】Ｂ病院４で、データを受信すると（Ｓ７０
０１）そのデータを保存し（Ｓ７００２）、データの再
送信を要求する（Ｓ７００３）。

【００９９】そして、医療データパンク２では、再送信
要求に応じてデータ形式を変換し再送信する（Ｓ６００
９）。

【０１００】Ｂ病院４では、再送信されたデータの形式
を再生し（Ｓ７００４）、保存データと比較（Ｓ７００
５）、データの一致不一致を判断する（Ｓ７００６）。

【０１０１】データ不一致の場合は、再送信要求し（Ｓ
７００７）、医療データバンク２では再送信の指示を出
し（Ｓ６０１０）処理を繰り返す。

【０１０２】データに不一致がない場合には、Ｂ病院４
では、そのデータを登録し（Ｓ７００８）、データの受
信終了処理を行う（Ｓ７００９）。

【０１０３】これに伴い、医療データバンク２、Ａ病院
３もそれぞれ、終了処理をする（Ｓ６０１２，Ｓ５００
５）。

【０１０４】このようにして、信号の欠落などが無く、
データの送信を可能にしている。

【０１０５】

【発明の効果】以上説明したように本発明によれば、通
信回線を介しても信頼性の高い医療データの伝達ができ
るという効果がある。

【図面の簡単な説明】

【図１】本発明の一実施の形態に係る医療データ通信シ
ステムの構成を示す構成図

【図２】図１の医療データバンクと、Ａ病院，Ｂ病院そ
れぞれにおける内視鏡部門ネットワークの詳細な構成を
示す構成図

【図３】図２における内視鏡装置で取得された内視鏡画
像データの流れを示す図

【図４】図１の医療データ通信システムにおける内視鏡
画像データの処理の流れを示すフローチャート

【図５】図４の処理におけるレポート作成処理の流れを
示すフローチャート

【図６】図５のレポート作成処理において表示される表
示画面を示す図

【図７】図４の処理における画像送信処理の流れを示す
フローチャート

【図８】図７における画像データに対するフラグの処理
を概念的に示した図

【図９】図２の内視鏡装置における定期的な領域確保処
理の流れを示すフローチャート

【図１０】図２のサーバ管理装置と医療データバンクの
入出力装置との間のバックアップ処理の流れを示すフロ
ーチャート

【図１１】図２におけるＡ病院からＢ病院へのデータ送
信の流れを示す図

【図１２】図２におけるＡ病院からＢ病院へのデータ送
信処理の流れを示すフローチャート

【符号の説明】

１…医療データ通信システム ２ａ，２ｂ，２ｃ，２ｄ、２ｅ…記憶装置 ３…Ａ病院 ４…Ｂ病院 ５…Ｃ病院 ６…Ｄ病院 ７…Ｅ病院 ８…ネットワーク ９…院内ネットワーク １０…会計システム １１…病理部門ネットワーク １２…放射線部門ネットワーク １３…内視鏡部門ネットワーク １４…インターフェース監視端末 １５…第１の内視鏡室 １６…第２の内視鏡室 １７，１８…内視鏡装置 １９…カンファレンスルーム ２０…カンファレンス装置 ２１…内視鏡部門サーバ ３４…診察用ベッド ３５…データベースサーバ ３６…入出力装置 ３７…サーバ管理装置 ３８…ハードディスク

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ａ６１Ｂ 5/00 Ｈ０４Ｌ 13/00 ３０７Ｚ (72)発明者 大森 真一 東京都渋谷区幡ヶ谷２丁目43番２号 オリ ンパス光学工業株式会社内 (72)発明者 尾本 昌和 東京都渋谷区幡ヶ谷２丁目43番２号 オリ ンパス光学工業株式会社内 Ｆターム(参考） 4C061 AA00 BB00 CC00 DD00 JJ19 NN03 UU08 UU09 5K014 AA01 DA03 FA03 5K034 AA05 BB06 CC02 FF13 HH11

Claims (2)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介して電子データを送受
   するデータ送信システムにおいて、 前記ネットワークを介して所定の電子データを第１の電
   子データとして受信するデータ受信手段と、 前記データ受信手段によるデータ受信に応じて、該デー
   タの送信元にデータの再送信要求を出力する再送信要求
   出力手段と、 前記再送信要求に応じて再送信された前記電子データ
   を、前記ネットワークを介して第２の電子データとして
   受信し、前記第１の電子データと比較する電子データ比
   較手段と、 前記電子データ比較手段の比較結果に応じて、前記デー
   タ受信手段で受信した電子データを正規データとして記
   憶する記憶手段とを具備したことを特徴とするデータ送
   信システム。
2. 【請求項２】 ネットワークを介して電子データを送受
   するデータ送信方法において、 前記ネットワークを介して所定の電子データを第１の電
   子データとして受信する第１のデータ受信行程と、 前記データ受信行程によるデータ受信に応じて、該デー
   タの受信元にデータの再送信要求を出力する再送信要求
   出力行程と、 前記再送信要求に応じて再送信された前記電子データ
   を、前記ネットワークを介して第２の電子データとして
   受信しする第２のデータ受信行程と、 前記第１のデータ受信行程で受信した第１の電子データ
   と、前記第２のデータ受信行程で受信した第２の電子デ
   ータとを比較する比較行程と、 前記比較行程の比較結果に応じて、前記データ受信行程
   で受信した電子データを正規データとして記憶する記憶
   行程とを具備したことを特徴とするデータ送信方法。