JP7386464B2 - サーバ、プログラム、及び、制御方法 - Google Patents

Description

特許法第３０条第２項適用 ２０２１年４月 ５日 メドピア株式会社が作成した営業資料 ２０２１年８月１２日 ｈｔｔｐｓ：／／ｍｅｄｐｅｅｒ．ｃｏ．ｊｐ／ｐｒｅｓｓ／９４６１．ｈｔｍｌ ２０２１年５月 ７日 株式会社クレディセゾンが作成した営業資料 ２０２１年８月１２日 ｈｔｔｐｓ：／／ｃｏｒｐｏｒａｔｅ．ｓａｉｓｏｎｃａｒｄ．ｃｏ．ｊｐ／ｗｒ＿ｈｔｍｌ／ｎｅｗｓ＿ｄａｔａ／ａｖｍｑｋｓ００００００ｂｍ８ｈ－ａｔｔ／２０２１０８１２＿Ｒｅｌｅａｓｅ．ｐｄｆ ２０２１年８月２７日 高齢者住宅新聞社セミナー

本発明は、サーバ及びプログラムに関する。

医療機関に入院している患者の中には、退院後も医療ケアを提供可能な施設（例えば、介護施設）への入居が必要な患者（以下「要入居患者」という）も含まれる。
要入居患者を施設に入居させるために、医療機関のスタッフが、要入居患者と施設との間の調整（以下「退院調整」という）を行う必要がある。

例えば、特許文献１には、退院調整を支援する退院調整支援システムが開示されている。当該退院調整システムによれば、要入居患者の情報が施設に容易に提供される。

特開2006-318174号公報

高齢化社会に伴い、要入居患者が増加傾向にあり、要入居患者を受入可能な施設は不足する傾向にある。
また、医療機関だけでなく、ケアマネジャーが要入居患者の施設の手配を行うケースも増加傾向にある。
そのため、受入の調整には多くの時間を要する。

特許文献１の技術では、要入居患者の情報の施設への提供に要する医療機関のスタッフの作業時間は短縮されるが、要入居患者の施設への入居を確定させるまでに要する医療機関のスタッフの作業時間は短縮されない。特に、医療機関のスタッフと施設のスタッフとの情報交換に時間がかかるので、医療機関のスタッフが、特許文献１の技術を用いて要入居患者の情報を提供した施設に入居のオファーを提示したとしても、当該施設が要入居患者を受入不能な状況にある場合（例えば、当該施設の部屋が満室である場合、又は、要入居患者が希望する医療ケアを実施可能な体制若しくは設備が当該施設にない場合）、当該オファーが拒否されることもある。

本発明の目的は、要入居患者の施設への入居を確定させるまでに要する作業時間を短縮するために、施設に入居する前の患者のケアを行うケア機関と当該患者の入居を受け入れる施設の情報交換を円滑化する環境を提供することである。

本発明の一態様は、
患者のケアを行うケアユーザが使用する第１クライアント装置と、前記患者の入居を受け入れる施設の施設ユーザが使用する第２クライアント装置と、接続可能なサーバであって、
前記ケアユーザの指示に応じて、前記第１クライアント装置から、前記患者を識別する患者識別情報と、前記患者に関する患者情報と、を取得する手段を備え、
前記患者識別情報と、前記患者情報と、を関連付けて記憶する手段を備え、
前記施設ユーザの指示に応じて、前記第２クライアント装置に、前記患者情報を提示する手段を備え、
前記施設ユーザの指示に応じて、前記第２クライアント装置から、前記施設ユーザによって指定された指定患者を前記施設に受け入れるためのオファーを取得する手段を備え、
前記オファーは、前記施設を識別する施設識別情報と、前記指定患者の患者情報と、を含み、
前記指定患者に関連付けられたオファー患者識別情報と、前記施設識別情報と、ケア機関を識別するケア機関識別情報と、を関連付けて記憶する手段を備え、
前記オファー患者識別情報に関連付けられたステータス情報を、前記オファーを取得したことを示すステータス情報に更新する手段を備え、
前記オファーを取得した後、前記第１クライアント装置及び前記第２クライアント装置に、前記オファーに対応する施設ユーザの指示に応じた第１メッセージ情報、及び、前記ケアユーザの指示に応じた第２メッセージ情報を提示する手段を備える、
サーバである。

本実施形態の情報処理システムの構成を示すブロック図である。 図１の情報処理システムの機能ブロック図である。 本実施形態の概要の説明図である。 本実施形態のケア機関情報データベースのデータ構造を示す図である。 本実施形態の施設情報データベースのデータ構造を示す図である。 本実施形態の患者情報データベースのデータ構造を示す図である。 本実施形態のオファー情報データベースのデータ構造を示す図である。 本実施形態の患者情報の登録処理のシーケンス図である。 図８の情報処理において表示される画面例を示す図である。 本実施形態のオファー処理のシーケンス図である。 図１０の情報処理において表示される画面例を示す図である。 本実施形態のオファー共有処理のシーケンス図である。 図１２の情報処理において表示される画面例を示す図である。 本実施形態の入居決定処理のシーケンス図である。 図１４の情報処理において表示される画面例を示す図である。 変形例２の患者情報の登録処理のシーケンス図である。 図１６の情報処理において表示される画面例を示す図である。 変形例３のフォロー候補の提示処理のシーケンス図である。 図１８の情報処理において表示される画面例を示す図である。

以下、本発明の一実施形態について、図面に基づいて詳細に説明する。なお、実施形態を説明するための図面において、同一の構成要素には原則として同一の符号を付し、その繰り返しの説明は省略する。

（１）情報処理システムの構成
情報処理システムの構成を説明する。図１は、本実施形態の情報処理システムの構成を示すブロック図である。図２は、図１の情報処理システムの機能ブロック図である。

図１に示すように、情報処理システム１は、第１クライアント装置１０と、第２クライアント装置２０と、サーバ３０と、第３クライアント装置４０と、を備える。
第１クライアント装置１０、第２クライアント装置２０、サーバ３０、及び、第３クライアント装置４０は、ネットワーク（例えば、インターネット又はイントラネット）ＮＷを介して接続される。

第１クライアント装置１０、第２クライアント装置２０、及び、第３クライアント装置４０は、サーバ３０にリクエストを送信するコンピュータ（「情報処理装置」の一例）である。第１クライアント装置１０、第２クライアント装置２０、及び、第３クライアント装置４０は、例えば、スマートフォン、タブレット端末、又は、パーソナルコンピュータである。

サーバ３０は、第１クライアント装置１０、第２クライアント装置２０、及び、第３クライアント装置４０から送信されたリクエストに応じたレスポンスを第１クライアント装置１０、第２クライアント装置２０、及び、第３クライアント装置４０に提供するコンピュータ（「情報処理装置」の一例）である。サーバ３０は、例えば、ウェブサーバである。

（１－１）第１クライアント装置の構成
第１クライアント装置１０の構成を説明する。

図２に示すように、第１クライアント装置１０は、記憶装置１１と、プロセッサ１２と、入出力インタフェース１３と、通信インタフェース１４とを備える。

記憶装置１１は、プログラム及びデータを記憶するように構成される。記憶装置１１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳ（Operating System）のプログラム
・情報処理を実行するアプリケーション（例えば、ウェブブラウザ）のプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）

プロセッサ１２は、記憶装置１１に記憶されたプログラムを起動することによって、第１クライアント装置１０の機能を実現するように構成される。プロセッサ１２は、例えば、ＣＰＵ（Central Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、又は、これらの組み合わせである。

入出力インタフェース１３は、第１クライアント装置１０に接続される入力デバイスからユーザの指示を取得し、かつ、第１クライアント装置１０に接続される出力デバイスに情報を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイである。

通信インタフェース１４は、第１クライアント装置１０とサーバ３０との間の通信を制御するように構成される。

