JP4861616B2 - ヘルスケア支援システムおよびヘルスケア支援装置 - Google Patents

Description

本発明は、在宅医療を可能とするためのヘルスケア支援システムおよびヘルスケア支援装置に関する。

先進国の疾病構造は生活水準の向上に伴い、感染症等の急性疾患よりも生活習慣病と言われる慢性疾患が中心となって来ている。このような慢性疾患としては、糖尿病が代表的である。こうした慢性疾病の増加により、長期の治療期間を支え、社会生活と治療を両立させるための在宅医療が必要とされて来ている。

その一環として、患者のバイタルデータを監視し、病態の悪化に応じて自動的に医療機関等に通報することが望まれている。あるいは、患者が自分の健康状態に不安を感じたときに、オンラインで医師等に相談できることが望まれている。そしてこれらを実現するために、例えば特許文献１に開示されるようなシステムが考えられている。
特開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…医師端末、３，９…センタ端末、４…通信網、５…計測装置、１１…受信ユニット、１２…通報ボタン、１３，９３，１２２…記憶装置、１４，９２，１２１…通信ユニット、１５…通話ユニット、１６，１７，１８，９４，１２３…制御ユニット、９１…交換接続ユニット、１００…看護師端末、１２０…ヘルスケア支援装置、１６ａ，９４ｃ，１２３ｅ…第１の判定ユニット、１６ｂ，９４ｄ，１２３ｄ…第２の判定ユニット、１６ｃ，９４ｅ，１２３ｇ…選択ユニット、１６ｄ，１８ａ，９４ｆ，１２３ｈ…送信ユニット、１８ｂ…通知ユニット、９４ａ，１２３ａ…取得ユニット、９４ｂ，１２３ｂ…入力ユニット、９４ｇ…接続制御ユニット、１２２ａ…保管データベース、１２２ｂ…設定情報テーブル、１２３ｃ…抽出ユニット、１２３ｄ…確認ユニット。

Claims (10)

1. それぞれ医師により使用される複数の医師端末と通信網を介して接続可能なヘルスケア支援装置であって、
   患者のバイタルデータを取得する取得手段と、
   前記バイタルデータに異常値が含まれるか否かを判定する第１の判定手段と、
   前記患者からの通報要求を入力する入力手段と、
   前記バイタルデータに前記異常値が含まれると判定された後の所定時間内に前記通報要求が入力された場合に、前記医師端末への通報が必要であると判定する第２の判定手段と、
   前記通報が必要であると判定されたことに応じて前記複数の医師端末のうちの１つを通報先端末として選択する選択手段と、
   前記通報先端末に発呼する発呼手段とを備え、
   前記選択手段は、前記発呼に対して第１の時間内に前記通報先端末が応答しないことに応じて、この応答しない通報先端末と同一のグループに属する前記医師端末のうちに未選択である前記医師端末が存在するならばその医師端末のうちの１つを前記通報先端末として選択し直し、前記応答しない通報先端末と同一のグループに属する前記医師端末のうちの全てが選択済みであるならば前記応答しない通報端末とは別のグループに属する前記医師端末のうちの１つを前記通報端末として選択し直し、
   前記発呼手段は、前記選択手段が前記通報端末を選択し直したことに応じて、前記選択手段により新たに選択された前記通報先端末へ発呼することを特徴とするヘルスケア支援装置。
2. 前記送信手段は、前記バイタルデータを前記通報先端末に対して送信することを特徴とする請求項１に記載のヘルスケア支援装置。
3. 前記通信網を介して患者端末と接続が可能であり、
   前記取得手段は、前記患者端末から前記通信網を介して送信された前記バイタルデータを取得することを特徴とする請求項１に記載のヘルスケア支援装置。
4. 前記複数の医師端末のそれぞれが前記通報を許容するか否かを判定する手段をさらに備え、
   前記選択手段は、前記通報を許容する前記医師端末のうちから前記通報先端末を選択することを特徴とする請求項１に記載のヘルスケア支援装置。
5. 前記選択手段は、前記応答しない通報先端末と同一のグループに属し、かつ未選択である前記医師端末の全てが通報を許容しない場合には、前記応答しない通報端末とは別のグループに属する前記医師端末のうちで前記通報を許容する前記医師端末のうちの１つを前記通報先端末として選択することを特徴とする請求項４に記載のヘルスケア支援システム。
6. 前記発呼に応答した前記通報先端末と前記患者に対応付けられた患者端末とを前記通信網を介して互いに接続する手段をさらに備えることを特徴とする請求項１に記載のヘルスケア支援装置。
7. 前記ヘルスケア装置は、医師以外の補助者により使用される補助者端末と前記通信網を介して接続が可能であり、
   前記第２の判定手段は、前記バイタルデータに前記異常値が含まれると判定された後の所定時間内に前記通報要求が入力されなかった場合に前記補助者端末への通報が必要であると判定し、
   前記選択手段は、前記第２の判定手段により前記補助者端末への通報が必要であると判定されたことに応じて前記補助者端末を前記通報先端末として選択することを特徴とする請求項１に記載のヘルスケア支援装置。
8. 前記ヘルスケア装置は、前記通信網を介して患者端末と接続が可能であり、
   前記入力手段は、前記患者端末から前記通信網を介して送信された通報要求情報を受信することにより前記通報要求を入力することを特徴とする請求項１に記載のヘルスケア支援装置。
9. 患者端末およびそれぞれ医師により使用される複数の医師端末と、これらの端末と接続可能なヘルスケア支援装置とを含んだヘルスケア支援システムであって、
   前記患者端末は、
   患者のバイタルデータを取得する手段と、
   前記バイタルデータを前記ヘルスケア支援装置へ送信する手段とを具備し、
   前記ヘルスケア支援装置は、
   前記患者端末から前記通信網を介して送信された前記バイタルデータを取得する取得手段と、
   前記バイタルデータに異常値が含まれるか否かを判定する第１の判定手段と、
   前記患者からの通報要求を入力する入力手段と、
   前記バイタルデータに前記異常値が含まれると判定された後の所定時間内に前記通報要求が入力された場合に前記医師端末への通報が必要であると判定する第２の判定手段と、
   前記通報が必要であると判定されたことに応じて前記複数の医師端末のうちの１つを通報先端末として選択する選択手段と、
   前記通報先端末に発呼する発呼手段とを備え、
   前記選択手段は、前記発呼に対して第１の時間内に前記通報先端末が応答しないことに応じて、この応答しない通報先端末と同一のグループに属する前記医師端末のうちに未選択である前記医師端末が存在するならばその医師端末のうちの１つを前記通報先端末として選択し直し、前記応答しない通報先端末と同一のグループに属する前記医師端末のうちの全てが選択済みであるならば前記応答しない通報端末とは別のグループに属する前記医師端末のうちの１つを前記通報端末として選択し直し、
   前記発呼手段は、前記選択手段が前記通報端末を選択し直したことに応じて、前記選択手段により新たに選択された前記通報先端末へ発呼することを特徴とするヘルスケア支援システム。
10. 前記医師端末は、
    オフラインまたはオンラインの人為的な指定を受け付ける手段と、
    前記オフラインの指定が受け付けられたことに応じて前記医師端末を前記ヘルスケア支援装置に対してオフラインとし、前記オンラインの指定が受け付けられたことに応じて前記医師端末を前記ヘルスケア支援装置に対してオンラインとする手段とを具備したことを特徴とする請求項９に記載のヘルスケア支援システム。

Images