JP2002236752A - 介護支援のための装置および方法 - Google Patents

Abstract

(57)【要約】 【目的】 被介護者の介護レベルを表わす評価ポイン
ト，被介護者に関するアドバイスを得ることができる装
置および方法を提供する。 【構成】 表示装置13に表示された初期画面において
「推論に基づく検索」をマウス11を用いて選択すると，
被介護者の身体状況の概要を尋ねるインテーク画面が表
示される。ユーザがこれに回答すると，推論装置20にお
いて推論が行なわれ，次に実行すべき推論ルールが選択
される。これらの推論ルールには自助介護レベル評価，
介護主担者レベル評価，介護援助者レベル評価などに関
するものがある。入出力コンソール10における対話形式
の質問表示，回答入力が行なわれ，選択された推論ルー
ルが実行されていく。推論結果に基づいて介護レベル評
価ポイントを表わすデータ，被介護者に関するアドバイ
ス等が得られる。

Description

【発明の詳細な説明】

【０００１】

【技術分野】この発明は介護支援のための装置および方
法，特に介護レベル評価装置および方法，介護のための
検索装置，ならびに介護支援装置に関する。

【０００２】

【発明の背景】介護業務ないしは介護行政，とくに老人
福祉業務（サービス）ないしは行政は，まだその端緒に
ついたばかりであり，すべてが手探りの状態にある。介
護に関する情報のコンピュータ化も，最も遅れた分野の
一つである。

【０００３】たとえば，介護ないしは老人福祉に関連し
てどのようなサービスの提供が可能であるか，老人のた
めの施設にはどのようなものがあり，そこでどのような
サービスが受けられるのか，施設を利用する条件は何
か，医療，保健に関連してどのようなサービスが受けら
れるのか，所得補償にはどのようなものがあるのか，公
営のもの以外に私営のものにどのようなサービスがある
のか，という情報の検索が可能なシステムは未だ実現さ
れていない。被介護者がどの程度のレベルの介護を必要
とするかという情報の提供，被介護者の情況に応じたア
ドバイスの提示等も，適切な介護態勢の構築には必要な
ことである。

【０００４】

【発明の開示】この発明は，被介護者がどの程度のレベ
ルの介護を必要とするかを表わす介護レベル評価ポイン
トを得ることができる介護レベル評価装置および方法，
ならびに被介護者に関する適切なアドバイスを提供する
検索装置または支援装置を提供するものである。

【０００５】この発明による介護レベル評価装置は，被
介護者の少なくとも移動，食事，排泄および入浴の項目
に関する入力画面を表示装置に表示するよう制御する表
示制御手段，上記表示装置に表示された画面にしたがっ
て入力装置を介して入力される，被介護者の少なくとも
移動，食事，排泄および入浴の項目に関するデータを受
付けるための入力受付手段，および上記入力受付手段を
通して入力された被介護者の少なくとも移動，食事，排
泄および入浴の項目に関する入力データに基づいて，あ
らかじめ設定された介護評価ルールにしたがって，被介
護者の介護レベル評価ポイントを算出する演算手段を備
えているものである。

【０００６】この発明によるコンピュータを用いた介護
レベル評価方法は，被介護者の少なくとも移動，食事，
排泄および入浴の項目に関する入力画面を表示し，表示
された画面にしたがって入力される被介護者の少なくと
も移動，食事，排泄および入浴の項目に関するデータを
受付け，受付けた被介護者の少なくとも移動，食事，排
泄および入浴の項目に関する入力データに基づいて，あ
らかじめ設定された介護評価ルールにしたがって，被介
護者の介護レベル評価ポイントを算出するものである。

【０００７】この発明によると，被介護者の少なくとも
移動，食事，排泄および入浴に関するデータを入力する
と，その被介護者がどの程度のレベルの介護を必要とす
るかを表わす介護レベル評価ポイントが自動的に得られ
る。したがって，その被介護者に適したサービスの選択
に役立つ。

【０００８】この発明による介護のための検索装置は，
推論ルールを決定するためのインテーク推論ルールと，
介護に関するレベルを評価するための介護評価推論ルー
ル群とを記憶した記憶装置，被介護者のおおまかな身体
状況を尋ねる複数の質問項目を含むインテーク画面を表
示装置に表示する手段，入力される質問に対する回答を
表わすデータに基づいて，上記インテーク推論ルールに
したがって，上記介護評価推論ルール群の中から次に推
論を実行すべき一または複数の推論ルールを決定する手
段，決定された一または複数の推論ルールにしたがう推
論処理を，推論処理実行のために必要な質問を含む画面
を表示装置に表示し，入力される回答データを取込む動
作を繰返しながら実行し，この推論処理により一または
複数の分類コードを得る手段，および得られた分類コー
ドに対応するアドバイス・ファイルを読出し，読出した
アドバイス・ファイルによって表わされるアドバイスを
表示装置に表示する手段を備えている。

【０００９】この発明による介護支援装置は，被介護者
に関するデータの入力を促す画面を表示装置に表示する
ように制御する第１の表示制御手段，上記表示装置に表
示された画面にしたがって被介護者に関するデータを入
力するための入力手段，上記入力手段を通して入力され
た被介護者に関するデータに基づいて，あらかじめ設定
された介護評価ルールにしたがう推論を行い，介護評価
を表わすコードを得る推論手段，および上記推論手段に
よって得られたコードに対応するアドバイス・ファイル
を読出し，読出したアドバイス・ファイルによって表わ
されるアドバイスを表示装置に表示するように制御する
第２の表示制御手段を備えている。

【００１０】一実施態様では，上記アドバイスは，上記
推論手段によって得られたコードに対応する介護の内容
を含む。

【００１１】他の実施態様では，上記アドバイスは，介
護サービスの種類，介護サービスの利用時間（頻度を含
む）および費用に関する情報を含む。

【００１２】この発明によると，被介護者自身または被
介護者をとりまく状況の観点からその被介護者に関する
適切なアドバイスを得ることができる。

【００１３】この発明によるサービス検索コードに対応
して老人福祉に関する提供可能なサービスの種類をあら
かじめ格納したデータ・ベースを検索するための方法
は，推論ルールを決定するためのインテーク推論ルール
と，少くとも自助介護力レベルを評価するための推論ル
ール，介護主担者レベルを評価するための推論ルールお
よび介護援助レベルを評価するための推論ルールを含む
介護評価推論ルール群とをあらかじめ作成してメモリに
格納しておき，推論を通したデータ・ベース検索の開始
にあたって，被介護者のおおまかな身体状況を尋ねる複
数の質問項目を含むインテーク画面を表示装置に表示
し，入力装置を通して入力される上記質問項目に対する
回答を表わすデータに基づいて，上記インテーク推論ル
ールにしたがって，上記介護評価推論ルール群の中から
次に推論を実行すべき一または複数の推論ルールを決定
し，決定された一または複数の推論ルールにしたがう推
論処理を，推論処理実行のために必要な質問項目を含む
画面を表示装置に表示し，入力装置を通して入力する回
答データを取込む動作を繰返しながら実行し，この推論
処理により一または複数の分類コードを得，得られた分
類コードからそれに対応する一または複数のサービス検
索コードを得るものである。得られたサービス検索コー
ドを用いて上記データ・ベースを検索して対応するサー
ビスの種類を取出して表示装置に表示することができ
る。

【００１４】一実施態様においては，上記データ・ベー
スに，地域コードに対応して，その地域コードによって
示される地域で提供可能なサービスの種類をサービス検
索コードに関連させてあらかじめ格納しておき，表示装
置に表示された地域入力案内画面にしたがって入力され
た地域コードと，上記の変換されたサービス検索コード
とを用いて，上記データ・ベースを検索し，地域コード
とサービス検索コードとの組合せに対応するサービスの
種類を取出すものである。

【００１５】他の実施態様では，推論処理により得られ
た分類コードに対応するアドバイス・ファイルを読出
し，読出したアドバイス・ファイルによって表わされる
アドバイスを表示装置に表示する。

【００１６】このようにしてこの発明によると，サービ
スの種類という観点からではなく，被介護者自身の状
態，被介護者をとりまく状況という観点から，その被介
護者に適した提供可能なサービスの種類を見付け出すこ
とが可能となる。

【００１７】

【実施例の説明】(1) データ・ベース検索システムの構
成 図１はデータ・ベース検索システムの構成を示すもので
ある。

【００１８】データ・ベース検索システムは，大別する
と，入出力コンソール10，推論装置20およびデータ・ベ
ース装置30から構成される。一台のワーク・ステーショ
ン内に入出力コンソール10と推論装置20を組込むことが
できる。この場合には，一または複数台のワーク・ステ
ーションがデータ・ベース装置30と通信回線により接続
される。入出力コンソール10と推論装置20とデータ・ベ
ース装置30とを一台のコンピュータ・システム内に組込
んでもよい。

【００１９】入出力コンソール10と推論装置20とを別個
のコンピュータ・システムにより構築することも可能で
ある。この場合には入出力コンソール10と推論装置20と
は通信回線で接続されよう。一台の推論装置20に複数台
の入出力コンソール10を接続してもよい。また，一また
は複数台の入出力コンソール10が一台のデータ・ベース
装置30に接続される。

【００２０】後に詳述するようにこのデータ・ベース検
索システムが老人福祉事業情報の検索のために適用され
る場合には，老人福祉に関する政策，考え方，情況等が
地域によって異なることがあるので，データ・ベースお
よびその検索のための推論処理も地域の特殊性に適合さ
せる必要が生じることがある。このような場合には，地
域の特殊性を考慮して推論装置20およびデータ・ベース
装置30が構築され，これらの推論装置20およびデータ・
ベース装置30は地域ごとに設けられる。したがって，こ
のような場合には，複数台の入出力コンソール10のそれ
ぞれが，ネットワークを介して複数台の推論装置20およ
びデータ・ベース装置30のうちの任意のものと接続可能
に構成されよう。

【００２１】入出力コンソール10には，入力装置として
マウス11およびキーボード12が，出力装置として表示装
置（たとえばＣＲＴ表示装置，液晶表示装置，プラズマ
・ディスプレイ装置等）13およびプリンタ14が設けられ
る。また入出力コンソール10は，これらの入，出力装置
を制御するとともに推論装置20およびデータ・ベース装
置30とデータおよび命令の受渡しまたは電文の交信を行
う入出力制御プロセス15を含んでいる。入出力制御プロ
セス15は，後述する処理手順を記述したプログラムとそ
のプログラムにしたがって動作するＣＰＵとを含む総称
である。