（１－２）第２クライアント装置の構成
第２クライアント装置２０の構成を説明する。

図２に示すように、第２クライアント装置２０は、記憶装置２１と、プロセッサ２２と、入出力インタフェース２３と、通信インタフェース２４とを備える。

記憶装置２１は、プログラム及びデータを記憶するように構成される。記憶装置２１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳのプログラム
・情報処理を実行するアプリケーション（例えば、ウェブブラウザ）のプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）

プロセッサ２２は、記憶装置２１に記憶されたプログラムを起動することによって、第２クライアント装置２０の機能を実現するように構成される。プロセッサ２２は、例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、又は、これらの組み合わせである。

入出力インタフェース２３は、第２クライアント装置２０に接続される入力デバイスからユーザの指示を取得し、かつ、第２クライアント装置２０に接続される出力デバイスに情報を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイである。

通信インタフェース２４は、第２クライアント装置２０とサーバ３０との間の通信を制御するように構成される。

（１－３）第３クライアント装置の構成
第３クライアント装置４０の構成を説明する。

図２に示すように、第３クライアント装置４０は、記憶装置４１と、プロセッサ４２と、入出力インタフェース４３と、通信インタフェース４４とを備える。

記憶装置４１は、プログラム及びデータを記憶するように構成される。記憶装置４１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳのプログラム
・情報処理を実行するアプリケーション（例えば、ウェブブラウザ）のプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）

プロセッサ４２は、記憶装置４１に記憶されたプログラムを起動することによって、第３クライアント装置４０の機能を実現するように構成される。プロセッサ４２は、例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、又は、これらの組み合わせである。

入出力インタフェース４３は、第３クライアント装置４０に接続される入力デバイスからユーザの指示を取得し、かつ、第３クライアント装置４０に接続される出力デバイスに情報を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイである。

通信インタフェース４４は、第３クライアント装置４０とサーバ３０との間の通信を制御するように構成される。

（１－４）サーバの構成
サーバ３０の構成を説明する。

図２に示すように、サーバ３０は、記憶装置３１と、プロセッサ３２と、入出力インタフェース３３と、通信インタフェース３４とを備える。

記憶装置３１は、プログラム及びデータを記憶するように構成される。記憶装置３１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳのプログラム
・情報処理を実行するアプリケーションのプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理の実行結果

プロセッサ３２は、記憶装置３１に記憶されたプログラムを起動することによって、サーバ３０の機能を実現するように構成される。プロセッサ３２は、例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、又は、これらの組み合わせである。

入出力インタフェース３３は、サーバ３０に接続される入力デバイスからユーザの指示を取得し、かつ、サーバ３０に接続される出力デバイスに情報を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイである。

通信インタフェース３４は、サーバ３０と、第１クライアント装置１０、第２クライアント装置２０、及び、第３クライアント装置４０との間の通信を制御するように構成される。

（２）実施形態の概要
本実施形態の概要を説明する。図３は、本実施形態の概要の説明図である。

図３に示すように、施設に入居する前の患者のケアを行うケア機関のユーザ（以下「ケアユーザ」という）は、第１クライアント装置１０を使用する。ケア機関は、患者の要因（例えば、容態又は環境の変化）に応じて、医療対応を必要とする患者の療養先を調整する役割を持つ。ケア機関は、例えば、医療機関、介護老人保健施設、及び、居宅介護支援事業所を含む。ケアユーザは、例えば、以下を含む。
・医療機関のスタッフ（一例として、医師、薬剤師、看護師、及び、医療事務スタッフ）
・介護老人保健施設のスタッフ
・ケアマネジャー

ケアユーザによるケアが完了した後に患者の入居を受け入れる施設の施設ユーザは、第２クライアント装置２０を使用する。

患者ユーザ（患者又は患者の関係者）は、第３クライアント装置４０を使用する。

ケアユーザは、第１クライアント装置１０を用いて、患者情報をサーバ３０に登録する。

施設ユーザは、第２クライアント装置２０を用いてサーバ３０にアクセスすることにより、患者情報を閲覧し、且つ、退院後の入居を受入可能な患者に入居のオファーを提示する。

ケアユーザは、第１クライアント装置１０を用いてサーバ３０にアクセスすることにより、患者への入居のオファーを確認し、且つ、患者が入居を希望する施設（以下「入居希望施設」という）を指定する。

（３）データベース
本実施形態のデータベースを説明する。以下のデータベースは、記憶装置３１に記憶される。

（３－１）ケア機関情報データベース
本実施形態のケア機関情報データベースを説明する。図４は、本実施形態のケア機関情報データベースのデータ構造を示す図である。

図４のケア機関情報データベースには、ケア機関情報が格納されている。ケア機関情報は、ケア機関に関する情報である。
ケア機関情報データベースは、「ケア機関ＩＤ」フィールドと、「ケア機関名」フィールドと、「ケア機関コンタクト」フィールドと、を含む。各フィールドは、互いに関連付けられる。

「ケア機関ＩＤ」フィールドには、ケア機関識別情報が格納される。ケア機関識別情報は、ケア機関を識別する情報である。ケア機関が医療機関である場合には、ケア機関識別情報は、医療機関を識別する情報である。ケア機関が介護老人保険施設である場合には、ケア機関識別情報は、介護老人保険施設を識別する情報である。ケア機関が居宅介護支援事業所である場合には、ケア機関識別情報は、ケアマネジャーを識別する情報である。

「ケア機関名」フィールドには、ケア機関名情報が格納される。ケア機関名情報は、ケア機関の名称に関する情報である。

「ケア機関コンタクト」フィールドには、ケア機関コンタクト情報が格納される。ケア機関コンタクト情報は、ケア機関の連絡先に関する情報（一例として、電話番号及びメールアドレスの少なくとも１つ）である。

（３－２）施設情報データベース
本実施形態の施設情報データベースを説明する。図５は、本実施形態の施設情報データベースのデータ構造を示す図である。

図５の施設情報データベースには、施設情報が格納されている。施設情報は、施設に関する情報である。
施設情報データベースは、「施設ＩＤ」フィールドと、「施設名」フィールドと、「施設属性」フィールドと、「施設コンタクト」フィールドと、を含む。各フィールドは、互いに関連付けられる。

「施設ＩＤ」フィールドには、施設識別情報が格納される。施設識別情報は、施設を識別する情報である。

「施設名」フィールドには、施設名情報が格納される。施設名情報は、施設の名称に関する情報である。

「施設属性」フィールドには、施設属性情報が格納される。施設属性情報は、「種別」フィールドと、「エリア」フィールドと、「利用金額」フィールドと、「生活保護」フィールドと、を含む。

「種別」フィールドには、施設種別情報が格納される。施設種別情報は、施設の種別に関する情報である。施設の種別は、例えば、以下の少なくとも１つである。
・介護事業者（一例として、介護付き有料老人ホーム、又は、サービス付き高齢者向け住宅等介護施設）
・福祉施設
・在宅療養支援診療所
・回復期・慢性期病院(一例として、療養型病院)
・訪問看護ステーション

「エリア」フィールドには、施設エリア情報が格納される。施設エリア情報は、施設の所在地に関する情報である。

「料金」フィールドには、料金情報が格納される。料金情報は、施設毎の料金に関する情報である。料金情報は、例えば、以下のすくなくとも１つを含む。
・月額利用料金
・入居一時金

「生活保護」フィールドには、生活保護受給対象者の受入可否に関する情報が可能される。

「施設コンタクト」フィールドには、施設コンタクト情報が格納される。施設コンタクト情報は、施設の連絡先に関する情報（一例として、電話番号及びメールアドレスの少なくとも１つ）である。

（３－３）患者情報データベース
本実施形態の患者情報データベースを説明する。図６は、本実施形態の患者情報データベースのデータ構造を示す図である。

