特許 7339624 遠隔医療予約システム、方法およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-08-29

(45)【発行日】2023-09-06

(54)【発明の名称】遠隔医療予約システム、方法およびプログラム

(51)【国際特許分類】

   G16H 40/20 20180101AFI20230830BHJP

【ＦＩ】

G16H40/20

【請求項の数】 11

(21)【出願番号】P 2021065222

(22)【出願日】2021-04-07

(65)【公開番号】P2022160795

(43)【公開日】2022-10-20

【審査請求日】2022-02-24

(73)【特許権者】

【識別番号】518193777

【氏名又は名称】株式会社Ｌｉｎｃ’ｗｅｌｌ

(74)【代理人】

【識別番号】100151448

【弁理士】

【氏名又は名称】青木 孝博

(74)【代理人】

【識別番号】230121016

【弁護士】

【氏名又は名称】小笠原 匡隆

(72)【発明者】

【氏名】金子 和真

(72)【発明者】

【氏名】山本 遼佑

(72)【発明者】

【氏名】戸本 裕太郎

(72)【発明者】

【氏名】氷熊 大輝

【審査官】鹿谷 真紀

(56)【参考文献】

【文献】特開２０１７－１４６９１４（ＪＰ，Ａ）

【文献】特開２００２－０２４４０６（ＪＰ，Ａ）

【文献】特許第６７８１４９１（ＪＰ，Ｂ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ１６Ｈ １０／００－８０／００

(57)【特許請求の範囲】

【請求項1】

少なくとも一つのプロセッサを含み、
前記少なくとも一つのプロセッサが、
遠隔医療行為を提供しうる複数の医療従事者それぞれが複数の医療機関それぞれに在勤するか否かを予約枠ごとに示すスケジュールと、複数の前記医療従事者それぞれの属性とに基づいて、前記医療機関で行われる医療行為の予約枠において前記医療行為を提供できる予約取得者の上限人数を算出し、
予約者による複数の前記医療機関に対する前記予約枠の指定と、前記予約取得者の上限人数と、既に前記医療機関に受け入れられた医療行為の予約の情報とに基づいて、複数の前記医療機関に在勤しうる複数の前記医療従事者のいずれかと、前記遠隔医療行為の提供ための前記予約枠とを、前記予約者に割り当てて予約を取得させ、前記予約者を予約取得者とする
ための処理をするように構成された、遠隔医療予約システム。

【請求項2】

前記プロセッサは、前記予約取得者を示す予約取得者情報を作成する、
請求項１に記載の遠隔医療予約システム。

【請求項3】

前記スケジュールは、複数の医療機関それぞれに在勤しうる複数の前記医療従事者それぞれが、前記遠隔医療行為以外の医療行為を提供しうるか否かをさらに示す、
請求項１または２に記載の遠隔医療予約システム。

【請求項4】

前記遠隔医療行為以外の医療行為は、対面医療行為である、
請求項３に記載の遠隔医療予約システム。

【請求項5】

複数の前記医療従事者は、複数の医師を含み、
前記プロセッサは、複数の前記医師それぞれの属性と、前記予約の情報とにさらに基づいて、複数の前記医師のいずれかと、前記予約枠とを、前記予約者に割り当てて前記予約取得者とする、
請求項４に記載の遠隔医療予約システム。

【請求項6】

複数の前記医師それぞれの属性は、当該医師が専門とする診療科を含み、
前記予約の情報は、前記予約者が希望する前記遠隔医療行為の診療科を含み、
前記プロセッサは、前記予約者が希望する診療科を専門とする複数の前記医師のいずれかと、前記予約枠とを、前記予約者に割り当てて前記予約取得者とする、
請求項５に記載の遠隔医療予約システム。

【請求項7】

複数の前記医師それぞれの属性は、当該医師が前記予約取得者１人あたりの対面医療行為の提供に要する時間と、当該医師が前記予約取得者１人あたりの前記遠隔医療行為に要する時間とを含み、
前記プロセッサは、当該医師が前記対面医療行為の提供に要する時間と前記予約取得者１人あたりの前記遠隔医療行為に要する時間との合計が、前記予約枠の時間長以下となる範囲で、当該医師と前記予約枠とを、前記予約者に割り当てる、
請求項５または６に記載の遠隔医療予約システム。

【請求項8】

当該医師が前記予約取得者１人あたりの前記遠隔医療行為に要する時間は、当該医師が前記予約取得者１人あたりの対面医療行為の提供に要する時間に重み付け係数を乗算することにより求められる、
請求項７に記載の遠隔医療予約システム。

【請求項9】

