JP2014032440A - 健康管理システム - Google Patents

Abstract

【課題】健康に関して広い範囲に亘って適用することが可能であり、被験者等が容易且つ迅速に、自らの体況状況を登録することができるシステムの提供。
【解決手段】治療医療関係者等（３１、４１）が存在する領域（Ｅ２）と、被験者（１）等の体況情報等のデータ（体況情報等）を記憶する領域（データセンター１００）を有し、前記記憶する領域（１００）へ伝達された被験者（１）等の体況情報等のデータを、治療医療関係者等（３１、４１）が存在する前記領域（Ｅ２）で治療医療関係者等（３１、４１）に取得せしめる機能を有する手段（ＰＣ、Ｈｈ、Ｈｔ）と、前記記憶する領域（１００）へ伝達された被験者（１）等の体況情報等のデータを、治療医療関係者等（３１、４１）によって出力する機能を有する手段を有することを特徴としている。
【選択図】図１

Description

本発明は、健康管理に関して、被験者であるユーザーが、自らの体況情報等をインターネット等を経由して、簡便に、通知、報告、伝達、送信することができて、治療医療関係者であるユーザーと当該体況情報を常時共有することができるシステムに関する。

従来、例えば医療現場では、傷病を患った患者（以下、「被験者」という）の身体に起こる症状、状態、状況等（体況：いわゆる「レセプト」も含む）の情報（体況情報：いわゆる「レセプトデータ」も含む）が、医療、治療、あるいは本人の健康管理を行う上で特に必要とされる場合に、被験者を管理し治療する担当医師等の医療関係者（以下、「治療医療関係者」という）が被験者を直接に診断、問診することによってのみ、当該被験者の体況情報の収集が行われている。

例えば、一連の継続的な治療が完了した後では、被験者は、治療医療関係者の直接管理下から外れる。被験者が治療医療関係者の直接管理下から外れた以降は、定期、不定期での直接面談時にのみ、治療医療関係者は被験者の体況を知ることができる。
必要に応じて、被験者は、一連の継続的な治療の完了の後、治療医療関係者による次回の直接診断、問診を行うまでの期間（治療医療関係者の直接管理下から外れた期間）における体況情報を、被験者自身または介護者によって筆記記録している。
しかし、治療医療関係者の直接管理下から外れた被験者（例えば退院した被験者）については、継続的に被験者の体況情報を収集することが困難である。

昨今、情報技術（ＩＴ技術）の利用により、被験者が治療医療関係者の直接管理下から外れた状態において、被験者がインターネットその他を経由して、体況情報を治療医療関係者に対して通知、報告、伝達、送信することができるシステムが開発されている。
そして、係るシステムを利用したサービスが、試験稼働あるいは実稼働されている事例も存在する。

ここで、被験者が普段の生活を行っている中で簡便に体況を測定し、記録することができる健康関連機器（例えば、体温計、血圧計等）は、単一の体況情報のみしか測定、記録することができない。例えば、血圧計は、被験者の血圧しか測定、記録することができない。
そのため、治療医療関係者が把握するべき体況情報が複数種類存在する場合には、被験者が全ての体況情報を測定、記録するためには、複数の健康関連機器を購入して、その全てを用いて計測、記録をすることが求められる。
しかし、複数の健康関連機器により被験者が自らの体況情報を計測、記録する場合には、計測された体況情報あるいはそのデータを一元的に保存、管理することが困難である。

また、被験者が複数の医療機関において傷病、疾病治療を行った場合には、医療機関毎に被験者の体況情報、治療・施術に関するデータが記録され、医療機関毎の管理責任の下に保管されている。
被験者の体況情報、治療・施術に関するデータは、被験者にとって大いに重要なデータであると共に、治療医療関係者にとっても極めて有効なデータである。
しかし、体況情報、治療・施術に関するデータは、複数の医療機関の各々において発生し、散在している。そして、体況情報、治療・施術に関するデータは、医療機関毎に異なったフォーマットで記録されているため、或る医療機関が、同一の被験者について他の医療機関に存在する被験者の体況情報、治療・施術に関するデータ（体況情報、治療・施術に関するデータ）を有効利用することは、従来においては非常に困難であった。

被験者が治療医療関係者の直接管理下から外れた状態において、治療医療関係者による直接診断、問診（例えば、被験者と治療医療関係者が直接面談して行なわれる診断、問診）を行なった後、次回に治療医療関係者による直接診断、問診が行われるまでの期間においては、被験者の体況情報を記録することが求められる場合がある。
しかし、その様な体況情報の記録は、治療医療関係者から被験者に対する一方向的な要求により行われ、被験者の義務感をよりどころにして実行されることになる。その様な、被験者の義務感に基づく記録は、被験者の義務感が薄れるのに連れて、実行されなくなってしまう可能性が高い。
また、被験者による体況情報の記録が、紙媒体に筆記することによって行われた場合には、当該紙媒体に記録された体況情報の記録を保存し、活用（運営）することが煩雑になってしまう恐れがある。
さらに、治療医療関係者による直接診断、問診の際には、被験者等の記憶により体況情報が伝達されるので、治療医療関係者に伝達される体況情報が曖昧になり易く、場合によっては恣意的に歪曲されて体況情報が伝達されてしまう恐れがある。

これに加えて、被験者の体況情報等の収集のために運営される従来のＩＴサービスは、被験者の使用情報端末の種類を制限しており、専用端末の使用を強制する場合もある。専用端末を使用するため、従来ＩＴサービスでは、特定の体況情報（例えば心拍数）についてのみ収集して、当該特定の体況情報（例えば心拍数）に関連して限定された機能、サービスの提供のみを行なっている。換言すれば、従来のＩＴサービスでは、被験者に対して、情報端末、サービスの対象を、特定の疾病に限定している。
また、従来のＩＴサービスでは、被験者であるユーザーに対して、機器操作の習練、習熟を、相当に高いレベルまで要求するものが多々存在する。

その他の従来技術として、例えば、被験者の血圧を健康管理支持提供サーバーに送信して、高血圧症の患者に対して適切な指示を与え、注意を喚起するシステムが提案されている（特許文献１参照）。

しかし、係るシステムは、血圧に限定されており、高血圧症という特定の疾病に限定されているという問題が存在する。

特開２０１１−１８０８５７号公報

本発明は上述した従来技術の問題点に鑑みて提案されたものであり、健康に関して広い範囲に亘って種々のサービスを提供することが出来て、被験者等が容易且つ迅速に、自らの体況状況を登録することができるシステムの提供を目的としている。

本発明の健康管理システムは、インターネット等のオープンな情報伝達網に接続された携帯電話機器やコンピュータ等の情報関連機器と、ＩＰ−ＶＰＮ網等クローズされた情報伝達網に接続されたコンピュータ等の情報関連機器を、その境界に相当する領域に配置されたサーバーと連携し、被験者等の体況情報等を収集し、有効活用するためのＩＴシステムである。
係る本発明の健康管理システム（５００）は、治療医療関係者等（３１、４１）が存在する領域（Ｅ２：領域２）と、被験者（１）等の体況情報等のデータ（体況情報等）を記憶する領域（データセンター１００）を有し、
前記記憶する領域（データセンター１００）へ伝達された被験者（１）等の体況情報等のデータを、治療医療関係者等（３１、４１）が存在する前記領域（領域２）で治療医療関係者等（３１、４１）に取得せしめ（治療医療関係者等３１、４１にそれを利用、使用せしめ）る機能を有する手段（コンピュータＰＣ、その他の情報端末Ｈｈ、Ｈｔ）と、
前記記憶する領域（データセンター１００）へ伝達された被験者（１）等の体況情報等のデータを、治療医療関係者等（３１、４１）によって出力する機能を有する手段と、
前記記憶する領域（データセンター１００）へ伝達された被験者等の体況情報等のデータを、治療医療関係者等（３１、４１）に取得せしめ（治療医療関係者等３１、４１に、それを利用、使用せしめ）て、検討（検分、精査）させる機能を有する手段と、
前記記憶する領域（データセンター１００）へ伝達された被験者（１）等の体況情報等のデータを、被験者（１）等に提供する機能を有する手段を有することを特徴としている。

また、本発明の健康管理システム（５００）は、被験者（１）等が存在する第１の領域（Ｅ１）と、治療医療関係者等（３１、４１）が存在する第２の領域（Ｅ２）と、被験者（１）等の体況情報等のデータ（体況情報等）を記憶する第３の領域（データセンター１００）を有し、
第１の領域（Ｅ１）で被験者（１）等が生成（計測）した自らの（本人の）体況の情報等のデータ（体況情報等）を、第３の領域（１００）へ伝達（通知、報告、送信）する機能を有する手段（携帯電話Ｈｈ、その他の情報端末Ｈｔ）と、
第３の領域（１００）へ伝達された被験者（１）等の体況情報等のデータを、第２の領域（Ｅ２）で治療医療関係者等（３１、４１）に取得せしめる（治療医療関係者等３１、４１にそれを利用、使用せしめる）機能を有する手段（ＰＣ：コンピュータ、その他の情報端末）と、
第３の領域（１００）へ伝達された被験者（１）等の体況情報等のデータを、治療医療関係者等（３、４）によって出力する機能を有する手段（１７）と、
第３の領域（１００）へ伝達された被験者（１）等の体況情報等のデータを、治療医療関係者等（３、４）に取得せしめ（治療医療関係者等３、４に、それを利用、使用せしめ）て、検討（検分、精査）させる機能を有する手段（１９）と、
第３の領域（１００）へ伝達された被験者（１）等の体況情報等のデータを、被験者（１）等に提供する機能を有する手段（１６、１７）と、
第３の領域（１００）から被験者（１）等へ提供された（被験者１等の体況情報等の）データを、被験者（１）等に受け取らせる機能を有する手段（携帯電話Ｈｈ、その他の情報端末Ｈｔ）を有することを特徴としている。

ここで、被験者（１）等とは、傷病を患った患者に限定されるものではなく、体況情報等を自らの健康管理に役立てたいと希望する全てのユーザーを幅広く包含する趣旨の文言である。例えば、スポーツ愛好家やスポーツ選手をも包含する趣旨の文言である。
治療医療関係者等（３１、４１）とは、医者や看護師の様な医療関係者のみならず、各種治療に携わる人間や、医療や健康に関する各種検査を実行する検査員、スポーツ愛好家に対して各種アドバイスを送る健康コンサルタントや、スポーツ選手の指導者、コーチ等も包含している。本明細書では、「被験者管理者等」と表現する場合もある。

本発明の実施に際して、前記第２の領域（Ｅ２）は、ＩＰ−ＶＰＮ（２５０）またはそれ以上に安全性の高い通信網と、それに接続可能な専用の端末機器（３２、４２）によって構成されるのが好ましい。
そして、第３の領域は、第１の領域（Ｅ１）と第２の領域２（Ｅ２）の境界に、データセンター（１００）が配置されるのが好ましい。
また、第３の領域（データセンター１００）には、本発明に係る健康管理システムの運営を可能にするアプリケーションソフトウェアを格納したサーバー、収集された被験者等の体況情報等を蓄積するサーバー、バックアップファイルを格納するサーバー等のサーバー群と、第１の領域（Ｅ１）と第２の領域（Ｅ２）に対して通信を可能にする機能を有する通信機器等が設置されているのが好ましい。

第２の領域（Ｅ２）において、治療医療関係者等（３１、４１）が予めアクセス許可を設定された対象被験者（１）等の体況情報等を閲覧、収得する機能を有するのが好ましい。
これに加えて、システムの安全運営を担保するため、第１の領域（Ｅ１）における前記手段（情報端末Ｈｈ、Ｈｔ）と、第２の領域（Ｅ２）における前記手段（情報端末ＰＣ）とが、直接通信することが出来ないようにする機能を有しているのが好ましい。
本発明の実施に際して、インターネット通信（２００）を用いる場合には、ＳＳＬ等を用いて通信の秘匿性を確保し、電子署名、認証技術を採用して本人認証を可能にする機能を有していることが好ましい。

本発明の実施に際して、前記第１の領域（Ｅ１）はインターネット（２００）等公衆の通信網と、当該通信網に接続可能な端末機器（ＰＣ）によって構成されており、被験者（１）等が治療医療関係者等（３１、４１）の直接管理下外にあるとき（被験者１等が治療医療関係者３１、４１等と直接面談あるいは診断を行っていない場合）には、治療医療関係者等（３１、４１と）の直接面談によることなく、継続的に、被験者（１）等から体況情報等を収集して、治療医療関係者等（３１、４１）に送付する機能を有しているのが好ましい。

また、本発明において、第１の領域（Ｅ１）における被験者（１）等に対して、当該被験者（１）等に適応した体況報告の為のアンケート方式の問い合わせを、該当する被験者等のみに、ウェブサイトを通して常時に提供する機能を有しているのが好ましい。
ここで、被験者（１）等に応じた体況報告の為のアンケート方式の問い合わせは、本明細書では「問診」と記載されており、各被験者等には、当該被験者等に合致する様に複数の問診を組み合わせて提供している。係る複数の問診の組み合わせを、本明細書では「問診セット」と記載している。換言すれば、問診セットは、個々の問診を組み合わせて構成されている。
問診あるいは問診セットが提供される被験者（１）等は、本サービスを運営するＩＴシステム等への接続を許可されて、その旨が登録された被験者等のみであるのが好ましい。

本発明において、（簡便に）被験者（１）等の体況情報等を生成する機能を有する手段（携帯電話Ｈｈ、その他の情報端末Ｈｔ）と、生成された被験者等の体況情報等の解析（比較、検討、検証、統計解析等）を行う機能を有する手段を具備するのが好ましい。

本発明の健康管理システム（５００）は、システム関与者（ＭＲ：被験者１等、治療医療関係者等システム運営管理者３１、４１）により作成されたメッセージを他のシステム関与者（ＭＲ、ＭＲ２）に伝達（通知、送信）する機能を有する手段（１１、Ｈｈ、Ｈｔ：携帯電話等の情報端末）と、
当該メッセージに対して当該他のシステム関与者（ＭＲ）が作成したメッセージを送信元（最初にメッセージを作成、伝達したシステム関与者ＭＲ）へ応答（返信）する機能を有する手段（１８）を具備しているのが好ましい。

本発明において、被験者（１）等の体況情報等及び当該（被験者１等の体況情報等データ）から得られる情報（注釈、所見等）を、治療医療関係者等（３１、４１）により登録せしめる機能を有する手段（２１）と、
被験者等の体況情報であって、（本発明に係る）システムの外部に存在する情報（電子ファイル化、電子画像化または電子文書化された被験者等の体況情報、施術、投薬情報等、その他、医療カルテ等に記載された事項等）と、当該情報（システムの外部に存在する情報）から得られる情報（注釈、所見等）を登録して保存する機能を有する手段（１２、１５、２０）と、
保存（入力、登録）された被験者等の体況情報等や、それから得られる情報（注釈、所見等）を出力する機能を有する手段（１４、１７）と、
（被験者等や治療医療関係者等が）保存（蓄積）された被験者等の体況情報や、それから得られる情報（注釈、所見等）を閲覧する機能を有する手段（１３、１６）を具備することが好ましい。

本発明において、被験者（１）等に対して提供される問診は、特定（限定）された被験者等のみを目的にして作成されたものではなく（限定した目的あるいはその内容のみを対象にする内容ではなく）、汎用性のある内容であることが好ましい。
そして、被験者（１）等に提供される問診の内容、範疇、数等については、制限、規制が存在しないことが好ましい。
ここで問診は、治療医療関係者等（３１：例えば、医者の様に、健康に関する問診の作成に適した者）によって作成されることが好ましい。そして、被験者（１）等の回答状況、環境を考慮し、被験者等の身体、精神的負担にならない内容であることが好ましい。

問診セットについては、被験者（１）等（同一とみなされる他の被験者等を含めたグループを包含する）に応じて、個々の問診を組み合わて作成されるのが好ましい。
問診セットを構成する個々の問診の組み合わせは、自由且つ無制限である。そして、問診セットを構成する個々の問診の組み合わせは、被験者等に提供される問診の種類、数を、治療医療関係者（３１）等が自由に作成、追加、変更することが可能であるのが好ましい。

個々の問診への回答は、極力簡便にかつ誤回答を排除するよう配慮がなされるのが好ましい。例えば、「はい（ＹＥＳ）、いいえ（ＮＯ）」式、正誤式、数値入力式、回答を選択肢から選択する選択式（多肢選択式を含む）等を採用するのが好ましい。また、複数の分割された画像によって構成された画像から、分割された画像を回答として選択する方式であっても良い。
数値入力式問診にはしきい値が設定可能であり、しきい値を外れた回答を排除可能であるのが好ましい。

本発明において、被験者（１）等が問診に回答する毎に、回答回数を記録することができる機能を備えることが好ましい。
そして、治療医療関係者等（３１）または本サービスの提供事業者（４１）は、被験者（１）等が問診に回答する累積回答回数に応じて、被験者への特典を設けることが好ましい。
被験者（１）等が体況情報等を記録するのを阻害する要因の一つとして、問診への回答を記録、実行することが義務感となってしまうことが挙げられる。上述した様な特典を設けることにより、当該義務感を軽減し、問診への回答を促進することができる。

