JP2002342486A

JP2002342486A - ネットワーク型要介護認定審査会支援システム

Info

Publication number: JP2002342486A
Application number: JP2001143587A
Authority: JP
Inventors: Toru Yoneda; 徹米田; Hiroshi Shirayanagi; 浩白柳; Takashi Ishizaka; 尚石坂; Takeharu Adachi; 丈晴安達
Original assignee: Toshiba Corp; Toshiba System Development Co Ltd
Current assignee: Toshiba Corp; Toshiba System Development Co Ltd
Priority date: 2001-05-14
Filing date: 2001-05-14
Publication date: 2002-11-29

Abstract

(57)【要約】【課題】要介護認定審査会支援業務を行う為に事前に専
用ソフトをインストールしてある端末を準備する必要性
を不要にする。【解決手段】データベースおよびデータベース制御手段
を有するデータベースサーバと、このデータベースサー
バに接続されたＷＷＷサーバを備え、クライアント端末
はＷＷＷブラウザを備え、前記ＷＷＷサーバとクライア
ント端末とをインターネットを介して接続し、ＷＷＷブ
ラウザとデータベース制御手段との間でＨＴＭＬフォー
ム文書の送受信を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、インターネットワ
ークまたはイントラネットワーク等のネットワークを用
いた要介護認定審査会支援システムに関する。

【０００２】

【従来の技術】２０００年４月から介護保険制度が導入
され、保険者である各市町村では、「要介護認定業務」
として、多くの高齢者について要介護認定審査を実施し
なければならない。しかも、その後の最大６ヶ月以内の
定期的更新手続きや新規申請者の増大により、要介護認
定業務の繁雑さは継続していくものと想定される。この
ため、要介護認定業務を公正にかつ迅速・効率的に行う
為の要介護認定審査会支援システムが開発されている。

【０００３】

【発明が解決しようとする課題】従来の要介護認定審査
会支援システムでは、要介護認定審査会場などで使用さ
れるクライアント端末に専用ソフトがインストールされ
ていなければ、データベースサーバのデータにアクセス
することができなかった。そのため、データの参照／更
新等の要介護認定審査会支援業務を行う為には、事前に
専用ソフトがインストールされている端末を準備してお
く必要があった。

【０００４】要介護認定審査会業務は、医者、市役所職
員、看護婦、保健婦、理学作業療法士、介護福祉士、そ
の他の業種の人が一ヶ所に集まり、審査会を開催し、要
介護者の状態をランク付けする業務である。審査会はこ
れらの審査委員が短時間（１名あたり約４分）でその結
果を判定していく。現状では、これらの要介護者の身体
情報は介護資料として紙などで事前配布しているが、各
職業柄、事前に十分な精査ができていない。

【０００５】本発明は上記事情に鑑みてなされたもの
で、その目的は、クライアント端末に一般的なＷＷＷ(W
orld Wide Web)ブラウザを備えるのみで、基本調査項目
データや意見書項目データの参照や審査結果データの登
録など、要介護認定審査会支援業務を行うことのできる
ネットワーク型要介護認定審査会支援システムを提供す
ることである。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、この発明のネットワーク型要介護認定審査会支援シ
ステムは、要介護認定審査会のためのデータを記憶する
サーバと、ネットワークを介して前記サーバと接続され
るクライアント端末と、を備え、前記クライアント端末
はＷＷＷ（World Wide Web）ブラウザを備え、前記ＷＷ
Ｗブラウザにより前記サーバに対して審査会に必要なデ
ータを要求し、前記サーバから送信されたＨＴＭＬフォ
ームのデータを表示することにより要介護認定審査会支
援を行うことを特徴とする。

【０００７】この発明によれば、データベースサーバと
クライアント端末とをインターネットで接続し、クライ
アント端末にインストールされたＷＷＷブラウザを用い
て、データベースサーバのデータベースにアクセスする
ことが可能である。このため、審査会当日、短時間で精
度の高い、効率の良い認定業務を実施可能である。ま
た、審査委員に選ばれている人はいつでもどこでも自分
の都合のよいときに、その情報を参照することができ
る。さらに、介護者のこれまでの状態変遷データも併せ
て提供することができる。また、紙による審査会資料の
事前配布が不要となるので、効率のよい審査会を開催す
ることができる。

【０００８】

【発明の実施の形態】以下、図面を参照して本発明の実
施形態について説明する。

【０００９】図１は本発明のネットワーク型要介護認定
審査会支援システムのシステム構成を示すブロック図で
ある。同図において、クライアント端末２はインターネ
ット４を介してＷｅｂサーバ８と接続される。Ｗｅｂサ
ーバ８はデータベースサーバ６と接続される。データベ
ースサーバ６はデータベース１０を有するとともにデー
タベース１０にアクセスするためのデータベース制御手
段を有する。データベース１０は、「審査会情報デー
タ」「基本調査項目データ」「特記事項イメージデー
タ」「主治医意見書項目データ」「主治医意見書イメー
ジデータ」「概況調査項目データ」「申請書情報デー
タ」「状態像例データ」「前回、前々回審査会結果デー
タ」等を格納する。Ｗｅｂサーバ８は必要に応じてプロ
トコル変換を行う。すなわち、データベースサーバ６か
ら受信した結果を、インターネットを通過できるプロト
コルに変換する。これは、データベースサーバ６とＷｅ
ｂサーバ８との間で通信するプロトコルが必ずしもイン
ターネットを通過できるプロトコルとは限らないためで
ある。即ち、この実施形態においては、データベースサ
ーバ６とＷｅｂサーバ８との間で通信するプロトコルは
ＣＯＲＢＡプロトコルであるため、ファイアウォールで
リジェクトされる。従って、ＣＯＲＢＡプロトコルをＨ
ＴＴＰプロトコルに変換する。

