特開 2023-182948 加算情報提供装置および加算情報提供プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023182948

(43)【公開日】2023-12-27

(54)【発明の名称】加算情報提供装置および加算情報提供プログラム

(51)【国際特許分類】

   G06Q 50/22 20180101AFI20231220BHJP

【ＦＩ】

G06Q50/22

【審査請求】未請求

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2022096247

(22)【出願日】2022-06-15

(71)【出願人】

【識別番号】000001270

【氏名又は名称】コニカミノルタ株式会社

(74)【代理人】

【識別番号】110000671

【氏名又は名称】ＩＢＣ一番町弁理士法人

(72)【発明者】

【氏名】巽 和基

【テーマコード（参考）】

5L099

【Ｆターム（参考）】

5L099AA13

(57)【要約】

【課題】ケアプランが誤って加算要件を満たさない形に更新されることを防止または抑制できる加算情報提供装置および加算情報提供プログラムを提供する。
【解決手段】加算情報提供装置２０１は、ケアプラン取得部２１１、加算額算出部２１２、および出力部２１３を有する。ケアプラン取得部２１１は、利用者のケアプランを取得する。加算額算出部２１２は、ケアプランの加算額と、ケアプランを更新した場合の加算額とを算出する。出力部２１３は、ケアプランの更新による加算額への影響を出力する。
【選択図】図１

【特許請求の範囲】

【請求項1】

利用者のケアプランを取得するケアプラン取得部と、
前記ケアプランの加算額と、前記ケアプランを更新した場合の加算額とを算出する加算額算出部と、
前記ケアプランの更新による加算額への影響を出力する出力部と、を有する、加算情報提供装置。

【請求項2】

前記ケアプラン取得部は、前記ケアプランの更新案をさらに取得し、
前記加算額算出部は、前記ケアプランを更新した場合の加算額として前記更新案の加算額を算出する、請求項１に記載の加算情報提供装置。

【請求項3】

前記出力部は、前記ケアプランの加算額と、前記ケアプランを更新した場合の加算額とを、前記加算額への影響として出力する、請求項１または２に記載の加算情報提供装置。

【請求項4】

前記出力部は、前記ケアプランの加算額に対する前記ケアプランを更新した場合の加算額の増減額を、前記加算額への影響として出力する、請求項１または２に記載の加算情報提供装置。

【請求項5】

前記ケアプラン取得部は、複数の利用者のケアプランを取得し、
前記加算額算出部は、前記複数の利用者について、前記ケアプランの加算額と、前記ケアプランを更新した場合の加算額とを各々算出し、
前記出力部は、前記ケアプランの加算額と、前記ケアプランを更新した場合の加算額とを、前記複数の利用者について各々合算した結果を、前記加算額への影響として出力する、請求項１または２に記載の加算情報提供装置。

【請求項6】

前記ケアプラン取得部は、複数の利用者のケアプランを取得し、
前記加算額算出部は、前記複数の利用者について、前記ケアプランの項目ごとの加算額と、前記ケアプランを更新した場合の項目ごとの加算額とを算出し、
前記出力部は、前記ケアプランの項目ごとの加算額と、前記ケアプランを更新した場合の項目ごとの加算額とを、前記複数の利用者について各々合算した結果を、前記加算額への影響として出力する、請求項１または２に記載の加算情報提供装置。

【請求項7】

利用者のケアプランを取得するステップ（ａ）と、
前記ケアプランの加算額と、前記ケアプランを更新した場合の加算額とを算出するステップ（ｂ）と、
前記ケアプランの更新による加算額への影響を出力するステップ（ｃ）と、を含む処理をコンピューターに実行させるための、加算情報提供プログラム。

【請求項8】

前記ステップ（ａ）においては、前記ケアプランの更新案をさらに取得し、
前記ステップ（ｂ）においては、前記ケアプランを更新した場合の加算額として前記更新案の加算額を算出する、請求項７に記載の加算情報提供プログラム。

【請求項9】

前記ステップ（ｃ）においては、前記ケアプランの加算額と、前記ケアプランを更新した場合の加算額とを、前記加算額への影響として出力する、請求項７または８に記載の加算情報提供プログラム。

【請求項10】

前記ステップ（ｃ）においては、前記ケアプランの加算額に対する前記ケアプランを更新した場合の加算額の増減額を、前記加算額への影響として出力する、請求項７または８に記載の加算情報提供プログラム。

【請求項11】

前記ステップ（ａ）においては、複数の利用者のケアプランを取得し、
前記ステップ（ｂ）においては、前記複数の利用者について、前記ケアプランの加算額と、前記ケアプランを更新した場合の加算額とを各々算出し、
前記ステップ（ｃ）においては、前記ケアプランの加算額と、前記ケアプランを更新した場合の加算額とを、前記複数の利用者について各々合算した結果を、前記加算額への影響として出力する、請求項７または８に記載の加算情報提供プログラム。

【請求項12】

