JP2021022341A - 医療関係者マッチングシステム - Google Patents

Abstract

【課題】医療関係者の転職を支援する医療関係者マッチングシステムを提供する。【解決手段】医療関係者マッチングシステム１００は、医療系データファイルが格納された医療系データベース５５と、医療系データベース５５にアクセス可能なホスト端末６０とを備える。通信ネットワーク９０には、病院端末５００およびユーザ端末１０が接続され、病院４００の病院提供情報データは、医療系データファイルとして医療系データベース５５に格納される。医療系データファイルに基づく医療系表示情報データは、ユーザ端末１０に送信される。医療系データファイルには、病院ＩＤおよび病院名の少なくとも一方と、病院住所、所属する医師名および医療設備などの病院基本情報と、少なくとも一つの病院内の３６０°画像情報とが含まれる。ユーザ端末１０の持ち主の少なくとも一人は、医療関係者であり、ユーザ端末１０には、３６０°画像情報が表示される。【選択図】図１

Description

本発明は、医療関係者マッチングシステムおよびマッチング方法に関する。特に、医者・看護師とそれを求人している病院との医療関係者マッチングシステムに関する。本発明はまた、病院・医者を探している患者と病院・医者との医療関係者マッチングシステムに関する。

現在、医療専門家を選択する過程は、時間がかかり、非効率で、不安に満ちている。自分に医療が必要とわかったとき、自分が満足する医師がなかなか見つからないことが多い。多くの人は、かかりつけ医からの紹介、友人や親類からの推薦、または医療機関ディレクトリに基づいて医師を選択する。これらの情報源には、広く医師会によって、または公表されている情報に基づいて評価されるような医師の知識の質の判定基準がない（特許文献１参照）。

さらに、患者は、医療機関ディレクトリや何らかのインターネット評価ウェブサイトを探す可能性がある。しかしながら、ほとんどのインターネット評価ウェブサイトは、匿名の情報源からのコメントや評価の集まりを提供しており、データの正確さは公衆にはわからない。これらの情報源には、広く医学界によって、または公表されている情報源に基づいて評価されるような医師の知識の質の判定基準がない。

特許文献１では、このような状況下において、医療専門家のような専門家の実績および能力に基づいた評価をするための情報を提供信頼性の高いシステムおよび提供することが必要であることを述べている。そして、特許文献１では、患者と、その患者から遠くに位置する医療専門家間の診察を円滑するためのサーバをホストとしたバーチャル診察アプリケーションを含むシステムを提案している。このバーチャル診察アプリケーションを含むシステムでは、患者コンピュータデバイスと、診療用の医療専門家コンピュータデバイスとを接続することによって、患者と医療専門家間のコミュニケーションが円滑になるようにしている。そして、電子メッセージが、医療専門家コンピュータデバイスから患者コンピュータデバイスに伝達される。電子メッセージは、診断中の健康関連の問い合わせ、および、診察後の医療専門家による医療勧告に関連するものである。

また、特許文献２には、ネットワーク・メディカルケア・システムが開示されている。このシステムは、次のことに起因して生まれたものである。すなわち、従来、医療カルテは病院毎に作成されて外部には公開されないため、一人の患者の治療歴に対する病院間の相互理解がないことにより、適切な治療が施されなかったり、医療ミス等の疑惑をもたれる原因となってきた。それに基づいて、特許文献２では、病院間をネットワークで結ぶことにより、患者に対するカルテを共有化し、患者の治療歴をどの病院でも見ることができるようにして、適切な治療を施せるようにできることを述べている。また、患者とメティカルケアセンターをインターネットでつなぐ医療・介護エキスパートシステムを構築して、適切且つ迅速な医療判断、救急措置ができることを述べている。

国際公開ＷＯ２０１６／０８００３８号公報 特開２００１−３４４３４７号公報

特許文献１に開示されたバーチャル診察アプリケーションでは、患者と医療専門家とが電子メッセージで繋がることにより、信頼性の高い情報を得ることができる。このように患者と医療専門家との間のコミュニケーションのシステムは着目されているが、本願発明者は、「医師」自体の問題に着目されていないことに気づいた。すなわち、従来のシステムは、患者目線のものが多いが、そうではなく、患者ではなく、「医師」が、どのような病院に属したいかという点は見逃されていた。具体的には、医師が転職する際や新たに勤務する時において、病院の情報としては、住所や電話番号、診療科・部門、ベッド数などの基本的な情報しかなく、その病院が何を得意の分野（例えば、循環器内科、脳神経外科、耳鼻科など）としているかなどはわからなかった。したがって、医師はとりあえず、病院に応募してから、その病院にマッチしているかどうかを面接などで確認するしか手がなかった。

また、医師が転職するときは、一般的な転職サイトを利用するか、紹介者を頼ることになる。一般的な転職サイトは、給与面などの条件が提示されているだけのことが多く、残りの情報は各病院のインターネットサイトの情報と大差ない。医師は、通常の会社の転職者と異なって、いままで経験した知識・技術を活かすことが前提となっており、仮に外科の募集があったとしても、それだけで応募を決める動機にはならない。加えて、紹介者を通じて転職する場合でも、紹介者が推薦してくれた病院はわかっても、その病院が求めるものは、専らその病院のインターネットサイトの情報だけから推測するしかなく、決定的な判断指標・情報にはならない。

特許文献２に開示されたネットワーク・メディカルケア・システムでは、病院間をネットワークで結ぶことにより、患者に対する医療カルテを共有化することを提案している。しかしながら、医療カルテは、各病院に固有のフォーマットで記録されており、隣の病院との互換性はない。さらに詳細には、同系列の病院（例えば、済生会病院など）であったとしても、隣接する同系列の病院との間での医療カルテのフィーマットは共有化されておらず、したがって、同系列の病院で患者が移動したとしても、前回の病院の医療カルテのフォーマットが同じでない限り、医療カルテを共有化することができないのが実情である。従来から、国の方針も含めて医療カルテの共有化が望ましいとされている中、医療カルテの共有化が進まないのであれば、カルテ共有化が行われない前提で、なんとか、検査・症状の結果（データ）を使う手法がないか検討した。

そのような中、本願発明者は、医師を含む医療関係者の転職に役立つシステムを思いついた。また、病院間の医療カルテのデータ共有がなくても、患者自身の身体データを簡便に利用できて、患者の利便性を向上させたシステムも思いついた。

本発明はかかる点に鑑みてなされたものであり、その主な目的は、医師を含む医療関係者が病院に転職するときに医療関係者にとっても病院にとっても有用な医療関係者マッチングシステムおよび方法を提供することにある。また、本発明の他の目的は、病院間で医療カルテの共有化を行わなくても、患者自身の身体データを有効利用することができる医療関係データ処理システムおよび方法を提供することにある。

本発明に係る医療関係者マッチングシステムは、医療関係者の転職を支援する医療関係者マッチングシステムであり、医療系データファイルが格納された医療系データベースと、通信ネットワークを介して、医療系データベースにアクセス可能なホスト端末とを備えている。前記通信ネットワークには、病院端末およびユーザ端末が接続される。前記病院端末の保有者である病院の病院提供情報データは、前記医療系データファイルとして前記医療系データベースに格納されている。前記医療系データベースには、医療関係者ネットワークプログラムが含まれている。前記医療関係者ネットワークプログラムは、前記病院の病院提供情報データを、前記医療系データファイルとして、前記医療系データベースに登録する機能と、前記登録された医療系データファイルに基づく医療系表示情報データを、前記ユーザ端末に送信する機能とを実現するプログラムである。前記医療系データファイルには、病院ＩＤおよび病院名の少なくとも一方と、病院住所、所属する医師名および医療設備からなる群から選択される少なくとも一つの病院基本情報と、少なくとも一つの病院内の３６０°画像情報とが含まれている。前記ユーザ端末の持ち主の少なくとも一人は、医療関係者である。前記ユーザ端末には、前記３６０°画像情報が表示されている。前記医療関係者ネットワークプログラムは、さらに、前記ユーザ端末と前記病院端末とを接続する機能を実現するプログラムである。

ある好適な実施形態において、前記医療関係者は、医師、看護師、薬剤師、歯科医師および歯科衛生士からなる群から選択される。前記ユーザ端末の少なくとも一つは、スマートフォンである。前記スマートフォンには、前記医療関係者ネットワークプログラムに基づくスマートフォンアプリケーションが導入される。前記スマートフォンアプリケーションが動作することにより、前記スマートフォンの画面には、前記病院基本情報と、前記３６０°画像情報とが表示される。前記医療関係者の前記スマートフォンは、前記スマートフォンアプリケーションを通じて、前記病院端末に連絡可能な状態になる。

ある好適な実施形態において、前記ユーザ端末の持ち主には、患者、患者関係者、救助者および医療アドバイザからなる群から選択される病院検索者が含まれている。前記ユーザ端末の少なくとも一つは、スマートフォンである。前記スマートフォンには、前記医療関係者ネットワークプログラムに基づくスマートフォンアプリケーションが導入される。前記スマートフォンアプリケーションが動作することにより、前記スマートフォンの画面には、前記病院基本情報と、前記３６０°画像情報とが表示される。前記病院検索者の前記スマートフォンは、前記スマートフォンアプリケーションを通じて、前記病院の予約システムに接続可能である。

ある好適な実施形態において、前記通信ネットワークは、インターネットである。前記医療系データベースは、前記通信ネットワークに接続されたサーバ装置内に設けられている。前記医療関係者ネットワークプログラムは、さらに、前記ホスト端末と前記医療系データベースとを接続する機能と、前記病院端末と前記医療系データベースとを接続する機能と、前記ユーザ端末と前記医療系データベースとを接続する機能とを実現するプログラムである。前記医療関係者ネットワークプログラムは、前記ユーザ端末の持ち主と、前記病院端末の保有者である病院とをマッチングさせるマッチング機能を備えている。

ある好適な実施形態において、前記マッチング機能は、前記サーバ装置内とは異なる追加サーバ装置に格納された人工知能プログラムによって実行される。

ある好適な実施形態において、前記ユーザ端末に導入された前記医療関係者ネットワークプログラムは、前記ユーザ端末の前記持ち主の診断結果である診療画像データを保存および表示する機能を実現する診療画像データプログラムを備えている。

ある好適な実施形態において、前記医療関係者ネットワークプログラムは、前記診療画像データを前記ユーザ端末から、前記医療系データベースにアップロードする機能を備えている。

ある好適な実施形態において、前記ユーザ端末に導入された前記医療関係者ネットワークプログラムは、前記ユーザ端末の前記持ち主の処方箋情報を保存する機能を備えている。

ある好適な実施形態において、前記病院端末の保有者である病院には、薬局が含まれている。前記医療関係者ネットワークプログラムは、前記薬局の前記病院端末へ前記処方箋情報を送信する機能を有している。

ある好適な実施形態において、前記ユーザ端末に導入された前記医療関係者ネットワークプログラムは、前記ユーザ端末の前記持ち主が受けた診療費用を決裁する機能を有している。

ある好適な実施形態において、前記医療関係者ネットワークプログラムは、前記ユーザ端末に対して、診療画像データを送信する広告送信機能を有している。

ある好適な実施形態において、前記通信ネットワークは、第５世代（５Ｇ）対応の通信網である。医療関係者マッチングシステムは、前記病院の一つである第１病院の医療操作データを第２病院の医療装置に接続する機能を備えている。

本発明に係る医療関係者マッチング方法は、医療関係者ネットワークプログラムによって実現される医療関係者マッチングシステムを用いた医療関係者マッチング方法である。前記医療関係者ネットワークプログラムは、病院の病院提供情報データを、医療系データファイルとして、医療系データベースに登録する機能と、前記登録された医療系データファイルに基づく医療系表示情報データを、ユーザ端末に送信する機能とを実現するプログラムである。前記医療系データファイルには、病院ＩＤおよび病院名の少なくとも一方と、病院住所、所属する医師名および医療設備からなる群から選択される少なくとも一つの病院基本情報と、少なくとも一つの病院内の３６０°画像情報とが含まれている。

ある好適な実施形態において、前記ユーザ端末の持ち主の少なくとも一人は、医療関係者である。前記ユーザ端末には、前記３６０°画像情報が表示される。前記医療関係者マッチング方法は、前記医療関係者における前記ユーザ端末へ前記病院基本情報および前記３６０°画像情報が導入される工程と、前記病院基本情報が表示されている病院の連絡先に前記ユーザ端末からの問合せメッセージが送信される工程と、前記ユーザ端末にて、前記病院からの返答メッセージを受信する工程とを含む。

ある好適な実施形態において、前記医療関係者は、医師、看護師、薬剤師、歯科医師および歯科衛生士からなる群から選択される。前記ユーザ端末の少なくとも一つは、スマートフォンである。前記スマートフォンには、前記医療関係者ネットワークプログラムに基づくスマートフォンアプリケーションが導入される。前記スマートフォンアプリケーションが動作することにより、前記スマートフォンの画面には、前記病院基本情報と、前記３６０°画像情報とが表示される。前記医療関係者の前記スマートフォンは、前記スマートフォンアプリケーションを通じて、前記病院端末に連絡可能な状態になる。

ある好適な実施形態において、前記３６０°画像情報は、ユーザの指でスワイプすることによって、３６０°移動させることができる画面である。前記医療関係者マッチング方法は、前記スマートフォンでの検索によって、前記病院基本情報が表示される工程を含む。前記検索が行われている際に、前記検索の入力に基づき人工知能プログラムにより、前記病院基本情報が表示される。

ある好適な実施形態において、前記ユーザ端末の持ち主には、患者、患者関係者、救助者および医療アドバイザからなる群から選択される病院検索者が含まれている。前記ユーザ端末の少なくとも一つは、スマートフォンである。前記スマートフォンには、前記医療関係者ネットワークプログラムに基づくスマートフォンアプリケーションが導入される。前記スマートフォンアプリケーションが動作することにより、前記スマートフォンの画面には、前記病院基本情報と、前記３６０°画像情報とが表示される。前記病院検索者の前記スマートフォンは、前記スマートフォンアプリケーションを通じて、前記病院の予約システムに接続可能である。前記医療関係者マッチング方法は、さらに、前記スマートフォンを用いて、前記予約システムによる予約を行う工程と、前記予約システムから予約結果メッセージが前記スマートフォンに表示される工程とを含んでいる。

ある好適な実施形態において、前記医療関係者マッチング方法は、さらに、前記ユーザ端末に導入された前記医療関係者ネットワークプログラムを用いて、前記ユーザ端末の前記持ち主の診断結果である診療画像データを保存および表示する工程を含む。

ある好適な実施形態において、前記医療関係者マッチング方法は、さらに、前記ユーザ端末に導入された前記医療関係者ネットワークプログラムを用いて、前記ユーザ端末の前記持ち主の処方箋情報を保存および表示する工程を含む。

ある好適な実施形態において、前記病院端末の保有者である病院には、薬局が含まれている。前記医療関係者マッチング方法は、さらに、前記薬局の前記病院端末へ前記処方箋情報を送信する工程を含む。

ある好適な実施形態において、前記医療関係者マッチング方法は、さらに、前記ユーザ端末に導入された前記医療関係者ネットワークプログラムを用いて、前記ユーザ端末の前記持ち主が受けた診療費用を決裁する工程を含む。

本発明では、医療系データベースに登録される医療系データファイルに病院基本情報と病院内の３６０°画像情報とが含まれており、医療関係者ネットワークプログラムによって、ユーザ端末には３６０°画像情報が表示され、ユーザ端末と病院端末とを接続する機能が実現される。したがって、ユーザ端末の持ち主である医療関係者は、転職する際において、病院住所などの病院の病院基本情報だけでなく、病院内の３６０°画像を見ることができ、医療関係者であれば、その３６０°画像を見ると、実際の雰囲気や使用している医療設備・診療所などの内容がわかり、そして、ユーザ端末と病院端末とが接続されているので、そのまま転職活動（問い合わせなど）を行うことができる。また、求人を募集している病院の立場からしても、文字情報に依存した病院基本情報だけでなく、その３６０°画像を見てもらうことで、実際の雰囲気や使用している医療設備・診療所を把握してもらった上で募集がくるので、ミスマッチングが少なくなるとともに、すぐに連絡・応答ができるので、機会損失を減らすことができる。その結果、本発明によれば、医師を含む医療関係者が病院に転職するときに医療関係者にとっても病院にとっても有用な医療関係者マッチングシステムを実現することができる。

