(57)【要約】【課題】  スケジュール管理対象のカテゴリーが複数に亘る場合にも、一つのデータベースデータで管理が可能なスケジュール管理装置を実現する。【解決手段】スケジュール管理対象となる複数のカテゴリーを複数の軸に対応させた多次元空間を形成し、各軸の軸値の選択された交点を示すプロットに、そのプロット理由とプロット値を貼り付けた。【選択図】    図１
2012037997.tif 000002
【特許請求の範囲】
【請求項１】
スケジュール管理対象となる複数のカテゴリーを複数の軸に対応させた多次元空間を形成し、各軸の軸値の選択された交点を示すプロットに、そのプロット理由とプロット値を貼り付けたことを特徴とするスケジュール管理装置。
【請求項２】
前記プロット理由またはプロット値によりフィルタリングして生成されるテーブルに基づいてスケジュール管理を実行することを特徴とする請求項１に記載のスケジュール管理装置。
【請求項３】
前記複数の軸より任意に選択された２軸により形成される２次元テーブルにより選択された２個のカテゴリー間のスケジュール管理を実行することを特徴とする請求項１に記載のスケジュール管理装置。
【請求項４】
前記複数の軸は、Ｘ軸，Ｙ軸，Ｚ軸であり、これら３軸により３次元空間を形成したことを特徴とする請求項１に記載のスケジュール管理装置。
【請求項５】
前記３軸の夫々に、日時，イベント，人のカテゴリーを対応させたことを特徴とする請求項４に記載のスケジュール管理装置。
【請求項６】
放射線治療システムのスケジュール管理において、前記３軸の第１軸に日時を、第２軸に固定具，コリメータ，シミュレータ，照射の少なくとも何れかを、第３軸に患者，技師，物理師，医師の少なくとも何れかを対応させたことを特徴とする請求項５に記載のスケジュール管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放射線治療の現場等において、スケジュール管理対象のカテゴリーが複数に亘る場合に有効に機能できるスケジュール管理装置に関するものである。
【背景技術】
【０００２】
図８は、従来のスケジュール管理装置の構成例を示す機能ブロック図である。ネットワーク１上に、医療データサーバ２及びこのサーバの情報を利用するユーザＰＣ３が接続されている。
【０００３】
医療データサーバ２は、スケジュール管理対象のテーブルを保存するデータベース２１、テーブルのデータ追加、変更、削除を行うユーザインターフェースとなるテーブル管理手段２２や進捗診断ロジック２３を備えている。
【０００４】
データベース２１では、患者の治療予約テーブル４１、業務進捗のスケジュール管理を行う治療方針テーブル４２、プランテーブル４３、レポートテーブル等を保持している。
【０００５】
従来のスケジュール管理手法では、治療予約テーブル４１にある日時や、例えば、その予約が受付済、実施中、実施済等の必要なステータスを付与して管理していた。また、テーブル４２〜４４で業務進捗の管理を行う際、治療方針、プラン、レポートの順に作業進捗がある場合、各テーブルのレコードの有無をカウントして進捗を把握する進捗判断ロジック２３用いる手法がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−０３８８９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
従来のスケジュール管理装置では、次のような問題がある。
（１）予約テーブル４１の手法では、日時にスケジュールの種類を付与し、例えば、治療、固定具作成、シミュレーション等についての日時管理といった２次元のスケジュールしか管理できない。即ち、本テーブルを患者の治療スケジュールに用いるのみで、その後例えば、技師の作業スケジュールを管理する場合は、同様のテーブルを追加する必要があり、プログラムの改造を伴う。
【０００８】
（２）進捗管理テーブル４２〜４４と進捗判断ロジック２３による手法でも、異なる目的で同様の方法をとる場合、予約テーブル４１と同様に、各々の予約テーブルを追加するか、新らたなロジックを作成する必要がある。
【０００９】
本発明は上述した問題点を解決するためになされたものであり、スケジュール管理対象のカテゴリーが複数に亘る場合にも、一つのデータベースデータで管理が可能なスケジュール管理装置の実現を目的としている。
【課題を解決するための手段】
【００１０】
このような課題を達成するために、本発明は次の通りの構成になっている。
（１）スケジュール管理対象となる複数のカテゴリーを複数の軸に対応させた多次元空間を形成し、各軸の軸値の選択された交点を示すプロットに、そのプロット理由とプロット値を貼り付けたことを特徴とするスケジュール管理装置。
【００１１】
（２）前記プロット理由またはプロット値によりフィルタリングして生成されるテーブルに基づいてスケジュール管理を実行することを特徴とする（１）に記載のスケジュール管理装置。
【００１２】
（３）前記複数の軸より任意に選択された２軸により形成される２次元テーブルにより選択された２個のカテゴリー間のスケジュール管理を実行することを特徴とする（１）に記載のスケジュール管理装置。
【００１３】
（４）前記複数の軸は、Ｘ軸，Ｙ軸，Ｚ軸であり、これら３軸により３次元空間を形成したことを特徴とする（１）に記載のスケジュール管理装置。
【００１４】
（５）前記３軸の夫々に、日時，イベント，人のカテゴリーを対応させたことを特徴とする（４）に記載のスケジュール管理装置。
【００１５】
（６）放射線治療システムのスケジュール管理において、前記３軸の第１軸に日時を、第２軸に固定具，コリメータ，シミュレータ，照射の少なくとも何れかを、第３軸に患者，技師，物理師，医師の少なくとも何れかを対応させたことを特徴とする（５）に記載のスケジュール管理装置。
【発明の効果】
【００１６】
本発明の構成によれば、次のような効果を期待することができる。
（１）本発明による多次元管理のスケジュールデータを、プロット事由で検索すれば、患者全体の治療予定テーブルを作成できる。プロット値をフィルタすれば、例えば、１患者に着目した治療予定テーブルとなる。
【００１７】
（２）一方、軸値で検索すれば、例えば、X2,Y1であれば、二日の固定具作成の予定件数、あるいは実績数となる。プロット事由をフィルタすれば、二日の固定具作成患者一覧テーブルになる。従って、患者予定等の目的で本テーブルを使うが、そこで得られる出力結果は複数の目的に２次利用が可能となる。
【００１８】
（３）更に、軸を任意に増やせるよう、あらかじめカラムを用意し、着目軸、プロット値、軸値で検索するロジックを用意すれば、様々なスケジュール値や実績数をプログラムレスに出力することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明を適用したスケジュール管理装置の一実施形態を示す機能ブロック図である。
【図２】３次元空間で管理されるスケジュール管理データから抽出された２次元のスケジュール管理テーブルである。
【図３】３次元空間で管理されるスケジュール管理データを保存するデータベースに形成されたテーブルである。
【図４】３次元空間のＹ軸の軸値を増加させた各軸の軸値一覧である。
【図５】増加された軸値に基づく３次元空間で管理されるスケジュール管理データを保存するデータベースに形成されたテーブルである。
【図６】３次元空間の軸に軸Ａを追加した各軸の軸値一覧である。
【図７】追加された軸Ａに基づく４次元空間で管理されるスケジュール管理データを保存するデータベースに形成されたテーブルである。
【図８】従来のスケジュール管理装置の構成例を示す機能ブロック図である。
【発明を実施するための形態】
【００２０】
以下、本発明を図面により詳細に説明する。図１は、本発明を適用したスケジュール管理装置の一実施形態を示す機能ブロック図である。図８で説明した従来構成と同一要素には同一符号を付して説明を省略する。
【００２１】
データベース２１には、３次元スケジュール管理データ１００が保持されている。このデータの特徴は、スケジュール管理対象となる３個のカテゴリー、日時，イベント，人を、Ｘ，Ｙ，Ｚの３軸に対応させて各軸の軸値を定義した３次元空間を形成している。
【００２２】
例えばＸ軸には具体的な日付が、Ｙ軸には固定具作成，コリメータ使用，シミュレータ使用，照射１，照射２等のイベントが、更にＺ軸は患者，技師，物理師，医師等の人のカテゴリーの軸値が定義されている。
【００２３】
更に、各軸の軸値の選択された交点を示すプロットＰに、そのプロット理由とプロット値を貼り付けたデータが保持されている。図示のプロットＰは、一日における患者の固定具作成を示している。
【００２４】
図２は、図１に示す３次元空間で管理されるスケジュール管理データから抽出された２次元のスケジュール管理テーブルである。図２（Ａ）は、ＸＹ平面（Ａ面）で見た場合であり、Ｚ軸を患者ＩＤで固定すれば、患者のイベントスケジュールになる。
【００２５】
図２（Ｂ）は、ＸＺ平面（Ｂ面）で見た場合であり、Ｙ軸を固定具作成のイベントに固定すれば固定具作成に関わる人のスケジュールになる。同様に、図２（Ｃ）は、ＺＹ平面（Ｃ面）で見た場合であり、Ｘ軸を二日に固定すれば、二日に関わる人のスケジュールになる。
【００２６】
図３は、図１に示した３次元空間で管理されるスケジュール管理データ１００を保存するデータベースに形成されたテーブルである。このテーブルの特徴は、軸値の交点の一つ一つにテーブルを用意することを前提とし、そこにプロットをする。
【００２７】
プロットの際、プロットの理由とそこに記録したい値を貼付する。理由は着目軸の指定であり、Ｚ軸であれば、患者なのか、技師なのか、医師なのか、Ｙ軸であれば、イベントの種類となる。また、現実には日付があるため、その日付数分テーブルを用意することができないため、プロット場所を示すカラムを用意する。
【００２８】
図３のテーブル内容を説明する。書き留めておきたいことを該当する空間点にプロットする。例えば、固定具の作成を行う全患者の予定を記録するために、
・(1,1,1)に患者IDA0001、A0002、A0003,A0004という値を書き留め、書き留めた理由を患者予定とする。
・(2,1,1)に患者IDA0001、A0002、A0003,A0004という値を書き留め、書き留めた理由を患者予定とする。
・（3,1,1)に患者IDA0001、A0002、A0003,A0004という値を書き留め、書き留めた理由を患者予定とする。
【００２９】
書き留めた理由、すなわち本来の目的である固定具を作成する患者予定を参照したい場合は、
・書き留めた理由である、患者予定で検索する場合は、Y==1、Z==１の全レコードを検索すると、(*,1,1）に紐付くプロット値を検索することとなり、１日、２日、３日の固定具作成患者の一覧（A0001〜A0004）を得ることができる。プロット値でフィルタすれば一患者の固定具作成予定表を得るこできる。
【００３０】
・プロット値A0001、プロット事由患者予定で検索すれば、A0001の全期間、全予定イベントを得ることができる。プロット値、プロット事由を変えれば、指定した人のプロット事由で一覧を得ることができる。
【００３１】
・次に、X==1、Y==1で検索すれば、(1,1,*）で検索することになり、１日（ついたち）の固定具作成に関わる全ての人を検索することになり、患者の一覧（A0001〜A0004）に加え、上のテーブルによれば技師G0001、物理師B0001、医師D0002が固定具の作成に関わる検索ができる。プロット値でフィルタすれば、個人を特定した固定具一覧を作成することができる。
【００３２】
・次に、X==1、Z==1で検索すれば、(1,*,1）で検索することになり、１日（ついたち）に予定されている全てのイベントに関わる患者の一覧（A0001〜A0004）を得ることができる。
【００３３】
・次に、X==1、Y==１、Z==1で検索すれば、(1,1,1）で検索することになり１日（ついたち）に予定されている固定具作成予定の患者の一覧（A0001〜A0004）を得ることができる。X==2やX==3と変化させれば予定日を変更することになり、同様にＹ軸値を変化させれば、イベントを変えることができる。
【００３４】
図４は、３次元空間のイベントカテゴリーのＹ軸の軸値を増加（診察，手術，調薬を追加）させた各軸の軸値一覧である。図５は、増加された軸値に基づく３次元空間で管理されるスケジュール管理データを保存するデータベースに形成されたテーブルである。
【００３５】
プロット事由は値なので、その値をプログラムレスに増やすこともできる。事由を増やすことは、さまざまな予定を増やすことになる。例えば、患者予定、技師予定、物理師予定、医師予定という事由を用いると、
（１）−１：１日にシミュレーション行う患者がいて、その患者はA0001であるという予定。
（１）−２：１日にシミュレーション行う技師がいて、その技師はG0002であるという予定。
（１）−３：１日にシミュレーション行う物理師がいて、その物理師はB0001であるという予定。
（１）−４  １日にシミュレーション行う医師がいて、その医師はD0002であるという予定。
を記録できる。
【００３６】
軸値も値なので、その値をプログラムレスに増やすこともできる。Ｘ軸は、この例では日付としたが時間枠でも定義できる。Ｙ軸はイベントを増やすこととなり、入院、退院、診療、薬剤などであり、例えば、いついつの薬剤に、医師１が投与という理由で関わる、という予定も管理できる。
【００３７】
例えば、診察という軸値を用いると、
（２）−１：５日に診察を行う患者がいて、その患者はA0002であるという予定。
（２）−２：５日に診察を行う医師がいて、その医師はD0001であるという予定。
【００３８】
例えば、手術という軸値を用いると、
（３）−１：３日に手術を補助する技師がいて、その技師はG0002であるという予定。
（３）−２：３日に手術をする患者がいて、その患者はA0002であるという予定。
（３）−３：３日に手術を行う医師がいて、その医師は  D0001  であるという予定。
を記録できる。
（４）−１：  事由に薬剤師を増やし、Ｙ軸に調薬を増やせば、薬剤師の調薬の予定も管理できる。
【００３９】
図６は、３次元空間の軸に軸Ａを追加した各軸の軸値一覧である。図７は、追加された軸Ａに基づく４次元空間で管理されるスケジュール管理データを保存するデータベースに形成されたテーブルである。
【００４０】
異なる軸を増やせば、他の軸との相関を増やすことなる。図６、図７の実施形態では、効果という軸Ａを増やし、完治、死亡、延命、鎮痛という軸値を付与すると、いついつ医師１が患者１に対して実施した治療の効果という統計情報が得られる。例えば、（３）−３の手術の効果は延命であるし、（６）の治療の効果は完治である。
【００４１】
このようにスケジュール管理を目的に作られたレコードは、二次活用も可能である。通常の利用方法として、事由を患者予定、プロット値をA0001でフィルタすれば、患者A0001の全てイベントについての予定が得られるし、技師予定や、医師予定等も同様に予定を得ることができる。
【００４２】
また、Ａ軸の値でフィルタすれば、完治である手術、治療は何件あるか、完治の手術を行った医師は誰であるか、また何件あるか、も得られるし、患者A0001に対して行われた手術、治療、投薬等で効果があったものはどのイベントで、いつ行われたもので、何件あったかも得られる等、さまざまな統計を得ることができる。
【００４３】
このように、軸の値、事由、プロット値を動的（プログラムレス）に付加するだけで、多様なスケジュールを管理できるし、多様な統計情報を得ることができる。予め軸を用意しておけば、前述の効果のように他の要素との相関を動的に定義することが容易にできる。
【００４４】
以上説明した実施形態では、適用対象を放射線治療現場のスケジュール管理装置として例示したが、本発明はこれに限定されるものではなく、管理対象のカテゴリーが多岐に亘るスケジュール管理一般に適用することができる。
【符号の説明】
【００４５】
１  ネットワーク
２  医療データサーバ
２１  データベース
２２  テーブル管理手段
３  ユーザＰＣ
１００  ３次元スケジュール管理データ
【図１】
2012037997.tif 000003
【図２】
2012037997.tif 000004
【図３】
2012037997.tif 000005
【図４】
2012037997.tif 000006
【図５】
2012037997.tif 000007
【図６】
2012037997.tif 000008
【図７】
2012037997.tif 000009
【図８】
2012037997.tif 000010