(57)【要約】      （修正有）【課題】治療スケジュールを変更する際の操作者による変更操作の負荷を軽減させる。【解決手段】治療スケジュール管理装置は、治療スケジュールを取得する取得部と、複数の時間帯にそれぞれ対応する複数の表示領域が時系列に従って配列された画面の複数の表示領域のうち、治療スケジュールのイベント予定時間帯に従った表示領域にイベント内容が配置された第１画面を生成する画面生成部と、第１画面を治療スケジュール操作装置に提供する画面提供部と、治療スケジュール操作装置から、第１画面における、イベント内容が配置された表示領域の変更指示を受け付ける受付部と、新たな治療スケジュールを生成する治療スケジュール生成部と、治療スケジュールを更新する更新部と、を有する。【選択図】図５
2017167905.tif 000002
【特許請求の範囲】
【請求項１】
放射線治療に係るイベント内容及びイベント予定時間帯を含む治療スケジュールの作成及び変更の操作を行う治療スケジュール操作装置と通信可能に接続された治療スケジュール管理装置であって、
前記治療スケジュールを記憶装置から取得する取得部と、
複数の時間帯にそれぞれ対応する複数の表示領域が時系列に従って配列された画面の前記複数の表示領域のうち、前記治療スケジュールの前記イベント予定時間帯に従った表示領域に前記イベント内容が配置された第１画面を生成する画面生成部と、
前記第１画面を前記治療スケジュール操作装置に提供する画面提供部と、
前記治療スケジュール操作装置から、前記第１画面における、前記イベント内容が配置された前記表示領域の変更指示を受け付ける受付部と、
治療スケジュール生成部と、
更新部と、を有し、
前記画面生成部は、前記第１画面が、前記表示領域の変更に従って変更された第２画面を生成し、
前記画面提供部は、前記第２画面を前記治療スケジュール操作装置に提供し、
前記治療スケジュール生成部は、前記第２画面に基づいて、新たな治療スケジュールを生成し、
前記更新部は、前記記憶装置に記憶された前記治療スケジュールを、前記新たな治療スケジュールに更新する、
治療スケジュール管理装置。
【請求項２】
前記新たな治療スケジュールを情報システムに通知する通知部、
をさらに有する請求項１に記載の治療スケジュール管理装置。
【請求項３】
前記記憶装置を参照して、前記新たな治療スケジュールの中の、変更後の表示領域の前記イベント予定時間帯が、他の患者の治療スケジュールとして前記記憶装置に登録されていないかを判断する判断部をさらに有し、
前記更新部は、前記イベント内容が配置された前記表示領域の前記イベント予定時間帯が他の患者の治療スケジュールとして登録されていないと判断される場合に、前記記憶装置に記憶された前記治療スケジュールを、前記新たな治療スケジュールに更新する、
請求項１又は２に記載の治療スケジュール管理装置。
【請求項４】
前記記憶装置は、前記イベント内容と、前記イベント予定時間帯の制限とを含む制限情報を記憶し、
前記更新部は、前記記憶装置を参照して、前記新たな治療スケジュールの中の、変更後の表示領域に対応するイベント予定時間帯が前記制限情報に従っている場合に、前記記憶装置に記憶された前記治療スケジュールを、前記新たな治療スケジュールに更新する、
請求項１又は２に記載の治療スケジュール管理装置。
【請求項５】
前記治療スケジュールは、前記イベント内容及び前記イベント予定時間帯と、照射条件とを含み、
前記画面生成部は、前記複数のイベント予定時間帯にそれぞれ対応する複数の表示領域が時系列に従って配列され、かつ、前記複数の表示領域の各表示領域に複数の照射条件にそれぞれ対応する複数の表示領域要素が配列された画面の前記複数の表示領域要素のうち、前記治療スケジュールの前記イベント予定時間帯かつ前記照射条件に従った表示領域要素に前記イベント内容が配置された前記第１画面を生成し、
前記受付部は、前記治療スケジュール操作装置から、前記第１画面における、前記イベント内容が配置された前記表示領域要素の変更指示を受け付け、
前記画面生成部は、前記第１画面が、前記表示領域要素の変更に従って変更された前記第２画面を生成する、
請求項１又は２に記載の治療スケジュール管理装置。
【請求項６】
前記記憶装置を参照して、前記新たな治療スケジュールの中の、前記イベント内容が配置された前記表示領域要素の前記イベント予定時間帯かつ前記照射条件が、他の患者の治療スケジュールとして前記記憶装置に登録されていないかを判断する判断部をさらに有し、
前記更新部は、前記イベント内容が配置された前記表示領域要素の前記イベント予定時間帯かつ前記照射条件が、他の患者の治療スケジュールとして登録されていないと判断される場合に、前記記憶装置に記憶された前記治療スケジュールを、前記新たな治療スケジュールに更新する、
請求項５に記載の治療スケジュール管理装置。
【請求項７】
前記記憶装置は、前記イベント内容と、前記イベント予定時間帯の制限とを含む制限情報を記憶し、
前記更新部は、前記記憶装置を参照して、前記新たな治療スケジュールの中の、変更後の表示領域要素に対応するイベント予定時間帯が、前記制限情報に従っている場合に、前記記憶装置に記憶された前記治療スケジュールを、前記新たな治療スケジュールに更新する、
請求項５に記載の治療スケジュール管理装置。
【請求項８】
前記記憶装置は、優先情報は、照射条件の優先内容を含む優先情報を記憶し、
前記治療スケジュールは、前記イベント内容及び前記イベント予定時間帯と、照射条件とを含み、
前記取得部は、前記記憶装置に記憶された複数の治療スケジュールから、同一のイベント予定時間帯に係る複数の治療スケジュールを取得し、
前記取得された複数の治療スケジュールにそれぞれ含まれる照射条件が前記優先内容に従うように、前記取得された複数の治療スケジュールを並べ替える並べ替え部、
をさらに有する請求項１又は２に記載の治療スケジュール管理装置。
【請求項９】
前記記憶装置は、放射線を照射するための方向である照射方向と治療室との関係を示す対応表を記憶し、
前記治療スケジュールは、前記イベント内容及び前記イベント予定時間帯と、前記照射方向と、前記治療室とを含み、
前記記憶装置に記憶された複数の治療スケジュールから、同一のイベント予定時間帯、かつ、同一の治療室に係る複数の治療スケジュールを取得する第２取得部と、
前記取得された複数の治療スケジュールのぞれぞれの前記治療室が配置された第３画面を生成する第２画面生成部と、
前記第３画面を前記治療スケジュール操作装置に提供する第２画面提供部と、
前記治療スケジュール操作装置から、前記第３画面における、前記治療室が配置された前記表示領域の変更指示を受け付ける第２受付部と、
第２治療スケジュール生成部と、
第２更新部と、をさらに有し、
前記第２画面生成部は、前記第３画面が、前記表示領域の変更に従って変更された第４画面を生成し、
前記第２画面提供部は、前記第４画面を前記治療スケジュール操作装置に提供し、
前記第２治療スケジュール生成部は、前記第４画面に基づいて、新たな治療スケジュールを生成し、
前記第２更新部は、変更後の表示領域に対応する治療室が、前記対応表に従っていると判断される場合に、前記記憶装置に記憶された前記治療スケジュールを、前記新たな治療スケジュールに更新する、
請求項１又は２に記載の治療スケジュール管理装置。
【請求項１０】
前記照射条件は、放射線照射が実施される治療室である、
請求項３乃至９のうちいずれか一項に記載の治療スケジュール管理装置。
【請求項１１】
前記イベント予定時間帯はイベント予定日であり、前記複数の時間帯は複数の日である、
請求項１乃至１０のうちいずれか一項に記載の治療スケジュール管理装置。
【請求項１２】
前記イベント予定時間帯はイベント予定日時であり、前記複数の時間帯は複数の日時である、
請求項１乃至１０のうちいずれか一項に記載の治療スケジュール管理装置。
【請求項１３】
放射線治療に係るイベント内容及びイベント予定時間帯を含む治療スケジュールの作成及び変更の操作を行う治療スケジュール操作装置と、前記治療スケジュール操作装置と通信可能に接続された治療スケジュール管理装置と、を備えた治療スケジュール管理システムであって、
前記治療スケジュールを記憶装置から取得する取得部と、
複数の時間帯にそれぞれ対応する複数の表示領域が時系列に従って配列された画面の前記複数の表示領域のうち、前記治療スケジュールの前記イベント予定時間帯に従った表示領域に前記イベント内容が配置された第１画面を生成する画面生成部と、
前記第１画面を表示装置に表示させる画面表示部と、
前記第１画面における、前記イベント内容が配置された前記表示領域の変更指示を行う変更指示部と、
治療スケジュール生成部と、
更新部と、を有し、
前記画面生成部は、前記第１画面が、前記表示領域の変更に従って変更された第２画面を生成し、
前記治療スケジュール生成部は、前記第２画面に基づいて、新たな治療スケジュールを生成し、
前記更新部は、前記記憶装置に記憶された前記治療スケジュールを、前記新たな治療スケジュールに更新する、
治療スケジュール管理システム。
【請求項１４】
放射線治療に係るイベント内容及びイベント予定時間帯を含む治療スケジュールの作成及び変更の操作を行う治療スケジュール操作装置と通信可能に接続された治療スケジュール管理装置の作動方法であって、
前記治療スケジュールを記憶装置から取得し、
複数の時間帯にそれぞれ対応する複数の表示領域が時系列に従って配列された画面の前記複数の表示領域のうち、前記治療スケジュールの前記イベント予定時間帯に従った表示領域に前記イベント内容が配置された第１画面を生成し、
前記第１画面を前記治療スケジュール操作装置に提供し、
前記治療スケジュール操作装置から、前記第１画面における、前記イベント内容が配置された前記表示領域の変更指示を受け付け、
前記第１画面が、前記表示領域の変更に従って変更された第２画面を生成し、
前記第２画面に基づいて、新たな治療スケジュールを生成し、
前記第２画面を前記治療スケジュール操作装置に提供し、
前記記憶装置に記憶された前記治療スケジュールを、前記新たな治療スケジュールに更新する、
治療スケジュール管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、治療スケジュール管理装置、治療スケジュール管理システム、及び治療スケジュール管理方法に関する。
【背景技術】
【０００２】
がん治療方法として、切らずに治すことのできる放射線治療のニーズが高まっている。放射線治療を希望する患者数も増加傾向である。放射線治療を実施する病院において、大病院になると年間２千人程度の放射線治療が計画され、イベント（固定具作成、検査、治療計画、リハーサル、及び放射線照射等）とその実施の予定日とが対応付けられた治療スケジュールが作成される。その後、患者の体調や加速器故障等の各種設備の状態により、個々のイベントの実行前にイベントの実施がキャンセルされる場合がある。その結果、当初の治療スケジュールの変更が余儀なくされる。
【０００３】
当初の治療スケジュールが変更される場合、医療スタッフ等の操作者は、イベントの順番を、同一の予定日における別の患者のイベントの順番と入れ換えたり、イベントを別の予定日に変更したりする。その場合、操作者が、少ない操作で、当初の治療スケジュールを変更できるようにすることが望ましい。
【０００４】
また、治療スケジュールは、自動受付システム、電子カルテシステム、入退院管理システム、医事会計システム、及び薬局管理システムを含むＨＩＳ（Hospital Information System）や、ＲＩＳ（Radiology Information System）等の情報システムと連携している。そのため、１のシステムで管理している治療スケジュールの変更内容を、関連する他のシステムにもタイムリに通知することで、放射線治療に携わる医療スタッフの負担を軽減させることも必要である。
【０００５】
放射線治療を行う病院において、患者数の増大とともに設備の稼働状態を考慮した治療スケジュールの立案を実現するために、特許文献１，２にあるようなシステムを導入し、治療スケジュールの作成を行っている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０００−２２２５０７号公報
【特許文献２】特開２０００−２４２７１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
当初の治療スケジュールを変更する場合に、従来の技術では、治療スケジュールの変更のための操作性が悪かった。また、従来の技術では、関連する他のシステムへの治療スケジュールの変更内容の通知も自動で行われないため、治療スケジュールの変更の都度、医療スタッフの負担が大きかった。
【０００８】
本発明が解決しようとする課題は、治療スケジュールを変更する際の操作者による変更操作の負荷を軽減できる治療スケジュール管理装置、治療スケジュール管理システム、及び治療スケジュール管理方法を提供することである。
【課題を解決するための手段】
【０００９】
本実施形態に係る治療スケジュール管理装置は、放射線治療に係るイベント内容及びイベント予定時間帯を含む治療スケジュールの作成及び変更の操作を行う治療スケジュール操作装置と通信可能に接続された治療スケジュール管理装置であって、前記治療スケジュールを記憶装置から取得する取得部と、複数の時間帯にそれぞれ対応する複数の表示領域が時系列に従って配列された画面の前記複数の表示領域のうち、前記治療スケジュールの前記イベント予定時間帯に従った表示領域に前記イベント内容が配置された第１画面を生成する画面生成部と、前記第１画面を前記治療スケジュール操作装置に提供する画面提供部と、前記治療スケジュール操作装置から、前記第１画面における、前記イベント内容が配置された前記表示領域の変更指示を受け付ける受付部と、治療スケジュール生成部と、更新部と、を有する。前記画面生成部は、前記第１画面が、前記表示領域の変更に従って変更された第２画面を生成する。前記画面提供部は、前記第２画面を前記治療スケジュール操作装置に提供する。前記治療スケジュール生成部は、前記第２画面に基づいて、新たな治療スケジュールを生成する。前記更新部は、前記記憶装置に記憶された前記治療スケジュールを、前記新たな治療スケジュールに更新する。
【発明の効果】
【００１０】
本実施形態に係る治療スケジュール管理装置、治療スケジュール管理システム、及び治療スケジュール管理方法によれば、治療スケジュールを変更する際の操作者による変更操作の負荷を軽減できる。
【図面の簡単な説明】
【００１１】
【図１】治療スケジュール管理システムの構成を示す概略図。
【図２】治療スケジュール管理装置の構成例を示す図。
【図３】治療スケジュールの一例を示す図。
【図４】治療スケジュール操作装置の構成例を示す図。
【図５】治療スケジュール管理システムの機能を示すブロック図。
【図６】治療スケジュール管理システムの動作のうち、治療スケジュールの登録のシーケンスを示す図。
【図７】治療スケジュール管理システムの動作のうち、治療スケジュールの変更のシーケンスを示す図。
【図８】変更画面の初期画面の一例を示す図。
【図９】図８に示す変更画面からの第１変更例を示す図。
【図１０】図８に示す変更画面からの第２変更例を示す図。
【図１１】図８に示す変更画面からの第３変更例を示す図。
【図１２】治療スケジュール管理システムの機能を示すブロック図。
【図１３】治療スケジュールの第２例を示す図。
【図１４】放射線の照射方向と治療室との対応表の一例を示す図。
【図１５】治療スケジュール管理システムの動作のうち、治療スケジュールの変更のシーケンスを示す図。
【図１６】変更画面の初期画面の一例を示す図。
【図１７】治療スケジュール管理システムの機能を示すブロック図。
【図１８】制限情報の一例を示す図。
【図１９】図８に示す変更画面からの第４変更例を示す図。
【図２０】治療スケジュール管理システムの機能を示すブロック図。
【図２１】優先情報の一例を示す図。
【図２２】複数の治療スケジュールの一例と、実施順とを示す図。
【図２３】図２２に示す複数の治療スケジュールの並べ替え後の複数の治療スケジュールの一例と、実施順とを示す図。
【図２４】治療スケジュール管理システムの機能を示すブロック図。
【図２５】変更画面の初期画面の一例を示す図。
【図２６】図２５に示す変更画面からの変更例と、実施順とを示す図。
【図２７】変更画面の初期画面の一例を示す図。
【発明を実施するための形態】
【００１２】
本実施形態に係る治療スケジュール管理装置、治療スケジュール管理システム、及び治療スケジュール方法について、添付図面を参照して説明する。
【００１３】
本実施形態に係る治療スケジュール管理装置、治療スケジュール管理システム及び治療スケジュール方法における治療スケジュール管理システムは、特に言及しない限り、シンクライアント型の情報処理システム（シンクライアントシステム）である場合について説明する。その場合、シンクライアントサーバが映像情報を生成する。しかし、治療スケジュール管理システムは、シンクライアントシステムである場合に限定されるものではない。例えば、治療スケジュール管理システムは、アプリケーションソフトやデータベース等のリソース（情報資源）をサーバが統括的に集中管理し、クライアントがそれを利用するクライアントサーバシステムであってもよい。その場合、クライアントが映像情報を生成する。なお、映像情報は、治療スケジュールを変更するための変更画面の情報を含む。
【００１４】
（第１の実施形態）
図１は、治療スケジュール管理システムの構成を示す概略図である。
【００１５】
図１は、治療スケジュール管理システム１を示す。治療スケジュール管理システム１は、シンクライアントサーバとしての治療スケジュール管理装置１１と、シンクライアント端末としての治療スケジュール操作装置１２と、検査装置１３と、情報システム１４と、を備える。治療スケジュール管理装置１１は、ローカルマシンとも呼ばれる。以下、治療スケジュール管理装置１１を単にサーバ１１と称する。治療スケジュール操作装置１２は、リモートマシンとも呼ばれる。以下、治療スケジュール操作装置１２を単にクライアント１２と称する。
【００１６】
サーバ１１及び情報システム１４は、一般的に、計算機室に備えられる。クライアント１２としての複数のクライアント１２ａ，１２ｂ，１２ｃは、第１治療室、第２治療室、及び第３治療室にそれぞれ備えられる。第１〜第３治療室には、それぞれ、Ｘ線や重粒子線を照射するための治療装置が設けられる。クライアント１２としての１のクライアント１２ｄは、スタッフ室に備えられる。検査装置は、放射線照射前に患者の検査画像を生成するための、Ｘ線ＣＴ（Computed Tomography）装置等の装置であり、検査室に設けられる。
【００１７】
サーバ１１は、病院等の医療機関に構築されたＬＡＮ（Local Area Network）等のネットワークＮに接続されている。サーバ１１は、クライアント１２との間のネットワークＮを介して、クライアント１２から送られてきたクライアント１２の入力情報を受信し処理すると共に、処理結果を示すサーバ１１の映像情報をクライアント１２に送信する。サーバ１１は、ＰＣ（Personal Computer）等のコンピュータである。
【００１８】
図２は、サーバ１１の構成例を示す図である。
【００１９】
図２に示すように、サーバ１１は、ＣＰＵ（Central Processing Unit）２１、ＲＡＭ（Random Access Memory）２２、ＮＩＣ（Network Interface Card）２３、ＨＤＤ（Hard Disk Drive）２４、フラッシュメモリ２５、ビデオカード２７、及びディスプレイ２９を有する。
【００２０】
ＣＰＵ２１は、半導体で構成された電子回路が複数の端子を持つパッケージに封入されている集積回路（ＬＳＩ：Large Scale Integration）の構成をもつ処理回路である。ＣＰＵ２１は、ＨＤＤ２４及びフラッシュメモリ２５等に記憶しているプログラムを実行する。
【００２１】
ＲＡＭ２２は、半導体素子を利用した記憶装置であり、ＣＰＵ２１のワークエリアとして機能する。
【００２２】
ＮＩＣ２３は、サーバ１１をネットワークＮに接続するための拡張カードである。
【００２３】
ＨＤＤ２４は、磁性体を塗布又は蒸着した金属のディスク（ハードディスク）を着脱不能で内蔵する構成をもつ記憶装置（ディレクトリ）である。ＨＤＤ２４は、ＯＳ（Operating System）Ｐ２、ネットワーク（ＬＡＮ）通信プログラム（ＰＧ）Ｐ３、及び複数のアプリケーションプログラムＰ４等を記憶している。また、ＨＤＤ２４は、治療スケジュールを記憶している。
【００２４】
ＨＤＤ２４が記憶するＯＳ  Ｐ２は、ＣＰＵ２１がサーバ１１の各部２２〜２７を統括的に制御して、後述する各プログラムＰ３〜Ｐ４を実行するためのプログラムである。ＣＰＵ２１は、フラッシュメモリ２５に記憶されるＢＩＯＳ（Basic Input/Output System）Ｐ１に従って、ＨＤＤ２４からＯＳ  Ｐ２をＲＡＭ２２にロードして実行する。
【００２５】
ＨＤＤ２４が記憶するＬＡＮ通信プログラムＰ３は、クライアント１２との間にネットワークＮを構築するための通信プログラムであり、例えばＩＰｓｅｃ（Security Architecture for the Internet Protocol）を用いた通信プログラムである。ＣＰＵ２１は、ＯＳ  Ｐ２に従って、ＨＤＤ２４からＬＡＮ通信プログラムＰ３をＲＡＭ２２にロードして実行する。これにより、ＣＰＵ２１は、ＮＩＣ２３を介してクライアント１２から受付けた通信開始要求に従って、クライアント１２との間にネットワークＮを構築し、このネットワークＮを介してクライアント１２と通信を行なう。
【００２６】
ＨＤＤ２４が記憶するアプリケーションプログラムＰ４には、汎用のＷｅｂブラウザ、ワープロ、表計算等のプログラムがある。ＣＰＵ２１は、ＨＤＤ２４から所望のアプリケーションプログラムＰ４をＲＡＭ２２にロードし実行する。そして、実行結果が反映されたサーバ１１の映像情報をビデオカード２７から出力する。
【００２７】
フラッシュメモリ２５は、半導体メモリである。フラッシュメモリ２５には、ＢＩＯＳＰ１が記憶されている。ＣＰＵ２１は、サーバ１１の電源の投入後、先ずフラッシュメモリ２５にアクセスしてＢＩＯＳ  Ｐ１を実行することにより、サーバ１１のシステム構成を認識する。
【００２８】
ビデオカード２７は、画像描画のためのＬＳＩチップ、画面イメージを保持するためのメモリ（ＶＲＡＭ：Video Random Access Memory）、及び、ディスプレイ２９と接続するための端子等によって構成される。ビデオカード２７を介して、ディスプレイ２９が接続される。
【００２９】
ディスプレイ２９は、液晶ディスプレイやＯＬＥＤ（Organic Light Emitting Diode）ディスプレイ等の一般的な表示出力装置により構成される。ディスプレイ２９は、ＣＰＵ２１を介して、治療スケジュールを変更するための変更画面等を表示することができる。
【００３０】
サーバ１１は、治療スケジュールを管理する。治療スケジュールは、患者ごとに作成され、当該患者と、治療部位と、当該患者に実施予定のイベント内容（固定具作成、検査、治療計画、リハーサル、及び放射線照射等）と、イベント予定時間帯と、を含む（図３に図示）。イベント予定時間帯とは、イベント予定日（ｙｙｙｙ年ｍｍ月ｄｄ日）であるか、又は、イベント予定日時（ｙｙｙｙ年ｍｍ月ｄｄ日ｈｈ時ｎｎ分）である。以下、イベント予定時間帯がイベント予定日である場合について説明する。
【００３１】
イベント内容としての固定具作成は、固定具（頭頸部では「シェル」と呼ばれる）や、専用の枕や、体の固定具等を患者に合わせて作成する工程を含む。放射線は、患者体内の腫瘍の位置に正確に照射される必要があり、また、２０〜３０回以上に分けて照射されることもある。放射線照射に際し固定具が使用されることで、毎回、放射線を同じ場所に正確に照射することができる。照射位置の精度は治療成績にも影響する。
【００３２】
イベント内容としての検査は、放射線を照射する体内の位置や範囲を決めるために、Ｘ線ＣＴ装置等の検査装置によって患者を検査（撮影）する工程を含む。特に、Ｘ線ＣＴ装置による検査は、治療する腫瘍位置を決めるためと、ＣＴ画像を使用して放射線の線量分布を計算するために行われる。また、検査は、ＭＲＩ（Magnetic Resonance Imaging）装置や、ＰＥＴ（Positron Emission Tomography）装置等の核医学診断装置や、超音波診断装置や、Ｘ線診断装置（Ｘ線透視装置）等による検査を含むこともある。
【００３３】
イベント内容としての治療計画は、放射線を照射する容積（腫瘍の範囲やリンパ節等の照射する範囲、体内の各臓器の位置等）を検査画像に基づいて設定する工程を含む。また、治療計画は、放射線の照射の方向、照射野の大きさ、様々な付属器具等を決め、体内の線量分布を計算する工程を含む。さらに、治療計画では、得られた線量分布から患者の腫瘍位置とその他の正常な臓器の線量が様々な角度から検討されることで、患者に最も適した放射線の照射角度と照射範囲と照射線量とを決定する工程を含む。なお、治療計画では、３次元治療計画が行われることもある。
【００３４】
イベント内容としてのリハーサルは、治療室の治療装置とほぼ同じ装置を備えたリハーサル室で行われ、１回目の放射線照射前にどのような手順で実際の放射線照射が行われるかを患者に事前に理解してもらう工程を含む。また、リハーサルは、毎回の治療照射をスムーズに行うために固定具等の再確認や、治療室で行うＸ線による位置決めのための参照画像の撮影を行う工程を含む。なお、一部の照射部位では、リハーサル室を利用せず、１回目の放射線照射時にリハーサルを兼ねて治療照射をスタートする場合もある。
【００３５】
図３は、治療スケジュールの第１例を示す図である。
【００３６】
図３は、患者の識別情報である患者識別情報、例えば患者ＩＤ（IDentification）と、治療部位と、イベント内容としての固定具作成、検査、治療計画、リハーサル、及び放射線照射と、イベント予定日と、を含む治療スケジュールを示す。放射線照射には、照射回数、すなわち、同一患者に対する放射線照射が何回目であるかの情報が対応付けられてもよい。
【００３７】
例えば、患者ＩＤ「００１」には、固定具作成の予定日「２０１５年４月１日」と、検査の予定日「２０１５年４月３日」と、治療計画の予定日「２０１５年４月３日」と、リハーサルの予定日「２０１５年４月６日」と、計５回の放射線照射の予定日「２０１５年４月６日」〜「２０１５年４月２０日」とが設定される。
【００３８】
図１の説明に戻って、クライアント１２は、ネットワークＮに接続される。クライアント１２は、サーバ１１との間のネットワークＮを介して、クライアント１２に入力された入力情報をサーバ１１に送信する。また、クライアント１２は、サーバ１１から映像情報を受信し、映像情報をクライアント１２のディスプレイ３９に表示する。なお、治療スケジュール管理システム１がクライアントサーバシステムである場合、クライアント１２は、サーバ１１からす治療スケジュールを受信し、治療スケジュールに基づいて映像情報を生成する。
【００３９】
クライアント１２は、いわゆるＨＤＤレスタイプのＰＣであり、プリンタ、外付けドライブ、外付けメモリ等をローカル接続及びネットワーク接続できないように構成されている。つまり、クライアント１２は、サーバ１１にローカル接続又はネットワーク接続されている図示しないプリンタ、外付けドライブ及び外付けメモリ等のみを使用できるように構成されている。このような構成とすることで、クライアント１２の盗難等による情報漏えいの可能性を低減している。なお、治療スケジュール管理システム１がクライアントサーバシステムである場合、クライアント１２は、アプリケーションＰＧ等を格納するＨＤＤを備えるＰＣ等のコンピュータであってもよい。
【００４０】
図４は、クライアント１２の構成例を示す図である。
【００４１】
図４に示すように、クライアント１２は、ＣＰＵ３１、ＲＡＭ３２、ＮＩＣ３３、フラッシュメモリ３５、Ｉ／Ｏ（Input/Output）コネクタ３６、ビデオカード３７、入力装置３８、及びディスプレイ３９を有する。
【００４２】
ＣＰＵ３１は、ＣＰＵ２１（図２に図示）と同様の構成の制御装置である。操作者によって入力装置３８が操作等されることにより指令が入力されると、ＣＰＵ３１は、フラッシュメモリ３５等に記憶しているプログラムを実行する。
【００４３】
ＲＡＭ３２は、ＲＡＭ２２（図２に図示）と同様の構成の記憶装置であり、ＣＰＵ３１のワークエリアとして機能する。
【００４４】
ＮＩＣ３３は、ＮＩＣ２３（図２に図示）と同様に、クライアント１２をネットワークＮに接続するための拡張カードである。
【００４５】
フラッシュメモリ３５は、フラッシュメモリ２５（図２に図示）と同様の構成の半導体メモリである。フラッシュメモリ３５は、ＢＩＯＳ  Ｑ１、ＯＳ  Ｑ２、ＬＡＮ通信プログラムＱ３、及びシステムランチャＱ４等を記憶し、図示しない基本データエリア及び個別データエリアを有している。ＣＰＵ３１は、クライアント１２の電源の投入後、先ずフラッシュメモリ３５にアクセスしてＢＩＯＳ  Ｑ１を実行することにより、クライアント１２のシステム構成を認識する。さらに、ＣＰＵ３１は、ＯＳ  Ｑ２に従って、フラッシュメモリ３５からＬＡＮ通信プログラムＱ３をＲＡＭ３２にロードして実行する。これにより、ＣＰＵ３１は、ＮＩＣ３３を介してサーバ１１との間にＬＡＮ等のネットワークＮを構築し、このネットワークＮを介してサーバ１１と通信を行なう。
【００４６】
フラッシュメモリ３５が記憶するＯＳ  Ｑ２は、ＣＰＵ３１がクライアント１２の各部３２〜３７を統括的に制御して、後述する各プログラムＱ３〜Ｑ４を実行するためのプログラムである。ＯＳ  Ｑ２は、操作者に対するディスプレイ３９への情報の表示にグラフィックを多用し、基礎的な操作を入力装置３８によって行なうことができるＧＵＩ（Graphical User Interface）を含む。ＣＰＵ３１は、ＢＩＯＳ  Ｑ１に従って、フラッシュメモリ３５からＯＳ  Ｑ２をＲＡＭ３２にロードして実行する。これにより、ＣＰＵ３１は、クライアント１２の各部３２〜３７を統括的に制御する。なお、本実施形態のＯＳ  Ｑ２には、組み込み型ＯＳ等のフラッシュメモリ３５に格納可能な比較的サイズの小さいものが利用される。
【００４７】
フラッシュメモリ３５が記憶するシステムランチャＱ４は、ＯＳ  Ｑ２上で稼動するプログラムを起動するためのプログラムである。ＣＰＵ３１は、ＯＳ  Ｑ２に従って、フラッシュメモリ３５からシステムランチャＱ４をＲＡＭ３２にロードして実行する。これにより、ＣＰＵ３１は、所定の条件下、所定の順番でプログラムを起動する。
【００４８】
フラッシュメモリ３５が記憶するＬＡＮ通信プログラムＱ３は、サーバ１１との間にネットワークＮを構築するための通信プログラムであり、例えばＩＰｓｅｃを用いた通信プログラムである。ＣＰＵ３１は、システムランチャＱ４に従って、フラッシュメモリ３５からＬＡＮ通信プログラムＱ３をＲＡＭ３２にロードして実行する。これにより、ＣＰＵ３１は、ＮＩＣ３３を介してサーバ１１に通信開始要求を送信して、サーバ１１との間にネットワークＮを構築し、このネットワークＮを介してサーバ１１と通信を行なう。
【００４９】
Ｉ／Ｏコネクタ３６は、ＵＳＢコネクタやＲＳ−２３２Ｃコネクタ等のＬＳＩ端子によって構成される。Ｉ／Ｏコネクタ３６を介して、キーボード及びマウス等の入力装置３８が接続される。
【００５０】
ビデオカード３７は、ビデオカード２７（図２に図示）と同様の構成を有する。ビデオカード３７を介して、ディスプレイ３９が接続される。
【００５１】
なお、本実施形態では、フラッシュメモリ３５には基本データからＯＳまでの情報を記憶した例を説明しているが、これに限定されるものではない。例えば、フラッシュメモリ３５にＢＩＯＳ  Ｑ１及びＯＳ  Ｑ２を残し、他の記憶領域にその他の情報Ｑ３〜Ｑ４を記憶してもよい。また、他の記憶領域に記憶された情報を処理するための専用のＣＰＵを別途設けて、他の記憶領域に記憶された情報の情報処理を行なわせてもよい。
【００５２】
入力装置３８は、操作者によって操作が可能なポインティングデバイス等の入力デバイスである。操作者により入力装置３８が操作されると、その操作に応じた入力信号を生成してＣＰＵ３１に出力する。なお、クライアント１２は、入力装置３８がディスプレイ３９と一体に構成されたタッチパネルを備えてもよい。
【００５３】
ディスプレイ３９は、ディスプレイ２９（図２に図示）と同様の構成を有する。ディスプレイ３９は、ＣＰＵ３１を介して、治療スケジュールを変更するための変更画面等を表示する。
【００５４】
クライアント１２は、治療スケジュールを変更画面として表示させたり、その変更画面を介して治療スケジュールを変更したりする。
【００５５】
図１の説明に戻って、検査装置は、Ｘ線ＣＴ装置、ＭＲＩ装置、核医学診断装置や、超音波診断装置、及びＸ線診断装置等を含む。検査装置は、ＣＴ画像等の検査画像を発生する。
【００５６】
図１の説明に戻って、情報システム１４は、自動受付システム、電子カルテシステム、入退院管理システム、医事会計システム、及び薬局管理システムを含むＨＩＳや、ＲＩＳ等のシステムである。
【００５７】
図５は、治療スケジュール管理システム１の機能を示すブロック図である。
【００５８】
処理回路２１によってプログラムＰ３〜Ｐ４（図２に図示）が実行されると、サーバ１１は、登録部２１１、取得部２１２、画面生成部２１３、画面提供部２１４、受付部２１５、治療スケジュール生成部２１６、更新部２１７、及び通知部２１８として機能する。また、処理回路３１によってプログラムＱ３〜Ｑ４（図４に図示）が実行されると、クライアント１２は、登録指示部３１１、取得指示部３１２、画面表示部３１３、変更指示部３１４、及び更新指示部３１５として機能する。なお、部２１１〜２１８，３１１〜３１５がソフトウェア的に機能される場合について説明するが、部２１１〜２１８，３１１〜３１５の全部又は一部は、デジタル回路等のハードウェアによって機能されるものであってもよい。
【００５９】
クライアント１２の登録指示部３１１は、入力装置３８からの入力信号に従って、所要の患者ＩＤと、治療部位と、イベント内容と、イベント予定日と、を含む治療スケジュールの登録をサーバ１１に指示する機能を有する。
【００６０】
サーバ１１の登録部２１１は、クライアント１２の登録指示部３１１から指示された治療スケジュールをＨＤＤ２４にデータベースとして登録する機能を有する。
【００６１】
クライアント１２の取得指示部３１２は、入力装置３８からの入力信号に従って、変更対象の患者に係る治療スケジュールの取得をサーバ１１に指示する機能を有する。
【００６２】
サーバ１１の取得部２１２は、ＨＤＤ２４にデータベースとして記憶された複数患者に係る複数の治療スケジュールから、クライアント１２の取得指示部３１２によって指示された患者に係る治療スケジュールを取得する（読み出す）機能を有する。
【００６３】
画面生成部２１３は、取得部２１２によって取得された治療スケジュールに基づいて、治療スケジュールを変更するための変更画面を生成する機能を有する。変更画面は、複数の時間帯にそれぞれ対応する複数の表示領域が複数の時間帯の順に従って配列された画面の複数の表示領域のうち、取得部２１２によって取得された治療スケジュールの予定時間帯に従った表示領域にイベント内容が配置されたものである。つまり、変更画面は、カレンダ表示形式の画面である。治療スケジュールの予定時間帯が予定日である場合、複数の時間帯は複数の日であり、治療スケジュールの予定時間帯が予定日時である場合、複数の時間帯は複数の日時である。以下、複数の時間帯が複数の日である場合について説明する。
【００６４】
画面提供部２１４は、画面生成部２１３によって生成された変更画面をクライアント１２に提供する機能を有する。
【００６５】
クライアント１２の画面表示部３１３は、画面提供部２１４によって提供された変更画面を受け付けてディスプレイ３９に表示させる機能を有する。なお、治療スケジュール管理システム１がクライアントサーバシステムである場合、画面生成部２１３は、クライアント１２に備えられてもよい。その場合、画面表示部３１３は、クライアント１２の画面生成部２１３によって生成された変更画面をディスプレイ３９に表示させる。
【００６６】
変更指示部３１４は、入力装置３８からの入力信号に従って、画面表示部３１３によって表示された変更画面における、イベント内容が配置された表示領域の変更をサーバ１１に指示する機能を有する。
【００６７】
サーバ１１の受付部２１５は、クライアント１２の変更指示部３１４によるイベント内容の表示領域の変更指示を受け付ける機能を有する。
【００６８】
画面生成部２１３は、元の変更画面が、受付部２１５によって受け付けられたイベント内容の表示領域の変更指示に従って変更された新たな変更画面を生成する機能を有する。
【００６９】
画面提供部２１４は、画面生成部２１３によって生成された新たな変更画面をクライアント１２に提供する機能を有する。
【００７０】
クライアント１２の画面表示部３１３は、画面提供部２１４によって提供された新たな変更画面を受け付けてディスプレイ３９に表示させる機能を有する。
【００７１】
更新指示部３１５は、入力装置３８からの入力信号に従って、画面表示部３１３によって表示された新たな変更画面上で、新たな変更画面に従った新たな治療スケジュールに基づく治療スケジュールの更新をサーバ１１に指示する機能を有する。
【００７２】
サーバ１１の受付部２１５は、クライアント１２の更新指示部３１５による治療スケジュールの更新指示を受け付ける機能を有する。
【００７３】
治療スケジュール生成部２１６は、受付部２１５によって更新指示が受け付けられると、画面生成部２１３によって生成された新たな変更画面に基づいて、新たな治療スケジュールを生成する機能を有する。
【００７４】
更新部２１７は、ＨＤＤ２４に記憶された、変更対象の患者に係る治療スケジュールを、治療スケジュール生成部２１６によって生成された新たな治療スケジュールに更新する。なお、治療スケジュール管理システム１がクライアントサーバシステムである場合、治療スケジュール生成部２１６は、クライアント１２に備えられてもよい。その場合、更新部２１７は、治療スケジュールを、クライアント１２の治療スケジュール生成部２１６によって生成された新たな治療スケジュールに更新する。
【００７５】
通知部２１８は、治療スケジュール生成部２１６によって生成された新たな治療スケジュールを外部の情報システム１４（図１に図示）に通知する機能を有する。
【００７６】
なお、治療スケジュール管理システム１が有する部２１１〜２１８，３１１〜３１５の具体的な動作ついて、図５、図６、及び図７を用いて説明する。
【００７７】
図６は、治療スケジュール管理システム１の動作のうち、治療スケジュールの登録のシーケンスを示す図である。
【００７８】
クライアント１２の登録指示部３１１は、医療スタッフ等の操作者が操作する入力装置３８からの入力信号に従って、所要の患者と、治療部位と、イベント内容と、イベント予定日と、を含む治療スケジュールの登録をサーバ１１に指示する（ステップＳＴ１）。サーバ１１の登録部２１１は、ステップＳＴ１によって登録指示された治療スケジュールを、ＨＤＤ２４にデータベースとして登録する（ステップＳＴ２）。ＨＤＤ２４には、複数患者に係る複数の治療スケジュール（図３に図示）が記憶されることになる。
【００７９】
ステップＳＴ２によって登録された治療スケジュールに従って、イベント予定日にイベントが実施される。イベント内容が放射線照射である場合、治療対象の患者の検査によって得られた照射患部の画像データが用いられて照射位置を合わせた後に、放射線照射が実施される。
【００８０】
図７は、治療スケジュール管理システム１の動作のうち、治療スケジュールの変更のシーケンスを示す図である。
【００８１】
クライアント１２の取得指示部３１２は、医療スタッフ等の操作者が操作する入力装置３８からの入力信号に従って、変更対象の患者に係る治療スケジュールの取得をサーバ１１に指示する（ステップＳＴ１１）。
【００８２】
サーバ１１の取得部２１２は、ステップＳＴ１１によって取得指示された所要の患者に係る治療スケジュールをＨＤＤ２４のデータベースから取得する（ステップＳＴ１２）。画面生成部２１３は、ステップＳＴ１２によって取得された治療スケジュールに基づいて、治療スケジュールを変更するための変更画面を生成する（ステップＳＴ１３）。変更画面は、複数の日にそれぞれ対応する複数の表示領域が時系列に従って配列された画面の複数の表示領域のうち、治療スケジュールのイベント予定日に従った表示領域にイベント内容が配置されたものである。つまり、変更画面は、カレンダ表示形式の画面である。画面提供部２１４は、ステップＳＴ１３によって生成された変更画面をクライアント１２に提供する（ステップＳＴ１４）。
【００８３】
クライアント１２の画面表示部３１３は、ステップＳＴ１４によって提供された変更画面を受け付けてディスプレイ３９に表示させる（ステップＳＴ１５）。
【００８４】
図８は、変更画面の初期画面の一例を示す図である。
【００８５】
図８は、図３に示す患者識別情報「００１」の患者に係る治療スケジュールを変更するための変更画面を示す。変更画面は、複数の日にそれぞれ対応する複数の表示領域が時系列に従って配列された画面の複数の表示領域のうち、治療スケジュールのイベント予定日に従った表示領域にイベント内容が配置されている。具体的には、変更画面は、カレンダ表示形式の画面上の「２０１５年４月１日」に対応する表示領域内に、「固定具作成」が配置され、「２０１５年４月３日」に対応する表示領域内に「検査」が配置され、「２０１５年４月３日」に対応する表示領域内に「治療計画」が配置され、「２０１５年４月６日」に対応する表示領域内に「リハーサル」が配置され、「２０１５年４月６日」〜「２０１５年４月２０日」に対応する表示領域に５回の放射線照射が配置されてなる。
【００８６】
また、変更画面は、複数の表示領域をスクロール可能なようにスライドバーを備える。変更画面は、イベントを追加するために、追加の表示領域に、予備のイベント内容を示すアイコンを含む。変更画面は、ドラッグされたイベント内容の削除を行なうための削除の表示領域を含む。
【００８７】
図５及び図７の説明に戻って、クライアント１２の変更指示部３１４は、医療スタッフ等の操作者が操作する入力装置３８からの入力信号に従って、ステップＳＴ１５によって表示された変更画面における、イベント内容が配置された表示領域の変更をサーバ１１に指示する（ステップＳＴ１６）。
【００８８】
サーバ１１の受付部２１５は、ステップＳＴ１６によるイベント内容の表示領域の変更指示を受け付ける（ステップＳＴ１７）。画面生成部２１３は、元の変更画面が、ステップＳＴ１７によって受け付けられたイベント内容の表示領域の変更指示に従って変更された新たな変更画面を生成する（ステップＳＴ１８）。画面提供部２１４は、ステップＳＴ１８によって生成された新たな変更画面をクライアント１２に提供する（ステップＳＴ１９）。
【００８９】
クライアント１２の画面表示部３１３は、ステップＳＴ１９によって提供された新たな変更画面を受け付けてディスプレイ３９に表示させる（ステップＳＴ２０）。
【００９０】
ステップＳＴ１６において、変更指示部３１４は、元の変更画面上のドラッグ位置を検知することでドラッグ位置に係るアイコンを特定し、元の変更画面上のドロップ位置を検知する。この処理によって、ステップＳＴ２０において、画面表示部３１３は、元の変更画面上で特定されたアイコンが、ドロップ位置にシフトされた新たな変更画面（図９〜図１１に図示）をディスプレイ３９に表示させることができる。
【００９１】
図９は、図８に示す変更画面からの第１変更例を示す図である。
【００９２】
図９は、図８に示す変更画面において、イベントを追加する場合の操作方法を示すものである。図９は、イベント内容「放射線照射」が追加される場合を例示する。その場合、変更画面に含まれる追加の表示領域内の「放射線照射」のアイコンがドラッグされ、「２０１５年４月１７日」に対応する表示領域内でドロップされることで、「放射線照射」のアイコンがシフトされる。つまり、「放射線照射」がイベント予定日「２０１５年４月１７日」として追加される。
【００９３】
なお、イベント内容が既に設定されてあるイベント予定日に他のイベント内容を追加することも可能である。
【００９４】
図１０は、図８に示す変更画面からの第２変更例である。
【００９５】
図１０は、図８に示す変更画面において、イベントを削除する場合の操作方法を示すものである。図１０は、イベント内容「放射線照射」が削除される場合を例示する。その場合、変更画面の予定日「２０１５年４月１６日」に対応する表示領域内の「放射線照射」のアイコン（図１０中の破線）がドラッグされ、削除の表示領域内でドロップされることで、「放射線照射」のアイコンがシフトされる。つまり、「２０１５年４月１６日」の「放射線照射」が削除される。
【００９６】
図１１は、図８に示す変更画面からの第３変更例である。
【００９７】
図１１は、図８に示す変更画面において、イベント予定日をシフトする場合の操作方法を示すものである。図１１は、イベント内容「放射線照射」のイベント予定日が変更される場合を例示する。その場合、変更画面のイベント予定日「２０１５年４月８日」に対応する表示領域内の「放射線照射」のアイコン（図１１中の破線）がドラッグされ、「２０１５年４月１７日」に対応する表示領域内でドロップされることで、「放射線照射」のアイコンがシフトされる。つまり、「２０１５年４月８日」の「放射線照射」が「２０１５年４月１７日」にシフトされる。
【００９８】
なお、イベント内容が既に設定されてあるイベント予定日に他のイベント内容をシフトすることも可能である。
【００９９】
図５及び図７の説明に戻って、クライアント１２の更新指示部３１５は、医療スタッフ等の操作者が操作する医療スタッフ等の操作者が操作する医療スタッフ等の操作者が操作する入力装置３８からの入力信号に従って、ステップＳＴ２０によって表示された新たな変更画面上で、新たな変更画面に従った新たな治療スケジュールに基づく治療スケジュールの更新をサーバ１１に指示する（ステップＳＴ２１）。ステップＳＴ２１において、更新指示部３１５は、変更画面上の「更新」ボタン（図９〜図１１に図示）の押下を検知すると、図９〜図１１に示したシフト内容に応じて治療スケジュールを更新するようにサーバ１１に指示する。
【０１００】
サーバ１１の受付部２１５は、ステップＳＴ２１による治療スケジュールの更新指示を受け付ける（ステップＳＴ２２）。治療スケジュール生成部２１６は、ステップＳＴ２２によって治療スケジュールの更新指示が受け付けられると、ステップＳＴ１８によって生成された新たな変更画面に基づいて新たな治療スケジュールを生成する（ステップＳＴ２３）。更新部２１７は、ＨＤＤ２４に記憶された、変更対象の患者に係る治療スケジュールを、ステップＳＴ２３によって生成された新たな治療スケジュールに更新する（ステップＳＴ２４）。通知部２１８は、ステップＳＴ２３によって生成された新たな治療スケジュールを外部の情報システム１４（図１に図示）に通知する（ステップＳＴ２５）。
【０１０１】
治療スケジュール管理システム１によれば、治療スケジュールを変更する際の操作者による変更操作の負荷を軽減できる。また、治療スケジュール管理システム１によれば、治療スケジュールの変更を、関連する情報システム１４に効果的に提供できる。このように、操作者によるスケジュール変更に要する時間短縮や、情報システム１４に対する治療スケジュール変更の通知もれを防止することができる。
【０１０２】
（第２の実施形態）
第２の実施形態に係る治療スケジュール管理システム１Ａの、治療スケジュール管理システム１と異なる動作は、元の治療スケジュールを変更後の治療スケジュールに更新する際、更新すべきか否かを判断することである。また、治療スケジュール管理システム１Ａの、治療スケジュール管理システム１と異なる動作は、変更画面上のイベントの表示領域が、イベント時間帯の単位のみではなく、イベント時間帯かつ照射条件の単位で行うことである。
【０１０３】
治療スケジュール管理システム１Ａの構成は、図１に示す係る治療スケジュール管理システム１の構成と同等であるので説明を省略する。治療スケジュール管理システム１Ａのサーバ１１の構成は、図２に示すサーバ１１の構成と同等であるので説明を省略する。治療スケジュール管理システム１Ａのクライアント１２の構成は、図４に示すクライアント１２の構成と同等であるので説明を省略する。
【０１０４】
図１２は、治療スケジュール管理システム１Ａの機能を示すブロック図である。
【０１０５】
処理回路２１によってプログラムＰ３〜Ｐ４（図２に図示）が実行されると、サーバ１１は、登録部２１１、取得部２１２、画面生成部２１３Ａ、画面提供部２１４、受付部２１５Ａ、治療スケジュール生成部２１６、更新部２１７Ａ、通知部２１８Ａ、及び判断部２１９Ａとして機能する。また、処理回路３１によってプログラムＱ３〜Ｑ４（図４に図示）が実行されると、クライアント１２は、登録指示部３１１、取得指示部３１２、画面表示部３１３、変更指示部３１４Ａ、及び更新指示部３１５として機能する。なお、部２１１〜２１９Ａ，３１１〜３１５がソフトウェア的に機能される場合について説明するが、部２１１〜２１９Ａ，３１１〜３１５の全部又は一部は、デジタル回路等のハードウェアによって機能されるものであってもよい。
【０１０６】
また、図１２において、図５に示す部材と同一部材には同一符号を付して説明を省略する。
【０１０７】
ＨＤＤ２４は、複数患者に係る複数の治療スケジュールをデータベースとして記憶する。
【０１０８】
図１３は、治療スケジュールの第２例を示す図である。
【０１０９】
図１３は、患者の識別情報である患者識別情報、例えば患者ＩＤと、治療部位と、イベント内容としての固定具作成、検査、治療計画、リハーサル、及び放射線照射と、イベント予定日と、イベントの照射条件と、を含む治療スケジュールを示す。照射条件としては、治療室、エネルギーレベル、呼吸同期（あり又はなし）、食事制限（あり又はなし）、放射線の照射方向（水平又は垂直等）、及び治療台回転角度（度）等が挙げられる。ここで、放射線の照射方向は、図１４に示す対応表に従って、放射線照射が実施される治療室に対応付けられる。
【０１１０】
図１４は、放射線の照射方向と治療室との対応表の一例を示す図である。
【０１１１】
照射条件としての照射方向「水平照射」は、図１４に示す対応表から、治療室としての「第１治療室」又は「第２治療室」に対応付けられる。照射条件としての照射方向「垂直照射」は、図１４に示す対応表から、治療室としての「第２治療室」又は「第３治療室」に対応付けられる。
【０１１２】
図１２の説明に戻って、画面生成部２１３Ａは、取得部２１２によって取得された治療スケジュールに基づいて、治療スケジュールを変更するための変更画面を生成する機能を有する。変更画面は、複数の日にそれぞれ対応する複数の表示領域が時系列に従って配列され、かつ、各表示領域に複数の照射条件にそれぞれ対応する複数の表示領域要素が配列された画面の複数の表示領域要素のうち、取得部２１２によって取得された治療スケジュールのイベント予定日かつ治療室に従った表示領域要素にイベント内容が配置されたものである。つまり、変更画面は、カレンダ表示形式の画面である。
【０１１３】
なお、治療スケジュール管理システム１Ａがクライアントサーバシステムである場合、画面生成部２１３Ａは、クライアント１２に備えられてもよい。その場合、画面表示部３１３は、クライアント１２の画面生成部２１３Ａによって生成された変更画面をディスプレイ３９に表示させる。
【０１１４】
変更指示部３１４Ａは、入力装置３８からの入力信号に従って、画面表示部３１３によって表示された変更画面における、イベント内容が配置された表示領域要素の変更をサーバ１１に指示する機能を有する。
【０１１５】
受付部２１５Ａは、クライアント１２の変更指示部３１４Ａによるイベント内容の表示領域要素の変更指示を受け付ける機能を有する。
【０１１６】
判断部２１９Ａは、ＨＤＤ２４を参照して、治療スケジュール生成部２１６によって生成された新たな治療スケジュールの中の、変更後の表示領域要素に対応するイベント予定日かつ治療室が、他の患者の治療スケジュールとして登録されていないか、すなわち、更新可能であるかを判断する機能を有する。ここで、イベント予定時間帯がイベント予定日ではなくイベント予定日時の場合、判断部２１９Ａは、新たな治療スケジュールの中の、変更後の表示領域要素に対応するイベント予定日時かつ治療室が、他の患者の治療スケジュールとして登録されていないかを判断することになる。この場合、同一のイベント予定日かつ治療室に、複数患者のイベントを登録することができる。
【０１１７】
なお、治療スケジュール管理システム１Ａがクライアントサーバシステムである場合、治療スケジュール生成部２１６及び判断部２１９Ａは、クライアント１２に備えられてもよい。その場合、判断部２１９Ａは、クライアント１２の治療スケジュール生成部２１６によって生成された新たな治療スケジュールの中の、変更後の表示領域要素に対応するイベント予定日かつ治療室が、更新可能であるか否かを判断する。
【０１１８】
更新部２１７Ａは、判断部２１９Ａによって更新できると判断される場合、ＨＤＤ２４に記憶された変更対象の患者に係る治療スケジュールを、治療スケジュール生成部２１６によって生成された新たな治療スケジュールに更新する機能を有する。一方で、更新部２１７Ａは、判断部２１９Ａによって更新できないと判断される場合、変更内容について更新ができない旨をクライアント１２に報知する機能を有する。
【０１１９】
通知部２１８Ａは、判断部２１９Ａによって更新できると判断される場合、治療スケジュール生成部２１６によって生成された新たな治療スケジュールを外部の情報システム１４（図１に図示）に通知する機能を有する。
【０１２０】
なお、治療スケジュール管理システム１Ａが有する部２１１〜２１９Ａ，３１１〜３１５の具体的な動作ついて、図１２及び図１５を用いて説明する。
【０１２１】
図１５は、治療スケジュール管理システム１Ａの動作のうち、治療スケジュールの変更のシーケンスを示す図である。治療スケジュール管理システム１Ａの動作のうち、治療スケジュールの登録のシーケンスは、図６と同様であるので説明を省略する。
【０１２２】
なお、図１５において、図７に示すステップと同一ステップには同一符号を付して説明を省略する。
【０１２３】
サーバ１１の画面生成部２１３Ａは、ステップＳＴ１２によって取得された治療スケジュールに基づいて、治療スケジュールを変更するための変更画面を生成する（ステップＳＴ３１）。変更画面は、複数の日にそれぞれ対応する複数の表示領域が時系列に従って配列され、かつ、各表示領域に複数の照射条件にそれぞれ対応する複数の表示領域要素が配列された画面の複数の表示領域要素のうち、ステップＳＴ１２によって取得された治療スケジュールのイベント予定日かつ治療室に従った表示領域要素にイベント内容が配置されたものである。
【０１２４】
図１６は、変更画面の初期画面の一例を示す図である。
【０１２５】
図１６は、図１３に示す患者識別情報「００１」の患者に係る治療スケジュールを変更するための変更画面を示す。変更画面は、複数の日にそれぞれ対応する複数の表示領域が時系列に従って配列され、各表示領域に３個の照射条件にそれぞれ対応する３個の表示領域要素が配列された画面であり、複数の表示領域要素のうち、治療スケジュールのイベント予定日かつ治療室に従った表示領域要素にイベント内容が配置されてなる。複数の治療室のそれぞれは、照射方向に対応するものである（図１４参照）。具体的には、変更画面は、カレンダ表示形式の画面上の「２０１５年４月６日」かつ「第１治療室」に対応する表示領域要素内と、「２０１５年４月８日」かつ「第２治療室」に対応する表示領域要素内と、「２０１５年４月１３日」かつ「第３治療室」に対応する表示領域要素内と、「２０１５年４月１６日」かつ「第３治療室」に対応する表示領域要素内と、「２０１５年４月２０日」かつ「第３治療室」に対応する表示領域要素内とにそれぞれ放射線照射が配置されてなる。
【０１２６】
さらに、変更画面は、複数の表示領域をスクロール可能なようにスライドバーを備える。変更画面は、イベントを追加するために、追加の表示領域に、予備のイベントを示すアイコンを含む。変更画面は、ドラッグされたイベントの削除を行なうための削除の表示領域を含む。
【０１２７】
なお、図１６に示す変更画面上の各イベントをシフトする方法は、図９〜図１１で説明したとおりである。
【０１２８】
図１２及び図１５の説明に戻って、変更指示部３１４Ａは、入力装置３８からの入力信号に従って、ステップＳＴ３１によって生成された変更画面における、イベント内容が配置された表示領域要素の変更をサーバ１１に指示する（ステップＳＴ３２）。
【０１２９】
サーバ１１の受付部２１５Ａは、ステップＳＴ３２によるイベント内容の表示領域要素の変更指示を受け付ける（ステップＳＴ３３）。
【０１３０】
サーバ１１の判断部２１９Ａは、ステップＳＴ２３によって新たな治療スケジュールが生成されると、ＨＤＤ２４を参照して、新たな治療スケジュールの中の、変更後の表示領域要素に対応するイベント予定日かつ治療室が、他の患者の治療スケジュールとして登録されていないか、すなわち、更新可能であるかを判断する（ステップＳＴ３４）。図１３を用いて説明すると、患者識別情報「００１」に係る「２０１５年４月８日」の「第２治療室」における放射線照射が、「２０１５年４月１３日」の「第２治療室」にシフトされると、「２０１５年４月１３日」の「第２治療室」は既に患者識別情報「００２」に対して設定されているので、当該シフトに係る変更については更新できないと判断される。ここで、イベント予定時間帯がイベント予定日ではなくイベント予定日時の場合、判断部２１９Ａは、新たな治療スケジュールの中の、変更後の表示領域要素に対応するイベント予定日時かつ治療室が、他の患者の治療スケジュールとして登録されていないかを判断することになる。この場合、同一のイベント予定日かつ治療室に、複数患者のイベントを登録することができる。
【０１３１】
また、サーバ１１の判断部２１９Ａは、ＨＤＤ２４を参照して、ステップＳＴ２３によって生成された新たな治療スケジュールの中の、変更後の表示領域要素に対応する治療室が変更されたか否か、すなわち、照射方向が同一であるかを判断することもできる。
【０１３２】
ステップＳＴ３４の判断にてＹＥＳ、すなわち、更新できると判断されると、更新部２１７Ａは、ＨＤＤ２４に記憶された変更対象の患者に係る治療スケジュールを、ステップＳＴ２３によって生成された新たな治療スケジュールに更新する（ステップＳＴ３５）。一方で、ステップＳＴ３４の判断にてＮＯ、すなわち、更新できないと判断されると、サーバ１１の更新部２１７Ａは、更新できない旨をクライアント１２に報知する。
【０１３３】
また、ステップＳＴ３４の判断にてＹＥＳ、すなわち、更新できると判断されると、ステップＳＴ２３によって生成された新たな治療スケジュールを外部の情報システム１４（図１に図示）に送信する（ステップＳＴ３６）。
【０１３４】
治療スケジュール管理システム１Ａによれば、治療スケジュール管理システム１の効果に加え、複数患者に係る複数の治療スケジュールの参照することで、イベント時間帯の変更による治療スケジュールの変更の更新の可否を判断することができる。また、治療スケジュール管理システム１Ａによれば、変更前の照射方向（治療室）と、変更後の照射方向（治療室）とが同一であるかの判断を行うことで、治療室の変更による治療スケジュールの変更の更新の可否を判断することで、誤った治療室に患者を入室することを防止することができる。
【０１３５】
（第３の実施形態）
第３の実施形態に係る治療スケジュール管理システム１Ｂの、治療スケジュール管理システム１Ａと同様に、元の治療スケジュールを変更後の治療スケジュールに更新する際、更新すべきか否かを判断することである。
【０１３６】
治療スケジュール管理システム１Ｂの構成は、図１に示す係る治療スケジュール管理システム１の構成と同等であるので説明を省略する。治療スケジュール管理システム１Ｂのサーバ１１の構成は、図２に示すサーバ１１の構成と同等であるので説明を省略する。治療スケジュール管理システム１Ｂのクライアント１２の構成は、図４に示すクライアント１２の構成と同等であるので説明を省略する。
【０１３７】
図１７は、治療スケジュール管理システム１Ｂの機能を示すブロック図である。
【０１３８】
処理回路２１によってプログラムＰ３〜Ｐ４（図２に図示）が実行されると、サーバ１１は、登録部２１１、取得部２１２、画面生成部２１３、画面提供部２１４、受付部２１５、治療スケジュール生成部２１６、更新部２１７Ｂ、通知部２１８Ｂ、及び判断部２１９Ｂとして機能する。また、処理回路３１によってプログラムＱ３〜Ｑ４（図４に図示）が実行されると、クライアント１２は、登録指示部３１１、取得指示部３１２、画面表示部３１３、変更指示部３１４、及び更新指示部３１５として機能する。なお、部２１１〜２１９Ｂ，３１１〜３１５がソフトウェア的に機能される場合について説明するが、部２１１〜２１９Ｂ，３１１〜３１５の全部又は一部は、デジタル回路等のハードウェアによって機能されるものであってもよい。
【０１３９】
また、図１２において、図５に示す部材と同一部材には同一符号を付して説明を省略する。
【０１４０】
ＨＤＤ２４は、複数患者に係る複数の治療スケジュールをデータベースとして記憶する。また、ＨＤＤ２４は、制限情報を記憶する。
【０１４１】
図１８は、制限情報の一例を示す図である。
【０１４２】
図１８に示すように、制限情報は、イベント内容と、イベント予定日の制限とが、優先順位に対応づけられてなる。制限情報に含まれるイベント内容や、イベント予定日の制限や、優先順位は、任意に設定可能である。
【０１４３】
図１７の説明に戻って、判断部２１９Ｂは、ＨＤＤ２４を参照して、治療スケジュール生成部２１６によって生成された新たな治療スケジュールの中の、変更後の表示領域に対応するイベント予定日が、制限情報（図１８に図示）に従っているか、すなわち、更新可能であるかを判断する機能を有する。なお、治療スケジュール管理システム１Ｂがクライアントサーバシステムである場合、治療スケジュール生成部２１６及び判断部２１９Ｂは、クライアント１２に備えられてもよい。その場合、判断部２１９Ｂは、クライアント１２の治療スケジュール生成部２１６によって生成された新たな治療スケジュールの中の、変更後の表示領域に対応するイベント予定日、更新可能であるか否かを判断する。
【０１４４】
更新部２１７Ｂは、判断部２１９Ｂによって更新できると判断される場合、ＨＤＤ２４に記憶された変更対象の患者に係る治療スケジュールを、治療スケジュール生成部２１６によって生成された新たな治療スケジュールに更新する機能を有する。一方で、更新部２１７Ｂは、判断部２１９Ｂによって更新できないと判断される場合、変更内容について更新ができない旨をクライアント１２に報知する機能を有する。
【０１４５】
通知部２１８Ｂは、判断部２１９Ｂによって更新できると判断される場合、治療スケジュール生成部２１６によって生成された新たな治療スケジュールを外部の情報システム１４（図１に図示）に通知する機能を有する。
【０１４６】
図１９は、図８に示す変更画面からの第４変更例を示す図である。
【０１４７】
図１９は、図８に示す変更画面において、イベント予定日をシフトする場合の操作方法を示すものである。図１９は、変更対象のイベント内容「放射線照射」のイベント予定日が変更される場合を例示する。その場合、変更画面のイベント予定日「２０１５年４月１３日」に対応する表示領域内の「放射線照射」のアイコンがドラッグされ、「２０１５年４月２３日」に対応する表示領域内でドロップされる。しかしながら、ドロップ位置が制限情報（図１８に図示）の優先順位「３」に従っていないので、変更画面において、イベント予定日「２０１５年４月１３日」に対応する表示領域内の「放射線照射」のアイコンのシフトについては更新できないと判断される。
【０１４８】
変更画面のイベント予定日「２０１５年４月１３日」に対応する表示領域内の「放射線照射」のアイコンがドラッグされ、「２０１５年４月２１日」に対応する表示領域内でドロップされる。その場合、ドロップ位置が制限情報（図１８に図示）の優先順位「１」〜「３」の全てに従っているので、イベント予定日「２０１５年４月１３日」に対応する表示領域内の「放射線照射」のアイコンの「２０１５年４月２１日」へのシフトについては更新できると判断される。
【０１４９】
変更画面のイベント予定日「２０１５年４月８日」に対応する表示領域内の「放射線照射」のアイコンがドラッグされ、「２０１５年４月１８日」に対応する表示領域内でドロップされる。しかしながら、ドロップ位置が制限情報（図１８に図示）の優先順位「２」に従っていないので、変更画面において、イベント予定日「２０１５年４月８日」に対応する表示領域内の「放射線照射」のアイコンのシフトについては更新できないと判断される。
【０１５０】
さらに、変更画面のイベント予定日「２０１５年４月８日」に対応する表示領域内の「放射線照射」のアイコンがドラッグされ、「２０１５年４月１７日」に対応する表示領域内でドロップされる。しかしながら、ドロップ位置が制限情報（図１８に図示）の優先順位「１」に従っていないので、変更画面において、イベント予定日「２０１５年４月８日」に対応する表示領域内の「放射線照射」のアイコンのシフトについて更新できないと判断される。
【０１５１】
また、図１９は、変更対象のイベント内容「治療計画」のイベント予定日が変更される場合も例示する。その場合、変更画面のイベント予定日「２０１５年４月３日」に対応する表示領域内の「治療計画」のアイコンがドラッグされ、「２０１５年４月４日」に対応する表示領域内でドロップされる。しかしながら、ドロップ位置が制限情報（図１８に図示）の優先順位「２」に従っていないので、変更画面において、イベント予定日「２０１５年４月３日」に対応する表示領域内の「治療計画」のアイコンのシフトについては更新できないと判断される。
【０１５２】
なお、シフトが禁止された場合、変更画面上に、シフトできない原因が表示されてもよい。例えば、変更画面上のイベント予定日「２０１５年４月１３日」に対応する表示領域内の「放射線照射」のアイコンがドラッグされ、「２０１５年４月２３日」に対応する表示領域内でドロップされると、「最後の放射線照射を含む週に複数の放射線照射が存在する場合、間隔を空けずに前づめして下さい」というメッセージが表示される。
【０１５３】
なお、治療スケジュール管理システム１Ｂが有する部２１１〜２１９Ｂ，３１１〜３１５の具体的な動作は、図１５に示すシーケンスと同等であるので、説明を省略する。また、治療スケジュール管理システム１Ｂは、変更画面上のイベントの表示領域が、イベント時間帯の単位のみではなく、イベント時間帯かつ照射条件の単位で行うこともある。
【０１５４】
治療スケジュール管理システム１Ｂによれば、治療スケジュール管理システム１の効果に加え、制限情報を参照することで、イベントの変更内容による治療スケジュールの更新の可否を判断することができる。
【０１５５】
（第４の実施形態）
第４の実施形態に係る治療スケジュール管理システム１Ｃの、治療スケジュール管理システム１〜１Ｂと異なる動作は、１の治療スケジュールを変更するのではなく、同一の予定時間帯に該当する複数の治療スケジュールの実施順を変更することである。
【０１５６】
治療スケジュール管理システム１Ｃの構成は、図１に示す係る治療スケジュール管理システム１の構成と同等であるので説明を省略する。治療スケジュール管理システム１Ｃのサーバ１１の構成は、図２に示すサーバ１１の構成と同等であるので説明を省略する。治療スケジュール管理システム１Ｃのクライアント１２の構成は、図４に示すクライアント１２の構成と同等であるので説明を省略する。
【０１５７】
図２０は、治療スケジュール管理システム１Ｃの機能を示すブロック図である。
【０１５８】
処理回路２１によってプログラムＰ３〜Ｐ４（図２に図示）が実行されると、サーバ１１は、登録部２１１、取得部２１２Ｃ、及び並べ替え部２２０Ｃとして機能する。また、処理回路３１によってプログラムＱ３〜Ｑ４（図４に図示）が実行されると、クライアント１２は、登録指示部３１１及び取得指示部３１２Ｃとして機能する。なお、部２１１〜２１２Ｃ，２２０Ｃ，３１１〜３１２Ｃがソフトウェア的に機能される場合について説明するが、部２１１〜２１２Ｃ，２２０Ｃ，３１１〜３１２Ｃの全部又は一部は、デジタル回路等のハードウェアによって機能されるものであってもよい。
【０１５９】
また、図２０において、図５に示す部材と同一部材には同一符号を付して説明を省略する。
【０１６０】
ＨＤＤ２４は、複数患者に係る複数の治療スケジュール（図３に図示）をデータベースとして記憶する。また、ＨＤＤ２４は、優先情報を記憶する。
【０１６１】
図２１は、優先情報の一例を示す図である。
【０１６２】
図２１に示すように、優先情報は、照射条件と、照射条件の優先内容とに、優先順位が対応づけられてなる。優先情報に含まれる照射条件や、照射条件の優先内容や、優先順位は、任意に設定可能である。
【０１６３】
図２０の説明に戻って、クライアント１２の取得指示部３１２Ｃは、入力装置３８からの入力信号に従って、同一のイベント予定日に係る複数の治療スケジュールの取得をサーバ１１に指示する機能を有する。
【０１６４】
サーバ１１の取得部２１２Ｃは、ＨＤＤ２４にデータベースとして記憶された複数患者に係る複数の治療スケジュールから、クライアント１２の取得指示部３１２Ｃによって指示された同一予定日に係る複数の治療スケジュールを取得する（読み出す）機能を有する。
【０１６５】
図２２は、複数の治療スケジュールの一例と、実施順とを示す図である。
【０１６６】
図２２は、イベント内容としての放射線照射のイベント予定日が「２０１５年４月１３日」に該当する複数の治療スケジュールと、実施順とを示す。ここでは、治療スケジュールは、イベント内容（放射線照射）の実施回数、患者識別情報、及び治療部位の他、照射条件を含む。例えば、照射条件としては、治療室、エネルギーレベル、呼吸同期、食事制限、治療室、照射方向、及び治療台回転角度等を含む。また、実施順は、上位から下位に向かって昇順で付される。
【０１６７】
図２２に示す例では、２０１５年４月１３日の治療日には、複数のエネルギーレベル２９０［Ｖ］、３５０［Ｖ］、３８０［Ｖ］による放射線照射が混在し、それらがバラバラで並んでいる。
【０１６８】
図２０の説明に戻って、並べ替え部２２０Ｃは、取得部２１２Ｃによって取得された複数の治療スケジュールにそれぞれ含まれる照射条件が、ＨＤＤ２４に記憶された優先情報（図２１に図示）の優先内容に従うように、取得部２１２Ｃによって取得された複数の治療スケジュールを並べ替える（ソートする）機能を有する。なお、治療スケジュール管理システム１Ｃがクライアントサーバシステムである場合、並べ替え部２２０Ｃは、クライアント１２に備えられてもよい。
【０１６９】
図２３は、図２２に示す複数の治療スケジュールの並べ替え後の複数の治療スケジュールの一例と、実施順とを示す図である。
【０１７０】
図２３は、図２２に示す複数の治療スケジュールが、優先情報に従って並び替えられたものを示す。
【０１７１】
図２３に示す例では、優先情報（図２１に図示）に含まれる優先順位「１」の「エネルギーレベル」の「小さいもの優先」に従って、エネルギーレベルが昇順で複数の治療スケジュールが並べ替えられる。次いで、優先情報（図２１に図示）に含まれる優先順位「２」の「食事制限」の「ありを優先」に従って、食事制限ありが上位にくるように複数の治療スケジュールが並び替えられる。
【０１７２】
治療装置において加速器でビームを回してエネルギー量を調整する際、大量の電力が消費される。しかし、複数の治療スケジュールをエネルギーレベルでグルーピングすることにより、治療装置におけるエネルギーレベルの上げ下げを必要最小限に抑制することができるため、治療スケジュール管理システム１Ｃでは、効率的な運転が可能となる。
【０１７３】
なお、同一のイベント予定日の複数の治療スケジュールの並び替えは、手動的に行なわれてもよい。その場合、クライアント１２のディスプレイ３９（図４に図示）に、取得された複数の治療スケジュール（図２２に図示）を示す変更画面を表示させ、入力装置３０からの入力信号に従って複数の治療スケジュールの実施順を変更させる。また、治療スケジュール管理システム１Ｃの技術思想は、前述の治療スケジュール管理システム１〜１Ｂと組み合わせることが可能である。
【０１７４】
治療スケジュール管理システム１Ｃによれば、事前に並べ替えの優先度を定義する優先情報を格納しておくことで、操作者が意識することなく最適な治療の実施順にソートすることが可能となり、操作者による負荷を軽減できる。
【０１７５】
（第５の実施形態）
第５の実施形態に係る治療スケジュール管理システム１Ｄの、治療スケジュール管理システム１〜１Ｃと異なる動作は、１の治療スケジュールを変更するのではなく、同一のイベント予定時間帯、かつ、複数の照射方向（又は複数の治療室）に該当する複数の治療スケジュールを変更することである。
【０１７６】
治療スケジュール管理システム１Ｄの構成は、図１に示す係る治療スケジュール管理システム１の構成と同等であるので説明を省略する。治療スケジュール管理システム１Ｄのサーバ１１の構成は、図２に示すサーバ１１の構成と同等であるので説明を省略する。治療スケジュール管理システム１Ｄのクライアント１２の構成は、図４に示すクライアント１２の構成と同等であるので説明を省略する。
【０１７７】
図２４は、治療スケジュール管理システム１Ｄの機能を示すブロック図である。
【０１７８】
処理回路２１によってプログラムＰ３〜Ｐ４（図２に図示）が実行されると、サーバ１１は、登録部２１１、取得部２１２Ｄ、画面生成部２１３Ｄ、画面提供部２１４Ｄ、受付部２１５Ｄ、治療スケジュール生成部２１６Ｄ、更新部２１７Ｄ、通知部２１８Ｄ、及び判断部２１９Ｄとして機能する。また、処理回路３１によってプログラムＱ３〜Ｑ４（図４に図示）が実行されると、クライアント１２は、登録指示部３１１、取得指示部３１２Ｄ、画面表示部３１３Ｄ、変更指示部３１４Ｄ、及び更新指示部３１５Ｄとして機能する。なお、部２１１〜２１９Ｄ，３１１〜３１５Ｄがソフトウェア的に機能される場合について説明するが、部２１１〜２１９Ｄ，３１１〜３１５Ｄの全部又は一部は、デジタル回路等のハードウェアによって機能されるものであってもよい。
【０１７９】
また、図２４において、図５に示す部材と同一部材には同一符号を付して説明を省略する。
【０１８０】
クライアント１２の取得指示部３１２Ｄは、入力装置３８からの入力信号に従って、同一のイベント予定日、かつ、同一の治療室に係る複数の治療スケジュールの取得をサーバ１１に指示する機能を有する。
【０１８１】
サーバ１１の取得部２１２Ｄは、ＨＤＤ２４にデータベースとして記憶された複数患者に係る複数の治療スケジュールから、クライアント１２の取得指示部３１２Ｄによって指示された同一のイベント予定日、かつ、同一の治療室に係る複数の治療スケジュールを取得する（読み出す）機能を有する。
【０１８２】
画面生成部２１３Ｄは、取得部２１２Ｄによって取得された複数の治療スケジュールのそれぞれの治療室が配置された変更画面を生成する機能を有する。
【０１８３】
図２５は、変更画面の初期画面の一例を示す図である。
【０１８４】
図２５は、イベント内容としての放射線照射のイベント予定日が「２０１５年４月１３日」に該当し、治療室が「第２治療室」に該当する複数の治療スケジュールと、実施順とを示す画面である。なお、放射線照射の実施回数は、治療スケジュールのイベント予定日の時系列に従って順に付されるものである。
【０１８５】
図２４の説明に戻って、画面提供部２１４Ｄは、画面生成部２１３Ｄによって生成された変更画面をクライアント１２に提供する機能を有する。
【０１８６】
クライアント１２の画面表示部３１３Ｄは、画面提供部２１４Ｄによって提供された変更画面を受け付けてディスプレイ３９に表示させる機能を有する。
【０１８７】
変更指示部３１４Ｄは、入力装置３８からの入力信号に従って、画面表示部３１３Ｄによって表示された変更画面における複数の治療スケジュールのうち所要の治療スケジュールに含まれる治療室の変更をサーバ１１に指示する機能を有する。
【０１８８】
図２６は、図２５に示す変更画面からの変更例と、実施順とを示す図である。
【０１８９】
図２６に示す例では、患者識別情報「０２１」に係る治療スケジュールの治療室が、図２５に示す「第２治療室」から「第３治療室」に変更されている。
【０１９０】
図２４の説明に戻って、サーバ１１の受付部２１５Ｄは、変更指示部３１４Ｄによる治療スケジュールの治療室の変更指示を受け付ける機能を有する。
【０１９１】
画面生成部２１３Ｄは、元の変更画面が、受付部２１５Ｄによって受け付けられた所要の治療スケジュールに含まれる治療室の変更指示に従って変更された新たな変更画面を生成する機能を有する。
【０１９２】
画面提供部２１４Ｄは、画面生成部２１３Ｄによって生成された新たな変更画面をクライアント１２に提供する機能を有する。
【０１９３】
クライアント１２の画面表示部３１３Ｄは、画面提供部２１４Ｄによって提供された新たな変更画面を受け付けてディスプレイ３９に表示させる機能を有する。
【０１９４】
更新指示部３１５Ｄは、入力装置３８からの入力信号に従って、画面表示部３１３Ｄによって表示された新たな変更画面上で、新たな変更画面に従った新たな治療スケジュールに基づく更新をサーバ１１に指示する機能を有する。
【０１９５】
サーバ１１の受付部２１５Ｄは、更新指示部３１５Ｄによる治療スケジュールの変更指示を受け付ける機能を有する。
【０１９６】
治療スケジュール生成部２１６Ｄは、受付部２１５Ｄによって治療スケジュールの変更指示が受け付けられると、画面生成部２１３Ｄによって生成された新たな変更画面に基づいて、新たな治療スケジュールを生成する機能を有する。
【０１９７】
判断部２１９Ｄは、ＨＤＤ２４を参照して、治療スケジュール生成部２１６Ｄによって生成された新たな治療スケジュールの中の、変更後の表示領域に対応する治療室が、対応表（図１４に図示）に従っているか、すなわち、更新可能であるかを判断する機能を有する。判断部２１９Ｄは、治療スケジュールに含まれる照射条件としての照射方向に対応できない治療室の更新に制限をかける。例えば、図２６に示す変更画面の患者識別情報「０２１」に対応する治療スケジュールに含まれる照射方向が「垂直方向」である場合、治療室の「第２治療室」から「第３治療室」への変更は更新できるが（図１４参照）、治療室の「第２治療室」から「第１治療室」への変更は変更できない（図１４参照）。このように、操作者が意識することなく適切な治療室を選択することができるため、操作者による誤操作の防止に寄与する。
【０１９８】
更新部２１７Ｄは、判断部２１９Ｄによって更新できると判断される場合、ＨＤＤ２４に記憶された、元の治療スケジュールを、治療スケジュール生成部２１６Ｄによって生成された新たな治療スケジュールに更新する。その際、更新部２１７Ｄは、更新される治療スケジュールに付帯情報を与えてもよい。
【０１９９】
通知部２１８Ｄは、判断部２１９Ｄによって更新できると判断される場合、治療スケジュール生成部２１６Ｄによって生成された新たな治療スケジュールを外部の情報システム１４（図１に図示）に通知する機能を有する。
【０２００】
更新部２１７Ｄによる更新の後、取得部２１２Ｄは、ＨＤＤ２４にデータベースとして記憶された複数患者に係る複数の治療スケジュールから、クライアント１２の取得指示部３１２Ｄによって指示された同一のイベント予定日、かつ、同一の治療室に係る複数の治療スケジュールを取得する。その場合、画面生成部２１３Ｄは、更新部２１７Ｄによって付帯情報が与えられた治療スケジュールの該当箇所に、フラグを立てる。クライアント１２の画面表示部３１３Ｄは、フラグが立った治療スケジュールを含む複数の治療スケジュールをディスプレイ３９に表示させる。
【０２０１】
図２７は、変更画面の初期画面の一例を示す図である。
【０２０２】
図２７は、イベント内容としての放射線照射のイベント予定日が「２０１５年４月１３日」に該当し、治療室が「第３治療室」に該当する複数の治療スケジュールと、実施順とを示す画面である。患者識別情報「０２１」に係る治療スケジュールは、変更画面上で過去に治療室が変更されたものである。そこで、患者識別情報「０２１」に係る治療スケジュールの該当箇所にフラグが立てられる。
【０２０３】
なお、治療スケジュール管理システム１Ｄの技術思想は、前述の治療スケジュール管理システム１〜１Ｃと組み合わせることが可能である。
【０２０４】
治療スケジュール管理システム１Ｄによれば、治療スケジュール変更の際、治療室をまたがって変更できるため、急な設備トラブルで治療室を変更せざるを得なくなった場合でも迅速に対応できる。
【０２０５】
以上、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これらの実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０２０６】
１〜１Ｄ…治療スケジュール管理システム、１１…サーバ、１２…クライアント、２１，３１…ＣＰＵ、３８…入力装置、３９…ディスプレイ、２１１…登録部、２１２，２１２Ｃ，２１２Ｄ…取得部、２１３，２１３Ａ，２１３Ｄ…画面生成部、２１４，２１４Ｄ…画面提供部、２１５，２１５Ａ，２１５Ｄ…受付部、２１６，２１６Ｄ…治療スケジュール生成部、２１７，２１７Ａ，２１７Ｂ，２１７Ｄ…更新部、２１８，２１８Ａ，２１８Ｂ，２１８Ｄ…通知部、２１９Ａ，２１９Ｂ，２１９Ｄ…判断部、２２０Ｃ…並べ替え部、３１１…登録指示部、３１２，３１２Ｃ，３１２Ｄ…取得指示部、３１３，３１３Ｄ…画面表示部、３１４，３１４Ａ，３１４Ｄ…変更指示部、３１５，３１５Ｄ…更新指示部。
【図１】
2017167905.tif 000003
【図２】
2017167905.tif 000004
【図３】
2017167905.tif 000005
【図４】
2017167905.tif 000006
【図５】
2017167905.tif 000007
【図６】
2017167905.tif 000008
【図７】
2017167905.tif 000009
【図８】
2017167905.tif 000010
【図９】
2017167905.tif 000011
【図１０】
2017167905.tif 000012
【図１１】
2017167905.tif 000013
【図１２】
2017167905.tif 000014
【図１３】
2017167905.tif 000015
【図１４】
2017167905.tif 000016
【図１５】
2017167905.tif 000017
【図１６】
2017167905.tif 000018
【図１７】
2017167905.tif 000019
【図１８】
2017167905.tif 000020
【図１９】
2017167905.tif 000021
【図２０】
2017167905.tif 000022
【図２１】
2017167905.tif 000023
【図２２】
2017167905.tif 000024
【図２３】
2017167905.tif 000025
【図２４】
2017167905.tif 000026
【図２５】
2017167905.tif 000027
【図２６】
2017167905.tif 000028
【図２７】
2017167905.tif 000029