JP6411158B2 - 放射線治療業務管理システム、端末装置およびコンピュータプログラム - Google Patents

Description

本発明は、放射線治療に関する治療情報を管理する放射線治療業務管理システムおよび関連する端末装置、コンピュータプログラムに係り、特に、ネットワークやサーバに障害が発生した際の運用とデータリカバリに関する。

がん患者に対する治療としては、外科治療、薬物治療、放射線治療が主流であり、三大療法と呼ばれている。これらのうち、放射線治療は、がんに放射線を照射することでがん細胞を破壊し、がんを消滅させたり小さくする治療である。

一般に、放射線治療では、患者毎に策定された治療計画に従って放射線照射等の治療が実施されるが、治療計画情報や治療実施情報等の治療情報を電子化して管理する放射線治療業務管理システムが実用化されている。

図９は、従来の放射線治療業務管理システム３００の構成を示すブロック図である。本図に示すように放射線治療業務管理システム３００は、治療情報サーバ３１０と複数台の端末装置３２０が病院内ネットワーク３３０を介して接続されて構成される。端末装置３２０は、治療エリア受付や各治療エリアに配置される。

治療情報サーバ３１０は、サーバ処理部３１１と治療データＤＢ３１２とを備えている。治療データＤＢ３１２は、患者毎の治療データを格納するデータベースである。治療データは、患者ＩＤ、患者情報、治療情報、治療計画、治療実施情報、ステータス等を含んでいる。ステータスは、受付済、治療実施中、治療実施済等のその患者の現在の状態を示す情報である。サーバ処理部３１１は、治療情報サーバ３１０がサーバ用プログラムを実行することにより構築され、治療データの管理等を行なう。

なお、治療情報サーバ３１０は、病院内の各部門を管理する上位システムに接続される場合もある。この場合、治療情報サーバ３１０の治療データＤＢ３１２に格納された治療データが所定のタイミングで上位システムに送信される。

端末装置３２０は、端末処理部３２１を備えている。端末処理部３２１は、端末装置３２０がクライアント用プログラムを実行することにより構築され、治療データＤＢ３１２の治療データの参照・登録・更新等を行なう。

患者は、治療計画で定められた治療予定日に病院に行き、治療エリア受付に配置された端末装置３２０で受付を行ない、治療エリアで治療を受ける。治療の際には治療エリアに配置された端末装置３２０で治療データの更新等が行なわれる。

図１０は、治療エリア受付に配置された端末装置３２０の受付業務動作を説明するフローチャートである。患者が受付を開始すると（Ｓ７０１）、患者ＩＤ、患者氏名等をキーにして、その患者の治療データを治療情報サーバ３１０の治療データＤＢ３１２から病院内ネットワーク３３０を介して取得する（Ｓ７０２）。

治療データを取得すると、取得した治療データを表示して患者情報等の内容を確認し（Ｓ７０３）、取得した治療データのステータスを「受付済」に変更する（Ｓ７０４）。

そして、変更した内容で、治療情報サーバ３１０の治療データＤＢ３１２を、病院内ネットワーク３３０を介して更新する（Ｓ７０５）。治療情報サーバ３１０に上位システムが接続されている場合には、治療情報サーバ３１０は、更新された治療データを上位システムに送付する。

図１１は、治療エリアに配置された端末装置３２０の動作を説明するフローチャートである。受付を済ませた患者に対して、治療計画に従った治療を開始する際には（Ｓ８０１）、患者ＩＤ、患者氏名等をキーにして、その患者の治療データを治療情報サーバ３１０の治療データＤＢ３１２から病院内ネットワーク３３０を介して取得する（Ｓ８０２）。

治療データを取得すると、取得した治療データを表示して内容を確認し（Ｓ８０３）、取得した治療データのステータスを「受付済」から「実施中」に変更する（Ｓ８０４）。

患者に対する治療を実施すると、取得した治療データに実施日時、実施内容等の実施情報を付加し、ステータスを「実施中」から「実施済」に変更する（Ｓ８０５）。