そして、本発明の一態様では、ユーザ端末の持ち主として、患者、患者関係者、救助者および医療アドバイザなどの病院検索者を含めることができる。その場合、病院を探している人（特に、患者）は、探している病院への口コミや書き込みだけでなく、ユーザ端末で、病院住所などの病院の病院基本情報とともに病院内の３６０°画像を見ることができる。したがって、病院を探している人（特に、患者）は、病院住所などの病院の病院基本情報だけでなく、病院内の３６０°画像を見ることができることから、実際の雰囲気や使用している医療設備・診療所などの内容を理解した上で、その病院に訪問・問い合わせ等をすることができる。また、予約システムによって予約手続も行う場合、さらに便利である。

さらに、本発明の一態様では、ユーザ端末に導入された医療関係者ネットワークプログラムが備えている診療画像データプログラムにより、診療画像データを保存および表示する機能を実現することができる。したがって、病院間での診察結果のデータフォーマットが異なっており、病院間でその診察結果を共有できないときでも、ユーザ端末の持ち主は、ユーザ端末に保存された診療画像を表示して、診察する病院の医師に見せることができる。その結果、病院間で医療カルテの共有化を行わなくても、患者自身の身体データを有効利用することができるという顕著な効果を奏する。

本発明の一態様では、ユーザ端末に導入された医療関係者ネットワークプログラムによって、ユーザ端末の持ち主の処方箋情報を保存することができる。したがって、ユーザ端末の持ち主は、処方箋情報を薬局に見せることで、調剤の組み合わせ等を判別（特に処方してはいけない薬の判別）することができる。そして、医療関係者ネットワークプログラムによって、薬局の病院端末へ処方箋情報を送信できる場合、薬局は事前に準備できて便利になるとともに間違いが大幅に減らすことができ、さらには、ユーザ端末に表示された処方箋情報と照らし合わせて確認することができるという効果も得られる。加えて、本発明の一態様では、医療関係者ネットワークプログラムにより、診療費用を決裁することができるので、診察を受けた患者は、ユーザ端末を用いて診療費用を払うことができて便利である。なお、本発明のさらなる特徴または効果は、発明を実施するための形態にて示すこととする。

本発明の実施形態に係る医療関係者マッチングシステム１００を含む医療系連係ネットワーク２００を説明する構成図である。 本発明の実施形態に係る医療関係者マッチングシステム１００を含む医療系連係ネットワーク２００を説明するブロック図である。 本発明の実施形態に係る医療関係者マッチング方法を説明するためのブロック図である。 本発明の実施形態に係る医療関係者マッチング方法を説明するためのフローチャートである。 本発明の実施形態に係る医療関係者マッチング方法を説明するためのフローチャートである。 本発明の実施形態に係る医療系データ処理装置（サーバ装置）５０の構成を示すフローチャートである。 本発明の実施形態に係る医療系データ処理装置（サーバ装置）５０の改変例の構成を示すブロック図である。 本発明の実施形態に係る医療系データ処理装置（サーバ装置）５０に格納されているプログラム５１および５９を説明するための図である。 本発明の実施形態に係る医療関係者マッチングシステム１００の構成を示す図である。 本発明の実施形態に係るアプリケーション２８５が導入された情報端末（スマートフォン）１０の構成図（正面図、表示部２５０側の筐体図）である。 本発明の実施形態に係るアプリケーション（スマホアプリ）２８５が作動しているときの最初の画面（ＴＯＰ）を説明する図である。 本発明の実施形態に係るアプリケーション（スマホアプリ）２８５が作動しているときの地図詳細の画面を説明する図である。 本発明の実施形態に係るアプリケーション（スマホアプリ）２８５が作動しているときの地域病院表示の画面を説明する図である。 本発明の実施形態に係るアプリケーション（スマホアプリ）２８５が作動しているときの病名の画面を説明する図である。 本発明の実施形態に係るアプリケーション（スマホアプリ）２８５が作動しているときの薬品名の画面を説明する図である。 本発明の実施形態に係るアプリケーション（スマホアプリ）２８５が作動しているときの機器名の画面を説明する図である。 本発明の実施形態に係るアプリケーション（スマホアプリ）２８５が作動しているときの病院（全体情報）の画面を説明する図である。 本発明の実施形態に係るアプリケーション（スマホアプリ）２８５が作動しているときの病院（個別情報）の画面を説明する図である。 本発明の実施形態に係るアプリケーション（スマホアプリ）２８５が作動しているときの病院（３６０°画像、動画など）の画面を説明する図である。 アプリケーション（スマホアプリ）２８５が作動しているときの３６０°画像（検査室）の画面を説明する図である。 アプリケーション（スマホアプリ）２８５が作動しているときの３６０°画像（ベット室）の画面を説明する図である。 アプリケーション（スマホアプリ）２８５が作動しているときの３６０°画像（診察室）の画面を説明する図である。 アプリケーション（スマホアプリ）２８５が作動しているときの３６０°画像（待合室）の画面を説明する図である。 本発明の実施形態に係るアプリケーション（スマホアプリ）２８５が作動しているときにおける個別の病院情報画面（病院詳細）の画面を説明する図である。 本発明の実施形態に係るアプリケーション（スマホアプリ）２８５が作動しているときの予約システムの画面を説明する図である。 本発明の実施形態に係るアプリケーション（スマホアプリ）２８５が作動しているときの予約システムの画面を説明する図である。 本発明の実施形態に係るアプリケーション（スマホアプリ）２８５が作動しているときの予約システムの画面を説明する図である。 本発明の実施形態に係るアプリケーション（スマホアプリ）２８５が作動しているときの診療画像の保存画面を説明する図である。

本願発明者は、上述した特許文献１に開示されたバーチャル診察アプリケーションを用いるもの、すなわち、単に、患者と医療専門家とが電子メッセージで繋がることによるものではなく、さらには、上述した特許文献２に開示されたネットワーク・メディカルケア・システムを用いるもの、すなわち、単に、病院間をネットワークで結んで患者に対する医療カルテを共有化することではなく、医療関係者にとっても病院にとっても有用な医療関係者マッチングシステムができないかを鋭意検討した。

特に、医師が転職を行おうとするときは、基本的な病院情報以外は、インターネットの口コミや書き込みに頼るしかないのが実情であり、さらには仮に紹介者がいる場合でも、面接を申し込んで実際に病院にいってその様子を見る必要がある。医師は多忙なことが多く、転職の面接を行うことが難しい。そのような状況の中、事前に病院の雰囲気や医療設備、診療・検査スペースがどのようなものがわからないと、面接を申し込みたくない、そして、面接をしないと、病院の雰囲気や医療設備、診療・検査スペースがどのようなものがわからないというジレンマがあった。また、病院で診断をうけたい患者にとっても、事前に病院の雰囲気や医療設備、診療・検査スペースがどのようなものがわからないと診断を受けたくない、そして、診断を受けにいかないと、病院の雰囲気や医療設備などがどのようなものがわからないというジレンマがあった。

さらには、現在の病院カルテは、理論的にはそのカルテ情報を共有化できるはずであるが、実際には、病院が導入している医療機器（ＣＴ、ＭＲＩなど）のフォーマットが各メーカで異なり、それゆえに、隣接する同系統病院であっても、医療機器のメーカが異なれば、共有化ができないのが実情である。そのような中、本願発明者は、実際の医療現場では、特に緊急時や初回の診療では、カルテ電子データが必要な訳でなく、診療画像が必要なことに気がついた。さらには、今日において広く普及しているスマートフォンを利用すれば、その患者本人の診療画像を、スマートフォンを介在させながら利用できないかどうかを検討した。なお、診療画像は究極の個人情報と言われることがあるくらい重要な情報であるので、そのセキュリティ保護には十全を期する必要があり、単にスマートフォンの画像フォルダに保存しておけばよいというものではないことは言うまでもない。

このような状況下で、医師の転職にも便利であり、患者にも安心かつ便利で、そして、病院間の医療カルテのデータ共有がなくても医師にも患者にも利便性に優れたものがないかと考え抜いた結果として、本発明に至った。

以下、図面を参照しながら、本発明の好適な実施形態を説明する。以下の図面においては、説明の簡潔化のために、同じ作用を奏する部材、部位には同じ符号を付し、重複する説明は省略または簡略化することがある。また、各図における寸法関係（長さ、幅、厚さ等）は、必ずしも実際の寸法関係を正確に反映していない場合がある。また、本明細書において特に言及している事項以外の事柄であって本発明の実施に必要な事項は、当該分野における従来技術に基づく当業者の設計事項として把握され得る。本発明は、本明細書及び図面によって開示されている内容と当該分野における技術常識とに基づいて実施することができる。加えて、本発明は、以下の実施形態に限定されるものではない。

図１は、本発明の実施形態に係る医療関係者マッチングシステム１００の一例を説明する図（イラストを利用したネットワーク図）である。また、図２は、本実施形態の医療関係者マッチングシステム１００の一例を説明するブロック図（ネットワーク図）である。また、本実施形態の医療関係者マッチングシステム１００を含む全体を医療関係者ネットワーク２００と称することとする。

本実施形態の医療関係者マッチングシステム１００は、医療関係者の転職を支援する医療関係者マッチングシステムである。本実施形態の医療関係者マッチングシステム１００は、図１および図２に示すように、医療系データベース５５が設けられた医療関係者マッチング装置（サーバ装置）５０と、ホスト端末６０とを備えている。ホスト端末６０は、通信ネットワーク９０を介して、サーバ装置５０における医療系データベース（５５）にアクセス可能な端末（例えば、パーソナルコンピュータ、スマートフォン、タブレット端末など）である。

本実施形態の構成において、通信ネットワーク９０には、病院端末５００およびユーザ端末１０が接続されている。通信ネットワーク９０は、インターネット（インターネット回線網）である。病院端末５００は、病院４００（４０１、４０２、４０５）内に配置されている。病院端末５００は、インターネット（通信ネットワーク）９０にアクセス可能な端末（例えば、パーソナルコンピュータ（ＰＣ）、スマートフォン、タブレット端末など）である。また、ユーザ端末１０は、インターネット（通信ネットワーク）９０にアクセス可能な端末（例えば、スマートフォン、パーソナルコンピュータ（ＰＣ）、タブレット端末など）である。

さらに説明すると、本実施形態の通信ネットワーク９０であるインターネット通信網（インターネット回線ネットワーク）は、現在、最も普及している通信ネットワークであるが、将来これを超える通信ネットワークが発生すればそれを採用することができる。なお、本実施形態の通信ネットワーク９０は、社内ＬＡＮ、無線ＬＡＮ（例えば、Ｗｉ-Ｆｉ）を含めた形でのインターネット通信網であって構わない。また、インターネット通信網９０を使用するものの、本実施形態の医療関係者マッチングシステム１００を運営する会社（あるいは、団体または個人）がそれを所有することまで要求されるものではなく、本発明の構成要件としての「通信ネットワーク９０（インターネット回線網）」は、通信利用できるような形態で使用できれば構わない。さらに、通信ネットワーク９０は、電話線ネットワーク（特に、携帯電話通信ネットワーク）も利用することができ、現在は第５世代の規格であるが、次世代の第５世代の規格（または、それ以降の規格）に対応したものを採用することもできる。

また、医療関係者マッチング装置５０は、インターネット通信網（通信ネットワーク）９０に接続されたサーバ装置である。サーバ装置５０は、インターネット通信網９０へのデータ送受信機能を備えた電子計算機（コンピュータ装置）であり、記憶装置および半導体集積回路（ＩＣ）を備えている。本実施形態の医療系データベース５５は、ハードディスク（ＨＤＤ）から構成されている。具体的には、通信ネットワーク９０に接続されたサーバ装置５０内の記憶媒体である。ただし、医療系データベース５５は、サーバ装置５０の筐体から物理的に離れた位置にある記憶媒体（例えば、ＬＡＮハードディスク）、または、クラウドコンピュータ上の記録媒体（ハードディスクなどの記録装置）であっても構わない。また、記録媒体は、ハードディスク（ＨＤＤ）のような磁気記録媒体に限らず、光記録媒体、光磁気記録媒体、半導体記録媒体（ソリッドステートドライブ：ＳＳＤ）などの他の記録媒体であっても構わない。

なお、本実施形態の医療系データベース５５は、医療関係者マッチングシステム１００を運営する会社の内に配置されている場合の他、セキュリティをさらに高度にするために専門のデータ管理会社内で保管することも可能である。また、民間の会社の中でも、社会的に個人情報に対して信頼性の高い会社（例えば、銀行、保険会社、クレジットカード会社、著名なデータ管理会社（あるいは、政府関係の機関））の管理で、医療系データベース５５を保管・運営してもらうことも可能である。

本実施形態のホスト端末６０は、典型的には、パーソナルコンピュータ（ＰＣ）である。ホスト端末（ＰＣ）６０は、インターネット通信網（通信ネットワーク）９０に接続可能な通信装置（例えば、光ファイバ接続端子）と、ディスプレイ装置（例えば、液晶表示装置）、入力装置（例えば、キーボード、マウスなど）、演算装置（例えば、半導体集積回路装置（ＩＣ）または中央演算装置（ＣＰＵ））、記憶装置（例えば、ハードディスク、半導体記憶装置など）から構成されている。ホスト端末（ＰＣ）１０は、入力装置を用いて必要な情報の入力を行うことができ、それを記憶装置（ＨＤＤ、ＳＳＤなど（または、ＲＯＭ、ＲＡＭ））を用いながら演算装置（ＣＰＵ）で処理して、サーバ装置５０を制御することができる。なお、ホスト端末６０の説明は、病院端末５００についても同様である。

なお、ホスト端末６０は、パーソナルコンピュータ（ＰＣ）に限らず、サーバ装置５０を操作できるのであれば、他の装置であってもよく、例えば、スマートフォン、タブレット端末、携帯電話などであってもよい。また、ホスト端末６０は、インターネット通信網９０に接続されずに、他の通信回線、すなわち、社内ＬＡＮ（有線ＬＡＮ、または、無線ＬＡＮ）などでサーバ装置５０に接続してもよい。または、ホスト端末６０は、パーソナルコンピュータ（ＰＣ）ではなく、ワークステーションの端末であってもよい。なお、本実施形態の医療関係者マッチング装置５０は、典型的なサーバ装置に限らず、セキュリティが確保できるのであれば、パーソナルコンピュータ（ＰＣ）などのコンピュータ装置を用いることも可能である。また、本実施形態において、通信ネットワーク９０に情報通信端末（ＰＣ、スマートフォンなど）が接続されているとは、情報通信的に接続されていること（通信可能なこと）を意味し、有線ケーブルで物理的に接続されている場合の他、無線または光通信で接続されている場合も含む。

また、インターネット通信網（通信ネットワーク）９０に接続されるユーザ端末１０は、医療関係者マッチングシステム１００を利用するユーザ（３０１、３０２）の情報通信端末であり、典型的には、携帯型端末（例えば、スマートフォン、タブレット、ノートＰＣなど）である。本実施形態では、ユーザ端末１０は、スマートフォン（例えば、アップル社製のiPhone（登録商標）、Android OSを搭載したスマートフォン（各種のAndroidスマートフォン））である。スマートフォンは、多機能の携帯電話であり、通話機能、インターネット通信機能を備えており、通話機能だけでなく、情報を管理・加工・送信などすることができる。ただし、本実施形態の情報通信端末１０は、スマートフォンに限らず、情報通信ができるものであれば、パソコン（例えば、デスクトップＰＣ）、ゲーム機、携帯電話、テレビなどの端末であっても構わない。また、携帯できる形の携帯通信機器（情報通信端末）としては、スマートフォン、携帯電話の他、タブレット型コンピュータ、ノートパソコン、ウェアラブルコンピュータを用いることも可能である。

