(57)【要約】【課題】特定の生体情報とその生体情報に関する医師の所見及び起こすべき行動等の関係を必要な分だけ表示する。【解決手段】健康管理装置は、複数のスケジュール情報の集合である第１の情報群、複数の生体系情報の集合である第２の情報群及び複数のコメント情報の集合である第３の情報群が格納される記憶部と、第１の情報群に含まれる個別情報、第２の情報群に含まれる個別情報及び第３の情報群に含まれる個別情報を、それぞれの個別情報に含まれる語の一致又は類似を基準にして相互に関連付け、自身に接続される出力装置の画面の第１の領域に第１の情報群を表示し、画面の第２の領域に第２の情報群を表示し、画面の第３の領域に第３の情報群を表示し、第１の情報群、第２の情報群又は第３の情報群のうちのいずれかに含まれる、任意の個別情報が選択されるのを受け付け、選択された個別情報に関連付けられた他の個別情報を強調表示する制御部と、を備える。【選択図】図１６
2014085986.tif 000002
【特許請求の範囲】
【請求項１】
複数のスケジュール情報の集合である第１の情報群、複数の生体系情報の集合である第２の情報群及び複数のコメント情報の集合である第３の情報群が格納される記憶部と、
前記第１の情報群に含まれる個別情報、前記第２の情報群に含まれる個別情報及び前記第３の情報群に含まれる個別情報を、それぞれの前記個別情報に含まれる語の一致又は類似を基準にして相互に関連付け、
自身に接続される出力装置の画面の第１の領域に前記第１の情報群を表示し、
前記画面の第２の領域に前記第２の情報群を表示し、
前記画面の第３の領域に前記第３の情報群を表示し、
前記第１の情報群、第２の情報群又は第３の情報群のうちのいずれかに含まれる、任意の前記個別情報が選択されるのを受け付け、
前記選択された個別情報に関連付けられた他の個別情報を強調表示する制御部と、
を備えることを特徴とする健康管理装置。
【請求項２】
前記制御部は、
前記第１の情報群に含まれる個別情報の特徴語、前記第２の情報群に含まれる個別情報の特徴語及び前記第３の情報群に含まれる個別情報の特徴語を相互に比較することによって、前記個別情報を相互に関連付けること、
を特徴とする請求項１に記載の健康管理装置。
【請求項３】
前記制御部は、
前記特徴語を、前記個別情報に基づき外部のデータベースから取得すること、
を特徴とする請求項２に記載の健康管理装置。
【請求項４】
前記制御部は、
前記第２の情報群に含まれる個別情報の値と所定の閾値との大小関係に基づいて、前記第２の情報群に含まれる個別情報を前記画面において表す図形を移動させる際の重みと、前記第２の情報群に含まれる個別情報の表示態様とを決定すること、
を特徴とする請求項３に記載の健康管理装置。
【請求項５】
前記制御部は、
前記出力装置の画面を閲覧する者の会話を受け付け、
前記受け付けた会話に含まれる語と、前記第２の情報群の個別情報の特徴語とを比較することによって、前記第２の情報群のうち前記会話に関連する個別情報を取得し、
前記取得した個別情報を前記画面上に表示すること、
を特徴とする請求項４に記載の健康管理装置。
【請求項６】
前記記憶部は、
患者と前記患者が属する家族を関連付けて記憶しており、
前記個別情報は、
前記患者に関連付けられており、
前記制御部は、
ある家族に属する患者が閲覧する前記画面に対して、前記家族に属する他の患者についての前記個別情報を表示すること、
を特徴とする請求項５に記載の健康管理装置。
【請求項７】
前記記憶部は、
症例、典型生体情報及び推奨処置を階層的に表す複数のツリーを記憶しており、
前記制御部は、
前記図形の選択を受け付け、
前記複数のツリーのうちから、前記選択を受け付けた図形が表す個別情報に関連するツリーを特定し、前記特定したツリーを前記画面に表示すること、
を特徴とする請求項６に記載の健康管理装置。
【請求項８】
前記スケジュール情報は、
前記患者が服用する薬品の名称及び単価を含み、
前記記憶部は、
症例ごとに複数の薬品の名称及び単価を記憶しており、
前記制御部は、
前記患者が服用する薬品の名称及び単価に基づいて、前記症例が前記服用する薬品の症例と同じであり、前記単価が前記服用する薬品の単価より小さい代替薬品の名称及び単価を取得し、
前記取得した代替薬品の名称及び単価を、前記服用する薬品に関連付けて表示すること、
を特徴とする請求項７に記載の健康管理装置。
【請求項９】
記憶部は、
複数のスケジュール情報の集合である第１の情報群、複数の生体系情報の集合である第２の情報群及び複数のコメント情報の集合である第３の情報群を格納しており、
制御部は、
前記第１の情報群に含まれる個別情報、前記第２の情報群に含まれる個別情報及び前記第３の情報群に含まれる個別情報を、それぞれの前記個別情報に含まれる語の一致又は類似を基準にして相互に関連付け、
自身に接続される出力装置の画面の第１の領域に前記第１の情報群を表示し、
前記画面の第２の領域に前記第２の情報群を表示し、
前記画面の第３の領域に前記第３の情報群を表示し、
前記第１の情報群、第２の情報群又は第３の情報群のうちのいずれかに含まれる、任意の前記個別情報が選択されるのを受け付け、
前記選択された個別情報に関連付けられた他の個別情報を強調表示すること、
を特徴とする、前記記憶部及び制御部を備える健康管理装置の健康管理方法。
【請求項１０】
健康管理装置の記憶部に対して、
複数のスケジュール情報の集合である第１の情報群、複数の生体系情報の集合である第２の情報群及び複数のコメント情報の集合である第３の情報群を格納させ、
前記健康管理装置の制御部に対して、
前記第１の情報群に含まれる個別情報、前記第２の情報群に含まれる個別情報及び前記第３の情報群に含まれる個別情報を、それぞれの前記個別情報に含まれる語の一致又は類似を基準にして相互に関連付け、
自身に接続される出力装置の画面の第１の領域に前記第１の情報群を表示し、
前記画面の第２の領域に前記第２の情報群を表示し、
前記画面の第３の領域に前記第３の情報群を表示し、
前記第１の情報群、第２の情報群又は第３の情報群のうちのいずれかに含まれる、任意の前記個別情報が選択されるのを受け付け、
前記選択された個別情報に関連付けられた他の個別情報を強調表示する処理を実行させること、
を特徴とする、前記健康管理装置を機能させるための健康管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、健康管理装置、健康管理方法及び健康管理プログラムに関する。
【背景技術】
【０００２】
近時、コンピュータを利用して患者と医師とが健康管理についての意思疎通を図る技術が広く活用されている。例えば、特許文献１の健康管理支援システムは、患者が患者端末装置を介して入力した生体情報を医師用端末装置に表示し、医師が医師用端末装置を介して入力したメッセージを患者用端末装置に表示する。さらに、当該健康管理支援システムは、雛形メッセージを、生体情報の項目を有する分類項目へ関連付ける。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−５４５６４号公報（段落００１０〜００１５）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
患者は、例えば体温等の生体情報を視認しながら、その生体情報についての医師の所見はどのようなものであるか、自身は健康状態を改善するためにどのような行動を起こせばよいのか等を考える。例えば、特許文献１の健康管理支援システムは、医師からのメッセージを患者に対して表示し、そのメッセージは、雛形メッセージのうちから選択される。そして、雛形メッセージは、患者が入力する生体情報の項目に関連付けられている。
しかしながら、特許文献１の健康管理支援システムは、特定の生体情報に対して、医師の所見及び起こすべき行動との関係を一見してわかりやすく表示するものではない。さらに、当該健康管理支援システムは、多くの生体情報を一覧表示する。そのため、患者が特定の生体情報に注目したいとき、患者は冗長な情報まで同時に見ざるを得ない。
そこで、本発明は、特定の生体情報とその生体情報に関する医師の所見及び起こすべき行動等の関係を必要な分だけ表示することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の健康管理装置は、複数のスケジュール情報の集合である第１の情報群、複数の生体系情報の集合である第２の情報群及び複数のコメント情報の集合である第３の情報群が格納される記憶部と、第１の情報群に含まれる個別情報、第２の情報群に含まれる個別情報及び第３の情報群に含まれる個別情報を、それぞれの個別情報に含まれる語の一致又は類似を基準にして相互に関連付け、自身に接続される出力装置の画面の第１の領域に第１の情報群を表示し、画面の第２の領域に第２の情報群を表示し、画面の第３の領域に第３の情報群を表示し、第１の情報群、第２の情報群又は第３の情報群のうちのいずれかに含まれる、任意の個別情報が選択されるのを受け付け、選択された個別情報に関連付けられた他の個別情報を強調表示する制御部と、を備えることを特徴とする。
その他の手段については、発明を実施するための形態のなかで説明する。
【発明の効果】
【０００６】
本発明によれば、特定の生体情報とその生体情報に関する医師の所見及び起こすべき行動等の関係を必要な分だけ表示することが可能になる。
【図面の簡単な説明】
【０００７】
【図１】本実施形態の健康管理システムの構成図である。
【図２】本実施形態の患者端末装置等の構成図である。
【図３】本実施形態のエージェント端末装置の構成図である。
【図４】（ａ）は、本実施形態の家族情報ＤＢ（データベース）の一例である。（ｂ）は、本実施形態のサポータ情報ＤＢの一例である。
【図５】本実施形態の生体情報ＤＢの一例である。
【図６】本実施形態の観察情報ＤＢの一例である。
【図７】本実施形態の通院情報ＤＢの一例である。
【図８】本実施形態の服薬情報ＤＢの一例である。
【図９】本実施形態のコメント情報ＤＢの一例である。
【図１０】（ａ）は、本実施形態の関連付け情報ＤＢの一例である。（ｂ）は、本実施形態の閲覧権限情報ＤＢの一例である。
【図１１】本実施形態の（個人用の）ヘルスケア画面の一例である。
【図１２】本実施形態の（個人用の）ヘルスケア画面の一例である。
【図１３】本実施形態の（個人用の）ヘルスケア画面の一例である。
【図１４】本実施形態の（個人用の）ヘルスケア画面の一例である。
【図１５】本実施形態の（個人用の）ヘルスケア画面の一例である。
【図１６】本実施形態の（個人用の）ヘルスケア画面の一例である。
【図１７】本実施形態の（個人用の）ヘルスケア画面の一例である。
【図１８】本実施形態の（個人用の）ヘルスケア画面の一例である。
【図１９】本実施形態の（家族用の）ヘルスケア画面の一例である。
【図２０】本実施形態の対話画面の一例である。
【図２１】本実施形態のアドバイスツリーの一例である。
【図２２】本実施形態の全体処理手順のフローチャートである。
【図２３】（ａ）は、本実施形態の生体情報・観察情報入力処理手順のフローチャートである。（ｂ）は、本実施形態の通院情報・服薬情報入力処理手順のフローチャートである。（ｃ）は、本実施形態のコメント情報入力処理手順のフローチャートである。
【図２４】（ａ）は、本実施形態の関連付け処理手順のフローチャートである。（ｂ）は、本実施形態のヘルスケア処理手順のフローチャートである。
【図２５】（ａ）は、本実施形態の閲覧権限見直し処理手順のフローチャートである。（ｂ）は、本実施形態の対話処理手順のフローチャートである。
【発明を実施するための形態】
【０００８】
以降、本発明を実施するための形態（「本実施形態」という）を、図等を参照しながら説明する。最初に、本実施形態で使用される用語の意味及び本発明の概要を説明する。
【０００９】
（用語の意味）
生体情報とは、例えば以下のような、人間の身体についての定量的情報である。
・体重、身長、体温、最高（最低）血圧、脈拍数のように測定機器によって直ちに取得できる情報
・血糖値のように、身体から採取されたサンプルを分析することにより取得できる情報
・５０メートル走（タイム）のように、運動能力を示す情報
・睡眠時間、摂取カロリのように日常の行動を積算して得られる情報
【００１０】
観察情報とは、例えば以下のような、人間の身体についての定性的情報である。
・体調の良し悪し、頭痛の有無のように、本人が感知し得る情報
・機嫌の良し悪しのように、本人の周囲にいる者が察知し得る情報
【００１１】
通院情報とは、例えば以下のような、医師等の治療を受ける予定を示す情報である。
・医院における診断
・学校、医院等における予防接種
【００１２】
服薬情報とは、医師等が指示した薬品を服用する予定を示す情報、又は、医師等が指示した運動を行う予定を示す情報である。服薬情報の例は、以下の通りである。
・「Ａメテック（薬品名）・１０月１４日昼食後」
・「ラジオ体操・１０月１４日早朝」
【００１３】
コメント情報とは、例えば以下のような、医師等が作成する文章情報である。
・「血圧の値が高いですね。このままにしておくと深刻な疾患につながります。ご相談下さい。」のようなメッセージ。
・健康診断結果のような報告書。
【００１４】
生体系情報とは、生体情報及び観察情報を含む広い概念である。スケジュール情報とは、通院情報及び服薬情報を含む広い概念である。患者とは、健康指導を受ける人間であり、年齢、現実の疾患の有無を問わない（健康な者であっても患者と呼ぶ）。
サポータとは、例えば以下のような、患者に対する健康指導を行う専門家である。
・医師、薬剤師のように、不特定の患者を広く一般的に受け入れる医療従事者。
・産業医、校医、保育士のように、特定の組織（企業、学校、保育所等）に所属する患者を受け入れる医療従事者。
【００１５】
ホームドクタとは、家族のような患者の集団に対する健康指導を、純粋に医学的な観点から行う専門家である。医師が、患者に対する直接的な診察に基づき健康指導を行うのに対して、ホームドクタは、必ずしも患者を直接診察することを要求されない。むしろ、ホームドクタは、特定の家族の構成員全員に対して健康指導を包括的かつ客観的に行う。もちろん、ホームドクタの職業が「医師」であってもかまわない。
エージェントとは、家族のような患者の集団に対する健康指導を、純粋に医学的な観点以外の観点から行う専門家である。純粋に医学的な観点以外の観点とは、例えば、医療費のコスト分析のような経済的・家政的観点である。エージェントの職業は特に限定されない。
なお、「第１の情報群」、「第２の情報群」及び「第３の情報群」には、複数のスケジュール情報、複数の生体系情報及び複数のコメント情報がそれぞれ相当する。
【００１６】
いま、夫（給与所得者）、妻（無職）、長男（小学生）及び長女（乳児）から構成される家族を想定する。夫は、職場の産業医から健康指導を受ける機会が多い。妻は、掛かりつけの医師から健康指導を受けることが多い。長男（又はその親）は、小学校の校医から健康指導を受けることが多い。長女（の親）は、保育所の保育士から健康指導を受けることが多い。家族を代表する者、例えば夫は、家族の構成員がそれぞれのサポータ（産業医、医師、校医及び保育士）から個別に得る健康指導を知ることができれば便宜である。しかしながら、それぞれのサポータから独立したホームドクタから、構成員全体に対する包括的・客観的な健康指導をまとめて受けることができればさらに便宜である。夫がすべての構成員に係る医療費を負担する立場にある場合、夫は、エージェントの健康指導を受け、治療方針の見直し等ができればさらに便宜である。ホームドクタ及びエージェントの存在意義はこのことにある。
【００１７】
（本発明の概略）
理解しやすさのために、図１〜図１１をひとまず飛ばし、ヘルスケア画面７１（図１２）を参照して、本発明の代表的な実施形態を説明する。いま、患者の一人である松田幸子が、ヘルスケア画面７１を見ているとする。ヘルスケア画面７１は、上段２０１、中段２０２及び下段２０３の３行に亘ってタイル状の図形（以下単に「タイル」と呼ぶことがある）を横一線に表示している。
上段２０１（第１の領域）には、スケジュール情報（通院情報及び服薬情報）を示すタイル２１１ａ〜２１１ｆが表示されている。タイル２１１ａは、本日が１４日火曜日であることを示している。タイル２１１ｂは、松田幸子が本日の早朝に、ラジオ体操を既に行ったことを示している。なお、チェックマーク２２４はその予定がすでに完了していることを示している。タイル２１１ｃは、松田幸子が本日の昼食後に、Ａメテックという薬品を既に服用したことを示している。タイル２１１ｄは、松田幸子が本日の１４時００分に池ヶ谷皮膚科において治療を受ける予定であることを示している。タイル２１１ｅは、松田幸子が本日の夕食後に、Ａメテックという薬品を服用する予定であることを示している。タイル２１１ｆは、松田幸子が本日の夕食後に、散歩を６０分間行う予定であることを示している。
【００１８】
中段２０２（第２の領域）には、生体系情報（生体情報及び観察情報）を示すタイル２１２ａ〜２１２ｇが表示されている。タイル２１２ａは、松田幸子の体調がすごくよいことを示している。タイル２１２ｂは、松田幸子の体重が５２.３ｋｇであることを示している。タイル２１２ｃは、松田幸子の体温が３５.８℃であることを示している。タイル２１２ｄは、松田幸子の睡眠時間が５時間２６分であることを示している。タイル２１２ｅは、松田幸子の摂取カロリが２１２５ｋｃａｌであることを示している。タイル２１２ｆは、松田幸子の最低血圧が７０ｍｍＨｇであることを示している。タイル２１２ｇは、松田幸子の運動目標達成率が８０％であることを示している。
【００１９】
下段２０３（第３の領域）には、コメント情報を示すタイル２１３ａ、２１３ｂが表示されている。タイル２１３ａは、ホームドクタが作成したコメント内容を示している。タイル２１３ｂは、エージェントが作成したコメント内容を示している。
【００２０】
松田幸子は、低血圧症状に悩んでいる。したがって、松田幸子は、それを治癒するにはどのような行動を取り、どのようなアドバイスを受けるべきかという疑問に対する回答を求めている。しかしながら、図１２のようにタイルが冗長に表示されている状態では、松田幸子が瞬時に回答を発見することは困難である。ここで仮に、松田幸子がタイル「最低血圧７０ｍｍＨｇ」２１２ｆに指で触れたとき、タイル２１１ｅ及びタイル２１３ａのみが強調表示され、又は他のタイルが非表示となったとする。すると、松田幸子は、まず夕食後にＡメテックを服用し、近い将来ホームドクタの健康指導を受けなければならない、という回答を瞬時に発見することができる。
【００２１】
前記したことを、図１５〜図１８を参照して、より一般的に説明する。ヘルスケア画面７１（図１５）の上段には、スケジュール情報を示すタイルが横一線に並べて表示されている。中段には、生体系情報を示すタイルが横一線に並べて表示されている。下段には、コメント情報を示すタイルが横一線に並べて表示されている。
いま、患者が、中段のタイル「Ｍ０００３」に指で触れたとする。すると、上段のタイル「Ｕ０００２」、中段のタイル「Ｍ０００３」及び下段のタイル「Ｌ０００２」が強調表示される（図１６）。他の例として、患者が、上段のタイル「Ｕ０００２」に指で触れたとする。すると、同様に、上段のタイル「Ｕ０００２」、中段のタイル「Ｍ０００３」及び下段のタイル「Ｌ０００２」が強調表示される（図１７）。
【００２２】
さらに他の例として、患者が、中段のタイル「Ｍ０００３」及び「Ｍ０００４」に指で触れたとする。すると、上段のタイル「Ｕ０００２」、中段のタイル「Ｍ０００３」及び下段のタイル「Ｌ０００２」がある態様（例えば赤色で）で強調表示される。そして、上段のタイル「Ｕ０００４」及び「Ｕ０００５」、中段のタイル「Ｍ０００４」並びに下段のタイル「Ｌ０００２」及び「Ｌ０００３」が別の態様（例えば黄色で）で強調表示される（図１８）。重複している下段のタイル「Ｌ０００２」は、左半分が赤色で、右半分が黄色で強調表示されてもよい。
【００２３】
つまり、スケジュール情報の群、生体系情報の群及びコメント情報の群のそれぞれに属する、１又は複数の情報（個別情報）が相互に関連付けられて記憶されている。そして、任意の情報を示すタイルが選択されると、選択された情報に関連付けられている情報を示すタイルが、それぞれの群ごとに１つ又は複数強調表示される。
【００２４】
（機器構成）
図１に沿って、健康管理システム１の構成を説明する。健康管理システム１は、ネットワーク６を介して相互に接続された、患者端末装置２及びサポータ端末装置３、ホームドクタ端末装置４及びエージェント端末装置５を有する。これらの装置２〜５は、それぞれ、家族に属する患者、サポータ、ホームドクタ及びエージェントによって操作される。
【００２５】
図２に沿って、患者端末装置２の構成を説明する。患者端末装置２は、一般的なコンピュータである。患者端末装置２は、中央制御装置１１、キーボード、マウス、タッチスクリーン等の入力装置１２、ディスプレイ等の出力装置１３、主記憶装置１４、補助記憶装置１５、通信装置１６、カメラ１７、生体情報センサ１８、マイクロホン１９及びスピーカ２０を有する。これらはシステムバスによって相互に接続されている。患者端末装置２は、机上操作用のいわゆるパソコンであってもよいし、携帯用のいわゆるタブレット、スマートフォン等であってもよい。
【００２６】
主記憶装置１４における、送受信情報管理部２１及び表示画面管理部２２は、プログラムである。以降、「○○部は」と主体を記した場合は、中央制御装置１１が、補助記憶装置１５から各プログラムを読み出し、主記憶装置１４にロードしたうえで、各プログラムの機能（詳細後記）を実現するものとする（このことは、後記するエージェント端末装置５についても同様である）。コンピュータが一般的に有する構成１１〜１６については詳しい説明を省略する。
【００２７】
カメラ１７は、被写体である患者の画像（静止画又は動画）を取得する。生体情報センサ１８は、例えば、電子血圧計、電子体温計、電子体重計のような測定機器であり、患者の生体情報を取得する。マイクロホン１９は、患者の発する音声を取得する。スピーカ２０は、患者が通信している相手の音声を再生する。なお、サポータ端末装置３及びホームドクタ端末装置４もまた、同様の構成を有している。ただし、サポータ端末装置３の生体情報センサ１８は、サポータではなく患者の生体情報を取得する。例えば、保育士が乳児の生体情報を取得する。ホームドクタ端末装置４についても同様である。
【００２８】
図３に沿って、エージェント端末装置５の構成を説明する。エージェント端末装置５もまた、一般的なコンピュータである。エージェント端末装置５は、中央制御装置３１、キーボード、マウス、タッチスクリーン等の入力装置３２、ディスプレイ等の出力装置３３、主記憶装置３４、補助記憶装置３５、通信装置３６、カメラ３７、マイクロホン３８及びスピーカ３９を有する。これらはシステムバスによって相互に接続されている。エージェント端末装置５は、机上操作用のいわゆるパソコンであってもよいし、携帯用のいわゆるタブレット、スマートフォン等であってもよい。しかしながら、一般的には机上操作用のパソコンであることが多い。構成３１〜３９については詳しい説明を省略する。
【００２９】
主記憶装置３４における、送受信情報管理部５１、関連付け部５２、閲覧権限管理部５３及び表示画面管理部５４は、プログラムである。補助記憶装置３５は、家族情報データベース６１（以降「データベース」を「ＤＢ」と省略的に記す場合もある）、サポータ情報ＤＢ６２、生体情報ＤＢ６３、観察情報ＤＢ６４、通院情報ＤＢ６５、服薬情報ＤＢ６６、コメント情報ＤＢ６７、関連付け情報ＤＢ６８及び閲覧権限情報ＤＢ６９を記憶している。これらの詳細については後記する。なお、「健康管理装置」には、エージェント端末装置５が相当する。
【００３０】
図４（ａ）に沿って、家族情報ＤＢ６１を説明する。家族情報ＤＢ６１においては、家族ＩＤ欄１０１に記憶された家族ＩＤに関連付けて、個人ＩＤ欄１０２には個人ＩＤが、氏名欄１０３には氏名が、続柄欄１０４には続柄が、生年月日欄１０５には生年月日が、エージェントＩＤ欄１０６にはエージェントＩＤが、ホームドクタＩＤ欄１０７にはホームドクタＩＤが記憶されている。
【００３１】
家族ＩＤ欄１０１の家族ＩＤは、患者が属する家族を一意に特定する識別子である。家族とは、専ら複数の患者を管理する単位であって、その家族に属する患者間の法的な親族関係の有無、同居別居の違い等は問われない。
個人ＩＤ欄１０２の個人ＩＤは、患者を一意に特定する識別子である。
氏名欄１０３の氏名は、患者の氏名である。
続柄欄１０４の続柄は、家族内における患者の親族関係を示す語である。ここでは、「夫」、「妻」、「長男」及び「長女」が例として記載されている。続柄は、「次男」、「次女」、「夫の母」、「長男の長男」等であってもよい。なお続柄に付された「*」は、その患者が家族のなかでの代表者（１名）であることを示す。
【００３２】
生年月日欄１０５の生年月日は、患者の生年月日である。
エージェントＩＤ欄１０６のエージェントＩＤは、エージェントを一意に特定する識別子である。エージェントは、家族の構成員全員に対して健康指導を行う者である。よって、エージェントＩＤは代表者のレコードのみに記憶される。
ホームドクタＩＤ欄１０７のホームドクタＩＤは、ホームドクタを一意に特定する識別子である。ホームドクタもまた、家族の構成員全員に対して健康指導を行う者である。よって、ホームドクタＩＤも代表者のレコードのみに記憶される。
家族情報ＤＢ６１のレコードは、個人ＩＤの数だけ存在する。１〜４行目に注目すると、家族ＩＤが「Ｆ００１」である家族には、「夫」であり代表者でもある「松田一郎」、「妻」である「松田幸子」、「長男」である「松田航平」及び「長女」である「松田綾乃」が属している。現時点が２０１２年であるとした場合、図に記載の生年月日によれば、松田航平は小学生であり、松田綾乃は乳児である。
【００３３】
図４（ｂ）に沿って、サポータ情報ＤＢ６２を説明する。サポータ情報ＤＢ６２においては、家族ＩＤ欄１１１に記憶された家族ＩＤに関連付けて、個人ＩＤ欄１１２には個人ＩＤが、サポータＩＤ欄１１３にはサポータＩＤが、サポータカテゴリ欄１１４にはサポータカテゴリが、サポータ名欄１１５にはサポータ名が記憶されている。
【００３４】
家族ＩＤ欄１１１の家族ＩＤは、図４（ａ）の家族ＩＤと同じである。
個人ＩＤ欄１１２の個人ＩＤは、図４（ａ）の個人ＩＤと同じである。
サポータＩＤ欄１１３のサポータＩＤは、サポータを一意に特定する識別子である。
サポータカテゴリ欄１１４のサポータカテゴリは、サポータの種類を示す語である。ここでのサポータカテゴリは、「産業医」、「一般医師」（ホームドクタとは区別される）、「薬剤師」、「校医」及び「保育士」が例として記載されている。サポータカテゴリは、「鍼灸師」、「介護師」等であってもよいし、一般医師をさらに細かく分類した「内科医師」等であってもよい。
サポータ名欄１１５のサポータ名は、サポータの名称である。サポータ名は、個人名であってもよいし、屋号等の団体名であってもよい。
サポータ情報ＤＢ６２のレコードは、個人ＩＤとその個人ＩＤの患者を診るサポータのサポータＩＤとの組合せの数だけ存在する。
【００３５】
図４（ａ）及び（ｂ）の記載例を参照すると、以下のことがらがわかる。
・「松田一郎」、「松田幸子」、「松田航平」及び「松田綾乃」は、それぞれ、「一般医師」としての、それぞれ「原眼科医院」、「池ヶ谷皮膚科」、「山本耳鼻科」及び「野村小児科医院」から、各人個別の健康指導を受けること。
・それ以外に、「松田一郎」は「産業医」である「都立総合病院」からも、「松田幸子」は「薬剤師」である「わかば調剤薬局」からも、「松田航平」は「校医」である「めぐろ小学校」からも、「松田綾乃」は「保育士」である「めぐろこども園」からも、各人個別の健康指導を受けること。
・さらに、エージェント「Ａ００１」及びホームドクタ「Ｄ００１」は、「松田一郎」、「松田幸子」、「松田航平」及び「松田綾乃」に対して健康指導を行うこと。
【００３６】
図５に沿って、生体情報ＤＢ６３を説明する。生体情報ＤＢ６３においては、情報ＩＤ欄１２１に記憶された情報ＩＤに関連付けて、個人ＩＤ欄１２２には個人ＩＤが、取得者ＩＤ欄１２３には取得者ＩＤが、生体情報カテゴリ欄１２４には生体情報カテゴリが、キーワード欄１２５にはキーワードが、値欄１２６には値が、取得時期欄１２７には取得時期が、重み欄１２８には重みコードが、警告欄１２９には警告コードが記憶されている。
【００３７】
情報ＩＤ欄１２１の情報ＩＤは、生体情報、観察情報、通院情報、服薬情報及びコメント情報全体を通じて、その情報（個別情報）を一意に特定する識別子である。情報ＩＤは、例えば「Ｍ０００１」のように、記号＋数値の構成を有する。「Ｍ」は「middle」の略であり、その情報を示すタイルが、ヘルスケア画面７１の中段の行に表示されることを示す。「０００１」は、「Ｍ」を冠する情報ＩＤのなかでユニークな数字である。本実施形態では、生体情報及び観察情報に対して「Ｍ」が割り当てられている。そして、生体情報に対して「０００１〜１０００」が、観察情報に対して「１００１〜」が割り当てられている。なお、以降では、「Ｍ」を冠する情報ＩＤを、Ｍ系情報ＩＤと呼ぶことがある。
【００３８】
個人ＩＤ欄１２２の個人ＩＤは、図４（ａ）の個人ＩＤと同じである。
取得者ＩＤ欄１２３の取得者ＩＤは、生体情報を取得した者を一意に特定する識別子であり、具体的には、自身の生体情報を取得した患者の個人ＩＤ、又は、患者（乳児等）の生体情報を取得したサポータ（保育士等）のサポータＩＤである。
生体情報カテゴリ欄１２４の生体情報カテゴリは、生体情報の種類であり、ここでは「体重」、「最高血圧」、「最低血圧」、「体温」、「摂取カロリ」、「睡眠時間」及び「運動目標達成度」（例えば、５０００歩／日の歩行目標に対する達成率等）を例としているが、「身長」、「脈拍数」、「血糖値」のような他の生体情報カテゴリがあってもよい。
キーワード欄１２５のキーワードについては、（他のＤＢとも共通する項目であるので）まとめて詳しく後記する。
値欄１２６の値は、取得された生体情報の値である。
取得時期欄１２７の取得時期は、生体情報が取得された年月日時分である。
【００３９】
重み欄１２８の重みコードは、生体情報が危険な水準にある場合、ヘルスケア画面７１上において、そのタイルをドラッグ（指で押さえて移動）するときに生じる「重み」に対応している。「重み」とは、患者が画面上でタイルをドラッグした距離と、ドラッグした距離からタイルが画面上で実際に移動する距離を減算した距離との比率である。例えば、患者はタイルを４単位移動させているのに、画面上のタイル表示が実際には１単位しか移動しない場合、「重み」は、（４−１）／４＝０.７５である。ここでの「単位」とは、例えば「画素」であってもよいし、画面上の長さであってもよい。
警告欄１２９の警告コードは、生体情報が危険な水準にある場合、ヘルスケア画面７１上において、そのタイルが表示される強調態様を示している。
【００４０】
最高血圧の重みコード及び警告コードの例をさらに具体的に説明する。いま、「注意閾値」が「１３０ｍｍＨｇ」であり、「危険閾値」が「１４０ｍｍＨｇ」であるとする。エージェント端末装置５の送受信情報管理部５１は、生体情報ＤＢ６３上の最高血圧の値を常時又は定期的に監視する。送受信情報管理部５１は、値が一瞬であっても危険閾値に達した場合は、重み欄１２８に重みコード「０１」を記憶する。値が「危険閾値」に達しないまでも、「注意閾値」を超える期間が所定の時間（例えば１か月）継続した場合は、送受信情報管理部５１は、その１か月後の最初の取得時期を有するレコードの重み欄１２８に重みコード「０２」を記憶する。なお、重みコード「０１」は、「重み＝０.５」に対応し、重みコード「０２」は、「重み＝０.２」に対応するというようにしてもよい。
【００４１】
警告欄１２９の警告コードは、生体情報が危険な水準にある場合、ヘルスケア画面７１上において、そのタイルを警告表示する態様に対応している。
例えば、エージェント端末装置５の送受信情報管理部５１は、値が一瞬であっても危険閾値に達した場合は、警告欄１２９に警告コード「１１」を記憶する。値が「危険閾値」に達しないまでも、「注意閾値」を超える期間が所定の時間（例えば１か月）継続した場合は、送受信情報管理部５１は、その１か月後の最初の取得時期を有するレコードの警告欄１２９に警告コード「１２」を記憶する。なお、「１２」は黄色の強調表示に対応し、「１１」は、より切迫感を与える赤色の強調表示に対応するというようにしてもよい。
【００４２】
なお、注意閾値及び危険閾値は、生体情報カテゴリごと、患者ごと（個人ＩＤごと）に設定されてもよい。
生体情報ＤＢ６３のレコードは、取得された値の数だけ存在する。図５に注目し、必要に応じ図４（ａ）及び図４（ｂ）を参照すると、例えば、以下のことがらがわかる（キーワードについては後記する）。
・２０１２年１０月１日１０時００分に、松田一郎は、自ら体重の値を取得し、その値は６５．３ｋｇであった。
・同時に、松田一郎は、最高血圧、最低血圧、摂取カロリ、睡眠時間及び体温の値も取得している。
・そのうち、最高血圧の値は、危険閾値に達したので、重み欄１２８に重みコード「０１」が、警告欄１２９に警告コード「１１」が記憶された。
・２０１２年１０月７日１３時００分に、「めぐろ小学校」の「校医」は、松田航平の体重の値を取得し、その値は２７.４ｋｇであった。
・２０１２年１０月１３日１１時００分に、「めぐろこども園」の「保育士」は、松田綾乃の体重の値を取得し、その値は５.８ｋｇであった。
【００４３】
図６に沿って、観察情報ＤＢ６４を説明する。観察情報ＤＢ６４においては、情報ＩＤ欄１３１に記憶された情報ＩＤに関連付けて、サポータＩＤ欄１３２にはサポータＩＤが、表示内容欄１３３には表示内容が、個人ＩＤ欄１３４には個人ＩＤが、キーワード欄１３５にはキーワードが、作成時期欄１３６には作成時期が記憶されている。
【００４４】
情報ＩＤ欄１３１の情報ＩＤは、図５の情報ＩＤと同じである。
サポータＩＤ欄１３２のサポータＩＤは、図４（ｂ）のサポータＩＤと同じである。
表示内容欄１３３の表示内容は、観察情報としてタイルに表示される文字等である。
個人ＩＤ欄１３４の個人ＩＤは、図４（ａ）の個人ＩＤと同じである。
キーワード欄１３５のキーワードについては、まとめて詳しく後記する。
作成時期欄１３６の作成時期は、観察情報が作成された年月日時分である。
【００４５】
観察情報ＤＢ６４のレコードは、すべての患者を通じて表示させたいタイルの総数だけ存在する。因みに、１行目のレコードは、「めぐろ小学校」の「校医」が、２０１２年１０月７日９時００分に松田航平を観察した結果に基づき、ヘルスケア画面７１に、「体調・ふつう」という文字を含むタイルを表示することを希望していることを示す。４行目のレコードは、「めぐろこども園」の「保育士」が、２０１２年１０月１３日１０時００分に松田綾乃を観察した結果に基づき、ヘルスケア画面７１に、「体調・ごきげん」という文字を含むタイルを表示することを希望していることを示す。
【００４６】
（観察情報の表示内容の詳細説明）
なお、表示内容は、純粋に医学的なものに限定されなくてもよい。「めぐろこども園」の「保育士」の操作により、「松田綾乃」の親に対し、「松田綾乃」の成長を示す出来事「記念日ノート・絵本デビュー・１２日」を表示するように設定することも可能である（８行目のレコード）。
さらに、表示内容は、備忘録的なものであってもよい。例えば、「めぐろこども園」の「保育士」の操作により、「松田綾乃」の親に対し、「松田綾乃」の帰宅後に必ず授乳し、授乳後にタイルを指で触れることを促す「授乳メモ・あげたらタップ」を表示するように設定することも可能である（６行目のレコード）。「めぐろこども園」の「保育士」の操作により、「松田綾乃」の親に対し、「松田綾乃」の帰宅後に必ずおしめを取り替え、その後タイルを指で触れることを促す「おしめメモ・替えたらタップ」を表示するように設定することも可能である（７行目のレコード）。
【００４７】
図７に沿って、通院情報ＤＢ６５を説明する。通院情報ＤＢ６５においては、情報ＩＤ欄１４１に記憶された情報ＩＤに関連付けて、サポータＩＤ欄１４２にはサポータＩＤが、表示内容欄１４３には表示内容が、個人ＩＤ欄１４４には個人ＩＤが、キーワード欄１４５にはキーワードが、作成時期欄１４６には作成時期が、報酬欄１４７には報酬金額が記憶されている。
【００４８】
情報ＩＤ欄１４１の情報ＩＤは、図５の情報ＩＤと同じである。ここでの情報ＩＤの「Ｕ」は「upper」の略であり、その情報を示すタイルが、ヘルスケア画面７１の上段の行に表示されることを示す。ここでの情報ＩＤの「０００１」等は、「Ｕ」を冠する情報ＩＤのなかでユニークな数字である。本実施形態では、通院情報及び服薬情報に対して「Ｕ」が割り当てられている。そして、通院情報に対して「０００１〜１０００」が、服薬情報に対して「１００１〜」が割り当てられている。なお、「Ｕ」を冠する情報ＩＤを、Ｕ系情報ＩＤと呼ぶことがある。
【００４９】
サポータＩＤ欄１４２のサポータＩＤは、図４（ｂ）のサポータＩＤと同じである。
表示内容欄１４３の表示内容は、通院情報としてタイルに表示される文字等である。
個人ＩＤ欄１４４の個人ＩＤは、図４（ａ）の個人ＩＤと同じである。
キーワード欄１４５のキーワードについては、まとめて詳しく後記する。
作成時期欄１４６の作成時期は、通院情報が作成された年月日時分である。
報酬欄１４７の報酬金額は、通院情報に関連して患者（又は患者の親）が負担することになる治療費等の予定金額（健保負担分を除いても含んでもよい）である。
【００５０】
通院情報ＤＢ６５のレコードは、全ての患者を通じて表示させたいタイルの数だけ存在する。因みに、１行目のレコードは、以下のことがらを示している。
・「原眼科医院」の「一般医師」が、「松田一郎」に対して通院情報を２０１２年１０月１日１５時００分に作成したこと。
・その通院情報のタイルには、「原眼科・１０月４日／９：００」（サポータ名及び予約日時）が表示されること。
・「松田一郎」が支払うべき予定金額は、「１０００円」であること。
８行目のレコードは、以下のことがらを示している。
・「野村小児科医院」の「一般医師」が、「松田綾乃」の親に対して通院情報を２０１２年１０月１３日１５時００分に作成したこと。
・その通院情報のタイルには、「野村小児科３ヶ月検診・１０月１７日／１５：００」（予約日時）が表示されること。
・「松田綾乃」の親が支払うべき予定金額は、「０円」であること。
【００５１】
（通院情報の表示内容の詳細説明）
なお、表示内容は、医院に通うものに限定されなくてもよい。例えば、「めぐろ小学校」の「校医」の操作により、「松田航平」（の親）に対し、書類を「校医に」提出することを促す「運動会前保険調査票・１０月９日まで」を表示するように設定することも可能である（５行目のレコード）。
【００５２】
図８に沿って、服薬情報ＤＢ６６を説明する。服薬情報ＤＢ６６においては、情報ＩＤ欄１５１に記憶された情報ＩＤに関連付けて、サポータＩＤ欄１５２にはサポータＩＤが、表示内容欄１５３には表示内容が、個人ＩＤ欄１５４には個人ＩＤが、キーワード欄１５５にはキーワードが、作成時期欄１５６には作成時期が、報酬欄１５７には報酬金額が記憶されている。
【００５３】
情報ＩＤ欄１５１の情報ＩＤは、図５の情報ＩＤと同じである。
サポータＩＤ欄１５２のサポータＩＤは、図４（ｂ）のサポータＩＤと同じである。
表示内容欄１５３の表示内容は、服薬情報としてタイルに表示される文字等である。
個人ＩＤ欄１５４の個人ＩＤは、図４（ａ）の個人ＩＤと同じである。
キーワード欄１５５のキーワードについては、まとめて詳しく後記する。
作成時期欄１５６の作成時期は、服薬情報が作成された年月日時分である。
報酬欄１５７の報酬金額は、服薬情報に関連して患者（又は患者の親）が負担することになる薬品代金等の予定金額である。
【００５４】
服薬情報ＤＢ６６のレコードは、全ての患者を通じて表示させたいタイルの数だけ存在する。因みに、１行目のレコードは、以下のことがらを示している。
・「わかば調剤薬局」の「薬剤師」が、「松田幸子」に対する服薬情報を２０１２年１０月１３日１５時００分に作成したこと。
・その服薬情報のタイルには、「Ａメテック・１０月１４日昼食後」（薬品名及び服用タイミング）が表示されること。
・「松田幸子」が支払うべき予定金額は、「２００円」であること。
【００５５】
（服薬情報の表示内容の詳細説明）
なお、表示内容は、服用すべき薬品名等に限定されなくてもよい。例えば、「池ヶ谷皮膚科」の「一般医師」の操作により、「松田幸子」に対し、運動することを促す「ラジオ体操・１０月１４日早朝」を表示するように設定することも可能である（４行目のレコード）。
【００５６】
図９に沿って、コメント情報ＤＢ６７を説明する。コメント情報ＤＢ６７においては、情報ＩＤ欄１６１に記憶された情報ＩＤに関連付けて、サポータＩＤ欄１６２にはサポータＩＤが、コメント内容欄１６３にはコメント内容が、個人ＩＤ欄１６４には個人ＩＤが、キーワード欄１６５にはキーワードが、作成時期欄１６６には作成時期が記憶されている。
【００５７】
情報ＩＤ欄１６１の情報ＩＤは、図５の情報ＩＤと同じである。ここでの情報ＩＤの「Ｌ」は「lower」の略であり、その情報を示すタイルが、ヘルスケア画面７１の下段の行に表示されることを示す。ここでの情報ＩＤの「０００１」等は、「Ｌ」を冠する情報ＩＤのなかでユニークな数字である。但し、本実施形態では、「Ｌ」が割り当てられているのはコメント情報のみである。なお、「Ｌ」を冠する情報ＩＤを、Ｌ系情報ＩＤと呼ぶことがある。
【００５８】
サポータＩＤ欄１６２のサポータＩＤは、図４（ｂ）のサポータＩＤと同じである。
コメント内容欄１６３のコメント内容は、コメント情報としてタイルに表示される文字等である。通常の場合、コメント内容は、単語ではなくある程度の長さを有する文章である。しかしながら、文章が長い場合、コメント内容は、文章のタイトル及びその文章の所在位置を示す情報（リンク情報）の組合せであってもよい（１、７行目）。
個人ＩＤ欄１６４の個人ＩＤは、図４（ａ）の個人ＩＤと同じである。
キーワード欄１６５のキーワードについては、まとめて詳しく後記する。
作成時期欄１６６の作成時期は、コメント情報が作成された年月日時分である。
【００５９】
コメント情報ＤＢ６７のレコードは、すべての患者を通じて表示させたいタイルの数だけ存在する。つまり、同一コメント内容が複数の患者に対して表示される場合は、そのコメント内容を有するレコードが患者の数だけ存在することになる。
因みに、２行目のレコードは、以下のことがらを示している。
・ホームドクタが、「松田一郎」に対するコメント情報を２０１２年１０月１日１５時００分に作成したこと。
・そのコメント情報のタイルには、「ホームドクタ／坂田より  血圧の値が高いですね。このままにしておくと深刻な疾患につながります。ご相談ください。」が表示されること。
【００６０】
（スケジュール情報、生体系情報及びコメント情報の関連付け）
以降において、スケジュール情報、生体系情報及びコメント情報（個別情報）の関連付けを説明し、同時に「キーワード」の役割も説明する。なお、キーワードとは、これらの情報の特徴を端的に表す語（特徴語）である。
図１２において、例えば、「Ａメテック１４日夕食後」２１１ｅ、「最低血圧７０ｍｍＨｇ」２１２ｆ及び「ホームドクタ／坂田より  低血圧が続いていますね。・・・」２１３ａを相互に関連付けるために、エージェント端末装置５の関連付け部５２が実行する処理は以下の通りである。
【００６１】
（１）関連付け部５２は、「Ａメテック１４日夕食後」から１又は複数のキーワードを取得する。キーワードを取得する方法には様々なものが考えられる。最も単純な方法は、サポータがキーボード等の入力装置１２又はマイクロホン１９を介して、「低血圧」等の文字列又は音声をキーワードそのものとして入力するのを受け付ける方法である。関連付け部５２は、「Ａメテック１４日夕食後」という文字列から公知の方法で、１又は複数のキーワードを取得してもよい。「Ａメテック１４日夕食後」の文字数は、１１個と僅少であり、有意なキーワードが取得されない場合もある。そこで、関連付け部５２は、「Ａメテック」を検索キーとし、インターネットを介して外部のデータベース（製薬会社のホームページ等）からその効用等が記載された文章を取得する。そして、取得した文章から公知の方法で、１又は複数のキーワードを取得してもよい。ここで、「公知の方法」としては、例えば、ＴＦ−ＩＤＦ法が存在する。
【００６２】
（２）関連付け部５２は、「最低血圧７０ｍｍＨｇ」から１又は複数のキーワードを取得する。関連付け部５２は、前記のようにサポータによる文字（音声）入力をキーワードそのものとして受け付けてもよいし、「最低血圧７０ｍｍＨｇ」という文字列から公知の方法で、１又は複数のキーワードを取得してもよい。さらに、関連付け部５２は、「最低血圧」を検索キーとし、インターネットを介して外部のデータベース（医学書等）から症状等が記載された文章を取得する。そして、取得した文章から公知の方法で、１又は複数のキーワードを取得してもよい。さらに、関連付け部５２は、外部の辞書から「最低血圧」の類義語をキーワードとして取得してもよい。
【００６３】
（３）関連付け部５２は、「ホームドクタ／坂田より  低血圧が続いていますね。・・・」から１又は複数のキーワードを取得する。コメント内容は充分な長さを有する文章である。そこで、関連付け部５２は、「ホームドクタ／坂田よりより  低血圧が続いていますね。・・・」から公知の方法で、１又は複数のキーワードを取得する。コメント内容が充分な長さを有しない場合は、関連付け部５２は、コメント内容に含まれる任意の文字列を検索キーとし、インターネットを介して外部のデータベースからその文字列が記載された文章を取得する。そして、取得した文章から公知の方法で、１又は複数のキーワードを取得してもよい。
【００６４】
（４）このようにして、関連付け部５２は、すべてのスケジュール情報、生体系情報及びコメント情報についてキーワードを取得し、情報ＩＤに関連付けて記憶する。このキーワードが、図５〜図９に記憶されたキーワードに他ならない。
【００６５】
（５）関連付け部５２は、キーワード同士を比較し、一致する又は類似するもの同士をマッチング（関連付け）する。例えば、「Ｍ０００１」に関連付けられているキーワード「メタボ」又はその類義語を検索キーとして、すべてのＵ系情報ＩＤに関連付けられているキーワードを探す。そして、該当したキーワードに関連付けられているＵ系情報ＩＤを取得する。さらに、関連付け部５２は、「メタボ」又はその類義語を検索キーとして、すべてのＬ系情報ＩＤに関連付けられているキーワードを探す。そして、該当したキーワードに関連付けられているＬ系情報ＩＤを取得する。そして、関連付け部５２は、「Ｍ０００１」、取得されたＵ系情報ＩＤ及びＬ系情報ＩＤを関連付けて記憶する。
【００６６】
（６）関連付け部５２は、（５）の処理をすべての生体情報系情報「Ｍ０００１，Ｍ０００２，・・・，Ｍ１００１，Ｍ１００２，・・・」について繰り返す。このような処理の結果作成されたものが、図１０（ａ）の関連付け情報ＤＢ６８（詳細後記）である。
【００６７】
図１０（ａ）に沿って、関連付け情報ＤＢ６８を説明する。関連付け情報ＤＢ６８においては、家族ＩＤ欄１７１に記憶された家族ＩＤに関連付けて、スケジュール情報（Ｕ）欄１７２にはＵ系情報ベクトルが、生体系情報（Ｍ）欄１７３にはＭ系情報ベクトルが、コメント情報（Ｌ）欄１７４にはＬ系情報ベクトルが記憶されている。
家族ＩＤ欄１７１の家族ＩＤは、図４（ａ）の家族ＩＤと同じである。
スケジュール情報（Ｕ）欄１７２のＵ系情報ベクトルは、個人ＩＤ及びＵ系情報ＩＤの組合せである。「（個人ＩＤ，情報ＩＤ）」のような２つの要素からなる情報を、ここでは「情報ベクトル」と呼ぶ。そして、２つ目の要素がＵ（Ｍ、Ｌ）系情報ＩＤであるような情報ベクトルをＵ（Ｍ、Ｌ）系情報ベクトルと呼ぶ。
生体系情報（Ｍ）欄１７３のＭ系情報ベクトルは、個人ＩＤ及びＭ系情報ＩＤの組合せである。
コメント情報（Ｌ）欄１７４のＬ系情報ベクトルは、個人ＩＤ及びＬ系情報ＩＤの組合せである。
【００６８】
ヘルスケア画面７１（図１６）は、家族ＩＤが「Ｆ００１」であり個人ＩＤが「Ｐ００１」である患者「松田一郎」についての画面である。上段の行のタイル「Ｕ０００２」、中段の行のタイル「Ｍ０００３」及び下段の行のタイル「Ｌ０００２」は、強調表示がなされ、太線で結ばれている。関連付け情報ＤＢ６８（図１０（ａ））の２行目のレコードは、これら３つのタイルの関連付けを示している。
ヘルスケア画面７１（図１８）もまた、患者「松田一郎」についての画面である。上段の行のタイル「Ｕ０００４」及び「Ｕ０００５」、中段の行のタイル「Ｍ０００４」並びに下段の行のタイル「Ｌ０００２」及び「Ｌ０００３」は、強調表示がなされ、太線で結ばれている。関連付け情報ＤＢ６８（図１０（ａ））の３行目のレコードは、これら５つのタイルの関連付けを示している。なお、説明の便宜のため、図１５〜図１８における具体的な情報ＩＤ「Ｕ０００１」等は、図５〜図９における情報ＩＤとは対応しないものとした。
【００６９】
（関連付けの特徴）
このような情報ベクトルの関連付けの特徴は、以下の通りである。
・原則、すべてのＭ系情報ベクトルについて、関連付け情報ＤＢ６８のレコードが作成される。
・例外的に、あるＭ系情報ベクトルについて、レコードが作成されないことが許容されてもよい。例えば、図１０（ａ）の１行目と２行目の間には、「（Ｐ００１，Ｍ０００２）」を記憶したレコードがない。このことは、前記マッチングの結果、「（Ｐ００１，Ｍ０００２）」とマッチングするＵ系情報ベクトルが存在せず、かつ、マッチングするＬ系情報ベクトルも存在しなかったことを示している。
【００７０】
・原則、１つのＭ系情報ベクトルに対して、１又は複数のＵ系情報ベクトル及び１又は複数のＬ系情報ベクトルが関連付けられる。
・例外的に、関連付けられるＵ系情報ベクトル又はＬ系情報ベクトルの数が「０」であることが許容されてもよい（図１０（ａ）の６行目のレコード）。
【００７１】
・原則、関連付けられるＵ系情報ベクトル、Ｍ系情報ベクトル及びＬ系情報ベクトルは、同じ個人ＩＤを共有する。
・例外的に、異なる個人ＩＤを有する情報ベクトル同士が関連付けられることが許容されてもよい（図１０（ａ）の９行目のレコード）。例えば、「松田航平」についてのスケジュール情報「毎日帰宅後うがい」及び生体系情報「咳がよくでる」に対して、「松田一郎」についてのコメント情報「タバコを控えてください。」を関連付けてもよい。
【００７２】
・原則、関連付けられるＵ系情報ベクトル、Ｍ系情報ベクトル及びＬ系情報ベクトルに含まれる個人ＩＤは、同じ家族ＩＤに対応する。
・例外的に、関連付けられるＵ系情報ベクトル、Ｍ系情報ベクトル及びＬ系情報ベクトルに含まれる個人ＩＤが、異なる複数の家族ＩＤに対応することが許容されてもよい（図１０（ａ）の１１行目のレコード）。例えば、「江口健」及び「松田一郎」が同じ職場に勤務している場合、「江口健」についてのスケジュール情報「毎日マスクを着用」及び生体系情報「咳がよくでる」に対して、「松田一郎」についてのコメント情報「タバコを控えてください。」を関連付けてもよい。
【００７３】
前記したマッチングにおいて、関連付け部５２は、Ｍ系情報ＩＤについての特徴語を基準として、Ｕ系情報ＩＤについての特徴語及びＬ系情報ＩＤについての特徴語を検索する。しかしながら、関連付け部５２は、Ｕ系（Ｌ系）情報ＩＤについての特徴語を基準として、Ｍ系情報ＩＤについての特徴語及びＬ系（Ｕ系）情報ＩＤについての特徴語を検索してもよい。
【００７４】
図１０（ｂ）に沿って、閲覧権限情報ＤＢ６９を説明する。閲覧権限情報ＤＢ６９においては、家族ＩＤ欄１８１に記憶された家族ＩＤに関連付けて、被閲覧者ＩＤ欄１８２には被閲覧者ＩＤが、閲覧者ＩＤ欄１８３には閲覧者ＩＤが記憶されている。
家族ＩＤ欄１８１の家族ＩＤは、図４（ａ）の家族ＩＤと同じである。
被閲覧者ＩＤ欄１８２の被閲覧者ＩＤは、タイルを閲覧され得る患者の個人ＩＤである。
閲覧者ＩＤ欄１８３の閲覧者ＩＤは、タイルを閲覧し得る者（患者、サポータ、エージェント又はホームドクタ）の、個人ＩＤ、サポータＩＤ、エージェントＩＤ又はホームドクタＩＤである。
【００７５】
因みに、「松井一郎」についてのタイルを閲覧し得る者は、「松井一郎」本人、産業医「Ｓ００１」、一般医師「Ｓ００２」、エージェント「Ａ００１」及びホームドクタ「Ｄ００１」である（図１０（ｂ）の１行目のレコード）。産業医「Ｓ００１」及び一般医師「Ｓ００２」のように、１人の患者について複数のサポータが存在する場合がある。このとき、あるサポータは、他のサポータが作成（取得）した情報についてのタイルを閲覧し得ないように制限することが個人情報の管理上望ましい場合もある。一方、エージェント及びホームドクタは、このような制限を課されない前提で指名される。１行目のレコードの「Ｓ００１」及び「Ｓ００２」に付された「＃」は、そのサポータが他のサポータが作成（取得）した情報についてのタイルを閲覧し得ないことを示している。
【００７６】
閲覧権限情報ＤＢ６９のレコードは、被閲覧者ＩＤの数だけ存在する。つまり、患者ごとに、その患者についてのタイルを閲覧し得る１又は複数の者が特定される。しかしながら、さらに細かく、情報ベクトルごとにタイルを閲覧し得る者が特定されることにしてもよい（図示せず）。
原則、ある患者は、同じ家族に属する他の患者についてのタイルのみを閲覧し得るものとする。例外的に、ある患者が、他の家族に属する患者についてのタイルも閲覧し得ることが許容されてもよい。例えば、事実婚、成年後見のように、法的な家族関係を超えた人的信頼関係が存在するからである。
【００７７】
（全体処理手順）
図２２に沿って、全体処理手順を説明する。なお、全体処理手順が開始される前提として、家族情報ＤＢ６１（図４（ａ））及びサポータ情報ＤＢ６２（図４（ｂ））は既に完成されており、エージェント端末装置５の補助記憶装置３５に格納されているものとする。さらに、閲覧権限情報ＤＢ６９（図１０（ｂ））は、閲覧者ＩＤ欄１８３に所定の初期値が記憶された状態で、エージェント端末装置５の補助記憶装置３５に格納されているものとする。
【００７８】
ステップＳ３０１において、患者端末装置２又はサポータ端末装置３は、生体情報・観察情報入力処理手順を実行する。
ステップＳ３０２において、サポータ端末装置３は、通院情報・服薬情報入力処理手順を実行する。
ステップＳ３０３において、サポータ端末装置３、ホームドクタ端末装置４又はエージェント端末装置５は、コメント情報入力処理手順を実行する。
以上の３つのステップが終了した段階で、生体情報ＤＢ６３（図５）、観察情報ＤＢ６４（図６）、通院情報ＤＢ６５（図７）、服薬情報ＤＢ６６（図８）及びコメント情報ＤＢ６７が完成され、エージェント端末装置５の補助記憶装置３５に記憶される。
【００７９】
ステップＳ３０４において、エージェント端末装置５は、関連付け処理手順を実行する。当該ステップが終了した段階で、関連付け情報ＤＢ６８（図１０（ａ））が完成され、エージェント端末装置５の補助記憶装置３５に記憶される。そして、患者とサポータ等との間において、健康指導についての遣り取りが行われる準備が整うことになる。
ステップＳ３０５において、エージェント端末装置５は、ヘルスケア処理手順を実行する。当該ステップにおいて、患者は、ヘルスケア画面７１を閲覧する。エージェント端末装置５は、患者の入力操作に応じて、タイルを強調表示する等の処理を実行する。
【００８０】
ステップＳ３０６において、エージェント端末装置５は、閲覧権限見直し処理手順を実行する。当該ステップにおいて、エージェント端末装置５は、患者の入力操作に応じて、閲覧権限情報ＤＢ６９を更新する。
ステップＳ３０７において、エージェント端末装置５は、対話処理手順を実行する。当該ステップにおいて、患者とサポータ等との間で、画像及び音声を使用したリアルタイムの通信が実現される。その後、全体処理手順を終了する。
全体処理の前記各ステップについては、さらに詳しく後記する。
【００８１】
（生体情報・観察情報入力処理手順）
図２３（ａ）に沿って、生体情報・観察情報入力処理手順を説明する。生体情報・観察情報入力処理手順は、全体処理手順のステップＳ３０１の詳細である。以下において、患者が自身の生体情報を入力する場合（ケース１）、及び、サポータ又はホームドクタが患者（小学生、乳児等）の生体情報・観察情報を入力する場合（ケース２）を区別して説明することがある。これらを特に区別しない場合は、その説明は両者に共通である。そして、動作主体は、ケース１においては、患者端末装置２の送受信情報管理部２１であり、ケース２においては、サポータ端末装置３又はホームドクタ端末装置４の送受信情報管理部２１である。
【００８２】
ステップＳ４０１において、患者端末装置２等の送受信情報管理部２１は、個人ＩＤ等を受け付ける。具体的には、送受信情報管理部２１は、ケース１の場合、患者等がキーボード（入力装置１２）を介して、患者の個人ＩＤ及び取得者ＩＤを入力するのを受け付ける。送受信情報管理部２１は、ケース２の場合、サポータ等がカードリーダ（入力装置１２）に患者の個人ＩＤが記憶されたカードを通し、さらに、キーボードを介してサポータＩＤを入力するのを受け付ける。患者の親等は、当該カードに患者の個人ＩＤを記憶させたうえで、当該カードを予めサポータ等に預けておくものとする。
【００８３】
ステップＳ４０２において、送受信情報管理部２１は、生体情報を取得する。具体的には、送受信情報管理部２１は、患者の生体の一部に触れた生体情報センサ１８（電子血圧計、電子体温計、電子体重計等）から、生体情報カテゴリ、生体情報の値及び取得時期（現在時刻）を取得する。
【００８４】
なお、送受信情報管理部２１は、患者又はサポータ等がキーボードを介して、患者の睡眠時間を入力するのを受け付けてもよい。また、表示画面管理部２２は、出力装置１３に、「ご飯１膳」、「たまご１個」、「パン１切れ」、「ミルク１００ｍｌ」等の食品を示すアイコンを表示し、患者又はサポータが、患者が食した数量に等しい回数だけそのアイコンを繰り返しタップするのを受け付けてもよい。送受信情報管理部２１は、例えば「ご飯１膳＝１００Ｋｃａｌ」のように食品と熱量を関連付けた情報を補助記憶装置１５に記憶しておき、その熱量に対してタップされた回数を乗算した値を摂取カロリとして取得してもよい。さらに、送受信情報管理部２１は、万歩計（登録商標）（生体情報センサ１８）が取得した患者の歩行数を基準値で除算した値（百分率）を、運動目標達成度として取得してもよい。ここで基準値とは、サポータが指示する運動目標値である。
【００８５】
ステップＳ４０３において、送受信情報管理部２１は、観察情報を取得する。具体的には、送受信情報管理部２１は、ケース１の場合、患者がキーボードを介して、「体調・ふつう」等の表示内容を入力するのを受け付け、作成時期を取得する。送受信情報管理部２１は、ケース２の場合、患者を観察しているサポータ等がキーボード（入力装置１２）を介して、患者についての「体調・ふつう」等の表示内容を入力するのを受け付け、作成時期を取得する。
【００８６】
ケース１又はケース２において、患者又はサポータ等は、キーボードに替えてタッチパネルを使用してもかまわない。表示画面管理部２２は、タッチパネル上に人間の顔を模したアイコン（タイル）を表示してもよい。当該アイコンは「ふつう」（図１１符号２２１）を基準（初期値）として、顔の右ほほをタップする（指で軽く触れる）と「ごきげん」（図１４符号２２２）に変化し、さらに右ほほをタップすると「すごくよい」（図１２符号２１２ａ）に変化するものとしてもよい。また、当該アイコンは「ふつう」を基準として、顔の左ほほをタップすると「ふきげん」に変化し、さらに左ほほをタップすると「すごくわるい」に変化するものとしてもよい（図示せず）。そして、送受信情報管理部２１は、このようにして患者等が入力した情報を観察情報として受け付ける。図１３の「頭痛手帳」２２３についても同様である（いたくない→右ほほをタップ→すこしいたい→右ほほをさらにタップ→すごくいたい）。
【００８７】
ステップＳ４０４において、送受信情報管理部２１は、生体情報・観察情報を送信する。具体的には、送受信情報管理部２１は、ステップＳ４０１において受け付けた、個人ＩＤ、取得者ＩＤ及びサポータＩＤ、ステップＳ４０２において取得した生体情報カテゴリ、生体情報の値及び取得時期、並びに、ステップＳ４０３において取得した表示内容及び作成時期を、エージェント端末装置５に送信する。すると、エージェント端末装置５の送受信情報管理部５１は、情報ＩＤを採番し、採番した情報ＩＤ及び受信した情報に基づいて、生体情報ＤＢ６３（図５）及び観察情報ＤＢ６４（図６）の新たなレコードを作成する。このとき、送受信情報管理部５１は、キーワード欄１２５、重み欄１２８、警告欄１２９（以上、図５）及びキーワード欄１３５（図６）については空白のままにしておく。その後、全体処理手順のステップＳ３０２に進む。
【００８８】
（通院情報・服薬情報入力処理手順）
図２３（ｂ）に沿って、通院情報・服薬情報入力処理手順を説明する。通院情報・服薬情報入力処理手順は、全体処理手順のステップＳ３０２の詳細である。
ステップＳ４１１において、サポータ端末装置３の表示画面管理部２２は、ヘルスケア画面７１（図１１等）を表示する。具体的には、送受信情報管理部２１は、サポータがキーボードを介して、対象の患者の個人ＩＤを入力するのを受け付ける。そして、送受信情報管理部２１は、受け付けた個人ＩＤをエージェント端末５に送信する。
【００８９】
すると、エージェント端末装置５の表示画面管理部５４は、受け付けた個人ＩＤを検索キーとして生体情報ＤＢ６３（図５）及び観察情報ＤＢ６４（図６）を検索し、該当したレコードを取得し、取得したレコードに基づいて、ヘルスケア画面７１（図１１等）を作成する。このとき、表示画面管理部５４は、取得時期が新しいものを、生体情報カテゴリごとに所定の数だけ取得する、等の絞り込みを実行してもよい。当該画面は、中段にタイルを表示することになる。そして、表示画面管理部５４は、作成したヘルスケア画面７１をサポータ端末装置３に送信する。サポータ端末装置３の表示画面管理部２２は、受信したヘルスケア画面７１を出力装置１３に表示する。この段階において、サポータは、患者の生体系情報を時系列で一覧することができる。
【００９０】
ステップＳ４１２において、サポータ端末装置３の送受信情報管理部２１は、通院情報・服薬情報の入力を受け付ける。具体的には、送受信情報管理部２１は、サポータが、キーボードを介して「池ヶ谷皮膚科・１０月１４日／１４：００」、「Ａメテック・１０月１４日夕食後」等の表示内容、及び、報酬金額を入力するのを受け付け、作成時期を取得する。このとき、サポータは、対象の患者の生体系情報を一覧しながら、当該患者の通院・服薬についてのスケジュール情報を作成し得る。
【００９１】
ステップＳ４１３において、送受信情報管理部２１は、通院情報・服薬情報を送信する。具体的には、送受信情報管理部２１は、ステップＳ４１１において受け付けた個人ＩＤ、並びに、ステップＳ４１２において取得した表示内容、報酬金額及び作成時期を、サポータＩＤとともにエージェント端末装置５に送信する。すると、エージェント端末装置５の送受信情報管理部５１は、情報ＩＤを採番し、採番した情報ＩＤ及び受信した情報に基づいて、通院情報ＤＢ６５（図７）及び服薬情報ＤＢ６６（図８）の新たなレコードを作成する。このとき、送受信情報管理部５１は、キーワード欄１４５（図７）及びキーワード欄１５５（図８）については空白のままにしておく。その後、全体処理手順のステップＳ３０３に進む。
【００９２】
（コメント情報入力処理手順）
図２３（ｃ）に沿って、コメント情報入力処理手順を説明する。コメント情報入力処理手順は、全体処理手順のステップＳ３０３の詳細である。
ステップＳ４２１において、サポータ端末装置３若しくはホームドクタ端末装置４の表示画面管理部２２、又は、エージェント端末装置５の表示画面管理部５４は、ヘルスケア画面７１（図１１等）を表示する。ステップＳ４２１の処理は、通院情報・服薬情報入力処理手順ステップＳ４１１の処理と同様である。ただし、エージェントがエージェント端末装置５を使用する場合、前記したような端末装置間を跨いだ情報の遣り取りは実行されず、エージェント端末装置５の内部で処理が完結することはいうまでもない。この段階において、サポータ等は、患者の生体系情報を時系列で一覧することができる。
【００９３】
ステップＳ４２２において、表示画面管理部２２、５４は、コメント情報の入力を受け付ける。具体的には、表示画面管理部２２、５４は、サポータ等が、キーボードを介して「ホームドクタ／坂田より  低血圧が続いていますね。産後疾患には注意が必要です。・・・」等のコメント内容を入力するのを受け付け、作成時期を取得する。このとき、サポータ等は、対象の患者の生体系情報を一覧しながら、当該患者に対して行うアドバイスの文言等を作成し得る。なお、表示画面管理部２２、５４は、サポータ等が、マイクロホン１９、３８を介してコメント内容（音声波）を入力するのを受け付け、当該音声波を、公知の技術によって文字情報に変換してもよい。
【００９４】
ステップＳ４２３において、送受信情報管理部２１、５１は、コメント情報を送信する。具体的には、送受信情報管理部２１、５１は、ステップＳ４２１において受け付けた個人ＩＤ、並びに、ステップＳ４２２において取得したコメント内容及び作成時期を、サポータＩＤ（ホームドクタＩＤ又はエージェントＩＤ）とともにエージェント端末装置５に送信する。なお、前記したように、エージェントがエージェント端末装置５を使用する場合は、送信する必要はない。すると、エージェント端末装置５の送受信情報管理部５１は、情報ＩＤを採番し、採番した情報ＩＤ及び受信した情報に基づいて、コメント情報ＤＢ６７（図９）の新たなレコードを作成する。このとき、送受信情報管理部５１は、キーワード欄１６５については空白のままにしておく。その後、全体処理手順のステップＳ３０４に進む。
【００９５】
（ステップＳ３０１〜Ｓ３０３の順序）
原則、ステップＳ３０１の処理は、ある患者について、患者自身が入力し、あるサポータが入力し、他のサポータが入力し、・・・のように、複数回繰り返され、さらにすべての患者について繰り返される。ステップＳ３０２及びＳ３０３の処理は、１人のサポータ、エージェント又はホームドクタが、１又は複数の患者についてまとめて行う。そして、すべてのサポータ等について繰り返し実行される。ステップＳ３０１〜Ｓ３０３の処理順序は限定されず、これらが同時並行的に実行されてもよい。しかしながら、ステップＳ３０２及びＳ３０３の処理が実行される際には、既にステップＳ３０１の処理が実行されていることが、サポータ等が生体系情報を閲覧できる観点からは望ましい。
【００９６】
（関連付け処理手順）
図２４（ａ）に沿って、関連付け処理手順を説明する。関連付け処理手順は、全体処理手順のステップＳ３０４の詳細である。
ステップＳ４３１において、エージェント端末装置５の関連付け部５２は、キーワードを取得する。具体的には、第１に、関連付け部５２は、生体情報ＤＢ６３（図５）、観察情報ＤＢ６４（図６）、通院情報ＤＢ６５（図７）、服薬情報ＤＢ６６（図８）及びコメント情報ＤＢ６７（図９）のうち任意のＤＢから、任意の未処理のレコードを取得する。
【００９７】
第２に、関連付け部５２は、取得したレコードの生体情報カテゴリ、表示内容又はコメント内容に対するキーワード（特徴語）を取得する。キーワードをどのようにして取得するかについては前記したのでここでは繰り返さない。
第３に、関連付け部５２は、取得した１又は複数のキーワードを、取得したレコードの、キーワード欄１２５、１３５、１４５、１５５及び１６５（図５〜図９）に記憶する。関連付け部５２は、ＤＢ６３〜６７のすべてについて未処理のレコードがなくなるまでこれらの処理を繰り返す。
【００９８】
ステップＳ４３２において、関連付け部５２は、類似するキーワードを関連付ける。
ステップＳ４３３において、関連付け部５２は、関連付け情報ＤＢ６８（図１０（ａ））のレコードを作成する。キーワードをどのようにして関連付けるか（マッチングするか）及び関連付け情報ＤＢ６８のレコードをどのように作成するか（関連付けの特徴）については前記したのでここでは繰り返さない。その後、全体処理手順のステップＳ３０５に進む。
【００９９】
（ヘルスケア処理手順）
図２４（ｂ）に沿って、ヘルスケア処理手順を説明する。ヘルスケア処理手順は、全体処理手順のステップＳ３０５の詳細である。ヘルスケア処理手順が開始される前提として、いま、患者端末装置２（又はサポータ端末装置３）とエージェント端末装置５との間で通信が確立しているものとする。
【０１００】
ステップＳ４４１において、エージェント端末装置５の送受信情報管理部５１は、個人ＩＤを受け付ける。具体的には、送受信情報管理部５１は、患者端末装置２から個人ＩＤを受け付ける。当該個人ＩＤは、患者端末装置２のキーボードから患者が入力した、自身の個人ＩＤであってもよい。また、当該個人ＩＤは、前記のカードからサポータ端末装置３のカードリーダが読み取った、患者の個人ＩＤであってもよい。
【０１０１】
ステップＳ４４２において、エージェント端末装置５の表示画面管理部５４は、個人用のヘルスケア画面７１を表示する。具体的には、第１に、表示画面管理部５４は、ステップＳ４４１において受け付けた個人ＩＤを検索キーとして、生体情報ＤＢ６３（図５）及び観察情報ＤＢ６４（図６）を検索し、該当したレコードを取得する。取得されたレコードに記憶されている情報ＩＤは、Ｍ系情報ＩＤである。なお、このとき、表示画面管理部５４は、例えば以下のように、該当したレコードを絞り込んで取得してもよい。
・現在時刻を基準として、所定の時間以上前の古い取得（作成）時期を有するレコードは取得しない。
・同じ生体情報カテゴリを有するレコードのうち、所定の数以内のレコードを、取得時期の新しい順に取得する。
【０１０２】
第２に、表示画面管理部５４は、ステップＳ４４１において受け付けた個人ＩＤを検索キーとして、通院情報ＤＢ６５（図７）及び服薬情報ＤＢ６６（図８）を検索し、該当したレコードを取得する。取得されたレコードに記憶されている情報ＩＤは、Ｕ系情報ＩＤである。なお、このとき、表示画面管理部５４は、例えば以下のように、該当したレコードを絞り込んで取得してもよい。
・現在時刻を基準として、所定の時間以上前の古い作成時期を有するレコードは取得しない。
・現在時刻を基準にして所定の時間以上前の古い日時等を表示内容として有するレコードは取得しない。例えば過去の通院・服薬予定等は取得しない。
・現在時刻を基準にして所定の時間以上後の日時を表示内容に有するレコードは取得しない。例えば、半年先の予定等は、現実味がないので取得されない。
【０１０３】
第３に、表示画面管理部５４は、ステップＳ４４１において受け付けた個人ＩＤを検索キーとして、コメント情報ＤＢ６７（図９）を検索し、該当したレコードを取得する。取得されたレコードに記憶されている情報ＩＤは、Ｌ系情報ＩＤである。なお、このとき、表示画面管理部５４は、例えば以下のように、該当したレコードを絞り込んで取得してもよい。
・現在時刻を基準として、所定の時間以上前の古い作成時期を有するレコードは取得しない。
ステップＳ４４２の第１〜第３の処理において絞り込んだうえで取得された生体情報ＤＢ６３等のレコードを「表示対象レコード」と呼ぶことがある。
【０１０４】
第４に、表示画面管理部５４は、ヘルスケア画面７１を作成する。具体的には、表示画面管理部５４は、ステップＳ４４１において受け付けた個人ＩＤが特定する患者についてのヘルスケア画面７１（例えば、図１２）を作成する。例えば、ステップＳ４４１において受け付けた個人ＩＤが「Ｐ００２」であったとして以下の説明を続ける。この場合、表示画面管理部５４が図１２のヘルスケア画面を作成する処理は以下の通りである。
・表示対象レコードの個人ＩＤ「Ｐ００２」を検索キーとして家族情報ＤＢ６１（図４（ａ））を検索し、該当したレコードの氏名「松田幸子」を、患者氏名欄２０４に配置する。
・任意の場所に、家族アイコン２０５を配置する。
・上段２０１の最も左に、現在の日時、曜日を記載したタイル２１１ａを配置する。日時のうち、年月を省略してもかまわない（他のタイルについても同様）。
【０１０５】
・取得した表示対象レコードのうち、Ｕ系情報ＩＤを有するレコードの表示内容を記載したタイルを、上段２０１の左側から右側へ、表示内容に含まれる時期の早い順に１行に並べて配置する（符号２１１ｂ〜２１２ｆ）。
・取得した表示対象レコードのうち、Ｍ系情報ＩＤを有するレコードの生体情報の値又は表示内容を記載したタイルを、中段２０２の左側から右側へ、取得時期又は作成時期の早い順に１行に並べて配置する（符号２１２ａ〜２１２ｇ）。
・取得した表示対象レコードのうち、Ｌ系情報ＩＤを有するレコードのコメント内容を記載したタイルを、下段２０３の左側から右側へ、作成時期の早い順に１行に並べて配置する（符号２１３ａ〜２１３ｂ）。
【０１０６】
第５に、表示画面管理部５４は、作成したヘルスケア画面７１を、患者端末装置２の出力装置１３に表示する。
【０１０７】
ステップＳ４４３において、表示画面管理部５４は、タイルの選択を受け付ける。具体的には、表示画面管理部５４は、患者がヘルスケア画面７１上の任意のタイルを指で触れるのを受け付ける。患者が触れるタイルは、上段、中段及び下段のうちのいずれに表示されているタイルであってもよい。さらに、患者が触れるタイルの数は限定されない。選択されたタイルを「選択タイル」とも呼ぶ。いま、選択タイルが、「最低血圧７０ｍｍＨｇ」２１２ｆであったとする。
【０１０８】
ステップＳ４４４において、表示画面管理部５４は、関連付けられたタイルを強調表示する。具体的には、第１に、表示画面管理部５４は、選択タイルの情報ＩＤを取得する。当該例ではＭ系情報ＩＤが取得される。
第２に、表示画面管理部５４は、取得したＭ系情報ＩＤ及び「Ｐ００２」を有するＭ系情報ベクトルを検索キーとして、関連付け情報ＤＢ６８（図１０（ａ））を検索し、該当する１又は複数のレコードを取得する。取得されたレコードを「強調表示レコード」とも呼ぶ。
【０１０９】
第３に、表示画面管理部５４は、強調表示レコードのスケジュール情報（Ｕ）欄１７２に記憶されているＵ系情報ベクトルが特定するタイル、生体系情報（Ｍ）欄１７３に記憶されているＭ系情報ベクトルが特定するタイル、及び、コメント情報（Ｌ）欄１７４に記憶されているＬ系情報ベクトルが特定するタイルを、相互間の関係がわかるような態様で強調表示する。強調表示の例としては、同系色で色彩する、線で結ぶ、同一のマークを付す、タイルを拡大する等が考えられる。複数の強調表示レコードが取得された場合、レコードごとに色彩を変化させ、線の種類を変え、マークの種類を変え、タイルの拡大率を変えてもよい。強調表示レコードに記憶されていない情報ベクトルのタイルは、非表示とされてもよい。
【０１１０】
なお、強調表示されるべきタイルのうち、選択タイル以外のタイルが、そもそもステップＳ４４２の「第５」において、ヘルスケア画面７１に表示されていない（例えば、作成時期が古い）場合もあり得る。この場合であっても、表示画面管理部５４は、ステップＳ４４４の「第３」において、当該古いタイルの表示内容に含まれる時期を明確に記したうえで、当該タイルを表示するものとする。そのようにすれば、患者は「１年以上前のサポータからのコメント情報をいい加減に扱ったために、血圧が下がった」等の反省をすることができる。また、表示画面管理部５４は、同じ強調表示レコードに含まれる情報ベクトルのタイル同士を、ヘルスケア画面７１上の同じ列に縦一線にそろえて表示し直してもよい。
【０１１１】
ステップＳ４４５において、表示画面管理部５４は、生体情報の差分を表示する。具体的には、第１に、表示画面管理部５４は、強調表示したタイルに生体情報が含まれるか否かを判断し、含まれる場合は、その生体情報を「比較先生体情報」として「第２」に進む。なお、含まれない場合は、直ちにステップＳ４４６に進む。
第２に、表示画面管理部５４は、生体情報ＤＢ６３（図５）から、比較先生体情報に対応するレコード（比較先レコード）を取得する。
第３に、表示画面管理部５４は、生体情報ＤＢ６３（図５）から、以下のすべての条件を満たすレコード（比較元レコード）を取得する。
（条件１）比較先レコードの個人ＩＤ及び生体情報カテゴリを有すること。
（条件２）比較先レコードの取得時期よりも前の取得時期であって、比較先レコードの取得時期に最も近い取得時期を有すること。
【０１１２】
第４に、表示画面管理部５４は、比較先レコードの生体情報の値から比較元レコードの生体情報の値を減算した算出結果を、正負の符号を付したうえで、強調表示したタイルに表示する。表示画面管理部５４は、当該算出結果を比較元レコードの生体情報の値で除算した百分率を、比較元レコードの取得時期を起点とし比較先レコードの取得時期を終点とする経過日数を用いて年率に換算してもよい。そして、「年率換算で◎◎％最低血圧が上昇（下降）しています」のようなメッセージを強調表示したタイルに関連付けて表示してもよい。
【０１１３】
ステップＳ４４６において、表示画面管理部５４は、アドバイスツリー７３（図２１）を表示する。アドバイスツリー７３は、症例、典型生体情報及び推奨処置の関係を階層的に示した樹形図である。例えば、図２１のアドバイスツリー７３は、ルートに症例「高血圧」２６１を有し、その下位の１つとして典型生体情報「最高血圧１４０ｍｍＨｇ」２６２を有し、さらにその下位に推奨処置「塩分を控える」２６３及び「Ｃメテック（薬品名）」２６４を有する。当該アドバイスツリー７３を参照した患者は、自身の最高血圧が「１４０ｍｍＨｇ」付近に達していれば、自身は症例「高血圧」に該当し、塩分を控えた食事を摂りつつ、例えば「Ｃメテック」を服用することが必要であることがわかる。
【０１１４】
エージェント端末装置５の送受信情報管理部５１は、複数のアドバイスツリー７３を作成し、補助記憶装置３５のアドバイスツリーＤＢ（図示せず）に記憶しておく。アドバイスツリー７３を作成する方法としては、医師等のサポータの手動入力を受け付ける方法が最も簡便である。しかしながら、送受信情報管理部５１は、日常的にネットワークを介して外部のデータベース（医療機関、製薬会社等のホームページ等）を参照し、公知の方法でアドバイスツリーを作成してもよい。
【０１１５】
具体的には、選択タイルが生体情報についてのタイルである場合は、表示画面管理部５４は、当該生体情報のカテゴリ及びその値（又は所定の範囲内で近接する値）を典型生体情報として有するアドバイスツリー７３を、アドバイスツリーＤＢから取得する。選択タイルが観察情報についてのタイルである場合は、表示画面管理部５４は、当該観察情報の表示内容（又はその一部）に類似の語を症例として有するアドバイスツリー７３を取得する。選択タイルが通院情報、服薬情報又はコメント情報についてのタイルである場合は、表示画面管理部５４は、当該情報の表示（コメント）内容（又はその一部）に類似の語を症例又は推奨処置として有するアドバイスツリー７３を取得する。その後、表示画面管理部５４は、取得したアドバイスツリー７３を、患者端末装置２の出力装置１３に表示する。
【０１１６】
ステップＳ４４７において、エージェント端末装置５の送受信情報管理部５１は、被閲覧者ＩＤを取得する。具体的には、第１に、送受信情報管理部５１は、患者が入力する任意の指示に応じて、ステップＳ４４１において受け付けた個人ＩＤを検索キーとして、家族情報ＤＢ６１（図４（ａ））を検索し、該当するレコードの家族ＩＤを取得する。そして、取得した家族ＩＤを検索キーとして、再度家族情報ＤＢ６１を検索し、該当するすべてのレコードの個人ＩＤを取得する。
第２に、送受信情報管理部５１は、閲覧権限情報ＤＢ６９（図１０（ｂ））を検索し、ステップＳ４４１において受け付けた個人ＩＤが特定する患者（ヘルスケア画面７１を見ている患者）が、自身の家族のうちどの構成員（患者）についてのタイルを閲覧可能であるかを特定する。すなわち、送受信情報管理部５１は、ステップＳ４４１において受け付けた個人ＩＤを閲覧者ＩＤ欄１８３に有し、かつ、ステップＳ４４７の「第１」において取得した個人ＩＤを被閲覧者ＩＤ欄１８２に有するレコードが存在するか否かを判断する。そして、存在する場合は、そのレコードの被閲覧者ＩＤを取得する。
【０１１７】
ステップＳ４４８において、エージェント端末装置５の表示画面管理部５４は、家族用のヘルスケア画面７１ｂ（図１９）を表示する。具体的には、表示画面管理部５４は、ステップＳ４４７の「第２」において取得したすべての被閲覧者ＩＤについてステップＳ４４２〜Ｓ４４６の処理を繰り返し実行する。このとき、ステップＳ４４２〜Ｓ４４６において、「ステップＳ４４１において受け付けた個人ＩＤ」とあるのは、「テップＳ４４７の「第２」において取得した被閲覧者ＩＤ」と読み替える。家族用のヘルスケア画面７１ｂは、家族のうち閲覧され得るすべての患者についてのタイルを、患者ごとに左から右に並べられた個人領域２７１、２７２、２７３、・・・に表示する。個々の患者についての表示方法は、個人用のヘルスケア画面７１に準じる。その後、全体処理手順のステップＳ３０６に進む。
【０１１８】
（閲覧権限見直し処理手順）
図２５（ａ）に沿って、閲覧権限見直し処理手順を説明する。閲覧権限見直し処理手順は、全体処理手順のステップＳ３０６の詳細である。閲覧権限見直し処理手順が開始される前提として、引続き、患者端末装置２とエージェント端末装置５との間で通信が確立しており、患者は、ヘルスケア画面７１を見ているものとする。
【０１１９】
ステップＳ４５１において、エージェント端末装置５の閲覧権限管理部５３は、閲覧対象タイル及び閲覧者を受け付ける。
（例１）いま、例えば、患者がタイル「体重５２.３ｋｇ」２１２ｂ（図１２）を指で押さえ、押さえたままの状態で、指をタイル「ホームドクタ／坂田より・・・」２１３ａまで運んだとする。この動作は、ホームドクタが「体重５２.３ｋｇ」という情報を閲覧することを患者が許容することを示す。
（例２）他の例として、患者がタイル「エージェントより  区内に・・・」２１３ｂを指で押さえ、押さえたままの状態で、指をタイル家族アイコン２０５まで運んだとする。この動作は、患者の家族のすべての構成員が「エージェントより  区内に・・・」という情報を閲覧することを患者が許容することを示す。
これらの例において、タイル２１２ｂ及び２１３ｂが閲覧対象タイルであり、「ホームドクタ」（タイル２１３ａ）及び家族のすべての構成員（家族アイコン２０５）が閲覧者である。
【０１２０】
ステップＳ４５２において、閲覧権限管理部５３は、閲覧権限情報ＤＢ６９（図１０（ｂ））を更新する。具体的には、例１の場合、閲覧権限管理部５３は、閲覧権限情報ＤＢ６９において、現在ヘルスケア画面７１を見ている患者の個人ＩＤ「Ｐ００２」を被閲覧者ＩＤとして有するレコードの閲覧者ＩＤ欄１８３に、「Ｄ００１」を追加して記憶する。患者によっては、自身のすべてのタイルをホームドクタが閲覧することを許容するのではなく、個別の「体重５２.３ｋｇ」２１２ｂをホームドクタが閲覧することだけを許容する場合もあり得る。閲覧権限管理部５３は、このような場合、「体重５２.３ｋｇ」２１２ｂに対応する情報ベクトル（Ｍ系情報ベクトルである）に関連付けて、「Ｄ００１」を記憶してもよい（図示せず）。
【０１２１】
例２の場合、閲覧権限管理部５３は、まず、家族情報ＤＢ６１（図４（ａ））を参照し、「Ｐ００２」を有するレコードの家族ＩＤを取得し、さらに、取得した家族ＩＤを有するすべてのレコードの個人ＩＤを取得する。この場合、自身を示す「Ｐ００２」以外に、「Ｐ００１」、「Ｐ００３」及び「Ｐ００４」が取得される。その後、閲覧権限管理部５３は、閲覧権限情報ＤＢ６９において、個人ＩＤ「Ｐ００２」を被閲覧者ＩＤとして有するレコードの閲覧者ＩＤ欄１８３に、「Ｐ００１」、「Ｐ００３」及び「Ｐ００４」を追加して記憶する。なお、「Ｐ００２」は、初期値として既に記憶されているものとする。患者によっては、自身のすべてのタイルを家族の他の構成員が閲覧することを許容するのではなく、個別の「エージェントより  区内に・・・」２１３ｂを家族の他の構成員が閲覧することだけを許容する場合もあり得る。閲覧権限管理部５３は、このような場合、「エージェントより  区内に・・・」２１３ｂに対応する情報ベクトル（Ｌ系情報ベクトルである）に関連付けて、「Ｐ００１」、「Ｐ００３」及び「Ｐ００４」を記憶してもよい（図示せず）。その後、全体処理手順のステップＳ３０７に進む。
【０１２２】
（対話処理手順）
図２５（ｂ）に沿って、対話処理手順を説明する。対話処理手順は、全体処理手順のステップＳ３０７の詳細である。対話処理手順が開始される前提として、引続き、患者端末装置２とエージェント端末装置５との間で通信が確立しており、患者は、任意のサポータとの対話を希望しているものとする。
【０１２３】
ステップＳ４６１において、エージェント端末装置５の送受信情報管理部５１は、サポータＩＤを受け付ける。具体的には、送受信情報管理部５１は、患者が患者端末装置２の入力装置１２を介して、相手のサポータのサポータＩＤを入力するのを受け付ける。
【０１２４】
ステップＳ４６２において、送受信情報管理部５１は、患者とサポータとの間の通信を確立する。具体的には、送受信情報管理部５１は、ステップＳ４６１において受け付けたサポータＩＤが特定するサポータが使用するサポータ端末装置３と、患者が使用している患者端末使用装置２との間に通信を確立する。このとき以降も、患者端末使用装置２とエージェント端末装置５との通信は引き続き確立されるものとする。つまりこのとき以降、エージェント端末装置５は、患者端末装置２を経由して、あるいは直接的に、サポータ端末装置３に対してアクセスし、任意の指示等を送信することができるものとする。
【０１２５】
ステップＳ４６３において、送受信情報管理部５１は、画像を取得する。具体的には、送受信情報管理部５１は、患者端末装置２に対し、カメラ１７によって患者の上半身正面の画像（動画又は静止画）を取得する指示を送信する。さらに、サポータ端末装置３に対し、カメラ１７によってサポータの上半身正面の画像を取得する指示を送信する。
【０１２６】
ステップＳ４６４において、送受信情報管理部５１は、取得した画像を双方に送信する。具体的には、送受信情報管理部５１は、取得した患者の画像をサポータ端末装置３に対して送信する指示を患者端末装置２に対し送信する。さらに、取得したサポータの画像を患者端末装置２に対して送信する指示をサポータ端末装置３に対し送信する。
この段階において、サポータ端末装置３の表示画面管理部２２は、出力装置１３に対話画面７２（図２０）を表示していることになる。サポータが見る対話画面７２には、患者の画像２５１が表示されている。同様に、患者端末装置２の表示画面管理部２２は、出力装置１３に対話画面７２を表示していることになる。患者が見る対話画面７２には、サポータの画像が表示されている。
【０１２７】
ステップＳ４６５において、送受信情報管理部５１は、患者の会話からキーワードを取得する。具体的には、送受信情報管理部５１は、マイクロホン１９によって患者の会話（音声波）を取得したうえで、その音声波を電子データに変換し、その電子データをエージェント端末装置５に送信する指示を、患者端末装置２に対し送信する。すると、送受信情報管理部５１は、送信されてきた電子データ受信し、その電子データを公知の方法で文字データに変換し、その文字データから公知の方法でキーワードを抽出する。
例えば、変換語の文字データが「（i）血行が悪いのか右肩がよく凝って・・・（ii）妻の体重と血圧が心配で・・・（iii）長女の体重と体温も気になって・・・」であったとする。そして、抽出後のキーワードが、（i）については、「血行」及び「右肩」であり、（ii）については、「妻」、「体重」及び「血圧」であり、（iii）については、「長女」、「体重」及び「体温」であったとする。なお、「・・・」は、会話がないまま所定の長さの時間が経過したことを意味する。そして、説明のわかりやすさのために、以下では、ステップＳ４４１において受け付けた患者の個人ＩＤが（「Ｐ００２」ではなく）「Ｐ００１」であったとする。
なお、図２０の欄２５１に表示されている吹き出し中の文言は、患者又はサポータがスピーカ２０を介して聴取する、患者の音声又はサポータの音声（括弧内）であり、画面上にその文字が実際に表示されるのではない。つまり、患者端末装置２（エージェント端末装置５）のマイクロホン１９（３８）によって聴取された音声は、相手方のエージェント端末装置５（患者端末装置２）のスピーカ３９（２０）によって再生される。
【０１２８】
ステップＳ４６６において、送受信情報管理部５１は、生体情報を取得する。具体的には、送受信情報管理部５１は、個人ＩＤ「Ｐ００１」及びキーワード「血行」を検索キーとして生体情報ＤＢ６３（図５）を検索し、該当したレコードの生体情報カテゴリ及び生体情報の値を取得する。いま、「脈拍数」及び「８２回／分」が取得されたとする。以上が（i）についての処理である。
【０１２９】
そして、送受信情報管理部５１は、個人ＩＤ「Ｐ００１」を検索キーとして家族情報ＤＢ６１（図４（ａ））を検索し、該当したレコードの家族ＩＤを取得する。さらに、取得した家族ＩＤ及びキーワード「妻」を検索キーとして家族情報ＤＢ６１を検索し、該当したレコードの個人ＩＤを取得する。ここで取得された個人ＩＤが「Ｐ００２」であるとする。送受信情報管理部５１は、「Ｐ００２」並びにキーワード「体重」及び／又は「血圧」を検索キーとして、生体情報ＤＢ６３（図５）を検索し、該当したすべてのレコードの生体情報カテゴリ及び生体情報の値を取得する。以上が（ii）についての処理である。（iii）についての処理は、（ii）についての処理と同様であるので詳細説明を省略する。
【０１３０】
ステップＳ４６７において、表示画面管理部５４は、生体情報を表示する。具体的には、表示画面管理部５４は、患者端末装置２の出力装置１３に表示されている対話画面７２の欄２５２に「脈拍数」及び「８２回／分」を表示する。以上が（i）についての処理である。
さらに、表示画面管理部５４は、欄２５４に、（ii）について取得した生体情報カテゴリ及び生体情報の値を表示する。例えば、生体情報カテゴリが２つ取得されている場合は、上下２段にわけて表示する。生体情報の値が複数取得されている場合は、最も直近の取得時期についての値を表示し、直近の２つの差分（増減）及びそれら複数の値の時系列グラフを表示してもよい。（iii）についての処理も、（ii）と同様である（欄２５５）。
【０１３１】
ステップＳ４６８において、表示画面管理部５４は、患部を表示する。具体的には、表示画面管理部５４は、サポータが対話画面７２上に表示された患者の画像の、例えば右肩部分を指でなぞるのを受け付ける。このとき、対話画面７２上には患部２５３が表示される。そして、表示画面管理部５４は、患者端末装置２の出力装置１３に表示されている欄２５１の画像を、サポータの画像から、患部２５３が付加表示された患者の画像に切り替える。
【０１３２】
表示画面管理部５４は、取得したキーワード「右肩」を用いて、患部２５３の位置を特定してもよい。例えば、エージェント端末装置５は、補助記憶装置３５に、標準的な体格を有する人間の上半身の正面画像を「テンプレート画像」として格納しておく。テンプレート画像の右目、左目、鼻、口、右肩、左肩、・・・の箇所には、それらを示す図形が、それぞれ、右目、左目、鼻、口、右肩、左肩、・・・の文字列に関連付けて記憶されているものとする。表示画面管理部５４は、取得したキーワード「右肩」が関連付けられている「右肩」を示す図形を残してテンプレート画像上の他の図形を透明化する。そして、テンプレート画像と患者の画像とを重ねて表示してもよい。その後、全体処理手順を終了する。
【０１３３】
（重み及び警告）
エージェント端末装置５の送受信情報管理部５１は、常時又は定期的に生体情報ＤＢ６３（図５）を監視する。そして、送受信情報管理部５１は、あるレコードの生体情報の値が、当該生体情報カテゴリについて予め設定された危険閾値に達した場合、そのレコードの重み欄１２８に第１の重みコードを記憶し、そのレコードの警告欄１２９に第１の警告コードを記憶する。また、送受信情報管理部５１は、あるレコードの生体情報の値が、当該生体情報カテゴリについて予め設定された注意閾値及び危険閾値の間の範囲に入ったまま、当該生体情報カテゴリについて予め設定された期間が経過した場合、その期間が経過した以降最初の取得時期を有するレコードの重み欄１２８に第２の重みコードを記憶し、そのレコードの警告欄１２９に第２の警告コードを記憶する。
【０１３４】
注意閾値は、正常な状態における値と危険閾値との間で任意に設定されるものとする。また、第１の重みコードに対応する重みは、第２の重みコードに対応する重みよりも大きいものとする。さらに、第１の警告コードに対応する警告の形態は、第２の警告コードに対応する警告の形態よりもより大きな切迫感を与えるものとする。
このようにすると、患者は、危険な水準にある生体情報のタイルを一目で視認することができる。そして、例えばステップＳ４５１において、患者が生体情報についてのタイルを指で押さえたまま運ぶとき、患者は深刻さを認識することができる。
【０１３５】
（タイルのグループ化）
患者がタイルの並び方を任意に変更できれば便宜である。例えば、図１２において、患者は、生体情報のうち、体重のタイル２１２ｂの直ぐ右側に睡眠時間のタイル２１２ｄ表示し、睡眠時間のタイル２１２ｄの直ぐ右側に最低血圧のタイル２１２ｆを表示することを希望しているとする。このとき、患者はタイル２１２ｄを指で押さえたままタイル２１２ｂの直ぐ右側までに運ぶ。そして、タイル２１２ｆを指で押さえたまま（移動したばかりの）タイル２１２ｄの直ぐ右側までに運ぶ。又は、患者はマイクロホン１９に対して「体重、睡眠時間、最低血圧の順に左から並べる」と発話する。すると、表示画面管理部２２は、これらの並び方を記憶し、以降、患者からの解除指示・変更指示を受け付けない限り、当該並び方でタイルを表示する。
【０１３６】
（コスト比較）
同じ症例に対して、一般的な複数の薬品が服用されることはよくある。そして、通常、特許切れの薬品（ジェネリック薬品）は、そうでない薬品よりも安価である。エージェント端末装置５の補助記憶装置３５は、症例別薬品ＤＢ（図示せず）を記憶していてもよい。症例別薬品ＤＢには以下のようなデータが記憶されている。
[症例，（薬品名，単価），（薬品名，単価），（薬品名，単価），・・・]
＝[低血圧，（Ａメテック，２００円），（Ｅロムシン，１５０円），（Ｆライド，２５０円），・・・]，[糖尿病，（Ｇバック，５００円），（Ｈロムシン，４００円），・・・]，[感冒，（Ｉバック，５０円），（Ｊロムシン，７０円），・・・]，・・・
【０１３７】
エージェント端末装置５の送受信情報管理部５１は、外部のデータベースから自動的にこのような症例別薬品ＤＢを作成する。そして、送受信情報管理部５１は、常時又は定期的に服薬情報ＤＢ６６（図８）を監視し、あるレコードの表示内容に含まれる薬品名、キーワード、報酬金額を検索キーとして症例別薬品ＤＢを検索し、報酬欄１５７の報酬金額よりも安価な薬品名とその単価の組合せを取得する。例えば、送受信情報管理部５１は、「Ａメテック」、「低血圧」及び「２００円」を検索キーとする場合、「Ｅロムシン，１５０円」を取得することができる。検索語として「低血圧」を欠いても、同じ症例に対応する「Ｅロムシン，１５０円」を取得することができる。そして、送受信情報管理部５１は、服薬情報ＤＢ６６に新たな「代替薬品欄」を作成したうえで、そのレコードの欄１５８に取得した組合せを記憶する。このようにして、例えば、図８の１行目のレコードの代替薬品欄に、「Ｅロムシン，１５０円」が記憶されたとする。その後、例えば、ステップＳ４４２において、エージェント端末装置５の表示画面管理部５４は、タイル「Ａメテック１４日夕食後」２１１ｅに関連付けて「Ｅロムシンは１５０円です」のようなメッセージ（吹き出し）を表示してもよい。なお、このような比較が可能であるように、報酬欄１５７の報酬金額は、単価の値も有していることが望ましい。
【０１３８】
（実施形態の効果）
本実施形態は、以下の効果を奏する。
（１）スケジュール情報のタイルは上段に、生体系情報のタイルは中段に、コメント情報のタイルは下段に表示される。そして、患者がこれらのタイルのうち任意のタイルを選択すると、関連付けられたタイルが強調表示される。よって、患者は、生体情報に対する、予定、コメント等を瞬時に理解できる。さらに、当該関連付けは、関連付け部５２が外部のデータベースから、生体情報等の特徴語を取得したうえで、特徴語同士をマッチングすることによって自動的に実現される。よって、患者が手動で関連付けを行う手間が省けるだけでなく、タイル相互間の関連性が客観的に担保される。
【０１３９】
（２）送受信情報管理部５１は、生体情報の値の水準に応じて、タイルを移動する際の重み、及び、タイルを表示する際の表示態様を決定する。よって、患者は、生体情報の深刻さを容易に知ることができる。
（３）送受信情報管理部５１は、患者の音声を取得して、その音声に関連する生体情報を表示する。よって、患者は、キーボード入力等をすることなく、医師等との相談の際に参照したい、自身の生体情報を画面上で知ることができる。
【０１４０】
（４）表示画面管理部５４は、家族ごとにまとめて、家族の構成員についてのタイルを表示する。よって、患者は、家族全員の健康管理を容易に行うことができる。
（５）表示画面管理部５４は、症例、典型生体情報及び推奨処置を階層的に表すアドバイスツリー７３を表示する。よって、仮に自身のタイル同士が関連付けられていなくても、患者は、容易に症例、典型生体情報及び推奨処置の間の因果関係を知ることができる。
（６）送受信情報管理部５１は、服用予定の薬品と同じ症例に効くより安価な薬品名とその単価を表示する。よって、患者は、医療費の見直しを容易に行うことができる。
【０１４１】
本発明は、前記した実施形態に限定されることなく、本発明の主旨を逸脱しない範囲で、変更実施が可能である。
【符号の説明】
【０１４２】
１      健康管理システム
２      患者端末装置
３      サポータ端末装置
４      ホームドクタ端末装置
５      エージェント端末装置（健康管理装置）
１１、３１  中央制御装置（制御部）
１２、３２  入力装置
１３、３３  出力装置
１４、３４  主記憶装置（記憶部）
１５、３５  補助記憶装置（記憶部）
１６、３６  通信装置
２１、５１  送受信情報管理部
２２、５４  表示画面管理部
５２    関連付け部
５３    閲覧権限管理部
６１    家族情報データベース
６２    サポータ情報データベース
６３    生体情報データベース
６４    観察情報データベース
６５    通院情報データベース
６６    服薬情報データベース
６７    コメント情報データベース
６８    関連付け情報データベース
６９    閲覧権限情報データベース
７１、７１ｂ  ヘルスケア画面
７２    対話画面
７３    アドバイスツリー
【図１】
2014085986.tif 000003
【図２】
2014085986.tif 000004
【図３】
2014085986.tif 000005
【図４】
2014085986.tif 000006
【図５】
2014085986.tif 000007
【図６】
2014085986.tif 000008
【図７】
2014085986.tif 000009
【図８】
2014085986.tif 000010
【図９】
2014085986.tif 000011
【図１０】
2014085986.tif 000012
【図１１】
2014085986.tif 000013
【図１２】
2014085986.tif 000014
【図１３】
2014085986.tif 000015
【図１４】
2014085986.tif 000016
【図１５】
2014085986.tif 000017
【図１６】
2014085986.tif 000018
【図１７】
2014085986.tif 000019
【図１８】
2014085986.tif 000020
【図１９】
2014085986.tif 000021
【図２０】
2014085986.tif 000022
【図２１】
2014085986.tif 000023
【図２２】
2014085986.tif 000024
【図２３】
2014085986.tif 000025
【図２４】
2014085986.tif 000026
【図２５】
2014085986.tif 000027