JP2001005897A - ケアマネジメント支援システム、および該システムを実現するためのプログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 効率良く要援護者の情報の検索とサービスの
実施ができるケアマネジメント支援システムとそのため
のプログラムを記録した記録媒体の提供。 【解決手段】 サーバ・コンピュータ１に、システムセ
キュリティ情報データベース９、システムセキュリティ
制御部１３、サービス情報データベース１０、サービス
情報制御部１４、要援護者情報データベース１１、要援
護者情報制御部１５、および各制御部１３〜１５による
制御の実行が操作者に許可されているか否かを判断する
操作実行権限判定部１６を設け、操作実行権限判定部１
６によって、１要援護者にかかわる複数のサービス提供
機関の役割に応じて操作実行権限を判定し、あるいは、
１要援護者にかかわるサービス提供機関の担当者の役割
または時間的な要素に応じて操作実行権限を判定し、許
可されない操作を実行させないようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ケアマネジメント
機関や複数のサービス提供機関において、クライアント
・コンピュータからネットワーク経由でサーバ・コンピ
ュータにある要援護者の情報を相互に参照・共有するこ
とによりサービスの内容やスケジュールを決定・管理す
るシステムに係り、特に、要援護者の情報を限られた適
切な機関および担当者のみが参照・更新可能とするため
の操作実行権限判定機能を有するケアマネジメント支援
システム、および、それを実現するためのプログラムを
格納した情報記録媒体に関する。

【０００２】

【従来の技術】近年世界的に高齢化社会を向かえつつあ
り、我が国においても高齢化社会が急速に進んでおり、
在宅介護，老人保健施設，特別養護老人ホームなど各種
施設の充実が強く要望されており、介護サービスの充実
は今後益々重要性を増していくものと思われる。

【０００３】そして、一人の要援護者に対する介護サー
ビスは、これまでも複数のサービス提供機関が連携して
行われているが、介護保険制度の導入により介護サービ
スがこれまでの自治体単独による措置制度から公的保険
制度へと移行し、その結果、自治体と民間サービス提供
機関との関係強化だけでなく、複数の自治体相互間にお
ける協力体制も必要となってきている。

【０００４】このような背景において、例えば、特開平
１１−５３４４５号公報（「介護サービス計画支援装
置」）においては、複数のサービス提供者情報に基づい
て最適な組み合わせのサービス計画を作成する介護サー
ビス計画支援装置の提案がなされている。

【０００５】一方、特開平７−１４１４５１号公報
（「ヘルスケアシステムのセキュリティ装置」）におい
ては、サービス対象者の健康情報を管理する健康管理セ
ンタが、医療機関などからの問合せに応じて各種サービ
スを行うヘルスケアシステムに関する技術が開示されて
いる。ここでは、サービス対象者の健康情報を参照する
ことが可能な機関と関係者のコードを健康管理センタで
保持しておき、例えば、医療機関に所属する医師が、あ
る患者（サービス対象者）の個人医療情報を取得したい
場合、自分の所属する機関コードと関係者コード（問合
わせ者の氏名コード）を入力し、それらコードが健康管
理センタで保持しているコードであれば、さらに、医療
情報を得たい患者の氏名コードとパスワードを入力する
ことにより、データベースから当該患者の個人医療情報
が読み出されて画面に表示される。従って、機関コード
と関係者コードにより問合わせ者の身元が確認されたと
しても、サービス対象者から氏名コードとパスワードを
教えてもらっていない医師などの問合わせを排除するこ
とができるものである。

【０００６】

【発明が解決しようとする課題】上記特開平１１−５３
４４５号公報に記載されているシステムの提案によっ
て、ケアマネージャと呼ばれる介護の専門家が複数のサ
ービス提供者情報から対象となる要援護者に適するサー
ビスを検索しながら介護サービス計画を作成し、ネット
ワークに接続したサービス提供者が、この介護サービス
計画を直接参照することができるようになった。しか
し、上記システムにおいては、ケアマネージャが上記介
護サービス計画を作成する際に参考にする様々な要援護
者情報については、複数サービス機関が、直接、参照・
更新する機能は実装されておらず、これは、ケアマネー
ジャとサービス機関間の連絡・調整を円滑に行う上では
短所となる。