図１に示した構成例では、本実施形態の病院４００は、大病院（大学病院など）４０１、小病院（開業医の病院など）４０２を示している。また、本実施形態の病院４００は、狭義の意味の病院だけでなく、歯科病院が含まれるとともに、医療関係者が従事する施設ということで薬局も含めることもできる。図１には、薬局４０５も病院４００の一つとして例示している。なお、本実施形態の病院（医療施設）４００を、さらに広義にとらえて、介護する施設である介護施設（例えば、老人ホーム、または、養護老人ホーム、特別養護老人ホームなど）を含めることも可能である。

図１にした大病院４０１では、病院建物４１０、医師・看護師４１２、医療設備４１７がある検査室４１５、病院端末（ＰＣ）５００を図示している。また、小病院４０２では、病院建物４２０、診察室４２１内の医師４２２および検査結果（レントゲン画像）４２６、病院端末（ＰＣ）５００を図示している。また、薬局４０５では、薬局建物４５０および病院端末（ＰＣ）５００を図示している。なお、病院端末（ＰＣ）５００は、建物（４１０、４２０、４５０）内の所定の部屋に配置されて、インターネット９０に接続した状態となっている。大病院４０１の検査室４１５および小病院４０２の診療室４２１には、カメラ４９０を表示している。このカメラ４９０は、３６０度画像（３６０°画像）を撮影できるものであり、その部屋の３６０°画像の撮影が終わったら、取り除いてもよい。なお、３６０°画像は、通常のカメラで撮影してそれを３６０°画像に編集できる機能があればそのようなものでもよい。または、３６０°画像が作成できるのであれば、カメラ４９０は、スマートフォンのカメラでもよい。加えて、カメラ４９０は、動画機能を持たせてものでもよく、その部屋の動画を撮影してもよい。加えて、カメラ４９０を備え付けた状態にしておいて、部屋の内部が観察できるようにしても構わない。

図１におけるユーザ端末１０の持ち主は、医療関係者３０１である。本実施形態の医療関係者３０１は、医師、看護師、薬剤師、歯科医師、歯科衛生士などである。また、医療関係者３０１に介護士を含めてもよい場合がある。図１に示した医療関係者３０１は、医師３１０であり、この医師３１０は、ユーザ端末１０を手に持っている。図示したユーザ端末１０は、スマートフォンであるが、ＰＣ（例えば、ノートパソコン、デスクトップパソコン）でも、タブレット端末でも構わない。

さらに、図１におけるもう一人のユーザ端末１０の持ち主は、病院検索者３０２である。本実施形態の病院検索者３０２は、患者、患者関係者、救助者、医療アドバイザなどである。医療関係者（例えば医師）３０１が、病院検索者３０２になるときもある。また、病院検索者３０２は、歯科病院を探しているときは歯科患者などであり、介護施設を探しているときは介護施設入居応募者などになる。

また、図１に示した構成例では、本実施形態の医療系データベース５５が設けられたサーバ装置（第１サーバ装置、または、メインサーバ装置）５０とは別に、追加サーバ装置１５０がインターネット９０に接続されている。追加サーバ装置１５０は、医療系データベース５５とは異なるデータベース１５５が設けられている。なお、医療系データベース５５とデータベース１５５とを一つのサーバ装置５０に設けることは可能である。また、データベース５５（１５５）は、上述したように、ハードディスクまたは半導体記録装置などのハードウエアで構成されているものの他、インターネット９０上に存在するクラウドサーバのようなものであっても構わない。

次に、図２を参照しながら、本実施形態の医療関係者マッチングシステム１００についてさらに説明する。本実施形態のサーバ装置（医療関係者マッチング装置）５０には、医療関係者ネットワークプログラム５１が含まれている。また、本実施形態の構成では、サーバ装置（医療関係者マッチング装置）５０には、診療画像データプログラム５９が含まれている。なお、診療画像データプログラム５９の詳細は後述する。

図示した構成例では、医療関係者ネットワークプログラム５１は、医療系データベース５５内に格納されている。そして、病院端末５００の保有者である病院４００（４０１、４０２、４０５）の情報（特に、医療関係者マッチングシステム１００を使用する病院提供情報）は、医療系データファイル５３のデータ形態で、医療系データベース５５に格納されている。加えて、本実施形態のサーバ装置（医療関係者マッチング装置）５０には、サーバ用プログラム（不図示）が格納されている。サーバ用プログラムは、サーバをどうさせるためのプログラムであり、データの送受信、データの保存・書き換えなどのプログラムである。

図２に示した例では、通信ネットワーク９０には、サーバ装置５０、ホスト端末６０、システム１００に登録した病院４００の病院端末５００、および、システム１００に未登録の病院４００Ｘの病院端末５００が接続されている。さらに、登録ユーザ３０１・３０２のユーザ端末（登録ユーザ端末）１０、および、未登録ユーザ３００Ｘの情報端末（新規ユーザ端末、未登録ゲスト端末）１０が接続されている。ユーザ端末１０は、典型的には、スマートフォンであるが、上述したように、ＰＣなどの情報通信端末であっても構わない。また、本実施形態の通信ネットワーク９０には、本実施形態のサーバ装置（医療関係者マッチング装置）５０とは異なる別のサーバ装置１５０が接続されていても構わない。別のサーバ装置１５０（外部サーバ装置１５０）は、外部サーバデータベース１５５を有している。外部サーバデータベース１５５には、サーバ用プログラム１５１（または、プログラム機能、プログラム構造体）および、予約データ、転職データ、各種の条件データなどのデータ構造体１５３が格納されている。

本実施形態の構成において、サーバ装置（医療関係者マッチング装置）５０の医療関係者ネットワークプログラム５１は、ホスト端末６０、病院端末５００、ユーザ端末１０に導入（または、インストール）される。未登録病院４００Ｘの病院端末５００および未登録ユーザ３００Ｘのユーザ端末１０には、登録手続の際に、医療関係者ネットワークプログラム５１が導入される。そして、当該医療関係者ネットワークプログラム５１の起動によって、医療関係者マッチングシステム１００が、当該ネットワーク９０に関係するハードウエアおよびソフトウエアの協働によって実現する。

ホスト端末６０は、サーバ装置（医療関係者マッチング装置）５０を操作する情報端末である。すなわち、ホスト端末６０は、サーバ装置５０にアクセス可能であり、そして、サーバ装置５０の動作を制御し、サーバ装置５０内のプログラムを起動させることができ、そして、サーバ装置５０内のデータベース５５内のデータを追加・編集・削除などすることができる。ホスト端末６０には、サーバ装置５０からダウンロードされて実行するホスト端末用プログラム６１が含まれている。また、ホスト端末６０には、ホスト端末６０におけるデータ処理装置（ＣＰＵ、メモリ装置、入出力装置など）６３が含まれている。また、ホスト端末６０には、ネットワーク９０を介してデータの送受信をする送受信装置も含まれている。なお、本実施形態の構成では、サーバ装置５０からのダウンロードでなく、ホスト端末６０から直接端末（５００、１０）へ導入できるように、ホスト端末６０用の医療関係者ネットワークプログラム６９が格納されている。サーバ装置５０から端末（５００、１０）に何らかの理由でダウンロードできないときに、この医療関係者ネットワークプログラム６９によって端末（５００、１０）にソフト・アプリをインストールすることが可能である。

病院端末５００は、病院４００（４０１、４０２、４０５）の情報端末である。病院端末５００は、ネットワーク９０を介して、サーバ装置５０との間でデータの送受信を行うことができる。病院端末５００には、サーバ装置５０からダウンロードされて実行する病院端末用プログラム５１０、病院端末５００におけるデータ処理装置（ＣＰＵ、メモリ装置、入出力装置など）５２０が含まれている。また、病院端末５００には、ネットワーク９０を介してデータの送受信をする送受信装置も含まれている。病院４００の担当者（４１２、４２２など）は、病院端末５００を操作することで、医療関係者ネットワークプログラム５１の動作によって構築された医療関係者マッチングシステム１００を使用することができる。

ユーザ端末１０は、医療関係者マッチングシステム１００を使用することができる情報端末であり、ネットワーク９０を介して、サーバ装置５０との間でデータの送受信を行うことができる。ユーザ端末１０には、サーバ装置５０からダウンロードされて実行するユーザ端末用プログラム１１１、および、ユーザ端末１０おけるデータ処理装置（ＣＰＵ、メモリ装置、入出力装置など）１１２が含まれている。なお、病院端末５００を、ユーザ端末１０として使用することも可能である。

なお、未登録ユーザ３００Ｘのユーザ端末（新規ユーザ端末、未登録ゲスト端末）１０は、まだ、医療関係者マッチングシステム１００を利用していない情報端末である。未登録のユーザ端末１０は、サーバ装置５０からプログラムがダウンロードされるプログラム領域１１１が存在する。また、未登録のユーザ端末１０には、データ処理装置（ＣＰＵ、メモリ装置、入出力装置など）１１２が含まれており、ネットワーク９０を介してデータの送受信をする送受信装置も含まれている。

本実施形態のサーバ装置５０は、情報端末（１０、６０）からのデータ入力（９３）、および、それらの情報端末へのデータ出力（９４）を行うことができる。各情報端末（１０、６０）は、通信ネットワーク９０に送受信可能な状態となっている（矢印９１）。

図３は、本実施形態の医療系データベース５５の構成を説明するためのブロック図である。上述したように医療系データベース５５は、医療系データファイル５３を備えている。本実施形態の医療系データファイル５３は、病院４００（４０１、４０２、４０５）を特定するための病院ＩＤおよび病院名（例えば、○○病院、△△医院など）の少なくとも一方を含んでいる（病院ＩＤおよび病院名の両方が含まれていることが好ましい）。また、医療系データファイル５３には、病院住所、所属する医師名および医療設備の少なくとも一つが含まれる病院基本情報が含まれている（病院住所、所属する医師名、医療設備の各情報が全て含まれていることが好ましい）。さらには、医療系データファイル５３には、病院内の３６０°画像情報が含まれている。

図３に示した医療系データファイル５３は、各病院４００（または、病院端末５００）の病院ＩＤに対応した個別医療系データファイル（５３ａ、５３ｂ、・・・）から構成されている。この個別医療系データファイル（５３ａ、５３ｂ、・・・）には、病院ＩＤおよび病院名、病院住所、所属する医師名および医療設備、病院内の３６０°画像情報が含まれている。

また、本実施形態の構成では、医療系データベース５５は、医療系データファイル５３の情報を処理する医療系データファイル処理部５２を有している。医療系データファイル処理部５２は、医療系データファイル５３と外部との間のデータを送受信するデータ送受信部５２ａと、医療系データファイル５３に新規情報を追加して更新する病院データ更新部５２ｂと、医療系データファイル５３を編集する病院情報編集部５２ｃとから構成されている。

医療系データファイル５３における個別医療系データファイル（５３ａ、５３ｂ、・・・）は、ホスト端末６０及び／又は病院端末５００からの入力によって作成される。そして、サーバ装置５０と病院端末５００とのデータ送受信は、個別医療系データファイル（５３ａ、５３ｂ、・・・）における病院ＩＤに基づいて実行される。本実施形態の医療系データファイル５３のデータ構造、および、医療系データファイル処理部５２（５２ａ、５２ｂ、５２ｃ）は、医療関係者ネットワークプログラム５１の実行によって構築されるものである。

また、本実施形態の構成では、医療系データベース５５には、医療関係者ネットワークプログラム５１が含まれており、医療関係者ネットワークプログラム５１を実行すると、医療関係者ネットワークプログラム５１で実現した機能が実行可能な状態となる。なお、本実施形態の構成例では、医療関係者ネットワークプログラム５１は、医療系データベース５５内に格納されているが、これらのプログラムが適切に実行できるのであれば、医療系データベース５５以外の場所に格納されていてもよい。

本実施形態の医療関係者ネットワークプログラム５１は、
（ａ）病院４００の病院提供情報データを、医療系データファイル５３として、医療系データベース５５に登録する機能と、
（ｂ）登録された医療系データファイル５３に基づく医療系表示情報データを、ユーザ端末１０に送信する機能と
を実現するプログラムである。
この病院提供情報データには、病院名、病院住所、所属する医師名および医療設備、病院内の３６０°画像情報が含まれており、病院ＩＤにより、これらの情報データは紐付けられている。なお、病院ＩＤでなく、病院名によって、これらの情報データを紐付けることも可能であるが、同名の病院があることを考慮すると、病院ＩＤ（数字、英語、英数字などの番号での特定）で管理することが好ましい。また、この病院提供情報データは、病院４００の病院端末５００から医療系データベース５５にアップロードすることができるが、病院４００から委託された形態でホスト端末６０からアップロードすることも可能である。

これらの機能（ａ）および（ｂ）は、図３に示した医療系データファイル処理部５２によって実行することができる。具体的には、医療系データファイル５３と外部との間のデータを送受信するデータ送受信部５２ａによって、外部（端末５００又は６０）から病院提供情報データを取り込み、病院データ更新部５２ｂによって、取り込んだ病院提供情報データを医療系データファイル５３に登録（又は更新）することができる。そして、医療系データファイル５３に登録された病院提供情報データは、病院情報編集部５２ｃによって編集することができる。そして、医療系データファイル５３に登録されている病院提供情報データは、医療系表示情報データとして、データ送受信部５２ａは外部に（特に、ユーザ端末１０に）送信することができる。そして、その外部の情報端末（特に、ユーザ端末１０）で医療系表示情報データを表示させることができる。本実施形態における医療系表示情報データは、病院名、病院住所、所属する医師名および医療設備、病院内の３６０°画像情報を表示させるデータである。

また、本実施形態の医療関係者ネットワークプログラム５１は、さらに、
（ｃ）ユーザ端末１０と病院端末５００とを接続する機能
を実現するプログラムである。この機能（ｃ）によって、サーバ装置５０を介して、ユーザ端末１０と病院端末５００との間で相互に通信を行うことができる。したがって、ユーザ端末１０のメッセージなどを、病院端末５００で受け取ることができるとともに、病院端末５００からの返信、条件提示やオファーをユーザ端末１０で受け取ることができる。なお、ユーザ端末１０と病院端末５００との間のやり取りを、医療系データファイル５３に記録しておくことも可能である。そのときには、医療系データファイル処理部５２（５２ａ、５２ｂ、５２ｃ）によって、その送受信、登録（記録）・更新のステップを実行することができる。

加えて、本実施形態の医療関係者ネットワークプログラム５１は、さらに、
（ｄ）ホスト端末６０と医療系データベース５５とを接続する機能と、
（ｅ）病院端末５００と医療系データベース５５とを接続する機能と、
（ｆ）ユーザ端末１０と医療系データベース５５とを接続する機能と
を実現するプログラムであってもよい。これらの機能（ｃ）から（ｅ）、すなわち、外部端末（６０、５００、１０）と医療系データベース５５とを接続する機能は、医療関係者ネットワークプログラム５１でなくて汎用のプログラムによって実現することもできるが、本実施形態の医療関係者ネットワークプログラム５１によって実現させることも可能である。この機能（ｃ）および（ｅ）、および、医療系データファイル処理部５２（特に、データ送受信部５２ａ）の協働により、外部端末（６０、５００、１０）と医療系データベース５５との相互通信が確保される。