【００２２】推論装置20は，推論エンジン・モジュール
21，推論のための知識ベース22，メモリ装置23および推
論インターフェース・モジュール26により構成される。
推論エンジン・モジュール21は後述するデータ・ベース
検索のための推論処理を実行するものであり，推論イン
ターフェース・モジュール26は入出力制御プロセス15と
推論エンジン・モジュール21との間のインターフェース
処理および推論処理の一部を行う。これらの推論エンジ
ン・モジュール21および推論インターフェース・モジュ
ール26もまた，後述する処理のためのプログラムとその
プログラムにしたがって処理を実行するＣＰＵとによっ
て実現される。一台のＣＰＵが推論エンジン・モジュー
ル21と推論インターフェース・モジュール26に共用され
てもよい。入出力コンソール10と推論装置20とが一台の
ワーク・ステーションを構成する場合には，一台のＣＰ
Ｕ（または複数台のＣＰＵからなるマルチＣＰＵシステ
ム）が入出力制御プロセス15，推論エンジン・モジュー
ル21および推論インターフェース・モジュール26に共用
されよう。この場合には，入出力制御プロセス15と推論
エンジン・モジュール21および推論インターフェース・
モジュール26とはプログラム間通信を行う。

【００２３】知識ベース22は一般には磁気ディスク（ま
たは光ディスク）装置により実現されよう。知識ベース
には多くの推論ルール群（その一部については後述す
る）があらかじめ格納されよう。メモリ装置23は好まし
くはＲＡＭにより実現される。メモリ装置23内にはワー
ク・エリア24と中間結果スプール・エリア25とが設けら
れ，これらのエリアは推論エンジン・モジュール21と推
論インターフェース・モジュール26とによって共用され
る。また，これらのエリアは便宜的に概念上分けられて
いるのであって，これらのエリアを設けるメモリ内の場
所は原則的に任意に決定される。

【００２４】データ・ベース装置30は，様々な情報をあ
らかじめ格納したデータ・ベース32と，このデータ・ベ
ース32を与えられる指令（問い合わせ文）に応じて検索
するデータ・ベース・エンジン31とから構成される。デ
ータ・ベース装置30もまたコンピュータ・システムによ
り実現され，データ・ベース・エンジン31はコンピュー
タ・システム内のＣＰＵとその実行プログラムとから主
に構成されることになる。データ・ベース32は磁気また
は光ディスク装置により実現される。

【００２５】データ・ベースの検索は２通りの方法で行
うことができる。その１は，推論装置20による推論処理
を経てデータ・ベース検索のための検索キー情報を得る
ものである。この場合には，入出力コンソール10と推論
装置20との間で命令やデータの送，受が行なわれる。入
出力コンソール10の表示装置13の表示画面に種々様々な
質問が表示され，これらの質問に応答する形でユーザが
マウス11およびキーボード12を通して情報（回答）を入
力する。質問はあらかじめ定められているものもある
し，推論装置20が推論の過程で作成するものもある。ユ
ーザによって入力された情報は推論装置20に送られ，推
論処理に役立てられる。

【００２６】データ・ベース検索のための前処理として
推論処理を実行するために，入出力制御プロセス15から
推論インターフェース・モジュール26に推論開始要求
が，推論インターフェース・モジュール26から入出力制
御プロセス15に画面表示要求がそれぞれ送信される。ま
た，推論インターフェース・モジュール26は推論エンジ
ン・モジュール21を起動するとともに，推論エンジン・
モジュール21がメモリ装置23をアクセスするためのアド
レス・データを推論エンジン・モジュール21に与える。
必要に応じて推論エンジン・モジュール21は入出力制御
プロセス15と直接に交信する。推論エンジン・モジュー
ル21は入出力制御プロセス15に質問表示要求を送信し，
入出力制御プロセス15はユーザによって入力された回答
を推論エンジン・モジュール21に返す。推論結果および
ポイント（後述する）データは推論インターフェース・
モジュール26から入出力制御プロセス15に与えられる。

【００２７】データ・ベース検索のその２は入出力コン
ソール10を通してユーザが直接に検索キー情報を入力す
るものである。これは通常のデータ・ベース検索方法と
同じであるが，後に詳述するように，必ずしも適切な情
報が得られなかったり，適格な情報を得るためにはかな
りの専門的知識を必要とする。

【００２８】いずれのデータ・ベース検索方法による場
合も，データ・ベース検索処理においては入出力制御プ
ロセス15から検索キー情報が検索条件スプール・エリア
17に与えられて記憶されるとともに，検索要求がデータ
・ベース検索条件作成プロセス16に与えられる。作成プ
ロセス16はスプール・エリア17の検索キー情報を参照し
ながら問い合わせ文を作成しデータ・ベース・エンジン
31に送信する。データ・ベース・エンジン31はこの問い
合わせ文にしたがってデータ・ベース32を検索し，検索
結果を作成プロセス16に返す。作成プロセス16による問
い合わせとデータ・ベース・エンジン31によるデータ・
ベース検索および検索結果の返信が一回，または一般に
は複数回にわたって行なわれることにより，作成プロセ
ス16は要求に応じた検索結果を得るので，これが入出力
制御プロセス15に送られ，表示装置13によって表示また
はプリンタ14を通して印字される。マウス11またはキー
ボード12からの入力に応答して入出力制御プロセス15は
再び別の検索要求を作成プロセス16に与えるので，上述
の処理が繰返され，再び要求された検索結果が入出力コ
ンソール10上で得られることになる。入出力制御プロセ
ス15からの検索要求は必要に応じて何回か繰返される。

【００２９】(2) 推論処理 データ・ベース検索のための前処理としての推論処理に
ついて，老人福祉サービス情報の検索を例にとって詳し
く説明する。

【００３０】推論処理を通してデータ・ベースを検索す
る方法の特徴は，老人福祉サービス情報の検索の場合，
被介護者（介護を受ける老人）の置かれている情況（た
とえば，被介護者の身体的状況，介護をする人の有無や
その人の状況等）が考慮されることにある。

【００３１】図２から図５は推論インターフェース・モ
ジュール26の処理手順を示している。この図には推論イ
ンターフェース・モジュール26と入出力制御プロセス15
との間の通信，および推論インターフェース・モジュー
ル26と推論エンジン・モジュール21との間のデータのや
りとりも示されている。また，図６および図７は，推論
インターフェース・モジュール26によって起動される推
論エンジン・モジュール21の処理手順を示しており，こ
こには推論エンジン・モジュール21と入出力制御プロセ
ス15との間の通信についても示されている。

【００３２】図19に示す初期画面が入出力コンソール10
の表示装置13に表示されているものとする。この初期画
面は，図１に示すデータ・ベース検索システムが起動さ
れたときに表示されるメニューの中から「介護サービス
情報検索」が選択されたときに表示されるものである。
後に詳述することになるが，この初期画面から推論を通
したデータ・ベース検索処理と，推論を通さないで直接
にデータ・ベースを検索する処理とに分岐することがで
きる。

【００３３】初期画面の上部には，「区市町村選択」，
「検索実行」，「照会」，「推論選択」，「印刷」，
「終了」等の機能ボタンに相当する文字が表示されてい
る。これらの機能のうちの任意の文字の位置にマウス11
によりカーソルを移動させ，クリックすることによりそ
の文字によって表わされる機能が選択される。以下の説
明では，このような機能の選択操作を，機能ボタンを押
す，というように表現することとする。

【００３４】図２を参照して，初期画面において「推論
選択」ボタンが押されると，推論インターフェース・モ
ジュール26と入出力制御プロセス15との間のプログラム
間通信のための初期化処理が行なわれる（ステップ101
）。この初期化処理は，推論インターフェース・モジ
ュール26の起動，通信ＩＤの交換等を含み，入出力制御
プロセス15は通信相手の確定処理を終えると，表示装置
13の画面上において，図20に示すような，推論のための
導入画面を表示する。この画面は，たとえば図19に符号
Ｄ20で示される鎖線で囲まれる位置に重ねて表示され
る。

【００３５】推論導入画面には，「推論開始」，「推論
に基づく検索実行」，「アドバイス」，「終了」等の機
能ボタンが表示される。この画面においてユーザが「推
論開始」ボタンを押すと，入出力制御プロセス15から推
論インターフェース・モジュール26に推論開始要求が送
られる。この推論開始要求を受信すると（ステップ102
），推論インターフェース・モジュール26は中間結果
スプール・エリア25（および必要に応じてワーク・エリ
ア24）をクリアし（ステップ103 ），中間結果スプール
・エリア25にインテーク処理用推論指示リストを作成し
（ステップ104 ），さらにインテーク画面表示要求を入
出力制御プロセス15に送信する（ステップ105 ）。

【００３６】インテーク処理とは，詳細かつ具体的な推
論処理に入る前に，被介護者の非常におおまかな身体状
況に基づいて，どのような種類の一連の推論を行なえば
よいかを決定するためのものである。インテーク処理用
推論指示リストの一例が図９に示されている。推論指示
リストは，主に処理すべき推論ルール群を相互にリンク
させたり，推論結果の格納場所を示したりするためのポ
インタの集まりである。各ポインタの意味については後
述する。ここでは，第一番目に実行すべき推論はインテ
ーク推論であること，およびインテーク推論を特定する
推論番号が＃１０００であること，があらかじめプログ
ラム上で定められていることのみを述べるにとどめる。

【００３７】インテーク表示画面の一例が図21に示され
ている。この画面には，被介護者の非常におおまかな身
体状況を問い合わせる質問項目（「健康」，「概ね健
康」，「病弱」，「寝たり起きたり」，「痴呆が心
配」，「身体が不自由」）が表示されている。また，下
段には「確定」ボタンおよび「リセット」ボタンが表示
される。ユーザはマウス11を用いてカーソルを該当する
質問の項目に位置決めし，「確定」ボタンを押すことに
より，これらの質問のうちのいずれか一つまたは複数を
選択して，質問に答えることになる。「リセット」ボタ
ンは既に選択した質問項目を取消すためのものである。
この画面は，たとえば，図19の鎖線Ｄ21の位置に重ねて
表示される。

