JP2017205358A - 医療用機器のデータ通信システム - Google Patents

Abstract

【課題】 滅菌装置又は洗浄装置などの医療用機器からのデータをリアルタイムで得ることができ、且つデータ欠損が生じないようにする。【解決手段】 滅菌装置１２又は洗浄装置６０等の医療用機器の運転状況データを取得し、取得した運転状況データを送信可能なデータ処理送信モジュール１４と、データ処理通信モジュール１４と通信回線２０を介して接続された管理サーバ３０とを具備し、データ処理送信モジュール１４は、運転状況データをリアルタイムに送信するリアルタイム送信部２２と、運転状況データを所定の期間蓄積した後に蓄積した運転状況データをバッチ送信するバッチ送信部２４とを有し、管理サーバ３０は、データ処理モジュール１４から送信されてくる運転状況データを受信する通信部３６と、通信部３６で受信したリアルタイムの運転状況データを表示するモニタ３２と、通信部３６で受信した所定期間蓄積された運転状況データを記憶する記憶部３８とを有する。【選択図】 図１

Description

本発明は、滅菌装置や洗浄装置などの医療用機器のデータを通信するシステムに関する。

病院等においては、手術や医療現場で用いられるメスや鋏等の医療用器材を洗浄するための洗浄装置が必要である。また、洗浄後の医療用器材は、滅菌装置によって滅菌されたのちに再使用される。

特許文献１には、複数の滅菌装置が状態監視装置に接続され、この状態監視装置が電話回線やＬＡＮ等の通信回線を通じてコンピュータに対して通信可能となっているシステムが開示されている。
この滅菌装置には、滅菌装置の動作制御を実行する制御装置が設けられており、制御装置は、処理内容に関する装置情報及び運転情報を状態監視装置に送信する。

特許文献２には、内視鏡洗浄管理システムとして、内視鏡の洗浄に関する情報を取得し、取得した情報を携帯端末装置に送信する構成が開示されている。携帯端末装置は作業者が所持しており、作業者は、洗浄装置から離れた場所で作業をしていても、洗浄に関する情報を取得できる。

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

上述した特許文献１では滅菌装置における処理の開始や処理の終了に関するデータを送信しているが、処理中の状況までをリアルタイム送信しているわけではなく、バッチ送信している。
特許文献２においても洗浄装置における処理の開始や処理の終了に関するデータを送信しているが、リアルタイム送信ではなくバッチ送信である。

しかしながら、滅菌中又は洗浄中に何らかの異常が起こった場合には、即時に対処する必要性があり、またリアルタイムで滅菌工程や洗浄工程を監視する必要性があるため、リアルタイム送信が望まれている。
ただし、リアルタイム送信の場合には、通信機器や通信回線の不具合により、不具合の間のデータが欠損する場合があるという課題がある。

そこで、本発明は上記課題を解決すべくなされ、その目的とするところは、滅菌装置又は洗浄装置などの医療用機器からのデータをリアルタイムで得ることができ、且つデータ欠損が生じないようにできるデータ通信システムを提供することにある。

本発明にかかる医療用機器のデータ通信システムによれば、滅菌装置又は洗浄装置を、１又は複数台含む医療用機器と、前記医療用機器に設けられ、該医療用機器の運転状況データを取得し、取得した運転状況データを送信可能なデータ処理送信モジュールと、該データ処理通信モジュールと通信回線を介して接続された管理サーバと、を具備するデータ通信システムであって、前記データ処理送信モジュールは、前記運転状況データをリアルタイムに送信するリアルタイム送信部と、前記運転状況データを所定の期間蓄積した後に蓄積した運転状況データをバッチ送信するバッチ送信部と、を有し、前記管理サーバは、前記データ処理モジュールから送信されてくる運転状況データを受信する通信部と、該通信部で受信したリアルタイムの運転状況データを表示するモニタと、前記通信部で受信した所定期間蓄積された運転状況データを記憶する記憶部と、を有することを特徴としている。
この構成を採用することによって、管理サーバ側ではリアルタイム送信により運転状況データを取得するので、医療用機器のリアルタイムでの監視を行うことができる。またリアルタイム送信中に通信回線等に不具合が生じた場合であっても、管理サーバ側では、バッチ送信によって運転状況データをまとめて受信できるので、運転状況データが欠損しないようにできる。すなわち、リアルタイム性とデータの完全性とを両立させることができる。

