JP6922269B2 - 通知プログラム、通知方法、および通知装置 - Google Patents

Description

本発明は、通知プログラム、通知方法、および通知装置に関する。

従来、疾病や怪我などにより病院に入院している患者の元へその知人などが面会しに行き、患者を元気付けたり慰めたりする、いわゆる『お見舞い』が行われている。患者との面会を支援する従来技術としては、患者の居場所を案内する案内装置を病院内に設置し、病院を訪れた面会希望者に患者の居場所を案内するようにした技術がある（例えば、以下特許文献１参照）。

特開２０１５−３１９７２号公報

しかしながら、従来技術では、患者と面会可能な面会可能時間帯を面会希望者に通知することができない場合がある。例えば、病院側は、面会希望者から患者の面会可能時間帯についての問い合わせがあっても、面会希望者と患者との関係が不明の場合は患者の個人情報を保護するといった理由で、回答を断ることがある。

一つの側面では、本発明は、患者と面会可能な面会可能時間を通知することができる、通知プログラム、通知方法、および通知装置を提供することを目的とする。

本発明の一態様によれば、特定の連絡先を含む入院情報の開示要求を受け付けると、連絡先情報と対応付けて、面会可能時間を含む患者の入院情報を記憶する記憶部を参照し、前記特定の連絡先に対応する患者の入院情報を抽出し、抽出した前記患者の入院情報に含まれる面会可能時間を、前記開示要求の要求元に通知する、処理をコンピュータに実行させる通知プログラム、通知方法、および通知装置が提案される。

本発明の一側面によれば、患者と面会可能な面会可能時間を通知することができるという効果を奏する。

図１は、実施の形態にかかる通知方法の一実施例を示す説明図である。 図２は、通知システム２００のシステム構成例を示す説明図である。 図３は、通知装置１０１のハードウェア構成例を示すブロック図である。 図４は、クライアント端末Ｃｉのハードウェア構成例を示すブロック図である。 図５は、入院患者情報ＤＢ２２０の記憶内容の一例を示す説明図である。 図６は、面会可能時間帯情報ＤＢ２３０の記憶内容の一例を示す説明図である。 図７は、入院中イベント情報ＤＢ２４０の記憶内容の一例を示す説明図である。 図８は、面会許可者・不許可者情報ＤＢ２５０の記憶内容の一例を示す説明図である。 図９は、面会予約情報ＤＢ２６０の記憶内容の一例を示す説明図である。 図１０は、通知装置１０１の機能的構成例を示すブロック図である。 図１１は、第２生成部１００６による通知用面会可能時間帯の特定例を示す説明図（その１）である。 図１２は、入院イベントごとに設定されるバッファ時間の一例を示す説明図である。 図１３は、第２生成部１００６による通知用面会可能時間帯の特定例を示す説明図（その２）である。 図１４は、第２生成部１００６による通知用面会可能時間帯の特定例を示す説明図（その３）である。 図１５は、面会状況確認ウェブページＷＰ１の一例を示す説明図である。 図１６は、面会状況確認ウェブページＷＰ２の一例を示す説明図である。 図１７は、通知システム２００が行う処理を示すシーケンス図である。 図１８は、通知装置１０１が通知用面会可能時間帯を特定するために行う処理手順の一例を示すフローチャートである。 図１９は、入院中イベント処理の処理手順を示すフローチャートである。 図２０は、通知装置１０１による面会を行えなくなった旨の通知の一例を示す説明図である。

以下に図面を参照して、本発明にかかる通知方法、通知プログラム、および通知装置の実施の形態を詳細に説明する。

（実施の形態）
図１は、実施の形態にかかる通知方法の一実施例を示す説明図である。図１において、病院Ｈは、入院病床などの入院可能な設備を有し、入院患者の受け入れを行っている病院である。図１において、病院Ｈには、入院患者Ｐが入院している。入院患者Ｐは、例えば疾病や怪我などにより病院Ｈに入院している患者である。また、入院患者Ｐは、通信端末１１０を保有する者である。

通信端末１１０は、通信機能を有し、この通信機能により電話サービスやＥメールサービスを利用可能なコンピュータである。すなわち、通信端末１１０には、固有の電話番号やメールアドレスが付与され、これらは入院患者Ｐの連絡先に該当する。通信端末１１０は、例えば、スマートフォン、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、タブレットＰＣとすることができる。

図１において、面会希望者Ａは、入院患者Ｐが入院したことを知り、入院患者Ｐとの面会を希望する者である。面会希望者Ａは、例えば、入院患者Ｐの親族ではないが少なくとも入院患者Ｐの連絡先（例えば通信端末１１０に付与された電話番号やメールアドレス）を知っている程度に、入院患者Ｐに近しい者とする。また、面会希望者Ａは、通信端末１２０を保有する者である。

通信端末１２０は、通信端末１１０と同様に、通信機能を有し、この通信機能により電話サービスやＥメールサービスを利用可能なコンピュータである。すなわち、通信端末１２０には、固有の電話番号やメールアドレスが付与され、これらは面会希望者Ａの連絡先に該当する。

面会希望者Ａが入院患者Ｐとの面会の予定を組むにあたり、面会希望者Ａが入院患者Ｐの連絡先に連絡して、入院患者Ｐと直接連絡をとり、面会する上で入院患者Ｐにとって都合のよい日時を聞くという方法が考えられる。しかしながら、この方法は、入院患者Ｐへ余計な負担をかけまいと遠慮する面会希望者Ａにとっては、選択し難い。

また、このような場合、面会希望者Ａが入院患者Ｐの親族などに連絡して、この親族を介して、入院患者Ｐと連絡をとり、面会する上で入院患者Ｐにとって都合のよい日時を聞くという方法が考えられる。しかしながら、この方法は、面会希望者Ａが入院患者Ｐの親族の連絡先を知らなければ選択することはできない。

また、このような場合、面会希望者Ａが入院患者Ｐの入院する病院に連絡して、この病院の従業員を介して、入院患者Ｐと連絡をとり、面会する上で入院患者Ｐにとって都合のよい日時を聞くという方法が考えられる。しかしながら、入院患者Ｐの入院する病院の従業員からすれば、入院患者Ｐの個人情報を保護する観点から、入院患者Ｐの親族でもない面会希望者Ａに、入院患者Ｐのことを教えることは難しい。また、この方法の場合、病院の従業員からすれば、面会希望者Ａへの対応という作業が発生してしまうことになる。

また、このような場合、面会希望者Ａが事前に入院患者Ｐにとって都合のよい日時を聞くことなく、自身にとって都合のよい日時に入院患者Ｐに面会しに行くという方法が考えられる。しかしながら、面会希望者Ａにとって都合のよい日時は、入院患者Ｐにとって都合のよい日時とは限らない。このため、面会希望者Ａが面会しに行ったときには、入院患者Ｐが、検査や診察などで病室から離れていたりする場合がある。したがって、この方法の場合、面会希望者Ａは、入院患者Ｐとの面会を行えない場合がある。

そこで、本実施の形態にかかる通知方法では、インターネットなどの所定のネットワークを介して、通信端末１２０と相互に通信可能に設けられた通知装置１０１を設ける。通知装置１０１は、例えばサーバとすることができる。そして、入院患者Ｐが面会希望者Ａとの面会を行う上で都合のよい日時と、入院患者Ｐの連絡先（例えば通信端末１１０に付与された電話番号やメールアドレス）とを通知装置１０１などに記憶させておく。

そして、通知装置１０１は、面会希望者Ａから入院患者Ｐの連絡先を示す情報を受け付けたことに基づいて、面会希望者Ａの通信端末１２０に、入院患者Ｐが面会希望者Ａとの面会を行う上で都合のよい日時を通知する。

これにより、面会希望者Ａは、入院患者Ｐやその親族、あるいは入院患者Ｐが入院する病院の従業員と連絡をとることなく、入院患者Ｐが面会希望者Ａとの面会を行う上で都合のよい日時を知ることができる。

また、通知装置１０１は、入院患者Ｐの連絡先を示す情報を受け付けたことに基づいて、入院患者Ｐにとって都合のよい日時を通知する。このため、通知装置１０１は、入院患者Ｐの連絡先を知らないような入院患者Ｐと近しくない者に、入院患者Ｐにとって都合のよい日時といった入院患者Ｐの個人情報を通知してしまうことを防止することができる。

以上のことから、本実施の形態の通知方法によれば、入院患者の個人情報を保護しつつ、面会希望者に、面会を行う上で入院患者にとって都合のよい日時を知らせることができる。

なお、前述の説明では、入院患者Ｐの連絡先と、入院患者Ｐの面会を行う上で都合のよい日時とが通知装置１０１に記憶されるようにしたが、これに限らない。例えば、これらは、通知装置１０１とは別のサーバなどに記憶され、通知装置１０１は、ネットワークなどを介して、このサーバからこれらの情報を取得するようにしてもよい。

（通知システム２００のシステム構成例）
つぎに、通知システム２００のシステム構成例について説明する。図２は、通知システム２００のシステム構成例を示す説明図である。図２に示すように、通知システム２００は、通知装置１０１と、病院管理システム２０１と、クライアント端末Ｃ１〜Ｃｎと、を含む。

通知システム２００において、通知装置１０１、病院管理システム２０１、およびクライアント端末Ｃ１〜Ｃｎは、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットとすることができる。

なお、以下の説明では、クライアント端末Ｃ１〜Ｃｎのうちの任意のクライアント端末を「クライアント端末Ｃｉ」と表記する場合がある（ｉ＝１，２，…，ｎ）。

通知装置１０１は、入院患者情報ＤＢ（データベース）２２０と、面会可能時間帯情報ＤＢ２３０と、入院中イベント情報ＤＢ２４０と、面会許可者・不許可者情報ＤＢ２５０と、面会予約情報ＤＢ２６０と、を有する。通知装置１０１は、例えば、サーバとすることができる。なお、各種ＤＢ２２０，２３０，２４０，２５０，２６０については、図５〜図９を用いて後述する。

病院管理システム２０１は、例えば、電子カルテシステムを含む。このため、例えば、病院管理システム２０１には、病院管理システム２０１によって管理される病院の従業者によって、この病院を受診した患者ごとの、これまでの医療行為の内容が登録される。また、この病院を受診した患者ごとの、今後の医療行為のスケジュール（例えば検査や手術の予定）、連絡先、入院状況（入院中か否か）、容態なども登録される。電子カルテシステムについては公知の技術であるため、詳細な説明を省略する。

また、病院管理システム２０１は、例えば、介護支援システムを含む。このため、例えば、病院管理システム２０１には、病院管理システム２０１によって管理される病院の従業者によって、この病院を受診した患者ごとの、これまでの介護行為の内容が登録される。また、この病院を受診した患者ごとの、今後の介護行為のスケジュール（例えば食事の予定）なども登録される。介護支援システムについては公知の技術であるため、詳細な説明を省略する。

また、病院管理システム２０１は、例えば、リハビリ支援システムを含む。このため、例えば、病院管理システム２０１には、病院管理システム２０１によって管理される病院の従業者によって、この病院を受診した患者ごとの、これまでのリハビリ行為の内容が登録される。また、この病院を受診した患者ごとの、今後のリハビリ行為のスケジュール（例えばリハビリの予定）なども登録される。リハビリ支援システムについては公知の技術であるため、詳細な説明を省略する。

病院管理システム２０１は、例えば、病院管理システム２０１によって管理される病院に設置される医療機関端末（例えばＰＣ）と通信可能なサーバにより実現される。なお、図２には、通知装置１０１と、病院管理システム２０１とが別のサーバにより実現される例を示したが、通知装置１０１と病院管理システム２０１とは一つ（同じ）サーバにより実現されてもよい。

なお、以下の説明では、病院管理システム２０１によって管理される病院を単に「病院」と表記することがある。また、以下の説明では、病院管理システム２０１によって管理される病院の入院患者を単に「入院患者」と表記することがある。

クライアント端末Ｃｉは、通知システム２００のユーザ（例えば、入院患者、およびこの入院患者との面会を希望する面会希望者）が使用するコンピュータである。クライアント端末Ｃｉは、例えば、スマートフォン、ＰＣ、タブレットＰＣとすることができる。なお、図１において説明した通信端末１１０，１２０は、例えば、クライアント端末Ｃｉに相当する。

（通知装置１０１のハードウェア構成例）
図３は、通知装置１０１のハードウェア構成例を示すブロック図である。図３において、通知装置１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、メモリ３０２と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０３と、ディスクドライブ３０４と、ディスク３０５と、を有する。また、各構成部は、バス３００によってそれぞれ接続される。

ここで、ＣＰＵ３０１は、通知装置１０１の全体の制御を司る。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。

Ｉ／Ｆ３０３は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他のコンピュータ（例えば、図２に示した病院管理システム２０１、クライアント端末Ｃ１〜Ｃｎ）に接続される。Ｉ／Ｆ３０３は、ネットワーク２１０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。Ｉ／Ｆ３０３には、例えば、モデムやＬＡＮアダプタなどを採用することができる。

ディスクドライブ３０４は、ＣＰＵ３０１の制御に従ってディスク３０５に対するデータのリード／ライトを制御する。ディスク３０５は、ディスクドライブ３０４の制御で書き込まれたデータを記憶する。ディスク３０５としては、例えば、磁気ディスク、光ディスクなどが挙げられる。