【００１０】なお、本実施形態においては、データベー
スサーバ６とＷｅｂサーバ８とを別々に設ける構成とし
たが、データベースサーバ６とＷｅｂサーバ８とを１つ
のサーバで構成するようにしてもよい。

【００１１】図２は、クライアント−サーバ間データ送
受信の処理を示すフローチャートである。ステップＳ２
０において、クライアント端末２は、ＷＷＷブラウザか
らＨＴＭＬフォームの文書（例えば検索要求等）を送信
する。ステップＳ２２において、クライアント端末２は
プロトコル変換が必要か否か判断する。必要であれば、
ステップＳ２４において、プロトコル変換処理を行う。
すなわち、クライアント端末２で送信したＨＴＭＬフォ
ームの文書を必要に応じてインターネットを通過できる
プロトコル（例えばＨＴＴＰ等）に変換して、Ｗｅｂサ
ーバ８に送信する。次に、ステップＳ２６において、Ｗ
ｅｂサーバ８はデータベースアクセス処理を行う。すな
わち、Ｗｅｂサーバ８は、受信した要求をデータベース
サーバ１０に送信する。そして、ステップＳ２８におい
て、データベースサーバ１０は、受信した要求に対する
処理結果をＷｅｂサーバ８に送信する。次に、Ｗｅｂサ
ーバ８は、プロトコル変換処理を行う。すなわち、Ｗｅ
ｂサーバ８は受信した処理結果を必要に応じて、インタ
ーネットを通過できるプロトコル（例えばＨＴＴＰトネ
リングを行う等）に変換し、クライアント端末２にＨＴ
ＭＬフォーム文書を送信する。そして、ステップＳ３４
において、クライアント端末２は要求結果表示処理を行
う。すなわち、Ｗｅｂサーバ８から受信したＨＴＭＬフ
ォーム文書を、クライアント端末２のＷＷＷブラウザに
表示する。

【００１２】図３は基本項目表示処理のフローチャート
である。

【００１３】始めにステップＳ４０において、クライア
ント端末２はブラウザ起動処理を行う。クライアント端
末２において、ＷＷＷブラウザを起動し、要介護認定審
査会支援システムのＵＲＬ(Uniform Resource Locator)
を指定すると、図４に示すログイン画面が表示される。
ログイン入力画面には、「ユーザ名」１２、「パスワー
ド」１４、および「審査会番号」１６の各入力フィール
ドが設けられている。

【００１４】次に、ステップＳ４２において、ログイン
情報入力処理を行う。すなわち、ユーザ名、パスワー
ド、参照したい審査会の番号を入力すると、審査会情報
データを取得する。ここで、審査会情報データとは、年
度、審査会番号、審査員一覧、審査対象者一覧等が含ま
れているデータである。そして、ステップＳ４４におい
て、入力されたログイン情報が正しいか否か判断する。
正しければ、ステップＳ４６において、ログイン処理を
行う。不正なログインの場合には、メッセージを表示
し、再びログイン画面が表示される。正しいログインの
場合、当該審査会審査対象者一覧画面が表示される。

【００１５】次に、ステップＳ４８において、基本調査
項目取得処理が行われる。すなわち、審査対象者一覧画
面から審査対象者が選択されると、当該審査対象者の基
本調査項目データ、主治医意見書項目データ、特記事項
イメージデータを取得する。基本調査項目データとは、
訪問調査員が調査した審査対象者の麻痺・拘縮等の有無
や、問題行動の有無等の身体情報調査結果データのこと
である。主治医意見書項目データとは、主治医が調査し
た審査対象の麻痺・拘縮等の有無や、問題行動の有無等
の身体情報調査結果データのことである。特記事項イメ
ージデータとは、調査項目に対する特記事項（より詳細
に記述した文章データや図等）をイメージ化（ビットマ
ップ化）したデータのことである。

【００１６】そしてステップＳ５０において、訪問調査
員による調査結果と主治医意見書との間に不整合がある
か否か判断する。不整合がある場合には、不整合マーク
を対応する基本調査項目の付近に表示する。

【００１７】すなわち、１次アセスメント結果と主治医
意見書における２帳票間における共通項目（特別な医
療、心身の状況等）に関する選択結果が訪問調査員と主
治医とで異なっている場合、それを審査会資料作成の時
点で自動チェックし、審査会の基本調査項目画面等でそ
の状況をビジュアルに表示する。例えば、図５に示す画
面において、「医」マークボタン１８が基本調査項目デ
ータと主治医意見書項目データとの差異の有無を示すボ
タンである。不整合表示ボタン（「医」マークボタ）１
８は例えば黄色で表示され、これは主治医が問題ないと
判断したのに対し、訪問調査員が問題ありと判断したこ
とを示す。また、不整合表示ボタン（「医」マークボタ
ン）２０は、例えば赤色で表示され、上記と逆の場合を
示す。