また、前記バッチ送信部は、バッチ送信の際には運転状況データを圧縮処理して送信することを特徴としてもよい。
この構成を採用することによって、大きなデータになりがちなバッチ送信のデータをコンパクトにすることができ、通信回線の通信帯域を有効に利用することができる。

また、前記管理サーバと通信可能に設けられた外部コンピュータを備え、前記管理サーバは、前記リアルタイムの運転状況データを受信中に、運転状況データのうち所定の数値があらかじめ設定された閾値を越えたことを検出した場合、前記外部コンピュータに対して警告を送信する警告送信部を有することを特徴としてもよい。
この構成によれば、リアルタイムで作業者等が管理サーバのモニタを常時監視していなくてもよく、またたとえリアルタイムで作業者等がモニタを常時監視していたとしても異常に気が付かないことも生じる場合も考えられ、異常の発見を確実に行うことができる。

また、前記管理サーバと前記外部コンピュータとは、前記通信回線とは別の他の通信回線を通じて通信可能であることを特徴としてもよい。
この構成によれば、外部コンピュータとの接続はセキュアな通信回線でなくてもよいため、どのような通信回線を使用してもよい。

本発明の医療用機器のデータ通信システムによれば、医療用機器の運転状況データのリアルタイム性と欠損の無い完全性を両立させることができる。

医療用機器のデータ通信システムの第１の実施形態の全体構成を示す説明図である。 リアルタイムモニタ画面の例を示す説明図である。 医療用機器８台のリアルタイムモニタ画面の例を示す説明図である。 管理サーバと外部コンピュータの例を示す説明図である。 医療用機器のデータ通信システムの第２の実施形態の全体構成を示す説明図である。

（第１の実施形態）
本実施形態では、医療用機器として滅菌装置を例として挙げており、滅菌装置の運転状況に関するデータを管理するシステムについて説明する。
図１に、本実施形態のデータ通信システム１０の概略構成を示す。
滅菌装置１２は病院等の施設内に設置されており、治療用の包帯、メス、鉗子、手術着等の滅菌が必要な被滅菌物を滅菌処理する装置である。滅菌装置１２は、被滅菌物を収容する圧力容器を有しており、この圧力容器内に蒸気又は酸化エチレンガスなどの滅菌剤を導入して被滅菌物を滅菌する。

滅菌装置１２には、滅菌装置１２の運転状況データを取得し、取得した運転状況データを送信可能なデータ処理送信モジュール１４が設けられている。データ処理送信モジュール１４としては、小型のＰＣ（Personal Computer）を想定しており、内部にＣＰＵ、メモリ等からなる制御部１６と、制御部１６によって制御されて外部との通信を実行する通信部１８とを有している。

ここで、滅菌装置１２を蒸気滅菌装置であるとした場合を例にとって、蒸気滅菌装置の運転工程について説明する。
蒸気滅菌装置は、滅菌槽である圧力容器を有しており、この圧力容器内に飽和水蒸気を導入して加圧・加熱し、所定の圧力及び温度を一定時間保持することにより被滅菌物を滅菌するように動作する。圧力容器としては、内缶と外缶とからなる二重缶構造のものを採用することがある。内缶と外缶の間がジャケット部である。ジャケット部に飽和水蒸気を導入することで内缶の温度を調整できる。

作業者が内缶内に被滅菌物を収納した後、蒸気滅菌装置は滅菌を実行する前の予熱工程（コンディショニング工程）を実行する。予熱工程では、真空ポンプによって内缶を真空状態とした後、飽和水蒸気を導入して内缶を飽和水蒸気によって大気圧まで上昇させる。そして、再度内缶内を真空状態とする。この動作を複数回繰り返すことによって、被滅菌物が十分に予熱されると共に、内缶内に残留する空気を水蒸気に置換し、内缶内雰囲気を飽和蒸気状態に近づけていく。