上述した構成を具備する本発明によれば、被験者（１）等が問診あるいは問診セットに対して回答することにより、被験者（１）等は、治療医療関係者（３１）等に直接管理された状態ではなくても、インターネット（２００）の様な通信網に接続できる環境にあれば、自らの体況情報等を被験者管理者等（１、３１、４１）へ通知、報告、伝達、送信等することができる。

被験者（１）等は、本発明が提供することが出来るＩＴを利用した各種サービス（本明細書では、「本サービス」と記載する場合が有る）を利用するにあたって、専用の接続端末あるいは特別の接続端末を必要としない。
本サービスは、安価で且つ一般的な市販品の接続端末を有していれば、利用可能である。当該接続端末としては、簡便に入手可能で且つ汎用性のある接続端末、例えば、携帯電話（Ｈｈ）、携帯情報端末機器（Ｈｔ）、パーソナルコンピュータ（ＰＣ）が使用できる。
また、使用端末機器のオペレーティングソフトウェア（ＯＳ）、ブラウザー、インターネットサービスプロバイダーについても、本発明では専用あるいは特別のものを使用しなければならないという制限は存在しない。そのため、被験者（１）等は本サービスを利用するに当たり、被験者（１）等が使用する使用端末機器のオペレーティングソフトウェア（ＯＳ）、ブラウザー、インターネットサービスプロバイダーの如何によって本サービスが享受できなくなるという不利益を受けることがない。

本発明によれば、被験者（１）等は、体況情報等をインターネット（２００）等の各種情報ネットワークを経由して、簡便に伝達することが出来る。
治療医療関係者（３１）等は、当該情報（被験者１等が伝達した体況情報等）を被験者（１）等と共有することが出来るので、必要に応じて、本発明に係るシステムを介して、被験者（１）等と治療医療関係者（３１）等が連絡を取り合うことが出来る。
さらに、本発明に係るシステム（５００）を介して、双方向のコレスポンダンス機能が被験者（１）等に対して提供されるので、被験者（１）等は、同じ課題（例えば、同じ疾病）に取り組む者同士で連絡を取り合うことが可能である。
その結果、被験者（１）等の孤独感を軽減することが可能となる。また、同じ課題（例えば、同じ疾病）に取り組む者同士（被験者等同士）が連絡を取り合うことにより、体況情報等の記録の実行を阻害する要因である義務感が軽減する。

本発明によれば、被験者（１）等の体況情報や診断等は、その生成から記録、保存に至るまで電子化され、データベース化することができる。そして、データベース化された体況情報等を検索して、体況情報等を利用することが簡便に実行される。
電子化することにより、被験者（１）等の体況情報や診断データ等を紙媒体等に記録して保存する場合に比較して、劣化、毀損の可能性は遥かに低くなる。
また、市販の健康関連機器であって、健康状態を計測して記録する機能を有する機器から得られた情報等についても、被験者（１）等が問診・問診セットに対して回答することにより、本発明に係るシステム（５００）において、一元的に保存、管理することが可能である。

また本発明によれば、被験者（１）が被験した医療、治療の内容、医療施設あるいは治療施設や医療機関等毎に発行、作成されるカルテ、添付画像、処方箋について、治療医療関係者（３１）等が本発明に係るシステムに登録して保存することにより、被験者（１）等に関する体況情報、健康状態、施術、投薬に関するデータの一元管理が可能になる。
従来技術では、体況情報、治療・施術に関するデータは、複数の医療機関の各々に散在しており、各機関毎に異なったフォーマットで記録されているため、或る医療機関が、同一の被験者について他の医療機関に存在する被験者の体況情報、治療・施術に関するデータ（体況情報、治療・施術に関するデータ）を有効利用することは非常に困難であった。それに対して、本発明によれば体況情報、健康状態、施術、投薬に関するデータの一元管理が出来るので、本発明を利用している医療機関であれば、他の医療機関に存在する被験者の体況情報、治療・施術に関するデータを有効活用することが可能である。
そして、本発明によって被験者（１）等に関する体況情報、健康状態、施術、投薬に関するデータの一元管理を実行すれば、例えば、いわゆる「禁忌」（例えば、副作用が懸念される薬剤の組み合わせを、同一の被験者等に投与してしまうこと）を防止することができる。

被験者（１）等と治療医療関係者等（例えば担当医師３１）が直接面談（診断）することによって収集される体況情報は、詳細ではあるが断続的である。
本発明によれば、被験者（１）等と治療医療関係者（３１）等が直接面談（診断）を行ってから、次回の直接面談（診断）を行う間の期間（以下、「直接面談（診断）を行う間の期間」と記載する場合がある）において、本サービスを利用して、被験者（１）等が問診・問診セットに回答することにより、当該被験者（１）等の体況情報等を継続的に収集することが出来る。
そして、本サービスにより継続的に収集された被験者（１）等の体況情報等を検証することにより、治療医療関係者等（例えば担当医師３１）は、継時的に被験者（１）等の体況情報等を収得することが可能となり、被験者（１）等の体況状況に変化が生じた場合に、その時期、要因等を探査することが可能になる。

また治療医療関係者等（例えば担当医師）は、本サービスにより継続的に収集された当該被験者（１）等の体況情報等を検証することにより、直接面談（診断）を行う間の期間における被験者等の体況情報等を、直接面談（診断）の際に補足情報として採用することができる。
そして、直接面談（診断）を行う間の期間における被験者（１）等の体況情報等により、治療医療関係者等（例えば担当医師３１）は、直接面談（診断）時に被験者（１）等の記憶により申告される体況情報等の信憑性を判断することも出来る。あるいは、直接面談（診断）時に被験者（１）等から申告された体況情報等の信憑性を確認することを、治療医療関係者等（例えば担当医師３１）に対して促す機会を与えることが出来る。

本発明の実施形態の概要を示す説明図である。 実施形態に係るシステムの全体を示すブロック図である。 図２におけるデータセンターのブロック図である。 被験者による体況登録ユニットのブロック図である。 被験者による体況登録の手順を示すフローチャートである。 メッセージ送受信ユニットのブロック図である。 メッセージ送受信の手順を示すフローチャートである。 被験者による問診回答・診察・診断データ閲覧ユニットのブロック図である。 被験者による問診回答・診察・診断データ閲覧の手順を示すフローチャートである。 被験者による問診回答・診察・診断データ出力ユニットのブロック図である。 被験者による問診回答・診察・診断データ出力の手順を示すフローチャートである。 医療・健康管理者による被験者からの問診回答状況確認ユニットのブロック図である。 医療・健康管理者による被験者からの問診回答状況確認の手順を示すフローチャートである。 医療・健康管理者による被験者の診察・診断データの登録ユニットのブロック図である。 医療・健康管理者による被験者の診察・診断データの登録の手順を示すフローチャートである。 医療・健康管理者による被験者からの問診回答・診察・診断データ閲覧ユニットのブロック図である。 医療・健康管理者による被験者からの問診回答・診察・診断データ閲覧の手順を示すフローチャートである。 医療・健康管理者による被験者からの問診回答・診察・診断データの出力ユニットのブロック図である。 医療・健康管理者による被験者からの問診回答・診察・診断データの出力手順を示すフローチャートである。 システム関与者登録ユニットのブロック図である。 システム関与者登録の手順を示すフローチャートの前半部分である。 システム関与者登録の手順を示すフローチャートの後半部分である。 問診・問診セット登録ユニットのブロック図である。 問診・問診セット登録の手順を示すフローチャートである。

以下、添付図面を参照して、本発明に実施形態について説明する。
先ず、図１〜図３を参照して、図示の実施形態の全体的な構成について説明する。
図１及び図２において、全体を符号５００で示す健康管理システム（以下、「本システム」と記載する場合がある）では、被験者１として患者が例示されている。また、治療・医療関係者３１として、医師、研究者、健康アドバイザー等が例示されている。そして、被験者管理者等として、システム運営・管理者４１等が例示されている。
すなわち、図示の実施形態に係る健康管理システム５００では、被験者１、医療・健康管理者３１、システム運営管理者４１が包含されている。

図示の実施形態に係る健康管理システム５００では、被験者１あるいは医療・健康管理者３１に提供されるサービスが円滑に運営されるようにするため、サービスデスク３２が設けられている。
図示の実施形態に係る健康管理システム５００で提供されるサービスの運営に関わる全ての利用、本システムの操作権限は、後述するシステム運営管理者４１が決定し、設定している。
図１では、被験者１及びインターネット２００を含む領域を第１の領域Ｅ１と表現しており、治療・医療関係者３１、システム運営管理者４１およびＶＰＮネットワーク２５０を含む領域を第２の領域Ｅ２と表現している。

被験者１は、インターネット２００に接続できる携帯電話機器Ｈｈ、タブレット型携帯端末Ｈｔ、コンピュータＰＣ等の情報端末あるいは情報関連機器（図１参照）を用いて、健康管理システム５００のウェブサイト（問診ウェブサイト：図１では図示を省略）にアクセスする（図４、図５参照）。そして、あらかじめ設定されたログインＩＤとパスワードを入力して、ログインする。
図示の実施形態に係るシステムにおけるサービスは、ユーザーが上記ウェブサイトにログインした後に、被験者１に対して提供される。

ここで、図示の健康管理システム５００に関与し、あるいは、図示の健康管理システム５００によるサービスの利用を企図する者は、予め、図示の健康管理システム５００に対して利用者登録を行い、相当する権限を付与されて、利用詳細が規定されなければならない（図２０〜図２２参照）。
換言すれば、図示の健康管理システム５００に対して利用者登録を行っていない者（未登録者）が、健康管理システム５００のウェブサイトにアクセスしても、ログインすることはできない。

図示はされていないが、図示の実施形態に係るシステムに関与し、そのサービスを利用することが想定される関与者に対して、システム運営管理者（システム運営管理者から権限を与えられた者も含む）４１は、当該関与者４１を識別するため、関与者ユニークＩＤを割り当てる。
被験者１は唯一の関与者ユニークＩＤを保持する。例えば、被験者１が他の医療機関に転院した場合においても、当該被験者１の関与者ユニークＩＤを変更し、再度割り当てることはない。継続的且つ一元的な体況情報の収集、記録のためである。

被験者１に対しては、医療・健康管理者３１がリンク付けされて登録設定される（図２０〜図２２参照）。被験者１に対してリンク付けされて登録設定される医療・健康管理者３１は、担当医師の様に、当該被験者１を管理や治療を担当する治療医療関係者である。
被験者１に対してリンク付けされて登録設定される医療・健康管理者３１の登録設定数、登録の変更、削除については、図示の実施形態では制限を設けていない。そのため、例えば被験者１が転院をして、その治療を担当する医師（担当医）３１が変さらになった場合には、図示の実施形態では、当該被験者１とリンク付けされて登録される医療・健康管理者（新たな担当医師）３１を差替え登録設定することができる。
また、被験者（患者）１が同時に複数医院で治療を受けている場合には、当該被験者１に対してリンク付けされて登録設定される医療・健康管理者（患者の管理治療を担当する医師）３１が複数存在する。その様な場合には、当該被験者１に対してリンク付けされて登録設定される医療・健康管理者（患者の管理治療を担当する医師）３１を全て登録することができる。すなわち、当該被験者１に対してリンク付けされる医療・健康管理者３１を複数登録することができる。

図示の実施形態では、ログインにはシングルサインオン方式を採用し、サイト内移動、別々のページ、メニュー、ジョブへの移動、ログインの都度のログインＩＤ、パスワードの入力を要求しない。
ログインＩＤ、パスワードは高齢者、身体不自由者等、ＩＴ、ＩＴシステム使用不慣れ者の使用、携帯電話等文字変換に対する困難が想定されること、非英日本語使用端末の使用を考慮して、半角数字のみを使用している。
ログインＩＤ、パスワードは共にユーザーが変更、設定できるが、図示の実施形態に係るシステムは、ログインＩＤ、パスワードを記憶、保存できないように設定されている。セキュリティ観点上の見地に基づく。

図２を参照して、医療・健康管理機関（医療・健康管理者３１が属する）３と、システム運営・管理機関（システム運営・管理者が属する）４に関して、さらに詳述する。
図２において、医療・健康管理機関３は、管理責任者である医療・健康管理者３１と、入力手段を備えたサービスデスク３２とを有している。
システム運営・管理機関４は、図示を省略したシステム運営・管理者４１（図１参照）と、サポートセンター４２とを有している。
図２において、太い実線の矢印は、通常のシステム利用に関する情報伝達の経路を示し手入る。一方、図２における太い矢印の点線は、システム利用に関する問い合わせやデータ利用に関する問い合わせ、その他の質問、当該質問に対する回答についてのデータ経路を示している。

図３を参照して、データセンター１００の詳細構成について説明する。
図３において、データセンター１００は、被験者１側のメッセージ送受信ユニット（以下、「被験者１側のメッセージ送受信ユニット」と言う）１１と、被験者１による体況登録ユニット（以下、「体況登録ユニット」と言う）１２と、被験者１による問診回答・診察・診断データ閲覧ユニット（以下、「被験者１側データ閲覧ユニット」と言う）１３と、被験者１による問診回答・診察・診断データ出力ユニット（以下、「被験者１側データ出力ユニット」と言う）１４とを有している。

さらに、データセンター１００は、医療・健康管理者３１による被験者の診察・診断データ登録ユニット（以下、「データ登録ユニット」と言う）１５と、医療・健康管理者３１による被験者の問診回答・診察・診断データ閲覧ユニット（以下、「医療・健康管理者３１側データ閲覧ユニット」と言う）１６と、医療・健康管理者３１による被験者の問診回答・診察・診断データ出力ユニット（以下、「医療・健康管理者３１側データ出力ユニット」と言う）１７と、医療・健康管理者３１側のメッセージ送受信ユニット（以下、「医療・健康管理者３１側のメッセージ送受信ユニット」と言う）１８と、医療・健康管理機関３並びにシステム運営・管理機関４による被験者１からの問診回答状況確認ユニット（以下、「問診回答状況確認ユニット」と言う）１９と、システム関与者登録ユニット２１と、問診・診察セット登録ユニット２２とを有している。

被験者１は、インターフェース５、ラインＬ１を介して、被験者１側のメッセージ送受信ユニット１１と、体況登録ユニット１２と、被験者１側データ閲覧ユニット１３と、被験者１側データ出力ユニット１４と接続している。そして、被験者１側のメッセージ送受信ユニット１１と、体況登録ユニット１２と、被験者１側データ閲覧ユニット１３と、被験者１側データ出力ユニット１４は、ラインＬ２を介して、記憶ユニット（データベース）２０と接続している。

医療・健康管理者３１は、インターフェース５Ｂ、ラインＬ４を介して、データ登録ユニット１５と、医療・健康管理者３１側データ閲覧ユニット１６と、医療・健康管理者３１側データ出力ユニット１７と、医療・健康管理者３１側のメッセージ送受信ユニット１８と、問診回答状況確認ユニット１９と接続している。
システム運営管理者４１は、インターフェース５Ｃ、ラインＬ５を介して、医療・健康管理者３１側のメッセージ送受信ユニット１８と、問診回答状況確認ユニット１９と、システム関与者登録ユニット２１と、問診・診察セット登録ユニット２２と接続している。
そして、記憶ユニット２０（データベース）は、ラインＬ３を介して、上記ユニット１５〜１９、２１、２２と接続されている。

図１、図２において、第２の領域Ｅ２は、ＩＰ−ＶＰＮ２５０またはそれ以上に安全性の高い通信網と、当該通信網に接続可能な端末機器（図示の実施形態に係るシステム専用の端末機器（図１における図示を省略））によって構成されている。
医療・健康管理者３１は、管理担当する被験者１の体況情報について、図示の健康管理システム５００におけるデータセンター１００にアクセスし、必要な体況情報を閲覧することができる。医療・健康管理者３１は必要に応じて、自らの専用端末（コンピュータＰＣ等）により、体況情報を出力（ダウンロード）することができる。

データセンター１００の記憶ユニット２０には、問診セットに対する被験者１の回答（個々の問診への回答）が、定量化されたデータとして保存されている。
個々の問診は、「問診番号」、「問題」、「回答入力欄または回答選択肢」、「しきい値」「重みづけ値」から構成されており、その内容、個々の問診におけるリスト上の序列は、変更、更新されることはない。問診回答データの整合性、正確性、有意性、継続性、比較容易性を維持するためである。
「重みづけ値」を利用して問診回答に評点をつける方式の問診については、健康管理システム５００の外部へ問診回答データを出力し、健康管理システム５００の外部で「重みづけ処理」等を行なうことが出来る。

個々の問診は、問診の作成に適した者である医療・健康管理者３１によって作成され、作成順に、規定された序列に従って、健康管理システム５００上に登録される。
複数の問診を組み合わせて問診セットを編成するのに適当な者（医療・健康管理者）３１によって、登録された個々の問診を用いて問診セットが編成される。

問診セットに対する回答は、定量化されたデータとして記憶ユニット２０に保存される。
例えば強度の程度等に関する問診の場合には、定量データとして保存することが好適である。
問診セットに対する回答が定性的なデータである場合に、当該データを定量データ化するため、図示の実施形態に係る健康管理システム５００においては、問診に対する回答を、３〜５段階に区分している。ただし、個々の問診について、必要な詳細度に応じて、区分数を変更することが可能である。