【０００７】また、上記特開平７−１４１４５１号公報
に記載された技術によれば、複数の機関から要援護者情
報を参照できる機能は記載されているけれども、セキュ
リティの面で以下の問題がある。すなわち、サービス対
象者の健康情報を参照することが可能なＡ医療機関のＡ
氏が、患者の健康情報を参照した場合、当然患者の氏名
コードおよびパスワードを知ることになるが、このＡ氏
がサービス対象者の健康情報を参照することが不可能な
Ｂ福祉機関に移動した後にも、過去に知った上記患者の
氏名コードおよびパスワードを入力することにより、健
康情報が参照できてしまうというセキュリティ面の問題
がある。

【０００８】このように、上記従来技術では、要援護者
情報に対する操作実行権限をきめ細かく管理する仕組み
については考慮されていない。さらに、ケアマネージャ
自身が要援護者情報を参照・更新する際の操作実行権限
を判定する仕組みが明らかにされておらず、本来、隠さ
れるべき守秘義務のある情報であるにもかかわらず、要
援護者情報が、無関係の第３者によって不当に参照・更
新されてしまう可能性もある。

【０００９】そこで、本システムの目的は、このような
従来の課題を解決し、効果的なケアマネジメントのため
に有効な要援護者情報およびサービス情報を即時にかつ
広域で把握・評価できるように共有化する上で、ケアマ
ネジメント機関およびサービス提供機関の担当者が、常
時適切な権限のもとで、効率良く要援護者の情報を検索
できるとともに、サービスの実施ができるようなケアマ
ネジメント・サービス提供機関間の操作実行権限判定機
能を有するケアマネジメント支援システム、および、そ
のシステムを実現するためのプログラムを記録した機械
読み取り可能な記録媒体を提供することにある。

【００１０】

【課題を解決するための手段】上記目的を達成するため
に、本発明のケアマネジメント支援システムは、サーバ
・コンピュータ内に、複数のサブシステムおよび機能か
ら構成される当該システムにおける機能単位のシステム
セキュリティ情報を格納しているシステムセキュリティ
情報データベースと、ケアマネジメント機関・サービス
提供機関のサービス実施内容や所属担当者の情報、各機
関および担当者のシステムセキュリティ情報を格納して
いるサービス情報データベースおよびそれを制御するサ
ービス情報制御部と、要援護者の状況を格納している要
援護者情報データベースおよびそれを制御する要援護者
情報制御部と、各制御部による制御の実行が操作者に許
可されているか否かを判断する操作実行権限判定部とを
設け、操作実行権限判定部によって、１要援護者にかか
わる複数のサービス提供機関の役割に応じて操作実行権
限を判定し、あるいは、１要援護者にかかわるサービス
提供機関の担当者の役割または時間的な要素に応じて操
作実行権限を判定し、許可されない操作を実行させない
ようにしたものである。また、本発明の記録媒体は、上
記処理を機械読み取り可能なＣＤ−ＲＯＭやフレキシブ
ル・ディスクなどの記録媒体に記録したものである。

【００１１】

【発明の実施の形態】本発明のケアマネジメント支援シ
ステムの概要を示す。各機関に、画面を使って要援護者
の情報を参照・更新するシステムを設置する。このシス
テムの操作実行権限判定では、機関に所属する担当者す
なわちシステム操作者が、担当者本人の認証情報を入力
した時点で、システムを利用可能な担当者かどうかを予
めシステムに格納されたサービス機関別担当者情報をも
とに判断する。

【００１２】本ケアマネジメント支援システムに登録さ
れているサービス提供機関を介護機関として定義する。
介護機関には、ある要援護者に対して主となって介護す
る機関を主介護機関、主介護機関をサポートしながら要
援護者を介護する機関を副介護機関と呼ぶ。介護機関に
は、かかりつけ医も含まれる。１要援護者毎に、登録さ
れているサービス提供機関を主介護機関または副介護機
関に指定する。主介護機関は１機関以上上限無しに指定
でき、副介護機関は０機関以上上限無しに指定可能とす
る。ただし、１機関が１要援護者に対して主介護機関・
副介護機関を両方兼ねることは不可とする。

【００１３】各介護機関には、予め機関毎に所属員を登
録するものとする。所属員毎に、要援護者に対して、主
介護機関になっている場合、副介護機関になっている場
合、それ以外の場合それぞれの、要援護者情報の作成権
限、更新権限、参照権限が登録されている。その所属員
は、システム操作者に相当する。所属員であるシステム
操作者から各要援護者情報への操作が要求された時点
で、当該要援護者に対して当該システム操作者が主介護
機関に所属する担当者か、副介護機関に所属する担当者
か、その他の機関に所属する担当者かを判定し、さらに
当該システム操作者が持つ当該要援護者情報に対する操
作権限を判定し、最終的に操作が可能かどうかを判定
し、主システムに返す。