蒸気滅菌装置は、予熱工程の終了後、内缶内に飽和水蒸気を導入して所定の圧力に加圧し、またジャケット部に飽和水蒸気を導入して内缶を所定温度に加熱する。内缶内が、飽和水蒸気によって所定圧力・所定温度で一定時間維持されることによって収容された被滅菌物の滅菌が施される。
一定時間経過後は、滅菌工程を終了させて内缶とジャケット部から飽和水蒸気を排出する排気工程が実行される。排気工程によって真空状態となった内缶内では、被滅菌物に付着した水分を蒸発させて乾燥させる。

滅菌装置１２は、上記のような工程を実行するために、滅菌装置１２の各構成部品を制御するための制御部９を備えている。制御部９は、ＣＰＵ及びメモリ等から構成されており、滅菌装置１２が備える各バルブ、蒸気発生器、真空ポンプ等に対して制御信号を出力するとともに、温度センサ、圧力センサ等からの温度データや圧力データを取得する。

また、滅菌装置１２のデータ処理送信モジュール１４は、制御部９から運転状況データとして、以下のデータを取得する。ただし、これらのデータは一例であり、これらすべてのデータを取得することが必須ではなく、またこれら以外のデータを取得してもよい。
運転状況データは大きく分けて次の４つのデータ、運転モニタデータ、運転プログラムデータ、運転履歴データ、及び異常履歴データを含む。

運転モニタデータとしては、サンプリング年月、サンプリング日時、サンプリング分秒、その日の運転回数、ラックＮｏ．、現在プログラム番号、現在処理情報、現在工程情報、運転残時間、内筒温度、外筒温度、内筒圧力、異常番号、運転開始年月、運転開始日時、運転開始分秒、メッセージ番号、が挙げられる。

運転プログラムデータとしては、消毒温度、予備消毒時間、排気速度、予熱パルス回数、予熱時間、蒸気ブロー時間、真空パルス回数、ダイナミックパルス回数、滅菌温度、滅菌時間、真空乾燥時間、混合乾燥時間、放置時間、エアーブロー時間、が挙げられる。

運転履歴データとしては、その日の運転回数、ラックＮｏ．、プログラム番号、運転開始年月、運転開始日時、運転開始分秒、運転終了年月、運転終了日時、運転終了分秒、滅菌開始年月、滅菌開始日時、滅菌開始分秒、滅菌終了年月、滅菌終了日時、滅菌終了分秒、停電発生、異常発生、自動修正、パス／強制終了操作、手動操作、一時停止操作、ランニングコスト、作業者コード、が挙げられる。

異常履歴データとしては、その日の運転回数、ラックＮｏ．、発生時 プログラム番号、発生時処理情報、発生時工程情報、発生時内筒温度、発生時外筒温度、発生時内筒圧力、発生時サンプル温度、異常番号、異常発生年月、異常発生日時、異常発生分秒、が挙げられる。

データ処理送信モジュール１４は、通信回線２０を介して管理サーバ３０と通信可能に接続されている。通信回線２０としては、機密性を確保できることが好ましいため、本実施形態では、モバイルデータ通信回線を用いている。

モバイルデータ通信回線は使用できる帯域が制限されており、あるいはベストエフォート型であり、通信されるデータ量や通信頻度、通信回線の混雑状況によってはデータの輻輳が生じる可能性もある。すなわち、モバイルデータ通信回線は、リアルタイム通信でデータ送信するとデータを欠損するおそれもあり、欠損が起きては困るデータの通信を行いたい場合には、この組み合わせは不向きであるといえる。しかしながら、本発明では以下のようにこのような欠点を補うことができる。

すなわち、データ処理送信モジュール１４は運転状況データをリアルタイム送信するとともに、１つの処理工程が終了するごとに運転状況データをまとめてバッチ送信するので、管理サーバ３０側では最終的に欠損の無い運転状況データを受信できる。
管理サーバ３０は、リアルタイム送信された運転状況データをリアルタイムで確認でき、なおかつバッチ送信された運転状況データに基づいて滅菌装置１２の保守管理等に役立てることができる。