図６の患者情報データベースには、患者情報が格納されている。患者情報は、患者に関する情報である。
患者情報データベースは、「患者ＩＤ」フィールドと、「入居可否判断」フィールドと、を含む。各フィールドは、互いに関連付けられる。
患者情報データベースは、ケア機関識別情報に関連付けられる。

「患者ＩＤ」フィールドには、患者識別情報が格納される。患者識別情報は、患者を識別する情報であって、且つ、患者の個人情報（例えば、患者の氏名）に該当しない情報である。患者識別情報は、例えば、以下の何れかである。
・患者の診察券番号
・患者のカルテ番号
・患者の氏名のイニシャル

「入居可否判断」フィールドには、入居可否判断情報が格納される。入居可否判断情報は、施設が、患者の入居の受入可否の判断の際に参照する情報である。入居可否判断情報は、例えば、以下の情報を含む。
・性別
・年齢
・介護保険の有無
・患者の介護度
・患者の自宅の郵便番号
・身元保証人の有無
・家庭環境（一例として、後見人の有無、及び、患者の自宅と家族の自宅との距離）
・退院予定日
・希望の施設種別
・医療区分
・施設の希望エリア
・入居に必要な一時金の条件
・入居に必要な月額料金の条件
・生活保護の有無
・入居中に必要な医療対応の内容
・疾患
・日常生活の自立レベル（一例として、疾患が認知症である場合、日常生活の自立レベルの登録が要求される）
・ケアマネジャーの有無
・オファーを検討する施設に対するメッセージ
・担当するケア機関のスタッフの氏名
・キーパーソン（例えば、家族、親族、又は、後見人である）に関する情報

（３－４）オファー情報データベース
本実施形態のオファー情報データベースを説明する。図７は、本実施形態のオファー情報データベースのデータ構造を示す図である。

図７のオファー情報データベースには、オファー情報が格納されている。オファー情報は、患者と施設のオファーに関する情報である。
オファー情報データベースは、「オファーＩＤ」フィールドと、「患者ＩＤ」フィールドと、「施設ＩＤ」フィールドと、「ステータス」フィールドと、「オファー内容」フィールドと、「メッセージ」フィールドと、「調整担当者ＩＤ」フィールドと、を含む。各フィールドは、互いに関連付けられる。
オファー情報データベースは、ケア機関識別情報に関連付けられる。

「オファーＩＤ」フィールドには、オファー識別情報が格納される。オファー識別情報は、オファーを識別する情報である。

「患者ＩＤ」フィールドには、施設が入居の受入のオファーを提示した患者（以下「指定患者」という）の患者識別情報（以下「オファー患者識別情報」という）が格納される。

「施設ＩＤ」フィールドには、入居の受入のオファーを提示した施設（以下「オファー施設」という）の施設識別情報が格納される。

「ステータス」フィールドには、ステータス情報が格納される。ステータス情報は、オファー施設のオファーに対するステータスに関する情報である。ステータス情報は、施設ステータス情報と、ケア機関ステータス情報と、を含む。施設ステータス情報は、施設に対する状態に関する情報である。ケア機関ステータス情報は、ケア機関に対する状態に関する情報である。

施設ステータス情報は、例えば、以下の何れかである。
・「オファー済」：施設が患者にオファーを送付し、且つ、ケア機関からの返信待ちであることを意味する。
・「受入調整中」：施設のオファーに対してケア機関から返信があり、且つ、患者の受入の調整が進行していることを意味する。
・「調整終了」：患者の他の施設への入居が決定したこと、又は、患者が入居を拒否したことを意味する。
・「入居決定」：患者の施設への入居が決定したことを意味する。
・「オファー取り下げ」：施設がオファーを取り下げたことを意味する。

ケア機関ステータス情報は、例えば、以下の何れかである。
・「編集中」：患者情報が非公開である（つまり、施設に公開されていない）ことを意味する。
・「オファー受付中」：患者情報が施設に公開されている（つまり、オファー待ちである）ことを意味する。
・「受入調整中」：施設から少なくとも１件のオファーが届いたこと（つまり、患者の受入の調整が進行していること）を意味する。
・「入居決定」：患者の施設への入居が決定したことを意味する。
・「調整終了」：施設ステータス情報の「調整終了」と同様。

「オファー内容」フィールドには、オファー内容情報が格納される。オファー内容情報は、施設から患者に対するオファーの内容に関する情報（施設ユーザによって任意に入力される情報）である。

「メッセージ」フィールドには、メッセージ情報が格納される。チャットメッセージ情報は、ケア機関、施設、及び、患者の少なくとも二者間で交換されるメッセージに関する情報である。

「調整担当者ＩＤ」フィールドには、調整担当者識別情報が格納される。調整担当者識別情報は、調整担当者を識別する情報である。

（４）情報処理
本実施形態の情報処理を説明する。

（４－１）患者情報の登録処理
本実施形態の患者情報の登録処理を説明する。図８は、本実施形態の患者情報の登録処理のシーケンス図である。図９は、図８の情報処理において表示される画面例を示す図である。

図８の処理は、第１クライアント装置１０に対して与えられたケアユーザの指示（例えば、ケア機関識別情報の入力）をトリガに開始する。

図８に示すように、第１クライアント装置１０は、患者情報の受付（Ｓ１１１０）を実行する。
具体的には、プロセッサ１２は、画面Ｐ１１１０（図９）をディスプレイに表示する。

画面Ｐ１１１０は、操作オブジェクトＢ１１１０と、フィールドオブジェクトＦ１１１０と、を含む。

フィールドオブジェクトＦ１１１０は、サーバ３０に登録すべき患者情報を入力するためのユーザ指示を受け付けるオブジェクトである。患者情報は、例えば、以下の情報を含む。
・患者識別情報（一例として、患者の診察券番号又はカルテ番号）
・入居可否判断情報

操作オブジェクトＢ１１１０は、フィールドオブジェクトＦ１１１０への入力を確定させるためのユーザ指示を受け付けるオブジェクトである。

ケアユーザがフィールドオブジェクトＦ１１１０に患者情報を入力し、且つ、操作オブジェクトＢ１１１０を操作すると、プロセッサ１２は、画面Ｐ１１１１（図９）をディスプレイに表示する。

画面Ｐ１１１１は、表示オブジェクトＡ１１１１と、操作オブジェクトＢ１１１１ａ～Ｂ１１１１ｂと、を含む。

表示オブジェクトＡ１１１１には、患者情報の登録について患者の同意を得たか否かを確認するためのメッセージが表示される。

操作オブジェクトＢ１１１１ａは、患者情報の登録について患者の同意を得た場合に操作すべきオブジェクトである。
操作オブジェクトＢ１１１１ｂは、患者情報の登録について患者の同意を得ていない場合に操作すべきオブジェクトである。

ステップＳ１１１０の後、第１クライアント装置１０は、患者登録リクエスト（Ｓ１１１１）を実行する。
具体的には、ケアユーザが、操作オブジェクトＢ１１１１ａを操作すると、プロセッサ１２は、患者登録リクエストデータをサーバ３０に送信する。
患者登録リクエストデータは、以下の情報を含む。
・ケア機関識別情報
・患者識別情報（一例として、患者の診察券番号又はカルテ番号）
・入居可否判断情報

ステップＳ１１１１の後、サーバ３０は、患者登録（Ｓ１１３０）を実行する。

具体的には、プロセッサ３２は、患者登録リクエストデータに含まれるケア機関識別情報に関連付けられた患者情報データベース（図６）に、新規レコードを追加する。新規レコードの各フィールドには、以下の情報が格納される。
・「患者ＩＤ」フィールド：患者登録リクエストデータに含まれる患者識別情報
・「入居可否判断」フィールド：患者登録リクエストデータに含まれる入居可否判断情報

