(57)【要約】【課題】在宅患者の介護者が身体的・精神的に疲れ切ってしまうことを防止する。【解決手段】データ管理装置は、在宅患者の患者情報、当該在宅患者を介護する介護者に関する介護者情報、当該在宅患者の医療、看護又は介護に関する在宅医療情報を管理する。データ管理装置は、処理対象の在宅患者に係る患者情報、介護者情報、在宅医療情報に基づいて、処理対象の在宅患者を介護する介護者の疲労度を推定し（ステップＳ３４〜Ｓ３６）、推定された疲労度が予め定められた閾値を超えている場合に（ステップＳ３７；ＹＥＳ）、介護者の疲労度が閾値を超えた在宅患者の自宅を含む地域の福祉機関に、介護者にサポートが必要であることを通知するメールを送信する（ステップＳ３８）。【選択図】図１１
2020009339.tif 000002
【特許請求の範囲】
【請求項１】
在宅患者の患者情報、当該在宅患者を介護する介護者に関する介護者情報、当該在宅患者の医療、看護又は介護に関する在宅医療情報を管理するデータ管理装置であって、
処理対象の在宅患者に係る患者情報、介護者情報又は在宅医療情報に基づいて、当該処理対象の在宅患者を介護する介護者の疲労度を推定する推定手段と、
当該推定された疲労度が予め定められた値を超えている場合に、警告を通知する警告手段と、
を備えるデータ管理装置。
【請求項２】
前記患者情報には、介護度又は認知症高齢者の日常生活自立度が含まれ、
前記推定手段は、前記処理対象の在宅患者に係る介護度又は認知症高齢者の日常生活自立度に基づいて、前記介護者の疲労度を推定する請求項１に記載のデータ管理装置。
【請求項３】
前記介護者情報には、介護期間、介護者の人数又は介護者の年齢が含まれ、
前記推定手段は、前記処理対象の在宅患者に係る介護期間、介護者の人数又は介護者の年齢に基づいて、前記介護者の疲労度を推定する請求項１又は２に記載のデータ管理装置。
【請求項４】
前記在宅医療情報には、在宅患者の外部施設の利用状況が含まれ、
前記推定手段は、前記処理対象の在宅患者に係る外部施設の利用状況に基づいて、前記介護者の疲労度を推定する請求項１から３のいずれか一項に記載のデータ管理装置。
【請求項５】
前記在宅医療情報には、在宅患者のバイタルサインが含まれ、
前記推定手段は、前記処理対象の在宅患者に係るバイタルサインに基づいて、前記介護者の疲労度を推定する請求項１から４のいずれか一項に記載のデータ管理装置。
【請求項６】
前記警告手段は、前記介護者の疲労度が前記予め定められた値を超えた在宅患者の自宅を含む地域の福祉機関に、当該介護者にサポートが必要であることを示す情報を送信する請求項１から５のいずれか一項に記載のデータ管理装置。
【請求項７】
在宅患者の患者情報、当該在宅患者を介護する介護者に関する介護者情報、当該在宅患者の医療、看護又は介護に関する在宅医療情報を管理するデータ管理装置における疲労度推定方法であって、
処理対象の在宅患者に係る患者情報、介護者情報又は在宅医療情報に基づいて、当該処理対象の在宅患者を介護する介護者の疲労度を推定する推定工程と、
当該推定された疲労度が予め定められた値を超えている場合に、警告を通知する警告工程と、
を含む疲労度推定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ管理装置及び疲労度推定方法に関する。
【背景技術】
【０００２】
近年、在宅療養・介護の重要性が増してきており、病院、診療所、訪問看護ステーション、介護事業所等の施設間で患者の情報が共有されるようになってきている。一般的に、在宅患者の介護は、患者の家族が介護者となる場合が多い。患者の容態は日々変化するため、介護者は、どう対処したらよいのか、不安に感じることもある。そこで、在宅患者や、その患者を介護している家族等の相談を受け付け、適切なアドバイスを行う在宅介護支援システムが開発されている（特許文献１参照）。このシステムでは、ウェブ端末からインターネットを介して医療カスタマーセンターに接続し、相談員に意見を求めることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−９２１７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、在宅介護は、患者の家族（介護者）への負担が大きく、患者の家族が心身ともに疲弊していくという問題があった。介護者の負担が大きくなると、介護者自身が体調を崩したり、被介護者への虐待に繋がったりすることもあるため、介護者の疲労状態をチェックする機能が求められている。
【０００５】
本発明は、上記の従来技術における問題に鑑みてなされたものであって、在宅患者の介護者が身体的・精神的に疲れ切ってしまうことを防止することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、在宅患者の患者情報、当該在宅患者を介護する介護者に関する介護者情報、当該在宅患者の医療、看護又は介護に関する在宅医療情報を管理するデータ管理装置であって、処理対象の在宅患者に係る患者情報、介護者情報又は在宅医療情報に基づいて、当該処理対象の在宅患者を介護する介護者の疲労度を推定する推定手段と、当該推定された疲労度が予め定められた値を超えている場合に、警告を通知する警告手段と、を備える。
【０００７】
請求項２に記載の発明は、請求項１に記載のデータ管理装置において、前記患者情報には、介護度又は認知症高齢者の日常生活自立度が含まれ、前記推定手段は、前記処理対象の在宅患者に係る介護度又は認知症高齢者の日常生活自立度に基づいて、前記介護者の疲労度を推定する。
【０００８】
請求項３に記載の発明は、請求項１又は２に記載のデータ管理装置において、前記介護者情報には、介護期間、介護者の人数又は介護者の年齢が含まれ、前記推定手段は、前記処理対象の在宅患者に係る介護期間、介護者の人数又は介護者の年齢に基づいて、前記介護者の疲労度を推定する。
【０００９】
請求項４に記載の発明は、請求項１から３のいずれか一項に記載のデータ管理装置において、前記在宅医療情報には、在宅患者の外部施設の利用状況が含まれ、前記推定手段は、前記処理対象の在宅患者に係る外部施設の利用状況に基づいて、前記介護者の疲労度を推定する。
【００１０】
請求項５に記載の発明は、請求項１から４のいずれか一項に記載のデータ管理装置において、前記在宅医療情報には、在宅患者のバイタルサインが含まれ、前記推定手段は、前記処理対象の在宅患者に係るバイタルサインに基づいて、前記介護者の疲労度を推定する。
【００１１】
請求項６に記載の発明は、請求項１から５のいずれか一項に記載のデータ管理装置において、前記警告手段は、前記介護者の疲労度が前記予め定められた値を超えた在宅患者の自宅を含む地域の福祉機関に、当該介護者にサポートが必要であることを示す情報を送信する。
【００１２】
請求項７に記載の発明は、在宅患者の患者情報、当該在宅患者を介護する介護者に関する介護者情報、当該在宅患者の医療、看護又は介護に関する在宅医療情報を管理するデータ管理装置における疲労度推定方法であって、処理対象の在宅患者に係る患者情報、介護者情報又は在宅医療情報に基づいて、当該処理対象の在宅患者を介護する介護者の疲労度を推定する推定工程と、当該推定された疲労度が予め定められた値を超えている場合に、警告を通知する警告工程と、を含む。
【発明の効果】
【００１３】
本発明によれば、在宅患者の介護者が身体的・精神的に疲れ切ってしまうことを防止することができる。
【図面の簡単な説明】
【００１４】
【図１】在宅介護支援システムのシステム構成図である。
【図２】データ管理装置の機能的構成を示すブロック図である。
【図３】ユーザー情報テーブルのデータ構成例である。
【図４】患者関連情報テーブルのデータ構成例である。
【図５】介護度の区分とその目安を示す図である。
【図６】認知症高齢者の日常生活自立度のランクとその判断基準を示す図である。
【図７】ファイル属性テーブルのデータ構成例である。
【図８】施設端末の機能的構成を示すブロック図である。
【図９】データ管理装置及び施設端末により実行される患者登録処理を示すラダーチャートである。
【図１０】データ管理装置及び施設端末により実行される在宅医療情報登録処理を示すラダーチャートである。
【図１１】データ管理装置により実行される介護者疲労度推定処理を示すフローチャートである。
【図１２】（ａ）は、介護度をポイントに変換するための対応表である。（ｂ）は、認知症高齢者の日常生活自立度をポイントに変換するための対応表である。
【図１３】（ａ）は、介護期間をポイントに変換するための対応表である。（ｂ）は、介護者人数をポイントに変換するための対応表である。（ｃ）は、介護者年齢をポイントに変換するための対応表である。
【図１４】企業の業種と従業員数から企業の規模を特定するための企業規模特定テーブルである。
【図１５】（ａ）は、在職時企業規模をポイントに変換するための対応表である。（ｂ）は、在職時役職をポイントに変換するための対応表である。
【図１６】（ａ）は、デイサービス利用状況をポイントに変換するための対応表である。（ｂ）は、ショートステイ利用状況をポイントに変換するための対応表である。
【図１７】（ａ）は、ＳｐＯ２の範囲と１週間前からの変化率をポイントに変換するための対応表である。（ｂ）は、血圧の範囲と１週間前からの変化率をポイントに変換するための対応表である。
【発明を実施するための形態】
【００１５】
以下、図面を参照して、本発明に係るデータ管理装置及び疲労度推定方法の一実施形態について説明する。ただし、発明の範囲は、図示例に限定されない。
【００１６】
〔在宅介護支援システムの構成〕
図１に、在宅介護支援システム１００のシステム構成を示す。
図１に示すように、在宅介護支援システム１００は、データ管理装置１０と、医療施設、看護施設、介護施設等の各施設に所属する医療従事者が使用する施設端末２０と、福祉機関に所属する職員が使用する福祉機関端末３０と、を備えて構成されている。データ管理装置１０、施設端末２０、福祉機関端末３０は、通信ネットワークＮを介してデータ通信可能に接続されている。
【００１７】
データ管理装置１０は、施設端末２０から登録される在宅患者の患者情報、当該在宅患者を介護する介護者に関する介護者情報、当該在宅患者の医療、看護又は介護に関する在宅医療情報を蓄積し管理する。医療に関する在宅医療情報を医療情報といい、看護に関する在宅医療情報を看護情報といい、介護に関する在宅医療情報を介護情報という。データ管理装置１０は、クラウド環境に設けられたクラウドサーバーであってもよい。
【００１８】
施設端末２０は、各施設に所属する医療従事者により使用されるＰＣ（Personal Computer）、タブレット端末、スマートフォン等のコンピューター装置である。医療施設としては、医師が所属する病院や診療所等が挙げられる。看護施設としては、患者の訪問看護を行う看護師が所属する訪問看護ステーション等が挙げられる。介護施設としては、患者のケアプランを作成するケアマネージャーや、患者の訪問介護を行うヘルパー（訪問介護員）が所属する介護事業所等が挙げられる。
施設端末２０は、患者の検査、治療、在宅療養・介護等に携わる医療従事者が、データ管理装置１０に患者情報、介護者情報、在宅医療情報を登録する際、データ管理装置１０に登録されている情報を参照する際等に用いられる。
【００１９】
福祉機関端末３０は、福祉機関に所属する職員により使用されるＰＣ、タブレット端末、スマートフォン等のコンピューター装置である。福祉機関としては、例えば、地域包括支援センター、居宅介護支援事業所、保健所等が挙げられる。
【００２０】
〔データ管理装置の構成〕
図２に、データ管理装置１０の機能的構成を示す。
図２に示すように、データ管理装置１０は、制御部１１、通信部１２、ＲＡＭ１３、計時部１４、記憶部１５等を備えて構成されており、各部はバス１６により接続されている。
【００２１】
制御部１１は、ＣＰＵ（Central Processing Unit）等から構成され、データ管理装置１０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、記憶部１５に記憶されている各種処理プログラムを読み出してＲＡＭ１３に展開し、当該プログラムとの協働により各種処理を行う。
【００２２】
通信部１２は、ネットワークインターフェース等により構成され、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット等の通信ネットワークＮを介して接続された外部機器との間でデータの送受信を行う。
【００２３】
ＲＡＭ１３は、制御部１１により実行制御される各種処理において、記憶部１５から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。
【００２４】
計時部１４は、計時回路（ＲＴＣ：Real Time Clock）を有し、この計時回路により現在日時を計時して制御部１１に出力する。
【００２５】
記憶部１５は、ＨＤＤ（Hard Disk Drive）や不揮発性の半導体メモリー等により構成され、各種処理プログラム、当該プログラムの実行に必要なパラメーターやファイル等を記憶している。例えば、記憶部１５には、外部機器に搭載されたＷｅｂブラウザーとＨＴＴＰプロトコルによる通信を行ってＷｅｂブラウザーに各種Ｗｅｂ画面を提供するＷｅｂサーバーとしての機能を実現させるためのＷｅｂサーバープログラムや、Ｗｅｂサーバー上で動作し、Ｗｅｂブラウザーを介して外部機器のユーザーに在宅介護支援サービスを提供するためのアプリケーションプログラム等が記憶されている。
【００２６】
記憶部１５には、ユーザー情報テーブルＴ１、患者関連情報テーブルＴ２が記憶されている。また、記憶部１５は、ファイル格納部１５１を有する。ファイル格納部１５１には、在宅医療情報のファイルが格納される。
【００２７】
図３に、ユーザー情報テーブルＴ１のデータ構成例を示す。ユーザー情報テーブルＴ１は、在宅介護支援システム１００を使用するユーザー（医療従事者）ごとに、ユーザーに関するユーザー情報を管理するためのテーブルである。ユーザー情報テーブルＴ１には、ユーザーごとに、ユーザーＩＤ、登録日時、ユーザー種別、メールアドレス、パスワード、ユーザー氏名、ユーザー資格、施設コード、施設名称、施設種別、施設住所、施設電話番号等が対応付けられて格納される。
ユーザーＩＤは、ユーザーの識別情報である。
登録日時は、ユーザーがデータ管理装置１０に登録された日時である。
ユーザー種別は、ユーザーが管理者ユーザーであるか、一般ユーザーであるかを示す情報である。管理者ユーザーは、施設ごとの管理者として定められたユーザーである。ユーザー種別は、０：管理者ユーザー、１：一般ユーザーで示される。
メールアドレスは、ユーザーのメールアドレスであり、ログインアカウントとしても使用される。
パスワードは、ユーザーがシステムにログインする際のユーザー認証に用いられる。
ユーザー氏名は、ユーザーの氏名である。
ユーザー資格は、ユーザーの資格を示す情報である。ユーザー資格は、０：医師、１：歯科医師、２：薬剤師、３：看護師、４：その他で示される。
施設コードは、ユーザーが所属する施設の識別情報である。
施設名称は、ユーザーが所属する施設の名称である。
施設種別は、ユーザーが所属する施設の種別である。施設種別は、０：医療、１：看護、２：介護で示される。
施設住所は、ユーザーが所属する施設の住所である。
施設電話番号は、ユーザーが所属する施設の電話番号である。
【００２８】
図４に、患者関連情報テーブルＴ２のデータ構成例を示す。患者関連情報テーブルＴ２は、患者ごとに、患者に関連する患者関連情報を管理するためのテーブルである。患者関連情報テーブルＴ２には、患者ごとに、患者情報、介護者疲労度推定日付、介護者情報、在職時情報が対応付けられて格納される。
【００２９】
患者情報には、地域患者ＩＤ、登録日時、患者氏名、患者性別、患者生年月日、患者住所、患者電話番号、保険証情報、介護度、障害高齢者の日常生活自立度（以下、「日常生活自立度（障害）」という。）、認知症高齢者の日常生活自立度（以下、「日常生活自立度（認知症）」という。）、施設内患者情報等が含まれる。
地域患者ＩＤは、システム内で共通の患者の識別情報である。
登録日時は、患者がデータ管理装置１０に登録された日時である。
患者氏名は、患者の氏名である。
患者性別は、患者の性別である。
患者生年月日は、患者の生年月日である。
患者住所は、患者の住所である。
患者電話番号は、患者の電話番号である。
保険証情報は、患者の健康保険証に記載されている記号・番号である。
介護度は、要支援・要介護の程度を表すものである。介護度は、要支援１〜２／要介護１〜５で示される。図５に、介護度の区分とその目安を示す。
日常生活自立度（障害）は、障害高齢者の日常生活における自立の程度を表すものである。日常生活自立度（障害）は、ランクＪ／Ａ／Ｂ／Ｃで示される。
日常生活自立度（認知症）は、認知症高齢者の日常生活における自立の程度を表すものである。日常生活自立度（認知症）は、ランク１／２／２ａ／２ｂ／３／３ａ／３ｂ／４／Ｍで示される。図６に、日常生活自立度（認知症）のランクとその判断基準を示す。
【００３０】
施設内患者情報は、各施設における患者の情報であり、施設数と、施設ごとの施設コード及び施設内患者ＩＤと、が含まれる。
施設数は、対象患者の施設コード及び施設内患者ＩＤの組み合わせが登録されている数である。
施設コードは、対象患者の医療、看護、介護等に携わる施設の施設コードである。
施設内患者ＩＤは、当該施設内患者ＩＤと組み合わされている施設コードに対応する施設における患者ＩＤである。
【００３１】
介護者疲労度推定日付は、最新の介護者疲労度推定処理を実施した日付である。
【００３２】
介護者情報には、在宅療養開始日、介護者人数が含まれ、また、介護者ごとに、介護者氏名、介護者続柄、介護者生年月日、介護者居住区分、介護者連絡先が含まれる。在宅患者の介護を行う主たる介護者を「主介護者」といい、患者関連情報テーブルＴ２内でも、主介護者氏名、主介護者続柄、主介護者生年月日、主介護者居住区分、主介護者連絡先として区別する。
在宅療養開始日は、患者が在宅療養を開始した日である。
介護者人数は、在宅患者の介護者の人数である。
介護者氏名は、介護者の氏名である。
介護者続柄は、在宅患者と介護者の続柄である。介護者続柄は、０：夫、１：妻、２：親、３：子、４：兄弟姉妹、５：その他で示される。
介護者生年月日は、介護者の生年月日である。
介護者居住区分は、在宅患者と介護者の居住状態を示す情報であり、０：同居、１：別居で示される。
介護者連絡先は、介護者の連絡先（携帯電話番号等）である。
【００３３】
在職時情報には、在職時企業業種、在職時企業従業員数、在職時役職等が含まれる。
在職時企業業種は、在宅患者が在職していた企業の業種である。在職時企業業種は、０：小売業、１：サービス業、２：卸売業、３：製造業・建設業・運輸業・その他で示される。
在職時企業従業員数は、在宅患者が在職していた企業の従業員数である。在職時企業従業員数は、０：５人以下、１：６人以上２０人以下、２：２１人以上５０人以下、３：５１人以上１００人以下、４：１０１人以上３００人以下、５：３０１人以上で示される。
在職時役職は、在宅患者の在職時の役職である。在職時役職は、０：一般、１：課長、２：部長、３：取締役で示される。
【００３４】
図２に示すように、ファイル格納部１５１には、患者ごとに、当該患者の地域患者ＩＤをフォルダー名とした地域患者ＩＤフォルダー１５２が作成される。
各地域患者ＩＤフォルダー１５２には、当該地域患者ＩＤフォルダー１５２に対応する患者の在宅医療情報（医療情報、看護情報、介護情報）のファイルと、当該患者の在宅医療情報のファイルを管理するためのファイル属性テーブルＴ３と、が格納される。
【００３５】
図７に、ファイル属性テーブルＴ３のデータ構成例を示す。ファイル属性テーブルＴ３には、当該ファイル属性テーブルＴ３が格納されている地域患者ＩＤフォルダー１５２下に格納される各在宅医療情報のファイルについて、ファイル名、アップロード日時、施設コードが対応付けられて格納される。
ファイル名は、在宅医療情報のファイルのファイル名である。
アップロード日時は、在宅医療情報のファイルがアップロードされた日時である。アップロード日時は、在宅医療情報のファイルがアップロードされた際に、計時部１４から取得した現在日時である。
施設コードは、在宅医療情報のファイルのアップロード操作が行われた施設に対応する施設コードである。
【００３６】
また、記憶部１５には、介護者疲労度推定間隔が記憶されている。介護者疲労度推定間隔は、在宅患者の介護者の疲労度を推定する処理の時間間隔とする日数である。
また、記憶部１５には、介護者疲労度推定処理（図１１参照）で用いる閾値が記憶されている。この閾値は、介護者疲労度推定処理において、介護者の疲労度が警告レベルにあるか否かを判断する際の閾値である。
また、記憶部１５には、福祉機関ごとに、当該福祉機関が管轄する地域の範囲と、当該福祉機関のメールアドレスと、が対応付けられて記憶されている。
【００３７】
制御部１１は、施設端末２０において、各ユーザーに対応するログインアカウント（メールアドレス・パスワード）からデータ管理装置１０にアクセスがあった場合に、記憶部１５のユーザー情報テーブルＴ１を参照して、予め登録されているユーザーであるか否かを判断する。制御部１１は、施設端末２０において入力されたメールアドレス及びパスワードの組み合わせが、ユーザー情報テーブルＴ１に登録されている場合には、このユーザーが正当なユーザーであると判断する。
【００３８】
制御部１１は、処理対象の在宅患者に係る患者情報、介護者情報又は在宅医療情報に基づいて、当該処理対象の在宅患者を介護する介護者の疲労度を推定する。すなわち、制御部１１は、推定手段として機能する。
【００３９】
例えば、制御部１１は、記憶部１５の患者関連情報テーブルＴ２から、処理対象患者の患者情報に含まれる介護度又は日常生活自立度（認知症）を取得し、利用する。制御部１１は、処理対象の在宅患者に係る介護度又は日常生活自立度（認知症）に基づいて、介護者の疲労度を推定する。つまり、制御部１１は、介護度又は日常生活自立度（認知症）から、介護者の身体的・精神的負担を推定する。
【００４０】
また、制御部１１は、記憶部１５の患者関連情報テーブルＴ２から、処理対象患者の介護者情報に含まれる介護期間、介護者の人数又は介護者の年齢を取得し、利用する。なお、介護期間そのものが保存されていない場合には、在宅療養開始日と現在日時から介護期間を算出する。また、介護者の年齢そのものが保存されていない場合には、介護者の生年月日と現在日時から介護者の年齢を算出する。制御部１１は、処理対象の在宅患者に係る介護期間、介護者の人数又は介護者の年齢に基づいて、介護者の疲労度を推定する。つまり、制御部１１は、介護期間、介護者の人数又は介護者の年齢から、介護者の身体的・精神的負担を推定する。
【００４１】
また、制御部１１は、処理対象患者に対応する地域患者ＩＤフォルダー１５２に格納されている在宅医療情報（介護情報）に含まれる在宅患者の外部施設の利用状況を取得し、利用する。具体的には、制御部１１は、デイサービス（通所介護）の利用状況、ショートステイ（短期入所療養介護）の利用状況等を利用する。制御部１１は、処理対象の在宅患者に係る外部施設の利用状況に基づいて、介護者の疲労度を推定する。つまり、制御部１１は、デイサービスやショートステイの利用により、定期的に介護者が介護から解放され、介護にかかる身体的・精神的負担が軽減されていると推定する。
【００４２】
また、制御部１１は、処理対象患者に対応する地域患者ＩＤフォルダー１５２に格納されている在宅医療情報（医療情報、看護情報）に含まれる在宅患者のバイタルサインを取得し、利用する。制御部１１は、処理対象の在宅患者に係るバイタルサインに基づいて、介護者の疲労度を推定する。具体的には、制御部１１は、バイタルサインとして、ＳｐＯ２、血圧等を利用して、患者の容態変化による介護の負担を推定する。
【００４３】
また、制御部１１は、記憶部１５の患者関連情報テーブルＴ２から、処理対象患者の在職時情報に含まれる在職時企業業種、在職時企業従業員数、在職時役職を取得し、利用する。制御部１１は、処理対象の在宅患者に係る在職時企業業種、在職時企業従業員数、在職時役職に基づいて、介護者の疲労度を推定する。つまり、制御部１１は、在職時企業業種、在職時企業従業員数、在職時役職から、在宅患者が介護者を部下のように扱う可能性等、介護者の精神的負担を推定する。
【００４４】
制御部１１は、推定された介護者の疲労度が予め定められた値（閾値）を超えている場合に、警告を通知する。すなわち、制御部１１は、警告手段として機能する。
具体的には、制御部１１は、介護者の疲労度が予め定められた値を超えた在宅患者の自宅を含む地域の福祉機関に、当該介護者にサポートが必要であることを示す情報を送信する。
【００４５】
〔施設端末の構成〕
図８に、施設端末２０の機能的構成を示す。
図８に示すように、施設端末２０は、制御部２１、操作部２２、表示部２３、通信部２４、ＲＡＭ２５、記憶部２６等を備えて構成されており、各部はバス２７により接続されている。
【００４６】
制御部２１は、ＣＰＵ等から構成され、施設端末２０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部２２から入力される操作信号又は通信部２４により受信される指示信号に応じて、記憶部２６に記憶されている各種処理プログラムを読み出してＲＡＭ２５に展開し、当該プログラムとの協働により各種処理を行う。
【００４７】
操作部２２は、カーソルキー、文字入力キー及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部２１に出力する。
施設端末２０がタブレット端末、スマートフォン等である場合には、操作部２２は、電源をオン／オフさせる電源キー等の操作キー、表示部２３に積層されたタッチパネルにより構成され、各操作キーに対応する操作信号、ユーザーの指等によるタッチ操作の位置に応じた操作信号を制御部２１に出力する。
【００４８】
表示部２３は、ＬＣＤ（Liquid Crystal Display）等のモニターを備えて構成されており、制御部２１から入力される表示信号の指示に従って、各種画面を表示する。例えば、表示部２３は、データ管理装置１０から受信した各種Ｗｅｂ画面の表示用データに基づいて各種Ｗｅｂ画面を表示する。
【００４９】
通信部２４は、ネットワークインターフェース等により構成され、ＬＡＮ、ＷＡＮ、インターネット等の通信ネットワークＮを介して接続された外部機器との間でデータの送受信を行う。また、通信部２４は、携帯電話回線等を用いて無線通信を行い、通信ネットワークＮを介して接続されたデータ管理装置１０等の外部機器との間でデータの送受信を行う。
【００５０】
ＲＡＭ２５は、制御部２１により実行制御される各種処理において、記憶部２６から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。
【００５１】
記憶部２６は、ＨＤＤや不揮発性の半導体メモリー等により構成され、各種処理プログラム、当該プログラムの実行に必要なパラメーターやファイル等を記憶している。例えば、記憶部２６には、Ｗｅｂブラウザーを実現するためのＷｅｂブラウザープログラム等が記憶されている。
【００５２】
〔在宅介護支援システムにおける動作〕
次に、在宅介護支援システム１００における動作について説明する。
【００５３】
＜患者登録処理＞
図９は、データ管理装置１０及び施設端末２０により実行される患者登録処理を示すラダーチャートである。この処理は、いずれかの施設の施設端末２０から患者をデータ管理装置１０に登録する処理である。
【００５４】
まず、施設端末２０において、医療従事者が操作部２２によりＷｅｂブラウザー上からデータ管理装置１０にアクセスするためのＵＲＬを入力すると、制御部２１は、入力されたＵＲＬに基づいて、通信部２４を介してデータ管理装置１０にアクセスを行う。
データ管理装置１０では、制御部１１は、施設端末２０に対し、通信部１２を介してログイン画面を表示するための表示用データを送信する。なお、データ管理装置１０のＷｅｂサーバー機能により施設端末２０に送信されるログイン画面をはじめとする各種Ｗｅｂ画面の表示用データには、ＨＴＭＬ、スタイルシート、画像データ、施設端末２０で所定の処理を実行させるためのスクリプト等が含まれる。
【００５５】
施設端末２０では、通信部２４によりログイン画面の表示用データが受信されると、制御部２１は、表示部２３にログイン画面を表示させる。ログイン画面には、メールアドレス及びパスワードの入力欄が含まれる。医療従事者がログイン画面において、操作部２２からの操作により、メールアドレス及びパスワードを入力すると（ステップＳ１）、制御部２１は、入力されたメールアドレス及びパスワードを通信部２４を介してデータ管理装置１０に送信する。
【００５６】
データ管理装置１０では、通信部１２によりメールアドレス及びパスワードが受信されると、制御部１１は、ユーザー認証を行う（ステップＳ２）。具体的には、制御部１１は、記憶部１５のユーザー情報テーブルＴ１から、施設端末２０において入力されたメールアドレスと一致するレコードを検索し、検索されたレコードに含まれるパスワードと施設端末２０において入力されたパスワードが一致する場合に、ユーザー認証が成功したと判断する。
【００５７】
次に、施設端末２０において、操作部２２からの操作に応じて、制御部２１が患者登録要求を通信部２４を介してデータ管理装置１０に送信すると（ステップＳ３）、データ管理装置１０では、制御部１１が、施設端末２０に対し、通信部１２を介して患者登録画面を表示するための表示用データを送信する。
【００５８】
施設端末２０では、通信部２４により患者登録画面の表示用データが受信されると、制御部２１は、表示部２３に患者登録画面を表示させる（ステップＳ４）。
医療従事者が患者登録画面において、操作部２２からの操作により、対象患者の患者情報（施設内患者ＩＤ、患者氏名、患者性別、患者生年月日、患者住所、患者電話番号、保険証情報（記号・番号）、介護度、日常生活自立度（障害）、日常生活自立度（認知症）等）、介護者情報（在宅療養開始日、介護者人数、主介護者氏名、主介護者続柄、主介護者生年月日、主介護者居住区分、主介護者連絡先、介護者氏名、介護者続柄、介護者生年月日、介護者居住区分、介護者連絡先等）、在職時情報（在職時企業業種、在職時企業従業員数、在職時役職等）を入力し（ステップＳ５）、登録ボタンを押下すると、制御部２１は、対象患者の患者情報、介護者情報、在職時情報を通信部２４を介してデータ管理装置１０に送信する。
【００５９】
データ管理装置１０では、通信部１２により対象患者の患者情報、介護者情報、在職時情報が受信されると、制御部１１は、対象患者が他の施設から登録済みであるか否かを判断する（ステップＳ６）。具体的には、制御部１１は、記憶部１５の患者関連情報テーブルＴ２を参照し、対象患者の患者氏名、患者性別、患者生年月日、患者住所、患者電話番号、保険証情報（記号・番号）を含むレコードがあるか否かを判断する。また、制御部１１は、記憶部１５のユーザー情報テーブルＴ１からログインユーザー（施設端末２０を操作するユーザー）に対応する施設コードを取得し、この施設コード及び対象患者の施設内患者ＩＤの組み合わせを含むレコードが患者関連情報テーブルＴ２内にあるか否かを判断する。
【００６０】
対象患者が他の施設から登録済みでない場合（ステップＳ６；ＮＯ）、すなわち、対象患者を新規に登録する場合には、制御部１１は、地域患者ＩＤを新たに付番する（ステップＳ７）。そして、制御部１１は、患者関連情報テーブルＴ２において、新たに付番された地域患者ＩＤのレコードとして、登録日時に計時部１４から取得した現在日時を設定する。
【００６１】
また、制御部１１は、患者関連情報テーブルＴ２の対象患者の施設内患者情報として、施設数に１を設定するとともに、施設コード（ログインユーザーに対応する施設コード）及び施設内患者ＩＤの組み合わせを登録する（ステップＳ８）。
【００６２】
また、制御部１１は、施設端末２０から登録された患者情報、介護者情報、在職時情報を地域患者ＩＤと対応付けて、記憶部１５の患者関連情報テーブルＴ２に保存する（ステップＳ９）。
【００６３】
次に、制御部１１は、新たに付番された地域患者ＩＤをフォルダー名とした地域患者ＩＤフォルダー１５２を、記憶部１５のファイル格納部１５１に作成する（ステップＳ１０）。
【００６４】
ステップＳ６において、対象患者が他の施設から登録済みである場合には（ステップＳ６；ＹＥＳ）、制御部１１は、記憶部１５の患者関連情報テーブルＴ２に対し、対象患者の施設内患者情報として、施設数に１を加算するとともに、施設コード（ログインユーザーに対応する施設コード）及び施設内患者ＩＤの組み合わせを追加する（ステップＳ１１）。
【００６５】
また、制御部１１は、新たに追加された患者情報、介護者情報、在職時情報があれば、対象患者のレコードとして患者関連情報テーブルＴ２に保存する（ステップＳ１２）。
ステップＳ１０又はステップＳ１２の後、患者登録処理が終了する。
【００６６】
＜在宅医療情報登録処理＞
図１０は、データ管理装置１０及び施設端末２０により実行される在宅医療情報登録処理を示すラダーチャートである。この処理は、いずれかの施設の施設端末２０から在宅医療情報（医療情報、看護情報、介護情報）のファイルをデータ管理装置１０に登録する処理である。
【００６７】
ステップＳ２１及びステップＳ２２の処理は、患者登録処理（図９参照）のステップＳ１及びステップＳ２の処理と同様であるため、説明を省略する。
【００６８】
次に、施設端末２０において、操作部２２からの操作により、アップロード対象となる在宅医療情報に係る患者の施設内患者ＩＤを指定すると（ステップＳ２３）、制御部２１は、指定された施設内患者ＩＤを、通信部２４を介してデータ管理装置１０に送信する。
【００６９】
データ管理装置１０では、通信部１２により施設端末２０から施設内患者ＩＤが受信されると、制御部１１は、ログインユーザーの施設コードと、受信された施設内患者ＩＤから、指定された施設内患者ＩＤに対応する地域患者ＩＤを特定する（ステップＳ２４）。具体的には、制御部１１は、記憶部１５のユーザー情報テーブルＴ１からログインユーザーに対応する施設コードを取得し、この施設コード及び施設内患者ＩＤの組み合わせに該当する地域患者ＩＤを、記憶部１５の患者関連情報テーブルＴ２から取得する。
制御部１１は、特定された地域患者ＩＤを、通信部１２を介して施設端末２０に送信する。
【００７０】
施設端末２０において、操作部２２からの操作により、アップロード対象となる在宅医療情報のファイルを選択すると（ステップＳ２５）、制御部２１は、選択された在宅医療情報のファイル、データ管理装置１０において特定された地域患者ＩＤ、ログインユーザーが所属する施設の施設コードを、通信部２４を介してデータ管理装置１０にアップロードする（ステップＳ２６）。
【００７１】
データ管理装置１０では、通信部１２により在宅医療情報のファイル、地域患者ＩＤ、施設コードが受信されると、制御部１１は、アップロードされた在宅医療情報のファイルを、ファイル格納部１５１の、ステップＳ２４で特定された地域患者ＩＤに対応する地域患者ＩＤフォルダー１５２に保存する（ステップＳ２７）。
【００７２】
また、制御部１１は、ステップＳ２４で特定された地域患者ＩＤに対応する地域患者ＩＤフォルダー１５２下のファイル属性テーブルＴ３に、ファイル名、アップロード日時、施設コードを対応付けて保存する（ステップＳ２８）。ファイル名は、在宅医療情報のファイルのファイル名である。アップロード日時は、在宅医療情報のファイルがアップロードされた際に、計時部１４から取得した現在日時である。施設コードは、施設端末２０からデータ管理装置１０に、在宅医療情報のファイルとともに送信された施設コードである。
以上で、在宅医療情報登録処理が終了する。
【００７３】
＜介護者疲労度推定処理＞
図１１は、データ管理装置１０により実行される介護者疲労度推定処理を示すフローチャートである。この処理は、１日に１回、システムの利用が少ない深夜等、所定の時刻に実行される。
【００７４】
まず、制御部１１は、記憶部１５の患者関連情報テーブルＴ２から、処理対象の患者を設定する（ステップＳ３１）。
【００７５】
次に、制御部１１は、患者関連情報テーブルＴ２から、処理対象患者の「介護者疲労度推定日付」を取得するとともに、計時部１４から現在日時を取得し、「介護者疲労度推定日付」から本日までの経過日数を算出する（ステップＳ３２）。
【００７６】
次に、制御部１１は、記憶部１５に記憶されている「介護者疲労度推定間隔」を取得し、「介護者疲労度推定日付」から本日までの経過日数が「介護者疲労度推定間隔」を超えているか否かを判断する（ステップＳ３３）。
【００７７】
「介護者疲労度推定日付」から本日までの経過日数が「介護者疲労度推定間隔」を超えている場合には（ステップＳ３３；ＹＥＳ）、制御部１１は、患者関連情報テーブルＴ２の処理対象患者の情報（患者情報、介護者情報、在職時情報）を分析する（ステップＳ３４）。
【００７８】
図１２（ａ）は、患者情報に含まれる介護度をポイントに変換するための対応表である。この対応表は、記憶部１５に記憶されている。制御部１１は、図１２（ａ）に示す対応表を参照して、処理対象患者の介護度の区分に対応するポイントを、「介護度ポイント」とする。
図１２（ｂ）は、患者情報に含まれる日常生活自立度（認知症）をポイントに変換するための対応表である。この対応表は、記憶部１５に記憶されている。制御部１１は、図１２（ｂ）に示す対応表を参照して、処理対象患者の日常生活自立度（認知症）のランクに対応するポイントを、「日常生活自立度（認知症）ポイント」とする。
【００７９】
制御部１１は、下記式（１）を用いて、「介護度ポイント」と「日常生活自立度（認知症）ポイント」から「患者情報に基づく疲労度」を算出する。
「患者情報に基づく疲労度」＝「介護度ポイント」×２＋「日常生活自立度（認知症）ポイント」×２      ・・・（１）
【００８０】
図１３（ａ）は、介護者情報に含まれる介護期間（在宅療養開始日から算出可能）をポイントに変換するための対応表である。この対応表は、記憶部１５に記憶されている。制御部１１は、処理対象患者の介護者情報に含まれる在宅療養開始日と、計時部１４から取得した現在日時と、に基づいて、在宅療養開始日から本日までの介護期間を算出する。そして、制御部１１は、図１３（ａ）に示す対応表を参照して、処理対象患者の介護期間の年数に対応するポイントを、「介護期間ポイント」とする。
図１３（ｂ）は、介護者情報に含まれる介護者人数をポイントに変換するための対応表である。この対応表は、記憶部１５に記憶されている。制御部１１は、図１３（ｂ）に示す対応表を参照して、処理対象患者の介護者人数に対応するポイントを、「介護者人数ポイント」とする。
図１３（ｃ）は、介護者情報に含まれる介護者年齢（介護者生年月日から算出可能）をポイントに変換するための対応表である。この対応表は、記憶部１５に記憶されている。介護者の年齢によって介護に対する負担は異なり、特に６０歳代を中心に、追い詰められている介護者が多い（“超高齢社会の「今」がわかるニッポンの介護学第２４０回”、［online］、２０１７年３月２９日、みんなの介護、［２０１８年７月１０日検索］、インターネット＜ＵＲＬ：https://www.minnanokaigo.com/news/kaigogaku/no240/＞）。制御部１１は、処理対象患者の介護者情報に含まれる介護者生年月日（通常は、主介護者生年月日）と、計時部１４から取得した現在日時と、に基づいて、介護者年齢を算出する。制御部１１は、図１３（ｃ）に示す対応表を参照して、処理対象患者の介護者年齢に対応するポイントを、「介護者年齢ポイント」とする。主介護者以外の介護者の疲労度を求める場合には、主介護者以外の介護者の生年月日を用いればよい。
【００８１】
制御部１１は、下記式（２）を用いて、「介護期間ポイント」、「介護者人数ポイント」、「介護者年齢ポイント」から「介護者情報に基づく疲労度」を算出する。
「介護者情報に基づく疲労度」＝「介護期間ポイント」×「介護者人数ポイント」×「介護者年齢ポイント」      ・・・（２）
【００８２】
図１４は、企業の業種と従業員数から企業の規模を特定するための企業規模特定テーブルである。企業規模特定テーブルは、記憶部１５に記憶されている。例えば、業種が「小売業」の場合、従業員数が「５人以下」であれば企業規模は「小企業」であり、従業員数が「６人以上５０人以下」であれば企業規模は「中小企業」であり、従業員数が「５１人以上」であれば企業規模は「大企業」である。
【００８３】
図１５（ａ）は、在職時情報に含まれる在職時企業規模（在職時企業業種と在職時企業従業員数から特定可能）をポイントに変換するための対応表である。この対応表は、記憶部１５に記憶されている。制御部１１は、図１４に示す企業規模特定テーブルを参照して、処理対象患者の在職時企業業種と在職時企業従業員数から、在職時企業規模を特定する。そして、制御部１１は、図１５（ａ）に示す対応表を参照して、処理対象患者の在職時企業規模に対応するポイントを、「在職時企業規模ポイント」とする。
図１５（ｂ）は、在職時情報に含まれる在職時役職をポイントに変換するための対応表である。この対応表は、記憶部１５に記憶されている。制御部１１は、図１５（ｂ）に示す対応表を参照して、処理対象患者の在職時役職に対応するポイントを、「在職時役職ポイント」とする。
【００８４】
制御部１１は、下記式（３）を用いて、「在職時企業規模ポイント」と「在職時役職ポイント」から「在職時情報に基づく疲労度」を算出する。「在職時情報に基づく疲労度」は、大企業において、ある程度の役職にいた人物の場合、家庭内でも家族を部下のように扱ってしまう傾向があるという研究に基づいている。
「在職時情報に基づく疲労度」＝（「在職時企業規模ポイント」＋「在職時役職ポイント」）×４      ・・・（３）
【００８５】
次に、制御部１１は、処理対象患者に対応する地域患者ＩＤフォルダー１５２下の在宅医療情報のファイルのうち、前回の分析後に登録されたファイルを分析する（ステップＳ３５）。具体的には、制御部１１は、処理対象患者に対応する地域患者ＩＤフォルダー１５２下のファイル属性テーブルＴ３を参照し、「アップロード日時」に基づいて、処理対象患者の「介護者疲労度推定日付」から本日までにアップロードされたファイルを特定し、特定されたファイルを分析対象とする。なお、分析にデータの変化率又は変化量を用いる場合には、基準とする時期（１週間前等）にアップロードされた在宅医療情報のファイルも用いる。
【００８６】
図１６（ａ）は、介護情報に含まれるデイサービス利用状況をポイントに変換するための対応表である。この対応表は、記憶部１５に記憶されている。制御部１１は、図１６（ａ）に示す対応表を参照して、処理対象患者のデイサービス利用状況の利用頻度に対応するポイントを、「デイサービスポイント」とする。
図１６（ｂ）は、介護情報に含まれるショートステイ利用状況をポイントに変換するための対応表である。この対応表は、記憶部１５に記憶されている。制御部１１は、図１６（ｂ）に示す対応表を参照して、処理対象患者のショートステイ利用状況の利用頻度に対応するポイントを、「ショートステイポイント」とする。
【００８７】
制御部１１は、下記式（４）を用いて、「デイサービスポイント」と「ショートステイポイント」から「介護情報に基づく疲労度」を算出する。
「介護情報に基づく疲労度」＝「デイサービスポイント」×「ショートステイポイント」      ・・・（４）
【００８８】
図１７（ａ）は、医療情報又は看護情報に含まれるバイタルサインのうち、ＳｐＯ２の範囲と１週間前からの変化率をポイントに変換するための対応表である。この対応表は、記憶部１５に記憶されている。変化率は、最新の値と基準時（ここでは１週間前）の値との差の絶対値を、基準時の値で割って、１００を掛けた値である。制御部１１は、図１７（ａ）に示す対応表を参照して、処理対象患者のＳｐＯ２の範囲と１週間前からの変化率に対応するポイントを、「ＳｐＯ２ポイント」とする。
図１７（ｂ）は、医療情報又は看護情報に含まれるバイタルサインのうち、血圧の範囲と１週間前からの変化率をポイントに変換するための対応表である。この対応表は、記憶部１５に記憶されている。制御部１１は、図１７（ｂ）に示す対応表を参照して、処理対象患者の血圧の範囲と１週間前からの変化率に対応するポイントを、「血圧ポイント」とする。
【００８９】
制御部１１は、下記式（５）を用いて、「ＳｐＯ２ポイント」と「血圧ポイント」から「バイタルサインに基づく疲労度」を算出する。
「バイタルサインに基づく疲労度」＝「ＳｐＯ２ポイント」＋「血圧ポイント」      ・・・（５）
【００９０】
次に、制御部１１は、ステップＳ３４及びステップＳ３５の分析結果に基づいて、処理対象患者を介護する介護者の疲労度を推定する（ステップＳ３６）。具体的には、制御部１１は、下記式（６）を用いて、「介護者の疲労度」を算出する。
「介護者の疲労度」＝「患者情報に基づく疲労度」＋「介護者情報に基づく疲労度」＋「在職時情報に基づく疲労度」＋「介護情報に基づく疲労度」＋「バイタルサインに基づく疲労度」      ・・・（６）
【００９１】
次に、制御部１１は、推定された介護者の疲労度が、記憶部１５に記憶されている閾値（例えば、５０）を超えているか否かを判断する（ステップＳ３７）。
介護者の疲労度が閾値を超えている場合には（ステップＳ３７；ＹＥＳ）、制御部１１は、介護者の疲労度が閾値を超えた在宅患者の自宅を含む地域の福祉機関に、介護者にサポートが必要であることを通知するメールを送信する（ステップＳ３８）。つまり、制御部１１は、介護者にサポートが必要であるという警告を通知する。具体的には、制御部１１は、記憶部１５の患者関連情報テーブルＴ２から在宅患者の患者住所を取得し、各福祉機関に対応付けられている地域の範囲に基づいて、患者住所が含まれる地域の福祉機関を特定する。そして、制御部１１は、特定された福祉機関に対応付けられているメールアドレス宛てに、通信部１２を介して警告メールを送信する。
【００９２】
通知を受けた福祉機関では、福祉機関の職員が、福祉機関端末３０において、データ管理装置１０から送信されたメールを確認する。福祉機関の職員は、警告対象とされた介護者に対応する在宅患者を担当するケアマネージャー等に、該当する介護者の相談に乗ったり、介護支援情報を提供したりするよう、働きかける。
【００９３】
ステップＳ３８の後、又は、ステップＳ３７において、介護者の疲労度が閾値以下の場合には（ステップＳ３７；ＮＯ）、制御部１１は、患者関連情報テーブルＴ２において、処理対象患者の「介護者疲労度推定日付」に現在日時を保存する（ステップＳ３９）。
【００９４】
ステップＳ３９の後、又は、ステップＳ３３において、「介護者疲労度推定日付」から本日までの経過日数が「介護者疲労度推定間隔」以下の場合には（ステップＳ３３；ＮＯ）、制御部１１は、患者関連情報テーブルＴ２の全ての患者について、処理が終了したか否かを判断する（ステップＳ４０）。
【００９５】
患者関連情報テーブルＴ２に未処理の患者が残っている場合には（ステップＳ４０；ＮＯ）、ステップＳ３１に戻り、別の患者を処理対象として処理が繰り返される。
ステップＳ４０において、患者関連情報テーブルＴ２の全ての患者について、処理が終了した場合には（ステップＳ４０；ＹＥＳ）、介護者疲労度推定処理が終了する。
【００９６】
以上説明したように、本実施の形態によれば、処理対象の在宅患者に係る患者情報、介護者情報、在宅医療情報に基づいて、当該処理対象の在宅患者を介護する介護者の疲労度を推定し、当該推定された疲労度が予め定められた値を超えている場合に、警告を通知するので、在宅患者の介護者が身体的・精神的に疲れ切ってしまうことを防止することができる。
【００９７】
具体的には、処理対象の在宅患者に係る介護度、日常生活自立度（認知症）に基づいて、介護者の疲労度を推定することで、介護者の身体的・精神的負担を推定することができる。
また、処理対象の在宅患者に係る介護期間、介護者の人数、介護者の年齢に基づいて、介護者の疲労度を推定することで、介護者の身体的・精神的負担を推定することができる。
【００９８】
また、処理対象の在宅患者に係る外部施設の利用状況に基づいて、介護者の疲労度を推定することで、定期的に介護者が介護から解放される機会があるか否かに応じて、介護にかかる身体的・精神的負担の軽減を推定することができる。
また、処理対象の在宅患者に係るバイタルサインに基づいて、介護者の疲労度を推定することで、患者の容態変化による介護の負担を推定することができる。
【００９９】
また、介護者の疲労度が予め定められた値を超えた在宅患者の自宅を含む地域の福祉機関に、当該介護者にサポートが必要であることを示す情報を送信することで、福祉機関では、介護者に対するサポートを行うことができる。
【０１００】
なお、上記実施の形態における記述は、本発明に係るデータ管理装置及び疲労度推定方法の例であり、これに限定されるものではない。各装置を構成する各部の細部構成及び細部動作に関しても本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【０１０１】
例えば、介護者疲労度推定処理（図１１参照）では、処理対象患者の患者情報、介護者情報、在職時情報及び在宅医療情報（介護情報、バイタルサイン）のそれぞれに基づいて算出された疲労度を足し合わせて、総合的な疲労度を算出することとしたが、総合的な疲労度を算出するにあたって、どのような項目を用いるかは、適宜変更可能である。
【０１０２】
各処理を実行するためのプログラムを格納するコンピューター読み取り可能な媒体としては、ＨＤＤや不揮発性の半導体メモリーの他、ＣＤ−ＲＯＭ等の可搬型記録媒体を適用することも可能である。また、プログラムのデータを通信回線を介して提供する媒体として、キャリアウェーブ（搬送波）を適用することとしてもよい。
【符号の説明】
【０１０３】
１０  データ管理装置
１１  制御部
１２  通信部
１４  計時部
１５  記憶部
２０  施設端末
２１  制御部
２２  操作部
２３  表示部
２４  通信部
２６  記憶部
３０  福祉機関端末
１００  在宅介護支援システム
１５１  ファイル格納部
１５２  地域患者ＩＤフォルダー
Ｎ  通信ネットワーク
Ｔ１  ユーザー情報テーブル
Ｔ２  患者関連情報テーブル
Ｔ３  ファイル属性テーブル
【図１】
2020009339.tif 000003
【図２】
2020009339.tif 000004
【図３】
2020009339.tif 000005
【図４】
2020009339.tif 000006
【図５】
2020009339.tif 000007
【図６】
2020009339.tif 000008
【図７】
2020009339.tif 000009
【図８】
2020009339.tif 000010
【図９】
2020009339.tif 000011
【図１０】
2020009339.tif 000012
【図１１】
2020009339.tif 000013
【図１２】
2020009339.tif 000014
【図１３】
2020009339.tif 000015
【図１４】
2020009339.tif 000016
【図１５】
2020009339.tif 000017
【図１６】
2020009339.tif 000018
【図１７】
2020009339.tif 000019