JP7443049B2 - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Description

本明細書及び図面に開示の実施形態は、情報処理装置、情報処理方法及び情報処理プログラムに関する。

病院には、例えば、Ｘ線コンピュータ断層撮影（ＣＴ：Computed Tomography）装置、ＭＲＩ（Magnetic Resonance Imaging）装置、超音波診断装置、ＰＥＴ（Positron Emission Tomography）装置、及び、検体検査装置等の装置が設置されている。病院内に設置された装置は、経年劣化や使用状況に応じて故障する場合がある。そこで、病院側としては、病院内の装置が故障する前に保守作業を依頼することが重要である。

国際公開２０１４／０６１６０４号 特開２００９－２１７７１８号公報 特開２０１６－１６６０７０号公報

本明細書及び図面に開示の実施形態が解決しようとする課題の一つは、保守依頼を適切なタイミングで実施できることである。ただし、本明細書及び図面に開示の実施形態により解決される課題は上記課題に限られない。後述する実施形態に示す各構成による各効果に対応する課題を他の課題として位置づけることもできる。

実施形態に係る情報処理装置は、推定部と、検索部と、算出部と、提示部と、を備える。前記推定部は、医用装置を構成する複数の部品の状態に基づいて、故障予兆を表す故障予兆部品と当該故障予兆部品の故障時期を推定する。前記検索部は、前記医用装置の予約状況と前記故障予兆部品の保守作業に関する時間とに基づいて、前記故障時期までに前記保守作業を実施可能な日時を保守候補日時として検索する。前記算出部は、前記故障予兆部品に関するコストと前記保守作業に関するコストとに基づいて、前記保守候補日時の保守価格を算出する。前記提示部は、前記故障予兆部品、前記故障時期、前記保守候補日時及び前記保守価格を提示する。

図１は、本実施形態に係る情報処理装置を含む情報処理システムの構成の一例を示す図である。 図２は、本実施形態における故障履歴ＤＢの一例を示す図である。 図３は、本実施形態における部品在庫ＤＢの一例を示す図である。 図４は、本実施形態における部品調達ＤＢの一例を示す図である。 図５は、本実施形態における保守作業ＤＢの一例を示す図である。 図６は、本実施形態における作業員ＤＢの一例を示す図である。 図７は、本実施形態における保守推奨日を説明するための図である。 図８は、本実施形態における検査予約ＤＢの一例を示す図である。 図９は、本実施形態における保守候補日時を説明するための図である。 図１０は、本実施形態における故障リスクと保守コストとの関係を示す図である。 図１１は、本実施形態における表示画面の一例を示す図である。 図１２は、本実施形態における保守日時を説明するための図である。 図１３は、本実施形態における表示タイミングの一例を示す図である。 図１４は、本実施形態に係る情報処理装置による処理の手順を示すフローチャートである。 図１５は、本実施形態の変形例における表示画面の一例を示す図である。 図１６は、本実施形態の変形例における表示画面の一例を示す図である。 図１７は、本実施形態の変形例における表示画面の一例を示す図である。 図１８は、本実施形態の変形例における表示画面の一例を示す図である。

以下、添付図面を参照して、情報処理装置及び情報処理システムの実施形態を詳細に説明する。なお、以下、情報処理装置を含む情報処理システムを例に挙げて説明する。図１に示す情報処理システムにおいては、各装置が１台ずつ示されているが、実際には更に複数の装置を含むことができる。

図１は、本実施形態に係る情報処理装置１００を含む情報処理システム１の構成の一例を示す図である。図１に示す情報処理システム１は、情報処理装置１００と、医用装置２００と、端末３００と、サーバ４００とを備える。

医用装置２００は、病院内に設置され、モダリティ装置や検体検査装置等の装置を含む。医用装置２００がモダリティ装置である場合、例えば、医用装置２００は、Ｘ線診断装置、Ｘ線コンピュータ断層撮影装置（Ｘ線ＣＴ装置）、磁気共鳴イメージング装置（ＭＲＩ装置）、核医学診断装置、及び超音波診断装置等を含む。

端末３００とサーバ４００は、医用装置２００の予約を管理する装置である。例えば、端末３００は、医師、医療スタッフ、検査担当者等のユーザにより用いられる。例えば、端末３００は、ＰＣ（Personal Computer）やタブレット式ＰＣ、ＰＤＡ（Personal Digital Assistant）、携帯端末等を含む。端末３００は、例えば、医用装置２００を予約するときに使用される。サーバ４００は、例えば、ＨＩＳ（Hospital Information System）やＲＩＳ（Radiology Information System）などのサーバを含む。医用装置２００の予約は、端末３００だけでなく、サーバ４００を使用することにより実施することもできる。

情報処理装置１００は、ネットワークを介して、医用装置２００、端末３００、サーバ４００等と通信可能に接続される。情報処理装置１００、医用装置２００、端末３００、サーバ４００は、例えば、病院等に設置された院内ＬＡＮ（Local Area Network）に接続され、所定の装置へ情報を送信すると共に、所定の装置から送信される情報を受信する。例えば、情報処理装置１００は、ワークステーションやパーソナルコンピュータ等のコンピュータ機器によって実現される。

情報処理装置１００は、入力インターフェース１１０と、ディスプレイ１２０と、通信インターフェース１３０と、記憶回路１４０と、処理回路１５０とを有する。なお、情報処理装置１００は、上述の構成に限定されず、例えば、処理回路１５０のみを有しており、入力インターフェース１１０、ディスプレイ１２０、通信インターフェース１３０は、情報処理装置１００に接続されることにより使用されてもよい。

入力インターフェース１１０は、処理回路１５０に接続されており、操作者から各種指示及び各種情報の入力操作を受け付ける。具体的には、入力インターフェース１１０は、操作者から受け付けた入力操作を電気信号へ変換して処理回路１５０に出力する。例えば、入力インターフェース１１０は、トラックボール、スイッチボタン、マウス、キーボード、操作面へ触れることで入力操作を行うタッチパッド、表示画面とタッチパッドとが一体化されたタッチスクリーン、光学センサを用いた非接触入力回路、及び音声入力回路等によって実現される。なお、本実施形態において、入力インターフェース１１０は、マウス、キーボード等の物理的な操作部品を備えるものだけに限られない。例えば、装置とは別体に設けられた外部の入力機器から入力操作に対応する電気信号を受け取り、この電気信号を制御回路へ出力する電気信号の処理回路も入力インターフェース１１０の例に含まれる。

ディスプレイ１２０は、処理回路１５０に接続されており、各種情報及び各種画像を表示する。具体的には、ディスプレイ１２０は、処理回路１５０から送られる各種情報及び各種画像のデータを表示用の電気信号に変換して出力する。例えば、ディスプレイ１２０は、液晶モニタやＣＲＴ（Cathode Ray Tube）モニタ、タッチパネル等によって実現される。

通信インターフェース１３０は、処理回路１５０に接続されており、情報処理装置１００と各システムとの間で行われる各種データの伝送及び通信を制御する。例えば、通信インターフェース１３０は、情報処理装置１００と端末２００及び端末３００との間で行われる各種データの伝送及び通信を制御する。通信インターフェース１３０は、例えば、ネットワークカードやネットワークアダプタ、ＮＩＣ（Network Interface Controller）等によって実現される。

記憶回路１４０は、処理回路１５０に接続されており、各種情報を記憶する。具体的には、記憶回路１４０は、各システムから受信した患者情報を記憶する。例えば、記憶回路１４０は、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子や、ハードディスク、光ディスク等によって実現される。記憶回路１４０は、情報処理装置１００がネットワーク上でアクセス可能であれば、情報処理装置１００に内蔵されていなくてもよい。

更に、記憶回路１４０は、後述する処理回路１５０が有する各処理機能によって用いられる各種のデータベース（以下、ＤＢと記載する）を記憶する。各種のＤＢについては後述する。