【００１８】また、基本調査項目データに対する特記事
項の有無を表示する機能が設けられる。すなわち、図５
に示す画面において、「第２群（移動）」の中の「寝返
り」の項目および「起き上がり」の項目の番号表示が他
の項目、例えば「接地座位保持」の項目の番号表示と異
なる。すなわち、図５に示す例では、「寝返り」と「起
き上がり」に特記事項が有るため、左側の番号「１」お
よび「２」がそれぞれボタン２２、２４として表示され
る。

【００１９】図６は特記事項表示処理を示すフローチャ
ートである。

【００２０】始めにステップＳ６０において、特記事項
取得処理を行う。すなわち、審査画面（基本調査項目表
示画面等）で、特記事項表示（例えばタグやボタン等）
を選択し、特記事項イメージデータを取得する。次に、
ステップＳ６２において、特記事項表示処理を行う。イ
メージデータが大量に存在する場合には、複数ページに
分けて特記事項画面を表示し、「前に／次に」ボタンや
「１枚目／２枚目」タグなどで表示するイメージデータ
を任意に選択できるようにする。

【００２１】図７に特記事項イメージデータの表示画面
例を示す。

【００２２】図８は意見書項目表示処理を示すフローチ
ャートである。

【００２３】始めにステップＳ７０において、意見書項
目取得処理を行う。すなわち、審査画面（基本調査項目
表示画面等）で、意見書表示（例えばタグやボタン等）
を選択したら、主治医意見書項目データ、主治医意見書
イメージデータを取得する。主治医意見書イメージデー
タとは、調査項目に対する特記事項（より詳細に記述し
た文書データや図等）をイメージ化（ビットマップ化）
したデータのことである。

【００２４】図９に主治医意見書項目データおよび主治
医意見書イメージデータの表示画面例を示す。図９に示
す画面において、「診断名」は主治医意見書の手書デー
タがそのままイメージデータとして表示される。図１０
は主治医意見書項目データおよび主治医意見書イメージ
データの２枚目の画面例を示す図である。さらに、図１
１は主治医意見書の特記事項の表示画面例を示す図であ
る。

【００２５】図１２は外部ソフトから意見書データを入
力した場合の主治医意見書項目データおよび主治医意見
書イメージデータの表示画面例を示す図である。図１３
は意見書定型外の画面表示例を示す図である。図１４は
意見書定型外の２枚目の画面表示例を示す図である。

【００２６】図１５は審査会記録登録処理を示すフロー
チャートである。

【００２７】始めにステップＳ８０において、審査会記
録取得処理を行う。すなわち、審査画面（基本調査項目
表示画面等）で、審査会記録表示（例えばタグやボタン
等）を選択し、前回および前々回審査結果データを取得
する。ここで審査会結果データとは、二次判定結果、審
査会で提示された意見や認定有効期間等のデータであ
る。次にステップＳ８２において、審査会記録表示処理
を行う。すなわち、審査会記録入力フィールドととも
に、前回および前々回審査会結果データを、審査会記録
画面に表示する。

【００２８】次にステップＳ８４において、審査会記録
登録要求処理を行う。すなわち、審査会記録入力フィー
ルドに必要事項を入力し、登録要求を送信する。そし
て、ステップＳ８６において、審査会記録登録処理を行
う。すなわち、受信した審査会記録登録内容をデータベ
ースへ更新する。更新した審査会記録登録結果内容を送
信する。そして、ステップＳ８８において、審査会記録
登録結果表示処理を行う。すなわち、受信した審査会記
録登録結果を表示する。

【００２９】図１６に前回および前々回審査会結果デー
タの表示例を示す図である。同図において、３２は前回
審査会結果データの表示例を、３４は前々回審査会結果
データの表示例を示す。また、今回審査会結果データを
３６で示すフィールドに入力することが可能である。こ
のため、効率のよい審査を短時間で行うことができる。

【００３０】図１７は概況調査項目表示処理を示すフロ
ーチャートである。

【００３１】始めにステップＳ９０において、概況調査
項目取得処理を行う。すなわち、審査画面（基本調査項
目表示画面等）で、概況調査表示（例えばタグやボタン
等）を選択し、概況調査項目データを取得する。概況調
査項目データとは、審査対象者の介護サービスの利用状
況や施設入所の有無などのデータである。そして、ステ
ップＳ９２において、概況調査項目表示データを画面に
表示する。

【００３２】図１８は概況調査の表示画面例を示す図で
ある。同図に示すように概況調査項目データが表示され
るとともに、審査対象者の居住環境が「在宅型」なのか
「施設型」なのかが一目でわかるように表示される。ま
た、「在宅型」ではどのようなサービスを受けているか
もこの画面により確認することができる。なお、図５に
示す概況調査のボタン表示３８においても、「在宅型」
か「施設型」かを判断することができる。この場合、
「在宅型」と「施設型」とで表示色およびボタン名称を
異ならせている。例えば、「在宅型」の場合は「灰色」
で表示し、「施設型」の場合には、「薄緑色」で表示す
るので、一目で「在宅型」か「施設型」かを判断するこ
とができる。

【００３３】図１９は、一次判定結果表示処理のフロー
チャートである。