前記ステップ（ａ）においては、複数の利用者のケアプランを取得し、
前記ステップ（ｂ）においては、前記複数の利用者について、前記ケアプランの項目ごとの加算額と、前記ケアプランを更新した場合の項目ごとの加算額とを算出し、
前記ステップ（ｃ）においては、前記ケアプランの項目ごとの加算額と、前記ケアプランを更新した場合の項目ごとの加算額とを、前記複数の利用者について各々合算した結果を、前記加算額への影響として出力する、請求項７または８に記載の加算情報提供プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、加算情報提供装置および加算情報提供プログラムに関する。

【背景技術】

【0002】

我が国は、戦後の高度経済成長に伴う生活水準の向上、衛生環境の改善、および医療水準の向上等により、長寿命化が顕著となっている。このため、出生率の低下と相まって、高齢化率が高い高齢化社会になっている。老人福祉施設等の施設（以下、単に「施設」と称する）では、介護士等（以下、「ケアスタッフ」と称する）によって施設の利用者（要介護者）へのケア等の対応が行われている。

【0003】

介護サービス事業者（以下、単に「事業者」ともいう）が利用者に介護サービスを提供する場合、ケアマネージャーが各利用者に対してケアプランを作成し、各利用者やその家族にケアプランの内容を説明する必要がある。ケアプランは、利用者の心身状態や家庭の状況を踏まえ、介護サービスの種類や内容等を決める計画書であり、ケアマネージャーによって作成される。ケアプランは、定期的な更新が義務付けられている。また、利用者の介護状態や状況の変化によって、定期的な更新を待たずに頻繁に更新されうる。

【0004】

これに関連して、下記特許文献１には、既存のケアプラン（テキストデータ）を読み取り、介護分野で用いられる特定のキーワードである介護キーワードと介護キーワード以外のキーワードとを関連付ける介護キーワード関連付け情報に基づいて、新規のケアプランを自動生成する装置が開示されている。

【0005】

施設には、事業所形態や、利用者の要介護度・介護サービスの提供時間に応じて、利用者や介護保険から基本報酬が支払われる。また、施設は、ケアプランに基づいて、政府によって予め定められた加算項目ごとに所定の要件（加算要件）を満足する場合に基本報酬とは別に加算の報酬を得ることができる。このような加算の報酬を得ることは、施設の経営を安定させる上で極めて重要である。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２０２０－２０１４７号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

ケアプランが適切に更新され、加算要件を満たす場合、事業者は加算の報酬を受け取れる。しかし、ケアプランを更新する際に間違い（例えば、入力ミス）によって、気づかないうちに加算要件が満たされない内容にケアプランが更新されることがある。例えば、施設がある利用者について口腔機能向上加算を取得している場合、加算要件を満足する頻度で介護サービスの提供をする必要がある。ところが、施設が加算要件を満足する頻度で口腔機能向上の介護サービスを提供しているのにもかかわらず、ケアプランの記載に間違いがあると、事業者が受け取れるはずの加算の報酬が受け取れなかったり、減算または返戻を求められたりする場合がある。

【0008】

本発明は、上述した課題に鑑みてなされたものである。したがって、本発明の目的は、ケアプランが誤って加算要件を満たさない内容に更新されることを防止または抑制できる加算情報提供装置および加算情報提供プログラムを提供することを目的とする。

【課題を解決するための手段】

【0009】

本発明の上記課題は、以下の手段によって解決される。

【0010】

（１）利用者のケアプランを取得するケアプラン取得部と、前記ケアプランの加算額と、前記ケアプランを更新した場合の加算額とを算出する加算額算出部と、前記ケアプランの更新による加算額への影響を出力する出力部と、を有する、加算情報提供装置。

【0011】

（２）前記ケアプラン取得部は、前記ケアプランの更新案をさらに取得し、前記加算額算出部は、前記ケアプランを更新した場合の加算額として前記更新案の加算額を算出する、上記（１）に記載の加算情報提供装置。

【0012】

（３）前記出力部は、前記ケアプランの加算額と、前記ケアプランを更新した場合の加算額とを、前記加算額への影響として出力する、上記（１）または（２）に記載の加算情報提供装置。

【0013】

（４）前記出力部は、前記ケアプランの加算額に対する前記ケアプランを更新した場合の加算額の増減額を、前記加算額への影響として出力する、上記（１）または（２）に記載の加算情報提供装置。

【0014】

（５）前記ケアプラン取得部は、複数の利用者のケアプランを取得し、前記加算額算出部は、前記複数の利用者について、前記ケアプランの加算額と、前記ケアプランを更新した場合の加算額とを各々算出し、前記出力部は、前記ケアプランの加算額と、前記ケアプランを更新した場合の加算額とを、前記複数の利用者について各々合算した結果を、前記加算額への影響として出力する、上記（１）または（２）に記載の加算情報提供装置。

【0015】

（６）前記ケアプラン取得部は、複数の利用者のケアプランを取得し、前記加算額算出部は、前記複数の利用者について、前記ケアプランの項目ごとの加算額と、前記ケアプランを更新した場合の項目ごとの加算額とを算出し、前記出力部は、前記ケアプランの項目ごとの加算額と、前記ケアプランを更新した場合の項目ごとの加算額とを、前記複数の利用者について各々合算した結果を、前記加算額への影響として出力する、上記（１）または（２）に記載の加算情報提供装置。