処理回路１５０は、情報処理装置１００の構成要素を制御する。例えば、処理回路１５０は、推定機能１５１、検索機能１５２、算出機能１５３、及び、出力処理機能１５４を実行する。ここで、例えば、処理回路１５０の構成要素である推定機能１５１、検索機能１５２、算出機能１５３、及び、出力処理機能１５４が実行する各処理機能は、コンピュータによって実行可能なプログラムの形態で記憶回路１４０に記録されている。処理回路１５０は、各プログラムを記憶回路１４０から読み出し、実行することで各プログラムに対応する機能を実現するプロセッサである。換言すると、各プログラムを読み出した状態の処理回路１５０は、図１の処理回路１５０内に示された各機能を有することとなる。ここで、推定機能１５１は、推定部の一例である。検索機能１５２は、検索部の一例である。算出機能１５３は、算出部の一例である。出力処理機能１５４は、提示部及び処理部の一例である。

なお、上記説明において用いた「プロセッサ」という文言は、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device：ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex Programmable Logic Device：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Field Programmable GateArray：ＦＰＧＡ））等の回路を意味する。プロセッサが例えばＣＰＵである場合、プロセッサは記憶回路に保存されたプログラムを読み出し実行することで機能を実現する。一方、プロセッサが例えばＡＳＩＣである場合、記憶回路にプログラムを保存する代わりに、プロセッサの回路内にプログラムを直接組み込まれる。なお、本実施形態の各プロセッサは、プロセッサごとに単一の回路として構成される場合に限らず、複数の独立した回路を組み合わせて１つのプロセッサとして構成し、その機能を実現するようにしてもよい。さらに、図１における複数の構成要素を１つのプロセッサへ統合してその機能を実現するようにしてもよい。

以上、本実施形態に係る情報処理装置１００の全体構成について説明した。このような構成のもと、本実施形態に係る情報処理装置１００は、病院側が保守依頼を適切なタイミングで実施できるように、本実施形態に係る情報処理装置１００では、以下の処理を行う。まず、推定機能１５１は、医用装置２００を構成する複数の部品の状態に基づいて、故障予兆を表す故障予兆部品と当該故障予兆部品の故障時期とを推定する。検索機能１５２は、医用装置２００の予約状況と故障予兆部品の保守作業に関する時間とに基づいて、故障時期までに保守作業を実施可能な日時を保守候補日時として検索する。算出機能１５３は、故障予兆部品に関するコストと保守作業に関するコストとに基づいて、保守候補日時の保守価格を算出する。出力処理機能１５４は、故障予兆部品、故障時期、保守候補日時及び保守価格を提示する。

次に、推定機能１５１が実行する処理について説明する。上述のように、推定機能１５１は、医用装置２００を構成する複数の部品の状態に基づいて、故障予兆を表す故障予兆部品と、当該故障予兆部品の故障時期である推定故障時期とを推定する。

具体的には、まず、推定機能１５１は、医用装置２００を構成する複数の部品の状態として、例えば、経時的な変化を監視して、複数の部品の中から、故障予兆を表す故障予兆部品を推定する。例えば、複数の部品の各々には、図示しないセンサが設けられている。推定機能１５１は、当該センサから出力されるセンサデータを受け付けることにより、当該センサが設けられた部品の状態として、経時的な変化を監視する。そして、推定機能１５１は、当該センサから受け付けたセンサデータが所定の閾値を超える場合、又は、所定の閾値を下回る場合、当該センサが設けられた部品を故障予兆部品として推定する。

例えば、医用装置２００が「Ｘ線ＣＴ装置」であり、「Ｘ線ＣＴ装置」を構成する複数の部品の中の１つの部品である「Ｘ線管」には、センサが設けられているものとする。この場合、当該センサは、「Ｘ線管」のフィラメントの抵抗値を計測し、センサデータとして情報処理装置１００に出力する。情報処理装置１００において、推定機能１５１は、当該センサから出力されるセンサデータを受け付けることにより、当該センサが設けられた「Ｘ線管」の状態を監視する。例えば、推定機能１５１は、当該センサから出力されるセンサデータを受け付けることにより、当該センサが設けられた「Ｘ線管」のフィラメントの抵抗値の経時的な変化を監視する。そして、推定機能１５１は、例えば、「Ｘ線管」のフィラメントの抵抗値が所定の閾値を下回る場合、「Ｘ線管」を故障予兆部品として推定する。また、推定機能１５１は、故障予兆部品「Ｘ線管」のフィラメントの抵抗値の経時的な変化と、過去に発生した部品毎の故障履歴とに基づいて、当該故障予兆部品の故障時期である推定故障時期及び故障確率を推定する。ここで、推定機能１５１は、医用装置２００の使用状況も考慮して、推定故障時期及び故障確率を推定してもよい。

医用装置２００の使用状況の一例として、推定機能１５１は、温度や振動等を監視する。例えば、医用装置２００や医用装置２００を構成する複数の部品の少なくとも１つの部品には、温度センサや振動センサが設けられ、推定機能１５１は、温度センサや振動センサから出力されるセンサデータを受け付けることにより、医用装置２００の使用状況を監視する。

図２は、本実施形態における故障履歴ＤＢ１４１の一例を示す図である。故障履歴ＤＢ１４１は、過去に発生した部品毎の故障履歴などの情報を記憶する。故障履歴ＤＢ１４１は、例えば、記憶回路１４０、又は、情報処理装置１００とネットワークを介して接続された外部のサーバに記憶されている。例えば、図２は、過去に発生した部品毎の故障履歴のうち、部品「Ｘ線管」が過去に故障したときの故障履歴を示している。例えば、過去に発生した故障として、「Ｘ線管」のフィラメントの抵抗値が経時的に徐々に下がっていき、ある日において、当該抵抗値が所定の閾値を下回ったものとする。このとき、当該抵抗値が所定の閾値を下回った日から、「Ｘ線管」が１３日後に故障したものとする。この場合、当該抵抗値は、故障時の値が最も低い。また、故障確率は、当該抵抗値が低くなるに連れ、高くなる。

例えば、推定機能１５１は、故障履歴ＤＢ１４１を参照して、故障予兆部品「Ｘ線管」のフィラメントの抵抗値の経時的な変化から、推定故障時期及び故障確率を推定する。具体的には、「Ｘ線管」のフィラメントの抵抗値が経時的に徐々に下がっていき、「６月１７日」において、当該抵抗値が所定の閾値を下回ったものとする。この場合、推定機能１５１は、故障予兆部品「Ｘ線管」の推定故障時期として、「６月３０日（１３日後）」を推定する。このときの故障確率は「９０％」であるものとする。

次に、検索機能１５２が実行する処理について説明する。上述のように、検索機能１５２は、医用装置２００の予約状況と、故障予兆部品の保守作業に関する時間とに基づいて、推定故障時期までに保守作業を実施可能な複数の日時を、保守候補日時として検索する。具体的には、検索機能１５２は、各種のＤＢを参照して、複数の保守候補日時を検索する。

図３は、本実施形態における部品在庫ＤＢ１４２の一例を示す図である。例えば、図３に示すように、部品在庫ＤＢ１４２は、部品毎の在庫状況及び部品代などの情報を記憶する。部品在庫ＤＢ１４２は、例えば、記憶回路１４０、又は、情報処理装置１００とネットワークを介して接続された外部のサーバに記憶される。例えば、部品在庫ＤＢ１４２は、部品の在庫を管理する管理会社により管理され、在庫状況、部品代などの変更があった場合に部品在庫ＤＢ１４２内の情報が更新される。例えば、在庫状況は、保守作業の予約が入った場合に更新される。在庫状況は、部品を識別する部品情報と、当該部品が保管された保管場所と、当該保管場所に保管された部品の数である在庫とを含む。部品情報は、例えば、部品名、部品番号、型番などを含む。保管場所は、例えば、倉庫の名前や、倉庫の住所などの位置情報を含む。検索機能１５２は、部品在庫ＤＢ１４２を参照して、故障予兆部品の代替となる代替部品の在庫状況及び部品代を検索する。例えば、故障予兆部品が、部品情報として、型番が“ＸＸＸ”である「Ｘ線管」とする。また、当該「Ｘ線管“ＸＸＸ”」が保管された保管場所として、位置情報が“ＡＡＡ”、“ＢＢＢ”、“ＣＣＣ”である倉庫とする。保管場所「倉庫“ＡＡＡ”」、「倉庫“ＢＢＢ”」、「倉庫“ＣＣＣ”」において、「Ｘ線管“ＸＸＸ”」の在庫は、それぞれ、「１個」、「２個」、「０個」であり、部品代は「Ｘ１」であるものとする。また、保管場所「倉庫“ＡＡＡ”」は、輸送先である「病院Ａ」に最も近いものとする。この場合、検索機能１５２は、部品在庫ＤＢ１４２を参照して、故障予兆部品「Ｘ線管“ＸＸＸ”」の代替となる代替部品の在庫状況及び部品代として、保管場所「倉庫“ＡＡＡ”」、在庫「１個」、及び、部品代「Ｘ１」を検索する。