例えば医療・健康管理者３１の様に、被験者１への問診セットの割り当てをすることに適した者が、被験者１に対して問診セットを割り当て、セットする（図２０〜図２２参照）。同一疾患の患者が複数存在する場合や、同一の体況情報等について収集するという目的を保有する者が複数存在する場合には、当該複数の者に対して同一の問診セットを割り当てる。

図１、図２に示す健康管理システム５００には、医療・健康管理者３１が、被験者１の体況情報、それから得られる情報、注釈、所見等を入力、登録、保存できる領域が存在する。また、図１、図２において健康管理システム５００には、電子ファイル化、電子画像化または電子文書化された被験者１の体況情報、施術、投薬情報等の医療カルテ等記載事項を登録、保存できる領域や、被験者１の体況情報、施術、投薬情報等の医療カルテ等記載事項から得られる情報、注釈、所見等を登録、保存できる領域も確保されている。

医療・健康管理者３１は、被験者１との直接面談時（診断）に得た被験者１の体況情報、それから得られる情報を、健康管理システム５００における記録、保存領域（記憶ユニット２０）に、直接、入力して登録することができる。

医療・健康管理者３１は、被験者１と直接面談して診断を行った際に収集される情報（詳細ではあるが断続的な体況情報）と、被験者１と直接面談（診断）を行う間の期間において（図示の実施形態に係るサービスを利用することにより）継続的に収集された被験者の体況情報を、照合、突合、検証することができる。それにより信頼性が高く、より有効な診断が実現される。

また、図１、図２の健康管理システムに５００によれば、従来は医療・健康管理者３１毎（医療機関３毎）に、異なるフォーマットで記憶されていた情報（医療・健康管理者３１が、被験者１と直接面談して診断を行った際に得た体況情報、それから得られる情報、注釈、所見等）を、直接に、図１、図２の健康管理システム５００に登録、保存することにより、一元的に管理することができる。
そして、被験者１が、常に自身の体況情報のデータを保持することが可能となる。すなわち、いわゆる「パーソナルヘルスレコード」が、被験者１に提供される。

次に、図４及び図５を参照して、被験者１による体況登録について説明する。
図４で示す体況登録ユニット１２は、被験者１による体況登録を実行するために設けられている。
体況登録ユニット１２は、ログイン承認ブロック１２１と、ログイン承認結果通知ブロック１２２と、アクセス権限付与ブロック１２３と、問診ブロック１２４と、記憶ユニット２０とを備えている。
記憶ユニット２０は、図２で示す記憶ユニット２０と同一であり、後述するユニット１１〜１９、２１、２２の各々における記憶ユニット２０と共用されている。
問診ブロック１２４は、「問診部」１２４Ａと、「異常回答、承認要求部」１２４Ｂと、「異常回答、判定部」１２４Ｃと、「メッセージ送信ブロック」１２４Ｄを備えている。

被験者１による体況登録に際して、被験者１は、インターフェース５、ラインＬ１２ａを介して、ログイン承認ブロック１２１及びログイン承認結果通知ブロック１２２と接続する。
ログイン承認結果通知ブロック１２２は、アクセス承認の場合には、ラインＬ１２ｂ、分岐点Ｂ、ラインＬ１２ｃを介して、アクセス権限付与ブロック１２３と接続する（アクセス承認の場合の経路）。
また、ログイン承認結果通知ブロック１２２は、ログイン非承認の場合には、ラインＬ１２ｂ、分岐点Ｂ、ラインＬ１２ｄによって（インターフェース５Ａを介して）、被験者１と接続している（ログイン非承認の場合の経路）。
図４において、作図上の便宜として被験者１が上下に表示されているが、両者は同一である。
インターフェース５とインターフェース５Ａは、同一であってもよい。

ログイン承認ブロック１２１は、記憶ユニット（データベース）２０と、ラインＬ１２ｅ及びラインＬ１２ｆによって接続されている。ラインＬ１２ｅを介して、ログイン承認ブロック１２１からのログイン情報が記憶ユニット２０に送信される。そしてラインＬ１２ｆを介して、記憶ユニット２０から照合結果がログイン承認ブロック１２１に送信される。
記憶ユニット２０は、アクセス権限付与ブロック１２３とラインＬ１２ｇで接続されている。ラインＬ１２ｇを介して、記憶ユニット２０からアクセス権限付与ブロック１２３に対して、アクセス権限設定情報が与えられる。

被験者１は、インターフェース５を介して、ラインＬ１２ｈによって問診ブロック１２４と接続される。被験者１からのアクセスが認められた場合に、被験者１は、問診ブロック１２４に自身の体況を入力（回答）するように構成されている。
記憶ユニット２０は、ラインＬ１２ｉ及びラインＬ１２ｊを介して、問診ブロック１２４に接続されている。
ラインＬ１２ｉを介して、被験者１が入力した体況が問診ブロック１２４から記憶ユニット２０に登録されるように構成されている。そしてラインＬ１２ｊを介して、記憶ユニット２０から問診ブロック１２４における問診部１２４Ａに対して、後述する問診セットが送信されるように構成されている。

記憶ユニット２０は、ラインＬ１２ｋを介して、問診ブロック１２４における「異常回答、判定部」１２４Ｃと接続されている。そして記憶ユニット２０は、ラインＬ１２ｍを介して、問診ブロック１２４における「メッセージ送信ブロック」１２４Ｄと接続されている。
「異常回答、判定部」１２４Ｃは、ラインＬ１２ｋ経由でアラートメッセージを記憶ユニット２０に送信するように構成されている。「メッセージ送信ブロック」１２４Ｄは、ラインＬ１２ｍを経由してメッセージを記憶ユニットに送信するように構成されている。

アクセス権限付与ブロック１２３は、ラインＬ１２ｎを介して問診ブロック１２４に接続されている。
ラインＬ１２ｇを介して、記憶ユニット２０からアクセス権限付与ブロック１２３に対して、アクセス権限設定情報を送るように構成されている。
問診ブロック１２４は、ラインＬ１２ｏ、インターフェース５Ａを介して、被験者１と接続されている。
上述したように、インターフェース５とインターフェース５Ａは、同一であってもよい。

次に、主として図５を参照して、体況ユニット１２における体況登録の手順について説明する。
図５のステップＳａ１において、被験者１は、データセンター１００の体況登録ユニット１２にアクセスする。そしてステップＳａ２で、ログインＩＤとパスワードを入力する。
体況登録ユニット１２のログイン承認ブロック１２１は、ログインを承認するか否かを判断する（ステップＳａ３）。ログインが承認されない場合には（ステップＳａ３がＮＯ）、ステップＳａ２に戻り、再びステップＳａ２以降を繰り返す。
一方、ログイン承認ブロック１２１によりログインが承認された場合には（ステップＳａ３がＹＥＳ）、ステップＳａ４に進む。

ステップＳａ４では、メニュー画面が表示され、問診回答が開始され（ステップＳａ５）、ステップＳａ６に進む。ステップＳａ６では、被験者１は、問診メニューを選択する。
ステップＳａ７では問診画面が表示され、ステップＳａ８で被験者１は、問診ウェブサイトに掲示されたアンケート式の問診に回答することにより、被験者１自身の体況情報等を入力する。
例えば、ウェブページの１ページにつき問診が一つ提示され、被験者１は一つの問診に対して一つの回答を要求される。被験者１は回答入力後、「次へすすむ」という処理を行なうことにより、正しい値が正しく入力されたことを確認することができる。そして、次の問診が提示されたならば、被験者１は、さらに次のウェブページを進む。

被験者１が、誤入力する等の理由により、入力した回答の値を正しくないことを確認した場合や、入力した値に疑義を感じた場合には、当該問診が提示されたウェブページに戻り、正しい値を入力し直すことができる。
回答時に体温等の数値を入力することを要求する問診においては、しきい値が設けられており、誤った値が入力されることを防止している。しきい値を超えた値、すなわち誤った入力である可能性が高い回答の入力が実行された場合（例えば、ステップＳａ９がＹＥＳ）には、直ちにその旨が被験者１に伝えられる（例えば、ステップＳａ１０）。入力した値の確認を最大３度実施する（例えば、ステップＳａ９がＹＥＳでステップＳａ１２がＹＥＳのループが最大で３回繰り返される）。

数値回答を求める問診に設定されるしきい値は、医師、医療関係者３１等のように、しきい値の決定に適していると判断される者によって決められて、当該問診に設定される。
また、しきい値は妥当性のあるものとしているが、被験者１がそれを超える値を３度の確認要求に対して、その入力値に固執する場合には、図示の実施形態に係るシステムは、被験者１が固執する値が当該被験者１における特有の値として受入れて、処理を実行する様に構成されている。

数値回答を求める問診には、回答者の体況の不調を認識させるためのしきい値が設けられている。そして、当該しきい値を超える回答が入力された場合には（例えば、ステップＳａ９がＹＥＳ）警戒メッセージを表示して（例えば、ステップＳａ１０）、被験者１の注意を喚起するように構成されている。
図５では明示されていないが、健康管理システム５００は、被験者１が体調の不調を認識するに値する回答を検知した場合に、当該被験者１を管理、指導する医療・健康管理者３１に対して、異常値発生メッセージを送信する。

図５のステップＳａ９において、体況登録ユニット１２は、被験者の入力した回答（体況、例えば、熱や血圧の値等）に異常値があるか否かを判断する。
被験者の入力した回答に異常値がある場合（ステップＳａ９がＹＥＳ）は、次のステップＳａ１０に進む。一方、被験者の入力した回答に異常値が無い場合（ステップＳａ９がＮＯ）は、Ｓａ１３に進む。

ステップＳａ１０では、回答（体況）確認訂正要求画面が表示される。被験者１は、ステップＳａ１１で回答（体況）を再入力する。
ステップＳａ１２において、体況登録ユニット１２は、被験者の再入力した回答に異常があるか否かを判断する。上述した様に、図５のフローチャートでは、ステップＳａ１０における回答確認訂正要求は、合計３回までとなっている。
ステップＳａ１１で被験者１が再入力した回答に異常がある場合（ステップＳａ１２がＹＥＳ）は、ステップＳａ１０に戻る。被験者１が再入力した回答に異常が無い場合（ステップＳａ１２がＮＯ）は、ステップＳａ１３に進む。

ステップＳａ１３では、回答確認訂正要求画面が表示される。そしてステップＳａ１４では、体況登録ユニット１２は回答が訂正されたか否かを判断する。
回答が訂正されたのであれば（ステップＳａ１４がＹＥＳ）、ステップＳａ７まで戻り、再びステップＳａ７以降を繰り返す。一方、回答が訂正されないのであれば（ステップＳａ１４がＮＯ）、ステップＳａ１５に進み、体況登録ユニット１２は、問診回答を終了するのか否かを判断する。
問診回答が終了しない場合には（ステップＳａ１５がＮＯ）、ステップＳａ７まで戻り、再びステップＳａ７以降を繰り返す。一方、問診回答が終了するのであれば（ステップＳａ１５がＹＥＳ）、ステップＳａ１６に進む。
ここで、問診の数は、回答することによって被験者１に負担が掛からないと思われる回数に設定されている。

ステップＳａ１６において、体況登録ユニット１２は問診回答データを取得する。そしてステップＳａ１７において、被験者管理者３１へのコメント・メッセージ入力画面を表示する。
ステップＳａ１７において、被験者１は、一連の問診の最後に用意されたコメント欄に、コメントを入力することができる。このコメント欄はフリーライティングスペースとして、文書日記等の入力欄としても使用することができる。被験者１が当該コメント欄に入力した内容は、当該被験者本人と、当該被験者を担当する医療・健康管理者３１が閲覧することができる。
また、被験者１がコメント欄に入力した日記やコメント等の内容に対して、当該被験者を担当する医療・健康管理者３１は、必要に応じて当該コメントに応答するメッセージを、当該被験者に対して送信することもできる。

ステップＳａ１８では、コメント及び／またはメッセージを送信するか否かが判断される。コメント及び／またはメッセージを送信するのであれば（ステップＳａ１８がＹＥＳ）、ステップＳａ１９に進む。一方、コメント及び／またはメッセージを送信しないのであれば（ステップＳａ１８がＮＯ）、ステップＳａ２２まで進む。
ステップＳａ１９では、コメント及び／またはメッセージを入力し、それらを送信し（ステップＳａ２０）、ステップＳａ２１で本システムにおける記憶ユニット２０がメッセージを記憶する。ステップＳａ２２では、問診回答を終了し、ステップＳａ２３に進む。

ステップＳａ２３では、体況登録ユニット１２は、他のメニューを使用するか否かを判断する。
他のメニューを使用するのであれば（ステップＳａ２３がＹＥＳ）、ステップＳａ４まで戻り、再びステップＳａ４以降を繰り返す。一方、他のメニューを使用しないのであれば（ステップＳａ２３がＮＯ）、ログアウトして（ステップＳａ２４）、体況登録に関する一連の制御を終了する。

図４、図５おいて、体況登録ユニット１２で被験者１が登録した体況情報のデータは、どの被験者１のデータをダウンロード（出力）する場合（例えば、図１８、図１９参照）においても、問診マスタリスト（図２３、図２４参照）に登録された全ての問診の番号順に（換言すれば「問診番号」順に）ダウンロードする。被験者間の体況情報データを比較し易くして、且つ、データのいわゆる「取りこぼし」を防止するためである。

表１において問診回答データを例示し、表２において問診回答データレコードを例示する。

表１で例示する問診回答データでは、最も左方の縦の列において、上から下に向かって「問診番号」が記載されている。
表１で例示する問診回答データレコードでは、問診回答の作成開始日時昇順に縦列に整列されている。
表２の最も左方の「データ生成日時」の列において、「Ｙ／Ｍ／Ｄ／Ｈ／Ｍ／Ｓ」は問診回答データの生成された「年／月／日／時／分／秒」を意味している。
表１、表２において、「Ｎｕｌｌ（データなし）」は「データがゼロ（０）」を意味するものではなく、「データを取っていない」、或いは「データを取れなかった」を意味するものである。表１、表２のデータ形式はＣＳＶや、ＴＸＴであり、他の健康管理システムへの投入、加工が容易なデータ形式が採用されている。

次に、図６、図７を参照して、被験者、医療・健康管理者、システム運用管理者によるメッセージの送受信について説明する。
図６は、メッセージの送受信を行うユニット（以下、「メッセージ送受信ユニット」と言う）１１の構成を示している。なお、図３において、メッセージ送受信ユニットは符号１１で示すユニットと符号１８で示すユニットに分離して示されているが、図６で示すメッセージ送受信ユニット１１は、図３におけるユニット１１、１８を統合した構成となっている。
図６において、メッセージ送受信ユニット１１は、ログイン承認ブロック１１１と、ログイン承認結果通知ブロック１１２と、アクセス権限付与ブロック１１３と、送信ブロック１１４と、受信ブロック１１５と、記憶ユニット２０とを備えている。
記憶ユニット２０は、図３に記載の記憶ユニット２０と同一であり、データセンター１００におけるユニット１１〜１９、２１、２２の記憶ユニット２０と共用している。

関与者ＭＲ（被験者１、医療・健康管理者３１、システム運用管理者４１）は、インターフェース５、ラインＬ１１ａを介して、ログイン承認ブロック１１１及びログイン承認結果通知ブロック１１２と接続している。
ログイン承認結果通知ブロック１１２は、ログインを承認する場合には、ラインＬ１１ｂ、分岐点Ｂ１、ラインＬ１１ｃを介して、アクセス権限付与ブロック１１３と接続する（ログイン承認の場合の経路）。
また、ログイン承認結果通知ブロック１１２は、ログインを承認しない場合には、ラインＬ１１ｂ、分岐点Ｂ１、ラインＬ１１ｄ、分岐点Ｂ２、ラインＬ１１１ｄによって（インターフェース５ＢＣを介して）、医療・健康管理者３１及びシステム運営管理者４１と接続している（ログイン非承認の場合の経路）。或いは、ログイン承認結果通知ブロック１１２は、ログインを承認しない場合には、ラインＬ１１ｂ、分岐点Ｂ１、ラインＬ１１ｄ、分岐点Ｂ２、ラインＬ１１２ｄによって（インターフェース５Ａを介して）、被験者１と接続している（ログイン非承認の場合の経路）。
図６の上下において、関与者ＭＲ（被験者１、医療・健康管理者３１、システム運用管理者４１）が表示されているのは、図示の便宜のためである。
インターフェース５と、インターフェース５Ａは、同一であってもよい。

ログイン承認ブロック１１１は、記憶ユニット（データベース）２０と、ラインＬ１１ｅ、ラインＬ１１ｆによって接続されている。ラインＬ１１ｅを介して、ログイン情報がログイン承認ブロック１１１から記憶ユニット（データベース）２０に送信される。そして、ラインＬ１１ｆを介して、照合結果が記憶ユニット２０からログイン承認ブロック１２１に送信される。
記憶ユニット２０は、ラインＬ１１ｇを介してアクセス権限付与ブロック１１３と接続されており、ラインＬ１１ｇを介して、記憶ユニット２０からアクセス権限付与ブロック１１３にアクセス権限設定情報が与えられる。