【００１４】以下、本発明の実施例を、図面を用いて詳
細に説明する。図１は、本発明に係るケアマネジメント
支援システムの一実施例の全体構成図である。同図にお
いて、１は本発明のケアマネジメント支援システムに関
わるプログラムを搭載し、データを蓄積するサーバ・コ
ンピュータ、２１〜２４はユーザが本発明のケアマネジ
メント支援システムにアクセスするために用いるクライ
アント・コンピュータ、２はクライアント・コンピュー
タ２１〜２４に表示されるユーザ操作画面、３はサーバ
・コンピュータ１とクライアント・コンピュータ２１〜
２４とを相互に接続するネットワークである。

【００１５】また、４は本発明のケアマネジメント支援
システムを実現するために使用するプログラムファイル
やデータファイルを格納する情報記録媒体であるＣＤ−
ＲＯＭ、５はＣＤ−ＲＯＭ４と同様に本発明のケアマネ
ジメント支援システムを実現するために使用するプログ
ラムファイルやデータファイルを格納する情報記録媒体
であるフレキシブル・ディスクである。ＣＤ−ＲＯＭ４
あるいはフレキシブル・ディスク５に格納したファイル
のうち、後述するプログラムファイルの部分は、必要に
応じてサーバ・コンピュータ１やクライアント・コンピ
ュータ２１〜２４にインストールされて実行される。

【００１６】図２は、本発明に係るケアマネジメント支
援システムの一実施例の機能構成図である。同図におい
て、左側にクライアント・コンピュータ２１〜２４が、
右側にサーバ・コンピュータ１が示され、これらはネッ
トワーク３により相互接続されている。

【００１７】ここで、２は、図１と同様にクライアント
・コンピュータ２１〜２４に表示されるユーザ操作画面
であり、６はクライアント・コンピュータにインストー
ルされた本ケアマネジメント支援システムのクライアン
トプログラムである。なお、本発明のケアマネジメント
支援システムが、インターネットのＷＷＷシステム上に
構築された場合は、ケアマネジメント支援システムのク
ライアントプログラム６は、ＷＷＷブラウザとなる。

【００１８】また、７は、サーバ・コンピュータ１内に
おいて、後述する蓄積部と制御部からなる本発明におけ
るケアマネジメント支援システムのサーバプログラムで
ある。なお、本発明のケアマネジメント支援システム
が、インターネットのＷＷＷシステム上に構築された場
合は、ケアマネジメント支援システムのサーバ・プログ
ラム７は、ＷＷＷサーバプログラムと連携するプログラ
ムとなる。

【００１９】８は、後述するシステムセキュリティ情報
データベース，サービス情報データベース，要援護者情
報データベースからなる情報蓄積部である。

【００２０】９は、本ケアマネジメント支援システムの
様々な機能に対する操作権限についての詳細情報を格納
するシステムセキュリティ情報データベースである（詳
細は図３とその説明参照）。１０は、サービス提供機関
に関する情報およびそれぞれのサービス提供機関に所属
する担当者情報を格納するサービス情報データベースで
ある（詳細は図４とその説明参照）。１１は、要援護者
の身体状況、介護計画内容、サービス状況を格納する要
援護者情報データベースである（詳細は図５とその説明
参照）。

【００２１】１２は、後述するシステムセキュリティ制
御部，サービス情報制御部，要援護者情報制御部，操作
実行権限判定部，情報参照・更新制御部からなる制御部
である。

【００２２】１３は、本ケアマネジメント支援システム
におけるセキュリティ情報を、システムセキュリティ情
報データベース９に登録し管理するシステムセキュリテ
ィ制御部である。１４は、サービス機関情報および担当
者情報を、サービス情報データベース１０に登録し管理
するサービス情報制御部である。１５は、要援護者の身
体状況などの基本的情報を要援護者情報データベース１
１に登録し管理する要援護者情報制御部である。１６
は、システムユーザからの操作要求が、システムセキュ
リティ上、可能かどうかを判定する操作実行権限判定部
である。１７は、様々な情報への参照・更新処理が、シ
ステムセキュリティ上、可能であった場合に、実際に目
的となる情報を参照・更新する情報参照・更新制御部で
ある。