図４は、本実施形態における部品調達ＤＢ１４３の一例を示す図である。例えば、図４に示すように、部品調達ＤＢ１４３は、部品毎の納期及び輸送費などの情報を記憶する。部品調達ＤＢ１４３は、例えば、記憶回路１４０、又は、情報処理装置１００とネットワークを介して接続された外部のサーバに記憶される。例えば、部品調達ＤＢ１４３は、部品の在庫を管理する管理会社により管理される。検索機能１５２は、部品調達ＤＢ１４３を参照して、代替部品の納期及び輸送費を検索する。納期及び輸送費は、保管場所、輸送先、輸送手段により異なる。また、輸送費は、保管場所から輸送先に輸送する距離が遠くなるほど、高くなる。また、輸送費は、保管場所から輸送先に輸送するときの人件費も、距離に応じて高くなる。例えば、代替部品「Ｘ線管“ＸＸＸ”」を保管場所「倉庫“ＡＡＡ”」から輸送先「病院Ａ」に輸送する場合、輸送手段として「トラック」を利用する場合では納期が「６日」であり、輸送費は「Ｙ１」であるものとする。また、輸送手段として「飛行機」と「トラック」とを利用する場合（以下、「飛行機、トラック」と記載する）では納期が「３日」であり、輸送費は「Ｙ２」であるものとする。輸送手段「飛行機＋トラック」は、緊急手配を要する場合に利用されるため、輸送費「Ｙ２」は輸送費「Ｙ１」よりも高くなる。この場合、検索機能１５２は、部品調達ＤＢ１４３を参照して、代替部品「Ｘ線管“ＸＸＸ”」を保管場所「倉庫“ＡＡＡ”」から輸送先「病院Ａ」に輸送する場合の納期及び輸送費として、輸送手段として「トラック」を利用する場合の納期「６日」及び輸送費「Ｙ１」を検索する。また、検索機能１５２は、輸送手段として「飛行機、トラック」を利用する場合の納期「３日」及び輸送費「Ｙ２」を検索する。

図５は、本実施形態における保守作業ＤＢ１４４の一例を示す図である。例えば、図５に示すように、保守作業ＤＢ１４４は、部品毎に作業員が保守作業に要する保守作業時間及び人件費などの情報を記憶する。保守作業ＤＢ１４４は、例えば、記憶回路１４０、又は、情報処理装置１００とネットワークを介して接続された外部のサーバに記憶される。例えば、保守作業ＤＢ１４４は、作業員を管理する管理会社により管理される。検索機能１５２は、保守作業ＤＢ１４４を参照して、故障予兆部品の保守作業に要する保守作業時間及び人件費を検索する。保守作業時間及び人件費は、保守作業の内容により異なる。保守作業としては、交換や修理などが挙げられる。例えば、保守作業が、故障予兆部品「Ｘ線管“ＸＸＸ”」を代替部品に交換する作業である場合、作業員が「病院Ａ」に出向いて当該保守作業に要する保守作業時間は「６時間」であり、その人件費は「Ｚ１」であるものとする。この場合、検索機能１５２は、保守作業ＤＢ１４４を参照して、故障予兆部品「Ｘ線管“ＸＸＸ”」の保守作業に要する保守作業時間「６時間」及び人件費「Ｚ１」を検索する。

図６は、本実施形態における作業員ＤＢ１４５の一例を示す図である。例えば、図６に示すように、作業員ＤＢ１４５は、作業員のスケジュールなどの情報を記憶する。作業員ＤＢ１４５は、例えば、記憶回路１４０、又は、情報処理装置１００とネットワークを介して接続された外部のサーバに記憶される。例えば、作業員ＤＢ１４５は、作業員を管理する管理会社により管理される。医用装置２００は病院に設置されているため、保守作業は、休日に行われることが望ましく、平日の場合では夜間に行われることが望ましい。このため、作業員ＤＢ１４５は、作業員が休日に保守作業を行うことが可能な日程と、作業員が平日の夜間に、例えば１８時から翌日６時までの間に保守作業を行うことが可能な日程とを記憶する。本実施形態では、一例として、作業員が平日の夜間に保守作業を行う場合について説明する。例えば、「作業員Ａ」が平日の１８時以降に保守作業を行うことが可能な日程として、「６月２１日」は「翌日３時まで可」であり、「６月２４日」は「翌日３時まで可」であり、「６月２６日」は「翌日１時まで可」であるものとする。「作業員Ｂ」が平日の１８時以降に保守作業を行うことが可能な日程として、「６月２５日」は「２４時まで可」であるものとする。「作業員Ｃ」が平日の１８時以降に保守作業を行うことが可能な日程として、「６月２０日」は「２３時まで可」であるものとする。検索機能１５２は、作業員ＤＢ１４５を参照して、「作業員Ａ」、「作業員Ｂ」、「作業員Ｃ」のスケジュールとして、「作業員Ａ」、「作業員Ｂ」、「作業員Ｃ」が夜間に保守作業を行うことが可能な日程を検索する。

図７は、本実施形態における保守推奨日を説明するための図である。例えば、検索機能１５２は、故障予兆部品「Ｘ線管“ＸＸＸ”」の保守作業に要する時間に基づいて、緊急手配にならない日程であり、かつ、推定故障時期「６月３０日（１３日後）」までに保守作業を実施できる最短の日程を、保守推奨日として検索する。ここで、検索機能１５２が検索した代替部品「Ｘ線管“ＸＸＸ”」の在庫状況（保管場所「倉庫“ＡＡＡ”」、在庫「１個」）及び納期（「３日」、「６日」）と、故障予兆部品「Ｘ線管“ＸＸＸ”」の保守作業に要する保守作業時間「６時間」と、「作業員Ａ」、「作業員Ｂ」、「作業員Ｃ」のスケジュールとは、故障予兆部品「Ｘ線管“ＸＸＸ”」の保守作業に要する時間に相当する。

例えば、図７に示すように、推定故障時期「６月３０日（１３日後）」までに、作業員が平日の１８時以降に保守作業時間「６時間」の保守作業を実施できる日程は、「６月２１日」の「翌日３時まで可」、「６月２４日」の「翌日３時まで可」、「６月２５日」の「２４時まで可」、「６月２６日」の「翌日１時まで可」である。ここで、代替部品「Ｘ線管“ＸＸＸ”」の納期が「６日」である場合、輸送手段として「トラック」を利用することによって、故障予兆を推定した日である「６月１７日」から６日後の「６月２３日」に、代替部品「Ｘ線管“ＸＸＸ”」が保管場所「倉庫“ＡＡＡ”」から輸送先「病院Ａ」に輸送される。一方、「６月２３日」よりも前の日程では、輸送手段として「飛行機、トラック」を利用するため、緊急手配になってしまい、輸送費が高くなる。この場合、緊急手配にならない日時であり、かつ、推定故障時期「６月３０日（１３日後）」までに保守作業を実施できる最短の日時は、「６月２４日」となる。すなわち、検索機能１５２は、「６月２４日」を保守推奨日とする。

図８は、本実施形態における検査予約ＤＢ１４６の一例を示す図である。例えば、図８に示すように、検査予約ＤＢ１４６は、医用装置２００の予約状況などの情報を記憶する。検査予約ＤＢ１４６は、例えば、記憶回路１４０、又は、情報処理装置１００とネットワークを介して接続された外部のサーバに記憶され、検査予約を行う医師、医療スタッフ、検査担当者等のユーザにより管理される。検査予約は、ユーザが端末３００を用いることにより行われる。医用装置２００の予約状況は、例えば、医用装置２００の予約日時などを含み、本実施形態では、医用装置２００の予約は１時間に１件入るものとする。例えば、検査予約ＤＢ１４６において、医用装置２００の予約日時として、「６月２０日」、「６月２１日」の１８時以降においては２１時まで医用装置２００の予約が３件入っているものとする。また、「６月２４日」～「６月２６日」の１８時以降においては２０時まで医用装置２００の予約が２件入っているものとする。検索機能１５２は、検査予約ＤＢ１４６を参照して、推定故障時期「６月３０日（１３日後）」までの医用装置２００の予約状況を検索する。