【0016】

（７）利用者のケアプランを取得するステップ（ａ）と、前記ケアプランの加算額と、前記ケアプランを更新した場合の加算額とを算出するステップ（ｂ）と、前記ケアプランの更新による加算額への影響を出力するステップ（ｃ）と、を含む処理をコンピューターに実行させるための、加算情報提供プログラム。

【0017】

（８）前記ステップ（ａ）においては、前記ケアプランの更新案をさらに取得し、前記ステップ（ｂ）においては、前記ケアプランを更新した場合の加算額として前記更新案の加算額を算出する、上記（７）に記載の加算情報提供プログラム。

【0018】

（９）前記ステップ（ｃ）においては、前記ケアプランの加算額と、前記ケアプランを更新した場合の加算額とを、前記加算額への影響として出力する、上記（７）または（８）に記載の加算情報提供プログラム。

【0019】

（１０）前記ステップ（ｃ）においては、前記ケアプランの加算額に対する前記ケアプランを更新した場合の加算額の増減額を、前記加算額への影響として出力する、上記（７）または（８）に記載の加算情報提供プログラム。

【0020】

（１１）前記ステップ（ａ）においては、複数の利用者のケアプランを取得し、前記ステップ（ｂ）においては、前記複数の利用者について、前記ケアプランの加算額と、前記ケアプランを更新した場合の加算額とを各々算出し、前記ステップ（ｃ）においては、前記ケアプランの加算額と、前記ケアプランを更新した場合の加算額とを、前記複数の利用者について各々合算した結果を、前記加算額への影響として出力する、上記（７）または（８）に記載の加算情報提供プログラム。

【0021】

（１２）前記ステップ（ａ）においては、複数の利用者のケアプランを取得し、前記ステップ（ｂ）においては、前記複数の利用者について、前記ケアプランの項目ごとの加算額と、前記ケアプランを更新した場合の項目ごとの加算額とを算出し、前記ステップ（ｃ）においては、前記ケアプランの項目ごとの加算額と、前記ケアプランを更新した場合の項目ごとの加算額とを、前記複数の利用者について各々合算した結果を、前記加算額への影響として出力する、上記（７）または（８）に記載の加算情報提供プログラム。

【発明の効果】

【0022】

本発明によれば、ケアプランを更新する前に、更新が加算額にどのような影響を及ぼすのかを事業者に提示できるので、ケアプランが誤って加算要件を満たさない内容に更新されることを防止または抑制できる。

【図面の簡単な説明】

【0023】

【図1】表示システムの構成を例示する概略ブロック図である。

【図2】ＵＩサーバーのハードウェア構成を例示する概略ブロック図である。

【図3】解析用サーバーのハードウェア構成を例示する概略ブロック図である。

【図4】解析装置の機能構成を示すブロック図である。

【図5】解析用サーバーによる加算情報提供方法の処理手順を例示するフローチャートである。

【図6】加算額の算出（Ｓ１０２，Ｓ１０６）の処理の詳細を例示するサブルーチンフローチャートである。

【図7】加算要件配列のデータ構造を例示する図である。

【図8】加算要件配列にケアプランに基づく値を代入した場合を例示する図である。

【図9】ケアプランの解析に使用されるデータを例示する図である。

【発明を実施するための形態】

【0024】

以下、図面を参照して、本発明の実施形態について説明する。なお、図面において、同一の要素には同一の符号を付し、重複する説明を省略する。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。

【0025】

＜表示システム１０の構成＞
図１は、本発明の実施形態に係る表示システム１０の構成を例示する概略ブロック図である。同図に示すように、表示システム１０は、ＵＩサーバー１００、解析用サーバー２００、クローリングサーバー３００、および外部サーバー４００によって構成される。表示システム１０の各々のサーバーは、ネットワークを介して接続可能に構成されている。

【0026】

＜ＵＩサーバー１００の構成＞
ＵＩサーバー１００は、不図示のユーザー端末と解析用サーバー２００との間において情報をやり取りするための画面（ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ））をユーザー端末のディスプレイに表示させる。ユーザーは、システムの管理者、介護施設の経営者、または管理者等である。また、ユーザー端末は、ユーザーによって使用される端末であり、デスクトップＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ノートＰＣ、タブレットＰＣ、またはスマートフォン等の情報処理端末である。

【0027】

図２は、ＵＩサーバー１００のハードウェア構成を例示する概略ブロック図である。同図に示すように、ＵＩサーバー１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３０、ストレージ１４０、通信インターフェース１５０および操作表示部１６０を有する。各構成は、バス１７０を介して相互に通信可能に接続されている。

【0028】

ＣＰＵ１１０は、ＲＯＭ１２０やストレージ１４０に記録されているプログラムにしたがって、上記各構成の制御や各種の演算処理を行う。ＲＯＭ１２０は、各種プログラムや各種データを格納する。ＲＡＭ１３０は、作業領域として一時的にプログラムやデータを記憶する。

【0029】