【００３８】推論の開始にあたって表示されるこのよう
な多くの質問を含む画面（図21に示すインテーク表示画
面，後に示す図22，23，25，26に示す画面，これらを既
定画面ということにする）は，あらかじめ作成され，入
出力コンソール10のメモリ（図示略）に格納されてい
る。そして，推論インターフェース・モジュール26から
推論番号とともに画面表示要求が与えられたときに入出
力制御プロセス15が表示装置13に表示する。

【００３９】インテーク表示画面に表示された質問項目
のうちのいずれか一つまたは複数をユーザが選択する
と，選択された回答（入力項目）が推論インターフェー
ス・モジュール26に通知される（ステップ106 ）。入力
項目を受信すると，推論インターフェース・モジュール
26は，インテーク処理用推論指示リストに格納されてい
る推論番号＃１０００によって指定されるインテーク推
論用のルール群を知識ベース22から読出して，インテー
ク・ルール・リストをワーク・エリア24上に展開する
（ステップ107 ）。

【００４０】知識ベース22には，図８に示すように，推
論番号に対応して多くの推論ルール群があらかじめ格納
されている。これらの推論ルール群は専門家の知識に基
づいて作成されたものである。推論番号をキーとしてそ
の推論番号に対応する推論ルール群をロードすることが
できる。

【００４１】図16はワーク・エリア24上に展開されたイ
ンテーク・ルール・リストを示すものである。インテー
ク推論のためのルール群にはｊ個（ここではｊ＝６）の
インテーク・ルールが含まれている。各ルールをルール
Ａ１，…，Ａｊとする。インテーク・ルール・リストに
は，各ルールごとに，ルール指示リスト，条件部リスト
および帰結部リストが作成される。

【００４２】推論ルールはいわゆる if, then ルールで
あり，条件部（ifで始まる）と帰結部（then）とから構
成される。条件部に複数の条件命題が含まれることがあ
り，その場合には各条件命題はand （かつ）で結ばれ
る。帰結部にも複数の結論が含まれることがある。

【００４３】ルール指示リストは，「前のルール」の先
頭アドレスを示すポインタ，「次のルール」の先頭アド
レスを示すポインタ，そのルールの「条件部」の記述を
格納するエリア（条件部リスト）の先頭アドレスを示す
ポインタ，そのルールの「帰結部」の記述を格納するエ
リア（帰結部リスト）の先頭アドレスを示すポインタ，
および「ポイント」を表わすデータ（ポイント・データ
については後述する）から構成されている。先頭のルー
ルＡ１の前のルールは存在しないので，ルールＡ１の指
示リストにおいて，前のルールの先頭アドレスを示すポ
インタとしてＮＵＬＬが格納される。最後のルールＡｊ
の次のルールは存在しないので，ルールＡｊの指示リス
トにおいて，次のルールの先頭アドレスを示すポインタ
としてはＮＵＬＬが設定される。これらの「前のルー
ル」ポインタおよび「次のルール」ポインタにより，各
ルール指示リストが相互にリンクされる。

【００４４】条件部リストには条件部の一または複数の
条件命題を表わすデータが，帰結部リストには一または
複数の結論を表わすデータがそれぞれ格納される。

【００４５】ステップ107 においてはまた，中間結果ス
プール・エリア25に事実リストおよび非事実リストが作
成され，これらのリストにはステップ106 において受信
した入力項目に基づいて事実および非事実を表わすデー
タが格納される。

【００４６】たとえば，図21に示すインテーク画面にお
いて，「寝たり起きたり」という項目が入力されたと仮
定する（入力された項目を図面において「×」印で示
す）。この入力された項目は事実であるから，事実リス
トには「被介護者は寝たり起きたり」ということを表わ
すデータが格納されることになる。また，図21に示すイ
ンテーク画面に表示された質問項目のうちで，「健康」
および「概ね健康」は，入力された「寝たり起きたり」
と明らかに矛盾するので非事実である。このような非事
実項目は非事実リストに格納される。既定画面に表示さ
れた各項目について，その項目に矛盾する非事実リスト
に入れられるべき項目はあらかじめ定められており，推
論インターフェース・モジュール26はこのようなあらか
じめ定められたことにしたがって非事実リストのデータ
の格納処理を行う。

【００４７】推論指示リストにおいて，事実リスト・ポ
インタは事実リストの先頭アドレスを示すものであり，
非事実リスト・ポインタは非事実リストの先頭アドレス
を示すものである。また，ルール・リスト・ポインタは
ルール・リストにおける第１番目のルール指示リストの
先頭アドレスを示すものである。推論インターフェース
・モジュール26はインテーク・ルール・リスト，事実リ
ストおよび非事実リストを作成するときに，インテーク
処理用推論指示リストの上記ポインタとして各先頭アド
レス・データを設定する。

【００４８】以上の処理ののち，推論インターフェース
・モジュール26は推論エンジン・モジュール21を起動す
る。このとき，推論インターフェース・モジュール26は
作成したインテーク処理用推論指示リストの先頭アドレ
ス（この実施例ではＡＡ００；図９参照）を推論エンジ
ン21に渡す（ステップ108 ）。推論エンジン21は受取っ
た先頭アドレスを用いてインテーク処理用推論指示リス
トをアクセスすることができる。このインテーク処理用
推論指示リストには上述のようにインテーク・ルール・
リストにおける第１番目の指示リストの先頭アドレス，
ならびに事実リストおよび非事実リストの先頭アドレス
が含まれており，さらに第１番目のルール指示リストに
は他のルールの指示リストをリンクするための先頭アド
レス・データが，各ルール指示リストには条件部リスト
および帰結部リストの記憶場所を示すポインタがそれぞ
れ含まれているので，推論エンジン・モジュール21はイ
ンテーク・ルール・リストや事実リスト，非事実リスト
をアクセスすることができる。このようにして，推論エ
ンジン・モジュール21と推論インターフェース・モジュ
ール26はメモリ23のワーク・エリア24および中間結果ス
プール・エリア25を共用することができる。

【００４９】起動された推論エンジン・モジュール21は
図６および図７に示す手順にしたがって，インテーク・
ルール・リストのルールにしたがう推論処理を実行す
る。既に入力項目が事実リストに入っており，それに矛
盾する項目が非事実リストに入っている。インテーク・
ルールについての推論処理は次のように行なわれる。

【００５０】まず，インテーク処理用推論指示リストの
ルール・リスト・ポインタによって示される第１番目の
ルールＡ１指示リストについて推論処理が開始される
（ステップ131 ）。この推論処理は，ルールＡ１指示リ
ストの「条件部」ポインタＣ１１１によって指定される
条件部リストの条件命題と同じものが事実リストにある
かどうかを調べることである（ステップ132 ）。条件命
題が事実リストになければ，次にステップ133 以降の処
理を行い（これらの処理については他のルール群の説明
において詳述する），ステップ141 を経てステップ142
に移り，ルールＡ１指示リストの「次のルール」ポイン
タで示されるルールＡ２について同じような処理を行
う。このように，各ルールの条件部と事実リストの内容
を比較していく。

【００５１】上述したように，事実リストに「被介護者
は寝たり起きたり」という入力項目が入っていたとする
と，ルールＡ４の処理においてステップ132 における判
断がＹＥＳとなる。そこで，そのルールの帰結部リスト
に格納されている結論データを用いて推論中間結果リス
トが作成される。また，そのルールの指示リストにある
ポイント・データが推論指示リストの評価ポイントの欄
に記入される（ステップ139 ）（上述したように，ポイ
ント・データについてはさらに後で述べる）。

【００５２】インテーク・ルールの帰結部には推論を実
行すべきルール群を示す推論番号が結論として格納され
ている。推論エンジン・モジュール21は中間結果スプー
ル・エリア25の空きのエリアに推論中間結果リストを作
成して，帰結部の推論番号をこの推論中間結果リストに
書込む。また，作成した推論中間結果リストの先頭アド
レス（この例ではＢＢ００）をインテーク処理用推論指
示リストの推論中間結果リスト・ポインタの欄に書込
む。このようにして作成された推論中間結果リストおよ
び推論指示リストの例が図10に示されている。

【００５３】最後に推論エンジン・モジュール21は，推
論が正常に終了した旨を推論インターフェース・モジュ
ール26に通知する（ステップ140 ）。一般に，インテー
ク・ルール処理では，すべてのルールについてステップ
132 でＮＯとなることにより，ステップ141 を経て異常
終了（ステップ143 ）となることはない。

【００５４】再び図２に戻って，推論終了の旨の通知を
受取ると，推論インターフェース・モジュール26は，推
論エンジン・モジュール21が作成した推論中間結果リス
ト（図10）を参照して，今後実行すべきすべての推論に
ついての推論指示リストを中間結果スプール・エリア25
に作成する（ステップ110 ）。推論インターフェース・
モジュール26はインテーク処理用推論指示リストの先頭
アドレスＡＡ００を記憶しているので，この推論指示リ
ストの推論中間結果リスト・ポインタＢＢ００に基づい
て推論中間結果リストを容易にアクセスすることができ
る。

【００５５】作成されたすべての実行すべき推論につい
ての推論指示リストの例が図11および図12に示されてい
る。これは，上述したルールＡ４の帰結部の結論に基づ
いて作成されたものである。

【００５６】インテーク処理（推論番号＃１０００）を
除くと，今後実行すべき推論の概要は次のようなもので
ある。 推論番号＃１００：自立度評価に関する推論（自立度評
価フェーズ） 被介護者のおおまかな身体状況を判断するものである。 推論番号＃３５００：自助介護力レベル評価に関する推
論（自助介護力レベル評価フェーズ） 被介護者のより詳細な身体状況を判断するものである。 推論番号＃２００：介護主担者レベル評価に関する推論
（介護主担者レベル評価フェーズ） 被介護者を主として介護する人の有無およびその状況を
判断するものである。 推論番号＃３００：介護援助レベル評価に関する推論
（介護援助レベル評価フェーズ） 介護主担者以外に介護を援助できる人がいるかどうか，
いる場合にはその程度または状況を判断するものであ
る。 推論番号＃８００：総合介護力評価に関する推論（総合
介護力評価フェーズ） 上記の推論番号＃３５００，＃２００および＃３００の
結果を総合判定するものである。 推論番号＃６００：サービス選択評価に関する推論（サ
ービス選択評価フェーズ） 上記の推論番号＃８００の推論結果および質問に対する
回答に基づいてサービスを受ける条件の範囲を決定する
ものである。 推論番号＃２０００：老人世帯に関する推論（老人世帯
フェーズ） 老人のみの世帯かどうか，老人の一人暮しかどうか，老
人以外の家庭と同居かどうかなどを判断するものであ
る。