図９は、本実施形態における保守候補日時を説明するための図である。例えば、検索機能１５２は、医用装置２００の予約状況と、故障予兆部品「Ｘ線管“ＸＸＸ”」の保守作業に関する時間とに基づいて、推定故障時期「６月３０日（１３日後）」までに保守作業を実施可能な複数の日時を保守候補日時として検索する。

例えば、図６に示すように、保守推奨日である「６月２４日」においては、「作業員Ａ」は、保守作業を１８時から翌日３時まで実施可能である。また、図５に示すように、故障予兆部品「Ｘ線管“ＸＸＸ”」の保守作業に要する時間として、保守作業時間は「６時間」である。また、図８に示すように、「６月２４日」においては、医用装置２００の予約状況として、１８時から２０時まで医用装置２００が予約されている。この場合、「６月２４日」において、「作業員Ａ」が保守作業時間「６時間」の保守作業を実施できる時間は、図９に示すように、「２０時～翌日２時」である。すなわち、検索機能１５２は、「６月２４日」の「２０時～翌日２時」を保守候補日時とする。

例えば、図６に示すように、「６月２１日」においては、「作業員Ａ」は、保守作業を１８時から翌日３時まで実施可能である。また、図８に示すように、「６月２１日」においては、医用装置２００の予約状況として、１８時から２１時まで医用装置２００が予約されている。この場合、「６月２１日」において、「作業員Ａ」が保守作業時間「６時間」の保守作業を実施できる時間は、図９に示すように、「２１時～翌日３時」である。ここで、「６月２１日」については、保守推奨日よりも前の日程であるため、緊急手配になってしまうが、検索機能１５２は、保守候補日時として検索するものとする。すなわち、検索機能１５２は、「６月２１日」の「２１時～翌日３時」を保守候補日時とする。

例えば、図６に示すように、「６月２６日」においては、「作業員Ａ」は、保守作業を１８時から翌日１時まで実施可能である。また、図８に示すように、「６月２６日」においては、医用装置２００の予約状況として、１８時から２０時まで医用装置２００が予約されている。この場合、「６月２６日」において、「作業員Ａ」が保守作業時間「６時間」の保守作業を実施できる時間は、図９に示すように、「１９時～翌日１時」であるが、１９時～２０時において、医用装置２００の予約が１件入っている。ここで、検索機能１５２は、保守作業を実施可能な日時に医用装置２００の予約が１件だけ入っている場合、その日時を保守候補日時として検索するものとする。すなわち、検索機能１５２は、「６月２６日」の「１９時～翌日１時」を保守候補日時とする。

例えば、図６に示すように、「６月２５日」においては、「作業員Ｂ」は、保守作業を１８時から２４時まで実施可能である。また、図８に示すように、「６月２５日」においては、医用装置２００の予約状況として、１８時から２０時まで医用装置２００が予約されている。この場合、「６月２５日」において、「作業員Ｂ」が保守作業時間「６時間」の保守作業を実施できる時間は、「１８時～２４時」であるが、１８時～２０時において、医用装置２００の予約が２件入っている。ここで、検索機能１５２は、保守作業を実施可能な日時に医用装置２００の予約が２件以上入っている場合、その日時の優先度を下げる。すなわち、推定故障時期までに予約１件以下の作業時間が全くない場合は、「候補日なし」ではなく、予約件数が少ない日時から優先的に候補とする。例えば、推定故障時期「６月３０日（１３日後）」までに作業員が保守作業時間「６時間」の保守作業を実施できる時間が全くない場合は、予約件数が少ない日時から優先的に保守候補日時とする。

次に、算出機能１５３が実行する処理について説明する。上述のように、算出機能１５３は、故障予兆部品の代替部品の手配に関するコストと、保守作業に関するコストとに基づいて、複数の保守候補日時の各々の保守価格を算出する。

図１０は、本実施形態における故障予兆部品「Ｘ線管“ＸＸＸ”」の故障リスクと保守コストとの関係を示す図である。例えば、故障予兆部品「Ｘ線管“ＸＸＸ”」の保守コストは、故障予兆部品「Ｘ線管“ＸＸＸ”」の代替部品の手配に関するコストと、保守作業に関するコストとを含む。算出機能１５３は、当該保守コストに基づいて、複数の保守候補日時「６月２４日２０時～翌日２時」、「６月２１日２１時～翌日３時」、「６月２６日１９時～翌日１時」の各々の保守価格を算出する。ここで、検索機能１５２が検索した代替部品「Ｘ線管“ＸＸＸ”」の部品代「Ｘ１」、納期が「６日」の場合の輸送費「Ｙ１」、及び、納期が「３日」の場合の「Ｙ２」とは、故障予兆部品「Ｘ線管“ＸＸＸ”」の代替部品の手配に関するコストに相当する。また、検索機能１５２が検索した故障予兆部品「Ｘ線管“ＸＸＸ”」の保守作業に要する作業員の人件費「Ｚ１」は、保守作業に関するコストに相当する。例えば、算出機能１５３は、保守候補日時「６月２４日２０時～翌日２時」、「６月２１日２１時～翌日３時」、「６月２６日１９時～翌日１時」に対して、それぞれ保守価格「５０万円」、「６０万円」、「８０万円」を算出したものとする。

故障予兆部品「Ｘ線管“ＸＸＸ”」の故障リスクは、図１０に示すように、故障予兆を推定した日である「６月１７日」から推定故障時期「６月３０日（１３日後）」にかけて、高くなる。ここで、保守価格は、故障リスクや保守コストによって決定される。なお、故障予兆を推定する精度を考慮して、保守作業の予約を受け付ける期限は、推定故障時期「６月３０日（１３日後）」の２日前の「６月２８日」に設定されているものとし、「６月２８日」以降の保守価格は最大値とする。また、緊急手配にならない日程であり、かつ、推定故障時期「６月３０日（１３日後）」までに保守作業を実施できる最短の日程である保守推奨日は、「６月２４日」であるため、「６月２４日」の保守価格は、故障リスクや保守コストを考慮して最小値とする。

例えば、保守候補日時「６月２１日２１時～翌日３時」は、故障予兆部品「Ｘ線管“ＸＸＸ”」の保守作業を保守候補日時「６月２４日２０時～翌日２時」よりも前に実施可能である。すなわち、故障リスクが低いうちに、保守作業を実施することが可能である。しかし、保守候補日時「６月２４日２０時～翌日２時」よりも前の日時では、緊急手配を要することになるため、輸送費や人件費などの保守コストが高くなってしまう。その結果、保守候補日時「６月２１日２１時～翌日３時」の保守価格「８０万円」は、保守候補日時「６月２４日２０時～翌日２時」の保守価格「５０万円」に比べて、高くなる。

ここで、保守候補日時「６月２６日１９時～翌日１時」は、故障予兆部品「Ｘ線管“ＸＸＸ”」の保守コストが保守候補日時「６月２４日２０時～翌日２時」の場合と同じである。すなわち、保守候補日時「６月２４日２０時～翌日２時」よりも後の日時であっても、「６月３０日」までに保守作業を実施すればよい。しかし、保守候補日時「６月２４日２０時～翌日２時」よりも後の日程では、故障リスクが高くなってしまう。その結果、保守候補日時「６月２６日１９時～翌日１時」の保守価格「６０万円」は、保守候補日時「６月２４日２０時～翌日２時」の保守価格「５０万円」に比べて、高くなる。

また、算出機能１５３は、複数の保守候補日時のうちの少なくとも１つの保守候補日時に医用装置２００の予約が入っている場合、医用装置２００の予約をキャンセルしたときに生じる機会損失を算出する。例えば、保守候補日時「６月２６日１９時～翌日１時」には、医用装置２００の予約が１件だけ入っている。この場合、算出機能１５３は、医用装置２００の予約を１件キャンセルしたときに生じる機会損失として、「１０万円」を算出したものする。