前記医療従事者は、看護師、薬剤師、管理栄養士および検査技師またはこれらの１つ以上を含む、
請求項１～４のいずれか１項に記載の遠隔医療予約システム。

【請求項10】

遠隔医療行為を提供しうる複数の医療従事者それぞれが複数の医療機関それぞれに在勤するか否かを予約枠ごとに示すスケジュールと、複数の前記医療従事者それぞれの属性とに基づいて、前記医療機関で行われる医療行為の予約枠において前記医療行為を提供できる予約取得者の上限人数を算出するステップと、
予約者による複数の前記医療機関に対する前記予約枠の指定と、前記予約取得者の上限人数と、既に前記医療機関に受け入れられた医療行為の予約の情報とに基づいて、複数の前記医療機関に在勤しうる複数の前記医療従事者のいずれかと、前記遠隔医療行為の提供ための前記予約枠とを、前記予約者に割り当てて予約を取得させ、前記予約者を予約取得者とするステップと、
を備える、コンピュータが行う遠隔医療予約方法。

【請求項11】

遠隔医療行為を提供しうる複数の医療従事者それぞれが複数の医療機関それぞれに在勤するか否かを予約枠ごとに示すスケジュールと、複数の前記医療従事者それぞれの属性とに基づいて、前記医療機関で行われる医療行為の予約枠において前記医療行為を提供できる予約取得者の上限人数を算出するステップと、
記憶された前記スケジュールと、予約者による複数の前記医療機関に対する前記予約枠の指定と、前記予約取得者の上限人数と、既に前記医療機関に受け入れられた医療行為の予約の情報とに基づいて、複数の前記医療機関に在勤しうる複数の前記医療従事者のいずれかと、前記遠隔医療行為の提供ための前記予約枠とを、前記予約者に割り当てて予約を取得させ、前記予約者を予約取得者とするステップと、
をコンピュータに実行させる遠隔医療予約プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、遠隔医療予約システム、方法およびプログラムに関する。

【背景技術】

【0002】

ネットワークを介して患者に遠隔医療行為を提供する遠隔医療が知られている。特許文献１は、このような遠隔医療を予約するシステムを開示する。

【0003】

しかしながら、特許文献１に開示されたシステムにおいては、医療行為を提供する医師の人的リソースが予約枠に固定的に設定される。従って、このようなシステムにおいては、遠隔医療行為に割り当てられる医師の人的リソースが、予約枠ごとに過大になったり過小になったりすることがある。また、このようなシステムは、１つ以上の医療機関に所属する医師の人的リソースを、遠隔医療行為の提供に適切に割り当てられない。

【0004】

さらに、医療機関が系列化されて複数あり、１人の医師が２つ以上の医療機関に属しうるとき、このようなシステムは、複数の医療機関に所属する医師の人的リソースを、遠隔医療行為の提供に適切に割り当てられない。

【先行技術文献】

【特許文献】

【0005】

【文献】特許第６７９６８９８号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

実施の形態は上述した背景からなされ、１つ以上の医療機関に所属する医療従事者の人的リソースを、遠隔医療行為に適切に割り当てて予約できるようにすることを目的とする。

【課題を解決するための手段】

【0007】

上記目的を達成するために、実施の形態にかかる遠隔医療予約システムは、スケジュールデータベースと、予約装置とを備える。スケジュールデータベースは、遠隔医療行為を提供しうる複数の医療従事者それぞれが複数の医療機関それぞれに在勤するか否かを予約枠ごとに示すスケジュールを記憶する。予約装置は、記憶されたスケジュールと、予約者による複数の医療機関に対する予約枠の指定とに基づいて、複数の医療機関に在勤しうる複数の医療従事者のいずれかと、遠隔医療行為の提供ための予約枠とを、予約者に割り当てて予約を取得させ、予約者を予約取得者とする。

【図面の簡単な説明】

【0008】

【図1】第１の実施の形態にかかる遠隔医療予約システムの構成を例示する図である。

【図2】図１に示した遠隔医療予約システムの端末装置および管理システムのコンピュータとしてのハードウェアの構成を例示する図である。

【図3】図１に示した管理システムの構成を示す図である。

【図4】図３に示したスケジュールＤＢに記憶されるスケジュール情報を例示する図表である。

【図5】図３に示した属性ＤＢに記憶される医師属性情報を例示する図表である。

【図6】図３に示した上限人数ＤＢに記憶される予約取得者の上限人数の予約枠ごとの変化を例示する図である。

【図7】図３に示した上限人数ＤＢに記憶される上限人数情報を例示する図表である。

