(57)【要約】【課題】対象とすべき支援ツール以外の支援ツールに影響を与えずに、対象とすべき支援ツールのメンテナンス作業を実行したい。【解決手段】受付部１１は、医療業務の支援ツールのメンテナンス要求を受け付ける。取得部１２は、受け付けたメンテナンス要求に係るメンテナンス作業を実行することにより影響を受ける支援ツールの利用予定を取得する。スケジューリング部１３は、取得部１２により取得された利用予定を参照し、支援ツールが利用されない時間帯に、メンテナンス作業を実行するようスケジューリングする。【選択図】図１
2010198366.tif 000002
【特許請求の範囲】
【請求項１】
医療業務の支援ツールのメンテナンス要求を受け付ける受付部と、
受け付けたメンテナンス要求に係るメンテナンス作業を実行することにより影響を受ける支援ツールの利用予定を取得する取得部と、
前記取得部により取得された利用予定を参照し、前記支援ツールが利用されない時間帯に、前記メンテナンス作業を実行するようスケジューリングするスケジューリング部と、
を備えることを特徴とする医療業務支援装置。
【請求項２】
医療業務の実施予定が登録されたスケジュール保持部と、
医療業務と、その医療業務で使用される少なくとも一つの支援ツールとを関連づけて保持するテーブルと、
をさらに備え、
前記取得部は、前記スケジュール保持部に登録された医療業務の実施予定、および前記テーブルを参照して、支援ツールの利用予定を取得することを特徴とする請求項１に記載の医療業務支援装置。
【請求項３】
前記スケジューリング部は、前記メンテナンス作業の実行日時を決定した後、そのメンテナンス作業の実行日時を前記スケジュール保持部に登録することを特徴とする請求項２に記載の医療業務支援装置。
【請求項４】
一つのメンテナンス作業を複数の工程に分割するメンテナンス作業分割部をさらに備え、
前記スケジューリング部は、分割された複数の工程を、連続しない複数の空き時間帯で実行するようスケジューリングすることを特徴とする請求項１から３のいずれかに記載の医療業務支援装置。
【請求項５】
前記スケジューリング部は、前記影響を受ける支援ツールの、一定期間内にある空き時間帯の長さが、前記メンテナンス作業の実行時間より短い場合、そのメンテナンス作業を、前記空き時間帯とそれに後続する別の空き時間帯とに分割して実行するようスケジューリングすることを特徴とする請求項４に記載の医療業務支援装置。
【請求項６】
前記スケジューリング部は、前記影響を受ける支援ツールの、現在から一番近い空き時間帯の長さが、前記メンテナンス作業の実行時間より短い場合、そのメンテナンス作業を、前記空き時間帯とそれに後続する別の空き時間帯とに分割して実行するようスケジューリングすることを特徴とする請求項４に記載の医療業務支援装置。
【請求項７】
前記スケジューリング部は、受け付けたメンテナンス要求が緊急である場合、前記影響を受ける支援ツールの、現在の利用状況に関わらず、そのメンテナンス要求に係るメンテナンス作業を即時に実行するようスケジューリングすることを特徴とする請求項１に記載の医療業務支援装置。
【請求項８】
前記スケジューリング部は、前記影響を受ける支援ツールを提供している装置と、同一ネットワーク上の他の装置との通信回線を切断した後、前記支援ツールのメンテナンス作業を実行するようスケジューリングすることを特徴とする請求項７に記載の医療業務支援装置。
【請求項９】
前記スケジューリング部は、前記メンテナンス要求に係る支援ツールのメンテナンス作業が、他の支援ツールの利用に影響を与えない場合、そのメンテナンス要求に係るメンテナンス作業を即時に実行するようスケジューリングすることを特徴とする請求項１から８のいずれかに記載の医療業務支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療業務を支援するための医療業務支援装置に関する。
【背景技術】
【０００２】
近年、医療業務支援システムを導入する医療施設が増えており、医療業務支援システムの規模も増大している。したがって、医療業務支援システムに搭載される支援ツールの数、およびその支援ツールを機能させるためのソフトウェアの数も増大しており、それらのメンテナンス頻度も増加している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２６０３７１号公報
【特許文献２】特開２００３−２１６７２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
医療業務支援システムが提供している、ある支援ツールの実行中に、医療業務支援システムが提供している別の支援ツールのメンテナンス作業が実行されると、実行中の支援ツールに支障をきたすことがあった。
本発明はこうした状況に鑑みなされたものであり、その目的は、対象とすべき支援ツール以外の支援ツールに影響を与えずに、対象とすべき支援ツールのメンテナンス作業を実行することができる技術を提供することにある。
【課題を解決するための手段】
【０００５】
本発明のある態様の医療業務支援装置は、医療業務の支援ツールのメンテナンス要求を受け付ける受付部と、受け付けたメンテナンス要求に係るメンテナンス作業を実行することにより影響を受ける支援ツールの利用予定を取得する取得部と、取得部により取得された利用予定を参照し、支援ツールが利用されない時間帯に、メンテナンス作業を実行するようスケジューリングするスケジューリング部と、を備える。
【０００６】
なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００７】
本発明によれば、対象とすべき支援ツール以外の支援ツールに影響を与えずに、対象とすべき支援ツールのメンテナンス作業を実行することができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施の形態に係る医療業務支援システムおよびそれに連携されるデータセンタサーバの全体構成を示す図である。
【図２】第１概略実施例に係るスケジュール保持部に保持されるスケジュールの一例を示す図である。
【図３】第１概略実施例に係る医療業務支援システムの動作を説明するためのフローチャートである。
【図４】第２概略実施例に係るスケジュール保持部に保持されるスケジュールの一例を示す図である。
【図５】第２概略実施例に係る医療業務支援システムの動作を説明するためのフローチャートである。
【図６】第１詳細実施例に係る医療業務支援システムの動作でパラメータとして使用されるデータの構造を示す図である。図６（ａ）はアップデート設定情報の一例を示し、図６（ｂ）はログイン情報の一例を示し、図６（ｃ）は予約情報の一例を示す。
【図７】第１詳細実施例に係る医療業務支援システムの動作を説明するためのフローチャートである。
【図８】第２詳細実施例に係る医療業務支援システムの動作でパラメータとして使用されるデータの構造を示す図である。
【発明を実施するための形態】
【０００９】
図１は、本発明の実施の形態に係る医療業務支援システム５００およびそれに連携されるデータセンタサーバ６００の全体構成を示す図である。医療業務支援システム５００とデータセンタサーバ６００とは、ＷＡＮなどの外部ネットワーク７００を介してデータのやりとりが可能である。医療業務支援システム５００は、医療業務支援サーバ１００、医療業務支援クライアント２００および医療機器３００を備える。これらは、医療施設内に設置された有線ＬＡＮまたは無線ＬＡＮなどの内部ネットワーク４００を介してデータのやりとりが可能である。医療業務支援クライアント２００は、ＰＣやＰＤＡ（Personal Digital Assistants）で構築することができ、複数設けられてもよい。
【００１０】
医療業務支援サーバ１００は、保守管理部１０、スケジュール保持部２０および処理部３０を有する。保守管理部１０は、受付部１１、取得部１２、スケジューリング部１３およびメンテナンス制御部１４を含む。医療業務支援クライアント２００は、処理部２１０、表示部２２０および操作部２３０を含む。医療機器３００は、処理部３１０を含む。データセンタサーバ６００は、データ保持部６１０およびデータ提供部６２０を含む。
【００１１】
医療業務支援サーバ１００、医療業務支援クライアント２００、医療機器３００およびデータセンタサーバ６００のそれぞれの構成は、ハードウェア的には、任意のプロセッサ、メモリ、その他のＬＳＩで実現でき、ソフトウェア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組み合わせによっていろいろな形で実現できることは、当業者には理解されるところである。
【００１２】
医療業務支援サーバ１００の受付部１１は、医療業務支援システム５００により提供されている支援ツールのメンテナンス要求を受け付ける。ここで、当該メンテナンスはソフトウェアのメンテナンスであってもよい。たとえば、新しいソフトウェアの追加または既存のソフトウェアのアップデートをするためのインストールであってもよい。上記支援ツールは、検査（たとえば、内視鏡検査）、カンファレンス、リカバリーなどの医療行為を支援するものである。なお、カルテ作成や会計などの医療行為に付随する業務を支援するものが含まれてもよい。医療業務をソフトウェア的に支援する支援ツールの場合、一つのアプリケーションプログラムであってもよい。医療業務をハードウェア的に支援する支援ツールの場合、洗浄機などの装置であってもよい。
【００１３】
メンテナンス作業がソフトウェアのインストール作業である場合、データ提供部６２０は、データセンタサーバ６００のデータ保持部６１０に、医療業務支援サーバ１００、医療業務支援クライアント２００および医療機器３００のいずれかに新たにインストールすべきソフトウェアが登録されると、それを反映したメンテナンス要求を受付部１１に通知してもよい。また、医療業務支援サーバ１００のメンテナンス制御部１４が、データセンタサーバ６００に定期的に、新たにインストールすべきソフトウェアが存在するか否かを問い合わせてもよい。
【００１４】
取得部１２は、受付部１１により受け付けられたメンテナンス要求に係るメンテナンス作業を実行することにより影響を受ける支援ツールの利用予定を取得する。より具体的には、取得部１２は当該影響を受ける支援ツールの現在の利用状況および将来の利用予定を取得する。当該影響を受ける支援ツールには、メンテナンス対象の支援ツールも含まれる。
【００１５】
スケジュール保持部２０は、医療業務の実施予定を保持する。医療業務の実施予定は、医療業務支援クライアント２００の操作部２３０から、医療従事者の操作に起因して登録される。また、スケジュール保持部２０により保持されている各支援ツールの利用予定は、医療業務支援クライアント２００の表示部２２０から、医療従事者が参照可能である。テーブル２５は、医療業務と、その医療業務で使用される少なくとも一つの支援ツールとを関連づけて保持する。
【００１６】
取得部１２は、スケジュール保持部２０に登録された医療業務の実施予定、およびテーブル２５を参照して、支援ツールの利用予定を取得することができる。たとえば、スケジュール保持部２０に登録された医療業務の実施予定を、テーブル２５を参照して、支援ツールの利用予定に変換してもよい。
【００１７】
なお、スケジュール保持部２０は医療業務支援サーバ１００内ではなく、医療業務支援クライアント２００内に構築されてもよい。また、医療業務支援システム５００外の連携するシステム上に設けられてもよい。また、各支援ツールのスケジュールは、医療業務支援システム５００内外の様々な装置に保持されてもよい。その場合、取得部１２は、それらの装置から上記医療業務の実施予定を取得する。
【００１８】
スケジューリング部１３は、取得部１２により取得された利用予定を参照し、上記影響を受ける支援ツールが利用されない時間帯に、上記メンテナンス作業を実行するようスケジューリングする。それらが利用されない時間帯のうち、現在から一番近い時間帯にスケジューリングしてもよい。
スケジューリング部１３は、メンテナンス作業の実行日時を決定した後、そのメンテナンス作業の実行日時をスケジュール保持部２０に登録する。なお、そのメンテナンス作業の実行日時は、医療業務支援システム５００内の各医療業務支援クライアント２００に、メールなどにより通知されてもよい。
【００１９】
スケジューリング部１３は、上記メンテナンス要求に係る支援ツールのメンテナンス作業が、他の支援ツールの利用に影響を与えない場合、そのメンテナンス要求に係るメンテナンス作業を即時に実行するようスケジューリングしてもよい。他の支援ツールの利用に影響を与える場合とは、たとえば、対象とすべき支援ツールのメンテナンス作業が医療業務支援サーバ１００にインストールされているソフトウェアを対象とする場合で、そのメンテナンス作業により医療業務支援サーバ１００の他の機能をすべて休止しなければならない場合などである。医療業務支援クライアント２００が医療業務支援サーバ１００の機能を一部利用しながら、所定の支援ツールを実行している場合、当該支援ツールは上記メンテナンス作業により影響を受けているといえる。他の支援ツールの利用に影響を与えない場合とは、この逆である。
【００２０】
メンテナンス制御部１４は、スケジュール保持部２０を参照して、メンテナンス作業の予定日時が到来すると、そのメンテナンス作業を実行するよう、医療業務支援サーバ１００の処理部３０、医療業務支援クライアント２００の処理部２１０または医療機器３００の処理部３１０に指示する。インストールすべきデータは、医療業務支援システム５００側のいずれかの装置に設けられる、図示しない記録部に予めダウンロードされたものを使用してもよいし、実際にインストール作業を実行する際に、データセンタサーバ６００のデータ保持部６１０から取得しもよい。
【００２１】
メンテナンス制御部１４は、一つのメンテナンス作業を複数の工程に分割することができる。メンテナンス作業がソフトウェアのインストール作業の場合、当該ソフトウェアをパッケージ単位またはモジュール単位に分割することができる。
【００２２】
スケジューリング部１３は、メンテナンス制御部１４により分割された複数の工程を、連続しない複数の空き時間帯で実行するようスケジューリングすることができる。たとえば、スケジューリング部１３は、上記影響を受ける支援ツールの、現在から一定期間内にある空き時間帯の長さ、または現在から一番近い空き時間帯の長さが、メンテナンス作業の実行時間より短い場合、そのメンテナンス作業を、当該空き時間帯とそれに後続する別の空き時間帯とに分割して実行するようスケジューリングしてもよい。たとえば、当該空き時間とそれに後続する一番近い別の空き時間帯とに分割して実行するようスケジューリングしてもよい。
【００２３】
たとえば、メンテナンス要求の属性情報（不図示）にメンテナンスを実施する期間に関する情報を項目として設け、スケジューリング部１３は、その情報が定める期間内にある、上記影響を受ける支援ツールの空き時間帯が、メンテナンス作業の実行時間より短い場合、そのメンテナンス作業を、現在から一番近い空き時間とそれに後続する空き時間帯とに分割してもよい。これにより、一定期間内（たとえば、３月１日〜３月３１日）といった時間制約を管理者側から指定可能とし、上記一定期間内の現在から最も近い空き時間帯に上記メンテナンス作業を自動スケジュールすることが可能となる。
【００２４】
スケジューリング部１３は、受付部１１により受け付けたメンテナンス要求が緊急である場合、上記影響を受ける支援ツールの、現在の利用状況に関わらず、そのメンテナンス要求に係るメンテナンス作業を即時に実行するようスケジューリングしてもよい。その場合、スケジューリング部１３は、上記影響を受ける支援ツールを提供している装置（医療業務支援サーバ１００、医療業務支援クライアント２００または医療機器３００）と、同一ネットワーク上の他の装置との通信回線を切断した後、当該支援ツールのメンテナンス作業を実行するようスケジューリングしてもよい。たとえば、医療業務支援クライアント２００にインストールされているソフトウェアを緊急にアップデートする必要がある場合、医療業務支援クライアント２００を内部ネットワーク４００から切断し、医療業務支援クライアント２００がスタンドアローン状態でそのアップデートを実行する。
【００２５】
以下、本発明の実施の形態に係る医療業務支援システム５００の第１概略実施例を説明する。
図２は、第１概略実施例に係るスケジュール保持部２０に保持されるスケジュールの一例を示す。ここでは、ある日の９時から２４時までの予定が管理されている。図中の斜線のブロックは予定ありを、空白のブロックは予定なしを示す。以下の説明では、メンテナンス作業に２時間かかることを前提とする。内視鏡検査、カンファレンス、およびリカバリーのそれぞれでは、それぞれに対応した支援ツールが使用される。ここで、これらすべての支援ツールが医療業務支援サーバ１００の機能を利用するものとする。また、当該メンテナンス作業は内視鏡検査で使用される支援ツールのメンテナンスであるとする。
【００２６】
この場合、内視鏡検査、カンファレンス、およびリカバリーのそれぞれで使用される、すべての支援ツールが利用されていない時間帯にメンテナンス作業をする必要がある。１２時から１３時の間は、当該すべての支援ツールが利用されない時間帯であるが、２時間かかるメンテナンス作業を実行することができない。そこで、当該すべての支援ツールが２時間以上利用されない時間帯に実行する。その条件を満たす一番直近の時間帯は、２０時から２２時である。したがって、その時間帯に当該メンテナンス作業がスケジューリングされる。
【００２７】
図３は、第１概略実施例に係る医療業務支援システム５００の動作を説明するためのフローチャートである。受付部１１は、データセンタサーバ６００からのメンテナンス要求を受け付ける（Ｓ１００）。メンテナンス制御部１４は、そのメンテナンス要求に係るメンテナンス作業が、他のツールに影響を及ぼすか否かを判断する（Ｓ１０１）。たとえば、簡易なファイル更新は他のツールに影響を及ぼさない。影響を及ぼさないと判断したとき（Ｓ１０１のＮ）、医療業務支援サーバ１００の処理部３０、医療業務支援クライアント２００の処理部２１０または医療機器３００の処理部３１０は、そのメンテナンス作業を即時実行する（Ｓ１０４）。
【００２８】
一方、影響を及ぼすと判断したとき（Ｓ１０１のＹ）、取得部１２は、各ツールのスケジュールを取得する（Ｓ１０２）。スケジューリング部１３は、当該スケジュールを参照して空き時間帯を特定し、上記メンテナンス作業が実行可能な空き時間帯に当該メンテナンス作業をスケジューリングする（Ｓ１０３）。医療業務支援サーバ１００の処理部３０、医療業務支援クライアント２００の処理部２１０または医療機器３００の処理部３１０は、スケジューリングされたメンテナンス作業の実行予定日時が到来すると、当該メンテナンス作業を実行する（Ｓ１０４）。
【００２９】
つぎに、本発明の実施の形態に係る医療業務支援システム５００の第２概略実施例を説明する。概略動作例２はメンテナンス作業を複数の工程に分割することにより、メンテナンス作業を、第１概略実施例より早期に完了させる例である。
【００３０】
図４は、第２概略実施例に係るスケジュール保持部２０に保持されるスケジュールの一例を示す。図４では、２時間かかるメンテナンス作業を、それぞれ１時間の二つの工程に分割し、第１工程を１２時から１３時の間に、第２工程を２０時から２１時の間にスケジューリングしている。これにより、図２と比較し、メンテナンス作業の完了を１時間早めることができる。
【００３１】
図５は、第２概略実施例に係る医療業務支援システム５００の動作を説明するためのフローチャートである。受付部１１は、データセンタサーバ６００からのメンテナンス要求を受け付ける（Ｓ２００）。メンテナンス制御部１４は、そのメンテナンス要求に係るメンテナンス作業が、他のツールに影響を及ぼすか否かを判断する（Ｓ２０１）。影響を及ぼさないと判断したとき（Ｓ２０１のＮ）、医療業務支援サーバ１００の処理部３０、医療業務支援クライアント２００の処理部２１０または医療機器３００の処理部３１０は、そのメンテナンス作業を即時実行する（Ｓ２０７）。
【００３２】
一方、影響を及ぼすと判断したとき（Ｓ２０１のＹ）、取得部１２は、各ツールのスケジュールを取得する（Ｓ２０２）。スケジューリング部１３は、当該スケジュールを参照して空き時間帯を特定し、メンテナンス作業の作業時間が直近の空き時間帯に収まるか否か判定する（Ｓ２０３）。収まる場合（Ｓ２０３のＹ）、メンテナンス作業をその直近の空き時間帯にスケジューリングする（Ｓ２０４）。医療業務支援サーバ１００の処理部３０、医療業務支援クライアント２００の処理部２１０または医療機器３００の処理部３１０は、スケジューリングされたメンテナンス作業の実行予定日時が到来すると、当該メンテナンス作業を実行する（Ｓ２０７）。
【００３３】
一方、収まらない場合（Ｓ２０３のＮ）、メンテナンス制御部１４は、メンテナンス作業を複数の工程に分割する（Ｓ２０５）。たとえば、モジュールごとに分割する。スケジューリング部１３は、当該スケジュールを参照して空き時間帯を特定し、複数の空き時間帯に各工程をスケジューリングする（Ｓ２０６）。医療業務支援サーバ１００の処理部３０、医療業務支援クライアント２００の処理部２１０または医療機器３００の処理部３１０は、スケジューリングされたメンテナンス作業の各工程の実行予定日時が到来するたびに、当該メンテナンス作業の各工程を実行する（Ｓ２０７）。
【００３４】
つぎに、本発明の実施の形態に係る医療業務支援システム５００の第１詳細実施例を説明する。以下の説明では、医療機器３００は医療業務支援クライアント２００と同様に扱う。
図６は、第１詳細実施例に係る医療業務支援システム５００の動作でパラメータとして使用されるデータの構造を示す。図６（ａ）はアップデート設定情報の一例を示し、図６（ｂ）はログイン情報の一例を示し、図６（ｃ）は予約情報の一例を示す。
【００３５】
図６（ａ）に示すアップデート設定情報は、外部設定ファイル、緊急度、サーバアプリ、クライアントアプリおよびインストール時間の項目を含む。外部設定ファイル、緊急度、サーバアプリおよびクライアントアプリには、それぞれに対応するフラグが設けられ、「０」で無効、「１」で有効を示す。インストール時間は、具体的な時間で記述される。
【００３６】
図６（ｂ）に示すログイン情報は、ログイン状態および使用ツールの項目を含む。ログイン状態は、内部ネットワーク４００上に接続される各医療業務支援クライアント２００がログインしているかログアウトしているかを示す。使用ツールは、各医療業務支援クライアント２００が現在使用しているツールを示す。未使用の場合、空欄となる。
【００３７】
図６（ｃ）に示す予約情報は、予約時刻および使用クライアントの項目を含む。予約時刻は、検査などの医療行為を含む医療業務の予約時刻を示す。使用クライアントは、その医療業務を行う際に使用する医療業務支援クライアント２００を示す。クライアントを使用しない場合、空欄となる。
【００３８】
図７は、第１詳細実施例に係る医療業務支援システム５００の動作を説明するためのフローチャートである。メンテナンス制御部１４は、外部ネットワーク７００を介してデータ提供部６２０にアップデートファイルの有無を問い合わせる（Ｓ３００）。より具体的には、医療業務支援サーバ１００上で動作する、プログラムアップデートシステムのクライアントプログラム（メンテナンス制御部１４の一機能に相当）は、外部ネットワーク７００を介して、データセンタサーバ６００上で稼働する当該プログラムアップデートシステムのサーバプログラム（データ保持部６１０の一機能に相当）と通信する。そして、医療業務支援サーバ１００上で動作するプログラムファイルより、新しいバージョンのプログラムファイルがデータセンタサーバ６００上に存在するか否かを問い合わせる。
【００３９】
データ提供部６２０は、データ保持部６１０にアップデートすべきプログラムファイルが存在するか否かを判定し（Ｓ３０１）、存在する場合（Ｓ３０１のＹ）、アップデートすべきプログラムファイルとそのアップデート設定情報を送信する。取得部１２は、そのアップデートすべきプログラムファイルとそのアップデート設定情報を取得する（Ｓ３０２）。存在しない場合（Ｓ３０１のＮ）、データ提供部６２０は送信しない。
【００４０】
スケジューリング部１３は、取得されたアップデート設定情報の外部設定ファイルのフラグを参照し、アップデートすべきファイルが外部設定ファイルであるか否か判定する（Ｓ３０３）。外部設定ファイルであるとき（Ｓ３０３のＹ）、即時にアップデートが開始される（Ｓ３０４）。
【００４１】
アップデートすべきファイルが外部設定ファイルでないとき（Ｓ３０３のＮ）、スケジューリング部１３は、当該アップデート設定情報の緊急度のフラグを参照し、アップデートすべきファイルが緊急であるか否か判定する（Ｓ３０５）。緊急である場合（Ｓ３０５のＹ）、医療業務支援システム５００の内部ネットワーク４００を切断し（Ｓ３０６）、上記ファイルのアップデートが開始される（Ｓ３０７）。たとえば、医療機器３００（ここでは内視鏡装置とする）を用いて内視鏡検査が実施されていたとしても、内部ネットワーク４００を切り離すことにより、医療業務支援クライアント２００がローカルの状態となり、医療業務支援サーバ１００に接続されていない状態で処理が行われる。医療機器３００で撮影された内視鏡画像は、医療業務支援サーバ１００ではなく、医療機器３００内の図示しない記録部に記録される。
【００４２】
アップデートすべきファイルが緊急でない場合（Ｓ３０５のＮ）、すなわち通常のアップデートの場合、スケジューリング部１３は、アップデートすべきファイルがサーバアプリケーションであるかクライアントアプリケーションであるかを判定する（Ｓ３０８）。サーバアプリケーションである場合（Ｓ３０８のＹ）、医療業務支援サーバ１００に接続されているすべての医療業務支援クライアント２００がログアウトしているか否か判定する（Ｓ３０９）。
【００４３】
すべての医療業務支援クライアント２００がログアウトしていない場合（Ｓ３０９のＮ）、上記アップデートをすぐに開始せずに、すべての医療業務支援クライアント２００がログアウトするまで待機する。すべての医療業務支援クライアント２００がログアウトしている場合（Ｓ３０９のＹ）、スケジューリング部１３は、現在時刻といずれかの医療業務支援クライアント２００の次回の利用予約時刻との間の時間、すなわち空き時間と、上記ファイルのインストール時間とを比較する（Ｓ３１０）。当該インストール時間が当該空き時間以下の場合（Ｓ３１０のＹ）、上記ファイルのアップデートが開始される（Ｓ３１１）。当該インストール時間が当該空き時間を超える場合（Ｓ３１０のＮ）、当該インストール時間が当該空き時間以下となるまで待機する。
【００４４】
アップデートすべきファイルがクライアントアプリケーションである場合（Ｓ３０８のＮ）、スケジューリング部１３は、アップデートすべきツールを提供している医療業務支援クライアント２００がログアウトしているか否か判定する（Ｓ３１２）。当該医療業務支援クライアント２００がログアウトしていない場合（Ｓ３１２のＮ）、上記アップデートをすぐに開始せずに、当該医療業務支援クライアント２００がログアウトするまで待機する。
【００４５】
当該医療業務支援クライアント２００がログアウトした場合（Ｓ３１２のＹ）、スケジューリング部１３は、現在時刻と当該医療業務支援クライアント２００の次回の利用予約時刻との間の時間、すなわち空き時間と、上記ファイルのインストール時間とを比較する（Ｓ３１３）。当該インストール時間が当該空き時間以下の場合（Ｓ３１３のＹ）、上記ファイルのアップデートが開始される（Ｓ３１４）。当該インストール時間が当該空き時間を超える場合（Ｓ３１３のＮ）、当該インストール時間が当該空き時間以下となるまで待機する。
【００４６】
なお、検査予約に対して使用される医療業務支援クライアント２００が一意に決まるような場合、当該医療業務支援クライアント２００を使用する予約時刻と比較してもよい。医療業務支援サーバ１００上で動作する、上記プログラムアップデートシステムのクライアントプログラムは、医療業務支援システム５００上の内視鏡診療支援システムが管理する図示しないデータベースから、内視鏡の検査予約情報を取得することができる。
【００４７】
なお、医療業務支援システム５００は、医療業務支援クライアント２００からのログイン時に、どの医療業務支援クライアント２００からログインされたかを記憶しており、各医療業務支援クライアント２００がどのツールを使用しているかも記憶する。
【００４８】
つぎに、本発明の実施の形態に係る医療業務支援システム５００の第２詳細実施例を説明する。
図８は、第２詳細実施例に係る医療業務支援システム５００の動作でパラメータとして使用されるデータの構造を示す。図８はツール関連情報の一例を示す。ツール関連情報には、対象プログラム、開始時刻、終了時刻、緊急度および前提条件の項目を含む。対象プログラムは、各ツールが使用するプログラムを示す。開始時刻および終了時刻は、プログラムのアップデートの時間指定を示す。緊急度は図６（ａ）に示したものと同じである。前提条件は、アップデートするための前提条件を示す。
【００４９】
図８は、アップデート対象が、ツールＡ、ツールＢおよびツールＣに関するアップデートであり、それぞれプログラムＡ、プログラムＢおよびプログラムＣが更新されることを示している。また、ツールＡのアップデートは緊急であるが、ツールＢおよびツールＣのアップデートは緊急でないことを示している。さらに、ツールＢのインストールに先行して、ツールＡのアップデートが必要であることを示している。また、図６（ｂ）に示したように、上記ログイン情報には現在使用されているツールが、適宜記録される。
【００５０】
以下、これらの情報をもとに、医療業務支援システム５００のプログラムＡ、プログラムＢおよびプログラムＣの更新処理について説明する。ここでは、プログラムＡ、プログラムＢおよびプログラムＣはサーバアプリケーションとする。
【００５１】
スケジューリング部１３は、上記ツール関連情報の緊急度を参照し、緊急度の高いプログラムを特定する。ここではプログラムＡである。つぎにスケジューリング部１３は、上記ログイン情報を参照して、緊急度の高いプログラムが使用中であるか否かを確認する。ここではプログラムＡは使用中である。以下、定期的にツールＡが使用中であるか否かを確認する。ツールＡを使用している医療業務支援クライアント２００がログアウトし、ツールＡの使用終了が確認されると、処理部３０はプログラムＡの更新処理を実行する。
【００５２】
上記ツール関連情報を参照すると、プログラムＢの更新には前提条件としてプログラムＡの更新が必要であることが分かる。スケジューリング部１３は、プログラムＡの更新処理が終了したか否かを確認する。この確認はファイル更新日付、またはプログラムのバージョン情報などをもとに行うことができる。プログラムＡの更新処理が終了するまで、プログラムＢの更新処理は待機状態となる。
【００５３】
上記ツール関連情報を参照すると、プログラムＢの更新処理は、２１：００〜５：００の間に実行されるよう時間指定されていることが分かる。スケジューリング部１３は、指定時間が到来した際、上記予約情報を参照し、上記指定時間内に予約がない場合、処理部３０はプログラムＢの更新処理を実行する。なお、上記前提条件を満たしている場合に限る。
【００５４】
上記指定時間内に予約がある場合、予約時間が経過するまで待機し、スケジューリング部１３は、予約時間の経過以後は上記ログイン情報を参照して、ツールＢが使用されているか否かを確認する。ツールＢが未使用となるまでプログラムＡの更新処理を待機する。以下、定期的にツールＢが使用中であるか否かを確認する。ツールＢの使用終了が確認されると、処理部３０はプログラムＢの更新処理を実行する。なお、上記前提条件を満たしている場合に限る。
【００５５】
上記ツール関連情報を参照すると、プログラムＣの更新処理は、２２：００〜５：００の間に実行されるよう時間指定されていることが分かる。スケジューリング部１３は、指定時間が到来した際、上記予約情報を参照し、上記指定時間内に予約がない場合、処理部３０はプログラムＣの更新処理を実行する。予約がある場合、予約時間が経過するまで待機し、スケジューリング部１３は、予約時間の経過以後は上記ログイン情報を参照して、ツールＣが使用されているか否かを確認する。ツールＣが未使用となるまでプログラムＣの更新処理を待機する。以下、定期的にツールＣが使用中であるか否かを確認する。ツールＣの使用終了が確認されると、処理部３０はプログラムＣの更新処理を実行する。
【００５６】
以上説明したように本実施の形態によれば、対象とすべきツール以外のツールに影響を与えずに、対象とすべきツールのメンテナンス作業を実行することができる。当該医療業務支援システムの保守管理者は、保守管理業務を実施する際、各種検査の予約状況や他のユーザの利用状況などを確認することなく、保守管理業務の予定を立てることができる。したがって、確認作業に必要な労力を大幅に削減することができる。また、作業ミスを抑制することができる。
【００５７】
また、決定された保守管理作業の実行予定日時が、検査予約など医療行為の予約を管理するスケジュール表に追加されるため、医療従事者は保守管理作業の実行予定日時と医療行為の実施予定日時とを同時に認識することができる。また、必要に応じてメンテナンス作業を複数の工程に分割してスケジューリングすることにより、細かい空き時間帯を有効活用することができ、メンテナンス作業の完了を早めることができる。
【００５８】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００５９】
上述した実施の形態では保守管理部１０が医療業務支援サーバ１００に設けられる例を説明したが、医療業務支援クライアント２００に設けられてもよいし、内部ネットワーク４００に接続される別の専用装置に設けられてもよい。
【符号の説明】
【００６０】
１０  保守管理部、  １１  受付部、  １２  取得部、  １３  スケジューリング部、  １４  メンテナンス制御部、  ２０  スケジュール保持部、  ２５  テーブル、  ３０  処理部、  １００  医療業務支援サーバ、  ２００  医療業務支援クライアント、  ２１０  処理部、  ２２０  表示部、  ２３０  操作部、  ３００  医療機器、  ３１０  処理部、  ４００  内部ネットワーク、  ５００  医療業務支援システム、  ６００  データセンタサーバ、  ６１０  データ保持部、  ６２０  データ提供部、  ７００  外部ネットワーク。
【図１】
2010198366.tif 000003
【図２】
2010198366.tif 000004
【図３】
2010198366.tif 000005
【図４】
2010198366.tif 000006
【図５】
2010198366.tif 000007
【図６】
2010198366.tif 000008
【図７】
2010198366.tif 000009
【図８】
2010198366.tif 000010