また、算出機能１５３は、故障予兆部品「Ｘ線管“ＸＸＸ”」が故障した場合の保守価格と機会損失とを算出する。例えば、算出機能１５３は、故障予兆部品「Ｘ線管“ＸＸＸ”」が故障した場合の保守価格の最大値として、「１５０万円」を算出したものする。例えば、算出機能１５３は、故障予兆部品「Ｘ線管“ＸＸＸ”」が故障した場合に、昼間から夜間にかけて医用装置２００の予約を最大８件キャンセルしたときに生じる機会損失として、「８０万円」を算出したものする。

次に、出力処理機能１５４が実行する処理について説明する。上述のように、出力処理機能１５４は、故障予兆部品、推定故障時期、複数の保守候補日時及び保守価格を表す画面であって、複数の保守候補日時の中から１つの保守候補日時を保守日時として受け付ける画面を提示する。具体的には、出力処理機能１５４は、図１１に示す画面１０をディスプレイ１２０に表示させる。

図１１は、本実施形態における表示画面の一例を示す図である。例えば、画面１０は、故障予兆部品表示欄１１と、保守作業時間表示欄１２と、保守候補日時表示欄２０とを含む。

例えば、故障予兆部品表示欄１１には、推定機能１５１が推定した情報が表示される。具体的には、故障予兆部品表示欄１１には、推定機能１５１が推定した故障予兆部品である「Ｘ線管“ＸＸＸ”」と、推定機能１５１が当該故障予兆部品を監視したときの異常情報「フィラメント抵抗値減少」とが表示される。また、故障予兆部品表示欄１１には、推定機能１５１が推定した故障予兆部品の推定故障時期「６月３０日（１３日後）」と、推定機能１５１が推定した故障予兆部品の故障確率「９０％」とが表示される。

例えば、保守作業時間表示欄１２には、検索機能１５２が検索した保守作業時間「６時間」が表示される。

例えば、保守候補日時表示欄２０には、受付ボタン２１～２３と、検索機能１５２が検索した情報と、算出機能１５３が算出した情報とが表示される。受付ボタン２１～２３は、複数の保守候補日時の中から１つの保守候補日時を保守日時として受け付けるボタンである。例えば、出力処理機能１５４は、画面１０において、複数の保守候補日時を保守価格が安い順に提示する。

具体的には、保守候補日時表示欄２０には、受付ボタン２１「１」に対応付けて、検索機能１５２が検索した保守候補日時「６月２４日２０時～翌日２時」と、算出機能１５３が算出した当該保守候補日時の保守価格「５０万円」と、検索機能１５２が検索した当該保守候補日時の医用装置２００の予約状況である装置予約「０件」と、当該保守候補日時の機会損失「０円」とが表示される。

また、保守候補日時表示欄２０には、受付ボタン２２「２」に対応付けて、検索機能１５２が検索した保守候補日時「６月２６日１９時～翌日１時」と、算出機能１５３が算出した当該保守候補日時の保守価格「６０万円」と、検索機能１５２が検索した当該保守候補日時の医用装置２００の予約状況である装置予約「１件」と、算出機能１５３が算出した当該保守候補日時の機会損失「１０万円」とが表示される。

また、保守候補日時表示欄２０には、受付ボタン２３「３」に対応付けて、検索機能１５２が検索した保守候補日時「６月２１日２１時～翌日３時」と、算出機能１５３が算出した当該保守候補日時の保守価格「８０万円」と、検索機能１５２が検索した当該保守候補日時の医用装置２００の予約状況である装置予約「０件」と、当該保守候補日時の機会損失「０円」とが表示される。

また、保守候補日時表示欄２０には、算出機能１５３が算出した故障予兆部品「Ｘ線管“ＸＸＸ”」の故障時における保守価格「１５０万円」、装置予約「８件」及び機会損失「８０万円」が表示される。

例えば、ユーザが保守候補日時表示欄２０の受付ボタン２１「１」を操作した場合、出力処理機能１５４は、画面１０において、保守候補日時「６月２４日２０時～翌日２時」を保守日時として受け付ける。すなわち、保守日時「６月２４日２０時～翌日２時」が確定する。

保守日時「６月２４日２０時～翌日２時」が確定した場合、出力処理機能１５４は、当該保守日時における保守作業の予約を行う。具体的には、出力処理機能１５４は、検索機能１５２が検索した代替部品「Ｘ線管“ＸＸＸ”」の在庫状況（保管場所「倉庫“ＡＡＡ”」、在庫「１個」）及び納期「６日」に基づいて、部品の在庫を管理する管理会社に対して、代替部品「Ｘ線管“ＸＸＸ”」を保管場所「倉庫“ＡＡＡ”」から輸送先「病院Ａ」に輸送してもらうための手配を行う。また、出力処理機能１５４は、検索機能１５２が検索した「作業員Ａ」、「作業員Ｂ」、「作業員Ｃ」のスケジュールに基づいて、作業員を管理する管理会社に対して、「作業員Ａ」が保守日時「６月２４日２０時～翌日２時」に「病院Ａ」で故障予兆部品「Ｘ線管“ＸＸＸ”」の保守作業を実施してもらうための依頼を行う。

また、保守日時「６月２４日２０時～翌日２時」が確定した場合、出力処理機能１５４は、当該保守日時における医用装置２００の予約を行う。具体的には、図１２に示すように、出力処理機能１５４は、検査予約ＤＢ１４６において、医用装置２００の予約日時として、６月２４日の２０時から翌日２時まで医用装置２００を予約する。この場合、出力処理機能１５４は、医用装置２００の予約を管理する装置である端末３００及びサーバ４００に対して、保守日時における医用装置２００の予約を禁止する処理を行う。例えば、ユーザが端末３００を用いて、６月２４日の２０時から２１時までの日時に医用装置２００を予約する操作を行った場合、出力処理機能１５４は、端末３００に対して、予約しようとする日時が保守日時であることを提示する。すなわち、出力処理機能１５４は、予約しようとする日時は医用装置２００の予約ができない旨を、端末３００によりユーザに通知する。

図１３は、本実施形態における表示タイミングの一例を示す図である。例えば、出力処理機能１５４は、画面１０をディスプレイ１２０に表示させるタイミングを、医用装置２００内の部品に故障予兆があると推定機能１５１が判定した時点で決定する。例えば、推定機能１５１が故障予兆部品を推定した故障予兆推定日ｔ１から推定故障時期ｔ２までの日数ｔ１２に、時間的猶予がありすぎる場合、出力処理機能１５４が画面１０をディスプレイ１２０に表示させても、故障リスクがまだ低く、ユーザにとっては保守作業を実施しようとする意識も低い。一方、上記日数ｔ１２に時間的猶予がなさすぎる場合、例えば、出力処理機能１５４が推定故障時期の間近で画面１０をディスプレイ１２０に表示させた場合、故障リスクと保守コストとの関係から経済的ではない。そこで、出力処理機能１５４は、上記日数ｔ１２が所定日数以内である場合に、画面１０をディスプレイ１２０に表示させる。例えば、所定日数が１ヶ月に設定され、上記日数ｔ１２が１ヶ月以内である場合に、出力処理機能１５４は、画面１０をディスプレイ１２０に表示させる。なお、本実施形態では、所定日数は１ヶ月に設定されているが、これに限定されず、任意に設定可能である。

図１４は、本実施形態に係る情報処理装置１００による処理の手順を示すフローチャートである。

推定機能１５１は、医用装置２００を構成する複数の部品の状態を監視して、故障予兆があるか否かを判定する（ステップＳ１０１）。故障予兆がないと推定機能１５１が判定した場合（ステップＳ１０１；Ｎｏ）、再度、ステップＳ１０１の判定処理を行う。

故障予兆があると推定機能１５１が判定した場合（ステップＳ１０１；Ｙｅｓ）、故障予兆部品推定処理が行われる（ステップＳ１０２）。ステップＳ１０２では、推定機能１５１は、医用装置２００を構成する複数の部品の状態に基づいて、故障予兆を表す故障予兆部品を推定する。また、故障予兆部品の状態と医用装置２００の使用状況とに基づいて、当該故障予兆部品の故障時期である推定故障時期と、当該故障予兆部品の故障確率とを推定する。

次に、部品在庫検索処理が行われる（ステップＳ１０３）。ステップＳ１０３では、検索機能１５２は、部品在庫ＤＢ１４２を参照して、故障予兆部品の代替となる代替部品の在庫状況及び部品代を検索する。また、検索機能１５２は、部品調達ＤＢ１４３を参照して、代替部品の納期及び輸送費を検索する。