データ処理送信モジュール１４は、所定のプログラム（ソフトウェア）を制御部１６が実行することで実現されるリアルタイム送信部２２とバッチ送信部２４とを備える。
リアルタイム送信部２２は、滅菌装置１２の制御部９から上記の運転モニタデータを取得し、通信部１８から管理サーバ３０へリアルタイム送信する。リアルタイム送信部２２は、通信プロトコルとして通常はＵＤＰ（User Datagram Protocol）を用いて運転モニタデータを送信するが、ＴＣＰ（Transmission Control Protocol）を用いることもできる。

バッチ送信部２４は、上記の運転モニタデータを、１回の滅菌工程が終了した時点でまとめて通信部１８から管理サーバ３０へ送信する。バッチ送信部２４は、通信プロトコルとしてＴＣＰ（Transmission Control Protocol）を用いて運転モニタデータを送信する。
なお、バッチ送信部２４は、運転モニタデータの送信に際し、運転モニタデータを圧縮処理するとよい。これにより、通信回線２０の帯域を有効利用することができ、輻輳などの発生を防止できる。圧縮処理としては、可逆圧縮処理であるＺＩＰ形式などを採用するとよい。

ただし、本発明としては、通信回線２０をモバイルデータ通信回線に限定するものではない。通信回線２０としてインターネットやイントラネットを用いてもよい。ただし、通信回線２０がモバイルデータ通信回線でなくても、例えば通信機器であるハブ等がダウンするなど不測の事態により、リアルタイム送信中にデータ欠損の可能性がある。したがって、通信回線２０がモバイルデータ通信回線でなくても、バッチ送信によって欠損のないデータを送信するという効果を奏しうる。

なお、リアルタイム送信せず、バッチ送信のみによって管理サーバ３０へ送信する運転状況データもある。
バッチ送信のみによって送信する運転状況データは、上記の運転プログラムデータ、運転履歴データ、及び異常履歴データである。これらのデータは、リアルタイムで送信する必要がない。すなわち、これらのデータはリアルタイムで状況確認をする必要性が高くなく、履歴管理に必要とされるのみであるためバッチ送信によって送信される。

次に管理サーバ３０について説明する。
管理サーバ３０は、モニタ３２と、ＣＰＵ及びメモリ等からなる制御部３４と、制御部３４によって制御されて外部との通信を実行する通信部３６と、ハードディスクドライブ等の記憶部３８とを有している。
管理サーバ３０の制御部３４は、リアルタイム送信された運転モニタデータをモニタ３２上で表示させるためのソフトウェアである表示手段４０を実行する。

表示手段４０によってモニタ３２に表示される運転モニタデータの例を図２〜図３に示す。
図２に示す図が、滅菌装置1台をリアルタイムにモニタするリアルタイムモニタ画面の例である。
リアルタイムモニタ画面４２の上部では、その日の運転回数、稼働中か否か、滅菌対象物、現在工程、運転残時間、内筒温度、内筒圧力、外筒温度が表示されている。そして、内筒温度、内筒圧力及び外筒圧力については、横軸を時間軸とし、縦軸を温度及び圧力としたグラフに表示される。表示手段４０は、このグラフがリアルタイムで更新されるように制御する。

図３に示す図が、滅菌装置８台の運転モニタデータをモニタ３２に表示されたリアルタイムモニタ画面の例である。
表示手段４０は、複数の滅菌装置のそれぞれに対して運転モニタデータのリアルタイムモニタ画面４２をモニタ３２に表示させることができる。各リアルタイムモニタ画面４２の内容は図２と同様であるので、ここでは説明は省略する。

管理サーバ３０の記憶部３８は、運転モニタデータがバッチ送信されてきた場合に、この運転モニタデータを記憶する。このため、管理サーバ３０の操作者は、リアルタイム送信中にデータの欠損があった場合でも記憶部３８に記憶されている運転モニタデータを参照することができる。
さらに管理サーバ３０の記憶部３８は、バッチ送信された運転モニタデータ以外に、バッチ送信された運転プログラムデータ、運転履歴データ及び異常履歴データを記憶する。