そして、変更した内容で、治療情報サーバ３１０の治療データＤＢ３１２を、病院内ネットワーク３３０を介して更新する（Ｓ８０６）。治療情報サーバ３１０に上位システムが接続されている場合には、治療情報サーバ３１０は、更新された治療データを上位システムに送付する。

特開２０１４−２５７０号公報

上述のように、病院内の各所に配置された端末装置３２０は、必要な治療データがある場合、病院内ネットワーク３３０を介して治療情報サーバ３１０からその都度治療データを取得して表示、変更等を行ない、変更後に病院内ネットワーク３３０を介して治療情報サーバ３１０の治療データを更新する。

このため、治療情報サーバ３１０や病院内ネットワーク３３０がダウンする等のシステム障害が発生した場合には、端末装置３２０は、必要な治療データを取得することができず、患者に対する受付や治療を円滑に行なうことができなくなってしまう。

さらに、システム障害中に患者の受付や治療を行なった場合には、システム復旧後に、治療情報サーバ３１０の治療データＤＢ３１２の治療データを実際の状況に整合させるという作業が発生し、病院スタッフに過度の負担を強いることになって、患者に対する円滑な治療業務に支障が生じる。

そこで、本発明は、治療情報サーバと複数台の端末装置がネットワークを介して接続される放射線治療業務管理システムにおいて治療情報サーバと通信が行なえないシステム障害が発生した場合であっても、患者に対する治療業務への悪影響を防ぐことを目的とする。

上記課題を解決するため、本発明の第１の態様である放射線治療業務管理システムは、治療情報サーバと複数台の端末装置とがコンピュータネットワークを介して接続され、放射線治療に関する情報を管理する放射線治療業務管理システムであって、前記治療情報サーバは、患者の識別子と、患者の状態を示すステータスと、治療予定日を含む治療計画情報と、治療実施情報とを記録した治療データを格納する治療データＤＢを備え、前記複数台の端末装置は、予備的治療データ格納領域と、シャットダウン時あるいは起動時の少なくとも一方のタイミングで、前記治療情報サーバの治療データＤＢにアクセスして、シャットダウン時には、治療予定日が翌日である治療データを取得し、起動時には、治療予定日が当日である治療データを取得して、取得した治療データで前記予備的治療データ格納領域を更新するデータ収集部と、治療データの参照時に、前記治療情報サーバとの通信が可能な場合は、前記治療情報サーバの治療データＤＢにアクセスして取得した治療データを参照対象とし、取得した治療データの変更を受け付けると、前記治療情報サーバの治療データＤＢに変更を反映させ、前記治療情報サーバとの通信が不可能な場合は、前記予備的治療データ格納領域から取得した治療データを参照対象とする端末処理部と、を備えたことを特徴とする。
ここで、前記治療情報サーバは、サーバリカバリ処理部と、リカバリデータ格納領域とを備え、前記端末装置は、前記治療情報サーバとの通信が復旧した際に、前記治療情報サーバとの通信が不可能な期間に変更を受け付けた治療データを前記予備的治療データ格納領域から収集し、前記リカバリデータ格納領域に格納する端末リカバリ処理部を備え、前記サーバリカバリ処理部は、前記リカバリデータ格納領域に格納された治療データに基づいて、前記治療データＤＢの治療データを更新することができる。
上記課題を解決するため、本発明の第２の態様である端末装置は、患者の識別子と、患者の状態を示すステータスと、治療予定日を含む治療計画情報と、治療実施情報とを記録した治療データを格納する治療データＤＢを備えた治療情報サーバとコンピュータネットワークを介して接続する端末装置であって、予備的治療データ格納領域と、シャットダウン時あるいは起動時の少なくとも一方のタイミングで、前記治療情報サーバの治療データＤＢにアクセスして、シャットダウン時には、治療予定日が翌日である治療データを取得し、起動時には、治療予定日が当日である治療データを取得して、取得した治療データで前記予備的治療データ格納領域を更新するデータ収集部と、治療データの参照時に、前記治療情報サーバとの通信が可能な場合は、前記治療情報サーバの治療データＤＢにアクセスして取得した治療データを参照対象とし、取得した治療データの変更を受け付けると、前記治療情報サーバの治療データＤＢに変更を反映させ、前記治療情報サーバとの通信が不可能な場合は、前記予備的治療データ格納領域から取得した治療データを参照対象とする端末処理部と、を備えたことを特徴とする。
ここで、前記治療情報サーバとの通信が復旧した際に、前記治療情報サーバとの通信が不可能な期間に変更を受け付けた治療データを前記予備的治療データ格納領域から収集し、前記治療情報サーバに備えられたリカバリデータ格納領域に格納する端末リカバリ処理部をさらに備えることができる。
上記課題を解決するため、本発明の第３の態様であるコンピュータプログラムは、患者の識別子と、患者の状態を示すステータスと、治療予定日を含む治療計画情報と、治療実施情報とを記録した治療データを格納する治療データＤＢを備えた治療情報サーバとコンピュータネットワークを介して接続する端末装置で実行されるコンピュータプログラムであって、予備的治療データ格納領域と、シャットダウン時あるいは起動時の少なくとも一方のタイミングで、前記治療情報サーバの治療データＤＢにアクセスして、シャットダウン時には、治療予定日が翌日である治療データを取得し、起動時には、治療予定日が当日である治療データを取得して、取得した治療データで前記予備的治療データ格納領域を更新するデータ収集部と、治療データの参照時に、前記治療情報サーバとの通信が可能な場合は、前記治療情報サーバの治療データＤＢにアクセスして取得した治療データを参照対象とし、取得した治療データの変更を受け付けると、前記治療情報サーバの治療データＤＢに変更を反映させ、前記治療情報サーバとの通信が不可能な場合は、前記予備的治療データ格納領域から取得した治療データを参照対象とする端末処理部として前記端末装置を機能させることを特徴とする。
ここで、前記治療情報サーバとの通信が復旧した際に、前記治療情報サーバとの通信が不可能な期間に変更を受け付けた治療データを前記予備的治療データ格納領域から収集し、前記治療情報サーバに備えられたリカバリデータ格納領域に格納する端末リカバリ処理部としてさらに前記端末装置を機能させることができる。