本実施形態における個別医療系データファイル（５３ａ、５３ｂ、・・・）について例示的に説明すると、以下のような要素を含んでいる。
（１）病院ＩＤ（および病院名）：病院４００（または病院端末５００）に対応した識別番号であり、一つの病院（病院名）４００に、一つの病院ＩＤが付与されて、重複しては付与されない。病院端末５００に病院ＩＤを付するときに、一つの病院４００に複数の病院端末５００があるときには、病院ＩＤに枝番をつけたり、複数の病院ＩＤを付したりしてもよい。病院ＩＤは、シリアルナンバー方式（またはランダム方式）で本システム（１００）の側で自動的に付与してもよいし、病院端末５００を保有する人が自由に選択できる方式であってもよい。
（２）病院基本情報：病院住所、所属する医師名、医療設備などであり、病院の基本的な内容を知ることができる情報のすべてが含まれていることが好ましいが、病院が実在することを特定できる最低限の情報に限定しても構わない。病院基本情報として、電話番号（及び／又は、ＦＡＸ番号）、地図またはアクセス情報、ベッド数、営業日・営業時間、代表医師名（及び／又は、理事長など）、専門分野（内科、消化器科、耳鼻咽喉科、脳外科など）、理念（運営方針、治療方針、検査方針など）、沿革（設立年月なども）を含めておくことが好ましい。
（３）病院内の３６０°画像情報：病院の部屋（例えば、医療設備４１７がある検査室４１５、診察室４２１、ベッド室（入院部屋）、待合室など）の画像である。ユーザ端末１０がスマートフォンのときは、指のスワイプで、画面を３６０°回転・移動できるようなデータであることが好ましい。また、ユーザ端末１０がＰＣの時は、マウスの操作で、画面を３６０°回転・移動できるようなデータであることが好ましい。なお、３６０°画像は、画面を回転させることで３６０°見ることができるもの他、魚眼レンズのような広視野角の状態で移動することで３６０°（または、ほぼ３６０°）が見ることができるようなものであってもよい。病院内の画像の他、病院の建物、外からみた正面玄関、病院周辺の３６０°画像を含めてもよい。また、医師、看護師などの画像を含めてもよい（３６０°画像、または、１方向からの静止画像）。また、３６０°画像は、ＶＲ（バーチャルリアリティ）であってもよい（例えば、ＶＲゴーグル、ヘッドマウントティスプレイ（ＨＭＤ）で見るようなもの、あるいは、スマートフォンを用いてＶＲを体感するようなもの）。３６０°画像がＶＲのときは、ユーザ端末１０は、ＶＲゴーグル、ヘッドマウントティスプレイ（ＨＭＤ）、スマートフォン、さらには、ＶＲグラスなどである。また、３６０°画像は、ＡＲ（拡張現実）を利用したものであってもよい。加えて、３６０°画像として、動画を含めてもよい。
（４）病院端末アドレス：例えば、電子メールアドレス、携帯電話番号を利用したアドレス（ショートメールアドレス）、ＳＮＳ（ソーシャルネットワーク）のアドレス（フェイスブックやＬＩＮＥなどのアドレス）である。本実施形態の構成では、病院ＩＤによって、サーバ装置５０と病院端末５００との通信が確立されているので、病院端末アドレスは必須ではないが、電子メールアドレスなどの病院端末アドレスがあった方が便利であるとともに、緊急時や不測の事態に対応とれる連絡先は多い方がよい（電話番号、ＦＡＸ番号なども含めて）。

上述の説明は、病院４００における個別医療系データファイル（５３ａ、５３ｂ、・・・）についてであるが、ユーザ３０１（例えば、医師３１０）およびユーザ３０２（例えば、患者３２０）の個別医療系データファイル（５３ａ、５３ｂ、・・・）を構築することもできる。その時には、以下のような要素を含めることが好ましい。
（１ａ）ユーザＩＤ：ユーザ３０１（又は３０２）に対応した識別番号であり、一つのユーザ３０１（又は３０２）に、一つのユーザＩＤが付与されて、重複しては付与されない。なお、転職のためのユーザ３０１（医師３１０）と、治療のためのユーザ３０２（患者３２０）とは、別系統のユーザＩＤ（例えば、医師ＩＤ（転職者ＩＤ）と、患者ＩＤ）を用いておくことが好ましい。また、一つのユーザが複数のＩＤを所望するときは、ユーザＩＤに枝番をつけたり、複数のユーザＩＤを付したりしてもよい。ユーザＩＤは、シリアルナンバー方式（またはランダム方式）で本システム（１００）の側で自動的に付与してもよいし、ユーザ端末１０を保有する人が自由に選択できる方式であってもよい。
（２ａ）ユーザ基本情報：ユーザ氏名、住所、年齢、生年月日などであり、ユーザを特定する基本的な内容である。これらの全ての情報のすべてが含まれていることが好ましいが、個人情報に関するものでもあるので、一部または全部を任意としてもよいし、必須項目の中でも（例えば氏名）、匿名・ニックネームを認めるなどの対応をしてもよい。加えて、ユーザ基本情報として、電話番号（及び／又は、携帯電話番号）、メールアドレス、ＳＮＳアドレス等を含めてもよい。

次に、図４も参照しながら、本実施形態の医療関係者ネットワークプログラム５１によって実現される医療関係者マッチングシステム１００の動作について説明する。言い換えると、医療関係者マッチングシステム１００を用いた医療関係者マッチング方法について説明する。図４は、本実施形態に係る医療関係者マッチング方法を説明するためのフローチャートである。

図４のフローチャートに示すように、まず、ユーザ３０１又は３０２（例えば、図１に示した医師３１０、又は、病院検索者（患者）３２０）が、会員登録を行う（ステップＳ１００）。ここで、医師３１０を例にとって説明すると、ユーザ端末であるスマートフォン１０を操作して、本実施形態の医療関係者マッチングシステム１００のインターネットサイト（ホームページ）を表示して、そこで、医療関係者ネットワークプログラム５１をダウンロードして、あとは指示にしたがって会員登録を行う。この例の場合、医療関係者ネットワークプログラム５１によってスマートフォンアプリケーション（医療系スマホアプリ）がダウンロードされて、そのアプリが立ち上がり、その導入時に、会員登録をすることができる。また、スマートフォン１０にアプリをダウンロードせずに、医療関係者マッチングシステム１００のホームページ画面で会員登録をしてもよい。

次に、ユーザ３０１（医師３１０）は、スマートフォン１０を操作することにより、インストールした医療関係者ネットワークプログラム５１に基づいて動作するスマホアプリ（本実施形態の医療系スマホアプリ）で、病院を検索する（ステップＳ１１０）。病院の検索では、病院名、地域などの文字や条件を用いることができる。病院を検索すると、本システム１００に登録されている病院４００が表示される。なお、本システム１００に登録されていない病院も表示できるようにしても構わない。本システム１００の導入当初は、本システム１００に登録されていない病院も表示するように運用して、本システム１００の知名度が向上したり使用割合が増えた段階で、登録病院４００だけを表示できるように変更してもよい（登録病院、未登録病院を切り替えて表示できるようにしてもよい）。

次に、ユーザ３０１（医師３１０）は、スマートフォン１０を操作して、検索した病院４００の病院情報を取得する（ステップＳ１２０）。ここでは、病院４００の基本情報（病院名、住所など）を知ることができる。未登録の病院の検索結果でも、この基本情報（病院名、住所など）を表示させることは可能である。

続いて、ユーザ３０１（医師３１０）は、スマートフォン１０を操作して、検索した病院４００の３６０°画面を表示させて、その３６０°画面を見る（ステップＳ１２５）。ここで、３６０°画面を表示できるのは、本システム１００に登録した病院４００であり、そして、３６０°画面という有用な情報が含まれていることから、その病院が検索され閲覧される確率も高くなるので、本システム１００の登録の促進にもなる。

ユーザ３０１（医師３１０）は、３６０°画面を見ることで、病院４００の基本情報だけでなく、その病院がどのような医療機器を備えているか、または、そのような診療現場かどうかを、文字だけでなく、画像で、しかも３６０°画像で確認することができる。３６０°画像が、画像内で前進できたりするときは、あたかも、その病院内を歩いて見ているような感じで、病院の雰囲気を知ることができる。

次に、３６０°画面を見て病院の雰囲気を知ったユーザ３０１（医師３１０）は、その病院に連絡をする（ステップＳ１３０）。具体的には、ユーザ３０１（医師３１０）は、スマートフォン１０を操作して、表示している病院４００の連絡画面を使用して、当該病院への連絡を行う。ユーザ３０１が転職を希望している医師３１０であれば、転職に関する問い合わせ（例えば、面接希望日とか、求人募集中であるとか、勤務条件とか）を行ったらよい。

続いて、連絡を受け取った病院４００は、病院端末５００でその連絡内容を確認し、次いで、病院端末５００から返事を書き、その返事をユーザ３０１（医師３１０）は受け取る（ステップＳ１４０）。ユーザ３０１が病院から受け取る返事は、自動メッセージのような定型的なものでも構わないし、病院４００のスタッフが実際に作成した文章でもよい。

上述の例では、ユーザ３０１（医師３１０）について説明したが、ユーザ３０２（病院検索者３２０）でも操作は同様である。なお、ユーザ３０２（病院検索者３２０）の場合は、転職を希望している者ではないので、ステップＳ１００〜Ｓ１２５までを行って、３６０°画面を見たところまででとどめて、スマホアプリを使って連絡まではしない可能性がある。もちろん、ユーザ３０２（病院検索者３２０）でも、ステップＳ１３０（病院への連絡）およびＳ１４０（病院からの返事の受取）を行ってもよい。

次に、図５を参照しながら、本実施形態の医療関係者マッチング方法における転職活動フローについて説明する。図５は、本実施形態に係る転職活動フローについてのフローチャートである。

図４に示したステップＳ１３０の段階で（または、その前後で（例えば、病院からの返事の後で）、ユーザ３０１（医師３１０）は、図５に示すようにして転職活動フローを実行することができる。

まず、図５に示すように、転職条件を入力する（ステップＳ２００）。具体的には、ユーザ３０１（医師３１０）は、スマートフォン１０を操作して、そのスマートフォン１０に表示されている転職条件の入力画面を使用して、転職条件の入力を行う。転職条件の入力は、直接の文字・数字入力の他、選択式の入力（プルダウン式、クリック式、点（又は、レ点）入力形式のものなど）のものであってもよい。

次に、その入力した転職条件を登録する（ステップＳ２１０）。具体的には、ユーザ３０１（医師３１０）は、スマートフォン１０を操作して、表示している転職条件の入力内容を確認して、登録のボタンを押せばよい。すると、その転職条件は、本実施形態のサーバ装置５０の医療系データベース５５に登録される。具体的には、医療系データベース５５におけるそのユーザＩＤ（医師ＩＤ）の個別医療系データファイル５３の一部として登録される。

また、一つの病院４００を検索した状態ではなく、所望の地域（例えば、東京都、関西エリア）または勤務条件（例えば、年収○○万円以上など）を指定し、その地域や条件の中で、転職条件を入力し（ステップＳ２００）、そしてその転職条件を登録（ステップＳ２１０）することもできる。

次に、登録された転職条件と、その条件に見合う病院４００とのマッチング処理を行う（ステップＳ２２０）。このマッチング処理（Ｓ２２０）は、一つの病院４００に対して一人の連絡者（医師３１０）のときは、その病院４００のスタッフ（例えば、医院長、看護士長、人事スタッフなど）が、病院端末５００でその転職条件を確認することで行うことができる。そして、その後、当該連絡者（医師３１０）に対して返事をすることで、採用の合否、面接日程の連絡、質問に対する返答、病院からの質問などを行って、連絡者（医師３１０）が病院４００とマッチするか、あるいは、求人募集している病院４００に対して連絡者（医師３１０）がマッチするかの処理を行う。

このマッチング処理においては、最終的な決定（例えば、面接日時の確定）の前に、サーバ装置５０の医療系データベース５５に格納されている医療関係者ネットワークプログラム５１によって、転職条件と募集条件（求人条件）とがマッチングしているかどうかのチェックを行うことが好ましい。そのようなチェック（マッチング処理のチェック）は、医療関係者ネットワークプログラム５１において、募集条件の範囲内に、転職条件が収まっているかどうかのソフトウエア的な比較ステップを実行できる機能を発現できるようなプログラムを記載しておけばよい。

また、このマッチング処理（Ｓ２２０）が、複数の病院４００に対して、複数の連絡者（医師３１０）が存在するときは、医療関係者ネットワークプログラム５１に、推奨の順位を示すマッチング機能を持たせるような構成にすることが好ましい。また、そのようなマッチング機能は、医療関係者ネットワークプログラム５１に記載するだけでなく、外部のサーバ装置１５０（外部データベース１５５）に格納されている人工知能プログラムを利用してもよい。そのような人工知能プログラムは、比較推奨処理またはビックデータの処理に適しているもの、または、ディープラーニング処理に適したもの等を使用することができるが、このようなマッチング処理を実行できるのであれば適宜適切な人工知能プログラムを使用することができる。本実施形態の構成においては、例えば、ＮＥＣ製のＡＩ（人工知能）商品「NEC the WISE」などを使用することができるが、これに限定されるものではない。

このようなマッチング処理（Ｓ２２０）を経て、連絡者（医師３１０）と病院４００の担当者（例えば、医院長）とが面接などを行って、実際に転職が成立するかどうかが決まる。本実施形態の医療関係者マッチング方法によれば、連絡者である医師３１０は、事前に、病院内の３６０°画像を見た上で、転職希望を申し込んでいるので、いま勤務している医療設備・検査設備と違うことにより（文字情報のＣＴ・ＭＲＩなどの機器名は同じでも）、面接は受けたもの転職を辞退するとか、あるいは、病院の雰囲気があわないとかの理由で転職を辞退するとかの事象を大幅に減らすことができる。加えて、病院４００の側も、実際には転職しない医師３１０に対して連絡をしたり面接をすることを大幅に減らすことができるので、実際に相性の良い医師３１０と面接を行うことが多くなる。その結果、コスト・時間および精神的な負担を大幅に減らすことができ、医師と病院の両方にとってメリットが大きい。

次に、図６を参照しながら、本実施形態の医療関係者マッチング方法における病院検索フローについて説明する。図６は、本実施形態に係る病院検索フローについてのフローチャートである。この病院検索フローは、本実施形態の医療関係者マッチングシステム１００を用いて、病院検索者３０２（患者（または患者関係者等）３２０）が病院を探すプロセスについての説明である。

図４に示した会員登録（ステップＳ１００）の後、ユーザ３０２（患者３２０等）は、図６に示すようにして病院検索フローを実行することができる。

まず、図６に示すように、症状情報を入力する（ステップＳ３００）。具体的には、ユーザ３０２（患者３２０）は、スマートフォン１０を操作して、そのスマートフォン１０に表示されている症状情報の入力画面を使用して、症状情報（例えば、頭痛・耳鳴り、二ヶ月前から等）の入力を行う。症状情報の入力は、直接の文字・数字入力の他、選択式の入力（プルダウン式、点（又は、レ点）入力式、または、チェックボックス式、ラジオボタン式のものなど）のものであってもよい。

次に、その入力した症状情報を登録する（ステップＳ３１０）。具体的には、ユーザ３０２（患者３２０）は、スマートフォン１０を操作して、表示している症状情報の入力内容を確認して、登録のボタンを押せばよい。すると、その症状情報は、本実施形態のサーバ装置５０の医療系データベース５５に登録される。具体的には、医療系データベース５５における個別の医療系データファイル５３（ユーザＩＤ（患者ＩＤ）によって規定された患者データファイル）の一部として登録される。