【００５７】上記の推論のそれぞれについて推論指示リ
ストが作成され，作成された各推論指示リストに対応す
る推論番号が格納される。推論は上に列挙した順序で行
なわれるので，その順序付けと推論指示リストの相互の
リンク付けのために，「前の指示リストのポインタ」と
「次の指示リストのポインタ」に，各推論指示リストの
先頭アドレスが格納される。「前の指示リストのポイン
タ」には直前に行なわれるべき推論の推論指示リストの
先頭アドレスが，「次の指示リストのポインタ」には直
後に実行されるべき推論の推論指示リストの先頭アドレ
スがそれぞれ設定される。したがって，先頭のインテー
ク処理用（インテーク・フェーズ用）推論指示リストに
おける「前の指示リストのポインタ」および末尾の老人
世帯フェーズ用推論指示リストにおける「次の指示リス
トのポインタ」にはそれぞれデータＮＵＬＬが格納され
る。

【００５８】このような相互にリンクされた推論指示リ
ストにしたがって推論処理が以下に述べるように続行さ
れていく。

【００５９】インテーク・フェーズ用推論指示リストに
おける「次の指示リストのポインタ」ＡＡ８８にしたが
って，自立度評価フェーズ用推論指示リストがアクセス
され，そこに記憶されている推論番号＃１００が読出さ
れる。図３を参照して，読出された推論番号とともに，
次の推論のための既定画面表示要求が推論インターフェ
ース・モジュール26から入出力制御プロセス15に送信さ
れる（ステップ116 ）（ステップ111 〜115 については
後述する）。

【００６０】入出力制御プロセス15は伝送された推論番
号に対応する既定画面を表示装置13に表示する。自立度
評価フェーズのための表示画面の例が図22に示されてい
る。この表示画面の質問項目の中からいずれか一つの項
目が選択されると，選択された項目が入出力制御プロセ
ス15から推論インターフェース・モジュール26に送信さ
れる。推論インターフェース・モジュール26は入力項目
を受信すると（ステップ117 ），推論番号を用いて知識
ベースから自立度評価フェーズの推論ルール群をロード
し，ステップ107 と同じように推論ルール・リストを作
成するとともに，受信した入力項目に基づいて事実リス
トおよび非事実リストを作成し，さらに推論指示リスト
の必要なポインタにアドレス・データを書込む（ステッ
プ118 ）。

【００６１】図４を参照して，この後，推論インターフ
ェース・モジュール26は自立度評価フェーズ推論指示リ
ストの先頭アドレスを渡して推論エンジン・モジュール
21を起動する（ステップ119 ）。これに応答して，推論
エンジン・モジュール21は作成された推論ルール・リス
トにしたがって推論処理を実行することになる。

【００６２】推論処理が終了して推論エンジン・モジュ
ール21から推論の正常終了または異常終了の旨が通知さ
れるので（ステップ120 ），この通知にしたがって推論
インターフェース・モジュール26は事実リストおよび非
事実リストのコピー処理またはクリア処理を行い（ステ
ップ121 ，122 ），ステップ111 に戻る。ステップ120
〜122 の処理の詳細については，次の自助介護力レベル
評価フェーズにおける推論処理において詳述する。

【００６３】この自立度評価フェーズのための推論処理
の結論として推論番号＃７０００が得られたものとす
る。この推論番号＃７０００は推論中間結果リスト（先
頭アドレスＢＢ８８）に格納される（図13参照）。この
ように，推論処理によって結論として推論番号が得られ
た場合には，推論インターフェース・モジュール26は次
の推論である自助介護力のレベル評価フェーズの推論番
号としてこの推論番号＃７０００を推論指示リストに書
き込む。自助介護力レベル評価フェーズの先に得られて
いた推論番号＃３５００は一種のダミーである（図８参
照）。自助介護力レベル評価に関する推論ルール群は８
種類あり（図８の＃５５００〜＃９０００），これらの
うちの１つの推論ルール群（推論番号＃７０００）が自
立度評価フェーズにより選択されたことになる。

【００６４】推論インターフェース・モジュール26は，
この推論番号＃７０００とともに既定表示画面要求を入
出力制御プロセス15に送信する（ステップ116 ）。これ
に応答して，入出力制御プロセス15は図23に示すような
画面を表示装置13に表示する。

【００６５】ユーザはこの画面をみて，被介護者の身体
状況にあてはまる一または複数の項目を選択入力するの
で，入力された項目が推論インターフェース・モジュー
ル26に送信される。

【００６６】入力項目を受信すると（ステップ117 ），
推論インターフェース・モジュール26は，推論番号＃７
０００の自助介護力レベル評価（その４）に関するルー
ル群を知識ベース22からロードして，図17に示すような
自助介護力レベル評価ルール・リストを作成する（ステ
ップ118 ）。また，自助介護力レベル評価フェーズの推
論指示リスト内のルール・リスト・ポインタにアドレス
Ｅ１００を入れる。

【００６７】このステップ118 において推論インターフ
ェース・モジュール26はまた，図18に示すような事実リ
ストおよび非事実リストを作成する。事実リストには，
上述したインテーク推論において得られた事実リスト
（これを図18においてＣＯＰＹ１で示す），および自立
度評価フェーズの推論において得られた事実リスト（Ｃ
ＯＰＹ２で示す）も含まれている。

【００６８】推論インターフェース・モジュール26は，
インテーク・フェーズの推論処理終了後における推論指
示リスト作成処理（ステップ110 ）において，次に実行
すべき自立度評価フェーズの推論のための事実リスト・
エリアを決定し（このエリアの先頭アドレスはＤ８００
である：図11参照），インテーク推論で得られた事実リ
スト（先頭アドレスはＤ０００である：図16参照）の内
容を（ＣＯＰＹ１の内容）を，この決定した事実リスト
・エリアに転送して書込む（転送に書込むことをこの明
細書ではコピーと表現する）。さらに推論インターフェ
ース・モジュール26は自立度評価フェーズの推論が終了
したときに，次に実行すべき自助介護力レベル評価フェ
ーズのための事実リスト・エリアを決定し（これが図18
に示す先頭アドレスＦ０００をもつエリアである），こ
のエリアに自立度評価フェーズの推論で得られた事実リ
スト（ここにはＣＯＰＹ１とＣＯＰＹ２の内容が含まれ
ている）をコピーする（ステップ121 ）。非事実リスト
についても全く同様である。

【００６９】推論インターフェース・モジュール26は，
入出力制御プロセス15から送信された入力項目（図23に
おいて「×」印が付された項目）を事実リストに書込
む。また，これらの入力項目と矛盾する項目を非事実リ
ストに書込む。このようにして，図18に示す事実リスト
および非事実リストが作成される。

【００７０】図23から分るように，「排泄」に関する項
目は全く入力されていない（すなわち「×」印が付され
ていない）。したがって，排泄に関する項目は事実リス
トにも非事実リストにも入っていない。このような入力
されなかった項目については，後に説明するように，推
論エンジンからの質問という処理により補われることに
なる。

【００７１】この後，推論エンジン・モジュール21が起
動されることになる。このとき，自助介護力レベル評価
フェーズの推論指示リストの先頭アドレスＡＢ００が推
論インターフェース・モジュール26から推論エンジン・
モジュール21に渡される（ステップ119 ）。

【００７２】図６および図７のフロー・チャート，なら
びに図17のルール・リストおよび図18の事実リスト，非
事実リストを参照して，推論エンジン・モジュール21に
よる推論処理について詳細に説明する。図17に示す自助
介護力レベル評価ルール・リストには，代表例としてル
ールＣ１とルールＣｉが示されている。

【００７３】まず第１番目のルールＣ１について推論が
開始される（ステップ131 ）。ルールＣ１の条件部リス
トにある全項目と事実リストの全内容が比較され，条件
部リストの全項目が事実リストにあるかどうかが判定さ
れる（ステップ132 ）。ルールＣ１の図示された条件部
リストの項目のうちのいくつかのものが事実リストにな
いので，ステップ132 の判定はＮＯとなる。

【００７４】ルールＣ１の条件部リストの全項目のうち
で事実リストになかった項目がいくつかあるので，この
ような事実リストになかった項目の中で非事実リストに
列挙されているものがあるかどうかが，次に調べられる
（ステップ133 ）。たとえば，ルールＣ１の条件部リス
トにおける第４番目の項目「食事はやや時間がかかって
も介助なしに一人で食事する」は，事実リストには存在
せず，非事実リストに存在する。このことは，ルールＣ
１の条件部は決して満たされないことを意味する。事実
リストになかった条件部の項目のうちで一つでも非事実
リストにあればその条件をもつルールはもはや推論する
意味のないものである。したがって，ステップ133 でＹ
ＥＳとなれば，次のルールについての推論処理に移るこ
とになる（ステップ141 を経てステップ142 ）。

【００７５】同じようにしてルールＣ２，Ｃ３，…が処
理されていく。

【００７６】ルールＣｉについては，条件部リストのい
くつかの項目は事実リストに列挙されたものと一致する
が，他のいくつかの項目は事実リストにはない。したが
って，ステップ132 でＮＯとなり，次にステップ133 に
進む。

【００７７】ルールＣｉの条件部の項目のうちで事実リ
ストになかった項目は，第６番目の項目「排泄は全面的
に介助を要する」と，第９番目の項目「整容は全面的に
介助を要する」である。これらの項目は非事実リストに
も存在しない。したがって，ステップ133 でＮＯとな
る。

【００７８】このような場合には，条件部の項目のうち
で事実リストにも非事実リストにもなかった項目につい
てそれが事実か，非事実かを調べる必要がある。