本発明によれば、治療情報サーバと複数台の端末装置がネットワークを介して接続される放射線治療業務管理システムにおいて治療情報サーバと通信が行なえないシステム障害が発生した場合であっても、患者に対する治療業務への悪影響を防ぐことができる。

本実施形態に係る放射線治療業務管理システムの構成を示すブロック図である。 治療データのデータ構造を説明する図である。 端末装置のシャットダウン時の動作を説明するフローチャートである。 端末装置の起動時の動作を説明するフローチャートである。 治療エリア受付に配置された端末装置の受付業務動作を説明するフローチャートである。 治療エリアに配置された端末装置の動作を説明するフローチャートである。 システム障害中に動作を行なった端末装置のシステム復旧後における動作について説明するフローチャートである。 変更された治療データがリカバリデータ格納領域に集められた後の治療情報サーバの動作について動作について説明するフローチャートである。 従来の放射線治療業務管理システムの構成を示すブロック図である。 治療エリア受付に配置された従来の端末装置の受付業務動作を説明するフローチャートである。 治療エリアに配置された従来の端末装置の動作を説明するフローチャートである。

本発明の実施の形態について図面を参照して説明する。図１は、本実施形態に係る放射線治療業務管理システム１００の構成を示すブロック図である。本図に示すように放射線治療業務管理システム１００は、治療情報サーバ１１０と複数台の端末装置１２０が病院内ネットワーク１３０を介して接続されて構成される。端末装置１２０は、治療エリア受付や各治療エリアに配置される。