次に、保守作業検索処理が行われる（ステップＳ１０４）。ステップＳ１０４では、検索機能１５２は、保守作業ＤＢ１４４を参照して、故障予兆部品の保守作業に要する保守作業時間及び人件費を検索する。また、検索機能１５２は、作業員ＤＢ１４５を参照して、作業員のスケジュールとして、作業員が夜間に保守作業を行うことが可能な日程を検索する。

次に、保守推奨日検索処理が行われる（ステップＳ１０５）。ステップＳ１０５では、検索機能１５２は、故障予兆部品の保守作業に関する時間（代替部品の在庫状況及び納期、保守作業時間、作業員のスケジュール）に基づいて、緊急手配にならない日程であり、かつ、推定故障時期までに保守作業を実施できる最短の日程を、保守推奨日として検索する。

次に、予約状況検索処理が行われる（ステップＳ１０６）。ステップＳ１０６では、検索機能１５２は、検査予約ＤＢ１４６を参照して、推定故障時期までの医用装置２００の予約状況を検索する。

次に、保守候補日時検索処理が行われる（ステップＳ１０７）。ステップＳ１０７では、検索機能１５２は、医用装置２００の予約状況と、故障予兆部品の保守作業に関する時間とに基づいて、推定故障時期までに保守作業を実施可能な複数の日時を保守候補日時として検索する。

次に、保守価格算出処理が行われる（ステップＳ１０８）。ステップＳ１０８では、算出機能１５３は、故障予兆部品の代替部品の手配に関するコスト（代替部品の部品代、輸送費）と、保守作業に関するコスト（故障予兆部品の保守作業に要する作業員の人件費）とに基づいて、複数の保守候補日時の各々の保守価格を算出する。また、算出機能１５３は、複数の保守候補日時のうちの少なくとも１つの保守候補日時に医用装置２００の予約が入っている場合、医用装置２００の予約をキャンセルしたときに生じる機会損失を算出する。

次に、出力処理機能１５４は、故障予兆部品を推定した日から推定故障時期までの日数に猶予がないか否かを判定する。すなわち、上記日数が所定日数以内であるか否かを判定する（ステップＳ１０９）。上記日数に猶予があり、上記日数が所定日数以内ではない場合（ステップＳ１０９；Ｎｏ）、再度、ステップＳ１０１の判定処理を行う。このとき、出力処理機能１５４は、故障予兆部品を推定した旨をサービスセンタ等に通知してもよい。サービスセンタとしては、部品の在庫を管理する管理会社や、作業員を管理する管理会社などが挙げられる。例えば、出力処理機能１５４は、部品の在庫を管理する管理会社に対して、故障予兆部品を推定した旨を事前に通知することにより、将来的に、代替部品を輸送する作業が発生する可能性があることを知らせることができる。例えば、出力処理機能１５４は、作業員を管理する管理会社に対して、故障予兆部品を推定した旨を事前に通知することにより、将来的に、推定故障時期までに作業員が故障予兆部品の保守作業を実施する可能性があることを知らせることができる。

上記日数に猶予がなく、上記日数が所定日数以内である場合（ステップＳ１０９；Ｙｅｓ）、提示処理が行われる（ステップＳ１１０）。ステップＳ１１０では、出力処理機能１５４は、故障予兆部品、推定故障時期、複数の保守候補日時、保守価格、及び、機会損失を表し、かつ、受付ボタンにより複数の保守候補日時の中から１つの保守候補日時を保守日時として受け付ける画面１０を提示する。

出力処理機能１５４は、受付ボタンにより保守日時を受け付けたか否かを判定する（ステップＳ１１１）。出力処理機能１５４が受付ボタンにより保守日時を受け付けない場合（ステップＳ１１１；Ｎｏ）、例えば、ユーザが受付ボタンを操作しないで画面１０の表示を終了させた場合、再度、ステップＳ１０１の判定処理を行う。

出力処理機能１５４は、受付ボタンにより保守日時を受け付けた場合（ステップＳ１１１；Ｙｅｓ）、予約処理が行われる（ステップＳ１１２）。ステップＳ１１２では、出力処理機能１５４は、画面１０において、保守日時を確定させて、当該保守日時における保守作業の予約を行う。具体的には、出力処理機能１５４は、部品の在庫を管理する管理会社に対して、代替部品を保管場所から輸送先に輸送してもらうための手配を行う。また、出力処理機能１５４は、作業員を管理する管理会社に対して、作業員が保守日時に故障予兆部品の保守作業を実施してもらうための依頼を行う。また、出力処理機能１５４は、当該保守日時における医用装置２００の予約を行う。この場合、出力処理機能１５４は、端末３００に対して、保守日時における医用装置２００の予約を禁止する処理を行う。

以上、説明したとおり、本実施形態に係る情報処理装置１００では、推定機能１５１は、医用装置２００を構成する複数の部品の状態に基づいて、故障予兆を表す故障予兆部品と当該故障予兆部品の故障時期である推定故障時期とを推定する。検索機能１５２は、医用装置２００の予約状況と故障予兆部品の保守作業に関する時間とに基づいて、推定故障時期までに保守作業を実施可能な複数の日時を保守候補日時として検索する。算出機能１５３は、故障予兆部品の代替部品の手配に関するコストと保守作業に関するコストとに基づいて、複数の保守候補日時の各々の保守価格を算出する。出力処理機能１５４は、故障予兆部品、推定故障時期、複数の保守候補日時及び保守価格を表し、複数の保守候補日時の中から１つの保守候補日時を保守日時として受け付ける画面１０を提示する。このように、本実施形態に係る情報処理装置１００では、故障予兆部品と推定故障時期とを推定したときに、推定故障時期までに保守作業を実施可能な複数の保守候補日時及び保守価格を提示し、ユーザが複数の保守候補日時の中から１つの保守候補日時を保守日時として選択することにより、ユーザは、医用装置２００の保守依頼を適切なタイミングで実施することができる。

また、本実施形態に係る情報処理装置１００では、算出機能１５３は、複数の保守候補日時のうちの少なくとも１つの保守候補日時に医用装置２００の予約が入っている場合、医用装置２００の予約をキャンセルしたときに生じる機会損失を算出し、出力処理機能１５４は、機会損失を画面１０により提示する。このように、本実施形態に係る情報処理装置１００では、更に機会損失を提示することにより、ユーザは、保守価格と機会損失とを考慮しながら、複数の保守候補日時の中から１つの保守候補日時を保守日時として選択することができる。

また、本実施形態に係る情報処理装置１００では、出力処理機能１５４は、複数の保守候補日時を保守価格が安い順に提示する。例えば、ユーザは、複数の保守候補日時のうち、最も早い保守候補日時を保守日時として選択した場合、故障リスクが低いうちに保守作業を実施することができる。しかし、最も早い保守候補日時を保守日時として選択した場合、緊急手配を要することになるため、輸送費や人件費などの保守コストが高くなってしまう。このように、本実施形態に係る情報処理装置１００では、複数の保守候補日時を保守価格が安い順に提示することにより、ユーザは、保守価格などを考慮しながら、複数の保守候補日時の中から１つの保守候補日時を保守日時として選択することができる。

また、本実施形態に係る情報処理装置１００では、出力処理機能１５４は、保守日時が確定した場合、保守日時における医用装置２００の予約を禁止する処理を行う。このとき、出力処理機能１５４は、ユーザが医用装置２００を予約しようとする日時が保守日時である場合、当該予約しようとする日時が保守日時であることをユーザに通知する。このように、本実施形態に係る情報処理装置１００では、保守日時が確定した場合、保守日時における医用装置２００の予約を禁止することにより、ユーザが誤って保守日時に医用装置２００を予約することを防止することができる。

また、本実施形態に係る情報処理装置１００では、出力処理機能１５４は、故障予兆部品を推定した日から推定故障時期までの日数が所定日数以内である場合に画面１０を提示する。上記日数に時間的猶予がありすぎる場合、出力処理機能１５４が画面１０を提示しても、故障リスクがまだ低く、ユーザにとっては保守作業を実施しようとする意識も低い。一方、上記日数に時間的猶予がなさすぎる場合、例えば、出力処理機能１５４が推定故障時期の間近で画面１０を提示した場合、故障リスクと保守コストとの関係から経済的ではない。そこで、出力処理機能１５４は、上記日数が所定日数以内である場合に画面１０を提示することにより、ユーザは、医用装置２００の保守依頼を適切なタイミングで実施することができる。