【００３４】始めにステップＳ１００において、一次判
定結果取得処理を行う。すなわち、審査画面（基本調査
項目表示画面等）で、一次判定結果表示（例えばタグや
ボタン等）を選択したら、基本調査項目データから一次
判定結果データ、一次判定警告コードデータを取得す
る。一次判定結果データは厚生労働省指定のソフトで計
算した非該当、要支援、要介護（１〜５）の結果データ
である。一次判定警告コードデータとは同じく厚生労働
省指定のソフトで計算したときに出力される警告コード
データ（コード番号と説明文、例：５０１０１左右上
肢、左右が下肢麻痺にもかかわらず「常時の徘徊」が
「あり」など）である。

【００３５】そして、一次判定結果データ、一次判定警
告コード、警告内容説明文を表示する画面を表示する。

【００３６】図５に示す基本調査項目画面において、
「一次判定」ボタン４０が設けられる。この一次判定ボ
タンには、「非該当」、「要支援」、「要介護１」、
「要介護２」、「要介護３」、「要介護４」、「要介護
５」等が表示される。また、この一次判定ボタン４０は
厚生労働省ソフトから返された警告コードがある場合
は、ボタンが橙色で表示され、警告コードが無い場合
は、ボタンが青色で表示される。これにより一次判定レ
ベルおよび一次判定警告コードの有無が区別可能であ
る。この一次判定ボタンをクリックすると、例えば図２
０に示す一次判定情報画面が表示される。また、図２０
に示す画面において、一次判定結果データ４２が表示さ
れるとともに、一次判定警告コード４４および警告概要
４６が表示される。

【００３７】図２１は寝たきり度表示処理を示すフロー
チャートである。

【００３８】始めにステップＳ１１０において、寝たき
り度取得処理を行う。すなわち、審査画面（基本調査項
目画面等）で、寝たきり度表示（例えばタグやボタン
等）を選択し、基本調査項目データ、主治医意見書項目
データから寝たきり度データを取得する。そして、ステ
ップＳ１１２において、寝たきり度表示処理を行う。す
なわち、基本調査項目データ、主治医意見書項目データ
の寝たきり度データを併せて表示する画面を表示する。
寝たきり度データとは厚生労働省で指定された９段階
（正常〜Ｃ２）のデータとその一般的特徴を示す文書で
ある。

【００３９】図５に示す画面において、基本調査項目デ
ータの寝たきり度データ４８が表示される。また、「寝
たきり度」のボタン４８は主治医が重く見た場合は赤色
で、調査員が重くみた場合は黄色で表示される。さら
に、主治医と調査員が同じ評価または主治医意見書が定
型外の場合は青色で表示される。

【００４０】また、図２２に示すように、基本調査項目
データの寝たきり度データ５０と主治医意見書項目デー
タの寝たきり度データ５２が併せて表示される。

【００４１】図２３は痴呆度表示処理を示すフローチャ
ートである。

【００４２】はじめにステップＳ１２０において、痴呆
度取得処理を行う。すなわち、審査画面（基本調査項目
表示画面等）で、痴呆度表示（例えばタグやボタン等）
を選択し、基本調査項目データ、主治医意見書項目デー
タから痴呆度データを取得する。そして、ステップＳ１
２２において、痴呆度表示処理を行う。基本調査項目デ
ータ、主治医意見書項目データの痴呆度データを併せて
表示する画面を表示する。痴呆度データとは、厚生労働
省で指定された９段階（正常〜Ｍ）のデータとその一般
的特徴を示す文書である。

【００４３】図５に示す画面において、基本調査項目の
痴呆度５６が表示される。また、「痴呆度」ボタン５６
は、主治医が重くみた場合は赤色で、調査員が重くみた
場合は、黄色で表示される。さらに、主治医と調査員が
同じ評価または主治医意見書が定型外の場合は、青色で
表示される。

【００４４】また、図２２に示すように、基本調査項目
の痴呆度データ５８と主治医意見書項目データの痴呆度
データ６０が併せて表示される。

【００４５】図２４は意見書の差異及び特記事項表示処
理のフローチャートである。

【００４６】始めに、意見書の差異及び特記事項取得処
理を行う。すなわち、審査画面（基本調査項目表示画面
等）で、意見書の差異及び特記事項表示（例えばタグや
ボタン等）を選択したら、基本調査項目データ、主治医
意見書項目データ、特記事項データを取得する。そし
て、ステップＳ１３２において、意見書の差異および特
記事項表示処理を行う。すなわち、当該項目についての
基本調査項目データ、意見書項目データ、及び特記事項
イメージデータを併せて表示する「意見書の差異及び特
記事項画面」を表示する。

【００４７】図５に示す画面において、ボタン２２、２
４あるいは「医」ボタン１８、２０をマウスによりクリ
ックすると、例えば図２５に示すような具体的な特記事
項の内容がポップアップ表示される。図２５に示す画面
は調査票表示部２６、意見書表示部２８および特記事項
表示部３０から構成され、それぞれ調査票の内容、主治
医意見書の内容および特記事項の内容が参照できるよう
に構成されている。

【００４８】図２５に示すように、基本調査項目データ
と意見書の差異および基本調査項目データに対する特記
事項データを確認することができる。

【００４９】図２６はグラフ表示／文字表示切替処理の
フローチャートである。

【００５０】文字表示処理は、審査画面（基本調査項目
表示画面等）で文字表示（例えばタグやボタン等）を選
択したら、基本調査項目データ内容を文字で表示する。