図４に管理サーバに送信された各データの使用例のイメージを示す。
図４における管理サーバ３０は、通信回線２０とは別にインターネット回線４４と接続している。そして、管理サーバ３０の制御部３４は、インターネット回線４４を介して外部から閲覧可能なＷＥＢページ４６を管理サーバ３０内で構築している。すなわち、管理サーバ３０はＷＥＢサーバとして機能し、他のＷＥＢクライアント（特許請求の範囲でいう外部コンピュータ）のＷＥＢブラウザによってＷＥＢページ４６を閲覧させることができる。

ＷＥＢクライアントとしては、滅菌装置１２を備えているユーザ（病院）、又は滅菌装置１２の保守管理を行う保守管理業者のコンピュータ５０又はモバイル機器５１などがある。
ただし、ユーザ、保守管理業者以外の第三者の閲覧ができないように、ＷＥＢクライアントがアクセスしたときには、あらかじめ設定したユーザ名及びパスワードを入力しなければＷＥＢページ４６にアクセスできないようなポータルサイト４７を設定するとよい。

ＷＥＢページ４６としては、図２〜図３に示したリアルタイムモニタ画面４２及びバッチ送信された運転プログラムデータ、運転履歴データ及び異常履歴データ（図示せず）を挙げることができる。
ユーザ又は保守管理業者は、コンピュータ５０又はモバイル機器５１でリアルタイムモニタ画面４２を確認した結果、異常が発生したことを認識した場合に該当する滅菌装置１２へ赴いて対処することができる。

また、ユーザ又は保守管理業者は、コンピュータ５０又はモバイル機器５１で運転プログラムデータ、運転履歴データ及び異常履歴データを確認することでメンテナンス等の参考にすることができる。

また、管理サーバ３０の制御部３４は、ＷＥＢクライアントに対して警告を送信する警告送信部４３を実現する。
警告送信部４３は、特にリアルタイム送信された運転モニタデータの異常を検出したときに、ユーザ又は保守管理業者のコンピュータ５０又はモバイル機器５１に警告を送信するものである。警告の具体例としては、「警告」であることを記載したメールであったり、またあらかじめコンピュータ５０又はモバイル機器５１に警告送信部４３からの警告メールを受信すると警告音が生じるように設定をしておくなどが考えられる。

警告送信部４３が警告を送信する場合としては、例えばコンディショニング工程、滅菌工程、排気工程、乾燥工程の各工程において内缶圧力が所定圧力を越えた場合、又は内缶温度若しくは外缶温度が所定温度を越えた場合が該当する。ただし、所定圧力及び所定温度は各工程ごとにあらかじめ閾値を設定して記憶しておくことが必要である。
なお、警告送信部４３は、各工程において所定圧力又は所定温度に達しない場合も異常として警告を送信してもよい。この場合も各工程において、低圧、低温側の所定圧力及び所定温度の閾値を設定して記憶しておく。

（第２の実施形態）
本実施形態では、医療用機器として洗浄装置を採用した場合について、図５に基づいて説明する。なお、第１の実施形態で説明した構成要素と同一の構成要素については同一の符号を付し、説明を省略する場合もある。

洗浄装置６０は、メス、鉗子、鋏等のステンレス製又は鉄製などの医療用器材を洗浄する装置である。このような医療用器材が、医療で使用されると血液や体液と接触するが、使用直後に洗浄せずに放置されると錆が発生する。また，これら血液や体液が付着した医療用器材は感染の危険性がある。感染防止のために、医療用器材に付着した血液や体液は、確実に洗浄し取り除き，また洗浄後は再汚染させないために速やかに乾燥させる必要がある。

なお、洗浄装置６０としては、洗浄槽と乾燥槽を兼ねた１つの槽を有する単槽タイプであることが一般的であるが、単槽タイプに限定するものではない。

以下、本実施形態の洗浄装置における工程を説明する。
まず、洗浄装置６０は、洗浄工程を実施する前に、予備洗浄（予洗）を行う。予備洗浄とは、洗浄剤を用いずに水又は温水で被洗浄物を洗浄する工程である。これにより、被洗浄物表面の埃等を落とすことができる。予備洗浄においては、被洗浄物を水又は温水に浸漬させておくだけの浸漬洗浄、水又は温水を被洗浄物に噴射させるジェット洗浄、水又は温水に被洗浄物を浸漬させておき水又は温水に超音波振動をかける超音波洗浄のいずれかを採用することができる。