（その他の変形例）
本実施形態について説明したが、上述した実施形態以外にも、種々の異なる形態にて実施されてよいものである。

本実施形態では、ステップＳ１１０において、出力処理機能１５４は、図１１に示す画面１０をディスプレイ１２０に表示させているが、これに限定されない。例えば、本実施形態の変形例として、図１５に示すように、出力処理機能１５４は、画面１０と共に、ユーザへの参考情報として、医用装置２００の予約状況を表す画面３０をディスプレイ１２０に表示させてもよい。例えば、出力処理機能１５４は、画面１０と画面３０とをディスプレイ１２０に表示させたとき、画面１０の保守候補日時表示欄２０には、受付ボタン２２「２」に対応付けて、保守候補日時「６月２６日１９時～翌日１時」と、当該保守候補日時の保守価格「６０万円」と、当該保守候補日時の医用装置２００の予約状況である装置予約「１件」と、当該保守候補日時の機会損失「１０万円」とが表示される。このとき、ユーザは、画面３０が表す医用装置２００の予約状況を参考にすることにより、保守候補日時「６月２６日１９時～翌日１時」に医用装置２００の予約が１件入っていることを確認することができる。

また、本実施形態では、ステップＳ１１０において、出力処理機能１５４は、複数の保守候補日時のうちの少なくとも１つの保守候補日時に医用装置２００の予約が入っている場合、医用装置２００の予約をキャンセルしたときに生じる機会損失を、画面１０によりディスプレイ１２０に表示させているが、これに限定されない。例えば、本実施形態の変形例として、医用装置２００が病院内に複数設置されている場合、出力処理機能１５４は、機会損失を回避するための情報を画面１０により提示する。以下、複数の医用装置２００を医用装置２００Ａ、２００Ｂと記載する。医用装置２００Ａ、２００Ｂは、同等の機能を有する。

具体的には、図１６に示すように、出力処理機能１５４は、画面１０をディスプレイ１２０に表示させたとき、保守候補日時表示欄２０には、受付ボタン２２「２」に対応付けて、保守候補日時「６月２６日１９時～翌日１時」と、当該保守候補日時の保守価格「６０万円」と、当該保守候補日時の医用装置２００の予約状況である装置予約「１件」と、当該保守候補日時の機会損失「１０万円」と、医用装置２００を医用装置２００Ａから医用装置２００Ｂに変更可能か否かを検索するための予約検索ボタン２４と、が表示される。すなわち、保守候補日時表示欄２０には、更に、受付ボタン２２「２」に対応付けて、予約検索ボタン２４が表示される。

例えば、ユーザが保守候補日時表示欄２０の予約検索ボタン２４を操作した場合、検索機能１５２は、検査予約ＤＢ１４６を参照して、推定故障時期「６月３０日（１３日後）」までの医用装置２００Ｂの予約状況を検索する。具体的には、検索機能１５２は、医用装置２００Ａと同等の機能を有する医用装置２００Ｂの予約状況を検索する。そして、検索機能１５２は、医用装置２００Ｂの予約状況に基づいて、保守候補日時「６月２６日１９時～翌日１時」に入っている予約を、医用装置２００Ａから医用装置２００Ｂに変更可能であるか否かを検索する。ここで、保守候補日時「６月２６日１９時～翌日１時」に入っている予約を医用装置２００Ａから医用装置２００Ｂに変更可能である場合、図１７に示すように、出力処理機能１５４は、画面１０と共に、医用装置２００Ａから医用装置２００Ｂへの変更を受け付ける変更画面４０をディスプレイ１２０に表示させる。

例えば、図１８に示すように、ユーザは、入力インターフェース１１０等で変更画面４０上を操作することにより、「６月２６日」の１９時～２０時に入っている予約を医用装置２００Ａから医用装置２００Ｂに変更する。ここで、当該予約が医用装置２００Ａから医用装置２００Ｂに変更された場合、出力処理機能１５４は、画面１０の保守候補日時表示欄２０を更新する。この場合、保守候補日時表示欄２０には、受付ボタン２２「２」に対応付けて、保守候補日時「６月２６日１９時～翌日１時」と、当該保守候補日時の保守価格「６０万円」と、当該保守候補日時の医用装置２００の予約状況である装置予約「０件」と、当該保守候補日時の機会損失「０円」とが表示される。

本実施形態の変形例では、出力処理機能１５４は、医用装置２００が病院内に複数設置されている場合、機会損失を回避するための情報を画面（画面１０、変更画面４０）により提示する。上述の変形例では、検索機能１５２は、医用装置２００Ａと同等の機能を有する医用装置２００Ｂの予約状況に基づいて、少なくとも１つの保守候補日時に入っている予約を医用装置２００Ａから医用装置２００Ｂに変更可能であるか否かを検索し、出力処理機能１５４は、当該予約を医用装置２００Ａから医用装置２００Ｂに変更可能である場合、医用装置２００Ａから医用装置２００Ｂへの変更を画面（画面１０、変更画面４０）により受け付ける。このように、本実施形態の変形例では、当該予約を医用装置２００Ａから医用装置２００Ｂに変更可能である場合、ユーザは、機会損失を回避した上で、保守価格などを考慮しながら、複数の保守候補日時の中から１つの保守候補日時を保守日時として選択することができる。

なお、本実施形態では、前提として、保守作業は、休日や、平日の夜間に行われる場合を挙げ、一例として、作業員が平日の夜間（例えば１８時から翌日６時まで）に保守作業を行う場合について説明した。また、本実施形態では、前提として、装置の予約は１時間に１件入るものとし、１８時以降においても装置の予約が入っている場合について説明した。しかし、これに限定されない。例えば、装置の予約は１時間に２件以上入ってもよいし、医用装置２００の予約が少ない日があれば、平日の昼間に保守作業が実施されてもよい。また、夜間のみ保守作業が実施されてもよい。

また、本実施形態では、各処理が保守推奨日検索処理（ステップＳ１０５）、予約状況検索処理（ステップＳ１０６）、保守候補日時検索処理（ステップＳ１０７）、保守価格算出処理（ステップＳ１０８）の順に行われているが、これに限定されない。例えば、本実施形態の変形例として、ステップＳ１０５～Ｓ１０８は、１つの処理によって実行されてもよい。

例えば、検索機能１５２は、検査予約ＤＢ１４６を参照して、推定故障時期までの医用装置２００の予約状況を検索する。検索機能１５２は、医用装置２００の予約状況と、故障予兆部品の保守作業に関する時間とに基づいて、推定故障時期までに保守作業を実施可能な複数の日時を保守候補日時として検索する。算出機能１５３は、故障予兆部品の代替部品の手配に関するコストと、保守作業に関するコストとに基づいて、複数の保守候補日時の各々の保守価格を算出する。また、算出機能１５３は、複数の保守候補日時のうちの少なくとも１つの保守候補日時に医用装置２００の予約が入っている場合、医用装置２００の予約をキャンセルしたときに生じる機会損失を算出する。そして、算出機能１５３は、複数の保守候補日時のうち、保守価格が最も安い保守候補日時を保守推奨日時とする。

また、本実施形態では、検索機能１５２は、保守作業ＤＢ１４４を参照して、故障予兆部品の保守作業に要する保守作業時間及び人件費を検索しているが、当該保守作業は、交換や修理だけに限定されない。例えば、保守作業の一例として、故障予兆部品「Ｘ線管“ＸＸＸ”」を代替部品「Ｘ線管“ＸＸＸ”」に交換する作業を挙げたが、他にも、調整などが挙げられる。具体的には、医用装置２００「Ｘ線ＣＴ装置」を構成する複数の部品のうちの１つ部品として、被検体を載置する部品「天板」を例にしたとき、使用に応じて「天板」の位置にズレが生じたものとする。そこで、例えば、「天板」のズレが所定の閾値を超えたときに、「天板」が故障予兆部品として推定される。この場合、保守作業として、故障予兆部品「天板」のズレを調整する作業が行われる。