次に、登録された症状情報と、その症状情報に見合う病院４００（すなわち、その症状の治療が得意な病院・専門の病院）とのマッチング処理を行う（ステップＳ３２０）。このマッチング処理（Ｓ３２０）は、一つの病院４００に対して一人のユーザ３０２（患者３２０）のときは、その病院４００のスタッフ（例えば、医院長、看護士長）が、病院端末５００でその転職条件を確認することで行うことができる。そして、その後、当該連絡者（患者３２０）に対して返事をすることで、当該病院で治療／検査ができるかどうか、診療可能日時の連絡、質問に対する返答、病院からの質問などを行って、連絡者（患者３２０）が病院４００とマッチするか、あるいは、病院４００に対して連絡者（患者３２０）がマッチするかの処理を行う。

このマッチング処理においては、最終的な決定（例えば、診療日時の確定）の前に、サーバ装置５０の医療系データベース５５に格納されている医療関係者ネットワークプログラム５１によって、症状情報と、病院の治療・検査能力適性（症状に対する専門性、専門／熟練の医師の有無、医療設備など）とがマッチングしているかどうかのチェックを行うことが好ましい。そのようなチェック（マッチング処理のチェック）は、医療関係者ネットワークプログラム５１において、連絡条件（治療情報に基づく条件）の範囲内に、病院の治療・検査能力に基づく条件が収まっているかどうかのソフトウエア的な比較ステップを実行できる機能を発現できるようなプログラムを記載しておけばよい。

また、このマッチング処理（Ｓ３２０）が、複数の病院４００に対して、複数の連絡者（患者３２０）が存在するときは、医療関係者ネットワークプログラム５１に、推奨の順位を示すマッチング機能を持たせるような構成にすることが好ましい。また、そのようなマッチング機能は、医療関係者ネットワークプログラム５１に記載するだけでなく、外部のサーバ装置１５０（外部データベース１５５）に格納されている人工知能プログラムを利用してもよい。そのような人工知能プログラムは、比較推奨処理またはビックデータの処理に適しているもの、または、ディープラーニング処理に適したもの等を使用することができるが、このようなマッチング処理を実行できるのであれば適宜適切な人工知能プログラムを使用することができる。本実施形態の構成においては、例えば、ＮＥＣ製のＡＩ（人工知能）商品「NEC the WISE」などを使用することができるが、これに限定されるものではない。

このようなマッチング処理（Ｓ３２０）を経て、連絡者（患者３２０）と病院４００の担当者（例えば、専門の勤務医）とが診察・検査などを行うことができる。本実施形態の医療関係者マッチング方法によれば、連絡者である患者３２０は、事前に、病院内の３６０°画像を見た上で、治療の申し込みをしているので、病院の雰囲気や、実際に検査を受ける医療設備が思っていたのと違うなどの理由で治療を辞退することを大幅に減らすことができる。その結果、両者とも治療に至るまでの負担を大幅に減らすことができ、患者と病院の両方にとってメリットが大きい。

また、マッチング処理（Ｓ３２０）では、ユーザ３０２（患者３２０、または、患者の関係者など）が診察時間を予約する予約システムを用いることができる。具体的には、ユーザ３０２（患者３２０）は、スマートフォン１０を操作して、本実施形態のシステム１００（医療系スマホアプリ）を立ち上げて、そこで、病院４００への予約を行うことができるプログラムを含む予約システムに接続することができる。この予約システムは、本実施形態の医療系データベース５５内に格納しておくことができる他、外部のサーバ装置１５０（外部データベース１５５）に格納されているものを使用することが可能である。

この予約を行うには、患者３２０は、スマートフォン１０を操作して、予約システムによる予約を行い、次いで、予約システムから予約結果メッセージがスマートフォン１０に表示されて、予約が完了したことがわかるようにしてもよい。なお、予約システムの構成によっては、一度確定した予約を変更できるような仕組みにしても構わない。このような予約システムによる予約ステップを導入することにより、患者と病院の両方の負担を軽減することができる。

本実施形態の医療関係者マッチングシステム１００では、医療系データベース５５に登録される医療系データファイル５３に病院基本情報と病院内の３６０°画像情報とが含まれてる。そして、医療関係者ネットワークプログラム５１によって、ユーザ端末１０には３６０°画像情報が表示される。さらに、医療関係者ネットワークプログラム５１によって、ユーザ端末１０と病院端末５００とを接続する機能が実現されて、ユーザ端末１０と病院端末５００は相互に通信可能な状態になる。

したがって、ユーザ端末１０の持ち主である医療関係者３０１（医師３１０等）は、転職する際において、病院住所などの病院の病院基本情報だけでなく、病院内の３６０°画像を見ることができる。それゆえに、医療関係者３０１（医師３１０等）であれば、その３６０°画像を見ると、実際の雰囲気や使用している医療設備・診療所などの内容がわかる。そして、ユーザ端末１０と病院端末５００とが接続されているので、そのまま転職活動（問い合わせなど）を行うことができる。

また、求人を募集している病院４００（４０１、４０２、４０５）しても、文字情報に依存した病院基本情報だけでなく、その３６０°画像を見てもらうことで、実際の雰囲気や使用している医療設備・診療所を把握してもらった上で、募集がくる。しがって、ミスマッチングが少なくなるとともに、すぐに連絡・応答ができるので、機会損失を減らすことができる。その結果、本実施形態の構成によれば、医師３１０を含む医療関係者３０１が病院４００に転職するときに医療関係者３０１にとっても病院４００にとっても有用な医療関係者マッチングシステムを実現することができる。

さらに、本実施形態の構成では、ユーザ端末１０の持ち主として、患者３２０など（例えば、患者、患者関係者、救助者および医療アドバイザなど）の病院検索者３０２を含めることができる。その場合、病院を探している人３０２（特に、患者３２０等）は、探している病院４００への口コミや書き込みだけでなく、ユーザ端末１０で、病院住所などの病院の病院基本情報とともに病院４００内の３６０°画像を見ることができる。したがって、病院を探している人３０２（特に、患者３２０）は、病院住所などの病院の病院基本情報だけでなく、病院内の３６０°画像を見ることができることから、実際の雰囲気や使用している医療設備・診療所などの内容を理解した上で、その病院４００に訪問・問い合わせ等をすることができる。また、予約システムによって予約手続も行うことができる場合、さらに便利である。

次に、図７および図８を参照しながら、本実施形態の医療関係者ネットワークプログラム５１とともに診療画像データプログラム５９によって実現される医療関係者マッチングシステム１００について説明する。特に、ユーザ３０２（患者３２０）の診断結果である診療画像データを保存および表示する機能を実現する診療画像データプログラム５９について説明する。

図７は、本実施形態のサーバ装置５０において、医療系データベース５５（第１データベース）とともに、診療画像データベース５７（第２データベース）の構成を示すブロック図である。本実施形態の構成においては、医療系データファイル５３を含む医療系データベース５５と、医療画像データファイル５６を含む診療画像データベース５７のそれぞれのセキュリティを強化するために、診療画像データベース５７は、医療系データベース５５とは別のデータベースとして構築されている。なお、セキュリティの強度を確保できるのであれば、医療系データベース５５と診療画像データベース５７とを一つのデータベースとして構築することも可能である。また、本実施形態のサーバ装置５０は、医療系データベース５５と診療画像データベース５７との両方を含んでいるが、物理的に一つのサーバ装置５０に格納されていてもよいし、情報的に接続されているのであれば、物理的に離れた場所に設置されていてもよい。また、診療画像データプログラム５９だけ医療系データベース５５に格納しておいても構わない。

本実施形態の構成おいては、診療画像データベース５７の診療画像データプログラム５９を実行すると、サーバ装置５０において（ここでは、診療画像データベース５７内において）、診断画像データを格納する診療画像データ格納部５６と、診断画像データを処理する診断画像データ処理部５８が構築される。本実施形態の診断画像データ処理部５８は、診療画像データ格納部５６と外部（９０）との送受信をする診療画像データ送受信部５８ａと、医療系データファイル５３から、病院属性に従って前記データ抽出を実行するデータ抽出部５８ｂと、診療画像データを編集する診療画像データ編集部５８ｃとを含んでいる。

本実施形態の構成では、ユーザ３０２（患者３２０）は自分の診断結果である診療画像を、スマートフォン１０のカメラで撮影して、スマートフォン１０の記憶媒体（データ処理装置１１２の一部）に診療画像データを保存する。そして、スマートフォン１０は、その診療画像データを、ネットワーク９０を介してサーバ装置５０の診療画像データベース５７に送信し、次いで、診療画像データベース５７の診療画像データ格納部５６内に保存される。これらの処理、すなわち、送信された診療画像データを受信および保存の処理は、診断画像データ処理部５８（５８ａ、５８ｂなど）によって実行することができる。さらに、このような診療画像データのアップロード処理を、本実施形態の医療関係者ネットワークプログラムによる処理で行うことができるような構成にすることができる。また、本実施形態の医療関係者ネットワークプログラムにより、診療画像データベース５７の診療画像データ格納部５６（または、医療系データベース５５を利用しているときはその一部）内に保存された診療画像データを、当該ユーザ（診療画像の本人）のスマートフォン１０にアップロードできるような構成にしてもよい。

なお、診療画像データは、診療画像は究極の個人情報と言われることがあるくらい重要な情報であるので、スマートフォン１０と診療画像データベース５７との通信（送受信）だけのやり取りに限定して、ホスト装置６０は、診療画像データ格納部５６内の診療画像データにはアクセス不可の構成にすることが好ましい。また、主治医の病院４００の病院端末５００からも、当該ユーザ（診療画像の本人）から許可を受けた時だけ、診療画像データ格納部５６内の診療画像データにはアクセスすることができ、そうでなければアクセス不可の構成にすることが好ましい。なお、外部のサーバ装置１５０の外部データベース１５５の方がセキュリティが強度であるならば、診療画像データ格納部５６内の診療画像データ群は、外部データベース１５５に格納させるようにしてもよい。また、診療画像データの取り扱いは、ブロックチェーン技術を使用したものであってもよい。加えて、診療画像データの取り扱いは、将来実用化が期待されている量子暗号技術を用いたものであってもよい。

図８は、医療関係者ネットワークプログラム５１によって実現される機能５１ａ〜５１ｆを模式的に示している。また、診療画像データプログラム５９によって実現される機能５９ａ（および、その他の機能５９ｘ）を模式的に示している。なお、機能５１ａ〜５１ｆ、および、機能５９ａ〜５９ｘは、サーバ装置５０内のＯＳ（オペレーションシステム）及びアプリケーションプログラムなどのソフトウエアおよびハードウエアと協働して、上述した医療関係者マッチングシステム１００を構築する。例えば、医療関係者ネットワークプログラム５１によって実現される機能５１ａ〜５１ｆの一例は、上述した機能（ａ）から（ｆ）などである。また、医療関係者ネットワークプログラム５９によって実現される機能５９ａ〜５９ｘは、上述した機能（診療画像データのダウンロード処理、保存処理、アップロード処理など）である。

なお、サーバ装置５０内におけるデータ格納プログラム、データ編集プログラム、データ送受信プログラム、入出力装置とのインターフェイスプログラム、バックアッププログラム、エラーメッセージプログラムなどについては、本発明の実施形態の主要項目ではないので、技術内容の理解を簡明する目的で省略する。それらの技術については、情報通信技術分野の技術常識に基づいて実装／運用（実施）することができる。また、情報通信端末（例えば、スマートフォン）におけるデータ処理プログラム、データ送受信プログラム、通話・通信技術、インターネット関連技術（ホームページ表示、広告表示機能含む）、カメラ撮像技術、画像情報処理技術（ＯＣＲ機能、バーコード処理機能なども含む）、ＩＣタグ認識技術、アプリケーション動作技術も同様に、技術内容の理解を簡明する目的で省略する。それらの技術については、情報通信端末（スマートフォン）の技術分野の技術常識に基づいて実装／運用（実施）することができる。また、上記で説明したプログラムによって実現した機能は、主に、サーバ装置５０を中心にして見た機能である。すなわち、「送信」と「受信」は対の用語であるので、情報通信端末（１０など）から見た機能では、用語の名称は変わる点を付言する。つまり、サーバ装置５０からの送信（矢印９４参照）は、情報通信端末（１０など）では受信になる。一方、情報通信端末（１０など）からの送信は、サーバ装置５０では受信になる（矢印９３参照）。また、各種プログラムの具体的なプログラミン言語／コード、プログラム機能名／構造などは、情報通信技術分野の技術常識に基づいて実行することができる。また、診療画像データの暗号化技術（または、ブロックチェーン技術）、および、他のデータ（病院基本情報、３６０°画像情報など）についても、本発明の実施形態の主要項目ではないので、技術内容の理解を簡明する目的で省略する。

＜実施例＞
次に、図９および図１０から図２８を参照しながら、本実施形態の医療関係者マッチングシステム１００の実施例について説明する。図９は、医療関係者ネットワークプログラム５１によって実現される医療関係者マッチングシステム１００のホームページの基本構成要素についてのブロック図である。図１０は、本実施形態のユーザ端末１０であるスマートフォンの構成を示す図である。図１１から図２８は、スマートフォン１０を用いて医療関係者マッチングシステム１００の操作方法を説明するための図である。なお、この実施例は、本実施形態のシステム・方法を、よりわかりやすく具体的に説明するための例示であり、これ以外の実施手法は多数存在するものである。

本実施形態の医療関係者マッチングシステム１００がホームページ構成で実現されたときの一例は、図９に示すようなツリー構造を構築することができる。図９に示すように、基本ホームページ構成部位２０として、トップページ（ＴＯＰ）２１と、基本情報ページ２５とがある。ＴＯＰ２１の下層には、地図詳細ページ２２、病名検索ページ２３、薬剤検索ページ２４が含まれている。また、基本情報ページ２５の下層には、３６０°カメラページ（３６０°画像ページ）２６と、動画ページ２７と、病院詳細ページ２８が含まれている。

本実施形態においては、図９に示した基本ホームページ構成部位２０を、サーバ装置５０の医療系データベース５５（および医療関係者ネットワークプログラム５１）によって構築している。そして、サーバ装置５０の第２データベース５７（または、外部サーバ装置１５０）において、予約システム１３０および支払いクレジットシステム１３１、診察画像データ群１３３、薬手帳システム１３５、転職サービスシステム１４０を構築している。本実施形態の一例では、予約システム１３０および支払いクレジットシステム１３１を一つのデータベース内で構築し、診察画像データ群１３３を一つのデータベース内で構築し、薬手帳システム１３５を一つのデータベース内で構築し、そして、転職サービスシステム１４０を一つのデータベース内で構築している。なお、これは一例であり、基本ホームページ構成部位２０と、予約システム１３０〜転職サービスシステム１４０までを含めて一つのデータベース（５５）で構築してもよい。また、基本ホームページ構成部位２０と診察画像データ群１３３を一つのサーバ装置５０に格納し、予約システム１３０・支払いクレジットシステム１３１、薬手帳システム１３５、転職サービスシステム１４０を、１つ又は複数の外部サーバ装置１５０にて構築してもよい。なお、各ページ（２１〜２８）および各サービス（１３０〜１４０）の内容については後述する。

図１０は、本実施形態に係る情報通信端末（スマートフォン）１０であり、そして、スマートフォン１０の表面（画像表示部側）を示している。

図示したスマートフォン１０は、筐体２１０、ボタン（ホームボタン）２３０、カメラ２４０、画像表示部（ディスプレイ部）２５０を備えている。筐体２１０の側面には、スイッチボタン２１１が設けられている。ディスプレイ部２５０は、タッチパネル式のディスプレイ（液晶ディスプレイ、または、有機ＥＬディスプレイ）である。なお、図示したスマートフォン１０は、スピーカー、マイクが備え付けられており、ホームボタン２３０が存在しないものもある。なお、スマートフォン１０には、パスワード認証、指紋認証、顔認証、虹彩認証などによって、本人によるアクセスのセキュリティが確保されていることが好ましい。