【００５１】グラフ表示処理は、審査画面（基本調査項
目表示画面等）でグラフ表示（例えばタグやボタン等）
を選択すると、基本調査項目データ内容をグラフ（例え
ば棒グラフ等）で表示する。

【００５２】いま、デフォルトがグラフ表示であるとす
る。始めに各項目のデータを取得する処理を行う。この
データとは、例えば「じょくそう」という項目の「０」
とか「１」というデータである。次に内容の取得処理を
行う。この内容は、例えば取得したデータが「０」であ
れば、「なし」を、「１」であれば「あり」を取得す
る。そして、表示処理を行う。また、文字表示からグラ
フ表示に切替える場合には、内容取得処理に替えて棒グ
ラフのマス目を何マス塗るかのデータを取得する。例え
ば、データが「０」であれば０マス、データが「１」で
あれば６マス、データが「２」であれば１２マス塗ると
いう情報を取得する。そして棒グラフの表示処理を行
う。

【００５３】図５はグラフ表示の場合の画面例を示す。
図２７は文字表示の場合の画面例を示す。

【００５４】図２８はレーダーチャート表示処理のフロ
ーチャートである。

【００５５】始めにステップＳ１５０において、レーダ
ーチャート取得処理を行う。すなわち、審査画面（基本
調査項目表示画面等）で、レーダーチャート表示（例え
ばタグやボタン等）を選択し、状態像例データを取得す
る。そして、ステップＳ１５２において、レーダーチャ
ート表示処理を行う。すなわち、当該審査対象者のレー
ダーチャートと共に、状態像例データのうち類似度の高
い（例えば最小二乗法で差が最小になるもの等）データ
を数例表示する。ここで、レーダーチャートとは審査対
象者の訪問調査結果データをカテゴリ別に得点を算出し
てグラフ表示するものである。ここで、状態像例とは、
厚生労働省から呈示された６０パターンのレーダーチャ
ートのことである。

【００５６】図２９にレーダーチャート表示画面（「レ
ーダーチャート表示部」と「項目得点表示部」と「換算
表表示部」）が表示される。図２９において、レーダー
チャート表示部は、上述した第１群から第７群までの７
つの中間評価項目の評価点をレーダーチャートの形態で
表示したものである。さらに、項目得点表示部は、厚生
労働省から状態像の例として示されている６０パターン
の中から、上記レーダーチャート５７に示される、第1
群から第７群までの各中間評価項目点に最も類似したパ
ターン上位５パターンを抽出し表としてまとめたもので
ある。図２９に示すように、中間評価項目表は縦方向に
変更前・類似状態像１−５の名称が表示され、横方向項
目としては、左から順に凡例（カラー種類）及び表示フ
ラッグ列、第１群から第７群までの中間評価項目点、合
計得点、類似度（類似パラメータ数値）、及び一-次判
定が表示される。

【００５７】さらに、図２９に示す自立度の換算表にお
いて、寝たきり度、痴呆度、および一次判定結果から自
動的に自立度の換算値を決定し、決定された換算値にマ
ーカ７４が表示されるように構成される。図２９に示す
例では、寝たきり度が「Ｊ２」で、痴呆度が「IIa」
で、一次判定が「要介護３」であるので、「０％」の換
算値７４が例えば青色で表示される。この０％という値
は上述した条件を持つ人の出現確率を表している。

【００５８】図３０は類似状態像例表示処理を示すフロ
ーチャートである。

【００５９】始めにステップＳ１６０において、類似状
態像例取得処理を行う。すなわち、レーダーチャート表
示画面で、状態像例表示（例えばタグやボタン等）を選
択し、状態例データを取得する。そして、ステップＳ１
６２において、類似状態像例表示処理を行う。すなわ
ち、類似状態像例が表示され、任意の状態像を選択可能
な画面を表示する。

【００６０】この実施の形態では、６０の状態像のパタ
ーンの中から任意の状態像のパターンを選択可能なよう
に構成されている。すなわち、図示しない任意ボタンが
選択されると、図３１に示すように６０の状態像のパタ
ーンが表示される。図３１において、状態像パターン６
２、６４、６６、６８、７０は図２９において、類似度
１乃至類似度５の状態像パターンに相当する。また、ボ
ックス７２は任意の状態像を選択するための選択カーソ
ルを表す。オペレータは、すでに選択されている状態像
を除く残りの状態像パターンの中から任意の状態像パタ
ーンを選択カーソル７２を用いて選択し、「表示」ボタ
ン７６を選択すると、図２９に示すように、選択した状
態像パターンの一次判定、第１群乃至第７群までの中間
評価項目点、合計および類似度が表示される。さらに、
選択した状態像のパターンがレーダーチャートに表示さ
れる。今回選択した状態像パターンとは別の状態像パタ
ーンを選択した場合には、再度任意ボタンを選択して、
図３１に示す画面を表示し、選択カーソル７２を用いて
所望の状態像のパターンを選択し、「表示」ボタン７６
を選択することにより、図２９に示すように選択した状
態像パターンの一次判定、中間評価項目点、合計および
類似度が表示されるとともに、レーダチャートに表示さ
れる。

