(57)【要約】【課題】調査票情報・意見書情報での申請者検索、過去のデータ、直近のデータのみを区別しての検索、表示された一覧から個人を選択してその個人情報の詳細確認等、要介護認定支援業務における申請者管理を効率よく行うこと。【解決手段】「申請者管理番号」「保険者番号」「被保険者番号」「申請日」「調査実施日」「意見書記入日」「審査会番号」「認定期間終了年月日」「前回申請者管理番号」を有した申請書情報テーブルと、「申請者管理番号」「調査実施日」「保険者番号」「被保険者番号」「申請日」「各種調査結果データ」を有する調査票テーブルと、「申請者管理番号」「意見書記入日」「各種調査結果データ」「保険者番号」「被保険者番号」「申請日」を有した意見書テーブルと、「申請者管理番号」「審査会番号」「審査員出欠データ」を有した審査会テーブルをリンク付けし、前記申請書情報テーブルを介して前記調査票テーブル、意見書テーブル、及び審査会テーブルでの申請者検索を行う。【選択図】    図１
2004280446.tif 000002
【特許請求の範囲】
【請求項１】
要介護認定支援サーバと要介護認定支援クライアントと審査会端末とを有した要介護認定支援システムにおいて、
申請者からの申請に基づく情報を入力する手段と、
申請者からの申請に対する調査員または医師による調査情報を入力する手段と、
前記入力された申請者の基本情報を記録管理するテーブルと、
前記入力された調査情報のうち、調査員による調査情報を記録管理するテーブルと、
前記入力された調査情報のうち、主治医による調査情報を管理するテーブルと、前記入力された調査情報に基づき前記申請者に対する介護度を決定する審査会に関する情報を記録管理するテーブルと
前記各種テーブルに記録された前記申請者毎の情報をリンク付ける手段と、
前記申請者の情報を前記リンク付けに基づき検索する手段とを備えたことを特徴とする要介護認定支援システム。
【請求項２】
前記申請者の基本情報を管理するテーブルは、少なくとも申請者を特定する情報、申請者による申請日、申請者に対する調査日または調査情報記入日、審査会を特定する情報を有し、
前記調査員による調査情報を管理するテーブルは、少なくとも申請者を特定する情報、申請者に対する調査日を有し、
前記主治医による調査情報を管理するテーブルは、少なくとも申請者を特定する情報、調査情報記入日を有し、
前記審査会に関する情報を管理するテーブルは、少なくとも申請者を特定する情報、審査会を特定する情報を有し、
前記申請者毎の情報をリンク付ける手段は、前記申請者と特定する情報、申請者に対する調査日または調査情報記入日、審査会を特定する情報を用いて各テーブルをリンク付けることを特徴とする請求項１に記載の要介護認定支援システム。
【請求項３】
前記リンク付ける手段は、前記申請者の基本情報を管理するテーブルに記録された前記申請日に基づき前記申請者の過去の情報とのリンク付けを行い、前記検索する手段は前記リンク付けに基づき前記申請者の履歴情報を抽出することを特徴とする請求項１に記載の要介護認定支援システム。
【請求項４】
前記申請者の基本情報を記録管理するテーブルは、前記審査会にて決定された認定結果の有効期間終了日を備えたことを特徴とする請求項２に記載の要介護認定支援システム。
【請求項５】
前記申請者からの申請に基づく情報を入力する手段は、前記申請者の前記申請者が死亡または所在地の移動があった場合に、前記申請者の基本情報を記録管理するテーブルに死亡または所在地移動を示す情報を記録することを特徴とする請求項２に記載の要介護認定支援システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、要介護認定支援システムにおける申請者管理に関する。
【０００２】
【従来の技術】
２０００年４月から介護保険制度が導入され、保険者である各市町村では、「要介護認定業務」として、多くの高齢者について要介護認定審査を実施しなければならない。しかもその後の最大６ヶ月以内の定期的更新手続きや新規申請者の増大により、要介護認定業務を公正にかつ迅速・効率的に行う為の要介護認定審査会支援システムが開発されている。
【０００３】
【発明が解決しようとする課題】
しかしながら、要介護認定支援システムの公知技術では直近の申請書情報での検索等の申請者管理機能は提供されていたが、調査票情報、意見書情報や審査会情報、さらには申請書情報の履歴情報を利用した検索方法はサポートされていなかった。
【０００４】
この発明は上述した事情に鑑みてなされたものであり、その目的は、調査票情報・意見書情報での申請者検索、過去のデータ、直近のデータのみを区別しての検索、及び表示された一覧から個人を選択してその個人情報の詳細確認等、要介護認定支援業務における申請者管理を効率よく行える要介護認定支援システムにおける申請者管理装置、同方法およびプログラムを提供することを目的とする。
【０００５】
【課題を解決するための手段】
本発明は、第１の解決手段として、要介護認定支援サーバと要介護認定支援クライアントと審査会端末とを有した要介護認定支援システムにおいて、申請者からの申請に基づく情報を入力する手段と、申請者からの申請に対する調査員または医師による調査情報を入力する手段と、前記入力された申請者の基本情報を記録管理するテーブルと、前記入力された調査情報のうち、調査員による調査情報を記録管理するテーブルと、前記入力された調査情報のうち、主治医による調査情報を管理するテーブルと、前記入力された調査情報に基づき前記申請者に対する介護度を決定する審査会に関する情報を記録管理するテーブルと前記各種テーブルに記録された前記申請者毎の情報をリンク付ける手段と、前記申請者の情報を前記リンク付けに基づき検索する手段とを備えたことを特徴とする。
【０００６】
また、第２の解決手段として、第１の解決手段における申請者の基本情報を管理するテーブルに、少なくとも申請者を特定する情報、申請者による申請日、申請者に対する調査日または調査情報記入日、審査会を特定する情報を有し、前記調査員による調査情報を管理するテーブルは、少なくとも申請者を特定する情報、申請者に対する調査日を有し、前記主治医による調査情報を管理するテーブルは、少なくとも申請者を特定する情報、調査情報記入日を有し、前記審査会に関する情報を管理するテーブルは、少なくとも申請者を特定する情報、審査会を特定する情報を有し、前記申請者毎の情報をリンク付ける手段は、前記申請者と特定する情報、申請者に対する調査日または調査情報記入日、審査会を特定する情報を用いて各テーブルをリンク付けることを特徴とする。
【０００７】
また、第３の解決手段として、第１の解決手段におけるリンク付ける手段は、前記申請者の基本情報を管理するテーブルに記録された前記申請日に基づき前記申請者の過去の情報とのリンク付けを行い、前記検索する手段は前記リンク付けに基づき前記申請者の履歴情報を抽出することを特徴とする。
【０００８】
また、第３の解決手段として、第２の解決手段における申請者の基本情報を記録管理するテーブルに、前記審査会にて決定された認定結果の有効期間終了日を備えたことを特徴とする。
【０００９】
また、第５の解決手段として、第２の解決手段における申請者からの申請に基づく情報を入力する手段は、前記申請者の前記申請者が死亡または所在地の移動があった場合に、前記申請者の基本情報を記録管理するテーブルに死亡または所在地移動を示す情報を記録することを特徴とする。
【００１０】
本発明によれば、（１）調査票情報、意見書情報や審査会情報でも申請者の検索、一覧表示を行える。（２）個人情報の詳細確認により、申請者からの問合せに対してきめ細かな応対ができる。（３）過去、直近を区別した検索により、職員／申請者の更新フォロー等が行える、など申請者管理業務の業務効率向上のメリットが見込まれる。
【００１１】
【発明の実施の形態】
以下、本発明の一実施の形態について説明する。
【００１２】
図１は要介護認定審査会支援システムの構成を示すブロック図であり、要介護認定支援サーバ１、要介護認定支援クライアント２、ＯＣＲ装置３および審査会端末４から構成される。要介護認定支援サーバ１と要介護認定支援クライアント２はハブ５を介して接続されている。
【００１３】
要介護認定支援サーバ１は、介護認定に必要な様々な情報を管理するデータベース６を備えている。データベース６は、申請者の申請に係る様々な情報を管理する申請書情報テーブル６１、申請者の申請に対する調査員による調査結果を管理する調査票テーブル６２、申請者に対する調査員による調査状況を管理する調査票実績テーブル６３、申請者に対する申請者の主治医による調査結果を管理する意見書テーブル６４、申請者に対する主治医による調査状況を管理する意見書実績テーブル６５、申請者に対する介護度を決定する審査会に関する情報を管理する審査会テーブル６６から構成されている。要介護認定支援クライアント２には専用ソフトがインストールされ、通常の業務はこの端末を介して行われる。ＯＣＲ装置３は、要介護認定支援クライアント２と接続され、申請者に対する調査員による調査結果が記入された調査票、申請者に対する主治医による調査結果が記入された意見書等のＯＣＲ帳票を読み込む。
【００１４】
要介護認定支援サーバ１内のデータベース６に記憶された各データテーブルの主な情報は次の通りである。
【００１５】
・申請書情報テーブル６１
１．申請者管理番号（システム的に管理するために付番するもの）
２．保険者番号
３．被保険者番号
４．申請日
５．調査実施日
６．意見書記入日
７．審査会番号
８．認定期間終了年月日
９．前回申請者管理番号
１０．死亡／転出フラグ
・調査票テーブル６２（調査員の調査結果情報の生データを管理する）
１．申請者管理番号
２．調査実施日
３．保険者番号
４．被保険者番号
５．申請日
６．各種調査結果データ
・調査票実績テーブル６３（誰が調査したか等の調査実績データを管理する）
１．申請者管理番号
２．調査実施日
３．調査機関データ
４．調査員データ
・意見書テーブル６４（主治医の調査結果情報の生データを管理する）
１．申請者管理番号
２．意見書記入日
３．各種調査結果データ
４．保険者番号
５．被保険者番号
６．申請日
・意見書実績テーブル６５（誰が調査したか等の調査実績データを管理する）
１．申請者管理番号
２．意見書記入日
３．医療機関データ
４．主治医データ
・審査会テーブル６６
１．申請者管理番号
２．審査会番号
３．審査員出欠データ
上述した調査票テーブル６２、調査票実績テーブル６３、意見書テーブル６４、意見書実績テーブル６５及び審査会テーブル６６は、申請書情報テーブル６１と共通項目にてリンク付けされている。各テーブルの共通項目としては、システム内での個人を管理する番号である「申請者管理番号」であり、この申請者管理番号でリンク付けしている。また、調査票テーブル６２と調査票実績テーブル６３は「調査日」を共通項目とし、意見書テーブル６４と意見書実績テーブル６５は「意見書記入日」を共通項目とし、審査会テーブル６６と申請書情報テーブル６１と「審査会番号」を共通項目として、それぞれのテーブルのリンク付けをしている。
【００１６】
申請書情報テーブル６１はマスタデータの役割を果たし、申請書情報テーブル６１を介して各テーブルを参照することができるように構成されている。例えば、調査票テーブル６２および調査票実績テーブル６３の検索のための主キーは、「申請者管理番号」および「調査実施日」である。意見書テーブル６４および意見書実績テーブル６５の検索のための主キーは「申請者管理番号」および「意見書記入日」である。さらに、審査会テーブル６６の主キーは「申請者管理番号」および「審査会番号」である。この他にも、上述した各種テーブルの主キー以外の項目を検索キーとして機能させることができる。
【００１７】
上述した申請書情報テーブル６１と、調査票テーブル６２、調査票実績テーブル６３、意見書テーブル６４、意見書実績テーブル６５、および審査会テーブル６６は１対Ｎの関係になっている。例えば、調査票テーブルに６２関し、同一申請者管理番号に対して調査実施日の異なる複数の調査票テーブル６２を有する。従って、「申請者管理番号」と「調査実施日」を主キーとすることにより、一意の調査票テーブル６２が検索可能である。
【００１８】
同様にして、調査票実績テーブル６３についても、同一申請者管理番号に対して調査実施日の異なる複数の調査票実績テーブル６３を有し、意見書テーブル６４においても、同一申請者管理番号に対して意見書記入日の異なる複数の意見書テーブル６４が存在し、意見書実績テーブル６５についても、同一申請者管理番号に対して意見書記入日の異なる複数の意見書実績テーブル６５が存在し、審査会テーブル６６についても、同一申請者管理番号に対して審査会番号の異なる複数の審査会テーブル６６を有する。これらのテーブルに対しても、「申請者管理番号」と「調査実施日」、「申請者管理番号」と「意見書記入日」あるいは「申請者管理番号」と「審査会番号」を主キーとして検索することにより、それぞれ一意のテーブルを検索結果として得ることができる。
【００１９】
なお、申請書情報テーブル６１の「調査実施日」「意見書記入日」「審査会番号」はそれぞれ最新のデータが記憶されている。
【００２０】
上述した各種テーブルのその他の項目も検索キーとして機能する。例えば調査票実績テーブル６３の「調査機関データ」を指定したとする。これに対応して、同一機関で調査された複数の申請者管理番号が検索結果として得られる。このうちの例えば特定の１つの申請者管理番号を指定して、申請書情報テーブル６１を参照し、その項目の中から例えば「意見書記入日」を参照したとする。その「意見書記入日」と上記特定した１つの「申請者管理番号」とから、意見書テーブル６４を検索結果として得ることができる。
図２は検索画面の画面イメージである。同画面は、「基本情報」「進捗情報」「訪問情報」「主治医情報」「審査会情報」に大別される。
【００２１】
「基本情報」には、申請者に関する基本情報が管理されており、申請者を特定するための「申請者氏名」「被保険者番号」、申請された日を示す「申請年月日」、システム内での管理番号を示す「申請者管理番号」、保険の種類、種別を示す「保険者番号」「被保険者（１号、２号）」、申請者の種別（新規、更新、変更）を示す「申請者区分」、申請の内容（認定、変更）を示す「処理区分」、申請者に対する通知内容を示す「通知区分」、申請者の所在を示す「在宅／施設」「地区」「入所施設名」「入所施設種別」が含まれる。
【００２２】
「進捗情報」には、申請者からの認定を経て通知されるまでのどの過程にいるかを示す進捗情報が管理されており、現在の処理過程を示す「現在の段階」、予定からの処理が遅れていることを示す「進捗アラーム」、検索対象期間を示す「完了段階名指定」、検索対象完了段階を指定するためのキーとなる「完了段階名」、各段階内における詳細の段階検索をするための「段階別完了処理名」、未完了処理名にて検索するための入力キーとなる「未完了処理名」等が含まれる。
【００２３】
「訪問調査」には、申請者を訪問して状態等を調査した結果が管理されており、新規か再調査かを示す「調査区分」、調査日を示す「新規調査実施日」、調査に基づく判定日を示す「一次判定再調査実施日」、審査会での結果に基づく再調査した日を示す「二次判定再調査実施日」、訪問調査に基づく点数計算を行った日を示す「一次判定再計算実施日」「訪問調査機関」「調査機関施設名」「調査機関施設種別」「訪問調査員名」「調査実施場所」申請者に対する状態調査結果を示す「寝たきり度」「痴呆度」、「前回の訪問調査機関名」が含まれる。
【００２４】
「主治医情報」には、申請者に対する主治医の調査結果が管理されており、「医療機関名」、主治医が指定医かを示す「医師区分」、「主治医氏名」、「意見書記入日」、「意見書作成回数」、申請者に対する状態調査結果を示す「寝たきり度」「痴呆度」、「前回の医療機関名」が含まれる。
【００２５】
「審査会情報」には、申請者に対する調査結果が管理されており、申請者に通知された介護レベルを示す「通知区分」、判定された介護レベルを示す「二次判定結果」、一次判定結果からの変化（重、同じ、軽）を示す「判定変化」、認定結果の有効期間を示す「認定期間」、認定結果の適用開始日を示す「認定期間開始年月日」「認定期間終了年月日」「二次判定日」、判定結果が修正された場合の理由を示す「判定結果の修正理由」「審査会番号」、審査会の合議体名を示す「合議体名」、「一次判定日」「一次判定結果」、介護に要する時間を示す「基準時間」、調査結果内で矛盾が生じている場合には警告を出すためのコードを示す「警告コード」、「前回の二次判定結果」「前回の認定期間」「前回認定終了年月日」等が含まれる。
【００２６】
同画面で検索キーを直接入力したり、プルダウン等で選択入力後、検索ボタンを押下すると、指定されたキーで検索を実行する。尚、複数の検索キーが入力された場合はＡＮＤ検索となる。
【００２７】
図３、図４は、図２に示す各検索キーを利用して検索した結果を示す画面イメージである。例えば、２００１／１／１に新規に申請され、申請から１８３日継続している対象者を検索対象として検索し、該当者が４人だったとする。図３は、この時の検索抽出された４人の対象者の基本情報を示す画面であり、図４は進捗情報を示す画面である。同画面では、基本情報（保険者番号、申請区分等）、進捗情報（現在の段階（進捗状況）、申請日から経過日数等）、訪問調査情報（調査区分、調査実施日等）、主治医情報（医療機関名、主治医氏名等）と審査会情報（通知区分、二次判定結果等）を選択的に表示させることが可能である。
【００２８】
すなわち、図３および図４に示す、「基本情報」ボタン１１、「進捗情報」ボタン１３、「訪問調査情報」ボタン１５、「主治医情報ボタン」１７、および「審査会情報」ボタン１９により選択切り替えができるようになっている。「基本情報」は、上述した申請書情報テーブル６１に格納されている各種データに対応する。「訪問調査情報」は上述した調査票テーブル６２および調査票実績テーブル６３に格納されている各種データに対応する。「主治医情報」は上述した意見書テーブル６４および意見書実績テーブル６５に格納されている各種データに対応する。「審査会情報」は上述した審査会テーブル６６に格納されている各種データに対応する。
【００２９】
申請書情報テーブル６１と、調査票テーブル６２、調査票実績テーブル６３、意見書テーブル６４、意見書実績テーブル６５および審査会テーブル６６とがリンク付けされたデータは図示しないバッファに保持され、「基本情報」ボタン１１、「進捗情報」ボタン１３、「訪問調査情報」ボタン１５、「主治医情報」ボタン１７および「審査会情報」ボタン１９の押下に応答して対応するデータをバッファから読み出し画面に表示する。
【００３０】
「基本情報」（申請書情報テーブル６１）は対象者個人の基本情報を示し、例えば「削除」（削除されている申請者の場合「削除」と表示）、「管理番号」（申請者管理番号）、「保険者」（申請者の被保険者種別）「申請区分」、「処理区分」、「通知区分」「在宅／施設」「フリガナ」「性別」「生年月日」「年齢」「２号特定疾病名」「住所」「地区」「入所施設名」「施設種別」「家族等連絡先（氏名）」「家族等連絡先（ＴＥＬ）」「家族との関係」「代行事業者名」「代行事業者名連絡先（ＴＥＬ）」等の各項目が表示されスクロールにより全ての情報を表示することが可能である。
【００３１】
この基本情報の表示画面にて「進捗情報」の表示に切り替えるために「進捗情報」ボタン１３が押下されると、「進捗情報」に含まれる現在の処理状況を示す「現在の段階」「申請日からの経過日数」各処理段階（申請の受付を行う申請時処理、申請内容に対する調査を行う調査依頼、調査結果を入手する調査票入手、主治医等への申請内容に対する調査を行う意見書依頼、調査結果を入手する意見書入手、調査結果に基づく一次判定処理、審査会開催のための登録処理、審査会での結果に基づく二次判定処理、介護レベル認定後の処理）の完了日付等の各項目が表示され、スクロールにより全ての情報を表示することが可能である。同様に、前述の調査票テーブル６２、調査票実績テーブル６３、意見書テーブル６４、意見書実績テーブル６５、審査会テーブル６６に含まれる各項目についても表示切替のためのボタン１５，１７、１９を押下することにより、表示可能となっている。
【００３２】
また、上述のように各テーブルに格納された情報の他に、図３、４に示す検索された対象者の情報一覧から各対象者個人の詳細情報も参照可能となっている。具体的には、図３、４に示す個人情報ボタン２１を押下すると個人の詳細情報が表示されるようになっている。
【００３３】
図５乃至図１３は、図３または図４において、申請者を選択し、個人情報ボタン２１を押下したときの画面イメージである。同画面では、申請者個人の各種情報をより詳細に表示させている。
【００３４】
図５に示すように申請者個人情報画面にも、前述の各テーブルに格納された情報を表示するための「基本情報」タブ２３、「訪問調査」タブ２５、「主治医」タブ２７、「審査会」タブ２９、「審査結果」タブ３１、「その他」タブ３３および「審査資料」タブ３５をしており、図５は「訪問調査」タブ２５が選択されたときの画面例を示している。
【００３５】
同図に示すように、申請書情報テーブル６１に格納されている各項目（「管理番号」「保険者番号」「被保険者番号」「申請者氏名」等）に対する個人情報が表示される。尚、これら申請者個人の基本情報の他に、申請受付から認定までの過程で処理される各段階別処理（「申請時処理」「調査依頼」「調査票入手」等）の各処理段階の処理予定日と処理完了日が表示されるようになっている。この各処理段階の処理予定日と完了日も表示することにより、進捗遅れ等を把握しやすくなっている。
【００３６】
同様に、調査票テーブル６２、調査票実績テーブル６３、意見書テーブル６４、意見書実績テーブル６５、審査会テーブル６６に格納されている各項目に対する個人情報を表示するためのボタン「訪問調査」タブ２５、「主治医」タブ２７、「審査会」タブ２９、「審査結果」タブ３１を有しており、各ボタンの押下により表示情報の切り替えが可能となっている。尚、図６は「訪問調査」タブ２５、図７は「主治医」タブ２７、図８は「審査会」タブ２９、図９は「審査結果」タブ３１が押下され、各ボタンに対応したテーブルに格納された情報を表示している例を示している。各表示画面には、図５に示す申請書情報テーブル内の情報の表示例と同様、申請受付から認定までの過程で処理される各段階別処理（「申請時処理」「調査依頼」「調査票入手」等）の各処理段階の処理予定日と処理完了日が表示されるようになっている。
【００３７】
尚、図９に示すように、審査会の結果については、今回の個人情報の中で前回の審査会結果も表示するように構成しており、今回の結果の妥当性等も判断できるようになっている。また、図５乃至図９の各テーブルに格納されている情報の他に、図１０に示すような各個人に関連するその他の情報（申請代理人、入所施設情報、現在受けている介護サービスの内容等）や、審査会で使用される資料である調査票（図１１）、意見書（図１２）、特記事項内容（図１３）も表示可能となっている。
【００３８】
なお、同図に示すように審査会の結果については、今回の個人情報の中で前回の審査会結果も表示するように構成されている。
【００３９】
続いて、上記のように申請者個々の情報を表示するための、申請者に関する各種情報のリンク付けについて説明する。尚、申請書情報テーブルは、申請がなされたときに各申請に対して、システム内での管理番号である申請者管理番号、申請者を特定するための保険者番号、被保険者番号、申請日が登録される。そして、以下に説明する各処理が実施されたときに、その実施日等対応データをリンク付けるための情報が登録される。以下、具体的に各テーブルの作成及びテーブル間の関連付けの仕組みについて説明する。
【００４０】
図１４は、申請者の基本情報が格納されている申請書情報テーブル６１と各テーブル（調査票テーブル６２、調査票実績テーブル６３、意見書テーブル６４、意見書実績テーブル６５、審査会テーブル６６）を関連付ける処理を説明するためのフローチャートである。
【００４１】
まず、申請書情報テーブル６１と調査票テーブル６２、調査票実績テーブル６３を関連付けるために、ＯＣＲ３から入力された図１５乃至図１８に示す、各申請に対して実施された調査員による調査内容を示す調査票データを取り込む（Ｓ６０１）。この調査票には図示するように各申請を特定するための保険者番号、被保険者番号、申請日が記入されているため、これら申請を特定するための情報（保険者番号、被保険者番号、申請日）に基づき申請書情報テーブル６１を検索する。そして、検索の結果、該当データが申請書情報テーブル６１に存在する場合には、申請書情報テーブル６１に格納されている申請者管理番号を取得する（Ｓ６０２）。そして、取得した申請者管理番号と調査実施日を主キーとし、その他申請者を特定するための保険者番号、被保険者番号、申請日、図２４乃至図２７に示す各調査結果（調査員による調査結果情報の生データ）を格納した調査票テーブル６２と、同様に取得した申請者管理番号と調査実施日を主キーとし、図２４乃至図２７に示す調査機関、調査員データ（誰が調査したか等を示す調査実績データ）を格納した調査票実績テーブル６３を作成する（Ｓ６０３）。尚、これら調査票テーブル６２、調査票実績テーブル６３の作成と同時に、申請書情報テーブル６１に調査実施日を登録する（Ｓ６０４）。
【００４２】
続いて、申請書情報テーブル６１と意見書テーブル６４、意見書実績テーブル６５を関連付けるために、ＯＣＲ３から入力された図１９、図２０に示す、各申請者に対して実施された申請者の主治医による調査内容を示す意見書データを取り込む（Ｓ６０５）。この意見書には、図示するように各申請者を特定するための保険者番号、被保険者番号、申請日が記入されているため、これら申請を特定するための情報（保険者番号、被保険者番号、申請日）に基づき申請書情報テーブル６１を検索する。そして、検索の結果、該当データが申請書情報テーブル６１に存在する場合には、申請書情報テーブル６１に格納されている申請者管理番号を取得する（Ｓ６０６）。そして、取得した申請者管理番号と意見書記入日を主キーとし、その他申請者を特定するための保険者番号、被保険者番号、申請日、図１９、図２０に示す各調査結果（主治医による意見書情報の生データ）を格納した意見書テーブル６４と、同様に取得した申請者管理番号と意見書記入日を主キーとし、図１９、図２０に示す医療機関、主治医指名（誰が意見書を記入したか等を示す意見書実績データ）を格納した意見書実績テーブル６５を作成する（Ｓ６０７）。尚、これら意見書テーブル６４、意見書実績テーブル６５の作成と同時に、申請書情報テーブル６１に意見書記入日を登録する（Ｓ６０８）。
【００４３】
続いて、申請書情報テーブル６１と審査会テーブル６６を関連付けるために、審査会端末４からオフラインメディア（ＭＯ等）で出力された審査会データ（審査会と特定するための番号である審査会番号、審査会を構成する審査員の出欠データ、審査対象の申請書を特定するための申請者管理番号等）を取り込む（Ｓ６０９）。この審査会データに含まれる、審査対象の各申請者を特定するための申請者管理番号に基づき申請書情報テーブル６１を検索する。そして、検索の結果、該当データが申請書情報テーブル６１に存在する場合には、申請書情報テーブル６１に格納されている申請者管理番号を取得する（Ｓ６１０）。そして、取得した申請者管理番号と審査会番号を主キーとし、その他、審査会に関する審査員出欠データ等を格納した審査会テーブル６６を作成する（Ｓ６１１）。尚、これら審査会テーブル６６の作成と同時に、申請書情報テーブル６１に審査会番号を登録する（Ｓ６１２）
次に各テーブルに記録された各申請者の情報の履歴管理について図２１、図２２を用いて説明する。新たに要介護認定の申請を行うために必要な情報として、申請者の保険者番号、被保険者番号、申請日、申請区分等の申請者情報をＣＳＶファイル等から入力すると（Ｓ７０１）、入力された申請者情報の保険者番号、被保険者番号、申請日を検索キーとして、申請書情報テーブル６１を検索する（Ｓ７０２）。検索の結果、申請書情報テーブル６１に該当データが存在する場合は、既に申請登録済みにつき処理を終了する。申請書情報テーブル６１に該当データが存在しない場合には、Ｓ７０１で入力された申請情報を新たな申請として受付け、この申請に対する申請書データとして入力された保険者番号、被保険者番号、申請日と申請者管理番号を付与し、申請書情報テーブル６１に登録する（Ｓ７０３）。そして、Ｓ７０３で登録した申請書データと保険者番号、被保険者番号が同一で、申請日が異なる申請書データを申請書情報テーブル６１から検索し、該当するレコードが存在する場合（Ｓ７０４）、該当レコードに記録されている申請者管理番号を抽出し、この申請者管理番号をＳ７０３で登録した申請書データのレコードの前回管理番号として登録する（Ｓ７０５）。尚、Ｓ７０４の処理で申請書情報テーブル６１を検索した結果、該当するレコードが複数存在する場合には、該当レコードに記載された申請日がＳ７０３で登録した申請日に最も近い申請日が登録されたレコードを抽出し、この抽出したレコードに記録されている申請者管理番号を前回管理番号として登録する。
【００４４】
尚、Ｓ７０２では新たな申請情報として申請者の保険者番号、被保険者番号、申請日を入力しているが、新たな申請以外に、申請者自身が死亡した場合や、転居等により管理自治体が異なる場合等の事象が発生した場合には、都度、これらの情報を入力し、申請書情報テーブル６１に死亡又は転出の情報を登録する。
【００４５】
新たに登録された申請情報に対する調査票テーブル６２、調査票実績テーブル６３、意見書テーブル６４、意見書実績テーブル６５、審査会テーブル６６は、図１４のフローチャートに示す各処理に基づき作成され、各テーブルには同一の申請者管理番号でリンクされている。
【００４６】
図２２を用いて具体的に説明すると、例えば、保険者番号０１２３、被保険者番号１２３４５、申請日１９９９／１２／１が入力されると、これらのデータを有するレコードが申請書情報テーブル６１に存在するか否かを検索する。検索した結果、同一データが記録されたレコードが存在しないため、申請者管理番号７７７を付して新たな申請として申請書情報テーブル６１に登録する。続いて保険者番号０１２３、被保険者番号１２３４５の２つのデータと一致する情報が記録されたレコードが存在するか否か、申請書情報テーブル６１を検索する。この例では、申請者管理番号１１１と５５５の２つのデータが存在するため、２つのレコードの申請日を参照し、新たに登録したレコード、申請者管理番号７７７の申請日（１９９９／１２／１）に最も近い申請日を有する申請者管理番号５５５のレコードが抽出され、抽出された申請者管理番号５５５を申請者管理番号７７７のレコードの前回管理番号として登録する。
【００４７】
尚、申請者が死亡又は転出した場合も同様に、保険者番号０１２３、被保険者番号１２３４５、申請日１９９９／１２／１が入力され、この入力データを検索キーとして申請書情報テーブル６１を検索する。新たな申請登録の場合には、新たな申請者管理番号を付して登録をしたが、死亡又は転出の場合には、保険者番号、被保険者番号が同一で、申請日（１９９９／１２／１）に最も近い申請日が登録されたレコードを抽出し、このレコードの死亡／転出にフラグを立てる。
【００４８】
各申請者からの申請に基づき決定した要介護認定結果については有効期限があり、有効期限が切れる前に、申請者は再度要介護認定をする必要があるため、各申請者の情報を管理している自治体から新たな申請を要する申請者に対するフォローが必要となる。そのため、有効期限が近づいている申請者へフォローを行うための対象申請者の検索処理について図２３を用いて説明する。
【００４９】
尚、この検索処理においては、図１４のフローチャートに示す各処理によりリンク付けされた各申請者の各種データが記録された請書情報テーブル６１、調査票テーブル６２、調査票実績テーブル６３、意見書テーブル６４、意見書実績テーブル６５、申審査会テーブル６６を用いて検索を行う。
【００５０】
まず、要介護認定の更新が必要となる申請者を抽出するために、現在有効となっている要介護認定の終了年月日を入力する（Ｓ８０１）。この入力された終了年月日を検索キーとして申請書情報テーブル６１を検索する（Ｓ８０２）。この検索において、申請書情報テーブル６１の死亡／転出の項目にフラグが立っている場合は更新不要なため、死亡／転出フラグを参照し、フラグがなく、終了年月日に該当するデータを有するレコードを抽出し、抽出結果を表示する（Ｓ８０３）。
【００５１】
図２２を用いて具体的に説明すると、Ｓ８０１で入力される終了年月日は、例えば有効期限が残り２ヶ月とした場合、２ヶ月後の年月日を入力する。ここでは、１９９９／１２／３１と入力したとする。この例では、認定期間終了年月日が１９９９／１２／３１のデータを有する申請者は申請者管理番号３３３、４４４、５５５の３人が存在するが、申請者管理番号３３３の申請者のレコードには、死亡／転出フラグが存在するため抽出されず、４４４、５５５の２人のみが更新のフォロー対象者として抽出され表示される。この処理により申請の更新が必要な申請者へのフォローを確実に行うことができる。また、死亡や転出により更新が不要な申請者へのフォローを防ぐことができる。
【００５２】
【発明の効果】
本発明によれば、（１）調査票テーブル、意見書テーブルや審査会テーブル等と申請書情報テーブルをリンク付けすることにより、例えば調査機関別での申請者検索、医療機関別での申請者検索等、調査票データや意見書データ等での申請者検索が可能となる。（２）一覧に表示された申請者の詳細情報を表示することで、申請者からの問い合わせに対し、一覧では表示されない申請者の各種情報を参照しながら、きめこまかな応対をすることが可能となる。（３）申請書情報の履歴を意識させることで、更新フォロー（職員／申請者）等の業務を効率よく行うことが可能となる。（４）申請書情報に死亡／転出フラッグを持たせることで不必要な人への更新申請フォローを妨げ、更なる業務効率のアップが可能となる。
【図面の簡単な説明】
【図１】本発明が適用される要介護認定審査会支援システムの構成を示すブロック図。
【図２】検索画面の画面イメージを示す図。
【図３】図２で検索した結果を示す画面イメージ図。
【図４】図２で検索した結果を示す画面イメージ図。
【図５】図３または図４において、申請者を選択し、個人情報ボタンを押下したときの画面イメージ図。
【図６】「訪問調査」タブ２５が選択されたときの申請者個人情報の画面例。
【図７】「主治医」タブ２７が選択されたときの申請者個人情報の画面例。
【図８】「審査会」タブ２９が選択されたときの申請者個人情報の画面例。
【図９】「審査会」タブ３１が選択されたときの申請者個人情報の画面例。
【図１０】「その他」タブ３３が選択されたときの申請者個人情報の画面例。
【図１１】「審査会資料」タブ３５を選択したときの申請者個人情報の画面例を示す図であり、審査資料のうち「調査票」を表示している例。
【図１２】図１１に示す画面において、「意見書」タブ３７を選択したときに表示される画面例であり、「意見書」の内容を表示している例。
【図１３】図１１または図１２に示す画面において、「特記残り」タブ３９を選択したときに表示される画面例であり、特記事項の内容を表示している例。
【図１４】各種テーブルをリンク付ける処理を示すフローチャート。
【図１５】認定調査票の例。
【図１６】認定調査票の例。
【図１７】認定調査票の例。
【図１８】認定調査票の例。
【図１９】意見書の例。
【図２０】意見書の例。
【図２１】各テーブルに記録された各申請者の情報の履歴管理の処理を示すフローチャート。
【図２２】申請書情報テーブルの構成を示す図。
【図２３】申請者へフォローを行うための対象申請者の検索処理を示すフローチャート。
【符号の説明】
１・・・要介護認定支援サーバ
２・・・要介護認定支援クライアント
３・・・ＯＣＲ装置
４・・・審査会端末
５・・・ハブ
６・・・データベース
６１・・・申請書情報テーブル
６２・・・調査票テーブル
６３・・・調査票実績テーブル
６４・・・意見書テーブル
６５・・・意見書実績テーブル
６６・・・審査会テーブル
【図１】
2004280446.tif 000003
【図２】
2004280446.tif 000004
【図３】
2004280446.tif 000005
【図４】
2004280446.tif 000006
【図５】
2004280446.tif 000007
【図６】
2004280446.tif 000008
【図７】
2004280446.tif 000009
【図８】
2004280446.tif 000010
【図９】
2004280446.tif 000011
【図１０】
2004280446.tif 000012
【図１１】
2004280446.tif 000013
【図１２】
2004280446.tif 000014
【図１３】
2004280446.tif 000015
【図１４】
2004280446.tif 000016
【図１５】
2004280446.tif 000017
【図１６】
2004280446.tif 000018
【図１７】
2004280446.tif 000019
【図１８】
2004280446.tif 000020
【図１９】
2004280446.tif 000021
【図２０】
2004280446.tif 000022
【図２１】
2004280446.tif 000023
【図２２】
2004280446.tif 000024
【図２３】
2004280446.tif 000025