(57)【特許請求の範囲】
【請求項１】
ネットワーク上で通信可能に接続された、患者が用いる患者携帯端末と、病院の医師が用いる医師携帯端末と、前記患者の健康管理のための患者情報を記憶して管理する患者管理サーバと、を備え、前記患者による前記病院の利用を支援する病院利用支援システムであって、
前記患者携帯端末の制御部は、
前記医師が前記医師携帯端末を用いて前記患者情報を閲覧することを許可する患者情報閲覧許可部、
前記患者の健康状態を示す計測値を計測する計測器から前記計測値を取得する計測値取得部、
前記計測値を前記患者情報として前記患者管理サーバに送信する計測値送信部、
前記患者の健康状態に異常があることおよび前記病院での診察可能日時を含む診察推奨情報を前記医師携帯端末から受信する診察推奨情報受信部、
診察希望日時を含む診察希望情報を前記医師携帯端末に送信する診察希望情報送信部、として機能するように処理を実行し、
前記医師携帯端末の制御部は、
前記患者管理サーバが記憶しており、前記患者から許可された前記患者情報を閲覧する患者情報閲覧部、
前記診察推奨情報を前記患者携帯端末に送信する診察推奨情報送信部、
前記診察希望情報に含まれる診察希望日時に対して決定した診察予約日時および前記患者の患者識別情報を含む診察予約情報を前記患者携帯端末に送信する診察予約情報送信部、として機能するように処理を実行し、
前記患者管理サーバの記憶部は、
前記患者情報として、前記患者携帯端末から受信した前記計測値を記憶しており、
前記病院利用支援システムは、前記病院の看護師が用い、前記患者情報の閲覧を許可されていない看護師携帯端末をさらに備え、
前記看護師携帯端末は、前記患者を撮影したときの撮影データを、前記医師携帯端末に送信し、前記医師携帯端末から受信した前記患者の前記患者情報を画面表示する、
ことを特徴とする病院利用支援システム。
【請求項２】
診察の受付のための処理をする診察受付端末と、前記患者携帯端末に対して所定の日時に配信するコンテンツを記憶して管理するコンテンツ管理サーバと、をさらに備え、
前記診察受付端末の制御部は、
前記診察受付端末から所定の距離の範囲内にある前記患者携帯端末から前記診察予約情報を取得する診察予約情報取得部、
診察を待っている前記患者によって前記患者携帯端末から前記コンテンツ管理サーバに対して前記コンテンツの配信要求がなされると、前記患者携帯端末に配信可能な前記コンテンツを、前記患者携帯端末に表示して紹介するコンテンツ紹介部、
前記患者携帯端末に対して所定のタイミングで診察のための呼び出し通知をする呼び出し通知部、
前記医師の診察の会計および前記医師が処方した薬の会計において、前記患者携帯端末を介した電子決済を処理する診察電子決済処理部、として機能するように処理を実行し、
前記患者管理サーバの記憶部は、
前記患者情報として、前記医師の診察の診察結果、をさらに記憶している
ことを特徴とする請求項１に記載の病院利用支援システム。
【請求項３】
前記病院に入院中の前記患者に販売する商品の商品情報を記憶して管理する商品管理サーバ、を前記ネットワーク上で通信可能となるようにさらに備え、
前記患者携帯端末の制御部は、
前記患者が注文した前記商品を含む注文情報を前記商品管理サーバに送信する注文情報送信部、として機能するように処理を実行し、
前記商品管理サーバの制御部は、
前記患者携帯端末から受信した前記注文情報に応じて、前記注文された商品について、
前記患者携帯端末を介した電子決済を処理する商品電子決済処理部、として機能するように処理を実行する
ことを特徴とする請求項２に記載の病院利用支援システム。
【請求項４】
前記コンテンツ管理サーバの制御部は、
前記病院に入院中の前記患者によって前記患者携帯端末から前記コンテンツ管理サーバに対して前記コンテンツの配信要求がなされたコンテンツを前記患者携帯端末に配信する
ことを特徴とする請求項３に記載の病院利用支援システム。
【請求項５】
前記患者携帯端末の前記患者情報閲覧許可部が前記患者情報の閲覧を許可した第２の病院の第２の医師が用いる第２の医師携帯端末、をさらに備え、
前記患者管理サーバの記憶部は、
前記患者情報として、前記病院から退院した前記患者が入院中に受けた手術の結果、をさらに記憶しており、
前記第２の医師携帯端末の制御部は、
前記患者管理サーバが記憶しており、前記患者から許可された前記患者情報を閲覧する第２の患者情報閲覧部、として機能するように処理を実行する
ことを特徴とする請求項３または請求項４に記載の病院利用支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを使って病院の利便性を向上させる技術に関する。
【背景技術】
【０００２】
健康に気を遣う個人は、自力で健康管理をすることに限界があるので、健康管理について的確なアドバイスを提供できる医師と十分な意思疎通をとりたいと考える。医師との十分な意思疎通をとるためには、病院をできる限り有効に利用することが重要となる。なお、病院の利用には、例えば、診察を受けること、入院すること、退院後の通院などといった、病院内で所定のサービスを受けることが含まれる。病院内で受けるサービスには、例えば、健康管理に有用な情報が提供されるサービスだけでなく、病院内での移動が大幅に制限されている患者が快適に過ごすことを可能にするサービス、などが含まれる。
【０００３】
また、病院の利用には、病院外で所定のサービスを受けることも含まれる。このようなサービスの具体例としては、例えば、通院の必要が無い日常時であっても、診察を受けるべきか否かを判断するための相談を電話やメールなどで医師にする、というサービスがある。
【０００４】
近年、比較的大きな画面を有し、軽量で持ち運び可能なタブレット端末の普及が顕著である。このようなタブレット端末は、病院をできる限り有効に利用するための大きな機会をもたらす。
【０００５】
特許文献１には、入院患者が快適に情報を得ることができる病院用情報システムについて開示されている。特許文献１の技術によれば、入院患者が使用するタブレット端末と、病室内のテレビジョン受像機とが接続されており、入院患者が自由な姿勢で軽量のタブレット端末を使用して情報を得ることができるとともに、タブレット端末に表示すべき情報の内容の一部をテレビジョン受像機に転送して出力させることができる。よって、特許文献１の技術は、入院中の患者がタブレット端末を用いて病院を有効に利用することができる通信ネットワークの技術であるといえる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１３−１２５４６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、特許文献１の技術は、入院中以外の場面、特に、通院の必要が無い日常時において何ら機能することができないので、病院を有効に利用しようと考えている個人に対する支援が不十分である。
【０００８】
そこで、本発明は、このような事情に鑑みてなされたものであり、通信ネットワークを使って、健康管理を万全に行いたいと考える個人が利用する病院の利便性を向上させることを目的とする。
【課題を解決するための手段】
【０００９】
前記目的を達成するために、本発明は、
ネットワーク上で通信可能に接続された、患者が用いる患者携帯端末と、病院の医師が用いる医師携帯端末と、前記患者の健康管理のための患者情報を記憶して管理する患者管
理サーバと、を備え、前記患者による前記病院の利用を支援する病院利用支援システムであって、
前記患者携帯端末の制御部は、
前記医師が前記医師携帯端末を用いて前記患者情報を閲覧することを許可する患者情報閲覧許可部、
前記患者の健康状態を示す計測値を計測する計測器から前記計測値を取得する計測値取得部、
前記計測値を前記患者情報として前記患者管理サーバに送信する計測値送信部、
前記患者の健康状態に異常があることおよび前記病院での診察可能日時を含む診察推奨情報を前記医師携帯端末から受信する診察推奨情報受信部、
診察希望日時を含む診察希望情報を前記医師携帯端末に送信する診察希望情報送信部、として機能するように処理を実行し、
前記医師携帯端末の制御部は、
前記患者管理サーバが記憶しており、前記患者から許可された前記患者情報を閲覧する患者情報閲覧部、
前記診察推奨情報を前記患者携帯端末に送信する診察推奨情報送信部、
前記診察希望情報に含まれる診察希望日時に対して決定した診察予約日時および前記患者の患者識別情報を含む診察予約情報を前記患者携帯端末に送信する診察予約情報送信部、として機能するように処理を実行し、
前記患者管理サーバの記憶部は、
前記患者情報として、前記患者携帯端末から受信した前記計測値を記憶している
ことを特徴とする。
詳細は後記する。
【発明の効果】
【００１０】
本発明によれば、通信ネットワークを使って、健康管理を万全に行いたいと考える個人が利用する病院の利便性を向上させることができる。
【図面の簡単な説明】
【００１１】
【図１】病院利用支援システムの全体構成を示す図である。
【図２】患者タブレット端末の機能構成を示す図である。
【図３】医師タブレット端末の機能構成を示す図である。
【図４】診察受付端末の機能構成を示す図である。
【図５】患者管理サーバの機能構成を示す図である。
【図６】コンテンツ管理サーバの機能構成を示す図である。
【図７】商品管理サーバの機能構成を示す図である。
【図８】患者の日常時における本実施形態の処理を示すシーケンス図である。
【図９】患者の診察時における本実施形態の処理を示すシーケンス図である。
【図１０】患者の入院時における本実施形態の処理を示すシーケンス図である。
【図１１】患者の退院後における本実施形態の処理を示すシーケンス図である。
【発明を実施するための形態】
【００１２】
以下、本発明の病院利用支援システムを実施するための形態（以下、「実施形態」という）について説明する。なお、本実施形態において、病院利用支援システムによって病院を利用する個人を「患者」と称するが、説明の便宜上、ここでの「患者」とは、医師に診てもらった結果、健康状態に何らかの異常があると認定された者だけでなく、健康状態に何の異常も確認されていない者も含むものとする。
【００１３】
＜構成＞
図１に示すように、本実施形態の病院利用支援システムは、患者タブレット端末１（患
者携帯端末）、医師タブレット端末２（医師携帯端末）、診察受付端末３、患者管理サーバ４、コンテンツ管理サーバ５、商品管理サーバ６、および医師タブレット端末７（第２の医師携帯端末）、といった機器を備えるクラウドシステムである。これらの機器が、ネットワーク（例：インターネット）上で通信可能に接続されることで本発明を実現することができる。
【００１４】
患者タブレット端末１、医師タブレット端末２、診察受付端末３、患者管理サーバ４、コンテンツ管理サーバ５、商品管理サーバ６、および医師タブレット端末７はそれぞれ、入力部、表示部、制御部、記憶部、通信部といったハードウェアを含むコンピュータである。制御部が、例えば、ＣＰＵ（Central Processing Unit）から構成される場合、その制御部を含むコンピュータによる情報処理は、ＣＰＵによるプログラム実行処理で実現される。また、そのコンピュータが含む記憶部は、ＣＰＵが指令し、そのコンピュータの機能を実現するためのプログラムを記憶する。これによりソフトウェアとハードウェアの協働が実現される。表示部による表示形態には、例えば、画像、音声、または振動があり、機器によって少なくとも１つ以上の表示形態を選択できる。通信部による通信形態には、有線または無線（例：Bluetooth（登録商標）などの近距離無線通信、Wi-Fi（登録商標）、赤外線通信、無線ＬＡＮ（Local Area Network））があり、機器によって少なくとも１つ以上の通信形態を選択できる。
【００１５】
患者タブレット端末１は、患者が用いるタブレット端末である。
医師タブレット端末２は、病院に勤務し、患者が指定した医師が用いるタブレット端末である。本実施形態では、医師タブレット端末２を用いる医師が勤務する病院は、入院施設を有する総合病院とするが、これに限定されない。
医師タブレット端末７は、他の病院に勤務し、患者が指定した他の医師が用いるタブレット端末である。本実施形態では、医師タブレット端末７を用いる医師が勤務する病院は、入院施設を有しない個人病院とするが、これに限定されない。
【００１６】
患者タブレット端末１、医師タブレット端末２、７を含むタブレット端末は、人が携帯できるほど小型かつ軽量の無線通信機器である。例えば、前記タブレット端末の入力部および表示部は、所定の面積を有するタッチパネルで実現することができる。また、前記タブレット端末は、カメラを備えており、タッチパネルを介してカメラで撮影した画像を、通信可能なタブレット端末間で共有することができる。
【００１７】
診察受付端末３は、病院内に設置されており、診察を受け付け、診察に必要となる手続（例：外来受付、問診、検診、薬の処方、会計）に関する処理を実行する機器である。診察受付端末３は、近距離通信などによって、診察受付端末３から所定の距離の範囲内にある患者タブレット端末１を検出し、通信するための専用の検出ユニットを入力部の一部として備える。患者が前記検出ユニットの読み取り部分に患者タブレット端末１をかざすと、診察受付端末３は、患者タブレット端末１から所定の情報を読み取る。前記検出ユニットは、病院内に複数配置することができる。
【００１８】
なお、本実施形態では、病院内に勤務する者はそれぞれ、タブレット端末を所持しており、診察受付端末３が行う処理の一部を、病院内に勤務する者が間接的に指示する形態をとることができる。病院内に勤務する者には、例えば、医師の他にも、問診、医師の検診、会計などを受け付ける受付者、医師が処方した薬を患者に手渡す薬剤師、および看護師がいる。特に、問診、検診、および会計の受付者、また薬剤師は、例えば、自分で所持するタブレット端末を操作して、患者への呼び出し通知のための呼び出し指示を診察受付端末３に対して行うことができる。
【００１９】
患者管理サーバ４は、患者の健康管理のための患者情報（詳細は、後記）を記憶して管
理するサーバである。患者管理サーバ４は、例えば、本実施形態の病院利用支援システムの運用事業の事業者が運用する。
【００２０】
コンテンツ管理サーバ５は、患者タブレット端末１に対して所定の日時に配信するコンテンツを記憶して管理するサーバである。コンテンツ管理サーバ５は、例えば、本実施形態の病院利用支援システムの運用事業に参加したコンテンツの配信業者が運用する。
【００２１】
商品管理サーバ６は、病院に入院中の患者に販売する商品（例：アメニティ商品、食品、本）の商品情報を記憶して管理するサーバである。「商品情報」とは、商品の説明を示す情報であり、具体的には、商品の価格、機能、商品が食品である場合は賞味期限などである。商品管理サーバ６は、例えば、本実施形態の病院利用支援システムの運用事業に参加した通信販売業者、または病院の売店の運営業者が運用する。
【００２２】
（患者タブレット端末１）
図２に示すように、患者タブレット端末１は、患者情報閲覧許可部１１、計測値取得部１２、計測値送信部１３、診察推奨情報受信部１４、診察希望情報送信部１５、コンテンツ取得要求部１６、および注文情報送信部１７、という機能部を備える。前記機能部は、患者タブレット端末１の制御部が処理を実行することで機能する。
【００２３】
患者情報閲覧許可部１１は、患者タブレット端末１の操作に応じて、患者情報を、医師タブレット端末２の医師（または医師タブレット端末７の医師）が閲覧することを許可する。患者情報とは、患者の健康管理のために必要となる情報である。患者タブレット端末１は、医師タブレット端末２からの要求があって、患者タブレット端末１の操作に応じて、医師（または他の医師）が患者情報を閲覧することを許可することを示す許可情報を医師タブレット端末２（または医師タブレット端末７）に送信する。
【００２４】
患者情報は、例えば、複数の計測器Ｍ（図１参照）が計測して得た患者の身体データとなる計測値、医師の診察を受けたときの診察結果、医師が処方した薬の効能や注意点などを含む薬データ、および患者が入院中に受けた手術の結果（以下、「手術結果」と称する）、を含む。前記患者情報は、計測器Ｍが計測値を計測した日時、診察を受けた日時、薬を処方された日、薬を服用した日、手術を受けた日、なども含んでもよく、患者による病院の利用の履歴情報となり得る。
【００２５】
計測器Ｍが計測する計測値は、体重、体脂肪率、血圧、尿糖値（尿検査で得られる値の例）などの数値データを含んでよい。また、前記計測値は、心電図、睡眠時呼吸時波形、脳波などの非数値データも含んでよい。これらの計測値を計測する計測器Ｍは、例えば、無線または有線によって患者タブレット端末１と通信可能に接続されている。計測器Ｍは、体重計、血圧計などの単体かつ専用の計測器であってもよい。また、計測器Ｍは、専用の付属品を用いて患者タブレット端末１に取り付け可能な計測器とし、患者が出先や睡眠時に計測器Ｍを使用できるようにしてもよい。また、例えば体重、体脂肪率、血圧、尿糖値を計測する計測器Ｍは、患者の自宅に設置されているインテリジェンストイレに導入されている計測器であってもよい。
【００２６】
計測値取得部１２は、患者タブレット端末１と通信可能に接続している計測器Ｍから患者の計測値を取得する。
計測値送信部１３は、患者タブレット端末１の操作に応じて、患者の計測値を患者情報として患者管理サーバ４に送信する。
【００２７】
診察推奨情報受信部１４は、患者の健康状態に異常があることおよび病院での診察可能日時を含む診察推奨情報を医師タブレット端末２から受信する。診察推奨情報とは、医師
タブレット端末２が患者タブレット端末１から受信した患者の計測値に基づいて、患者の健康状態に異常があると認めた医師が、診察を受けることを患者に推奨するための情報である。
【００２８】
診察希望情報送信部１５は、患者タブレット端末１の操作に応じて、診察希望日時を含む診察希望情報を医師タブレット端末２に送信する。診察希望情報とは、患者が診察を希望することを示す情報である。患者は、患者タブレット端末１を操作して、診察推奨情報に含まれる診察可能日時から、患者に都合のよい日時を診察希望日時として選択し、医師タブレット端末２に送信する。
【００２９】
コンテンツ取得要求部１６は、患者タブレット端末１の操作に応じて、患者タブレット端末１が取得可能なコンテンツをコンテンツ管理サーバ５に要求する。
注文情報送信部１７は、患者タブレット端末１の操作に応じて、入院中の患者が注文した商品を含む注文情報を商品管理サーバ６に送信する。注文情報は、商品管理サーバ６が記憶して管理する商品情報が示す商品の注文を示す情報である。注文情報は、商品の価格、注文日時、注文個数、注文者（患者）の識別情報、患者がいる病室内への配達希望日時を含んでもよい。
【００３０】
（医師タブレット端末２）
図３に示すように、医師タブレット端末２は、患者情報閲覧部２１、診察推奨情報送信部２２、および診察予約情報送信部２３、という機能部を備える。前記機能部は、医師タブレット端末２の制御部が処理を実行することで機能する。なお、他の病院に勤務する他の医師が用いる医師タブレット端末７の機能構成についても図３に示す機能構成と同様である。つまり、医師タブレット端末７は、医師タブレット端末２の患者情報閲覧部２１、診察推奨情報送信部２２、診察予約情報送信部２３と同等の患者情報閲覧部７１（第２の患者情報閲覧部）、診察推奨情報送信部７２、診察予約情報送信部７３を備える。
【００３１】
患者情報閲覧部２１、７１は、医師タブレット端末２の操作に応じて、患者管理サーバ４が記憶しており、患者から許可された患者情報を取得して、閲覧状態にする。なお、医師は、患者情報を閲覧する場合には、患者情報閲覧許可部１１による許可を事前に得ている。
【００３２】
診察推奨情報送信部２２、７２は、医師が患者の健康状態に異常があると認めた場合に、医師タブレット端末２の操作に応じて前記診察推奨情報を患者タブレット端末１に送信する。
【００３３】
診察予約情報送信部２３、７３は、医師タブレット端末２の操作に応じて、患者タブレット端末１の診察希望情報送信部１５から受信した前記診察希望情報が含む診察希望日時に対して決定した診察予約日時および患者の患者識別情報を含む診察予約情報を患者タブレット端末１に送信する。
【００３４】
（診察受付端末３）
図４に示すように、診察受付端末３は、診察予約情報取得部３１、コンテンツ紹介部３２、呼び出し通知部３３、および診察電子決済処理部３４、という機能部を備える。前記機能部は、診察受付端末３の制御部が処理を実行することで機能する。
【００３５】
診察予約情報取得部３１は、患者タブレット端末１と診察受付端末３の検出ユニットとの距離が所定の範囲内にあるとき、患者タブレット端末１から前記診察予約情報を取得する。
【００３６】
コンテンツ紹介部３２は、診察を待っている患者によって患者タブレット端末１のコンテンツ取得要求部１６からコンテンツ管理サーバ５に対してコンテンツの配信要求がなされることで患者タブレット端末１に配信可能なコンテンツを、患者タブレット端末１に表示して紹介する。コンテンツ紹介部３２によるコンテンツの紹介は、例えば、診察予約情報取得部３１が患者タブレット端末１から前記診察予約情報を取得したことで行われる。
【００３７】
呼び出し通知部３３は、患者タブレット端末１に対して所定のタイミングで診察のための呼び出し通知をする。前記呼び出し通知部３３の呼び出しには、例えば、問診の呼び出し、医師による検診の呼び出し、および医師から処方された薬を患者が受け取るための呼び出し、および会計の呼び出しがある。問診、検診または会計の呼び出しは、例えば、問診、検診または会計の受付者のタブレット端末から入力された呼び出し指示を診察受付端末３が受信した後になされる。薬を受け取るための呼び出しは、例えば、薬剤師のタブレット端末から入力された呼び出し指示を診察受付端末３が受信した後になされる。
【００３８】
診察受付端末３は、受付者のタブレット端末または薬剤師のタブレット端末から所定の呼び出し指示を受信したときに、患者タブレット端末１のタッチパネルに呼び出し画面を表示させたり、患者タブレット端末１を振動させたり、患者タブレット端末１に呼び出し音を出力させたりすることで患者をその都度呼び出す。なお、患者の呼び出しは、受付者などからの呼び出し指示とほぼ同時に行ってもよいが、診察の長期の待ち時間のために一時的に外出している患者に対しては、診察のための手続開始の数分前に行うようにすれば、患者は指定のタイミングで指定の場所に確実に行くことができる。
【００３９】
診察電子決済処理部３４は、医師の診察の会計および医師が処方した薬の会計において、患者タブレット端末１を介した電子決済を処理する。前記電子決済は、例えば、患者タブレット端末１内に格納されている電子マネーを用いた決済、クレジット決済などを含む。前記電子決済は、例えば、診察を終えた患者が患者タブレット端末１を、診察受付端末３が備える検出ユニットに近づけたときに自動的に実行される。
【００４０】
（患者管理サーバ４）
図５に示すように、患者管理サーバ４は、計測値、診察結果、薬データ、および手術結果を含んでなる患者情報を記憶部にて記憶する。患者情報は、患者ごとに作成されており、患者本人およびその患者から閲覧の許可を受けた医師以外の者は閲覧できないようにする認証技術（例；指紋認証、静脈認証）を導入している。計測値は、計測器Ｍが計測したデータである。診察結果は、医師が患者を診察したときの診察結果を所定の形式で記述したデータである。薬データは、医師が患者に対して処方した薬の説明を所定の形式で記述したデータである。手術結果は、医師が患者を手術したときの手術結果を所定の形式で記述したデータである。
【００４１】
（コンテンツ管理サーバ５）
図６に示すように、コンテンツ管理サーバ５は、患者タブレット端末１に配信するコンテンツを記憶部にて記憶する。また、コンテンツ管理サーバ５は、配信スケジュール作成部５１という機能部を備える。前記機能部は、コンテンツ管理サーバ５の制御部が処理を実行することで機能する。
【００４２】
配信スケジュール作成部５１は、患者タブレット端末１がいつコンテンツを視聴できるかを示す配信スケジュールを作成する。配信スケジュールの作成は、例えば、コンテンツの配信業者の指示に基づいて行われる。
【００４３】
（商品管理サーバ６）
図７に示すように、商品管理サーバ６は、病院に入院中の患者に販売する商品の商品情
報、および患者タブレット端末１の注文情報送信部１７から受信した注文情報を記憶部にて記憶する。また、商品管理サーバ６は、商品電子決済処理部６１という機能部を備える。前記機能部は、商品管理サーバ６の制御部が処理を実行することで機能する。
【００４４】
商品電子決済処理部６１は、患者タブレット端末１の注文情報送信部１７から受信した注文情報に応じて、入院中の患者から注文された商品について、患者タブレット端末１を介した電子決済を処理する。前記電子決済は、例えば、患者タブレット端末１内に格納されている電子マネーを用いた決済、クレジット決済などを含む。
【００４５】
＜処理＞
次に、本実施形態の病院利用支援システムによる処理を説明する。この処理の主体は、病院利用支援システムを構成する各機器の制御部であるが、説明の便宜上、「制御部」という言葉は省略する。
【００４６】
図８を参照して、患者の日常時における本実施形態の処理について説明する。図８の処理は、患者が患者タブレット端末１を用いて所定のログインＩＤおよびログインパスワードを入力して患者管理サーバ４にログインすることで開始し、ステップＳ１０１に進む。なお、医師タブレット端末２を用いる医師は、患者情報閲覧許可部１１によって、患者管理サーバ４が記憶している患者情報の閲覧の許可を患者から得ているとする。
【００４７】
ステップＳ１０１において、患者タブレット端末１は、患者が計測器Ｍを用いて計測を行った場合に計測器Ｍから患者の計測値を取得する（計測値取得部１２による処理）。ステップＳ１０１の後、ステップＳ１０２に進む。
【００４８】
ステップＳ１０２において、患者タブレット端末１は、患者タブレット端末１の操作に応じて、計測器Ｍから取得した患者の計測値を患者情報として患者管理サーバ４に送信する（計測値送信部１３による処理）。なお、患者管理サーバ４は、受信した計測値を用いて患者情報を最新状態に更新する。ステップＳ１０２の後、ステップＳ１０３に進む。
【００４９】
ステップＳ１０３において、医師タブレット端末２は、医師が所定のログインＩＤおよびログインパスワードを入力して患者管理サーバ４にログインした後、患者管理サーバ４が記憶しており、患者から許可された患者情報を閲覧状態にする（患者情報閲覧部２１による処理）。本処理において、患者情報を閲覧した医師は、患者の計測値などに基づいて患者の健康状態に異常があると認めたとする。ステップＳ１０３の後、ステップＳ１０４に進む。
【００５０】
ステップＳ１０４において、医師タブレット端末２は、医師タブレット端末２の操作に応じて、患者の健康状態に異常があることおよび病院での診察可能日時を含む診察推奨情報を患者タブレット端末１に送信する（診察推奨情報送信部２２による処理）。ステップＳ１０４の後、ステップＳ１０５に進む。
【００５１】
ステップＳ１０５において、患者タブレット端末１は、診察推奨情報を医師タブレット端末２から受信する（診察推奨情報受信部１４による処理）。ステップＳ１０５の後、ステップＳ１０６に進む。
【００５２】
ステップＳ１０６において、患者タブレット端末１は、患者タブレット端末１の操作部を介して患者が選択した診察希望日時を含む診察希望情報を医師タブレット端末２に送信する（診察希望情報送信部１５による処理）。ステップＳ１０６の後、ステップＳ１０７に進む。
【００５３】
ステップＳ１０７において、医師タブレット端末２は、患者タブレット端末１から診察希望情報を受信する。ここで、医師は、診察希望情報が含む診察希望日時を見て診察予約日時を決定する。ステップＳ１０７の後、ステップＳ１０８に進む。
【００５４】
ステップＳ１０８において、医師タブレット端末２は、医師タブレット端末２の操作に応じて、決定した診察予約日時および患者の患者識別情報を含む診察予約情報を患者タブレット端末１に送信する（診察予約情報送信部２３による処理）。
以上で、図８の、患者の日常時における処理の説明を終了する。
【００５５】
図８の処理によれば、患者が定期的に計測値を患者情報として医師に閲覧してもらうことで、医師による健康管理の的確なアドバイスを受けることができる。
また、医師は、患者の計測値から患者の健康状態に異常があるかどうかを迅速に判断することができ、診察が必要となるタイミングで患者に対して診察を推奨することができる。
また、患者は、患者自身にも医師にも都合のいい診察予約日時を簡単に選ぶことができる。
その結果、通信ネットワークを使って、健康管理を万全に行いたいと考える個人が利用する病院の利便性を向上させることができる。
【００５６】
図９を参照して、図８の処理の後で診察を希望した患者の診察時における本実施形態の処理について説明する。図９の処理は、図８のステップＳ１０７で説明した診察予約情報が含む診察予約日時の少し前に病院を訪れた患者が所持する患者タブレット端末１が診察受付端末３に近づけられることで開始し、ステップＳ２０１に進む。
【００５７】
ステップＳ２０１において、診察受付端末３は、診察受付端末３が備える検出ユニットに近づけられた患者タブレット端末１と近距離通信を行うことで、患者タブレット端末１から、図８のステップＳ１０８で説明した診察予約情報を取得する（診察予約情報取得部３１による処理）。なお、診察受付端末３は、取得した診察予約情報を受付者のタブレット端末に送信し、前記受付者は、患者の診察予約を確認した後、問診または検診などの準備を行う。ステップＳ２０１の後、ステップＳ２０２に進む。
【００５８】
ステップＳ２０２において、診察受付端末３は、患者タブレット端末１に対してコンテンツ管理サーバ５が配信可能なコンテンツを、病院の外来ロビーなどで診察を待っている患者の患者タブレット端末１に表示して紹介する（コンテンツ紹介部３２による処理）。ステップＳ２０２の後、ステップＳ２０３に進む。
【００５９】
ステップＳ２０３において、患者タブレット端末１は、診察受付端末３から紹介され、患者が選択した（例えば、表示されたコンテンツのサムネイルをタップした）コンテンツの配信要求をコンテンツ管理サーバ５に対して行う（コンテンツ取得要求部１６による処理）。ステップＳ２０３の後、ステップＳ２０４に進む。
【００６０】
ステップＳ２０４において、コンテンツ管理サーバ５は、前記配信要求に対応するコンテンツを患者タブレット端末１に配信する。なお、コンテンツ管理サーバ５の配信業者は、患者によるコンテンツの視聴を普及するために、患者に対してコンテンツを無料で配信するとよい。この場合、コンテンツの配信料は、コンテンツとともにタブレット端末に表示する医薬品メーカなどの広告の広告料で賄うことで、前記配信業者の売り上げを確保することができる。ステップＳ２０４の後、ステップＳ２０５に進む。
【００６１】
ステップＳ２０５において、診察受付端末３は、例えば、問診の受付者のタブレット端末からの呼び出し指示に応じて、患者タブレット端末１に対して問診のための呼び出し通
知をする（呼び出し通知部３３による処理）。なお、患者は、問診の呼び出し通知に応じて、指定場所に行って問診を受ける。問診の受付者は、自分のタブレット端末を用いて、問診結果を電子データとして作成し、医師タブレット端末２に送信する。ステップＳ２０５の後、ステップＳ２０６に進む。
【００６２】
ステップＳ２０６において、診察受付端末３は、例えば、検診の受付者のタブレット端末からの呼び出し指示に応じて、患者タブレット端末１に対して検診のための呼び出し通知をする（呼び出し通知部３３による処理）。なお、患者は、検診の呼び出し通知に応じて、医師の元へ行って診察を受ける。医師は、診察を完了すると、医師タブレット端末２を用いて、診察結果を電子データとして作成し、検診の受付者の端末タブレットに前記診察結果を送信する。図９の処理において、医師は患者に薬を処方しており、前記診察結果は、その薬の種類を含む。診察を終えた患者は、診察の会計のために病院内で待機する。
前記受付者の端末タブレットは、診察結果を受信すると、前記受付者が前記診察結果から、医師の診察の代金を算出し、前記代金を、（診察予約情報が含む）前記患者の患者識別情報と関連付けて診察受付端末３に記憶させる。また、前記受付者の端末タブレットは、前記診察結果を患者タブレット端末１に送信する。ステップＳ２０６の後、ステップＳ２０７に進む。
【００６３】
ステップＳ２０７において、診察受付端末３は、例えば、会計の受付者のタブレット端末からの呼び出し指示に応じて、患者タブレット端末１に対して診察の会計のための呼び出し通知をする（呼び出し通知部３３による処理）。なお、患者は、会計の呼び出し通知に応じて、診察受付端末３の検出ユニットの読み取り部分に患者タブレット端末１をかざして、会計手続を行う。ステップＳ２０７の後、ステップＳ２０８に進む。
【００６４】
ステップＳ２０８において、診察受付端末３は、医師の診察の会計について、患者タブレット端末１を介した電子決済を処理する（診察電子決済処理部３４による処理）。例えば、診察電子決済処理部３４は、患者タブレット端末１が有する患者識別情報を読み取り、患者識別情報に関連付けられた診察の代金を記憶部から抽出し、患者タブレット端末１が有する電子マネーから前記代金を徴収する。
なお、診察の代金の支払いを済ませた患者は、処方された薬を受け取るために薬剤師の元へ行き、患者タブレット端末１に表示されている診察結果を薬剤師に見てもらい、薬の処方を依頼した後、待機する。代替的には、患者は、患者タブレット端末１が有する診察結果を薬剤師のタブレット端末に送信し、処方してもらう薬を薬剤師に確認してもらってもよい。
薬剤師は、患者から提示された診察結果から患者に処方されている薬の種類を知って、処方される薬の代金を算出し、前記代金を、（診察予約情報が含む）前記患者の患者識別情報と関連付けて診察受付端末３に記憶させる。ステップＳ２０８の後、ステップＳ２０９に進む。
【００６５】
ステップＳ２０９において、診察受付端末３は、例えば、薬剤師のタブレット端末からの呼び出し指示に応じて、患者タブレット端末１に対して薬を渡すことと、薬の会計のための呼び出し通知をする（呼び出し通知部３３による処理）。なお、患者は、この呼び出し通知に応じて、医師から処方された薬を薬剤師から受け取るとともに、その薬の説明を受ける。また、薬剤師は、自分のタブレット端末を操作して、医師から処方された薬の薬データを専用のサーバ（図示せず）が記憶する薬データベースから読み出し、読み出した薬データを患者タブレット端末１に送信する。ステップＳ２０９の後、ステップＳ２１０に進む。
【００６６】
ステップＳ２１０において、診察受付端末３は、医師から処方された薬の会計について、患者タブレット端末１を介した電子決済を処理する（診察電子決済処理部３４による処
理）。例えば、診察電子決済処理部３４は、患者タブレット端末１が有する患者識別情報を読み取り、患者識別情報に関連付けられた薬の代金を記憶部から抽出し、患者タブレット端末１が有する電子マネーから前記薬の代金分を徴収する。ステップＳ２１０の後、ステップＳ２１１に進む。
【００６７】
ステップＳ２１１において、患者タブレット端末１は、患者タブレット端末１の操作に応じて、受付者の端末タブレットから受信した、患者の診察結果を患者情報として患者管理サーバ４に送信し、記憶させる。よって、患者管理サーバ４は、患者の過去の病歴を管理することができ、患者タブレット端末１が患者管理サーバ４から過去の診察結果を読み出せば、患者は、自分の健康管理を容易に行うことができる。ステップＳ２１１の後、ステップＳ２１２に進む。
【００６８】
ステップＳ２１２において、患者タブレット端末１は、患者タブレット端末１の操作に応じて、薬剤師の端末タブレットから受信した、医師から処方された薬のデータ（つまり、薬データ）を、患者情報として患者管理サーバ４に送信し、記憶させる。よって、患者管理サーバ４は、患者が服用する薬の履歴を管理することができ、患者タブレット端末１が患者管理サーバ４から過去の薬データを読み出せば、患者は、患者タブレット端末１をいわゆるお薬手帳として使用することができ、自分の健康管理を容易に行うことができる。
以上で、図９の、患者の診察時における処理の説明を終了する。
【００６９】
図９の処理によれば、診察受付端末３が患者タブレット端末１を検出し、診察予約情報を取得することで患者の外来受付を、人手をほとんど介することなく簡単に行うことができる。
また、本実施形態の病院利用支援システムによれば、患者が所持するタブレット端末を用いて通信ネットワークを構築するので、通信ネットワークを構築するための病院側の出費を抑えることができる。
また、診察待ちの患者にコンテンツを紹介し、患者がコンテンツを自由に視聴することができるので、患者は診察の待ち時間の間でも快適に過ごすことができる。
また、問診などの呼び出し通知を、患者タブレット端末１を介して行うので、患者は、院内アナウンスによる呼び出しを聞き逃してしまうなどの心配も無く、診察待ちの間に待合室から離れていたとしても呼び出しを確実に知ることができる。患者が一時的に病院から外出する必要がある場合には、本実施形態による呼び出しは特に有効である。
また、診察の会計および薬の会計について、患者タブレット端末１を介した電子決済を行うので、患者は現金を持ってこなくても診察の代金および薬の代金の支払いを確実に行うことができる。
また、患者タブレット端末１は患者管理サーバ４から、過去の診察結果および過去の薬データを取得できるので、患者は、自分の健康管理を容易に行うことができる。
その結果、通信ネットワークを使って、健康管理を万全に行いたいと考える個人が利用する病院の利便性を向上させることができる。
【００７０】
図１０を参照して、図９の処理の後で入院を希望した患者の入院時における本実施形態の処理について説明する。例えば、商品管理サーバ６を運用する通信販売業者などは販売する商品の一覧をタブレット端末上に表示するウェブサイトを提供している。商品管理サーバ６は、前記商品の商品情報を記憶して管理する。入院中の患者は、患者タブレット端末１を操作して前記ウェブサイトを閲覧する。商品管理サーバ６は、特定の患者が前記ウェブサイトにアクセス可能とするための認証技術を導入していてもよく、この場合、本実施形態の患者は患者タブレット端末１を用いて商品管理サーバ６にログインするためのログインＩＤおよびログインパスワードを有する。図１０の処理は、入院中の患者が、前記ウェブサイト上の所望の商品を購入するために商品管理サーバ６にアクセスして注文操作
を行うことで開始し、ステップＳ３０１に進む。
【００７１】
ステップＳ３０１において、患者タブレット端末１は、患者タブレット端末１の操作に応じて、患者が注文した商品を含む注文情報を商品管理サーバ６に送信する（注文情報送信部１７による処理）。ステップＳ３０１の後、ステップＳ３０２に進む。
【００７２】
ステップＳ３０２において、商品管理サーバ６は、患者タブレット端末１から受信した注文情報に応じて、注文された商品について、患者タブレット端末１を介した電子決済を処理する（商品電子決済処理部６１による処理）。なお、患者は、商品管理サーバ６に対して商品の注文操作を完了した後、患者タブレット端末１上でコンテンツを視聴するために、コンテンツ配信業者の提供するウェブサイトを開いてコンテンツ管理サーバ５にアクセスする。ステップＳ３０２の後、ステップＳ３０３に進む。
【００７３】
ステップＳ３０３において、患者タブレット端末１は、前記ウェブサイト上にある複数のコンテンツのうち患者が選択した（例えば、表示されたコンテンツのサムネイルをタップした）コンテンツの配信要求をコンテンツ管理サーバ５に対して行う（コンテンツ取得要求部１６による処理）。ステップＳ３０３の後、ステップＳ３０４に進む。
【００７４】
ステップＳ３０４において、コンテンツ管理サーバ５は、患者タブレット端末１からコンテンツ管理サーバ５に対して前記コンテンツの配信要求がなされたコンテンツを患者タブレット端末１に配信する。なお、診察時のときと同様、患者に対するコンテンツの配信料は無料にするとよい。
以上で、図１０の、患者の入院時における処理の説明を終了する。
【００７５】
図１０の処理によれば、入院中の患者は、病院内で注文した商品について、患者タブレット端末１を介した電子決済を行うので、患者は現金を持ってこなくても商品の購入代金の支払いを確実に行うことができる。また、注文した商品を患者のベッドサイドにまで配送員に持ってきてもらうことができる。
また、入院中の患者は、患者タブレット端末１を用いることで、待合室などで映画やテレビを視聴する場合とは異なり、時間やコンテンツについて自由に視聴することができるので、患者は入院中でも快適に過ごすことができる。
その結果、通信ネットワークを使って、健康管理を万全に行いたいと考える個人が利用する病院の利便性を向上させることができる。
【００７６】
図１１を参照して、図１０の処理の後で入院中に手術を受けた後に退院した患者の退院後における本実施形態の処理について説明する。なお、患者を手術した医師は、医師タブレット端末２を用いて、その手術の結果の電子データを作成しており、作成した手術結果をすでに患者タブレット端末１へ送信しているものとする。また、患者は、手術後の負担を極力軽くするために、通院が比較的容易な、患者の自宅から最寄りの他の病院に勤務する他の医師に手術後の経過を診てもらうことを考えている。図１１の処理は、患者タブレット端末１を操作する患者が所定のログインＩＤおよびログインパスワードを入力して患者管理サーバ４にログインすることで開始し、ステップＳ４０１に進む。
【００７７】
ステップＳ４０１において、患者タブレット端末１は、患者タブレット端末１の操作に応じて、医師タブレット端末２から受信した手術結果を患者情報として患者管理サーバ４に送信する。ステップＳ４０１の後、ステップＳ４０２に進む。
【００７８】
ステップＳ４０２において、患者タブレット端末１は、他の医師が医師タブレット端末７を用いて患者情報を閲覧することを許可することを示す許可情報を医師タブレット端末７に送信する。ステップＳ４０２の後、ステップＳ４０３に進む。
【００７９】
ステップＳ４０３において、医師タブレット端末７は、他の医師が所定のログインＩＤおよびログインパスワードを入力して患者管理サーバ４にログインした後、患者管理サーバ４が記憶しており、患者から許可された患者情報を閲覧状態にする（患者情報閲覧部７１による処理）。本処理において、患者情報を閲覧した他の医師は、患者の手術結果を確認することができる。ステップＳ４０３の後、ステップＳ４０４に進む。
【００８０】
ステップＳ４０４において、医師タブレット端末７は、医師タブレット端末７の操作に応じて、患者の手術後の経過を確認する準備ができていることおよび他の病院での診察可能日時を含む診察推奨情報を患者タブレット端末１に送信する（診察推奨情報送信部７２による処理）。ステップＳ４０４の後、ステップＳ４０５に進む。
【００８１】
ステップＳ４０５において、患者タブレット端末１は、診察推奨情報を医師タブレット端末７から受信する（診察推奨情報受信部１４による処理）。ステップＳ４０５の後、ステップＳ４０６に進む。
【００８２】
ステップＳ４０６において、患者タブレット端末１は、患者タブレット端末１の操作部を介して患者が選択した診察希望日時を含む診察希望情報を医師タブレット端末２に送信する（診察希望情報送信部１５による処理）。ステップＳ４０６の後、ステップＳ４０７に進む。
【００８３】
ステップＳ４０７において、医師タブレット端末７は、患者タブレット端末１から診察希望情報を受信する。ここで、医師は、診察希望情報が含む診察希望日時を見て診察予約日時を決定する。ステップＳ４０７の後、ステップＳ４０８に進む。
【００８４】
ステップＳ４０８において、医師タブレット端末７は、医師タブレット端末７の操作に応じて、決定した診察予約日時および患者の患者識別情報を含む診察予約情報を患者タブレット端末１に送信する（診察予約情報送信部７３による処理）。
以上で、図１１の、患者の退院後における処理の説明を終了する。
【００８５】
図１１の処理によれば、患者を手術したときの手術結果を患者情報として他の医師に閲覧してもらうことで、手術後の経過の的確なアドバイスを他の医師から受けることができる。
また、患者は、患者自身にも他の医師にも都合のいい診察予約日時を簡単に選ぶことができる。
その結果、通信ネットワークを使って、健康管理を万全に行いたいと考える個人が利用する病院の利便性を向上させることができる。
【００８６】
＜その他＞
本実施形態は、本発明を好適に実施するための一例あって、本発明を限定するためのものではない。よって、本発明の要旨を変更しない範囲内において、本実施形態を種々変形することが可能である。
【００８７】
例えば、本実施形態において、患者、医師などが用いるタブレット端末に代えて、携帯電話を用いてもよい。つまり、本実施形態の病院利用支援システムには、タブレット端末、携帯電話、スマートフォンなどの種々の携帯端末を導入することができる。
【００８８】
医師はタブレット端末を用いて、患者に対して現在の症状を映像（静止画や動画）などでわかり易く説明することができる。例えば、医師はタブレット端末を用いて、症状を説明するための映像を表示する操作、次の映像を表示するためのコマンドを入力する操作を
交えながら、患者の目の前で症状の映像を見せることができる。患者が遠方にいる場合であっても、医師はタブレット端末と患者のタブレット端末との間でデータを共有できるように通信を確立させておき、医師が見せたい映像を患者のタブレット端末上に表示して症状を説明することができる。
【００８９】
また、医師が不在のときであっても、看護師が有するタブレット端末を用いて、例えば入院中の患者に対して症状を説明することもできる。例えば、看護師のタブレット端末と医師のタブレット端末との間で通信を確立させておき、看護師のタブレット端末から患者を撮影したときの撮影データを医師のタブレット端末に送信しておく。医師は、自分のタブレット端末で前記撮影データ、患者の過去の診察結果（例：電子カルテ）、患者の日々の計測値などを見ながら患者の容態を把握した後、看護師のタブレット端末に所定の指示を送ることができる。また、看護師が看護師のタブレット端末を患者に近づけて画面を見せることにより、医師は、看護師のタブレット端末を介して、所定のデータを画面表示し患者に見せながら、患者の容態をわかり易く説明することができる。
なお、医師のタブレット端末または看護師のタブレット端末が撮影した患者の容態の画像データは、例えば、患者情報として患者管理サーバ４に記憶することができる。
【００９０】
入院中の患者は、患者タブレット端末１をベッド上で用いて、例えば、患者の家族が有するタブレット端末とテレビ電話などでコミュニケーションをとることができ、入院生活を快適に過ごすことができる。
【００９１】
本実施形態において、病院内で使用されるネットワークに用いられる電波は、Wi-Fiなどの医療機器に影響を及ぼさないものであることが好ましい。また、病院内で使用されるタブレット端末については、ワイヤレス充電ができるようにし、医療機器に影響を及ぼすことのないネットワークを実現することが好ましい。
【００９２】
タブレット端末を有しない入院中の患者に対しては、病院側が提供するタブレット端末を患者のベッドサイドに置き、患者に使用してもらう。これにより、本実施形態の病院利用システムの普及を促進することができる。
【００９３】
多言語に対応する自動翻訳機能をタブレット端末に導入することで、医師は、日本語を使えない外国人の患者と、タブレット端末を用いたコミュニケーションをとることができる。前記自動翻訳機能は、例えば、タッチパネル上の絵を選択するとその絵を表す言葉を所定の翻訳語で画面表示または音声出力する機能であるとよい。また、前記自動翻訳機能は、例えば、タッチパネル上のワード、センテンスなどを選択するとそれらの翻訳文を所定の言語で画面表示または音声出力する機能であるとよい。また、前記自動翻訳機能は、例えば、タブレット端末が備えるマイクロフォンを介して患者が喋った言葉を解析して所定の言語で画面表示または音声出力する機能であるとよい。
【００９４】
また、本実施形態で説明した種々の技術を適宜組み合わせた技術を実現することもできる。
また、本実施形態で説明したソフトウェアをハードウェアとして実現することもでき、ハードウェアをソフトウェアとして実現することもできる。
その他、ハードウェア、ソフトウェア、シーケンスなどについて、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
【符号の説明】
【００９５】
Ｍ      計測器
１      患者タブレット端末（患者携帯端末）
２      医師タブレット端末（医師携帯端末）
３      診察受付端末
４      患者管理サーバ
５      コンテンツ管理サーバ
６      商品管理サーバ
７      医師タブレット端末（第２の医師携帯端末）
１１    患者情報閲覧許可部
１２    計測値取得部
１３    計測値送信部
１４    診察推奨情報受信部
１５    診察希望情報送信部
１６    コンテンツ取得要求部
１７    注文情報送信部
２１、７１  患者情報閲覧部
２２、７２  診察推奨情報送信部
２３、７３  診察予約情報送信部
３１    診察予約情報取得部
３２    コンテンツ紹介部
３３    呼び出し通知部
３４    診察電子決済処理部
５１    配信スケジュール作成部
６１    商品電子決済処理部
【図１】
0005845235.tif 000002
【図２】
0005845235.tif 000003
【図３】
0005845235.tif 000004
【図４】
0005845235.tif 000005
【図５】
0005845235.tif 000006
【図６】
0005845235.tif 000007
【図７】
0005845235.tif 000008
【図８】
0005845235.tif 000009
【図９】
0005845235.tif 000010
【図１０】
0005845235.tif 000011
【図１１】
0005845235.tif 000012