そして、洗浄装置６０は予備洗浄終了後、洗浄槽に収納された被洗浄物に対して洗浄液を噴射して洗浄するジェット洗浄、洗浄液に超音波をかけて洗浄を行う超音波洗浄のうちの双方の洗浄方式又はいずれか一方の方式により洗浄を行う。

洗浄装置６０は、被洗浄物に対して洗浄を施した後、水又は温水によるすすぎを行う。すすぎについても、水又は温水を噴射して洗浄するジェット洗浄、水又は温水に超音波をかけて洗浄を行う超音波洗浄のうちの双方の洗浄方式又はいずれか一方の洗浄方式を採用することができる。
また、洗浄装置６０は、すすぎ工程において、水又は温水に防錆潤滑剤を添加してもよい。

洗浄装置６０はすすぎを行ったのち、熱水処理を行う。熱水処理においては、水又は温水を６５℃〜９３℃に加熱して処理を行うことで、洗浄対象物を消毒することができる。この熱水処理においては、水又は温水に浸漬させておくだけの浸漬洗浄、水又は温水を洗浄対象物に噴射させるジェット洗浄などを採用することができる。

熱水処理の後、洗浄装置６０は、被洗浄物を乾燥させる。乾燥は、熱風を被洗浄物に噴射させることと、又は被洗浄物の設置雰囲気を加温することにより行われる。これにより、被洗浄物の洗浄工程が終了する。

洗浄装置６０は、上記のような工程を実行するために、洗浄装置６０の各構成部品を制御するための制御部６１を備えている。制御部６１は、ＣＰＵ及びメモリ等から構成されており、洗浄装置６０が備える各バルブ、ポンプ、超音波発生器等に対して制御信号を出力するとともに、温度センサ等からの温度データを取得する。

また、洗浄装置６０のデータ処理送信モジュール６４は、制御部６１から運転状況データとして、以下のデータを取得する。ただし、これらのデータは一例であり、これらすべてのデータを取得することが必須ではなく、またこれら以外のデータを取得してもよい。
運転状況データは大きく分けて次の４つのデータ、運転モニタデータ、運転プログラムデータ、運転履歴データ、及び異常履歴データを含む。

運転モニタデータとしては、サンプリング年月、サンプリング日時、サンプリング分秒、その日の運転回数、ラックＮｏ．、現在プログラム番号、現在処理情報、現在工程情報、運転残時間、液温度、槽内温度、ポンプ圧、水位、異常番号、運転開始年月、運転開始日時、運転開始分秒、メッセージ番号、が挙げられる。

運転プログラムデータとしては、予洗：温度(℃)、予洗：時間(分)、予洗：回数、予洗：使用水、予洗：排水、洗浄：温度(℃)、洗浄：時間(分)、洗浄：回数、洗浄：薬剤、洗浄：薬剤濃度(％)、洗浄：使用水、洗浄：排水、洗浄２回目：使用水、洗浄２回目：薬剤、洗浄２回目：排水、洗浄２回目：時間(分)、洗浄２回目：温度(℃)、洗浄２回目：薬剤濃度(％)、洗浄３回目：使用水、洗浄３回目：薬剤、洗浄３回目：排水、洗浄３回目：時間(分)、洗浄３回目： 温度(℃)、洗浄３回目：薬剤濃度(％)、洗浄４回目：使用水、洗浄４回目：薬剤、洗浄４回目：排水、洗浄４回目：時間(分)、洗浄４回目：温度(℃)、洗浄４回目：薬剤濃度(％)、洗浄５回目：使用水、洗浄５回目：薬剤、洗浄５回目：排水、洗浄５回目：時間(分)、洗浄５回目：温度(℃)、洗浄５回目：薬剤濃度(％)、超音波：温度(℃)、超音波：時間(分)、超音波：回数、超音波：薬剤、超音波：薬剤濃度(％)、超音波：使用水、超音波：排水、超音波：水位、超音波：方式、すすぎ：温度(℃)、すすぎ：時間(分)、すすぎ：回数、すすぎ：使用水、すすぎ：排水、すすぎ２回目：使用水、すすぎ２回目：排水、すすぎ２回目：時間(分)、すすぎ２回目：温度(℃)、すすぎ３回目：使用水、すすぎ３回目：排水、すすぎ３回目：時間(分)、すすぎ３回目：温度(℃)、すすぎ４回目：使用水、すすぎ４回目：排水、すすぎ４回目：時間(分)、すすぎ４回目：温度(℃)、すすぎ５回目：使用水、すすぎ５回目：排水、すすぎ５回目：時間(分)、すすぎ５回目：温度(℃)、熱水：温度(℃)、熱水：時間(分)、熱水：回数、熱水：使用水、熱水：排水、熱水：Ａ０値、防錆：温度(℃)、防錆：時間(分)、防錆：回数、防錆：薬剤、防錆：薬剤濃度(％)、防錆：使用水、防錆：排水、乾燥：温度(℃)、乾燥：時間(分)、乾燥：回数、Ａ０、強制終了の動作選択、自動コンベア、リザーブタンク使用回数、リザーブタンクの薬剤濃度（％）、排水冷却、扉インターロック、プログラムバージョン、が挙げられる。

