(57)【要約】【課題】在宅ユーザーと医療、介護、服薬サービスを行うアドバイザーが容易にコミュニケーションを取ることが可能な診療支援サーバーおよび診療支援システムを提供すること。【解決手段】診療支援サーバー１１は、個人情報データベース１７と、端末への表示データ生成、入力を行う手段と、音声および動画像のストリーミングデータを送受信し、端末同士を接続すると共に、相手端末を他の端末へ転送する中継交換機能とを備える。ユーザー端末５０および受付端末を含むアドバイザー端末１２、１３は、ＨＴＭＬブラウザを備え、動画像および音声のストリーミングデータの送受信が可能である。本発明によれば、在宅ユーザーと医療、介護、服薬サービスを行うアドバイザーが容易にコミュニケーションを取ることが可能となる。【選択図】      図１
2004151819.tif 000002
【特許請求の範囲】
【請求項１】
ユーザーの個人情報が登録されたデータベース手段と、
端末への表示データ生成および端末からの操作データ入力を行う端末インターフェイス手段と、
端末との間で音声および動画像のストリーミングデータを送受信し、端末同士を接続する中継交換機能と、
を備えたことを特徴とする診療支援サーバー。
【請求項２】
前記端末インターフェイス手段は、特定の端末に対して接続される相手端末と対応する個人情報を前記データベース手段から検索して表示することを特徴とする請求項１に記載の診療支援サーバー。
【請求項３】
前記サーバーは更に、
特定の端末に対する接続待ちの端末に対して待ちの順番情報を表示する接続待ち制御手段と、
特定の端末に対して接続される相手端末と関連する他の特定の端末情報を表示すると共に、端末からの当該端末情報の選択指示に基づき、相手端末を他の端末と接続する転送手段と
を備えたことを特徴とする請求項１に記載の診療支援サーバー。
【請求項４】
請求項１乃至３のいずれかに記載の診療支援サーバと、
動画像および音声のストリーミングデータの送受信が可能なユーザー端末と、
動画像および音声のストリーミングデータの送受信が可能なアドバイザー端末と、
前記サーバーおよび前記端末を接続する通信網と
を備えたことを特徴とする診療支援システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は診療支援サーバーおよび診療支援システムに関し、特に在宅ユーザーと複数のアドバイザーの内の該当するアドバイザーを選択してコミュニケーションを取ることが可能な診療支援サーバーおよび診療支援システムに関するものである。
【０００２】
【従来の技術】
従来、在宅の患者と病院等を公知のテレビ電話で接続して、遠隔診療を行うシステムが提案されている。また、病院内においては、カルテデータを電子化、データベース化し、端末によって閲覧する電子カルテシステムが提案されている。但し、これらのシステムの間には連携はない。なお、関連する公知文献としては特開２００２−２３０１６２号公報がある。
【０００３】
【発明が解決しようとする課題】
高齢者の診療は本来、医療のみならず薬局や介護サービス業者と連携して行うべきであるが、従来の遠隔診療システムにおいては、端末が患者サイドのために開発されたものではないので端末の操作性が悪く、情報表示や接続、転送の機能など各種の医療、介護、服薬サービスとテレビ電話システムとの連携がなく、使い勝手が悪いという問題点があった。
本発明の目的は、前記のような従来技術の問題点を解決し、在宅ユーザーと医療、介護、服薬サービスを行うアドバイザーが適切、かつ容易にコミュニケーションを取ることが可能な診療支援サーバーおよび診療支援システムを提供することにある。
【０００４】
【課題を解決するための手段】
本発明の診療支援サーバーは、ユーザーの個人情報が登録されたデータベース手段と、端末への表示データ生成および端末からの操作データ入力を行う端末インターフェイス手段と、端末との間で音声および動画像のストリーミングデータを送受信し、端末同士を接続すると共に、端末からの指示に基づき、相手端末を他の端末と接続する中継交換機能とを備えたことを特徴とする。
【０００５】
また、本発明の診療支援システムは、上記のサーバと、動画像および音声のストリーミングデータの送受信が可能なユーザー端末と、動画像および音声のストリーミングデータの送受信が可能なアドバイザー端末と、前記サーバーおよび前記端末を接続する通信網とを備えたことを特徴とする。
【０００６】
本発明によれば、専用の端末を使用することにより、分かりやすいユーザーインターフェイスを提供でき、操作性が向上すると共に、サーバーに機能を集中させることにより、保守運用、バージョンアップが容易にでき、端末側のシステムは既存のソフトを組み合わせることにより、容易に実現できる。従って、在宅ユーザーと医療、介護、服薬サービスを行うアドバイザーが容易にコミュニケーションを取ることができるシステムを構築することが可能となる。
【０００７】
【発明の実施の形態】
以下、本発明の実施の形態を詳細に説明する。図１は、本発明の診療支援サーバーを含む診療支援システム全体の構成例を示すブロック図である。システムはＤＢ（データベース）１７を備えたサーバー１１、複数のユーザ端末５０、５１、受付端末１２を含むアドバイザー端末１３、１４、２１、３１、４１およびインターネット６０、ＬＡＮ１６、ルーター１５等からなる通信網からなる。
【０００８】
この実施例においては、サーバー１１、ユーザが最初に接続される受付端末１２、医師、看護士薬剤師等が使用するその他のアドバイザー端末１３、１４が例えば総合病院１０内に設置され、ＬＡＮ１６によって接続されているが、サーバー１１や受付端末１２等の設置場所および接続方法（通信回線の種別）は任意である。
【０００９】
サーバー１１は、患者であるユーザーの個人情報等が登録されたＤＢ１７を備えており、後述する処理を行う。なお、サーバー１１のハードウェアおよびＯＳとしては市販の周知のサーバー装置およびＯＳを使用可能である。
ユーザー端末５０および受付端末１２を含むアドバイザー端末１３は、ほぼ同様の後述するような装置構成となっている。また、ソフトウェア構成もほぼ同様であり、後述するようなリアルタイムの動画像および音声のストリーミングデータの送受信機能およびＨＴＭＬデータの表示／入力処理機能を備えている。
【００１０】
図２は、本発明のシステムにおいて使用するユーザー端末５０のハードウェア構成を示すブロック図である。ユーザー端末５０は、タッチパネル付きの液晶ディスプレイ７３を備え、更に、キーボード、マウス８０、ビデオカメラ８１、マイク、スピーカ（ハンドセット）８２、ＡＤＳＬモデム８３が接続されている。
【００１１】
なお、ユーザー端末５０はハードディスク装置は備えておらず、プログラムは全て不揮発性ＲＯＭ７１に格納されている。従ってユーザが任意の時点で電源を切るなどしても故障する恐れがない。また、ファンレス構造をとっており、２４時間電源を入れておいても静かなので睡眠を妨げることがない。一方、アドバイザー端末としてはハードディスク装置を備えていてもよい。
【００１２】
端末のＯＳとしては市販の周知のＯＳを利用可能であり、その上に後述する機能を実行するプログラムがインストールされている。そして、端末を起動すると、自動的にサーバー１１と接続されるように設定されている。
【００１３】
図３は、本発明のシステムにおける各装置の処理機能を示す機能ブロック図である。ユーザー端末５０および受付端末１２を含むアドバイザー端末１３は、同様のソフトウェア構成であり、リアルタイムの動画像および音声のストリーミングデータの送受信機能およびＨＴＭＬデータの受信／表示および入力情報の送信等の処理（ブラウザ）機能を備えている。
【００１４】
サーバー１１は、後述する処理を行うサービスプログラムがインストールされており、端末への表示データ（ＨＴＭＬ）の生成や端末からのデータ入力、端末間の接続管理やストリーミングデータの中継、データロギング、データバックアップ等の処理を行う。本発明においては、全ての端末はサーバー１１を介して相互に接続される構成となっており、サーバー１１は全ての端末の接続／使用状態を把握している。
【００１５】
図４は、本発明のサーバーにおけるサービスプログラム処理を示すフローチャートである。Ｓ１０においては、サーバーへのアクセスが有るまで待ち、Ｓ１１においては、例えばＩＤとパスワードによる認証がＯＫか否かが判定される。そして、ＯＫでない場合にはエラーとして切断処理を行うが、ＯＫの場合にはＳ１２に移行する。
【００１６】
Ｓ１２においては、例えばＩＤによってユーザ端末か否（即ち、アドバイザー端末）かが判定され、判定結果が否定の場合にはＳ１３に移行するが、肯定の場合にはＳ１４に移行する。Ｓ１３においては、後述するユーザ端末あるいは他のアドバイザー端末への直接接続処理が行われる。
【００１７】
Ｓ１４においては、端末に処理メニュー等を表示した初期画面を表示させる。ユーザーはここで例えばディスプレイ上の所望の接続先にタッチする。Ｓ１５においては、タッチパネルからの入力情報を解析して接続先の指示を入力する。Ｓ１６においては、接続先が受付か否（薬）かが判定され、受付の場合にはＳ１７に移行するが、薬の場合にはＳ２７に移行する。
【００１８】
Ｓ１７においては、接続先の受付端末が空きか否かが判定され、判定結果が肯定の場合にはＳ１９に移行するが、否定の場合にはＳ１８に移行する。Ｓ１８においては、アクセスしてきたユーザー端末に何番目かという情報を含む待機を表示するデータを送信し、受付端末への待ち行列の最後に追加する。ユーザー端末の待機指示画面には待っている患者数が表示され、ユーザー端末が受付端末と接続される毎に表示されている待ち人数が減少する。
【００１９】
Ｓ１９においては、受付端末に受け付けたＩＤと対応する個人情報、接続先状態情報、即ち、当該ユーザーが接続する可能性のある診療所や薬局の名称や端末の状態情報等を表示する。
Ｓ２０においては、受付端末から接続許可を示す情報が入力されるまで待ち、Ｓ２１においては、アクセスしてきたユーザー端末と受付端末とを接続し、端末間のストリーミングデータを中継する。この処理により、ユーザーと受付オペレーターとがお互いに相手を見ながら会話が可能となる。
【００２０】
Ｓ２２においては、受付端末から転送の指示がなされたか否かが判定され、判定結果が肯定の場合にはＳ２３に移行し、後述する転送処理が行われる。Ｓ２４においては、どちらかの端末から切断の指示がなされたか否かによって終了か否かを判定し、判定結果が肯定の場合にはＳ２５に移行する。Ｓ２５においては、双方の端末との接続を切断する。なお、切断した端末について、接続を待っているユーザーがいる場合にはＳ１９に移行し、待ち行列の先頭のユーザーとの接続処理へ移行する。
Ｓ２６においては、アクセスログを記録すると共に、障害が発生してもシステムを障害発生直前の状態に復旧できるようにデータをバックアップする。
【００２１】
Ｓ１６において、指示が薬の場合にはＳ２７に移行する。Ｓ２７においては、指示が処方箋の回収依頼か否（薬に関する問い合わせ）かが判定され、判定結果が肯定の場合にはＳ２８に移行するが、否定の場合にはＳ３１に移行する。Ｓ２８においては、接続先の特定の薬局の端末が空きか否かが判定され、判定結果が肯定の場合にはＳ３０に移行するが、否定の場合にはＳ２９に移行して端末に待機を表示させ、Ｓ２８に戻る。Ｓ３０においては、ユーザー端末を薬局端末と接続する。
【００２２】
Ｓ３１においては、接続先の任意の薬局の端末が空きか否かが判定され、判定結果が肯定の場合にはＳ３３に移行するが、否定の場合にはＳ３２に移行して端末に待機を表示させ、Ｓ３１に戻る。Ｓ３３においては、ユーザー端末を空きの薬局端末の内の１つと接続する。なお、Ｓ３０、Ｓ３３の処理はそれぞれＳ１９〜Ｓ２１の処理と同じである。Ｓ３４においては、どちらかの端末から切断の指示がなされたか否かによって終了か否かを判定し、判定結果が肯定の場合にはＳ２５に移行する。
【００２３】
図５は、Ｓ２３の転送処理の内容を示すフローチャートである。Ｓ４０においては、ユーザー端末と受付端末との接続を切断し、それぞれの端末とサーバーとの接続を保留する。Ｓ４１においては、例えば受付端末に表示されている端末リスト（１０９）の中から転送先端末を選択することにより端末を指定する。Ｓ４２においては、選択された端末が通話中であるか否かが判定され、判定結果が肯定の場合にはＳ４９に移行するが、否定の場合にはＳ４３に移行する。
【００２４】
Ｓ４３においては、受付端末と転送先端末とを接続する。ここで受付オペレーターは転送先の担当者と会話し、用件を伝える。Ｓ４４においては、転送先端末のオペレーターからの転送を許可する旨の操作があったか否か、あるいは受付端末から切断の指示がなされたか否かによって転送指示有りか否かが判定され、判定結果が否定の場合にはＳ４７に移行するが、肯定の場合にはＳ４５に移行する。Ｓ４５においては、受付端末と転送先端末との接続を切断する。Ｓ４６においては、ユーザー端末と転送先端末とを接続する。
【００２５】
Ｓ４４において転送を拒否された場合にはＳ４７に移行し、他に代替端末があるか否かが判定され、代替端末がある場合にはＳ４１に移行するが、代替端末がない場合にはＳ４８に移行する。Ｓ２８においては、ユーザーと元の受付端末とを再度接続する。
Ｓ４２において転送先端末が通話中であった場合にはＳ４９に移行し、通話中の転送先端末の画面に割込通話の要求を表示する。Ｓ５０においては、転送先端末からの割込接続の許可操作を待ち、Ｓ５１においては、転送先端末が通話中のユーザー端末の接続を保留し、受付端末と転送先端末とを接続する。
【００２６】
ここで、受付オペレーターが転送先端末オペレーターと通話して接続許可を求める。Ｓ５２においては、接続許可が得られたか否かが判定され、不許可の場合にはＳ４７に移行するが、許可の場合にはＳ５３に移行する。Ｓ５３においては、割込接続を元の状態に戻し、また、受付端末と保留されていたユーザー端末とを接続する。ここで、受付オペレーターはユーザーに転送することを通知する。Ｓ５４においては、ユーザー端末を転送先端末の待ち行列の最後に追加する。なお、緊急を要する場合などには、Ｓ５３、５４の処理に代えて、保留されているユーザー端末と転送先端末とを接続できるようにしてもよい。
【００２７】
図６は、Ｓ１３の指定端末接続処理を示すフローチャートである。Ｓ５０においては、指定端末接続処理初期画面を表示する。Ｓ５１においては、接続先の指示を入力する。即ち、アドバイザー端末オペレーターは、まず「つなぐ」ボタンをタッチし、次にユーザー端末かアドバイザー端末かを選択する。その後、ユーザー端末あるいはアドバイザー端末の管理番号を入力するか、接続履歴を表示させてその中から所望の端末を選択する。
【００２８】
Ｓ５２においては、接続先端末が空きか否かが判定され、判定結果が肯定の場合にはＳ５５に移行するが、否定の場合にはＳ５３に移行する。Ｓ５３においては端末に待機を表示させる。Ｓ５４においては、端末から切断の指示があったか否かが判定され、判定結果が肯定の場合にはＳ５７に移行するが、否定の場合にはＳ５２に戻る。
【００２９】
Ｓ５５においては、アクセス端末と接続先端末を接続する。Ｓ５６においては、どちらかの端末から切断の指示がなされたか否かによって終了か否かを判定し、判定結果が肯定の場合にはＳ５７に移行する。Ｓ５７においては、接続を切断する。Ｓ５８においては、アクセスログを記録し、データをバックアップする。
【００３０】
図７は、本発明のシステムの端末における画面表示例を示す説明図である。図７（ａ）は受付端末と接続中のユーザー端末画面表示例である。また、図７（ｂ）はユーザー端末と接続中のアドバイザー（受付）端末画面表示例である。
【００３１】
それぞれの端末の画面の左上には相手の動画像表示フレーム９０、１００および通話音量調整フレーム９１、１０１が表示されている。画面の左下には本人の動画像表示フレーム９２、１０２および指示用ボタン９３、１０３〜１０５が表示されている。
なお、ユーザー端末には「きる」という指示ボタンしかないが、アドバイザー端末には、「きる」ボタン１０５の他、ユーザー端末との接続指示に使用する「つなぐ」ボタン１０３、および他のアドバイザー端末への転送指示に使用する「まわす」ボタン１０４がある。
【００３２】
画面の右上には、接続先を示す情報の表示フレーム９４、１０６があり、右下には指示あるいは情報の表示フレーム９５、１０７がある。それぞれのフレームにはサーバーから必要な情報が送信される。例えば、受付端末の場合には、図７（ｂ）に示すように、接続されたユーザーの個人情報や、当該ユーザーと関連した、あるいは過去に当該ユーザーを転送した端末のリストが表示される。この端末リストには、端末の現在の状態（○：空き、△：通話中、×：切断など）が表示されており、オペレーターはどの端末に接続すべきかを適切に判断できる。
【００３３】
【発明の効果】
以上述べたように、本発明によれば、専用の端末を使用することにより、分かりやすいユーザーインターフェイスを提供でき、操作性が向上すると共に、サーバーに機能を集中させることにより、保守運用、バージョンアップが容易にでき、端末側のシステムは既存のソフトを組み合わせることにより、容易に実現できるという効果がある。従って、在宅ユーザーと医療、介護、服薬サービスを行うアドバイザーが容易にコミュニケーションを取ることが可能な診療支援サーバーおよび診療支援システムを提供することができる。
【図面の簡単な説明】
【図１】本発明のサーバーを含む診療支援システム全体の構成例を示すブロック図である。
【図２】本発明のユーザー端末５０のハードウェア構成を示すブロック図である。
【図３】本発明の各装置の処理機能を示す機能ブロック図である。
【図４】本発明のサーバーにおけるサービスプログラム処理を示すフローチャートである。
【図５】Ｓ２３の転送処理の内容を示すフローチャートである。
【図６】Ｓ１３の指定端末接続処理を示すフローチャートである。
【図７】本発明のシステムの端末における画面表示例を示す説明図である。
【符号の説明】
１０…総合病院、１１…サーバー、１２…受付端末、１３、１４、２１、３１、４１…アドバイザー端末、１５…ルーター、１６…ＬＡＮ、１７…データベース、２０…診療所、３０…介護センター、４０…調剤薬局、５０、５１…ユーザ端末、６０…インターネット
【図１】
2004151819.tif 000003
【図２】
2004151819.tif 000004
【図３】
2004151819.tif 000005
【図４】
2004151819.tif 000006
【図５】
2004151819.tif 000007
【図６】
2004151819.tif 000008
【図７】
2004151819.tif 000009