また、本実施形態では、推定機能１５１は、故障予兆部品の状態と医用装置２００の使用状況とに基づいて、推定故障時期及び故障確率を推定している。具体的には、推定機能１５１は、故障履歴ＤＢ１４１を参照して、推定故障時期及び故障確率を推定している。しかし、これに限定されない。例えば、推定機能１５１は、ニューラルネットワークを基にしたＡＩ（Artificial Intelligence）を用いた学習や機械学習により、推定故障時期及び故障確率を推定してもよい。例えば、推定故障時期及び故障確率を含むデータの組み合わせを、ＡＩ等により学習させることにより、推定機能１５１は、これまでに故障した部品を基に推定故障時期及び故障確率を推定することができる。

また、処理回路１５０は、ネットワークを介して接続された外部装置のプロセッサを利用して、機能を実現することとしてもよい。例えば、処理回路１５０は、記憶回路１４０から各機能に対応するプログラムを読み出して実行するとともに、情報処理装置１００とネットワークを介して接続された外部のワークステーションやクラウドを計算資源として利用することにより、図１に示す各機能を実現する。

例えば、情報処理装置１００は、病院内に設けられるが、これに限定されず、ネットワーク上の別のところに設けられてもよい。例えば、処理回路１５０は、情報処理装置１００内に設けられるが、これに限定されず、ネットワーク上の別のところに設けられてもよい。例えば、処理回路１５０は、ネットワーク上の別のところに設けられてもよいし、端末３００に設けられてもよい。

例えば、情報処理装置１００は、同等の機能を有する医用装置２００が設置された複数の病院を管理してもよい。例えば、第１の病院では、保守候補日時「６月２６日１９時～翌日１時」に医用装置２００の予約が１件入っているが、第２の病院では、保守候補日時「６月２６日１９時～翌日１時」に医用装置２００の予約が入っていない場合、情報処理装置１００は、保守候補日時「６月２６日１９時～翌日１時」に入っている予約を、第１の病院の医用装置２００から、第２の病院の医用装置２００に変更してもよい。

上述した実施形態に係る各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。即ち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。更に、各装置にて行われる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

また、上述した実施形態で説明した方法は、予め用意された制御プログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することによって実現することができる。この制御プログラムは、インターネット等のネットワークを介して配布することができる。また、この制御プログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

以上説明した少なくとも１つの実施形態によれば、保守依頼を適切なタイミングで実施することができる。

いくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更、実施形態同士の組み合わせを行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１ 情報処理システム
１０ 画面
１００ 情報処理装置
１５１ 推定機能
１５２ 検索機能
１５３ 算出機能
１５４ 出力処理機能
２００ 装置

Claims (11)

1. 医用装置を構成する複数の部品の状態に基づいて、故障予兆を表す故障予兆部品と当該故障予兆部品の故障時期を推定する推定部と、
   前記医用装置の予約状況と前記故障予兆部品の保守作業に関する時間とに基づいて、前記故障時期までに前記保守作業を実施可能な複数の日時を保守候補日時として検索する検索部と、
   前記故障予兆部品に関するコストと前記保守作業に関するコストとに基づいて、前記複数の保守候補日時の各々の保守価格を算出すると共に、前記複数の保守候補日時のうちの少なくとも１つの保守候補日時に前記医用装置の予約が入っている場合、前記医用装置の予約をキャンセルしたときに生じる機会損失を算出する算出部と、
   前記故障予兆部品、前記故障時期、前記複数の保守候補日時及び前記保守価格を表す画面であって、前記複数の保守候補日時の中から１つの保守候補日時を保守日時として受け付ける画面を提示すると共に、前記機会損失を前記画面により提示する提示部と、
   を備える情報処理装置。
2. 医用装置を構成する複数の部品の状態に基づいて、故障予兆を表す故障予兆部品と当該故障予兆部品の故障時期を推定する推定部と、
   前記医用装置の予約状況と前記故障予兆部品の保守作業に関する時間とに基づいて、前記故障時期までに前記保守作業を実施可能な複数の日時を保守候補日時として検索する検索部と、
   前記故障予兆部品に関するコストと前記保守作業に関するコストとに基づいて、前記複数の保守候補日時の各々の保守価格を算出する算出部と、
   前記故障予兆部品、前記故障時期、前記複数の保守候補日時及び前記複数の保守候補日時の各々の保守価格を表す画面であって、前記複数の保守候補日時の中から１つの保守候補日時を保守日時として受け付ける画面を提示すると共に、前記複数の保守候補日時を前記保守価格が安い順に提示する提示部と、
   を備える情報処理装置。
3. 前記算出部は、前記複数の保守候補日時のうちの少なくとも１つの保守候補日時に前記医用装置の予約が入っている場合、前記医用装置の予約をキャンセルしたときに生じる機会損失を算出し、
   前記提示部は、前記機会損失を前記画面により提示する、
   請求項２に記載の情報処理装置。
4. 前記提示部は、前記医用装置が病院内に複数設置されている場合、前記機会損失を回避するための情報を前記画面により提示する、
   請求項１又は３に記載の情報処理装置。
5. 前記検索部は、前記医用装置である装置と同等の機能を有する他の装置の予約状況に基づいて、前記少なくとも１つの保守候補日時に入っている予約を前記装置から前記他の装置に変更可能であるか否かを検索し、
   前記提示部は、当該予約を前記装置から前記他の装置に変更可能である場合、前記装置から前記他の装置への変更を前記画面により受け付ける、
   請求項４に記載の情報処理装置。
6. 前記提示部は、前記複数の保守候補日時を前記保守価格が安い順に提示する、
   請求項１、３～５のいずれか一項に記載の情報処理装置。
7. 前記保守日時が確定した場合、前記保守日時における前記医用装置の予約を禁止する処理を行う処理部、
   を更に備える請求項１～６のいずれか一項に記載の情報処理装置。
8. 前記処理部は、ユーザが前記医用装置を予約しようとする日時が前記保守日時である場合、当該予約しようとする日時が前記保守日時であることを前記ユーザに通知する、
   請求項７に記載の情報処理装置。
9. 前記提示部は、前記故障予兆部品を推定した日から前記故障時期までの日数が所定日数以内である場合に前記画面を提示する、
   請求項１～７のいずれか一項に記載の情報処理装置。
10. 医用装置を構成する複数の部品の状態に基づいて、故障予兆を表す故障予兆部品と当該故障予兆部品の故障時期を推定し、
    前記医用装置の予約状況と前記故障予兆部品の保守作業に関する時間とに基づいて、前記故障時期までに前記保守作業を実施可能な複数の日時を保守候補日時として検索し、
    前記故障予兆部品に関するコストと前記保守作業に関するコストとに基づいて、前記複数の保守候補日時の各々の保守価格を算出すると共に、前記複数の保守候補日時のうちの少なくとも１つの保守候補日時に前記医用装置の予約が入っている場合、前記医用装置の予約をキャンセルしたときに生じる機会損失を算出し、
    前記故障予兆部品、前記故障時期、前記複数の保守候補日時及び前記複数の保守候補日時の各々の保守価格を表す画面であって、前記複数の保守候補日時の中から１つの保守候補日時を保守日時として受け付ける画面を提示すると共に、前記機会損失を前記画面により提示する、
    処理を、コンピュータが備える各機能が実行する情報処理方法。
11. 医用装置を構成する複数の部品の状態に基づいて、故障予兆を表す故障予兆部品と当該故障予兆部品の故障時期を推定し、
    前記医用装置の予約状況と前記故障予兆部品の保守作業に関する時間とに基づいて、前記故障時期までに前記保守作業を実施可能な複数の日時を保守候補日時として検索し、
    前記故障予兆部品に関するコストと前記保守作業に関するコストとに基づいて、前記複数の保守候補日時の各々の保守価格を算出すると共に、前記複数の保守候補日時のうちの少なくとも１つの保守候補日時に前記医用装置の予約が入っている場合、前記医用装置の予約をキャンセルしたときに生じる機会損失を算出し、
    前記故障予兆部品、前記故障時期、前記複数の保守候補日時及び前記複数の保守候補日時の各々の保守価格を表す画面であって、前記複数の保守候補日時の中から１つの保守候補日時を保守日時として受け付ける画面を提示すると共に、前記機会損失を前記画面により提示する、
    処理をコンピュータに実行させる、情報処理プログラム。
    

Images