治療情報サーバ１１０は、サーバ処理部１１１、治療データＤＢ１１２、サーバリカバリ処理部１１３、リカバリデータ格納領域１１４を備えている。サーバ処理部１１１、サーバリカバリ処理部１１３は、治療情報サーバ１１０がサーバ用プログラムを実行することにより構築される。治療データＤＢ１１２、リカバリデータ格納領域１１４は、治療情報サーバ１１０の記憶領域に構築される。

サーバ処理部１１１は、端末装置１２０との通信処理を行なうとともに、治療情報サーバ１１０における各種処理の制御を行なう。治療データＤＢ１１２は、患者毎の治療データを格納するデータベースである。

治療データは、例えば、図２に示すようなデータ構造とすることができる。本図の例では、治療データは、患者ＩＤ、ステータス、患者情報ブロック、治療計画ブロック、治療実施ブロック等を含んでいる。

患者ＩＤは、患者を一意に識別する識別子である。ステータスは、受付済、治療実施中、治療実施済等のその患者の現在の状態を示す情報である。ステータスには、ステータスを更新した日時を示すタイムスタンプが付加される。

患者情報ブロックは、氏名、性別、生年月日・年齢、身長・体重等の患者に関する情報を記録するブロックである。

治療情報ブロックは、疾患名、部位、治療方針、治療方法等の治療に関する基本的な情報を記録するブロックである。

治療計画ブロックは、治療スケジュールで定められた治療予定日毎に治療内容等を記録するブロックである。すなわち、治療計画ブロックを参照することにより、その患者の治療予定日を知ることができる。治療スケジュールはあらかじめ定められるが、変更があった場合には、治療計画ブロックの内容も変更する。変更する際にはタイムスタンプを付加する。

治療実施ブロックは、治療の実施日時、実施内容等を記録するブロックである。治療実施ブロックは、治療が実施される毎に情報がタイムスタンプを含めて追加される。

図１の説明に戻って、サーバリカバリ処理部１１３は、端末装置１２０が治療情報サーバ１１０と通信ができない状態、すなわち治療情報サーバ１１０や病院内ネットワーク１３０がダウンする等のシステム障害が発生した際に、システム障害中に端末装置１２０で行なわれた治療データに対する変更を、システム障害復旧後に治療データＤＢ１１２に反映させる処理を行なうブロックである。

リカバリデータ格納領域１１４は、システム障害中に端末装置１２０で変更された治療データを、システム障害復旧後に一時的に格納する記憶領域である。

なお、治療情報サーバ１１０は、病院内の各部門を管理する上位システムに接続される場合もある。この場合、治療情報サーバ１１０の治療データＤＢ１１２に格納された治療データが所定のタイミングで上位システムに送信される。

端末装置１２０は、端末処理部１２１、データ収集部１２２、予備的治療データ格納領域１２３、端末リカバリ処理部１２４を備えている。端末処理部１２１、データ収集部１２２、端末リカバリ処理部１２４は、端末装置１２０がクライアント用プログラムを実行することにより構築される。予備的治療データ格納領域１２３は、端末装置１２０の記憶領域に構築される。

端末処理部１２１は、治療情報サーバ１１０との通信処理を行なうとともに、端末装置１２０における各種処理の制御を行なう。本実施形態における端末処理部１２１の特徴的な動作については後述する。

データ収集部１２２は、端末装置１２０のシャットダウン時あるいは起動時の少なくとも一方のタイミングで治療情報サーバ１１０の治療データＤＢ１１２にアクセスして、シャットダウン時には、治療予定日が翌日である治療データを取得し、起動時には、治療予定日が当日である治療データを取得して、取得した治療データで予備的治療データ格納領域１２３を更新する。

予備的治療データ格納領域１２３は、データ収集部１２２が取得した治療データを格納する記憶領域である。予備的治療データ格納領域１２３に格納された治療データは、システム障害時に利用する。なお、治療データは、最新に取得されたデータで上書きする。

端末リカバリ処理部１２４は、障害期間中に更新された治療データを予備的治療データ格納領域１２３から収集し、収集した治療データを治療情報サーバ１１０のリカバリデータ格納領域１１４に病院内ネットワーク１３０を介して格納する。

