JP2023053555A - サーバ及びプログラム - Google Patents

Abstract

【課題】要入居患者の施設への入居を確定させるまでに要する医療機関のスタッフの作業時間を短縮する。【解決手段】情報処理システムにおいて、サーバは、医療機関ユーザが使用する第１クライアント装置から、患者を識別する患者識別情報と、患者に関する患者情報とを取得する手段、患者識別情報と、患者情報とを関連付けて記憶する手段、施設ユーザが使用する第２クライアント装置に患者情報を提示する手段及び第２クライアント装置から、施設ユーザによって指定された指定患者を施設に受け入れるためのオファーを取得する手段を備える。オファーは、施設を識別する施設識別情報と、指定患者の患者情報とを含む。サーバはさらに、指定患者に関連付けられたオファー患者識別情報と、施設識別情報とを関連付けて記憶する手段及びオファー患者識別情報に関連付けられたステータス情報を、オファーを取得したことを示すステータス情報に更新する手段を備える。【選択図】図３

Description

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

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

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

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

特開2006-318174号公報

高齢化社会に伴い、要入居患者が増加傾向にあり、要入居患者を受入可能な施設は不足する傾向にある。そのため、退院調整には多くの時間を要する。

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

本発明の目的は、要入居患者の施設への入居を確定させるまでに要する医療機関のスタッフの作業時間を短縮することである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図３に示すように、医療機関の医療機関ユーザ（例えば、医師、薬剤師、看護師、及び、医療事務スタッフ）は、第１クライアント装置１０を使用する。
医療機関から退院した患者の入居を受け入れる施設の施設ユーザは、第２クライアント装置２０を使用する。

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

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

医療機関ユーザは、第１クライアント装置１０を用いてサーバ３０にアクセスすることにより、患者の入居施設を決定する。

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

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

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

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

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

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

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

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

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

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

「施設属性」フィールドには、施設属性情報が格納される。施設属性情報は、「エリア」フィールドを含む。

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

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

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

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

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

「入居可否判断」フィールドには、入居可否判断情報が格納される。入居可否判断情報は、施設が、患者の入居の受入可否の判断の際に参照する情報である。入居可否判断情報は、例えば、以下の情報を含む。
・性別
・年齢
・介護保険の有無
・患者の介護度
・患者の自宅の郵便番号
・家庭環境（一例として、後見人の有無、及び、患者の自宅と家族の自宅との距離）
・退院予定日
・施設の希望エリア
・入居に必要な一時金の条件
・入居に必要な月額料金の条件
・生活保護の有無
・入居中に必要な医療対応の内容
・疾患
・ケアマネージャの有無
・オファーを検討する施設に対するメッセージ

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

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

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

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

「ステータス」フィールドには、ステータス情報が格納される。ステータス情報は、オファー施設のオファーに対するステータスに関する情報である。ステータス情報は、例えば、以下の何れかである。
・「オファー中」：施設による入居のオファーを取得したことを意味する。
・「決定」：患者の施設への入居が決定したことを意味する。
・「お断り」：患者の施設への入居が決定しなかったこと（例えば、他の施設への入居が決定したこと、又は、患者が入居を拒否したこと）を意味する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

操作オブジェクトＢ１２２１は、フィールドオブジェクトＦ１２２１への入力を確定させる（つまり、施設から患者へオファーを送信する）ためのユーザ指示を受け付けるオブジェクトである。

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

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

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

図１２の処理は、第１クライアント装置１０に対して与えられた医療機関ユーザの指示（例えば、オファーリストリクエストのための画面を表示させるユーザ指示）をトリガに開始する。

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

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

フィールドオブジェクトＦ１３１０は、患者識別情報を指定するためのユーザ指示を受け付けるオブジェクトである。

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

医療機関ユーザがフィールドオブジェクトＦ１３１０に患者識別情報を入力し、且つ、操作オブジェクトＢ１３１０を操作すると、プロセッサ１２は、オファーリストリクエストデータをサーバ３０に送信する。オファーリストリクエストデータは、例えば、以下の情報を含む。
・フィールドオブジェクトＦ１３１０に与えられた患者識別情報

ステップＳ１３１０の後、サーバ３０は、オファーリストの作成（Ｓ１３３０）を事項する。
具体的には、プロセッサ３２は、オファー情報データベース（図７）を参照して、オファーリストリクエストデータに含まれる患者識別情報に関連付けられた施設識別情報を特定する。
プロセッサ３２は、施設情報データベース（図５）を参照して、当該施設識別情報に関連付けられた施設名情報、施設属性情報、及び、施設コンタクト情報を特定する。

ステップＳ１３３０の後、サーバ３０は、オファーリストレスポンス（Ｓ１３３１）を実行する。
具体的には、プロセッサ３２は、オファーリストレスポンスデータを第１クライアント装置１０に送信する。オファーリストレスポンスデータは、例えば、以下の情報を含む。
・ステップＳ１３３０で特定された施設識別情報
・ステップＳ１３３０で特定された施設名情報
・ステップＳ１３３０で特定された施設属性情報
・ステップＳ１３３０で特定された施設コンタクト情報

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