【００７９】そこで，推論エンジン・モジュール21は，
このような項目についての質問を表示するよう，入出力
制御プロセス15に要求する（ステップ134 ），この質問
表示要求は質問すべき項目の表示データを含む。入出力
制御プロセス15は，この質問表示要求に応答して，要求
された項目について表示装置13の画面に質問文を表示す
る。質問表示の例が図24に示されている。これは上記の
第９番目の項目に関するものである。

【００８０】ユーザはこの質問に対して，肯定（はい，
ＹＥＳ）または否定（いいえ，ＮＯ）の回答をマウス11
を用いて入力する。この入力された回答を表わすデータ
は入出力制御プロセス15から推論エンジン・モジュール
21に送信される。

【００８１】推論エンジン・モジュール21はこの回答を
受取ると，回答が肯定を示していれば質問した内容を事
実リストに，回答が否定を示していれば質問した項目の
内容を非事実リストにそれぞれ追加する（ステップ135
，136 ，137 ）。

【００８２】この後，ステップ132 に戻って上述の処理
が繰返されることになる。ルールＣｉについては，条件
部の第６番目と第９番目の項目が質問すべき項目である
から，ステップ132 〜137 の処理が２回繰返されること
になる。

【００８３】このようにして，既定画面が表示されたと
きにユーザが入力を忘れた項目や，既定画面には含まれ
てはいないが条件部リストには存在する項目について，
ユーザの回答（身体的状況等についての詳細情報）が得
られることになる。

【００８４】上述した第６番目と第９番目のいずれかの
項目についても肯定の回答が得られたと仮定する。これ
らの項目の内容は事実リストに追加されている。そうす
ると，ルールＣｉの条件部リスト中のすべての項目が事
実リストに存在することになるのでステップ132 でＹＥ
Ｓとなる。自助介護力レベル評価フェーズの推論中間結
果リストが中間結果スプール・エリア25に作成され（先
頭アドレスはＢＣ００：図13参照）このエリアに，ルー
ルＣｉの帰結部リストの内容がコピーされる。帰結部の
内容は「対象者分類［０００３２３４］」，「対象者必
要介護機器分類［０５０１０００］」というものであ
る。推論中間結果リストの先頭アドレスは自助介護力レ
ベル評価推論指示リストにセットされる。さらに，ルー
ルＣｉの指示リストに含まれているポイント・データ
（この例では0.14）が自助介護力レベル評価推論指示リ
ストの評価ポイントとして設定される（ステップ139
）。

【００８５】ここでポイントないしは評価ポイントとい
うのは，最終的に総合介護力評価フェーズの推論処理に
おいて数値で表わされた総合介護力を求めるためのもの
である。総合介護力は，自助介護力レベル，介護主担者
レベルおよび介護援助レベルの三つの観点から評価さ
れ，いわば被介護者が現状の状態で（すなわち，老人ホ
ーム，その他の施設の助けを借りずに）どの程度の介護
を得られるかということを示すものである。在宅介護力
と言いかえてもよい。

【００８６】ポイント・データは，自助介護力レベル評
価フェーズ，介護主担者レベル評価フェーズおよび介護
援助レベル評価フェーズの各推論のすべてのルールに，
あらかじめ設定されている。このポイント・データは，
数多くの事例に基づき，かつ各ルールに適合させた形態
で専門家が決定した値である。

【００８７】以上の処理ののち推論エンジン・モジュー
ル21は推論が正常に終了した旨を推論インターフェース
・モジュール26に通知する（ステップ140 ）。

【００８８】もし，ルール・リスト中のすべてのルール
についてステップ132 でＮＯとなった場合には，最後の
ルールのルール指示リストの「次のルール」ポインタの
値はＮＵＬＬであるからステップ141 でＹＥＳとなる。
このような場合にはあてはまるルールが存在しなかった
として異常終了（エラー終了）の旨が推論エンジン・モ
ジュール21から推論インターフェース・モジュール26に
通知される（ステップ143 ）。

【００８９】再び図４に戻り，推論インターフェース・
モジュール26は推論エンジン・モジュール21から推論が
正常に終了した旨の通知を受取ると（ステップ120 ），
次の推論，すなわち介護主担者レベル評価フェーズの推
論のために事実リストおよび非事実リストのためのエリ
アを決定し（先頭アドレスＦ８００とＦＣ００：図13参
照），先の推論で得られた事実リストおよび非事実リス
ト（先頭アドレスＦ０００とＦ４００のエリアのリス
ト：図18参照）を決定したエリアにコピーする（ステッ
プ121 ）。この後，ステップ111 に戻り，次の推論の実
行に移る。

【００９０】推論エンジン・モジュール21から異常終了
の旨の通知を受取ったときには，推論インターフェース
・モジュール26は推論エンジン・モジュール21に再度同
じ推論を実行させる。あてはまるルールが存在しなかっ
た原因にユーザの入力誤りがある可能性があるからであ
る。このために推論インターフェース・モジュール26
は，直前に行った推論において事実リスト，非事実リス
トに加入された項目をクリアする（ステップ122 ）。た
とえば上述した自助介護力レベル評価フェーズの推論が
異常終了であった場合には，図18に示す事実リストおよ
び非事実リストのうちＣＯＰＹ１およびＣＯＰＹ２の項
目を除く項目がクリアされる。この後，ステップ111 に
戻り，ステップ112 〜115 をスキップして（推論番号＃
８００以外の場合），先に実行した推論の再度の実行の
ためにその推論のための画面表示要求が送出されること
になる（ステップ116 ）。

【００９１】表示装置13の表示画面に「戻り」ボタンを
表示するようにすることもできる。この「戻り」ボタン
が押され，その旨が入出力制御プロセス15から送られる
と，推論インターフェース・モジュール26は，直前の推
論が正常終了の場合には直前の推論を再度実行させるよ
うに（直前の推論で得られた事実項目，非事実項目をク
リアする），直前の推論が異常終了の場合または推論実
行中の場合にはその一つ前の推論を再度実行させるよう
に（直前の推論または実行中の推論で得られた事実項
目，非事実項目，およびその一つ前の推論で得られた事
実項目，非事実項目をクリアする）制御する。「戻り」
ボタンが２度連続して押された場合には，さらに一つ前
の推論に戻って再推論処理を実行するようにすると，一
層好ましい。このようにして，ユーザは入力誤りがあっ
た場合には自ら「戻り」ボタンを押して推論をやりなお
すことができる。

【００９２】続いて介護主担者レベル評価フェーズの推
論が実行される。この推論の既定表示画面の例が図25に
示されている。介護主担者がいるかどうか，いる場合に
はその人の年齢，健康状態，生活状況等に関する項目の
中からユーザによって選択された項目が入力される。

【００９３】この推論のルールはたとえば次のようなも
のである。 条件部 介護主担者がいる。 介護主担者は60歳代である。 介護主担者は健康である。 介護主担者はパート勤務を行なっている。 帰結部 介護主担者分類［０１０４０３４］ このルールがあてはまった場合のポイントは0.51である
（図13参照）。

【００９４】同じようにして介護援助レベル評価フェー
ズの推論が行なわれる。この推論の既定表示画面の一例
が図26に示されている。この推論では，介護主担者に代
わる人がいるかどうか，いる場合には１週間のうちに何
日くらい介護できるか，また介護できる時間帯はいつ
か，家族，近隣人，親族等の身近な介護援助者以外に福
祉団体等によるサービスを受けているか，受けていると
すればそれはどのような種類のものか等について，ユー
ザによって選択された項目が入力される。

【００９５】この推論ルールの一例は次のようなもので
ある。 条件部 介護主担者に代わる人がいる。 介護主担者に代わる人が昼のみいる。 介護主担者に代わる人が週２日いる。 帰結部 介護援助分類［０２０１０１２］ このルールがあてはまった場合のポイントは0.1 である
（図14参照）。

【００９６】以上の推論処理結果を踏まえて総合介護力
評価フェーズの推論処理が行なわれる。この推論の推論
番号は＃８００である。したがって，図３のステップ11
2 でＹＥＳとなる。この場合には，自助介護力レベル評
価フェーズの推論で得られたポイント0.14と，介護主担
者レベル評価フェーズの推論で得られたポイント0.51
と，介護援助レベル評価フェーズの推論で得られたポイ
ント0.1 とが加算され，総合介護力評価ポイントが算出
される。この例では総合介護力評価ポイントは0.14＋0.
51＋0.1 ＝0.75となる。この算出されたポイントは総合
介護力評価のための推論の事実リストおよび推論指示リ
ストにストアされる（ステップ113 ）。

【００９７】推論インターフェース・モジュール26から
入出力制御プロセス15に，算出されたポイントを表わす
データとともにポイント表示要求が送信される（ステッ
プ114 ）。これに応答して入出力制御プロセス15は，表
示装置13の画面上に算出されたポイント，必要ならばそ
の説明，および「了解」ボタンを表示する。このポイン
ト表示をみてユーザが「了解」ボタンを押下すれば，そ
の旨が入出力制御プロセス15から推論インターフェース
・モジュール26に伝送される。推論インターフェース・
モジュール26は了解応答を受信すると（ステップ115
），総合介護力評価のための推論処理に進む。

【００９８】推論の種類によっては推論処理に先だつ既
定画面の表示が不要なものがある。たとえば総合介護力
評価フェーズ（推論番号＃８００），サービス選択評価
フェーズ（＃６００），老人世帯フェーズ（＃２００
０）などは既定画面表示を伴なわない。このような既定
画面表示を伴なわない推論はその推論番号に基づいて判
断できるので，推論インターフェース・モジュール26は
既定画面表示を伴なわない推論の場合には，ステップ11
6 ，117 の処理をスキップして，ただちに，知識ベース
22からの該当する推論ルールのロードと，その推論ルー
ル・リストの作成に移る（ステップ118 ）。

【００９９】総合介護力評価フェーズにおける推論は，
算出されたポイントに基づいて，総合介護力分類と支援
レベルとを決定するものである。たとえば，次のような
推論ルールが設定されている。 条件部 0.9 ＞総合介護力評価ポイント≧0.75 帰結部 総合介護力分類［０３０３０２４］ 在宅介護要支援レベルＣ

【０１００】事実リストに格納された総合介護力評価ポ
イントにあてはまる条件部に対応する帰結部の内容が推
論中間結果リストに格納されることになる（ステップ11
9 〜122 ）。