なお、通知装置１０１は、上述した構成部のほか、例えば、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、キーボード、マウス、ディスプレイなどを有することにしてもよい。また、図２に示した病院管理システム２０１についても、例えば、通知装置１０１と同様のハードウェア構成により実現することができる。

（クライアント端末Ｃｉのハードウェア構成例）
図４は、クライアント端末Ｃｉのハードウェア構成例を示すブロック図である。図４において、クライアント端末Ｃｉは、ＣＰＵ４０１と、メモリ４０２と、ディスクドライブ４０３と、ディスク４０４と、Ｉ／Ｆ４０５と、ディスプレイ４０６と、入力装置４０７とを有する。また、各構成部はバス４００によってそれぞれ接続される。

ここで、ＣＰＵ４０１は、クライアント端末Ｃｉの全体の制御を司る。メモリ４０２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ４０１のワークエリアとして使用される。メモリ４０２に記憶されるプログラムは、ＣＰＵ４０１にロードされることで、コーディングされている処理をＣＰＵ４０１に実行させる。

ディスクドライブ４０３は、ＣＰＵ４０１の制御に従ってディスク４０４に対するデータのリード／ライトを制御する。ディスク４０４は、ディスクドライブ４０３の制御で書き込まれたデータを記憶する。ディスク４０４としては、例えば、磁気ディスク、光ディスクなどが挙げられる。

Ｉ／Ｆ４０５は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他の装置（例えば、図２に示した通知装置１０１）に接続される。そして、Ｉ／Ｆ４０５は、ネットワーク２１０と自装置内部とのインターフェースを司り、他の装置からのデータの入出力を制御する。

ディスプレイ４０６は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ４０６として、例えば、液晶ディスプレイ、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）などを採用することができる。

入力装置４０７は、文字、数字、各種指示などの入力のためのキーを有し、データの入力を行う。入力装置４０７は、キーボードやマウスなどであってもよく、また、タッチパネル式の入力パッドやテンキーなどであってもよい。なお、クライアント端末Ｃｉは、上述した構成部のうち、例えば、ディスクドライブ４０３およびディスク４０４を有していなくてもよい。

（各種ＤＢ２２０，２３０，２４０，２５０，２６０の記憶内容）
つぎに、通知装置１０１が有する各種ＤＢ２２０，２３０，２４０，２５０，２６０の記憶内容について説明する。各種ＤＢ２２０，２３０，２４０，２５０，２６０は、例えば、図３に示したメモリ３０２、ディスク３０５などの記憶装置により実現される。

（入院患者情報ＤＢ２２０の記憶内容の一例）
図５は、入院患者情報ＤＢ２２０の記憶内容の一例を示す説明図である。入院患者情報ＤＢ２２０には、例えば、図５に示すように、入院患者情報と、最大受入組数情報と、面会可否方式情報とが対応付けられて記憶される。

入院患者情報は、入院患者の連絡先を示す情報を含む。入院患者情報は、入院患者ごとに設けられる。入院患者情報は、例えば、入院患者の、入院している病院、患者ＩＤ、電話番号、メールアドレス、氏名を示す情報とすることができる。入院患者情報ＤＢ２２０は、例えば、図５に示すように、病院名フィールド、患者ＩＤフィールド、電話番号フィールド、メールアドレスフィールド、患者氏名フィールドを有し、これらの各フィールドに情報が設定されることにより、入院患者情報を記憶する。

入院患者情報ＤＢ２２０における病院名フィールドには、病院管理システム２０１によって管理される病院のうち、いずれかの病院の名称を示す情報が設定される。なお、入院患者情報ＤＢ２２０において、病院名フィールドの代わりに、病院ＩＤフィールドを設けるようにしてもよい。この場合、病院ＩＤフィールドには、病院管理システム２０１によって管理される各々の病院をそれぞれ一意に特定可能な識別子である病院ＩＤを示す情報が設定される。また、入院患者情報ＤＢ２２０には、病院名フィールドと病院ＩＤフィールドとの両方を設けるようにしてもよい。

入院患者情報ＤＢ２２０における患者ＩＤフィールドには、病院管理システム２０１によって管理される病院の各々の入院患者を一意に特定可能な識別子である患者ＩＤを示す情報が設定される。入院患者情報ＤＢ２２０における電話番号フィールドには、病院管理システム２０１によって管理される病院の各々の入院患者の電話番号（例えばクライアント端末Ｃｉに付与された電話番号）を示す情報が設定される。

また、入院患者情報ＤＢ２２０におけるメールアドレスフィールドには、病院管理システム２０１によって管理される病院の各々の入院患者のメールアドレス（例えばクライアント端末Ｃｉに付与されたメールアドレス）を示す情報が設定される。入院患者情報ＤＢ２２０における患者氏名フィールドには、病院管理システム２０１によって管理される病院の各々の入院患者の氏名を示す情報が設定される。

また、入院患者情報ＤＢ２２０は、例えば、図５に示すように、最大受入組数フィールドを有し、最大受入組数フィールドに情報が設定されることにより、最大受入組数情報を記憶する。最大受入組数情報は、各々の入院患者が単位時間あたり（例えば１日あたり）に受け入れる面会の回数の上限値（以下「最大受入組数」という）を示す情報である。

本実施の形態では、最大受入組数を、各々の入院患者が１日あたりに受け入れる面会の回数とする。また、本実施の形態では、最大受入組数は、１回から５回までのいずれかの回数、または制限なしになるものとする。このため、本実施の形態では、最大受入組数フィールドには、「０」から「５」までのいずれかの整数、または「制限なし」を示す情報が設定される。

最大受入組数フィールドに整数を示す情報が設定された場合は、最大受入組数がこの整数に対応する回数であることを示す。具体的に、例えば、最大受入組数フィールドに「１」を示す情報が設定された場合は、最大受入組数が「１回」であることを示す。一方、最大受入組数フィールドに「制限なし」を示す情報が設定された場合は、最大受入組数による制限が設けられていないことを示す。

また、入院患者情報ＤＢ２２０は、例えば、図５に示すように、面会可否判定方式フィールドを有し、面会可否判定方式フィールドに情報が設定されることにより、面会可否判定方式情報を記憶する。面会可否判定方式情報は、各々の入院患者の、面会を行う対象者を判定する面会可否判定方式を示す情報である。

本実施の形態では、面会可否判定方式は、ブラックリスト方式、またはホワイトリスト方式になるものとする。このため、本実施の形態では、面会可否判定情報フィールドには、「ブラックリスト方式」、または「ホワイトリスト方式」を示す情報が設定される。なお、面会可否判定方式がブラックリスト方式の場合、予め登録された者のみが、面会対象者から除外される。一方、面会可否判定方式がホワイトリスト方式の場合、予め登録された者のみが、面会対象者とされる。

面会可否方式情報フィールドに「ホワイトリスト方式」を示す情報が設定された場合は、ホワイトリスト方式で、面会予定の設定（面会予約の設定）についての可否を判定することを示す。すなわち、この場合、各々の入院患者によって予め登録された面会希望者のみ、この入院患者との面会予定の設定が可と判定される。

面会可否方式情報フィールドに「ブラックリスト方式」を示す情報が設定された場合は、ブラックリスト方式で、面会予定の設定についての可否を判定することを示す。すなわち、この場合、各々の入院患者によって予め登録された面会希望者のみ、この入院患者との面会予定の設定が不可と判定され、他の面会希望者についてはこの入院患者との面会予定の設定が可と判定される。

（面会可能時間帯情報ＤＢ２３０の記憶内容の一例）
図６は、面会可能時間帯情報ＤＢ２３０の記憶内容の一例を示す説明図である。面会可能時間帯情報ＤＢ２３０には、面会可能時間帯情報が記憶される。面会可能時間帯情報は、入院患者が面会可能な面会可能時間帯を示す情報である。面会可能時間帯には、例えば、病院により設定（決定）された面会可能時間帯と、入院患者により設定（決定）された面会可能時間帯とがある。以下、病院により設定された面会可能時間帯を「病院都合面会可能時間帯」と表記する場合がある。また、入院患者により設定された面会可能時間帯を「患者都合面会可能時間帯」と表記する場合がある。

面会可能時間帯情報は、面会可能時間帯の内容、例えば、面会可能時間帯の対象となる病院や入院患者、面会可能時間帯の日付や曜日や時間帯を示す情報とすることができる。面会可能時間帯情報ＤＢ２３０は、例えば、図６に示すように、病院名フィールド、対象患者フィールド、日付フィールド、曜日フィールド、面会可能時間帯開始時刻フィールド、面会可能時間帯終了時刻フィールドを有する。そして、これらの各フィールドに情報が設定されることにより、面会可能時間帯情報を記憶する。

面会可能時間帯情報ＤＢ２３０における病院名フィールドには、入院患者情報ＤＢ２２０における病院名フィールドと同様に、病院管理システム２０１によって管理されたいずれかの病院の名称を示す情報が設定される。なお、面会可能時間帯情報ＤＢ２３０においても、病院名フィールドの代わりに対象病院の病院ＩＤが設定される病院ＩＤフィールドを設けたりしてもよい。

面会可能時間帯情報ＤＢ２３０における対象患者フィールドには、病院管理システム２０１によって管理された病院に入院中のいずれかの入院患者の患者ＩＤ、または「全患者」を示す情報が設定される。

面会可能時間帯情報ＤＢ２３０における日付フィールドには、特定の日付（例えば年月日）を示す情報、または特定の日付を示さない情報（例えば「‐」を示す情報）が設定される。面会可能時間帯情報ＤＢ２３０の曜日フィールドには、日曜日から土曜日までの曜日のうち１つ以上の曜日を示す情報が設定される。また、面会可能時間帯情報ＤＢ２３０の面会可能時間帯開始時刻フィールドおよび面会可能時間帯終了時刻フィールドには、時刻を示す情報が設定される。

なお、図６中１段目および２段目に示した面会可能時間帯情報のように、例えば、対象患者を「全入院患者」とした面会可能時間帯情報が、病院都合面会可能時間帯の面会可能時間帯情報となる。また、図６中３段目から６段目に示した面会可能時間帯情報のように、例えば、対象患者を特定の入院患者とした面会可能時間帯情報が、患者都合面会可能時間帯の面会可能時間帯情報となる。

（入院中イベント情報ＤＢ２４０の記憶内容の一例）
図７は、入院中イベント情報ＤＢ２４０の記憶内容の一例を示す説明図である。入院中イベント情報ＤＢ２４０には、入院中イベント情報が記憶される。入院中イベント情報は、入院中イベントを示す情報である。入院中イベントは、入院患者の入院中に、この入院患者に対して行われる医療行為（例えば検査、診察、手術）を含む。また、入院中イベントは、入院患者の入院中に、この入院患者に対して行われる介護行為（例えば食事）を含む。さらに、入院中イベントは、入院患者の入院中に、この入院患者に対して行われるリハビリ行為を含む。

入院中イベント情報ＤＢ２４０は、例えば、図７に示すように、入院中イベント情報が設定されるフィールドとして、病院名フィールド、対象患者フィールド、イベント名フィールド、イベント種別フィールド、イベント日フィールド、イベント時間帯開始時刻フィールド、およびイベント時間帯終了時刻フィールドを有する。

入院中イベント情報ＤＢ２４０における病院名フィールドには、入院患者情報ＤＢ２２０における病院名フィールドと同様に、病院管理システム２０１によって管理されたいずれかの病院の名称を示す情報が設定される。なお、入院中イベント情報ＤＢ２４０においても、病院名フィールドの代わりに病院ＩＤフィールドを設けたり、病院名フィールドと病院ＩＤフィールドとの両方を設けるようにしてもよい。

入院中イベント情報ＤＢ２４０における対象患者フィールドには、病院管理システム２０１によって管理された病院に入院中のいずれかの入院患者の患者ＩＤか「全患者」を示す情報が設定される。

入院中イベント情報ＤＢ２４０におけるイベント名フィールドには、例えば、「食事」、「手術」、「診察」、「検査」、「病室内検査」、「リハビリ」を示す情報が設定される。入院中イベント情報ＤＢ２４０におけるイベント種別フィールドには、例えば、「面会可」、「面会不可」、または「終日面会不可」を示す情報が設定される。

入院中イベント情報ＤＢ２４０におけるイベント日フィールドには、面会可能時間帯情報ＤＢ２３０における日付フィールドと同様に、特定の日付（例えば年月日）を示す情報、または特定の日付を示さない情報（例えば「‐」を示す情報）が設定される。入院中イベント情報ＤＢ２４０におけるイベント時間帯開始時刻フィールドには、面会可能時間帯情報ＤＢ２３０における面会可能時間帯開始時刻フィールドと同様に、時刻を示す情報が設定される。入院中イベント情報ＤＢ２４０におけるイベント時間帯終了時刻フィールドには、面会可能時間帯情報ＤＢ２３０における面会可能時間帯終了時刻フィールドと同様に、時刻を示す情報が設定される。