【００６１】なお、今回の状態像のパターンは例えば黄
色でレーダチャート上に表示される。図３１に示す画面
において、任意の状態像のパターンを選択する際に今回
の状態像のパターンと比較しながら、任意のパターンを
選択したい場合がある。このため、図３１に示す画面上
のいずれかの箇所にオリジナルの状態像（今回の状態
像）のパターンを常に表示するようにして、容易に比較
出来るように構成してもよい。あるいは他の実施形態と
して、図３１に示す選択カーソル７２と同じサイズのオ
リジナル状態像のパターンをカーソル表示と重ね合わせ
て表示し、カーソルの移動に合わせて、オリジナル状態
像のパターンもカーソルと一緒に移動させて表示するこ
とにより、オペレータはオリジナルの状態像（今回の状
態像）のパターンと比較しながら選択することができる
ので、操作性がさらに高まる。なお、カーソルと重ね合
わせ表示せずに、オリジナル状態像のパターンのみを表
示させ、これをカーソルの代わりに用いるように構成し
てもよい。

【００６２】

【発明の効果】この発明によれば、クライアント端末に
は一般的なＷＷＷブラウザを備えるのみで、基本調査項
目データや意見書項目データの参照や審査結果データの
登録等、要介護認定審査会支援業務を行うことが可能と
なる。これにより、（１）審査会当日、短時間で精度の
高い、効率のよい認定業務を実施できる。（２）審査委
員に選ばれている人はいつでもどこでも自分の都合のよ
いときにその情報を参照できる。（３）介護者のこれま
での状態遷移データも併せて提供できる。（４）紙によ
る審査会資料の事前配布が不必要となる、などの効果が
見込まれる。

【００６３】また、基本調査項目データと主治医意見書
項目データ間の不整合、ならびに基本調査項目データに
付随する特記事項イメージデータが存在する旨を、各基
本調査項目ごとにボタンを表示するなどビジュアルに表
示するので、一目で視認することができる。これによ
り、要介護認定審査会での審査ポイントを明確化し、審
査の効率化が可能となる。

【００６４】また、特記事項イメージデータをまとめて
表示することにより、特記事項を迅速に参照し確認する
ことができる。これにより、審査対象者の特筆すべき事
項に注力して審査を行うことが可能になり、審査の効率
化が可能となる。

【００６５】また、主治医意見書項目データ及び主治医
意見書イメージデータを表示することにより、当該審査
対象者についての医学的観点から調査した結果を一目で
視認することができる。これにより、主治医の調査結果
を参照しながら審査を行うことが容易となり、調査員の
調査結果だけで審査を行うよりも、より公正な審査を実
施することが可能となる。

【００６６】また、前回および前々回の審査会記録デー
タを表示することにより、当該審査対象者の介護情報の
履歴や状態の変化を容易に確認することが可能となる。
これにより、過去の履歴を考慮した形での審査を実施す
ることが可能となる。

【００６７】また、概況調査項目データを表示すること
により、審査対象者が施設に入所しているか、在宅であ
るか、さらに介護サービス利用の頻度をまとめて確認す
ることが可能となる。また、表示用のボタン（文字）が
居住環境により色分け表示されているので、その色だけ
でも在宅／施設などの居住環境を容易に確認することが
可能となる。これにより、審査対象者の居住環境やサー
ビス利用状況を勘案した審査を実施することが可能とな
る。

【００６８】また、一次判定レベルに応じてボタン名称
を変化させることと、一次判定警告コードのあり／なし
に応じてボタンが色分け表示（「橙／青」など）される
ので、一次判定の結果の概要をボタンだけでも容易に確
認することが可能となる。また、一次判定結果、一次判
定警告コードをまとめて表示することにより、一次判定
結果の詳細や、前記結果と厚生労働省が示した基準に矛
盾がないか等を容易に確認することが可能となる。これ
により、一次判定結果をより有効活用した審査結果の導
出や審査の効率化が可能となる。

【００６９】また、寝たきり度に応じてボタン名称を変
化させることと、訪問調査員と主治医の調査結果が一致
している場合、訪問調査員より重く考えている場合、主
治医がより重く考えている場合に応じてボタンが色分け
表示（「青／黄／橙」等）されるので、寝たきり度の調
査結果概要ボタンだけでも容易に確認することが可能と
なる。また、訪問調査員と主治医の寝たきり度について
の調査結果を併せて表示することで、詳細や意見の食い
違いなどを容易に確認することが可能となる。これによ
り、寝たきり度データをより有効活用した審査結果の導
出や審査の効率化が可能となる。

【００７０】また、痴呆度に応じてボタン名称を変化さ
せることと、訪問調査員と主治医の調査結果が一致して
いる場合、訪問調査員がより重く考えている場合、主治
医がより重く考えている場合に応じてボタンが色分け表
示（「青／黄／橙」等）されるので、また、調査員と主
治医に食違いのある項目に関しては、「医」の文字のあ
るボタンが表示される。また、主治医が重く診断してい
る痴呆度の調査結果概要ボタンだけでも容易に確認する
ことが可能となる。また、訪問調査員と主治医の痴呆度
についての調査結果を合わせて表示することで、詳細や
意見の違い等を容易に確認することが可能となる。これ
により、痴呆度データをより有効活用した審査結果の導
出や審査の効率化が可能となる。