次に、上記構成の本実施形態に係る放射線治療業務管理システム１００の各種動作について説明する。ここで、端末装置１２０に関する動作は、すべての端末装置１２０がそれぞれ独自に行なう。

まず、端末装置１２０のシャットダウン時の動作について図３のフローチャートを参照して説明する。なお、各端末装置１２０は、図３に示すシャットダウン時の動作と、図４に示す起動時の動作の両方を行なうことが望ましいが、少なくとも一方を行なうようにしてもよい。一方のみを行なう場合には、シャットダウン時の動作を行なう方がよい。これは、システム障害は、夜間等の稼動時間外に発生することが経験的に多いからである。

端末装置１２０のデータ収集部１２２は、端末装置１２０がユーザからシャットダウン操作を受け付けると、治療情報サーバ１１０の治療データＤＢ１１２にアクセスして、治療予定日が翌日である治療データをすべて取得する（Ｓ１０１）。治療予定日は、治療データの治療計画ブロックを参照することにより判別することができる。

そして、取得した治療データを、予備的治療データ格納領域１２３に格納する（Ｓ１０２）。以上の処理を終えると、通常のシャットダウン動作を行なう（Ｓ１０３）。

端末装置１２０の起動時の動作について図４のフローチャートを参照して説明する。端末装置１２０が起動すると、通常の起動動作を行ない（Ｓ２０１）、次いで、データ収集部１２２が、治療情報サーバ１１０の治療データＤＢ１１２にアクセスして、治療予定日が当日である治療データをすべて取得する（Ｓ２０２）。そして、取得した治療データを、予備的治療データ格納領域１２３に格納する（Ｓ２０３）。

このような端末装置１２０のデータ収集処理により、端末装置１２０は、参照が予定される最新の治療データを予備的治療データ格納領域１２３に保持することができる。

次に、治療エリア受付に配置された端末装置１２０の動作について図５のフローチャートを参照して説明する。患者が受付を開始すると（Ｓ３０１）、端末処理部１２１は、病院内ネットワーク１３０を介して治療情報サーバ１１０と通信可能であるかどうかを判断する（Ｓ３０２）。システム障害が発生していることが明らかであれば、ユーザが通信不能である旨の情報を入力してもよい。

通信可能である場合には（Ｓ３０２：Ｙｅｓ）、従来と同様に、患者ＩＤ、患者氏名等をキーにして、その患者の治療データを治療情報サーバ１１０の治療データＤＢ１１２から病院内ネットワーク１３０を介して取得する（Ｓ３０３）。診察券等に付された患者ＩＤを示すバーコードを読み込むことで患者ＩＤを特定するようにしてもよい。

治療データを取得すると、取得した治療データを表示して患者情報等の内容を確認し（Ｓ３０４）、取得した治療データのステータスを「受付済」に変更する（Ｓ３０５）。

そして、変更した内容で、病院内ネットワーク１３０を介して治療情報サーバ１１０の治療データＤＢ１１２を更新する（Ｓ３０６）。治療情報サーバ１１０に上位システムが接続されている場合には、治療情報サーバ１１０は、更新された治療データを上位システムに送付する。

一方、システム障害が発生していて、治療情報サーバ１１０との通信が不可能である場合には（Ｓ３０２：Ｎｏ）、その患者の治療データを予備的治療データ格納領域１２３から取得する（Ｓ３０７）。

予備的治療データ格納領域１２３から治療データを取得すると、取得した治療データを表示して患者情報等の内容を確認し（Ｓ３０８）、取得した治療データのステータスを「受付済」に変更する（Ｓ３０９）。そして、変更した内容で予備的治療データ格納領域１２３を更新する（Ｓ３１０）。システム障害により治療情報サーバ１１０にアクセスできないため、治療情報サーバ１１０の治療データＤＢ１１２の更新は行なわない。なお、受付を済ませたことを示す受付票を印刷するようにしてもよい。この場合、受付票に患者ＩＤを示すバーコードを含めることが望ましい。