【０１０１】支援レベルは総合介護力評価ポイントの値
に応じて一定範囲ごとにあらかじめ定められている。支
援レベルの種類には，在宅介護可能レベル，在宅介護ほ
ぼ可能Ａレベル，在宅介護ほぼ可能Ｂレベル，在宅介護
要支援Ａレベル，…，在宅介護要支援Ｄレベル，在宅介
護難Ａレベル，…等がある。

【０１０２】次のサービス選択評価フェーズにおける推
論ルールの一例は次のようなものである。この推論では
先の総合介護力評価フェーズの推論結果が用いられてい
る。 条件部 在宅介護要支援Ｃレベル。 家に他人を入れてもかまわない。 費用はかまわない。 帰結部 必要サービス分類［０４０２０１５］

【０１０３】最後の老人世帯フェーズにおける推論ルー
ルの例は次のようなものである。 条件部 介護主担者がいない。 介護主担者に代わる人がいない。 帰結部 独り暮らし 条件部 65歳以下の人が一緒に住んでいない。 帰結部 老人世帯

【０１０４】このサービス選択評価フェーズおよび老人
世帯フェーズにおける推論では既定画面は表示されず
に，先行する推論で得られた事実リストおよび非事実リ
ストの内容に基づいて，必要な場合には推論エンジン・
モジュール21が入出力制御プロセス15に質問表示を要求
して質問に対するユーザの回答を得ることによって（図
６ステップ134 〜137 ），推論が実行されていく。推論
結果は推論中間結果リストに格納される。

【０１０５】老人世帯フェーズの推論が終了したとき
に，その推論指示リストの次の指示リストのポインタの
欄にはＮＵＬＬが記入されているから，図３ステップ11
1 でＹＥＳとなり，図５に示す推論終了処理に移ること
になる。

【０１０６】図13および図14は推論が終了したときにお
ける，全推論処理に関する推論指示リストと推論中間結
果リストとを示すものである。

【０１０７】すべての推論が終了すると，推論終了メッ
セージが推論インターフェース・モジュール26から入出
力制御プロセス15に送信される（ステップ123 ）。

【０１０８】入出力制御プロセス15は推論終了メッセー
ジを受信すると，表示装置13の画面上に，推論が終了し
た旨，および「推論に基づく検索実行」ボタン（図20参
照），その他の機能ボタンを表示する。ユーザが「推論
に基づく検索実行」ボタンを押すと，入出力制御プロセ
ス15は分類名称リストの送信要求を送信する。

【０１０９】推論インターフェース・モジュール26は分
類名称リスト送信要求を受信すると（ステップ124 ），
図13および図14に示す推論中間結果リストのうち，デー
タ・ベース検索に必要な推論結果（推論番号を除く）を
分類名称リストに書込んでこのリストを作成する。分類
名称リストには，図15に示すように，推論により得られ
た各種分類を示すコードが格納される。分類名称リスト
は中間結果スプール・エリア25に作成されよう。推論イ
ンターフェース・モジュール26はこの分類名称リストを
入出力制御プロセス15に送信する（ステップ125 ）。

【０１１０】入出力制御プロセス15は分類名称リストを
受信すると，後に説明するように検索条件スプール・エ
リア17にこれを書込む。

【０１１１】(3) データ・ベースの検索処理 この実施例によるデータ・ベース検索システムは上述し
たように老人福祉業務（サービス）情報の検索に関する
ものであるが，ここでいう老人福祉業務情報とは広義の
意味のものである。老人福祉業務情報の検索は，具体的
にいうと，狭義の意味での（後に説明する）老人福祉に
関連してどのようなサービスの提供が可能であるか，老
人のための施設にはどのようなものがあり，そこでどの
ようなサービスが受けられるのか，施設を利用する条件
は何か，医療，保健に関連してどのようなサービスが受
けられるのか，所得補償にはどのようなものがあるの
か，公営のもの以外に私営のものにどのようなサービス
があるのか，という情報の検索を含む。

【０１１２】上記のサービスに関する情報の体系化され
たデータ・ベースを構築するために，図27に示すように
提供可能なサービスが体系化されている。この体系はサ
ービス項目，サービス区分およびサービス名称によって
構成される。

【０１１３】サービス項目は最も上位の分類であり，狭
義の老人福祉関連，施設関連，医療・保健関連，所得補
償関連等に分けられており，それぞれに２桁（10進数表
現）の項目コード（図27において［］で示す，以下同
じ）が割当てられている。

【０１１４】各サービス項目はさらに複数のサービス区
分に分けられる。たとえば，サービス項目「老人福祉関
連」は，在宅福祉・介護支援，その他の行政サービス機
関，住宅，社会参加，就労等のサービス区分に分けられ
る。サービス区分にも２桁の区分コードが割当てられて
いる。

【０１１５】各サービス区分には一または複数のサービ
ス名称（サービスの種類）が含まれる。たとえば，サー
ビス項目「老人福祉関連」内のサービス区分「在宅福祉
・介護支援」には，家庭奉仕員派遣，自宅入浴サービ
ス，ショート・ステイ，高齢者介護ホーム，緊急通報シ
ステム，日常生活用具給付等々のサービス名称が含まれ
る。サービス名称には３桁のサービス名称コードが割当
てられている。

【０１１６】特定のサービス項目における特定のサービ
ス区分に含まれる特定のサービス名称は合計７桁のコー
ドによって指定される。この７桁のコードをサービス検
索コードという。たとえば，サービス項目「老人福祉関
連」［０１］におけるサービス区分「在宅福祉・介護支
援」［０１］に含まれるサービス名称「高齢者介護ホー
ム」［００４］は，サービス検索コード［０１０１００
４］によって指定される。なお，上位の分類をサービス
区分，その下位の分類をサービス項目と命名してもよ
く，項目や区分は単に便宜的なものである。

【０１１７】図28はデータ・ベース装置30に設けられた
データ・ベース32の全体的な構造を示すものである。デ
ータ・ベース32には，分類マスタ，分類／サービス・マ
スタ，サービス・マスタ，社会資源台帳，実施施設マス
タ，施設一次情報マスタ等が設けられている。

【０１１８】分類マスタおよび分類／サービス・マスタ
は推論に基づく検索処理において用いられるものであ
る。分類マスタは基本的には，推論処理により得られた
分類名称リスト（図15参照）に含まれる分類名称（分類
名称を表わす文字コードの集まり；以下単に分類コード
という）とＡＩコードとを結びつけるためのものであ
る。分類コードおよびＡＩコードの意味については後に
述べる。分類／サービス・マスタはＡＩコードとサービ
ス検索コードとを結びつけるためのものである。

【０１１９】したがって，これらの分類マスタと分類／
サービス・マスタを通して，推論結果を示す分類コード
とデータ・ベース検索のためのサービス検索コードとが
結びつけられることになる。

【０１２０】サービス・マスタは地域（都道府県，区市
町村）（地域コード）に対応して，その地域で利用可能
なサービスの種類（サービス検索コード）およびその条
件，説明等をあらかじめ格納しておくものである。指定
された地域で特定のサービス検索コードに対応するサー
ビスが受けられるかどうかを調べるために有用である。

【０１２１】社会資源台帳は，地域コードおよびサービ
ス検索コードに対応して，そこで実施されているサービ
スに関する情報をあらかじめ格納しておくものである。
指定された地域で指定されたサービス検索コードに対応
するサービスの具体的な実施形態およびその内容を調べ
るために有用である。

【０１２２】実施施設マスタは，現存するほとんどすべ
ての施設の名称を，地域コード，サービス検索コード等
に対応させて記憶するものである。指定された地域にお
いて指定されたサービスに関連する施設の名称を調べる
のに有用である。

【０１２３】施設一次情報マスタは，実施施設ごとにそ
の詳細な情報を記憶するものである。

【０１２４】図29および図30は推論に基づく検索処理手
順の一部を示しており，図29は入出力制御プロセス15の
動作を，図30はデータ・ベース検索条件作成プロセス16
とデータ・ベース・エンジン31の処理をそれぞれ表わし
ている。

【０１２５】図29を参照して，上述した推論処理に入る
前に，一般にデータ・ベース検索のために最低限必要な
情報の入力が，入出力コンソール10を用いて行なわれ
る。

【０１２６】データ・ベース検索のために最低限必要な
情報とは，データ・ベース検索の対象地域である。この
対象地域は老人福祉に関する上述の各種サービスを受け
ようとする地域と一致する。地域情報には，都道府県と
区市町村とが含まれる。

【０１２７】図19の表示画面において，「区市町村選
択」ボタンがユーザによって押されると，この下面の下
半部（たとえば「サービス名称」の欄）に都道府県のリ
ストが表示される。ユーザはこのリストの中から所望の
都，道，府または県を選択入力する。すると，選択され
た都，道，府または県にある区市町村のリストが表示さ
れるので，ユーザはそのリストの中から所望の区，市，
町または村を選択入力する。これにより地域情報の入力
処理が終る。都道府県には２桁の都道府県コードが，区
市町村には３桁の区市町村コードが割当てられている。
都道府県コードと区市町村コードによって構成される５
桁のコードを地域コードという。

【０１２８】必要に応じて利用者（被介護者）に関する
情報，利用場所に関する情報，利用者の年齢，利用者の
健康状態が入力される（図19参照）。これらの入力情報
もまたコード化されるのはいうまでもない。この実施例
では利用場所に関する情報（「施設」＝コード［０
２］）のみが入力されたものとする。

【０１２９】これらの入力された各種情報は，検索キー
情報の一種として，入出力制御プロセス15から検索条件
スプール・エリア17に転送され，その検索条件リスト・
エリアに記憶される（ステップ151 ）。

【０１３０】図31は検索条件スプール・エリア17の構成
例を示している。このスプール・エリア17には，検索条
件リスト・エリアと抽出サービス・リスト・エリアと，
推論結果エリアが設けられている。検索条件リスト・エ
リアには，地域コード，サービス検索コード，利用場所
コード，利用者コード，健康条件コードおよび年齢条件
コードが記憶される。この実施例では，上述のように，
地域コードと利用場所コードが入力されたので，これら
のコードが検索条件リストに挙げられることになる（二
重のハッチングで示す）。もし，利用者，年齢，健康状
態が入力されれば，それらのコードが利用者コード，年
齢条件コード，健康条件コードとして検索条件リストに
挙げられることになる。