ストレージ１４０は、オペレーティングシステムを含む各種プログラムや、各種データを格納する。例えば、ストレージ１４０には、ユーザーからの入力を受け付けて解析用サーバー２００等の他の装置との間で各種情報を送受信したり、情報をユーザー端末に出力（表示）したりするためのアプリケーションがインストールされている。

【0030】

通信インターフェース１５０は、解析用サーバー２００等の他の装置と通信するためのインターフェースである。通信インターフェース１５０としては、有線または無線の各種規格による通信インターフェースが用いられる。

【0031】

操作表示部１６０は、例えば、タッチパネル式のディスプレイであり、各種情報を表示すると共に、ユーザーからの各種入力を受け付ける。

【0032】

＜解析用サーバー２００の構成＞
解析用サーバー２００は、ケアプランの電子データ（以下、「ケアプランデータ」という）を取得し、加算の報酬額（以下、単に「加算額」とも称する）を算出するとともに、ケアプランの更新による加算額への影響を出力する。

【0033】

ケアプランは、様式が統一された第１表～第７表で構成される。第１表は、居宅サービス計画書（１）であり、利用者に関する基本情報、利用者の介護サービスに対する希望、利用者に対する総合的な援助方針が記載される。第２表は、居宅サービス計画書（２）であり、解決すべき課題、目標、具体的な援助内容、および援助期間が記載される。第３表は、週間サービス計画表であり、１週間の介護サービス、および利用者の活動予定が記載されている。第４表はサービス担当者会議の要点であり、第５表はサービス利用票であり、第６表はサービス利用票別表である。第４表～第７表は計画に対する実績を記載する項目であるため、本実施形態において加算の算出に関わるのは第１表～第３表である。

【0034】

ケアプランは、次の５つのステップに沿って作成されうる。（１）事業者は、サービスを提供したい利用者のケアプランの作成をケアマネージャーに委託する。（２）ケアマネージャーは、利用者やその家族に関する情報を収集し、利用者の現状（体の機能の状態、健康状態、経済状況等）、介護サービスに対する希望等を把握するために、利用者や利用者の家族と面談を行う。（３）ケアマネージャーは、収集した情報に基づき、ケアプランの原案を作成する。ケアプランの原案は、ストレージ２４０に保存される。（４）利用者、家族、および事業者は、ケアプランの原案をレビューし、認識の共通化を行い、必要に応じて原案を修正する。ここで、事業者は、ケアプランの各項目に関して確認し、加算項目も確認する。事業者は、ケアマネージャーによって作成／修正されたケアプランに問題がなければケアプランを承認する。（５）事業者は、上記ケアプランに基づいて利用者に介護サービスを提供する。

【0035】

ケアプランは、利用者の介護状態や家族状況等に基づいて定期的に更新される。ケアプランを更新する場合、上記（２）～（５）のステップが繰り返される。すなわち、１回目の（２）～（５）のステップは、新規のケアプランに関するものであり、２回目以降の（２）～（５）のステップは、ケアプランの更新に関する。本実施形態の解析用サーバー２００は、ケアプラン更新時の上記（４）のステップにおいて使用されうる。

【0036】

解析用サーバー２００は、例えばサーバーやＰＣ等のコンピューターによって構成される。また、解析用サーバー２００は、複数の装置から構成されてもよく、例えば多数のサーバーによってクラウドサーバーとして仮想的に構成されてもよい。

【0037】

解析用サーバー２００は、解析装置２０１、ケアプラン記憶部２０２、加算要件データベース２０３、および解析結果データベース２０４を有する。

【0038】

解析装置２０１は、ＵＩサーバー１００からの解析指示に従って、ケアプラン記憶部２０２からケアプランデータを取得し、ケアプランデータを解析して加算要件（以下、単に「要件」ともいう）を満足する加算項目の加算額を算出する。加算額の具体的な算出方法については後述する。また、解析装置２０１は、ケアプランの更新による加算額への影響を出力する。加算額への影響の詳細についても後述する。

【0039】

ケアプラン記憶部２０２は、複数の利用者のケアプランを記憶する。ケアプランは、ケアマネージャーによって新規に作成、または更新され、事業者によってケアプラン記憶部２０２に保存される。

【0040】

加算要件データベース２０３は、加算項目ごとの加算要件を記憶しており、解析装置２０１からの問い合わせに応じて、加算要件を出力する。加算項目に対しては多種多様な要件が細かく設定されており、ケアプランに計画として明記されている必要がある。ケアプランが適切に更新され、加算要件を満たす場合、事業者は加算額を受け取れるが、更新時の間違い等によって、気づかないうちに加算要件が満たされない内容に更新されることがある。その結果、事業者が受け取れていたはずの加算額が受け取れなかったり、減算または返戻を求められたりする場合がある。ケアプランに関連する加算項目には、例えば、以下の（ａ）～（ｃ）のような項目が含まれる。

【0041】