【００２３】図３は、システムセキュリティ情報データ
ベース９内のテーブル構成の一具体例を示す図である。
同図において、９０１は、本ケアマネジメント支援シス
テムを構成しているサブシステムを登録するサブシステ
ムテーブルである。サブシステムテーブル９０１は、一
意に識別されるシステムＩＤおよびサブシステム名称な
どから構成されている。

【００２４】９０２は、前記サブシステムテーブル９０
１に登録されているサブシステムを構成する機能を登録
するサブシステム別機能テーブルである。サブシステム
別機能テーブル９０２は、サブシステムテーブル９０１
のシステムＩＤ、１システムＩＤ内で一意に識別される
機能ＩＤ、および機能名称から構成されている。機能Ｉ
Ｄは、０から連続して始まる正の整数である。

【００２５】９０３は、サブシステムテーブル９０１に
登録されているサブシステム毎に、数種類のシステムセ
キュリティパターンを登録するサブシステム別システム
セキュリティパターンテーブルである。サブシステム別
システムセキュリティパターンテーブル９０３は、サブ
システムテーブル９０１のシステムＩＤ、１システムＩ
Ｄ内で一意に識別されるパターンＩＤ、コメント文字
列、および後述するパターン文字列から構成されてい
る。

【００２６】９０４は、サブシステム別システムセキュ
リティパターンテーブル９０３のパターン文字列の詳細
である。パターン文字列は、１機能に対するセキュリテ
ィを１または０の連続文字列９字分で定義し（９０４
１）、これがサブシステム別機能テーブル９０２に登録
されている機能の数だけ連続している。従って、１機能
で構成されるサブシステムのシステムセキュリティのパ
ターン文字列は９字であり、２機能で構成されるサブシ
ステムのセキュリティのパターン文字列は１８字とな
る。１機能に対するセキュリティを定義する連続文字列
９字は、さらに３字分ずつ３分割してシステムセキュリ
ティ情報を示す（９０４２）。

【００２７】９０４１において、一番左の３字は操作者
が所属するサービス機関が対象としている要援護者の主
介護機関として登録されており、かつ操作者自身が作成
したデータに関する操作のシステムセキュリティを示
し、次の３字は操作者が所属するサービス機関が対象と
している要援護者の主介護機関として登録されており、
かつ操作者以外の担当者が作成したデータに関する操作
のシステムセキュリティを示し、最後の３字は操作者が
所属サービス機関が対象としている要援護者の副介護機
関として登録されている場合のその要援護者の情報に対
する操作のシステムセキュリティを示す。

【００２８】さらに、これらの３字は、それぞれ情報に
対してどのような操作が可能かを示す（９０４２）。９
０４２において、一番左の１字はデータの参照権限の有
無、次の１字はデータの作成・更新権限の有無、最後の
１字はデータの削除権限の有無を示している。それぞ
れ、“１”の場合は可（権限有）、“０”の場合は不可
（権限無）を示している。

【００２９】図４は、サービス情報データベース１０内
のテーブル構成の一具体例を示す図である。同図におい
て、１００１は、本ケアマネジメント支援システムを利
用する機関の情報を登録するサービス提供機関情報テー
ブルである。サービス提供機関情報テーブル１００１
は、機関を一意に識別できる機関ＩＤや、機関名、所在
地などから構成されている。

【００３０】１００２は、あるサービス提供機関に所属
する担当者に関する情報を登録する担当者情報テーブル
である。担当者は本ケアマネジメント支援システムを利
用する操作者に相当する。従って、本シケアマネジメン
ト支援システムを利用する全ての操作者の情報が、この
担当者情報テーブルに登録されている。担当者情報テー
ブル１００２は、担当者を一意に識別できる担当者Ｉ
Ｄ、担当者が所属する機関の機関ＩＤ、担当者氏名、パ
スワード、連絡先などにより構成されている。

【００３１】１００３は、サービス情報データベース１
０に登録されている担当者情報毎に、各サブシステム別
システムセキュリティパターンを設定している担当者セ
キュリティ情報テーブルである。

【００３２】担当者セキュリティ情報テーブル１００３
は、サービス情報データベース１０内の担当者情報テー
ブル１００２に設定されている担当者を一意に識別でき
る担当者ＩＤ，システムＩＤ，パターンＩＤを登録す
る。