次に、治療エリアに配置された端末装置１２０の動作について図６のフローチャートを参照して説明する。受付を済ませた患者に対して、治療計画に従った治療を開始する際に（Ｓ４０１）、端末処理部１２１は、病院内ネットワーク１３０を介して治療情報サーバ１１０と通信可能であるかどうかを判断する（Ｓ４０２）。システム障害が発生していることが明らかであれば、ユーザが通信不能である旨の情報を入力してもよい。

通信可能である場合には（Ｓ４０２：Ｙｅｓ）、従来と同様に、患者ＩＤ、患者氏名等をキーにして、その患者の治療データを治療情報サーバ１１０の治療データＤＢ１１２から病院内ネットワーク１３０を介して取得する（Ｓ４０３）。

治療データを取得すると、取得した治療データを表示して内容を確認し（Ｓ４０４）、取得した治療データのステータスを「受付済」から「実施中」に変更する（Ｓ４０５）。

患者に対する治療を実施すると、取得した治療データに実施日時、実施内容等の実施情報を付加し、ステータスを「実施中」から「実施済」に変更する（Ｓ４０６）。

そして、変更した内容で、病院内ネットワーク１３０を介して治療情報サーバ１１０の治療データＤＢ１１２を更新する（Ｓ４０７）。治療情報サーバ１１０に上位システムが接続されている場合には、治療情報サーバ１１０は、更新された治療データを上位システムに送付する。

一方、システム障害が発生していて、治療情報サーバ１１０との通信が不可能である場合には（Ｓ４０２：Ｎｏ）、その患者の治療データを予備的治療データ格納領域１２３から取得する（Ｓ４０７）。このとき、受付の際に受付票を印刷した場合には、受付票を読み込むことにより本人確認を行なうようにしてもよい。

予備的治療データ格納領域１２３から治療データを取得すると、取得した治療データを表示して内容を確認し（Ｓ４０８）、取得した治療データのステータスを「実施中」に変更する（Ｓ４０９）。

患者に対する治療を実施すると、取得した治療データに実施日時、実施内容等の実施情報を付加し、ステータスを「実施済」に変更する（Ｓ４１０）。そして、変更した内容で予備的治療データ格納領域１２３を更新する（Ｓ４１１）。システム障害により治療情報サーバ１１０にアクセスできないため、治療情報サーバ１１０の治療データＤＢ１１２の更新は行なわない。

図５、図６を参照して説明したように、いずれの端末装置１２０も、システム障害が発生しておらず、病院内ネットワーク１３０を介して治療情報サーバ１１０にアクセス可能な場合は、従来と同様に、その都度、治療情報サーバ１１０の治療データＤＢ１１２から治療データを取得し、治療データの変更後に治療情報サーバ１１０の治療データＤＢ１１２を更新する。

一方、システム障害が発生し、病院内ネットワーク１３０を介して治療情報サーバ１１０にアクセス不可能な場合は、予備的治療データ格納領域１２３から治療データを取得する。

予備的治療データ格納領域１２３には、その日に診療が予定されている患者の治療データがあらかじめ格納されているため、治療情報サーバ１１０との通信が不可能であっても、必要な治療データを参照することができ、システム障害によって治療業務に支障が生じることを防いでいる。

このようにシステム障害が発生した状況であっても、必要な治療データを参照することができるが、端末装置１２０で治療データを変更した場合には、治療情報サーバ１１０の治療データＤＢ１１２を更新する必要がある。

そこで、システム障害中に動作を行なった端末装置１２０のシステム復旧後における動作について図７のフローチャートを参照して説明する。

システムが復旧して、病院内ネットワーク１３０を介して治療情報サーバ１１０へのアクセスが可能になると、端末装置１２０の端末リカバリ処理部１２４が端末リカバリ動作を開始する（Ｓ５０１）。端末リカバリ動作は、例えば、ユーザが端末リカバリ処理部１２４に対して起動指示を行なうことで開始させることができる。