（ａ）口腔機能向上加算
要件：歯科衛生士の適切な配置、利用者の口腔機能の把握、口腔機能改善管理指導計画の作成と実行、口腔サービスの提供、進捗状況の記録、定員未超過
（ｂ）療養食加算
要件：適切な療養食の提供、療養食の栄養士による管理、利用者の心身状況の記録
（ｃ）個別機能訓練加算
要件：機能訓練指導員の適切な配置、訓練計画の定期的な作成、定期的な訓練の実施、定員未超過
解析結果データベース２０４は、解析装置２０１によって算出された解析結果（加算額）を記憶する。解析結果データベース２０４は、ＵＩサーバー１００からの要求に応じて、加算額をＵＩサーバー１００に出力する。

【0042】

図３は、解析用サーバー２００のハードウェア構成を例示する概略ブロック図である。同図に示すように、解析用サーバー２００は、ＣＰＵ２１０、ＲＯＭ２２０、ＲＡＭ２３０、ストレージ２４０、通信インターフェース２５０、および操作表示部２６０を有する。各構成は、バス２７０を介して相互に通信可能に接続されている。

【0043】

ＣＰＵ２１０、ＲＯＭ２２０、ＲＡＭ２３０、ストレージ２４０、通信インターフェース２５０、および操作表示部２６０の各構成は、ＵＩサーバー１００の対応する各構成と同様の機能を有するため、重複する説明は省略する。

【0044】

ストレージ２４０には、ＣＰＵ２１０が各処理を実行するためのプログラムがインストールされている。例えば、ストレージ２４０には、後述するように、ケアプランデータを取得し、加算額を算出してケアプランの更新による加算額への影響を出力するためのプログラム（加算情報提供プログラム）が保存されている。ＣＰＵ２１０が加算情報提供プログラムを実行することにより解析装置（加算情報提供装置）２０１として機能する。また、ストレージ２４０は、ケアプラン記憶部２０２、加算要件データベース２０３、および解析結果データベース２０４として機能する。

【0045】

＜解析装置２０１の機能＞
図４は解析装置２０１の機能構成を示すブロック図である。同図に示すように、解析装置２０１は、ケアプラン取得部２１１、加算額算出部２１２、および出力部２１３として機能する。

【0046】

［ケアプラン取得部２１１］
ケアプラン取得部２１１は、ケアプラン記憶部２０２から解析対象の１または複数の利用者のケアプランデータを取得する。

【0047】

［加算額算出部２１２］
加算額算出部２１２は、ケアプラン取得部２１１によって取得されたケアプランデータに基づき、加算要件を満足する加算項目について加算額を算出する。より具体的には、加算額算出部２１２は、加算要件データベース２０３に加算項目ごとの加算要件を問い合わせ、受信した加算要件に基づいて、加算項目が加算要件を満足するか否かを判定し、加算要件を満足する加算項目について加算額を算出する。

【0048】

例えば、加算額算出部２１２は、加算要件を満足する加算項目ごとの加算額ｘ０｛ｘ０１，ｘ０２，…ｘ０ｎ｝（１～ｎは加算要件を満足する加算項目の番号を表す。以下、同様。）と、加算額ｘ０を加算項目について足し合わせたケアプラン加算額ｙ０（＝ｘ０１＋ｘ０２＋…＋ｘ０ｎ）とを算出し、解析結果データベース２０４に保存する。

【0049】

また、加算額算出部２１２は、ケアプランを更新した場合について、加算要件を満足する加算項目ごとの加算額ｘ１｛ｘ１１，ｘ１２，…ｘ１ｎ｝と、加算額ｘ１を加算項目について足し合わせたケアプラン加算額ｙ１（＝ｘ１１＋ｘ１２＋…＋ｘ１ｎ）とを算出し、解析結果データベース２０４に保存する。

【0050】

また、加算額算出部２１２は、複数の利用者を解析対象としている場合、すべての利用者のケアプランについて加算項目ごとに合算した加算額Ｘ０｛Ｘ０１，Ｘ０２，…Ｘ０ｎ｝と、すべての利用者のケアプランについてケアプラン加算額ｙ０を合算した加算額Ｙ０とを算出し、解析結果データベース２０４に保存する。加算額Ｙ０は、加算額Ｘ０をすべての加算項目について足し合わせた加算額（＝Ｘ０１＋Ｘ０２＋…＋Ｘ０ｎ）に等しい。

【0051】

また、特定の利用者のケアプランを更新した場合について、すべての利用者のケアプランについて加算項目ごと合算した加算額Ｘ１｛Ｘ１１，Ｘ１２，…Ｘ１ｎ｝と、すべての利用者のケアプランについて加算額ｙ１を合算した加算額Ｙ１とを算出し、解析結果データベース２０４に保存する。加算額Ｙ１は、加算額Ｘ１をすべての加算項目について足し合わせた加算額（＝Ｘ１１＋Ｘ１２＋…＋Ｘ１ｎ）に等しい。

【0052】

また、加算額算出部２１２は、特定の利用者（例えば、利用者Ａ）について、ケアプランＡ０の加算額に対して、ケアプランＡ０を更新した更新案Ａ１の加算額の増減額を、加算額への影響として算出できる。

【0053】

