(57)【要約】【課題】  医師の負担を軽減しつつ在宅医療を提供可能とする。【解決手段】  患者端末１は、通信網４を介して医師端末2-1〜2-nおよびセンタ端末３と通信可能である。患者端末１では、受信ユニット１１により、計測装置５からバイタルデータを取得する。制御ユニット１６は、バイタルデータに異常値が含まれるか否かをおよび通報ボタン１２による人為的な通報要求の有無に基づいて、通報の要否を判定するとともに、医師端末2-1〜2-nまたはセンタ端末３を選択する。通報が必要であると判定した場合に制御ユニット１６は、選択した端末への発呼を通信ユニット１４に行わせる。【選択図】      図１
2005218851.tif 000002
【特許請求の範囲】
【請求項１】
複数の提供側端末と通信網を介して接続可能なヘルスケア支援装置であって、
患者のバイタルデータを取得する取得手段と、
前記バイタルデータに基づいて通報の要否を判定する第１の判定手段と、
前記バイタルデータと予め定められた選択条件とに基づいて前記複数の提供側端末から通報先端末を選択する選択手段とを具備したことを特徴とするヘルスケア支援装置。
【請求項２】
前記通報先端末に対して前記患者に係わる患者情報を送信する送信手段をさらに具備することを特徴とする請求項１に記載のヘルスケア支援装置。
【請求項３】
前記送信手段は、さらに前記バイタルデータを前記通報先端末に対して送信することを特徴とする請求項２に記載のヘルスケア支援装置。
【請求項４】
前記通信網を介して患者端末と接続が可能であり、
前記取得手段は、前記患者端末から前記通信網を介して送信された前記バイタルデータを取得することを特徴とする請求項１に記載のヘルスケア支援装置。
【請求項５】
前記患者についてのバイタルデータを計測する計測装置と接続が可能であり、
前記取得手段は、前記計測装置から前記バイタルデータを取得することを特徴とする請求項１に記載のヘルスケア支援装置。
【請求項６】
前記複数の提供側端末のそれぞれが前記通報を許容するか否かを判定する手段をさらに備え、
前記選択手段は、前記通報を許容する前記提供側端末のうちから前記通報先端末を選択することを特徴とする請求項１に記載のヘルスケア支援装置。
【請求項７】
前記複数の提供側端末の少なくとも一部が第１または第２のグループに属し、
前記選択手段は、前記第１のグループに属する選択可能な前記提供側端末の全てが通報を許容しない場合には、前記第２のグループに属する前記提供側端末から前記通報先端末を選択することを特徴とする請求項６に記載のヘルスケア支援システム。
【請求項８】
前記通報先端末に発呼する発呼手段をさらに備え、
前記選択手段は、前記発呼に対して第１の時間内に前記通報先端末が応答しないことに応じて新たに通報先端末を選択し、
前記発呼手段は、前記発呼に対して第１の時間内に前記通報先端末が応答しないことに応じて、前記選択手段により新たに選択された前記通報先端末へ発呼することを特徴とする請求項１に記載のヘルスケア支援装置。
【請求項９】
前記複数の提供側端末の少なくとも一部が第１または第２のグループに属し、
前記選択手段は、前記第１のグループに属する選択可能な前記提供側端末の全てが発呼に応答しない場合には、前記第２のグループに属する前記提供側端末から前記通報先端末を選択することを特徴とする請求項８に記載のヘルスケア支援システム。
【請求項１０】
前記発呼に応答した前記通報先端末と前記患者に対応付けられた患者端末とを前記通信網を介して互いに接続する手段をさらに備えることを特徴とする請求項８に記載のヘルスケア支援装置。
【請求項１１】
前記患者からの通報要求を入力する入力手段をさらに備え、
前記第１の判定手段は、前記バイタルデータと前記通報要求の入力状況に基づいて通報の要否を判定し、
前記選択手段は、前記バイタルデータおよび前記選択条件と、前記通報要求の入力状況とに基づいて前記通報先端末を選択することを特徴とする請求項１に記載のヘルスケア支援装置。
【請求項１２】
前記通信網を介して患者端末と接続が可能であり、
前記入力手段は、前記患者端末から前記通信網を介して送信された通報要求情報を受信することにより前記通報要求を入力することを特徴とする請求項１１に記載のヘルスケア支援装置。
【請求項１３】
前記入力手段は、人為的な操作を受け付けることにより前記通報要求を入力することを特徴とする請求項１１に記載のヘルスケア支援装置。
【請求項１４】
前記バイタルデータに異常値が含まれるか否かを判定する第２の判定手段をさらに備え、
前記第１の判定手段は、前記通報要求が入力されたとき、あるいは前記バイタルデータに前記異常値が含まれると判定された後の所定時間内に前記通報要求が入力されないときに、前記通報が必要であると判定することを特徴とする請求項１に記載のヘルスケア支援装置。
【請求項１５】
前記第２の判定手段は、患者毎に定められた判定基準に基づいて前記バイタルデータに異常値が含まれるか否かを判定することを特徴とする請求項１４に記載のヘルスケア支援装置。
【請求項１６】
前記第２の判定手段は、前記バイタルデータの変化の度合いに基づいて前記バイタルデータに異常値が含まれるか否かを判定することを特徴とする請求項１４に記載のヘルスケア支援装置。
【請求項１７】
前記バイタルデータの変化の度合いは、前記バイタルデータの時間積分値およびベクトル値として測定することを特徴とする請求項１６に記載のヘルスケア支援装置。
【請求項１８】
前記複数の提供側端末には医師端末を含み、
前記選択手段は、前記通報要求が入力され、かつ前記バイタルデータに前記異常値が含まれると判定された場合に前記医師端末のうちから前記通報先端末を選択することを特徴とする請求項１４に記載のヘルスケア支援装置。
【請求項１９】
前記複数の提供側端末には医師端末とは異なる補助者端末を含み、
前記選択手段は、前記バイタルデータに前記異常値が含まれると判定された後の前記所定時間内に前記通報要求が入力されないときに、前記補助者端末のうちから前記通報先端末を選択することを特徴とする請求項１４に記載のヘルスケア支援装置。
【請求項２０】
患者端末および複数の提供側端末と、これらの端末と接続可能なヘルスケア支援装置とを含んだヘルスケア支援システムであって、
前記患者端末は、
患者のバイタルデータを取得する手段と、
前記バイタルデータを前記ヘルスケア支援装置へ送信する手段とを具備し、
前記ヘルスケア支援装置は、
前記患者端末から前記通信網を介して送信された前記バイタルデータを取得する取得手段と、
前記バイタルデータに基づいて通報の要否を判定する判定手段と、
前記バイタルデータと予め定められた選択条件とに基づいて前記複数の提供側端末から通報先端末を選択する手段とを具備することを特徴とするヘルスケア支援システム。
【請求項２１】
前記複数の提供側端末の少なくとも一部は医師端末であり、
前記医師端末は、
オフラインまたはオンラインの人為的な指定を受け付ける手段と、
前記オフラインの指定が受け付けられたことに応じて前記医師端末を前記ヘルスケア支援装置に対してオフラインとし、前記オンラインの指定が受け付けられたことに応じて前記医師端末を前記ヘルスケア支援装置に対してオンラインとする手段とを具備したことを特徴とする請求項２０に記載のヘルスケア支援システム。
【請求項２２】
前記ヘルスケア支援装置は、
前記患者からの通報要求を入力する入力手段をさらに備え、
前記第１の判定手段は、前記バイタルデータと前記通報要求の入力状況に基づいて通報の要否を判定し、
前記選択手段は、前記バイタルデータおよび前記選択条件と、前記通報要求の入力状況とに基づいて前記通報先端末を選択することを特徴とする請求項２０に記載のヘルスケア支援システム。
【請求項２３】
前記患者端末および前記提供側端末は、前記通信網を介して文字情報または音声情報による人間同士のコミュニケーションを可能とする手段をさらに備えることを特徴とする請求項２０に記載のヘルスケア支援システム。
【請求項２４】
患者端末および複数の提供側端末と、これらの端末と接続可能なヘルスケア支援装置とを含んだヘルスケア支援システムにおいて前記患者端末として使用される通信装置であって、
患者のバイタルデータを取得する手段と、
前記バイタルデータを前記ヘルスケア支援装置へ送信する手段とを具備したことを特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、在宅医療を可能とするための通信装置、ヘルスケア支援システムおよびヘルスケア支援装置に関する。
【背景技術】
【０００２】
先進国の疾病構造は生活水準の向上に伴い、感染症等の急性疾患よりも生活習慣病と言われる慢性疾患が中心となって来ている。このような慢性疾患としては、糖尿病が代表的である。こうした慢性疾病の増加により、長期の治療期間を支え、社会生活と治療を両立させるための在宅医療が必要とされて来ている。
【０００３】
その一環として、患者のバイタルデータを監視し、病態の悪化に応じて自動的に医療機関等に通報することが望まれている。あるいは、患者が自分の健康状態に不安を感じたときに、オンラインで医師等に相談できることが望まれている。そしてこれらを実現するために、例えば特許文献１に開示されるようなシステムが考えられている。
【特許文献１】特開2002-291879
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、上述のようなシステムが利用される環境においては、患者は外出することなく容易に医療機関へアクセス可能である。このために、医療機関へのアクセスの回数が増えると思われ、このようなアクセスに対応する医師の負担が過剰となる恐れがあった。
【０００５】
本発明はこのような事情を考慮してなされたものであり、その目的とするところは、医師の負担を軽減しつつ在宅医療を提供可能とすることにある。
【課題を解決するための手段】
【０００６】
以上の目的を達成するために本発明は、複数の提供側端末と通信網を介して接続可能なヘルスケア支援装置であって、患者のバイタルデータを取得する取得手段と、前記バイタルデータに基づいて通報の要否を判定する第１の判定手段と、前記バイタルデータと予め定められた選択条件とに基づいて前記複数の提供側端末から通報先端末を選択する選択手段とを備えた。
【０００７】
前記目的を達成するために別の本発明は、患者端末および複数の提供側端末と、これらの端末と接続可能なヘルスケア支援装置とを含んだヘルスケア支援システムであって、前記患者端末は、患者のバイタルデータを取得する手段と、前記バイタルデータを前記ヘルスケア支援装置へ送信する手段とを具備し、前記ヘルスケア支援装置は、前記患者端末から前記通信網を介して送信された前記バイタルデータを取得する取得手段と、前記バイタルデータに基づいて通報の要否を判定する判定手段と、前記バイタルデータと予め定められた選択条件とに基づいて前記複数の提供側端末から通報先端末を選択する手段とを備えた。
【０００８】
前記目的を達成するために別の本発明は、患者端末および複数の提供側端末と、これらの端末と接続可能なヘルスケア支援装置とを含んだヘルスケア支援システムにおいて前記患者端末として使用される通信装置であって、患者のバイタルデータを取得する手段と、前記バイタルデータを前記ヘルスケア支援装置へ送信する手段とを備えた。
【発明の効果】
【０００９】
本発明によれば、医師の負担を軽減しつつ在宅医療を提供することが可能となる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して本発明の実施形態につき説明する。
【００１１】
（第１の実施形態）
図１は第１の実施形態に係るヘルスケア支援システムの構成を示すブロック図である。
【００１２】
図１に示すように第１の実施形態のヘルスケア支援システムは、患者端末１、医師端末2-1，2-2…，2-nおよびセンタ端末３を、それぞれ通信網４に接続して構成される。このヘルスケア支援システムは、医師端末2-1，2-2…，2-nおよびセンタ端末３を用いて、患者端末１からの通報に応対可能とするヘルスケア支援サービスを提供できるようにするものである。従って、医師端末2-1，2-2…，2-nおよびセンタ端末３は、サービスを提供する側の端末である。
【００１３】
患者端末１は、本発明に係るヘルスケア支援装置の一形態である。患者端末１は、受信ユニット１１、通報ボタン１２、記憶装置１３、通信ユニット１４、通話ユニット１５および制御ユニット１６を含む。
【００１４】
受信ユニット１１は、計測装置５から送信されるバイタルデータを受信する。計測装置５は、患者端末１の利用者である患者６に、常時あるいは予め決められたタイミングで装着される。計測装置５は、患者６のバイタルデータを計測する。バイタルデータとは、体温、血圧、脈拍、血糖値、あるいは血中酸素濃度等のように身体の状態を示すデータである。受信ユニット１１は、受信したバイタルデータを出力する。
【００１５】
通報ボタン１２は、患者６が医療機関への通報を要求する際に押下される。通報ボタン１２は、押下された際に押下信号を出力する。
【００１６】
記憶装置１３は、バイタルデータなどの様々な情報を一時的に記憶する。記憶装置１３は、医療機関への通報を行うために必要な情報を記憶する。
【００１７】
通信ユニット１４は、通信網４を介しての通信を実現するための通信処理を行う。
【００１８】
通話ユニット１５は、送話用マイクロホンや受話用スピーカなどを含む。通話ユニット１５は、患者６が音声通話を行う際に利用される。
【００１９】
制御ユニット１６は、例えばＣＰＵにてアプリケーションプログラムを実行することで実現される。制御ユニット１６は、この患者端末１による通報を可能とするための後述する処理を行う。
【００２０】
医師端末2-1〜2-nは、それぞれ医師7-1〜7-nにより使用される。医師端末2-1〜2-nは、通信網４を介してバイタルデータを受信し、このバイタルデータの内容を表示する機能を備える。医師端末2-1〜2-nは、通信網４を介して医師7-1〜7-nが音声通話を行うことを可能とする機能を備える。なお以下において医師端末2-1〜2-nおよび医師7-1〜7-nは、個々を区別する必要がない場合には「医師端末２」および「医師７」と表記する。
【００２１】
センタ端末３は、医師７の補助者となる担当者８により使用される。担当者８は、医師７と同じ医療機関に属する看護師や職員であっても良いし、上記医療機関に属さない者であっても良い。医療機関に属さない者としては、例えば仲介サービス業者の従業者や、公的な保健機関の従業者などが想定される。センタ端末３は、通信網４を介してバイタルデータを受信し、このバイタルデータの内容を表示する機能を備える。センタ端末３は、通信網４を介して担当者８が音声通話を行うことを可能とする機能を備える。
【００２２】
通信網４としては、ＰＳＴＮ（Public Switched Telephone Network）、ＩＳＤＮ（Integrated Services Digital Network）、ＤＳＬ（Digital Subscriber Line）網、光回線網などの有線通信網、あるいはＰＤＣ（Personal Digital Cellular）網、ＰＨＳ（Personal Handyphone System）網などの無線通信網を単独、あるいは組み合わせて利用することができる。
【００２３】
さて、患者端末１は、例えば医療機関などによって患者６に対して貸与される。また、患者端末１は、一般的なパーソナルコンピュータにソフトウェアがインストールされたものであってもよいし、インターネットを介してソフトウェアを利用することによって患者端末１の機能を実現したものであってもよい。
【００２４】
患者端末１の記憶装置１３には、発呼情報および順序情報が記憶される。発呼情報は、医師端末2-1〜2-nおよびセンタ端末３へ発呼するための電話番号などを示す。順位情報は、医師端末2-1〜2-nから発呼先の端末を選択するための順位を示す。
【００２５】
順位情報に示される順位は、このシステムの運用者（例えば、医療機関や仲介サービス業者）が任意に定めればよいが、ここでは図２に示すように定められていることとする。すなわち、患者および医師は、それぞれ複数のグループのいずれかに割り付けられる。そして各患者に対して、この患者と同じグループに属する医師が上位を占めるように選択順位が定められる。ただし、特定の医師が上位に集中しないように、各患者の選択順位をできるだけ異ならせる。例えば、患者Ａ〜患者Ｆおよび医師Ａ〜医師ＣがグループＡに割り付けられている。そしてこれらの患者Ａ〜患者Ｆの選択順位の上位はいずれも、同グループに属する医師Ａ〜医師Ｃとされている。さらに、医師Ａ〜医師Ｃよりも下位には、他のグループが設定されている。
【００２６】
なお、患者のグループ分けの基準は、住所、年齢、重症度、症状、合併症、申し込みの順番等の任意の事項を単独で、あるいは組み合わせて利用すればよい。また、患者の意志を反映してグループ分けしても良い。医師は、一定のレベル以上の能力があり、患者側に不公平が生じないことが望ましい。
【００２７】
図３は、図１中の患者端末１が備える機能を示したブロック図である。なお図３中において、図１に示される要素と同一の要素には同一の符号を付し、その詳細な説明は省略する。
【００２８】
図３に示される第１の判定ユニット１６ａ、第２の判定ユニット１６ｂ、選択ユニット１６ｃおよび送信ユニット１６ｄは、それぞれ制御ユニット１６の一機能として実現される。
【００２９】
第２の判定ユニット１６ｂは、受信ユニット１１が出力するバイタルデータに異常値が含まれるか否かを判定する。第１の判定ユニット１６ａは、受信ユニット１１が出力するバイタルデータ、通報ボタン１２からの押下信号の出力状況、ならびに第２の判定ユニット１６ｂの判定結果に基づいて通報の要否を判定する。選択ユニット１６ｃは、受信ユニット１１が出力するバイタルデータ、通報ボタン１２からの押下信号の出力状況、ならびに記憶装置１３に記憶された順位情報に基づいて通報先端末を選択する。送信ユニット１６ｄは、受信ユニット１１が出力するバイタルデータを通報先端末へ送信する。
【００３０】
なお通信ユニット１４は、発呼ユニット１４ａを含む。発呼ユニット１４ａは、選択ユニット１６ｃにより選択された通報先端末へ発呼する。
【００３１】
次に以上のように構成されたヘルスケア支援システムの動作について説明する。
【００３２】
患者端末１が起動されると、制御ユニット１６は図４に示すような処理を開始する。
【００３３】
ステップＳａ１およびステップＳａ２において制御ユニット１６は、バイタルデータを取得するべきタイミング（以下、取得タイミングと称する）となるか、あるいは通報ボタン１２が押下されるのを待ち受ける。なお取得タイミングは、任意であって良いが、例えば一定時間周期毎とすることが考えられる。
【００３４】
取得タイミングとなったならば、制御ユニット１６はステップＳａ１からステップＳａ３へ進む。ステップＳａ３において制御ユニット１６は、受信ユニット１１により受信されるバイタルデータを取得し、このバイタルデータを記憶装置１３に記憶させる。続いてステップＳａ４において制御ユニット１６は、上記の取得したバイタルデータに異常値が含まれているか否かを確認する。この確認は例えば、バイタルデータに含まれる値が、予め定められた正常範囲内であるか否かを判定することにより行う。そして、異常値が含まれなければ、制御ユニット１６はステップＳａ４からステップＳａ１およびステップＳａ２の待ち受け状態に戻る。
【００３５】
バイタルデータに異常値が含まれていた場合、制御ユニット１６はステップＳａ４からステップＳａ５およびステップＳａ６の待ち受け状態に進む。ステップＳａ５およびステップＳａ６の待ち受け状態において制御ユニット１６は、この待ち受け状態に入ってから一定時間が経過するか、あるいは通報ボタン１２が押下されるのを待ち受ける。
【００３６】
一定時間が経過する前に通報ボタン１２が押下された場合、制御ユニット１６はステップＳａ６からステップＳａ７へ進む。ステップＳａ７において制御ユニット１６は、記憶装置１３に記憶された順位情報に従って医師端末2-1〜2-nのうちの１つを選択する。なお、同一のグループに属する医師端末の全てを選択し終えて、次に選択すべき医師端末がグループにより指定されている場合には、制御ユニット１６は指定グループに属する医師端末のうちから所定の条件に従って（例えばランダム）に１つを通報先端末として選択する。そしてステップＳａ８において制御ユニット１６は、上記の選択した通報先端末へ発呼するように通信ユニット１４へ指示する。この後に制御ユニット１６は、ステップＳａ９およびステップＳａ１０の待ち受け状態に移行する。ステップＳａ９およびステップＳａ１０において制御ユニット１６は、上記の発呼への応答が行われるか、この待ち受け状態に入ってから一定時間が経過するのを待ち受ける。
【００３７】
もし、一定時間内に応答がなされなかったならば、制御ユニット１６はステップＳａ１０からステップＳａ７に戻る。これにより制御ユニット１６は、別の医師端末を通報先端末として選択して発呼を試みる。そして通報先端末が発呼に対して応答し、この通報先端末が通信網４を介して接続されたならば、制御ユニット１６はステップＳａ９からステップＳａ１１へ進む。ステップＳａ１１において制御ユニット１６は、ステップＳａ３にて記憶装置１３に記憶させたバイタルデータを通信網４へと送信する。そうすると、バイタルデータは通信網４を介して通報先端末へ送られる。医師端末2-1〜2-nは、通信網４を介してバイタルデータを受信し、このバイタルデータの内容を表示する機能を備える。このため、上記のバイタルデータの内容が通報先端末にて表示され、この通報先端末を使用する医師は通報元の患者６の状態を確認することができる。また医師端末2-1〜2-nは、通信網４を介して医師7-1〜7-nが音声通話を行うことを可能とする機能を備える。このため、患者６が通話ユニット１５を用いて通話をしようとするならば、通報先端末を使用する医師と患者６とが会話をすることができる。これにより患者６は医師から投薬等の指示を受けることができる。医師は、患者６の状態によりセンタ端末３を呼び出して救急車の手配等を行うことができる。あるいは医師が自ら救急車の手配をすることもできる。
【００３８】
この状態でステップＳａ１２において制御ユニット１６は、終話されるのを待ち受ける。そして終話されたならば、制御ユニット１６はステップＳａ１およびステップＳａ２の待ち受け状態に戻る。
【００３９】
さて、ステップＳａ５およびステップＳａ６の待ち受け状態において、通報ボタン１２が押下されることなく一定時間が経過したならば、制御ユニット１６はステップＳａ５からステップＳａ１３へ進む。ステップＳａ１３において制御ユニット１６は、センタ端末３へ発呼するように通信ユニット１４に指示する。その上でステップＳａ１４において制御ユニット１６は、上記の発呼への応答が行われるのを待ち受ける。そしてセンタ端末３が発呼に対して応答し、このセンタ端末が通信網４を介して接続されたならば、制御ユニット１６はステップＳａ１４からステップＳａ１５へ進む。ステップＳａ１５において制御ユニット１６は、ステップＳａ３にて記憶装置１３に記憶させたバイタルデータを通信網４へと送信する。そうすると、バイタルデータは通信網４を介してセンタ端末３へ送られる。センタ端末３は、通信網４を介してバイタルデータを受信し、このバイタルデータの内容を表示する機能を備える。このため、上記のバイタルデータの内容がセンタ端末３にて表示され、担当者８は通報元の患者６の状態を確認することができる。バイタルデータを送信し終えたならば、ステップＳａ１６において制御ユニット１６は、患者６または担当者８の意志に拘らずに、自動的に終話処理を行う。こののちに制御ユニット１６は、ステップＳａ１およびステップＳａ２の待ち受け状態に戻る。
【００４０】
ところで、ステップＳａ１およびステップＳａ２の待ち受け状態において、通報ボタン１２が押下されたならば、制御ユニット１６はステップＳａ２からステップＳａ１７へ進む。ステップＳａ１７において制御ユニット１６は、センタ端末３へ発呼するように通信ユニット１４に指示する。この上でステップＳａ１８において制御ユニット１６は、上記の発呼への応答が行われるのを待ち受ける。そしてセンタ端末３が発呼に対して応答し、このセンタ端末が通信網４を介して接続されたならば、制御ユニット１６はステップＳａ１８からステップＳａ１９へ進む。ステップＳａ１９において制御ユニット１６は、ステップＳａ３にて記憶装置１３に記憶させたバイタルデータを通信網４へと送信する。そうすると、このバイタルデータの内容がセンタ端末３にて表示され、担当者８は通報元の患者６の状態を確認することができる。またセンタ端末３は、通信網４を介して担当者８が音声通話を行うことを可能とする機能を備える。このため、患者６が通話ユニット１５を用いて通話をしようとするならば、担当者８と患者６とが会話をすることができる。
【００４１】
この状態でステップＳａ２０において制御ユニット１６は、終話されるのを待ち受ける。そして終話されたならば、制御ユニット１６はステップＳａ１およびステップＳａ２の待ち受け状態に戻る。
【００４２】
以上のように第１の実施形態によれば、患者６が自分の健康状態が悪いと感じて通報ボタン１２を押下し、かつ患者６に装着された計測装置５で計測されるバイタルデータに異常値が含まれる場合には、患者端末１は医師端末2-1〜2-nのいずれかと接続される。従って患者６は、自分の健康状態について医師7-1〜7-nに直接的に相談することが可能である。また第１の実施形態では、患者端末１に接続された医師端末にバイタルデータが送られ、当該医師端末では上記のバイタルデータの内容を表示するため、医師はバイタルデータを確認しながら、患者６の健康状態を的確に把握することが可能である。
【００４３】
また第１の実施形態によれば、選択した医師端末が呼び出しに応答しなかったときは別の医師端末に対する呼び出しを試みるので、先に選択した医師端末を使用する医師が他の業務を行っている等の理由により対応できない場合に、他の手すきの医師に通報へ対応させることができる。そして第１の実施形態によれば、医師端末の選択を予め定められた順位で行うようにしているので、特定の医師端末が集中的に選ばれることにより負担が特定の医師に偏ってしまうことを防止できる。
【００４４】
ところで第１の実施形態によれば、バイタルデータが異常値を示しているにも関わらず、通報ボタン１２が押下されない状態が一定時間に渡り放置されたことに応じて、患者端末１はセンタ端末３と接続される。そして、バイタルデータの伝送が済んだならば、患者端末１から強制的に終話される。上記の状態としては、患者６は自覚症状を呈していないために通報ボタン１２を押さずにいる場合が考えられる。あるいは、患者６が意識を失っている等の理由から通報ボタン１２を押せないでいる場合が考えられる。センタ端末３の担当者８は、このようなセンタ端末３の上述のような動作や、患者端末１から送られるバイタルデータの異常から、上記のような状況にあることを知ることができる。これによって担当者８は、患者６にコールバックするなどして患者６の意識の有無を確認し、患者６の意識がある場合はバイタルデータの異常を知らせ、直ちに医師に連絡するようにアドバイスすることができる。あるいは担当者８は、患者端末１との通話を医師端末2-1〜2-nのいずれかに転送し、医師から患者６にアドバイスさせることができる。また担当者８は、患者６の意識が無い場合は、救急車等の手配を行うなどの処置をとることができる。ここで例示したような担当者８による処置は、医師7-1〜7-nが行わなければならないものではない。そこでこのような状況においては、医師端末2-1〜2-nではなく、患者端末１はセンタ端末３と接続するのである。これにより、上記のような処置を医師7-1〜7-nが行う必要が無くなり、医師7-1〜7-nの負担を軽減することが可能となる。
【００４５】
さらに第１の実施形態によれば、バイタルデータに異常が含まれていないときに通報ボタン１２が押されるような状況にあっては、緊急に手当てをする必要がないために様子を見るべき状態、あるいは該当の疾患が原因ではない場合等が考えられる。そこで、患者端末１はセンタ端末３と接続される。そしてこのときには、バイタルデータの伝送後にも患者端末１とセンタ端末３とが接続された状態に維持され、患者６と担当者８とが会話することができる。従って担当者８は、患者６から状況を聞き取り、必要な場合にのみ接続可能の医師を探して患者６と繋ぐようにし、質問や相談だけの場合であれば医師を介在せずに処置することができる。そしてこれにより、医師7-1〜7-nの負担を軽減することが可能となる。
【００４６】
このように第１の実施形態によれば、医師の7-1〜7-nの負担を軽減しながらも、有効な在宅医療サービスを提供することが可能となる。
【００４７】
そしてこの第１の実施形態のヘルスケア支援システムを活用することで、患者端末１を病院の窓口として機能させることが可能となる。すなわち、病院での受け付け、支払い、処方箋発行、調剤薬局での薬品の受け取り等、待ち時間を要する事項を在宅で行うことが可能となり、外来患者が病院に居なければならない時間を減らすことができる。
【００４８】
法的に許容されるならば、患者は遠隔での診察の結果に基づいて、最寄りの薬局に出向くだけで注射や点滴などの処置をして貰うことも可能となる。
【００４９】
（第２の実施形態）
図５は第２の実施形態に係るヘルスケア支援システムの構成を示すブロック図である。なお、図１に示される要素と同一の要素には同一符号を付し、その詳細な説明は省略する。
【００５０】
図５に示すように第２の実施形態のヘルスケア支援システムは、医師端末2-1，2-2…，2-n、センタ装置９および患者端末１０を、それぞれ通信網４に接続して構成される。センタ端末３は、センタ装置９に接続されている。このヘルスケア支援システムは、医師端末2-1，2-2…，2-nおよびセンタ端末３を用いて、患者端末１０からの通報に応対可能とするヘルスケア支援サービスを提供できるようにするものである。従って、医師端末2-1，2-2…，2-nおよびセンタ端末３は、サービスを提供する側の端末である。
【００５１】
センタ装置９は、本発明に係るヘルスケア支援装置の一形態である。センタ装置９は、交換接続ユニット９１、通信ユニット９２、記憶装置９３および制御ユニット９４を含む。
【００５２】
センタ装置９は、複数の通信チャネルを介して通信網４に接続される。交換接続ユニット９１は、上記の複数の通信チャネルおよびセンタ端末３を任意に交換接続する。
【００５３】
通信ユニット９２は、通信網４を介しての通信を実現するための通信処理を行う。
【００５４】
記憶装置９３は、バイタルデータなどの様々な情報を一時的に記憶する。記憶装置９３は、医療機関への通報を行うために必要な情報を記憶する。記憶装置９３には、前記第１の実施形態において記憶装置１３に記憶されていた発呼情報および順序情報と同様な情報が記憶される。
【００５５】
制御ユニット９４は、例えばＣＰＵにアプリケーションプログラムを実行するように構成される。制御ユニット９４は、このセンタ装置９による通報仲介を可能とするための後述する処理を行う。
【００５６】
患者端末１０は、受信ユニット１１、通報ボタン１２、記憶装置１３、通信ユニット１４、通話ユニット１５および制御ユニット１７を含む。すなわち患者端末１０は、前記第１の実施形態の患者端末１における制御ユニット１６に代えて制御ユニット１７を備える。
【００５７】
制御ユニット１７は、例えばＣＰＵがアプリケーションプログラムを実行することで実現される。制御ユニット１７は、この患者端末による通報を可能とするための後述する処理を行う。
【００５８】
なお記憶装置１３には、センタ装置９に発呼するための発呼情報が記憶されるが、前記第１の実施形態において記憶装置１３に記憶されていた発呼情報および順序情報は記憶されない。
【００５９】
図６は、図５中のセンタ装置９および患者端末１０が備える機能を示したブロック図である。なお、図６に示される要素と同一の要素には同一の符号を付し、その詳細な説明は省略する。
【００６０】
図６に示される通報ユニット１０ａは、制御ユニット１７の一機能として実現される。
【００６１】
通報ユニット１０ａは、受信ユニット１１が出力するバイタルデータおよび通報ボタン１２からの押下信号の出力状況に基づいて通報の要否を判定する。通報ユニット１０ａは、通報が必要であると判定したときに、バイタルデータと、後述する意志無し情報または意志有り情報を含んだ通報情報をセンタ装置９へ送信する。
【００６２】
図６に示される取得ユニット９４ａ、入力ユニット９４ｂ、第１の判定ユニット９４ｃ、第２の判定ユニット９４ｄ、選択ユニット９４ｅ、送信ユニット９４ｆおよび接続制御ユニット９４ｇは、それぞれ制御ユニット９４の一機能として実現される。
【００６３】
患者端末１０から送信された通報情報は、通信ユニット９２により受信されて、取得ユニット９４ａおよび入力ユニット９４ｂに入力される。取得ユニット９４ａは、上記の通報情報からバイタルデータを取得する。入力ユニット９４ｂは、上記の通報情報から意志無し情報または意志有り情報を抽出することにより、通報要求の有無を入力する。
【００６４】
第２の判定ユニット９４ｄは、取得ユニット９４ａが出力するバイタルデータに異常値が含まれるか否かを判定する。第１の判定ユニット９４ｃは、取得ユニット９４ａが出力するバイタルデータ、入力ユニット９４ｂが入力した通報要求の有無、ならびに第２の判定ユニット９４ｄの判定結果に基づいて通報の要否を判定する。選択ユニット９４ｅは、取得ユニット９４ａが出力するバイタルデータ、入力ユニット９４ｂが入力した通報要求の有無、ならびに記憶装置９３に記憶された順位情報に基づいて通報先端末を選択する。送信ユニット９４ｆは、取得ユニット９４ａが出力するバイタルデータを通報先端末へ送信する。接続制御ユニット９４ｇは、医師端末２、センタ端末３および患者端末１０を適切に接続するように交換接続ユニット９１を制御する。
【００６５】
なお通信ユニット９２は、発呼ユニット９２ａを含む。発呼ユニット９２ａは、選択ユニット９４ｅにより選択された通報先端末へ発呼する。
【００６６】
次に以上のように構成されたヘルスケア支援システムの動作について説明する。
【００６７】
患者端末１０が起動されると、制御ユニット１７は図７に示すような処理を開始する。
【００６８】
ステップＳｂ１およびステップＳｂ２において制御ユニット１７は、取得タイミングとなるか、あるいは通報ボタン１２が押下されるのを待ち受ける。
【００６９】
取得タイミングとなったならば、制御ユニット１７はステップＳｂ１からステップＳｂ３へ進む。ステップＳｂ３において制御ユニット１７は、受信ユニット１１により受信されるバイタルデータを取得し、このバイタルデータを記憶装置１３に記憶させる。続いてステップＳｂ４において制御ユニット１７は、上記の取得したバイタルデータに異常値が含まれているか否かを確認する。そして、異常値が含まれなければ、制御ユニット１７はステップＳｂ４からステップＳｂ１およびステップＳｂ２の待ち受け状態に戻る。
【００７０】
バイタルデータに異常値が含まれていた場合、制御ユニット１７はステップＳｂ４からステップＳｂ５およびステップＳｂ６の待ち受け状態に進む。ステップＳｂ５およびステップＳｂ６の待ち受け状態において制御ユニット１７は、この待ち受け状態に入ってから一定時間が経過するか、あるいは通報ボタン１２が押下されるのを待ち受ける。
【００７１】
通報ボタン１２が押下されることなく一定時間が経過したならば、制御ユニット１７はステップＳｂ６からステップＳｂ７へ進む。ステップＳｂ７において制御ユニット１７は、センタ装置９へ発呼するように通信ユニット１４に指示する。この後にステップＳｂ８において制御ユニット１７は、上記の発呼への応答が行われるのを待ち受ける。そしてセンタ装置９が応答し、センタ装置９が通信網４を介して接続されたならば、制御ユニット１７はステップＳｂ８からステップＳｂ１０へ進む。ステップＳｂ１０において制御ユニット１７は、通報情報を通信網４へと送信する。ここで送信する通報情報には、ステップＳｂ３にて記憶装置１３に記憶させたバイタルデータと意志無し情報とを含む。意志無し情報は、通報ボタン１２が押されていないこと、すなわち患者６に通報する意志が無かったことを示す情報である。制御ユニット１７は、この通報情報の送信を終えたならば、ステップＳｂ１およびステップＳｂ２の待ち受け状態に戻る。なお、患者端末１０から送信された上記の通報情報は、通信網４を介してセンタ装置９へ送られる。
【００７２】
ところで、ステップＳｂ１およびステップＳｂ２の待ち受け状態において、通報ボタン１２が押下されたならば、制御ユニット１７はステップＳｂ２からステップＳｂ１０へ進む。ステップＳｂ１０において制御ユニット１７は、受信ユニット１１により受信されるバイタルデータを取得し、このバイタルデータを記憶装置１３に記憶させる。この後に制御ユニット１７は、ステップＳｂ１１へ進む。
【００７３】
一方、ステップＳｂ５およびステップＳｂ６の待ち受け状態において、一定時間が経過する前に通報ボタン１２が押下されたならば、制御ユニット１７はステップＳｂ１１へ進む。
【００７４】
ステップＳｂ１１において制御ユニット１７は、センタ装置９へ発呼するように通信ユニット１４に指示する。この後にステップＳｂ１２において制御ユニット１７は、上記の発呼への応答が行われるのを待ち受ける。そしてセンタ装置９が応答し、センタ装置９が通信網４を介して接続されたならば、制御ユニット１７はステップＳｂ１２からステップＳｂ１３へ進む。ステップＳｂ１３において制御ユニット１７は、通報情報を通信網４へと送信する。ここで送信する通報情報には、ステップＳｂ３にて記憶装置１３に記憶させたバイタルデータと意志有り情報とを含む。意志有り情報は、通報ボタン１２が押されたこと、すなわち患者６に通報する意志が有ることを示す情報である。制御ユニット１７は、この通報情報の送信を終えたならば、ステップＳｂ１４へ進む。ステップＳｂ１４において制御ユニット１７は、終話されるのを待ち受ける。従ってこのときには、患者端末１０はセンタ装置９に接続された状態に維持される。そして終話されたならば、制御ユニット１７はステップＳｂ１およびステップＳｂ２の待ち受け状態に戻る。
【００７５】
さてセンタ装置９が起動されると、制御ユニット９４は図８に示すような処理を開始する。
【００７６】
ステップＳｃ１において制御ユニット９４は、患者端末１０からの着呼が発生するのを待ち受ける。前述のように患者端末１０から発呼がなされたならば、制御ユニット９４はステップＳｃ１からステップＳｃ２へ進む。ステップＳｃ２において制御ユニット９４は、上記の着呼に対する応答処理を通信ユニット９２に行わせる。これにより、センタ装置９が患者端末１０と通信網４を介して接続される。そうすると、前述のように患者端末１０から送信された通報情報が通信網４を介して到来する。ステップＳｃ３において制御ユニット９４は、この通報情報を受信するように通信ユニット９２に指示し、通信ユニット９２により受信された通報情報を記憶装置９３に記憶させる。
【００７７】
続いてステップＳｃ４において制御ユニット９４は、上記の通報情報に含まれたバイタルデータに異常値が含まれるか否かを確認する。そして異常値が含まれていた場合には、制御ユニット９４はステップＳｃ４からステップＳｃ５へ進む。ステップＳｃ５において制御ユニット９４は、上記の通報情報に意志有り情報および意志無し情報のいずれが含まれるかを確認することにより、患者６による通報の意志があるか否かを確認する。
【００７８】
通報の意志があると判断した場合、制御ユニット９４はステップＳｃ５からステップＳｃ６へ進む。ステップＳｃ６において制御ユニット９４は、記憶装置１３に記憶された順位情報に従って医師端末2-1〜2-nのうちの１つを選択する。なお、同一のグループに属する医師端末の全てを選択し終えて、次に選択すべき医師端末がグループにより指定されている場合には、制御ユニット９４は指定グループに属する医師端末のうちから所定の条件に従って（例えばランダム）に１つを通報先端末として選択する。そしてステップＳｃ７において制御ユニット９４は、上記の選択した通報先端末へ発呼するように通信ユニット１４に指示する。この後に制御ユニット９４は、ステップＳｃ８およびステップＳｃ９の待ち受け状態に移行する。ステップＳｃ８およびステップＳｃ９において制御ユニット９４は、上記の発呼への応答が行われるか、この待ち受け状態に入ってから一定時間が経過するのを待ち受ける。
【００７９】
もし、一定時間の間に応答がなされなかったならば、制御ユニット９４はステップＳｃ９からステップＳｃ６に戻る。これにより制御ユニット９４は、別の医師端末を通報先端末として選択して発呼を試みる。そして通報先端末が発呼に対して応答し、この通報先端末が通信網４を介して接続されたならば、制御ユニット９４はステップＳｃ８からステップＳｃ１０へ進む。ステップＳｃ１０において制御ユニット９４は、ステップＳｃ３にて記憶装置１３に記憶させたバイタルデータを通報先端末へ送信する。続いてステップＳｃ１１において制御ユニット９４は、患者端末１と通報先端末とを接続するように交換接続ユニット９１に指示する。医師端末2-1〜2-nは、通信網４を介してバイタルデータを受信し、このバイタルデータの内容を表示する機能を備える。このため、上記のバイタルデータの内容が通報先端末にて表示され、この通報先端末を使用する医師は通報元の患者６の状態を確認することができる。また医師端末2-1〜2-nは、通信網４を介して医師7-1〜7-nが音声通話を行うことを可能とする機能を備える。このため、患者６が通話ユニット１５を用いて通話をしようとするならば、通報先端末を使用する医師と患者６とが会話をすることができる。これにより患者６は、医師から投薬等の指示を受けることができる。医師は、患者６の状態によりセンタ端末３を呼び出して救急車の手配等を行うことができる。あるいは医師が自ら救急車の手配をすることもできる。
【００８０】
この状態でステップＳｃ１２において制御ユニット９４は、患者端末１および通報先端末の一方から終話されるのを待ち受ける。そして終話されたならば、制御ユニット９４はステップＳｃ１２からステップＳｃ１３へ進む。ステップＳｃ１３において制御ユニット９４は、終話処理を行う。この終話処理において制御ユニット９４は例えば、患者端末１と通報先端末との接続を解除するように交換接続ユニット９１に指示するとともに、終話されていない端末について終話するように通信ユニット９２に指示する。この上で制御ユニット９４は、ステップＳｃ１の待ち受け状態に戻る。
【００８１】
さて、ステップＳｃ５にて通報の意志があると判断した場合、制御ユニット９４はステップＳｃ５からステップＳｃ１４へ進む。ステップＳｃ１４において制御ユニット９４は、センタ端末３を呼び出すように通信ユニット９２に指示する。この上でステップＳｃ１５において制御ユニット９４は、上記の呼び出しへの応答が行われるのを待ち受ける。そしてセンタ端末３が呼び出しに対して応答したならば、制御ユニット９４はステップＳｃ１５からステップＳｃ１６へ進む。ステップＳｃ１６において制御ユニット９４は、ステップＳｃ３にて記憶装置１３に記憶させた通報情報をセンタ端末３へ転送する。センタ端末３は、バイタルデータを受信し、このバイタルデータの内容を表示する機能を備える。このため、上記のバイタルデータの内容がセンタ端末３にて表示され、担当者８は通報元の患者６の状態を確認することができる。バイタルデータを送信し終えたならば、ステップＳｃ１７において制御ユニット９４は、患者６または担当者８の意志に拘らずに、自動的に終話処理を行う。こののちに制御ユニット９４は、ステップＳｃ１の待ち受け状態に戻る。
【００８２】
ところで、通報情報に含まれたバイタルデータに異常値が含まれていないならば、制御ユニット９４はステップＳｃ４からステップＳｃ１８へ進む。ステップＳｃ１８において制御ユニット９４は、センタ端末３の呼び出しを行う。その上でステップＳｃ１９において制御ユニット９４は、上記の呼び出しへの応答が行われるのを待ち受ける。そしてセンタ端末３が呼び出しに対して応答したならば、制御ユニット９４はステップＳｃ１９からステップＳｃ２０へ進む。ステップＳｃ２０において制御ユニット９４は、ステップＳｃ３にて記憶装置１３に記憶させたバイタルデータをセンタ端末３へ転送する。続いてステップＳｃ２１において制御ユニット９４は、患者端末１とセンタ端末３とを接続するように交換接続ユニット９１に指示する。そうすると、バイタルデータの内容がセンタ端末３にて表示され、担当者８は通報元の患者６の状態を確認することができる。またセンタ端末３は、通信網４を介して担当者８が音声通話を行うことを可能とする機能を備える。このため、患者６が通話ユニット１５を用いて通話をしようとするならば、担当者８と患者６とが会話をすることができる。
【００８３】
この状態でステップＳｃ２２において制御ユニット９４は、患者端末１およびセンタ端末３の一方から終話されるのを待ち受ける。そして終話されたならば、制御ユニット９４はステップＳｃ２２からステップＳｃ２３へ進む。ステップＳｃ２３において制御ユニット９４は、終話処理を行う。この終話処理において制御ユニット９４は例えば、患者端末１とセンタ端末３との接続を解除するように交換接続ユニット９１に指示するとともに、終話されていない端末についての終話を行う。この上で制御ユニット９４は、ステップＳｃ１の待ち受け状態に戻る。
【００８４】
以上のように第２の実施形態によれば、前記第１の実施形態と同様に、医師の7-1〜7-nの負担を軽減しながらも、有効な在宅医療サービスを提供することが可能となる。
【００８５】
第２の実施形態によればさらに、患者端末１０は常にセンタ装置９に発呼し、発呼先の端末の選択を行うことがない。このため、患者端末１０は患者端末１に比べて簡易な構成により実現が可能である。患者６が複数人存在するならば、複数の患者端末１０が必要となるのであり、患者端末１０の構成が簡易であることは、ヘルスケア支援システムを構築するためのコストの圧縮に大きく貢献する。また、選択順位などを変更する必要が生じた場合にも、センタ装置９における設定変更のみで対応できる。すなわち、システム運用の柔軟性を高めることが可能である。
【００８６】
（第３の実施形態）
図９は第３の実施形態に係るヘルスケア支援システムの構成を示すブロック図である。なお、図１に示される要素と同一の要素には同一符号を付し、その詳細な説明は省略する。
【００８７】
図９に示すように第３の実施形態のヘルスケア支援システムは、医師端末2-1〜2-n、センタ端末３、看護師端末１００、ヘルスケア支援装置１２０および患者端末１３０を、それぞれ通信網４に接続して構成される。このヘルスケア支援システムは、医師端末2-1，2-2…，2-n、センタ端末３および看護師端末１００を用いて、患者端末１３０からの通報に応対可能とするヘルスケア支援サービスを提供できるようにするものである。従って、医師端末2-1，2-2…，2-n、センタ端末３および看護師端末１００は、サービスを提供する側の端末である。
【００８８】
ヘルスケア支援装置１２０は、通信ユニット１２１、記憶装置１２２および制御ユニット１２３を含む。
【００８９】
通信ユニット１２１は、通信網４を介しての通信を実現するための通信処理を行う。
【００９０】
記憶装置１２２は、バイタルデータなどの様々な情報を一時的に記憶する。記憶装置１２２は、医療機関への通報を行うために必要な情報を記憶する。記憶装置１２２には、患者６についての患者情報と、この患者６毎の通報先端末の選択条件とが記述される。患者情報は、患者の氏名や患者端末１３０に発呼するための発呼情報（例えば電話番号）などを含む。
【００９１】
制御ユニット１２３は、例えばＣＰＵにアプリケーションプログラムを実行させることにより実現される。制御ユニット１２３は、このヘルスケア支援装置１２０による通報仲介を可能とするための後述する処理を行う。
【００９２】
患者端末１３０は、受信ユニット１１、通報ボタン１２、記憶装置１３、通信ユニット１４、通話ユニット１５および制御ユニット１８を含む。すなわち患者端末１３０は、前記第１の実施形態の患者端末１における制御ユニット１６に代えて制御ユニット１８を備える。
【００９３】
制御ユニット１８は、例えばＣＰＵがアプリケーションプログラムを実行することで実現される。制御ユニット１８は、この患者端末１３０による通報を可能とするための後述する処理を行う。
【００９４】
なお記憶装置１３には、ヘルスケア支援装置１２０に発呼するための発呼情報が記憶されるが、前記第１の実施形態において記憶装置１３に記憶されていた発呼情報および順序情報は記憶されない。
【００９５】
図１０は、図９中のヘルスケア支援装置１２０および患者端末１３０が備える機能を示したブロック図である。なお、図９に示される要素と同一の要素には同一の符号を付し、その詳細な説明は省略する。
【００９６】
図１０に示される送信ユニット１８ａおよび通知ユニット１８ｂは、制御ユニット１８の一機能として実現される。
【００９７】
送信ユニット１８ａは、受信ユニット１１が出力するバイタルデータを定期的にヘルスケア支援装置１２０へ送信する。通知ユニット１８ｂは、通報ボタン１２からの押下信号が出力されたことに応じて、通報要求がなされた旨をヘルスケア支援装置１２０へ通知する。
【００９８】
図１０に示される保管データベース１２２ａおよび設定情報テーブル１２２ｂは、記憶装置１２２の一部の記憶領域を使用して設けられる。図１０に示される取得ユニット１２３ａ、入力ユニット１２３ｂ、抽出ユニット１２３ｃ、確認ユニット１２３ｄ、第１の判定ユニット１２３ｅ、第２の判定ユニット１２３ｆ、選択ユニット１２３ｇおよび送信ユニット１２３ｈは、それぞれ制御ユニット１２３の一機能として実現される。
【００９９】
設定情報テーブル１２２ｂは、上述した患者情報および選択条件が記述される。
【０１００】
患者端末１３０から送信された情報は、通信ユニット１２１により受信されて、取得ユニット１２３ａおよび入力ユニット１２３ｂに入力される。取得ユニット１２３ａは、上記の情報からバイタルデータを取得する。取得ユニット１２３ａが取得したバイタルデータは、保管データベース１２２ａに記憶される。保管データベース１２２ａは、過去に取得されたバイタルデータを保管する。入力ユニット１２３ｂは、上記の情報から通報要求が有った旨の通知を抽出することにより、通報要求を入力する。
【０１０１】
抽出ユニット１２３ｃは、取得ユニット１２３ａが新たなバイタルデータを取得した場合に、そのバイタルデータに係わる患者６の過去のバイタルデータを保管データベース１２２ａから抽出する。確認ユニット１２３ｄは、医師端末2-1〜2-nのそれぞれの状態を通信ユニット１２１および通信網４を介して確認し、通報を許容するか否かを判定する。
【０１０２】
第２の判定ユニット１２３ｆは、抽出ユニット１２３ｃが抽出したバイタルデータを参照して、取得ユニット１２３ａが出力するバイタルデータに異常値が含まれるか否かを判定する。第１の判定ユニット１２３ｅは、取得ユニット１２３ａが出力するバイタルデータ、入力ユニット１２３ｂが入力した通報要求の有無、ならびに第２の判定ユニット１２３ｆの判定結果に基づいて通報の要否を判定する。選択ユニット１２３ｇは、取得ユニット１２３ａが出力するバイタルデータ、入力ユニット１２３ｂが入力した通報要求の有無、ならびに設定情報テーブル１２２ｂに記憶された設定情報に基づいて通報先端末を選択する。
【０１０３】
送信ユニット１２３ｈは、取得ユニット１２３ａが出力するバイタルデータを通報先端末へ送信する。また送信ユニット１２３ｈは、上記のバイタルデータに係わる患者についての患者情報を設定情報テーブルから読み出し、この患者情報を通報先端末へ送信する。
【０１０４】
なお通信ユニット１２１は、発呼ユニット１２１ａを含む。発呼ユニット１２１ａは、選択ユニット１２３ｇにより選択された通報先端末へ発呼する。
【０１０５】
次に以上のように構成されたヘルスケア支援システムの動作について説明する。
【０１０６】
患者端末１３０が起動されると、制御ユニット１８は図１１に示すような処理を開始する。
【０１０７】
ステップＳｄ１およびステップＳｄ２において制御ユニット１８は、バイタルデータをヘルスケア支援装置１２０へ送信するべきタイミング（以下、送信タイミングと称する）となるか、あるいは通報ボタン１２が押下されるのを待ち受ける。なお送信タイミングは、任意であって良いが、例えば予め定められた時刻や一定時間周期毎とすることが考えられる。
【０１０８】
送信タイミングとなったならば、制御ユニット１８はステップＳｄ１からステップＳｄ３へ進む。ステップＳｄ３において制御ユニット１８は、受信ユニット１１により受信されるバイタルデータを取得する。ステップＳｄ４において制御ユニット１８は、ヘルスケア支援装置１２０へ発呼するように通信ユニット１４に指示する。この後にステップＳｄ５において制御ユニット１８は、上記の発呼への応答が行われるのを待ち受ける。そしてヘルスケア支援装置１２０が応答し、ヘルスケア支援装置１２０が通信網４を介して接続されたならば、制御ユニット１８はステップＳｄ５からステップＳｄ６へ進む。ステップＳｄ６において制御ユニット１８は、ステップＳｄ３で取得したバイタルデータをヘルスケア支援装置１２０へと送信する。制御ユニット１８は、バイタルデータを送信し終えたならば、ステップＳｄ６からステップＳｄ７へ進む。ステップＳｄ７において制御ユニット１８は、ヘルスケア支援装置１２０との接続を開放するための終話処理を行う。この上で制御ユニット１８は、ステップＳｄ１およびステップＳｄ２の待ち受け状態に戻る。
【０１０９】
ところで、ステップＳｄ１およびステップＳｄ２の待ち受け状態において、通報ボタン１２が押下されたならば、制御ユニット１８はステップＳｄ２からステップＳｄ８へ進む。ステップＳｄ８において制御ユニット１８は、ヘルスケア支援装置１２０へ発呼するように通信ユニット１４に指示する。この後にステップＳｄ９において制御ユニット１８は、上記の発呼への応答が行われるのを待ち受ける。そしてヘルスケア支援装置１２０が応答し、ヘルスケア支援装置１２０が通信網４を介して接続されたならば、制御ユニット１８はステップＳｄ９からステップＳｄ１０へ進む。ステップＳｄ１０において制御ユニット１８は、患者６により通報要求がなされた旨を示した通知情報をヘルスケア支援装置１２０へと送信する。制御ユニット１８は、通知情報を送信し終えたならば、ステップＳｄ１０からステップＳｄ１１へ進む。ステップＳｄ１１において制御ユニット１８は、ヘルスケア支援装置１２０との接続を開放するための終話処理を行う。この上で制御ユニット１８は、ステップＳｄ１およびステップＳｄ２の待ち受け状態に戻る。
【０１１０】
このように患者端末１３０は、定期的なヘルスケアデータの送信と、通報要求がなされたことに応じての通知情報の送信とを行い、通報の要否の判定や通報先端末の選択などは行わない。なお、ヘルスケア支援装置１２０と患者端末１３０とを専用線などを介して接続し、患者端末１３０からヘルスケア支援装置１２０へとヘルスケアデータを常時送信するようにしても良い。
【０１１１】
さてヘルスケア支援装置１２０が起動されると、制御ユニット１２３は図１２に示すような処理を開始する。
【０１１２】
ステップＳｅ１およびステップＳｅ２において制御ユニット１２３は、患者端末１３０からの着呼が発生するか、あるいは未通報患者が発生するのを待ち受ける。前述のように患者端末１３０から発呼がなされたならば、制御ユニット１２３はステップＳｅ１からステップＳｅ３へ進む。ステップＳｅ３において制御ユニット１２３は、上記の着呼に対する応答処理を通信ユニット１２１に行わせる。これにより、ヘルスケア支援装置１２０が患者端末１３０と通信網４を介して接続される。そうすると、前述のように患者端末１３０から送信されたヘルスケアデータまたは通知情報が通信網４を介して到来する。このヘルスケアデータまたは通知情報は、通信ユニット１２１によって受信される。
【０１１３】
ステップＳｅ４において制御ユニット１２３は、通信ユニット１２１がヘルスケアデータおよび通知情報のいずれを受信したかを判断する。通信ユニット１２１がヘルスケアデータを受信した場合、制御ユニット１２３はステップＳｅ４からステップＳｅ５に移行する。ステップＳｅ５において制御ユニット１２３は、通信ユニット１２１が受信したバイタルデータを取得し、記憶装置１２２に記憶させる。記憶装置１２２においてバイタルデータは、同一患者６に係わるものが時系列的に記憶される。
【０１１４】
ステップＳｅ６において制御ユニット１２３は、上記の取得したバイタルデータに異常値が有るか否かを確認する。制御ユニット１２３は、バイタルデータのトレンドが急激に変化した場合に異常値があるとする。具体的には例えば、制御ユニット１２３はまず、記憶装置１２２に時系列的に記録されている患者のバイタルデータに基づき、バイタルデータの基準値を計算する。この基準値として使用可能な具体的な値としては、平均値、時間積分値、あるいはベクトル値などが挙げられる。そして制御ユニット１２３は、新たに取得したバイタルデータが示す値と上記の基準値とを比較し、その差が一定値以上あるいは一定割合以上であるときに異常値があると判定する。なお、医療機関などで事前に測定したバイタルデータに基づいて事前に定められた基準値を用いることも可能である。
【０１１５】
異常値が有ると判定した場合に制御ユニット１２３は、ステップＳｅ６からステップＳｅ７へ進む。ステップＳｅ７において制御ユニット１２３は、ステップＳｅ５で取得したバイタルデータに係わる患者を通報待ち患者と定める。こののちに制御ユニット１２３は、ステップＳｅ８へ進む。異常値が無いと判定した場合に制御ユニット１２３は、ステップＳｅ７をパスして、ステップＳｅ６からステップＳｅ８へ進む。ステップＳｅ８において制御ユニット１２３は、患者端末１３０との接続を開放するための終話処理を行う。こののち制御ユニット１２３は、ステップＳｅ１およびステップＳｅ２の待ち受け状態に戻る。
【０１１６】
さて、通信ユニット１２１が通知情報を受信した場合、制御ユニット１２３はステップＳｅ４からステップＳｅ９に移行する。ステップＳｅ９において制御ユニット１２３は、通知情報で通知された通報要求を行った患者が通報待ち患者に定められているか否かを確認する。通報待ち患者に定められている場合に制御ユニット１２３は、ステップＳｅ９からステップＳｅ１０へ進む。ステップＳｅ１０において制御ユニット１２３は、医師端末２および看護師端末１００から通報先端末を選択する。このとき制御ユニット１２３は、通報要求を行った患者に係わるバイタルデータや、記憶装置１２２に記憶された設定情報に基づいて通報先端末を選択する。具体的には例えば、設定情報中に示される設定値と最新のバイタルデータとを比較して通報レベルを決定する。例えば、設定値に対するバイタルデータの値の逸脱度を計算し、これが１０％以上３０％未満ならば「レベルＡ」、３０％以上ならば「レベルＢ」といった具合に通報レベルを決定する。次に、通報レベルがレベルＡの時には担当医が使用する医師端末２を、通報レベルがレベルＢの時には主治医が使用する医師端末２を、それぞれ通報先端末として選択する。
【０１１７】
ところで制御ユニット１２３は、別途の処理により医師端末2-1〜2-nのそれぞれが通報を許容するか否かを判定している。もし、上述のようにして通報先端末として選択しようとする医師端末２が通報を拒否しているのならば、制御ユニット１２３は別の医師端末を通報先端末として選択する。
【０１１８】
なお、設定値、通報レベルの区分、あるいは通報レベルと通報先端末との対応関係などは、複数の患者６のそれぞれで共通であっても良いが、患者６毎に個別に設定しておくことが望ましい。担当医や主治医が使用する医師端末２がいずれであるかも、設定情報中に患者毎に記述しておく。設定値に代えて、ステップＳｅ６にて計算する基準値を用いることもできる。このようにして通報先端末を選択したならば、制御ユニット１２３はステップＳｅ１２へ進む。
【０１１９】
一方、通報要求を行った患者が通報待ち患者に定められていない場合に制御ユニット１２３は、ステップＳｅ９からステップＳｅ１１へ進む。これとは別に、通報待ち患者に定められている患者が、通報待ち患者に定められてから一定時間（例えば５分間）のうちに通報要求を行わない場合、制御ユニット１２３は未通報患者が有ると判定する。そしてこの場合に制御ユニット１２３は、ステップＳｅ２からステップＳｅ１１へ進む。ステップＳｅ１１において制御ユニット１２３は、センタ端末３または看護師端末１００を通報先端末として選択する。こののちに制御ユニット１２３は、ステップＳｅ１２へ進む。
【０１２０】
ステップＳｅ１２において制御ユニット１２３は、通報先端末へ発呼するように通信ユニット１２１に指示する。この後にステップＳｅ１３において制御ユニット１２３は、通報先端末が応答するのを待ち受ける。そして通報先端末が発呼に対して応答し、この通報先端末が通信網４を介してヘルスケア支援装置１２０に接続されたならば、制御ユニット１２３はステップＳｅ１３からステップＳｅ１４へ進む。ステップＳｅ１４において制御ユニット１２３は、通報情報を通報先端末へ送信する。通報情報は、通報要求を行った患者または未通報患者に関する患者情報と、この患者に係わるバイタルデータとを含む。
【０１２１】
制御ユニット１２３は、通報情報を送信し終えたならば、ステップＳｅ１４からステップＳｅ１５へ進む。ステップＳｅ１５において制御ユニット１２３は、通報先端末との接続を開放するための終話処理を行う。この上で制御ユニット１２３は、ステップＳｅ１およびステップＳｅ２の待ち受け状態に戻る。
【０１２２】
医師端末2-1〜2-n、センタ端末３および看護師端末１００は、通信網４を介して通報情報を受信し、この通報情報に含まれる患者情報およびバイタルデータの内容を表示する機能を備える。このため、患者情報およびバイタルデータの内容が通報先端末にて表示され、この通報先端末を使用する医師７、担当者８および看護師１１０は、通報元の患者６の状態を確認することができる。
【０１２３】
上述のようなヘルスケア支援装置１２０の動作により、バイタルデータに異常が有り、かつ患者６により通報要求が行われたならば、通報先端末としては医師端末２が選択される。つまり、バイタルデータに異常があり、かつ患者６に自覚症状が有る場合には、医師７へ通報される。このような通報を受けた医師７は、端末に表示される患者情報に基づいて患者と連絡を取り、病状確認を行ったり、投薬等の適切な処置を指示したりすることができる。医師は、患者６の状態によりセンタ端末３を呼び出して救急車の手配等を行うことができる。あるいは医師が自ら救急車の手配をすることもできる。
【０１２４】
一方、バイタルデータに異常が無いにも拘わらずに患者６が通報要求を行った場合、またはバイタルデータに異常が検出されてから一定時間が経過しても患者が通報要求を行わない場合、通報先端末としてはセンタ端末３または看護師端末１００が選択される。つまり、異常がない患者６が通報を要求した場合、異常が生じているにも拘わらずに自覚症状が無いために患者６が通報ボタン１２を押さない場合、あるいは意識を失っている等の理由で患者が通報ボタン１２を押せない場合などでは、まず担当者８や看護師１１０の様な医師７以外の補助者へ通報される。このような通報を受けた担当者８や看護師１１０は、端末に表示される患者情報に基づいて患者と連絡を取り、患者６の意識の有無を確認し、患者６に意識が有る場合はバイタルデータの異常を知らせ、直ちに医師に連絡するようにアドバイスすることができる。患者６に意識が無い場合は、救急車等の手配を行うなどの救護活動を行うことができる。
【０１２５】
以上のように第３の実施形態によれば、前記第１の実施形態や第２の実施形態と同様に、医師の7-1〜7-nの負担を軽減しながらも、有効な在宅医療サービスを提供することが可能となる。
【０１２６】
第３の実施形態によればさらに、患者端末１３０はバイタルデータや通知情報の送信を行うのみであり、通報の要否の判断や通報先端末の選択を行うことがない。このため、患者端末１３０は患者端末１，１０に比べて簡易な構成により実現が可能である。患者６が複数人存在するならば、複数の患者端末１３０が必要となるのであり、患者端末１３０の構成が簡易であることは、ヘルスケア支援システムを構築するためのコストの圧縮に大きく貢献する。また、選択条件などを変更する必要が生じた場合にも、ヘルスケア支援装置１２０における設定変更のみで対応できる。すなわち、システム運用の柔軟性を高めることが可能である。
【０１２７】
なお、以上の各実施形態は次のような種々の変形実施が可能である。
【０１２８】
通報ボタン１２は、患者端末１，１０に備えられるのではなく、独立して移動可能な物やペンダント等にして患者６が身に付けられるようにしても良い。
【０１２９】
医師端末2-1〜2-nの１つを選択する順序は、医師7-1〜7-nの労働回数または労働時間、あるいはその医師7-1〜7-nがどの患者に対して労働したかといった医師7-1〜7-nに関する情報、または症状または合併症等の患者６に関する情報を適宜に考慮して定めるようにしても良い。ただしこの場合には、これらの考慮する情報を得るための履歴情報を作成する機能を備えることが必要となる。
【０１３０】
通報先を医師端末2-1〜2-nおよびセンタ端末３のいずれとするかを患者６に選択させることとし、かつセンタ端末３を選択したときに患者側に課金するサービス利用料を医師端末2-1〜2-nを選択したときに比べて安価とするようにしても良い。このようにすることにより、安易に医師端末2-1〜2-nが選択されることを防ぎながら、患者側に選択の余地を与えることができる。
【０１３１】
医師端末2-1〜2-nが発呼先として選択される場合に、医師端末2-1〜2-nの１つを患者６に選択させるようにし、かつ選択された医師端末に応じて患者側に課金するサービス利用料を変化するようにしても良い。このようにすることにより、特定の医師に通報が集中することを防ぎながら、患者側に選択の余地を与えることができる。
【０１３２】
月末、あるいは決められた清算日に、患者端末に関する履歴データと医師端末に関する履歴データとにより患者側に課金するサービス利用料と医師側に支払う報酬とを計算する（主に契約時に従量制にした部分）機能を備えるようにしても良い。このとき、患者端末１，１０および医師端末2-1〜2-nにてそれぞれ履歴データを作成するようにして、これらの履歴データを照合する仕組みにしてもよい。
【０１３３】
医師端末2-1〜2-nは、オンライン／オフラインの人為的な指定を受け付けるようにして、オフラインが指定されているときには、着呼が発生しても医師の呼び出しを行わないようにしても良い。このようにすれば、医師が救急患者や来院患者に対応したり、カルテを書いたりする時間を自由に取ることができる。
【０１３４】
医師端末2-1〜2-nにおけるオンライン／オフラインの設定状況を、患者端末１あるいはヘルスケア支援装置１２０にて管理するようにし、これを通報先の選択のために参照するようにしても良い。あるいは、医師端末2-1〜2-nにおけるオンライン／オフラインの設定状況を、センタ端末３にて表示するようにし、これにより担当者８が医師の手配などを効率的に行うことができるようにすることもできる。
【０１３５】
医師端末2-1〜2-nからセンタ端末３を呼び出して、患者６からの通報への対応を担当者８に委ねることを可能としても良い。
【０１３６】
患者端末１，１０と医師端末2-1〜2-nとが通信状態になった時、患者端末１，１０および医師端末2-1〜2-nの両方またはいずれか一方にて、通信先、通信時間、通信開始／終了時刻、通信内容（救急車手配等のオプションがあったかどうか等）等の通信履歴データを記録するようにしても良い。
【０１３７】
患者端末１，１０においては、指紋、虹彩、音声、パスワード、バイタルデータの特徴などを利用して患者認証を行うようにしても良い。
【０１３８】
患者端末１，１０，１３０と、医師端末２、センタ端末３または看護師端末１００との間での通信は、一般電話、テレビ電話、インターネット電話、あるいは電子メールなどのような様々な形態で実現されて良い。
【０１３９】
前記第１乃至第３の実施形態の一部の要素を、他の実施形態に組み合わせて実施することもできる。例えば第３の実施形態におけるヘルスケア支援装置１２０に、第２の実施形態のように患者端末１３０と医師端末２、センタ端末３または看護師端末１００とを交換接続する機能を備えることができる。また、第１の実施形態および第２の実施形態における通報先端末の選択手順を第３の実施形態に適用したり、逆に第３の実施形態における通報先端末の選択手順を第１実施形態または第２実施形態に適用することもできる。
【０１４０】
補助者端末としては、センタ端末３および看護師端末１００には限らず、栄養士のような他の種類の補助者により使用される端末を含んでも良い。
【０１４１】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【０１４２】
【図１】本発明の第１の実施形態に係るヘルスケア支援システムの構成を示すブロック図。
【図２】図１中の記憶装置に記憶される順位情報の内容の一例を示す図。
【図３】図１中の患者端末が備える機能を示したブロック図。
【図４】図１中の制御ユニットの処理手順を示すフローチャート。
【図５】本発明の第２の実施形態に係るヘルスケア支援システムの構成を示すブロック図。
【図６】図５中の患者端末およびセンタ装置が備える機能を示したブロック図。
【図７】図５中の制御ユニットの処理手順を示すフローチャート。
【図８】図５中の制御ユニットの処理手順を示すフローチャート。
【図９】本発明の第３の実施形態に係るヘルスケア支援システムの構成を示すブロック図。
【図１０】図９中の患者端末およびヘルスケア支援装置が備える機能を示したブロック図。
【図１１】図９中の制御ユニットの処理手順を示すフローチャート。
【図１２】図９中の制御ユニットの処理手順を示すフローチャート。
【符号の説明】
【０１４３】
１，１０，１３０…患者端末、２，2-1〜2-n…医師端末、３，９…センタ端末、４…通信網、５…計測装置、１１…受信ユニット、１２…通報ボタン、１３，９３，１２２…記憶装置、１４，９２，１２１…通信ユニット、１５…通話ユニット、１６，１７，１８，９４，１２３…制御ユニット、９１…交換接続ユニット、１００…看護師端末、１２０…ヘルスケア支援装置、１６ａ，９４ｃ，１２３ｅ…第１の判定ユニット、１６ｂ，９４ｄ，１２３ｄ…第２の判定ユニット、１６ｃ，９４ｅ，１２３ｇ…選択ユニット、１６ｄ，１８ａ，９４ｆ，１２３ｈ…送信ユニット、１８ｂ…通知ユニット、９４ａ，１２３ａ…取得ユニット、９４ｂ，１２３ｂ…入力ユニット、９４ｇ…接続制御ユニット、１２２ａ…保管データベース、１２２ｂ…設定情報テーブル、１２３ｃ…抽出ユニット、１２３ｄ…確認ユニット。
【図１】
2005218851.tif 000003
【図２】
2005218851.tif 000004
【図３】
2005218851.tif 000005
【図４】
2005218851.tif 000006
【図５】
2005218851.tif 000007
【図６】
2005218851.tif 000008
【図７】
2005218851.tif 000009
【図８】
2005218851.tif 000010
【図９】
2005218851.tif 000011
【図１０】
2005218851.tif 000012
【図１１】
2005218851.tif 000013
【図１２】
2005218851.tif 000014