健康管理システム
【課題】健康管理対象者の健康状態に関する主観的情報を収集し、管理するシステムにおいて、健康管理対象者が健康状態に関する主観的情報を簡単に入力できるようにする。
【解決手段】健康管理対象者に関連付けられた電話機３と、電話機３とネットワーク１を介して接続されるセンタ装置２とを有する。センタ装置２は、所定の日時に電話機３に対して呼び出しを行う配信サーバ１１と、健康管理対象者により電話機３から入力された音声情報を記録する通話録音サーバ１２と、記録された音声情報を認識してテキスト化するとともに、そのテキスト中に健康状態に関する所定のキーワードがあるか否かを判定し、判定結果を記録する音声認識サーバ１３と、健康管理対象者に診断が必要か否かを判断する健康管理サーバ１４とを有する。
【解決手段】健康管理対象者に関連付けられた電話機３と、電話機３とネットワーク１を介して接続されるセンタ装置２とを有する。センタ装置２は、所定の日時に電話機３に対して呼び出しを行う配信サーバ１１と、健康管理対象者により電話機３から入力された音声情報を記録する通話録音サーバ１２と、記録された音声情報を認識してテキスト化するとともに、そのテキスト中に健康状態に関する所定のキーワードがあるか否かを判定し、判定結果を記録する音声認識サーバ１３と、健康管理対象者に診断が必要か否かを判断する健康管理サーバ１４とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、高齢者等の健康管理対象者の健康状態に関する情報を収集し、管理する健康管理システムに関する。
【背景技術】
【０００２】
高齢者等の生活情報を収集し、把握するシステムとして、特許文献１に開示された生活見守りシステムがある。この生活見守りシステムは、見守り対象者の住宅に設置して、宅内環境、宅内設備、宅内機器、居住者の生活状況・生活環境、居住者の生体情報を検知するセンシング機能を有する宅内装置と、宅内装置からの生活情報を収集、管理して各種のサービス提供を行う見守りセンタと、見守り対象者を見守る見守り者が居住する見守り者宅と、宅内装置、見守りセンタ及び見守り者宅をインターネットなどのネットワークで接続しデータを送受信するネットワーク網とを備えて構成される。
【０００３】
この生活見守りシステムでは、トイレや風呂の使用時間、外出及び帰宅の状況、特定の部屋の滞在時間、起床時刻や就寝時刻などの客観的な生活情報に加えて、見守り対象者の主観的な日記情報を収集する。そして、日記情報に対してキーワード検索を行い、抽出されたキーワード（「つらいことがあった」、「何となく疲れる」、「気分が良い」、「楽しいことがあった」など）を評価することにより、客観的な生活情報から得られる見守り対象者の行動に加えて、見守り対象者の気分や健康状態に関する情報を得ることができる。
【０００４】
また、電子カルテ、医事会計システム、医療計測、患者日誌などを統合し、患者に関する医療情報をいつでもどこでも誰でも安心して利用できる医療情報システムであって、蓄積された医学情報に基づいて患者個人に対する対処法を提示可能にした医療総合情報システムがある（特許文献２参照）。
【０００５】
この医療総合情報システムにおける患者日誌システムでは、患者、患者の家族、看護師または第三者が主に患者の日々の、主訴、健康状態、飲酒および喫煙などの生活習慣、食事便通、顔色、気分、あるいは起床就寝時刻、外出先・スポーツクラブにおける運動量などの事項について自由にかつ自発的に記入し蓄積しておくことが可能である。また、それらの事項を通じて医師が診断を下すための情報を提供することができる。医師らの言葉ではなく患者自らの主訴などを記録しておくことが可能である。
【０００６】
さらに、医師、患者または患者の家族が操作するパーソナルコンピュータなどの端末装置と、ＷＡＮ（Wide Area Network）と、端末装置からの患者情報、治療情報等をデータベースに格納し、また端末装置からの問い合わせ等に応答可能な医療情報支援装置とを有する医療情報支援システムがある（特許文献３参照）。
【０００７】
この医療情報支援システムによれば、患者が端末装置から、食事、睡眠、行動、気分、痛みなどの項目について、○×式で患者個人サイトから入力すると、医療情報支援装置内の患者情報データベースに記憶される。医療情報支援装置では、例えば、１週間にいくつ○がついているかをカウントすることによってＱＯＬ（Quality of Life）を評価する。
【０００８】
これらの各文献に記載されたシステムでは、利用者が入力した主観的情報を検査データなどの客観的データと併せて用いることにより、利用者の健康状態などをより的確に把握することが期待できる。
【０００９】
しかしながら、特許文献１に記載されている生活見守りシステムでは、日記情報の入力をコンピュータのキー操作により行うため、コンピュータの操作に慣れていない人には入力が面倒である。
【００１０】
また、特許文献２に記載されている医療総合情報システムにおいても、患者日誌システムに対するアクセス及び記入をコンピュータのキー操作により行うため、コンピュータの操作に慣れていない患者には困難である。
【００１１】
また、特許文献３に記載されている医療情報支援システムにおいても、患者は上述した各項目を入力する際、パーソナルコンピュータなどの端末装置を用いて医療情報支援装置にアクセスすることが必要であるため、コンピュータの操作に慣れていない患者には困難である。
【００１２】
つまり、上記各文献に記載されたどのシステムでも、利用者が主観的情報を入力するには、コンピュータのキー操作を行うことが必要であるため、コンピュータの操作に慣れていない人には入力が困難であるという問題がある。
換言すれば、これらのシステムは、健常者であり、健康で意識もしっかりしており、かつＩＴ（Information Technology）機器の知識を備えた人しか利用することができないから、生まれながらもしくは病気により身体が不自由になった人が利用することは現実的に不可能である。
つまり、高齢者、生活弱者及び医療弱者はこれらのシステムを十分に利用することができないから、これらのシステムのメリットを享受できないことは容易に想定できる。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２００５−１１５４１３号公報
【特許文献２】ＷＯ２００５／１２２０３３号公報
【特許文献３】特開２００６−２２１４７１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１４】
本発明は、このような問題を解決するためになされたものであり、その第１の目的は、健康管理対象者の健康状態に関する主観的情報をネットワーク経由で収集し、管理する健康管理システムにおいて、コンピュータの操作に慣れていない健康管理対象者でも健康状態に関する主観的情報を簡単に入力できるようにすることであり、第２の目的は、入力された主観的情報に基づいて健康管理対象者の体調変化の予兆を検知し、治療の遅れによる病状の悪化を防止可能にすることである。
【課題を解決するための手段】
【００１５】
本発明は、健康管理対象者の健康状態に関する主観的情報をネットワーク経由で収集し、管理する健康管理システムであって、健康管理対象者に関連付けられた電話機と、前記電話機とネットワークを介して接続されるセンタ装置とを有し、前記センタ装置は、予め設定された日時に前記電話機に対する呼び出しを行う呼び出し手段と、該呼び出しに応じて通信確立された電話機に対して音声による案内情報を送信する案内情報送信手段と、該案内情報に応じて前記電話機から入力された前記健康管理対象者の音声情報を受信する受信手段と、その音声情報を認識してテキスト化する音声認識手段と、そのテキスト中に健康状態に関する所定のキーワードがあるか否かを判定する判定手段と、その判定手段の判定結果を基に、前記健康管理対象者に診断が必要か否かを判断する判断手段とを有することを特徴とする健康管理システムである。
【発明の効果】
【００１６】
本発明によれば、健康管理対象者の健康状態に関する主観的情報をネットワーク経由で収集し、管理する健康管理システムにおいて、固定電話機や携帯電話機といった日常生活の中で使用している機器を用いることで、コンピュータの操作に慣れていない健康管理対象者でも健康状態に関する主観的情報を簡単に入力することができる。
また、健康管理対象者の電話機に対する呼び出しを行うとともに、呼び出しに応答した健康管理対象者に対し音声による案内情報を送信するので、主観的情報を自発的に入力することが困難な健康管理対象者に対して情報入力を支援することができる。
さらに、健康管理対象者の、体調変化の予兆を検知し、診断の要否を判断することができるので、治療の遅れによる病状の悪化を防止することが期待できる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態の健康管理システムの全体構成を示す図である。
【図２】本発明の実施形態の健康管理システムにおけるサービス利用者からの音声情報の記録、認識及びキーワード検索処理のフローチャートである。
【図３】本発明の実施形態の健康管理システムにおける日記テーブルを示す図である。
【図４】本発明の実施形態の健康管理システムにおける特定用語テーブルを示す図である。
【図５】本発明の実施形態の健康管理システムにおける診断が必要なサービス利用者を検出する処理のフローチャートである。
【図６】本発明の実施形態の健康管理システムにおける健康管理テーブルを示す図である。
【図７】本発明の実施形態の健康管理システムにおけるキーワード集計テーブルを示す図である。
【図８】本発明の実施形態の健康管理システムにおける医学的法則性テーブルを示す図である。
【図９】本発明の実施形態の健康管理システムにおけるサービス利用者別日記集計テーブルを示す図である。
【図１０】本発明の実施形態の健康管理システムにおいて、診断情報を医療機関へ送信する処理のフローチャートである。
【図１１】本発明の実施形態の健康管理システムにおける病院テーブルを示す図である。
【図１２】本発明の実施形態の健康管理システムにおける診断テーブルを示す図である。
【図１３】本発明の実施形態の健康管理システムにおいて、医療機関に対して診断情報を送信する処理のフローチャートである。
【図１４】本発明の実施形態の健康管理システムにおいて、医学的法則性テーブル上の病名に近い症状を有するサービス利用者に対して問い合わせを行い、結果を記録する処理のフローチャートである。
【発明を実施するための形態】
【００１８】
以下、図面を参照しながら本発明の実施形態について説明する。
〈健康管理システムの全体構成〉
本発明の実施形態の健康管理システムは、図１に示すように、ＩＰ網や公衆網などのネットワーク１に接続されたセンタ装置２、電話機３及び医療機関４により構成されている。ここで、医療機関４は病院などであり、電話機、通信機能を備えたパーソナルコンピュータ（以下、ＰＣ）等が設けられている。
【００１９】
電話機３は、この健康管理システムのサービス利用者に関連付けられた固定電話機や携帯電話機、つまりサービス利用者の住居に設置された固定電話機やサービス利用者が所持する携帯電話機である。便宜上、ここには、電話機３を三台のみ図示したが、実際はサービス利用者全員の電話機がネットワーク１に接続される。
【００２０】
センタ装置２はセンタコンピュータ５、センタＤＢ（データベース）６、ルータ７、及びＰＣ８を備えている。また、センタコンピュータ５は配信サーバ１１、通話録音サーバ１２、音声認識サーバ１３、健康管理サーバ１４、診断情報管理サーバ１５などのサーバ群を備えており、センタＤＢ６は配信情報テーブル２１、日記テーブル２２、健康管理テーブル２３、サービス利用者別日記集計テーブル２４、キーワード集計テーブル２５、診断テーブル２６、病院テーブル２７、医学的法則性テーブル２８、特定用語テーブル２９などのテーブル群を備えている。ここで、センタコンピュータ５は一台又は複数台のＰＣにより構成されており、センタＤＢ６は一台又は複数台のＨＤＤ（Hard Disk Drive）により構成されている。
【００２１】
センタコンピュータ５及びＰＣ８はルータ７のＬＡＮ（Local Area Network）側に接続されており、互いにデータ通信が可能である。また、センタＤＢ６内の各テーブルはセンタコンピュータ５内の各サーバによるアクセスが可能となるように構成されている。
【００２２】
ルータ７はセンタ装置２がネットワーク１を介して電話機３、医療機関４と通信を行う際のルーチングを行う装置である。ＰＣ８は、オペレータがこのセンタ装置２を操作するための装置である。
【００２３】
配信サーバ１１は定期的又は必要に応じて不定期に、サービス利用者の電話機３に対し各種情報を配信する。全てのサービス利用者の電話機３の電話番号データ、及び配信する各種情報の音声データは配信情報テーブル２１に予め登録（記憶）されており、配信サーバ１１は配信情報テーブル２１からこれらの音声データを読み出し、一斉配信を行う。
【００２４】
また、配信サーバ１１はサービス利用者の電話機３から送信された音声情報、即ちサービス利用者が電話機３の受話器に向けて発した音声に対応する電気信号を受信したとき、その音声情報の受信日時及びサービス利用者の識別番号を通話録音サーバ１２へ送る。
【００２５】
通話録音サーバ１２は、配信サーバ１１で受信された電話機３からの音声情報、及び受信日時をサービス利用者の識別番号に対応付けて日記テーブル２２に記録する。音声認識サーバ１３は、日記テーブル２２に記録された音声情報を読み出し、音声認識してテキスト情報に変換し、さらにそのテキスト情報中に、予め特定用語テーブル２９に登録（記憶）されている特定のキーワードがあるか否かを調べ、その結果を日記テーブル２２に記録する。
【００２６】
健康管理サーバ１４は、日記テーブル２２に記録されたキーワードの検出結果をサービス利用者毎に集計して健康管理テーブル２３及びキーワード集計テーブル２５に記録するとともに、その集計結果と医学的法則性テーブル２８とに基づいて、診断が必要なサービス利用者を検出し、その結果をサービス利用者別日記集計テーブル２４に記録する。また、その結果をＰＣ８のディスプレイに表示させる。
【００２７】
診断情報管理サーバ１５は、サービス利用者別日記集計テーブル２４に診断が必要であることが記録されているサービス利用者について、病院テーブル２７を用いて診断テーブル２６を作成するとともに、作成した診断テーブル２６に記載されているデータ（診断情報）をサービス利用者に対して音声及びメールで通知する。また、医療機関４からサービス利用者の健康状態に関する情報提供の要請を受けた場合、サービス利用者別日記集計テーブル２４の内容を医療機関４へ送信する。
【００２８】
以上の構成を備えた健康管理システムの動作について説明する。
〈音声情報の記録、認識及びキーワード検索〉
サービス利用者の電話機３からの音声情報の記録、認識及びキーワード検索のフローチャートを図２に示す。
【００２９】
まず配信サーバ１１は、サービス利用者の電話機３からの連絡の有無を判断する（ステップＳ１）。連絡がある場合（Ｓ１：あり）、配信サーバ１１は、受信した音声情報、サービス利用者の識別番号、及び受信日時を通話録音サーバ１２へ送り、通話録音サーバ１２は、識別番号に対応付けて音声情報及びその受信日時を日記テーブル２２に記録する（ステップＳ４）。音声情報の記録は通話が終了するまで続ける。
【００３０】
図３に日記テーブル２２の一例を示す。図示のように、日記テーブル２２には、サービス利用者情報として、識別番号、氏名、電話番号、年齢の記録欄があり、日記情報として、受信日時、音声情報、キーワード情報、及び確認フラグの記録欄がある。識別番号、氏名、電話番号、年齢は予め登録（記録）されており、ステップＳ４では、受信日時と音声情報のみが記録される。キーワード情報及び確認フラグについては後述する。音声情報はデジタルデータとして記録（デジタル録音）される。
【００３１】
連絡がない場合（Ｓ１：なし）、配信サーバ１１は、サービス利用者へ送信する各種情報があるタイミングを待ち（ステップＳ２）、ある時（Ｓ２：あり）に全てのサービス利用者の電話機３を一斉に呼び出し、オフフックにより通信確立された電話機３に対して情報を配信する（ステップＳ３）。このとき送信する情報はインフルエンザ防止策の連絡、定期検診の案内、健康状態の問い合わせ等、健康管理に関する案内情報である。この案内情報送信の後、ステップＳ４へ進み、案内情報に対する応答としてサービス利用者が電話機３から入力した音声情報及びその受信日時を日記テーブル２２に記録する。例えば、健康状態の問い合わせとして“胃腸の調子はいかがですか？”という音声メッセージを送信したときに、“最近食欲がありません”との応答の音声情報が返ってきた場合、その応答を日記テーブル２２に記録する。
【００３２】
次いで音声認識サーバ１３は、日記テーブル２２に記録された音声情報を読み出し、音声認識してテキストに変換する処理を開始する（ステップＳ５）。このテキスト変換処理は、音声情報の記録（ステップＳ４）と並行して行われる。
【００３３】
次に音声認識サーバ１３は、特定用語テーブル２９を参照し、テキスト変換された音声情報中に、特定用語テーブル２９に登録されているキーワードと一致する用語があるか否かを判断する（ステップＳ６）。図４に特定用語テーブルの一例を示す。
【００３４】
特定用語テーブル２９に登録されているキーワードと一致する用語がある場合（Ｓ６：あり）、音声認識サーバ１３は、そのキーワードを抽出し、抽出後、日記テーブル２２に記録し（ステップＳ７）、次に確認フラグを日記テーブル２２にセットする（ステップＳ８）。
【００３５】
次いで、通話録音サーバ１２は電話機３との間の電話が終了したか否かを、配信サーバ１１から音声情報が供給されているか否かに基づいて判断する（ステップＳ９）。そして、終了していない場合（Ｓ９：NO）は、ステップＳ５に戻り、音声認識サーバ１３が音声テキスト変換処理を実行し、終了していた場合（Ｓ９：YES）は、音声録音処理を終了し（ステップＳ１０）、このフローを終了する。ステップＳ６で、一致する用語がないと判断した場合（Ｓ６：なし）は、ステップＳ５に戻り、音声テキスト変換処理を実行する。
【００３６】
図３に示した日記テーブル２２では、例えば識別番号００１のサービス利用者の場合、２００９年１月３日の１８時１１分に受信した音声情報から、キーワードとして「アキレス腱」、「バット」、「殴られた」、「足首」、「痛い」が抽出され、確認フラグがセット（＝１）されている。また、識別番号００２のサービス利用者の場合、２００９年１月１日の１３時１５分に受信した音声情報から「腹痛」が、同年同月２日の１２時５０分に受信した音声情報から「へそ」、「腹痛」が、同年同月３日の１６時３６分に受信した音声情報から「へそ」、「差し込む」、「右下」、「腹痛」、「急激」、「汗」がキーワードとして抽出され、確認フラグがセットされている。
【００３７】
〈診断が必要なサービス利用者を検出する処理〉
健康状態に問題があるため、診断が必要なサービス利用者を検出する処理のフローを図５に示す。
【００３８】
まず健康管理サーバ１４は、日記テーブル２２を参照し（ステップＳ１１）、確認フラグがセットされているか否かをサービス利用者毎かつ受信日時毎に判断する（ステップＳ１２）。確認フラグがセットされていた場合（Ｓ１２：YES）は、その確認フラグに対応するキーワードを健康管理テーブル２３に記録する（ステップＳ１３）。図６に健康管理テーブル２３の一例を示す。
【００３９】
次いで、健康管理サーバ１４は、健康管理テーブル２３に記録されたキーワードをサービス利用者毎に集計し、キーワード集計テーブル２５に記録する（ステップＳ１４）。図７にキーワード集計テーブル２５の一例を示す。ここには、例として７日分の集計を行った結果を示した。
【００４０】
次に、健康管理サーバ１４は、医学的法則性テーブル２８を参照して、キーワード集計テーブル２５に記録されたキーワードに該当する病名の有無を判断する（ステップＳ１５）。ここで、病名の有無の判断は、医学的法則性テーブル２８上の任意の病名に対応する全てのキーワードがキーワード集計テーブル２５に記録されているか否かを基に行う。
図８に医学的法則性テーブル２８の一例を示す。この医学的法則性テーブル２８は、複数のキーワードと、それらに対応する病名、その病気に対する応急処置、その病気を診療する部門、及び治療の緊急度合との対応関係を記載したテーブルであり、例えばキーワードが「アキレス腱」、「バット」、「殴られた」、「足首」、「痛い」の場合、病名は「アキレス腱断裂」、応急処置は「足首の固定」、診療部門は「整形外科」、緊急度合は「４」である。なお、緊急度合は５段階で表され、数値が多い程緊急度合が高い。
【００４１】
キーワード集計テーブル２５に記録されたキーワードに該当する病名がある、即ち医学的法則性テーブル２８上の任意の病名に対応する全てのキーワードがキーワード集計テーブル２５に記録されていると判断された場合（Ｓ１５：病名有り）、健康管理サーバ１４は、サービス利用者別日記集計テーブル２４の「診断要フラグ」をセットし、ＰＣ８にアラーム情報を表示させ（ステップＳ１６）、ステップＳ１７に進む。図９にサービス利用者別日記集計テーブル２４の一例を示す。ここで、図９Ａ、Ｂはそれぞれ識別番号００１、００２のサービス利用者の日記集計テーブルである。該当する病名が無いと判断した場合（Ｓ１５：NO）は、そのままステップＳ１７に進む。
【００４２】
ここで、ＰＣ８に表示されるアラーム情報には、診断が必要なサービス利用者の識別番号、キーワードとともに、医療機関や担当医への連絡を要請するメッセージがある。
【００４３】
ステップＳ１７では、全てのサービス利用者について、ステップＳ１５の判断（確認）が終了したか否かを判断し（ステップＳ１７）、終了していない場合（Ｓ１７：NO）は、次のサービス利用者に対して、キーワード集計テーブル２５に記録されたキーワードに該当する病名が有るか否かを判断し（ステップＳ１８→Ｓ１５）、終了していた場合（Ｓ１７：YES）は、この図のフローを終了する。
【００４４】
図７に示したキーワード集計テーブル２５の場合、識別番号００１のサービス利用者については、キーワードとして「アキレス腱」、「バット」、「殴られた」、「足首」、「痛い」が有るから、医学的法則性テーブル２８には「アキレス腱断裂」が該当する病名として存在し、識別番号００２のサービス利用者については、キーワードとして「へそ」、「差し込む」、「右下」、「腹痛」、「急激」、「汗」が有るから、医学的法則性テーブル２８には「虫垂炎」が該当する病名として存在する。
【００４５】
〈診断が必要なサービス利用者に関する情報を本人及び医療機関へ通知する処理〉
診断が必要なサービス利用者に関する情報を本人及び医療機関に通知する処理のフローを図１０に示す。この処理は、ＰＣ８のディスプレイにアラームなどが表示されているとき（図５のステップＳ１６）に、オペレータが所定のキー操作を行うことに応じて開始される。
【００４６】
診断情報管理サーバ１５は、サービス利用者別日記集計テーブル２４を参照して、「診断要フラグ」がセットされているか否かを判断する（ステップＳ２１）。「診断要フラグ」がセットされている場合（Ｓ２１：YES）は、医学的法則性テーブル２８及び病院テーブル２７を用いて診断テーブル２６を作成する（ステップＳ２２）。
【００４７】
図１１、図１２はそれぞれ病院テーブル２７、診断テーブル２６の一例を示す図である。図１２において、「取得キーワード」はサービス利用者別日記集計テーブル２４の「キーワード情報」から取得されたものであり、「病名」、「応急処置」、「診療部門」、及び「緊急度合」は、「取得キーワード」に応じて医学的法則性テーブル２８から取得されたものである。また、「病院名」は「診療部門」に応じて病院テーブル２７から取得されたものである。
【００４８】
図１０の説明に戻る。次いで診断情報管理サーバ１５は、ステップＳ２２で作成した診断テーブル２６の内容を配信サーバ１１を介してサービス利用者の電話機３に通知する（ステップＳ２３）。ここで、電話機３がメール受信機能を備えている場合は、音声又はメールの少なくとも一方により通知し、メール受信機能を備えていない場合は音声により通知する。通知するメッセージは、例えば識別番号００１のサービス利用者の場合、“アキレス腱が断裂しています。足首を固定して○○時間以内にＧ病院の整形外科へ行って下さい。”となる。
【００４９】
次に診断情報管理サーバ１５は、病院側からの送信するための閲覧許可コードを生成し、配信サーバ１１を介してサービス利用者の電話機３へメールで送信する（ステップＳ２４）。電話機３がメール受信機能を備えていない場合は、音声メッセージが記録されるように制御する。
【００５０】
次いで診断情報管理サーバ１５は、診断情報の内容を医療機関へ通知することが、予めサービスの申し込み時に承諾されているか否かに応じて、医療機関へ通知することが可能か否かを判断する（ステップＳ２５）。そして、可能であると判断した場合は、サービス利用者別日記集計テーブル２４の内容を、診断テーブル２６に記載されている医療機関４に配信サーバ１１を介して送信する（ステップＳ２６）。なお、このとき、識別番号に加えて、住所、氏名、電話番号等を送信することが望ましい。こうすることで、ステップＳ２３の通知を受けたサービス利用者が何らかの理由で医療機関へ行かなかった場合に、医療機関４側から呼び出しなどを行うことができる。
【００５１】
次に全てのサービス利用者について、ステップＳ２１の判断（確認）が終了したか否かを判断し（ステップＳ２７）、終了していない場合（Ｓ２７：NO）は、次のサービス利用者に対して、ステップＳ２１〜Ｓ２６を実行し、終了していた場合（Ｓ２７：YES）は、この図のフローを終了する。
【００５２】
図１３は、センタ装置２が医療機関４に対して診断情報を送信する処理のフローチャートである。図示のように、診断情報管理サーバ１４は、医療機関４から閲覧許可コードを配信サーバ１１を介して受信すると（ステップＳ３１：YES）、サービス利用者別日記集計テーブル２４から、閲覧許可コードに対応するサービス利用者のデータを読み出し、医療機関４へ配信サーバ１１を介して送信する（ステップＳ３２）。
【００５３】
この処理は、ステップＳ２４（図１０）で閲覧許可コードを受け取ったサービス利用者が医療機関４へ行って、閲覧許可コードを提示すると、医師などがＰＣを用いてセンタ装置２にアクセスし、閲覧許可コードを送信した場合に実行される。これにより、医師はサービス利用者の日記集計データを見ることができるので、サービス利用者の症状などを的確に把握し、適切な治療の決定・実行が可能となる。
【００５４】
〈医学的法則性テーブル上の病名に近い症状を有するサービス利用者に対する問い合わせ・結果の記録処理〉
図１０に示すフローでは、「診断要フラグ」がセットされている場合のみ診断テーブルを作成する（Ｓ２１：YES→Ｓ２２）。ここで、「診断要フラグ」がセットされるのは、医学的法則性テーブル２８上の任意の病名に対応する全てのキーワードがキーワード集計テーブル２５に記録されている場合である。このため、例えば虫垂炎に関しては、仮に「差し込む」、「右下」、「腹痛」、及び「汗」がキーワード集計テーブル２５に記録されているにも拘わらず、「へそ」及び「急激」が記録されていない場合、虫垂炎とは診断されないため、「診断要フラグ」がセットされない。この結果、虫垂炎の予兆を見逃してしまうおそれがある。
【００５５】
そこで、本実施形態のシステムでは、医学的法則性テーブル２８上の任意の病名に対応する全てのキーワードがキーワード集計テーブル２５に記録されていないものの、所定数又は所定比率（例、過半数）記録されている場合は、サービス利用者に対して症状の確認を行うことができるようにした。この確認動作の実行の有無は、オペレータがＰＣ８を操作することで設定することができる。
【００５６】
図１４に、この確認動作の処理のフローを示す。
まず、診断情報管理サーバ１４は、日記テーブル２２及びサービス利用者別日記集計テーブル２４を参照し、「確認フラグ」がセットされており、かつ「診断要フラグ」がセットされていないか否かを判断する（ステップＳ４１）。
【００５７】
ステップＳ４１で“YES”との判断を行った場合、サービス利用者の症状に近いと考えられる病名があるか否かを判断する（ステップＳ４２）。即ち、医学的法則性テーブル２８上の任意の病名に対応する所定数又は所定比率（例えば過半数）のキーワードがキーワード集計テーブル２５に記録されているか否かを判断する。
【００５８】
そして、病名があると判断した場合（Ｓ４２：YES）は、健康管理サーバ１４は医学的法則性テーブル２８から病名に対応するキーワードを読み出す（ステップＳ４３）。次いで配信サーバ１１を介してサービス利用者の電話機３に電話をかけ、キーワードに関する問い合わせのための連絡を開始し（ステップＳ４４）、次に通話録音サーバ１２はサービス利用者からの回答の音声録音を開始する（ステップＳ４５）。このステップの動作は図２のステップＳ４と同様である。
【００５９】
次に健康管理サーバ１４は配信サーバ１１を介して、サービス利用者に対して、ステップＳ４３で読み出されたキーワードに関する問い合わせの音声を送信する（ステップＳ４６）。問い合わせの内容は、例えば虫垂炎の場合、“（１）次の箇所に違和感を覚えますか？ 「へそ」 「はい」、「いいえ」でお答え下さい。” “（２）急激な腹痛がありますか？ 「はい」、「いいえ」でお答え下さい。”などである。このとき、病名に対応する全てのキーワードについて問い合わせてもよいし、キーワード集計テーブル２５に記録されていないもののみ問い合わせてもよい。
【００６０】
次に音声認識サーバ１３は、日記テーブル２２に録音された回答の音声をテキスト変換し（ステップＳ４７）、音声送信されたキーワードに対する回答が“はい”であるか“いいえ”であるかを判断する（ステップＳ４８）。回答が“はい”であった場合（ステップＳ４８：はい）は、キーワードを日記テーブル２２に記録する（ステップＳ４９）。次いで確認フラグを日記テーブル２２にセットし（ステップＳ５０）、ステップＳ５１に進む。回答が“いいえ”であった場合（ステップＳ４８：いいえ）は、そのままステップＳ５１に進む。
【００６１】
ステップＳ５１では、全ての問い合わせ対象のキーワードについて確認終了か否かを判断し、終了していない場合（ステップＳ５１：NO）は、ステップＳ４６〜Ｓ５０の処理を繰り返す。そして、終了した場合（ステップＳ５１：YES）に、サービス利用者との間の通話を終了させ（ステップＳ５２）、このフローの処理を終える。ステップＳ４１又はＳ４２で“NO”と判断した場合はなにもせずに処理を終える。
【００６２】
このようにして、医学的法則性テーブル２８上の病名に近い症状を有するサービス利用者の症状を確認することで、病気の予兆を見逃さずにすむ。即ち、例えば「差し込む」、「右下」、「腹痛」、及び「汗」がキーワード集計テーブル２５に記録されているにも拘わらず、「へそ」及び「急激」が記録されていないサービス利用者に対して、図１４のフローを実行した結果、日記テーブルに「へそ」及び「急激」が記録されれば、キーワード集計テーブル２５に「へそ」及び「急激」が追加される。このため、病名が虫垂炎と判断され、サービス利用者別日記集計テーブル２４に「診断要フラグ」がセットされる。
【００６３】
以上詳細に説明したように、本発明の実施形態の健康管理システムは下記（１）〜（６）の効果を有する。
（１）センタ装置２は、各サービス利用者の電話機３から入力された音声を認識してテキスト化し、予め定められたキーワードの有無に基づいて、体調変化の予兆を検知し、診断の要否を判断するので、各サービス利用者は、固定電話機や携帯電話機といった日常生活の中で使用している機器を用いることで、健康状態に関する主観的情報を簡単に入力することができる。従って、高齢者、生活弱者あるいは医療弱者であっても、サービスを利用することができる。
（２）センタ装置２は、予め定められた日時に各サービス利用者の電話機３に対して呼び出しを行い、応答した電話機に対して、健康状態の問い合わせなど、健康状態に関する主観的情報の入力を促すメッセージなどを送信することで情報入力を支援するので、自発的な入力が困難なサービス利用者から容易に情報を収集することができる。
（３）センタ装置２は、診断が必要なサービス利用者に対し、病名、応急処置、病院名、診察部門、緊急度合などを音声またはメールで送信するので、診断が必要なサービス利用者は、迅速に該当する病院の診察部門へ行き、診断及び治療を受けることができる。また、病院へ行く前に応急処理を施すことで、病気の進行を抑えることができる。
（４）センタ装置２は、サービス利用者の日記集計テーブル１６の内容を病院から閲覧可能にしたので、サービス利用者が自分の健康状態を正確に把握していなくても、病院側ではサービス利用者の症状などを的確に把握し、適切な治療の決定・実行が可能となる。
（５）診断が必要なサービス利用者を病院から呼び出せるようにしたので、サービス利用者が何らかの原因で指定された病院へ行かず、診断・治療が遅れることによる病状の悪化を防止することができる。
（６）医学的法則性テーブル２８上の病名に近い症状を有するサービス利用者、即ち病気の可能性が高いサービス利用者に対して症状などの問い合わせを行えるようにしたので、病気の予兆をより確実に検知し、診断・治療が遅れることによる病状の悪化を防止することができる。
【符号の説明】
【００６４】
１…ネットワーク、２…センタ装置、３…電話機、４…医療機関、５…センタコンピュータ、６…センタＤＢ、１１…配信サーバ、１２…通話録音サーバ、１３…音声認識サーバ、１４…健康管理サーバ、１５…診断情報管理サーバ、２１…配信情報テーブル、２２…日記テーブル、２３…健康管理テーブル、２４…サービス利用者別日記集計テーブル、２５…キーワード集計テーブル、２６…診断テーブル、２７…病院テーブル、２８…医学的法則性テーブル、２９…特定用語テーブル。
【技術分野】
【０００１】
本発明は、高齢者等の健康管理対象者の健康状態に関する情報を収集し、管理する健康管理システムに関する。
【背景技術】
【０００２】
高齢者等の生活情報を収集し、把握するシステムとして、特許文献１に開示された生活見守りシステムがある。この生活見守りシステムは、見守り対象者の住宅に設置して、宅内環境、宅内設備、宅内機器、居住者の生活状況・生活環境、居住者の生体情報を検知するセンシング機能を有する宅内装置と、宅内装置からの生活情報を収集、管理して各種のサービス提供を行う見守りセンタと、見守り対象者を見守る見守り者が居住する見守り者宅と、宅内装置、見守りセンタ及び見守り者宅をインターネットなどのネットワークで接続しデータを送受信するネットワーク網とを備えて構成される。
【０００３】
この生活見守りシステムでは、トイレや風呂の使用時間、外出及び帰宅の状況、特定の部屋の滞在時間、起床時刻や就寝時刻などの客観的な生活情報に加えて、見守り対象者の主観的な日記情報を収集する。そして、日記情報に対してキーワード検索を行い、抽出されたキーワード（「つらいことがあった」、「何となく疲れる」、「気分が良い」、「楽しいことがあった」など）を評価することにより、客観的な生活情報から得られる見守り対象者の行動に加えて、見守り対象者の気分や健康状態に関する情報を得ることができる。
【０００４】
また、電子カルテ、医事会計システム、医療計測、患者日誌などを統合し、患者に関する医療情報をいつでもどこでも誰でも安心して利用できる医療情報システムであって、蓄積された医学情報に基づいて患者個人に対する対処法を提示可能にした医療総合情報システムがある（特許文献２参照）。
【０００５】
この医療総合情報システムにおける患者日誌システムでは、患者、患者の家族、看護師または第三者が主に患者の日々の、主訴、健康状態、飲酒および喫煙などの生活習慣、食事便通、顔色、気分、あるいは起床就寝時刻、外出先・スポーツクラブにおける運動量などの事項について自由にかつ自発的に記入し蓄積しておくことが可能である。また、それらの事項を通じて医師が診断を下すための情報を提供することができる。医師らの言葉ではなく患者自らの主訴などを記録しておくことが可能である。
【０００６】
さらに、医師、患者または患者の家族が操作するパーソナルコンピュータなどの端末装置と、ＷＡＮ（Wide Area Network）と、端末装置からの患者情報、治療情報等をデータベースに格納し、また端末装置からの問い合わせ等に応答可能な医療情報支援装置とを有する医療情報支援システムがある（特許文献３参照）。
【０００７】
この医療情報支援システムによれば、患者が端末装置から、食事、睡眠、行動、気分、痛みなどの項目について、○×式で患者個人サイトから入力すると、医療情報支援装置内の患者情報データベースに記憶される。医療情報支援装置では、例えば、１週間にいくつ○がついているかをカウントすることによってＱＯＬ（Quality of Life）を評価する。
【０００８】
これらの各文献に記載されたシステムでは、利用者が入力した主観的情報を検査データなどの客観的データと併せて用いることにより、利用者の健康状態などをより的確に把握することが期待できる。
【０００９】
しかしながら、特許文献１に記載されている生活見守りシステムでは、日記情報の入力をコンピュータのキー操作により行うため、コンピュータの操作に慣れていない人には入力が面倒である。
【００１０】
また、特許文献２に記載されている医療総合情報システムにおいても、患者日誌システムに対するアクセス及び記入をコンピュータのキー操作により行うため、コンピュータの操作に慣れていない患者には困難である。
【００１１】
また、特許文献３に記載されている医療情報支援システムにおいても、患者は上述した各項目を入力する際、パーソナルコンピュータなどの端末装置を用いて医療情報支援装置にアクセスすることが必要であるため、コンピュータの操作に慣れていない患者には困難である。
【００１２】
つまり、上記各文献に記載されたどのシステムでも、利用者が主観的情報を入力するには、コンピュータのキー操作を行うことが必要であるため、コンピュータの操作に慣れていない人には入力が困難であるという問題がある。
換言すれば、これらのシステムは、健常者であり、健康で意識もしっかりしており、かつＩＴ（Information Technology）機器の知識を備えた人しか利用することができないから、生まれながらもしくは病気により身体が不自由になった人が利用することは現実的に不可能である。
つまり、高齢者、生活弱者及び医療弱者はこれらのシステムを十分に利用することができないから、これらのシステムのメリットを享受できないことは容易に想定できる。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２００５−１１５４１３号公報
【特許文献２】ＷＯ２００５／１２２０３３号公報
【特許文献３】特開２００６−２２１４７１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１４】
本発明は、このような問題を解決するためになされたものであり、その第１の目的は、健康管理対象者の健康状態に関する主観的情報をネットワーク経由で収集し、管理する健康管理システムにおいて、コンピュータの操作に慣れていない健康管理対象者でも健康状態に関する主観的情報を簡単に入力できるようにすることであり、第２の目的は、入力された主観的情報に基づいて健康管理対象者の体調変化の予兆を検知し、治療の遅れによる病状の悪化を防止可能にすることである。
【課題を解決するための手段】
【００１５】
本発明は、健康管理対象者の健康状態に関する主観的情報をネットワーク経由で収集し、管理する健康管理システムであって、健康管理対象者に関連付けられた電話機と、前記電話機とネットワークを介して接続されるセンタ装置とを有し、前記センタ装置は、予め設定された日時に前記電話機に対する呼び出しを行う呼び出し手段と、該呼び出しに応じて通信確立された電話機に対して音声による案内情報を送信する案内情報送信手段と、該案内情報に応じて前記電話機から入力された前記健康管理対象者の音声情報を受信する受信手段と、その音声情報を認識してテキスト化する音声認識手段と、そのテキスト中に健康状態に関する所定のキーワードがあるか否かを判定する判定手段と、その判定手段の判定結果を基に、前記健康管理対象者に診断が必要か否かを判断する判断手段とを有することを特徴とする健康管理システムである。
【発明の効果】
【００１６】
本発明によれば、健康管理対象者の健康状態に関する主観的情報をネットワーク経由で収集し、管理する健康管理システムにおいて、固定電話機や携帯電話機といった日常生活の中で使用している機器を用いることで、コンピュータの操作に慣れていない健康管理対象者でも健康状態に関する主観的情報を簡単に入力することができる。
また、健康管理対象者の電話機に対する呼び出しを行うとともに、呼び出しに応答した健康管理対象者に対し音声による案内情報を送信するので、主観的情報を自発的に入力することが困難な健康管理対象者に対して情報入力を支援することができる。
さらに、健康管理対象者の、体調変化の予兆を検知し、診断の要否を判断することができるので、治療の遅れによる病状の悪化を防止することが期待できる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態の健康管理システムの全体構成を示す図である。
【図２】本発明の実施形態の健康管理システムにおけるサービス利用者からの音声情報の記録、認識及びキーワード検索処理のフローチャートである。
【図３】本発明の実施形態の健康管理システムにおける日記テーブルを示す図である。
【図４】本発明の実施形態の健康管理システムにおける特定用語テーブルを示す図である。
【図５】本発明の実施形態の健康管理システムにおける診断が必要なサービス利用者を検出する処理のフローチャートである。
【図６】本発明の実施形態の健康管理システムにおける健康管理テーブルを示す図である。
【図７】本発明の実施形態の健康管理システムにおけるキーワード集計テーブルを示す図である。
【図８】本発明の実施形態の健康管理システムにおける医学的法則性テーブルを示す図である。
【図９】本発明の実施形態の健康管理システムにおけるサービス利用者別日記集計テーブルを示す図である。
【図１０】本発明の実施形態の健康管理システムにおいて、診断情報を医療機関へ送信する処理のフローチャートである。
【図１１】本発明の実施形態の健康管理システムにおける病院テーブルを示す図である。
【図１２】本発明の実施形態の健康管理システムにおける診断テーブルを示す図である。
【図１３】本発明の実施形態の健康管理システムにおいて、医療機関に対して診断情報を送信する処理のフローチャートである。
【図１４】本発明の実施形態の健康管理システムにおいて、医学的法則性テーブル上の病名に近い症状を有するサービス利用者に対して問い合わせを行い、結果を記録する処理のフローチャートである。
【発明を実施するための形態】
【００１８】
以下、図面を参照しながら本発明の実施形態について説明する。
〈健康管理システムの全体構成〉
本発明の実施形態の健康管理システムは、図１に示すように、ＩＰ網や公衆網などのネットワーク１に接続されたセンタ装置２、電話機３及び医療機関４により構成されている。ここで、医療機関４は病院などであり、電話機、通信機能を備えたパーソナルコンピュータ（以下、ＰＣ）等が設けられている。
【００１９】
電話機３は、この健康管理システムのサービス利用者に関連付けられた固定電話機や携帯電話機、つまりサービス利用者の住居に設置された固定電話機やサービス利用者が所持する携帯電話機である。便宜上、ここには、電話機３を三台のみ図示したが、実際はサービス利用者全員の電話機がネットワーク１に接続される。
【００２０】
センタ装置２はセンタコンピュータ５、センタＤＢ（データベース）６、ルータ７、及びＰＣ８を備えている。また、センタコンピュータ５は配信サーバ１１、通話録音サーバ１２、音声認識サーバ１３、健康管理サーバ１４、診断情報管理サーバ１５などのサーバ群を備えており、センタＤＢ６は配信情報テーブル２１、日記テーブル２２、健康管理テーブル２３、サービス利用者別日記集計テーブル２４、キーワード集計テーブル２５、診断テーブル２６、病院テーブル２７、医学的法則性テーブル２８、特定用語テーブル２９などのテーブル群を備えている。ここで、センタコンピュータ５は一台又は複数台のＰＣにより構成されており、センタＤＢ６は一台又は複数台のＨＤＤ（Hard Disk Drive）により構成されている。
【００２１】
センタコンピュータ５及びＰＣ８はルータ７のＬＡＮ（Local Area Network）側に接続されており、互いにデータ通信が可能である。また、センタＤＢ６内の各テーブルはセンタコンピュータ５内の各サーバによるアクセスが可能となるように構成されている。
【００２２】
ルータ７はセンタ装置２がネットワーク１を介して電話機３、医療機関４と通信を行う際のルーチングを行う装置である。ＰＣ８は、オペレータがこのセンタ装置２を操作するための装置である。
【００２３】
配信サーバ１１は定期的又は必要に応じて不定期に、サービス利用者の電話機３に対し各種情報を配信する。全てのサービス利用者の電話機３の電話番号データ、及び配信する各種情報の音声データは配信情報テーブル２１に予め登録（記憶）されており、配信サーバ１１は配信情報テーブル２１からこれらの音声データを読み出し、一斉配信を行う。
【００２４】
また、配信サーバ１１はサービス利用者の電話機３から送信された音声情報、即ちサービス利用者が電話機３の受話器に向けて発した音声に対応する電気信号を受信したとき、その音声情報の受信日時及びサービス利用者の識別番号を通話録音サーバ１２へ送る。
【００２５】
通話録音サーバ１２は、配信サーバ１１で受信された電話機３からの音声情報、及び受信日時をサービス利用者の識別番号に対応付けて日記テーブル２２に記録する。音声認識サーバ１３は、日記テーブル２２に記録された音声情報を読み出し、音声認識してテキスト情報に変換し、さらにそのテキスト情報中に、予め特定用語テーブル２９に登録（記憶）されている特定のキーワードがあるか否かを調べ、その結果を日記テーブル２２に記録する。
【００２６】
健康管理サーバ１４は、日記テーブル２２に記録されたキーワードの検出結果をサービス利用者毎に集計して健康管理テーブル２３及びキーワード集計テーブル２５に記録するとともに、その集計結果と医学的法則性テーブル２８とに基づいて、診断が必要なサービス利用者を検出し、その結果をサービス利用者別日記集計テーブル２４に記録する。また、その結果をＰＣ８のディスプレイに表示させる。
【００２７】
診断情報管理サーバ１５は、サービス利用者別日記集計テーブル２４に診断が必要であることが記録されているサービス利用者について、病院テーブル２７を用いて診断テーブル２６を作成するとともに、作成した診断テーブル２６に記載されているデータ（診断情報）をサービス利用者に対して音声及びメールで通知する。また、医療機関４からサービス利用者の健康状態に関する情報提供の要請を受けた場合、サービス利用者別日記集計テーブル２４の内容を医療機関４へ送信する。
【００２８】
以上の構成を備えた健康管理システムの動作について説明する。
〈音声情報の記録、認識及びキーワード検索〉
サービス利用者の電話機３からの音声情報の記録、認識及びキーワード検索のフローチャートを図２に示す。
【００２９】
まず配信サーバ１１は、サービス利用者の電話機３からの連絡の有無を判断する（ステップＳ１）。連絡がある場合（Ｓ１：あり）、配信サーバ１１は、受信した音声情報、サービス利用者の識別番号、及び受信日時を通話録音サーバ１２へ送り、通話録音サーバ１２は、識別番号に対応付けて音声情報及びその受信日時を日記テーブル２２に記録する（ステップＳ４）。音声情報の記録は通話が終了するまで続ける。
【００３０】
図３に日記テーブル２２の一例を示す。図示のように、日記テーブル２２には、サービス利用者情報として、識別番号、氏名、電話番号、年齢の記録欄があり、日記情報として、受信日時、音声情報、キーワード情報、及び確認フラグの記録欄がある。識別番号、氏名、電話番号、年齢は予め登録（記録）されており、ステップＳ４では、受信日時と音声情報のみが記録される。キーワード情報及び確認フラグについては後述する。音声情報はデジタルデータとして記録（デジタル録音）される。
【００３１】
連絡がない場合（Ｓ１：なし）、配信サーバ１１は、サービス利用者へ送信する各種情報があるタイミングを待ち（ステップＳ２）、ある時（Ｓ２：あり）に全てのサービス利用者の電話機３を一斉に呼び出し、オフフックにより通信確立された電話機３に対して情報を配信する（ステップＳ３）。このとき送信する情報はインフルエンザ防止策の連絡、定期検診の案内、健康状態の問い合わせ等、健康管理に関する案内情報である。この案内情報送信の後、ステップＳ４へ進み、案内情報に対する応答としてサービス利用者が電話機３から入力した音声情報及びその受信日時を日記テーブル２２に記録する。例えば、健康状態の問い合わせとして“胃腸の調子はいかがですか？”という音声メッセージを送信したときに、“最近食欲がありません”との応答の音声情報が返ってきた場合、その応答を日記テーブル２２に記録する。
【００３２】
次いで音声認識サーバ１３は、日記テーブル２２に記録された音声情報を読み出し、音声認識してテキストに変換する処理を開始する（ステップＳ５）。このテキスト変換処理は、音声情報の記録（ステップＳ４）と並行して行われる。
【００３３】
次に音声認識サーバ１３は、特定用語テーブル２９を参照し、テキスト変換された音声情報中に、特定用語テーブル２９に登録されているキーワードと一致する用語があるか否かを判断する（ステップＳ６）。図４に特定用語テーブルの一例を示す。
【００３４】
特定用語テーブル２９に登録されているキーワードと一致する用語がある場合（Ｓ６：あり）、音声認識サーバ１３は、そのキーワードを抽出し、抽出後、日記テーブル２２に記録し（ステップＳ７）、次に確認フラグを日記テーブル２２にセットする（ステップＳ８）。
【００３５】
次いで、通話録音サーバ１２は電話機３との間の電話が終了したか否かを、配信サーバ１１から音声情報が供給されているか否かに基づいて判断する（ステップＳ９）。そして、終了していない場合（Ｓ９：NO）は、ステップＳ５に戻り、音声認識サーバ１３が音声テキスト変換処理を実行し、終了していた場合（Ｓ９：YES）は、音声録音処理を終了し（ステップＳ１０）、このフローを終了する。ステップＳ６で、一致する用語がないと判断した場合（Ｓ６：なし）は、ステップＳ５に戻り、音声テキスト変換処理を実行する。
【００３６】
図３に示した日記テーブル２２では、例えば識別番号００１のサービス利用者の場合、２００９年１月３日の１８時１１分に受信した音声情報から、キーワードとして「アキレス腱」、「バット」、「殴られた」、「足首」、「痛い」が抽出され、確認フラグがセット（＝１）されている。また、識別番号００２のサービス利用者の場合、２００９年１月１日の１３時１５分に受信した音声情報から「腹痛」が、同年同月２日の１２時５０分に受信した音声情報から「へそ」、「腹痛」が、同年同月３日の１６時３６分に受信した音声情報から「へそ」、「差し込む」、「右下」、「腹痛」、「急激」、「汗」がキーワードとして抽出され、確認フラグがセットされている。
【００３７】
〈診断が必要なサービス利用者を検出する処理〉
健康状態に問題があるため、診断が必要なサービス利用者を検出する処理のフローを図５に示す。
【００３８】
まず健康管理サーバ１４は、日記テーブル２２を参照し（ステップＳ１１）、確認フラグがセットされているか否かをサービス利用者毎かつ受信日時毎に判断する（ステップＳ１２）。確認フラグがセットされていた場合（Ｓ１２：YES）は、その確認フラグに対応するキーワードを健康管理テーブル２３に記録する（ステップＳ１３）。図６に健康管理テーブル２３の一例を示す。
【００３９】
次いで、健康管理サーバ１４は、健康管理テーブル２３に記録されたキーワードをサービス利用者毎に集計し、キーワード集計テーブル２５に記録する（ステップＳ１４）。図７にキーワード集計テーブル２５の一例を示す。ここには、例として７日分の集計を行った結果を示した。
【００４０】
次に、健康管理サーバ１４は、医学的法則性テーブル２８を参照して、キーワード集計テーブル２５に記録されたキーワードに該当する病名の有無を判断する（ステップＳ１５）。ここで、病名の有無の判断は、医学的法則性テーブル２８上の任意の病名に対応する全てのキーワードがキーワード集計テーブル２５に記録されているか否かを基に行う。
図８に医学的法則性テーブル２８の一例を示す。この医学的法則性テーブル２８は、複数のキーワードと、それらに対応する病名、その病気に対する応急処置、その病気を診療する部門、及び治療の緊急度合との対応関係を記載したテーブルであり、例えばキーワードが「アキレス腱」、「バット」、「殴られた」、「足首」、「痛い」の場合、病名は「アキレス腱断裂」、応急処置は「足首の固定」、診療部門は「整形外科」、緊急度合は「４」である。なお、緊急度合は５段階で表され、数値が多い程緊急度合が高い。
【００４１】
キーワード集計テーブル２５に記録されたキーワードに該当する病名がある、即ち医学的法則性テーブル２８上の任意の病名に対応する全てのキーワードがキーワード集計テーブル２５に記録されていると判断された場合（Ｓ１５：病名有り）、健康管理サーバ１４は、サービス利用者別日記集計テーブル２４の「診断要フラグ」をセットし、ＰＣ８にアラーム情報を表示させ（ステップＳ１６）、ステップＳ１７に進む。図９にサービス利用者別日記集計テーブル２４の一例を示す。ここで、図９Ａ、Ｂはそれぞれ識別番号００１、００２のサービス利用者の日記集計テーブルである。該当する病名が無いと判断した場合（Ｓ１５：NO）は、そのままステップＳ１７に進む。
【００４２】
ここで、ＰＣ８に表示されるアラーム情報には、診断が必要なサービス利用者の識別番号、キーワードとともに、医療機関や担当医への連絡を要請するメッセージがある。
【００４３】
ステップＳ１７では、全てのサービス利用者について、ステップＳ１５の判断（確認）が終了したか否かを判断し（ステップＳ１７）、終了していない場合（Ｓ１７：NO）は、次のサービス利用者に対して、キーワード集計テーブル２５に記録されたキーワードに該当する病名が有るか否かを判断し（ステップＳ１８→Ｓ１５）、終了していた場合（Ｓ１７：YES）は、この図のフローを終了する。
【００４４】
図７に示したキーワード集計テーブル２５の場合、識別番号００１のサービス利用者については、キーワードとして「アキレス腱」、「バット」、「殴られた」、「足首」、「痛い」が有るから、医学的法則性テーブル２８には「アキレス腱断裂」が該当する病名として存在し、識別番号００２のサービス利用者については、キーワードとして「へそ」、「差し込む」、「右下」、「腹痛」、「急激」、「汗」が有るから、医学的法則性テーブル２８には「虫垂炎」が該当する病名として存在する。
【００４５】
〈診断が必要なサービス利用者に関する情報を本人及び医療機関へ通知する処理〉
診断が必要なサービス利用者に関する情報を本人及び医療機関に通知する処理のフローを図１０に示す。この処理は、ＰＣ８のディスプレイにアラームなどが表示されているとき（図５のステップＳ１６）に、オペレータが所定のキー操作を行うことに応じて開始される。
【００４６】
診断情報管理サーバ１５は、サービス利用者別日記集計テーブル２４を参照して、「診断要フラグ」がセットされているか否かを判断する（ステップＳ２１）。「診断要フラグ」がセットされている場合（Ｓ２１：YES）は、医学的法則性テーブル２８及び病院テーブル２７を用いて診断テーブル２６を作成する（ステップＳ２２）。
【００４７】
図１１、図１２はそれぞれ病院テーブル２７、診断テーブル２６の一例を示す図である。図１２において、「取得キーワード」はサービス利用者別日記集計テーブル２４の「キーワード情報」から取得されたものであり、「病名」、「応急処置」、「診療部門」、及び「緊急度合」は、「取得キーワード」に応じて医学的法則性テーブル２８から取得されたものである。また、「病院名」は「診療部門」に応じて病院テーブル２７から取得されたものである。
【００４８】
図１０の説明に戻る。次いで診断情報管理サーバ１５は、ステップＳ２２で作成した診断テーブル２６の内容を配信サーバ１１を介してサービス利用者の電話機３に通知する（ステップＳ２３）。ここで、電話機３がメール受信機能を備えている場合は、音声又はメールの少なくとも一方により通知し、メール受信機能を備えていない場合は音声により通知する。通知するメッセージは、例えば識別番号００１のサービス利用者の場合、“アキレス腱が断裂しています。足首を固定して○○時間以内にＧ病院の整形外科へ行って下さい。”となる。
【００４９】
次に診断情報管理サーバ１５は、病院側からの送信するための閲覧許可コードを生成し、配信サーバ１１を介してサービス利用者の電話機３へメールで送信する（ステップＳ２４）。電話機３がメール受信機能を備えていない場合は、音声メッセージが記録されるように制御する。
【００５０】
次いで診断情報管理サーバ１５は、診断情報の内容を医療機関へ通知することが、予めサービスの申し込み時に承諾されているか否かに応じて、医療機関へ通知することが可能か否かを判断する（ステップＳ２５）。そして、可能であると判断した場合は、サービス利用者別日記集計テーブル２４の内容を、診断テーブル２６に記載されている医療機関４に配信サーバ１１を介して送信する（ステップＳ２６）。なお、このとき、識別番号に加えて、住所、氏名、電話番号等を送信することが望ましい。こうすることで、ステップＳ２３の通知を受けたサービス利用者が何らかの理由で医療機関へ行かなかった場合に、医療機関４側から呼び出しなどを行うことができる。
【００５１】
次に全てのサービス利用者について、ステップＳ２１の判断（確認）が終了したか否かを判断し（ステップＳ２７）、終了していない場合（Ｓ２７：NO）は、次のサービス利用者に対して、ステップＳ２１〜Ｓ２６を実行し、終了していた場合（Ｓ２７：YES）は、この図のフローを終了する。
【００５２】
図１３は、センタ装置２が医療機関４に対して診断情報を送信する処理のフローチャートである。図示のように、診断情報管理サーバ１４は、医療機関４から閲覧許可コードを配信サーバ１１を介して受信すると（ステップＳ３１：YES）、サービス利用者別日記集計テーブル２４から、閲覧許可コードに対応するサービス利用者のデータを読み出し、医療機関４へ配信サーバ１１を介して送信する（ステップＳ３２）。
【００５３】
この処理は、ステップＳ２４（図１０）で閲覧許可コードを受け取ったサービス利用者が医療機関４へ行って、閲覧許可コードを提示すると、医師などがＰＣを用いてセンタ装置２にアクセスし、閲覧許可コードを送信した場合に実行される。これにより、医師はサービス利用者の日記集計データを見ることができるので、サービス利用者の症状などを的確に把握し、適切な治療の決定・実行が可能となる。
【００５４】
〈医学的法則性テーブル上の病名に近い症状を有するサービス利用者に対する問い合わせ・結果の記録処理〉
図１０に示すフローでは、「診断要フラグ」がセットされている場合のみ診断テーブルを作成する（Ｓ２１：YES→Ｓ２２）。ここで、「診断要フラグ」がセットされるのは、医学的法則性テーブル２８上の任意の病名に対応する全てのキーワードがキーワード集計テーブル２５に記録されている場合である。このため、例えば虫垂炎に関しては、仮に「差し込む」、「右下」、「腹痛」、及び「汗」がキーワード集計テーブル２５に記録されているにも拘わらず、「へそ」及び「急激」が記録されていない場合、虫垂炎とは診断されないため、「診断要フラグ」がセットされない。この結果、虫垂炎の予兆を見逃してしまうおそれがある。
【００５５】
そこで、本実施形態のシステムでは、医学的法則性テーブル２８上の任意の病名に対応する全てのキーワードがキーワード集計テーブル２５に記録されていないものの、所定数又は所定比率（例、過半数）記録されている場合は、サービス利用者に対して症状の確認を行うことができるようにした。この確認動作の実行の有無は、オペレータがＰＣ８を操作することで設定することができる。
【００５６】
図１４に、この確認動作の処理のフローを示す。
まず、診断情報管理サーバ１４は、日記テーブル２２及びサービス利用者別日記集計テーブル２４を参照し、「確認フラグ」がセットされており、かつ「診断要フラグ」がセットされていないか否かを判断する（ステップＳ４１）。
【００５７】
ステップＳ４１で“YES”との判断を行った場合、サービス利用者の症状に近いと考えられる病名があるか否かを判断する（ステップＳ４２）。即ち、医学的法則性テーブル２８上の任意の病名に対応する所定数又は所定比率（例えば過半数）のキーワードがキーワード集計テーブル２５に記録されているか否かを判断する。
【００５８】
そして、病名があると判断した場合（Ｓ４２：YES）は、健康管理サーバ１４は医学的法則性テーブル２８から病名に対応するキーワードを読み出す（ステップＳ４３）。次いで配信サーバ１１を介してサービス利用者の電話機３に電話をかけ、キーワードに関する問い合わせのための連絡を開始し（ステップＳ４４）、次に通話録音サーバ１２はサービス利用者からの回答の音声録音を開始する（ステップＳ４５）。このステップの動作は図２のステップＳ４と同様である。
【００５９】
次に健康管理サーバ１４は配信サーバ１１を介して、サービス利用者に対して、ステップＳ４３で読み出されたキーワードに関する問い合わせの音声を送信する（ステップＳ４６）。問い合わせの内容は、例えば虫垂炎の場合、“（１）次の箇所に違和感を覚えますか？ 「へそ」 「はい」、「いいえ」でお答え下さい。” “（２）急激な腹痛がありますか？ 「はい」、「いいえ」でお答え下さい。”などである。このとき、病名に対応する全てのキーワードについて問い合わせてもよいし、キーワード集計テーブル２５に記録されていないもののみ問い合わせてもよい。
【００６０】
次に音声認識サーバ１３は、日記テーブル２２に録音された回答の音声をテキスト変換し（ステップＳ４７）、音声送信されたキーワードに対する回答が“はい”であるか“いいえ”であるかを判断する（ステップＳ４８）。回答が“はい”であった場合（ステップＳ４８：はい）は、キーワードを日記テーブル２２に記録する（ステップＳ４９）。次いで確認フラグを日記テーブル２２にセットし（ステップＳ５０）、ステップＳ５１に進む。回答が“いいえ”であった場合（ステップＳ４８：いいえ）は、そのままステップＳ５１に進む。
【００６１】
ステップＳ５１では、全ての問い合わせ対象のキーワードについて確認終了か否かを判断し、終了していない場合（ステップＳ５１：NO）は、ステップＳ４６〜Ｓ５０の処理を繰り返す。そして、終了した場合（ステップＳ５１：YES）に、サービス利用者との間の通話を終了させ（ステップＳ５２）、このフローの処理を終える。ステップＳ４１又はＳ４２で“NO”と判断した場合はなにもせずに処理を終える。
【００６２】
このようにして、医学的法則性テーブル２８上の病名に近い症状を有するサービス利用者の症状を確認することで、病気の予兆を見逃さずにすむ。即ち、例えば「差し込む」、「右下」、「腹痛」、及び「汗」がキーワード集計テーブル２５に記録されているにも拘わらず、「へそ」及び「急激」が記録されていないサービス利用者に対して、図１４のフローを実行した結果、日記テーブルに「へそ」及び「急激」が記録されれば、キーワード集計テーブル２５に「へそ」及び「急激」が追加される。このため、病名が虫垂炎と判断され、サービス利用者別日記集計テーブル２４に「診断要フラグ」がセットされる。
【００６３】
以上詳細に説明したように、本発明の実施形態の健康管理システムは下記（１）〜（６）の効果を有する。
（１）センタ装置２は、各サービス利用者の電話機３から入力された音声を認識してテキスト化し、予め定められたキーワードの有無に基づいて、体調変化の予兆を検知し、診断の要否を判断するので、各サービス利用者は、固定電話機や携帯電話機といった日常生活の中で使用している機器を用いることで、健康状態に関する主観的情報を簡単に入力することができる。従って、高齢者、生活弱者あるいは医療弱者であっても、サービスを利用することができる。
（２）センタ装置２は、予め定められた日時に各サービス利用者の電話機３に対して呼び出しを行い、応答した電話機に対して、健康状態の問い合わせなど、健康状態に関する主観的情報の入力を促すメッセージなどを送信することで情報入力を支援するので、自発的な入力が困難なサービス利用者から容易に情報を収集することができる。
（３）センタ装置２は、診断が必要なサービス利用者に対し、病名、応急処置、病院名、診察部門、緊急度合などを音声またはメールで送信するので、診断が必要なサービス利用者は、迅速に該当する病院の診察部門へ行き、診断及び治療を受けることができる。また、病院へ行く前に応急処理を施すことで、病気の進行を抑えることができる。
（４）センタ装置２は、サービス利用者の日記集計テーブル１６の内容を病院から閲覧可能にしたので、サービス利用者が自分の健康状態を正確に把握していなくても、病院側ではサービス利用者の症状などを的確に把握し、適切な治療の決定・実行が可能となる。
（５）診断が必要なサービス利用者を病院から呼び出せるようにしたので、サービス利用者が何らかの原因で指定された病院へ行かず、診断・治療が遅れることによる病状の悪化を防止することができる。
（６）医学的法則性テーブル２８上の病名に近い症状を有するサービス利用者、即ち病気の可能性が高いサービス利用者に対して症状などの問い合わせを行えるようにしたので、病気の予兆をより確実に検知し、診断・治療が遅れることによる病状の悪化を防止することができる。
【符号の説明】
【００６４】
１…ネットワーク、２…センタ装置、３…電話機、４…医療機関、５…センタコンピュータ、６…センタＤＢ、１１…配信サーバ、１２…通話録音サーバ、１３…音声認識サーバ、１４…健康管理サーバ、１５…診断情報管理サーバ、２１…配信情報テーブル、２２…日記テーブル、２３…健康管理テーブル、２４…サービス利用者別日記集計テーブル、２５…キーワード集計テーブル、２６…診断テーブル、２７…病院テーブル、２８…医学的法則性テーブル、２９…特定用語テーブル。
【特許請求の範囲】
【請求項１】
健康管理対象者の健康状態に関する主観的情報をネットワーク経由で収集し、管理する健康管理システムであって、
健康管理対象者に関連付けられた電話機と、前記電話機とネットワークを介して接続されるセンタ装置とを有し、
前記センタ装置は、
予め設定された日時に前記電話機に対する呼び出しを行う呼び出し手段と、
該呼び出しに応じて通信確立された電話機に対して音声による案内情報を送信する案内情報送信手段と、
該案内情報に応じて前記電話機から入力された前記健康管理対象者の音声情報を受信する受信手段と、
その音声情報を認識してテキスト化する音声認識手段と、
そのテキスト中に健康状態に関する所定のキーワードがあるか否かを判定する判定手段と、
その判定手段の判定結果を基に、前記健康管理対象者に診断が必要か否かを判断する判断手段とを有することを特徴とする健康管理システム。
【請求項２】
請求項１に記載された健康管理システムにおいて、
前記判定手段により所定のキーワードがあると判定された場合、前記健康管理対象者、前記日時、及び前記所定のキーワードを対応付けて記録する症状記録手段を有することを特徴とする健康管理システム。
【請求項３】
請求項１に記載された健康管理システムにおいて、
前記判断手段は、医学的法則性テーブルに基づいて、診断情報として病名及び診療部門を示す情報を生成する診断情報生成手段を有することを特徴とする健康管理システム。
【請求項４】
請求項３に記載された健康管理システムにおいて、
前記診断情報生成手段は、病名及び診療部門に加えて、応急処置または診療の緊急度合を示す情報を生成することを特徴とする健康管理システム。
【請求項５】
請求項３または４に記載された健康管理システムにおいて、
前記診断情報生成手段により生成された診断情報を前記健康管理対象者に関連付けられた電話機に対して送信する診断情報通知手段を有することを特徴とする健康管理システム。
【請求項６】
請求項５に記載された健康管理システムにおいて、
前記診断情報通知手段は、前記症状記録手段により記録された前記各情報を、前記ネットワークを介して読み出すことを可能にするための情報を前記診断情報とともに送信することを特徴とする健康管理システム。
【請求項７】
請求項１に記載された健康管理システムにおいて、
前記センタ装置は、前記診断情報生成手段の出力に基づいて、治療に適した医療機関名情報を医療機関テーブルから取得する医療機関名情報取得手段と、該医療機関名情報取得手段により取得された医療機関名情報を前記健康管理対象者に送信する手段を有することを特徴とする健康管理システム。
【請求項８】
請求項７に記載された健康管理システムにおいて、
前記症状記録手段により記録された前記各情報及び／又は前記診断情報生成手段により生成された病名情報を、前記医療機関名情報取得手段により名称情報が取得された医療機関へ送信する手段を有することを特徴とする健康管理システム。
【請求項９】
請求項３に記載された健康管理システムにおいて、
前記センタ装置は、
前記医学的法則性テーブル上の任意の病名に対応する全てではない所定数又は所定比率のキーワードが前記症状記録手段により記録されている場合に、健康管理対象者に対して、その病名に対応するキーワードに関する問い合わせの音声をその健康管理対象者の電話機へ送信する問い合わせ手段と、
その問い合わせに対する回答として前記電話機から入力された前記健康管理対象者の音声情報を受信する回答受信手段と、
その音声情報を認識してテキスト化する回答音声認識手段と、
そのテキスト中の回答を基に、前記病名に対応するキーワードを記録する回答キーワード記録手段とを有することを特徴とする健康管理システム。
【請求項１】
健康管理対象者の健康状態に関する主観的情報をネットワーク経由で収集し、管理する健康管理システムであって、
健康管理対象者に関連付けられた電話機と、前記電話機とネットワークを介して接続されるセンタ装置とを有し、
前記センタ装置は、
予め設定された日時に前記電話機に対する呼び出しを行う呼び出し手段と、
該呼び出しに応じて通信確立された電話機に対して音声による案内情報を送信する案内情報送信手段と、
該案内情報に応じて前記電話機から入力された前記健康管理対象者の音声情報を受信する受信手段と、
その音声情報を認識してテキスト化する音声認識手段と、
そのテキスト中に健康状態に関する所定のキーワードがあるか否かを判定する判定手段と、
その判定手段の判定結果を基に、前記健康管理対象者に診断が必要か否かを判断する判断手段とを有することを特徴とする健康管理システム。
【請求項２】
請求項１に記載された健康管理システムにおいて、
前記判定手段により所定のキーワードがあると判定された場合、前記健康管理対象者、前記日時、及び前記所定のキーワードを対応付けて記録する症状記録手段を有することを特徴とする健康管理システム。
【請求項３】
請求項１に記載された健康管理システムにおいて、
前記判断手段は、医学的法則性テーブルに基づいて、診断情報として病名及び診療部門を示す情報を生成する診断情報生成手段を有することを特徴とする健康管理システム。
【請求項４】
請求項３に記載された健康管理システムにおいて、
前記診断情報生成手段は、病名及び診療部門に加えて、応急処置または診療の緊急度合を示す情報を生成することを特徴とする健康管理システム。
【請求項５】
請求項３または４に記載された健康管理システムにおいて、
前記診断情報生成手段により生成された診断情報を前記健康管理対象者に関連付けられた電話機に対して送信する診断情報通知手段を有することを特徴とする健康管理システム。
【請求項６】
請求項５に記載された健康管理システムにおいて、
前記診断情報通知手段は、前記症状記録手段により記録された前記各情報を、前記ネットワークを介して読み出すことを可能にするための情報を前記診断情報とともに送信することを特徴とする健康管理システム。
【請求項７】
請求項１に記載された健康管理システムにおいて、
前記センタ装置は、前記診断情報生成手段の出力に基づいて、治療に適した医療機関名情報を医療機関テーブルから取得する医療機関名情報取得手段と、該医療機関名情報取得手段により取得された医療機関名情報を前記健康管理対象者に送信する手段を有することを特徴とする健康管理システム。
【請求項８】
請求項７に記載された健康管理システムにおいて、
前記症状記録手段により記録された前記各情報及び／又は前記診断情報生成手段により生成された病名情報を、前記医療機関名情報取得手段により名称情報が取得された医療機関へ送信する手段を有することを特徴とする健康管理システム。
【請求項９】
請求項３に記載された健康管理システムにおいて、
前記センタ装置は、
前記医学的法則性テーブル上の任意の病名に対応する全てではない所定数又は所定比率のキーワードが前記症状記録手段により記録されている場合に、健康管理対象者に対して、その病名に対応するキーワードに関する問い合わせの音声をその健康管理対象者の電話機へ送信する問い合わせ手段と、
その問い合わせに対する回答として前記電話機から入力された前記健康管理対象者の音声情報を受信する回答受信手段と、
その音声情報を認識してテキスト化する回答音声認識手段と、
そのテキスト中の回答を基に、前記病名に対応するキーワードを記録する回答キーワード記録手段とを有することを特徴とする健康管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１１−２０６３４２（Ｐ２０１１−２０６３４２Ａ）
【公開日】平成２３年１０月２０日（２０１１．１０．２０）
【国際特許分類】
【出願番号】特願２０１０−７８２２７（Ｐ２０１０−７８２２７）
【出願日】平成２２年３月３０日（２０１０．３．３０）
【出願人】（５０３０１５１７８）
【出願人】（３０４０２０４９８）サクサ株式会社 (678)
【Ｆターム（参考）】
【公開日】平成２３年１０月２０日（２０１１．１０．２０）
【国際特許分類】
【出願日】平成２２年３月３０日（２０１０．３．３０）
【出願人】（５０３０１５１７８）
【出願人】（３０４０２０４９８）サクサ株式会社 (678)
【Ｆターム（参考）】
[ Back to top ]