【００３３】図５は、要援護者情報データベース１１内
のテーブル構成の一具体例を示す図である。同図におい
て、１１０１は、本ケアマネジメント支援システムで管
理する要援護者の情報を登録する要援護者情報テーブル
である。要援護者情報テーブル１１０１は、要援護者を
一意に識別できる要援護者ＩＤ，漢字氏名，カタカナ氏
名，生年月日，性別などから構成される。１１０２は、
要援護者情報の一つとして登録されている介護機関情報
テーブルである。介護機関情報テーブル１１０２には、
ある要援護者に対して、どの機関が主介護機関または副
介護機関として登録されているかを示す情報が登録され
ている。

【００３４】図６は、本ケアマネジメント支援システム
において、サービス機関情報を登録する手順の一具体例
を示すフローチャートである。本手順は、各要援護者情
報をケアマネジメント支援システムに登録する際に、主
介護機関および副介護機関を指定する選択肢として必要
となる情報を登録する手順として必要である。

【００３５】ケアマネジメント支援システムサーバプロ
グラム７の制御部１２にあるサービス情報制御部１４
は、クライアント・コンピュータ２１〜２４のいずれか
のユーザ操作画面からサービス機関情報登録画面表示要
求を受け付けると（ステップＳ６０１）、当該クライア
ント・コンピュータのユーザ操作画面２にサービス機関
情報登録画面を表示し、ユーザ操作画面２から機関情報
登録処理要求が入力されると、サービス機関情報データ
ベース１０のサービス提供機関情報テーブル１００１に
サービス機関情報が追加される（ステップＳ６０２）。

【００３６】図７は、本ケアマネジメント支援システム
において、サービス機関担当者情報を登録する手順の一
具体例を示すフローチャートである。本ケアマネジメン
ト支援システムにおいては、このサービス機関担当者が
システム操作者に相当する。従って、本ケアマネジメン
ト支援システムの利用者は、この手順によってあるサー
ビス機関に所属する担当者として登録されなければなら
ない。本手順には、各サービス機関に所属する担当者
が、要援護者情報に対してどのような操作権限を持つこ
とができるかを設定する処理も含まれる。

【００３７】操作者は、ケアマネジメント支援システム
サーバプログラム７の制御部１２にあるサービス情報制
御部１４に対してサービス機関別担当者情報設定画面表
示を要求し（ステップＳ７０１）、その結果表示された
サービス機関別担当者情報設定画面において、担当者情
報を入力し（ステップＳ７０２）、既に登録されている
サービス機関情報の中から所属するサービス機関を指定
し（ステップＳ７０３）、さらにシステムセキュリティ
属性を指定した後（ステップＳ７０４）、担当者情報登
録処理要求を受け付けると、サービス情報データベース
１０の担当者情報テーブル１００２および担当者セキュ
リティ情報テーブル１００３に担当者情報を追加する
（ステップＳ７０５）。

【００３８】図８は、本ケアマネジメント支援システム
において、要援護者情報を登録する手順の一具体例を示
すフローチャートである。この手順の中で、当該要援護
者に対して、登録されているどの機関が主介護機関で、
どの機関が副介護機関かを登録する。そして、この情報
により、当該要援護者情報に誰がどのように操作できる
かが決定される。

【００３９】操作者は、本ケアマネジメント支援システ
ムサーバプログラム７の制御部１２にある要援護者情報
制御部１５に対して要援護者情報設定表示を要求し（ス
テップＳ８０１）、その結果表示された要援護者情報登
録画面において、要援護者情報を入力し（ステップＳ８
０２）、さらに既に登録されているサービス機関情報の
中から当該要援護者の主介護機関および副介護機関とな
るサービス機関を指定し（ステップＳ８０３）、当該要
援護者情報を登録するように要援護者情報制御部１５に
要求する。要援護者情報制御部１５は、受け取った要援
護者情報をサーバプログラム７の蓄積部８にある要援護
者情報データベース１１に登録する（ステップＳ８０
４）。

【００４０】図９は、本ケアマネジメント支援システム
において、要援護者情報を更新する手順の一具体例を示
すフローチャートである。このフローチャートに基づい
て、ある要援護者情報へアクセスする際に行われる操作
実行権限判定手順の一実施例を説明する。

【００４１】操作者−Ｘは、本ケアマネジメント支援シ
ステムサーバプログラム７の制御部１２にある操作実行
権限判定部１６に対してシステムログイン画面表示を要
求し（ステップＳ９０１）、担当者ＩＤおよびパスワー
ドといったログイン情報を入力し（ステップＳ９０
２）、 ケアマネジメント支援システムサーバプログラ
ム７の制御部１２にある操作実行権限判定部１６に対し
て、システムユーザ認証を要求する（ステップＳ９０
３）。