運転履歴データとしては、その日の運転回数、ラックＮｏ．、プログラム番号、運転開始年月、運転開始日時、運転開始分秒、運転終了年月、運転終了日時、運転終了分秒、ジェット洗浄開始年月、ジェット洗浄開始日時、ジェット洗浄開始分秒、ジェット洗浄終了年月、ジェット洗浄終了日時、ジェット洗浄終了分秒、停電発生、異常発生、自動修正、パス／強制終了操作、手動操作、一時停止操作、ランニングコスト、作業者コード、が挙げられる。

異常履歴データとしては、その日の運転回数、ラックＮｏ．、発生時プログラム番号、発生時処理情報、発生時工程情報、発生時液温度、発生時槽内温度、発生時ポンプ圧、発生時水位、異常番号、異常発生年月、異常発生日時、異常発生分秒、が挙げられる。

データ処理送信モジュール６４は、通信回線２０を介して管理サーバ３０と通信可能に接続されている。通信回線２０としては、機密性を確保できることが好ましいため、本実施形態では、モバイルデータ通信回線を用いている。

データ処理送信モジュール６４は運転状況データをリアルタイム送信するとともに、１つの処理工程が終了するごとに運転状況データをまとめてバッチ送信する。このため、管理サーバ３０側では最終的に欠損の無い運転状況データを受信できる。
管理サーバ３０は、リアルタイム送信された運転状況データをリアルタイムで確認でき、なおかつバッチ送信された運転状況データに基づいて洗浄装置６０の保守管理等に役立てることができる。

データ処理送信モジュール６４は、所定のプログラム（ソフトウェア）を制御部６６によって実行することで実現されるリアルタイム送信部７２とバッチ送信部７４とを備える。
リアルタイム送信部７２は、洗浄装置６０の制御部６１から上記の運転モニタデータを取得し、通信部６８から管理サーバ３０へリアルタイム送信する。リアルタイム送信部７２は、通信プロトコルとして通常はＵＤＰ（User Datagram Protocol）を用いて運転モニタデータを送信するが、ＴＣＰ（Transmission Control Protocol）を用いることもできる。

バッチ送信部７４は、上記の運転モニタデータを、１回の洗浄工程が終了した時点でまとめて通信部６８から管理サーバ３０へ送信する。バッチ送信部７４は、通信プロトコルとしてＴＣＰ（Transmission Control Protocol）を用いて運転モニタデータを送信する。
なお、バッチ送信部７４は、運転モニタデータの送信に際し、運転モニタデータを圧縮処理するとよい。これにより、通信回線２０の帯域を有効利用することができ、輻輳などの発生を防止できる。圧縮処理としては、可逆圧縮処理であるＺＩＰ形式などを採用するとよい。

ただし、本発明としては、通信回線２０をモバイルデータ通信回線に限定するものではない。通信回線２０としてインターネットやイントラネットを用いてもよい。ただし、通信回線２０がモバイルデータ通信回線でなくても、例えば通信機器であるハブ等がダウンするなど不測の事態により、リアルタイム送信中にデータ欠損の可能性がある。したがって、通信回線２０がモバイルデータ通信回線でなくても、バッチ送信によって欠損のないデータを送信するという効果を奏しうる。

