ホーム > 特許ランキング > ファストドクター株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024173587
(43)【公開日】2024-12-12
(54)【発明の名称】プログラム、方法、情報処理装置
(51)【国際特許分類】
G16H 40/20 20180101AFI20241205BHJP
G06Q 10/1053 20230101ALI20241205BHJP
【ＦＩ】
G16H40/20
G06Q10/1053
【審査請求】未請求
【請求項の数】17
【出願形態】ＯＬ
(21)【出願番号】P 2023183612
(22)【出願日】2023-10-26
(62)【分割の表示】P 2023088830の分割
【原出願日】2023-05-30
(71)【出願人】
【識別番号】522248548
【氏名又は名称】ファストドクター株式会社
(74)【代理人】
【識別番号】110002815
【氏名又は名称】ＩＰＴｅｃｈ弁理士法人
(72)【発明者】
【氏名】水野 敬志
(72)【発明者】
【氏名】井本 紗也子
(72)【発明者】
【氏名】小山 翔
(72)【発明者】
【氏名】田中 佑
【テーマコード（参考）】
5L010
5L049
5L099
【Ｆターム（参考）】
5L010AA06
5L049AA06
5L099AA01
(57)【要約】
【課題】医師の所属の切り替えを円滑に実現し、必要なタイミングで、患者からの診療要求に対応すること。
【解決手段】プロセッサ（３９）と記憶部（３７）とを備えるコンピュータに実行させ、記憶部には、医療機関の患者に対し当該医療機関が診療を行う診療日時の情報を記憶させているプログラムが提供される。プログラムは、プロセッサに、医療機関に所属していない医師である第１のユーザに対し、患者の診療日時が到来するより前に、患者に対する診療行為を行うための労働条件を示し、患者の医療機関に一時的に属することを含む第１の情報を提示するステップ（Ｓ６５４）と、第１のユーザから、診療日時が到来するより前に、第１の情報に同意する操作を受け付けるステップ（Ｓ６０１）と、同意する操作を受け付けることにより、第１の情報を記憶部に記憶させるステップ（Ｓ６５５）とを実行させる。
【選択図】図１
【特許請求の範囲】
【請求項1】
プロセッサと、記憶部とを備えるコンピュータに実行させるためのプログラムであって、
前記記憶部には、医療機関の患者に対し、当該医療機関が診療を行う診療日時の情報を記憶させており、
前記プログラムは、前記プロセッサに、
前記医療機関に所属していない医師である第１のユーザに対し、前記患者の前記診療日時が到来するより前に、前記患者に対する診療行為を行うための労働条件を示す第１の情報であって前記患者の前記医療機関に一時的に属することを含む前記第１の情報を提示するステップと、
前記第１のユーザから、前記診療日時が到来するより前に、前記第１の情報に同意する操作を受け付けるステップと、
前記同意する操作を受け付けることにより、前記第１の情報を前記記憶部に記憶させるステップと、を実行させる、プログラム。
前記記憶部には、医療機関の患者に対し、当該医療機関が診療を行う診療日時の情報を記憶させており、
前記プログラムは、前記プロセッサに、
前記医療機関に所属していない医師である第１のユーザに対し、前記患者の前記診療日時が到来するより前に、前記患者に対する診療行為を行うための労働条件を示す第１の情報であって前記患者の前記医療機関に一時的に属することを含む前記第１の情報を提示するステップと、
前記第１のユーザから、前記診療日時が到来するより前に、前記第１の情報に同意する操作を受け付けるステップと、
前記同意する操作を受け付けることにより、前記第１の情報を前記記憶部に記憶させるステップと、を実行させる、プログラム。
【請求項2】
前記第１の情報を記憶させるステップにおいて、前記第１の情報を前記第１のユーザに関する情報とともに前記記憶部に記憶させる、
請求項１に記載のプログラム。
請求項１に記載のプログラム。
【請求項3】
前記患者の前記診療日時が到来するより前が、前記患者からの診療要求を受け付けるタイミングである、
請求項１又は２に記載のプログラム。
請求項１又は２に記載のプログラム。
【請求項4】
前記第１の情報を提示するステップにおいて、前記患者からの診療要求を受け付けるタイミングで、前記医療機関が前記患者の診療に対応することができない場合に、前記第１のユーザに対し、前記第１の情報を提示する、
請求項３に記載のプログラム。
請求項３に記載のプログラム。
【請求項5】
前記患者の前記診療日時が到来するより前が、前記診療日時に基づくタイミングである、
請求項１又は２に記載のプログラム。
請求項１又は２に記載のプログラム。
【請求項6】
前記患者の前記診療日時が到来するより前が、前記患者からの診療要求を受け付けた前記医療機関からの診療依頼を受け付けるタイミングである、
請求項１又は２に記載のプログラム。
請求項１又は２に記載のプログラム。
【請求項7】
前記第１のユーザから同意する操作を受け付けたとき、前記第１のユーザに対し、前記第１の情報を送信するステップを実行させる、
請求項１又は２に記載のプログラム。
請求項１又は２に記載のプログラム。
【請求項8】
前記第１の情報を提示するステップにおいて、
前記医療機関に関する情報と前記第１のユーザに関する情報とに基づき、前記医療機関に一時的に属することを含む前記第１の情報を生成するステップと、
前記生成した前記第１の情報を前記第１のユーザに対し提示するステップと、
を実行させる請求項１又は２に記載のプログラム。
前記医療機関に関する情報と前記第１のユーザに関する情報とに基づき、前記医療機関に一時的に属することを含む前記第１の情報を生成するステップと、
前記生成した前記第１の情報を前記第１のユーザに対し提示するステップと、
を実行させる請求項１又は２に記載のプログラム。
【請求項9】
前記第１のユーザが、前記医療機関からの診療依頼に応じて診療対応可能な医師として登録されている、
請求項１又は２に記載のプログラム。
請求項１又は２に記載のプログラム。
【請求項10】
前記第１のユーザが、前記医療機関であって特定の医療機関から指定される医師であって、前記特定の医療機関からの診療依頼に応じて診療対応可能な医師として登録されている、
請求項９に記載のプログラム。
請求項９に記載のプログラム。
【請求項11】
前記第１のユーザが、前記特定の医療機関が診療依頼する医師の優先順位を表す優先度に関する情報とともに登録されている、
請求項１０に記載のプログラム。
請求項１０に記載のプログラム。
【請求項12】
前記第１の情報を提示するステップにおいて、
前記医療機関に関する情報に基づき、前記登録された診療対応可能な医師の中から前記第１のユーザを抽出するステップと、
前記医療機関に関する情報と前記抽出された前記第１のユーザに関する情報とに基づき、前記医療機関に一時的に属することを含む前記第１の情報を生成するステップと、
前記生成した前記第１の情報を前記第１のユーザに対し提示するステップと、
を実行させる請求項９に記載のプログラム。
前記医療機関に関する情報に基づき、前記登録された診療対応可能な医師の中から前記第１のユーザを抽出するステップと、
前記医療機関に関する情報と前記抽出された前記第１のユーザに関する情報とに基づき、前記医療機関に一時的に属することを含む前記第１の情報を生成するステップと、
前記生成した前記第１の情報を前記第１のユーザに対し提示するステップと、
を実行させる請求項９に記載のプログラム。
【請求項13】
前記第１の情報が、前記患者に対する遠隔による診療行為を行うための労働条件を示す情報であって前記医療機関に一時的に属することを含む情報である、
請求項１又は２に記載のプログラム。
請求項１又は２に記載のプログラム。
【請求項14】
前記第１のユーザから、前記第１の情報に同意する操作を受け付けたとき、前記第１のユーザに対し、前記医療機関に一時的に属する期間において、前記医療機関が保有する患者の過去の診療履歴に関する医療情報を提示する、
請求項１又は２に記載のプログラム。
請求項１又は２に記載のプログラム。
【請求項15】
前記第１のユーザによる前記患者の診療が終了した後に、前記第１のユーザから、前記診療に関するカルテ情報を受け付け、受け付けたカルテ情報に基づき、前記患者の過去の診療履歴に関する医療情報を更新する、
請求項１４に記載のプログラム。
請求項１４に記載のプログラム。
【請求項16】
プロセッサと、記憶部とを備えるコンピュータに実行させるための方法であって、
前記記憶部には、医療機関の患者に対し、当該医療機関が診療を行う診療日時の情報を記憶させており、
プロセッサが、
前記医療機関に所属していない医師である第１のユーザに対し、前記患者の前記診療日時が到来するより前に、前記患者に対する診療行為を行うための労働条件を示す第１の情報であって前記患者の前記医療機関に一時的に属することを含む前記第１の情報を提示するステップと、
前記第１のユーザから、前記診療日時が到来するより前に、前記第１の情報に同意する操作を受け付けるステップと、
前記同意する操作を受け付けることにより、前記第１の情報を前記記憶部に記憶させるステップと、
を実行する方法。
前記記憶部には、医療機関の患者に対し、当該医療機関が診療を行う診療日時の情報を記憶させており、
プロセッサが、
前記医療機関に所属していない医師である第１のユーザに対し、前記患者の前記診療日時が到来するより前に、前記患者に対する診療行為を行うための労働条件を示す第１の情報であって前記患者の前記医療機関に一時的に属することを含む前記第１の情報を提示するステップと、
前記第１のユーザから、前記診療日時が到来するより前に、前記第１の情報に同意する操作を受け付けるステップと、
前記同意する操作を受け付けることにより、前記第１の情報を前記記憶部に記憶させるステップと、
を実行する方法。
【請求項17】
制御部と、記憶部とを備える情報処理装置であって、
前記記憶部には、医療機関の患者に対し、当該医療機関が診療を行う診療日時の情報を記憶させており、
前記制御部が、
前記医療機関に所属していない医師である第１のユーザに対し、前記患者の前記診療日時が到来するより前に、前記患者に対する診療行為を行うための労働条件を示す第１の情報であって前記患者の前記医療機関に一時的に属することを含む前記第１の情報を提示するステップと、
前記第１のユーザから、前記診療日時が到来するより前に、前記第１の情報に同意する操作を受け付けるステップと、
前記同意する操作を受け付けることにより、前記第１の情報を前記記憶部に記憶させるステップと、
を実行する情報処理装置。
前記記憶部には、医療機関の患者に対し、当該医療機関が診療を行う診療日時の情報を記憶させており、
前記制御部が、
前記医療機関に所属していない医師である第１のユーザに対し、前記患者の前記診療日時が到来するより前に、前記患者に対する診療行為を行うための労働条件を示す第１の情報であって前記患者の前記医療機関に一時的に属することを含む前記第１の情報を提示するステップと、
前記第１のユーザから、前記診療日時が到来するより前に、前記第１の情報に同意する操作を受け付けるステップと、
前記同意する操作を受け付けることにより、前記第１の情報を前記記憶部に記憶させるステップと、
を実行する情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、プログラム、方法、情報処理装置に関する。
【背景技術】
【0002】
医療機関の規模などによっては、患者からの急な依頼に基づく夜間診療、休日診療に対応することができない場合がある。急な診療依頼や医療処置に医療機関が対応できない場合に、対応できる医師を手配する技術が知られている。
【0003】
特許文献１には、一時的に求人を希望する医療機関に対して即時かつ確実に専門医を提示するマッチングシステムに関する技術が記載されている。マッチングシステムでは、求人を希望する医療機関の求人条件と専門医との情報を参照して求人条件に適した専門医の情報を表示することについて記載されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０２２－３８６６０号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかし、特許文献１の技術では、急な医療対応などにおいて求人を希望する医療機関の求人条件と適合する専門医を見つけることができるが、医師が実際に医療機関の主治医に代わって患者の診療を行うためには、当該医療機関の所属として対応する必要がある。このため、専門医を見つけたとしても、その専門医の所属を切り替える処理を別途行う必要がある。このような場合に、医師の所属の切り替えに時間が掛かってしまうと、必要なタイミングで、患者の診療に対応できない。
【0006】
そこで、本開示において、医療機関の主治医に代わって診療対応を行う医師の所属の切り替えを円滑に実現し、必要なタイミングで、患者の診療に対応することができる技術を提供する。
【課題を解決するための手段】
【0007】
一実施形態によると、プロセッサと、記憶部とを備え、前記記憶部には、医療機関の患者に対し、当該医療機関が診療を行う診療日時の情報を記憶させているコンピュータに実行させるプログラムが提供される。このプログラムは、前記医療機関に所属していない医師である第１のユーザに対し、前記患者の前記診療日時が到来するより前に、前記患者に対する診療行為を行うための労働条件を示す第１の情報であって前記患者の前記医療機関に一時的に属することを含む前記第１の情報を提示するステップと、前記第１のユーザから、前記診療日時が到来するより前に、前記第１の情報に同意する操作を受け付けるステップと、前記同意する操作を受け付けることにより、前記第１の情報を前記記憶部に記憶させるステップと、をコンピュータに実行させる。
【発明の効果】
【0008】
本開示によれば、患者からの診療要求のタイミング、若しくは予め登録された診療日時に基づくタイミングにおいて、医療機関の主治医に代わって診療対応を行う医師に対し、当該医療機関として所属する労働条件を示す情報を提示することで、円滑な医師の所属の切り替えを実現することができる。
【図面の簡単な説明】
【0009】
【図1】実施形態の診療依頼システム１の全体構成を示す図である。
【図2】医師側端末装置２０の機能的な構成を示すブロック図である。
【図3】サーバ３０の機能的な構成を示すブロック図である。
【図4】診療依頼情報管理データベース３０２１のデータ構造を示す図である。
【図5】予定診療情報管理データベース３０２２のデータ構造を示す図である。
【図6】患者医療情報管理データベース３０２３のデータ構造を示す図である。
【図7】医療機関情報管理データベース３０２４のデータ構造を示す図である。
【図8】医師情報管理データベース３０２５のデータ構造を示す図である。
【図9】同意情報管理データベース３０２６のデータ構造を示す図である。
【図10】対応する医師から、労働条件通知書情報への同意を得るための処理の流れの一例（動作例１）を示すフローチャートである。
【図11】対応する医師から、労働条件通知書情報への同意を得るための処理の流れの他の例（動作例２）を示すフローチャートである。
【図12】対応する医師から、労働条件通知書情報への同意を得るための処理の流れの他の例（動作例３）を示すフローチャートである。
【図13】医師側端末装置に提示される労働条件通知書情報の画面例を示す図である。
【図14】労働条件通知書情報に同意する操作を行うための画面例を示す図である。
【図15】労働条件通知書情報に同意しない操作を行うための画面例を示す図である。
【発明を実施するための形態】
【0010】
以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【0011】
＜第１の実施の形態＞
本実施形態では、医療機関の患者に対し、当該医療機関が診療を行う診療日時の情報を記憶させており、当該医療機関に所属していない医師であるユーザに対し、患者の診療日時が到来するよりも前に、診療依頼を行くべく、患者に対する診療行為を行うための労働条件労働条件を示す情報であって当該医療機関に属することを含む情報（労働条件通知書情報）を提示し、提示を受けた医師からの同意する操作に応じて、患者に対する診療と関連付けて労働条件通知書情報を記憶する。
本実施形態では、医療機関の患者に対し、当該医療機関が診療を行う診療日時の情報を記憶させており、当該医療機関に所属していない医師であるユーザに対し、患者の診療日時が到来するよりも前に、診療依頼を行くべく、患者に対する診療行為を行うための労働条件労働条件を示す情報であって当該医療機関に属することを含む情報（労働条件通知書情報）を提示し、提示を受けた医師からの同意する操作に応じて、患者に対する診療と関連付けて労働条件通知書情報を記憶する。
【0012】
＜１．１ 診療依頼システム全体の構成図＞
図１は、実施形態の診療依頼システム１の全体構成の例を示すブロック図である。図１に示すように、診療依頼システム１は、患者側端末装置１０と、医師側端末装置２０と、サーバ３０と、医療機関側端末装置４０とを含み、これらの装置がネットワーク８０によって互いに通信可能に接続されている。
図１は、実施形態の診療依頼システム１の全体構成の例を示すブロック図である。図１に示すように、診療依頼システム１は、患者側端末装置１０と、医師側端末装置２０と、サーバ３０と、医療機関側端末装置４０とを含み、これらの装置がネットワーク８０によって互いに通信可能に接続されている。
【0013】
患者側端末装置１０は、診療を要求する患者が操作する装置である。患者側端末装置１０は、例えばスマートフォン、タブレット等の携帯端末、ＰＣ（Personal Computer）等である。
【0014】
患者側端末装置１０は、プログラムを実行することにより、プログラムに応じた診療依頼システム１を操作する環境をユーザに対して提供する。患者側端末装置１０は、プログラムを読み込んで実行することにより、サーバ２０、医療機関側端末装置４０と通信接続する。そして、患者側端末装置１０は、ネットワーク８０を介してサーバ２０、医療機関側端末装置４０に対して、診療要求に関する情報を送信する。
【0015】
医師側端末装置２０は、ユーザである医師が操作する装置である。医師側端末装置２０は、例えばスマートフォン、タブレット等の携帯端末、ＰＣ（Personal Computer）等である。
【0016】
医師側端末装置２０は、プログラムを実行することにより、プログラムに応じた診療依頼システム１を操作する環境をユーザに対して提供する。医師側端末装置２０は、プログラムを読み込んで実行することにより、医師側端末装置２０とサーバ３０とを通信接続する。また、医師側端末装置２０は、サーバ３０から、労働条件通知書情報を受信し、労働条件通知書情報に基づく労働の同意に関する情報をサーバ３０に対し送信する。
【0017】
図１に示すように、医師側端末装置２０は、通信ＩＦ（Ｉｎｔｅｒｆａｃｅ）２２と、入力装置２３と、出力装置２４と、メモリ２７と、記憶部２８と、プロセッサ２９とを備える。
【0018】
通信ＩＦ２２は、医師側端末装置２０が外部の装置と通信するため、信号を入出力するためのインタフェースである。
【0019】
入力装置２３は、ユーザからの入力操作を受け付けるための装置（例えば、タッチパネル、タッチパッド、マウス等のポインティングデバイス、キーボード等）である。
【0020】
出力装置２４は、ユーザに対して情報を提示するための装置（ディスプレイ、スピーカー等）である。
【0021】
メモリ２７は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の揮発性のメモリである。
【0022】
記憶部２８は、データを保存するためのものであり、例えばフラッシュメモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）である。
【0023】
プロセッサ２９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。
【0024】
サーバ３０は、診療依頼システム１に係る一連の処理を管理する装置である。サーバ３０は、患者からの診療要求を受け付けるタイミング、若しくは予め登録された患者の診療を行う診療日時に基づくタイミングで、診療に対応する医師の医師側端末装置２０へ労働条件通知書情報を提示する処理を行う。サーバ３０は、医師側端末装置２０と通信し、医師の同意する操作に応じて労働条件通知書情報を記憶する処理を行う。サーバ３０は、患者からの診療要求、登録される予定診療、登録される医師情報などの各種データを管理する。
【0025】
サーバ３０は、通信ＩＦ３２と、入出力ＩＦ３３と、メモリ３５と、ストレージ３６と、プロセッサ３９とを備える。
【0026】
通信ＩＦ３２は、サーバ３０が外部の装置と通信するため、信号を入出力するためのインタフェースである。
【0027】
入出力ＩＦ３３は、ユーザからの入力操作を受け付けるための入力装置、および、ユーザに対し、情報を提示するための出力装置とのインタフェースとして機能する。
【0028】
メモリ３５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の揮発性のメモリである。
【0029】
ストレージ３６は、データを保存するためのものであり、例えばフラッシュメモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）である。
【0030】
プロセッサ３９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。
【0031】
医療機関側端末装置４０は、通信ＩＦ（Ｉｎｔｅｒｆａｃｅ）４２と、入力装置４３と、出力装置４４と、メモリ４５と、記憶部４６と、プロセッサ４９とを備える。
【0032】
通信ＩＦ４２は、医療機関側端末装置４０が外部の装置と通信するため、信号を入出力するためのインタフェースである。
【0033】
入力装置４３は、ユーザからの入力操作を受け付けるための装置（例えば、タッチパネル、タッチパッド、マウス等のポインティングデバイス、キーボード等）である。
【0034】
出力装置４４は、ユーザに対して情報を提示するための装置（ディスプレイ、スピーカー等）である。
【0035】
メモリ４５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の揮発性のメモリである。
【0036】
記憶部４６は、データを保存するためのものであり、例えばフラッシュメモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）である。
【0037】
プロセッサ４９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路等により構成される。
【0038】
＜１．２ 医師側端末装置２０の機能的な構成＞
図２は、医師側端末装置２０の機能的な構成を示す図である。医師側端末装置２０は、複数のアンテナ（アンテナ２１１、アンテナ２１２）と、各アンテナに対応する無線通信部（第１無線通信部２２１、第２無線通信部２２２）と、操作受付部２３０と、音声処理部２４０と、マイク２４１と、スピーカ２４２と、位置情報センサ２５０と、カメラ２６０と、記憶部２７０と、制御部２８０とを含む。医師側端末装置２０は、図２では特に図示していない機能及び構成（例えば、電力を保持するためのバッテリ、バッテリから各回路への電力の供給を制御する電力供給回路など）も有している。図２に示すように、医師側端末装置２０に含まれる各ブロックは、バス等により電気的に接続される。
図２は、医師側端末装置２０の機能的な構成を示す図である。医師側端末装置２０は、複数のアンテナ（アンテナ２１１、アンテナ２１２）と、各アンテナに対応する無線通信部（第１無線通信部２２１、第２無線通信部２２２）と、操作受付部２３０と、音声処理部２４０と、マイク２４１と、スピーカ２４２と、位置情報センサ２５０と、カメラ２６０と、記憶部２７０と、制御部２８０とを含む。医師側端末装置２０は、図２では特に図示していない機能及び構成（例えば、電力を保持するためのバッテリ、バッテリから各回路への電力の供給を制御する電力供給回路など）も有している。図２に示すように、医師側端末装置２０に含まれる各ブロックは、バス等により電気的に接続される。
【0039】
アンテナ２１１は、医師側端末装置２０が発する信号を電波として空間へ放射する。また、アンテナ２１１は、空間から電波を受信して受信信号を第１無線通信部２２１へ与える。
【0040】
アンテナ２１２は、医師側端末装置２０が発する信号を電波として空間へ放射する。また、アンテナ２１２は、空間から電波を受信して受信信号を第２無線通信部２２２へ与える。
【0041】
第１無線通信部２２１は、医師側端末装置２０が他の無線機器と通信するため、アンテナ２１１を介して信号を送受信するための変復調処理などを行う。第２無線通信部２２２は、医師側端末装置２０が他の無線機器と通信するため、アンテナ２１２を介して信号を送受信するための変復調処理などを行う。第１無線通信部２２１と第２無線通信部２２２とは、チューナー、ＲＳＳＩ（Received Signal Strength Indicator）算出回路、ＣＲＣ（Cyclic Redundancy Check）算出回路、高周波回路などを含む通信モジュールである。第１無線通信部２２１と第２無線通信部２２２とは、医師側端末装置２０が送受信する無線信号の変復調、周波数変換を行い、受信信号を制御部２８０へ与える。
【0042】
操作受付部２３０は、ユーザの入力操作を受け付けるための機構を有する。具体的には、操作受付部２３０は、タッチスクリーンとして構成され、タッチ・センシティブ・デバイス２３１と、ディスプレイ２３２とを含む。タッチ・センシティブ・デバイス２３１は、医師側端末装置２０のユーザの入力操作を受け付ける。タッチ・センシティブ・デバイス２３１は、例えば静電容量方式のタッチパネルを用いることによって、タッチパネルに対するユーザの接触位置を検出する。タッチ・センシティブ・デバイス２３１は、タッチパネルにより検出したユーザの接触位置を示す信号を入力操作として制御部２８０へ出力する。
【0043】
ディスプレイ２３２は、制御部２８０の制御に応じて、画像、動画、テキストなどのデータを表示する。ディスプレイ２３２は、例えばＬＣＤ（Liquid Crystal Display）、有機ＥＬ（Electro-Luminescence）ディスプレイなどによって実現される。
【0044】
音声処理部２４０は、音声信号の変復調を行う。音声処理部２４０は、マイク２４１から与えられる信号を変調して、変調後の信号を制御部２８０へ与える。また、音声処理部２４０は、音声信号をスピーカ２４２へ与える。音声処理部２４０は、例えば音声処理用のプロセッサによって実現される。マイク２４１は、音声入力を受け付けて、当該音声入力に対応する音声信号を音声処理部２４０へ与える。スピーカ２４２は、音声処理部２４０から与えられる音声信号を音声に変換して当該音声を医師側端末装置２０の外部へ出力する。
【0045】
位置情報センサ２５０は、医師側端末装置２０の位置を検出するセンサであり、例えばＧＰＳ（Global Positioning System）モジュールである。ＧＰＳモジュールは、衛星測位システムで用いられる受信装置である。衛星測位システムでは、少なくとも３個または４個の衛星からの信号を受信し、受信した信号に基づいて、ＧＰＳモジュールが搭載される医師側端末装置２０の現在位置を検出する。
【0046】
カメラ２６０は、受光素子により光を受光して、撮影画像として出力するためのデバイスである。カメラ２６０は、例えば、カメラ２６０から撮影対象までの距離を検出できる深度カメラである。
【0047】
記憶部２７０は、例えばフラッシュメモリ等により構成され、医師側端末装置２０が使用するデータ及びプログラムを記憶する。ある局面において、記憶部２７０は、ユーザ情報２７１と労働条件通知書情報２７２を記憶する。
【0048】
ユーザ情報２７１は、医師側端末装置２０を使用して診療依頼に対する同意の操作等を行う医師であるユーザの情報である。ユーザ情報としては、ユーザＩＤに関する情報、ユーザ氏名に関する情報、所属医療機関ＩＤに関する情報、ユーザの連絡先に関する情報等が含まれる。
【0049】
労働条件通知書情報２７２は、診療依頼に対する同意の操作に応じて、サーバ３０から送信される情報である。情報としては、診療に対応する患者の情報、診療の日時に関する情報、労働条件に関する情報、所属する医療機関に関する情報等が含まれる。
【0050】
制御部２８０は、記憶部２７０に記憶されるプログラムを読み込んで、プログラムに含まれる命令を実行することにより、医師側端末装置２０の動作を制御する。制御部２８０は、例えば予め医師側端末装置２０にインストールされているアプリケーションである。制御部２８０は、プログラムに従って動作することにより、入力操作受付部２８１と、送受信部２８２と、通知制御部２８３と、データ処理部２８４としての機能を発揮する。
【0051】
入力操作受付部２８１は、タッチ・センシティブ・デバイス２３１等の入力装置に対するユーザの入力操作を受け付ける処理を行う。入力操作受付部２８１は、タッチ・センシティブ・デバイス２３１に対してユーザが指などを接触させた座標の情報に基づき、ユーザの操作がフリック操作であるか、タップ操作であるか、ドラッグ（スワイプ）操作であるか等の操作の種別を判定する。
【0052】
送受信部２８２は、医師側端末装置２０が、サーバ３０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。
【0053】
通知制御部２８３は、ユーザである医師に対し情報を提示する処理を行う。通知制御部２８３は、表示画像をディスプレイ２３２に表示させる処理、音声をスピーカ２４２に出力させる処理等を行う。
【0054】
データ処理部２８４は、医師側端末装置２０が入力を受け付けたデータに対し、プログラムに従って演算を行い、演算結果をメモリ等に出力する処理を行う。
【0055】
【0056】
通信部３０１は、サーバ３０が外部の装置と通信するための処理を行う。
【0057】
記憶部３０２は、診療要求情報管理データベース３０２１と、予定診療情報管理データベース３０２２と、患者医療情報管理データベース２０２３と、医療機関情報管理データベース３０２４と、医師情報管理データベース３０２５と、同意情報管理データベース３０２６と、労働条件通知書情報３０２７等を記憶する。
【0058】
診療要求情報管理データベース３０２１は、患者からの診療要求に関する各種情報を管理するためのデータベースである。詳細は後述する。
【0059】
予定診療情報管理データベース３０２２は、予め登録された訪問診療等の予定診療に関する各種情報を管理するためのデータベースである。詳細は後述する。
【0060】
患者医療情報管理データベース３０２３は、患者の過去の診療履歴に関する各種医療情報を管理するためのデータベースである。詳細は後述する。
【0061】
医療機関情報管理データベース３０２４は、患者の診療を依頼する医療機関に関する各種情報を管理するためのデータベースである。詳細は後述する。
【0062】
医師情報管理データベース３０２５は、医療機関からの依頼に応じ診療に対応する医師に関する各種情報を管理するためのデータベースである。詳細は後述する。
【0063】
同意情報管理データベース３０２６は、医療機関からの依頼に対し、医師から受け付ける、診療対応への同意に関する各種情報を管理するためのデータベースである。詳細は後述する。
【0064】
労働条件通知書情報３０２７は、医師で同意した労働条件通知書に関する情報を含むデータベースである。詳細は後述する。
【0065】
制御部３０３は、プロセッサ３９が記憶部３０２に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部３０３は、プログラムに従って動作することにより、受信制御モジュール３０３１、送信制御モジュール３０３２、診療要求情報取得モジュール３０３３、予定診療情報取得モジュール３０３４、患者医療情報取得モジュール３０３５、医療機関情報取得モジュール３０３６、医師情報取得モジュール３０３７、労働条件通知書情報生成モジュール３０３８、同意情報取得モジュール３０３９、労働条件通知書情報提示モジュールとして示す機能を発揮する。
【0066】
受信制御モジュール３０３１は、サーバ３０が外部の装置から通信プロトコルに従って信号を受信する処理を制御する。
【0067】
送信制御モジュール３０３２は、サーバ３０が外部の装置に対し通信プロトコルに従って信号を送信する処理を制御する。
【0068】
診療要求情報取得モジュール３０３３は、患者からの診療要求に関する情報を管理するための一連の処理を行うものである。診療要求に関する情報とは、患者氏名に関する情報、患者年齢に関する情報、患者性別に関する情報、患者住所に関する情報、患者連絡先に関する情報、診療要求日時に関する情報、受付医療機関ＩＤに関する情報、受付医療機関での診療可否に関する情報などを含む。診療要求情報取得モジュール３０３３は、取得した診療要求に関する情報を、診療要求情報管理データベース３０２１へ格納する。
【0069】
予定診療情報取得モジュール３０３４は、予め登録された訪問診療等の予定診療に関する情報を管理するための一連の処理を行うものである。予定診療に関する情報とは、患者氏名に関する情報、患者年齢に関する情報、患者性別に関する情報、患者住所に関する情報、患者連絡先に関する情報、予定診療日時に関する情報、患者を担当する担当医療機関ＩＤに関する情報、担当医療機関での診療可否に関する情報などを含む。予定診療情報取得モジュール３０３４は、取得した診療要求に関する情報を、予定診療情報管理データベース３０２２へ格納する。
【0070】
患者医療情報取得モジュール３０３５は、患者の過去の診療履歴に関する医療情報を管理するための一連の処理を行うものである。患者の過去の診療履歴に関する医療情報とは、患者ＩＤに関する情報、患者氏名に関する情報、担当医療機関ＩＤに関する情報、各診療の診療日時に関する情報、各診療時の診療内容に関する情報などを含む。患者の過去の診療履歴に関する医療情報は、患者を本来担当する医療機関によって保有される情報であり、例えば、労働条件通知書情報に同意する操作を行い、当該医療機関に一時的に所属することとなった医師が閲覧できる対象となる。患者医療情報取得モジュール３０３５は、それぞれの医療機関側端末装置４０等から取得される。患者医療情報取得モジュール３０３５は、取得した患者の過去の診療履歴に関する医療情報を、患者医療情報管理データベース３０２３へ格納する。
【0071】
医療機関情報取得モジュール３０３６は、診療を依頼する医療機関に関する情報を管理するための一連の処理を行うものである。医師に関する情報とは、医療機関名称に関する情報、医療機関の連絡先に関する情報、第１指定医師ＩＤに関する情報、第２指定医師ＩＤに関する情報、第３指定医師ＩＤに関する情報などを含む。医療機関情報取得モジュール３０３６は、取得した医療機関に関する情報を、医療機関情報管理データベース３０２４へ格納する。指定医師ＩＤは、必ずしも第１～第３までの情報を含む必要はない。また指定医師ＩＤは、４つ以上の指定医師ＩＤを含んでいてもよい。
【0072】
医師情報取得モジュール３０３７は、医師に関する情報を管理するための一連の処理を行うものである。医師に関する情報とは、医師であるユーザの氏名に関する情報、ユーザが通常所属する所属医療機関ＩＤに関する情報、ユーザの連絡先に関する情報、第１指定医療機関ＩＤに関する情報、第２指定医療機関ＩＤに関する情報、診療対応可能な時間帯に関する情報、訪問診療の対応可否に関する情報、オンライン診療の対応可否に関する情報などを含む。医師情報取得モジュール３０３７は、取得した医師に関する情報を、医師情報管理データベース３０２５へ格納する。指定医療機関ＩＤは、必ずしも第１～第２までの情報を含む必要はない。また指定医師ＩＤは、３つ以上の指定医療機関ＩＤを含んでいてもよい。
【0073】
労働条件通知書情報生成モジュール３０３８は、医師に提示する労働条件通知書情報を生成するための一連の処理を行うものである。生成される労働条件通知書情報には、患者に対する診療行為を行うための労働条件を示す情報であって医療機関に一時的に属することを示す情報が含まれている。労働条件通知書情報生成モジュール３０３８は、診療対象である患者を担当する医療機関に関する情報と、診療依頼の対象である医師に関する情報とに基づき、労働条件通知書情報を生成する。労働条件通知書情報生成モジュール３０３８は、生成した労働条件通知書情報を記憶部３０２へ記憶させる。
【0074】
なお、一時的に属するとは、労働条件通知書情報に含まれる労働条件の１つである労働期間（契約期間）において医師であるユーザが特定の医療機関に所属することをいい、労働期間外にはユーザが特定の医療機関には属していないことをいう。例えば、医師は、特定の医療機関に所属している期間においては、医療機関が保有する患者の医療情報にアクセスし、当該情報を閲覧することができるが、所属している期間を過ぎると特定の医療機関に属していないため当該情報を閲覧することができない。
【0075】
同意情報取得モジュール３０３９は、医師からの、診療依頼への同意に関する情報を管理するための一連の処理を行うものである。診療依頼への同意に関する情報とは、医師であるユーザＩＤに関する情報、ユーザが通常所属する所属医療機関ＩＤに関する情報、診療依頼への同意可否に関する情報、飲料依頼への同意日時に関する情報、所属を切り替える切替先の所属機関ＩＤに関する情報などを含む。同意情報取得モジュール３０３９は、取得した診療依頼への同意に関する情報を、同意情報管理データベース３０２６へ格納する。
【0076】
【0077】
図４は、診療要求情報管理データベース３０２１のデータ構造を示す図である。診療要求情報管理データベース３０２１の各レコードは、項目「診療要求ＩＤ」と、項目「患者氏名」と、項目「患者年齢」と、項目「患者性別」と、項目「患者住所」と、項目「患者連絡先」と、項目「診療要求日時」と、項目「受付医療機関ＩＤ」と、項目「受付医療機関での診療可否」とを含む。図示する例では、３つの診療要求を受け付けることが可能な例を示しているが、これに限られない。
【0078】
項目「診療要求ＩＤ」は、患者から受け付けた診療要求のそれぞれを識別する情報である。
【0079】
項目「患者氏名」は、診療要求を行った患者の氏名を示す情報である。
【0080】
項目「患者年齢」は、患者の年齢を示す情報である。
【0081】
項目「患者性別」は、患者の性別を示す情報である。
【0082】
項目「患者連絡先」は、患者の連絡先を示す情報である。患者の連絡先を示す情報としては、メールアドレス、電話番号等が含まれる。
【0083】
項目「診療要求日時」は、診療要求を受け付けた日時を示す情報である。
【0084】
項目「受付医療機関ＩＤ」は、診療要求を受け付けた医療機関を識別する情報である。
【0085】
項目「受付医療機関での診療可否」は、診療要求を受け付けた医療機関で診療に対応できるか否かを示す情報である。具体的には、受け付けた診療要求に対して、医療機関が診療対応できる場合には「可」と表示され、一方医療機関が診療対応できない場合には「不可」と表示される。
【0086】
図５は、予定診療情報管理データベース３０２２のデータ構造を示す図である。予定診療情報管理データベース３０２２の各レコードは、項目「予定診療ＩＤ」と、項目「患者氏名」と、項目「患者年齢」と、項目「患者性別」と、項目「患者住所」と、項目「患者連絡先」と、項目「予定診療日時」と、項目「担当医療機関ＩＤ」と、項目「担当医療機関での診療可否」とを含む。図示する例では、３つの予定診療に対応することが可能な例を示しているが、これに限られない。
【0087】
項目「予定診療ＩＤ」は、予め登録される予定診療のそれぞれを識別する情報である。
【0088】
項目「患者氏名」は、診療対象となる患者の氏名を示す情報である。
【0089】
項目「患者年齢」は、患者の年齢を示す情報である。
【0090】
項目「患者性別」は、患者の性別を示す情報である。
【0091】
項目「患者連絡先」は、患者の連絡先を示す情報である。患者の連絡先を示す情報としては、メールアドレス、電話番号等が含まれる。
【0092】
項目「予定診療日時」は、診療が予定されている診療の日時を示す情報である。
【0093】
項目「担当医療機関ＩＤ」は、患者を本来担当する医療機関のそれぞれを識別する情報である。
【0094】
項目「担当医療機関での診療可否」は、担当医療機関で診療に対応できるか否かを示す情報である。具体的には、予定された診療日時において、担当医療機関が診療対応できる場合には「可」と表示され、一方担当医療機関が診療対応できない場合には「不可」と表示される。
【0095】
図６は、患者医療情報管理データベース３０２３のデータ構造を示す図である。患者医療情報管理データベース３０２３の各レコードは、項目「患者ＩＤ」と、項目「患者氏名」と、項目「担当医療機関ＩＤ」と、項目「診療日時」と、項目「診療時の診療内容に関する情報」とを含む。図示する例では、３つの診療履歴の例を示しているが、これに限られない。
【0096】
項目「患者ＩＤ」は、診療対象である患者のそれぞれを識別する情報である。
【0097】
項目「患者氏名」は、患者の氏名を示す情報である。
【0098】
項目「担当医療機関ＩＤ」は、患者の診療を担当した医療機関のそれぞれを識別する情報である。
【0099】
項目「診療日時」は、各診療が行われた診療日時を示す情報である。
【0100】
項目「診療時の診療内容に関する情報」は、各診療における診療内容を示す情報である。診療内容を示す情報としては、診断による患者の症状に関する情報、患者への問診の情報、処方された薬に関する情報等が含まれる。
【0101】
図７は、医療機関情報管理データベース３０２４のデータ構造を示す図である。医療機関情報管理データベース３０２４の各レコードは、項目「医療機関ＩＤ」と、項目「医療機関名称」と、項目「医療機関連絡先」と、項目「第１指定医師ＩＤ」と、項目「第２指定医師ＩＤ」と、項目「第３指定医師ＩＤ」とを含む。図示する例では、３つの医療機関の例を示しているが、これに限られない。
【0102】
項目「医療機関ＩＤ」は、医療機関のそれぞれを識別する情報である。
【0103】
項目「医療機関名称」は、医療機関の名称を示す情報である。
【0104】
項目「医療機関連絡先」は、医療機関の連絡先を示す情報である。医療機関の連絡先を示す情報としては、メールアドレス、電話番号等が含まれる。
【0105】
項目「第１指定医師ＩＤ」は、診療対応可能な医師として登録されている対象の中から、特定の医療機関によって指定された第１の医師を識別するための情報を示す。第１指定医師ＩＤに相当する医師は、当該特定の医療機関が依頼する最も優先度の高い医師とすることができる。一方、医療機関によっては、特定の医師を指定しない場合があり、その場合には「指定なし」として分類される。
【0106】
項目「第２指定医師ＩＤ」は、診療対応可能な医師として登録されている対象の中から、特定の医療機関によって指定された第２の医師を識別するための情報を示す。第２指定医師ＩＤに相当する医師は、当該特定の医療機関が依頼する２番目に優先度の高い医師とすることができる。医療機関が第２指定医師として医師を指定しない場合には、「指定なし」として分類される。
【0107】
項目「第３指定医師ＩＤ」は、診療対応可能な医師として登録されている対象の中から、特定の医療機関によって指定された第３の医師を識別するための情報を示す。第２指定医師ＩＤに相当する医師は、当該特定の医療機関が依頼する３番目に優先度の高い医師とすることができる。医療機関が第３指定医師として医師を指定しない場合には、「指定なし」として分類される。
【0108】
図８は、医師情報管理データベース３０２５のデータ構造を示す図である。医師情報管理データベース３０２５の各レコードは、項目「ユーザＩＤ」と、項目「ユーザ氏名」と、項目「所属医療機関ＩＤ」と、項目「ユーザ連絡先」と、項目「第１指定医療機関ＩＤ」と、項目「第２指定医療機関ＩＤ」と、項目「診療対応可能な時間帯」と、項目「訪問診療対応可否」と、項目「オンライン診療対応可否」とを含む。各レコードは、ユーザ等からの情報入力により最新情報として格納されるが、診療対応可能な時間帯が変更されるなど、情報に変更があれば新たな情報に更新される。図示する例では、３名の医師の例を示しているが、これに限られない。
【0109】
項目「ユーザＩＤ」は、医師であるユーザのそれぞれを識別する情報である。
【0110】
項目「ユーザ氏名」は、ユーザの氏名を示す情報である。
【0111】
項目「所属医療機関ＩＤ」は、医師が、通常所属している医療機関を識別する情報である。
【0112】
項目「ユーザ連絡先」は、医師の連絡先を示す情報である。ユーザの連絡先を示す情報としては、メールアドレス、電話番号等が含まれる。
【0113】
項目「第１指定医療機関ＩＤ」は、医師が特定の医療機関から指定された場合において、１つ目の当該医療機関を識別するための情報を示す。医師を指定する医療機関がない場合には、「指定なし」と分類される。
【0114】
項目「第２指定医療機関ＩＤ」は、医師が特定の医療機関から指定された場合において、２つ目の当該医療機関を識別するための情報を示す。医師を指定する医療機関がない場合には、「指定なし」と分類される。
【0115】
項目「診療対応可能な時間帯」は、医師が、診療依頼を受けた場合に診療対応できる時間帯を示す情報である。この情報としては、例えば「平日：１８時～２３時」、「土日：９時～１８時」といった情報が含まれる。
【0116】
項目「訪問診療対応可否」は、医師が、訪問診療に対応できるか否かを示す情報である。具体的には、医師が訪問診療に対応できる場合には「可」と表示され、一方医師が訪問診療に対応できない場合には「不可」と表示される。
【0117】
項目「オンライン診療対応可否」は、医師が、オンラインでの診療に対応できるか否かを示す情報である。具体的には、医師がオンラインでの診療に対応できる場合には「可」と表示され、一方医師がオンラインでの診療に対応できない場合には「不可」と表示される。
【0118】
図８は、同意情報管理データベース３０２６のデータ構造を示す図である。同意情報管理データベース３０２６の各レコードは、項目「管理ＩＤ」と、項目「ユーザ氏名」と、項目「所属医療機関ＩＤ」と、項目「診療依頼への同意可否」と、項目「診療依頼への同意日時」と、項目「切替先所属医療機関ＩＤ」とを含む。図示する例では、３つの管理例を示しているが、これに限られない。
【0119】
項目「管理ＩＤ」は、診療依頼の同意情報の事案のそれぞれを識別する情報である。
【0120】
項目「ユーザ氏名」は、医師の氏名を示す情報である。
【0121】
項目「所属医療機関ＩＤ」は、医師が、通常所属している医療機関を識別する情報である。
【0122】
項目「診療依頼への同意可否」は、医師が、医療機関からの診療依頼として提示される労働条件通知書情報に対して同意するか否かを示す情報である。具体的には、医師が労働条件通知書に記載される情報（診療依頼）に同意した場合には「可」と表示され、一方医師が労働条件通知書に記載される情報（診療依頼）に同意しなかった場合には「不可」と表示される。
【0123】
項目「切替先所属医療機関ＩＤ」は、医師が労働条件通知書に記載される情報（診療依頼）に同意した場合に、切替先の所属となる医療機関を識別する情報である。切替先所属医療機関ＩＤは、医師が労働条件通知書に記載される情報（診療依頼）に同意しなかった場合には表示されない。
【0124】
＜３ 動作＞
次に、診療依頼システム１を構成する各装置の動作について説明する。
次に、診療依頼システム１を構成する各装置の動作について説明する。
【0125】
＜３．１ 動作例１＞
図１０は、サーバ３０を介した、対応する医師から、労働条件通知書情報への同意を得るための処理の流れを示す図である。以下の例では、患者から診療要求を受け付けたタイミングで、医師に対し、労働条件通知書情報を提示する例を説明する。
図１０は、サーバ３０を介した、対応する医師から、労働条件通知書情報への同意を得るための処理の流れを示す図である。以下の例では、患者から診療要求を受け付けたタイミングで、医師に対し、労働条件通知書情報を提示する例を説明する。
【0126】
動作例１は、例えば、患者がかかりつけの医療機関を持っており、患者が夜間、休日など医療機関の診療機関外に診療を要求する場合であって、当該医療機関からの依頼として、当該医療機関以外に所属する医師が一時的に当該医療機関に属する医師として診療対応できるように、当該医師に対し、労働条件通知書情報を提示する態様が該当する。
【0127】
ステップＳ６５１において、サーバ３０は、患者から診療要求を受け付ける。
【0128】
ステップＳ６５２において、サーバ３０は、患者を担当する医療機関を特定し、当該医療機関に関する情報に基づき診療依頼対象となる医師を抽出する。医師の抽出に際して、当該医療機関が指定医師を登録している場合には、指定医師の中から最も優先度の高い医師を抽出することができる。一方、当該医療機関が指定医師を登録していない場合には、診療対応可能な医師として登録されている対象の中から当該医師が診療対応可能な時間帯の情報等を参照して医師を抽出する。サーバ３０により抽出される医師は、1人に限られない。例えば、サーバ３０は、一旦複数の医師を抽出し、抽出した医師の中でスケジュールに最も余裕のある医師を選定し、この医師を最終的に抽出される医師とすることもできる。ステップＳ６５２の処理を実行する前に、サーバ３０は、患者を担当する医療機関が患者の診療に対応できるか否かを判定し、当該医療機関が診療に対応できない場合に、ステップＳ６５２の処理を実行することもできる。
【0129】
ステップＳ６５３において、サーバ３０は、医療機関に関する情報と抽出した医師に関する情報とに基づき労働条件通知書情報を生成する。提示される労働条件通知書情報には、患者の診療に関する情報のほか、依頼する医療機関に一時的に属することの情報が含まれる。
【0130】
ステップＳ６５４において、サーバ３０は、生成した労働条件通知書情報を、ネットワーク８０を介して医師側端末装置２０に提示する。
【0131】
ステップＳ６０１において、医師側端末装置２０は、労働条件通知書情報の提示を受けた医師が当該情報の内容に同意する、すなわち患者の診療に対応することに同意する場合、同意する操作を受け付ける。医師であるユーザは、医師側端末装置２０を使用して、労働条件通知書情報に同意するための情報を入力し、サーバ３０へ送信する。
【0132】
ステップＳ６５５において、サーバ３０は、ユーザによる同意する操作に応じ、労働条件通知書情報を記憶する。この場合、サーバ３０は、同意された内容に基づき、同意情報管理データベース３０２６を更新するとともに、労働条件通知書情報を記憶する。
【0133】
ステップＳ６５６において、サーバ２０は、医師が同意した労働条件通知書情報を、医師であるユーザへ送信する。
【0134】
なお、上記処理では、ステップＳ６５２の、サーバ３０が診療依頼対象の医師を抽出する処理において、患者からの診療要求が訪問診療などの直接診療であるかオンライン診療であるかを確認し、診療要求に合致する診療方法に対応できる医師を抽出する処理を実行することもできる。
【0135】
＜３．２ 動作例２＞
図１１は、サーバ３０を介した、対応する医師から、労働条件通知書情報への同意を得るための処理の流れの他の例を示す図である。以下の例では、予め登録された訪問診療等の予定診療の診療日時のタイミングにおいて、医師に対し、労働条件通知書情報を提示する例を説明する。
図１１は、サーバ３０を介した、対応する医師から、労働条件通知書情報への同意を得るための処理の流れの他の例を示す図である。以下の例では、予め登録された訪問診療等の予定診療の診療日時のタイミングにおいて、医師に対し、労働条件通知書情報を提示する例を説明する。
【0136】
動作例２は、例えば、患者がかかりつけの医療機関を持っており、訪問診療等で予め診療日時が登録されているが、当該医療機関が登録された診療日時に診療対応できない場合であって、当該医療機関からの依頼として、当該医療機関以外に所属する医師が一時的に当該医療機関に属する医師として診療対応できるように、当該医師に対し、労働条件通知書情報を提示する態様が該当する。
【0137】
ステップＳ６５１０において、サーバ３０は、訪問診療等の予定診療に関する情報を登録する。登録される情報には、診療対象の患者の情報、診療内容、診療日時等の情報が含まれる。
【0138】
ステップＳ６５２０において、サーバ３０は、登録された予定診療日時の当日となったタイミングにおいて、患者を担当する医療機関を特定し、当該医療機関と提携する医師を診療依頼対象として抽出する。医師の抽出に際して、当該医療機関が指定医師を登録している場合には、指定医師の中から最も優先度の高い医師を抽出することができる。一方、当該医療機関が指定医師を登録していない場合には、診療対応可能な医師として登録されている対象の中から当該医師が診療対応可能な時間帯の情報等を参照して医師を抽出する。ステップＳ６５２０の処理を実行する前に、サーバ３０は、患者を担当する医療機関が予定された診療日時に患者の診療に対応できるか否かを判定し、当該医療機関が診療に対応できない場合に、ステップＳ６５２０の処理を実行することもできる。
【0139】
ステップＳ６５３０において、サーバ３０は、医療機関に関する情報と抽出した医師に関する情報とに基づき労働条件通知書情報を生成する。提示される労働条件通知書情報には、患者の診療に関する情報のほか、依頼する医療機関に一時的に属することの情報が含まれる。
【0140】
ステップＳ６５４０において、サーバ３０は、生成した労働条件通知書情報を、ネットワーク８０を介して医師側端末装置２０に提示する。
【0141】
以降の処理（ステップＳ６０１以降の処理）は、動作例１と同じであるため説明を省略する。
【0142】
なお、上記処理では、ステップＳ６５２０の、サーバ３０が診療依頼対象の医師を抽出する処理において、予定診療が訪問診療などの直接診療であるかオンライン診療であるかを確認し、予定診療に合致する診療方法に対応できる医師を抽出する処理を実行することもできる。
【0143】
＜３．３ 動作例３＞
図１１は、サーバ３０を介した、対応する医師から、労働条件通知書情報への同意を得るための処理の流れの他の例を示す図である。以下の例では、患者からの診療要求を受け付けた医療機関からの診療依頼に応じて、医師に対し、労働条件通知書情報を提示する例を説明する。
図１１は、サーバ３０を介した、対応する医師から、労働条件通知書情報への同意を得るための処理の流れの他の例を示す図である。以下の例では、患者からの診療要求を受け付けた医療機関からの診療依頼に応じて、医師に対し、労働条件通知書情報を提示する例を説明する。
【0144】
動作例３は、例えば、患者の所在地（例えば、福岡県）における医療機関が患者からの診療要求を一旦受け付けたが、当該医療機関では診療時間外であるために診療対応ができない場合であって、当該医療機関からの依頼として、当該医療機関以外であって他県の医療機関（例えば、東京都）に所属する医師が一時的に当該医療機関に属する医師としてオンラインで診療対応ができるように、当該医師に対し、労働条件通知書情報を提示する態様が該当する。
【0145】
ステップＳ７０１において、医療機関側端末装置４０は、患者から診療要求を受け付ける。
【0146】
ステップＳ７０２において、医療機関側端末装置４０は、サーバ３０に対し、診療依頼に関する情報を送信する。
【0147】
ステップＳ６５２１において、サーバ３０は、診療依頼に関する情報を受信したときに、診療依頼先である医療機関に関する情報に基づき診療依頼対象となる医師を抽出する。医師の抽出に際して、当該医療機関が指定医師を登録している場合には、指定医師の中から最も優先度の高い医師を抽出することができる。一方、当該医療機関が指定医師を登録していない場合には、診療対応可能な医師として登録されている対象の中から当該医師が診療対応可能な時間帯の情報等を参照して医師を抽出する。
【0148】
ステップＳ６５３１において、サーバ３０は、医療機関に関する情報と抽出した医師に関する情報とに基づき労働条件通知書情報を生成する。提示される労働条件通知書情報には、患者の診療に関する情報のほか、依頼する医療機関に一時的に属することの情報が含まれる。
【0149】
ステップＳ６５４１において、サーバ３０は、生成した労働条件通知書情報を、ネットワーク８０を介して医師側端末装置２０に提示する。
【0150】
以降の処理（ステップＳ６０１以降の処理）は、動作例１と同じであるため説明を省略する。
【0151】
なお、上記処理では、ステップＳ６５２１の、サーバ３０が診療依頼対象の医師を抽出する処理において、患者からの診療要求が訪問診療などの直接診療であるかオンライン診療であるかを確認し、診療要求に合致する診療方法に対応できる医師を抽出する処理を実行することもできる。
【0152】
＜４ 画面例＞
図１３は、医師側端末装置宛てに提示される労働条件通知書情報の画面例を示す図である。
図１３は、医師側端末装置宛てに提示される労働条件通知書情報の画面例を示す図である。
【0153】
【0154】
図１３に示すように、医師側端末装置２０において、診療を依頼する医師の氏名に関する情報を表示するための領域８０１Ａと、診療を依頼する依頼元に関する情報を表示するための領域８０１Ｂと、具体的な就業内容に関する情報を表示するための領域８０１Ｃと、提示される労働条件通知書情報への同意の可否を確認するための情報を表示するための領域８０１Ｄとを表示させる。
【0155】
領域８０１Ａには、診療を依頼する医師の氏名に関する情報を表示させることができる。画面には、労働条件通知書情報の提示を受けた医師の氏名が表示される。
【0156】
領域８０１Ｂには、診療を依頼する依頼元に関する情報を表示させることができる。具体的には、診療を依頼する依頼元である医療機関の事業者名称、医療機関の住所、医療機関の使用者職氏名等に関する情報が表示される。
【0157】
領域８０１Ｃには、具体的な就業内容に関する情報を表示させることができる。具体的には、契約期間、診療が予定されている場所である就業場所、従業すべき業務の内容、賃金等の情報が表示される。
【0158】
領域８０１Ｄには、提示される労働条件通知書情報への同意の可否を確認するための情報を表示させることができる。具体的には、労働条件通知書情報に同意する処理を行うためのリンク情報（８０１１Ｄ）と、労働条件通知書情報に同意しない処理を行うためのリンク情報（８０１２Ｄ）が表示される。
【0159】
医師は、領域８０１Ａに表示される自身の氏名に関する情報、領域８０１Ｂに表示される依頼元である医療機関に関する情報、領域８０１Ｃに表示される具体的な就業内容に関する情報を確認した上で、労働条件通知書情報の内容に同意する場合には、「同意する」と表記されるリンク情報８０１１Ｄをクリックする操作を行う。同意する操作を行うと、図１３に示す確認画面へと移動する。一方、労働条件通知書情報の内容に同意しない場合には、「同意しない」と表記されるリンク情報８０１２Ｄをクリックする操作を行う。
【0160】
図１４は、労働条件通知書情報の内容に同意する操作を行うための画面例を示す図である。
【0161】
【0162】
図１４に示すように、医師側端末装置２０において、提示された労働条件通知書情報に対する医師の回答に関する情報を表示するための領域９０１Ａと、医師の回答に関する情報の送信の可否を確認する情報を表示するための領域９０１Ｂとを表示させる。
【0163】
領域９０１Ａには、提示された労働条件通知書情報に対する医師の回答に関する情報を表示させることができる。具体的には、図１２に示した労働条件通知書情報の表示する画面において、医師が「同意する」操作を行った場合には、「労働条件通知書の内容に同意する」旨の情報が表示される。
【0164】
領域９０１Ｂには、領域９０１Ａに表示された医師の回答に関する情報の送信の可否を確認する情報を表示させることができる。具体的には、領域９０１Ａに表示される内容に関する情報を送信する処理を行うためのリンク情報（９０１１Ｂ）と、領域９０１Ａに表示される内容に関する情報を送信しない処理を行うためのリンク情報（９０１２Ｂ）が表示される。
【0165】
医師は、領域９０１Ａに表示される内容、すなわち労働条件通知書の内容に同意する旨の回答を確認した上で、領域９０１Ａに表示される内容に関する情報を送信する場合には、「送信」と表記されるリンク情報９０１１Ｂをクリックする操作を行う。送信する操作を行うと、サーバ３０へ、労働条件通知書の内容に同意することを示す情報が送信される。一方、領域９０１Ａに表示される内容に関する情報を送信しない場合には、「送信しない」と表記されるリンク情報９０１２Ｂをクリックする操作を行う。
【0166】
図１５は、労働条件通知書情報の内容に同意しない操作を行うための画面例を示す図である。
【0167】
図１５の画面例９０２は、医師側端末装置２０に表示する画面である。
【0168】
図１５に示すように、医師側端末装置２０において、提示された労働条件通知書情報に対する医師の回答に関する情報を表示するための領域９０２Ａと、労働条件通知書の内容に同意しない理由に関する情報を表示するための領域９０２Ｂと、医師の回答に関する情報の送信の可否を確認する情報を表示するための領域９０２Ｃとを表示させる。
【0169】
領域９０２Ａには、提示された労働条件通知書情報に対する医師の回答に関する情報を表示させることができる。具体的には、図１２に示した労働条件通知書情報の表示する画面において、医師が「同意しない」操作を行った場合には、「労働条件通知書の内容に同意しない」旨の情報が表示される。
【0170】
領域９０２Ｂには、労働条件通知書の内容に同意しない理由に関する情報を表示させることができる。具体的には、例えば、同意しない理由が選択肢として表示され、医師は、「スケジュールが合わないため」、「労働条件に同意できないため」、「その他の理由」のいずれかを選択することができる。「その他の理由」を選択する場合には、具体的な理由を入力することができる。
【0171】
領域９０１Ｃには、領域９０２Ａ、領域９０２Ｂに表示された医師の回答に関する情報の送信の可否を確認する情報を表示させることができる。具体的には、領域９０２Ａ、領域９０２Ｂに表示される内容に関する情報を送信する処理を行うためのリンク情報（９０２１Ｃ）と、領域９０２Ａ、領域９０２Ｂに表示される内容に関する情報を送信しない処理を行うためのリンク情報（９０２２Ｃ）が表示される。
【0172】
医師は、領域９０１Ａに表示される内容、すなわち労働条件通知書の内容に同意しない旨の回答に関する情報、領域９０２Ｂに表示される労働条件通知書の内容に同意しない理由に関する情報を確認した上で、領域９０２Ａ、領域９０２Ｂに表示される内容に関する情報を送信する場合には、「送信」と表記されるリンク情報９０２１Ｂをクリックする操作を行う。送信する操作を行うと、サーバ３０へ、労働条件通知書の内容に同意しないことを示す情報が送信される。一方、領域９０２Ａ、領域９０２Ｂに表示される内容に関する情報を送信しない場合には、「送信しない」と表記されるリンク情報９０２２Ｂをクリックする操作を行う。
【0173】
これにより、医師は、提示された労働条件通知書情報を確認した後、同意する操作を行うことで速やかに、診療依頼に対する回答を行うことができる。
【0174】
＜５ 変形例＞
本実施形態の変形例について説明する。
本実施形態の変形例について説明する。
【0175】
（１）医師から、労働条件通知書情報に対する同意が得られなかった場合の処理
サーバ３０は、依頼先である医療機関と提携する第１の提携医師（第１優先度の医師）から、労働条件通知書情報の内容に同意しない旨の回答を受領した場合、当該医療機関と提携する第２の提携医師（第２優先度の医師）に対し、労働条件通知書情報を提示する処理を実行してもよい。
サーバ３０は、依頼先である医療機関と提携する第１の提携医師（第１優先度の医師）から、労働条件通知書情報の内容に同意しない旨の回答を受領した場合、当該医療機関と提携する第２の提携医師（第２優先度の医師）に対し、労働条件通知書情報を提示する処理を実行してもよい。
【0176】
（２）労働条件通知書情報を記憶するタイミングで、依頼先である医療機関にその旨を通知する処理
サーバ３０は、医師から、労働条件通知書情報に対する同意する操作を受け付けたときに、労働条件通知書情報を記憶するとともに、依頼先である医療機関に対し、労働条件通知書情報（診療対応）の同意が得られたことを通知する処理を実行してもよい。
サーバ３０は、医師から、労働条件通知書情報に対する同意する操作を受け付けたときに、労働条件通知書情報を記憶するとともに、依頼先である医療機関に対し、労働条件通知書情報（診療対応）の同意が得られたことを通知する処理を実行してもよい。
【0177】
（３）ユーザが労働条件通知書情報に同意して、所属が一時的に切り替えられたときの処理
サーバ３０は、ユーザから、労働条件通知書情報に同意する操作を受け付けたとき、ユーザに対し、依頼先の医療機関に一時的に属する期間において、医療機関が保有する患者の過去の診療履歴に関する医療情報を提示する処理を実行してもよい。これにより、ユーザは、労働条件通知書情報に含まれる労働期間（契約期間）に、患者医療情報管理データベース２０２３に格納される、患者の過去の診療履歴に関する医療情報を閲覧することができる。
サーバ３０は、ユーザから、労働条件通知書情報に同意する操作を受け付けたとき、ユーザに対し、依頼先の医療機関に一時的に属する期間において、医療機関が保有する患者の過去の診療履歴に関する医療情報を提示する処理を実行してもよい。これにより、ユーザは、労働条件通知書情報に含まれる労働期間（契約期間）に、患者医療情報管理データベース２０２３に格納される、患者の過去の診療履歴に関する医療情報を閲覧することができる。
【0178】
（４）労働条件通知書情報の提示に関する他の処理
サーバ３０は、ユーザに対して労働条件通知書情報を提示する際に、雇用契約書に関する情報、秘密保持契約書に関する情報などの、ユーザの所属を切り替えるために必要な情報を併せて提示する処理を実行してもよい。これにより、ユーザの所属の切り替えをより円滑に実行することができる。
サーバ３０は、ユーザに対して労働条件通知書情報を提示する際に、雇用契約書に関する情報、秘密保持契約書に関する情報などの、ユーザの所属を切り替えるために必要な情報を併せて提示する処理を実行してもよい。これにより、ユーザの所属の切り替えをより円滑に実行することができる。
【0179】
またこの場合において、サーバ３０は、ユーザによる患者の診療が終了した後に、ユーザから、診療に関するカルテ情報を受け付け、受け付けたカルテ情報に基づき、患者の過去の診療履歴に関する医療情報を更新する処理を実行してもよい。
【0180】
以上説明したように、本開示の診療依頼システム１によれば、医療機関に所属していない医師であるユーザに対し、患者の診療日時が到来するより前に、患者に対する診療行為を行うための労働条件を示す情報であって患者の前記医療機関に一時的に属することを含む労働条件通知書情報を提示し、ユーザから、診療日時が到来するより前に、労働条件通知書情報に同意する操作を受け付け、当該同意する操作を受け付けることにより、労働条件通知書情報を記憶部に記憶させる処理を行う。このため、医師の所属の切り替えを円滑に実現し、必要なタイミングでの患者の診療対応を実現させることができる。
【0181】
また本開示の診療依頼システム１によれば、患者の前記診療日時が到来するより前が、患者からの診療要求を受け付けるタイミングであり、当該タイミングでユーザに対し、労働条件通知書情報を提示する処理を行う。このため、医師の所属の切り替えを円滑に実現し、必要なタイミングでの患者の診療対応を実現させることができる。
【0182】
また本開示の診療依頼システム１によれば、患者からの診療要求を受け付けるタイミングで、医療機関が患者の診療に対応することができない場合に、ユーザに対し、労働条件通知書情報を提示する処理を行う。このため、患者を担当する医療機関が診療に対応できない場合でも、医師の所属の切り替えを円滑に実現し、必要なタイミングでの患者の診療対応を実現させることができる。
【0183】
また本開示の診療依頼システム１によれば、患者の診療日時が到来するより前が、当該診療日時に基づくタイミングであり、当該タイミングでユーザに対し、労働条件通知書情報を提示する処理を行う。このため、予定診療日時が近づいたタイミングで、医師の所属の切り替えを円滑に実現し、患者の診療対応を実現させることができる。
【0184】
また本開示の診療依頼システム１によれば、患者の診療日時が到来するより前が、患者からの診療要求を受け付けた医療機関からの診療依頼を受け付けるタイミングであり、当該タイミングでユーザに対し、労働条件通知書情報を提示する処理を行う。このため、診療要求を受け付けた医療機関から診療依頼を受けたタイミングで、医師の所属の切り替えを円滑に実現し、患者の診療対応を実現させることができる。
【0185】
また本開示の診療依頼システム１によれば、医師でから同意する操作を受け付けたとき、医師に対し、労働条件通知書情報を送信するステップを実行させる処理を行う。このため、医師が同意した労働条件通知書情報の内容を医師の手元に保管することができる。
【0186】
また本開示の診療依頼システム１によれば、医療機関に関する情報とユーザに関する情報とに基づき、医療機関に一時的に属することを含む労働条件通知書情報を生成する処理を行う。このため、労働条件通知書情報を自動的に生成し、円滑に医師に対して提示することができる。
【0187】
また本開示の診療依頼システム１によれば、ユーザが、医療機関からの診療依頼に応じて診療対応可能な医師として登録されている。このため、患者からの診療要求など、診療が必要とされるタイミングにおいて、医師に対して労働条件通知書情報を提示することで、円滑な診療対応を実現することができる。
【0188】
また本開示の診療依頼システム１によれば、ユーザが、医療機関であって特定の医療機関から指定される医師であって、特定の医療機関からの診療依頼に応じて診療対応可能な医師として登録されている。このため、依頼先である医療機関が希望する医師に対して優先的に診療依頼を行うことができる。
【0189】
また本開示の診療依頼システム１によれば、ユーザが、特定の医療機関が診療依頼する医師の優先順位を表す優先度に関する情報とともに登録されている。このため、依頼先である医療機関が希望する医師に対して優先的に診療依頼を行うことができる。また医師から労働条件通知書情報に対して同意しない旨の回答を受信したとしても次の優先度の医師に対して労働条件通知書情報を提示する処理が実行できるので、漏れのない確実な診療依頼を実現することができる。
【0190】
また本開示の診療依頼システム１によれば、医療機関に関する情報に基づき、登録された診療対応可能な医師の中からユーザを抽出し、医療機関に関する情報と抽出されたユーザに関する情報とに基づき、医療機関に一時的に属することを含む労働条件通知書情報を生成し、生成した労働条件通知書情報をユーザに対し提示する処理を行う。このため、労働条件通知書情報を自動的に生成し、円滑に医師に対して提示することができる。
【0191】
また本開示の診療依頼システム１によれば、労働条件通知書情報が、患者に対する遠隔による診療行為を行うための労働条件を示す情報であって医療機関に一時的に属することを含む情報である。このため、オンラインでの診療にも対応することができ、患者であるユーザの利便性を高めることができる。
【0192】
以上、本開示のいくつかの実施形態を説明したが、これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これら実施形態およびその変形は、発明の範囲、要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものとする。
【0193】
＜付記＞
以上の各実施形態で説明した事項を以下に付記する。
（付記１）
プロセッサ（３９）と、記憶部（３７）とを備えるコンピュータに実行させるためのコンピュータであって、記憶部には、医療機関の患者に対し、当該医療機関が診療を行う診療日時の情報を記憶させており、プログラムは、プロセッサに、医療機関に所属していない医師である第１のユーザに対し、患者の診療日時が到来するより前に、患者に対する診療行為を行うための労働条件を示す第１の情報であって患者の医療機関に一時的に属することを含む第１の情報を提示するステップ（Ｓ６５４）と、第１のユーザから、診療日時が到来するより前に、第１の情報に同意する操作を受け付けるステップ（Ｓ６０１）と、同意する操作を受け付けることにより、第１の情報を記憶部に記憶させるステップ（Ｓ６５５）と、を実行させる、プログラム。
以上の各実施形態で説明した事項を以下に付記する。
（付記１）
プロセッサ（３９）と、記憶部（３７）とを備えるコンピュータに実行させるためのコンピュータであって、記憶部には、医療機関の患者に対し、当該医療機関が診療を行う診療日時の情報を記憶させており、プログラムは、プロセッサに、医療機関に所属していない医師である第１のユーザに対し、患者の診療日時が到来するより前に、患者に対する診療行為を行うための労働条件を示す第１の情報であって患者の医療機関に一時的に属することを含む第１の情報を提示するステップ（Ｓ６５４）と、第１のユーザから、診療日時が到来するより前に、第１の情報に同意する操作を受け付けるステップ（Ｓ６０１）と、同意する操作を受け付けることにより、第１の情報を記憶部に記憶させるステップ（Ｓ６５５）と、を実行させる、プログラム。
【0194】
（付記２）
前記第１の情報を記憶させるステップにおいて、前記第１の情報を前記第１のユーザに関する情報とともに前記記憶部に記憶させる、付記１に記載のプログラム。
前記第１の情報を記憶させるステップにおいて、前記第１の情報を前記第１のユーザに関する情報とともに前記記憶部に記憶させる、付記１に記載のプログラム。
【0195】
（付記３）
患者の診療日時が到来するより前が、患者からの診療要求を受け付けるタイミングである、付記１又は２に記載のプログラム。
患者の診療日時が到来するより前が、患者からの診療要求を受け付けるタイミングである、付記１又は２に記載のプログラム。
【0196】
（付記４）
第１の情報を提示するステップにおいて、患者からの診療要求を受け付けるタイミングで、医療機関が患者の診療に対応することができない場合に、第１のユーザに対し、第１の情報を提示する、付記３に記載のプログラム
第１の情報を提示するステップにおいて、患者からの診療要求を受け付けるタイミングで、医療機関が患者の診療に対応することができない場合に、第１のユーザに対し、第１の情報を提示する、付記３に記載のプログラム
【0197】
（付記５）
患者の診療日時が到来するより前が、診療日時に基づくタイミングである、付記１又は２に記載のプログラム。
患者の診療日時が到来するより前が、診療日時に基づくタイミングである、付記１又は２に記載のプログラム。
【0198】
（付記６）
患者の診療日時が到来するより前が、患者からの診療要求を受け付けた医療機関からの診療依頼を受け付けるタイミングである、付記１又は２に記載のプログラム。
患者の診療日時が到来するより前が、患者からの診療要求を受け付けた医療機関からの診療依頼を受け付けるタイミングである、付記１又は２に記載のプログラム。
【0199】
（付記７）
第１のユーザから同意する操作を受け付けたとき、第１のユーザに対し、第１の情報を送信するステップ（Ｓ６５６）を実行させる、付記１から６のいずれか１つに記載のプログラム。
第１のユーザから同意する操作を受け付けたとき、第１のユーザに対し、第１の情報を送信するステップ（Ｓ６５６）を実行させる、付記１から６のいずれか１つに記載のプログラム。
【0200】
（付記８）
第１の情報を提示するステップにおいて、医療機関に関する情報と第１のユーザに関する情報とに基づき、医療機関に一時的に属することを含む第１の情報を生成するステップと、生成した第１の情報を第１のユーザに対し提示するステップと、を実行させる付記１から７のいずれか１つに記載のプログラム。
第１の情報を提示するステップにおいて、医療機関に関する情報と第１のユーザに関する情報とに基づき、医療機関に一時的に属することを含む第１の情報を生成するステップと、生成した第１の情報を第１のユーザに対し提示するステップと、を実行させる付記１から７のいずれか１つに記載のプログラム。
【0201】
（付記９）
第１のユーザが、医療機関からの診療依頼に応じて診療対応可能な医師として登録されている、付記１から８のいずれか１つに記載のプログラム。
第１のユーザが、医療機関からの診療依頼に応じて診療対応可能な医師として登録されている、付記１から８のいずれか１つに記載のプログラム。
【0202】
（付記１０）
第１のユーザが、医療機関であって特定の医療機関から指定される医師であって、特定の医療機関からの診療依頼に応じて診療対応可能な医師として登録されている、付記９に記載のプログラム。
第１のユーザが、医療機関であって特定の医療機関から指定される医師であって、特定の医療機関からの診療依頼に応じて診療対応可能な医師として登録されている、付記９に記載のプログラム。
【0203】
（付記１１）
第１のユーザが、特定の医療機関が診療依頼する医師の優先順位を表す優先度に関する情報とともに登録されている、付記１０に記載のプログラム。
第１のユーザが、特定の医療機関が診療依頼する医師の優先順位を表す優先度に関する情報とともに登録されている、付記１０に記載のプログラム。
【0204】
（付記１２）
第１の情報を提示するステップにおいて、医療機関に関する情報に基づき、登録された診療対応可能な医師の中から第１のユーザを抽出するステップと、医療機関に関する情報と抽出された第１のユーザに関する情報とに基づき、医療機関に一時的に属することを含む第１の情報を生成するステップと、生成した第１の情報を第１のユーザに対し提示するステップと、を実行させる付記９から１１のいずれか１つに記載のプログラム。
第１の情報を提示するステップにおいて、医療機関に関する情報に基づき、登録された診療対応可能な医師の中から第１のユーザを抽出するステップと、医療機関に関する情報と抽出された第１のユーザに関する情報とに基づき、医療機関に一時的に属することを含む第１の情報を生成するステップと、生成した第１の情報を第１のユーザに対し提示するステップと、を実行させる付記９から１１のいずれか１つに記載のプログラム。
【0205】
（付記１３）
第１の情報が、患者に対する遠隔による診療行為を行うための労働条件を示す情報であって医療機関に一時的に属することを含む情報である、付記１から１２のいずれか１つに記載のプログラム。
第１の情報が、患者に対する遠隔による診療行為を行うための労働条件を示す情報であって医療機関に一時的に属することを含む情報である、付記１から１２のいずれか１つに記載のプログラム。
【0206】
（付記１４）
前記第１のユーザから、前記第１の情報に同意する操作を受け付けたとき、前記第１のユーザに対し、前記医療機関に一時的に属する期間において、前記医療機関が保有する患者の過去の診療履歴に関する医療情報を提示する、付記１から１３のいずれか１つに記載のプログラム。
前記第１のユーザから、前記第１の情報に同意する操作を受け付けたとき、前記第１のユーザに対し、前記医療機関に一時的に属する期間において、前記医療機関が保有する患者の過去の診療履歴に関する医療情報を提示する、付記１から１３のいずれか１つに記載のプログラム。
【0207】
（付記１５）
前記第１のユーザによる前記患者の診療が終了した後に、前記第１のユーザから、前記診療に関するカルテ情報を受け付け、受け付けたカルテ情報に基づき、前記患者の過去の診療履歴に関する医療情報を更新する、付記１４に記載のプログラム。
前記第１のユーザによる前記患者の診療が終了した後に、前記第１のユーザから、前記診療に関するカルテ情報を受け付け、受け付けたカルテ情報に基づき、前記患者の過去の診療履歴に関する医療情報を更新する、付記１４に記載のプログラム。
【0208】
（付記１６）
プロセッサ（３９）と、記憶部（３７）とを備えるコンピュータに実行させるための方法であって、記憶部には、医療機関の患者に対し、当該医療機関が診療を行う診療日時の情報を記憶させており、プロセッサが、医療機関に所属していない医師である第１のユーザに対し、患者の診療日時が到来するより前に、患者に対する診療行為を行うための労働条件を示す第１の情報であって患者の医療機関に一時的に属することを含む第１の情報を提示するステップ（Ｓ６５４）と、第１のユーザから、診療日時が到来するより前に、第１の情報に同意する操作を受け付けるステップ（Ｓ６０１）と、同意する操作を受け付けることにより、第１の情報を記憶部に記憶させるステップ（Ｓ６５５）と、を実行する方法。
プロセッサ（３９）と、記憶部（３７）とを備えるコンピュータに実行させるための方法であって、記憶部には、医療機関の患者に対し、当該医療機関が診療を行う診療日時の情報を記憶させており、プロセッサが、医療機関に所属していない医師である第１のユーザに対し、患者の診療日時が到来するより前に、患者に対する診療行為を行うための労働条件を示す第１の情報であって患者の医療機関に一時的に属することを含む第１の情報を提示するステップ（Ｓ６５４）と、第１のユーザから、診療日時が到来するより前に、第１の情報に同意する操作を受け付けるステップ（Ｓ６０１）と、同意する操作を受け付けることにより、第１の情報を記憶部に記憶させるステップ（Ｓ６５５）と、を実行する方法。
【0209】
（付記１７）
制御部（３９）と、記憶部（３７）とを備える情報処理装置であって、記憶部には、医療機関の患者に対し、当該医療機関が診療を行う診療日時の情報を記憶させており、制御部が、医療機関に所属していない医師である第１のユーザに対し、患者の診療日時が到来するより前に、患者に対する診療行為を行うための労働条件を示す第１の情報であって患者の医療機関に一時的に属することを含む第１の情報を提示するステップ（Ｓ６５４）と、第１のユーザから、診療日時が到来するより前に、第１の情報に同意する操作を受け付けるステップ（Ｓ６０１）と、同意する操作を受け付けることにより、第１の情報を記憶部に記憶させるステップ（Ｓ６５５）と、を実行する情報処理装置。
制御部（３９）と、記憶部（３７）とを備える情報処理装置であって、記憶部には、医療機関の患者に対し、当該医療機関が診療を行う診療日時の情報を記憶させており、制御部が、医療機関に所属していない医師である第１のユーザに対し、患者の診療日時が到来するより前に、患者に対する診療行為を行うための労働条件を示す第１の情報であって患者の医療機関に一時的に属することを含む第１の情報を提示するステップ（Ｓ６５４）と、第１のユーザから、診療日時が到来するより前に、第１の情報に同意する操作を受け付けるステップ（Ｓ６０１）と、同意する操作を受け付けることにより、第１の情報を記憶部に記憶させるステップ（Ｓ６５５）と、を実行する情報処理装置。
【符号の説明】
【0210】
１：診療依頼システム、１０：患者側端末装置、２０：医師側端末装置、２２：通信ＩＦ、２３：入力装置、２４：出力装置、２７：メモリ、２８：記憶部、２９：プロセッサ、３０：サーバ、３２：通信ＩＦ、３３：入出力ＩＦ、３５：メモリ、３６：ストレージ、３９：プロセッサ、４０：医療機関側端末装置、４２：通信ＩＦ、４３：入力装置、４４：出力装置、４５：メモリ、４６：記憶部、４９：プロセッサ、８０：ネットワーク、２１１：アンテナ、２１２：アンテナ、２２１：第１無線通信部、２２２：第２無線通信部、２３０：操作受付部、２３１：タッチ・センシティブ・デバイス、２３２：ディスプレイ、２４０：音声処理部、２４１：マイク、２４２：スピーカ、２５０：位置情報センサ、２６０：カメラ、２７０：記憶部、２７１：ユーザ情報、２７２：労働条件通知書情報、２８１：入力操作受付部、２８２：送受信部、２８３：通知制御部、２８４：データ処理部、３０１：通信部、３０２：記憶部、３０３：制御部、３０２１：診療要求情報管理データベース、３０２２：予定診療情報管理データベース、３０２３：患者医療情報管理データベース、３０２４：医療機関情報管理データベース、３０２５：医師情報管理データベース、３０２６：同意情報管理データベース、３０２７：労働条件通知書情報、３０３１：受信制御モジュール、３０３２：送信制御モジュール、３０３３：診療要求情報取得モジュール、３０３４：予定診療情報取得モジュール、３０３５：患者医療情報取得モジュール、３０３６：医療機関情報取得モジュール、３０３７：医師情報取得モジュール、３０３８：労働条件通知書情報生成モジュール、３０３９：同意情報取得モジュール
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