【００４２】操作実行権限判定部１６は、サービス情報
データベース１０内の担当者情報テーブル１００２から
検索し、入力された担当者ＩＤおよびパスワードを持つ
担当者情報が存在しなかった場合は、クライアント・コ
ンピュータに対してエラーメッセージを表示し（ステッ
プＳ９０４）処理を終了し、該当する担当者情報が存在
した場合は、操作者−Ｘをログインユーザとして認めて
処理を続行する。

【００４３】次に、操作者−Ｘが要援護者検索を要求す
ると（ステップＳ９０５）、サーバプログラム７の制御
部１２の要援護者情報制御部１５は要援護者検索条件指
定画面を表示する（ステップＳ９０６）。操作者−Ｘが
要援護者検索条件を入力し（ステップＳ９０７）、サー
バ・コンピュータに対して要援護者情報の検索を要求す
ると（ステップＳ９０８）、サーバプログラム７の制御
部１２の操作実行権限判定部１６による後述する操作実
行権限判定処理（ステップＳ９０９）の判定結果に基づ
いて、要援護者情報制御部１５が、要援護者検索結果画
面に検索された要援護者情報を表示する（ステップＳ９
１０）。

【００４４】さらに、操作者−Ｘが、要援護者検索結果
画面に表示されている要援護者の中から１要援護者を選
択して、サーバ・コンピュータに対してその情報の更新
要求をすると（ステップＳ９１１）、操作実行権限判定
部１６は操作実行権限判定処理（ステップＳ９１２）の
結果、操作者−Ｘが選択した要援護者情報の更新不可の
場合は、エラーメッセージを表示し（ステップＳ９１
３）、再度、ステップＳ９１０に戻り要援護者検索結果
画面を表示するが、更新可の場合は要援護者情報更新画
面を表示する（ステップＳ９１４）。

【００４５】そして、操作者−Ｘが、要援護者情報を更
新した結果を更新するようにサーバに要求すると（ステ
ップＳ９１５）、要援護者情報制御部が要援護者情報デ
ータベース１１の当該レコードを修正・登録する（ステ
ップＳ９１６）。

【００４６】図１０は、図９中の操作実行権限判定処理
（ステップＳ９０９、ステップＳ９１２）の詳細手順の
一実施例を示すフローチャートである。本処理は、ケア
マネジメント支援システムサーバプログラム７の制御部
１２中の操作実行権限判定部１６が行う。

【００４７】以下、図１０のフローチャートに沿って、
図３、図４、図５を参照しながら具体的にどのように操
作実行権限が判定されるかを説明する。ここでは、一例
として、図４中に示されている機関ＩＤ「機関−Ａ」の
機関「あけぼのケアセンター」に所属する担当者ＩＤ
「０００２」の担当者「井上良子」が、図５中に示され
ている要援護者ＩＤ「Ｃ１０００２」の要援護者「近藤
静夫」の、過去自らが作成した問題領域策定結果情報を
修正する場合を考える。

【００４８】図１０に示すように、まず、操作者である
「井上良子」は、要援護者「近藤静夫」に対して主介護
機関または副介護機関に所属しているかを図５中の介護
機関情報テーブル１１０２を対象に検査する（ステップ
Ｓ１００１）。「近藤静夫」の要援護者ＩＤ「Ｃ１００
０２」をキーに検索した結果、「井上良子」が所属する
機関ＩＤ「機関−Ａ」の機関が主介護機関であることが
わかる。しかし、例えば、操作者が機関ＩＤ「機関−
Ｃ」である「梅本訪問看護ステーション」の所属員「遠
藤君子」であった場合、当機関は「近藤静夫」の主介護
機関でも副介護機関でもないので、「遠藤君子」には、
既にこの時点で「近藤静夫」の情報に関する如何なる操
作権限も与えられない（ステップＳ１００２）。

【００４９】次に、アセスメントシステムのアセスメン
ト情報作成機能において、操作者「井上良子」に与えら
れている権限を、図４中の担当者セキュリティ情報テー
ブル１００３から取得する。このテーブルより、担当者
ＩＤ「０００２」である「井上良子」には、問題領域策
定機能を含むサブシステムであるシステムＩＤ「ＡＳＳ
ＥＳＳ」の「アセスメント」システムにおいてパターン
ＩＤ「２」が与えられていることがわかる。

