ホーム > 特許ランキング > ＨＩＴＯＴＳＵ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023167882
(43)【公開日】2023-11-24
(54)【発明の名称】情報処理装置及びプログラム
(51)【国際特許分類】
G06Q 30/0601 20230101AFI20231116BHJP
G06Q 30/0645 20230101ALI20231116BHJP
G06Q 50/10 20120101ALI20231116BHJP
G16H 40/00 20180101ALI20231116BHJP
【ＦＩ】
G06Q30/06 300
G06Q30/06 350
G06Q50/10
G16H40/00
【審査請求】有
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2022079411
(22)【出願日】2022-05-13
(71)【出願人】
【識別番号】521224239
【氏名又は名称】ＨＩＴＯＴＳＵ株式会社
(74)【代理人】
【識別番号】100190621
【弁理士】
【氏名又は名称】崎間 伸洋
(74)【代理人】
【識別番号】100212510
【弁理士】
【氏名又は名称】笠原 翔
(72)【発明者】
【氏名】田村 光希
【テーマコード（参考）】
5L049
5L099
【Ｆターム（参考）】
5L049BB22
5L049CC11
5L049CC15
5L099AA01
(57)【要約】
【課題】医療機関とメーカーや代理店との間の医療機器に関する支援をすることが可能な技術を提供すること。
【解決手段】サーバ１のＣＰＵ１１においては、動作する際に、受信制御部１１１と、画面生成部１１２と、医療機器調達実行部１１３と、医療機器修理手配実行部１１４と、レンタル注文実行部１１５と、パーツ購入実行部１１６と、医療機器売却実行部１１７と、データ連携実行部１１８と、コンサルティング実行部１１９と、送信制御部１２０とが機能する。サーバ１は、ＣＰＵ１１と、記憶部１８と、通信部１９等とを備える。サーバ１には、通信部１９によって医療機関端末２、メーカー端末３、代理店端末４、及び二次流通業者端末５が夫々接続される。
【選択図】図５
【解決手段】サーバ１のＣＰＵ１１においては、動作する際に、受信制御部１１１と、画面生成部１１２と、医療機器調達実行部１１３と、医療機器修理手配実行部１１４と、レンタル注文実行部１１５と、パーツ購入実行部１１６と、医療機器売却実行部１１７と、データ連携実行部１１８と、コンサルティング実行部１１９と、送信制御部１２０とが機能する。サーバ１は、ＣＰＵ１１と、記憶部１８と、通信部１９等とを備える。サーバ１には、通信部１９によって医療機関端末２、メーカー端末３、代理店端末４、及び二次流通業者端末５が夫々接続される。
【選択図】図５
【特許請求の範囲】
【請求項1】
ステークホルダーとなる医療機関の医療機関端末と、前記ステークホルダーとなるメーカーのメーカー端末及び前記ステークホルダーとなる代理店の代理店端末のうち少なくとも一方の端末とを、夫々、通信可能に接続する通信手段と、
前記医療機関で調達しようとする医療機器に対する前記医療機関端末からの問い合わせ又は調達要求に基づき、前記問い合わせの回答又は前記医療機器の調達を実行する医療機器調達実行手段と、
を備える、情報処理装置。
前記医療機関で調達しようとする医療機器に対する前記医療機関端末からの問い合わせ又は調達要求に基づき、前記問い合わせの回答又は前記医療機器の調達を実行する医療機器調達実行手段と、
を備える、情報処理装置。
【請求項2】
前記医療機関にある修理対象医療機器に対する前記医療機関端末からの修理要求に基づき、前記修理対象医療機器の修理の手配を実行する医療機器修理手配実行手段を更に備える、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項3】
前記医療機関でレンタルしようとするレンタル医療機器に対する前記医療機関端末からのレンタル要求に基づき、前記レンタル医療機器のレンタル注文を実行するレンタル注文実行手段を更に備える、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項4】
前記医療機関にあるパーツ交換対象医療機器に対する前記医療機関端末からのパーツ購入要求に基づき、前記パーツ交換対象医療機器のパーツ購入を実行するパーツ購入実行手段を更に備える、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項5】
前記医療機関にある売却対象医療機器に対する前記医療機関端末からの売却要求に基づき、前記売却対象医療機器の売却を実行する医療機器売却実行手段を更に備え、
前記通信手段は、前記ステークホルダーとなる二次流通業者の二次流通業者端末に対しても通信可能に接続する、
請求項１に記載の情報処理装置。
前記通信手段は、前記ステークホルダーとなる二次流通業者の二次流通業者端末に対しても通信可能に接続する、
請求項１に記載の情報処理装置。
【請求項6】
前記通信手段により通信可能な複数の前記医療機関のうち一の医療機関における前記医療機関端末からの連携要求に基づき、前記一の医療機関とは別の医療機関とのデータ連携を実行するデータ連携実行手段を更に備える、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項7】
前記医療機関端末からの問題解決要求に基づき、前記医療機関へのコンサルティングを実行するコンサルティング実行手段を更に備える、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項8】
ステークホルダーとなる医療機関の医療機関端末と、前記ステークホルダーとなるメーカーのメーカー端末及び前記ステークホルダーとなる代理店の代理店端末のうち少なくとも一方の端末とが、夫々、通信可能に接続される情報処理装置を制御するコンピュータに、
前記医療機関で調達しようとする医療機器に対する前記医療機関端末からの問い合わせ又は調達要求に基づき、前記問い合わせの回答又は前記医療機器の調達を実行する医療機器調達実行ステップを含む処理を実行させるプログラム。
前記医療機関で調達しようとする医療機器に対する前記医療機関端末からの問い合わせ又は調達要求に基づき、前記問い合わせの回答又は前記医療機器の調達を実行する医療機器調達実行ステップを含む処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【0002】
医療機関に情報を提供する情報処理装置としては、下記特許文献１が知られる。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特許第６５９６７０２号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１の従来技術にあっては、医薬情報担当者の情報を医療機関に提供することができる。しかしながら、医療機関が、例えば、医療機器の購入を検討しようとする場合に、医療機関とメーカーや代理店との間で医療機器に関する情報の入手や、医療機器の納品に至るまでの支援をすることはできなかった。
【0005】
本発明は、医療機関とメーカーや代理店との間の医療機器に関する支援をすることが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【0006】
前述の目的を達成するため、本発明の一態様の情報処理装置は、ステークホルダーとなる医療機関の医療機関端末と、前記ステークホルダーとなるメーカーのメーカー端末及び前記ステークホルダーとなる代理店の代理店端末のうち少なくとも一方の端末とを、夫々、通信可能に接続する通信手段と、前記医療機関で調達しようとする医療機器に対する前記医療機関端末からの問い合わせ又は調達要求に基づき、前記問い合わせの回答又は前記医療機器の調達を実行する医療機器調達実行手段と、を備える。
【発明の効果】
【0007】
本発明によれば、医療機関とメーカーや代理店との間の医療機器に関する支援をすることができる。
【図面の簡単な説明】
【0008】
【図1】本発明の一実施形態に係る情報処理システムにより提供される本サービスの概要例を示す図である。
【図3】本発明の一実施形態に係る情報処理システムに関するシステム構成の一例を示すブロック図である。
【図4】サーバのハードウェア構成の一例を示すブロック図である。
【図5】サーバの機能的構成の一例を示す機能ブロック図である。
【図6】図５の機能ブロック図のうち、（ａ）は医療機器調達実行部の機能的構成の一例を示す図、（ｂ）は医療機器修理手配実行部の機能的構成の一例を示す図、（ｃ）はレンタル注文実行部の機能的構成の一例を示す図である。
【図7】図５の機能ブロック図のうち、（ａ）はパーツ購入実行部の機能的構成の一例を示す図、（ｂ）は医療機器売却実行部の機能的構成の一例を示す図、（ｃ）はデータ連携実行部の機能的構成の一例を示す図である。
【図8】医療機器の購入選定・納品に関するワークフローの一例を示す図である。
【図10】修理（メーカー窓口）に関するワークフローの一例を示す図である。
【図11】修理（代理店窓口）に関するワークフローの一例を示す図である。
【図14】レンタル（メーカー窓口）に関するワークフローの一例を示す図である。
【図15】レンタル（代理店窓口）に関するワークフローの一例を示す図である。
【図19】パーツ注文（（ａ）メーカー窓口、（ｂ）代理店窓口）に関するワークフローの一例を示す図である。
【図21】医療機器売却に関するワークフローの一例を示す図である。
【図24】データ連携に関する（ａ）ワークフローの一例及び（ｂ）医療機関側で表示される画面の一例を示す図である。
【図25】医療機器管理コンサルティングに関するワークフローの一例を示す図である。
【発明を実施するための形態】
【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】
１・・・サーバ（情報処理装置）、２・・・医療機関端末、３・・・メーカー端末、４・・・代理店端末、５・・・二次流通業者端末、１１・・・ＣＰＵ１１、１８・・・記憶部、１９・・・通信部、１１１・・・受信制御部（受信制御手段）、１１２・・・画面生成部（画面生成手段）、１１３・・・医療機器調達実行部（医療機器調達実行手段）、１１４・・・医療機器修理手配実行部（医療機器修理手配実行手段）、１１５・・・レンタル注文実行部（レンタル注文実行手段）、１１６・・・パーツ購入実行部（パーツ購入実行手段）、１１７・・・医療機器売却実行部（医療機器売却実行手段）、１１８・・・データ連携実行部（データ連携実行手段）、１１９・・・コンサルティング実行部（コンサルティング実行手段）、１２０・・・送信制御部（送信制御手段）、Ｎ・・・ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】