プロセッサ３２は、患者登録リクエストデータに含まれるケア機関識別情報に関連付けられたオファー情報データベース（図７）に、新規レコードを追加する。新規レコードの各フィールドには、以下の情報が格納される。
・「患者ＩＤ」フィールド：患者登録リクエストデータに含まれる患者識別情報
・「施設ＩＤ」フィールド：ブランク
・「ステータス」フィールド：オファー受付中
・「オファー内容」フィールド：ブランク

（４－２）オファー処理
本実施形態のオファー処理を説明する。図１０は、本実施形態のオファー処理のシーケンス図である。図１１は、図１０の情報処理において表示される画面例を示す図である。

図１０の処理は、第２クライアント装置２０に対して与えられた施設ユーザの指示（例えば、施設識別情報の入力）をトリガに開始する。

図１０に示すように、第２クライアント装置２０は、閲覧リクエスト（Ｓ１２２０）を実行する。
具体的には、プロセッサ２２は、閲覧リクエストデータをサーバ３０に送信する。閲覧リクエストデータは、以下の情報を含む。
・施設ユーザによって入力された施設識別情報

ステップＳ１２２０の後、サーバ３０は、患者リストの作成（Ｓ１２３０）を実行する。
具体的には、プロセッサ３２は、患者情報データベース（図６）を参照して、患者情報（患者識別情報及び入居可否判断情報の組合せ）のリストを作成する。

ステップＳ１２３０の後、サーバ３０は、閲覧レスポンス（Ｓ１２３１）を実行する。
具体的には、プロセッサ３２は、閲覧レスポンスデータを第２クライアント装置２０に送信する。閲覧レスポンスデータは、例えば、ステップＳ１２３０で作成された患者情報（患者識別情報及び入居可否判断情報の組合せ）のリストを含む。

ステップＳ１２３１の後、第２クライアント装置２０は、患者情報の提示（Ｓ１２２１）を実行する。
具体的には、プロセッサ２２は、画面Ｐ１２２０（図１１）をディスプレイに表示する。

画面Ｐ１２２０には、閲覧レスポンスデータに含まれる入居可否判断情報の少なくとも一部と、操作オブジェクトＢ１２２０ａ～Ｂ１２２０ｂが表示される。
操作オブジェクトＢ１２２０ａ～Ｂ１２２０ｂには、それぞれ、患者識別情報が割り当てられる。患者識別情報は、画面Ｐ１２２０では、表示されない（つまり、施設ユーザに対して秘匿化される）。操作オブジェクトＢ１２２０ａ～Ｂ１２２０ｂは、それぞれ、割り当てられた患者識別情報に関連付けられた患者情報の詳細を閲覧するためのユーザ指示を受け付けるオブジェクトである。

例えば、施設ユーザが、操作オブジェクトＢ１２２０ｂを操作すると、プロセッサ２２は、画面Ｐ１２２１（図１１）をディスプレイに表示する。

画面Ｐ１２２１は、画面Ｐ１２２１は、表示オブジェクトＡ１２２１と、操作オブジェクトＢ１２２１と、フィールドオブジェクトＦ１２２１と、を含む。

表示オブジェクトＡ１２２１には、施設ユーザによって操作された操作オブジェクトＢ１２２０ｂに割り当てられた患者識別情報に関連付けられた患者情報の詳細が表示される。

フィールドオブジェクトＦ１２２１は、施設の担当者名、施設名、連絡先（例えば、メールアドレス及び電話番号）、及び、オファーを提示する患者（以下「オファー患者」という）に対するオファー内容を入力するためのユーザ指示を受け付けるオブジェクトである。

操作オブジェクトＢ１２２１は、フィールドオブジェクトＦ１２２１への入力を確定させるためのユーザ指示を受け付けるオブジェクトである。

ステップＳ１２２１の後、第２クライアント装置２０は、オファーリクエスト（Ｓ１２２２）を実行する。
具体的には、施設ユーザがフィールドオブジェクトＦ１２２１にユーザ指示を入力し、且つ、操作オブジェクトＢ１２２１を操作すると、プロセッサ２２は、オファーリクエストデータをサーバ３０に送信する。オファーリクエストデータは、例えば、以下の情報を含む
・施設識別情報
・オファー患者の患者識別情報（以下「オファー患者識別情報」という）

ステップＳ１２２２の後、サーバ３０は、データベースの更新（Ｓ１２３２）を実行する。
具体的には、プロセッサ３２は、オファー情報データベース（図７）に新規レコードを追加する。新規レコードの各フィールドには、以下の情報が格納される。
・「患者ＩＤ」フィールド：オファーリクエストデータに含まれるオファー患者識別情報
・「施設ＩＤ」フィールド：オファーリクエストデータに含まれる施設識別情報
・「ステータス」フィールド：ステータス情報「オファー済」
・「オファー内容」フィールド：オファー内容情報

（４－３）オファー共有処理
本実施形態のオファー共有処理を説明する。図１２は、本実施形態のオファー共有処理のシーケンス図である。図１３は、図１２の情報処理において表示される画面例を示す図である。

図１２の処理は、第１クライアント装置１０に対して与えられたケアユーザの指示（例えば、ケア機関識別情報及び患者識別情報の入力）をトリガに開始する。

図１２に示すように、第１クライアント装置１０は、オファーリストリクエスト（Ｓ１３１０）を実行する。
具体的には、ケアユーザがオファーリストを提示させるためのユーザ指示を与えると、プロセッサ１２は、オファーリストリクエストデータをサーバ３０に送信する。オファーリストリクエストデータは、例えば、以下の情報を含む。
・ケアユーザによって入力されたケア機関識別情報
・ケアユーザによって入力された患者識別情報
・ケアユーザによって入力された調整担当者識別情報

サーバ３０は、オファーリストの作成（Ｓ１３３０）を実行する。
具体的には、プロセッサ３２は、オファーリストリクエストデータに含まれるケア機関識別情報に関連付けられたオファー情報データベース（図７）の「調整担当者ＩＤ」フィールドに、オファーリストリクエストデータに含まれる調整担当者識別情報を格納する。
プロセッサ３２は、当該オファー情報データベースを参照して、オファーリストリクエストデータに含まれる患者識別情報に関連付けられたオファー情報を特定する。

ステップＳ１３３０の後、サーバ３０は、オファーリストレスポンス（Ｓ１３３１）を実行する。
具体的には、プロセッサ３２は、第１クライアント装置１０に、オファーリストレスポンスデータを送信する。オファーレスポンスデータは、ステップＳ１２３５で特定されたオファー情報を含む。

ステップＳ１３３１の後、第１クライアント装置１０は、オファーリストの提示（Ｓ１３１１）を実行する。
具体的には、プロセッサ１２は、画面Ｐ１３１０（図１３）をディスプレイに表示する。

画面Ｐ１３１０には、オファーリストが表示される。オファーリストは、例えば、オファーレスポンスデータに含まれるオファー情報を含む。

ステップＳ１３１１の後、第１クライアント装置１０は、共有リクエスト（Ｓ１３１２）を実行する。
具体的には、ケアユーザが画面Ｐ１３１０で任意の施設識別情報を指定すると、プロセッサ１２は、画面Ｐ１３１１（図１３）をディスプレイに表示する。

画面Ｐ１３１１は、表示オブジェクトＡ１３１１と、操作オブジェクトＢ１３１１ａ～Ｂ１３１１ｃと、フィールドオブジェクトＦ１３１１と、を含む。

表示オブジェクトＡ１３１１には、画面Ｐ１３１０で指定された施設識別情報に関連付けられた施設情報及びオファー内容情報が表示される。

フィールドオブジェクトＦ１３１１には、ケアユーザと施設ユーザとの間で交換されるメッセージが表示される。フィールドオブジェクトＦ１３１１は、メッセージの入力を受け付けるオブジェクトである。

