(57)【特許請求の範囲】
【請求項１】
第１のユーザに関する疾病情報を取得する疾病情報取得手段と、
前記疾病情報に基づいて、前記疾病情報に関連付けられている第１の生活情報に関する項目を含むデータを生成する生成手段と、
前記データに基づいて前記第１のユーザに関係する第２のユーザによって入力された前記第１のユーザに関する第２の生活情報のレベルに応じて、前記第１のユーザの状態を前記第２のユーザに通知すべきか否かを判定する生活情報判定手段と、
前記第１のユーザの状態を通知すべきであると判定された場合、前記第１のユーザに関するバイタル情報を取得するバイタル情報取得手段と、
前記バイタル情報に含まれるバイタルデータの値が所定の範囲に収まっているか否かを判定するバイタル情報判定手段と、
前記バイタルデータの値が前記所定の範囲に収まっていない場合、前記第２のユーザに前記第１のユーザの状態を通知する通知手段と、
を備える装置。
【請求項２】
前記生成手段は、前記疾病情報に含まれる前記第１のユーザの属性情報に基づいて、前記第１の生活情報に関する複数の項目から、前記第１のユーザの属性情報に応じた項目を決定し、前記決定された項目を含むように前記データを生成する請求項１記載の装置。
【請求項３】
前記生活情報判定手段は、前記第２のユーザによって入力された生活情報に関する項目における文字情報が予め設定されている文字情報に対応する場合、前記第１のユーザの状態を通知すべきであると判定する請求項１記載の装置。
【請求項４】
情報処理部と情報格納部とを備えるコンピュータが実行する方法であって、
前記コンピュータが、第１のユーザに関する疾病情報を取得し、
前記コンピュータが、前記疾病情報に基づいて、前記疾病情報に関連付けられている第１の生活情報に関する項目を含むデータを生成し、
前記コンピュータが、前記データに基づいて前記第１のユーザに関係する第２のユーザによって入力された前記第１のユーザに関する第２の生活情報のレベルに応じて、前記第１のユーザの状態を前記第２のユーザに通知すべきか否かを判定し、
前記第１のユーザの状態を通知すべきであると判定された場合、前記コンピュータが、前記第１のユーザに関するバイタル情報を取得し、
前記コンピュータが、前記バイタル情報に含まれるバイタルデータの値が所定の範囲に収まっているか否かを判定し、
前記バイタルデータの値が前記所定の範囲に収まっていない場合、前記コンピュータが、前記第２のユーザに前記第１のユーザの状態を通知する方法。
【請求項５】
前記生成することは、前記疾病情報に含まれる前記第１のユーザの属性情報に基づいて、前記第１の生活情報に関する複数の項目から、前記第１のユーザの属性情報に応じた項目を決定し、前記決定された項目を含むように前記データを生成する請求項４記載の方法。
【請求項６】
前記第１のユーザの状態を通知すべきか否かを判定することは、前記第２のユーザによって入力された生活情報に関する項目における文字情報が予め設定されている文字情報に対応する場合、前記第１のユーザの状態を通知すべきであると判定する請求項４記載の方法。
【請求項７】
コンピュータに、
第１のユーザに関する疾病情報を取得する手順と、
前記疾病情報に基づいて、前記疾病情報に関連付けられている第１の生活情報に関する項目を含むデータを生成する手順と、
前記データに基づいて前記第１のユーザに関係する第２のユーザによって入力された前記第１のユーザに関する第２の生活情報のレベルに応じて、前記第１のユーザの状態を前記第２のユーザに通知すべきか否かを判定する手順と、
前記第１のユーザの状態を通知すべきであると判定された場合、前記第１のユーザに関するバイタル情報を取得する手順と、
前記バイタル情報に含まれるバイタルデータの値が所定の範囲に収まっているか否かを判定する手順と、
前記バイタルデータの値が前記所定の範囲に収まっていない場合、前記第２のユーザに前記第１のユーザの状態を通知する手順と、を実行させるプログラム。
【請求項８】
前記生成する手順は、前記疾病情報に含まれる前記第１のユーザの属性情報に基づいて、前記第１の生活情報に関する複数の項目から、前記第１のユーザの属性情報に応じた項目を決定し、前記決定された項目を含むように前記データを生成する請求項７記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、患者または見守り対象者の状態を的確に把握するための地域包括ケア支援装置、方法、およびプログラムに関する。
【背景技術】
【０００２】
従来、患者と患者を見守る家族またはヘルパーとの間で情報をやり取りするための家族ノートというものがあり、例えば、家族が不在である場合、家族ノートの内容から該当する患者の様子を把握することができた。
【０００３】
また、近年、ソーシャルネットワーキングサービス（ＳＮＳ）などの情報を共有するためのツールを使用して、情報を共有することが多くなっている。このような情報を共有するためのツールを使用して、患者と患者を見守る家族またはヘルパーとの間で情報を共有することができる。
【０００４】
また、患者の情報を医療従事者に送付すること（特許文献１を参照）や、医療機関の検査結果などから、疾病に対する臨床的評価を下し、治療スケジュールやアドバイスを患者に提供すること（特許文献２を参照）が知られている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−２５８８５７号公報
【特許文献２】特開２００２−５６０９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところが、患者または見守り対象者のヘルパーや患者または見守り対象者の家族は、患者または見守り対象者の症状と日常生活との関連性が分からないため、患者または見守り対象者の状態が良いか否かを判断することが困難である。なお、見守り対象者は、例えば診察すべき要介護認定者のように見守る必要がある者である。
【０００７】
また、医療従事者は、患者または見守り対象者とは診療の時間しか接しないため、患者または見守り対象者の日常生活の状態を把握することができない場合があり、患者または見守り対象者の状態の変化を容易に判断することができないという問題がある。
【０００８】
また、医療従事者は、診察すべき患者または見守り対象者が増加するにつれて、患者または見守り対象者のバイタル情報を見る時間がないという問題もある。
【０００９】
この発明は上記事情に着目してなされたもので、その目的とするところは、患者または見守り対象者の状態を的確に把握することを図る地域包括ケア支援装置、方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するためにこの発明の第１の観点は、以下のような構成要素を備えている。すなわち、本発明の第１の観点は、第１のユーザに関する疾病情報を取得する疾病情報取得手段と、疾病情報に基づいて、疾病情報に関連付けられている第１の生活情報に関する項目を含むデータを生成する生成手段と、データに基づいて第１のユーザに関係する第２のユーザによって入力された第１のユーザに関する第２の生活情報のレベルに応じて、第１のユーザの状態を第２のユーザに通知すべきか否かを判定する生活情報判定手段と、第１のユーザの状態を通知すべきであると判定された場合、第１のユーザに関するバイタル情報を取得するバイタル情報取得手段と、バイタル情報に含まれるバイタルデータの値が所定の範囲に収まっているか否かを判定するバイタル情報判定手段と、バイタルデータの値が所定の範囲に収まっていない場合、第２のユーザに第１のユーザの状態を通知する通知手段と、を備える装置である。
【００１１】
また、この発明の第１の観点はさらに以下のような態様を備えることを特徴とする。  
すなわち、生成手段は、疾病情報に含まれる第１のユーザの属性情報に基づいて、第１の生活情報に関する複数の項目から、第１のユーザの属性情報に応じた項目を決定し、決定された項目を含むようにデータを生成する。
【００１２】
また、生活情報判定手段は、第２のユーザによって入力された生活情報に関する項目における文字情報が予め設定されている文字情報に対応する場合、第１のユーザの状態を通知すべきであると判定する。
【００１３】
また、この発明の第１の観点には、同様な構成要素および態様を備える方法およびプログラムも含まれる。
【発明の効果】
【００１４】
すなわちこの発明によれば、患者または見守り対象者の状態を的確に把握するための地域包括ケア支援装置、方法、およびプログラムを提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態の地域包括ケア見守りシステムが適用される背景を示す図。
【図２】同実施形態の地域包括ケア見守りシステムの構成例を示す概念図。
【図３】同実施形態に係る地域包括ケア支援サーバの構成例を示す機能ブロック図。
【図４】同実施形態に係る地域包括ケア支援サーバによって実行される地域包括ケア支援処理における見守り対象者状態判定処理シーケンスの例。
【図５】同実施形態に係る地域包括ケア支援サーバによって実行される地域包括ケア支援処理におけるバイタル情報を受信し格納する処理シーケンスの例。
【図６】同実施形態に係る地域包括ケア支援サーバによって実行される地域包括ケア支援処理における生活情報入力項目を生成する処理シーケンスの例。
【図７】同実施形態に係る地域包括ケア支援サーバによって実行される地域包括ケア支援処理における見守り対象者状態判定処理において生活情報に関して通知するものがないと判定された場合における処理シーケンスの例。
【図８】同実施形態に係る地域包括ケア支援サーバによって実行される地域包括ケア支援処理における見守り対象者状態判定処理において生活情報に関して通知するものがあると判定された場合における処理シーケンスの例。
【図９】同実施形態に係る地域包括ケア支援サーバによって実行される地域包括ケア支援処理における生活情報入力項目提示処理シーケンスの例。
【図１０】同実施形態に係る地域包括ケア支援サーバによって実行される地域包括ケア支援処理によって生成された生活情報入力項目に関する生活情報入力項目画面外観の例。
【図１１】同実施形態に係る地域包括ケア支援サーバに格納される見守り対象者データベース構造の例。
【図１２】同実施形態に係る地域包括ケア支援サーバに格納される生活情報データベース構造の例。
【図１３】同実施形態に係る地域包括ケア支援サーバに格納される使用バイタル機器情報データベース構造の例。
【図１４】同実施形態に係る地域包括ケア支援サーバに格納される疾病生活情報データベース構造の例。
【図１５】同実施形態に係る地域包括ケア支援サーバに格納されるチェックルール情報データベース構造の例。
【図１６】同実施形態に係る地域包括ケア支援サーバに格納される通知者情報データベース構造の例。
【図１７】同実施形態に係る地域包括ケア支援サーバに格納されるバイタル情報データベース構造の例。
【図１８】同実施形態に係る地域包括ケア支援サーバに格納される生活情報基本記入項目設定データベース構造の例。
【発明を実施するための形態】
【００１６】
以下、図面を参照してこの発明に係わる実施形態を説明する。  
図１は、本発明の実施形態の地域包括ケア見守りシステムが適用される背景を示す図である。
【００１７】
本発明の地域包括ケア見守りシステムは、自宅等で過ごす要介護認定等を受けた患者または見守り対象者（以下、「見守り対象者１１」と称す。）の状態を、日常測定される見守り対象者１１のバイタル情報と、第三者からの報告に含まれる見守り対象者１１の生活情報と、見守り対象者１１の疾病情報と、を組み合わせることによって、見守り対象者１１の状態を把握し、見守り対象者１１の状態が悪化している可能性がある場合、見守り対象者１１に対して治療等を行うかかりつけ医または訪問看護師等の医療従事者１５または見守り対象者１１に対して介護等を行う介護従事者１４等に見守り対象者１１の状態を通知するシステムであり、地域包括ケア支援サーバ１０によって管理される。
【００１８】
より詳細には、図１に示すように、見守り対象者１１に対して介護支援サービスを行うヘルパーや理学療法士等の介護者従事者１４は、見守り対象者１１に対して行った介護内容を地域包括ケア支援サーバ１０に登録する。また、見守り対象者１１を見守るためのサポートを行う警察官、消防士、および宅配業者等の民間業者１３は、見守り対象者１１に対して行ったサポートの結果、例えば日常生活でトラブルになったこと、を地域包括ケア支援サーバ１０に登録する。また、見守り対象者１１の家族である見守り対象者家族１２は、見守り対象者１１に関する生活情報を地域包括ケア支援サーバ１０に登録する。また、見守り対象者１１または見守り対象者１１に関係する者が、見守り対象者１１の血圧、体重等のバイタルデータを地域包括ケア支援サーバ１０に登録する。なお、バイタルデータは、例えば、見守り対象者１１のバイタルデータを測定するバイタル機器等を用いて自動的に地域包括ケア支援サーバ１０に登録されてもよい。
【００１９】
詳細は図３を参照して後述するが、地域包括ケア支援サーバ１０は、所定の地域において見守り対象者１１を包括的にケアするための地域包括ケア支援処理を実行する。地域包括ケア支援サーバ１０は、地域包括ケア支援サーバ１０に登録されたバイタルデータまたは生活情報等に基づき、バイタルデータが所定の閾値の範囲内に収まっているか否かの判定処理（以下、「バイタルデータ判定処理」と称す。）、生活情報に関する判定処理、登録されたデータの内容に関する言語処理、等を含むデータ分析処理を実行する。
【００２０】
そして、地域包括ケア支援サーバ１０は、データ分析処理の結果に応じて、例えば医療従事者１５または介護従事者１４に対して、アラートを送信する。医療従事者１５または介護従事者１４は、アラートを受信した場合、見守り対象者１１に対して、例えば在宅医療を行う。なお、地域包括ケア支援サーバ１０は、医療従事者１５または介護従事者１４ではなく、見守り対象者１１等に関するケアマネージャー１６または見守り対象者１１等に対するサービス内容を見直すために関係者等による会議を開催するような自治体職員１７等に、アラートを送信してもよい。
【００２１】
次に、図２を参照して、地域包括ケア見守りシステム１の構成についてより詳細に説明する。図２は、本発明の実施形態の地域包括ケア見守りシステム１の構成例を示す概念図である。
【００２２】
本発明の地域包括ケア見守りシステム１は、地域包括ケア支援サーバ１０、医療情報管理サーバ２０、医療従事者施設２１に設けられた端末２１−ａ、患者宅／介護施設２２に設けられた端末２２−ａおよびバイタル機器２５、および介護従事者施設２３に設けられた端末２３−ａから構成され、地域包括ケア支援サーバ１０、医療情報管理サーバ２０、医療従事者施設２１、患者宅／介護施設２２、および介護従事者施設２３は、それぞれ、インターネット等のネットワーク２４を介して接続されている。
【００２３】
地域包括ケア支援サーバ１０は、地域包括ケア支援処理を実行するために必要な支援情報を有している。この支援情報は、詳細については図３等を参照して後述するが、図２に示すように、例えば、見守り対象者情報１０−ａ、見守り者情報１０−ｂ、使用バイタル機器情報１０−ｃ、生活情報１０−ｄ、疾病生活対応情報１０−ｅ、チェックルール１０−ｆ、通知者情報１０−ｇ、バイタル情報１０−ｈ、および見守り対象者情報判定結果１０−ｉを含む。
【００２４】
医療情報管理サーバ２０は、見守り対象者１１に関する疾病情報を地域包括ケア支援サーバ１０等に提供する。医療情報管理サーバ２０は、見守り対象者１１に関する疾病情報等を有しており、疾病情報は、例えば、診療情報２０−ａ、患者情報２０−ｂ、および医療従事者情報２０−ｃを含む。診療情報２０−ａは、見守り対象者１１に対する診療に関する情報である。患者情報２０−ｂは、見守り対象者１１に関する情報である。医療従事者情報２０−ｃは、例えば見守り対象者１１に対して診療を行った医療従事者１５に関する情報である。
【００２５】
医療従事者施設２１は、例えば病院のように医療従事者１５が従事する施設である。医療従事者施設２１は、端末２１−ａを備える。医療従事者１５は、端末２１−ａを使用し、ネットワーク２４を介して、例えば医療情報管理サーバ２０と通信し得る。
【００２６】
患者宅／介護施設２２は、見守り対象者１１の自宅または介護施設等である。患者宅／介護施設２２は、端末２２−ａを備える。見守り対象者１１は、端末２２−ａを使用し、ネットワーク２４を介して、例えば医療情報管理サーバ２０と通信し得る。
【００２７】
また、患者宅／介護施設２２は、バイタル機器２５を備える。バイタル機器２５は、上述したように見守り対象者１１のバイタルデータを測定するための機器である。また、見守り対象者１１等は、バイタル機器２５を使用し、ネットワーク２４を介して、例えば地域包括ケア支援サーバ１０と通信し得る。
【００２８】
介護従事者施設２３は、介護従事者１４が従事する施設である。介護従事者施設２３は、端末２３−ａを備える。介護従事者１４は、端末２３−ａを使用し、ネットワーク２４を介して、例えば地域包括ケア支援サーバ１０と通信し得る。
【００２９】
なお、これらのサーバ／データベース／アプリケーションは独立したエンティティとして記載を行ったが、いずれの組み合わせにおいても同一エンティティとしての実装を制限するものではない。
【００３０】
また、ネットワーク２４は、イーサネット（登録商標）等のＬＡＮ、あるいは公衆回線や専用回線を介して複数のＬＡＮが接続されるＷＡＮ等からなる。ＬＡＮの場合には、必要に応じてルータを介した多数のサブネットから構成される。また、ＷＡＮの場合には、公衆回線に接続するためのファイアウォール等を適宜備えているが、ここではその図示及び詳細説明を省略する。
【００３１】
また、本実施形態の地域包括ケア見守りシステム１は、例えば、磁気ディスク等の記録媒体に記録されたプログラムや、ネットワーク２４を介してダウンロードしたプログラムを読み込み、このプログラムによって動作が制御されるサーバ等のコンピュータによって実現される。
【００３２】
図３は、本発明の実施形態に係る地域包括ケア支援サーバ１０の構成例を示す機能ブロック図である。  
地域包括ケア支援サーバ１０は、生活情報処理部３０、バイタル情報処理部３１、情報格納部３２、見守り者情報処理部３３、アラート通知部３４、ログ出力部３５、処理受付部３６、認証処理部３７、および生活情報基本記入項目設定ファイル３８を備える。
【００３３】
処理受付部３６は、バイタル機器２５から見守り対象者１１のバイタル情報を受信する。また、処理受付部３６は、利用者端末５５から生活情報、認証情報、および疾病情報等を受信する。なお、利用者端末５５は、端末２１−ａ、端末２２−ａ、または端末２３−ａの何れかである。例えば、処理受付部３６は、端末２１−ａから疾病情報または認証情報を受信し、端末２２−ａまたは端末２３−ａから生活情報または認証情報を受信する。
【００３４】
そして、処理受付部３６は、受信したバイタル情報、生活情報、認証情報、または疾病情報等を情報格納部３２に格納する。なお、処理受付部３６は、受信したバイタル情報、生活情報、認証情報、または疾病情報等を、情報格納部３２に格納することなく、生活情報処理部３０、バイタル情報処理部３１、見守り者情報処理部３３、または認証処理部３７等に送る場合もある。
【００３５】
情報格納部３２は、見守り対象者情報格納部４４、見守り者情報格納部４５、生活情報格納部４６、使用バイタル機器情報格納部４７、疾病生活対応情報格納部４８、チェックルール格納部４９、通知者情報格納部５０、バイタル情報格納部５１、および見守り対象者情報判定結果格納部５２を備える。
【００３６】
見守り対象者情報格納部４４は、見守り対象者１１に関する見守り対象者情報１０−ａを格納する。見守り対象者情報１０−ａは、例えば、図１１の見守り対象者データベース６０に示すような情報を含む。
【００３７】
見守り者情報格納部４５は、見守り対象者１１に関係する見守り者に関する見守り者情報１０−ｂを格納する。なお、見守り者は、見守り対象者家族１２、介護従事者１４、医療従事者１５、ケアマネージャー１６、または自治体職員１７である。見守り者情報１０−ｂは、例えば、見守り者を識別可能なユーザＩＤ、見守り者の氏名及びその氏名の仮名、住所、生年月日、または性別等を含む（図示せず）。
【００３８】
生活情報格納部４６は、見守り対象者１１に関係する見守り対象者家族１２、介護従事者１４、またはケアマネージャー１６（以下、「見守り関係者」と称す。）によって入力された見守り対象者１１に関する生活情報１０−ｄを格納する。なお、見守り関係者に、上述したような見守り者である医療従事者１５、ケアマネージャー１６、または自治体職員１７を含めても良い。生活情報１０−ｄは、例えば、図１２の生活情報データベース６１に示すような情報を含む。
【００３９】
使用バイタル機器情報格納部４７は、使用されるバイタル機器２５に関する使用バイタル機器情報１０−ｃを格納する。使用バイタル機器情報１０−ｃは、例えば、図１３の使用バイタル機器情報データベース６２に示すような情報を含む。
【００４０】
疾病生活対応情報格納部４８は、疾病情報、及び、疾病情報と生活情報との対応関係を示す疾病生活対応情報１０−ｅを格納する。疾病生活対応情報１０−ｅは、例えば、図１４の疾病生活情報データベース６３に示すような情報を含む。
【００４１】
チェックルール格納部４９は、疾病情報またはバイタル情報等に基づき見守り対象者１１の状態を見守り関係者に通知するか否かを判定するために使用されるチェックルール１０−ｆを格納する。チェックルール１０−ｆは、例えば、図１５のチェックルール情報データベース６４に示すような情報を含む。
【００４２】
通知者情報格納部５０は、通知者に関する通知者情報１０−ｇを格納する。通知者は、見守り者または見守り関係者である。通知者情報１０−ｇは、例えば、図１６の通知者情報データベース６５に示すような情報を含む。
【００４３】
バイタル情報格納部５１は、見守り対象者１１のバイタル情報１０−ｈを格納する。バイタル情報１０−ｈは、例えば、図１７のバイタル情報データベース６６に示すような情報を含む。
【００４４】
見守り対象者情報判定結果格納部５２は、見守り対象者１１に関する判定結果を示す見守り対象者情報判定結果１０−ｉ等（図示せず）を格納する。見守り対象者情報判定結果１０−ｉは、例えば、バイタルデータ判定処理、生活情報に関する判定処理、登録されたデータの内容に関する言語処理、または、見守り対象者１１の状態を見守り関係者に通知するか否かに関する判定処理、等の判定処理結果の情報を含む。また、見守り対象者情報判定結果１０−ｉは、例えば見守り関係者が申告した内容を含む報告に関する情報、または、見守り対象者１１の日々の生活に関する情報も含む。
【００４５】
生活情報処理部３０は、生活情報入力項目生成部３９、生活情報受信部４０、および生活情報判定部４１を備える。
【００４６】
生活情報入力項目生成部３９は、疾病生活対応情報格納部４８に格納されている疾病情報または処理受付部３６によって受信された疾病情報または一般的な生活情報に基づいて、疾病情報に関連付けられている生活情報に関する項目を含むデータを生成する。生活情報に関する項目は、図１０を参照して詳述するが、疾病情報に関連づけられている生活情報に関する見守り対象者１１の状態及びその状態の頻度に基づき生成された項目、または、一般的な生活情報に関する見守り対象者１１の状態及びその状態の頻度に基づき生成された項目、を含む。なお、一般的な生活情報は生活情報基本記入項目設定ファイル３８に格納されている。
【００４７】
また、生活情報入力項目生成部３９は、疾病情報に含まれる見守り対象者１１の属性情報に基づいて、生活情報に関する複数の項目から、見守り対象者１１の属性情報に応じた項目を決定し、決定された項目を含むようにデータを生成する。換言すると、見守り対象者１１の症状に応じて通知者等に報告すべき項目を決定する。例えば、見守り対象者１１の年齢、性別等の属性に応じて、適切な項目を自動的に組み合わせてデータを生成する。また、複数の見守り対象者１１を対象とする場合において、見守り対象者１１の各々の属性と所定の項目とを予め関連付けておき、その関連付けられた項目を含むようにデータを生成する。
【００４８】
また、生活情報入力項目生成部３９は、生成されたデータに基づき、見守り関係者が見守り対象者１１に関する生活情報を入力することが可能なように、生活情報入力項目画面等を生成する。なお、生活情報入力項目画面については、図１０を参照して後述する。
【００４９】
そして、生活情報処理部３０は、例えば見守り対象者１１の生活情報を第３者等に報告する場合、生成した生活情報入力項目画面等を含むデータを見守り関係者に提示する。例えば、地域包括ケア支援サーバ１０内の送信部（図示せず）等を使用して、利用者端末５５に生成した生活情報入力項目画面が自動的に表示されるように、データを利用者端末５５に送信する。
【００５０】
生活情報受信部４０は、送信されたデータに基づいて見守り関係者によって入力された見守り対象者１１に関する生活情報（以下、「見守り対象者生活情報」と称す。）を処理受付部３６を介して受信する。
【００５１】
生活情報判定部４１は、受信した見守り対象者生活情報のレベルに応じて、見守り対象者１１の状態を通知者に通知すべきか否かを判定する。また、生活情報判定部４１は、見守り対象者生活情報に関する項目における文字情報が予め設定されている文字情報に対応する場合、見守り対象者１１の状態を通知者に通知すべきであると判定する。
【００５２】
バイタル情報処理部３１は、バイタル情報受信部４２及びしきい値判定処理部４３を備える。  
バイタル情報受信部４２は、処理受付部３６を介して得られる見守り対象者１１に関するバイタル情報、または、バイタル情報格納部５１に格納されている見守り対象者１１に関するバイタル情報を受信する。例えば、バイタル情報受信部４２は、生活情報判定部４１によって見守り対象者１１の状態を通知者に通知すべきであると判定された場合、バイタル情報を取得する。
【００５３】
しきい値判定処理部４３は、バイタル情報受信部４２によって受信されたバイタル情報に基づいて、見守り対象者１１のバイタル状態が所定の範囲に収まっているか否かを判定する。なお、バイタル状態は、バイタル情報にバイタル状態に関する情報として含まれていてもよいし、バイタル情報に含まれる見守り対象者１１の血圧、心拍数、体温、または体重等の情報に基づき取得してもよい。また、所定の範囲またはしきい値は、例えば、医療従事者１５が見守り対象者１１に関する状況に応じて、その都度決定してもよい。換言すると、所定の範囲またはしきい値を見守り対象者１１に対応した正常な範囲の値に設定してもよい。例えば、見守り対象者１１が病院にかかっていないような場合、所定の範囲またはしきい値を標準値、例えば健常者の平均値、に設定してもよい。
【００５４】
アラート通知部３４は、しきい値判定処理部４３によって見守り対象者１１のバイタル状態が所定の範囲に収まっていないと判定された場合、見守り関係者に見守り対象者１１の状態を通知する。
【００５５】
ログ出力部３５は、上述した見守り対象者情報判定結果１０−ｉを見守り対象者情報判定結果格納部５２等に出力する。  
見守り者情報処理部３３は、見守り者情報設定部５３及び見守り者情報閲覧部５４を備える。  
見守り者情報設定部５３は、見守り者の情報を登録するための処理を行う。例えば、情報格納部３２に格納されている情報に対するアクセス権限を設定する。そして、見守り者情報設定部５３は、登録される見守り者の情報を見守り者情報格納部４５に格納する。
【００５６】
見守り者情報閲覧部５４は、見守り者情報設定部５３によって登録された見守り者の情報に記載されているアクセス権限等の内容を確認し、その内容に基づき、利用者端末５５に表示可能な内容を制限する。例えば、医療従事者１５に対しては疾病生活対応情報１０−ｅの閲覧を制限しないが、一方、医療従事者１５以外の介護従事者１４等に対しては、疾病生活対応情報１０−ｅの閲覧を制限する。
【００５７】
認証処理部３７は、バイタル機器２５または利用者機器５５に対応するユーザに関する認証処理を行う。例えば、バイタル機器２５がバイタル情報格納部５１に格納されているバイタル情報にアクセスする場合、そのバイタル情報にアクセス可能なユーザであるか否かを判定する。
【００５８】
請求項において、第１のユーザに関する疾病情報を取得する疾病情報取得手段は、例えば、処理受付部３６に対応する。疾病情報に基づいて、疾病情報に関連付けられている第１の生活情報に関する項目を含むデータを生成する生成手段は、例えば、生活情報入力項目生成部３９に対応する。データに基づいて第１のユーザに関係する第２のユーザによって入力された第１のユーザに関する第２の生活情報のレベルに応じて、第１のユーザの状態を第２のユーザに通知すべきか否かを判定する生活情報判定手段は、例えば、生活情報判定部４１に対応する。第１のユーザの状態を通知すべきであると判定された場合、第１のユーザに関するバイタル情報を取得するバイタル情報取得手段は、例えば、バイタル情報受信部４２に対応する。バイタル情報に基づいて、第１のユーザのバイタル状態が所定の範囲に収まっているか否かを判定するバイタル情報判定手段は、しきい値判定処理部４３に対応する。バイタル状態が所定の範囲に収まっていない場合、第２のユーザに第１のユーザの状態を通知する通知手段は、アラート通知部３４に対応する。
【００５９】
また、請求項において、疾病情報に含まれる第１のユーザの属性情報に基づいて、第１の生活情報に関する複数の項目から、第１のユーザの属性情報に応じた項目を決定し、決定された項目を含むようにデータを生成する生成手段は、例えば、生活情報入力項目生成部３９に対応する。
【００６０】
また、請求項において、第２のユーザによって入力された生活情報に関する項目における文字情報が予め設定されている文字情報に対応する場合、第１のユーザの状態を通知すべきであると判定する生活情報判定手段は、例えば、生活情報判定部４１に対応する。
【００６１】
次に、図４を参照して、地域包括ケア支援サーバ１０によって実行される地域包括ケア支援処理における見守り対象者状態判定処理の一例について説明する。  
地域包括ケア支援サーバ１０は、見守り対象者１１の状態を判定する見守り対象者状態判定処理を開始する（ステップＳ４０）。生活情報受信部４０は、見守り対象者生活情報を受信する（ステップＳ４１）。なお、見守り対象者状態判定処理は、例えば、一定の周期で実行されてもよいし、あるいは、ステップＳ４１における処理をトリガーとして開始されてもよい。
【００６２】
次に、地域包括ケア支援サーバ１０は、見守り対象者１１を特定するための処理を実行する（ステップＳ４２）。ステップＳ４２における処理は、例えば、見守り対象者生活情報に記載された見守り対象者の氏名と見守り関係者の組み合わせにより、見守り対象者を特定する処理のことである。
【００６３】
そして、生活情報判定部４１は、受信した見守り対象者生活情報の頻度に応じて、通知レベルを判定する（ステップＳ４３）。なお、通知レベルは、例えば、見守り対象者１１の状態を通知者に通知すべきか否かを判定するためのレベルを含む。また、生活情報判定部４１は、見守り対象者生活情報の頻度ではなく、上述したような文字情報に関する見守り対象者生活情報のレベルに応じて、通知レベルを判定してもよい。また、生活情報判定部４１は、見守り対象者１１の状態または状況を示す状況レベルに応じて、通知レベルを判定してもよい。例えば、状況レベルが低下した場合、通知者に通知すべきと判定する。
【００６４】
生活情報判定部４１は、通知レベルを判定した結果、通知者に通知するものがあるか否かを判定する（ステップＳ４４）。通知するものがないと判定された場合（ステップＳ４４：ＮＯ）、見守り対象者状態判定処理を終了する。通知するものがあると判定された場合（ステップＳ４４：ＹＥＳ）、見守り対象者１１のバイタルデータを取得するための処理が行われる（ステップＳ４５乃至ステップＳ４７）。
【００６５】
ステップＳ４５乃至ステップＳ４７において、まず、バイタル情報受信部４２は、チェックルールの状況に応じて、上述したような見守り対象者１１に関するバイタル情報を含むバイタルデータを取得する（ステップＳ４５）。例えば、チェックルールに示されている疾病情報に対応するバイタル情報を含むバイタルデータを取得する（ステップＳ４５）。
【００６６】
次に、しきい値判定処理部４３は、チェックルールの通知レベル（以下、バイタル通知レベルと称す。）を判定する（ステップＳ４６）。なお、バイタル通知レベルは、バイタル情報に関するしきい値を判定するために使用するレベルであり、ステップＳ４３におけるにおける生活情報に関する通知レベルとは異なる。例えば、見守り関係者によって測定された見守り対象者１１のバイタル情報が正常な範囲から超えていた場合、または、今回測定されたバイタル情報と前回測定されたバイタル情報との差分が正常な範囲を超えていた場合、見守り対象者１１に異常が生じていると判定する。
【００６７】
そして、地域包括ケア支援サーバ１０は、しきい値判定処理部４３による判定結果に基づき、通知者に通知するものがあるか否かを判定する（ステップＳ４７）。通知するものがないと判定された場合（ステップＳ４７：ＮＯ）、見守り対象者状態判定処理を終了する。通知するものがあると判定された場合（ステップＳ４７：ＹＥＳ）、見守り関係者に見守り対象者１１の状態を通知する（ステップＳ４８）。例えば、通知するものがあると判定された場合、見守り対象者１１の各症状を示す疾病情報に対応するバイタル通知レベルに応じて、通知者にメールや電話等を使用して通知する。
【００６８】
このように、図４に示すような見守り対象者状態判定処理を実行することによって、見守り対象者生活情報と見守り対象者１１のバイタル情報とに基づき、例えば、見守り対象者１１の状況レベルが低下した場合において、見守り対象者１１のバイタル情報に含まれるバイタルデータの値がしきい値を上回ったまたは下回った場合、見守り対象者１１の状況に異変が起きている可能性があることを通知者に通知することができる。そのため、見守り関係者に診せる必要がある見守り対象者１１の優先度を決定することができる。
【００６９】
次に図５を参照して、バイタル情報を受信し格納する処理シーケンスの一例について説明する。  
始めに、バイタル機器２５は、バイタル情報を処理受付部３６に送信する（ステップＳ５０）。なお、バイタル情報を複数回に分けて処理受付部３６に送信する場合、最初の送信時において、認証処理が実行されてもよい。この場合、最初の送信時において、例えば、送信される最初のバイタル情報のヘッダ等に見守り対象者１１の認証情報を埋め込み、埋め込まれた認証情報に基づき、認証処理部３７等によって認証処理が実行される。
【００７０】
次に、処理受付部３６は、バイタル機器２５から受信したバイタル情報をバイタル情報受信部４２に送信する（ステップＳ５１）。バイタル情報受信部４２は、処理受付部３６から受信したバイタル情報をバイタル情報格納部５１に登録する（ステップＳ５２）。
【００７１】
次に図６を参照して、見守り対象者１１に関する疾病情報に応じた生活情報入力項目を生成する処理シーケンスの一例について説明する。  
始めに、端末２２−ａは、ユーザ認証を行うために、ユーザ認証情報を処理受付部３６に送信する（ステップＳ６０）。処理受付部３６は、端末２２−ａから受信したユーザ認証情報を認証処理部３７に送信する（ステップＳ６１）。認証処理部３７は、処理受付部３６から受信したユーザ認証情報に基づき、端末２２−ａに関するユーザ認証を行う。なお、ユーザ認証は、例えば、地域包括ケア支援サーバ１０に予め設定されているユーザ認証情報と受信したユーザ認証情報とを照合することによって行われる。
【００７２】
そして、認証処理部３７は、ユーザ認証に成功した場合、認証結果を処理受付部３６に送信する（ステップＳ６２）。処理受付部３６は、認証処理部３７から受信した認証結果に基づき、ユーザ認証に成功したことを端末２２−ａに通知する（ステップＳ６３）。
【００７３】
次に、端末２２−ａは、見守り対象者１１に関する見守り対象者情報を処理受付部３６に送信する（ステップＳ６４）。なお、見守り対象者情報は、例えば、図１１の見守り対象者データベース６０に示すような情報を含んでいてもよい。処理受付部３６は、端末２２−ａから受信した見守り対象者情報を生活情報入力項目生成部３９に送信する（ステップＳ６５）。
【００７４】
次に、生活情報入力項目生成部３９は、処理受付部３６から受信した見守り対象者情報に基づき、見守り対象者情報格納部４４から見守り対象者１１に関する疾病情報を取得する（ステップＳ６６）。また、疾病生活対応情報格納部４８から見守り対象者１１に関する生活情報の状態または頻度に関する項目を取得する（ステップＳ６７）。生活情報の状態または頻度に関する項目は、例えば、図１４の疾病生活情報データベース６３に示すような情報を含む。また、生活情報基本記入項目設定ファイル３８から、上述したような一般的な生活情報に含まれる見守り対象者１１に関する生活情報の基本項目を取得する（ステップＳ６８）。
【００７５】
そして、生活情報入力項目生成部３９は、生成した生活情報入力項目を、上述した生活情報に関する項目を含むデータ（以下、「生活情報入力項目データ」と称す。）として、処理受付部３６に送信する（ステップＳ６９）。処理受付部３６は、生活情報入力項目生成部３９から受信した生活情報入力項目データを端末２２−ａを使用する見守り関係者等のユーザが認識可能な形式で端末２２−ａに表示させるために、生活情報入力項目データを端末２２−ａに送信する（ステップＳ７０）。
【００７６】
なお、図５に示すようなバイタル情報を受信し格納する処理、及び、図６に示すような生活情報入力項目を生成する処理は、図４に示すような見守り対象者状態判定処理を開始するよりも前に予め行っていてもよいし、見守り対象者状態判定処理時に行ってもよい。
【００７７】
また、図６に示す生活情報入力項目を生成する処理シーケンスの他の例を図９を参照して後述する。  
次に図７及び図８を参照して、図４に示す見守り対象者状態判定処理に対応する処理シーケンスの一例についてより詳細に説明する。  
図７は、図４のステップＳ４０乃至ステップＳ４４のＮＯに対応する処理シーケンスの一例を示している。すなわち、図７は、見守り対象者状態判定処理において、生活情報判定部４１によって、通知レベルを判定した結果、通知するものがないと判定された場合における処理シーケンスの一例を示している。
【００７８】
まず、端末２２−ａは、見守り対象者生活情報を処理受付部３６に送信する（ステップＳ７１）。処理受付部３６は、端末２２−ａから受信した見守り対象者生活情報を生活情報受信部４０に送信する（ステップＳ７２）。
【００７９】
次に、生活情報受信部４０は、見守り対象者情報格納部４４から見守り対象者情報を取得する（ステップＳ７３）。取得した見守り対象者情報に基づき、処理受付部３６から受信した見守り対象者生活情報を生活情報格納部４６に格納（登録）する（ステップＳ７４）。例えば、取得した見守り対象者情報によって特定される見守り対象者１１に関するデータベースがすでに生活情報格納部４６に格納されている場合、すでに格納されている見守り対象者１１に関するデータベースに関連づけるように、処理受付部３６から受信した見守り対象者生活情報をさらに生活情報格納部４６に格納してもよい。
【００８０】
そして、生活情報受信部４０は、見守り対象者生活情報の格納に成功したことを処理受付部３６に通知する（ステップＳ７５）。処理受付部３６は、生活情報受信部４０からの通知を受けて、見守り対象者生活情報の格納に成功したことを、端末２２−ａに通知する（ステップＳ７６）。
【００８１】
次に、生活情報受信部４０は、ステップＳ７３において取得した見守り対象者情報及びステップＳ７４において登録した見守り対象者生活情報を、生活情報判定部４１に送信する（ステップＳ７７）。
【００８２】
生活情報判定部４１は、生活情報受信部４０から受信した見守り対象者情報及び見守り対象者生活情報に基づき、疾病生活対応情報格納部４８に格納されている疾病生活対応情報１０−ｅを用いて、見守り対象者１１の見守り対象者生活情報の状態または通知レベルに関する情報を、疾病生活対応情報格納部４８から取得する（ステップＳ７８）。そして、取得した見守り対象者１１の見守り対象者生活情報の状態または通知レベルに関する情報に基づき、見守り対象者１１の状態または通知レベルを判定し、その判定結果を見守り対象者情報判定結果格納部５２に登録する（ステップＳ７９）。
【００８３】
そして、生活情報判定部４１は、通知者に通知するものがないことを生活情報受信部４０に通知する（ステップＳ８０）。  
一方、図８は、ステップＳ４４のＹＥＳ乃至ステップＳ４８に対応する処理シーケンスの一例を示している。すなわち、図８は、見守り対象者状態判定処理において、生活情報判定部４１によって、通知レベルを判定した結果、通知するものがあると判定された場合において、バイタルデータ判定処理の判定結果において通知するものがないと判定された場合（ステップＳ８１）及びバイタルデータ判定処理の判定結果において通知するものがあると判定された場合（ステップＳ８２）、における処理シーケンスの一例を示している。
【００８４】
したがって、ステップＳ８１の処理は、図７のステップＳ８０において生活情報判定部４１によって通知者に通知するものがあることを生活情報受信部４０に通知すべきであると判定された後、行われる。この場合、必ずしも、通知者に通知するものがあることを生活情報受信部４０に通知する必要はない。
【００８５】
ステップＳ８１において、生活情報判定部４１は、見守り対象者情報をしきい値判定処理部４３に送信する（ステップＳ８３）。
【００８６】
しきい値判定処理部４３は、受信した見守り対象者情報に基づき、受信した見守り対象者情報に該当する見守り対象者１１に対応するチェックルールを、チェックルール格納部４９から取得する（ステップＳ８４）。また、受信した見守り対象者情報に基づき、受信した見守り対象者情報に該当する見守り対象者１１のバイタル情報を、バイタル情報格納部５１から取得する（ステップＳ８５）。なお、バイタル情報は、バイタル情報格納部５１からではなく、バイタル情報受信部４２によってバイタル機器２５から直接取得されてもよい。
【００８７】
また、しきい値判定処理部４３は、ステップＳ８４において取得したチェックルールに基づき、必要に応じて過去の判定結果を見守り対象者情報判定結果格納部５２から取得する（ステップＳ８６）。たとえば、取得したチェックルールに過去の判定結果を用いるような場合、過去の判定結果を取得する。
【００８８】
そして、しきい値判定処理部４３は、ステップＳ８４において取得したチェックルール、ステップＳ８５においてバイタル情報格納部５１から取得したバイタル情報、または、ステップＳ８６において取得した過去の判定結果に基づき、バイタルデータ判定処理の判定処理を行い、その判定結果を見守り対象者情報判定結果格納部５２に登録する（ステップＳ８７）。
【００８９】
しきい値判定処理部４３は、通知者に通知するものがないことを示すステップＳ８７におけるバイタルデータ判定処理の判定結果を得た場合、換言すると、通知者に通知するものがないと判定された場合であり、さらに換言すると、通知者に通知しないと判定された場合、バイタルデータ判定処理の判定処理が終了したことを生活情報判定部４１に通知する（ステップＳ８８）。そして、生活情報判定部４１は、バイタルデータ判定処理が終了したことがしきい値判定処理部４３から通知されたことに応じて、バイタルデータ判定処理が完了したことを生活情報受信部４０に通知する（ステップＳ８９）。
【００９０】
一方、ステップＳ８２では、しきい値判定処理部４３は、ステップＳ８７において、通知者に通知するものがあることを示すバイタルデータ判定処理の判定結果を得た場合、換言すると、通知者に通知するものがあると判定された場合、さらに換言すると、通知者に通知する必要があると判定された場合、ステップＳ８３において受信した見守り対象者情報をアラート通知部３４に送信する（ステップＳ９０）。
【００９１】
次に、アラート通知部３４は、しきい値判定処理部４３から受信した見守り対象者情報に基づき、通知者情報格納部５０から通知者情報を取得する（ステップＳ９１）。例えば、受信した見守り対象者情報に該当する見守り対象者１１に対応する見守り対象者１１に関連づけられた通知者に関する情報を取得する。そして、取得した通知者情報に基づき、通知者へ通知する。
【００９２】
また、アラート通知部３４は、バイタルデータ判定処理を含む見守り対象者状態判定処理が完了したこと（以下、「処理完了通知」と称す。）を、しきい値判定処理部４３に通知する（ステップＳ９３）。次に、しきい値判定処理部４３は、アラート通知部３４から処理完了通知を受けたことに応じて、処理完了通知を生活情報判定部４１に通知する（ステップＳ９４）。そして、生活情報判定部４１は、しきい値判定処理部４３から処理完了通知を受けたことに応じて、処理完了通知を生活情報受信部４０に通知する（ステップＳ９５）。
【００９３】
次に、図９を参照して、地域包括ケア支援サーバ１０によって実行される地域包括ケア支援処理における生活情報入力項目提示処理の一例について説明する。なお、上述したように、図９は、図６に対応する生活情報入力項目を生成する処理シーケンスの他の例でもある。また、図６では、見守り対象者１１が疾病を患った患者等である場合を想定して説明したが、図９では、見守り対象者１１が疾病を患っていないような場合も想定している。
【００９４】
まず、地域包括ケア支援サーバ１０は、生活情報入力項目を見守り関係者等に提示するための処理を開始する（ステップＳ１００）。
【００９５】
次に、生活情報入力項目生成部３９は、見守り対象者１１を特定するための処理を行う（ステップＳ１０１）。例えば、見守り対象者情報に含まれる見守り対象者１１を他の見守り対象者１１と識別可能な固有識別情報を端末２２−ａから受信し、受信した固有識別情報に基づき、見守り対象者１１を特定するための処理を行う。
【００９６】
次に、生活情報入力項目生成部３９は、見守り対象者１１の疾病情報を見守り対象者情報格納部４４から取得する（ステップＳ１０２）。また、見守り対象者生活情報の頻度等に基づき、生活情報入力項目を生成するために必要な項目であるか否かを通知レベルを用いて判定する（ステップＳ１０３）。例えば、直近の見守り対象者生活情報に含まれる頻度に関する情報が通知者に通知すべきレベルであると判定された場合、通知すべきレベルに関連付けられた項目が含まれるように生活情報入力項目を生成してもよい。
【００９７】
そして、生活情報入力項目生成部３９は、生活情報入力項目を生成するために必要な項目に疾病情報が含まれるか否かを判定する（ステップＳ１０４）。生活情報入力項目を生成するために必要な項目に疾病情報が含まれないと判定された場合（ステップＳ１０４：ＮＯ）、ステップＳ１０６に進む。
【００９８】
生活情報入力項目生成部３９は、生活情報入力項目を生成するために必要な項目に疾病情報が含まれる場合（ステップＳ１０４：ＹＥＳ）、疾病情報に関係する生活情報の状態及びその生活情報の頻度に関する事項を取得する（ステップＳ１０５）。
【００９９】
次に、生活情報入力項目生成部３９は、一般的な生活情報に関する確認事項を取得する（ステップＳ１０６）。ステップＳ１０５において取得した疾病情報に関係する生活情報の状態及びその生活情報の頻度に関する事項及びステップＳ１０６において取得した一般的な生活情報に関する確認事項に基づいて、生活情報入力項目を生成する（ステップＳ１０７）。生成された生活情報入力項目を、例えば図１０に示すような生活情報入力項目画面１００として、端末２２−ａ等を介して見守り関係者に提示する（ステップＳ１０８）。
【０１００】
次に、図１０を参照して、生活情報入力項目画面１００の外観の一例について説明する。  
生活情報入力項目画面１００は、図１０に示すように、例えば、疾病に関係する生活情報の状態及びその生活情報の頻度に基づき生成された疾病関連項目１０１、一般的な生活情報の状態及びその生活情報の頻度に基づき生成された一般関連項目１０２、及び、見守り関係者等が自由に文字を入力可能な入力項目１０３を有する。
【０１０１】
疾病関連項目１０１は、図１０に示すように、例えば、「時間・場所の感覚」、「繰り返し頻度」等の疾病に関係する生活情報の状態を示す項目を有する。また、疾病関連項目１０１は、例えば、「時間・場所の感覚」で示される項目に対応するように、「不確か」、「時々不確か」、及び「正常」で示される疾病に関係する生活情報の頻度を有する。
【０１０２】
一般関連項目１０２は、図１０に示すように、例えば、「食事」、「トイレ」等の一般的な生活情報の状態を示す項目を有する。また、一般関連項目１０２は、例えば、「食事」で示される項目に対応するように、「ほぼ完食」、「多少食べ残し」、及び「ほとんど手を付けない」で示される一般的な生活情報の頻度を有する。
【０１０３】
次に、図１１を参照して、見守り対象者情報格納部４４に格納される見守り対象者データベース６０の構造の一例について説明する。
【０１０４】
図１１に示すように、見守り対象者データベース６０は、例えば、ユーザＩＤ情報６０−ａ、氏名情報６０−ｂ、かな情報６０−ｃ、住所情報６０−ｄ、生年月日情報６０−ｅ、性別情報６０−ｆ、疾病１情報６０−ｇ、病院１情報６０−ｈ、担当医１情報６０−ｉ、疾病２情報６０−ｋ、病院２情報６０−ｍ、及び担当医２情報６０−ｎのフィールドを有する。
【０１０５】
ユーザＩＤ情報６０−ａは、見守り対象者１１を特定可能なユーザ識別子に関する情報を示している。氏名情報６０−ｂは、見守り対象者１１の氏名に関する情報を示している。かな情報６０−ｃは、見守り対象者１１の氏名の「かな」に関する情報を示している。住所情報６０−ｄは、見守り対象者１１の住所に関する情報を示している。生年月日情報６０−ｅは、見守り対象者１１の生年月日に関する情報を示している。性別情報６０−ｆは、見守り対象者１１の性別に関する情報を示している。疾病１情報６０−ｇは、見守り対象者１１の疾病情報を示している。病院１情報６０−ｈは、疾病１情報６０−ｇに関連する病院情報を示している。担当医１情報６０−ｉは、疾病１情報６０−ｇに関連する見守り対象者１１の担当医情報を示している。同様に、疾病２情報６０−ｋは、見守り対象者１１の疾病情報を示している。病院２情報６０−ｍは、疾病２情報６０−ｋに関連する病院情報を示している。担当医２情報６０−ｎは、疾病２情報６０−ｋに関連する見守り対象者１１の担当医情報を示している。
【０１０６】
例えば、図１１に示すように、ユーザＩＤ情報６０−ａ「１２３４５６７８」の氏名は「千葉正平」であり、その氏名のかなは「ちばしょうへい」であることを意味する。また、ユーザＩＤ情報６０−ａ「１２３４５６７８」の住所は「東京都××区××」であり、生年月日は「１９３８／０５／２８」で示されるように１９３８年５月２８日であり、性別は「Ｍ」で示されるように男性であることを意味する。また、ユーザＩＤ情報６０−ａ「１２３４５６７８」に対応する見守り対象者１１は、疾病１情報６０−ｇ「認知症」及び疾病２情報６０−ｋ「慢性心不全」を患っており、疾病１情報６０−ｇ「認知症」に関しては病院１情報６０−ｈ「Ａ診療所」において担当医１情報６０−ｉ「福島雄一」に治療を受けており、疾病２情報６０−ｋ「慢性心不全」に関しては病院２情報６０−ｍ「Ｂ病院」において担当医２情報６０−ｎ「岡崎博美」に治療を受けていることを意味する。
【０１０７】
次に、図１２を参照して、生活情報格納部４６に格納される生活情報データベース６１の構造の一例について説明する。  
図１２に示すように、生活情報データベース６１は、例えば、ユーザＩＤ情報６１−ａ、登録日時情報６１−ｂ、報告者情報６１−ｃ、生活情報１  ６１−ｄ、結果１情報６１−ｅ、生活情報２  ６１−ｆ、結果２情報６１−ｇ、生活情報３  ６１−ｈ、結果３情報６１−ｉ、及びその他情報６１−ｋのフィールドを有する。
【０１０８】
ユーザＩＤ情報６１−ａは、見守り対象者１１を特定可能なユーザ識別子に関する情報を示している。登録日時情報６１−ｂは、後述する報告者情報６１−ｃに対応する見守り関係者によって生活情報１０−ｄが入力された日時または入力された生活情報１０−ｄが地域包括ケア支援サーバ１０に登録された日時に関する情報を示している。報告者情報６１−ｃは、生活情報１０−ｄを入力した見守り関係者に関する情報を示している。
【０１０９】
生活情報１  ６１−ｄ、生活情報２  ６１−ｆ、及び生活情報３  ６１−ｈは、一般的な生活情報または疾病に関係する生活情報を示している。結果１情報６１−ｅは、生活情報１  ６１−ｄに対応する生活情報の状態を示している。同様に、結果２情報６１−ｇは、生活情報２  ６１−ｆに対応する生活情報の状態を示している。また、結果３情報６１−ｉは、生活情報３  ６１−ｈに対応する生活情報の状態を示している。
【０１１０】
その他情報６１−ｋは、報告者情報６１−ｃに対応する見守り関係者によって入力されたユーザＩＤ情報６１−ａに対応する見守り対象者１１に関する文字情報等を含む情報を示している。
【０１１１】
例えば、図１２に示すように、登録日時情報６１−ｂ「２０１４／１０／０１  １６：３２」で示される日時において、報告者情報６１−ｃ「ｈｅｌｐｅｒ００１」で示される見守り関係者によって、ユーザＩＤ情報６１−ａ「１２３４５６７８」で示される見守り対象者１１に関する、生活情報１  ６１−ｄ「食事」及びその結果情報「完食」、生活情報２  ６１−ｆ「会話」及びその結果情報「繰り返し  頻度多」、生活情報３  ６１−ｈ「会話」及びその結果情報「暴言・怒り  頻度多」、並びに、その他情報６１−ｋ「間食をしているようだ」で示される情報が入力されたことを意味する。
【０１１２】
なお、図１２では、ユーザＩＤ情報６１−ａ「１２３４５６７８」に関する情報を示しているが、生活情報データベース６１に、複数の異なる見守り対象者１１の各々に対応する複数の異なるユーザＩＤ情報６１−ａが含まれていてもよい。
【０１１３】
次に、図１３を参照して、使用バイタル機器情報格納部４７に格納される使用バイタル機器情報データベース６２の構造の一例について説明する。
【０１１４】
図１３に示すように、使用バイタル機器情報データベース６２は、例えば、ユーザＩＤ情報６２−ａ、バイタル機器１情報６２−ｂ、及びバイタル機器２情報６２−ｃのフィールドを有する。
【０１１５】
ユーザＩＤ情報６２−ａは、見守り対象者１１を特定可能なユーザ識別子に関する情報を示している。バイタル機器１情報６２−ｂ及びバイタル機器２情報６２−ｃは、それぞれ、ユーザＩＤ情報６２−ａに対応する見守り対象者１１によって使用される異なるバイタル機器２５に関する情報を示している。
【０１１６】
例えば、図１３に示すように、ユーザＩＤ情報６２−ａ「１２３４５６７８」によってバイタル機器１情報６２−ｂ「体動センサ」で示されるバイタル機器２５及びバイタル機器２情報６２−ｃ「体重計」で示されるバイタル機器２５が使用されることを意味する。
【０１１７】
次に、図１４を参照して、疾病生活対応情報格納部４８に格納される疾病生活情報データベース６３の構造の一例について説明する。
【０１１８】
図１４に示すように、疾病生活情報データベース６３は、例えば、疾病情報６３−ａ、生活情報６３−ｂ、状態情報６３−ｃ、頻度情報６３−ｄ、及び通知レベル情報６３−ｅのフィールドを有する。
【０１１９】
疾病情報６３−ａは、疾病に関する情報を示している。生活情報６３−ｂは、見守り対象者１１の生活に関する情報を示している。状態情報６３−ｃは、生活情報６３−ｂに対応する生活情報の状態に関する情報を示している。頻度情報６３−ｄは、状態情報６３−ｃによって示される生活情報の状態の頻度に関する情報を示している。通知レベル情報６３−ｅは、頻度情報６３−ｄに対応する通知レベルに関する情報を示している。なお、通知レベルは、例えば、生活情報の状況に応じて設定される。通知レベルは、例えば、生活情報が悪化した場合、換言すると見守り対象者１１に異常が発生したことを示すレベルに設定される。
【０１２０】
例えば、図１４に示すように、疾病情報６３−ａ「認知症」、生活情報６３−ｂ「日常生活」、状態情報６３−ｃ「時間・場所の感覚」、頻度情報６３−ｄ「不確か／時々確か／正常」、及び通知レベル６３−ｅ「不確か」は、それぞれ対応づけられている。同様に、疾病情報６３−ａ「認知症」、生活情報６３−ｂ「会話」、状態情報６３−ｃ「繰り返し頻度」、頻度情報６３−ｄ「多／ときどき／少」、及び通知レベル６３−ｅ「多」が、それぞれ対応づけられている。
【０１２１】
同様に、例えば、疾病情報６３−ａ「認知症」、生活情報６３−ｂ「その他」、状態情報６３−ｃ「徘徊、迷子、暴力、幻覚、同じことの繰り返し・・・」、頻度情報６３−ｄ「−（頻度情報なしを意味する）」、及び通知レベル６３−ｅ「状態に記載するキーワードが１つでも記述に含まれるとき」が、それぞれ対応づけられている。なお、このように頻度情報６３−ｄが設定されていない場合、地域包括ケア支援サーバ１０は、状態情報６３−ｃに含まれるキーワード、例えば「徘徊」、が見守り対象者生活情報に含まれるか否かを、見守り対象者生活情報に対する言語処理を実行することによって判定し、状態情報６３−ｃに含まれるキーワードが含まれていた場合、通知者に通知すべきであると判定する。
【０１２２】
なお、図１４に示すような、見守り対象者１１の各生活情報に関する判定ルールとして用いられる疾病生活情報データベース６３は、例えば見守り者に含まれる医療従事者等によって地域包括ケア支援サーバ１０に登録されてもよい。
【０１２３】
次に、図１５を参照して、チェックルール格納部４９に格納されるチェックルール情報データベース６４の構造の一例について説明する。
【０１２４】
図１５に示すように、チェックルール情報データベース６４は、例えば、ユーザＩＤ情報６４−ａ、疾病情報６４−ｂ、バイタル情報６４−ｃ、状況情報６４−ｄ、及び通知レベル６４−ｅのフィールドを有する。
【０１２５】
ユーザＩＤ情報６４−ａは、見守り対象者１１を特定可能なユーザ識別子に関する情報を示している。疾病情報６４−ｂは、疾病に関する情報を示している。バイタル情報６４−ｃは、バイタルに関する情報を示している。状況情報６４−ｄは、バイタル情報６４−ｃに対応するバイタルの状況に関する情報を示している。通知レベル６４−ｅは、状況情報６４−ｄに対応するバイタル通知レベルに関する情報を示している。
【０１２６】
例えば、図１５に示すように、ユーザＩＤ情報６２−ａ「１２３４５６７８」に対応する見守り対象者１１に関して、ユーザＩＤ情報６２−ａ「１２３４５６７８」に対応する見守り対象者１１に関するバイタルデータが、疾病情報６４−ｂ「慢性心不全」及びバイタル情報「体重」に対応する状況情報６４−ｄ「前日から２ｋｇ以上増加」に該当する場合、地域包括ケア見守りシステム１は、通知レベル情報６４−ｅ「すぐに通知」に示すように、通知者にすぐに通知することを意味する。
【０１２７】
また、チェックルール情報データベース６４に示すような、見守り対象者１１の症状に関する情報、その症状に関連する生活情報、その症状または生活情報と関連する必要なバイタル情報、及び異常発生状況に関する対応表は、例えば見守り者に含まれる医療従事者等によって作成されてもよい。また、見守り対象者１１の症状に関する情報は、例えば見守り者に含まれる医療従事者等によって地域包括ケア支援サーバ１０に登録されてもよい。
【０１２８】
なお、図１５では、ユーザＩＤ情報６４−ａ「１２３４５６７８」に関する情報を示しているが、チェックルール情報データベース６４に、複数の異なる見守り対象者１１の各々に対応する複数の異なるユーザＩＤ情報６４−ａが含まれていてもよい。
【０１２９】
また、チェックルール情報データベース６４を用いて、複数のバイタルデータに関してバイタルデータ判定処理を実行する場合において、少なくとも１つのバイタルデータに関して通知する必要があると判定された場合、通知者に通知するようにしてもよい。
【０１３０】
次に、図１６を参照して、通知者情報格納部５０に格納される通知者情報データベース６５の構造の一例について説明する。
【０１３１】
図１６に示すように、通知者情報データベース６５は、例えば、ユーザＩＤ情報６５−ａ、連絡先１情報６５−ｂ、連絡先２情報６５−ｃ、連絡先３情報６５−ｄ、及び連絡先４情報６５−ｅのフィールドを有する。
【０１３２】
ユーザＩＤ情報６５−ａは、見守り対象者１１を特定可能なユーザ識別子に関する情報を示している。連絡先１情報６５−ｂ、連絡先２情報６５−ｃ、連絡先３情報６５−ｄ、及び連絡先４情報６５−ｅは、それぞれ、通知者に関する情報を示している。
【０１３３】
例えば、図１６に示すように、ユーザＩＤ情報６４−ａ「１２３４５６７８」に対応する見守り対象者１１に関係する通知者に通知する必要がある場合、連絡先１情報６５−ｂ「ｙ＿ｆｕｋｕｓｈｉｍａ＠ｈｏｓ＿ａ．ｃｏ．ｊｐ」、連絡先２情報６５−ｃ「ｏｋｚｋ＠ｈｏｓ＿ｂ．ｃｏ．ｊｐ」、連絡先３情報６５−ｄ「ｋａｉｇｏ＿ｔａｎｔｏｈ＠ｘｘｘ．ｌｇ．ｊｐ」、及び連絡先４情報６５−ｅ「ｃａｒｅ＠ｃｓ＿ｃ．ｃｏ．ｊｐ」に示される連絡先であるメールアドレス宛てに電子メール等を用いて通知する。
【０１３４】
なお、連絡先１情報６５−ｂ、連絡先２情報６５−ｃ、連絡先３情報６５−ｄ、及び連絡先４情報６５−ｅは、それぞれ、メールアドレスでなくてもよく、例えば、電話番号、住所等でもよい。
【０１３５】
次に、図１７を参照して、バイタル情報格納部５１に格納されるバイタル情報データベース６６の構造の一例について説明する。
【０１３６】
図１７に示すように、バイタル情報データベース６６は、例えば、ユーザＩＤ情報６６−ａ、取得日時情報６６−ｂ、バイタル機器情報６６−ｃ、及びデータ情報６６−ｄのフィールドを有する。
【０１３７】
ユーザＩＤ情報６６−ａは、見守り対象者１１を特定可能なユーザ識別子に関する情報を示している。取得日時情報６６−ｂは、ユーザＩＤ情報６６−ａに対応する見守り対象者１１に関するバイタル情報を取得した日時に関する情報を示している。バイタル機器情報６６−ｃは、取得日時情報６６−ｂにおいて取得したバイタル情報を測定したバイタル機器２５に関する情報を示している。データ情報６６−ｄは、バイタル機器６６−ｃによって測定されたバイタル情報に含まれるバイタルデータに関する情報を示している。
【０１３８】
例えば、図１７に示すように、ユーザＩＤ情報６４−ａ「１２３４５６７８」に対応する見守り対象者１１によって使用されるバイタル機器６６−ｃ「体重計」によって測定されたデータ情報６６−ｄ「６４．２Ｋｇ」で示されるバイタルデータが、取得日時６６−ｂ「２０１４／１０／０１  ２０：３０：２４」で示される日時に、地域包括ケア支援サーバ１０によって取得されたことを意味する。また、バイタル機器情報６６−ｃ「体動センサ」に対応するデータ情報６６−ｄ「ｓｌｅｅｐ」は、例えば、ユーザＩＤ情報６４−ａ「１２３４５６７８」に対応する見守り対象者１１が就寝していること等を意味する。
【０１３９】
なお、図１７では、ユーザＩＤ情報６６−ａ「１２３４５６７８」に関する情報を示しているが、バイタル情報データベース６６に、複数の異なる見守り対象者１１の各々に対応する複数の異なるユーザＩＤ情報６６−ａが含まれていてもよい。
【０１４０】
次に、図１８を参照して、生活情報基本記入項目設定ファイル３８に格納される生活情報基本記入項目設定データベース６７の構造の一例について説明する。
【０１４１】
図１８に示すように、生活情報基本記入項目設定データベース６７は、例えば、生活情報６７−ａ、状態情報６７−ｂ、及び頻度情報６７−ｃのフィールドを有する。
【０１４２】
生活情報６７−ａは、一般的な生活に関する情報を示している。状態情報６７−ｂは、生活情報６７−ａに対応する状態に関する情報を示している。頻度情報６７−ｃは、状態情報６７−ｂに対応する頻度に関する情報を示している。
【０１４３】
例えば、図１８に示すように、生活情報６７−ａ「生活」に対応する状態情報６７−ｂ「食事」は、頻度情報６７−ｃ「ほぼ完食／多少食べ残し／ほとんど手を付けない」に対応する。また、生活情報６７−ａ「生活」に対応する状態情報６７−ｂ「トイレ」は、頻度情報６７−ｃ「自力／多少の補助／ひとりでは行けない」に対応する。
【０１４４】
なお、生活情報基本記入項目設定データベース６７に登録されるこのようなデータは、例えば見守り者から提供される。
【０１４５】
以上のような本実施形態によって、次のような効果を得ることができる。  
見守り対象者１１の状態を的確に把握することが可能となる。また、見守り対象者生活情報と見守り対象者１１のバイタル情報とに基づき、見守り対象者１１の状況に異変が起きている可能性があることを通知者に通知することが可能となる。
【０１４６】
より詳細には、バイタルデータが設定されたしきい値よりも上回るまたは下回るような場合において、バイタル情報と見守り対象者１１の症状に対応したチェック項目とを組み合わせ、見守り対象者１１の状況の変化を判断することによって、バイタルデータの変化が大きい場合、すぐに診るべき見守り対象者１１を医療関係者等に的確に伝えることが可能となる。
【０１４７】
具体的には、要介護認定を受けた人のバイタル情報と日々の生活ログ等を含む生活情報とを組み合わせることによって、見守り対象者１１の状況を的確に判断することが可能となり、見守り関係者に診せる必要がある見守り対象者１１の優先度を決定することも可能となり、見守り関係者が診るべき見守り対象者１１を的確に見守り関係者に伝えることも可能となる。
【０１４８】
また、見守り対象者１１の症状に応じた生活情報入力項目を自動的に生成することにより、見守り者等に報告すべき項目を見守り関係者等に記入してもらうことによって、見守り関係者等が見守り対象者１１の症状に関する詳細な知識がないような場合でも、注意すべきポイントを見守り関係者等が意識することなくそのポイントを確認することが可能となる。
【０１４９】
また、見守り対象者１１の症状に応じてみるべきバイタル情報を特定することが可能となる。また、見守り対象者１１の個々人に対応したしきい値を設定することによって、見守り関係者は見守り対象者１１の状況を的確に把握することが可能となる。
【０１５０】
なお、この発明は上記実施形態に限定されるものではない。例えば、図１１乃至図１８は、各データベースの一例であり、適宜、フィールドを追加することができるため、図１１乃至図１８についても、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。
【０１５１】
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【０１５２】
１…地域包括ケア見守りシステム、１０…地域包括ケア支援サーバ、１０−ａ…見守り対象者情報、１０−ｂ…見守り者情報、１０−ｃ…使用バイタル機器情報、１０−ｄ…生活情報、１０−ｅ…疾病生活対応情報、１０−ｆ…チェックルール、１０−ｇ…通知者情報、１０−ｈ…バイタル情報、１０−ｉ…見守り対象者情報判定結果、１１…見守り対象者、１２…見守り対象者家族、１３…民間業者、１４…介護従事者、１５…医療従事者、１６…ケアマネージャー、１７…自治体職員、２０…医療情報管理サーバ、２０−ａ…診療情報、２０−ｂ…患者情報、２０−ｃ…医療従事者情報、２１…医療従事者施設、２１−ａ，２２−ａ，２３−ａ…端末、２２…患者宅／介護施設、２３…介護従事者施設、２４…ネットワーク、２５…バイタル機器、３０…生活情報処理部、３１…バイタル情報処理部、３２…情報格納部、３３…見守り者情報処理部、３４…アラート通知部、３５…ログ出力部、３６…処理受付部、３７…認証処理部、３８…生活情報基本記入項目設定ファイル、３９…生活情報入力項目生成部、４０…生活情報受信部、４１…生活情報判定部、４２…バイタル情報受信部、４３…しきい値判定処理部、４４…見守り対象者情報格納部、４５…見守り者情報格納部、４６…生活情報格納部、４７…使用バイタル機器情報格納部、４８…疾病生活対応情報格納部、４９…チェックルール格納部、５０…通知者情報格納部、５１…バイタル情報格納部、５２…見守り対象者情報判定結果格納部、５３…見守り者情報設定部、５４…見守り者情報閲覧部、６０…見守り対象者データベース、６０−ａ…ユーザＩＤ情報、６０−ｂ…氏名情報、６０−ｃ…かな情報、６０−ｄ…住所情報、６０−ｅ…生年月日情報、６０−ｆ…性別情報、６０−ｇ…疾病１情報、６０−ｈ…病院１情報、６０−ｉ…担当医１情報、６０−ｋ…疾病２情報、６０−ｍ…病院２情報、６０−ｎ…担当医２情報、６１…生活情報データベース、６１−ａ…ユーザＩＤ情報、６１−ｂ…登録日時情報、６１−ｃ…報告者情報、６１−ｄ…生活情報１、６１−ｅ…結果１情報、６１−ｆ…生活情報２、６１−ｇ…結果２情報、６１−ｈ…生活情報３、６１−ｉ…結果３情報、６１−ｋ…その他情報、６２…使用バイタル機器情報データベース、６２−ａ…ユーザＩＤ情報、６２−ｂ…バイタル機器１情報、６２−ｃ…バイタル機器２情報、６３…疾病生活情報データベース、６３−ａ…疾病情報、６３−ｂ…生活情報、６３−ｃ…状態情報、６３−ｄ…頻度情報、６３−ｅ…通知レベル情報、６４…チェックルール情報データベース、６４−ａ…ユーザＩＤ情報、６４−ｂ…疾病情報、６４−ｃ…バイタル情報、６４−ｄ…状況情報、６４−ｅ…（バイタル）通知レベル、６５…通知者情報データベース、６５−ａ…ユーザＩＤ情報、６５−ｂ…連絡先１情報、６５−ｃ…連絡先２情報、６５−ｄ…連絡先３情報、６５−ｅ…連絡先４情報、６６…バイタル情報データベース、６６−ａ…ユーザＩＤ情報、６６−ｂ…取得日時情報、６６−ｃ…バイタル機器情報、６６−ｄ…データ情報、６７…生活情報基本記入項目設定データベース、６７−ａ…生活情報、６７−ｂ…状態情報、６７−ｃ…頻度情報、１００…生活情報入力項目画面、１０１…疾病関連項目、１０２…一般関連項目、１０３…入力項目。
【図１】
0006326384.tif 000002
【図２】
0006326384.tif 000003
【図３】
0006326384.tif 000004
【図４】
0006326384.tif 000005
【図５】
0006326384.tif 000006
【図６】
0006326384.tif 000007
【図７】
0006326384.tif 000008
【図８】
0006326384.tif 000009
【図９】
0006326384.tif 000010
【図１０】
0006326384.tif 000011
【図１１】
0006326384.tif 000012
【図１２】
0006326384.tif 000013
【図１３】
0006326384.tif 000014
【図１４】
0006326384.tif 000015
【図１５】
0006326384.tif 000016
【図１６】
0006326384.tif 000017
【図１７】
0006326384.tif 000018
【図１８】
0006326384.tif 000019