［出力部２１３］
出力部２１３は、ケアプランの更新による加算額への影響を出力する。出力部２１３は、例えば、ケアプランの更新による加算額への影響を操作表示部２６０に出力し、操作表示部２６０はディスプレイにケアプランの更新による加算額への影響を表示させるように制御する。

【0054】

例えば、出力部２１３は、特定の利用者Ａについて、ケアプラン加算額ｙ０，ｙ１を加算額への影響として出力する。これにより、事業者は、特定の利用者Ａについて、ケアプランＡ０から更新案Ａ１に更新した場合の影響を容易に把握できる。

【0055】

あるいは、出力部２１３は、ケアプランＡ０の加算額に対して、更新案Ａ１の加算額の増減額を、加算額への影響として出力できる。これにより、事業者は、特定の利用者Ａについて、ケアプランＡ０から更新案Ａ１に更新した場合の影響をさらに容易に把握できる。

【0056】

あるいは、出力部２１３は、すべての利用者のケアプランについてケアプラン加算額ｙ０を合算した加算額Ｙ０、および特定の利用者のケアプランを更新した場合の加算額Ｙ１を加算額への影響として出力できる。各々の利用者のケアプランの加算額を足し合わせた加算額Ｙ０，Ｙ１が出力されることにより、事業者は、施設全体において、どれくらいのケアプランによる加算額を取得できるかを容易に把握できる。

【0057】

あるいは、出力部２１３は、すべての利用者のケアプランについて加算項目ごとに合算した加算額Ｘ０、および特定の利用者のケアプランを更新した場合の加算額Ｘ１を加算額への影響として出力することもできる。これにより、事業者は、複数の加算項目（口腔機能向上加算、療養食加算等）について、加算項目ごとの加算額Ｘ０，Ｘ１が施設全体の加算額（加算額Ｙ０，Ｙ１）に対してどれくらいであるかを容易に把握できる。

【0058】

＜クローリングサーバー３００＞
クローリングサーバー３００は、外部サーバー４００から加算項目ごとの加算要件を定期的に収集し、解析用サーバー２００の加算要件データベース２０３を最新の状態に維持する。クローリングサーバー３００のハードウェア構成は、ＵＩサーバー１００の対応する各構成と同様の機能を有するため、重複する説明は省略する。

【0059】

＜外部サーバー４００＞
外部サーバー４００は、例えば政府や自治体等の行政によって運営され、管轄する各介護施設に対して、政府によって決定された加算項目ごとの加算要件を提供するためのサーバーである。外部サーバー４００のハードウェア構成は、ＵＩサーバー１００の対応する各構成と同様の機能を有するため、重複する説明は省略する。

【0060】

なお、表示システム１０は上記の構成要素以外の構成要素を含んでいてもよく、あるいは、上記の構成要素のうちの一部が含まれていなくてもよい。また、各構成要素の個数も１つに限定されず、各構成要素は複数設けられてもよい。

【0061】

＜加算情報提供方法＞
図５は、解析用サーバー２００による加算情報提供方法の処理手順を例示するフローチャートである。同図に示すフローチャートの処理は、ＣＰＵ２１０が加算情報提供プログラムを実行することにより実現される。

【0062】

（ケアプランの新規作成フェーズ）
ケアマネージャーは、例えば、利用者Ａの新規のケアプランＡ０（Ｖｅｒ．０）を作成する。事業者は、ケアマネージャーによって作成されたケアプランＡ０の内容を確認し、問題が無ければＵＩサーバー１００を通じてケアプランＡ０のデータをケアプラン記憶部２０２に保存する。一方、ケアプランＡ０に問題がある場合は、ケアマネージャーに修正を依頼する。また、ケアプラン記憶部２０２には、ケアプランＡ０の登録前においてケアマネージャーによってこれまでに作成された、利用者Ａを除く複数の利用者のケアプランデータが記憶されている。

【0063】

ケアプラン取得部２１１は、ケアプランデータを取得する（ステップＳ１０１）。ケアプラン取得部２１１は、ケアプラン記憶部２０２から、ケアプランＡ０のデータを含む複数の利用者のケアプランデータを取得する。

【0064】

次に、加算額算出部２１２は、ケアプラン加算額を算出する（ステップＳ１０２）。加算額算出部２１２は、ケアプラン取得部２１１によって取得されたケアプランデータを解析し、各々の利用者のケアプランについて、加算項目ごとの加算額ｘ０、およびケアプラン加算額ｙ０を算出し、解析結果データベース２０４に保存する。加算額の算出方法の詳細については、図６～図９を参照して後述する。

【0065】

次に、加算額算出部２１２は、複数の利用者のケアプラン加算額を合算する（ステップＳ１０３）。加算額算出部２１２は、利用者Ａを含む複数の利用者のケアプラン加算額ｙ０を合算したＹ０を解析結果データベース２０４に保存する。また、加算額算出部２１２は、複数の利用者のケアプランについて、加算項目ごとの加算額ｘ０を合算した加算額Ｘ０を解析結果データベース２０４に保存する。

【0066】