（面会許可者・不許可者情報ＤＢ２５０の記憶内容の一例）
図８は、面会許可者・不許可者情報ＤＢ２５０の記憶内容の一例を示す説明図である。面会許可者・不許可者情報ＤＢ２５０には、面会許可者情報や面会不許可者情報が記憶される。面会許可者情報は、面会許可者を示す情報である。面会許可者は、病院管理システム２０１によって管理される病院のいずれかの入院患者との面会を許可される者である。面会不許可者情報は、面会不許可者を示す情報である。面会不許可者は、病院管理システム２０１によって管理される病院のいずれかの入院患者との面会を拒否される者である。

面会許可者・不許可者情報ＤＢ２５０は、例えば、図８に示すように、面会許可者情報および面会不許可者情報が設定されるフィールドとして、病院名フィールド、対象患者フィールド、面会者電話番号フィールド、面会者メールアドレスフィールド、および面会可否フラグフィールドを有する。

面会許可者・不許可者情報ＤＢ２５０における病院名フィールドには、入院患者情報ＤＢ２２０などにおける病院名フィールドと同様に、病院管理システム２０１によって管理されるいずれかの病院の名称を示す情報が設定される。なお、面会許可者・不許可者情報ＤＢ２５０においても、病院名フィールドの代わりに病院ＩＤフィールドを設けたり、病院名フィールドと病院ＩＤフィールドとの両方を設けるようにしてもよい。

面会許可者・不許可者情報ＤＢ２５０における対象患者フィールドには、病院管理システム２０１によって管理される病院に入院中のいずれかの入院患者の患者ＩＤを示す情報が設定される。

面会許可者・不許可者情報ＤＢ２５０における面会者電話番号フィールドには、面会許可者または面会不許可者の電話番号を示す情報が設定される。面会許可者・不許可者情報ＤＢ２５０における面会者メールアドレスフィールドには、面会許可者または面会不許可者のメールアドレスを示す情報が設定される。

面会許可者・不許可者情報ＤＢ２５０における面会可否フラグフィールドには、面会許可者情報であることを示す「可（例えば「０」）」の情報、または面会不許可者情報であることを示す「不可（例えば「１」）」の情報が設定される。

（面会予約情報ＤＢ２６０の記憶内容の一例）
図９は、面会予約情報ＤＢ２６０の記憶内容の一例を示す説明図である。面会予約情報ＤＢ２６０は、面会予約情報によって構成される。面会予約情報は、面会予約の内容を示す情報である。面会予約情報は、例えば、面会に参加する入院患者、面会日、面会の時間帯（以下「面会時間帯」という）、面会に参加する面会希望者などを示す情報を含む。

面会予約情報ＤＢ２６０は、例えば、図９に示すように、面会予約情報が設定されるフィールドとして、病院名フィールド、対象患者フィールド、面会日フィールド、面会時間帯開始時刻フィールド、面会時間帯終了時刻フィールドを有する。また、面会予約情報ＤＢ２６０は、例えば、図９に示すように、面会予約情報が設定されるフィールドとして、面会者氏名フィールド、面会者電話番号フィールド、面会者メールアドレスフィールド、および面会済みフラグフィールドを有する。

面会予約情報ＤＢ２６０における病院名フィールドには、入院患者情報ＤＢ２２０などにおける病院名フィールドと同様に、病院管理システム２０１によって管理されるいずれかの病院の名称を示す情報が設定される。面会予約情報ＤＢ２６０における対象患者フィールドには、病院管理システム２０１によって管理される病院に入院中のいずれかの入院患者の患者ＩＤを示す情報が設定される。

面会予約情報ＤＢ２６０における面会日フィールドには、面会可能時間帯情報ＤＢ２３０における日付フィールドと同様に、日付を示す情報が設定される。面会予約情報ＤＢ２６０における面会時間帯開始時刻フィールドには、面会可能時間帯情報ＤＢ２３０における面会可能時間帯開始時刻フィールドと同様に、時刻を示す情報が設定される。面会予約情報ＤＢ２６０における面会時間帯終了時刻フィールドには、面会可能時間帯情報ＤＢ２３０における面会可能時間帯終了時刻フィールドと同様に、時刻を示す情報が設定される。

面会予約情報ＤＢ２６０における面会者氏名フィールドには、面会に参加する面会希望者（面会の予約を行った面会希望者）の氏名を示す情報が設定される。面会予約情報ＤＢ２６０における面会者電話番号フィールドには、面会に参加する面会希望者の電話番号を示す情報が設定される。面会予約情報ＤＢ２６０における面会者メールアドレスフィールドには、面会に参加する面会希望者のメールアドレスを示す情報が設定される。

面会予約情報ＤＢ２６０における面会済みフラグフィールドには、面会が完了したことを示す「済（例えば「０」）」の情報、または面会が完了していないことを示す「未（例えば「１」）」の情報が設定される。

（通知装置１０１の機能的構成例）
つぎに、通知装置１０１の機能的構成例について説明する。図１０は、通知装置１０１の機能的構成例を示すブロック図である。図１０に示すように、通知装置１０１は、例えば、記憶部１００１、更新部１００２、第１生成部１００３、通知部１００４、検索部１００５、第２生成部１００６、判断部１００７などを含む。

記憶部１００１は、例えば、図３に示したメモリ３０２やディスク３０５などにより、その機能を実現することができる。また、更新部１００２〜判断部１００７は制御部１０００となる機能部であり、例えば、図３に示したメモリ３０２やディスク３０５などに記憶されたプログラムをＣＰＵ３０１が実行することにより、またはＩ／Ｆ３０３により、その機能を実現することができる。また、制御部１０００の処理結果は、例えば、メモリ３０２やディスク３０５などに記憶される。

記憶部１００１は、入院情報を記憶する。入院患者が複数存在する場合、記憶部１００１は、入院患者ごとに入院情報を記憶する。ここで、入院情報は、入院患者の連絡先や面会可能時間帯を示す情報を含む。面会可能時間帯には、前述したように、例えば、病院により設定される病院都合面会可能時間と、入院患者自身により設定される患者都合面会可能時間帯とがある。

具体的に、例えば、入院情報は、前述した入院患者情報および面会可能時間帯情報とすることができる。また、入院情報は、前述した最大受入組数情報（図５参照）、面会可否判定方式情報（図５参照）、入院中イベント情報（図７参照）、面会許可者・不許可者情報（図８参照）、面会予約情報（図９参照）などを含むものであってもよい。

すなわち、記憶部１００１は、例えば、前述した各種ＤＢ２２０，２３０，２４０，２５０，２６０を記憶する。なお、入院患者ごとの、入院患者情報、面会可能時間帯情報、入院中イベント情報、面会許可者・不許可者情報、および面会予約情報などは、前述したように、例えば共通の患者ＩＤを示す情報を含むなどして、対応付けられている。

更新部１００２は、記憶部１００１の記憶内容を更新する。例えば、病院管理システム２０１は、病院に関する病院情報を通知装置１０１へ出力する。ここで、病院情報は、例えば、病院都合面会可能時間を示す情報を含む。なお、病院管理システム２０１は、病院管理システム２０１により管理される病院が複数存在する場合、病院ごとの病院情報を出力する。

更新部１００２は、例えば、病院管理システム２０１から出力された病院情報を受け付けて、この病院情報が示す病院都合面会可能時間帯に対応する面会可能時間帯情報を面会可能時間帯情報ＤＢ２３０に登録する。具体的に、例えば、病院管理システム２０１により管理されるＡ総合病院においては、月曜日から金曜日までの病院都合面会可能時間帯が１３：００から２０：００までと定められているものとする。

このような場合、病院名「Ａ総合病院」、日付「−（特定の日付の指定なし）」、曜日「月〜金」、面会可能時間帯開始時刻「１３：００」、面会可能時間帯終了時刻「２０：００」といった情報が病院管理システム２０１に登録される。これにより、病院名「Ａ総合病院」、日付「−」、曜日「月〜金」、面会可能時間帯開始時刻「１３：００」、面会可能時間帯終了時刻「２０：００」を示す病院情報が、病院管理システム２０１から通知装置１０１へ出力されるようになる。更新部１００２は、この病院情報を受け付けると、図６中１段目の面会可能時間帯情報を、面会可能時間帯情報ＤＢ２３０に登録する。

また、例えば、病院管理システム２０１は、入院した患者の患者情報を通知装置１０１へ出力する。ここで、患者情報は、例えば、入院した患者の患者ＩＤや連絡先や氏名を示す情報を含む。更新部１００２は、例えば、病院管理システム２０１から出力された患者情報を受け付けて、この患者情報に対応する入院患者情報を入院患者情報ＤＢ２２０に登録する。

具体的に、例えば、Ａ総合病院を初めて受診した際などに患者ＩＤ「１０００１」を付与された氏名「Ｐ０１」の者がＡ総合病院に対して入院手続きを行って、Ａ総合病院の入院患者になったとする。なお、この入院患者は、入院手続きの際、あるいは以前にＡ総合病院を受診した際などに、Ａ総合病院に対し、自身の連絡先を、電話番号「０９０−１ｘｘｘ−ｘｘｘｘ」、メールアドレス「ｐ０１＠ａａ．ｃｏｍ」と申告している。

このような場合、病院名「Ａ総合病院」、患者ＩＤ「１０００１」、電話番号「０９０−１ｘｘｘ−ｘｘｘｘ」、メールアドレス「ｐ０１＠ａａ．ｃｏｍ」、患者氏名「Ｐ０１」といった情報が、病院管理システム２０１に登録される。これにより、病院名「Ａ総合病院」、患者ＩＤ「１０００１」、電話番号「０９０−１ｘｘｘ−ｘｘｘｘ」、メールアドレス「ｐ０１＠ａａ．ｃｏｍ」、患者氏名「Ｐ０１」といった患者情報が、病院管理システム２０１から通知装置１０１へ出力されるようになる。更新部１００２は、この患者情報を受け付けると、図５中１段目の入院患者情報を、入院患者情報ＤＢ２２０に登録する。

このように、病院管理システム２０１が入院患者の患者情報を通知装置１０１へ出力して、更新部１００２がこの患者情報に基づいて入院患者情報を入院患者情報ＤＢ２２０に登録するようにすることにより、入院患者情報の登録作業を効率化することができる。例えば、入院患者に入院患者情報の登録に必要な事項（例えば連絡先や氏名など）を入力させ、更新部１００２がこの入力結果に応じた入院患者情報を入院患者情報ＤＢ２２０に登録する場合に比べ、入院患者の手間を削減することができる。

なお、ここで説明した例では、病院管理システム２０１が入院患者の患者情報を通知装置１０１へ出力して、更新部１００２がこの患者情報に基づいて入院患者情報を入院患者情報ＤＢ２２０に登録するようにしたが、これに限らない。例えば、入院患者に入院患者情報の登録に必要な事項（例えば連絡先や氏名など）を自身のクライアント端末Ｃｉにより入力させ、更新部１００２がこの入力結果に応じた入院患者情報を入院患者情報ＤＢ２２０に登録するようにしてもよい。このようにすることにより、例えば、通知システム２００の利用を望まない入院患者は、自身の入院患者情報を入力しないことにより、通知システム２００を利用しないで済むようになる。

また、前述したように、例えば、入院患者情報ＤＢ２２０において、入院患者情報には、最大受入組数情報や面会可否判定方式情報が対応付けて記憶される。更新部１００２は、入院患者情報を入院患者情報ＤＢ２２０に登録した際に、例えば、所定のデフォルト内容の最大受入組数情報（例えば「５回」を示す最大受入組数情報）を、この入院患者情報に対応付けて入院患者情報ＤＢ２２０に登録してもよい。同様に、更新部１００２は、入院患者情報を入院患者情報ＤＢ２２０に登録した際に、例えば、所定のデフォルト内容の面会可否判定方式情報（例えば「ブラックリスト方式」を示す面会可否判定方式情報）を、この入院患者情報に対応付けて入院患者情報ＤＢ２２０に登録してもよい。

例えば、更新部１００２は、入院患者情報ＤＢ２２０に入院患者情報を登録すると、この入院患者情報の患者ＩＤを示す情報を第１生成部１００３へ出力する。

第１生成部１００３は、例えば、更新部１００２から受け付けた患者ＩＤの入院患者向けの面会管理ウェブページを通知装置１０１上に生成する。なお、例えば、通知装置１０１の製造者などにより面会管理ウェブページ生成用のテンプレート（フォーマット）が予め用意されている。このため、第１生成部１００３は、面会管理ウェブページ生成用のテンプレートを用いて、面会管理ウェブページを生成する。

面会管理ウェブページの生成に際し、第１生成部１００３は、例えば、更新部１００２から受け付けた患者ＩＤの入院患者に対応する最大受入組数情報を、記憶部１００１から取得する。そして、取得した最大受入組数情報が示す最大受入組数が表示される面会管理ウェブページを生成する。

また、第１生成部１００３は、入院患者に、所望の最大受入組数を入力させるための入力フォームを設けた面会管理ウェブページを生成する。具体的に、例えば、第１生成部１００３は、最大受入組数を入力させるための入力フォームには、「１回」、「２回」、「３回」、「４回」、「５回」、および「制限なし」の項目を設けたドロップダウンメニューを設定する。

これにより、面会管理ウェブページが生成された入院患者は、自身のクライアント端末Ｃｉなどにより、自身の面会管理ウェブページにアクセスすることにより、所望の最大受入組数を入力することができる。