【０１３１】以上の入力処理ののち，「推論選択」ボタ
ンが押されることにより，上述した推論処理が実行され
る。

【０１３２】上述したように推論処理が終了すると，推
論インターフェース・モジュール26から推論結果として
分類名称リスト（図15）が送信されてくるので入出力制
御プロセス15はこれを受信し（ステップ152 ），検索キ
ー情報の一つとしてこの分類名称リストを検索条件スプ
ール・エリア17の推論結果エリアに格納する（ステップ
153 ）とともに，データ・ベース検索条件作成プロセス
16に検索要求を出す（ステップ154 ）。

【０１３３】図30を参照して，データ・ベース検索条件
作成プロセス16は入出力制御プロセス15から検索要求が
与えられると，推論結果エリアに格納されている分類名
称リスト（分類コード）をデータ・ベース・エンジン31
に送信し，分類名称リスト中の各分類コードに対応する
サービス検索コード（一つのみならず複数の場合もあ
る）を問い合わせる（ステップ161 ）。

【０１３４】図32はデータ・ベース32における分類マス
タおよび分類サービス・マスタの詳細を示すものであ
る。分類マスタは分類コードとＡＩコードとを対応させ
て記憶するものである。分類コードに対応してアドバイ
ス・ファイルのアクセスするためのキー・データ（たと
えばアドレス）も記憶されている。分類／サービス・マ
スタは，ＡＩコードに対応して一または複数のサービス
検索コードを記憶するものである。

【０１３５】データ・ベース・エンジン31は作成プロセ
ス16からサービス検索コードの問い合わせ文を受信する
と，まず分類マスタを検索して作成プロセス16から与え
られたすべての分類コードに対応するＡＩコードを取出
し，さらに分類／サービス・マスタを検索して，取出し
たＡＩコードのそれぞれに対応するすべてのサービス検
索コードを取得し，取得したすべてのサービス検索コー
ドを作成プロセス16に送信する（ステップ171 ）。

【０１３６】作成プロセス16はデータ・ベース・エンジ
ン31から送信されたサービス検索コードを検索条件スプ
ール・エリア17の検索条件リストに加入する（ステップ
162）。検索条件リストに加入されたサービス検索コー
ドが一重のハッチングで示されている。このようにし
て，検索条件リストには，入出力コンソール10から入力
された検索条件（地域コード等）と，推論結果に基づい
て導かれたサービス検索コードが満たされ，検索条件デ
ータが整ったことになる。

【０１３７】上述したように被介護者の状態および被介
護者をとりまく状況を表わす各種情報が入出力コンソー
ル10から入力され，この入力された情報（項目）に基づ
いて，推論ルールにしたがって推論が行なわれることに
より分類コードが得られる。推論結果である分類コード
に基づいて，ＡＩコードを介在させて，それに対応する
サービス検索コードが取得される。したがって，取得さ
れたサービス検索コードの表わすサービス名称は被介護
者の状態および被介護者をとりまく状況に適したものと
なっている。

【０１３８】きわめて膨大な数の事例に基づいて，推論
ルールのみならず，推論により得られる分類コードとサ
ービス検索コードとの対応関係が専門家によってあらか
じめ作成されている。分類コードは推論の結論をサービ
ス検索コードに結びつける役割を果たす。

【０１３９】ＡＩコードは分類コードとサービス検索コ
ードを結びつけるものであるが，図32に示す分類マスタ
および分類／サービス・マスタの構造から分るように，
必ずしも必要なものではなく，場合によっては無くても
よい。

【０１４０】分類コードに対応するアドバイス・ファイ
ルのキー・データは，必要に応じて，データ・ベース・
エンジン31から作成プロセス16を経て入出力制御プロセ
ス15に送られる。入出力制御プロセス15は，「アドバイ
ス」ボタンの押下に応答して，このキー・データを用い
てアドバイス・ファイルをアクセスし，対応するアドバ
イス文を読出して表示装置13に表示する。たとえば，次
のようなアドバイス文が表示されよう。

【０１４１】「在宅介護に関するアドバイス」 あなたの在宅介護力ポイントランク 在宅介護要支援Ｃレベル 在宅介護を続けるためには，在宅サービス・施設サービ
ス等の公私の各種支援サービスの活用が必要と思われま
す。福祉事務所・在宅介護支援センター等に相談される
とよいでしょう。要介護者の状況や家庭の事情にあわせ
て下記メニュー等の利用をお勧めします。 ［メニュー１］ 週１回（１日２時間位） ボランティアグループへの介護依頼 プラス下記のいずれかを週２回（１日３時間位） 家庭奉仕員 福祉公社ヘルパー 有償ボランティア １ヶ月 総費用 ０〜20,640円

【０１４２】続いて，作成プロセス16は検索条件リスト
にある地域コード，およびサービス検索コード（および
利用場所コード等があればそれらも）をデータ・ベース
・エンジン31に送信し，地域コードによって指定される
地域に，サービス検索コードによって指定される（およ
び利用場所コード等によって条件付けられる）サービス
があるかどうかを問い合わせる（ステップ163 ）。

【０１４３】データ・ベース・エンジン31はこの問い合
わせ文を受信すると，サービス・マスタをサーチして，
問い合わせのあった地域コードとサービス検索コード
（および利用場所コード等）との組合せを満たすサービ
スがサービス・マスタにあるかどうかをチェックする。

【０１４４】サービス・マスタの構成例が図33に示され
ている。サービス・マスタには，地域（都道府県，区市
町村）コードごとに，その地域で利用可能なサービスの
種類を示すサービス検索コードが格納され，さらにサー
ビス検索コードに対応してそのサービスについての各種
条件（利用場所，利用者，年齢，健康状態）および説明
文が格納されている。

【０１４５】データ・ベース・エンジン31は，該当する
地域コードとサービス検索コード（および各種条件のコ
ード）との組合せがサービス・マスタにあれば，それら
のコードの組合せおよび説明文を作成プロセス16に送信
する（ステップ172 ）。

【０１４６】作成プロセス16はデータ・ベース・エンジ
ン31からの検索結果を受信すると，受信した地域コード
とサービス検索コードの組合せを抽出サービス・リスト
に格納する（図31参照）。また，受信したサービス検索
コードに付随する各種条件を検索条件リストに格納する
（ステップ164 ）。

【０１４７】ステップ163 の問い合わせとステップ172
の検索処理は，検索条件リストにあるすべてのサービス
検索コードについて行なわれる。また，データ・ベース
・エンジン31はまず取得したサービス検索コードのみを
作成プロセス16に送信し，次に作成プロセス16から問い
合わせがあったときのみサービスの説明文を送信するよ
うにしてもよい。

【０１４８】この後，作成プロセス16は入出力制御部15
に対して表示要求を与える。これに応答して入出力制御
プロセス15は検索条件スプール・エリア17内の抽出サー
ビス・リストのデータを取込み，そこに格納されている
サービス検索コードに基づいてそれらの名称の一覧を表
示装置13の表示画面の一部に表示する。サービス名称表
示画面の一例が図37に示されている。ユーザはカーソル
11を用いてウインドウＷを上下に移動させることによ
り，所望のサービスを選択することができる。一つのサ
ービスが選択されるとそのサービスについての説明文が
サービス説明の欄に表示される。

【０１４９】以上で基本的にサービス検索が終了する。

【０１５０】次にユーザによる入力に応答してデータ・
ベース32内の他のファイルの検索が行なわれることにな
るが，これらについては簡単に説明する。

【０１５１】ユーザが表示画面上の「照会」ボタンを押
すと，これに応答して入出力制御プロセスは社会資源台
帳の検索要求を作成プロセス16に与えるので，作成プロ
セス16は同検索要求の問い合わせ文を作成してデータ・
ベース・エンジン31に送信する。

【０１５２】社会資源台帳には，図34に示すように，地
域コードをサービス検索コードに対応して，その地域に
おいてそのサービスを実現する形態に関する情報が記憶
されている。データ・ベース・エンジン31は作成プロセ
ス16から与えられた地域コードとサービス検索コードに
対応する情報を社会資源台帳から取得して作成プロセス
16に送信するので，表示装置13の表示画面には図38に示
すようなサービス情報が表示される。

【０１５３】ユーザが図38に表示された「実施施設」ボ
タンを押すと，実施施設マスタの検索が行なわれる。実
施施設マスタには，図35に示すように，地域コードとサ
ービス検索コードとの組合せに対応して，その地域にお
いてそのサービスを実施する施設の名称が格納されてい
る。さらに詳しくは，施設区市町村コードと施設検索区
分コードも格納されている。施設区市町村は施設の観点
から規定した地域を示すもので，上述した区市町村と一
致する場合もあるし一致しない場合もある。施設検索区
分コードは施設一次情報マスタを検索するために用いら
れるものである。この実施施設マスタは地域コードとサ
ービス検索コードをキーとして検索される。検索により
得られた情報はたとえば図39に示すように表示される。

【０１５４】図39に表示された施設リストの中から所望
の施設をウインドウＷによりユーザが選択すると，施設
一次情報マスタの検索が行なわれる。施設一次情報マス
タの一例が図36に示されている。このマスタ・ファイル
は，都道府県コードと，実施施設マスタから得られた施
設区市町村コードおよび施設検索コードとをキーとして
検索され，各対応記憶場所にその施設に関する詳細かつ
具体的な情報が格納されている。このマスタ・ファイル
から取得された情報に基づいてたとえば図40に示すよう
な画面が表示される。

【０１５５】図41は推論処理を行なわずに直接にデータ
・ベースを検索する場合の入出力コンソール10における
処理の手順を示すものである。図29および図30に示すも
のと同一処理には同一符号を付してある。

【０１５６】ユーザは図19に示す初期画面において，上
述したように，少くとも都道府県および区市町村を入力
しなければならない。必要に応じてユーザはまた，利用
者，利用場所，年齢，健康状態を入力することができ
る。いずれにしても入力されたコードは検索条件スプー
ル・エリア17の検索条件リストに格納される（ステップ
151 ）。

【０１５７】この後，ユーザは「検索実行」ボタンを押
下して（ステップ155 ）検索処理に移行させることもで
きるし，サービス検索コードを構成する項目コードを入
力することもできるし，これに続いて区分コードを入力
することもできる。