なお、リアルタイム送信せず、バッチ送信のみによって管理サーバ３０へ送信する運転状況データもある。
バッチ送信のみによって送信する運転状況データは、上記の運転プログラムデータ、運転履歴データ、及び異常履歴データである。これらのデータは、リアルタイムで送信する必要がない。すなわち、これらのデータはリアルタイムで状況確認をする必要性が高くなく、履歴管理に必要とされるのみであるためバッチ送信によって送信される。

管理サーバ３０はリアルタイム送信された洗浄装置６０の運転モニタデータを、リアルタイムモニタ画面として、表示手段４０によってモニタ３２に表示させる（図示せず）。ただし、リアルタイムデータ画面については、図２〜図３に示した内容とは異なる内容となる。

また、管理サーバ３０の記憶部３８は、バッチ送信された洗浄装置６０の運転プログラムデータ、運転履歴データ、異常履歴データも記憶する。

なお、管理サーバ３０に接続されるユーザ及び管理保守業者、警告送信部４３並びにＷＥＢページ４６については第１の実施形態と同様であるため、ここでは説明を省略する。

（他の実施形態）
上述した各実施形態では、滅菌装置からの運転状況データを送受信するシステムと、洗浄装置からの運転状況データを送受信するシステムを別々の実施形態で説明したが、滅菌装置から送信される管理サーバと、洗浄装置から送信される管理サーバが同一の管理サーバであって、この管理サーバは滅菌装置と洗浄装置からの運転状況データの双方を受信できるようにしてもよい。

９ 制御部
１０ データ通信システム
１２ 滅菌装置
１４ データ処理送信モジュール
１６ 制御部
１８ 通信部
２０ 通信回線
２２ リアルタイム送信部
２４ バッチ送信部
３０ 管理サーバ
３２ モニタ
３４ 制御部
３６ 通信部
３８ 記憶部
４０ 表示手段
４２ リアルタイムモニタ画面
４３ 警告送信部
４４ インターネット回線
４６ ＷＥＢページ
４７ ポータルサイト
５０ コンピュータ
５１ モバイル機器
６０ 洗浄装置
６１ 制御部
６４ データ処理送信モジュール
６６ 制御部
６８ 通信部
７２ リアルタイム送信部
７４ バッチ送信部

Claims (4)

1. 滅菌装置又は洗浄装置を、１又は複数台含む医療用機器と、
   前記医療用機器に設けられ、該医療用機器の運転状況データを取得し、取得した運転状況データを送信可能なデータ処理送信モジュールと、
   該データ処理通信モジュールと通信回線を介して接続された管理サーバと、を具備するデータ通信システムであって、
   前記データ処理送信モジュールは、
   前記運転状況データをリアルタイムに送信するリアルタイム送信部と、前記運転状況データを所定の期間蓄積した後に蓄積した運転状況データをバッチ送信するバッチ送信部と、を有し、
   前記管理サーバは、
   前記データ処理モジュールから送信されてくる運転状況データを受信する通信部と、該受信部で受信したリアルタイムの運転状況データを表示するモニタと、前記通信部で受信した所定期間蓄積された運転状況データを記憶する記憶部と、を有することを特徴とする医療用機器のデータ通信システム。
2. 前記バッチ送信部は、
   バッチ送信の際には運転状況データを圧縮処理して送信することを特徴とする請求項１記載の医療用機器のデータ通信システム。
3. 前記管理サーバと通信可能に設けられた外部コンピュータを備え、
   前記管理サーバは、
   前記リアルタイムの運転状況データを受信中に、運転状況データのうち所定の数値があらかじめ設定された閾値を越えたことを検出した場合、前記外部コンピュータに対して警告を送信する警告送信部を有することを特徴とする請求項１又は請求項２記載の医療用機器のデータ通信システム。
4. 前記管理サーバと前記外部コンピュータとは、前記通信回線とは別の他の通信回線を通じて通信可能であることを特徴とする請求項３記載の医療用機器のデータ通信システム。