アクセス権限付与ブロック１１３は、ラインＬ１１ｈを介して送信ブロック１１４と接続されている。そして、ラインＬ１１ｈを介して、アクセス権限が、アクセス権限付与ブロック１１３から送信ブロック１１４に対して与えられる。
アクセス権限付与ブロック１１３は、ラインＬ１１ｋを介して、受信ブロック１１５と接続されている。そしてラインＬ１１ｋを介して、アクセス権限が、アクセス権限付与ブロック１１３から受信ブロック１１５に対して与えられる。

関与者ＭＲ（被験者１、医療・健康管理者３１、システム運用管理者４１）は、インターフェース５、ラインＬ１１ｈを介して送信ブロック１１４と接続している。そして、関与者ＭＲから送信ブロック１１４にメッセージを送信する。
送信ブロック１１４は、記憶ユニット２０とラインＬ１１ｉ及びラインＬ１１ｊで接続されている。ラインＬ１１ｉを介して、記憶ユニット２０から送信ブロック１１４に、メッセージ送信可先リストを送信する。そしてラインＬ１１ｊを介して、送信ブロック１１４から記憶ユニット２０に対してアクセス権限付与のメッセージを送信する。
また、送信ブロック１１４は、ラインＬ１１ｏ、分岐点Ｂ３、インターフェース５ＢＣ、ラインＬ１１１ｏを介して、領域２の関与者である医療・健康管理者３１、システム運用管理者４１（図６では下方の関与者ＭＲにおける医療・健康管理者３１、システム運用管理者４１）と接続しており、メッセージ送信通知を発信する。
さらにまた、送信ブロック１１４は、ラインＬ１１ｏ、分岐点Ｂ３、ラインＬ１１２ｏ、インターフェース５Ａを介して、領域１の関与者である被験者１（図６では下方の関与者ＭＲにおける被験者１）と接続しており、メッセージ送信通知を発信する。

関与者ＭＲ（被験者１、医療・健康管理者３１、システム運用管理者４１：図６では情報の関与者ＭＲ）は、インターフェース５を介して、ラインＬ１１ｍによって受信ブロック１１５と接続し、関与者ＭＲがメッセージを受信したことを受信ブロック１１５に送信する。
受信ブロック１１５は、記憶ユニット２０とラインＬ１１ｎで接続され、記憶ユニット２０からメッセージを受信する。
また、受信ブロック１１５は、ラインＬ１１ｐ、インターフェース５ＢＣを介して、領域２の関与者ＭＲの内の医療・健康管理者３１、システム運用管理者４１（図６では下方の関与者ＭＲの内の医療・健康管理者３１、システム運用管理者４１）と接続し、アラートメッセージを送信する。
さらに、受信ブロック１１５は、ラインＬ１１ｑ、分岐点Ｂ４、ラインＬ１１１ｑ、インターフェース５Ａを介して、領域１の関与者である被験者１（図６では下方の関与者ＭＲの内の被験者１）と接続しており、メッセージを送信する。そして受信ブロック１１５は、ラインＬ１１ｑ、分岐点Ｂ４、インターフェース５ＢＣ、ラインＬ１１２ｑを介して、領域２の関与者ＭＲの内の医療・健康管理者３１、システム運用管理者４１（図６では下方の関与者ＭＲの内の医療・健康管理者３１、システム運用管理者４１）と接続し、メッセージを送信する。

次に、主として図７を参照して、メッセージの受送信の手順を説明する。
図７のステップのステップＳｂ１において、被験者１は、データセンター１００のメッセージ送受信ユニット１１にアクセスし、ステップＳｂ２で、ログインＩＤとパスワードを入力する。
メッセージ送受信ユニット１１のログイン承認ブロック１１１は、ログインを承認するか否かを判断する（ステップＳｂ３）。
ログインを承認しないのであれば（ステップＳｂ３がＮＯ）、ステップＳｂ２に戻り、再びステップＳｂ２以降を繰り返す。一方、ログインを承認するのであれば（ステップＳｂ３がＹＥＳ）、ステップＳｂ４に進む。

ステップＳｂ４では、メニュー画面が表示され、メッセージ送信・確認が開始される（ステップＳｂ５）。ステップＳｂ６に進み、関与者ＭＲ（被験者１、医療・健康管理者３１、システム運用管理者４１）が、メッセージ送信・確認メニューを選択するための画面が、関与者ＭＲの情報端末に表示される。
ステップＳｂ７でメッセージ送信・確認画面が表示される。そしてステップＳｂ８で、メッセージ送受信ユニット１１は、メッセージが送信されたか否かを判断する。
メッセージが送信されたならば（ステップＳｂ８がＹＥＳ）、ステップＳｂ９に進み、送信されていなければ（ステップＳｂ８がＮＯ）、ステップＳｂ１７まで進む。

ステップＳｂ９では、メッセージ送受信ユニット１１は、メッセージ送信先は一つに限定されているか否かを判断する。メッセージ送信先が一つに限定されている場合は（ステップＳｂ９がＹＥＳ）、ステップＳｂ１２まで進み、メッセージ送信先が一つに限定されていない場合は（ステップＳｂ９がＮＯ）、ステップＳｂ１０に進む。ステップＳｂ１０では、メッセージ送受信ユニット１１は、送信先を選択し、ステップＳｂ１１で送信先を変更するか否かを判断する。送信先を変更する場合は（ステップＳｂ１１がＹＥＳ）、ステップＳｂ１０に戻り、送信先を変更しない場合は（ステップＳｂ１１がＮＯ）、ステップＳｂ１２に進む。

ステップＳｂ１２で関与者ＭＲがメッセージを入力したならば、メッセージ内容確認画面が表示される（Ｓｂ１３）。
ステップＳｂ１４において、メッセージ送受信ユニット１１は、メッセージに変更があるか否かを判断する。
メッセージに変更がある場合は（ステップＳｂ１４がＹＥＳ）、ステップＳｂ１５に進み、メッセージに変更がない場合は（ステップＳｂ１４がＮＯ）、ステップＳｂ１２まで戻り、ステップＳｂ１２以降を繰り返す。

ステップＳｂ１５では、メッセージを送信し、次のステップＳｂ１６でメッセージを表示する。ステップＳｂ１７に進み、メッセージ送受信ユニット１１は、受信メッセージを確認したか否かを判断する。受信メッセージを確認したならば（ステップＳｂ１７がＹＥＳ）、ステップＳｂ１８に進む。一方、受信メッセージを確認しない場合は（ステップＳｂ１７がＮＯ）、ステップＳｂ２２まで進む。

ステップＳｂ１８で、関与者ＭＲはメッセージ送信・確認メニューを選択する。そして、ステップＳｂ１９でメッセージが表示され、ステップＳｂ２０で受信メッセージ閲覧画面が表示されて、ステップＳｂ２１に進む。
ステップＳｂ２１では、メッセージ送受信ユニット１１は、受信メッセージに返信したか否かを判断する。受信メッセージに返信したのであれば（ステップＳｂ２１がＹＥＳ）、ステップＳｂ１２まで戻る。一方、受信メッセージに返信していないのであれば（ステップＳｂ２１がＮＯ）、次のステップＳａ２２に進む。

ステップＳｂ２２でメッセージの送信・確認処理を終了する。そして、ステップＳｂ２３において、メッセージ送受信ユニット１１は、他のメニューを使用するか否かを判断する。他のメニューを使用するのであれば（ステップＳｂ２３がＹＥＳ）、ステップＳｂ４まで戻り、再びステップＳｂ４以降を繰り返す。一方、他のメニューを使用しないのであれば（ステップＳｂ２３がＮＯ）、ステップＳｂ２４でログアウトして、メッセージの受送信に関する一連の処理を終了する。

図示の実施形態において、システム関与者ＭＲは、与えられた権限に従い（図２０〜図２２参照）、メッセージを作成し、送信する。また、他のシステム関与者ＭＲが作成したメッセージを受信、閲覧し、それに応答するべく返信メッセージを作成し、送信する。

所定のシステム関与者ＭＲ（例えば、図示の実施形態に係るシステム及びサービスの運営事業者、当該運営事業者に類する者４１）は、全てのメッセージを常に閲覧、検疫する権限と責任を持ち、図示の実施形態に係るシステム及びそれによるサービスの維持、運営に悪影響を及ぼす恐れの有るメッセージ（いわゆる「危険な」メッセージ）を排除し、当該危険なメッセージの作成者、送信者を特定して排除する等の責任を負う。

図示の実施形態に係るシステム及びサービスの運営事業者４１は、運営上必要であると判断される場合には、全てのシステム関与者ＭＲに対して、任意の時点でメッセージを送信することができる。
係るメッセージの種類は、全体への公開メッセージ、限定された対象への非公開メッセージ、いわゆる「１対１」のメッセージ、いわゆる「１対複数」のメッセージ、いわゆる「１対全体」のメッセージである。
換言すれば、明確には図示されていないが、（図示の実施形態に係るシステム及びサービスの）運営事業者（あるいは、それに類する者）４１が、上述した様なメッセージの発信が可能となる様に、図示の実施形態に係るシステムにおけるメッセージ送受信ユニット１１には、メッセージの個別配信、同報配信、掲示の機能が設けられている。

ここで、被験者１が問診の最後にコメント欄に入力するメッセージ（図４、図５参照）は、当該被験者１を担当する医療・健康管理者３１が閲覧できる様に、初期設定されている（図２０〜図２２参照）。
図示はされていないが、被験者１が問診の最後にコメント欄に入力するメッセージ以外の全てのメッセージについて、メッセージの作成、送信を企図するシステム関与者ＭＲは、その送信先を予め登録、設定しておく。予め送信先として登録、設定するに際しては、登録、設定を希望する送信先に対して、メッセージ送信先として登録、設定することについて、許可を要請する（許可を得る）。

メッセージの送信先として登録、設定することを要請されたシステム関与者ＭＲは、その是非を、システム運営管理者４１に回答する。回答を受けたシステム運営管理者４１は、当該回答を、登録、設定を希望するシステム関与者（メッセージの送信先を予め登録、設定することを希望するシステム関与者４１）へ通知する。
メッセージ送信の登録、設定の許可を得ていない場合には、当該送信先（予めメッセージ送信先として登録、設定を許可しなかった送信先）を、メッセージの送信先として登録、設定することができない様に構成されている。
予めメッセージ送信の登録、設定を許可しなかった送信先に対しては、メッセージを送信することができないことに加えて、メッセージ掲示の機能を選択した場合にも、掲示されたメッセージを閲覧しない様に構成されている。

図示はされていないが、実施形態に係るシステムにおいて、メッセージの作成、送信を企図し、あらかじめメッセージの送信先を登録、設定することを希望するシステム関与者ＭＲは、システム運営管理者４１に対して連絡をし、システム運営管理者４１が送信先へ対して送信先として登録、設定することについての是非を問い合わせている。
上述した問い合わせ、回答、通知の一連の処理は、実施形態に係るシステム内で行われ、当該システムの外部で行われることはない。

メッセージの送信先として登録、設定された後に、メッセージの送信先として登録、設定されたことを解除すること（メッセージ送信先としての登録、設定を解除すること）、当該解除の後におけるメッセージの受信拒否は、解除を希望するシステム関与者自身が行う。

次に、図８、図９を参照して、被験者による問診回答・診察・診断データ閲覧について説明する。
図８は、データセンター１００における被験者１による問診回答・診察・診断データ閲覧ユニット（以下、「被験者１側データ閲覧ユニット」と言う）１５の構成を示している。
図８において、被験者１側データ閲覧ユニット１３は、ログイン承認ブロック１３１と、ログイン承認結果通知ブロック１３２と、アクセス権限付与ブロック１３３と、問診回答・診察・診断データ送信ブロック（以下、「データ送信ブロック」と言う）１３４と、記憶ユニット２０とを備えている。
記憶ユニット２０は、図３に記載の記憶ユニット２０と同一であり、データセンター１００におけるユニット１１〜１９、２１、２２の各々における記憶ユニット２０と共通である。

被験者１は、インターフェース５を介して、ラインＬ１３ａによってログイン承認ブロック１３１及びログイン承認結果通知ブロック１３２と接続している。
ログイン承認結果通知ブロック１３２は、ログインを承認する場合には、ラインＬ１３ｂ、分岐点Ｂ、ラインＬ１３ｃによってアクセス権限付与ブロック１３３と接続している（ログイン承認の場合の経路）。
また、ログイン承認結果通知ブロック１３２は、ログインを承認しない場合には、ラインＬ１３ｂ、分岐点Ｂ、ラインＬ１３ｄ、インターフェース５Ａを介して、被験者１と接続している（ログイン非承認の場合の経路）。
図８において、作図上の便宜として被験者１が上下に表示されているが、両者は同一である。
インターフェース５とインターフェース５Ａは、同一であってもよい。

ログイン承認ブロック１３１は、記憶ユニット２０と、ラインＬ１３ｅ及びラインＬ１３ｆによって接続されている。ラインＬ１３ｅを介して、ログイン承認ブロック１３１からログイン情報が記憶ユニット２０に送信される。そして、ラインＬ１３ｆを介して、記憶ユニット（データベース）２０から照合結果がログイン承認ブロック１３１に送信される。
記憶ユニット２０は、アクセス権限付与ブロック１３３とラインＬ１３ｇを介して接続されており、ラインＬ１３ｇを介して記憶ユニット２０からアクセス権限付与ブロック１３３に対してアクセス権限設定情報が与えられる。

被験者１は、インターフェース５、ラインＬ１３ｈを介してデータ送信ブロック１３４と接続されており、アクセスが承認された場合に、被験者１はデータ送信ブロック１３４に対して、問診回答・診察・診断データの閲覧要求ができるように構成されている。
記憶ユニット２０は、ラインＬ１３ｉ及びラインＬ１３ｊを介してデータ送信ブロック１３４と接続されている。ラインＬ１３ｉを介して、データ送信ブロック１３４から記憶ユニット２０に対して、問診回答・診察・診断データが要求される。そしてラインＬ１３ｊを介して、記憶ユニット２０からデータ送信ブロック１３４に対して、問診回答・診察・診断データが開示されるように構成されている。

アクセス権限付与ブロック１３３は、ラインＬ１３ｎを介してデータ送信ブロック１３４と接続され、アクセス権限をデータ送信ブロック１３４に与えるように構成されている。
データ送信ブロック１３４は、ラインＬ１３ｏ及びインターフェース５Ａを介して被験者１と接続され、被験者１が要求した問診回答・診察・診断データを被験者１に対して開示するように構成されている。

次に、図９を参照して、被験者１側データ閲覧ユニット１３におけるデータ閲覧処理の流れを説明する。
図９のステップＳｃ１において、被験者１は、データセンター１００の被験者１側データ閲覧ユニット１３にアクセスし、ステップＳｃ２でログインＩＤとパスワードを入力する。
被験者１側データ閲覧ユニット１３のログイン承認ブロック１３１は、ログインを承認するか否かを判断する（ステップＳｃ３）。
ログインを承認しないのであれば（ステップＳｃ３がＮＯ）、ステップＳｃ２に戻り、再びステップＳｃ２以降を繰り返す。一方、ログインを承認するのであれば（ステップＳｃ３がＹＥＳ）、ステップＳｃ４に進む。

ステップＳｃ４ではメニュー画面が表示され、ステップＳｃ５で問診回答・診察・診断に係るデータ閲覧が開始される。そしてステップＳｃ６で、被験者１は、問診回答・診察・診断データ閲覧メニューを選択する。
ステップＳｃ７では、システム内に記憶された問診回答データ・診察・診断データが呼び出され、ステップＳｃ８で、当該問診回答・診察・診断データ一が被験者１の情報端末画面に表示される。
ステップＳｃ９では、被験者１側データ閲覧ユニット１３は、閲覧対象が問診回答データに関するものであるか否かを判断する。閲覧対象が問診回答データに関するものであれば（ステップＳｃ９がＹＥＳ）、ステップＳｃ１０に進む。
ステップＳｃ１０では被験者１は問診回答日を選択して、ステップＳｃ１１で選択された問診回答日の問診回答データが選択され、ステップＳｃ１２で当該問診回答データが被験者１の情報端末画面に表示される。

ステップＳｃ９において、閲覧対象が問診回答データに関するものでなければ（ステップＳｃ９がＮＯ）、ステップＳｃ１３まで進む。
ステップＳｃ１３では、診察・診断データファイルを選択し、ステップＳｃ１４でシステム内に記憶された診察・診断データを選択する。ステップＳｃ１５では、該当する診察・診断データを被験者１の情報端末画面に表示して、ステップＳｃ１６に進む。

ステップＳｃ１６では、被験者１側データ閲覧ユニット１３は、他の問診回答・診察・診断に関するデータの閲覧が要求されているか否かを判断する。他の問診回答・診察・診断に関するデータ閲覧が要求されていれば（ステップＳｃ１６がＹＥＳ）、ステップＳｃ８まで戻り、再びステップＳｃ８以降を繰り返す。
他の問診回答・診察・診断に関するデータ閲覧が要求されていなければ（ステップＳｃ１６がＮＯ）、ステップＳｃ１７で問診回答・診察・診断データ閲覧処理を終了させて、ステップＳ１８に進む。
ステップＳｃ１８では、他のメニューを使用するか否かが判断される。他のメニューを使用するのであれば（ステップＳａ１８がＹＥＳ）、ステップＳｃ４まで戻り、再びステップＳｃ４以降を繰り返す。一方、他のメニューを使用しないのであれば（ステップＳｃ１８がＮＯ）、ステップＳｃ１９でログアウトして、データ閲覧処理に関する一連の制御を終了する。

