(57)【特許請求の範囲】
【請求項１】
患者情報を記憶する記憶部を参照して、待機状態であることを示す患者情報が登録された患者を特定し、
特定した該患者の患者情報に基づいて、該患者の病名と該患者が所属する組織を特定し、
特定した前記組織に属し、特定した前記病名が登録された１又は複数の患者と、該患者とを共通のグループとしてコミュニケーションを可能とするサービスに誘導する情報を前記患者と対応付けられた端末に送信する、
処理をコンピュータに実行させることを特徴とするサービス提供方法。
【請求項２】
前記サービスに誘導する情報は、
前記端末が所定のエリアを通過したことが検知されたときに前記端末へ送信される、ことを特徴とする請求項１記載のサービス提供方法。
【請求項３】
前記所定のエリアは、前記患者が受診した医療機関の出入り口を含むエリアである、ことを特徴とする請求項２記載のサービス提供方法。
【請求項４】
前記患者の患者情報において、前記待機状態が解除されたことを検知すると、
前記患者を前記グループのメンバから削除する、ことを特徴とする請求項１乃至３の何れか一項に記載のサービス提供方法。
【請求項５】
前記患者の患者情報において、前記待機状態が解除されたことを検知すると、
前記端末に、前記サービスに誘導する情報を削除させる、ことを特徴とする請求項１乃至４の何れか一項に記載のサービス提供方法。
【請求項６】
前記記憶部に、特定した前記組織に属し、特定した前記病名が登録された１又は複数の患者の患者情報が格納されていない場合に、前記特定した組織と対応するグループを作成する、ことを特徴とする請求項１乃至５の何れか一項に記載のサービス提供方法。
【請求項７】
患者情報を記憶する記憶部を参照して、待機状態であることを示す患者情報が登録された患者を特定し、
特定した該患者の患者情報に基づいて、該患者の病名と該患者が所属する組織を特定し、
特定した前記組織に属し、特定した前記病名が登録された１又は複数の患者と、該患者とを共通のグループとしてコミュニケーションを可能とするサービスに誘導する情報を前記患者と対応付けられた端末に送信する、
処理をコンピュータに実行させることを特徴とする患者支援プログラム。
【請求項８】
患者情報を記憶する記憶部を参照して、待機状態であることを示す患者情報が登録された患者を特定する待機患者特定部と、
特定した該患者の患者情報に基づいて、該患者の病名と該患者が所属する組織を特定する組織名特定部と、
特定した前記組織に属し、特定した前記病名が登録された１又は複数の患者と、該患者とを共通のグループとしてコミュニケーションを可能とするサービスに誘導する情報を前記患者と対応付けられた端末に送信するアプリ送信部と、
を有することを特徴とする患者支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供方法、患者支援プログラム及び患者支援装置に関する。
【背景技術】
【０００２】
近年では、医療分野における医療従事者や患者の様々の要望を満たすための工夫がなされている。様々な要望の中には、例えば医療従事者の作業負担の軽減や、患者や患者の家族の負担の軽減が含まれる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−２６５０５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えば、医師から自宅待機を指示された患者は、外部とのコミュニケーションが遮断されるため、待機期間中は孤独や不安等、精神的な負担が大きくなる可能性がある。また、自宅待機を指示された患者の家族は、待機期間中の患者の看護等の負担が大きくなる可能性がある。
【０００５】
１つの側面では、患者の負担を軽減するサービス提供方法、患者支援プログラム及び患者支援装置を提供することを目的としている。
【課題を解決するための手段】
【０００６】
一様態によれば、患者情報を記憶する記憶部を参照して、待機状態であることを示す患者情報が登録された患者を特定し、特定した該患者の患者情報に基づいて、該患者の病名と該患者が所属する組織を特定し、特定した前記組織に属し、特定した前記病名が登録された１又は複数の患者と、該患者とを共通のグループとしてコミュニケーションを可能とするサービスに誘導する情報を前記患者と対応付けられた端末に送信する、処理をコンピュータに実行させる。
【０００７】
上記各手順は、上記各手順を実現する機能部、上記各手順をコンピュータにより実行させるプログラム、プログラムを記憶したコンピュータ読み取り可能な記憶媒体とすることもできる。
【発明の効果】
【０００８】
患者の負担を軽減することができる。
【図面の簡単な説明】
【０００９】
【図１】患者支援システムを説明する図である。
【図２】患者支援システムのシステム構成を説明する図である。
【図３】患者支援サーバのハードウェア構成を説明する図である。
【図４】ＳＮＳグループ管理データベースの一例を示す図である。
【図５】ＳＮＳ利用者データベースの一例を示す図である。
【図６】患者データベースの一例を示す図である。
【図７】電子カルテデータベースの一例を示す図である。
【図８】患者支援サーバの機能構成を説明する図である。
【図９】患者支援サーバの動作を説明する第一のフローチャートである。
【図１０】患者支援サーバの動作を説明する第二のフローチャートである。
【図１１】携帯端末に表示される画面の例を示す第一の図である。
【図１２】携帯端末に表示される画面の例を示す第二の図である。
【発明を実施するための形態】
【００１０】
以下に、図面を参照して実施形態について説明する。図１は、患者支援システムを説明する図である。
【００１１】
本実施形態の患者支援システム１００において、患者支援サーバ２００は、患者が自宅待機状態となったとき、この患者と同じ組織の中で同様に自宅待機状態となっているメンバとコミュニケーションをとるためのＳＮＳ（Social Networking Service）アプリケーション１１０を、この患者の携帯端末へインストールさせる。
【００１２】
図１では、例えば○○保育園のＡ君がインフルエンザと診断され、医師から自宅待機の指示を受けた状態を示している。この場合、本実施形態の患者支援サーバ２００は、病院から、○○保育園のＡ君がインフルエンザと診断され、自宅待機となったことを示す情報を取得する（ステップＳ１）。次に、患者支援サーバ２００は、Ａ君の携帯端末３００−１へ、ＳＮＳアプリケーション１１０を配信する（ステップＳ２）。尚、ここではＡ君は保育園児であるため、ＳＮＳアプリケーション１１０は、Ａ君の保護者の携帯端末に配信されても良い。
【００１３】
このとき患者支援サーバ２００は、同じ○○保育園のＢ子さんが自宅待機状態であることを示すメッセージを携帯端末３００−１に表示させ、携帯端末３００−１の利用者（又は、Ａ君の保護者）にＳＮＳアプリケーション１１０を利用するか否かを問い合わせる。
【００１４】
携帯端末３００−１は、ＳＮＳアプリケーション１１０の利用が確認されると、ＳＮＳアプリケーション１１０を起動する。
【００１５】
本実施形態では、ＳＮＳアプリケーション１１０が起動されると、Ａ君の保護者の携帯端末３００−１と、自宅待機状態であるＢ子さんの保護者の携帯端末３００−２とが１つのグループとなり、共通のユーザインターフェイス上でコミュニケーションをとることが可能となる。
【００１６】
このように、本実施形態では、例えば同じ組織内で自宅待機状態となっている患者同士をＳＮＳ上の１つのコミュニティとすることで、自宅待機状態の患者の孤独や不安等を和らげ、患者の負担を軽減することができる。また、患者の負担が軽減することで、患者の状態が安定することが推測される。この場合には、患者だけでなく、患者の介護等を行う患者の家族の負担も軽減できる。
【００１７】
また、図１の例では、患者が自宅待機となった場合を示しているが、患者の待機場所は自宅に限られるものではない。
【００１８】
以下に、図２を参照して本実施形態の患者支援システム１００のシステム構成について説明する。図２は、患者支援システムのシステム構成を説明する図である。
【００１９】
本実施形態の患者支援システム１００は、少なくとも、患者支援サーバ２００と、携帯端末３００と、を有する。また、本実施形態の患者支援システム１００は、病院端末４００を含んでも良い。
【００２０】
本実施形態の患者支援サーバ２００は、ＳＮＳグループ管理データベース２１０、ＳＮＳ利用者データベース２２０を有し、アプリ送信プログラム２３０と、ＳＮＳプログラム２４０とがインストールされている。
【００２１】
本実施形態の携帯端末３００は、複数の携帯端末３００−１、３００−２、・・・、３００−Ｎを含む。以下の本実施形態の説明では、複数の携帯端末３００−１、３００−２、・・・、３００−Ｎを区別しない場合には、単に携帯端末３００と呼ぶ。
【００２２】
本実施形態の病院端末４００は、例えば病院等の医療機関に設定されたコンピュータであり、患者データベース４１０、と電子カルテデータベース４２０とを有する。また、本実施形態では、携帯端末３００の位置を監視するためのビーコン５００が医療機関内に設置されている。ビーコン５００が設置される位置は、例えば医療機関の出入り口であっても良いし、診察室の出入り口であっても良い。本実施形態の患者支援システム１００では、ビーコン５００から発信される所定の信号を用いて、患者の携帯端末３００の位置を判定する。
【００２３】
本実施形態の患者支援サーバ２００は、病院端末４００の有する各データベースを参照し、自宅待機となった患者と対応付けられた携帯端末３００を特定する。そして、患者支援サーバ２００は、ＳＮＳプログラム２４０を介したコミュニケーションを行うためのＳＮＳアプリケーション１１０を携帯端末３００へ送信し、複数の携帯端末３００間のコミュニケーションを可能とする。尚、ＳＮＳアプリケーション１１０は、例えば患者支援サーバ２００の記憶領域内に格納されている。
【００２４】
図３は、患者支援サーバのハードウェア構成を説明する図である。本実施形態の患者支援サーバ２００は、それぞれバスＢで相互に接続されている入力装置２１、出力装置２２、ドライブ装置２３、補助記憶装置２４、メモリ装置２５、演算処理装置２６及びインターフェース装置２７を有する。
【００２５】
入力装置２１は、各種情報を入力するために用いられる。出力装置２２は、例えばディスプレイ等であり、各種の情報を出力するために用いられる。
【００２６】
インターフェース装置２７は、モデム、ＬＡＮカード等を含み、ネットワークに接続する為に用いられる。
【００２７】
アプリ送信プログラム２３０は、患者支援サーバ２００を制御する各種プログラムの少なくとも一部である。アプリ送信プログラム２３０とＳＮＳプログラム２４０は例えば記録媒体２８の配布やネットワークからのダウンロードなどによって提供される。アプリ送信プログラム２３０とＳＮＳプログラム２４０を記録した記録媒体２８は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的，電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。
【００２８】
またアプリ送信プログラム２３０とＳＮＳプログラム２４０を記録した記録媒体２８がドライブ装置２３にセットされると、アプリ送信プログラム２３０とＳＮＳプログラム２４０は記録媒体２８からドライブ装置２３を介して補助記憶装置２４にインストールされる。ネットワークからダウンロードされたアプリ送信プログラム２３０とＳＮＳプログラム２４０は、インターフェース装置２７を介して補助記憶装置２４にインストールされる。
【００２９】
補助記憶装置２４は、インストールされたアプリ送信プログラム２３０とＳＮＳプログラム２４０を格納すると共に、必要なファイル，データ等を格納する。メモリ装置２５は、コンピュータの起動時に補助記憶装置２４からアプリ送信プログラム２３０とＳＮＳプログラム２４０を読み出して格納する。そして、演算処理装置２６はメモリ装置２５に格納されたアプリ送信プログラム２３０とＳＮＳプログラム２４０に従って、後述するような各種処理を実現している。
【００３０】
尚、本実施形態の患者支援サーバ２００は、例えばデスクトップ型あるいはノートブック型のコンピュータであっても良い。その場合、患者支援サーバ２００は、入力装置と出力装置の替わりに、表示操作装置を有する。
【００３１】
本実施形態の携帯端末３００と病院端末４００のハードウェア構成は、患者支援サーバ２００と同様であるから説明を省略する。
【００３２】
次に、本実施形態の患者支援サーバ２００と、病院端末４００の有する各データベースについて説明する。各データベースは、患者支援サーバ２００の補助記憶装置２４や、病院端末４００の有する補助記憶装置に格納される。
【００３３】
図４は、ＳＮＳグループ管理データベースの一例を示す図である。本実施形態のＳＮＳグループ管理データベース２１０は、情報の項目として、グループＩＤ、組織名、作成日、メンバＩＤを有する。各項目の値は、項目「グループＩＤ」の値と対応付けられている。
【００３４】
項目「グループＩＤ」の値は、グループを特定する識別子（グループＩＤ）を示す。項目「組織名」の値は、グループに属するメンバが属する組織の名称を示す。項目「作成日」の値は、グループＩＤと対応したグループが作成された日付を示す。項目「メンバＩＤ」は、対応するグループＩＤのグループに属するメンバを特定するメンバＩＤを示す。尚、本実施形態のメンバＩＤには、後述する患者ＩＤを用いているが、患者ＩＤ以外の識別子を用いても良い。
【００３５】
図５は、ＳＮＳ利用者データベースの一例を示す図である。本実施形態のＳＮＳ利用者データベース２２０は、グループＩＤ毎に設けられる。ＳＮＳ利用者データベース２２０は、情報の項目として、メンバＩＤ、ニックネーム、端末アドレスを有する。項目「メンバＩＤ」の値は、その他の項目の値と対応付けられている。
【００３６】
項目「ニックネーム」の値は、メンバＩＤの値により特定されるメンバのニックネームを示す。項目「端末アドレス」の値は、メンバＩＤの値により特定されるメンバにより使用される携帯端末３００のアドレスを示す。
【００３７】
図６は、患者データベースの一例を示す図である。本実施形態の患者データベース４１０は、情報の項目として、患者ＩＤ、患者名、保護者氏名、生年月日、患者の所属組織名、アプリ通信先（利用者端末アドレス）を有する。項目「患者ＩＤ」の値は、その他の項目の値と対応付けられている。
【００３８】
項目「患者ＩＤ」の値は、患者を特定する識別子（患者ＩＤ）を示す。項目「患者名」の値は、患者の氏名を示す。項目「生年月日」の値は、患者の生年月日を示す。項目「患者の所属組織」の値は、患者が所属する組織の名称を示す。項目「アプリ通信先（利用者端末アドレス）」の値は、ＳＮＳプログラム２４０が送信される携帯端末３００のアドレスを示す。ＳＮＳプログラム２４０が送信される携帯端末３００のアドレスは、例えば患者が携帯端末を所持している場合には、患者が所持している携帯端末３００のアドレスであっても良いし、患者が携帯端末を所持していない場合には、患者の保護者が所持している携帯端末３００のアドレスであっても良い。
【００３９】
本実施形態の患者データベース４１０は、例えば患者が受診した医療機関の病院端末４００により更新される。
【００４０】
図７は、電子カルテデータベースの一例を示す図である。本実施形態の電子カルテデータベース４２０は、情報の項目として、患者ＩＤ、診察日、主訴、病名、自宅待機フラグ、最長自宅待機終了期間、ステータスを有する。項目「患者ＩＤ」の値は、その他の項目の値と対応付けられている。以下の実施形態の説明では、患者ＩＤの値と、患者ＩＤの値と対応付けられたその他の項目の値と、を患者情報と呼ぶ。
【００４１】
項目「診察日」の値は、対応する患者ＩＤにより特定される患者が診察を受けた日を示す。項目「主訴」の値は、対応する患者ＩＤにより特定される患者の主な訴えや症状を示す。項目「病名」の値は、対応する患者ＩＤにより特定される患者の病名を示す。
【００４２】
項目「自宅待機フラグ」の値は、対応する患者ＩＤにより特定される患者が自宅待機を指示されたか否かを示す。本実施形態では、項目「自宅待機フラグ」の値が「１」の場合、患者が自宅待機を指示された自宅待機状態であることを示し、値が「０」の場合、患者の自宅待機状態が解除されたことを示す。
【００４３】
項目「最長自宅待機終了期間」の値は、自宅待機状態が解除されるまでの最長期間の終了日を示す。尚、項目「最長自宅待機終了期間」の値は、例えば診察時に医師により設定されても良い。項目「ステータス」の値は、対応する患者ＩＤにより特定される患者のステータスを示す。本実施形態のステータスは、例えば患者が治療中であるか否かを示す。
【００４４】
本実施形態の電子カルテデータベース４２０は、例えば患者が受診した医療機関の病院端末４００により更新される。
【００４５】
本実施形態では、患者データベース４１０及び電子カルテデータベース４２０において、項目「患者ＩＤ」の値と、項目「患者ＩＤ」と対応付けられた他の項目の値とを含む情報を患者情報と呼ぶ。すなわち、本実施形態の患者情報には、患者データベース４１０に格納された情報と、電子カルテデータベース４２０に格納された情報とが含まれる。
【００４６】
次に、図８を参照して本実施形態の患者支援サーバ２００の機能について説明する。図８は、患者支援サーバの機能構成を説明する図である。
【００４７】
本実施形態の患者支援サーバ２００は、アプリ送信処理部２３０Ａと、ＳＮＳ処理部２４０Ａと、を有する。本実施形態のアプリ送信処理部２３０Ａは、演算処理装置２６がアプリ送信プログラム２３０を実行することにより実現される。また、本実施形態のＳＮＳ処理部２４０Ａは、演算処理装置２６がＳＮＳプログラム２４０を実行することで実現される。
【００４８】
本実施形態のアプリ送信処理部２３０Ａは、フラグ監視部２３１、待機患者特定部２３２、組織名特定部２３３、グループ有無判定部２３４、グループ作成部２３５、メンバ追加部２３６、端末位置判定部２３７、アプリ送信部２３８、メンバ削除部２３９、アプリ削除指示部２５０、データベース更新部２５１を有する。
【００４９】
本実施形態のフラグ監視部２３１は、病院端末４００の電子カルテデータベース４２０の項目「自宅待機フラグ」の値を監視する。
【００５０】
待機患者特定部２３２は、自宅待機状態の患者を特定する。具体的には、待機患者特定部２３２は、フラグ監視部２３１により監視している項目「自宅待機フラグ」の値が「１」の患者を特定する。尚、本実施形態では、例えば自宅待機が指示される病名が予め病院端末４００に格納されており、医師が診断した病名が、自宅待機が指示される病名であった場合に、自宅待機フラグの値が０から１になっても良い。
【００５１】
組織名特定部２３３は、自宅待機状態の患者が所属している組織名を特定する。グループ有無判定部２３４は、患者が所属する組織名と対応するグループの有無を判定する。グループ作成部２３５は、患者が所属する組織名と対応するグループを作成する。メンバ追加部２３６は、グループにメンバを追加する。
【００５２】
端末位置判定部２３７は、携帯端末３００が所定のエリア内にあるか否かを判定する。アプリ送信部２３８は、コミュニケーション用のユーザインターフェイスを携帯端末３００に表示させるＳＮＳアプリケーション１１０を携帯端末３００へ送信する。
【００５３】
メンバ削除部２３９は、グループから自宅待機状態が解除された患者を削除する。アプリ削除指示部２５０は、自宅待機状態が解除された患者の携帯端末３００に対し、ＳＮＳアプリケーション１１０のアンインストールを指示する。データベース更新部２５１は、患者支援サーバ２００の各データベースを更新する。
【００５４】
本実施形態のＳＮＳ処理部２４０Ａは、要求受付部２４１、メッセージ受信部２４２、メッセージ送信部２４３を有する。
【００５５】
要求受付部２４１は、携帯端末３００からの各種の要求を受け付ける。各種の要求とは、例えばＳＮＳアプリケーション１１０の利用要求や、メッセージの表示要求等である。
【００５６】
メッセージ受信部２４２は、携帯端末３００から送信されたメッセージを受信する。メッセージ送信部２４３は、受信したメッセージを他の携帯端末３００へ送信する。
【００５７】
本実施形態のＳＮＳプログラム２４０とＳＮＳアプリケーション１１０は、公知のＳＮＳを用いたコミュニケーションツールにより実現される。
【００５８】
次に、図９を参照し、本実施形態の患者支援サーバ２００の動作について説明する。図９は、患者支援サーバの動作を説明する第一のフローチャートである。図９では、患者支援サーバ２００のアプリ送信処理部２３０Ａの処理を説明する。本実施形態のアプリ送信処理部２３０Ａは、電子カルテデータベース４２０に格納された患者情報毎に行う。また、本実施形態のアプリ送信処理部２３０Ａは、図９に示す処理を定期的に実行する。
【００５９】
本実施形態の患者支援サーバ２００は、フラグ監視部２３１により、病院端末４００の電子カルテデータベース４２０の項目「自宅待機フラグ」の値を取得し、その値が「１」となったか否かを判定する（ステップＳ９０１）。
【００６０】
ステップＳ９０１において、自宅待機フラグの値が１となっていない場合、後述するステップＳ９０９へ進む。
【００６１】
ステップＳ９０１において、値が「１」となった場合、患者支援サーバ２００は、待機患者特定部２３２により、電子カルテデータベース４２０において、自宅待機フラグの値が１となった患者の患者ＩＤを特定する。そして、患者支援サーバ２００は、組織名特定部２３３により、病院端末４００の患者データベース４１０を参照し、自宅待機フラグが１となった患者の患者ＩＤと対応する患者の所属組織の名前を取得する（ステップＳ９０２）。すなわち、待機患者特定部２３２は、自宅待機状態となった患者が所属する組織名を特定する。
【００６２】
続いて、患者支援サーバ２００は、グループ有無判定部２３４により、ＳＮＳグループ管理データベース２１０を参照し、取得した組織名と対応するグループＩＤの有無を判定する（ステップＳ９０３）。
【００６３】
ＳＮＳグループ管理データベース２１０に、該当するグループＩＤが存在しない場合（ステップＳ９０４）、患者支援サーバ２００は、グループ作成部２３５により、新しいグループＩＤを生成する。そして、患者支援サーバ２００は、データベース更新部２５１により、ＳＮＳグループ管理データベース２１０に生成したグループＩＤと組織名とを対応付けて格納する（ステップＳ９０５）。
【００６４】
ＳＮＳグループ管理データベース２１０に、該当するグループＩＤが存在する場合（ステップＳ９０４）、患者支援サーバ２００は、メンバ追加部２３６により、該当するグループＩＤと対応する項目「メンバＩＤ」の値に、ステップＳ９０２で特定した患者ＩＤを追加する。
【００６５】
続いて患者支援サーバ２００は、端末位置判定部２３７により、患者ＩＤと対応する利用者端末のアドレスにより特定される携帯端末３００が、所定のエリア（ビーコン領域）から出たか否かを判定する（ステップＳ９０７）。具体的には、本実施形態の端末位置判定部２３７は、携帯端末３００から、ビーコン５００から送信される所定の信号を受信したことを示す通知を受けて、携帯端末３００が所定のエリアを出たか否かを判定する。本実施形態の所定のエリアとは、少なくとも患者が受診した医療機関の建物内の領域であり、例えば、診察室内の領域であっても良い。
【００６６】
ステップＳ９０７において、所定のエリアを出ていない場合、患者支援サーバ２００は、携帯端末３００が所定のエリアを出るまで待機する。
【００６７】
ステップＳ９０７において、所定のエリアを出た場合、患者支援サーバ２００は、病院端末４００の患者データベース４１０を参照し、患者ＩＤと対応する利用者端末のアドレスを取得する。そして、患者支援サーバ２００は、アプリ送信部２３８によりこのアドレスへＳＮＳアプリケーション１１０を送信する（ステップＳ９０８）。
【００６８】
続いて患者支援サーバ２００は、フラグ監視部２３１により、電子カルテデータベース４２０の自宅待機フラグの値が０となったか否かを判定する。または、患者支援サーバ２００は、現在の日付が、電子カルテデータベース４２０の最長自宅待機終了期間を超えているか否かを判定する（ステップＳ９０９）。
【００６９】
ステップＳ９０９において、自宅待機フラグの値が０となっていない又は最長自宅待機終了期間を超えていない場合、患者支援サーバ２００は、処理を終了する。
【００７０】
ステップＳ９０９において、自宅待機フラグの値が０となったか又は最長自宅待機終了期間を超えた場合、患者支援サーバ２００は、メンバ削除部２３９により、ＳＮＳグループ管理データベース２１０のグループＩＤと対応するメンバＩＤから、該当する患者ＩＤを削除する（ステップＳ９１０）。このとき、データベース更新部２５１は、ＳＮＳ利用者データベース２２０のメンバＩＤから、該当する患者ＩＤ（メンバＩＤ）の値と、対応する項目の値とを削除する。
【００７１】
続いて患者支援サーバ２００は、アプリ削除指示部２５０により、利用者端末のアドレスへＳＮＳアプリケーション１１０のアンインストールの指示を行い（ステップＳ９１１）、処理を終了する。
【００７２】
次に、図１０を参照し、本実施形態の患者支援サーバ２００のＳＮＳ処理部２４０Ａの処理を説明する。図１０は、患者支援サーバの動作を説明する第二のフローチャートである。本実施形態のＳＮＳ処理部２４０Ａは、図１０に示す処理を所定間隔毎に実行する。
【００７３】
本実施形態の患者支援サーバ２００は、患者ＩＤの自宅待機フラグの値が１となった携帯端末３００のアドレスにＳＮＳアプリケーション１１０を送信すると、要求受付部２４１は、あるグループに対して新規メンバの登録がなされているか否かを判定する（ステップＳ１００１）。
【００７４】
ステップＳ１００１において、新規ＩＤが存在しなかった場合、後述するステップＳ１００３へ進む。
【００７５】
ステップＳ１００１において、新規ＩＤが存在した場合、患者支援サーバ２００は、メッセージ送信部２４３により、メンバ登録を行った旨のメッセージを登録要求を行った携帯端末３００へ送信する（ステップＳ１００２）。尚、メンバ登録があったグループＩＤに対応する、既に登録済のメンバを取得し、追加メンバがあった胸の表示を登録済メンバの携帯端末に送信してもよい。
【００７６】
続いて患者支援サーバ２００は、要求受付部２４１により、携帯端末３００から、会話内容の表示要求を受け付けたか否かを判定する（ステップＳ１００３）。ステップＳ１００３において、要求を受け付けない場合、後述するステップＳ１００５へ進む。
【００７７】
ステップＳ１００３において、要求を受け付けた場合、患者支援サーバ２００は、携帯端末３００に対し、会話内容の表示画面を送信する（ステップＳ１００４）。
【００７８】
続いて患者支援サーバ２００は、メッセージ受信部２４２により、携帯端末３００からメンバＩＤと入力文字列（メッセージ）とを受信したか否かを判定する（ステップＳ１００５）。
【００７９】
ステップＳ１００５において、メッセージを受信していない場合、患者支援サーバ２００は、処理を終了する。
【００８０】
ステップＳ１００５において、メッセージを受信した場合、患者支援サーバ２００は、ＳＮＳグループ管理データベース２１０を参照し、入力されたメンバＩＤと対応するグループＩＤを取得する（ステップＳ１００６）。
【００８１】
続いて患者支援サーバ２００は、取得したグループＩＤと対応するＳＮＳ利用者データベース２２０を参照し、同じグループに含まれる他のメンバのメンバＩＤを取得する（ステップＳ１００７）。
【００８２】
続いて患者支援サーバ２００は、メッセージ送信部２４３により、取得した他のメンバのメンバＩＤと対応する利用者端末のアドレスへ、入力文字列を送信し（ステップＳ１００８）、処理を終了する。
【００８３】
以上のように、本実施形態では、医療機関において自宅待機を指示された患者と対応付けられた携帯端末３００に、他の自宅待機を指示された患者とのコミュニケーションを可能とするＳＮＳアプリケーション１１０を配信（送信）する。特に、本実施形態では、患者が所属する組織の中で、同様に自宅待機状態となっている患者を特定し、両者のコミュニケーションを可能とする。したがって、本実施形態によれば、自宅に居ながらにして、患者同士で励ましあったり情報交換をしたりすることができ、孤独や不安等を和らげ、患者並びに保護者の負担を軽減することができる。
【００８４】
また、本実施形態では、患者が医療機関において自宅待機の指示を受けると、患者が医療機関からの帰路につくまでに、この患者と対応付けられた携帯端末３００にＳＮＳアプリケーション１１０を配信する。したがって、本実施形態では、自宅待機を指示された患者は、指示を受けてから帰宅するまでの間に、自分が所属する組織において、自身と同様の自宅待機状態にあるメンバを把握することができる。そのため、本実施形態によれば、患者に孤独感を感じさせずに帰宅させることができる。
【００８５】
さらに、本実施形態では、患者の自宅待機状態が解除されたとき、この患者をグループのメンバから削除し、この患者の携帯端末３００にＳＮＳアプリケーション１１０をアンインストールさせる。本実施形態では、これにより、自宅待機状態でないメンバがグループに含まれないようにすることができる。また、自宅待機中のメンバは、自宅待機状態が解除されたメンバが誰か把握することができる。
【００８６】
また、本実施形態では、自宅待機を指示された患者が所属する組織と対応するグループが存在しない場合には、新たにグループを作成する。本実施形態では、これにより、患者が所属する組織のグループ内でのコミュニケーションが可能となる。
【００８７】
さらに、本実施形態では、同じ組織に所属し、且つ自宅待機フラグの値が１となった患者同士を１つのグループとするものとしたが、これに限定されない。本実施形態では、例えば、同じ組織に所属し、且つ自宅待機フラグの値が１であり、さらに診断された病名が一致する患者同士を同じグループとしても良い。
【００８８】
また、本実施形態では、端末位置判定部２３７は、携帯端末３００が所定のエリアから出たか否かを判定するものとしたが、これに限定されない。端末位置判定部２３７は、例えば、携帯端末３００から、ビーコン５００から発信される所定の信号を受信したことを示す通知を受けたとき、所定のエリアを通過したものと判定しても良い。この場合、所定のエリアとは、医療機関の出入り口や診察室の出入り口等であっても良い。
【００８９】
また、本実施形態では、自宅待機フラグの値が１であり、且つ所属する組織が同じ患者を１つのグループとするものとしたが、これに限定されない。例えば、所属する組織が同じ中で、さらに生年月日を用いて年齢が同じ患者を１つのグループとしても良い。
【００９０】
以下に、本実施形態の患者支援システム１００の動作について具体的に説明する。
【００９１】
例えば、患者ＩＤ「９８３７４」と対応する利用者端末を携帯端末３００−１とし、患者ＩＤ「９８３７４」と対応する自宅待機フラグの値が「０」から「１」となった場合の動作について説明する。
【００９２】
本実施形態の患者支援サーバ２００は、患者ＩＤ「９８３７４」の自宅待機フラグの値が「１」となると、患者データベース４１０を参照し、患者ＩＤ「９８３７４」の患者が所属する組織名を取得する。ここでは、患者ＩＤ「９８３７４」の患者が所属する組織名は、「○○保育園」である（図６参照）。
【００９３】
よって、患者支援サーバ２００は、ＳＮＳグループ管理データベース２１０を参照し、「○○保育園」と対応するグループＩＤの有無を判定する。ＳＮＳグループ管理データベース２１０には、「○○保育園」と対応するグループＩＤ「ＡＡ」が存在する（図４参照）。したがって、患者支援サーバ２００は、グループＩＤ「ＡＡ」と対応するメンバＩＤに、患者ＩＤ「９８３７４」を追加する。
【００９４】
そして、患者支援サーバ２００は、携帯端末３００−１が所定のエリアから出たとき、ＳＮＳアプリケーション１１０を携帯端末３００−１のアドレスへ送信する。尚、携帯端末３００−１は、患者ＩＤ「９８３７４」と対応する利用者端末のアドレスである。
【００９５】
そして、患者支援サーバ２００は、ＳＮＳアプリケーション１１０を利用するか否かを確認する画面を携帯端末３００−１に表示させる。そして、患者支援サーバ２００は、携帯端末３００−１から、ＳＮＳアプリケーション１１０を利用するとの回答を受け付けると、患者ＩＤ「９８３７４」の患者をグループのメンバに追加したことを示すメッセージを携帯端末３００−１へ表示させる。
【００９６】
図１１は、携帯端末に表示される画面の例を示す第一の図である。図１１の画面１１１では、患者ＩＤ「９８３７４」の患者をグループのメンバに追加したことを示すメッセージが表示されている。
【００９７】
画面１１１には、メッセージ１１２と、グループ名１１３と、メンバ名１１４が表示される。また、画面１１１には、会話表示要求を行う会話ボタン１１５と、ＳＮＳアプリケーション１１０を終了させる終了ボタン１１６と、が表示される。
【００９８】
メッセージ１１２は、患者ＩＤ「９８３７４」の患者がグループに登録されたことを示すものである。グループ名１１３は、患者ＩＤ「９８３７４」の患者が所属する組織名であり、メンバ名１１４は、グループ内のメンバのニックネームが表示される。
【００９９】
図１１の例では、○○保育園において、患者ＩＤ「９８３７４」の患者以外に自宅待機状態となっている患者は、患者ＩＤ「７６３８７」の患者である。したがって、患者支援サーバ２００は、ＳＮＳ利用者データベース２２０を参照して患者ＩＤ「７６３８７」の患者のニックネーム「ｃｃ」を取得し、メンバ名１１４として表示させる。
【０１００】
患者支援サーバ２００は、画面１１１において会話ボタン１１５が操作されると、携帯端末３００−１に会話表示画面を表示させる。
【０１０１】
図１２は、携帯端末に表示される画面の例を示す第二の図である。図１２の画面１２１は、患者ＩＤ「９８３７４」と対応する携帯端末３００−１に表示された会話表示画面を示している。
【０１０２】
画面１２１には、ニックネーム「ｃｃ」と、ニックネーム「ｃｃ」の携帯端末３００−２から送信されたメッセージ１２２と、携帯端末３００−１において入力され、患者支援サーバ２００を介して携帯端末３００−２へ送信されたメッセージ１２３とが表示される。メッセージ１２３は、ＳＮＳ利用者データベース２２０において、患者ＩＤ「９８３７４」と対応するニックネーム「ａａ」と対応付けて表示される。
【０１０３】
また、画面１２１には、携帯端末３００−２に送信されるメッセージの入力欄１２４が表示される。
【０１０４】
以上の開示の技術により、例えば、患者が長期自宅待機となった場合であっても、待機している患者同士でコミュニケーションを取ることができ、患者の精神的な苦痛（孤独感）を緩和させることが可能となる。また、家族が患者を看護している場合には、その家族の精神的な苦痛を緩和させることが可能となる。
【０１０５】
開示の技術では、以下に記載する付記のような形態が考えられる。
（付記１）
患者情報を記憶する記憶部を参照して、待機状態であることを示す患者情報が登録された患者を特定し、
特定した該患者の患者情報に基づいて、該患者の病名と該患者が所属する組織を特定し、
特定した前記組織に属し、特定した前記病名が登録された１又は複数の患者と、該患者とを共通のグループとしてコミュニケーションを可能とするサービスに誘導する情報を前記患者と対応付けられた端末に送信する、
処理をコンピュータに実行させることを特徴とするサービス提供方法。
（付記２）
前記サービスに誘導する情報は、
前記端末が所定のエリアを通過したことが検知されたときに前記端末へ送信される、ことを特徴とする付記１記載のサービス提供方法。
（付記３）
前記所定のエリアは、前記患者が受診した医療機関の出入り口を含むエリアである、ことを特徴とする付記２記載のサービス提供方法。
（付記４）
前記患者の患者情報において、前記待機状態が解除されたことを検知すると、
前記患者を前記グループのメンバから削除する、ことを特徴とする付記１乃至３の何れか一項に記載のサービス提供方法。
（付記５）
前記患者の患者情報において、前記待機状態が解除されたことを検知すると、
前記端末に、前記サービスに誘導する情報を削除させる、ことを特徴とする付記１乃至４の何れか一項に記載のサービス提供方法。
（付記６）
前記記憶部に、特定した前記組織に属し、特定した前記病名が登録された１又は複数の患者の患者情報が格納されていない場合に、前記特定した組織と対応するグループを作成する、ことを特徴とする付記１乃至５の何れか一項に記載のサービス提供方法。
（付記７）
前記サービスを誘導する情報は、
前記端末と、前記１又は複数の患者と対応付けられた他の端末とを１つのグループとしたコミュニケーションを実現させるアプリケーションである付記１乃至６の何れか一項に記載のサービス提供方法。
（付記８）
患者情報を記憶する記憶部を参照して、待機状態であることを示す患者情報が登録された患者を特定し、
特定した該患者の患者情報に基づいて、該患者の病名と該患者が所属する組織を特定し、
特定した前記組織に属し、特定した前記病名が登録された１又は複数の患者と、該患者とを共通のグループとしてコミュニケーションを可能とするサービスに誘導する情報を前記患者と対応付けられた端末に送信する、
処理をコンピュータに実行させることを特徴とする患者支援プログラム。
（付記９）
患者情報を記憶する記憶部を参照して、待機状態であることを示す患者情報が登録された患者を特定する待機患者特定部と、
特定した該患者の患者情報に基づいて、該患者の病名と該患者が所属する組織を特定する組織名特定部と、
特定した前記組織に属し、特定した前記病名が登録された１又は複数の患者と、該患者とを共通のグループとしてコミュニケーションを可能とするサービスに誘導する情報を前記患者と対応付けられた端末に送信するアプリ送信部と、
を有することを特徴とする患者支援装置。
（付記１０）
コンピュータによるサービス提供方法であって、該コンピュータが、
患者情報を記憶する記憶部を参照して、待機状態であることを示す患者情報が登録された患者を特定し、
特定した該患者の患者情報に基づいて、該患者が所属する組織を特定し、
特定した組織に属し、且つ前記待機状態であることを示す患者情報が登録された１又は複数の患者と、該患者とを共通のグループとしてコミュニケーションを可能とするサービスに誘導する情報を前記患者と対応付けられた端末に送信する、
ことを特徴とするサービス提供方法。
【０１０６】
本発明は、具体的に開示された実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【符号の説明】
【０１０７】
１００  患者支援システム
２００  患者支援サーバ
２１０  ＳＮＳグループ管理データベース
２２０  ＳＮＳ利用者データベース
２３０  アプリ送信プログラム
２３０Ａ  アプリ送信処理部
２３１  フラグ監視部
２３２  待機患者特定部
２３３  組織名特定部
２３７  端末位置特定部
２３８  アプリ送信部
２４０  ＳＮＳプログラム
２４０Ａ  ＳＮＳ処理部
３００  携帯端末
４００  病院端末
４１０  患者データベース
４２０  電子カルテデータベース
【図１】
0006390391.tif 000002
【図２】
0006390391.tif 000003
【図３】
0006390391.tif 000004
【図４】
0006390391.tif 000005
【図５】
0006390391.tif 000006
【図６】
0006390391.tif 000007
【図７】
0006390391.tif 000008
【図８】
0006390391.tif 000009
【図９】
0006390391.tif 000010
【図１０】
0006390391.tif 000011
【図１１】
0006390391.tif 000012
【図１２】
0006390391.tif 000013