次に、出力部２１３は、加算額を出力する（ステップＳ１０４）。出力部２１３は、合算されたケアプラン加算額Ｙ０、合算された加算項目ごとの加算額Ｘ０、および各々のケアプラン加算額ｙ０の少なくともいずれかを操作表示部２６０のディスプレイのユーザーインターフェース（ＵＩ）に表示する。事業者は、表示された加算額を確認し、ケアプランＡ０を承認する。施設のケアスタッフは、ケアプランＡ０に基づく利用者Ａに対する介護サービスの提供を開始する。

【0067】

（ケアプランの更新フェーズ）
ケアマネージャーは、利用者Ａのケアプランの定期的な更新、または利用者の介護状態や状況の変化に伴う更新が必要となった場合、利用者ＡのケアプランＡ０の更新案Ａ１（Ｖｅｒ．１）を作成し、事業者は、ケアプラン記憶部２０２に更新案Ａ１のデータを保存する。ケアプラン取得部２１１は、ケアプラン記憶部２０２から、更新案Ａ１のデータを取得する（ステップＳ１０５）。

【0068】

次に、加算額算出部２１２は、更新案Ａ１の加算額を算出する（ステップＳ１０６）。加算額算出部２１２は、ケアプラン取得部２１１によって取得された更新案Ａ１のデータを解析し、加算項目ごとの加算額ｘ１、およびケアプラン加算額ｙ１を算出し、解析結果データベース２０４に保存する。また、加算額算出部２１２は、更新案Ａ１のケアプランＡ０からの変更箇所を抽出し、加算額への影響として、例えば、ケアプランＡ０の加算額に対する更新案Ａ１の加算額の増減額を算出する。

【0069】

次に、加算額算出部２１２は、複数の利用者のケアプランの加算額を合算する（ステップＳ１０７）。加算額算出部２１２は、更新案Ａ１の加算額と利用者Ａを除く複数の利用者のケアプランの加算額とを加算項目ごとに合算した加算額Ｘ１を解析結果データベース２０４に保存する。また、加算額算出部２１２は、加算額Ｘ１をすべての加算項目について足し合わせた加算額Ｙ１を解析結果データベース２０４に保存する。

【0070】

次に、出力部２１３は、加算額を出力する（ステップＳ１０８）。出力部２１３は、合算されたケアプラン加算額Ｙ０，Ｙ１、合算された加算項目ごとの加算額Ｘ０，Ｘ１、および各々のケアプラン加算額ｙ０，ｙ１の少なくともいずれかを操作表示部２６０のディスプレイのＵＩに表示する。

【0071】

次に、ケアプランの更新による加算額への影響を出力する（ステップＳ１０９）。例えば、出力部２１３は、加算額への影響として、ケアプランＡ０の加算額に対する更新案Ａ１の加算額の増減額を出力する。

【0072】

事業者は、加算額への影響を確認し、加算額への影響がある場合（加算額の増減がある場合）は、内訳を確認し、どの加算項目が影響しているかを確認する。事業者は、影響している加算項目に不備を発見した場合、ケアマネージャーに対して更新案Ａ１の修正を依頼する。一方、不備を発見できなかった場合、更新案Ａ１をケアプランとして承認し、正式に更新する。

【0073】

このように、図５に示すフローチャートに示す処理では、解析装置２０１は、利用者のケアプランを取得し、ケアプランの加算額と、ケアプランを更新した場合の加算額とを算出し、ケアプランの更新による加算額への影響を表示する。これにより、解析装置２０１は、ケアプランの変更に伴う加算額への影響（金額）を明確に可視化できるので、事業者およびケアマネージャーは、上述のようなケアプラン更新の際の問題に気づき、ケアプランに必要な修正を即座に加えることが可能になる。

【0074】

＜加算額の算出（Ｓ１０２，Ｓ１０６）＞
図６は、加算額の算出（Ｓ１０２，Ｓ１０６）の処理の詳細を例示するサブルーチンフローチャートである。図７は加算要件配列のデータ構造を例示する図であり、図８は加算要件配列にケアプランに基づく値を代入した場合を例示する図である。また、図９は、ケアプランの解析に使用されるデータを例示する図である。

【0075】

図６に示すように、加算額算出部２１２は、加算要件配列を生成し、初期化する（ステップＳ２０１）。加算額算出部２１２は、ケアプラン取得部２１１によって取得されたケアプランに対して加算管理配列を生成する。加算管理配列は、ケアプランの加算を管理するための配列である。

【0076】

より具体的には、図７に示すように、加算額算出部２１２は、ケアプランデータから加算に関連するデータ項目を抽出し、抽出されたデータ項目をケアプランに記載されている加算項目に適用して加算名および要件を設定し、加算管理配列を生成する。例えば、データ項目が第２表居宅サービス計画書（２）における「利用者のニーズ」である場合、加算管理配列は、１つの加算名（Ｋｅｙ）と、各々の加算名に対して少なくとも１つの要件（Ｖａｌｕｅ）とを含み、ｋｅｙにはニーズ名、ｖａｌｕｅにはそのニーズが必要な度合いが５段階（１～５）で記載される。

【0077】