【図8】図３に示した余り人数ＤＢに記憶される余り人数情報を例示する図表である。

【図9】図３に示した予約ＤＢに記憶される予約取得者情報を示す図である。

【図10】図１，図３に示した管理システムの動作を示すフローチャートである。

【図11】第２の実施の形態にかかる遠隔医療システムの構成を示す図である。

【図12】図１１に示したコンピュータそれぞれの構成を示す図である。

【図13】図１１，図１２に示した医療システムのコンピュータの動作を示すフローチャートである。

【発明を実施するための形態】

【0009】

［第１の実施の形態］
以下、第１の実施の形態を、図面を参照して詳細に説明する。なお、以下、実質的に同じ構成要素、処理、情報およびデータには同じ符号および名称が付される。また、複数ありうる構成要素のいずれかを特定せずに示すときには、構成要素の符号の添え字を省略することがある。また、情報通信および情報処理の主体となり得る構成要素はノードと総称されることがある。

【0010】

また、構成要素などの数および種類は例示的に示され、適宜、増減されたり変更されたりしうる。また、時間長および時刻は例示的に示され、適宜、増減されたり変更されたりしうる。また、数値は例示的に示され、正確性は保証されない。

【0011】

また、図示の都合上、図面において、「装置」および「システム」など、構成要素の名称の一部が適宜、省略されることがある。また、図面において、発明の本質的な説明に関係しない構成要素は、適宜、省略されることがある。また、ｍ，ｎ，ｐ，ｑは２以上の整数であり、ｉは１～ｎの整数であり、ｊは１～ｑの整数であり、ｋは１～ｑの整数であり、１つのｉ，ｊ，ｋそれぞれは複数の数値を示すことがある。また、ｐは常に同じ数であるとは限らず、ｑはｐ以上である。

【0012】

図１は、第１の実施の形態にかかる遠隔医療予約システム１の構成を例示する図である。図１に示すように、遠隔医療予約システム１は、病院、診療所および検査施設などの医療機関に診察などの予約を取ろうとする人が用いる端末装置１４－１～１４－ｍおよびその電話機１８と、医療機関＃１～＃ｎにおいて予約の管理などを行うコンピュータ１６－１～１６－ｎおよびその電話機１８と、遠隔管理システム１の全体の予約を管理する管理システム２とが、インターネットなどの通信ネットワーク１００を介して通信可能に接続された構成を採る。

【0013】

なお、以下、病院、医院および診療所など、医師による診察、治療および手術などの医療行為が提供される施設全般は、医療機関と総称される。また、医療機関に勤務し、対面または遠隔で、診察および治療などを行いうる歯科を含む各診療科の医師、生活指導などを行いうる看護師、投薬および医薬に関する相談および指導などを行いうる薬剤師、食事指導などを行いうる管理栄養士、検査前の食事の指示などを行いうる検査技師などは、常勤か非常勤か、無期雇用か有期雇用かなどを問わず医療従事者と総称される。また、医療従事者による診察、治療および指導などは医療行為と総称される。

【0014】

対面医療行為は、医療従事者が、医療機関および病気の患者などの医療行為の提供を受ける人の自宅などにおいて、医療行為の提供を受ける人と直接に会って行う医療行為である。遠隔医療行為は、医療従事者が、患者などの医療行為の提供を受ける人とは別の距離を隔てた場所にいて直接には会わず、電話機１８などを用いて提供する医療行為である。

【0015】

なお、遠隔治療を提供する医療従事者は、医療機関にいてもいなくてもよく、例えば、自宅から遠隔医療を提供してよい。また、病気の患者およびその家族など、医療行為を受ける人は、患者と総称される。また、端末装置１４から通信ネットワーク１００を介して管理システム２にアクセスし、対面医療行為または遠隔医療行為の予約をしようとしているが、予約を受け入れられるに至っていない患者は予約者と記載され、対面医療行為または遠隔医療行為の予約が受け入れられた患者は予約取得者と記載される。

【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】

上限人数算出装置２１０は、図４に示した医療機関＃１～＃ｎのスケジュール情報＃１～＃ｎの全てをスケジュールＤＢ２０２から読み出し、図５に示した医師属性情報を属性ＤＢ２０６から読み出す。

【0042】

上限人数算出装置２１０は、読み出したこれらの情報を処理し、医療機関＃１～＃ｎそれぞれにおいて、予約枠ごとに診療科による直接医療行為の提供を受ける予約取得者の上限人数を算出して上限人数情報＃１～＃ｎを作成する。上限人数算出装置２１０は、作成した上限人数情報＃１～＃ｎを、上限人数ＤＢ２１２に記憶する。