最大受入組数を入力させるための入力フォームへの入力内容は、通知装置１０１へ入力される。更新部１００２は、この入力を受け付けて、最大受入組数情報を更新する。例えば、患者ＩＤ「１０００１」の入院患者向けの面会管理ウェブページにおいて、最大受入組数を入力させるための入力フォームへの入力があった場合、この入力内容と合致するように、患者ＩＤ「１０００１」の入院患者に対応する最大受入組数情報を更新する。

これにより、面会管理ウェブページが生成された入院患者は、自身のクライアント端末Ｃｉなどにより、自身の面会管理ウェブページにアクセスし、所望の最大受入組数を入力することにより、自身の最大受入組数を所望の設定とすることができる。

また、面会管理ウェブページの生成に際し、第１生成部１００３は、例えば、更新部１００２から受け付けた患者ＩＤの入院患者に対応する面会可否判定方式情報を、記憶部１００１から取得する。そして、取得した面会可否判定方式情報が示す面会可否判定方式が表示される面会管理ウェブページを生成する。

これにより、面会管理ウェブページが生成された入院患者は、自身のクライアント端末Ｃｉなどにより、自身の面会管理ウェブページにアクセスすることにより、自身の面会可否判定方式を知ることができる。

また、第１生成部１００３は、入院患者に、所望の面会可否判定方式を入力させるための入力フォームを設けた面会管理ウェブページを生成する。具体的に、例えば、第１生成部１００３は、面会可否判定方式を入力させるための入力フォームには、「ブラックリスト方式」、および「ホワイトリスト方式」の項目を設けたドロップダウンメニューを設定する。

これにより、面会管理ウェブページが生成された入院患者は、自身のクライアント端末Ｃｉなどにより、自身の面会管理ウェブページにアクセスし、所望の面会可否判定方式を入力することができる。

面会可否判定方式を入力させるための入力フォームへの入力内容は、通知装置１０１へ入力される。更新部１００２は、この入力を受け付けて、面会可否判定方式情報を更新する。例えば、患者ＩＤ「１０００１」の入院患者向けの面会管理ウェブページにおいて、面会可否判定方式を入力させるための入力フォームへの入力があった場合、この入力内容と合致するように、患者ＩＤ「１０００１」の入院患者に対応する面会可否判定方式情報を更新する。

これにより、面会管理ウェブページが生成された入院患者は、自身のクライアント端末Ｃｉなどにより、自身の面会管理ウェブページにアクセスし、所望の面会可否判定方式を入力することにより、自身の面会可否判定方式を所望の設定とすることができる。

また、面会管理ウェブページの生成に際し、第１生成部１００３は、例えば、更新部１００２から受け付けた患者ＩＤの入院患者に対応する面会許可者・不許可者情報を、記憶部１００１から取得する。そして、取得した面会許可者・不許可者情報が示す面会許可者や面会不許可者の連絡先が表示される面会管理ウェブページを生成する。

これにより、面会管理ウェブページが生成された入院患者は、自身のクライアント端末Ｃｉなどにより、自身の面会管理ウェブページにアクセスすることにより、自身の面会許可者や面会不許可者を知ることができる。

また、第１生成部１００３は、入院患者に、面会許可者や面会不許可者として登録したい者の連絡先を入力させるための入力フォームを設けた面会管理ウェブページを生成する。具体的に、例えば、第１生成部１００３は、面会可否判定方式を「ブラックリスト方式」に設定している入院患者の面会管理ウェブページである場合、面会不許可者として登録したい者の電話番号およびメールアドレスを入力させるための入力フォームを設ける。これに対して、面会可否判定方式を「ホワイトリスト方式」に設定している入院患者の面会管理ウェブページである場合には、面会許可者として登録したい者の電話番号およびメールアドレスを入力させるための入力フォームを設ける。

これにより、面会管理ウェブページが生成された入院患者は、自身のクライアント端末Ｃｉなどにより、自身の面会管理ウェブページにアクセスすることによって、面会許可者や面会不許可者として登録したい者の連絡先を入力することができる。

入院患者が面会許可者や面会不許可者として登録したい者の連絡先を入力させるための入力フォームへの入力内容は、通知装置１０１へ入力される。更新部１００２は、この入力を受け付けて、面会許可者・不許可者情報を更新する。例えば、患者ＩＤ「１０００１」の入院患者向けの面会管理ウェブページにおいて、面会許可者や面会不許可者として登録したい者の連絡先を入力させるための入力フォームへの入力があったとする。この場合、更新部１００２は、この入力内容と合致する連絡先を、患者ＩＤ「１０００１」の入院患者に対応する面会不許可者として登録するように面会許可者・不許可者情報を更新する。

これにより、面会管理ウェブページが生成された入院患者は、自身のクライアント端末Ｃｉなどにより、自身の面会管理ウェブページを介して、面会許可者や面会不許可者を登録することができる。

また、面会管理ウェブページの生成に際し、第１生成部１００３は、例えば、更新部１００２から受け付けた患者ＩＤの入院患者に対応する面会可能時間帯情報を、記憶部１００１から取得する。そして、取得した面会可能時間帯情報が示す患者都合面会可能時間帯や病院都合面会可能時間帯が表示される面会管理ウェブページを生成する。

これにより、面会管理ウェブページが生成された入院患者は、自身のクライアント端末Ｃｉなどにより、自身の面会管理ウェブページにアクセスすることにより、自身に対応する患者都合面会可能時間帯や病院都合面会可能時間帯を知ることができる。

また、第１生成部１００３は、入院患者に、所望の患者都合面会可能時間帯について入力させるための入力フォームなどを設けた面会管理ウェブページを生成する。具体的に、例えば、第１生成部１００３は、所望の患者都合面会可能時間帯の、日付や開始時刻や終了時刻などを入力させるための入力フォームを設ける。

これにより、面会管理ウェブページが生成された入院患者は、自身のクライアント端末Ｃｉなどにより、自身の面会管理ウェブページにアクセスすることによって、所望の患者都合面会可能時間帯について入力することができる。

患者都合面会可能時間帯について入力させるための入力フォームへの入力内容は、通知装置１０１へ入力される。更新部１００２は、この入力を受け付けて、面会可能時間帯情報を更新する。例えば、患者ＩＤ「１０００１」の入院患者向けの面会管理ウェブページにおいて、患者都合面会可能時間帯について入力させるための入力フォームへの入力があったとする。この場合、更新部１００２は、この入力内容と合致する患者都合面会可能時間帯を、患者ＩＤ「１０００１」の入院患者に対応する患者都合面会可能時間帯として登録するように面会可能時間帯情報を更新する。

これにより、面会管理ウェブページが生成された入院患者は、自身の面会管理ウェブページを介して、所望の患者都合面会可能時間帯を設定することができる。

また、面会管理ウェブページの生成に際し、第１生成部１００３は、例えば、更新部１００２から受け付けた患者ＩＤの入院患者に対応する面会予約情報を、記憶部１００１から取得する。そして、取得した面会予約情報が示す面会予約が表示される面会管理ウェブページを生成する。

これにより、面会管理ウェブページが生成された入院患者は、自身のクライアント端末Ｃｉなどにより、自身の面会管理ウェブページにアクセスすることにより、自身に対応する面会予約を知ることができる。

なお、入院患者が複数存在する場合、第１生成部１００３は、面会管理ウェブページを入院患者ごとに生成し、それぞれの面会管理ウェブページのＵＲＬを異ならせる。そして、第１生成部１００３は、面会管理ウェブページを生成すると、例えば、この面会管理ウェブページのＵＲＬ、およびこの面会管理ウェブページの生成に用いた患者ＩＤを、通知部１００４へ出力する。

例えば、通知部１００４は、第１生成部１００３から受け付けた患者ＩＤの入院患者の連絡先へ、第１生成部１００３により生成された面会管理ウェブページのＵＲＬを通知する。具体的に、例えば、通知部１００４は、第１生成部１００３から受け付けた患者ＩＤの入院患者の連絡先（例えばメールアドレス）を示す情報を、記憶部１００１から取得する。そして、取得した連絡先に、第１生成部１００３により生成された面会管理ウェブページのＵＲＬを通知する。これにより、入院患者は、自身向けの面会管理ウェブページのＵＲＬを知ることができ、自身のクライアント端末Ｃｉなどから、この面会管理ウェブページへアクセスすることが可能となる。

検索部１００５は、入院情報の開示要求を受け付けると、記憶部１００１を参照して、開示要求された入院情報を検索する。例えば、病院管理システム２０１により管理されるいずれかの病院における、いずれかの入院患者との面会を希望する面会希望者は、自身のクライアント端末Ｃｉにより、通知装置１０１上に設けられた面会問い合わせウェブページへアクセスする。

面会問い合わせウェブページには、問い合わせを行う面会希望者の連絡先と、この面会希望者が面会を希望する入院患者の連絡先とを入力させるための入力フォームが設けられる。なお、以下の説明では、問い合わせを行う面会希望者を「問い合わせ者」と表記する場合がある。また、問い合わせ者が面会を希望する入院患者を「問い合わせ対象者」と表記する場合がある。

問い合わせを行う面会希望者の連絡先の入力フォーム、および問い合わせ対象者の連絡先の入力フォームへの入力内容は、通知装置１０１へ入力される。検索部１００５は、この入力を受け付けて、記憶部１００１の入院患者情報ＤＢ２２０に含まれる入院患者情報に、問い合わせ対象者の連絡先と合致する連絡先を有する入院患者情報があるか検索する。

この検索により、問い合わせ対象者の連絡先と合致する連絡先を有する入院患者情報が入院患者情報ＤＢ２２０から見つからなかった場合、検索部１００５は、問い合わせ対象者なしを示す情報を通知部１００４へ出力する。通知部１００４は、問い合わせ対象者なしを示す情報を受け付けると、問い合わせ者の連絡先に、入院患者の中に問い合わせ対象者がいなかったことを通知する。

一方、この検索により、問い合わせ対象者の連絡先と合致する連絡先を有する入院患者情報が入院患者情報ＤＢ２２０から見つかった場合、検索部１００５は記憶部１００１を参照し、問い合わせ対象者として検索された入院患者の面会可能時間帯情報を検索する。そして、検索した面会可能時間帯情報を通知部１００４に通知する。この場合、通知部１００４は、問い合わせ者の連絡先として入力された連絡先に、問い合わせ対象者の面会可能時間帯を通知する。これにより、問い合わせ者は、問い合わせ対象者として検索された入院患者の面会可能時間帯を知ることができる。

また、この検索により、問い合わせ対象者の連絡先と合致する連絡先を有する入院患者情報が入院患者情報ＤＢ２２０から見つかった場合、検索部１００５は、問い合わせ対象者ありを示す情報を第２生成部１００６へ出力するようにしてもよい。問い合わせ対象者ありを示す情報には、例えば、問い合わせ対象者として検索された入院患者の患者ＩＤを示す情報などが含まれる。

第２生成部１００６は、検索部１００５から問い合わせ対象者ありを示す情報を受け付けると、問い合わせ者に対し、問い合わせ対象者の面会可能時間帯を表示させるための面会状況確認ウェブページを通知装置１０１上に生成する。なお、例えば、通知装置１０１の製造者などにより面会状況確認ウェブページ生成用のテンプレート（フォーマット）が予め用意されている。このため、第２生成部１００６は、面会状況確認ウェブページ生成用のテンプレートを用いて、面会状況確認ウェブページを生成する。

第２生成部１００６は、面会状況確認ウェブページの生成に際し、問い合わせ対象者の面会可能時間帯情報を記憶部１００１から取得する。また、例えば、第２生成部１００６は、問い合わせ対象者の最大受入組数情報、面会可否判定方式情報、面会許可者・不許可者情報、入院中イベント情報、面会予約情報なども記憶部１００１から取得する。

第２生成部１００６は、取得したこれらの情報に基づいて、問い合わせ者に通知する面会可能時間帯を特定する。以下の説明では、問い合わせ者に通知する面会可能時間帯を「通知用面会可能時間帯」と表記する場合がある。第２生成部１００６は、通知用面会可能時間帯を表示させるための面会状況確認ウェブページを生成する。以下、第２生成部１００６による通知用面会可能時間帯の特定例について説明する。

図１１は、第２生成部１００６による通知用面会可能時間帯の特定例を示す説明図（その１）である。なお、図１１には、問い合わせ対象者が患者ＩＤ「１０００１」の入院患者であって、通知用面会可能時間帯を特定する対象日（以下「特定対象日という」）が２０１７年１月１５日（日）であった場合の通知用面会可能時間帯の特定例を示す。

なお、ここで説明する例では、患者ＩＤ「１０００１」の入院患者に対応して、図５中に示した内容の最大受入組数情報および面会可否判定方式情報が入院患者情報ＤＢ２２０に記憶されているものとする。また、図６に示した内容の面会可能時間帯情報が面会可能時間帯情報ＤＢ２３０に記憶されているものとする。また、図７に示した内容の入院中イベント情報が入院中イベント情報ＤＢ２４０に記憶されているものとする。さらに、図８に示した内容の面会不許可者情報が面会許可者・不許可者情報ＤＢ２５０に記憶されているものとする。