操作オブジェクトＢ１３１１ａは、画面Ｐ１３１０で指定された施設識別情報に対応する施設への入居を決定するためのユーザ指示を受け付けるオブジェクトである。

操作オブジェクトＢ１３１１ｂは、画面Ｐ１３１０で指定された施設識別情報に対応する施設への入居を拒否するためのユーザ指示を受け付けるオブジェクトである。

操作オブジェクトＢ１３１１ｃは、画面Ｐ１３１０で指定された施設識別情報に対応する施設からのオファーを患者へ共有するためのユーザ指示を受け付けるオブジェクトである。

ケアユーザが操作オブジェクトＢ１３１１ｃを操作すると、プロセッサ１２は、画面Ｐ１３１２（図１３）をディスプレイに表示する。

画面Ｐ１３１２は、フィールドオブジェクトＦ１３１２ａ～Ｆ１３１２ｂと、操作オブジェクトＢ１３１２と、を含む。

フィールドオブジェクトＦ１３１２ａは、オファーの宛先情報（例えば、患者又は患者の関係者のメールアドレス、ウェブサービス（一例として、メッセージ交換サービス又はＳＮＳ（Social Network Service））のアカウント、又は、電話番号）を指定するためのユーザ指示を受け付けるオブジェクトである。

フィールドオブジェクトＦ１３１２ｂは、患者宛メッセージを指定するためのユーザ指示を受け付けるオブジェクトである。

操作オブジェクトＢ１３１２は、フィールドオブジェクトＦ１３１２ａに入力されたユーザ指示によって指定された宛先情報が示す宛先に、オファーを共有するためのユーザ指示を受け付けるオブジェクトである。

ケアユーザがフィールドオブジェクトＦ１３１２ａ～Ｆ１３１２ｂにユーザ指示を入力し、且つ、操作オブジェクトＢ１３１２を操作すると、プロセッサ１２は、共有リクエストデータをサーバ３０に送信する。共有リクエストデータは、例えば、以下の情報を含む。
・ケアユーザが入力した患者識別情報
・ケアユーザが指定した施設識別情報
・ケアユーザが指定した宛先情報
・当該施設識別情報に対応する施設からのオファー情報（施設情報、オファー内容情報、及び、患者宛メッセージ）

ステップＳ１３１２の後、サーバ３０は、データベースの更新（Ｓ１３３２）を実行する。
具体的には、プロセッサ３２は、オファー情報データベース（図７）を参照して、共有リクエストデータに含まれる患者識別情報及び施設識別情報に関連付けられたレコードに以下の情報を格納する。
・「ステータス」フィールド：「受入調整中」
・「メッセージ」フィールド：共有リクエストデータに含まれる患者宛メッセージ

ステップＳ１３３２の後、サーバ３０は、オファーの共有（Ｓ１３３３）を実行する。
具体的には、プロセッサ３２は、共有リクエストデータに含まれる宛先情報が示す宛先（例えば、第３クライアント装置４０）に、共有リクエストデータに含まれるオファー情報を送信する。

（４－４）入居決定処理
本実施形態の入居決定処理を説明する。図１４は、本実施形態の入居決定処理のシーケンス図である。図１５は、図１４の情報処理において表示される画面例を示す図である。

図１４の処理は、第１クライアント装置１０に対して与えられたケアユーザの指示（例えば、ケア機関識別情報の入力）をトリガに開始する。

図１４に示すように、第１クライアント装置１０は、図１２と同様に、オファーリストリクエスト（Ｓ１３１０）を実行する。
ステップＳ１３１０の後、サーバ３０は、図１２と同様に、オファーリストの作成（Ｓ１３３０）～オファーリストレスポンス（Ｓ１３３１）を実行する。
ステップＳ１３３１の後、第１クライアント装置１０は、図１２と同様に、オファーリストの提示（Ｓ１３１１）を実行する。

ステップＳ１３１１の後、第１クライアント装置１０は、メッセージリクエスト（Ｓ１４１０）を実行する。
具体的には、プロセッサ１２は、図１３と同様の画面Ｐ１３１０（図１５）をディスプレイに表示する。

ケアユーザがフィールドオブジェクトＦ１３１１にメッセージを入力すると、プロセッサ１２は、メッセージリクエストデータをサーバ３０に送信する。メッセージリクエストデータは、例えば、以下の情報を含む。
・ケアユーザが入力したケア機関識別情報
・ケアユーザが入力した患者識別情報
・ケアユーザが指定した施設識別情報
・フィールドオブジェクトＦ１３１１に入力されたメッセージ情報（「第１メッセージ情報」の一例）

ステップＳ１４１０の後、サーバ３０は、メッセージレスポンス（Ｓ１４３０）を事項する。
具体的には、プロセッサ３２は、メッセージリクエストデータに含まれるケア機関識別情報に関連付けられたオファー情報データベース（図７）を参照して、メッセージリクエストデータに含まれる患者識別情報及び施設識別情報に関連付けられたレコード（以下「オファーレコード」という）を特定する。
プロセッサ３２は、オファーレコードの「チャットメッセージ」フィールドにメッセージ情報を格納する。
プロセッサ３２は、患者情報データベース（図６）を参照して、メッセージリクエストデータに含まれる患者情報を特定する。
プロセッサ３２は、施設情報データベース（図５）を参照して、メッセージリクエストデータに含まれる施設コンタクト情報を特定する。
プロセッサ３２は、当該施設コンタクト情報が示す連絡先（例えば、第２クライアント装置２０）にメッセージレスポンスデータを送信する。メッセージレスポンスデータは、例えば、以下の情報を含む。
・メッセージリクエストデータに含まれるメッセージ情報（「第２メッセージ情報」の一例）
・特定された患者情報

ステップＳ１４３０の後、第２クライアント装置２０は、メッセージの提示（Ｓ１４２０）を実行する。
具体的には、プロセッサ２２は、画面Ｐ１４２０（図１５）をディスプレイに表示する。

画面Ｐ１４２０は、表示オブジェクトＡ１４２０と、フィールドオブジェクトＦ１４２０と、を含む。

表示オブジェクトＡ１４２０には、メッセージレスポンスデータに含まれる患者情報が表示される。

フィールドオブジェクトＦ１４２０には、メッセージレスポンスデータに含まれるメッセージ情報（つまり、ケアユーザと施設ユーザとの間で交換されるメッセージ）が表示される。フィールドオブジェクトＦ１４２０は、メッセージの入力を受け付けるオブジェクトである。

ステップＳ１４２０の後、第２クライアント装置２０は、メッセージリクエスト（Ｓ１４２１）を実行する。
具体的には、施設ユーザがフィールドオブジェクトＦ１４２０にメッセージを入力すると、プロセッサ１２は、メッセージリクエストデータをサーバ３０に送信する。メッセージリクエストデータは、例えば、以下の情報を含む。
・フィールドオブジェクトＦ１４２０に入力されたメッセージ情報

ステップＳ１４１０の後、サーバ３０は、メッセージレスポンス（Ｓ１４３１）を実行する。
具体的には、プロセッサ３２は、オファーレコードの「チャットメッセージ」フィールドに、メッセージリクエストデータに含まれるメッセージ情報を格納する。
プロセッサ３２は、第１クライアント装置１０に、メッセージレスポンスデータを送信する。メッセージレスポンスデータは、例えば、以下の情報を含む。
・メッセージリクエストデータに含まれるメッセージ情報

ステップＳ１４３１の後、第１クライアント装置１０は、メッセージの提示（Ｓ１４１１）を実行する。
具体的には、プロセッサ１２は、画面Ｐ１４１０（図１５）をディスプレイに表示する。

画面Ｐ１４１０は、表示オブジェクトＡ１３１１と、操作オブジェクトＢ１３１１ａ～Ｂ１３１１ｃと、フィールドオブジェクトＦ１４１０と、を含む。