図８に示すように、例えば、加算管理配列は、加算ａおよび加算ｂを含む。加算ａは、要件１としてサービス提供時間を含み、要件２としてサービス提供頻度を含む。要件１および要件２には、初期値として０が設定される。また、加算ｂは、要件１として栄養士の配置を含み、要件１には、初期値としてｆａｌｓｅが設定される。なお、図示を省略しているが、加算ａの要件３以降、加算ｂの要件２以降、および加算ｃ以降の各々の要件についても同様に初期値として０またはｆａｌｓｅが設定される。

【0078】

次に、加算要件配列にケアプランに基づく値を設定する（ステップＳ２０２）。例えば、加算額算出部２１２は、ケアプランデータの第２表居宅サービス計画書（２）、および第３表週間サービス計画表から、利用者Ａの各日、各時間帯の活動内容に関する情報を抽出する。加算額算出部２１２は、各活動の時間の合計と、各活動の頻度とを算出する。加算に関連する活動項目が抽出された場合（例えば、口腔サービスの実施等）、加算要件配列の各要件に値を代入する。図９には、要件１（サービス提供時間）に１０が代入され、要件２（サービス提供頻度）に２０が代入された場合について例示されている。

【0079】

次に、加算額算出部２１２は、加算で受け取れる金額を問い合わせる（ステップＳ２０３）。加算額算出部２１２は、加算要件データベース２０３に対して、各々の加算項目について受け取れる加算額を問い合わせる。より具体的には、図１に示すように、加算額算出部２１２は、ケアプランに基づく値が設定された加算要件配列において対象となる加算名および要件（例えば、｛加算名：加算ａ 要件：要件１｝）を出力し、加算要件データベース２０３に対してリクエストを送信する。

【0080】

次に、加算額算出部２１２は、加算で受け取れる金額を受信する（ステップＳ２０４）。より具体的には、加算要件データベース２０３は、加算額算出部２１２からのリクエストに応じて、受信した加算名から加算項目を探索し、加算項目の加算要件の値を含む要件データと、加算で受け取れる金額とを出力してレスポンスを返信する。加算額算出部２１２は、要件データと、加算で受け取れる金額とを受信する。

【0081】

次に、加算額算出部２１２は、加算額を算出する（ステップＳ２０５）。加算額算出部２１２は、受信した要件データから加算要件を満足する加算項目と、加算要件を満足しない加算項目とを判定し、加算要件を満足する加算項目ごとの加算額ｘ０と、加算額ｘ０を足し合わせることによりケアプラン加算額ｙ０とを算出する。

【0082】

以上で説明した実施形態の解析用サーバー２００は、下記の効果を奏する。

【0083】

ケアプランを更新する前に、更新が加算額にどのような影響を及ぼすのかを事業者に提示できるので、ケアプランが誤って加算要件を満たさない内容に更新されることを防止または抑制できる。

【0084】

本発明は、上述した実施形態のみに限定されるものではなく、特許請求の範囲内において、種々改変することができる。

【0085】

例えば、上述した実施形態では、ストレージ２４０がケアプラン記憶部２０２、加算要件データベース２０３、および解析結果データベース２０４として機能する場合について説明したが、このような場合に限定されない。例えば、加算要件データベース２０３、および解析結果データベース２０４を解析用サーバー２００の外部のクラウドシステム等に配置することもできる。

【0086】

また、上述したフローチャートは、一部のステップを省略してもよく、他のステップが追加されてもよい。また各ステップの一部は同時に実行されてもよく、一つのステップが複数のステップに分割されて実行されてもよい。

【0087】

また、加算情報提供プログラムは、ＵＳＢメモリー、フレキシブルディスク、ＣＤ－ＲＯＭ等のコンピューター読み取り可能な記録媒体によって提供されてもよいし、インターネット等のネットワークを介してオンラインで提供されてもよい。この場合、コンピューター読み取り可能な記録媒体に記録されたプログラムは、通常、メモリーやストレージ等に転送され記憶される。また、この加算情報提供プログラムは、例えば、単独のアプリケーションソフトとして提供されてもよいし、サーバーの一機能としてその各装置のソフトウェアに組み込んでもよい。

【0088】

また、実施形態においてプログラムにより実行される処理の一部または全部を回路等のハードウェアに置き換えて実行されうる。

【符号の説明】

【0089】

１０ 表示システム、
１００ ＵＩサーバー、
１１０ ＣＰＵ、
１２０ ＲＯＭ、
１３０ ＲＡＭ、
１４０ ストレージ、
１５０ 通信インターフェース、
１６０ 操作表示部、
１７０ バス、
２００ 解析用サーバー、
２０１ 解析装置、
２０２ ケアプラン記憶部、
２０３ 加算要件データベース、
２０４ 解析データベース、
２１０ ＣＰＵ、
２１１ ケアプラン取得部、
２１２ 加算額算出部、
２１３ 取得部、
２２０ ＲＯＭ、
２３０ ＲＡＭ、
２４０ ストレージ、
２５０ 通信インターフェース、
２６０ 操作表示部、
２７０ バス。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】