次に、図１０、図１１を参照して、被験者による問診回答・診察・診断データ出力について説明する。
図１０は、データセンター１００における被験者１側データ出力ユニット１４の構成を示している。
ここで被験者による問診回答・診察・診断データ閲覧と、被験者による問診回答・診察・診断データ出力とでは、図９と図１１における「ログイン承認」について、「アクセス権限付与ブロック」からの「アクセス権原」の内容が異なっている。「出力」は出力された結果が各種媒体として残存するので、「出力」が可能な者のアクセス権限が、「閲覧」の場合に比較して、硬度に設定されている。すなわち、「出力」については、「閲覧」よりも高い権限が要求されている。

図１０において、被験者１側データ出力ユニット１４は、ログイン承認ブロック１４１と、ログイン承認結果通知ブロック１４２と、アクセス権限付与ブロック１４３と、問診回答・診察・診断データ送信ブロック（以下、「データ送信ブロック」と言う）１４４と、記憶ユニット２０とを備えている。
記憶ユニット２０は、図３に記載の記憶ユニット２０と同一であり、データセンター１００における各ユニットの記憶ユニット２０と共用している。

被験者１は、インターフェース５、ラインＬ１４ａを介して、ログイン承認ブロック１４１、ログイン承認結果通知ブロック１４２と接続している。
ログイン承認結果通知ブロック１４２は、ログインを承認する場合には、ラインＬ１４ｂ、分岐点Ｂ、ラインＬ１４ｃを介して、アクセス権限付与ブロック１４３と接続している（ログイン承認の場合の経路）。
一方、ログインを承認しない場合には、ログイン承認結果通知ブロック１４２は、ラインＬ１４ｂ、分岐点Ｂ、ラインＬ１４ｄ、インターフェース５Ａを介して、被験者１と接続している（ログイン非承認の場合の経路）。
図１０において、作図上の便宜として被験者１が上下に表示されているが、両者は同一である。
インターフェース５とインターフェース５Ａは、同一であってもよい。

ログイン承認ブロック１４１は、記憶ユニット（データベース）２０と、ラインＬ１４ｅ及びラインＬ１４ｆを介して接続されている。ラインＬ１４ｅを介して、ログイン承認ブロック１４１からログイン情報が記憶ユニット２０に送信される。そしてラインＬ１４ｆを介して、照合結果が記憶ユニット２０からログイン承認ブロック１４１に送信される。
記憶ユニット２０は、ラインＬ１４ｇを介してアクセス権限付与ブロック１４３と接続され、ラインＬ１４ｇを介してアクセス権限設定情報が記憶ユニット２０からアクセス権限付与ブロック１４３に与えられる。

被験者１は、インターフェース５、ラインＬ１４ｈを介してデータ送信ブロック１４４と接続されている。
アクセスが商人された場合に、被験者１がデータ送信ブロック１４４に対して、問診回答・診察・診断データの出力要求を行うように構成されている。
記憶ユニット２０は、ラインＬ１４ｉ及びラインＬ１４ｊを介してデータ送信ブロック１４４と接続されている。ラインＬ１４ｉを介して、データ送信ブロック１４４から記憶ユニット２０に対して、問診回答・診察・診断データを要求する。そしてラインＬ１４ｊを介して、記憶ユニット２０からデータ送信ブロック１４４に、問診回答・診察・診断データを開示するように構成されている。

アクセス権限付与ブロック１４３はラインＬ１４ｎを介してデータ送信ブロック１４４と接続され、アクセス権限をデータ送信ブロック１４４に与えるように構成されている。
データ送信ブロック１４４は、ラインＬ１４ｏ、インターフェース５Ａを介して被験者１Ａと接続可能であり、被験者１が要求した問診回答・診察・診断データを被験者１に出力するように構成されている。

次に、図１１を参照して、被験者１側データ出力ユニット１４におけるデータ出力の手順を説明する。
図１１のステップＳｄ１において、被験者１は、データセンター１００の被験者１側データ出力ユニット１４にアクセスし、ステップＳｄ２で、ログインＩＤとパスワードを入力する。
被験者１側データ出力ユニット１４のログイン承認ブロック１４１は、ログインを承認するか否かを判断する（ステップＳｄ３）。
ログインを承認しないのであれば（ステップＳｄ３がＮＯ）、ステップＳｄ２に戻り、再びステップＳｄ２以降を繰り返す。一方、ログインを承認するのであれば（ステップＳｄ３がＹＥＳ）、ステップＳｄ４に進む。

ステップＳｄ４ではメニュー画面が表示され、問診回答・診察・診断に係るデータ出力が開始される（ステップＳｄ５）。ステップＳｄ６で、被験者１が問診回答・診察・診断データ出力メニューを選択する。
ステップＳｄ７では、システム内から問診回答データ・診察・診断データを呼び出し、ステップＳｄ８では問診回答・診察・診断データ出力画面が表示される。
ステップＳｄ９では、被験者１側データ出力ユニット１４は、出力対象が問診回答データに関するものであるか否かを判断する。出力対象が問診回答データに関するものであれば（ステップＳｄ９がＹＥＳ）、ステップＳｄ１０に進む。
ステップＳｄ１０では、被験者１は問診回答データの発生初日と最終日を選択してシステム内に記憶されている問診回答データを選択し（ステップＳｃ１１）、ステップＳｄ１２で出力するべき問診回答データのＣＳＶファイル化を行う。そしてステップＳｄ１３で、問診回答データの出力を終了し、ステップＳｄ１８に進む。

一方、出力対象が問診回答データに関するものでなければ（ステップＳｄ９がＮＯ）、ステップＳｃ１４まで進む。
ステップＳｄ１４では診察・診断データファイルを選択し、ステップＳｄ１５でシステム内に記憶されている診察・診断データファイルを選択する。そしてステップＳｄ１６に進み、該当する診察・診断データを出力し、診察・診断データの出力処理を終了する（ステップＳｄ１７）。そして、ステップＳｄ１８に進む。

ステップＳｄ１８では、被験者１側データ出力ユニット１４は、他の問診回答・診察・診断に関するデータを出力するか否かを判断する。他の問診回答・診察・診断に関するデータを出力するのであれば（ステップＳｄ１８がＹＥＳ）、ステップＳｄ８まで戻り、再びステップＳｄ８以降を繰り返す。一方、他の問診回答・診察・診断に関するデータを出力するのでなければ（ステップＳｄ１８がＮＯ）、ステップＳｄ１９で問診回答・診察・診断データ出力処理を終了させる。
ステップＳｄ２０で被験者１側データ出力ユニット１４は、他のメニューを使用するか否かを判断する。他のメニューを使用するのであれば（ステップＳｄ２０がＹＥＳ）、ステップＳｄ４まで戻り、再びステップＳｄ４以降を繰り返す。一方、他のメニューを使用しないのであれば（ステップＳｄ２０がＮＯ）、ステップＳｄ２１でログアウトして、データ出力処理に関する一連の制御を終了する。

次に、図１２、図１３を参照して、医療・健康管理者３１による被験者１からの問診回答状況確認について説明する。
図１２において、問診回答状況確認ユニット１９は、ログイン承認ブロック１９１と、ログイン承認結果通知ブロック１９２と、アクセス権限付与ブロック１９３と、問診回答・診察・診断データ送信ブロック（以下、「データ送信ブロック」と言う）１９４と、記憶ユニット２０とを備えている。
記憶ユニット２０は、図３に記載の記憶ユニット２０と同一であり、データセンター１００におけるユニット１１〜１９、２１、２２の各々における記憶ユニット２０と共用している。

関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）は、インターフェース５を介して、ラインＬ１９ａによってログイン承認ブロック１９１及びログイン承認結果通知ブロック１９２と接続している。
ログイン承認結果通知ブロック１９２は、ラインＬ１９ｂ、分岐点Ｂ、ラインＬ１９ｃによってアクセス権限付与ブロック１９３と接続している（承認の場合の経路）。
また、ログイン承認結果通知ブロック１９２は、ラインＬ１９ｂ、分岐点Ｂ、ラインＬ１９ｄによって（インターフェース５ＢＣを介して）、関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）と接続している（非承認の場合の経路）。
図１２において、作図上の便宜として関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）が上下に表示されている。
インターフェース５とインターフェース５ＢＣは、同一であってもよい。

ログイン承認ブロック１９１は、記憶ユニット（データベース）２０と、ラインＬ１９ｅ及びラインＬ１９ｆを介して接続されている。ラインＬ１９ｅを介して、ログイン情報が、ログイン承認ブロック１９１から記憶ユニット２０に送信される。そしてラインＬ１９ｆを介して、照合結果が、記憶ユニット２０からログイン承認ブロック１９１に送信される。
記憶ユニット２０は、ラインＬ１９ｇを介してアクセス権限付与ブロック１９３と接続されている。ラインＬ１９ｇを介して、記憶ユニット２０からアクセス権限付与ブロック１９３に対して、アクセス権限設定情報が与えられる。

関与者ＭＲ２は、インターフェース５、ラインＬ１９ｈを介して、データ送信ブロック１９４と接続されている。アクセスが承認された場合に、関与者ＭＲ２は、データ送信ブロック１９４に問診回答状況確認要求を行うように構成されている。
記憶ユニット２０は、ラインＬ１９ｉ及びラインＬ１９ｊを介して、データ送信ブロック１９４と接続されている。ラインＬ１９ｉを介して、問診回答状況データが、データ送信ブロック１９４から記憶ユニット２０に対して要求される。ラインＬ１９ｊを介して、問診回答状況データが、記憶ユニット２０からデータ送信ブロック１９４に開示される。

アクセス権限付与ブロック１９３は、ラインＬ１９ｎを介してデータ送信ブロック１９４と接続される。ラインＬ１９ｎを介して、アクセス権限が、アクセス権限付与ブロック１９３からデータ送信ブロック１９４に伝達される。
データ送信ブロック１９４は、ラインＬ１９ｏ、インターフェース５Ａを介して、関与者ＭＲ２と接続可能である。そしてデータ送信ブロック１９４は、関与者ＭＲ２が要求した問診回答・診察・診断データを被験者に出力して開示するように構成されている。

次に、図１３を参照して、問診回答状況確認ユニット１９における問診回答状況確認処理の手順を説明する。
図１３のステップＳｅ１において、関与者ＭＲ２は、データセンター１００の問診回答状況確認ユニット１９にアクセスして、ステップＳｅ２でログインＩＤとパスワードを入力する。
問診回答状況確認ユニット１９のログイン承認ブロック１９１は、ログインを承認するか否かを判断する（ステップＳｅ３）。
ログインを承認しないのであれば（ステップＳｅ３がＮＯ）、ステップＳｅ２に戻り、再びステップＳｅ２以降を繰り返す。一方、ログインを承認するのであれば（ステップＳｅ３がＹＥＳ）、ステップＳｅ４に進む。

ステップＳｅ４でメニュー画面が表示され、ステップＳｅ５で問診回答データが表示される。ステップＳｅ６では、関与者ＭＲ２が問診回答状況確認メニューを選択し、ステップＳｅ７では、関与者ＭＲ２の情報機器の画面に問診回答状況確認画面が表示される。
ステップＳｅ８では、問診回答状況確認ユニット１９は、問診回答状況確認の対象となる被験者１が継続的未回答状態、すなわち、異常状態に陥っているか否かを判断する。対象となる被験者１が異常状態に陥っていることを発見したならば（ステップＳｅ８がＹＥＳ）、ステップＳｅ９に進む。一方、対象となる被験者１が異常状態に陥っていなければ（ステップＳｅ８がＮＯ）、ステップＳｅ４まで戻り、他の被験者１について、再びステップＳｅ４以降を繰り返す。

ステップＳｅ９では、問診回答状況確認ユニット１９は、継続的未回答状態の被験者１（異常状態に陥っている被験者１）に連絡して、継続的未回答状態の原因を問い合わせる。
ステップＳｅ１０では、問診回答状況確認ユニット１９は、当該被験者の問診回答の履歴を調査し、ステップＳｅ１１では、被験者が体況異常を認知しているか否かを判断する。
被験者が体況異常を認知していれば（ステップＳｅ１１がＹＥＳ）、ステップＳｅ１２に進む。
一方、被験者が体況異常を認知していなければ（ステップＳｅ１１がＮＯ）、ステップＳｅ４に戻り、他の被験者１について、ステップＳｅ４を繰り返す。

ステップＳｅ１２では、問診回答状況確認ユニット１９は、継続的未回答状態の被験者１に対する対策（救護対応）を手配する。
そして、ステップＳｅ１３で問診回答状況確認及びその対応を終了する。
ステップＳｅ１４において問診回答状況確認ユニット１９は、他のメニューを使用するか否かを判断する。他のメニューを使用するのであれば（ステップＳｅ１４がＹＥＳ）、ステップＳｅ４まで戻り、再びステップＳｅ４以降を繰り返す。一方、他のメニューを使用しないのであれば（ステップＳｅ１４がＮＯ）、ステップＳｅ１５でログアウトして、問診回答状況確認処理に関する一連の制御を終了する。

ここで、問診回答状況確認ユニット１９では、予め被験者１と医療・健康管理者３１によって回答パターン、サイクル、頻度が設定し、問診回答状況確認ユニット１９により、被験者１による問診への回答状況を監視している。
被験者１からの問診への回答状況は、例えば、下表３で示す様なカレンダー様の表（以下、「カレンダー表」と記載する）によって、医療・健康管理者３１に表示される。

表３において、「○」は問診に対して被験者が回答したことを示し、「●」は問診に対して被験者が回答していないことを示している。そして、「Ｎ」、「Ｎ＋１」〜「Ｎ＋８」は、日付を示している。
例えば表３で示す様なカレンダー表で被験者の問診に対する回答状況を表示すれば、当該カレンダー表を目視することによって、医療・健康管理者３１は被験者１が問診に対して適正に回答しているか否かを把握することができる。
なお、表３で示す様なカレンダー表は、医療・健康管理者３１のみならず、サービス提供事業者４１に提示することもできる。そして、医療・健康管理者３１やサービス提供事業者４１は、被験者１の問診に対する回答状況を監視することができる。ここで、サービス提供事業者４１は、例えば、問診や健康に関するメッセージに対する回答以外の種々のサービスを提供する者或いは機関を意味している。

次に、図１４、図１５を参照して、医療・健康管理者による被験者の診察・診断の登録について説明する。
図１４は、データセンター１００における医療・健康管理者３１による被験者１の診察・診断データ登録ユニット（以下、「データ登録ユニット」と言う）１５の構成を示している。
図１４において、データ登録ユニット１５は、ログイン承認ブロック１５１と、ログイン承認結果通知ブロック１５２と、アクセス権限付与ブロック１５３と、データ取込みブロック１５４と、外部システムデータ変換処理ブロック１５５と、データ保存処理ブロック１５６と、記憶ユニット２０とを備えている。
記憶ユニット２０は、図３に記載の記憶ユニット２０と同一であり、ユニット１１〜１９、２１、２２の各々における記憶ユニット２０と共用している。

医療・健康管理者３１は、インターフェース５、ラインＬ１５ａを介して、ログイン承認ブロック１５１及びログイン承認結果通知ブロック１５２と接続している。
ログインを承認する場合には、ログイン承認結果通知ブロック１５２は、ラインＬ１５ｂ、分岐点Ｂ、ラインＬ１５ｃによってアクセス権限付与ブロック１５３と接続している（ログイン承認の経路）。
ログインを承認しない場合には、ログイン承認結果通知ブロック１５２は、ラインＬ１５ｂ、分岐点Ｂ、ラインＬ１５ｄ、インターフェース５Ｂを介して、医療・健康管理者３１と接続している（ログイン非承認の経路）。
図１４において、図示の便宜から、医療・健康管理者３１が上下両方に表示されている。
インターフェース５とインターフェース５Ｂは、同一であってもよい。

ログイン承認ブロック１５１は、記憶ユニット（データベース）２０と、ラインＬ１５ｅ及びラインＬ１５ｆを介して接続されている。ラインＬ１５ｅを介して、ログイン情報が、ログイン承認ブロック１５１から記憶ユニット２０に送信される。そしてラインＬ１５ｆを介して、照合結果が、記憶ユニット２０からログイン承認ブロック１５１に送信される。
記憶ユニット２０は、ラインＬ１５ｇを介してアクセス権限付与ブロック１５３と接続される。ラインＬ１５ｇを介して、記憶ユニット２０からアクセス権限付与ブロック１５３に対して、アクセス権限設定情報が与えられる。