フィールドオブジェクトＦ１４１０には、ステップＳ１４３１で送信されたメッセージレスポンスデータに含まれるメッセージ情報（つまり、ケアユーザと施設ユーザとの間で交換されるメッセージ）が表示される。フィールドオブジェクトＦ１４１０は、メッセージの入力を受け付けるオブジェクトである。

ステップＳ１４１１の後、第１クライアント装置１０は、入居決定リクエスト（Ｓ１４１２）を実行する。
具体的には、ケアユーザが操作オブジェクトＢ１３１１ｃを操作すると、プロセッサ４２は、入居決定リクエストデータをサーバ３０に送信する。
入居決定リクエストデータは、例えば、以下の情報を含む。
・ケアユーザが入力したケア機関識別情報
・ケアユーザが入力した患者識別情報
・ケアユーザが指定した施設識別情報

ステップＳ１４１２の後、サーバ３０は、データベースの更新（Ｓ１４３２）を実行する。
具体的には、プロセッサ３２は、オファー情報データベース（図７）を参照して、入居決定リクエストデータに含まれる患者識別情報及び施設識別情報に関連付けられたステータス情報を「入居決定」に更新する。

（５）変形例
本実施形態の変形例を説明する。

（５－１）変形例１
本実施形態の変形例１を説明する。本実施形態の変形例１は、ケア機関及び患者の間でメッセージを交換する例である。

本実施形態の変形例１では、ステップＳ１３３２で「ステータス」フィールドに「受入調整中」が格納された後、サーバ３０は、ケアユーザのメッセージを患者ユーザに共有する。
具体的には、ステップＳ１４３０又はＳ１４３１で、プロセッサ３２は、ケアユーザの指示に応じたメッセージ情報を第３クライアント装置４０に送信する。

また、ステップＳ１３３２で「ステータス」フィールドに「受入調整中」が格納された後、サーバ３０は、患者ユーザのメッセージをケアユーザに共有する。
具体的には、第３クライアント装置４０は、患者ユーザの指示に応じて、患者ユーザのメッセージ情報（「第３メッセージ情報」の一例）をサーバ３０に送信する。
ステップＳ１４３０又はＳ１４３１で、プロセッサ３２は、オファーレコードの「メッセージ内容」フィールドに患者ユーザのメッセージ情報を格納する。プロセッサ３２は、メッセージ情報を第１クライアント装置１０に送信する。

変形例１によれば、オファーが患者に共有された後、ケアユーザと患者ユーザとの間でメッセージの交換が可能になる。
これにより、患者の意思を反映した施設への受入の調整が容易に実現可能になる。

（５－２）変形例２
本実施形態の変形例２を説明する。本実施形態の変形例２は、患者情報の登録処理の変形例である。
図１６は、変形例２の患者情報の登録処理のシーケンス図である。図１７は、図１６の情報処理において表示される画面例を示す図である。

図１６の処理は、第１クライアント装置１０に対して与えられたケアユーザの指示（例えば、ケア機関識別情報の入力）をトリガに開始する。

図１６に示すように、第１クライアント装置１０は、患者情報の受付（Ｓ２１１０）を実行する。
具体的には、プロセッサ１２は、画面Ｐ１１１０（図９）をディスプレイに表示する。

ケアユーザがフィールドオブジェクトＦ１１１０に患者情報を入力し、且つ、操作オブジェクトＢ１１１０を操作すると、プロセッサ１２は、画面Ｐ２１１０（図１７）をディスプレイに表示する。

画面Ｐ２１１０は、操作オブジェクトＢ２１１０と、フィールドオブジェクトＦ２１１０ａ～Ｆ２１１０ｂと、を含む。

フィールドオブジェクトＦ２１１０ａは、薬管理情報の入力を受け付けるオブジェクトである。薬管理情報は、患者が服用中の薬の管理に関する情報である。薬管理情報は、例えば、以下に関する情報を含む。
・薬名（一例として、記憶装置３１に予め記憶された薬マスタからケアユーザが選択される）
・服用量（一例として、ケアユーザによって入力される）
・服用頻度（一例として、ケアユーザによって入力される）

フィールドオブジェクトＦ２１１０ｂは、希望エリアに関する条件（以下「エリア条件」という）の入力を受け付けるオブジェクトである。

操作オブジェクトＢ２１１０は、フィールドオブジェクトＦ２１１０ａ～Ｆ２１１０ｂへの入力を確定させるためのユーザ指示を受け付けるオブジェクトである。

ケアユーザがフィールドオブジェクトＦ２１１０ａ～Ｆ２１１０ｂに患者情報を入力し、且つ、操作オブジェクトＢ２１１０を操作すると、プロセッサ１２は、画面Ｐ２１１１（図１７）をディスプレイに表示する。

画面Ｐ２１１１は、操作オブジェクトＢ２１１１と、フィールドオブジェクトＦ２１１１ａ～Ｆ２１１１ｂと、を含む。

フィールドオブジェクトＦ２１１１ａは、ケア機関による患者の記録に関する書類（以下「患者記録書類」という）の入力を受け付けるオブジェクトである。患者記録書類は、例えば、ケア機関内で実施された看護の内容に関する看護サマリ情報が記載された書類、診療情報提供書、及び、その他退院先の調整に必要な患者の情報を記載した院内の書類の少なくとも１つである。

フィールドオブジェクトＦ２１１１ｂは、患者情報の公開先の条件（以下「公開先条件」という）の入力を受け付けるオブジェクトである。

操作オブジェクトＢ２１１１は、フィールドオブジェクトＦ２１１１ａ～Ｆ２１１１ｂへの入力を確定させるためのユーザ指示を受け付けるオブジェクトである。

ケアユーザがフィールドオブジェクトＦ２１１１ａ～Ｆ２１１１ｂに患者情報を入力し、且つ、操作オブジェクトＢ２１１１を操作すると、プロセッサ１２は、画面Ｐ２１１２（図１７）をディスプレイに表示する。

画面Ｐ２１１２は、操作オブジェクトＢ２１１２と、フィールドオブジェクトＦ２１１２と、を含む。

フィールドオブジェクトＦ２１１２は、オファー項目の入力を受け付けるオブジェクトである。オファー項目は、オファーの際に施設側からの提供を求める情報項目である。

操作オブジェクトＢ２１１２は、フィールドオブジェクトＦ２１１２への入力を確定させるためのユーザ指示を受け付けるオブジェクトである。

ケアユーザがフィールドオブジェクトＦ２１１２にオファー項目を入力し、且つ、操作オブジェクトＢ２１１２を操作すると、プロセッサ１２は、画面Ｐ１１１１（図９）をディスプレイに表示する。

ステップＳ２１１０の後、第１クライアント装置１０は、個人情報のマスキング（Ｓ２１１１）を実行する。
具体的には、プロセッサ１２は、ステップＳ２１１０でケアユーザが入力した情報のうち、個人情報に該当する情報を削除する。

ステップＳ２１１１の後、第１クライアント装置１０は、患者登録リクエスト（Ｓ２１１２）を実行する。
具体的には、ケアユーザが、操作オブジェクトＢ１１１１ａを操作すると、プロセッサ１２は、患者登録リクエストデータをサーバ３０に送信する。
患者登録リクエストデータは、以下の情報を含む。
・ケア機関識別情報
・患者識別情報（一例として、患者の診察券番号又はカルテ番号）
・入居可否判断情報
・薬管理情報
・希望エリア情報
・患者記録書類
・公開先条件に関する情報
・オファー項目に関する情報