第２生成部１００６は、特定対象日における通知用面会可能時間帯の特定に際し、問い合わせ対象者の特定対象日における面会可能時間帯情報を取得する。前述したように、ここで説明する例は、問い合わせ対象者が患者ＩＤ「１０００１」の入院患者であり、特定対象日が２０１７年１月１５日（日）の例である。このため、第２生成部１００６は、例えば、まず、患者ＩＤ「１０００１」の入院患者が入院中のＡ総合病院による病院都合面会可能時間帯を示す面会可能時間帯情報（すなわちＡ総合病院の全入院患者を対象とした面会可能時間帯情報）を取得する。

これにより、ここで説明する例では、図６中２段目に示した面会可能時間帯情報が取得される。そして、第２生成部１００６は、取得した面会可能時間帯情報から、特定対象日における病院都合面会可能時間帯を特定する。これにより、ここで説明する例の場合、図１１（１１）に示すように、病院都合面会可能時間帯については「１０：００〜２０：００」と特定される。

第２生成部１００６は、つづいて、問い合わせ対象者の特定対象日における患者都合面会可能時間帯を示す面会可能時間帯情報（すなわち患者ＩＤ「１０００１」の入院患者のみを対象とした面会可能時間帯情報）があれば、この面会可能時間帯情報を取得する。

ここで説明する例では、これにより、図６中３段目および４段目に示した面会可能時間帯情報が取得される。そして、第２生成部１００６は、取得した面会可能時間帯情報から、特定対象日における患者都合面会可能時間帯を特定する。これにより、ここで説明する例の場合、図１１（１２）に示すように、患者都合面会可能時間帯については「１０：００〜１２：００」および「１４：００〜２０：００」と特定される。

第２生成部１００６は、つづいて、特定した病院都合面会可能時間帯に含まれ、且つ、特定した患者都合面会可能時間帯にも含まれる時間帯を基本面会可能時間帯として特定する。これにより、ここで説明する例の場合、図１１（１３）に示すように、基本面会可能時間帯については「１０：００〜１２：００」および「１４：００〜２０：００」と特定される。

第２生成部１００６は、つづいて、問い合わせ対象者の特定対象日における入院中イベント情報を取得する。前述したように、ここで説明する例は、問い合わせ対象者が患者ＩＤ「１０００１」の入院患者であり、特定対象日が２０１７年１月１５日（日）の例である。このため、第２生成部１００６は、患者ＩＤ「１０００１」の入院患者に対応する入院中イベント情報のうち、イベント日が「２０１７年１月１５日」とされた入院中イベント情報があれば、この入院中イベント情報を取得する。

また、第２生成部１００６は、患者ＩＤ「１０００１」の入院患者に対応する入院中イベント情報のうち、イベント日が「−（日付の指定なし）」とされた入院中イベント情報があれば、この入院中イベント情報も取得する。なお、患者ＩＤ「１０００１」の入院患者に対応する入院中イベント情報には、患者ＩＤ「１０００１」の入院患者のみを対象とした入院中イベント情報と、Ａ総合病院の全入院患者を対象とした入院中イベント情報とがある。したがって、ここで説明する例の場合、図７中１段目から３段目までに示した入院中イベント情報が取得される。

第２生成部１００６は、つづいて、取得した入院中イベント情報から、特定対象日における入院中イベントについて特定する。これにより、ここで説明する例の場合、図１１（４）に示すように、特定対象日における入院中イベントとして、イベント時間帯が「１２：００〜１３：００」および「１８：００〜１９：００」の入院中イベント「食事」が特定される。なお、イベント時間帯が「７：００〜８：００」の入院中イベント「食事」も特定されることになるが、「７：００〜８：００」の時間帯は、特定対象日における病院都合面会可能時間帯に含まれない（通知用面会可能時間帯に含まれ得ない）ので、図示を省略する。

入院中イベント「食事」は、前述したように、イベント種別が「面会可」とされた入院中イベント、すなわち、イベント時間帯においても面会可能な入院中イベントとされている。このため、ここで説明する例の場合、図１１（１５）に示すように、第２生成部１００６は、入院中イベントにより面会不可とする時間帯を設定しない。以下、入院中イベントにより面会不可となる時間帯を「入院中イベントによる面会不可時間帯」と表記する場合がある。

第２生成部１００６は、つづいて、問い合わせ対象者の特定対象日における面会予約情報を取得する。前述したように、ここで説明する例は、問い合わせ対象者が患者ＩＤ「１０００１」の入院患者であり、特定対象日が２０１７年１月１５日（日）の例である。このため、第２生成部１００６は、患者ＩＤ「１０００１」の入院患者に対応する面会予約情報のうち、面会日が「２０１７年１月１５日」とされた面会予約情報があれば、この面会予約情報を取得する。

第２生成部１００６は、つづいて、取得した面会予約情報から、特定対象日における面会予約について特定する。これにより、ここで説明する例の場合、図１１（１６）に示すように、「１４：００〜１４：３０」、「１４：４５〜１５：１５」、「１５：３０〜１６：００」の面会予約が特定される。

ところで、面会は、予定されていた時間帯内に終了せずに、長引いてしまうことが往々にしてある。このため、第２生成部１００６は、図１１（１７）に示すように、例えば、面会時間帯の前後１５分間についてはバッファ時間として設定する。そして、第２生成部１００６は、図１１（１８）に示すように、面会時間帯にこのバッファ時間を加えた分を面会予約による面会不可時間帯として設定する。

そして、第２生成部１００６は、上記処理結果から、所定期間を、面会可能時間帯と、面会不可時間帯とに区別した通知用面会可能時間帯を特定する。ここで説明する例の場合、図１１（１９）に示すように、「２０１７年１月１５日（日）」の「１０：００〜２０：００」の期間において、面会可能時間帯と、面会不可時間帯とに区別した通知用面会可能時間帯が特定されている。その内訳は、面会可能時間帯が「１０：００〜１２：００」および「１６：１５〜２０：００」であり、面会不可時間帯が「１２：００〜１６：１５」である。

図１１に示す例において、「１８：００〜１９：００」といった時間帯は、面会可能時間帯であるものの、入院中イベント「食事」のイベント時間帯と重なる時間帯である。したがって、このような時間帯は、入院中イベントが何もないときに比べれば、入院患者にとって面会を行う上で好ましくない場合がある。

このため、第２生成部１００６は、図１１（１９）に示すように、通知用面会可能時間帯における面会可能時間帯を、面会最適時間帯と、通常の面会可能時間帯とに区別するようにしてもよい。ここで、面会最適時間帯は、入院中イベントが何もない時間帯である。通常の面会最適時間帯は、入院中イベント「食事」といったようにイベント種別が「面会可」の入院中イベントと重なる時間帯である。

なお、図１１で示した通知用面会可能時間帯は、問い合わせ者が患者ＩＤ「１０００１」の入院患者により面会不許可者に設定されていない場合や、特定対象日（２０１７年１月１５日）における面会予約数（面会予定数）が最大受入組数未満である場合のものである。問い合わせ者が患者ＩＤ「１０００１」の入院患者により面会不許可者に設定されていた場合や、特定対象日（２０１７年１月１５日）における面会予約数が最大受入組数以上であった場合には、他の通知用面会可能時間帯が特定される。具体的には、例えば、この場合には、「２０１７年１月１５日（日）」の「１０：００〜２０：００」の期間において、「１０：００〜２０：００」を面会不可時間帯とした通知用面会可能時間帯が特定される。

なお、図１１で説明した例では、特定対象日における入院中イベントが入院中イベント「食事」だけであったため、入院中イベントによる面会不可時間帯が設定されなかった。これに対して、特定対象日における入院中イベントにイベント種別「面会不可」とされた入院中イベントがあった場合は、入院中イベントによる面会不可時間帯として設定されることになる。

また、第２生成部１００６は、例えば、診察室で受ける診察や検査室で受ける検査など、入院患者の移動が発生するような入院中イベントのイベント時間帯の前後には、入院患者の移動時間を考慮してバッファ時間を設定する。そして、イベント時間帯にバッファ時間を加えた分を入院中イベントによる面会不可時間帯として設定する。なお、入院中イベントごとにどのようなバッファ時間を設定するかについては、例えば、通知装置１０１の製造者などにより予め定められている。

図１２は、入院イベントごとに設定されるバッファ時間の一例を示す説明図である。本実施の形態では、図１４に示すように、入院中イベントとして、入院中イベント「食事」、「リハビリ」、「診察」、「検査」、「手術」、「病室内検査」がある。そして、例えば、図１４に示すように、入院中イベント「食事」の場合は、そのイベント時間帯前後にバッファ時間を設定しないように定められている。これは、入院中イベント「食事」により、入院患者に病室を離れさせることがないためである。

これに対して、例えば、入院中イベント「検査」の場合は、そのイベント時間帯前後には１５分間ずつバッファ時間を設定するように定められている。これは、入院中イベント「検査」により、入院患者に病室を離れさせる（例えば検査室まで移動させる）ためである。同様の観点から、入院中イベント「診察」の場合は、そのイベント時間帯前後には１０分間ずつバッファ時間を設定するように定められている。また、入院中イベント「病室内検査」の場合は、病室内で行われる検査であるので、入院中イベント「食事」と同様の観点から、そのイベント時間帯前後にバッファ時間を設定しないように定められている。

また、入院中イベント「手術」の場合は、そのイベント時間帯前後に、終日面会不可となるようなバッファ時間を設定するように定められている。これについては、図１３を用いて説明する。

図１３は、第２生成部１００６による通知用面会可能時間帯の特定例を示す説明図（その２）である。図１３には、問い合わせ対象者が患者ＩＤ「１０００１」の入院患者であって、特定対象日を２０１７年１月１６日（月）とした場合の通知用面会可能時間帯の特定例を示す。なお、この場合、通知用面会可能時間帯を特定するために用いる情報の内容が図１１で示した場合と異なるだけであるので、説明を適宜省略する。

ここで説明する例の場合、第２生成部１００６は、図６中１段目に示した面会可能時間帯情報から、図１３（２１）に示すように、特定対象日における患者ＩＤ「１０００１」の入院患者に対する病院都合面会可能時間帯を「１３：００〜２０：００」と特定する。また、図６中５段目に示した面会可能時間帯情報から、図１３（２２）に示すように、特定対象日における患者ＩＤ「１０００１」の入院患者に対する患者都合面会可能時間帯を「１４：００〜２０：００」と特定する。

これらにより、ここで説明する例の場合、第２生成部１００６は、図１３（２３）に示すように、特定対象日における患者ＩＤ「１０００１」の入院患者に対する基本面会可能時間帯を「１４：００〜２０：００」と特定する。

第２生成部１００６は、つづいて、特定対象日における患者ＩＤ「１０００１」の入院患者に対する入院中イベントを特定する。これにより、ここで説明する例の場合、図７中４段目に示した入院中イベント情報から、図１３（２４）に示すように、少なくともイベント時間帯が「１４：００〜１５：００」の入院中イベント「手術」が特定される。

入院中イベント「手術」は、前述したように、イベント種別が「終日面会不可」の入院中イベントとされている。したがって、入院中イベント「手術」のイベント時間帯は、面会不可時間帯とされる。さらに、入院中イベント「手術」の場合は、前述したように、終日面会不可となるように、イベント時間帯前後にバッファ時間が設定される。

具体的には、この場合、第２生成部１００６は、図１３（２５）に示すように、入院中イベント「手術」のイベント時間帯前には、特定対象日における病院都合面会可能時間帯の開始時刻までのバッファ時間を設定する。また、図１３（２５）に示すように、入院中イベント「手術」のイベント時間帯後には、例えば、特定対象日における病院都合面会可能時間帯の終了時刻までのバッファ時間を設定する。これらにより、ここで説明する例の場合、図１３（２６）に示すように、入院中イベントによる面会不可時間帯は、「１３：００〜２０：００」と特定される。

そして、第２生成部１００６は、上記処理結果から、所定期間を、面会可能時間帯と、面会不可時間帯とに区別した通知用面会可能時間帯を特定する。ここで説明する例の場合、図１３（２７）に示すように、「２０１７年１月１６日（月）」の「１０：００〜２０：００」の期間において、「１０：００〜２０：００」を面会不可時間帯とした通知用面会可能時間帯が特定されている。

図１４は、第２生成部１００６による通知用面会可能時間帯の特定例を示す説明図（その３）である。図１４には、問い合わせ対象者が患者ＩＤ「１０００１」の入院患者であって、特定対象日を２０１７年１月１７日（火）とした場合の通知用面会可能時間帯の特定例を示す。なお、この場合、通知用面会可能時間帯を特定するために用いる情報の内容が図１１で示した場合と異なるだけであるので、説明を適宜省略する。

ここで説明する例の場合、第２生成部１００６は、図６中１段目に示した面会可能時間帯情報から、図１４（３１）に示すように、特定対象日における患者ＩＤ「１０００１」の入院患者に対する病院都合面会可能時間帯を「１３：００〜２０：００」と特定する。また、図６中５段目に示した面会可能時間帯情報から、図１４（３２）に示すように、特定対象日における患者ＩＤ「１０００１」の入院患者に対する患者都合面会可能時間帯を「１４：００〜２０：００」と特定する。