スマートフォン１０は、特定のプログラム（アプリケーション）を動作させることができ、そのアプリケーション（「アプリ」と称する場合あり）２８０が、ディスプレイ部２５０に表示されている。ディスプレイ部２５０のアイコン（２８０等）を触ることで、アプリケーションを動作させることができる。本実施形態の医療関係者マッチングシステム１００からのプログラムは、通信ネットワーク９０（インターネット回線、携帯電話回線など）を通じてダウンロードされてスマートフォン１０に導入されており、そして、本実施形態のアプリケーションアイコン２８５となって表示されている。

また、スマートフォン１０は、ＧＰＳ機能（Global Positioning System）を備えており、位置情報を入手することができる。その位置情報は、通信ネットワーク９０を通じて、サーバ装置５０へ送信することができる。さらに、カメラ２４０で撮像した画像は、通信ネットワーク（インターネット回線）９０を経由して送信することができるし、あるいは、その画像（例えば、二次元バーコードなど）を解析して情報処理することも可能である。

本実施形態のアプリアイコン２８５を指で押すと、図１１に示すようなＴＯＰ画面２１が表示される。ＴＯＰ画面２１にはログインボタン３０があり、ここから会員の人はログインすることができる。会員でない人は、ログインボタン３０を押した後、そこから新規会員登録ができるような処理にしておくことができる。また、ログインボタン３０の近くに、プルダウンボタン４５があり、プルダウンボタン４５を押して、そこから各種項目へ移動することができる。

図示した構成において、ＴＯＰ画面２１には、ダイレクト検索３１、現在地３２、科目３３、病名３４、薬剤３５、機器３６、予約３７、ＱＲコード３８、管理３９、スキャン４０、手帳４１、医療従事者ログイン４２の各ボタンが設けられている。

ダイレクト検索３１では、そこでテキスト文字を入力することにより、検索を行うことができる。現在地３２のボタンを押すと、スマートフォン１０を持っている位置（自分の位置）をＧＰＳ（またはＷｉ−Ｆｉ接続情報）で確認することができる。科目３３のボタンを押すと、さらに細かい項目を見ることができる。ダイレクト検索３１や現在位置３２の機能は、未登録会員でも使用できるようにしても構わない。

また、病名３４のボタンを押すと、病名を検索する処理が可能となる。ＱＲード３８のボタンをおすと、自動でスマートフォン１０のカメラが立ち上がって、二次元バーコード（ＱＲード）を読み取って、そこに記載の情報（ＵＲＬ情報など）を認識して処理することができる。例えば、本システム１００の登録が可能なＱＲコードを読み取って会員登録の処理を行うことができる。

管理３９のボタンを押すと、管理画面となり、種々の管理処理（例えば、住所、クレジットカード情報、メールアドレスの登録・変更など）を行うことができる。スキャン４０のボタンを押すと、スマートフォン１０のカメラを用いたスキャニングを行ってその画像（特に、診療結果の画像など）を登録することができる。手帳４１のボタンを押すと、使用した薬（及び／又は、処方された薬）を表示・確認できる画面を表示させることができる。

医療従事者ログイン４２のボタンは、転職希望者の医師（または、医師、看護師、薬剤師、歯科医師、歯科衛生士その他の医療関係者（図１の３０２））がログインするものである。本実施形態の構成では、医療従事者ログイン４２のボタンを押すと、図９に示した転職サービスシステム１４０を利用できるようになっている。

図１２は、地図詳細２２（図９参照）の画面を示している。図示した例では、図１１中の現在地３２のボタンを押すと、この地図詳細の画面２２が表示される。ここでは、現在位置の周辺の地図画面７１が表示されており、駅から病院までのルートとともに、移動時間（歩２分、車１分）が表されている。地図画面７１に、自分の位置を表示させるようにしてもよい。また、調べたい病院の周辺地図（駅からのルート）を表示させるときは、自分の位置は表示させなくてもよい。また、地図７１の詳細度合いなどは、科目７０のボタンで変更することができる。

図１３は、病院一覧画面を示している。図１３に示した画面データは、登録された医療系データファイル５３に基づく医療系表示情報データに対応する。また、図示した例では、図１１中のダイレクト検索３１の検索結果画面であり、検索ヒットした複数の病院７３が表示されている。各病院の欄には、病院情報（簡易病院情報）７２として、例えば、アイコン７３、病院名、時間（診察医時間）、ＵＲＬ、ＴＥＬが表示されている。この病院一覧画面では、地域ボタン７０ａで地域を変更したり、科目ボタン７０ｂでより細かい項目を表示させたりすることができる。

図１４は、病名画面７４を示している。図示した例では、図１１中の病名３４を押した画面である。この病名画面７４では、ダイレクト検索ボタン３１で病名を検索することができ、病名の説明７４が表示される。ダイレクト検索ボタン３１での病名の検索の他に、選択式ボタン（プルダウンボタン）７０によっても調べて、病名の説明７４を表示させることができる。この病名の説明７４の画面には、「近くの病院」７５のボタンがあり、近くの病院を表示させることができる。具体的には、病院の住所・連絡先（電話番号）を表示させる他、図１２に示した地図詳細２２の地図画面７１で表示させることができる。

図１５は、薬剤名画面７６を示している。これは、図９の薬剤検索２４に対応する。図示した例では、図１１中の薬剤３５を押した画面である。この薬剤名画面７６では、ダイレクト検索ボタン３１で薬剤名を検索することができ、薬剤の説明が表示される。ダイレクト検索ボタン３１での薬剤名の検索の他に、選択式ボタン（プルダウンボタン）７０によっても調べることができる。この薬剤の説明７６の画面には、「近くの病院」７５のボタンがあり、その薬剤を扱う近くの病院を表示させることができる。

図１６は、機器名画面７７を示している。図示した例では、図１１中の機器３６を押した画面である。この機器名画面７７では、ダイレクト検索ボタン３１で医療機器名を検索することができ、医療機器の説明が表示される。ダイレクト検索ボタン３１での機器名の検索の他に、選択式ボタン（プルダウンボタン）７０によっても調べることができる。この医療機器の説明７７の画面には、「近くの病院」７５のボタンがあり、その医療機器を備えた近くの病院を表示させることができる。

図１７は、個別の病院情報画面７８を示している。これは、図９の基本情報２５に対応する。また、個別の病院情報画面７８（基本情報２５）のデータは、登録された医療系データファイル５３に基づく医療系表示情報データに対応する。この例では、図１７に示した個別の病院情報画面７８は、図１３の一覧画面７２から一つの病院を選択したものである。

この個別の病院情報画面７８では、簡易病院情報７２（例えば、アイコン７３、病院名、時間（診察医時間）、ＵＲＬ、ＴＥＬ）が表示されている。さらには、詳細ボタン７２ａを押すと、さらに詳細な病院情報を見ることができる。詳細情報には、在籍する医師、専門分野（内科、耳鼻咽喉科など）が含まれていることが好ましい。

また、個別の病院情報画面７８には、予約時間帯テーブル８５および予約ボタン８６が設けられている。予約時間帯テーブル８５は、その病院の予約可能な時間帯を示す表である。そして、予約ボタン８６で、その病院の診療予約を行うことができる。本実施形態の構成では、予約時間帯テーブル８５および予約ボタン８６は、図９に示した予約システム１３０（診療費用の決裁も連動させるときは支払いクレジットシステム１３１）を利用できるようになっている。

さらに、個別の病院情報画面７８には、院内画像ボタン８１および動画８２が設けられている。図示した例では、院内画像ボタン８１とともにその説明が記載されている。また、動画８２（動画画面、または、動画ボタン）とともにその説明が記載されている。

図１８は、院内画像７９のページを示している。図示した例では、図１７の院内画像８１のボタンを押すと、図１８の院内画像７９のページになる。ここでは、複数の院内画像８１のボタンとその説明が表示されており、予約ボタン８６も設けられている。また、プルダウン７０で、院内かそれ以外（例えば、病院建物外観、外から見た玄関など）を変更することも可能である。

図１９は、院内画像の別の構成例のページ８０を示している。図１９に示したページ８０では、３６０°画像の表示画面８５と、動画の表示画面８６とが示されている。ここでは、プルダウン７０によって、画像を変更可能である。例えば、静止画、３６０°画像、動画などの切り替えを行うことができる。また、院内かそれ以外（例えば、病院建物外観、外から見た玄関など）を変更することも可能である。

次に、図２０から図２３を参照しながら、３６０°画像について説明する。図２０は、医療設備がある検査室の３６０°画像８５を示している。３６０°画像８５は、スマートフォン１０の表示画面２５０の中で見ることができる。この例では、指で（または、対応機種ならばペンで）、左右（矢印８９ａ、８９ｂ）、上下（矢印８９ｃ、８９ｄ）の方向に画像８５を移動させることができ、３６０°回転させることができる。なお、スマートフォンでなく、ＰＣのときは、マウスで同様のことを実行することができる。また、３６０°画像の内容によっては、中央を押すことにより、前方への移動も可能なようにすることができる。

そして、図２１は、ベッド室（入院部屋、点滴部屋など）の３６０°画像８５を示している。次に、図２２は、診察室の３６０°画像８５を示している。続いて、図２３は、受付室の３６０°画像８５を示している。

このような３６０°画面を見ることにより、ユーザ３０１（又は３０２）は、その雰囲気も疑似体験することができるので、より多くの情報を入手した上で、病院４００に問い合わせ等を行うことができる。また、３６０°画像の内容によっては、それぞれの部屋を移動できるような構成にすることができる。もちろん、各部屋だけの３６０°画像でもよい。

次に、図２４は、個別の病院情報画面（病院詳細）のページを示している。これは、図９の病院詳細２８に対応する。この例では、図２４に示したページは、図１７に示した個別の病院情報画面７８における詳細ボタン７２ａを押したときに表示される。

この個別の病院情報画面（病院詳細）のページ７２ａは、病院情報（簡易病院情報）７２とともに、医師情報９５が含まれている。この例では、医師情報９５には、複数の医師が記載されており、顔写真９５ｐも含まれている。また、病院詳細ページ７２ａには、３６０°画像／動画の枠９６も含まれており、そこには、３６０°画像及び／又は動画の画像８２（８５，８６）が表示されている。さらに、病院詳細ページ７２ａには、転職のための枠９９が含まれており、この枠９９（ボタン、書き込みなど）を使用して、転職サービスシステム１４０を利用することができる。

次に、図２５から図２７を参照しながら、本実施形態における予約システム１３０について説明する。

まず、図１７に示した個別の病院情報画面７８における予約ボタン８６を押すと、図２５に示すような予約時間帯テーブル８５Ｂ（詳細版）を表示させることができる。この予約時間帯テーブル８５Ｂのうちの所望の時間帯を選択して、図２６に示した予約確認画面８６Ｃに進む。この内容でよければ、ＯＫを押す（違っているならキャンセルでやり直す）。すると、図２７に示すような予約確定画面８６Ｄになり、診療の予約ができたことがわかる。この他に、予約の変更を行うための処理を含むプログラム（予約変更プログラム）を設けてもよい。

図２８は、本実施形態の医療関係者マッチングシステム１００における診療画像データを保存および表示するページ９２である。これは図９の診療画像（診察画像データ群）１３３に対応する。図２８に示した例では、複数の診療画像９２ａ、９２ｂが画像データとして登録されて、それを表示することができる。また、プルダウンボタン７０で画像の項目を変更することができる。

本実施形態の構成では、図１１に示したＴＯＰ画面２１のスキャンボタン４０を押すと、スマートフォン１０のカメラが自動的に動作して、診療結果を写真（イメージデータ）でとり、それを図２８に示した診療画像９２ａ、９２ｂの画像データとして登録（保存）することができる。どの枠（９２ａ、９２ｂなど）で登録するかは、プルダウンボタン７０で選択することが出来るように構成することができる。

この診療画像９２（９２ａ、９２ｂ）の利用者は、患者３２０などのユーザ３０２だけでなく、現役の医師３１０等（転職者の医師だけでなく、その病院４００の医師・医療関係者（医療従事者））も利用することができる。健康な人も患者も含めて一般の人は、定期的に健康診断（人間ドック含む）を受けて、健康診断結果（診断データ）を持っているのに対し、実は、医師は多忙であるとともに自分で診察できるようという能力的な過信から、健康診断を受けない傾向があるのが実情である。そのような中、本実施形態の手法を用いたら、医師であっても、自分のスマートフォン１０で診療画像９２（９２ａ、９２ｂ）を保存・表示させることができて便利である。

また、本実施形態の構成では、診療画像９２（９２ａ、９２ｂ）をユーザ端末（スマートフォン）１０から、サーバ装置５０（又は１５０）のデータベース５７（５５）にアップロードする手法について説明した。しかしながら、自分自身の診察画像（健康・疾患データ）が外部を出すのに抵抗がある人もいるため、スマートフォン１０の中での保存・表示に留めて、アップロードは行わない構成にしてもよい。そのような構成でも、診断時に、スマートフォン１０を取り出して、診療画像９２（９２ａ、９２ｂ）を医師に見せればよいので、簡易的には十分役割を果たす。

さらに、ＴＯＰ画面２１のスキャンボタン４０の機能は、処方箋の読み取りに転用してもよい。すなわち、薬局に持って行く紙の処方箋に対して、スキャンボタン４０を押し、続いて、処方箋をスキャニングして、そして、その撮影した処方箋の画像データをスマートフォン１０のＯＣＲ（スマートフォン内のアプリケーションなど）で処理して、図１１に示した手帳４１（又は、図９の薬手帳１３５）に保存するような構成にすることができる。このような処方箋のスキャニング手法は、処方箋が電子的に病院４００（４０１、４０２）から薬局

さらに、本実施形態の支払いクレジットシステム１３１（支払いクレジットサービス）を利用した場合、本実施形態のシステム１００がインストールされたスマートフォン１０を用いると、そのスマートフォン１０で予約をして（事前に３６０°画像を見た上で）、必要であれば診察時に、診療画像９２（９２ａ、９２ｂ）を見せて、そして処方箋に記載の薬（薬剤）もスマートフォン１０を利用して受け取ることができる。そして、その処方箋の履歴は、薬手帳に電子的にスマートフォン１０内に記録・保存される。さらには、そのスマートフォン１０を用いて、クレジット決済も行うことができる。これは、患者３２０にとって非常に便利であるとともに、病院４００（４０１、４０２）・薬局４０５にも利点が多く、双方にメリットが多い。

特に、病院４００側は、初診の患者（または、緊急の患者）３２０の診療画像を入手することができず、そのような診療画像（または健康診断数値）をしらないまま、診察することがほとんどである。そこで検査をしたとしても、検査後でしか適切な診療を行うことができない。仮に同系統の病院、または、提携している病院（町病院と大病院）の間であっても、検査装置が違えばフォーマットが違って、互いに利用することができないという事情がある。加えて、現在難航している電子カルテの共有化が進んだとしても、大病院と異なり、小さな病院は予算的に、すべてのフォーマットに対応できるような電子カルテ総合システムの導入には躊躇することが考えられ、理想的な電子カルテの共有化の実現は夢のまま終わる可能性が高い。そのような中であっても、本実施形態の医療関係者マッチングシステム１００を用いれば、簡易版であったとしても、スマートフォン１０を用いながら診療画像データを、患者から医師に見せることができ、医療・治療に大きく貢献する。加えて、処方箋の履歴があれば、どのような投薬がされてきたかも医師も薬剤師も理解することができ、患者３２０が使用している薬剤名を覚えていなくても、過去の薬の履歴も含めてスマートフォン１０を医師・薬剤師に見せるだけでよく、その結果、適切な調剤を行うことができる。

本実施形態の構成では、ユーザ端末（スマートフォン）１０に導入された医療関係者ネットワークプログラム５１および診療画像データプログラム５９により、診療画像データ（９２ａ、９２ｂ）を保存および表示する機能を実現することができる。したがって、病院４００（４０１、４０２）間での診察結果のデータフォーマットが異なっており、病院間でその診察結果を共有できないときでも、ユーザ端末１０の持ち主３０２は、ユーザ端末１０に保存された診療画像（９２ａ、９２ｂ）を表示して、診察する病院４００の医師に見せることができる。その結果、病院間で医療カルテの共有化を行わなくても、患者自身の身体データを有効利用することができる。