医療・健康管理者３１は、インターフェース５、ラインＬ１５ｈを介して、データ取込みブロック１５４と接続することが出来る。そして医療・健康管理者３１は、データ取込みブロック１５４に対して、データ取込み要求を行うことができる。
データ取込みブロック１５４は、ラインＬ１５ｉ及びラインＬ１５ｊを介して、データ保存処理ブロック１５６と接続されている。ラインＬ１５ｉを介して、データ取込みブロック１５４からデータ保存処理ブロック１５６に対して、診察・診断データが送られる。そしてラインＬ１５ｊを介して、データ保存処理ブロック１５６からデータ取込みブロック１５４に対して、データ保存結果が送信される。

データ取込みブロック１５４は、ラインＬ１５ｋを介して外部システムデータ変換処理ブロック１５５と接続されている。ラインＬ１５ｋを介して、外部システム診察・診断データが、データ取込みブロック１５４から外部システムデータ変換処理ブロック１５５に伝送される。
外部システムデータ変換処理ブロック１５５とデータ保存処理ブロック１５６は、ラインＬ１５ｍを介して接続されている。そしてラインＬ１５ｍを介して、外部システムデータ変換処理ブロック１５５からデータ保存処理ブロック１５６に対して、変換処理された診察・診断データが送られる。

データ保存処理ブロック１５６と記憶ユニット２０は、ラインＬ１５ｎを介して接続されている。そしてラインＬ１５ｎを介して、データ保存処理ブロック１５６から記憶ユニット２０に対して、データ登録及びその保存要求が送信される。
また、アクセス権限付与ブロック１５３と、データ取込みブロック１５４とは、ラインＬ１５ｏによって接続されている。そしてラインＬ１５ｏを介して、アクセスが認められた場合に、アクセス権限付与ブロック１５３からデータ取込みブロック１５４に対して、アクセス権限が与えられる。
データ取込みブロック１５４は、ラインＬ１５ｐ、インターフェース５Ｂを介して、医療・健康管理者３１に接続可能である。そして、データ取込みブロック１５４から医療・健康管理者３１に対して、データ保存結果が伝送される。

次に、図１５を参照して、データ登録ユニット１５における診察・診断データの登録の手順を説明する。
図１５のステップＳｆ１で、データ登録ユニット１５は、他のシステムに電子的に保存した被験者診察データがあるか否かを判断する。
他のシステムに電子的に保存した被験者診察データがあれば（ステップＳｆ１がＹＥＳ）、ステップＳｆ２に進み、他のシステムに電子的に保存した被験者診察データがなければ（ステップＳｆ１がＮＯ）、ステップＳｆ９まで進む。

ステップＳｆ２では、他のシステムに保存された被験者診察データを、データ登録ユニット１５に保存登録する。
ステップＳｆ３では、ステップＳｆ２で保存登録した被験者診察データを取り出し、そのデータを表示する（ステップＳｆ４）。そして、ステップＳｆ５では、当該被験者診察データをファイル化した後、ステップＳｆ１６に進む。

ステップＳｆ６では、医療・健康管理者３１は、データセンター１００のデータ登録ユニット１５にアクセスして、ステップＳｆ７でログインＩＤとパスワードを入力する。
ここで、図６において、スタートからステップＳｆ６に繋がっていないのは、他システムにおけるデータの有無とは無関係に、図示の実施形態に係るシステム（本システム）にアクセスする場合を考慮したからである。他システムにおけるデータの有無とは無関係に、本システムにアクセスする場合は、ステップＳｆ６から手順が開始される。
ステップＳｆ８で、データ登録ユニット１５のログイン承認ブロック１５１は、ログインを承認するか否かを判断する。
ログインを承認しないのであれば（ステップＳｆ８がＮＯ）、ステップＳｆ７に戻り、再びステップＳｆ７以降を繰り返す。一方、ログインを承認するのであれば（ステップＳｆ８がＹＥＳ）、ステップＳｆ９に進む。

ステップＳｆ９ではメニュー画面が表示される。ステップＳｆ１０では、データ登録ユニット１５は、他のシステムに電子的に保存された被験者診察データを取り込むか否かを判断する。他のシステムに電子的に保存された被験者診察データを取り込まないのであれば（ステップＳｆ１０がＮＯ）、ステップＳｆ１１に進む。ステップＳｆ１１では、被験者診察データが医療・健康管理者３１の情報機器（コンピュータなど）のモニタに表示される。ステップＳｆ１２で被験者診察データの入力保存を行った後、ステップＳｆ１７に進む。

ステップＳｆ１０において、他のシステムに電子的に保存された被験者診察データを取り込むのであれば（ステップＳｆ１０がＹＥＳ）、ステップＳｆ１３まで進む。ステップＳｆ１３では、データ登録ユニット１５は、外部被験者診察データを取り込み、保存する。そしてステップＳｆ１４で、外部被験者診察データの取り込み、保存に関するジョブを選択して、ステップＳｆ１５でデータの保存先を選択する。
ステップＳｆ１６で、データ登録ユニット１５は、被験者診察データのアップロードを行い、ステップＳｆ１７で当該被験者診察データを登録する。

ステップＳｆ１８では、データ登録ユニット１５は、被験者診察データの登録・保存が終了したか否かを判断する。被験者診察データの登録・保存が終了していれば（Ｓｆ１８がＹＥＳ）、ステップＳｆ１９に進む。一方、被験者診察データの登録・保存が終了していなければ（Ｓｆ１８がＮＯ）、ステップＳｆ１５まで戻り、ステップＳｆ１５以降を繰り返す。

ステップＳｆ１９では、データ登録ユニット１５は、他のメニューを使用するか否かを判断する。他のメニューを使用するのであれば（ステップＳｆ１９がＹＥＳ）、ステップＳｆ９まで戻り、再びステップＳｆ９以降を繰り返す。一方、他のメニューを使用しないのであれば（ステップＳｆ１９がＮＯ）、ステップＳｆ２０でログアウトして、診察・診断データの登録処理に関する一連の制御を終了する。

次に、図１６、図１７を参照して、医療・健康管理者による被験者の問診回答・診察・診断データ閲覧について説明する。
図１６は、データセンター１００における医療・健康管理者による被験者の問診回答・診察・診断データ閲覧ユニット（以下、「医療・健康管理者３１側データ閲覧ユニット」と言う）１６の構成を示している。
図１６において、医療・健康管理者３１側データ閲覧ユニット１６は、ログイン承認ブロック１６１と、ログイン承認結果通知ブロック１６２と、アクセス権限付与ブロック１６３と、問診回答・診察・診断データ送信ブロック（以下、「データ送信ブロック」と言う）１６４と、記憶ユニット２０とを備えている。
記憶ユニット２０は、図３に記載の記憶ユニット２０と同一であり、データセンター１００におけるユニット１１〜１９、２１、２２の記憶ユニット２０と共用している。

医療・健康管理者３１は、インターフェース５、ラインＬ１６ａを介して、ログイン承認ブロック１６１、ログイン承認結果通知ブロック１６２と接続している。
ログインを承認する場合には、ログイン承認結果通知ブロック１６２は、ラインＬ１６ｂ、分岐点Ｂ、ラインＬ１６ｃによってアクセス権限付与ブロック１６３と接続している（ログイン承認の経路）。
ログインを承認しない場合には、ログイン承認結果通知ブロック１６２は、ラインＬ１６ｂ、分岐点Ｂ、ラインＬ１６ｄ、インターフェース５Ａを介して、医療・健康管理者３１に接続する（ログイン非承認の経路）。
図１６において、上方と下方に医療・健康管理者３１が表示されているのは、図示の便宜のためである。
インターフェース５とインターフェース５Ｂは、同一であってもよい。

ログイン承認ブロック１６１は、ラインＬ１６ｅ及びラインＬ１６ｆを介して、記憶ユニット（データベース）２０と接続されている。ラインＬ１６ｅを介して、ログイン情報が、ログイン承認ブロック１６１から記憶ユニット２０に送信される。そしてラインＬ１６ｆを介して、照合結果が、記憶ユニット２０からログイン承認ブロック１６１に送信される。
記憶ユニット２０は、アクセス権限付与ブロック１６３とラインＬ１６ｇを介して接続されている。ラインＬ１６ｇを介して、記憶ユニット２０からアクセス権限付与ブロック１６３に対して、アクセス権限設定情報が与えられる。

医療・健康管理者３１は、インターフェース５、ラインＬ１６ｈを介して、データ送信ブロック１６４と接続可能である。アクセスが承認された場合には、医療・健康管理者３１は、データ送信ブロック１６４に対して、問診回答・診察・診断データの閲覧要求を行う。
記憶ユニット２０は、ラインＬ１６ｉ及びラインＬ１６ｊを介して、データ送信ブロック１６４と接続されている。ラインＬ１６ｉを介して、データ送信ブロック１６４から記憶ユニット２０に対して、問診回答・診察・診断データが要求される。そしてラインＬ１６ｊを介して、問診回答・診察・診断データが、記憶ユニット２０からデータ送信ブロック１６４に対して開示される。

アクセス権限付与ブロック１６３は、ラインＬ１６ｎを介して、データ送信ブロック１６４と接続されており、アクセス権限をデータ送信ブロック１６４に送信する。
データ送信ブロック１６４は、ラインＬ１６ｏ、インターフェース５Ｂを介して、医療・健康管理者３１と接続可能である。医療・健康管理者３１が要求した問診回答・診察・診断データは、データ送信ブロック１６４から医療・健康管理者３１に送信され、開示される。

次に、図１７を参照して、医療・健康管理者３１側データ閲覧ユニット１６におけるデータ閲覧処理の手順を説明する。
図１７のステップＳｇ１において、医療・健康管理者３１は、データセンター１００の医療・健康管理者３１側データ閲覧ユニット１６にアクセスして、ステップＳｇ２でログインＩＤとパスワードを入力する。
ステップＳｇ３で、医療・健康管理者３１側データ閲覧ユニット１６のログイン承認ブロック１６１は、ログインを承認するか否かを判断する。
ログインを承認しないのであれば（ステップＳｇ３がＮＯ）、ステップＳｇ２に戻り、再びステップＳｇ２以降を繰り返す。一方、ログインを承認するのであれば（ステップＳｇ３がＹＥＳ）、ステップＳｇ４に進む。

ステップＳｇ４ではメニュー画面が表示され、ステップＳｇ５では問診回答データ・診察・診断に係るデータ閲覧が開始され、ステップＳｇ６では医療・健康管理者３１は、問診回答データ・診察・診断データ閲覧メニューを選択する。
ステップＳｇ７では、システム内に記憶された問診回答データ・診察・診断データが呼び出され、ステップＳｇ８では、問診回答データ・診察・診断データが医療・健康管理者３１の情報機器（例えばコンピュータ）の画面に表示される。
ステップＳｇ９では、医療・健康管理者３１は、問診回答データ・診察・診断データを閲覧するべき被験者１を選択する。
ステップＳｇ１０で、医療・健康管理者３１側データ閲覧ユニット１６は、閲覧対象が問診回答データに関するものであるか否かを判断する。閲覧対象が問診回答データに関するものであれば（ステップＳｇ１０がＹＥＳ）、ステップＳｇ１１に進む。
ステップＳｇ１１では、医療・健康管理者３１は、問診回答日を選択して、当該回答日における問診回答データを選択する（ステップＳｇ１２）。ステップＳｇ１３で、問診回答データが医療・健康管理者３１の情報機器（例えばコンピュータ）の画面に表示される。そして、ステップＳｇ１７に進む。

ステップＳｇ１０で、閲覧対象が問診回答データに関するものでなければ（ステップＳｇ１０がＮＯ）、ステップＳｇ１４まで進む。
ステップＳｇ１４では、診察・診断データファイルを選択し、ステップＳｇ１５でシステム内に記憶された診察・診断データを選択し、ステップＳｇ１６で該当する診察・診断データを医療・健康管理者３１の情報機器（例えばコンピュータ）の画面に表示して、ステップＳｇ１７に進む。

ステップＳｇ１７では、医療・健康管理者３１側データ閲覧ユニット１６は、被験者１の体況データが異常であるか否か（被験者体況異常を認知しているか否か）を判断する。被験者１の体況データが異常であれば（ステップＳｇ１７がＹＥＳ）、ステップＳｇ１８に進む。ステップＳｇ１８では、当該被験者１に連絡を取り、体況を問合せ、或いは直接面談を要求する。そして、ステップＳｇ２０に進む。
ステップＳｇ１７で、被験者１の体況データが異常でなければ（ステップＳｇ１７がＮＯ）、ステップＳｇ１９に進む。
ステップＳｇ１９では、他の問診回答・診察・診断に関するデータを閲覧するか否かを判断する。他の問診回答・診察・診断に関するデータを閲覧するのであれば（ステップＳｇ１９がＹＥＳ）、ステップＳｇ８まで戻り、再びステップＳｇ８以降を繰り返す。一方、他の問診回答・診察・診断に関するデータを閲覧するのでなければ（ステップＳｇ１９がＮＯ）、ステップＳｇ２０に進む。

ステップＳｇ２０では問診回答データ・診察・診断データに関する閲覧処理を終了して、ステップＳｇ２１に進む。
ステップＳｇ２１では、他のメニューを使用するか否かを判断する。他のメニューを使用するのであれば（ステップＳｇ２１がＹＥＳ）、ステップＳｇ４まで戻り、再びステップＳｇ４以降を繰り返す。一方、他のメニューを使用しないのであれば（ステップＳｇ２１がＮＯ）、ステップＳｇ２２でログアウトして、データ閲覧処理に関する一連の制御を終了する。

次に、図１８、図１９を参照して、医療・健康管理者３１による被験者１の問診回答・診察・診断データの出力について説明する。
図１８は、データセンター１００における医療・健康管理者３１による被験者１の問診回答・診察・診断データ出力ユニット（以下、「医療・健康管理者３１側データ出力ユニット」と言う）１７の構成を示している。
ここで医療・健康管理者３１による問診回答・診察・診断データ閲覧と、医療・健康管理者３１による問診回答・診察・診断データ出力とでは、図１７と図１９における「ログイン承認」について、「アクセス権限付与ブロック」からの「アクセス権原」の内容が異なっている。「出力」は出力された結果が各種媒体として残存するので、「出力」が可能な者のアクセス権限が、「閲覧」の場合に比較して、硬度に設定されている。すなわち、「出力」については、「閲覧」よりも高い権限が要求されている。

図１８において、医療・健康管理者３１側データ出力ユニット１７は、ログイン承認ブロック１７１と、ログイン承認結果通知ブロック１７２と、アクセス権限付与ブロック１７３と、問診回答・診察・診断データ送信ブロック（以下、「データ送信ブロック」と言う）１７４と、記憶ユニット２０とを備えている。
記憶ユニット２０は、図３に記載の記憶ユニット２０と同一であり、データセンター１００におけるユニット１１〜１９、２１、２２の各々における記憶ユニット２０と共用している。

関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）は、インターフェース５、ラインＬ１７ａを介して、ログイン承認ブロック１７１、ログイン承認結果通知ブロック１７２と接続している。
ログインが承認される場合には、ログイン承認結果通知ブロック１７２は、ラインＬ１７ｂ、分岐点Ｂ、ラインＬ１７ｃを介して、アクセス権限付与ブロック１７３と接続している（ログイン承認の経路）。
ログインが承認されない場合には、ログイン承認結果通知ブロック１７２は、ラインＬ１７ｂ、分岐点Ｂ、ラインＬ１７ｄ、インターフェース５ＢＤを介して、関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）と接続される（ログイン非承認の経路）。
医療・健康管理者３１、システム運用管理者４１が図１８の上方と下方で表示されているのは、図示の便宜である。
インターフェース５とインターフェース５ＢＤは、同一であってもよい。

ログイン承認ブロック１７１は、ラインＬ１７ｅ及びラインＬ１７ｆを介して、記憶ユニット（データベース）２０と接続されている。ラインＬ１７ｅを介して、ログイン情報が、ログイン承認ブロック１７１から記憶ユニット２０に送信される。そしてラインＬ１７ｆを介して、照合結果が、記憶ユニット２０からログイン承認ブロック１７１に送信される。
記憶ユニット２０は、ラインＬ１７ｇを介してアクセス権限付与ブロック１７３と接続されており、アクセス権限設定情報が記憶ユニット２０からアクセス権限付与ブロック１７３に対して与えられる。

関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）は、インターフェース５、ラインＬ１７ｈを介して、データ送信ブロック１７４と接続されている。アクセスが承認された場合に、関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）は、データ送信ブロック１７４に問診回答・診察・診断データの出力要求を行う。
記憶ユニット２０は、ラインＬ１７ｉ及びラインＬ１７ｊを介して、データ送信ブロック１７４と接続されている。ラインＬ１７ｉを介して、データ送信ブロック１７４から記憶ユニット２０に対して、問診回答・診察・診断データが要求される。そしてラインＬ１７ｊを介して、問診回答・診察・診断データが、記憶ユニット２０からデータ送信ブロック１７４に対して送信される。

アクセス権限付与ブロック１７３は、ラインＬ１７ｎを介して、データ送信ブロック１７４と接続されており、アクセス権限をデータ送信ブロック１７４に与える。
データ送信ブロック１７４は、ラインＬ１７ｏ、インターフェース５ＢＤを介して、関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）と接続される。データ送信ブロック１７４は、関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）が要求した問診回答・診察・診断データを、当該関与者ＭＲ２に開示するように構成されている。