画面Ｐ１３１１には、オファーリストレスポンスデータに含まれる施設情報（施設名情報、施設属性情報、及び、施設コンタクト情報）と、施設の入居を決定する施設を指定するためのユーザ指示を受け付ける操作オブジェクトＢ１３１１ａ～Ｂ１３１１ｂと、が表示される。操作オブジェクトＢ１３１１ａ～Ｂ１３１１ｂには、施設識別情報が割り当てられる。

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

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

表示オブジェクトＡ１３１２ａには、オファーリストリクエストデータに含まれる患者識別情報に関連付けられた患者情報が表示される。

表示オブジェクトＡ１３１２ｂには、医療機関ユーザによって指定された操作オブジェクトＢ１３１１ｂに割り当てられた施設識別情報に対応する施設情報及びオファー内容情報が表示される。

操作オブジェクトＢ１３１２は、オファーの受入を決定する（つまり、施設への入居を決定する）ためのユーザ指示を受け付けるオブジェクトである。

ステップＳ１３１１の後、第１クライアント装置１０は、決定リクエスト（Ｓ１３１１）を実行する。
具体的には、医療機関ユーザが、患者と協議して入居を決定する施設を特定し、且つ、操作オブジェクトＢ１３１２を指定すると、プロセッサ１２は、決定リクエストデータをサーバ３０に送信する。
決定リクエストデータは、例えば、以下の情報を含む。
・患者識別情報
・医療機関ユーザによって指定された操作オブジェクトＢ１３１１ｂに割り当てられた施設識別情報

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

（５）本実施形態の小括
本実施形態のサーバ３０は、患者情報を閲覧した施設ユーザの指示に応じて、第２クライアント装置２０から患者の入居のオファーを取得する。これにより、患者の施設への入居を確定させるまでに要する医療機関ユーザの作業時間を短縮することができる。

本実施形態のサーバ３０は、第１クライアント装置１０に、ステータス情報「オファー中」に関連付けられた患者識別情報を提示しても良い。
これにより、医療機関ユーザは、オファーが提示された患者を容易に特定することができる。

本実施形態のサーバ３０は、患者の入居施設が決定した場合、当該患者の患者識別情報及び入居施設の施設識別情報に関連付けられたステータス情報を「決定」に更新しても良い。
これにより、入居施設が決定した患者と入居施設が決定していない患者を容易に区別することができる。

本実施形態のサーバ３０は、患者が入居を拒否した場合、当該患者の患者識別情報及び入居施設以外の施設の施設識別情報に関連付けられたステータス情報を「お断り」に更新しても良い。
これにより、入居施設が決定した患者と入居施設が決定していない患者を容易に区別することができる。

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

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

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

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

Claims (5)

1. 医療機関の医療機関ユーザが使用する第１クライアント装置と、前記医療機関から退院する患者の入居を受け入れる施設の施設ユーザが使用する第２クライアント装置と、接続可能なサーバであって、
   前記医療機関ユーザの指示に応じて、前記第１クライアント装置から、前記患者を識別する患者識別情報と、前記患者に関する患者情報と、を取得する手段を備え、
   前記患者識別情報と、前記患者情報と、を関連付けて記憶する手段を備え、
   前記施設ユーザの指示に応じて、前記第２クライアント装置に、前記患者情報を提示する手段を備え、
   前記施設ユーザの指示に応じて、前記第２クライアント装置から、前記施設ユーザによって指定された指定患者を前記施設に受け入れるためのオファーを取得する手段を備え、
   前記オファーは、前記施設を識別する施設識別情報と、前記指定患者の患者情報と、を含み、
   前記指定患者に関連付けられたオファー患者識別情報と、前記施設識別情報と、を関連付けて記憶する手段を備え、
   前記オファー患者識別情報に関連付けられたステータス情報を、前記オファーを取得したことを示すステータス情報に更新する手段を備える、
   サーバ。
2. 前記第１クライアント装置に、前記オファーを取得したことを示すステータス情報に関連付けられたオファー患者識別情報に対応する患者情報を提示する手段を備える、
   請求項１に記載のサーバ。
3. 前記更新する手段は、前記指定患者の入居施設が決定した場合、前記オファー患者識別情報及び前記入居施設の施設識別情報に関連付けられたステータス情報を、前記入居が決定したことを示すステータス情報に更新する、
   請求項１又は請求項２に記載のサーバ。
4. 前記更新する手段は、前記指定患者が入居を拒否した場合、前記オファー患者識別情報及び前記入居施設以外の施設の施設識別情報に関連付けられたステータス情報を、前記入居施設への入居が決定しなかったことを示すステータス情報に更新する、
   請求項３に記載のサーバ。
5. コンピュータを、請求項１～請求項４の何れかに記載の各手段として機能させるためのプログラム。

Images