これらにより、ここで説明する例の場合、第２生成部１００６は、図１４（３３）に示すように、特定対象日における患者ＩＤ「１０００１」の入院患者に対する基本面会可能時間帯を「１４：００〜２０：００」と特定する。

第２生成部１００６は、つづいて、特定対象日における患者ＩＤ「１０００１」の入院患者に対する入院中イベントを特定する。これにより、ここで説明する例の場合、図７中１段目から３段目に示した入院中イベント情報から、図１４（３４）に示すように、イベント時間帯が「１２：００〜１３：００」および「１８：００〜１９：００」の入院中イベント「食事」が特定される。

さらに、ここで説明する例の場合、図７中５段目に示した入院中イベント情報から、図１４（３４）に示すように、イベント時間帯が「１６：００〜１７：００」の入院中イベント「検査」が特定される。入院中イベント「検査」は、前述したように、イベント種別が「面会不可」の入院中イベントとされている。したがって、入院中イベント「検査」のイベント時間帯は、面会不可時間帯とされる。

さらに、入院中イベント「検査」は、イベント時間帯前後に１５分間ずつバッファ時間が設定される入院中イベントとなっている。このため、第２生成部１００６は、図１４（３５）に示すように、入院中イベント「検査」のイベント時間帯前後に、１５分間ずつのバッファ時間を設定する。これらにより、ここで説明する例の場合、第２生成部１００６は、図１４（３６）に示すように、入院中イベントによる面会不可時間帯を「１５：４５〜１７：１５」と特定する。

第２生成部１００６は、つづいて、特定対象日における患者ＩＤ「１０００１」の入院患者に対する面会予約を特定する。これにより、ここで説明する例の場合、図９中４段目に示した面会予約情報から、図１４（３７）に示すように、面会時間帯が「１７：４５〜１８：１５」の面会予約が特定される。

さらに、第２生成部１００６は、図１４（３８）に示すように、面会予約による面会時間帯前後に、１５分間ずつのバッファ時間を設定する。これらにより、ここで説明する例の場合、第２生成部１００６は、図１４（３９）に示すように、面会予約による面会不可時間帯を「１７：３０〜１８：３０」と特定する。

そして、第２生成部１００６は、上記処理結果から、所定期間を、面会可能時間帯と、面会不可時間帯とに区別した通知用面会可能時間帯を特定する。これにより、ここで説明する例の場合、図１４（４０）に示すように、「２０１７年１月１７日（火）」の「１０：００〜２０：００」の期間において、「１４：００〜１５：４５」および「１９：００〜２０：００」を面会最適時間帯とした通知用面会可能時間帯が特定される。また、この期間において、「１７：１５〜１７：３０」、および「１８：３０〜１９：００」を通常の面会可能時間帯とした通知用面会可能時間帯が特定される。さらに、この期間において、「１０：００〜１４：００」、「１５：４５〜１７：１５」、および「１７：３０〜１８：３０」を面会不可時間帯とした通知用面会可能時間帯が特定される。

なお、図１４で示した通知用面会可能時間帯は、問い合わせ者が患者ＩＤ「１０００１」の入院患者により面会不許可者に設定されていない場合や、特定対象日（２０１７年１月１７日）における面会予約数が最大受入組数未満である場合のものである。問い合わせ者が患者ＩＤ「１０００１」の入院患者により面会不許可者に設定されていた場合や面会予約数が最大受入組数以上の場合などには、他の通知用面会可能時間帯が特定される。具体的には、例えば、この場合は、「２０１７年１月１７日（火）」の「１０：００〜２０：００」の期間において、「１０：００〜２０：００」を面会不可時間帯とした通知用面会可能時間帯が特定される。

第２生成部１００６は、例えば、問い合わせがあった日（問い合わせ日）の翌日以降の複数日のそれぞれを、順次、特定対象日に設定し、各々の特定対象日の通知用面会可能時間帯を特定する。そして、これらの通知用面会可能時間帯を表示させる面会状況確認ウェブページを生成する。このため、問い合わせ者は、面会状況確認ウェブページを閲覧することにより、複数日分の面会可能時間帯を知ることができる。

ここで、第２生成部１００６により生成される面会状況確認ウェブページの一例について説明する。図１５は、面会状況確認ウェブページＷＰ１の一例を示す説明図である。図１５に示す面会状況確認ウェブページＷＰ１は、例えば、問い合わせ者が患者ＩＤ「１０００１」の入院患者によって面会不許可者に登録されておらず、特定対象日が２０１７年１月１５日から２０１７年１月１７日までの各日を含む場合に生成される。すなわち、この場合は、図１１、図１３、および図１４で示したように通知用面会可能時間帯が特定され、これらを表示させる面会状況確認ウェブページＷＰ１が生成される。

図１５に示すように、面会状況確認ウェブページＷＰ１には、２０１７年１月１５日を特定対象日として特定された通知用面会可能時間帯を示す通知用面会可能時間帯画像１５０１が設けられる。また、面会状況確認ウェブページＷＰ１には、２０１７年１月１６日を特定対象日として特定された通知用面会可能時間帯を示す通知用面会可能時間帯画像１５０２が設けられる。さらに、面会状況確認ウェブページＷＰ１には、２０１７年１月１７日を特定対象日として特定された通知用面会可能時間帯を示す通知用面会可能時間帯画像１５０３が設けられる。

図１６は、面会状況確認ウェブページＷＰ２の一例を示す説明図である。図１６に示す面会状況確認ウェブページＷＰ２は、例えば、問い合わせ者が患者ＩＤ「１０００１」の入院患者によって面会不許可者に登録されており、特定対象日が２０１７年１月１５日から２０１７年１月１７日までの各日を含む場合に生成される。すなわち、この場合は、前述したように、２０１７年１月１５日から２０１７年１月１７日までの各日に対しては、「１０：００〜２０：００」が面会不可時間帯とした通知用面会可能時間帯が特定され、これらを表示させる面会状況確認ウェブページＷＰ２が生成される。

図１６に示すように、面会状況確認ウェブページＷＰ２には、２０１７年１月１５日を特定対象日として特定された通知用面会可能時間帯を示す通知用面会可能時間帯画像１６０１が設けられる。また、面会状況確認ウェブページＷＰ２には、２０１７年１月１６日を特定対象日として特定された通知用面会可能時間帯を示す通知用面会可能時間帯画像１６０２が設けられる。さらに、面会状況確認ウェブページＷＰ２には、２０１７年１月１７日を特定対象日として特定された通知用面会可能時間帯を示す通知用面会可能時間帯画像１６０３が設けられる。

第２生成部１００６は、このようにして面会状況確認ウェブページを生成すると、生成した面会状況確認ウェブページのＵＲＬを示す情報を通知部１００４へ出力する。通知部１００４は、例えば、第２生成部１００６から受け付けた面会状況確認ウェブページのＵＲＬを、問い合わせ者の連絡先へ通知する。これにより、問い合わせ者は、面会状況確認ウェブページのＵＲＬを知ることができ、例えば、自身のクライアント端末Ｃｉなどから、この面会状況確認ウェブページにアクセスして、問い合わせ対象者の入院患者の通知用面会可能時間を知ることができる。

なお、ここで説明した例では、第２生成部１００６は、問い合わせがあった場合に、問い合わせ対象者の通知用面会可能時間帯を特定するようにしたが、これに限らない。例えば、第２生成部１００６は、全入院患者の通知用面会可能時間帯（例えば翌日から１週間以内の各日を特定対象日とした通知用面会可能時間帯）を予め特定しておき、特定結果を記憶部１００１などに記憶しておいてもよい。この場合、例えば、第２生成部１００６は、問い合わせがあった場合に、問い合わせ対象者の通知用面会可能時間帯を記憶部１００１などから取得し、取得した通知用面会可能時間帯に基づいて面会状況確認ウェブページを生成すればよい。

また、例えば、入院患者が病院に対して退院手続きを行って、この病院の入院患者でなくなった場合には、入院患者が退院した旨を示す情報が病院管理システム２０１から通知装置１０１へ出力される。更新部１００２は、病院管理システム２０１から出力された入院患者が退院した旨を示す情報を受け付けると、この入院患者に関する各種情報を記憶部１００１から削除するようにしてもよい。これにより、記憶部１００１の記憶量を削減することができる。

なお、更新部１００２は、入院患者に関する各種情報を削除する場合、通知部１００４に入院患者に関する情報を削除することを通知する。通知部１００４は、この通知を受け付けると、例えば、記憶部１００１を参照して、削除対象となった入院患者と面会した面会希望者の連絡先（例えばメールアドレス）を特定し、この連絡先へ削除対象となった入院患者が退院したことを通知してもよい。さらに、通知部１００４は、記憶部１００１を参照して、削除対象となった入院患者と面会する予定の面会希望者の連絡先（例えばメールアドレス）を特定し、この連絡先へ削除対象となった入院患者が退院したことを通知してもよい。

また、例えば、前述したように、病院の従業員が、自身の勤務する病院の入院患者に対する入院中イベントを病院管理システム２０１に登録すると、この入院患者に対する入院中イベント情報が病院管理システム２０１から通知装置１０１へ出力される。更新部１００２は、病院管理システム２０１から出力された入院中イベント情報を受け付け、この入院中イベント情報を記憶部１００１の入院中イベント情報ＤＢ２４０に登録する。更新部１００２は、例えば、入院中イベント情報を登録すると、入院中イベント情報を登録したことを示す情報を判断部１００７へ出力する。

判断部１００７は、更新部１００２から入院中イベント情報を登録したことを示す情報を受け付けると、例えば、記憶部１００１を参照して、この入院中イベント情報に対応する入院患者を特定する。そして、特定した入院患者の面会予約情報を参照し、入院中イベントにより行えなくなった面会があるかを判断する。行えなくなった面会があると判断した場合は、この旨を通知部１００４へ出力する。例えば、通知部１００４は、判断部１００７から面会を行えなくなった旨の示す情報を受け付けると、この面会の面会予約を行った面会希望者の連絡先へ、面会を行えなくなったことを通知する。なお、これについては、図２０を用いて後述する。

（通知システム２００が行う処理）
つぎに、通知システム２００が行う処理の一例について説明する。図１７は、通知システム２００が行う処理を示すシーケンス図である。図１７の説明において、入院患者のクライアント端末Ｃｉを「クライアント端末Ｃ＃１」と表記し、面会希望者のクライアント端末Ｃｉを「クライアント端末Ｃ＃２」と表記する。

図１７に示すように、クライアント端末Ｃ＃１は、例えば、入院患者による操作に応じて、面会可否登録処理を行う（ステップＳ１７０１）。面会可否登録処理には、例えば、前述した面会管理ウェブページへアクセスする処理、面会管理ウェブページに設けられた各々の入力フォームに情報を入力する処理などが含まれる。

面会可否登録処理により、クライアント端末Ｃ＃１は、通知装置１０１に対して、入院患者の最大受入組数情報や面会可否判定方式情報の更新（変更）要求を行うことができる。前述したように、通知装置１０１は、この変更要求に応じて、入院患者の最大受入組数情報や面会可否判定方式情報を更新し、更新結果を記憶部１００１に記憶したりする。

また、面会可否登録処理により、クライアント端末Ｃ＃１は、通知装置１０１に対して、入院患者の患者都合面会可能時間帯や面会許可者・不許可者の登録要求を行うことができる。前述したように、通知装置１０１は、この登録要求に応じて、入院患者の患者都合面会可能時間帯や面会許可者・不許可者を記憶部１００１に記憶したりする。この結果、図１７中符号１７１０で示すように、面会可否登録処理による処理結果は、後述するクライアント端末Ｃ＃２の入院状況照会処理や面会予約処理に影響する。

また、図１７に示すように、クライアント端末Ｃ＃２は、例えば、面会希望者による操作に応じて、入院状況照会処理を行う（ステップＳ１７０２）。入院状況照会処理には、例えば、前述した面会問い合わせウェブページへアクセスする処理、面会問い合わせウェブページに設けられた各々の入力フォームに情報を入力する処理などが含まれる。これにより、クライアント端末Ｃ＃２は、通知装置１０１に対して、入院患者の面会可能時間帯（通知用面会可能時間帯）の開示要求を行うことができる。

また、図１７に示すように、クライアント端末Ｃ＃２は、例えば、面会希望者による操作に応じて、面会予約処理を行う（ステップＳ１７０３）。面会予約処理には、例えば、入院状況照会処理を行ったことにより通知装置１０１から通知される情報（例えば面会状況確認ウェブページのＵＲＬ）を受け付ける処理が含まれる。また、面会予約処理には、前述した面会状況確認ウェブページへアクセスする処理、面会状況確認ウェブページに設けられた各々の入力フォームに情報を入力する処理などが含まれる。これにより、クライアント端末Ｃ＃２は、通知装置１０１に対して、入院患者との面会予約登録要求を行うことができる。

また、図１７に示すように、通知装置１０１は、イベント登録処理を行う（ステップＳ１７０４）。イベント登録処理には、例えば、病院管理システム２０１から受け付けた情報に基づいて、入院中イベント情報を更新し、更新結果を記憶部１００１に記憶する処理が含まれる。この結果、図１７中符号１７２０で示すように、イベント登録処理による処理結果は、クライアント端末Ｃ＃２の入院状況照会処理や面会予約処理に影響する。