端末リカバリ動作では、まず、システム障害が発生していた期間を設定する（Ｓ５０２）。この間に端末装置１２０で行なった治療データの変更が治療情報サーバ１１０の治療データＤＢ１１２に反映されていないことになる。システム障害の期間は、ユーザが設定するようにしてもよいし、治療情報サーバ１１０のシステムログ等を参照して端末リカバリ処理部１２４が自動的に設定するようにしてもよい。

そして、障害期間中に更新された治療データを予備的治療データ格納領域１２３から収集し（Ｓ５０３）、収集した治療データを治療情報サーバ１１０のリカバリデータ格納領域１１４に病院内ネットワーク１３０を介して格納する（Ｓ５０４）。

このような端末リカバリ処理を各端末装置１２０が行なうことで、システム障害時に各端末装置１２０で変更された治療データが治療情報サーバ１１０のリカバリデータ格納領域１１４に集められることになる。

次に、変更された治療データがリカバリデータ格納領域１１４に集められた後の治療情報サーバ１１０の動作について図８のフローチャートを参照して説明する。

システムが復旧して、各端末装置１２０で変更された治療データがリカバリデータ格納領域１１４に集められると、治療情報サーバ１１０のサーバリカバリ処理部１１３がサーバリカバリ動作を開始する（Ｓ６０１）。サーバリカバリ動作は、例えば、ユーザがサーバリカバリ処理部１１３に対して起動指示を行なうことで開始させることができる。

サーバリカバリ処理部１１３は、リカバリデータ格納領域１１４に格納されている治療データを時系列に並べ替える（Ｓ６０２）。時系列の並べ替えは、それぞれの治療データが予備的治療データ格納領域１２３で更新された時刻をキーに行なうことができる。治療データ単位ではなく、ステータスや治療実施情報毎にタイムスタンプをキーに時系列に並べ替えてもよい。

そして、並べ替えられた治療データを用いて、治療データＤＢ１１２に格納されている治療データを更新する。具体的には、ステータスは、リカバリデータ格納領域１１４に格納されている同一の患者ＩＤの治療データの最新のステータスに更新する。また、治療情報は、リカバリデータ格納領域１１４に格納されている同一の患者ＩＤの治療データの治療情報を時系列に沿って追加していく。

治療情報サーバ１１０に上位システムが接続されている場合には、治療情報サーバ１１０は、更新された治療データを上位システムに送付する。

以上の処理により、治療情報サーバ１１０の治療データＤＢは、システム障害中に各端末装置１２０で行なわれた変更が反映される。このため、病院スタッフは、システム障害が発生しても、治療情報サーバ１１０の治療データＤＢ１１２の治療データを実際の状況に整合させるという作業が不要になり、患者に対する円滑な治療業務への悪影響を防ぐことができる。

１００…放射線治療業務管理システム、１１０…治療情報サーバ、１１１…サーバ処理部、１１２…治療データＤＢ、１１３…サーバリカバリ処理部、１１４…リカバリデータ格納領域、１２０…端末装置、１２１…端末処理部、１２２…データ収集部、１２３…予備的治療データ格納領域、１２４…端末リカバリ処理部、１３０…病院内ネットワーク

Claims (6)

1. 治療情報サーバと複数台の端末装置とがコンピュータネットワークを介して接続され、放射線治療に関する情報を管理する放射線治療業務管理システムであって、
   前記治療情報サーバは、
   患者の識別子と、患者の状態を示すステータスと、治療予定日を含む治療計画情報と、治療実施情報とを記録した治療データを格納する治療データＤＢを備え、
   前記複数台の端末装置は、
   予備的治療データ格納領域と、
   シャットダウン時あるいは起動時の少なくとも一方のタイミングで、前記治療情報サーバの治療データＤＢにアクセスして、シャットダウン時には、治療予定日が翌日である治療データを取得し、起動時には、治療予定日が当日である治療データを取得して、取得した治療データで前記予備的治療データ格納領域を更新するデータ収集部と、
   治療データの参照時に、前記治療情報サーバとの通信が可能な場合は、前記治療情報サーバの治療データＤＢにアクセスして取得した治療データを参照対象とし、取得した治療データの変更を受け付けると、前記治療情報サーバの治療データＤＢに変更を反映させ、
   前記治療情報サーバとの通信が不可能な場合は、前記予備的治療データ格納領域から取得した治療データを参照対象とする端末処理部と、
   を備えたことを特徴とする放射線治療業務管理システム。