ステップＳ２１１１の後、サーバ３０は、患者登録（Ｓ２１３０）を実行する。
具体的には、プロセッサ３２は、患者登録リクエストデータに含まれるケア機関識別情報に関連付けられた患者情報データベース（図６）に、新規レコードを追加する。新規レコードの各フィールドには、以下の情報が格納される。
・「患者ＩＤ」フィールド：患者登録リクエストデータに含まれる患者識別情報
・「入居可否判断」フィールド：患者登録リクエストデータに含まれる入居可否判断情報
・「薬管理」フィールド（不図示）：患者登録リクエストデータに含まれる薬管理情報
・「希望エリア」フィールド（不図示）：患者登録リクエストデータに含まれる希望エリア情報
・「看護サマリ」フィールド（不図示）：患者登録リクエストデータに含まれる看護サマリ情報
・「公開先」フィールド（不図示）：患者登録リクエストデータに含まれる公開先条件に関する情報
・「オファー項目」フィールド（不図示）：患者登録リクエストデータに含まれるオファー項目に関する情報

ステップＳ２１３０の後、サーバ３０は、情報公開（Ｓ２１３１）を実行する。
具体的には、プロセッサ３２は、施設情報データベース（図５）を参照して、ステップＳ２１３０で「公開先」フィールドに登録された公開先条件に関する情報に該当する施設（以下「該当施設」という）を特定する。該当施設とは、例えば、以下の少なくとも１つである。
・患者が希望する種別の施設であること
・患者が希望するエリアに含まれる施設であること
・患者が希望する金額で入居可能な施設であること

プロセッサ３２は、特定された該当施設に、ステップＳ２１３０で登録された患者情報を提示する。

変形例２によれば、公開先条件に該当する該当施設以外には患者情報が公開されない。これにより、患者が希望する施設からのオファーが届く確率を向上させることができる。

変形例２によれば、患者が服用中の薬の管理に関する薬管理情報を記憶装置３１に記憶する。これにより、施設ユーザは、患者の薬の管理について必要な対応を把握した上で、受入可否を判定することができる。

変形例２によれば、ケアユーザが入力した情報に個人情報が含まれている場合、当該幸甚情報を削除する。これにより、個人情報が施設に公開されることを防ぐことができる。

変形例２では、ステップＳ２１１０で、ケアユーザの操作に応じて薬管理情報を受け付ける例を示したが、変形例２の範囲はこれに限られない。
変形例２は、ステップＳ２１１０で、ケアユーザの操作に応じて、薬管理情報が記載された書面の画像を受け付け、且つ、第１クライアント装置１０又はサーバ３０が、当該画像に含まれる文字を認識することにより、薬管理情報をサーバ３０に登録する例にも適用可能である。

（５－３）変形例３
本実施形態の変形例３を説明する。本実施形態の変形例３は、オファーの調整の対象となる患者（以下「調整対象患者」という）をケアユーザに通知する例である。
図１８は、変形例３のフォロー候補の提示処理のシーケンス図である。図１９は、図１８の情報処理において表示される画面例を示す図である。

図１８の処理は、サーバ３０のデータベースが更新される度に実行される。

図１８に示すように、サーバ３０は、調整対象患者の抽出（Ｓ３１３０）を実行する。
具体的には、プロセッサ３２は、以下の少なくとも１つに該当する患者（以下「調整対象患者」という）の患者識別情報を抽出する。
・オファーの件数が所定の閾値以上である患者
・オファーの件数が所定の閾値以下である患者
・該当施設からのオファーの件数が所定の閾値以上である患者
・該当施設からのオファーの件数が所定の閾値以下である患者
・退院予定日までの残日数が所定の閾値以下である患者
・一定期間ケアユーザと施設ユーザの反応がない患者

ステップＳ３１３０の後、サーバ３０は、調整対象患者の通知（Ｓ３１３１）を実行する。
具体的には、プロセッサ３２は、ステップＳ３１３０で抽出された調整対象患者の患者識別情報に関連付けられた患者情報（以下「調整対象患者情報」という）を第１クライアント装置１０に送信する。

ステップＳ３１３１の後、第１クライアント装置１０は、調整対象患者情報の表示（Ｓ３１１０）を実行する。
具体的には、プロセッサ１２は、画面Ｐ３１１０（図１９）をディスプレイに表示する。
画面Ｐ３１１０には、調整対象患者毎に、オファー件数、該当施設からのオファー件数、及び、退院予定日までの残日数が表示される。

変形例３によれば、オファー件数、該当施設からのオファー件数、及び、退院予定日までの残日数の少なくとも１つに基づいて、調整の優先度が高い患者を調整対象患者としてケアユーザに提示する。これにより、ケアユーザは、調整の優先度が高い患者の施設への入居を優先的に調整することができる。

なお、変形例３では、調整対象患者情報を第１クライアント装置１０（つまり、ケアユーザ）に対して提示する例を示したが、変形例３の範囲は、これに限られない。変形例３は、調整対象患者情報をサーバ３０の管理者（ケアユーザとは異なる権限を有する者）に提示する例にも適用可能である。
この場合、ステップＳ３１３１において、サーバ３０は、ステップＳ３１３０で抽出された調整対象患者情報を管理者端末装置に送信する。
管理者端末装置のディスプレイには、所定の管理画面が表示される。管理画面には、調整対象患者毎に、オファー件数、該当施設からのオファー件数、及び、退院予定日までの残日数が表示される。第１クライアント装置１０には、調整対象患者情報は送信されない（つまり、ケアユーザには、調整対象患者情報が提示されない）。
管理者は、管理画面に表示された調整対象患者情報に基づいて、調整の優先度が高い患者の施設への入居を優先的に調整することができる。その結果、ケアユーザの負担を低減することができる。

（６）本実施形態の小括
本実施形態のサーバ３０は、患者情報を閲覧した施設ユーザの指示に応じて、第２クライアント装置２０から患者の入居のオファーを取得した後、ケアユーザのメッセージ及び施設ユーザのメッセージを第１クライアント装置１０及び第２クライアント装置２０に提示する。特に、ケア機関が居宅介護支援事業所である場合、例えば、ケア対象となる患者の容態が悪化して医療機関に入院することが決まった段階で、ケアマネジャーは、医療機関から退院した後に入居する施設との調整を退院前に開始することができる。
これにより、ケア機関と施設の情報交換を円滑化することができる。

本実施形態のサーバ３０は、ケアユーザの指示に応じて、第３クライアント装置４０に、施設ユーザによるオファーを通知しても良い。
これにより、ケアユーザは、施設ユーザからのオファーを患者ユーザに容易に知らせることができる。

（７）その他の変形例
その他の変形例を説明する。

記憶装置１１は、ネットワークＮＷを介して、第１クライアント装置１０と接続されてもよい。記憶装置２１は、ネットワークＮＷを介して、第２クライアント装置２０と接続されてもよい。記憶装置３１は、ネットワークＮＷを介して、サーバ３０と接続されてもよい。記憶装置４１は、ネットワークＮＷを介して、第３クライアント装置４０と接続されてもよい。

以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記の実施形態及び変形例は、組合せ可能である。

１ ：情報処理システム
１０ ：第１クライアント装置
１１ ：記憶装置
１２ ：プロセッサ
１３ ：入出力インタフェース
１４ ：通信インタフェース
２０ ：第２クライアント装置
２１ ：記憶装置
２２ ：プロセッサ
２３ ：入出力インタフェース
２４ ：通信インタフェース
３０ ：サーバ
３１ ：記憶装置
３２ ：プロセッサ
３３ ：入出力インタフェース
３４ ：通信インタフェース
４０ ：第３クライアント装置
４１ ：記憶装置
４２ ：プロセッサ
４３ ：入出力インタフェース
４４ ：通信インタフェース

Claims (8)