次に、図１９を参照して、医療・健康管理者３１側データ出力ユニット１７におけるデータ出力処理の手順を説明する。
図１９のステップＳｈ１において、関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）は、医療・健康管理者３１側データ出力ユニット１７にアクセスして、ステップＳｈ２でログインＩＤとパスワードを入力する。
医療・健康管理者３１側データ出力ユニット１７のログイン承認ブロック１７１は、ログインを承認するか否かを判断する（ステップＳｈ３）。
ログインを承認しないのであれば（ステップＳｈ３がＮＯ）、ステップＳｈ２に戻り、再びステップＳｈ２以降を繰り返す。一方、ログインを承認するのであれば（ステップＳｈ３がＹＥＳ）、ステップＳｈ４に進む。

ステップＳｈ４ではメニュー画面が表示され、ステップＳｈ５では問診回答データ・診察・診断に係るデータ出力が開始される。ステップＳｈ６で、医療・関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）は、問診回答データ・診察・診断データ閲覧メニューを選択する。
ステップＳｈ７では、システム内に記憶された問診回答データ・診察・診断データが呼び出され、ステップＳｈ８では、医療・関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）の情報機器の画面に問診回答データ・診察・診断データが表示される。
ステップＳｈ９では、医療・関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）は、問診回答データ・診察・診断データを出力する対象となる被験者１を選択する。
ステップＳｈ１０では、医療・健康管理者３１側データ出力ユニット１７は、出力対象が問診回答データに関するものであるか否かを判断する。出力対象が問診回答データに関するものであれば（ステップＳｈ１０がＹＥＳ）、ステップＳｈ１１に進む。
ステップＳｈ１１で、医療・関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）は問診回答データ発生初日と最終日を選択して、以って、出力するべき問診回答データを選択する（ステップＳｈ１２）。ステップＳｈ１３で問診回答データのＣＳＶファイル化を行い、ステップＳｈ１４で問診回答データ出力を終える。

ステップＳｈ１０において、出力対象が問診回答データに関するものでなければ（ステップＳｈ１０がＮＯ）、ステップＳｈ１５まで進む。
ステップＳｈ１５では問診回答データファイルを選択して、ステップＳｈ１６で出力する診察・診断データファイルを決定し、ステップＳｈ１７では問診回答データのファイル化を図り、診察・診断データファイルを出力する。ステップＳｈ１８で診察・診断データファイルの出力を終了したならば、ステップＳｈ１９に進む。

ステップＳｈ１９では、他の被験者の問診回答データを出力するか否かを判断する。他の被験者の問診回答データを出力するのであれば（ステップＳｈ１９がＹＥＳ）、ステップＳｈ８まで戻り、再びステップＳｈ８を繰り返す。一方、他の被験者の問診回答データを出力しないのであれば（ステップＳｈ１９がＮＯ）、ステップＳｈ２０に進む。
ステップＳｈ２０で問診回答データ・診察・診断データ出力を終了し、ステップＳｈ２１に進む。

ステップＳｈ２１では、他のメニューを使用するか否かを判断する。他のメニューを使用するのであれば（ステップＳｈ２１がＹＥＳ）、ステップＳｈ４まで戻り、再びステップＳｈ４以降を繰り返す。一方、他のメニューを使用しないのであれば（ステップＳｈ２１がＮＯ）、ステップＳｈ２２でログアウトして、データ出力処理に関する一連の制御を終了する。

次に、図２０〜図２２を参照して、システム関与者登録について説明する。
なお、図２１、図２２は、二つ合せて一つの制御フローチャートを示している。
図２０において、システム関与者登録ユニット２１は、ログイン承認ブロック２１１と、ログイン承認結果通知ブロック２１２と、アクセス権限付与ブロック２１３と、関与者データ取込みブロック２１４と、データ保存処理ブロック２１５と、外部システムデータ変換処理ブロック２１６と、コード付与ブロック２１７と、付与者マスター作成ブロック２１８と、権限設定ブロック６と、問診セット割付ブロック７と、記憶ユニット２０とを備えている。
記憶ユニット２０は、図３に記載の記憶ユニット２０と同一であり、ユニット１１〜１９、２１、２２の各々における記憶ユニット２０と共用している。

関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）は、インターフェース５、ラインＬ２１ａを介して、ログイン承認ブロック２１１、ログイン承認結果通知ブロック２１２と接続している。
ログインを承認する場合には、ログイン承認結果通知ブロック２１２は、ラインＬ２１ｂ、分岐点Ｂ１、ラインＬ２１ｃを介して、アクセス権限付与ブロック２１３と接続する（ログイン承認の経路）。
ログインを承認しない場合には、ログイン承認結果通知ブロック２１２は、ラインＬ２１ｂ、分岐点Ｂ１、ラインＬ２１ｄ、インターフェース５ＢＣを介して、関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）と接続する（ログイン非承認の経路）。ログイン非承認の経路では、ログイン承認結果通知ブロック２１２から関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）に対して、ログイン拒否通知が送信される。
関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）が図２０の上方及び下方に表示されているのは、図示の便宜のためである。
インターフェース５とインターフェース５ＢＣは、同一であってもよい。

ログイン承認ブロック２１１は、ラインＬ２１ｅ及びラインＬ２１ｆを介して、記憶ユニット（データベース）２０と接続されている。ラインＬ２１ｅを介して、ログイン情報が、ログイン承認ブロック２１１から記憶ユニット２０に送信される。そしてラインＬ２１ｆを介して、照合結果が、記憶ユニット２０からログイン承認ブロック２１１に送信される。
記憶ユニット２０は、ラインＬ２１ｇを介してアクセス権限付与ブロック２１３と接続され、記憶ユニット２０からアクセス権限付与ブロック２１３にアクセス権限設定情報が与えられる。

関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）は、インターフェース５、ラインＬ２１ｈを介して、関与者データ取込みブロック２１４と接続されており、関与者データ取込みブロック２１４に対して、関与者データ取込み要求を行う。
関与者データ取込みブロック２１４は、ラインＬ２１ｉ及びラインＬ２１ｊを介して、データ保存処理ブロック２１５と接続されている。ラインＬ２１ｉを介して、関与者データが、関与者データ取込みブロック２１４からデータ保存処理ブロック２１５に対して送られる。そしてラインＬ２１ｊを介して、データ保存結果が、データ保存処理ブロック１５６から関与者データ取込みブロック２１４に対して送信される。

関与者データ取込みブロック２１４は、ラインＬ２１ｍを介して外部システムデータ変換処理ブロック２１６と接続され、関与者データ取込みブロック２１４から外部システムデータ変換処理ブロック２１６に対して、外部システム関与者データを伝送する。
そして、外部システムデータ変換処理ブロック２１６とデータ保存処理ブロック２１５は、ラインＬ２１ｎを介して接続され、外部システムデータ変換処理ブロック２１６からデータ保存処理ブロック２１５に関与者データが送信される。
データ保存処理ブロック２１５と記憶ユニット２０はラインＬ２１ｏを介して接続され、データ保存処理ブロック２１５から記憶ユニット２０にデータ登録・保存要求が送信される。

アクセス権限付与ブロック２１３と関与者データ取込みブロック２１４は、ラインＬ２１ｋ、分岐点Ｂ２、ラインＬ２１１ｋを介して接続され、アクセス権限付与ブロック２１３から関与者データ取込みブロック２１４にアクセス権限が送られる。
アクセス権限付与ブロック２１３とコード付与ブロックブロック２１７とは、ラインＬ２１ｋ、分岐点Ｂ２、ラインＬ２１２ｋ、分岐点Ｂ３、ラインＬ２１３ｋを介して接続され、アクセス権限付与ブロック２１３からコード付与ブロックブロック２１７にアクセス権限が送られる。
アクセス権限付与ブロック２１３と問診セット割付ブロック７とは、ラインＬ２１ｋ、分岐点Ｂ２、ラインＬ２１２ｋ、分岐点Ｂ３、ラインＬ２１４ｋ、分岐点Ｂ４、ラインＬ２１５ｋを介して接続され、アクセス権限付与ブロック２１３から問診セット割付ブロック７にアクセス権限が送られる。
アクセス権限付与ブロック２１３と権限設定ブロック６は、ラインＬ２１ｋ、分岐点Ｂ２、ラインＬ２１２ｋ、分岐点Ｂ３、ラインＬ２１４ｋ、分岐点Ｂ４、ラインＬ２１６ｋを介して接続され、アクセス権限付与ブロック２１３から権限設定ブロック６に対してアクセス権限が送られる。

記憶ユニット２０と権限設定ブロック６は、ラインＬ２１ｔ、分岐点Ｂ５、ラインＬ２１１ｔを介して接続され、記憶ユニット２０から権限設定ブロック６に関与者データが送信される。
さらに記憶ユニット２０と権限設定ブロック６は、ラインＬ２１ｕを介して接続されており、記憶ユニット２０から権限設定ブロック６に、ラインＬ２１ｕを介して権限データが送られる。
記憶ユニット２０と問診セット割付ブロック７は、ラインＬ２１ｔ、分岐点Ｂ５、ラインＬ２１２ｔを介して接続され、記憶ユニット２０から問診セット割付ブロック７に関与者データが送られる。
さらに記憶ユニット２０と問診セット割付ブロック７は、ラインＬ２１ｓで接続され、記憶ユニット２０から問診セット割付ブロック７に、ラインＬ２１ｓを介して問診セットデータが送られる。

コード付与ブロック２１７と記憶ユニット２０は、ラインＬ２１ｐ及びラインＬ２１ｒを介して接続されている。ラインＬ２１ｐを介して、関与者データが、コード付与ブロック２１７から記憶ユニット２０に要求される。そしてラインＬ２１ｒを介して、記憶ユニット２０からコード付与ブロック２１７に、関与者データが送られる。
コード付与ブロック２１７と付与者マスター作成ブロック２１８はラインＬ２１ｑを介して接続され、コード付与ブロック２１７から付与者マスター作成ブロック２１８に、ラインＬ２１ｑを介してコードが与えられる。

権限設定ブロック６と付与者マスター作成ブロック２１８は、ラインＬ２１ｖを介して接続され、権限設定ブロック６から付与者マスター作成ブロック２１８にマスター作成の権限が与えられる。
問診セット割付ブロック７と付与者マスター作成ブロック２１８は、ラインＬ２１ｗを介して接続され、問診セット割付ブロック７から付与者マスター作成ブロック２１８に問診セットが割り付けられる。
付与者マスター作成ブロック２１８と記憶ユニット２０は、ラインＬ２１ｙを介して接続され、付与者マスター作成ブロック２１８から記憶ユニット２０に、関与者マスターデータが送られる。記憶ユニット２０は、ラインＬ２１ｙを介して送られた関与者マスターデータを記憶する。
付与者マスター作成ブロック２１８は、ラインＬ２１ｚ、インターフェース５ＢＣを介して、関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）と接続され、付与者マスター作成ブロック２１８から関与者ＭＲ２にデータの保存結果が開示される。

次に、図２１、図２２を参照してシステム関与者登録に係る手順を説明する。
図２１のステップＳｉ１で、関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）は、データセンター１００のシステム関与者登録ユニット２１にアクセスして、ログインＩＤとパスワードを入力する（ステップＳｉ２）。
ステップＳｉ３では、システム関与者登録ユニット２１は、ログインＩＤとパスワードを承認するか否かを判断する。ログインＩＤとパスワードを承認しないのであれば（ステップＳｉ３がＮＯ）、ステップＳｉ２まで戻り、ステップＳｉ２以降を繰り返す。一方、ログインＩＤとパスワードを承認するのであれば（ステップＳｉ３がＹＥＳ）、ステップＳｉ４に進む。

ステップＳｉ４ではメニュー画面が表示され、ステップＳｉ５ではシステム関与者の初期設定が行なわれ、ステップＳｉ６ではシステム関与者登録メニューが選択される。
ステップＳｉ７では、システム関与者登録ユニット２１は、登録用データが他のシステムにも存在するか否かを判断する。登録用データが他のシステムにも存在するならば（ステップＳｉ７がＹＥＳ）、ステップＳｉ８に進む。
ステップＳｉ８では他のシステムから関与者データを取り出し、ステップＳｉ９で関与者データをログインした関与者ＭＲ２の情報機器の画面に表示する。ステップＳｉ１０では関与者データのＣＳＶファイル化を図り、ステップＳｉ１１では当該関与者データのＣＳＶファイルを本システム内に取り込む。そしてステップＳｉ１３に進む。

ステップＳｉ７で、登録用データが他のシステムに存在しないのならば（ステップＳｉ７がＮＯ）、ステップＳｉ１２で関与者データを入力して、ステップＳｉ１３に進む。
ステップＳｉ１３でコードマスターデータを取得し、ステップＳｉ１４で個々の関与者に特有の番号が付与される。そして、図２２のステップＳｉ１５に進む。

図２２のステップＳｉ１５では関与者データを取得し、ステップＳｉ１６で関与者は被験者であるか否かを判断する。
関与者が被験者であれば（ステップＳｉ６がＹＥＳ）、ステップＳｉ１７に進む。
関与者が被験者でなければ（ステップＳｉ６がＮＯ）、ステップＳｉ２５に進む。
ステップＳｉ１７（関与者が被験者：ステップＳｉ６がＹＥＳ）では、被験者の初期設定を行い、ステップＳｉ１８で被験者を選択して、ステップＳｉ１９で被験者と被験者管理者とをひも付き設定をする（一対一で結び付ける：リンクする）。そして、ステップＳｉ２０に進む。

ステップＳｉ２０では、問診セットマスタから被験者へ問診セットを割り付けられ、ステップＳｉ２１で被験者マスターデータを取得し、ステップＳｉ２２でシステム内に関与者マスターを記憶する。そして、ステップＳｉ２３に進む。
ステップＳｉ２３では、他の被験者を設定するか否かを判断する。他の被験者を設定するのであれば（ステップＳｉ２３がＹＥＳ）、ステップＳｉ１８まで戻り、再びステップＳｉ１８以降を繰り返す。一方、他の被験者を設定するのでなければ（ステップＳｉ２３がＮＯ）、被験者初期設定を終了し（ステップＳｉ２４）、ステップＳｉ４０まで進む。

ステップＳｉ２５（ステップＳｉ６がＮＯ：関与者が被験者ではない場合）では、システム関与者登録ユニット２１は、アクセスした関与者が被験者管理者であるか否かを判断する。
関与者が被験者管理者であれば（ステップＳｉ２５がＹＥＳ）、ステップＳｉ２６に進む。
関与者が被験者管理者でなければ（ステップＳｉ２５がＮＯ）、ステップＳｉ３３まで進む。
ステップＳｉ２６（関与者が被験者管理者：ステップＳｉ２５がＹＥＳ）では、被験者の初期設定を行い、ステップＳｉ２７で被験者を選択し、ステップＳｉ２８で、システム内の権限マスター（図２０の権限設定ブロック６を参照）から被験者管理者に権限を設定する。

次のステップＳｉ２９では、被験者管理者マスターデータを取得し、システム内に関与者マスターを記憶する（Ｓｉ３０）。
そして、ステップＳｉ３１では、さらに他の被験者管理者を設定するか否かを判断する。他の被験者管理者を設定するのであれば（ステップＳｉ３１がＹＥＳ）、ステップＳｉ２７まで戻り、再びステップＳｉ２７以降を繰り返す。一方、他の被験者管理者を設定するのでなければ（ステップＳｉ３１がＮＯ）、被験者管理者の初期設定を終了（ステップＳｉ３２）した後、ステップＳｉ４０に進む。

ステップＳｉ３３（ステップＳｉ２５がＮＯ：関与者が被験者管理者でない場合）では「その他関与者」の初期設定を行い、ステップＳｉ３４では当該初期設定を終えた「その他関与者」を選択し、ステップＳｉ３５で「その他関与者」に対して権限マスター（図２０の権限設定ブロック６）より権限を設定する。
ステップＳｉ３６では、「その他関与者」マスターデータを取得し、ステップＳｉ３７でシステム内に関与者マスターを記憶する。
ステップＳｉ３８では、他の「その他関与者」を設定するか否かを判断する。他の「その他関与者」を設定するのであれば（ステップＳｉ３８がＹＥＳ）、ステップＳｉ３４まで戻り、再びステップＳｉ３４以降を繰り返す。一方、他に「その他関与者」を設定しないのであれば（ステップＳｉ３８がＮＯ）、「その他関与者」の初期設定を終了（ステップＳｉ３９）した後、ステップＳｉ４０に進む。

次のステップＳｉ４０では、システム関与者登録ユニット２１は、他のメニューを使用するか否かを判断する。他のメニューを使用するのであれば（ステップＳｉ４０がＹＥＳ）、図２１のステップＳｉ４まで戻り、再びステップＳｉ４以降を繰り返す。他のメニューを使用しないのであれば（ステップＳｉ４０がＮＯ）、ステップＳｉ４１でログアウトして、システム関与者登録に関する一連の制御を終了する。

次に、図２３、図２４を参照して、問診・診察セット登録について説明する。
図２３は、問診・診察セット登録ユニット２２の構成を示している。
図２３において、問診・診察セット登録ユニット２２は、ログイン承認ブロック２２１と、ログイン承認結果通知ブロック２２２と、アクセス権限付与ブロック２２３と、問診セット作成ブロック２２４と、問診作成ブロック２２５と、記憶ユニット２０とを備えている。
記憶ユニット２０は、図３に記載の記憶ユニット２０と同一であり、データセンター１００におけるユニット１１〜１９、２１、２２の記憶ユニット２０と共用している。