また、本実施形態の構成では、ユーザ端末（スマートフォン）１０に導入された医療関係者ネットワークプログラム５１によって、ユーザ端末１０の持ち主３０２（３２０）の処方箋情報を保存することができる。したがって、ユーザ端末１０の持ち主３０２（３２０）は、処方箋情報を薬局４０５に見せることで、調剤の組み合わせ等を判別（特に処方してはいけない薬の判別）することができる。そして、医療関係者ネットワークプログラム５１によって、薬局４０５の病院端末５００へ処方箋情報を送信できる場合、薬局４０５は事前に準備できて便利になるとともに間違いが大幅に減らすことができ、さらには、ユーザ端末１０に表示された処方箋情報と照らし合わせて確認することができるという効果も得られる。加えて、医療関係者ネットワークプログラム５１により、診療費用を決裁することができるときは、診察を受けた患者３２０は、ユーザ端末１０を用いて診療費用を払うことができて便利である。

また、本実施形態の医療関係者マッチングシステム１００では、上述したように、ユーザ３０２の一人ひとりに管理ページ（ユーザＩＤ）を付して、血液検査、Ｘ線、ＣＴ、ＭＲＩなどの画像を持ち運びができるようにすることができる。この管理ページによる画像（検査画像、診療画像）の処理は、図７に示した診療画像データベース５７（医療画像データファイル５６）および診療画像データプログラム５９によって行うことができる。検査・診療画像を持ち運びができることで、１つの病院（医療機関）４００で受診した際の検査結果を別の病院にて診てもらうことができるようになり、毎回行われる検査を減らすことができる。その結果、医療費の抑制にもつながる。

さらに、本実施形態の医療関係者マッチングシステム１００を用いると、病院４００での診療の受付をＱＲコード（二次元バーコード）で行うことができる。そうすると、診察の呼び出し等と連係して、会計、続いて、薬局での処方箋の提示もすべてアプリ一括管理ができることとなって非常に便利である。さらには、そのような便利なアプリケーション（スマホアプリ）が一般的に普及することにより、その有名なスマホアプリの知名度によって、医師、看護師、薬剤師なども当該アプリを知って使うようになり、そして、そのアプリ内で転職も行うことができることから、相乗効果で、本実施形態のシステム１００を普及させることができる。すなわち、転職活動でアプリを使用することで、医師等にも当該アプリが広まるとともに、それを患者にも勧め、さらには、患者からアプリのことを聞いた医師等が使用して、さらに別の患者に進めるなどの連鎖普及効果がある。

また、このような便利なシステム（医療関係者マッチングシステム１００）を使用できることは病院４００の広告にもなる。言い換えると、医療関係者マッチングシステム１００に対応している病院４００ということで、患者は利便知性を感じて、その病院４００に行きやすくなる。同様に、医師３１０もそのような病院４００へ転職を申し込みしたくなる。さらには、この医療関係者マッチングシステム１００の導入をきっかけとして、国が推進する施策の進展、すなわち、病院４００のキャッシュレス、データ持ち運びなどに寄与する。

さらに、本医療関係者マッチングシステム１００にＡＩ（人工知能）を搭載することで（ＡＩプログラムと組み合わせることで）、検査画像データ（診療画像データ）の解析を行い、それによって患者３２０が羅漢している病気の判別や処方された薬の効能を示すことができる。特に、その画像解析についてのＡＩプログラム処理を外部サーバ１５０のＡＩプログラムを利用する構成例では、ユーザ３０２は、スマートフォン１０でその解析処理（病気の判別など）を行うことができるので、早期発見、誤診防止、薬の誤飲防止などの効果を上げることができる。

加えて、本実施形態の医療関係者マッチングシステム１００を用いて、健康保険証をデータとしてスマートフォン１０に取り込み、そして、（医師会が推奨するように）健康保険証をデータとして持ち運びできるようにすれば、毎回提示する必要もない。そして、それにお薬手帳もデータとして本システム１００で併用すれば、紙のお薬手帳も不要となるので便利である。また、本実施形態の予約システム１３０を導入することにより、待ち時間を減らすことができるので、患者３２０および病院４００の負担を大幅に下げることができる。さらには、支払いクレジットシステム１３１を導入することで、会計待ちを減らすことができ、同様に、患者３２０および病院４００の負担を大幅に下げることができる。

本発明の実施形態に係る医療関係者マッチングシステム１００は、病院、医科歯科クリニック、薬局にとって非常に大きなメリットを提供できる。病院・医科歯科クリニックだけでなく、介護施設、動物病院にも同様に大きなメリットを提供できる。なお、システム的には、美容院、幼稚園、保育園、飲食店などにも適用可能であるが、一番メリットがあるのは、医師の転職活動および診療データの持ち運びなどの効果が顕著に得られる病院、医科歯科クリニック、薬局などの医療施設である。本発明の実施形態に係る構成・手法では、スマートフォン１０のアプリ２８５内では、３６０度の画像（例えば、図１９の「８５」）を見ることができ、その画像（３６０°画像）によって、受付、外来、検査室、病室などの閲覧することができる。閲覧する際に、画像（３６０°画像）にテロップを出したり、医師や看護師の音声（例えば、肉声）が聞こえるような構成にすることもできる。

本実施形態の医療関係者マッチングシステム１００を用いると、病院４００に所属している医師のプロフィールが掲載されるので、どのような診療科が得意か、外科系であればどのような手術が可能か一目でわかる。その結果、患者３２０にとって有益な情報が得られるとともに、それは、転職を希望している医師３１０によっても有益な情報となる。加えて、各検査や手術は動画（例えば、図１９の「８６」）で見せることが可能である。これにより、病院４００からの専門用語の多い文字情報による一方的な説明でなく、患者にとって直感的にも視覚的にも（音声があると聴覚的にも）わかりやすい説明を提供することができる。

また、病院検索（図６参照）では、現在位置をＧＰＳで特定し、病院４００までの距離と時間を表示させることができる（図１２参照）。公共交通機関（バス、電車など）を使用した時の経路（及び／又は、移動時間）も表示させるようにすることもできる。また、診療されたい病院の診療科に基づいて、その地域や現在地近くの病院についての絞り込み検索を行う構成にすることができる。さらに、自分がどのような疾患かわからない場合は、家庭の医学（インターネット回線９０を利用して電子データのもの、又は、スマートフォン１０に格納されている電子データ）にアクセスして、そこから大まかな病名を特定して、病院の検索ができるような構成にすることができる。

本実施形態の医療関係者マッチングシステム１００を用いることで、予約システムの搭載、通院の予約が簡単にでき、それをユーザ端末１０（特に、スマートフォンのアプリ２８５）で行うことができるので便利である。本実施形態の予約システム１３０を導入していることは、病院４００内でわかるようにして、その優先的な利用を促す。また、その病院４００が予約システム１３０を導入していることは、インターネット９０を通じて広告配信（宣伝配信）できる構成にすることも可能である。そして、予約システム１３０を利用する予約者が優先になるような運用を病院４００は行って、予約システム１３０を利用した予約を普及させる。また、アプリ２８５にマイページを設けて、ＱＲコードを利用して受付から支払いまで一括管理できるような構成にすることができる。さらには、病院４００の入口にＩＣ読み取り機能（スマートタグ、Ｆｅｌｉｃａ（商品名）など）をつけて、ＩＣカード（または、ＩＣ付きスマートフォン１０）での入退場の管理から支払いまでの一括管理できる構成にすることも可能である。加えて、診療支払いは、クレジットカードと連携させることができる。なお、クレジットカードによる決裁は、現金、電子マネーの他、ポイント、仮想通貨などによるものにも対応させても構わない。

本実施形態の構成において、診療報酬明細は、スマートフォンアプリ２８５のマイページに送られてくるようにしてもよい。これにより、ペーパレス処理ができるので、患者にとっても病院にとっても便利である。処方箋もアプリ２８５内で管理できるので、近隣の薬局４０５でアプリ２８５を利用して、薬の受取から支払いまで可能となる。アプリ２８５にお薬手帳の機能も設けることで、アプリ２８５内で薬も管理することができる。また、アプリ２８５に保存された薬データを利用して、薬の効能が確認できるような構成にすることができる。加えて、Ｘ日分の服薬・服用の指示をされた場合に、その期間中の服用するタイミングを、スマートフォン１０でのリマインダー機能で知らせるような構成を構築することも可能である。それによって、患者３２０の薬の飲み忘れを減らすことができる。また、アプリ２８５によって、再診の予約をその場で行うことができるような構成にすることができる。その場で予定がわからないときは、アプリ２８５のよる仮予約（または、予約の変更）の機能が実行できるように構成することができる。そして、再診のタイミングもリマインダー機能で（スマートフォン１０にて）通知する構成にすることができる。

患者３２０が健康診断を受けた時は、アプリ２８５で所定期間後（例えば、半年後、１年後など）の次回の検診時期にリマンダーを送ることができるように、健康診断リマインダー機能を設けることができる。そして、前回の検査結果もマイページで確認できるように構成できる。血液検査、ＣＴ、ＭＲＩや、カメラデータ（例えば、胃カメラデータ、大腸カメラデータなど）もアプリ２８５内で確認および比較可能な構成にできる。さらには、他の病院４００に検査結果などを転送して、セカンドオピニオンを受けることができるような構成にすることも可能である。また、レセコン（診療報酬明細書（レセプト）を作成するソフトウエア）に関する機能も持たせて、レセコン情報の一元管理を行うような構成にしてもよい。また、スマートフォン１０の機能（健康アプリ、身体測定アプリなど）と提携して、ヘルスデータを、本実施形態のアプリ２８５に取り込むことができる構成にしてもよい。

上述したように、本実施形態の構成では、医師、医療人材の転職機能が設けられている。スマートフォン１０のアプリ２８５によって転職ができることは、転職希望者の利便性の向上、負担低減となる。また、会員登録をすることで、求人情報の掲載と閲覧をＩＤ／ＰＡＳＳにて行うことができるようにして、転職活動がばれないようなプライバシー保護を高めることができる。また、転職用のマイページでは、患者３０２（３２０）にはみることができないような医療設備などを閲覧できるような構成にすることができる。さらには、転職の面接も、スマートフォン１０を利用して、テレビ面接を行うことができるような構成にすることも可能である。これにより、転職希望者の医師３０１が、病院４００に直接行かなくてすむことのメリットが生まれる。特に、病院４００が遠方なとき、または、医師３０１／面接担当者（特に、専門分野の医師）のスケジュールがなかなかあわないときにメリットが大きい。加えて、匿名で質問ができたり、その質問の内容を確認できるようにすることができる。エントリーシートを匿名にて送ることができ、面接の日程が決まってから、本名を開示するようなシステムにすることもできる。

また、病院４００の院長（または、専門家の担当者、部長など）と直接話をしたい場合は、病院長（または、それ専用のもの）の特設ページを設けて、院長と自ら話すこと（音声の他、チャットなどの文字のやりとりも含む）ができる機能を設けることもできる。採用が決まったときは、必要項目の入力フォーマットに必要事項を記載したら、採用通知書が発行されるような機能を設けることができる。その採用通知書は、アプリ２８５内で確認できるようにすることができる。合意に至れば、雇用契約書もアプリ２８５内で管理ができ、いつでも閲覧できるような構成にすることができる。また、それらの書類（電子書類）をプリントアウトできるような構成にすることもできる。なお、求職者（３０１）は、求職者自身のアピールポイントを外部の会社（転職コンサルタント会社など）に、アプリ２８５で相談することができる。その会社の一つが、ホスト端末６０を運営・管理する会社であってもよい。

また、本実施形態の医療関係者マッチングシステム１００を用いて、全国対応の遠隔診療を行うことができる（例えば、東京の患者を、地方（九州）の病院で診療してもらう（またはその逆））。遠隔診断を受けてみて、仮に相性が合わない医師であれば、その遠隔診断をやめることができる。遠隔診断の結果相性がよければ（納得したら）訪問して直接診断を受けることができる。このようにするとお互いのミスマッチが減って、時間的・金銭的な節約になる。このような遠隔診断を行うには、本システム１００おいて、図２４に示したアイコン（例えば、医者の顔）９５ｐを押すと、テレビ電話、または音声電話ができるような構成にしたらよい。なお、本実施形態の予約システム１３０を応用して、遠隔診断の予約システムを構築してもよい。

さらに、本実施形態のシステム１００の構成を使うと、スマートフォン１０のＧＰＳ機能を利用して、近隣ですぐ診察できる病院４００を探すことができる（例えば、３０分以内の診察）。これは、患者３２０だけでなく、患者の家族、救急隊員、警察官、通行人の救出者にも便利な機能である。加えて、病院が何時から何時まであいているか（救急病院か）を確認する機能あれば、現時点で診察してくれる病院を、本システム１００（スマートフォン１０のアプリ２８５）で探すことができる。

加えて、本実施形態のシステム１００を用いて、アプリ２８５内で診察券を発行できるようにしてもよいし、マイナンバー登録管理なども行えるようにしてもよい。そのようにしたら、紙で管理するよりも、不正防止につながる。さらには、病院だけでなく、看護施設や老人ホームとも含めたマッチングシステムにしたら、地域連携にもつながる。そして、訪問介護との連携もアプリ２８５によって行うことができるように構築することができる。そして、マッチングシステムにおいてＡＩシステムを導入することで、マッチングの精度・確率を向上させることができる。

本実施形態の医療関係者マッチングシステム１００は、単なる病院検索アプリではなく、３６０°画像を閲覧できるシステムを用いて医者の転職活動および患者の病院決定に貢献するものであり、極めて優れたものである。医療関係者マッチングシステム１００を、未登録会員にも普及のための広告プログラムを本システム１００は備えておくことができるとともに、口コミサイトの実行・管理を行うようなシステムにしてもよく、それは、口コミサイトの外部システムの利用・応用でも実行することができる。

以上、本発明を好適な実施形態により説明してきたが、こうした記述は限定事項ではなく、勿論、種々の改変が可能である。また、本実施形態のシステム１００全体を説明してきたが、本実施形態に係るプログラム５１、５９単体（特に、スマートフォン１０に導入するスマートフォンアプリケーション２８５）を、具体的には、プログラム自体、または、プログラムを格納した記録媒体、ダウンロード可能なプログラム製品を知的財産として商品化することも可能である。

本発明によれば、医師を含む医療関係者が病院に転職するときに医療関係者にとっても病院にとっても有用な医療関係者マッチングシステムおよび方法を提供することができる。また、病院間で医療カルテの共有化を行わなくても、患者自身の身体データを有効利用することができる医療関係データ処理システムおよび方法を提供することができる。