1. 患者のケアを行うケア機関のケアユーザが使用する第１クライアント装置と、前記患者の入居を受け入れる施設の施設ユーザが使用する第２クライアント装置と、接続可能なサーバであって、
   前記ケアユーザの指示に応じて、前記第１クライアント装置から、前記ケア機関を識別するケア機関識別情報と、前記患者を識別する患者識別情報と、前記患者に関する患者情報と、を取得する手段を備え、
   前記ケア機関識別情報と、前記患者識別情報と、前記患者情報と、を関連付けて記憶する手段を備え、
   前記患者情報の公開先条件の指定を受け付ける手段を備え、
   前記公開先条件は、患者が希望する種別の施設であること、患者が希望するエリアに含まれる施設であること、及び、患者が希望する金額で入居可能な施設であることの少なくとも１つを含み、
   前記公開先条件に該当する該当施設を判定する手段を備え、
   前記該当施設の施設ユーザが使用する第２クライアント装置に、前記患者情報を提示する手段を備え、
   前記施設ユーザの指示に応じて、前記第２クライアント装置から、前記施設ユーザによって指定された指定患者を前記施設に受け入れるためのオファーを取得する手段を備え、
   前記オファーは、前記施設を識別する施設識別情報と、前記指定患者の患者識別情報であるオファー患者識別情報と、を含み、
   前記オファー患者識別情報と、前記施設識別情報と、前記ケア機関識別情報と、を関連付けて記憶する手段を備え、
   前記オファー患者識別情報に関連付けられたステータス情報を、前記オファーを取得したことを示すステータス情報に更新する手段を備え、
   前記オファーを取得する手段が前記オファーを取得した後、前記ケアユーザの指示に応じて、前記第１クライアント装置から、前記施設識別情報及び第１メッセージ情報を取得し、且つ、前記施設識別情報に対応する第２クライアント装置に前記第１メッセージ情報を提示する手段を備え、
   前記オファーを取得する手段が前記オファーを取得した後、前記施設ユーザの指示に応じて、前記第２クライアント装置から、前記ケア機関識別情報及び第２メッセージ情報を取得し、且つ、前記ケア機関識別情報に対応する第１クライアント装置に前記第２メッセージ情報を提示する手段を備える、
   サーバ。
2. 前記ケアユーザの指示に応じて、前記オファーを患者ユーザに共有する手段を備え、
   前記更新する手段は、前記ステータス情報を、前記オファーを共有したことを示すステータス情報に更新する、
   請求項１に記載のサーバ。
3. 前記オファーを患者ユーザに共有した後、前記患者ユーザが使用する第３クライアント装置に、前記ケアユーザの指示に応じたメッセージ情報を提示し、前記第１クライアント装置に、前記患者ユーザの指示に応じたメッセージ情報を提示する手段を備える、
   請求項２に記載のサーバ。
4. 前記患者情報は、前記患者が服用中の薬の管理に関する薬管理情報を含む、
   請求項１～請求項３の何れかに記載のサーバ。
5. 前記患者識別情報と、前記患者情報と、を関連付けて記憶する手段は、前記患者の個人情報を含む患者情報が取得された場合、前記個人情報以外の患者情報と、前記患者識別情報と、を関連付けて記憶する、
   請求項１～請求項３の何れかに記載のサーバ。
6. 前記患者に対するオファーの件数、前記オファーのうち前記患者が希望する条件に該当する施設からのオファーの件数、及び、前記患者の退院予定日までの残日数に基づいて、調整対象患者を判定する手段を備え、
   前記調整対象患者の患者情報を前記ケアユーザに提示する手段を備える、
   請求項１～請求項３の何れかに記載のサーバ。
7. 患者のケアを行うケア機関のケアユーザが使用する第１クライアント装置と、前記患者の入居を受け入れる施設の施設ユーザが使用する第２クライアント装置と、接続可能なサーバのプログラムであって、
   前記ケアユーザの指示に応じて、前記第１クライアント装置から、前記ケア機関を識別するケア機関識別情報と、前記患者を識別する患者識別情報と、前記患者に関する患者情報と、を取得する手段として機能させ、
   前記ケア機関識別情報と、前記患者識別情報と、前記患者情報と、を関連付けて記憶する手段として機能させ、
   前記患者情報の公開先条件の指定を受け付ける手段として機能させ、
   前記公開先条件は、患者が希望する種別の施設であること、患者が希望するエリアに含まれる施設であること、及び、患者が希望する金額で入居可能な施設であることの少なくとも１つを含み、
   前記公開先条件に該当する該当施設を判定する手段として機能させ、
   前記該当施設の施設ユーザが使用する第２クライアント装置に、前記患者情報を提示する手段として機能させ、
   前記施設ユーザの指示に応じて、前記第２クライアント装置から、前記施設ユーザによって指定された指定患者を前記施設に受け入れるためのオファーを取得する手段として機能させ、
   前記オファーは、前記施設を識別する施設識別情報と、前記指定患者の患者識別情報であるオファー患者識別情報と、を含み、
   前記オファー患者識別情報と、前記施設識別情報と、前記ケア機関識別情報と、を関連付けて記憶する手段として機能させ、
   前記オファー患者識別情報に関連付けられたステータス情報を、前記オファーを取得したことを示すステータス情報に更新する手段として機能させ、
   前記オファーを取得する手段が前記オファーを取得した後、前記ケアユーザの指示に応じて、前記第１クライアント装置から、前記施設識別情報及び第１メッセージ情報を取得し、且つ、前記施設識別情報に対応する第２クライアント装置に前記第１メッセージ情報を提示する手段として機能させ、
   前記オファーを取得する手段が前記オファーを取得した後、前記ケアユーザの指示に応じて、前記第２クライアント装置から前記ケア機関識別情報及び第２メッセージ情報を取得し、且つ、前記ケア機関識別情報に対応する第１クライアント装置に前記第２メッセージ情報を提示する手段として機能させる、
   ためのプログラム。
8. 患者のケアを行うケア機関のケアユーザが使用する第１クライアント装置と、前記患者の入居を受け入れる施設の施設ユーザが使用する第２クライアント装置と、接続可能なサーバの制御方法であって、
   コンピュータが、
   前記ケアユーザの指示に応じて、前記第１クライアント装置から、前記ケア機関を識別するケア機関識別情報と、前記患者を識別する患者識別情報と、前記患者に関する患者情報と、を取得するステップを実行し、
   前記ケア機関識別情報と、前記患者識別情報と、前記患者情報と、を関連付けて記憶するステップを実行し、
   前記患者情報の公開先条件の指定を受け付けるステップを実行し、
   前記公開先条件は、患者が希望する種別の施設であること、患者が希望するエリアに含まれる施設であること、及び、患者が希望する金額で入居可能な施設であることの少なくとも１つを含み、
   前記公開先条件に該当する該当施設を判定するステップを実行し、
   前記該当施設の施設ユーザが使用する第２クライアント装置に、前記患者情報を提示するステップを実行し、
   前記施設ユーザの指示に応じて、前記第２クライアント装置から、前記施設ユーザによって指定された指定患者を前記施設に受け入れるためのオファーを取得するステップを実行し、
   前記オファーは、前記施設を識別する施設識別情報と、前記指定患者の患者識別情報であるオファー患者識別情報と、を含み、
   前記オファー患者識別情報と、前記施設識別情報と、前記ケア機関識別情報と、を関連付けて記憶するステップを実行し、
   前記オファー患者識別情報に関連付けられたステータス情報を、前記オファーを取得したことを示すステータス情報に更新するステップを実行し、
   前記オファーを取得するステップが前記オファーを取得した後、前記ケアユーザの指示に応じて、前記第１クライアント装置から、前記施設識別情報及び第１メッセージ情報を取得し、且つ、前記施設識別情報に対応する第２クライアント装置に前記第１メッセージ情報を提示するステップを実行し、
   前記オファーを取得するステップが前記オファーを取得した後、前記施設ユーザの指示に応じて、前記第２クライアント装置から、前記ケア機関識別情報及び第２メッセージ情報を取得し、且つ、前記ケア機関識別情報に対応する第１クライアント装置に前記第２メッセージ情報を提示するステップを実行する、
   制御方法。