また、図１７に示すように、通知装置１０１は、面会者通知処理を行う（ステップＳ１７０５）。面会者通知処理には、例えば、クライアント端末Ｃ＃２による入院状況照会処理が行われたことにより、クライアント端末Ｃ＃２へ面会状況確認ウェブページのＵＲＬなどを通知する処理が含まれる。また、面会者通知処理には、ステップＳ１７０４のイベント登録処理によって入院中イベントが登録されたことにより面会を行えなくなった面会予約者に、面会を行えなくなった旨を通知する処理が含まれる。さらに、面会者通知処理には、入院患者が退院したことによりこの入院患者情報が記憶部１００１から削除される場合に、この入院患者と面会した面会希望者に、入院患者が退院した旨を通知する処理が含まれる。

（通知処理１０１が行う処理）
つぎに、通知装置１０１が行う処理の一例について説明する。図１８は、通知装置１０１が通知用面会可能時間帯を特定するために行う処理手順の一例を示すフローチャートである。

図１８に示すように、通知装置１０１は、通知用面会可能時間帯を特定する特定対象日を設定する（ステップＳ１８０１）。通知装置１０１は、例えば、特定対象日を問い合わせ日の翌日に設定する。また、通知装置１０１は、例えば、特定対象日を、問い合わせ日の翌日から１週間以内の各日といったように複数日としてもよい。特定対象日を複数日とした場合、通知装置１０１は、例えば、各々の特定対象日に対して図１８に示す処理を行って、各々の特定対象日の通知用面会可能時間帯を特定する。

つづいて、通知装置１０１は、問い合わせ者が面会対象者であるか否かを判断する（ステップＳ１８０２）。通知装置１０１は、例えば、問い合わせ者の連絡先が、問い合わせ対象者の面会許可者・不許可者情報に登録された連絡先と合致するか否かを判断する。具体的には、例えば、問い合わせ対象者が面会可否判定方式を「ブラックリスト方式」に設定していた場合、通知装置１０１は、ステップＳ１８０２では、問い合わせ者の連絡先が、問い合わせ対象者の面会不許可者の連絡先と合致するか否かを判断する。これにより、合致すると判断した場合はステップＳ１８０２において否定判定となり、合致しないと判断した場合はステップＳ１８０２において肯定判定となる。

また、例えば、問い合わせ対象者が面会可否判定方式を「ホワイトリスト方式」に設定していた場合、通知装置１０１は、ステップＳ１８０２では、問い合わせ者の連絡先が、問い合わせ対象者の面会許可者の連絡先と合致するか否かを判断する。これにより、合致すると判断した場合はステップＳ１８０２において肯定判定となり、合致しないと判断した場合はステップＳ１８０２において否定判定となる。

問い合わせ者が面会対象者であると判断した場合（ステップＳ１８０２：Ｙｅｓ）、通知装置１０１は、問い合わせ対象者の、特定対象日における面会予約数が最大受入組数未満であるか否かを判断する（ステップＳ１８０３）。通知装置１０１は、例えば、面会予約情報ＤＢ２６０を参照することにより、問い合わせ対象者の、特定対象日における面会予約数を取得することができる。また、通知装置１０１は、例えば、入院患者ＤＢ２２０を参照することにより、問い合わせ対象者の最大受入組数を取得することができる。これらにより、通知装置１０１は、特定対象日における面会予約数が最大受入組数未満であるか否かを判断することができる。特定対象日における面会予約数が最大受入組数未満であると判断した場合（ステップＳ１８０３：Ｙｅｓ）、通知装置１０１は、特定対象日の病院都合面会可能時間帯を特定する（ステップＳ１８０４）。

つづいて、通知装置１０１は、特定対象日に患者都合面会可能時間帯があるか否かを判断する（ステップＳ１８０５）。特定対象日に患者都合面会可能時間帯がないと判断した場合（ステップＳ１８０５：Ｎｏ）、通知装置１０１は、例えば、ステップＳ１８０７の処理へ移行する。また、特定対象日に患者都合面会可能時間帯がないと判断した場合、通知装置１０１は、ステップＳ１８１３の処理へ移行するようにしてもよい。

特定対象日に患者都合面会可能時間帯があると判断した場合（ステップＳ１８０５：Ｙｅｓ）、通知装置１０１は、特定対象日の患者都合面会可能時間帯を特定する（ステップＳ１８０６）。通知装置１０１は、例えば、面会可能時間帯情報ＤＢ２３０を参照することにより、特定対象日の患者都合面会可能時間帯を特定することができる。なお、図１１で示したように、１つの特定対象日に複数の患者都合面会可能時間帯が設けられる場合がある。この場合、通知装置１０１は、各々の患者都合面会可能時間帯について特定する。

つづいて、通知装置１０１は、基本面会可能時間帯を特定する（ステップＳ１８０７）。基本面会可能時間帯は、例えば、ステップＳ１８０４の処理結果（すなわち病院都合面会可能時間帯）と、ステップＳ１８０６の処理結果（すなわち患者都合面会可能時間帯）の論理積を求めることにより特定することができる。

つづいて、通知装置１０１は、特定対象日に入院中イベントがあるか否かを判断する（ステップＳ１８０８）。通知装置１０１は、例えば、入院中イベント情報ＤＢ２４０を参照することにより、特定対象日に入院中イベントがあるか否かを判断することができる。特定対象日に入院中イベントがないと判断した場合（ステップＳ１８０８：Ｎｏ）、通知装置１０１は、ステップＳ１８１０の処理へ移行する。特定対象日に入院中イベントがあると判断した場合（ステップＳ１８０８：Ｙｅｓ）、通知装置１０１は、入院中イベント処理を行う（ステップＳ１８０９）。入院中イベント処理は、例えば、前述したイベントによる面会不可時間帯を設定する処理であり、詳細については図１９を用いて後述する。

通知装置１０１は、つづいて、特定対象日に面会予約があるか否かを判断する（ステップＳ１８１０）。通知装置１０１は、例えば、面会予約情報ＤＢ２６０を参照することにより、特定対象日に面会予約があるか否かを判断することができる。特定対象日に面会予約がないと判断した場合（ステップＳ１８１０：Ｎｏ）、通知装置１０１は、ステップＳ１８１２の処理へ移行する。

特定対象日に面会予約があると判断した場合（ステップＳ１８１０：Ｙｅｓ）、通知装置１０１は、図１１などで示したように、面会予約による面会不可時間帯を特定する（ステップＳ１８１１）。なお、図１１で示したように、１つの特定対象日に複数の面会予約が設けられる場合がある。この場合、通知装置１０１は、各々の面会予約を特定し、各々の面会予約による面会不可時間帯を特定する。

そして、通知装置１０１は、ステップＳ１８０７、ステップＳ１８０９、ステップＳ１８１１などの処理結果に基づいて、図１１などに示したように、通知用面会可能時間帯を特定する。そして、特定した通知用面会可能時間帯を例えばメモリ３０２などに設定し（ステップＳ１８１２）、図１８に示す処理を終了する。

また、問い合わせ者が面会対象者でないと判断した場合は（ステップＳ１８０２：Ｎｏ）、通知装置１０１は、例えば図１３などに示したような終日面会不可となる通知用面会可能時間帯を特定する。そして、そして、特定した通知用面会可能時間帯を例えばメモリ３０２などに設定し（ステップＳ１８１３）、図１８に示す処理を終了する。また、問い合わせ日における面会予約数が最大受入組数未満でないと判断した場合も（ステップＳ１８０３：Ｎｏ）、ステップＳ１８１３の処理へ移行する。

（入院中イベント処理の一例）
つぎに、ステップＳ１８０９の入院中イベント処理の一例について説明する。図１９は、入院中イベント処理の処理手順の一例を示すフローチャートである。図１９に示すように、通知装置１０１は、特定対象日における入院中イベントのイベント種別が「面会可」であるか判断する（ステップＳ１９０１）。

例えば、本実施の形態では、図１２に示したように、入院中イベント「食事」および入院中イベント「リハビリ」のイベント種別が「面会可」とされている。したがって、特定対象日における入院中イベントが、入院中イベント「食事」または入院中イベント「リハビリ」である場合にステップＳ１９０１で肯定判定される。また、特定対象日における入院中イベントが、入院中イベント「食事」または入院中イベント「リハビリ」でない場合にステップＳ１９０１で否定判定される。

イベント種別が「面会可」であると判断した場合（ステップＳ１９０１：Ｙｅｓ）、通知装置１０１は、イベント実施場所が病室外であるか否かを判断する（ステップＳ１９０２）。例えば、本実施の形態では、図１２に示したように、入院中イベント「食事」はイベント実施場所が病室内の入院中イベントとされており、入院中イベント「リハビリ」はイベント実施場所が病室外の入院中イベントとされている。したがって、特定対象日における入院中イベントが入院中イベント「リハビリ」である場合にステップＳ１９０２で肯定判定される。また、特定対象日における入院中イベントが入院中イベント「食事」である場合にステップＳ１９０１で否定判定される。

イベント実施場所が病室外でないと判断した場合（ステップＳ１９０２：Ｎｏ）、通知装置１０１は、ステップＳ１９０５の処理へ移行する。イベント実施場所が病室外であると判断した場合（ステップＳ１９０２：Ｙｅｓ）、通知装置１０１は、特定対象日の入院中イベントに応じたバッファ時間を取得する（ステップＳ１９０３）。例えば、ここでは、入院中イベント「リハビリ」に応じたバッファ時間が取得されることになる。そして、本実施の形態では、図１２に示したように、入院中イベント「リハビリ」の場合、イベント時間帯前後に１５分間ずつのバッファ時間を設定するように定められている。したがって、ステップＳ１９０３では、イベント時間帯前後の１５分間ずつをバッファ時間として取得する。

つづいて、通知装置１０１は、特定対象日における入院中イベントのイベント時間帯前後に取得したバッファ時間を加える（ステップＳ１９０４）。そして、通知装置１０１は、特定対象日における入院中イベントによる面会不可時間帯を特定し（ステップＳ１９０５）、図１９に示す処理を終了する。例えば、通知装置１０１は、ステップＳ１９０５の処理により、特定対象日における入院中イベントが入院中イベント「食事」および入院中イベント「リハビリ」の場合は、この入院中イベントによる面会不可時間帯はないと特定する。

また、イベント種別が「面会可」でないと判断した場合（ステップＳ１９０１：Ｎｏ）、通知装置１０１は、特定対象日における入院中イベントのイベント種別が「面会不可」であるか判断する（ステップＳ１９０６）。

例えば、本実施の形態では、図１２に示したように、入院中イベント「診察」、入院中イベント「検査」および入院中イベント「病室内検査」のイベント種別が「面会不可」とされている。したがって、特定対象日における入院中イベントが、入院中イベント「診察」、入院中イベント「検査」、または入院中イベント「病室内検査」である場合にステップＳ１９０６で肯定判定される。また、特定対象日における入院中イベントが、入院中イベント「診察」、入院中イベント「検査」、または入院中イベント「病室内検査」でない場合にステップＳ１９０６で否定判定される。

イベント種別が「面会不可」であると判断した場合（ステップＳ１９０６：Ｙｅｓ）、通知装置１０１は、イベント実施場所が病室外であるか否かを判断する（ステップＳ１９０７）。例えば、本実施の形態では、図１２に示したように、入院中イベント「診察」および入院中イベント「検査」はイベント実施場所が病室外の入院中イベントとされており、入院中イベント「病室内検査」はイベント実施場所が病室内の入院中イベントとされている。したがって、特定対象日における入院中イベントが入院中イベント「病室内検査」である場合にステップＳ１９０７で肯定判定される。また、特定対象日における入院中イベントが入院中イベント「診察」または入院中イベント「検査」である場合にステップＳ１９０７で否定判定される。

イベント実施場所が病室外でないと判断した場合（ステップＳ１９０７：Ｎｏ）、通知装置１０１は、ステップＳ１９１０の処理へ移行する。イベント実施場所が病室外であると判断した場合（ステップＳ１９０７：Ｙｅｓ）、通知装置１０１は、特定対象日の入院中イベントに応じたバッファ時間を取得する（ステップＳ１９０８）。例えば、ここでは、入院中イベント「診察」または入院中イベント「検査」に応じたバッファ時間が取得されることになる。

そして、本実施の形態では、図１２に示したように、入院中イベント「診察」の場合、イベント時間帯前後に１０分間ずつのバッファ時間を設定するように定められている。したがって、この場合、ステップＳ１９０８では、イベント時間帯前後の１０分間ずつをバッファ時間として取得する。また、入院中イベント「検査」の場合、イベント時間帯前後に１５分間ずつのバッファ時間を設定するように定められている。したがって、この場合、ステップＳ１９０８では、イベント時間帯前後の１５分間ずつをバッファ時間として取得する。

つづいて、通知装置１０１は、特定対象日における入院中イベントのイベント時間帯前後に取得したバッファ時間を加える（ステップＳ１９０９）。そして、通知装置１０１は、特定対象日における入院中イベントによる面会不可時間帯を特定し（ステップＳ１９１０）、図１９に示す処理を終了する。