【0043】

図６を参照して上限人数算出装置２１０の処理をさらに説明する。図６は、図３に示した上限人数ＤＢ２１２に記憶され、ある診療科により直接医療行為の提供を受ける予約取得者の上限人数の予約枠ごとの変化を例示する図である。上限人数算出装置２１０は、以下に説明するように限定され、各予約枠において各診療科の医療行為および定型的な各医療行為を提供できる予約取得者の上限人数を、医師それぞれのスケジュールおよび属性に基づいて算出する。

【0044】

まず、予約取得者の上限人数の変動を説明する。図４，図５に示したように、各予約枠において、医療機関の各診療科において在勤の状態の医師の数と、在勤の状態の医師それぞれの直接医療人数または時間とは変化する。まず、３人の内科の医師識別子（ＩＤ；ＩＤｅｎｔｉｆｉｅｒ）＃１’～ＩＤ＃３’が、ある予約枠において在勤状態にあり、それぞれの直接医療時間と直接医療重み付け係数との乗算値が０．２時間，０．２５時間，０．３時間である場合を、図５とは異なる第１の例とする。

【0045】

この第１の例において、医師ＩＤ＃１’は、その予約枠において５人の予約取得者に医療行為を提供することができ、医師ＩＤ＃２’は、その予約枠において４人の予約取得者に医療行為を提供することができ、医師ＩＤ＃３’は、その予約枠において３人の予約取得者に医療行為を提供することができる。従って、この予約枠における内科の予約取得者の上限は１２人である。

【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】

コンピュータ１６－ｉは、他の全ての医療機関のコンピュータ１６に対して予約の受け入れが可能か否かの問い合わせを行ったと分散処理装置２３２が判断したとき（Ｓ２２０の処理においてＹ）には、問い合わせに含まれていた情報を予約管理装置２２４に対して入力してＳ２０６の処理に進む。

【0129】

コンピュータ１６－ｉは、他の全ての医療機関のコンピュータ１６に予約の受け入れが可能か否かの問い合わせを行ったと分散処理装置２３２が判断しなかったとき（Ｓ２２０の処理においてＮ）には、Ｓ２２２の処理に進む。

【0130】

ステップＳ２２２において、分散処理装置２３２は、その時点までに問い合わせを行っていない他の医療機関のコンピュータ１６のいずれかに対して、対面医療行為または遠隔医療行為の提供の予約の受け入れが可能か否かを問い合わせる問い合わせを行う。

【0131】

分散処理装置２３２は、この問い合わせに、予約者が対面医療行為または遠隔医療行為の提供の予約を行おう等する日時、診療科および予約枠などを示す情報と、予約者を特定できる情報とを含める。

【0132】

以上、図１３を参照して予約者により新たに予約が行われたときの医療システム２の動作を説明したが、予約取得者が予約をキャンセルしたときの管理システム３の動作は、上記説明に基づいて、当業者にとって容易に類推が可能であろう。

【0133】

以上の処理により受け入れられた対面診療行為および遠隔診察行為のスケジュールおよび予約取得者情報は、コンピュータ１６－ｉが用いられる医療機関＃ｉの管理職から各医師に伝えられ、各医師による予約取得者への対面診療行為および遠隔診察行為の予約取得者への提供が行われる。

【0134】

本発明の実施の形態が説明されたが、この実施の形態は、例として提示されたものであり、発明の範囲を限定することを意図されていない。この新規な実施の形態は、その他の様々な形態で実施されることができ、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更され得る。この実施の形態やその変形は、本発明の範囲および要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

【符号の説明】

【0135】

１ 遠隔医療予約システム、１００ 通信ネットワーク、１２ ハードウェア、１２０ バス、１２２ ＣＰＵ、１２４ ＲＯＭ、１２６ ＲＡＭ、１２８ ネットワークＩＦ、１３０ 端末ＩＦ、１３２ 記録装置、１３４ 外部装置ＩＦ、１４ 端末装置、１６ コンピュータ、１８ 電話機、２，３ 管理システム、２０ 人数管理装置、２００ スケジュール作成装置、２０２ スケジュールＤＢ、２０４ 属性管理装置、２０６ 属性ＤＢ、２１０ 上限人数算出装置、２１２ 上限人数ＤＢ、２２ 予約装置、２２０ ＧＵＩ装置、２２２ 予約処理装置、２２４ 予約管理装置、２２６ 余り人数ＤＢ、２２８ 予約ＤＢ、２３０ 予約提示装置、２３２ 分散処理装置、

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】