【００５０】次に、図３のシステムセキュリティ情報デ
ータベース９中のサブシステム別システムセキュリティ
パターンテーブル９０３から、上記システムＩＤ「ＡＳ
ＳＥＳＳ」、パターンＩＤ「２」のパターン文字列「１
１０１００１００１１１１００１００１１１１００１０
０」を取得する（ステップＳ１００３）。取得した当該
パターン文字列中から問題領域策定機能の機能ＩＤ
「１」の情報部９文字分である左から１０文字目〜１８
文字目である文字列「１１１１００１００」を取り出す
（ステップＳ１００４）。次に、操作者が対象者の主介
護機関の所属員であることから、上記文字列の左から１
文字目〜３文字目である文字列「１１１」を取り出す
（ステップＳ１００５）。

【００５１】さらに、当該文字列から本人が作成した情
報の更新権限部にあたる左から２文字目の文字を取り出
すと（ステップＳ１００６）それは「１」であり、つま
り、操作実行権限を有していることを結果として得るこ
とができる（ステップＳ１００７：Ｙ，ステップＳ１０
０８）。一方、この時の文字が「０」であった場合は、
操作実行権限を有していないことを示す（ステップＳ１
００７：Ｎ，ステップＳ１００９）。

【００５２】以上説明したように、本実施例によれば、
各テーブルに設定されている情報から、各機能および各
要援護者に対して操作者が可能な操作を共通した手順で
判定することが可能である。

【００５３】なお、要援護者の身体状況の変化などによ
って、周囲のサービス提供機関による介護体制やサービ
ス形態が変更されることがしばしばある。つまり、ある
要援護者の介護機関が変更された場合、それ以降の当該
要援護者情報に対する操作実行権限も再設定されなけれ
ばならない。

【００５４】図１１は、本発明における機関変更の一実
施例を示すイメージ図であり、１要援護者に対する介護
機関が変更された場合の様子を示している。例えば、要
援護者「近藤静夫」をとり囲む介護機関が、Ａ時点で
「Ａ時点での介護機関」で示すように「機関−Ａ」と
「機関−Ｅ」が主介護機関、「機関−Ｃ」と「機関−
Ｄ」と「機関−Ｆ」が副介護機関であったものが、ある
日時をもって「Ｂ時点での介護機関」で示すように「機
関−Ｃ」が主介護機関、「機関−Ａ」と「機関−Ｂ」と
「機関−Ｅ」と「機関−Ｆ」が副介護機関に変更された
ものとする。

【００５５】要援護者「近藤静夫」に対する介護機関の
変更は、図８のフローチャート中のステップＳ８０３に
より指定され、ステップＳ８０４により登録される。介
護機関が変更された後に、再度「井上良子」が要援護者
「近藤静夫」の問題領域策定結果情報を更新しようとし
た場合、「井上良子」が所属するサービス提供機関−Ａ
は、「近藤静夫」にとって副介護機関に変更されている
ため、図１０に従って操作実行権限を検査した結果、操
作実行権限は与えられておらず、「井上良子」による問
題領域策定結果情報の更新は不可となる。

【００５６】操作実行権限は、介護機関の体制やそれを
取り巻く状況，要援護者の身体状況，環境などにより、
さらに細かく設定することも可能である。例えば、介護
機関の担当者の地位や専門性、要援護者の希望などによ
り、担当者ごとに権限の与えられる操作実行範囲、また
その期間や時間帯などの時間的要素（例えば、９時から
１７時に限って操作実行権限を与える、など）も設定す
るようにしてもよい。

【００５７】さらに、サーバ・コンピュータ１の各制御
部が実行する処理プログラムや、また必要に応じて各種
データベースなどのデータファイルを図１に示すＣＤ−
ＲＯＭ４やフレキシブルディスク５などのコンピュータ
読み取りが可能な記録媒体に記録して市場に流通させる
ことにより、本発明に係るケアマネジメント支援システ
ムを広く活用できるようになり、今後の高齢化社会にと
って特に有効である。

【００５８】以上説明したように、上記実施例によれ
ば、１人の要援護者の情報を複数のサービス提供機関が
妥当な操作実行権限のもとに、参照・更新できるように
なる。また、要援護者情報への操作実行権限は、主介護
機関および副介護機関の指定という実態に即した形態で
ありかつ簡単な操作で設定・変更できるようになる。例
えば、在宅でケアされている要援護者が一時的に病院に
入院するといった場合など、容易かつ安全に、そして即
座に情報の共有、操作実行権限の変更が行うことが可能
になる。

【００５９】