【００７１】また、基本調査項目データ（訪問調査結
果）と主治医意見書データ（主治医調査結果）の同一調
査項目に対して不整合がある場合、当該項目の調査結果
をまとめて表示することにより、その意見の差異を容易
に確認することが可能となる。また、当該項目に対する
特記事項が存在する場合、その特記事項を合わせて表示
することで意見が異なる理由を判断するための一助とな
る。これにより、審査すべきポイントが明確になると共
に、その確認が容易にできるようになるので、審査の効
率化が可能となる。

【００７２】また、基本調査項目データを各項目毎にグ
ラフ表示することで、審査対象者の身体情報全体の傾向
を視覚的に把握することが可能となる（例えば、各調査
項目に対して、その結果が悪ければグラフが塗りつぶさ
れるとすると、全体的に色が塗られている審査対象者は
症状が重い、全体的に色が塗られていない審査対象者は
症状が軽い等）。また、文字を表示することで、調査項
目ごとにその結果の詳細を確認することが可能となる。
これにより、全体情報／詳細情報の確認が容易にできる
ので、審査の効率化が可能となる。

【００７３】また、基本調査項目データをカテゴリごと
に得点化してレーダーチャート表示することにより、そ
の審査対象者の身体情報の特徴を視覚的に把握すること
が可能となる。また、厚生労働省から審査判定参考用に
提示された状態像から類似度の高い状態像のレーダーチ
ャートを数例表示することにより、状態像例と審査対象
者のレーダーチャートの比較を容易に行うことが可能と
なる。これにより、レーダーチャートを参照しながら、
審査できるので、審査の公平性のアップや効率化が可能
となる。

【００７４】また、任意の状態像例のレーダーチャート
を選択できることにより、各要介護度毎の状態像レーダ
ーチャートと審査対象者のレーダーチャートを比較検討
することが可能となる。これにより、今回の判定が過去
の例と比較して特異でないかなどが確認でき、審査の公
平性の向上が可能となる。

【図面の簡単な説明】

【図１】本発明によるインターネット型要介護認定審査
会支援システムのシステム構成を示す図である。

【図２】クライアント−サーバ間データ送受信の処理を
示すフローチャートである。

【図３】基本調査項目表示処理を示すフローチャートで
ある。

【図４】本発明の審査会支援システムのログイン画面例
を示す図である。

【図５】審査会における基本調査項目画面例を示す図で
ある。

【図６】特記事項表示処理を示すフローチャートであ
る。

【図７】特記事項イメージデータの表示画面例を示す図
である。

【図８】意見書項目表示処理を示すフローチャートであ
る。

【図９】主治医意見書項目データおよび主治医意見書イ
メージデータの表示画面例を示す図である。

【図１０】主治医意見書項目データおよび主治医意見書
イメージデータの２枚目の画面例を示す図である。

【図１１】主治医意見書の特記事項の表示画面例を示す
図である。

【図１２】外部ソフトから意見書データを入力した場合
の主治医意見書項目データおよび主治医意見書イメージ
データの表示画面例を示す図である。

【図１３】意見書定型外の画面表示例を示す図である。

【図１４】意見書定型外の２枚目の画面表示例を示す図
である。

【図１５】審査会記録登録処理を示すフローチャートで
ある。

【図１６】前回および前々回審査会結果データの画面表
示例を示す図である。

【図１７】概況調査項目表示処理を示すフローチャート
である。

【図１８】概況調査の表示画面例を示す図である。

【図１９】一次判定結果処理を示すフローチャートであ
る。

【図２０】一次判定情報画面例を示す図である。

【図２１】寝たきり度表示処理を示すフローチャートで
ある。

【図２２】基本調査項目の寝たきり度データと主治医意
見書項目データの寝たきり度データを表示する画面例を
示す図である。

【図２３】痴呆度表示処理を示すフローチャートであ
る。

【図２４】意見書の差異および特記事項表示処理を示す
フローチャートである。

【図２５】基本調査項目の特定項目に対する特記事項の
内容を示す画面例を示す図である。

【図２６】グラフ表示／文字表示切替処理を示すフロー
チャートである。

【図２７】文字表示の場合の画面例を示す図である。

【図２８】レーダーチャート表示処理を示すフローチャ
ートである。

【図２９】レーダーチャート表示画面例を示す図であ
る。

【図３０】類似状態像例表示処理を示すフローチャート
である。

【図３１】６０の状態像のパターンの表示画面例を示す
図である。

【符号の説明】

２・・・クライアント端末４・・・インターネット６・・・データベースサーバ８・・・Ｗｅｂサーバ１０・・・データベース１２・・・ユーザ名１４・・・パスワード１６・・・審査会番号１８、２０・・・医マークボタン２２、２４・・・ボタン２６・・・調査票表示部２８・・・意見書表示部３０・・・特記事項表示部３２・・・前回審査結果データ３４・・・前々回審査結果データ３６・・・今回審査会記録データ３８・・・概況調査のボタン表示４０・・・一次判定ボタン４２・・・一次判定結果データ４４・・・一次判定警告コード４６・・・警告概要４８、５０・・・基本調査項目の寝たきり度データ５２・・・主治医意見書の寝たきり度データ５６・・・痴呆度データ５８・・・痴呆度データ（基本調査）６０・・・主治医意見書の痴呆度データ６２、６４、６６、６８、７０・・・状態像パターン７２・・・ボックス