１０ ユーザ端末（情報通信端末、スマートフォン）
２０ 基本ホームページ構成部位
２１ ＴＯＰ画面
２２ 地図詳細ページ
２３ 病名検索ページ
２４ 薬剤検索ページ
２５ 基本情報ページ
２６ ３６０°画像ページ
２７ 動画ページ
２８ 病院詳細ページ
３０ ログインボタン
３１ ダイレクト検索ボタン
３２ 現在地ボタン
３３ 科目ボタン
３４ 病名ボタン
３５ 薬剤ボタン
３６ 機器ボタン
３８ 、ＱＲコードボタン
３９ 管理ボタン
４０ スキャンボタン
４１ 手帳ボタン
４２ 医療従事者ログイン
４５ プルダウンボタン
５０ 医療関係者マッチング装置（医療系データ処理装置、サーバ装置）
５１ 医療関係者ネットワークプログラム
５２ 医療系データファイル処理部
５２ａ データ送受信部
５２ｂ 病院データ更新部
５２ｃ 病院情報編集部
５３ 医療系データファイル
５５ 医療系データベース
５６ 医療画像データファイル（診療画像データ格納部）
５７ 診療画像データベース
５８ 診断画像データ処理部
５８ａ 診療画像データ送受信部
５８ｂ データ抽出部
５８ｃ 診療画像データ編集部
５９ 診療画像データプログラム
６０ ホスト端末
６１ ホスト端末用プログラム
７０ 選択式ボタン（プルダウンボタン）
７０ａ 地域ボタン
７０ｂ 科目ボタン
７１ 地図画面
７２ 簡易病院情報
７２ａ 病院詳細ページ
７３ 病院（アイコン）
７４ 病名画面
７６ 薬剤名画面
７７ 機器名画面
７８ 病院情報画面
７９ 院内画像ページ
８０ 院内画像ページ
８１ 院内画像ボタン
８５ 予約時間帯テーブル
８６ 予約ボタン
９０ 通信ネットワーク（インターネット）
９２ａ、９２ｂ 診療画像データ
９５ 医師情報
９５ｐ 顔写真
１００ 医療関係者マッチングシステム
１１１ ユーザ端末用プログラム（プログラム領域）
１３０ 予約システム
１３１ クレジットシステム
１３３ 診療画像（診察画像データ群）
１３５ 薬手帳システム
１４０ 転職サービスシステム
１５０ 追加サーバ装置（外部サーバ装置）
１５１ サーバ用プログラム
１５３ データ構造体
１５５ 外部サーバデータベース
２００ 医療系連係ネットワーク
２４０ カメラ
２５０ 画像表示部（ディスプレイ部）
２８０、２８５ アプリケーションアイコン
３０１ 医療関係者
３０２ 病院検索者
３００Ｘ 未登録ユーザ
３１０ 医師
３２０ 患者
４００ 病院（医療施設）
４０１ 大病院
４０２ 小病院
４０５ 薬局
４００Ｘ 未登録病院
４１０ 病院建物
４１２ 医師・看護師
４１５ 検査室
４１７ 医療設備
４２０ 病院建物
４２１ 診察室
４２２ 医師
４２６ 検査結果（レントゲン画像）
４５０ 薬局建物
４９０ カメラ
５００ 病院端末

ある好適な実施形態において、前記ユーザ端末に導入された前記医療関係者ネットワークプログラムは、前記ユーザ端末の前記持ち主が受けた診療費用を決済する機能を有している。

ある好適な実施形態において、前記医療関係者マッチング方法は、さらに、前記ユーザ端末に導入された前記医療関係者ネットワークプログラムを用いて、前記ユーザ端末の前記持ち主が受けた診療費用を決済する工程を含む。

本発明の一態様では、ユーザ端末に導入された医療関係者ネットワークプログラムによって、ユーザ端末の持ち主の処方箋情報を保存することができる。したがって、ユーザ端末の持ち主は、処方箋情報を薬局に見せることで、調剤の組み合わせ等を判別（特に処方してはいけない薬の判別）することができる。そして、医療関係者ネットワークプログラムによって、薬局の病院端末へ処方箋情報を送信できる場合、薬局は事前に準備できて便利になるとともに間違いが大幅に減らすことができ、さらには、ユーザ端末に表示された処方箋情報と照らし合わせて確認することができるという効果も得られる。加えて、本発明の一態様では、医療関係者ネットワークプログラムにより、診療費用を決済することができるので、診察を受けた患者は、ユーザ端末を用いて診療費用を払うことができて便利である。なお、本発明のさらなる特徴または効果は、発明を実施するための形態にて示すこととする。

また、個別の病院情報画面７８には、予約時間帯テーブル８５および予約ボタン８６が設けられている。予約時間帯テーブル８５は、その病院の予約可能な時間帯を示す表である。そして、予約ボタン８６で、その病院の診療予約を行うことができる。本実施形態の構成では、予約時間帯テーブル８５および予約ボタン８６は、図９に示した予約システム１３０（診療費用の決済も連動させるときは支払いクレジットシステム１３１）を利用できるようになっている。

また、本実施形態の構成では、ユーザ端末（スマートフォン）１０に導入された医療関係者ネットワークプログラム５１によって、ユーザ端末１０の持ち主３０２（３２０）の処方箋情報を保存することができる。したがって、ユーザ端末１０の持ち主３０２（３２０）は、処方箋情報を薬局４０５に見せることで、調剤の組み合わせ等を判別（特に処方してはいけない薬の判別）することができる。そして、医療関係者ネットワークプログラム５１によって、薬局４０５の病院端末５００へ処方箋情報を送信できる場合、薬局４０５は事前に準備できて便利になるとともに間違いが大幅に減らすことができ、さらには、ユーザ端末１０に表示された処方箋情報と照らし合わせて確認することができるという効果も得られる。加えて、医療関係者ネットワークプログラム５１により、診療費用を決済することができるときは、診察を受けた患者３２０は、ユーザ端末１０を用いて診療費用を払うことができて便利である。

本実施形態の医療関係者マッチングシステム１００を用いることで、予約システムの搭載、通院の予約が簡単にでき、それをユーザ端末１０（特に、スマートフォンのアプリ２８５）で行うことができるので便利である。本実施形態の予約システム１３０を導入していることは、病院４００内でわかるようにして、その優先的な利用を促す。また、その病院４００が予約システム１３０を導入していることは、インターネット９０を通じて広告配信（宣伝配信）できる構成にすることも可能である。そして、予約システム１３０を利用する予約者が優先になるような運用を病院４００は行って、予約システム１３０を利用した予約を普及させる。また、アプリ２８５にマイページを設けて、ＱＲコードを利用して受付から支払いまで一括管理できるような構成にすることができる。さらには、病院４００の入口にＩＣ読み取り機能（スマートタグ、Ｆｅｌｉｃａ（商品名）など）をつけて、ＩＣカード（または、ＩＣ付きスマートフォン１０）での入退場の管理から支払いまでの一括管理できる構成にすることも可能である。加えて、診療支払いは、クレジットカードと連携させることができる。なお、クレジットカードによる決済は、現金、電子マネーの他、ポイント、仮想通貨などによるものにも対応させても構わない。

Claims (20)

1. 医療関係者の転職を支援する医療関係者マッチングシステムであって、
   医療系データファイルが格納された医療系データベースと、
   通信ネットワークを介して、医療系データベースにアクセス可能なホスト端末と
   を備え、
   前記通信ネットワークには、病院端末およびユーザ端末が接続され、
   前記病院端末の保有者である病院の病院提供情報データは、前記医療系データファイルとして前記医療系データベースに格納されており、
   前記医療系データベースには、医療関係者ネットワークプログラムが含まれており、
   前記医療関係者ネットワークプログラムは、
   前記病院の病院提供情報データを、前記医療系データファイルとして、前記医療系データベースに登録する機能と、
   前記登録された医療系データファイルに基づく医療系表示情報データを、前記ユーザ端末に送信する機能と
   を実現するプログラムであり、
   前記医療系データファイルには、
   病院ＩＤおよび病院名の少なくとも一方と、
   病院住所、所属する医師名および医療設備からなる群から選択される少なくとも一つの病院基本情報と、
   少なくとも一つの病院内の３６０°画像情報と
   が含まれており、
   前記ユーザ端末の持ち主の少なくとも一人は、医療関係者であり、
   前記ユーザ端末には、前記３６０°画像情報が表示され、
   前記医療関係者ネットワークプログラムは、さらに、
   前記ユーザ端末と前記病院端末とを接続する機能を実現するプログラムである、医療関係者マッチングシステム。
2. 前記医療関係者は、医師、看護師、薬剤師、歯科医師および歯科衛生士からなる群から選択され、
   前記ユーザ端末の少なくとも一つは、スマートフォンであり、
   前記スマートフォンには、前記医療関係者ネットワークプログラムに基づくスマートフォンアプリケーションが導入され、
   前記スマートフォンアプリケーションが動作することにより、前記スマートフォンの画面には、前記病院基本情報と、前記３６０°画像情報とが表示され、
   前記医療関係者の前記スマートフォンは、前記スマートフォンアプリケーションを通じて、前記病院端末に連絡可能な状態になる、請求項１に記載の医療関係者マッチングシステム。
3. 前記ユーザ端末の持ち主には、患者、患者関係者、救助者および医療アドバイザからなる群から選択される病院検索者が含まれており、
   前記ユーザ端末の少なくとも一つは、スマートフォンであり、
   前記スマートフォンには、前記医療関係者ネットワークプログラムに基づくスマートフォンアプリケーションが導入され、
   前記スマートフォンアプリケーションが動作することにより、前記スマートフォンの画面には、前記病院基本情報と、前記３６０°画像情報とが表示され、
   前記病院検索者の前記スマートフォンは、前記スマートフォンアプリケーションを通じて、前記病院の予約システムに接続可能である、請求項１または２に記載の医療関係者マッチングシステム。
4. 前記通信ネットワークは、インターネットであり、
   前記医療系データベースは、前記通信ネットワークに接続されたサーバ装置内に設けられており、
   前記医療関係者ネットワークプログラムは、さらに、
   前記ホスト端末と前記医療系データベースとを接続する機能と、
   前記病院端末と前記医療系データベースとを接続する機能と、
   前記ユーザ端末と前記医療系データベースとを接続する機能と
   を実現するプログラムであり、
   前記医療関係者ネットワークプログラムは、前記ユーザ端末の持ち主と、前記病院端末の保有者である病院とをマッチングさせるマッチング機能を備えている、請求項１から３の何れか一つに記載の医療関係者マッチングシステム。
5. 前記マッチング機能は、前記サーバ装置内とは異なる追加サーバ装置に格納された人工知能プログラムによって実行される、請求項４に記載の医療関係者マッチングシステム。
6. 前記ユーザ端末に導入された前記医療関係者ネットワークプログラムは、前記ユーザ端末の前記持ち主の診断結果である診療画像データを保存および表示する機能を実現する診療画像データプログラムを備えている、請求項１から５の何れか一つに記載の医療関係者マッチングシステム。
7. 前記医療関係者ネットワークプログラムは、前記診療画像データを前記ユーザ端末から、前記医療系データベースにアップロードする機能を備えている、請求項６に記載の医療関係者マッチングシステム。
8. 前記ユーザ端末に導入された前記医療関係者ネットワークプログラムは、前記ユーザ端末の前記持ち主の処方箋情報を保存する機能を備えている、請求項１から７の何れか一つに記載の医療関係者マッチングシステム。
9. 前記病院端末の保有者である病院には、薬局が含まれており、
   前記医療関係者ネットワークプログラムは、前記薬局の前記病院端末へ前記処方箋情報を送信する機能を有している、請求項８に記載の医療関係者マッチングシステム。
10. 前記ユーザ端末に導入された前記医療関係者ネットワークプログラムは、前記ユーザ端末の前記持ち主が受けた診療費用を決裁する機能を有している、請求項１から９の何れか一つに記載の医療関係者マッチングシステム。
11. 前記医療関係者ネットワークプログラムは、前記ユーザ端末に対して、診療画像データを送信する広告送信機能を有している、請求項１から１０の何れか一つに記載の医療関係者マッチングシステム。
12. 前記通信ネットワークは、第５世代（５Ｇ）対応の通信網であり、
    医療関係者マッチングシステムは、前記病院の一つである第１病院の医療操作データを第２病院の医療装置に接続する機能を備えている、請求項１から１１の何れか一つに記載の医療関係者マッチングシステム。
13. 医療関係者ネットワークプログラムによって実現される医療関係者マッチングシステムを用いた医療関係者マッチング方法であって、
    前記医療関係者ネットワークプログラムは、
    病院の病院提供情報データを、医療系データファイルとして、医療系データベースに登録する機能と、
    前記登録された医療系データファイルに基づく医療系表示情報データを、ユーザ端末に送信する機能と
    を実現するプログラムであり、
    前記医療系データファイルには、
    病院ＩＤおよび病院名の少なくとも一方と、
    病院住所、所属する医師名および医療設備からなる群から選択される少なくとも一つの病院基本情報と、
    少なくとも一つの病院内の３６０°画像情報と、
    が含まれており、
    前記ユーザ端末の持ち主の少なくとも一人は、医療関係者であり、
    前記ユーザ端末には、前記３６０°画像情報が表示され、
    前記医療関係者マッチング方法は、
    前記医療関係者における前記ユーザ端末へ前記病院基本情報および前記３６０°画像情報が導入される工程と、
    前記病院基本情報が表示されている病院の連絡先に前記ユーザ端末からの問合せメッセージが送信される工程と、
    前記ユーザ端末にて、前記病院からの返答メッセージを受信する工程と
    を含む、医療関係者マッチング方法。
14. 前記医療関係者は、医師、看護師、薬剤師、歯科医師および歯科衛生士からなる群から選択され、
    前記ユーザ端末の少なくとも一つは、スマートフォンであり、
    前記スマートフォンには、前記医療関係者ネットワークプログラムに基づくスマートフォンアプリケーションが導入され、
    前記スマートフォンアプリケーションが動作することにより、前記スマートフォンの画面には、前記病院基本情報と、前記３６０°画像情報とが表示され、
    前記医療関係者の前記スマートフォンは、前記スマートフォンアプリケーションを通じて、病院端末に連絡可能な状態になる、請求項１３に記載の医療関係者マッチング方法。
15. 前記３６０°画像情報は、ユーザの指でスワイプすることによって、３６０°移動させることができる画面であり、
    前記医療関係者マッチング方法は、
    前記スマートフォンでの検索によって、前記病院基本情報が表示される工程を含み、
    前記検索が行われている際に、前記検索の入力に基づき人工知能プログラムにより、前記病院基本情報が表示される、請求項１４に記載の医療関係者マッチング方法。
16. 前記ユーザ端末の持ち主には、患者、患者関係者、救助者および医療アドバイザからなる群から選択される病院検索者が含まれており、
    前記ユーザ端末の少なくとも一つは、スマートフォンであり、
    前記スマートフォンには、前記医療関係者ネットワークプログラムに基づくスマートフォンアプリケーションが導入され、
    前記スマートフォンアプリケーションが動作することにより、前記スマートフォンの画面には、前記病院基本情報と、前記３６０°画像情報とが表示され、
    前記病院検索者の前記スマートフォンは、前記スマートフォンアプリケーションを通じて、前記病院の予約システムに接続可能であり、
    前記医療関係者マッチング方法は、さらに、
    前記スマートフォンを用いて、前記予約システムによる予約を行う工程と、
    前記予約システムから予約結果メッセージが前記スマートフォンに表示される工程と
    を含んでいる、請求項１３から１５の何れか一つに記載の医療関係者マッチング方法。
17. 前記医療関係者マッチング方法は、さらに、
    前記ユーザ端末に導入された前記医療関係者ネットワークプログラムを用いて、前記ユーザ端末の前記持ち主の診断結果である診療画像データを保存および表示する工程を含む、請求項１３から１６の何れか一つに記載の医療関係者マッチング方法。
18. 前記医療関係者マッチング方法は、さらに、
    前記ユーザ端末に導入された前記医療関係者ネットワークプログラムを用いて、前記ユーザ端末の前記持ち主の処方箋情報を保存および表示する工程を含む、請求項１３から１７の何れか一つに記載の医療関係者マッチング方法。
19. 病院端末の保有者である病院には、薬局が含まれており、
    前記医療関係者マッチング方法は、さらに、
    前記薬局の前記病院端末へ処方箋情報を送信する工程を含む、請求項１３から１８の何れか一つに記載の医療関係者マッチング方法。
20. 前記医療関係者マッチング方法は、さらに、
    前記ユーザ端末に導入された前記医療関係者ネットワークプログラムを用いて、前記ユーザ端末の前記持ち主が受けた診療費用を決裁する工程を含む、請求項１３から１９の何れか一つに記載の医療関係者マッチング方法。

Images