【０１５８】ユーザが項目コードを入力するときには，
図19に示す初期画面において項目選択の欄の「老人福
祉」，「施設関連」，「医療・保健」，「所得補償」，
「民間」のうちのいずれかを選択する。すると，選択さ
れた項目コードが検索条件リストに加えられる。また，
選択された項目における次の分類である区分の名称のリ
ストがサービス名称の欄に表示される（ステップ156
）。

【０１５９】ユーザはこの時点で「検索実行」ボタンを
押してもよいし（ステップ155 ），表示された区分のリ
ストの中から所望のものを選択してもよい。区分が選択
されると選択された区分コードが検索条件リストに加え
られる（ステップ158 ）。

【０１６０】「検索実行」ボタンが押下されると（ステ
ップ155 ），入出力制御プロセス15は検索要求をデータ
・ベース検索条件作成プロセス16に出す（ステップ154
）。

【０１６１】これに応答して作成プロセス16は，検索条
件リストに格納されている地域コードを，項目，区分が
入力された場合にはそれらを含めて，さらに利用場所等
が入力された場合にはそれらを含めてデータ・ベース・
エンジン31に，該当するサービスの有無を問い合わせる
（ステップ163 Ａ）。

【０１６２】これ以降の処理は，上述した推論に基づく
データ検索の場合と同じである。

【０１６３】さて，ユーザが地域コードのみを入力して
サービス・マスタの検索が行なわれた場合には，入力さ
れた地域において利用可能なすべてのサービス名称が得
られることになる。この場合には，一般にはあまりに多
くのサービス名称が取得されることになり，適切なデー
タ・ベース検索が行なわれたことにはならない。多くの
サービス名称の中から所望のサービスをさらに絞り込ん
でいくのに手間と時間がかかることになる。

【０１６４】地域コードに加えて，項目コードおよび区
分コードを入力すれば，サービス・マスタにおいてほぼ
妥当な検索が達成できる可能性がある。しかしながら，
図27に示すように，サービスの種類は体系化されてお
り，この体系にしたがって項目，区分，サービス名称が
組立てられている。サービスの種類の体系を熟知してい
る専門家であれば妥当な項目，区分の入力が可能である
から，それについて知識の乏しい人は適切なデータ・ベ
ースの検索が困難である。すなわち，専門家しか適切な
データ・ベース検索ができないということになる。

【０１６５】上述した推論に基づくデータ・ベース検索
においては，ユーザは被介護者の身体状態，被介護者を
とりまく状況を選択入力することができる。これらの事
項は専門家でなくても適切に入力できるものである。そ
して，これらの入力された事項に基づいて推論が行なわ
れ，適切なサービス検索コードが得られる。このサービ
ス検索コードを用いて適切なサービス・ファイルの検索
が可能となる。推論に基づくデータ・ベース検索の利点
は専門家でなくても常に適切なデータ・ベース検索が担
保されることにある。

【図面の簡単な説明】

【図１】データ・ベース検索システムの構成を示すブロ
ック図である。

【図２】推論インターフェース・モジュールの処理手順
を示すフロー・チャートである。

【図３】推論インターフェース・モジュールの処理手順
を示すフロー・チャートである。

【図４】推論インターフェース・モジュールの処理手順
を示すフロー・チャートである。

【図５】推論インターフェース・モジュールの処理手順
を示すフロー・チャートである。

【図６】推論エンジン・モジュールの処理手順を示すフ
ロー・チャートである。

【図７】推論エンジン・モジュールの処理手順を示すフ
ロー・チャートである。

【図８】知識ベースの構成を示す。

【図９】作成されたインテーク処理用推論指示リストの
構成例を示す。

【図１０】インテーク推論処理において作成された推論
中間結果リストおよび推論指示リストの例を示す。

【図１１】インテーク推論処理後に作成された，実行す
べきすべての推論についての推論指示リストの例を示
す。

【図１２】インテーク推論処理後に作成された，実行す
べきすべての推論についての推論指示リストの例を示
す。

【図１３】全推論が終了したときにおける推論指示リス
トおよび推論中間結果リストを示す。

【図１４】全推論が終了したときにおける推論指示リス
トおよび推論中間結果リストを示す。

【図１５】推論結果を示す分類名称リストを表わす。

【図１６】ワーク・エリアに展開されたインテーク・ル
ール・リストならびに中間スプール・エリアのインテー
ク処理用推論指示リスト，事実リストおよび非事実リス
トを示す。

【図１７】作成された自助介護力レベル評価ルール・リ
ストの例を示す。

【図１８】自助介護力レベル評価フェーズの推論で用い
られる事実リストおよび非事実リストの例を示す。

【図１９】初期画面の例を示す。

【図２０】推論導入のための画面の例を示す。

【図２１】インテーク表示画面の例を示す。

【図２２】自立度評価フェーズにおける表示画面の例を
示す。

【図２３】自助介護力レベル評価フェーズにおける表示
画面の例を示す。

【図２４】推論エンジンからの質問の表示画面の例を示
す。

【図２５】介護主担者レベル評価フェーズにおける表示
画面の例を示す。

【図２６】介護援助レベル評価フェーズにおける表示画
面の例を示す。

【図２７】サービス体系，すなわちサービス項目，サー
ビス区分およびサービス名称を示すものである。

【図２８】データ・ベースの全体的構成を示す。

【図２９】推論に基づくデータ・ベース検索処理のう
ち，入出力制御プロセスにおいて実行される処理手順の
一部を示すフロー・チャートである。

【図３０】推論に基づくデータ・ベース検索処理のう
ち，データ・ベース検索条件作成プロセスおよびデータ
・ベース・エンジンによって実行される処理手順の一部
を示すフロー・チャートである。

【図３１】検索条件スプール・エリアの例を示す。

【図３２】データ・ベースの分類マスタと分類／サービ
ス・マスタの詳細を示す。

【図３３】サービス・マスタの一例を示す。

【図３４】社会資源台帳の一例を示す。

【図３５】実施施設マスタの一例を示す。

【図３６】施設一次情報マスタの一例を示す。

【図３７】サービス名称表示画面の一例を示す。

【図３８】サービス情報表示画面の一例を示す。

【図３９】実施施設名称表示画面の一例を示す。

【図４０】施設一次情報表示画面の一例を示す。

【図４１】推論処理を行なわずに直接にデータ・ベース
を検索する場合における入出力コンソールにおける処理
手順を示すフロー・チャートである。

【符号の説明】

10 入出力コンソール 11 マウス 12 キーボード 13 表示装置 14 プリンタ 15 入出力制御プロセス 16 データ・ベース検索条件作成プロセス 17 検索条件スプール・エリア 20 推論装置 21 推論エンジン・モジュール 22 知識ベース 23 メモリ 24 ワーク・エリア 25 中間結果スプール・エリア 26 推論インターフェース・モジュール 30 データ・ベース装置 31 データ・ベース・エンジン 32 データ・ベース

Claims (6)

【特許請求の範囲】
1. 【請求項１】 被介護者の少なくとも移動，食事，排泄
   および入浴の項目に関する入力画面を表示装置に表示す
   るよう制御する表示制御手段，上記表示装置に表示され
   た画面にしたがって入力装置を介して入力される，被介
   護者の少なくとも移動，食事，排泄および入浴の項目に
   関するデータを受付けるための入力受付手段，および上
   記入力受付手段を通して入力された被介護者の少なくと
   も移動，食事，排泄および入浴の項目に関する入力デー
   タに基づいて，あらかじめ設定された介護評価ルールに
   したがって，被介護者の介護レベル評価ポイントを算出
   する演算手段，を備えた介護レベル評価装置。
2. 【請求項２】 被介護者の少なくとも移動，食事，排泄
   および入浴の項目に関する入力画面を表示し，表示され
   た画面にしたがって入力される被介護者の少なくとも移
   動，食事，排泄および入浴の項目に関するデータを受付
   け，受付けた被介護者の少なくとも移動，食事，排泄お
   よび入浴の項目に関する入力データに基づいて，あらか
   じめ設定された介護評価ルールにしたがって，被介護者
   の介護レベル評価ポイントを算出する，コンピュータを
   用いた介護レベル評価方法。
3. 【請求項３】 推論ルールを決定するためのインテーク
   推論ルールと，介護に関するレベルを評価するための介
   護評価推論ルール群とを記憶した記憶装置，被介護者の
   おおまかな身体状況を尋ねる複数の質問項目を含むイン
   テーク画面を表示装置に表示する手段，入力される質問
   に対する回答を表わすデータに基づいて，上記インテー
   ク推論ルールにしたがって，上記介護評価推論ルール群
   の中から次に推論を実行すべき一または複数の推論ルー
   ルを決定する手段，決定された一または複数の推論ルー
   ルにしたがう推論処理を，推論処理実行のために必要な
   質問を含む画面を表示装置に表示し，入力される回答デ
   ータを取込む動作を繰返しながら実行し，この推論処理
   により一または複数の分類コードを得る手段，および得
   られた分類コードに対応するアドバイス・ファイルを読
   出し，読出したアドバイス・ファイルによって表わされ
   るアドバイスを表示装置に表示する手段，を備えた介護
   のための検索装置。
4. 【請求項４】 被介護者に関するデータの入力を促す画
   面を表示装置に表示するように制御する第１の表示制御
   手段，上記表示装置に表示された画面にしたがって被介
   護者に関するデータを入力するための入力手段，上記入
   力手段を通して入力された被介護者に関するデータに基
   づいて，あらかじめ設定された介護評価ルールにしたが
   う推論を行い，介護評価を表わすコードを得る推論手
   段，および上記推論手段によって得られたコードに対応
   するアドバイス・ファイルを読出し，読出したアドバイ
   ス・ファイルによって表わされるアドバイスを表示装置
   に表示するように制御する第２の表示制御手段，を備え
   た介護支援装置。
5. 【請求項５】 上記アドバイスが，上記推論手段によっ
   て得られたコードに対応する介護の内容を含む，請求項
   ４に記載の介護支援装置。
6. 【請求項６】 上記アドバイスが，介護サービスの種
   類，介護サービスの利用時間および費用に関する情報を
   含む，請求項４または５に記載の介護支援装置。