───────────────────────────────────────────────────── フロントページの続き (72)発明者白柳浩東京都港区芝浦一丁目１番１号東芝ビルディング東芝システム開発株式会社内 (72)発明者石坂尚東京都府中市東芝町１番地株式会社東芝府中事業所内 (72)発明者安達丈晴東京都府中市東芝町１番地株式会社東芝府中事業所内Ｆターム(参考） 5B075 KK02 KK07 ND03 NK07 PP13 PQ02 PQ22 QM08 UU08

Claims

【特許請求の範囲】

【請求項１】要介護認定審査会のためのデータを記憶す
るサーバと、ネットワークを介して前記サーバと接続さ
れるクライアント端末と、を備え、前記クライアント端
末はＷＷＷブラウザを備え、前記ＷＷＷブラウザにより
前記サーバに対して審査会に必要なデータを要求し、前
記サーバから送信されたＨＴＭＬフォームのデータを表
示することにより要介護認定審査会支援を行うことを特
徴とするネットワーク型要介護認定審査会支援システ
ム。
【請求項２】前記サーバは、要介護認定審査会のための
データとして、審査会情報データ、基本調査項目デー
タ、特記事項イメージデータ、主治医意見書項目デー
タ、主治医意見書イメージデータ、概況調査項目デー
タ、申請書情報データ、状態像例データ、前回及び前々
回審査会結果データを記憶することを特徴とする請求項
１記載のネットワーク型要介護認定審査会支援システ
ム。
【請求項３】基本調査項目における訪問調査員の判断
と、主治医意見書による主治医の判断が異なることを示
すマークを基本調査項目の画面に表示する手段をさらに
有することを特徴とする請求項１記載のネットワーク型
要介護認定審査会支援システム。
【請求項４】基本調査項目の各項目に特記事項が有る場
合、そのことを示すマークを前記基本調査項目の表示画
面に表示する手段をさらに有することを特徴とする請求
項１記載のネットワーク型要介護認定審査会支援システ
ム。
【請求項５】前記特記事項有りを示すマークを選択する
ことにより対応する項目の手書された特記事項をイメー
ジデータとして表示する手段をさらに有することを特徴
とする請求項４記載のネットワーク型要介護認定審査会
支援システム。
【請求項６】主治医意見書項目データおよび主治医意見
書イメージデータを表示する手段をさらに有することを
特徴とする請求項１記載のネットワーク型要介護認定審
査会支援システム。
【請求項７】前回および前々回の審査結果データを表示
する手段と、審査会記録データ登録手段と、をさらに有
することを特徴とする請求項１記載のネットワーク型要
介護認定審査会支援システム。
【請求項８】審査対象者の居住環境を区別する手段と、概況調査項目データを表示する手段と、をさらに有する
ことを特徴とする請求項１記載のネットワーク型要介護
認定審査会支援システム。
【請求項９】一次判定レベルおよび一次判定警告コード
を区別する手段と、一次判定結果データおよび付随する一次判定警告コード
および警告概要を表示する手段と、をさらに有すること
を特徴とする請求項１記載のネットワーク型要介護認定
審査会支援システム。
【請求項１０】基本調査項目の寝たきり度データと主治
医意見書項目データの寝たきり度データの不整合の有無
を表示する手段と、基本調査項目データの寝たきり度データと主治医意見書
項目データの寝たきり度データを併せて表示する手段
と、をさらに有することを特徴とする請求項１記載のネ
ットワーク型要介護認定審査会支援システム。
【請求項１１】基本調査項目の痴呆度データと主治医意
見書項目データの痴呆度データの不整合の有無を表示す
る手段と、基本調査項目データの痴呆度データと主治医意見書項目
データの痴呆度データを併せて表示する手段と、をさら
に有することを特徴とする請求項１記載のネットワーク
型要介護認定審査会支援システム。
【請求項１２】基本調査項目データと意見書の差異及び
基本調査項目データに対する特記事項データを表示する
手段をさらに有することを特徴とする請求項１記載のネ
ットワーク型要介護認定審査会支援システム。
【請求項１３】基本調査項目データの表示方法をグラフ
表示／文字表示に切替える手段を有することを特徴とす
る請求項１記載のネットワーク型要介護認定審査会支援
システム。
【請求項１４】関係機関により呈示される、要介護区分
ごとに示された複数の状態像の例のパターンを記憶した
データベースと、審査対象となる基本調査項目のレーダーチャートに類似
したレーダーチャートを持つ状態像を前記データベース
から検索し、類似度の高い少なくとも１つの状態像例を
抽出する手段と、前記抽出した状態像例のレーダーチャートを作成する手
段と、前記レーダーチャートを前記基本調査項目のレーダーチ
ャートに重ね合わせて表示する手段と、を具備したこと
を特徴とする請求項１記載のネットワーク型要介護認定
審査会支援システム。
【請求項１５】関係機関により呈示される、要介護区分
ごとに示された複数の状態像の例のパターンを記憶した
データベースと、前記複数の状態像の中から任意の状態像の例のパターン
を選択する選択手段と、前記選択手段により選択した状態像の例のレーダーチャ
ートを作成する手段と、前記作成したレーダーチャートを審査対象とする基本調
査項目のレーダーチャートに重ね合わせて表示する手段
と、を具備したことを特徴とする請求項１記載のネット
ワーク型要介護認定審査会支援システム。