(57)【要約】【課題】病院スタッフや入院患者や見舞い客の手間を省きつつ、入院患者が望む者が適切な日時に見舞うことができるようにする。【解決手段】  見舞可能日時判別部２１は、任意の入院患者により任意の見舞許可者や見舞希望日の指定／選択等があると、電子カルテサーバ３に該入院患者の診療スケジュールを問い合わせて取得し、該診療スケジュール等に基づいて、上記見舞許可者による上記入院患者に対する見舞可能日時を求める。更に見舞許可コード生成部２２が見舞許可コードを生成し、通知部２４によって見舞可能日時、見舞許可コード等を電子メールにより見舞許可者に通知させる。見舞許可判定部２５は、訪問者が少なくとも見舞許可コードを入力しない限り、見舞いを許可しない。【選択図】図２
2013222269.tif 000002
【特許請求の範囲】
【請求項１】
各入院患者の電子カルテ情報を保持・管理する電子カルテサーバ装置と、
該電子カルテサーバ装置と接続された検索サーバ装置と、
該検索サーバ装置と接続された入院患者用端末と、
該検索サーバ装置と接続された見舞受付端末を有し、
前記検索サーバ装置は、
前記入院患者用端末から任意の入院患者により任意の見舞許可者の指定があると、前記電子カルテサーバ装置に該入院患者の診療スケジュールを問い合わせて取得し、該診療スケジュールに基づいて前記見舞許可者による前記入院患者に対する見舞可能日時を求める見舞可能日時判別手段と、
前記入院患者への前記見舞許可者に対応して任意の見舞許可コードを生成する見舞許可コード生成手段と、
前記入院患者と前記見舞許可者と前記見舞可能日時と前記見舞許可コードとを記憶する見舞者情報記憶手段と、
前記見舞許可者の情報処理端末に対して、前記見舞可能日時、前記見舞許可コードを電子メールにより通知させる通知手段と、
前記見舞受付端末から任意の訪問者により自己の識別情報と任意のコードの入力があると、前記見舞者情報記憶手段を参照して、該訪問者が前記見舞許可者として登録されており且つ該入力コードが該見舞許可者に対応する前記見舞許可コードと一致する場合には、見舞い許可すると判定する見舞許可判定手段と、
を有することを特徴とする見舞管理システム。
【請求項２】
前記見舞許可判定手段によって見舞い許可すると判定された場合に、該見舞許可者に対応する前記入院患者の病室番号を電子カルテサーバ装置に問い合わせて取得し、該取得した病室番号を前記見舞受付端末により表示／印字出力させる病室案内手段、または／及び、前記見舞許可判定手段によって見舞い許可すると判定された場合に、ゲート開の指示をゲートに送信して前記訪問者がゲートを通過することを可能にするゲート制御手段を、更に有することを特徴とする請求項１記載の見舞管理システム。
【請求項３】
予め病院としての面会可能時間帯を記憶する面会可能時間帯記憶手段を更に有し、
前記見舞可能日時判別手段は、前記取得した診療スケジュールに加えて更に該面会可能時間帯に基づいて、前記見舞可能日時を求めることを特徴とする請求項１記載の見舞管理システム。
【請求項４】
前記見舞許可判定手段は、前記訪問者が前記見舞許可者として登録されており且つ該入力コードが該見舞許可者に対応する前記見舞許可コードと一致する場合であっても、現在日時が前記見舞者情報記憶手段に記憶されている前記見舞可能日時に該当しない場合には見舞い不許可と判定することを特徴とする請求項１〜３の何れかに記載の見舞管理システム。
【請求項５】
前記入院患者用端末から前記任意の入院患者により前記任意の見舞許可者の指定と共に任意の見舞希望日の指定があった場合には、前記見舞可能日時判別手段は、該見舞希望日における前記入院患者の診療スケジュールを、前記電子カルテサーバ装置に問い合わせて取得することを特徴とする請求項１〜４の何れかに記載の見舞管理システム。
【請求項６】
Ｗｅｂサーバ装置を更に有し、
該Ｗｅｂサーバ装置は、任意の見舞希望者の情報処理端末からのネットワークを介したアクセスに応じて、該見舞希望者の電子メールアドレス、入院患者の電子メールアドレス、見舞希望日の入力を行わせて、該見舞希望の入力情報を前記検索サーバ装置に転送し、
前記検索サーバ装置は、
該転送された見舞希望入力情報を記憶する見舞希望入力情報記憶手段を更に有し、
入院患者用端末は、前記見舞希望入力情報に基づき見舞希望者を表示して、該見舞希望者のなかから前記任意の見舞許可者を選択指定させ、
前記見舞可能日時判別手段は、該見舞許可者による前記見舞希望日における前記入院患者の診療スケジュールを、前記電子カルテサーバ装置に問い合わせて取得することを特徴とする請求項１〜５の何れかに記載の見舞管理システム。
【請求項７】
前記見舞許可判定手段は、前記訪問者について前記見舞い許可すると判定した場合には、見舞者情報記憶手段に記憶されている該訪問者に係わる情報を無効化することを特徴とする請求項１〜６の何れかに記載の見舞管理システム。
【請求項８】
任意の入院患者により任意の見舞許可者の指定があると、電子カルテサーバ装置に該入院患者の診療スケジュールを問い合わせて取得し、該診療スケジュールに基づいて前記見舞許可者による前記入院患者に対する見舞可能日時を求める見舞可能日時判別手段と、
前記入院患者への前記見舞許可者に対応して任意の見舞許可コードを生成する見舞許可コード生成手段と、
前記入院患者と前記見舞許可者と前記見舞可能日時と前記見舞許可コードとを記憶する見舞者情報記憶手段と、
前記見舞許可者の情報処理端末に対して、前記見舞可能日時、前記見舞許可コードを電子メールにより通知させる通知手段と、
任意の訪問者により自己の識別情報と任意のコードの入力があると、前記見舞者情報記憶手段を参照して、該訪問者が前記見舞許可者として登録されており且つ該入力コードが該見舞許可者に対応する前記見舞許可コードと一致する場合には、見舞い許可すると判定する見舞許可判定手段と、
を有することを特徴とする検索サーバ装置。
【請求項９】
コンピュータを、
任意の入院患者により任意の見舞許可者の指定があると、電子カルテサーバ装置に該入院患者の診療スケジュールを問い合わせて取得し、該診療スケジュールに基づいて前記見舞許可者による前記入院患者に対する見舞可能日時を求める見舞可能日時判別手段と、
前記入院患者への前記見舞許可者に対応して任意の見舞許可コードを生成する見舞許可コード生成手段と、
前記入院患者と前記見舞許可者と前記見舞可能日時と前記見舞許可コードとを記憶する見舞者情報記憶手段と、
前記見舞許可者の情報処理端末に対して、前記見舞可能日時、前記見舞許可コードを電子メールにより通知させる通知手段と、
任意の訪問者により自己の識別情報と任意のコードの入力があると、前記見舞者情報記憶手段を参照して、該訪問者が前記見舞許可者として登録されており且つ該入力コードが該見舞許可者に対応する前記見舞許可コードと一致する場合には、見舞い許可すると判定する見舞許可判定手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、病院の入院患者に対する見舞いを自動管理するシステム等に関する。
【背景技術】
【０００２】
例えば、特許文献１、２、３、４に記載の従来技術が知られている。
特許文献１には、以下の従来技術が開示されている。
【０００３】
すなわち、ナースコールシステムにおいて、ナースコール子機に見舞不可設定ボタンを設ける。患者自身がこの見舞不可設定ボタンを操作すると、このナースコール子機に関連付けられている患者を、お見舞い不可と判断する。お見舞い不可とする期間は、不可設定されてから所定時間（例えば１０分）であるが、見舞不可設定ボタンを押す回数によって延長することも可能である。
【０００４】
見舞い客が見舞者用端末を操作すると、そのときが検査等は無い状況であっても上記お見舞い不可とする期間内である場合には、お見舞い不可とする表示となる。
【０００５】
また、特許文献２には、入院患者の名前もしくは名前のキーワード（例えば山田太郎であれば“やまだ”）を入力することで、入院患者の名前と病室番号を表示することが開示されている。
【０００６】
また、特許文献３の発明では、セキュリティエリアとしての店舗内に入店する権限を有する人物の顔データを登録しておき、当該店舗内で商品に接近する人物の顔を撮影してこれが上記登録された顔データと一致した場合、当該人物による商品への取出しを許可する。
【０００７】
また、特許文献３には、入店しようとする人物の顔、当該人物が提示するＩＣカードから読取った情報により、当該人物が登録済みの人物（入店が可能な人物）であるか否かを判定し、判定結果に基づいて当該人物の入店を制御すること等も開示されている。
【０００８】
特許文献４には、以下の従来技術が開示されている。
すなわち、まず、メールアドレスを要求している通信端末からパスワードの発行要求のメールを受信すると、該通信端末のメールアドレスをテーブルに登録し、パスワードと該パスワード使用の有効期限を含む情報を発行し、上記テーブルに登録すると共に、該情報を記載したメールを上記通信端末に送信する。
【０００９】
上記有効期限内に相手通信端末から、パスワードを含む情報が記載されたメールを受信した場合、該相手通信端末のメールアドレスを上記テーブルに登録するとともに、上記情報のパスワードと登録したパスワードと一致していると判断した場合、上記通信端末に、登録した上記相手通信端末のメールアドレスを転記して送信する。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００８−２０６８３４号公報
【特許文献２】特開平７−２４５６１６号公報
【特許文献３】特開２００９−９２３１号公報
【特許文献４】特開２００９−２１８９２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
上記特許文献１の発明では、患者が予め未来についての（例えば翌日、３日後等）お見舞い不可とする期間を設定するようなことは出来ず、見舞不可設定ボタンを操作してから所定時間（例えば１０分等のように短時間）経過するまでが、お見舞い不可とする期間となってしまう。また、見舞い客は、来院して見舞者用端末を操作したときに初めて、その時が見舞い不可であることを知ることができる。つまり、見舞い不可である場合、無駄に病室まで行くことは回避できるかもしれないが、無駄に病院まで来ることは回避できない。更に、上記特許文献１の発明では、見舞い客が誰であるのかは関係なく、誰でも一律に、見舞い不可のときは見舞いを出来ず、見舞い可能なときは見舞い出来てしまう。
【００１２】
例えば、入院患者にとっては、見舞いに来て欲しい人だけに見舞いに来て欲しい（換言すれば、見舞いに来て欲しくない人が、見舞いにくる（病室までくる）事態を防止したい）という要望もあり得る。また、見舞い予定日が事前に分かった方が望ましい場合もあるし、その日が自分にとっても見舞い客にとっても不都合ではない日であることが望ましい。
【００１３】
但し、見舞い可能か否かは、入院患者や見舞い客の意思のみで決まるとは限らない。
また、見舞い客にも都合や予定があるものであり、何時でもお見舞い可能というわけではない。見舞い客にとっては、出来れば自己にとって都合がよい日に見舞いに行きたいが、その日が入院患者にとって都合が悪かったり、その日一日中ではなくても診察、検査等の為に都合が悪い時間帯がある場合も有り得る。この為、せっかく病院まで行っても無駄足であったり、長時間待たなくてはならなくなる可能性があった。このように、見舞い客にとっては、自身が見舞いに行くことが可能で且つ入院患者を見舞い可能な日時にお見舞いできるようにすることが望まれる。
【００１４】
更に、以上の要望を、入院患者や見舞い客にとって出来るだけ手間が掛からないようにして実現させることが望まれる。
【００１５】
上記特許文献１，２，３，４の従来技術全てを用いても、この様な要望に対応することはできないし、そもそも、この様な要望を想定、発想しているものはない。
【００１６】
更に、上述した要望等は、病院のセキュリティに関連してくる場合もあり得る。すなわち、関係ない第三者等が、見舞い客のふりをして病院（特に入院患者エリアなど）に侵入することや入院患者の情報を得ようとすること等を抑止すること等が望まれる。
【００１７】
本発明の課題は、病院スタッフや入院患者や見舞い客の手間を省きつつ、見舞い客の要望及び／又は入院患者の意思／都合、更に入院患者を見舞い可能な条件などに応じた見舞可能日時と、見舞許可コードの生成等を、事前に実行して見舞許可者に通知しておくことができ、それによって、入院患者と見舞い客の双方にとってメリットが得られる見舞管理システム、その検索サーバ、プログラム等を提供することである。
【課題を解決するための手段】
【００１８】
本発明の見舞管理システムは、各入院患者の電子カルテ情報を保持・管理する電子カルテサーバ装置と、該電子カルテサーバ装置と接続された検索サーバ装置と、該検索サーバ装置と接続された入院患者用端末と、該検索サーバ装置と接続された見舞受付端末を有し、前記検索サーバ装置は、前記入院患者用端末から任意の入院患者により任意の見舞許可者の指定があると、前記電子カルテサーバ装置に該入院患者の診療スケジュールを問い合わせて取得し、該診療スケジュールに基づいて前記見舞許可者による前記入院患者に対する見舞可能日時を求める見舞可能日時判別手段と、前記入院患者への前記見舞許可者に対応して任意の見舞許可コードを生成する見舞許可コード生成手段と、前記入院患者と前記見舞許可者と前記見舞可能日時と前記見舞許可コードとを記憶する見舞者情報記憶手段と、前記見舞許可者の情報処理端末に対して、前記見舞可能日時、前記見舞許可コードを電子メールにより通知させる通知手段と、前記見舞受付端末から任意の訪問者により自己の識別情報と任意のコードの入力があると、前記見舞者情報記憶手段を参照して、該訪問者が前記見舞許可者として登録されており且つ該入力コードが該見舞許可者に対応する前記見舞許可コードと一致する場合には、見舞い許可すると判定する見舞許可判定手段とを有する。
【発明の効果】
【００１９】
本発明の見舞管理システム、その検索サーバ、プログラム等によれば、病院スタッフや入院患者や見舞い客の手間を省きつつ、見舞い客の要望及び／又は入院患者の意思／都合、更に入院患者を見舞い可能な条件などに応じた見舞可能日時と、見舞許可コードの生成等を、事前に実行して見舞許可者に通知しておくことができ、それによって、入院患者と見舞い客の双方にとってメリットが得られる。更に、見舞許可コードを用いて病院のセキュリティ強化を図ることができる。
【図面の簡単な説明】
【００２０】
【図１】本例の見舞い管理システムの構成図である。
【図２】検索サーバの機能ブロック図である。
【図３】事前登録・受付処理手順について示す図である。
【図４】（ａ）、（ｂ）は、図３に応じた検索サーバの処理フローチャート図である。
【図５】入院患者入力端末の表示画面例である。
【図６】（ａ），（ｂ）は、各種テーブルの一例を示す図（その１）である。
【図７】（ａ），（ｂ）は、各種テーブルの一例を示す図（その２）である。
【図８】（ａ）、（ｂ）は、各種テーブルの一例を示す図（その３）である。
【図９】許可者登録・見舞い受付処理手順について示す図である。
【図１０】図９に応じた検索サーバの処理フローチャート図（その１）である。
【図１１】図９に応じた検索サーバの処理フローチャート図（その２）である。
【図１２】退院に係わる処理について説明する為の図である。
【発明を実施するための形態】
【００２１】
以下、図面を参照して本発明の実施の形態について説明する。
図１は、本例の見舞管理システムの構成図である。
【００２２】
本例の見舞管理システム１は、まず、院内ネットワークシステムとして、図示の検索サーバ２、電子カルテサーバ３、お見舞い受付端末４、入院患者入力端末５等が、ＬＡＮ等の内部ネットワーク７に接続された構成を有する。また、院内ネットワークシステムは、内部ネットワーク７に接続されたファイアウォール６を介して、メールサーバ／Ｗｅｂサーバ８に接続している。
【００２３】
検索サーバ２は、メールサーバ／Ｗｅｂサーバ８を利用して、インターネット網９等の外部ネットワークを介して、外部の任意の情報処理端末１０（携帯電話、タブレット型端末、パソコン等）と、電子メールの送受信や任意の情報（見舞い希望に係わる情報等）の入力等を行わせる。メールサーバ／Ｗｅｂサーバ８は、上記電子メールの送受信機能だけでなく、電子メールの自動作成機能や、一般的なＷｅｂサーバ（ホームページの提供など）の機能も有している。
【００２４】
検索サーバ２、電子カルテサーバ３、お見舞い受付端末４、入院患者入力端末５、メールサーバ／Ｗｅｂサーバ８等は、例えば汎用のコンピュータ等により実現され、よってそのハードウェア構成は、特に図示しないが一般的なものである。すなわち、例えば、ＣＰＵ等の演算プロセッサ、ハードディスク、メモリ等の記憶装置、通信機能部等（何れも不図示）を有する。更に、ディスプレイ、キーボード／マウス等が備えられていても良い。
【００２５】
上記不図示の記憶装置には、予め所定のアプリケーションプログラムが記憶されており、上記不図示の演算プロセッサがこのプログラムを実行することにより、後述する各端末／各サーバの各種処理機能が実現される。例えば、検索サーバ２の場合、図２に示す各種処理機能や後述する各フローチャート図の処理が実現される。
【００２６】
図２は、検索サーバ２の機能ブロック図である。
図２において、検索サーバ２は、見舞可能日時判別部２１、見舞許可コード生成部２２、見舞者情報記憶部２３、通知部２４、見舞許可判定部２５、病室案内部２６、ゲート制御部２７、見舞希望入力情報記憶部２８等の各種機能部を有する。
【００２７】
上記見舞可能日時判別部２１は、任意の入院患者により任意の見舞許可者や見舞希望日の指定／選択等があると、電子カルテサーバ３に該入院患者の診療スケジュールを問い合わせて取得し、該診療スケジュール等に基づいて、上記見舞許可者による上記入院患者に対する見舞可能日時を求める。
【００２８】
見舞許可コード生成部２２は、上記入院患者への上記見舞許可者に対応して任意の見舞許可コードを生成する。尚、見舞許可コードは一意となるように生成し、同じコードが生成されないようにすることが望ましい。
【００２９】
見舞者情報記憶部２３は、上記入院患者と上記見舞許可者と上記見舞可能日時と上記見舞許可コードとを記憶する。その一例が後述するテーブル６０である。
【００３０】
通知部２４は、上記見舞許可者の情報処理端末１０に対して、上記見舞可能日時、上記見舞許可コード等を電子メールにより通知させる。例えば、メールサーバ／Ｗｅｂサーバ８に依頼して電子メール送信させる。
【００３１】
見舞許可判定部２５は、病院への任意の訪問者により自己の識別情報（例えば訪問者の氏名や電子メールアドレス等）と任意のコードの入力があると、上記見舞者情報記憶部２３を参照して、該訪問者が上記見舞許可者として登録されており且つ該入力コードが該見舞許可者に対応する上記見舞許可コードと一致する場合には、見舞い許可すると判定する。
【００３２】
病室案内部２６は、上記見舞許可判定部２５によって見舞い許可すると判定された場合に、該見舞許可者に対応する上記入院患者の病室番号を電子カルテサーバ３に問い合わせて取得し、該取得した病室番号を例えばお見舞い受付端末４により表示／印字出力させる。
【００３３】
ゲート制御部２７は、上記見舞許可判定部２５によって見舞い許可すると判定された場合に、“ゲート開”の指示をたとえば後述する入館ゲート１１に送信して上記訪問者が入館ゲート１１を通過することを可能にする。
【００３４】
尚、病室案内部２６とゲート制御部２７は、どちらか一方のみがあってもよいし、両方とも備えられていても良い。
【００３５】
あるいは、上記病室番号を印字する用紙にＲＦＩＤタグが含まれるようにしておき、入館ゲート１１や不図示の他のゲート（例えば入院棟の各階毎に設けられるゲート）にＲＦＩＤリーダを設けておくことにより、ゲート通過の許可／不許可を制御できるようにしてもよい。この場合、例えば全てのＲＦＩＤタグには予め特定のコードが記憶されており、ＲＦＩＤリーダがこの特定コードを読取った場合にゲート・オープンする構成等が考えられるが、この例に限らない。
【００３６】
また、例えば、メールサーバ／Ｗｅｂサーバ８は、任意の見舞希望者の情報処理端末１０からのネットワークを介したアクセスに応じて、該見舞希望者の電子メールアドレス、入院患者の識別情報（氏名や電子メールアドレス）と見舞希望日の入力を行わせて、該見舞希望入力情報を検索サーバ２へ転送する。
【００３７】
これより、検索サーバ２は、該転送された見舞希望入力情報を記憶する上記見舞希望入力情報記憶部２８を更に有するものであってもよい。
【００３８】
そして、入院患者入力端末５は、上記見舞希望入力情報に基づき見舞希望者一覧を表示して、該見舞希望者のなかから任意の見舞許可者を選択指定させるものであってもよい。
【００３９】
この場合、上記見舞可能日時判別部２１は、該見舞許可者による上記見舞希望日における上記入院患者の診療スケジュールを、上記電子カルテサーバ装置に問い合わせて取得する。
【００４０】
また、例えば、上記見舞許可判定部２５は、上記訪問者が上記見舞許可者として登録されており且つ該入力コードが該見舞許可者に対応する上記見舞許可コードと一致する場合であっても、現在日時が上記見舞者情報記憶部２３に記憶されている上記見舞可能日時に該当しない場合には、見舞い不許可と判定するようにしてもよい。
【００４１】
また、例えば、上記入院患者入力端末５から上記任意の入院患者により上記任意の見舞許可者の指定と共に任意の見舞希望日の指定があった場合には、上記見舞可能日時判別部２１は、該見舞希望日における上記入院患者の診療スケジュールを、上記電子カルテサーバ装置に問い合わせて取得するようにしてもよい。
【００４２】
また、例えば、上記見舞許可判定部２５は、上記訪問者について見舞い許可すると判定した場合には、上記見舞者情報記憶部２３に記憶されている該訪問者に係わる情報を無効化するようにしてもよい。これは一例としては後述する有効フラグ６８を無効化するものであるが、この例に限らない。
【００４３】
以下、まず、図３〜図６を参照して、事前登録・受付処理について説明する。
尚、以下の説明や図面では、「電子メールアドレス」を略して「メルアド」と記す場合もあるものとする。
【００４４】
図３は、事前登録・受付処理手順について示す図である。
図４（ａ）、（ｂ）は、図３に応じた検索サーバの処理フローチャート図である。
（Ａ）事前登録処理
図３の（１）と図４（ａ）に示すように、入院患者は、お見舞いの希望の受付けを許可する場合には、事前に、上記入院患者入力端末５を操作して所定の登録作業を行う。これは、例えば、入院患者自身の病院内識別情報（患者ＩＤ）と携帯電話等の電子メールアドレス（患者メルアド）を入力する（ステップＳ１１）。入力された情報は、検索サーバ２に保存・登録される（ステップＳ１２）。これは、例えば図６（ａ）に示すテーブル４０に登録されるものである。尚、患者ＩＤは、病院側で各患者管理の為に各患者に任意に割当てる患者識別用の記号／番号等である。
【００４５】
尚、入院患者は、誰にもお見舞いに来て欲しくない場合には、上記所定の登録作業を行わなければよい。
【００４６】
ここで、図６，図７、図８には、検索サーバ２が格納・保持する各種テーブルの一例（その１）、（その２）、（その３）を示してある。
【００４７】
図６（ａ）には「お見舞い希望の入院患者登録情報テーブル」４０（以下、省略して、患者登録テーブル４０と記す）の一例を示す。患者登録テーブル４０は、患者ＩＤ４１と患者メルアド４２の各データ項目を有する。上記ステップＳ１１で入力された「患者ＩＤ」と「患者メルアド」が、新規追加レコードの患者ＩＤ４１と患者メルアド４２に格納されることになる。
【００４８】
また、図５には、入院患者入力端末５の表示画面の一例を示す。
図示の患者入力画面３０は、患者登録領域３１、許可者設定領域３２、一覧表示領域３３等を有するが、上記事前登録処理に関係するのは患者登録領域３１のみであるので、ここではこれについてだけ説明するものとする。
【００４９】
患者登録領域３１には、図示の患者ＩＤ入力欄、登録済メルアド表示・入力欄がある。
入院患者は、例えば、入院患者入力端末５に備えられている不図示のマウス／キーボード等を操作して、患者ＩＤ入力欄に自己の「患者ＩＤ」を入力し、登録済メルアド表示・入力欄に自己の「患者メルアド」を入力する。
【００５０】
尚、既に登録済みの患者である場合には、「患者ＩＤ」を入力した時点で患者登録テーブル４０を検索して該当する「患者メルアド」を取得して、これを登録済メルアド表示・入力欄に表示すると共に、入院患者がこの「患者メルアド」を変更可能としてもよい。変更後に図示の「登録内容変更」ボタン３６を操作することで、患者メルアド４２が更新される。
【００５１】
また、「患者ＩＤ」の入力方法としては、上記の例に限らない。例えば、各入院患者が自己の患者ＩＤに該当するバーコードが付与されたリストバンド等を身に付けている病院の場合には、入院患者入力端末５に備えられている不図示のバーコードリーダを用いて、上記リストバンドのバーコードを読取らせることで、「患者ＩＤ」を入力させるようにしてもよい。これによって患者の入力作業負担を軽減することができる。
【００５２】
ここで、「患者ＩＤ」と「患者メルアド」の代わりに「患者氏名」を入力させる形態も考えられるが、同姓同名の他の患者がいる可能性がある。一方、「患者ＩＤ」は一意のＩＤとなるように管理すればよく、また、電子メールアドレスは元々一意のＩＤに相当するものである。従って、上記一例のように「患者ＩＤ」と「患者メルアド」を入力させる形態とすることが望ましい。
【００５３】
また、上記の理由では、上記登録時には「患者ＩＤ」のみを入力させてもよいことになるが、「患者メルアド」も入力させるのは、後述する見舞希望者に入院患者を指定させるために用いるからである。詳しくは後述する。
（Ｂ）見舞い受付処理
この処理は、図３の（２）〜（５）と図４（ｂ）を参照して説明する。尚、下記の（２）〜（５）は、図３の（２）〜（５）に対応するものである。
（２）上記メールサーバ／Ｗｅｂサーバ８は、上記のように一般的なＷｅｂサーバとしての機能も有しており、所定のホームページをインターネット上で公開している。任意の入院患者に対してお見舞いしたい人（見舞希望者と言うものとする）は、ホームページ上でお見舞い申し込みを行う。これは、情報処理端末１０によってメールサーバ／Ｗｅｂサーバ８にアクセスすることで行う。
【００５４】
このホームページ画面については、特に図示等しないが、例えば図６（ｂ）に示すお見舞い希望の受付情報テーブル５０（以下、希望者受付テーブル５０と呼ぶ）における符号５１〜５４の情報（お見舞い申し込み情報と呼ぶものとする）を、任意に入力させる為の画面である。これより、上記見舞希望者は、見舞いたい入院患者の電子メールアドレス、自己の氏名および電子メールアドレス等を入力する。更に、お見舞いしたい希望日がある場合は、訪問希望日を入力する。
【００５５】
ここで、入院患者の氏名ではなく電子メールアドレスを入力させるのは、同姓同名の他の患者がいる可能性があるからである。電子メールアドレスを入力させることで、同姓同名の他の患者がいても問題なく、間違いなく自己が見舞いたい入院患者を指定することができる。あるいは、入院患者の氏名を入力させる方法の場合、例えば第三者が、例えばその病院に入院している者を探るために本システムを利用する可能性が考えられ、病院のセキュリティ上、問題がある。電子メールアドレスを入力させることで、この様な問題が生じないようにできる。
（３）メールサーバ／Ｗｅｂサーバ８は、上記のようにホームページから入力されたお見舞い申し込み情報を、検索サーバ２へ転送する。
（４）これより、検索サーバ２は、例えば図４（ｂ）の処理を実行する。
【００５６】
すなわち、検索サーバ２は、上記お見舞い申し込み情報を受信すると（ステップＳ２１）、当該受信情報中の上記“見舞いたい入院患者の電子メールアドレス”が上記患者登録テーブル４０に登録されているか否かをチェックする（ステップＳ２２）。そして、未登録である場合には（ステップＳ２２，ＮＯ）、この入院患者は特にお見舞いは希望しないものと見做せるので（これは、見舞希望者個人を拒絶する意味ではなく、誰であれ見舞いを希望していない）、受付ＮＧに対応する所定の返信セット（例えば、患者登録なしを示すメッセージ本文と、メール送信先として上記お見舞い申し込み情報に含まれる上記見舞い希望者の電子メールアドレス）を、メールサーバ／Ｗｅｂサーバ８に渡す（ステップＳ２５，Ｓ２６）。
【００５７】
一方、上記“見舞いたい入院患者の電子メールアドレス”が上記患者登録テーブル４０に登録されている場合には（ステップＳ２２，ＹＥＳ）、上記受信したお見舞い申し込み情報を、図６（ｂ）に示す希望者受付テーブル５０の該当フィールドに格納する（ステップＳ２３）。すなわち、上記見舞いたい入院患者の電子メールアドレス、見舞希望者の氏名および電子メールアドレス、訪問希望日を、それぞれ、希望者受付テーブル５０の患者メルアド５１、希望者名５２、希望者メルアド５３、訪問希望日５４に格納する。更に、例えば現在日時を受付日時５５に格納する。
【００５８】
そして、受付ＯＫに対応する所定の返信セット（例えば、受付完了を示すメッセージ本文と、メール送信先として上記お見舞い申し込み情報に含まれる上記見舞い希望者の電子メールアドレス）を、メールサーバ／Ｗｅｂサーバ８に渡す（ステップＳ２４，Ｓ２６）。
（５）メールサーバ／Ｗｅｂサーバ８は、上記検索サーバ２から上記ＮＧ／ＯＫ何れかに対応する返信セットが渡されると、この返信セットを用いて電子メールを自動作成して送信する。これより、上記見舞い希望者の情報処理端末１０がこの電子メールを受信することで、見舞い希望者は結果を知ることができる。そして、ＯＫである場合には、基本的にはその後に、後述する処理によって面会可能時間帯や「見舞許可コード」等が通知されてくることになる。これについては後述する。
【００５９】
次に、以下、上記図５、図６や、図８〜図１１を参照して、許可者登録・見舞い受付処理について説明する。
【００６０】
図９は、許可者登録・見舞い受付処理手順について示す図である。
図１０、図１１は、図９に応じた検索サーバの処理フローチャート図（その１）、（その２）である。
【００６１】
尚、下記の（１１）〜（２０）は、図９の（１１）〜（２０）に対応するものである。
（Ｃ）許可者登録処理
（１１）入院患者は、任意のときに、入院患者入力端末５を操作して、自己に対するお見舞いを許可する人（以下、見舞許可者と記す）に関する所定情報を登録することができる。これについて図５も参照して説明する。
【００６２】
既に簡単に述べたが、図５の患者入力画面３０は、患者登録領域３１、許可者設定領域３２、一覧表示領域３３等を有し、患者登録領域３１については既に説明した。本登録処理については、許可者設定領域３２や一覧表示領域３３が関係する。
【００６３】
すなわち、入院患者は、許可者設定領域３２において上記所定情報の登録を行う。すなわち、入院患者は、図示のような許可者設定領域３２上で、見舞許可者の氏名および電子メールアドレスである「許可者氏名」及び「許可者メルアド」を入力すると共に、この見舞許可者によるお見舞いを希望する日である「お見舞い許可日」を入力する。尚、このとき、入院患者は、患者登録領域３１の「患者ＩＤ入力」欄に、自己の「患者ＩＤ」を入力する。これは、例えば上記のようにバーコード読み取りで実現してもよい。
【００６４】
上記見舞許可者は、例えば入院患者が任意に決めてよい。これは、相手の意思に関係なく決めても構わない。よって、その人がお見舞いを希望していなくても（換言すれば、上記希望者受付テーブル５０に登録されていなくても）関係なく、上記入力を行うことができる。但し、これは一例であり、この例に限らず、見舞希望者（換言すれば、上記希望者受付テーブル５０に登録されている人）のなかから、上記見舞許可者を選択指定するようにしてもよい。
【００６５】
この場合、入院患者は、まず上記自己の「患者ＩＤ」を入力する。これより、検索サーバ２は、まず、この「患者ＩＤ」を用いて上記患者登録テーブル４０を検索して該当する「患者メルアド」４２を取得し、続いてこの「患者メルアド」４２を用いて上記希望者受付テーブル５０を検索して該当するレコード（その「患者メルアド」５１が上記「患者メルアド」４２と同一であるレコード）を全て抽出する。そして、抽出した全てのレコードの情報（例えば、上記符号５２〜５５の情報）を、上記一覧表示領域３３に表示する。
【００６６】
上記一覧表示領域３３上では、表示されるレコードのうちの任意のレコードを、入院患者が選択指定できる。入院患者が所望の１つのレコードを選択指定したうえで図示の「取りこみ」ボタン３４を操作すると、このレコードの情報が許可者設定領域３２に自動設定される。すなわち、選択レコードの希望者名５２、希望者メルアド５３、訪問希望日５４が、許可者設定領域３２の上記「許可者氏名」、「許可者メルアド」、「お見舞い許可日」の欄に自動設定される。
【００６７】
この様に、入院患者は、見舞希望者がいる場合には「希望者氏名」「希望者メルアド」「訪問希望日」等を確認できると共に、例えば任意の「希望者氏名」を選択する操作を行うことで、見舞許可者の設定ができるので、「許可者メルアド」などの入力の手間が省略できる。また、この場合には、見舞希望者の「訪問希望日」が患者に認められたことになり、見舞希望者は自己に都合がよい日にお見舞いを行うことができることになる。
【００６８】
一方、入院患者は、お見舞いに来るのを望まない見舞希望者に関しては、上記見舞許可者としての選択を行わなければ済む。これによって、この見舞希望者には見舞許可コードが発行されないので、たとえ病院に来たとしても、入院患者の病室が分からない（あるいは入館ゲート１１を通過できない）ので、お見舞いが出来ないことになる。
【００６９】
また、入院患者は、お見舞いに来るのを望まないわけではないが「訪問希望日」が自己にとって不都合である見舞希望者に関しては、上記見舞許可者としての選択を行わないものであってもよいが、「訪問希望日」を変更するようにしてもよい。すなわち、この様な見舞許可者を選択することで、その「訪問希望日」が上記許可者設定領域３２の“お見舞い許可日”に自動設定されるので、入院患者はこの“お見舞い許可日”を所望の年月日に変更したうえで、「登録」ボタン３５を操作すればよい。この場合、見舞許可者に通知される「見舞可能時間（日時）」は、見舞許可者の「訪問希望日」ではなくなるので、見舞許可者は、お見舞いに行かない可能性もあるが、本手法では入院患者の希望を優先させる。
【００７０】
上記のように、本システムでは、出来るだけ入院患者と見舞希望者の双方にとって都合の良い日に、お見舞いが出来るように自動設定することが可能となる。但し、時間（時間帯）に関しては、検査、診察などの為に都合が悪い時間帯があるし、更に、病院側のルールとしてお見舞い可能な時間帯が決められている場合が多い。更に、お見舞い可能な時間帯が、曜日によって異なる場合もある。
【００７１】
本システムでは、上記の状況も考慮して、お見舞いを行うのに適切な時間（時間帯）を判別して見舞許可者に通知できる。これによって、見舞許可者は、病院に着いた後に長時間待たされるようなことはなく（あるいは無駄足となることなく）、確実にスムーズにお見舞いすることができる。
【００７２】
図５の説明に戻る。
上記のように任意の入力操作により又は一覧表示領域３３から選択することにより、許可者設定領域３２で所定の情報が設定されたら、入院患者が図示の「登録」ボタン３５を操作することで、この設定情報（「患者ＩＤ」も含む）が検索サーバ２に渡される。
【００７３】
これより、検索サーバ２は、図１０の処理を実行する。
(１２)すなわち、検索サーバ２は、上記設定情報（許可情報）を受信したら（ステップＳ３１）、まず、この許可情報に含まれる上記「患者ＩＤ」と「お見舞い許可日（希望日）」を電子カルテサーバ３へ送信して、患者の「診療スケジュール」の問合せを行う。
【００７４】
検索サーバ２には、予め電子カルテサーバ３へのログイン権限を付与しておく。
（１３）電子カルテサーバ３は、上記問合せに応じて、渡された「患者ＩＤ」に該当する患者についての指定期間（「お見舞い許可日（希望日）」）に関する「診療スケジュール」を、検索サーバ２に返す。
【００７５】
ここで、図８（ｂ）には、電子カルテサーバ３が保持・管理する診療スケジュールテーブル９０の具体例を示す。図示の例の診療スケジュールテーブル９０は、患者ＩＤ９１、日付９２、時間９３、診療内容９４の各データ項目より成る。
【００７６】
図示の例では、患者ＩＤ＝「123456」の患者は、例えば、２０１１年１０月５日には、１０時〜１０時半が“採血”、１６時〜１７時が“放射線検査”を行う予定となっている。これより、電子カルテサーバ３は、仮に患者ＩＤ＝「123456」、指定期間（「お見舞い許可日（希望日）」）＝２０１１年１０月５日で問合せが行われた場合には、上記１０時〜１０時半と１６時〜１７時を、上記問合せ内容に応じた「診療スケジュール」として検索サーバ２に返すことになる（尚、２０１１年１０月５日の曜日は、例えばカレンダー機能によって分かる）。
【００７７】
(１４)検索サーバ２は、この様な「診療スケジュール」を受信すると（ステップＳ３２）、まず、この「診療スケジュール」に基づいて「見舞可能時間帯」（見舞可能日時）を求める（ステップＳ３３）。これは当然、上記１０時〜１０時半と１６時〜１７時は、見舞可能時間とはならないが、これらの時間以外であれば何時でも見舞可能となるわけではない。一般的に、病院では面会可能時間帯が決まっている（極端な話、深夜に面会することはできない）。
【００７８】
この様な一般的な面会可能時間帯は、例えば図８（ａ）に示す見舞可能時間マスタテーブル８０に、予め登録されている。
【００７９】
これより、検索サーバ２は、上記電子カルテサーバ３から取得した「診療スケジュール」と、上記見舞可能時間マスタテーブル８０とを用いて、上記「見舞可能時間」を算出する。
【００８０】
ここで、図８（ａ）に示す例の見舞可能時間マスタテーブル８０は、曜日８１、面会時間８２、面会時間８３、面会時間８４、面会時間８５、面会時間８６の各データ項目から成る。各曜日８１毎に、その曜日における各面会可能時間帯が、面会時間８２、８３・・・等に登録されている。例えば月曜日を例にすると、面会可能時間帯として“16:00-17:00”と“19:00-20:00”の２つの時間帯が登録されている。
【００８１】
この様に、本例では、病院としての面会可能時間帯が曜日毎に決まっているものとするが、この例に限らない。また、図示の例では面会時間８２〜面会時間８６の最大５つまで面会可能時間帯が設定可能であるが、この例に限らない。
【００８２】
ここで、例えば月曜日を例にすると、面会可能時間帯として“16:00-17:00”と“19:00-20:00”の２つの時間帯が登録されている。従って、この例の場合、仮に上記２０１１年１０月５日が月曜日であったとするならば、例えば病院の面会可能時間帯としての“16:00-17:00”と“19:00-20:00”から、上記「診療スケジュール」が示す時間帯すなわち見舞不可の時間帯である上記１０時〜１０時半と１６時〜１７時とを除外することで、対象の入院患者の「見舞可能時間帯」を求めることができる。つまり、この場合、“16:00-17:00”と“19:00-20:00”から“16:00-17:00”が除外されるので、“19:00-20:00”が対象の入院患者の「見舞可能時間帯」として求められることになる。
【００８３】
更に、この「見舞可能時間帯」は上記「お見舞い許可日（希望日）」における見舞い可能な時間帯であるので、これより「見舞可能日時（時間帯）」が求められる。上記例では、「お見舞い許可日（希望日）」は２０１１年１０月５日であり、「見舞可能時間帯」は“19:00-20:00”であるので、「見舞可能日時（時間帯）」は“２０１１年１０月５日19:00-20:00”となる。
【００８４】
ステップＳ３３で「見舞可能日時（時間帯）」を求めたら、更に、上記見舞許可者に対して任意の「見舞許可コード」を自動発行する。見舞許可コードは、ユニークな識別情報であり、例えば数字や文字や記号等から成るが、この例に限らない。
【００８５】
検索サーバ２は、上記「許可者メルアド」と、発行した「見舞許可コード」と、求めた「見舞可能日時（時間帯）」とをセットにしてメールサーバ／Ｗｅｂサーバ８に送り（ステップＳ３５）、宛先を「許可者メルアド」とし、本文に「見舞許可コード」と「見舞可能日時（時間帯）」を記載した電子メールの作成と送信を依頼する（ステップＳ３６）。
【００８６】
これに応じて、メールサーバ／Ｗｅｂサーバ８は、依頼された「許可者メルアド」宛に、「見舞許可コード」と「見舞可能日時（時間帯）」を記載した電子メールを送信する。
【００８７】
上記電子メールを受信した情報処理端末１０のユーザは、上記「見舞許可コード」と「見舞可能日時（時間帯）」を知ることができる。このユーザは、例えば上記「（Ｂ）見舞い受付処理」で説明した見舞希望者であって且つ入院患者が見舞い許可した見舞許可者であるが、この例に限らず、例えば上記のように入院患者が（ある意味勝手に）見舞い許可した見舞許可者であってもよい。
【００８８】
また、検索サーバ２は、上記ステップＳ３５の“見舞許可案内セット”処理の際に、更に、上記処理により得られた各種情報に基づいて、図７（ａ）のテーブル６０に新規レコードを作成・追加する処理も行う。すなわち、検索サーバ２は、上述したように、まず入院患者入力端末５から上記「患者ＩＤ」、「許可者氏名」、「許可者メルアド」、「お見舞い許可日」を取得する。更に上記「見舞可能日時（時間帯）」を求めると共に、「見舞許可コード」を発行している。これらの各種情報を、図７（ａ）のテーブル６０に追加する。
【００８９】
ここで、図７（ａ）に示す“お見舞いの許可情報”テーブル６０（以下、見舞許可テーブル６０と記す）は、患者ＩＤ６１、お見舞い者の氏名（許可者氏名）６２、許可者メルアド６３、見舞希望日６４、見舞許可コード６５、可能日時６６、６７、・・・、有効フラグ６８等の各種データ項目より成る。
【００９０】
検索サーバ２は、入院患者入力端末５から取得した上記「患者ＩＤ」、「許可者氏名」、「許可者メルアド」、「お見舞い許可日」を、患者ＩＤ６１、許可者氏名６２、許可者メルアド６３、見舞希望日６４に格納する。更に、求めた「見舞可能日時（時間帯）」を、可能日時６６、６７、・・に格納する。「見舞可能日時（時間帯）」が複数ある場合も有り得るので（同日で異なる時間帯など）、可能日時６６、６７などのように複数の欄が用意されている。更に発行した「見舞許可コード」を、見舞許可コード６５に格納する。
【００９１】
上記「見舞許可コード」と「見舞可能日時（時間帯）」を知ったユーザは、基本的には、「見舞可能日時（時間帯）」が示す日時に、上記入院患者のお見舞いに行くことになる。これによって、ユーザは、上記入院患者が、検査や診察や手術等でお見舞い出来ない状況のとき、あるいは病院として面会が許可されないときに見舞いに行ってしまうことで、無駄足を踏むことになったり、待たされることになったりするリスクを回避できることになる。
【００９２】
そして、上記ユーザは、上記入院患者が入院中の病院に来ると、例えば病院内における入院患者エリアの出入口付近等に設置されている上記お見舞い受付端末４を操作して所定情報を入力する。この所定情報は、例えば、このユーザ（訪問者）自身の「氏名」（許可者氏名のはず）と、上記受信した「見舞許可コード」等（更に、入院患者の氏名やメルアドを加えてもよい）である。これによって、図１１に示すお見舞い受付処理が実行される。
【００９３】
尚、後述するように、「見舞許可コード」を知らない人（メールで通知されていない人）は、お見舞い受付処理でＮＧとなり、入院患者を見舞うことができないようになっている（例えば病室を知ることができない。あるいはゲートが開かない等）。
【００９４】
図１１は、お見舞い受付処理のフローチャート図である。
上記お見舞い受付端末４は、上記所定情報が入力されると、これを検索サーバ２へ転送する。
【００９５】
検索サーバ２は、この所定情報を受信すると（ステップＳ４１）、この所定情報に基づき上記見舞許可テーブル６０を参照して、チェックを行って、ＯＫ／ＮＧの判定を行う。すなわち、上記入力された「氏名」（許可者氏名のはず）及び「見舞許可コード」をキーにして見舞許可テーブル６０を検索して、該当するレコード（許可者氏名６２及び見舞許可コード６５がキーと同一であるレコード）が存在するか否かをチェックする。
【００９６】
該当レコードが存在しない場合にはチェックＮＧと判定して（ステップＳ４２，ＮＯ）、上記お見舞い受付端末４に対して「案内不可」を返信する（ステップＳ４９）。
【００９７】
一方、該当レコードが存在する場合にはチェックＯＫと判定して（ステップＳ４２，ＹＥＳ）、上記ユーザ（訪問者）は見舞い許可されて、ステップＳ４３〜Ｓ４８の処理を実行する。尚、上記有効フラグ６８を利用する形態の場合には、更に、該当レコードの有効フラグ６８が‘１’であった場合に、チェックＯＫと判定する。換言すれば、この実施形態の場合には、該当レコードがあっても、その有効フラグ６８が‘０’であった場合に、チェックＮＧと判定する（ステップＳ４２，ＮＯ）ことになる。
【００９８】
また、上記ステップＳ４２の判定において、上記該当レコードが存在する場合であっても、現在日時が見舞可能日時に該当しない場合には、チェックＮＧと判定するようにしてもよい。すなわち、該当レコードにおける上記可能時間６６、６７等を現在日時と比較することで、現在日時が、これら可能時間６６、６７が示す見舞可能日時（時間帯）内であるか否かを判定する。当然、見舞可能日時（時間帯）内ではない場合にはチェックＮＧと判定し、見舞可能日時（時間帯）内である場合にはチェックＯＫと判定する。但し、この例に限るわけではない。
【００９９】
チェックＯＫの場合には、続いてまず、上記該当レコードの患者ＩＤ６１を取得する（ステップＳ４３）。すなわち、上記見舞い許可されたユーザが見舞おうとする入院患者の識別ＩＤを取得する。そして、取得した患者ＩＤ６１を電子カルテサーバ３に渡して、患者の病室番号を問い合わせする。ここで、特に図示・説明しないが、電子カルテサーバ３は、各入院患者の患者ＩＤに対応付けてその患者の病室番号を記憶しており、上記渡された患者ＩＤに対応する病室番号を検索して求めて検索サーバ２に返信する。これによって検索サーバ２は病室番号を取得する（ステップＳ４４）。
【０１００】
続いて、検索サーバ２は、お見舞い受付の記録を保存する（ステップＳ４５）。これは、例えば図７（ｂ）に示すお見舞い受付記録テーブル７０（受付記録テーブル７０と呼ぶ）に、新規レコードを作成・追加するものである。
【０１０１】
ここで、図７（ｂ）に示す例の受付記録テーブル７０は、患者ＩＤ７１、お見舞い者の氏名７２、面会日時７３の各データ項目を有する。
【０１０２】
上記ステップＳ４５の処理では、上記ステップＳ４３で取得した「患者ＩＤ」を患者ＩＤ７１に格納し、上記ステップＳ４１で取得した「氏名」をお見舞い者の氏名７２に格納し、現在日時を面会日時７３に格納する。
【０１０３】
更に、見舞許可情報を無効にする（ステップＳ４６）。これは例えば上記該当レコードの有効フラグ６８を無効にする（例えば‘０’にする）。これによって、例えば仮に同一人物が後に再び来院して上記と同じ操作（同じ「氏名」と同じ「見舞許可コード」を入力）しても、上記の通りチェックＮＧとなる。勿論、別の人物が何らかの方法で「氏名」と「見舞許可コード」を知ったとしても、本人が見舞った後ならばチェックＮＧとなる。
【０１０４】
尚、有効フラグ６８を用いるのは一例であり、この例に限らず、上記該当レコードを無効化する処理であれば何でもよい（例えば、該当レコードを消去する等）。
【０１０５】
そして、上記ステップＳ４４で取得した病室番号を、上記お見舞い受付端末４に送信する（ステップＳ４７）。
【０１０６】
これより、お見舞い受付端末４は、この病室番号を、例えばディスプレイに表示したり、あるいは受付票に印字出力することで、訪問者に入院患者の病室番号を知らせる。これによって、訪問者は、受付票等から入院患者の病室を知ることでき、面会できる。
【０１０７】
尚、例えば上記お見舞い受付端末４が、入院患者エリアの出入口付近に設置されており、且つ、図９に示す入館ゲート１１が設けられている場合には、この入館ゲート１１と連動し、見舞い許可（ＯＫ）した人だけが病棟への入館ができるような事例も考えられる（病棟のセキュリティ面向上のため、入館できる人を制限する病院もある）。
【０１０８】
この場合、検索サーバ２は、更にゲート通過許可信号を送信し（ステップＳ４８）、これに応じて上記入館ゲート１１がオープンするように構成してもよい）。
【０１０９】
以上説明したように、本システムでは、入院患者が許可した者以外は、実質的にお見舞いできないことになる。更に、入館ゲート１１を利用する構成の場合には、例えば第三者等が見舞い客のふりをして入院病棟などに侵入することを防止でき、病院のセキュリティ機能向上に役立つ。
【０１１０】
ここで、上記見舞許可者が見舞いを行う前に、患者が（予定外の）退院してしまう可能性も考えられる。この場合の処理について、図１２を参照して説明する。
【０１１１】
(２１)この場合、検索サーバ２は、例えば定期的に、自己が保持している「患者ＩＤ」（例えばテーブル４０の全レコードの各患者ＩＤ４１）を電子カルテサーバ３に渡して、入院状態の問い合わせを行う。
【０１１２】
(２２)電子カルテサーバ３は、渡された各「患者ＩＤ」に該当する各入院患者の入院状態を返す。
【０１１３】
(２３)これより、検索サーバ２は、各入院患者が未だ入院中であるか既に退院したかを認識できるので、退院した入院患者の「患者ＩＤ」を用いて上記テーブル６０を検索して該当するレコード（その患者ＩＤ６１が、上記退院した入院患者の「患者ＩＤ」と同一であるレコード）を全て抽出する。尚、上記該当レコードの条件として、更に、有効フラグ６８が‘１’であることを加えても良い。更に、抽出した該当レコードの有効フラグ６８は全て‘０’にするようにしてもよい。
【０１１４】
そして、上記各該当レコードの許可者メルアド６３と、予め用意されている所定の“退院通知文”を、メールサーバ／Ｗｅｂサーバ８に渡して、「退院通知」の送信を依頼する。これより、メールサーバ／Ｗｅｂサーバ８は、依頼された「許可者メルアド」宛に「退院通知」を送信する。
【０１１５】
以上の処理によって、未だお見舞いを行っていない見舞許可者は、連絡の行き違いによる無駄な訪問をしなくてすむ。
【０１１６】
以上説明したように、本手法によれば、病院スタッフや入院患者や見舞い客の手間を省きつつ、見舞い客の要望及び／又は入院患者の意思／都合、更に入院患者を見舞い可能な条件などに応じた見舞可能日時と、見舞許可コードの生成等を、事前に実行して見舞い客に通知しておくことができ、それによって、入院患者と見舞い客の双方にとってメリットが得られる。
【０１１７】
例えば、入院患者にとっては、見舞いに来て欲しくない人が、見舞いにくる（病室までくる）事態を防止することができる。また、見舞いに来て欲しい人であっても、少なくとも自己が望まない日に見舞いにくることが無いようにできる。更に、事前に、見舞い客と、当該見舞い客が見舞いに来る日を知っておくことができる。
【０１１８】
一方、見舞い客にとっては、「歓迎されないのでは？」等と気にする必要がなくなる。また、自己及び／見舞い客にとって都合がよい日に見舞いに行けるかもしれない（仮に駄目であっても事前にその事を知ることができる）。更に、せっかく見舞いに行ったのに、お見舞いが出来ずに無駄足となったり、待たされたりする事態を防止できる。見舞い客にとっても都合があり、お見舞いに行ける日が限られている場合も少なくなく、見舞い可能な日時を予め知ることができれば、便利であり、無駄足となることや待たされることが無くなる。
【０１１９】
入院患者は、例えば、検査や診察、リハビリ、手術等で病室に居ないか、または病室に居たとしても見舞い客が見舞うことは困難である場合がある。更に、各病院毎に、見舞いに関する独自のルールがある場合があり、例えば見舞い可能な曜日や時間帯が決められている可能性がある。これらが、上記“入院患者を見舞い可能な条件”の一例に相当する。
【０１２０】
更に、見舞許可コードを用いて病院のセキュリティ強化を図ることができる。特に入館ゲートを用いることで、入院患者が見舞い許可した人だけが入館ゲートを通過でき、例えば入院棟等に入ることができる。よって、病院のセキュリティ強化にも役立つ。
【０１２１】
また、病院スタッフも、お見舞い者の対応・管理等や不審者侵入対策を行わなくて済むようになる。
【符号の説明】
【０１２２】
１  見舞管理システム
２  検索サーバ
３  電子カルテサーバ
４  お見舞い受付端末
５  入院患者入力端末
６  ファイアウォール
７  内部ネットワーク
８  メールサーバ／Ｗｅｂサーバ
９  インターネット網
１０  情報処理端末
２１  見舞可能日時判別部
２２  見舞許可コード生成部
２３  見舞者情報記憶部
２４  通知部
２５  見舞許可判定部
２６  病室案内部
２７  ゲート制御部
２８  見舞希望入力情報記憶部
３０  患者入力画面
３１  患者登録領域
３２  許可者設定領域
３３  一覧表示領域
３４  「取りこみ」ボタン
３５  「登録」ボタン
３６  「登録内容変更」ボタン
４０  患者登録テーブル
４１  患者ＩＤ
４２  患者メルアド
５０  希望者受付テーブル
５１  患者メルアド
５２  希望者名
５３  希望者メルアド
５４  訪問希望日
５５  受付日時
６０  見舞許可テーブル
６１  患者ＩＤ
６２  お見舞い者の氏名（許可者氏名）
６３  許可者メルアド
６４  見舞希望日
６５  見舞許可コード
６６、６７  可能時間
６８  有効フラグ
７０  受付記録テーブル
７１  患者ＩＤ
７２  お見舞い者の氏名
７３  面会日時
８０  見舞可能時間マスタテーブル
８１  曜日
８２  面会時間
８３  面会時間
８４  面会時間
８５  面会時間
８６  面会時間
９０  診療スケジュールテーブル
９１  患者ＩＤ
９２  日付
９３  時間
９４  診療内容
【図２】
2013222269.tif 000003
【図４】
2013222269.tif 000004
【図６】
2013222269.tif 000005
【図７】
2013222269.tif 000006
【図８】
2013222269.tif 000007
【図１０】
2013222269.tif 000008
【図１１】
2013222269.tif 000009
【図１】
2013222269.tif 000010
【図３】
2013222269.tif 000011
【図５】
2013222269.tif 000012
【図９】
2013222269.tif 000013
【図１２】
2013222269.tif 000014