関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）は、インターフェース５、ラインＬ２２ａを介して、ログイン承認ブロック２２１、ログイン承認結果通知ブロック２２２と接続している。
ログインを承認する場合には、ログイン承認結果通知ブロック２２２は、ラインＬ２２ｂ、分岐点Ｂ１、ラインＬ２２ｃを介して、アクセス権限付与ブロック２２３と接続している（ログイン承認の経路）。
ログインを承認しない場合には、ログイン承認結果通知ブロック２２２は、ラインＬ２２ｂ、分岐点Ｂ１、ラインＬ２２ｄ、インターフェース５ＢＣを介して、関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）と接続する（ログイン非承認の経路）。
関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）が図２３で上方と下方に表示されているのは、図示の便宜のためである。
インターフェース５とインターフェース５ＢＣは、同一であってもよい。

ログイン承認ブロック２２１は、ラインＬ２２ｅ及びラインＬ２２ｆを介して、記憶ユニット（データベース）２０と接続されている。ラインＬ２２ｅを介して、ログイン情報が、ログイン承認ブロック２２１から記憶ユニット２０に送信される。そしてラインＬ２２ｆを介して、照合結果が、記憶ユニット２０からログイン承認ブロック２２１に送信される。
記憶ユニット２０は、ラインＬ２２ｇを介してアクセス権限付与ブロック２２３と接続され、記憶ユニット２０からアクセス権限付与ブロック２２３にアクセス権限設定情報が送られる。

関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）は、インターフェース５、ラインＬ２２ｈを介して、問診セット作成ブロック２２４と接続され、アクセスが承認された場合に、問診セット作成ブロック２２４に問診セット作成要求を行う。
また、関与者ＭＲ２は、インターフェース５、ラインＬ２２ｉを介して、問診作成ブロック２２５と接続されており、アクセスが承認された場合に、問診作成ブロック２２５に問診作成要求を行う。

アクセス権限付与ブロック２２３は、ラインＬ２２ｎ、分岐点Ｂ２、ラインＬ２２１ｎを介して問診セット作成ブロック２２４と接続され、アクセス権限付与ブロック２２３から問診セット作成ブロック２２４にアクセス権限が与えられる。
アクセス権限付与ブロック２２３は、ラインＬ２２ｎ、分岐点Ｂ２、ラインＬ２２２ｎを介して問診作成ブロック２２５と接続され、アクセス権限付与ブロック２２３から問診作成ブロック２２４にアクセス権限が与えられる。

記憶ユニット２０は、ラインＬ２２ｏ、ラインＬ２２ｐ、ラインＬ２２ｑを介して、問診セット作成ブロック２２４と接続されている。ラインＬ２２ｏを介して、問診データが、記憶ユニット２０から問診セット作成ブロック２２４に対して送られる。そしてラインＬ２２ｐを介して、疾病名簿データが、記憶ユニット２０から問診セット作成ブロック２２４に送られる。また、ラインＬ２２ｑを介して、問診セットデータが、問診セット作成ブロック２２４から記憶ユニット２０に送られる。

記憶ユニット２０は、ラインＬ２２ｊ、ラインＬ２２ｋ、ラインＬ２２ｍを介して、問診作成ブロック２２５と接続されている。ラインＬ２２ｊを介して、診作成テンプレートの要求が、問診作成ブロック２２５から記憶ユニット２０に送られる。そしてラインＬ２２ｋを介して、問診データが、問診作成ブロック２２５から記憶ユニット２０に送られる。またラインＬ２２ｍを介して、問診作成テンプレートが、記憶ユニット２０から問診作成ブロック２２５に送られる。

問診セット作成ブロック２２４は、ラインＬ２２ｔ、合流点Ｇ、ラインＬ２２ｕ、インターフェース５ＢＣを経由して、関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）と接続され、問診セット作成ブロック２２４から関与者ＭＲ２に対して問診セットの登録結果が送られる。
問診作成ブロック２２５は、ラインＬ２２ｒ、合流点Ｇ、ラインＬ２２ｕ、インターフェース５ＢＣを経由して、関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）と接続され、問診作成ブロック２２５から関与者ＭＲ２に問診登録結果が送られる。

次に、図２４を参照して問診・診察セット登録に係る手順を説明する。
図２４のステップＳｊ１で、関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）は、データセンター１００の問診・診察セット登録ユニット２２にアクセスして、ステップＳｊ２でログインＩＤとパスワードを入力する。
次のステップＳｊ３では、上記入力のログインを承認するか否かを判断する。上記入力のログインを承認しないのであれば（ステップＳｊ３がＮＯ）、ステップＳｉ２まで戻り、ステップＳｊ２以降を繰り返す。一方、上記入力のログインを承認するのであれば（ステップＳｊ３がＹＥＳ）、ステップＳｊ４に進む。

ステップＳｊ４ではメニュー画面が表示され、ステップＳｊ５では、問診を行うか否かが判断される。問診を行うのであれば（ステップＳｊ５がＹＥＳ）、ステップＳｊ６に進み、問診を行なわない場合には（ステップＳｊ５がＮＯ）、ステップＳｊ１４まで進む。
ステップＳｊ６で関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）は問診登録を行い、ステップＳｊ７で問診作成メニューを選択して、ステップＳｊ８に進む。

ステップＳｊ８では、アクセスした関与者ＭＲ２に問診作成権限があるか否かを判断する。アクセスした関与者ＭＲ２に問診作成権限があれば（ステップＳｊ８がＹＥＳ）、ステップＳｊ９に進む。一方、アクセスした関与者ＭＲ２に問診作成権限がなければ（ステップＳｊ８がＮＯ）、ステップＳｊ４まで戻る。

ステップＳｊ９では、関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）は、問診の種類を選択し、選択した問診形式に従って問診表を作成し（ステップＳｊ１０）、問診登録を行い（ステップＳｊ１１）、問診マスターを登録し（ステップＳｊ１２）、その後、問診登録処理を終了する（ステップＳｊ１３）。
そして、ステップＳｊ２３まで進む。

ステップＳｊ１４（ステップＳｊ５がＮＯ：問診を行なわない場合）では、問診セットを作成するか否かを判断する。問診セットを作成するのであれば（ステップＳｊ１４がＹＥＳ）、ステップＳｊ１５に進む。
一方、問診セットを作成しない場合は（ステップＳｊ１４がＮＯ）、ステップＳｊ２３まで進む。
ステップＳｊ１５（問診セットを作成する場合：ステップＳｊ１４がＹＥＳ）では、アクセスした関与者に問診セット作成の権限があるか否かを判断する。アクセスした関与者に問診セット作成の権限があれば（ステップＳｊ１５がＹＥＳ）、ステップＳｊ１６に進む。一方、アクセスした関与者に問診セット作成の権限がなければ（ステップＳｊ１５がＮＯ）、ステップＳｊ４まで戻る。

ステップＳｊ１６（アクセスした関与者に問診セット作成の権限がある場合）では問診セットを登録し、関与者ＭＲ２（医療・健康管理者３１、システム運用管理者４１）は、ステップＳｊ１７で疾病名・問診目的名マスターから疾病名・問診目的を選択し、ステップＳｊ１８で問診を選択する。
続くステップＳｊ１９では、関与者ＭＲ２が問診セットを作成（問診セットに記載された事項に回答）し、ステップＳｊ２０で作成した問診セットを登録する。ステップＳｊ２１で問診セットマスタを登録して、ステップＳｊ２２で問診セット登録に係る処理を終了して、ステップＳｊ２３に進む。

ステップＳｊ２３では、他のメニューを使用するか否かを判断する。他のメニューを使用するのであれば（ステップＳｊ２３がＹＥＳ）、ステップＳｊ２まで戻り、再びステップＳｊ２以降を繰り返す。一方、他のメニューを使用しないのであれば（Ｓｊ２３がＮＯ）、ステップＳｊ２４でログアウトして、問診・診察セット登録に関する一連の制御を終了する。

問診・診察セット登録に関して、個々の問診は、不変の「問診番号」、「問題」、「回答入力欄または回答選択肢」、「しきい値」「重みづけ値」からなる。この構成、その内容、そして本システム上にマスタリスト化された個々の問診におけるリスト上の序列は、問診回答データの整合性、正確性、有意性、継続性、比較容易性を維持するために、絶対に変更、更新されない。
「重みづけ値」を利用し問診回答に評点をつける方式の問診は、問診回答データを出力し、本システム外で処理をする方式を採用する。

個々の問診は、医療・健康管理者等の様な問診の作成に適した者によって作成され、作成順に、規定された序列に従って本システム上に登録される。そして、医療・健康管理者等の様な問診セットの編成に適した者が、問診マスタリストから、対象疾病等別に、最適な（個々の）問診を選択し、問診セットを編成する。

表４において、問診セットを例示する。

問診セットは、被験者の数のＮ倍（Ｎは、疾患、体況情報その他の収集目的の種類数）の種類を用意する。
体温を問う問診の様な一般的な問診は、多種類の問診セットにおいて採用される可能性が高い。
或る被験者が複数の疾病を罹患し、疾病の種類に対応した数の問診セットが割り当てられる場合、複数の問診セットについて、同一の問診が採用されている場合がある。そのような場合には、当該重複した問診を一つのみ残存させた問診セットが、当該被験者（複数の疾病を罹患している被験者）に対して割り当てられる。
例えば、或る被験者に対して、表４に示された問診セットＡと問診セットＢを組み合わせて割り振られた場合、問診セットＡと問診セットＢにおいては問診コード１が重複している。この場合、当該被験者に対する問診セットは、問診コード１、２、３、５の４種類の問診によって構成されることになる。当該被験者に対する問診セットにおいて、問診コード１が２つ包含されることはない。

図示の実施形態によれば、被験者１とその医療・健康管理者３１は、リモートなオンライン関係を構築できる。
被験者１は、医療・健康管理者３１との直接面談によることなく、簡便に入手できる情報端末機器等を使用して、日常的、継続的に且つ長期間に亘って、被験者の体況を（医療・健康管理者に対して）伝達することができる。
そして、図示の実施形態を介して体況を医療・健康管理者３１に伝達した被験者１の体況情報は、初期の段階（発生時点）からデータベース化されて保存することができる。そして、データベース化された体況情報から、被験者１の健康に関する有益な情報を、比較的容易に得ることができる。
特に、図示の実施形態によれば、被験者１の体況情報が日々、継続的に収集されるので、経時的な体況変化を知ることができる。

定期的に被験者１が医療・健康管理者３１と診断あるいは直接面談を行う場合に、被験者１自らが（医療・健康管理者３１に）伝える体況情報は、被験者１の記憶に大いに頼るものがあり、不正確、不明瞭な場合が多い。
それに対して、図示の実施形態により収集された体況情報は、問診・問診セットに回答することによって客観性を担保することができるので、被験者１が医療・健康管理者３１と診断あるいは直接面談を行なう場合に比較しても、被験者１から得られる体況情報が正確かつ明瞭になる。そして、図示の実施形態により収集された体況情報に基づいて、被験者１が医療・健康管理者３１と診断あるいは直接面談を行なうことにより、当該診断あるいは直接面談が、より効果的になる。

図示の実施形態では、被験者１が被験した医療、治療の内容、医療施設、治療施設、その他の医療・健康管理者（自然人あるいは機関）３１毎に発行、作成されたカルテ、画像、処方箋等の電子化データは、データセンター１００においてストレージとして用意された領域に保管される。
上述した様に電子化データを保管することにより、図示の実施形態によれば、被験者１は、自分自身の体況情報、健康状態、施術、投薬の種類等の健康に関する情報を、自分自身により、一元管理することが可能となる。そして、被験者１が自分自身の健康に関する情報を一元管理することにより、被験者１は自分自身の体況情報等のデータを保持することや、被験者１自身によってパーソナルヘルスレコードを所有することが可能になる。

そして、当該被験者１が新たな医療機関３で新たな治療を開始した場合等において、図示の実施形態により上述した様に保管された体況情報、データを、当該新たな医療機関３における医師等の医療・健康管理者３１への開示、提供すれば、当該新たな治療を安全に且つ効果的に実行することの一助となる。
ここで、図示の実施形態によれば、被験者１の体況情報を一元管理することにより、治療期間の変更があった場合においても、いわゆる「禁忌」（例えば、副作用が懸念される薬剤の組み合わせを、同一の被験者１等に投与してしまうこと）を防止することができる。

また図示の実施形態によれば、被験者１は簡便に入手できる情報端末機器を使用して、簡便な態様で問診、問診セットに対して回答をすることにより、自らの体況情報を所定の医療・健康管理者３１に対して伝達することができる。そのため、従来技術に比較して、例えば担当の医師３１に対して、被験者１が体況情報を伝達するのに必要な経済的、精神的、肉体的負担を軽減することができる。そして、被験者１が医療・健康管理者３１に対して体況情報を報告することを、日常的に継続することが促進される。

そして図示の実施形態は、傷病患者の予後の管理に適用することのみならず、一般的な健康に関する情報、体況情報の管理システムとして、適用することが可能である。
さらに、図示の実施形態において、メッセージの送受信等のいわゆる「コレスポンダンス」に関する機能等を、付加価値サービスとして利用することにより、被験者１が問診（問診セット）に対して回答することに対するモチベーションを維持、向上させることができる。
あるいは図示の実施形態によれば、傷病を患った患者の治療（臓器移植等も含む）の予後における体況管理や経過観察、投薬治療の効果測定、検証を、継続的に且つ長期間に亘って実施することができる。

図示の実施形態はあくまでも例示であり、本発明の技術的範囲を限定する趣旨の記載ではない旨を付記する。

１・・・被験者
６・・・権限設定ブロック
７・・・問診セット割付ブロック
１１・・・メッセージ送受信ユニット
１２・・・体況登録ユニット
１３・・・被験者による問診回答・診察・診断データ閲覧ユニット
１４・・・被験者による問診回答・診察・診断データ出力ユニット
１５・・・医療・健康管理者による被験者の診察・診断データ登録ユニット
１６・・・医療・健康管理者による被験者の問診回答・診察・診断データ閲覧ユニット
１７・・・医療・健康管理者による被験者の問診回答・診察・診断データ出力ユニット
１８・・・メッセージ送受信ユニット
１９・・・被験者からの問診回答状況確認ユニット
２０・・・記憶ユニット
２１・・・システム関与者登録ユニット
２２・・・問診・診察セット登録ユニット

Claims (5)

1. 治療医療関係者等が存在する領域と、被験者等の体況情報等のデータを記憶する領域を有し、
   前記記憶する領域へ伝達された被験者等の体況情報等のデータを、治療医療関係者等が存在する前記領域で治療医療関係者等に取得せしめる機能を有する手段と、
   前記記憶する領域へ伝達された被験者等の体況情報等のデータを、治療医療関係者等によって出力する機能を有する手段と、
   前記記憶する領域へ伝達された被験者等の体況情報等のデータを、治療医療関係者等に取得せしめて、検討させる機能を有する手段と、
   前記記憶する領域へ伝達された被験者等の体況情報等のデータを、被験者等に提供する機能を有する手段を有することを特徴とする健康管理システム。
2. 被験者等が存在する第１の領域と、治療医療関係者等が存在する第２の領域と、被験者等の体況情報等のデータ（体況情報等）を記憶する第３の領域を有し、
   第１の領域で被験者等が生成した自らの体況の情報等のデータを、第３の領域へ伝達する機能を有する手段と、
   第３の領域へ伝達された被験者等の体況情報等のデータを、第２の領域で治療医療関係者等に取得させる機能を有する手段と、
   第３の領域へ伝達された被験者等の体況情報等のデータを、治療医療関係者等によって出力する機能を有する手段と、
   第３の領域へ伝達された被験者等の体況情報等のデータを、治療医療関係者等が取得して、検討せしめる機能を有する手段と、
   第３の領域へ伝達された被験者等の体況情報等のデータを、被験者等に提供する機能を有する手段と、
   第３の領域から被験者等へ提供された（被験者等の体況情報等の）データを、被験者等に受け取らせる機能を有する手段を有することを特徴とする健康管理システム。
3. 被験者等の体況情報等を生成する機能を有する手段と、生成された被験者等の体況情報等の解析を行う機能を有する手段を具備する請求項１、２の何れかの健康管理システム。
4. システム関与者が作成したメッセージを他のシステム関与者に伝達する機能を有する手段と、
   他のシステム関与者が作成したメッセージを送信元へ応答する機能を有する手段を具備している請求項１〜３の何れか１項の健康管理システム。
5. 被験者等の体況情報等データ及び当該データから得られる情報を、治療医療関係者等により登録せしめる機能を有する手段と、
   被験者等の体況情報であって外部に存在する情報と、当該情報から得られる情報を登録して保存する機能を有する手段と、
   保存された被験者等の体況情報等や、それから得られる情報を出力する機能を有する手段と、
   保存された被験者等の体況情報や、それから得られる情報を閲覧する機能を有する手段を具備する請求項１〜４の何れか１項の健康管理システム。

Images