【発明の効果】本発明によれば、ケアマネジメント支援
システムにケアマネジメント・サービス提供機関間の操
作実行権限判定機能を持たせることにより、ケアマネジ
メント機関およびサービス提供機関の担当者が、常時適
切な権限のもとで、効率良く要援護者の情報が検索でき
るとともに、効率良いサービスの実施も可能になる。

【図面の簡単な説明】

【図１】本発明に係るケアマネジメント支援システムの
一実施例の全体構成図である。

【図２】本発明に係るケアマネジメント支援システムの
一実施例の機能構成図である。

【図３】図２のシステムセキュリティ情報データベース
１０が蓄積するテーブル構成の一実施例を示す図であ
る。

【図４】図２のサービス情報データベース１１が蓄積す
るテーブル構成の一実施例を示す図である。

【図５】図２の要援護者情報データベース１２が蓄積す
るテーブル構成の一実施例を示す図である。

【図６】本発明におけるサービス機関情報登録手順の一
実施例を示すフローチャートである。

【図７】本発明におけるサービス機関別担当者情報登録
手順の一実施例を示すフローチャートである。

【図８】本発明における要援護者情報登録手順の一実施
例を示すフローチャートである。

【図９】本発明における要援護者情報更新手順の一実施
例を示すフローチャートである。

【図１０】本発明における操作実行権限判定処理の詳細
手順の一実施例を示すフローチャートである。

【図１１】本発明における機関変更の一実施例を示すイ
メージ図である。

【符号の説明】

１：サーバ・コンピュータ ２：ユーザ操作画面 ３：ネットワーク ４：ＣＤ−ＲＯＭ ５：ＦＤ（フレキシブル・ディスク） ６：ケアマネジメント支援システムのクライアントプロ
グラム ７：ケアマネジメント支援システムのサーバプログラム ８：蓄積部 ９：システムセキュリティ情報データベース １０：サービス情報データベース １１：要援護者情報データベース １２：制御部 １３：システムセキュリティ制御部 １４：サービス情報制御部 １５：要援護者情報制御部 １６：操作実行権限判定部 １７：情報参照・更新制御部 ２１〜２４：クライアント・コンピュータ

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B017 AA01 BA04 BA05 BA06 BB02 CA08 CA09 CA15 CA16 5B075 KK54 KK63 PQ02 UU26 5B085 AE06

Claims (4)

【特許請求の範囲】
1. 【請求項１】 クライアント・コンピュータとサーバ・
   コンピュータを有し、クライアント・コンピュータから
   サーバ・コンピュータにアクセスして要援護者の状況を
   参照・更新するケアマネジメント支援システムにおい
   て、 上記サーバ・コンピュータ内に、 複数のサブシステムおよび機能から構成される当該シス
   テムにおける機能単位のシステムセキュリティ情報を格
   納しているシステムセキュリティ情報データベースと、 ケアマネジメント機関・サービス提供機関のサービス実
   施内容や所属担当者の情報、各機関および担当者のシス
   テムセキュリティ情報を格納しているサービス情報デー
   タベースおよびそれを制御するサービス情報制御部と、 要援護者の状況を格納している要援護者情報データベー
   スおよびそれを制御する要援護者情報制御部と、 上記の各制御部による制御の実行が操作者に許可されて
   いるか否かを判断する操作実行権限判定部と、を備えた
   ことを特徴とするケアマネジメント支援システム。
2. 【請求項２】 請求項１記載のケアマネジメント支援シ
   ステムにおいて、 前記操作実行権限判定部によって、１要援護者にかかわ
   る複数のサービス提供機関の役割に応じて操作実行権限
   を判定し、許可されない操作を実行させないことを特徴
   とするケアマネジメント支援システム。
3. 【請求項３】 請求項１または２記載のケアマネジメン
   ト支援システムにおいて、 前記操作実行権限判定部によって、１要援護者にかかわ
   るサービス提供機関の担当者の役割または時間的な要素
   に応じて操作実行権限を判定し、許可されない操作を実
   行させないことを特徴とするケアマネジメント支援シス
   テム。
4. 【請求項４】 少なくとも、ケアマネジメント機関・サ
   ービス提供機関のサービス実施内容や所属担当者の情
   報、各機関および担当者のシステムセキュリティ情報を
   格納しているサービス情報データベースを制御する処理
   と、要援護者の状況を格納している要援護者情報データ
   ベースを制御する処理と、上記各処理の実行が操作者に
   許可されているか否かを判断する処理をプログラムコー
   ド化して記録したことを特徴とする機械読み取り可能な
   記録媒体。