2. 前記治療情報サーバは、
   サーバリカバリ処理部と、リカバリデータ格納領域とを備え、
   前記端末装置は、
   前記治療情報サーバとの通信が復旧した際に、前記治療情報サーバとの通信が不可能な期間に変更を受け付けた治療データを前記予備的治療データ格納領域から収集し、前記リカバリデータ格納領域に格納する端末リカバリ処理部を備え、
   前記サーバリカバリ処理部は、
   前記リカバリデータ格納領域に格納された治療データに基づいて、前記治療データＤＢの治療データを更新することを特徴とする請求項１に記載の放射線治療業務管理システム。
3. 患者の識別子と、患者の状態を示すステータスと、治療予定日を含む治療計画情報と、治療実施情報とを記録した治療データを格納する治療データＤＢを備えた治療情報サーバとコンピュータネットワークを介して接続する端末装置であって、
   予備的治療データ格納領域と、
   シャットダウン時あるいは起動時の少なくとも一方のタイミングで、前記治療情報サーバの治療データＤＢにアクセスして、シャットダウン時には、治療予定日が翌日である治療データを取得し、起動時には、治療予定日が当日である治療データを取得して、取得した治療データで前記予備的治療データ格納領域を更新するデータ収集部と、
   治療データの参照時に、前記治療情報サーバとの通信が可能な場合は、前記治療情報サーバの治療データＤＢにアクセスして取得した治療データを参照対象とし、取得した治療データの変更を受け付けると、前記治療情報サーバの治療データＤＢに変更を反映させ、
   前記治療情報サーバとの通信が不可能な場合は、前記予備的治療データ格納領域から取得した治療データを参照対象とする端末処理部と、
   を備えたことを特徴とする端末装置。
4. 前記治療情報サーバとの通信が復旧した際に、前記治療情報サーバとの通信が不可能な期間に変更を受け付けた治療データを前記予備的治療データ格納領域から収集し、前記治療情報サーバに備えられたリカバリデータ格納領域に格納する端末リカバリ処理部をさらに備えたことを特徴とする請求項３に記載の端末装置。
5. 患者の識別子と、患者の状態を示すステータスと、治療予定日を含む治療計画情報と、治療実施情報とを記録した治療データを格納する治療データＤＢを備えた治療情報サーバとコンピュータネットワークを介して接続する端末装置で実行されるコンピュータプログラムであって、
   予備的治療データ格納領域と、
   シャットダウン時あるいは起動時の少なくとも一方のタイミングで、前記治療情報サーバの治療データＤＢにアクセスして、シャットダウン時には、治療予定日が翌日である治療データを取得し、起動時には、治療予定日が当日である治療データを取得して、取得した治療データで前記予備的治療データ格納領域を更新するデータ収集部と、
   治療データの参照時に、前記治療情報サーバとの通信が可能な場合は、前記治療情報サーバの治療データＤＢにアクセスして取得した治療データを参照対象とし、取得した治療データの変更を受け付けると、前記治療情報サーバの治療データＤＢに変更を反映させ、
   前記治療情報サーバとの通信が不可能な場合は、前記予備的治療データ格納領域から取得した治療データを参照対象とする端末処理部として前記端末装置を機能させることを特徴とするコンピュータプログラム。
6. 前記治療情報サーバとの通信が復旧した際に、前記治療情報サーバとの通信が不可能な期間に変更を受け付けた治療データを前記予備的治療データ格納領域から収集し、前記治療情報サーバに備えられたリカバリデータ格納領域に格納する端末リカバリ処理部としてさらに前記端末装置を機能させることを特徴とする請求項５に記載のコンピュータプログラム。