例えば、通知装置１０１は、ステップＳ１９１０の処理により、特定対象日における入院中イベントが入院中イベント「診察」の場合は、イベント時間帯およびその前後の１０分間ずつをこの入院中イベントによる面会不可時間帯として特定する。また、特定対象日における入院中イベントが入院中イベント「検査」の場合は、イベント時間帯およびその前後の１５分間ずつをこの入院中イベントによる面会不可時間帯として特定する。さらに、特定対象日における入院中イベントが入院中イベント「病室内検査」の場合は、イベント時間帯をこの入院中イベントによる面会不可時間帯として特定する。

また、イベント種別が「面会不可」でないと判断した場合（ステップＳ１９０６：Ｎｏ）、すなわち、イベント種別が「終日面会不可」であると判断した場合、通知装置１０１は、図１３などを用いて説明したように、特定対象日が終日面会不可となるようなバッファ時間を、特定対象日における入院中イベントのイベント時間帯前後に加える（ステップＳ１９１１）。そして、通知装置１０１は、特定対象日における入院中イベントによる面会不可時間帯を特定し（ステップＳ１９１２）、図１９に示す処理を終了する。例えば、通知装置１０１は、ステップＳ１９１２の処理により、特定対象日における入院中イベントが入院中イベント「手術」の場合は、特定対象日における病院都合面会可能時間帯全体を、この入院中イベントによる面会不可時間帯として特定する。

なお、ここで説明した例では、例えば、ステップＳ１９０４およびステップＳ１９０８において、通知装置１０１は、入院イベントごとに予め定められたバッファ時間を取得するようにしたが、これに限らない。例えば、通知装置１０１は、入院中イベントの内容に基づいてバッファ時間を算出し、算出したバッファ時間を取得するようにしてもよい。この場合、例えば、各々の入院中イベントのイベント実施場所と、各々のイベント実施場所までに行くまでに要する時間とを対応付けて記憶部１００１に記憶しておく。また、この場合は、例えば、入院中イベントの実施場所を示すために、入院中イベント情報には、イベント実施場所を示す情報が含まれるようにする。

つぎに、図１７のステップＳ１７０５に示した面会者通知処理について補足説明する。前述したように、面会者通知処理では、入院中イベントの登録により面会を行えなくなった面会希望者に、面会を行えなくなった旨を通知する処理が含まれる。

図２０は、通知装置１０１による面会を行えなくなった旨の通知の一例を示す説明図である。図２０（ｔ１）には、Ｘ日よりも前の時点ｔ１における、入院患者ＰｘのＸ日の予定を示している。図２０（ｔ１）に示すように、時点ｔ１では、Ｘ日において、入院患者Ｐｘと面会希望者Ａｘとの面会Ｍｘが予定されており、面会Ｍｘの面会予約情報が面会予約情報ＤＢ２６０に記憶されている。面会Ｍｘの面会時間帯は、Ｘ日の１５：００〜１５：３０である。

図２０（ｔ２）には、Ｘ日よりも前の時点であって時点ｔ１よりも後の時点における、入院患者ＰｘのＸ日の予定を示している。図２０（ｔ２）に示すように、時点ｔ２において、入院中イベントＩｘが入院患者ＰｘのＸ日における予定として新たに登録され、入院中イベントＩｘの入院中イベント情報が入院中イベント情報ＤＢ２４０に記憶された。

ここで、入院中イベントＩｘは、入院患者Ｐｘを対象とした入院中イベントであって、イベント種別が「面会不可」の入院中イベントである。また、入院中イベントＩｘのイベント時間帯は、Ｘ日の１４：１５〜１５：１５である。通知装置１０１においては、入院中イベントが面会予約よりも優先されるように定められている。

このため、図２０（ｔ２）中の点線に示すように、通知装置１０１は、入院中イベントＩｘの登録に応じて面会Ｍｘの予定を破棄し、例えば、面会Ｍｘの面会予約情報を面会予約情報ＤＢ２６０から削除する。そして、面会Ｍｘの面会予約情報を削除する際には、面会希望者Ａｘの連絡先に、面会Ｍｘを行えなくなった旨を通知する。これにより、通知装置１０１は、面会Ｍｘを行えなくなった旨を面会希望者Ａｘに知らせることができる。

以上に説明したように、通知装置１０１は、患者（入院患者）の連絡先を含む開示要求に応じて、記憶部１００１から患者の連絡先に対応する入院情報を抽出し、抽出した入院情報に含まれる患者の面会可能時間（面会可能時間帯）を、開示要求元に通知する。これにより、通知装置１０１は、患者の連絡先を知っている程度に患者と近しい面会希望者に面会可能時間を知らせることができ、患者との面会を支援することができる。一方、通知装置１０１は、患者の連絡先を知らない者に面会可能時間を知らせてしまうことを防止して、患者の個人情報の保護を図ることができる。

また、通知装置１０１は、患者の電話番号やメールアドレスを含む開示要求に応じて、患者の面会可能時間を通知してもよい。これにより、通知装置１０１は、患者の電話番号やメールアドレスといったプライバシー性の高い情報を知っている程度に患者と近しい面会希望者に面会可能時間を知らせることができる。

また、通知装置１０１は、病院により決定された第１面会可能時間（病院都合面会可能時間帯）と、患者により決定された第２面会可能時間（患者都合面会可能時間帯）とに応じた面会可能時間を通知してもよい。これにより、通知装置１０１は、実際に面会を行える可能性が高い面会可能時間を面会希望者に知らせることができる。

また、通知装置１０１は、患者の面会予定数（面会予約数）に応じて、面会可能時間を通知してもよい。これにより、通知装置１０１は、面会予定数が多い患者の面会可能時間を通知してしまうことを防止して、患者の面会による負担を低減することができる。

さらに、通知装置１０１は、病院により決定された第１面会可能時間（病院都合面会可能時間帯）と、患者により決定された第２面会可能時間（患者都合面会可能時間帯）と、患者のイベントの予定とに応じた面会可能時間を通知してもよい。これにより、通知装置１０１は、実際に面会を行える可能性が高い面会可能時間を面会希望者に知らせることができる。

また、通知装置１０１は、入院患者が面会可能な第１のイベントの予定および入院患者が面会不可能な第２のイベントの予定がない時間と、第２のイベントの予定がなく第１のイベントの予定がある時間とを、区別して通知する。これにより、通知装置１０１は、面会可能時間であり且つイベントがない時間と、面会可能時間であり且つイベントがある時間とを区別して通知することができる。

以上のことから、実施の形態にかかる通知装置１０１によれば、患者と面会可能な面会可能時間を面会希望者に通知することができる。

なお、本実施の形態で説明した通知方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本通知プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本通知プログラムは、インターネット等のネットワークを介して配布してもよい。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）特定の連絡先を含む入院情報の開示要求を受け付けると、連絡先情報と対応付けて、面会可能時間を含む患者の入院情報を記憶する記憶部を参照し、前記特定の連絡先に対応する患者の入院情報を抽出し、
抽出した前記患者の入院情報に含まれる面会可能時間を、前記開示要求の要求元に通知する、
処理をコンピュータに実行させることを特徴とする通知プログラム。

（付記２）前記特定の連絡先は、電話番号またはメールアドレスである、
ことを特徴とする付記１に記載の通知プログラム。

（付記３）前記面会可能時間は、病院により設定された第１の面会可能時間と前記患者により設定された第２の面会可能時間とに基づいて決定される、
ことを特徴とする付記１または２に記載の通知プログラム。

（付記４）前記面会可能時間は、前記第１の面会可能時間と前記第２の面会可能時間とに含まれる時間である、
ことを特徴とする付記３に記載の通知プログラム。

（付記５）前記面会可能時間は、前記患者に関するイベントの予定に基づき特定される時間である、
ことを特徴とする付記１乃至４のいずれか１つに記載の通知プログラム

（付記６）前記面会可能時間は、前記患者の面会予定数に基づいて特定される、
ことを特徴とする付記１乃至５のいずれか１つに記載の通知プログラム。

（付記７）前記通知する処理は、前記面会可能時間のうち、前記患者が面会可能な第１のイベントの予定および前記患者が面会不可能な第２のイベントの予定がない時間と、前記第２のイベントの予定がなく前記第１のイベントの予定がある時間とを、区別して通知する、
ことを特徴とする付記１乃至６のいずれか１つに記載の通知プログラム。

（付記８）前記面会可能時間は、前記患者が病室を離れる特定イベント前後の所定時間を含まない、
ことを特徴とする付記１乃至７のいずれか１つに記載の通知プログラム。

（付記９）特定の連絡先を含む入院情報の開示要求を受け付けると、連絡先情報と対応付けて、面会可能時間を含む患者の入院情報を記憶する記憶部を参照し、前記特定の連絡先に対応する患者の入院情報を抽出し、
抽出した前記患者の入院情報に含まれる面会可能時間を、前記開示要求の要求元に通知する、
処理をコンピュータが実行することを特徴とする通知方法。

（付記１０）特定の連絡先を含む入院情報の開示要求を受け付けると、連絡先情報と対応付けて、面会可能時間を含む患者の入院情報を記憶する記憶部を参照し、前記特定の連絡先に対応する患者の入院情報を抽出し、
抽出した前記患者の入院情報に含まれる面会可能時間を、前記開示要求の要求元に通知する、
処理を実行する制御部を備えることを特徴とする通知装置。

１０１ 通知装置
１１０，１２０ 通信端末
２００ 通知システム
２０１ 病院管理システム
２１０ ネットワーク
２２０ 入院患者情報ＤＢ
２３０ 面会可能時間帯情報ＤＢ
２４０ 入院中イベント情報ＤＢ
２５０ 面会許可者・不許可者情報ＤＢ
２６０ 面会予約情報ＤＢ
３００，４００ バス
３０１，４０１ ＣＰＵ
３０２，４０２ メモリ
３０３，４０５ Ｉ／Ｆ
３０４，４０３ ディスクドライブ
３０５，４０４ ディスク
４０６ ディスプレイ
４０７ 入力装置
１０００ 制御部
１００１ 記憶部
１００２ 更新部
１００３ 第１生成部
１００４ 通知部
１００５ 検索部
１００６ 第２生成部
１００７ 判断部

Claims (8)

1. 特定の連絡先を含む入院情報の開示要求を受け付けると、連絡先情報と対応付けて、面会可能時間を含む患者の入院情報を記憶する記憶部を参照し、前記特定の連絡先に対応する患者の入院情報を抽出し、
   抽出した前記患者の入院情報に含まれる面会可能時間を、前記開示要求の要求元に通知する、
   処理をコンピュータに実行させ、
   前記面会可能時間は、前記患者に関するイベントの予定に基づき特定される面会可能時間のうち、前記イベントの時間帯の前後に設定される、当該イベントの種別に応じた時間長のバッファ時間を含まない面会可能時間である、
   ことを特徴とする通知プログラム。
2. 前記特定の連絡先は、電話番号またはメールアドレスである、
   ことを特徴とする請求項１に記載の通知プログラム。
3. 前記面会可能時間は、病院により設定された第１の面会可能時間と前記患者により設定された第２の面会可能時間とに基づいて決定される、
   ことを特徴とする請求項１または２に記載の通知プログラム。
4. 前記面会可能時間は、前記第１の面会可能時間と前記第２の面会可能時間とに含まれる時間である、
   ことを特徴とする請求項３に記載の通知プログラム。
5. 前記面会可能時間は、前記患者の面会予定数に基づいて特定される、
   ことを特徴とする請求項１乃至４のいずれか１項に記載の通知プログラム。
6. 前記通知する処理は、前記面会可能時間のうち、前記患者が面会可能な第１のイベントの予定および前記患者が面会不可能な第２のイベントの予定がない時間と、前記第２のイベントの予定がなく前記第１のイベントの予定がある時間とを、区別して通知する、
   ことを特徴とする請求項１乃至５のいずれか１項に記載の通知プログラム。
7. 特定の連絡先を含む入院情報の開示要求を受け付けると、連絡先情報と対応付けて、面会可能時間を含む患者の入院情報を記憶する記憶部を参照し、前記特定の連絡先に対応する患者の入院情報を抽出し、
   抽出した前記患者の入院情報に含まれる面会可能時間を、前記開示要求の要求元に通知する、
   処理をコンピュータが実行し、
   前記面会可能時間は、前記患者に関するイベントの予定に基づき特定される面会可能時間のうち、前記イベントの時間帯の前後に設定される、当該イベントの種別に応じた時間長のバッファ時間を含まない面会可能時間である、
   ことを特徴とする通知方法。
8. 特定の連絡先を含む入院情報の開示要求を受け付けると、連絡先情報と対応付けて、面会可能時間を含む患者の入院情報を記憶する記憶部を参照し、前記特定の連絡先に対応する患者の入院情報を抽出し、
   抽出した前記患者の入院情報に含まれる面会可能時間を、前記開示要求の要求元に通知する、
   処理を実行する制御部を備え、
   前記面会可能時間は、前記患者に関するイベントの予定に基づき特定される面会可能時間のうち、前記イベントの時間帯の前後に設定される、当該イベントの種別に応じた時間長のバッファ時間を含まない面会可能時間である、
   ことを特徴とする通知装置。

Images