WO2022162951A1 - 医療機器の診断システム、端末装置、管理サーバおよび通信方法 - Google Patents

Abstract

端末装置２０において、実行部５２は、第１プログラム３８および第２プログラム４０を実行可能である。識別データ取得部５４は、医療機器の識別情報を含む識別データを取得する。通信部２４は、取得した識別データを、管理サーバに送信する。管理サーバは、識別データから識別情報を取得し、識別情報に関連付けられた契約にもとづいて、端末装置２０において実行可能なプログラムを特定する。管理サーバは、実行可能なプログラムまたは実行するプログラムを示すプログラム情報を端末装置２０に送信し、端末装置２０において通信部２４がプログラム情報を受信する。

Description

医療機器の診断システム、端末装置、管理サーバおよび通信方法

　本開示は、端末装置と管理サーバとが医療機器の診断に関する情報を通信する技術に関する。

　特許文献１は、複数の医療施設と、故障した内視鏡を修理する修理センターとが通信可能に接続する内視鏡管理システムを開示する。医療施設において内視鏡が故障すると、医療施設は、故障に関する情報を検査情報とともに修理センターに提供し、修理センターは各医療施設から検査情報および故障情報を収集して、内視鏡の故障率を算出する統計処理を実施する。特許文献１における内視鏡管理システムは、故障が発生しやすい処置内容、故障しやすいパーツおよび故障理由を特定することで、医療施設に対して故障理由に応じたガイダンスの提供を可能とする。

特開２０１９－８４２５４号公報

　従来のメンテナンスサービスにおいては、医療施設で使用している医療機器に不具合が生じると、ユーザが、修理センターの問合窓口に電話をかけて不具合の内容を説明し、オペレータが不具合の原因を特定して、解決策を提示する。しかしながらユーザが不具合の内容をうまく説明できないことで、オペレータが不具合の原因を効率的に特定できない状況が生じている。

　本開示者は、従来のメンテンサンスサービスを検討したところ、電話対応という１つのオプションしか提供できていない点に改善の余地があると考えた。本開示はこうした状況に鑑みてなされたものであり、その目的は、医療機器の不具合の原因を効率的に特定可能とする仕組みを提供することにある。

　上記課題を解決するために、本開示のある態様は、端末装置と管理サーバとが通信可能に接続する医療機器の診断システムであって、端末装置は、第１プログラムおよび第２プログラムを実行可能である実行部と、医療機器の識別情報を含む識別データを取得する識別データ取得部と、取得した識別データを、管理サーバに送信する第１通信部と、を備える。管理サーバは、識別データを受信する第２通信部と、識別データから識別情報を取得する識別情報取得部と、識別情報に関連付けられた契約にもとづいて、端末装置において実行可能なプログラムまたは実行するプログラムを特定する管理部と、を備える。第２通信部は、端末装置に、実行可能なプログラムまたは実行するプログラムを示すプログラム情報を送信し、第１通信部は、管理サーバから、プログラム情報を受信する。

　本開示の別の態様は、管理サーバと接続する端末装置であって、第１プログラムおよび第２プログラムを実行可能である実行部と、医療機器の識別情報を含む識別データを取得する識別データ取得部と、取得した識別データを、管理サーバに送信する通信部と、を備える。通信部は、管理サーバから、識別情報に関連付けられた契約にもとづいて特定された、端末装置において実行可能なプログラムまたは実行するプログラムを示すプログラム情報を受信する。

　本開示のさらに別の態様は、端末装置と接続する管理サーバであって、端末装置から、医療機器の識別情報を含む識別データを受信する通信部と、識別データから識別情報を取得する識別情報取得部と、識別情報に関連付けられた契約にもとづいて、端末装置において実行可能なプログラムまたは実行するプログラムを特定する管理部と、を備える。通信部は、端末装置に、実行可能なプログラムまたは実行するプログラムを示すプログラム情報を送信する。

　本開示のさらに別の態様は、端末装置と管理サーバとの間で通信する方法であって、端末装置は、医療機器の識別情報を含む識別データを取得し、取得した識別データを、管理サーバに送信し、管理サーバは、識別データを受信し、識別データから識別情報を取得し、識別情報に関連付けられた契約にもとづいて、端末装置において実行可能なプログラムまたは実行するプログラムを特定し、端末装置に、実行可能なプログラムまたは実行するプログラムを示すプログラム情報を送信し、端末装置は、管理サーバから、プログラム情報を受信する。

　なお、以上の構成要素の任意の組み合わせ、本開示の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本開示の態様として有効である。

医療機器の診断システムの概略構成を示す図である。 端末装置の機能ブロックを示す図である。 管理サーバの機能ブロックを示す図である。 端末装置と管理サーバとの間の通信シーケンスの例を示す図である。 メンテナンスアプリケーションの初期画像の一例を示す図である。 サービス選択画像の一例を示す図である。 通知されるメッセージの一例を示す図である。 ビデオチャット用の表示画像の例を示す図である。 対話画像の一例を示す図である。 対話画像の一例を示す図である。 カメラ画像の例を示す図である。 対話画像の一例を示す図である。 対話画像の一例を示す図である。 対話画像の一例を示す図である。 対話画像の一例を示す図である。 対話画像の一例を示す図である。 対話画像の一例を示す図である。 対話画像の一例を示す図である。 対話画像の一例を示す図である。 表示装置の表示領域を示す図である。 端末装置と管理サーバとの間の通信シーケンスの変形例を示す図である。 サービス選択画像の変形例を示す図である。 エラーメッセージの例を示す図である。

　図１は、実施例にかかる医療機器の診断システム１の概略構成を示す。診断システム１では、複数の医療施設１０ａ、１０ｂ、１０ｃ（特に区別しない場合には「医療施設１０」と呼ぶ）と、オペレータが常駐する保守センター３と、管理サーバ４とが、インターネットなどのネットワーク２を通じて通信可能に接続している。管理サーバ４および保守センター３は、医療施設１０が使用する医療機器のメーカーにより管理される。

　実施例の医療施設１０は、内視鏡検査を実施する病院であってよい。検査室には、内視鏡１６が接続される処理装置１２と、内視鏡１６の撮影画像を表示する表示装置１３とが設けられる。医療施設１０には複数の検査室が設けられてよい。洗浄室には、検査に使用された内視鏡１６を洗浄するための洗浄機１４が設けられる。医療施設サーバ１１は、施設内におけるデータや情報を管理し、ローカルエリアネットワーク（ＬＡＮ）１７によって処理装置１２および洗浄機１４と通信可能に接続する。通信モジュール１５は、外部のネットワーク２と接続し、医療施設サーバ１１は、通信モジュール１５を経由して、管理サーバ４と通信可能に接続する。

　内視鏡検査中、処理装置１２は、内視鏡１６が撮影する画像を表示装置１３にリアルタイム表示し、医師により内視鏡１６のレリーズスイッチが押されたタイミングで内視鏡画像を取得して、内視鏡画像データを医療施設サーバ１１に送信する。なお表示装置１３は、内視鏡１６が撮影する内視鏡画像と、検査種別や患者情報などを含む検査情報を、一つの画面内に表示する。表示装置１３の表示画像は、検査情報を表示する領域と、内視鏡画像を表示する領域とに分割されていてよい。医療施設サーバ１１は、検査の識別情報（検査ＩＤ）に紐付けて、内視鏡画像データを蓄積する。

　端末装置２０は、タブレットやＰＤＡ（personal digital assistant）など、撮影機能および通信機能を有して、携帯可能な情報処理装置であることが好ましい。端末装置２０は、通信モジュール１５を経由して、管理サーバ４および保守センター３と通信可能に接続できる。医療施設１０は、医療機器メーカーとの間で医療機器のメンテナンスのための契約（以下「メンテナンス契約」とも呼ぶ）を締結していることを条件として、医療機器メーカーから端末装置２０を貸与される。１つのメンテナンス契約に対して、１台の端末装置２０が貸与されるが、複数台の端末装置２０が貸与されてもよい。

　端末装置２０は、メンテナンスサービスを提供するアプリケーション（以下、「メンテナンスアプリケーション」とも呼ぶ）をインストールしている。医師や看護師などのユーザは、医療機器に不具合が生じると、端末装置２０のメンテナンスアプリケーションを起動して、管理サーバ４または保守センター３に接続し、メンテナンスサービスの提供を受ける。

　医療施設１０において、医療施設サーバ１１、処理装置１２、表示装置１３、洗浄機１４および内視鏡１６は、メンテナンスサービスを提供する医療機器メーカーから購入された医療機器であり、メンテナンスサービスの対象製品である。医療施設１０は、医療機器メーカーとの間で、購入した全ての医療機器についてメンテナンス契約を締結してよいが、一部の医療機器についてのみメンテナンス契約を締結してもよい。医療機器には、当該医療機器を一意に識別するための識別情報（機器ＩＤ）が付けられている。機器ＩＤは、医療機器に１次元バーコードまたは２次元バーコードの形式でダイレクトマーキングされていることが好ましいが、医療機器に貼り付けられるフィルムや紙に印字されていてもよい。実施例において医療機器の機器ＩＤは、ＵＤＩ（Unique Device Identification）に基づく識別コードであってよく、識別番号に加えて、病院情報、機種情報、メーカー情報等のメタ情報を含んでよい。

　図２は、端末装置２０の機能ブロックを示す。端末装置２０は、処理部２２、通信部２４、カメラ２６、マイク２８、スピーカ３０、表示部３２および記録部３４を備える。処理部２２は、受付部５０、実行部５２、識別データ取得部５４、画像生成部５６、表示処理部５８およびチャット処理部６０を有する。記録部３４は、第１プログラム３８および第２プログラム４０を含むメンテナンスアプリケーション３６をインストールしている。実行部５２は、メンテナンスアプリケーション３６の実行中に、第１プログラム３８および第２プログラム４０を実行可能である。実施例において実行部５２は、第１プログラム３８および第２プログラム４０のいずれか一方を選択的に実行する。

　これらの構成はハードウェア的には、任意のプロセッサ、メモリ、補助記憶装置、その他のＬＳＩで実現でき、ソフトウェア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。

　実施例の端末装置２０は、タッチパネルを有するタブレットであり、受付部５０は、ユーザによるタッチパネルの操作を受け付ける。医療機器に不具合が生じると、ユーザは端末装置２０を操作して、メンテナンスアプリケーション３６を起動する。起動されたメンテナンスアプリケーション３６は、通信部２４を通じて管理サーバ４に接続する。

　図３は、管理サーバ４の機能ブロックを示す。管理サーバ４は、処理部１００、通信部１０２および記録部１３０を備え、処理部１００は、識別情報取得部１１０、管理部１１２およびチャットボット実行部１１４を有する。これらの構成はハードウェア的には、任意のプロセッサ、メモリ、補助記憶装置、その他のＬＳＩで実現でき、ソフトウェア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。

　記録部１３０において、契約情報記録部１３２は、医療施設１０との間のメンテナンス契約に関する情報を記録する。記録されるメンテナンス契約に関する情報は、少なくとも、サービス内容と、契約期間と、契約の対象となる医療機器の識別情報（機器ＩＤ）を含む。複数の部門を有する医療施設１０は、部門ごとにメンテナンス契約を締結してよく、その場合、契約情報記録部１３２は、医療施設１０の部門ごとにメンテナンス契約に関する情報を記録する。

　実施例では、医療機器メーカーが、２種類のメンテナンスサービスを提供し、医療施設１０または医療施設１０における各部門は、２種類のメンテナンスサービスの中から１つを選択する。

＜第１サービス＞
　第１サービスは、ユーザが保守センター３にいるオペレータと端末装置２０を利用してビデオチャットするサービスである。ユーザがオペレータの映像を見ながらリアルタイムに会話することで、不具合の状況を正確に伝えることができ、オペレータは、不具合の解決策をすみやかに提示できる。第１サービスによれば、医療機器に不具合が生じた場合に、ユーザとオペレータとが、互いの映像を見ながらコミュニケーションをとるため、従来の電話のみによるメンテナンスサービスと比べると、正確な情報を短時間で伝達できる。

＜第２サービス＞
　第２サービスは、ユーザが故障診断用チャットボットと、端末装置２０を利用して対話するサービスである。チャットボットは、入力データと出力データの関係を機械学習処理によって予め学習済みのチャットモデル１３６を用いて、ユーザからの入力にもとづいて、ユーザとの対話に用いるテキストおよび／または画像を出力し、不具合の原因を特定する機能をもつ。第２サービスによれば、特に高頻度に発生する不具合に関しては、チャットボットが迅速に不具合原因を特定して、不具合の解決策を提示できる。第２サービスはチャットボットによる対応であるため、オペレータが対応する第１サービスと比較して、契約料金が安いというメリットがある。

　医療施設１０は、サービス内容として第１サービスまたは第２サービスのいずれかを選択して、メンテナンス契約を医療機器メーカーとの間で締結する。契約料金は、契約の対象となる医療機器の種類および個数に応じて変動するため、医療施設１０は、医療機器メーカーから購入した全ての医療機器を契約対象とするのではなく、たとえばよく使用する医療機器のみを契約対象としてもよい。そこで契約情報記録部１３２は、医療施設との間のサービス内容（第１サービスまたは第２サービス）を示す情報と、契約期間と、契約対象となる医療機器の機器ＩＤ（ＵＤＩ識別コード）とを、医療施設１０の識別情報（施設ＩＤ）に関連付けて記録する。実施例において、メンテナンスサービスの対象となる医療機器は、医療施設サーバ１１、処理装置１２、表示装置１３、洗浄機１４および内視鏡１６を含んでよい。なお医療施設１０が複数の部門を有し、各部門が独立してメンテナンス契約を締結する場合には、契約情報記録部１３２は、サービス内容、契約期間および医療機器の機器ＩＤを、医療施設１０の施設ＩＤおよび部門の識別情報（部門ＩＤ）に関連付けて記録する。

　医療機器メーカーは、医療施設１０との間でメンテナンス契約を締結すると、当該医療施設１０に、メンテナンスサービスを提供するための端末装置２０を貸与する。端末ＩＤ記録部１３４は、医療機器メーカーが医療施設１０に貸与した端末装置２０の端末識別情報（端末ＩＤ）を、医療施設１０の施設ＩＤに関連付けて記録する。なお医療施設１０の各部門が独立してメンテナンス契約を締結している場合には、端末ＩＤ記録部１３４は、端末ＩＤを、施設ＩＤおよび部門ＩＤに関連付けて記録する。

　図４は、医療施設１０における端末装置２０と管理サーバ４との間の通信シーケンスの例を示す。医療施設１０において、使用している医療機器に不具合が生じると、ユーザは端末装置２０を操作して、メンテナンスアプリケーション３６を起動する（Ｓ１０）。具体的には、受付部５０が、ユーザによるタッチパネルの操作からメンテナンスアプリケーション３６の起動指示を受け付け、実行部５２が、記録部３４にインストールされているメンテナンスアプリケーション３６を起動する。画像生成部５６は、メンテナンスアプリケーション３６のプログラムが指示する画像を生成し、表示処理部５８は、生成された画像を表示部３２に表示する。画像生成部５６は、メンテナンスアプリケーション３６の一機能であってよいが、メンテナンスアプリケーション３６とは別のアプリケーションで実現されてもよい。たとえば画像生成部５６は、ブラウザアプリケーションの一機能であってもよい。

　図５は、メンテナンスアプリケーション３６の初期画像の一例を示す。表示処理部５８は、画像生成部５６が生成した初期画像を、表示部３２に表示する（Ｓ１２）。初期画像には、不具合が生じた医療機器に付けられている機器ＩＤを撮影することを指示するメッセージが表示される。ユーザがＯＫボタンを操作すると、メンテナンスアプリケーション３６は、カメラ２６を起動して、ユーザが医療機器の機器ＩＤを撮影できるようにする。機器ＩＤは、１次元バーコードまたは２次元バーコードの形式で医療機器に付けられていてよい。ユーザがカメラ２６を医療機器の機器ＩＤに向け、シャッターボタンを操作すると、識別データ取得部５４は、医療機器の機器ＩＤを撮影した画像データを、医療機器の機器ＩＤを含む識別データとして取得する（Ｓ１４）。識別データ取得部５４は、メンテナンスアプリケーション３６の一機能であってよい。通信部２４は、識別データ取得部５４が取得した識別データを、管理サーバ４に送信する（Ｓ１６）。

　実施例では、ユーザが医療機器の機器ＩＤをカメラ２６で撮影し、識別データ取得部５４が、撮影画像データを、医療機器の機器ＩＤを含む識別データとして取得するが、別の例では、識別データ取得部５４が、識別データを医療機器から直接取得してもよい。医療機器が通信機能を有している場合、端末装置２０は、当該医療機器に通信可能に接続して、文字列である機器ＩＤを含む識別データを取得する（Ｓ１４）。このとき識別データには、機器ＩＤのデジタルデータが含まれることになる。いずれにしても識別データ取得部５４は、不具合が生じた医療機器の機器ＩＤを含む識別データを取得し、通信部２４は、識別データを管理サーバ４に送信する。通信部２４は、識別データを、端末装置２０の識別情報（端末ＩＤ）とともに管理サーバ４に送信してよい（Ｓ１６）。

　管理サーバ４において、通信部１０２が、端末装置２０から送信された識別データおよび端末ＩＤを受信する（Ｓ１８）。通信部１０２は、識別データを識別情報取得部１１０に供給し、端末ＩＤを管理部１１２に供給する。識別情報取得部１１０は、識別データから機器ＩＤを取得する（Ｓ２０）。識別データが、機器ＩＤを撮影した画像データである場合、識別情報取得部１１０は、コード読取機能により、撮影画像に含まれている機器ＩＤを読み取り、機器ＩＤを取得する。識別データがデジタルデータである機器ＩＤを含んでいる場合、識別情報取得部１１０は、識別データから、デジタルデータである機器ＩＤを取得する。識別情報取得部１１０は、取得した機器ＩＤを、管理部１１２に供給する。

　上記したように端末ＩＤ記録部１３４は、医療機器メーカーが医療施設１０に貸与した端末装置２０の端末ＩＤを、医療施設１０の施設ＩＤに関連付けて記録している。管理部１１２は、通信部１０２から端末ＩＤを供給されると、端末ＩＤ記録部１３４を参照して、端末ＩＤに関連付けられた施設ＩＤを特定する。これにより管理部１１２は、メンテナンス契約を締結した正規の医療施設１０からのサービスリクエストであることを確認する。

　続いて管理部１１２は、契約情報記録部１３２を参照して、特定した施設ＩＤおよび医療機器の機器ＩＤに関連付けられた契約を特定する（Ｓ２２）。上記したように契約情報記録部１３２は、施設ＩＤおよび医療機器の機器ＩＤに関連付けて、サービス内容を示す情報を記録しており、管理部１１２は、施設ＩＤおよび医療機器の機器ＩＤに関連付けられたサービス内容を特定する。実施例において、契約に含まれるサービス内容は、オペレータとのビデオチャットサービスである第１サービスと、故障診断用ボイスチャットとの対話サービスである第２サービスのいずれかである。実施例において第１サービスの契約料金は、第２サービスの契約料金より高く、第１サービスの契約を締結している医療施設１０は、第１サービスのみならず、第２サービスの提供も受けることができる。

　管理部１１２は、施設ＩＤおよび医療機器の機器ＩＤに関連付けられた契約にもとづいて、端末装置２０において実行可能なプログラムを特定する（Ｓ２４）。端末装置２０にインストールされているメンテナンスアプリケーション３６は、第１サービスの提供を受けるための第１プログラム３８と、第２サービスの提供を受けるための第２プログラム４０とを含んでいる。管理部１１２は、契約に含まれるサービス内容が第１サービスである場合に、端末装置２０において第１プログラム３８と第２プログラム４０とが実行可能であることを特定し、契約に含まれるサービス内容が第２サービスである場合に、端末装置２０において第２プログラム４０が実行可能であることを特定する。管理部１１２が、端末装置２０において実行可能なプログラムを特定すると、通信部１０２は、実行可能なプログラムを示すプログラム情報を端末装置２０に送信する（Ｓ２６）。

　端末装置２０において、通信部２４は、管理サーバ４から、プログラム情報を受信する（Ｓ２８）。画像生成部５６は、受信したプログラム情報にもとづいて、ユーザがサービスを選択するための選択画像を生成し、表示処理部５８は、サービス選択画像を表示部３２に表示する（Ｓ３０）。

　図６は、サービス選択画像の一例を示す。表示処理部５８は、画像生成部５６が生成したサービス選択画像を、表示部３２に表示する。この例では、画像生成部５６が、第１プログラム３８と第２プログラム４０の両方を実行可能であることを示すプログラム情報から、サービス選択画像を生成しており、ユーザは、第１サービスを選択するためのサービス選択ボタン２００および第２サービスを選択するためのサービス選択ボタン２０２のいずれかを選択できる。

　なお、プログラム情報が、第２プログラム４０のみを実行可能であることを示していれば、画像生成部５６は、サービス選択ボタン２０２を含むサービス選択画像を生成する。このとき画像生成部５６は、サービス選択ボタン２００を非表示としてよいが、グレーアウトして選択できないサービス選択ボタン２００をサービス選択画像に含めてもよい。サービス選択ボタン２００がグレーアウトされていることで、ユーザは、医療施設１０が第１サービスを契約していないために、第１サービスを利用できないことを認識できる。

　このように実施例では、画像生成部５６が、受信したプログラム情報にもとづいて、第１プログラム３８および第２プログラム４０のうち実行可能なプログラムをユーザが選択可能とするサービス選択画像を生成する。ユーザが、サービス選択ボタン２００または２０２を選択操作すると（Ｓ３２）、実行部５２は、ユーザが選択したプログラムを実行する（Ｓ３４）。

　以上は、管理サーバ４において、管理部１１２が、施設ＩＤおよび医療機器の機器ＩＤに関連付けられた契約を特定できた場合であるが、識別データに含まれる機器ＩＤの読取にエラーが生じている場合や、機器ＩＤに関連付けられた契約が存在しない場合には、管理部１１２は、端末装置２０において実行可能なプログラムを特定できない。その場合、管理部１１２は、医療機器の識別ＩＤを再度撮影するべきことを示すメッセージを端末装置２０に通知してよい。

　図７は、通知されるメッセージの一例を示す。表示処理部５８は、画像生成部５６により生成された通知画像を、表示部３２に表示する。ユーザがＯＫボタンを操作すると、メンテナンスアプリケーション３６は、カメラ２６を起動して、ユーザが医療機器の機器ＩＤを撮影できるようにする。ユーザがカメラ２６を医療機器の機器ＩＤに向け、シャッターボタンを操作すると、識別データ取得部５４は、医療機器の機器ＩＤを撮影した画像データを識別データとして取得し、通信部２４は、識別データを端末ＩＤとともに管理サーバ４に送信する。

　管理サーバ４において、管理部１１２が、契約情報記録部１３２に記録された契約情報を探索した結果、機器ＩＤに関連付けられた契約を見つけることができなければ、当該機器ＩＤの医療機器がメンテナンス契約の対象外であることを示すメッセージを端末装置２０に通知してよい。

　図６に戻り、ユーザが、サービス選択ボタン２００または２０２を選択操作すると、実行部５２は、ユーザが選択したプログラムを実行する。具体的に、ユーザがサービス選択ボタン２００を選択操作すると、実行部５２は、オペレータとビデオチャットするための第１プログラム３８を実行し、ユーザがサービス選択ボタン２０２を選択操作すると、実行部５２は、医療機器の故障診断を行うためのチャットボットと接続するための第２プログラム４０を実行する。

＜第１サービスを選択した場合＞
　実行部５２が第１プログラム３８を実行すると、通信部２４は、保守センター３に接続して、保守センター３のオペレータとのビデオチャットが開始される。
　図８は、ビデオチャット用の表示画像の例を示す。ビデオチャット中、通信部２４は、カメラ２６が撮影する画像およびマイク２８が取得する音声を保守センター３に送信し、保守センター３から送信されるオペレータの画像および音声を受信する。表示処理部５８は、受信したオペレータの画像を表示部３２に表示し、音声出力部（図示せず）は、受信したオペレータの音声をスピーカ３０から出力する。従来の電話によるメンテナンスサービスと比べると、ユーザは、オペレータの映像を見ながら話すことで、医療機器の不具合を簡単に説明できる。また端末装置２０を利用することで、たとえば不具合が生じた医療機器にカメラ２６を向けて、オペレータに、医療機器の状態を確認してもらうことも可能となる。このように第１サービスによると、ユーザはオペレータから、医療機器の不具合の解決策をすみやかに得ることができる。

＜第２サービスを選択した場合＞
　実行部５２が第２プログラム４０を実行すると、第２プログラム４０によりチャット処理部６０が実現される。図２において、チャット処理部６０は、第２プログラム４０の機能を表現し、通信部２４を通じて管理サーバ４に接続する。チャット処理部６０は、管理サーバ４に対してチャットボットの起動要求を送信し、管理サーバ４においてチャットボット実行部１１４が、チャットボットを実行する。実施例のチャットボットは、チャットモデル１３６を利用して、ユーザとの対話を通じて、医療機器の故障診断を行う機能を備える。なおチャットボットは、管理サーバ４以外のサーバ上で実現されてもよい。

　チャットボット実行部１１４がチャットボットを実行すると、管理部１１２は、チャットボットに、医療機器の機器ＩＤで特定される医療機器の種類を知らせる。この例では、ユーザが、不具合の生じた内視鏡の機器ＩＤを撮影したものとし、したがって管理部１１２は、診断対象が内視鏡であることをチャットボットに通知する。この通知を受けてチャットボットは、チャットモデル１３６を用いて、ユーザとの対話を開始する。実施例でチャットボットは、チャットモデル１３６を利用するが、学習済みモデルとは異なる、統計処理された対話モデルを用いてユーザとの対話を実行してもよい。

　チャットボットが、チャットモデル１３６に、医療機器の種類である「内視鏡」を入力すると、チャットモデル１３６は、不具合の候補を示すテキストデータを出力する。チャットボットは、不具合の候補を示すテキストデータを含む対話データを生成し、通信部１０２が対話データを端末装置２０に送信する。

　端末装置２０において、通信部２４が対話データを受信し、表示処理部５８が、画像生成部５６が対話データにもとづいて生成した対話画像を、表示部３２に表示する。

　図９は、対話画像の一例を示す。この対話画像では、
・ディスプレイに表示される画像がおかしい
・ディスプレイの一部が表示されない
・内視鏡から水と空気が出ない
・その他
　の４つの不具合候補の選択肢が表示される。ユーザは、該当する選択肢をダブルタップすることで、１つの選択肢を決定操作する。この例でユーザは、「ディスプレイに表示される画像がおかしい」の表示領域を決定操作し、通信部２４が、「ディスプレイに表示される画像がおかしい」が選択されたこと示す情報を、管理サーバ４に送信する。

　管理サーバ４において、チャットボットは、「ディスプレイに表示される画像がおかしい」が選択されたことを認識すると、当該選択肢に対応する対話データを生成し、通信部１０２が対話データを端末装置２０に送信する。端末装置２０において、表示処理部５８が、画像生成部５６が対話データにもとづいて生成した対話画像を、表示部３２に表示する。

　図１０は、対話画像の一例を示す。この対話画像では、ディスプレイ（図１における表示装置１３）に表示されている画像を撮影することを指示するメッセージが表示される。ユーザがＯＫボタンを操作すると、チャット処理部６０は、カメラ２６を起動して、ユーザが表示装置１３に表示されている画像を撮影できるようにする。ユーザがカメラ２６を表示装置１３に向けると、表示部３２には、カメラ２６が撮像しているカメラ画像が表示される。

　図１１は、表示部３２に表示されるカメラ画像の例を示す。カメラ画像には、不具合が生じている表示装置１３の表示画像が含まれる。ユーザがシャッターボタンを操作すると、チャット処理部６０は、表示装置１３の表示画像を撮影した画像を取得し、通信部２４は、撮影画像データを管理サーバ４に送信する。

　チャットボットは、端末装置２０におけるカメラ２６が医療機器を撮影した画像にもとづいて故障診断する機能を有する。実施例のチャットモデル１３６は、不具合が生じた医療機器を過去に撮影した画像である学習用画像と、当該医療機器の不具合を解消する解決策を示すラベルとを教師データとして用いた機械学習によって生成された故障診断モデルを含む。チャットボットが、医療機器を撮影した画像を故障診断モデルに入力すると、故障診断モデルは、不具合を解消する解決策の候補を出力する。このようにチャットボットはチャットモデル１３６（故障診断モデル）を用いることで、医療機器の撮影画像にもとづいて故障診断する機能を有する。チャットボットは、解決策の候補をユーザに知らせる対話データを生成し、通信部１０２が対話データを端末装置２０に送信する。

　図１２は、表示部３２に表示される対話画像の一例を示す。この対話画像では、処理装置１２に接続している内視鏡１６を交換することを指示するメッセージが表示される。このメッセージを受けて、ユーザは内視鏡１６を交換し、表示装置１３に表示される画像を確認する。この結果、不具合が改善されていれば、ユーザは「はい」と回答する。一方、内視鏡１６を交換しても不具合が改善されていなければ、ユーザは「いいえ」と回答する。通信部２４は、ユーザの回答を管理サーバ４に送信する。

　ユーザの回答が「はい」である場合、交換する前の内視鏡１６に不具合の原因が存在することになる。チャットボットは、ユーザの回答を受けて、内視鏡１６に生じている不具合の原因を探し出すための別の対話データを生成し、通信部１０２が対話データを端末装置２０に送信する。

　図１３は、表示部３２に表示される対話画像の一例を示す。この対話画像では、内視鏡１６の接続部に水あかがついているか確認することを指示するメッセージが表示される。このメッセージを受けて、ユーザは、不具合が生じていた内視鏡１６の接続部に水あかがついているか確認する。水あかが析出していることを確認すると、ユーザは「はい」と回答し、水あかが析出していなければ、ユーザは「いいえ」と回答する。通信部２４は、ユーザの回答を管理サーバ４に送信する。

　ユーザの回答が「いいえ」である場合、チャットボットは、不具合の原因を探し出すための別の対話データを生成する。対話処理は、不具合の原因が見つかるまで続けられるが、以後の対話の内容については説明を省略する。ユーザの回答が「はい」である場合、チャットボットは、不具合を解消するための対話データを生成し、通信部１０２が対話データを端末装置２０に送信する。

　図１４は、表示部３２に表示される対話画像の一例を示す。この対話画像では、内視鏡接続部の電気接点のクリーニング手順が写真で示される。ユーザは電気接点をクリーニングすると、「掃除がおわりました」をタップする。その後、チャットボットは、ユーザに対して、クリーニングした内視鏡１６を処理装置１２に接続するように指示し、表示装置１３の表示画像の異常が解消したことを確認して、対話処理を終了する。

　図１２に戻って、ユーザの回答が「いいえ」である場合、内視鏡には不具合の原因が存在しないことになる。チャットボットは、ユーザの回答を受けて、不具合の原因を探し出すための別の対話データを生成し、通信部１０２が対話データを端末装置２０に送信する。

　図１５は、表示部３２に表示される対話画像の一例を示す。この対話画像では、処理装置１２の接続部の状態を確認することを指示するメッセージが表示される。このメッセージを受けて、ユーザは、接続部が右側の写真に示す状態になっているか確認する。接続部が右側の写真に示す状態になっている場合、ユーザは「なっています」と回答し、そうでない場合、ユーザは「なっていません」と回答する。通信部２４はユーザの回答を管理サーバ４に送信する。

　ユーザの回答が「なっていません」である場合、チャットボットは、不具合の原因が見つかるまで、不具合の原因を探し出すための別の対話データを生成する。ユーザの回答が「なっています」である場合、チャットボットは、不具合を解決するための対話データを生成し、通信部１０２が対話データを端末装置２０に送信する。

　図１６は、表示部３２に表示される対話画像の一例を示す。この対話画像では、処理装置１２の交換が必要であり、代わりの処理装置を手配することを示すメッセージが表示される。以上に示すように、チャットボットは、ユーザとの対話を通じて、不具合の原因を探し出す。なお複数回のやりとりをしても、チャットボットが不具合の原因を見つけられない場合、ユーザは、追加料金を払うことで、保守センター３のオペレータとビデオチャットするオプションが用意されていてもよい。

　図１７は、対話画像の一例を示す。図１７に示す対話画像は、図９に示す対話画像と同じである。図１７に示す例では、図９に示す例とは異なり、ユーザが「内視鏡から水と空気が出ない」の表示領域を決定操作し、通信部２４が、「内視鏡から水と空気が出ない」が選択されたこと示す情報を、管理サーバ４に送信する。

　管理サーバ４において、チャットボットは、「内視鏡から水と空気が出ない」が選択されたことを認識すると、当該選択肢に対応する対話データを生成し、通信部１０２が対話データを端末装置２０に送信する。端末装置２０において、表示処理部５８が、画像生成部５６が対話データにもとづいて生成した対話画像を、表示部３２に表示する。

　図１８は、対話画像の一例を示す。この対話画像では、内視鏡操作部の送気・送水ボタンから空気が出ているか確認することを指示するメッセージが表示される。このメッセージを受けて、ユーザは、操作部の送気・送水ボタンから空気が出ているか確認する。空気が出ている場合、ユーザは「出ています」と回答し、そうでない場合、ユーザは「出ていません」と回答する。通信部２４はユーザの回答を管理サーバ４に送信する。

　ユーザの回答が「出ています」である場合、チャットボットは、不具合を解決するための対話データを生成し、通信部１０２が対話データを端末装置２０に送信する。一方、ユーザの回答が「出ていません」である場合、不具合の原因を探し出すための別の対話データを生成し、通信部１０２が対話データを端末装置２０に送信する。端末装置２０において、表示処理部５８が、画像生成部５６が対話データにもとづいて生成した対話画像を、表示部３２に表示する。

　図１９は、対話画像の一例を示す。この対話画像では、処理装置１２につながる配管部がしっかり接続されているか確認することを指示するメッセージが表示される。このメッセージを受けて、ユーザは、配管部がしっかり接続されているか確認する。接続に問題がない場合、ユーザは「接続されています」と回答し、そうでない場合、ユーザは「ゆるんでました」と回答する。通信部２４はユーザの回答を管理サーバ４に送信する。

　ユーザの回答が「接続されています」である場合、チャットボットは、不具合の原因が見つかるまで、不具合の原因を探し出すための別の対話データを生成する。ユーザの回答が「ゆるんでました」である場合、不具合が解決したため、チャットボットは対話処理を終了してよい。

　このように第２サービスによると、ユーザはチャットボットと対話しながら、医療機器の不具合の原因を特定して、解決策を得ることができる。上記したように、チャットボットが不具合の原因を見つけられない場合、ユーザは、追加料金を払うことで、保守センター３のオペレータとビデオチャットするオプションが用意されていてもよい。

　図１１に関して説明したように、チャットボットは、故障診断モデルを用いて、カメラ２６が撮影した表示装置１３が表示する画像から、医療機器の故障原因を探し出す機能を有する。

　図２０は、表示装置１３の表示領域を示す。表示装置１３における全表示領域２１０は、検査情報等を表示する情報表示領域２１２と、内視鏡画像を表示する内視鏡画像表示領域２１４とから構成されている。チャットボットは、表示画像から抽出される検査情報、表示画像に含まれる内視鏡画像、表示画像の色味情報のうちのいずれかにもとづいて、医療機器の故障原因を探し出す機能を有してよい。またチャットボットは、内視鏡画像におけるハレーションの状態または水切れの状態にもとづいて、医療機器の故障原因を探し出す機能を有してよい。チャットボットは、表示装置１３における表示領域ごとに故障診断してよい。

　情報表示領域２１２は、検査情報、日時情報、接続する内視鏡情報、患者情報、エラーコード、メッセージ等を表示する領域である。チャットボットは情報表示領域２１２において、文字表示の異常を検出すると、ビデオプロセッサに故障が生じていることを推定し、日時情報の異常を検出すると、ビデオプロセッサのバッテリが劣化していることを推定し、エラーコードの内容を検出すると、エラーコードに対応する接続機器の異常を推定し、文字色が白色でないことを検出すると、映像ケーブルの異常を推定してよい。

　内視鏡画像表示領域２１４は、内視鏡画像を表示する領域である。チャットボットは内視鏡画像表示領域２１４において、内視鏡画像のある固定部位の色合いが当該固定部位の上下左右と比較して変化しないことを検出すると、水切れ不良と判断し、水切れの状態にもとづいて送気送水ボタンの交換、送気ボトルの接続状況確認などを案内してよい。またチャットボットは、ホワイトバランス調整時の色味の状態に応じて、ホワイトバランス機能に異常が生じていること、内視鏡に異常が生じていること、または映像ケーブルに異常が生じていることを推定してよい。またチャットボットは、内視鏡画像の一部分が白く光って収束しないことを検出するとハレーションの発生を検出し、ハレーションの状態にもとづいて、光源装置の調光機能の設定に問題があること、内視鏡に異常が生じていること、または光源装置に異常が生じていることを推定してよい。またチャットボットは、内視鏡画像にブロックノイズや砂嵐模様が出ていることを検出すると、高周波焼灼装置のコンセントを取る位置の変更、電気メスコードの交換、または内視鏡の交換を案内してよい。

　情報表示領域２１２および内視鏡画像表示領域２１４を含む全表示領域２１０の色調が悪い場合、チャットボットは、映像ケーブルの交換や、モニターの色調設定を案内してよい。また全表示領域２１０の全体にブロックノイズや砂嵐模様が出ている場合、チャットボットは、表示装置１３の電源のとる位置の変更を案内してよい。

　以上は、カメラ２６が撮影した画像にもとづいて、チャットボットが故障診断する機能について説明したが、チャットボットは、医療機器から取得した画像にもとづいて故障診断する機能を有してもよい。端末装置２０が処理装置１２と通信可能に接続し、チャット処理部６０が、処理装置１２で生成している画像を受け取って、チャットボットに提供する。チャットボットは、故障診断モデルを用いて、処理装置１２が生成した画像にもとづいて故障診断を行ってもよい。

　またチャットボットは、内視鏡１６で発生するエラーコードにもとづいて故障診断する機能を有してもよい。この場合、端末装置２０が処理装置１２と通信可能に接続して、内視鏡１６で発生したエラーコードを処理装置１２から受け取ると、チャット処理部６０が、当該エラーコードをチャットボットに提供してよい。チャットボットは、故障診断モデルを用いて、エラーコードにもとづいて故障診断を行ってもよい。

　なお故障診断の結果、消耗品に原因があることが判明した場合、チャットボットは、当該消耗品を発注するための情報を端末装置２０に提供してもよい。診断システム１において、ユーザが、端末装置２０から消耗品等を発注できる仕組みを構築しておくことで、ユーザは、当該消耗品をすぐに発注することができる。

　以上、本開示を複数の実施例をもとに説明した。これらの実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本開示の範囲にあることは当業者に理解されるところである。たとえば故障診断により故障原因が特定された場合、付加サービスとして、医療機器の使用方法等の改善に関する案内等を、ユーザに提供することも可能である。この付加サービスは、契約料金が比較的高い医療施設に対して提供されてよい。

　実施例の医療施設１０は、内視鏡検査を実施する病院であることを説明したが、内視鏡検査を実施しない病院であってもよい。また実施例において、メンテナンス契約の対象となる医療機器は、医療施設サーバ１１、処理装置１２、表示装置１３、洗浄機１４および内視鏡１６であることを説明したが、それ以外の処置具などのアクセサリも、メンテナンス契約の対象に含めてよい。

　医療施設１０では、内視鏡が故障すると、医療機器メーカーから、代わりに一時的に使用するための内視鏡（代替品）が提供される。この代替品の機器ＩＤはメンテナンス契約に含まれていないため、代替品の専用ケースに、契約対象の代替品であることを示す情報を貼り付けておくことで、代替品についても契約にもとづいたサービスの提供を受けることが可能となる。この情報は、たとえばＱＲコード（登録商標）に含められてよい。なお処理装置１２の代替品については、処理装置１２の本体にＱＲコード（登録商標）を貼り付けてもよい。

　なお代替品は、医療施設１０の保有物ではなく、医療機器メーカーの保有物であるため、代替品のＵＤＩ識別コードに、医療機器メーカーの保有物であることを示す情報を含めてよい。故障した医療機器が医療施設１０の保有物である場合、その故障品に対する措置は医療施設１０により決定されるが、故障した医療機器が医療機器メーカーの保有物であれば、その故障品に対する措置は、医療機器メーカーが決定できる。そこで代替品のＵＤＩ識別コードに、医療機器メーカーの保有物であることを示す情報を含めておくことで、当該代替品が故障したとき、チャットボットは、別の代替品の手配等の措置を決定できる。

　実施例では、管理部１１２が、端末ＩＤ記録部１３４を参照して、端末ＩＤに関連付けられた施設ＩＤを特定することで、メンテナンス契約を締結した正規の医療施設１０からのサービスリクエストであることを確認している。正規の医療施設１０のサービスリクエストであることを確認するために、管理部１１２は、医療施設１０の位置情報を登録しておき、端末装置２０のＧＰＳ情報から、端末装置２０が正規の医療施設１０において使用されているか判断することも可能である。

　実施例では、図６に示すように、通信部２４が、管理サーバ４から、端末装置２０において実行可能なプログラムを示すプログラム情報を受信すると、画像生成部５６がプログラム情報にもとづいて、第１プログラム３８および第２プログラム４０のうち実行可能なプログラムをユーザが選択可能とする選択画像を生成する。変形例では、実行部５２がプログラム情報にもとづいて、第１プログラム３８または第２プログラム４０を自動的に実行してよい。変形例では、サービス内容が第１サービスである場合、プログラム情報は、実行可能なプログラムが第１プログラム３８であることを示し、サービス内容が第２サービスである場合、プログラム情報は、実行可能なプログラムが第２プログラム４０であることを示してよい。したがって実行部５２は、プログラム情報に示される１つのプログラムを自動実行できる。

　別の変形例では、管理サーバ４が、端末装置２０において実行するプログラムを示すプログラム情報を送信し、端末装置２０の通信部２４が、管理サーバ４から、実行するプログラムを示すプログラム情報を受信すると、実行部５２が、プログラム情報に示されるプログラムを実行してもよい。

　図２１は、医療施設１０における端末装置２０と管理サーバ４との間の通信シーケンスの変形例を示す。医療施設１０において、使用している医療機器に不具合が生じると、ユーザは端末装置２０を操作して、メンテナンスアプリケーション３６を起動する（Ｓ１０）。画像生成部５６は、メンテナンスアプリケーション３６のプログラムが指示する初期画像を生成し、表示処理部５８は、生成された初期画像を表示部３２に表示する（Ｓ１２）。図５に示すように、初期画像には、不具合が生じた医療機器に付けられている機器ＩＤを撮影することを指示するメッセージが表示される。

　ユーザが初期画像に含まれるＯＫボタンを操作すると、メンテナンスアプリケーション３６は、カメラ２６を起動して、ユーザが医療機器の機器ＩＤを撮影できるようにする。ユーザがカメラ２６を医療機器の機器ＩＤに向け、シャッターボタンを操作すると、識別データ取得部５４は、医療機器の機器ＩＤを撮影した画像データを、医療機器の機器ＩＤを含む識別データとして取得する（Ｓ１４）。通信部２４は、識別データ取得部５４が取得した識別データを、端末装置２０の識別情報（端末ＩＤ）とともに管理サーバ４に送信する（Ｓ１６）。

　管理サーバ４において、通信部１０２が、端末装置２０から送信された識別データおよび端末ＩＤを受信する（Ｓ１８）。通信部１０２は、識別データを識別情報取得部１１０に供給し、端末ＩＤを管理部１１２に供給する。識別情報取得部１１０は、識別データから機器ＩＤを取得すると（Ｓ２０）、取得した機器ＩＤを、管理部１１２に供給する。

　端末ＩＤ記録部１３４は、医療機器メーカーが医療施設１０に貸与した端末装置２０の端末ＩＤを、医療施設１０の施設ＩＤに関連付けて記録している。管理部１１２は、通信部１０２から端末ＩＤを供給されると、端末ＩＤ記録部１３４を参照して、端末ＩＤに関連付けられた施設ＩＤを特定する。これにより管理部１１２は、メンテナンス契約を締結した正規の医療施設１０からのサービスリクエストであることを確認して、契約が存在することを確認し（Ｓ４０）、通信部１０２は、サービスリクエストを受け入れる旨の承認結果を端末装置２０に送信する（Ｓ４２）。

　端末装置２０において、通信部２４が、管理サーバ４から承認結果を受信すると（Ｓ４４）、画像生成部５６は、ユーザがサービスを選択するための選択画像を生成し、表示処理部５８は、サービス選択画像を表示部３２に表示する（Ｓ４６）。なお管理サーバ４は承認結果を端末装置２０に送信しなくてもよく、端末装置２０における画像生成部５６は識別データの送信後であれば、任意のタイミングでサービス選択画像を生成し、表示処理部５８がサービス選択画像を表示部３２に表示してよい。

　図２２は、サービス選択画像の一例を示す。表示処理部５８は、画像生成部５６が生成したサービス選択画像を、表示部３２に表示する。この例では、画像生成部５６が、第１サービスを選択するためのサービス選択ボタン２００、第２サービスを選択するためのサービス選択ボタン２０２、第３サービスを選択するためのサービス選択ボタン２０４、第４サービスを選択するためのサービス選択ボタン２０６を含むサービス選択画像を生成している。

　ここで第３サービスは、Ｗｅｂサイトからマニュアルの一覧を提供するサービスであり、第４サービスは、Ｗｅｂサイトからコールセンター電話番号の一覧を提供するサービスである。第３サービス、第４サービスともに有償で提供されてよいが、無償で提供されてもよい。このように変形例では、第１サービス、第２サービス以外のサービスがユーザに提供される。変形例において画像生成部５６は、契約しているサービス内容にかかわらず（サービスの提供を受けられるか否かにかかわらず）、図２２に示すサービス選択画像を生成する。図２２に示すサービス選択画像において、ユーザが、提供を希望するサービスの選択ボタンを操作すると（Ｓ４８）、通信部２４は、選択したサービスの実行要求を管理サーバ４に送信する（Ｓ５０）。

　管理サーバ４において、通信部１０２が、端末装置２０から送信されたサービス実行要求を受信する（Ｓ５２）。通信部１０２は、サービス実行要求を管理部１１２に供給し、管理部１１２は、契約情報記録部１３２を参照して、ユーザの施設ＩＤおよび医療機器の機器ＩＤに関連付けられた契約を特定する。実施例で説明したように契約情報記録部１３２は、施設ＩＤおよび医療機器の機器ＩＤに関連付けて、サービス内容を示す情報を記録しており、管理部１１２は、施設ＩＤおよび医療機器の機器ＩＤに関連付けられたサービス内容を特定する。

　管理部１１２は、施設ＩＤおよび医療機器の機器ＩＤに関連付けられた契約にもとづいて、端末装置２０から送信されたサービス実行要求を受け入れるか否かを判断する。たとえば管理部１１２は、契約に含まれるサービス内容が第１サービスである場合に、サービス実行要求が第１サービスの実行を要求していれば、第１プログラムを、端末装置２０で実行するプログラムとして特定する（Ｓ５４）。なお契約に含まれるサービス内容が第２サービスである場合に、サービス実行要求が第２サービスの実行を要求していれば、管理部１１２は、第２プログラムを、端末装置２０で実行するプログラムとして特定する（Ｓ５４）。管理部１１２が、端末装置２０において実行するプログラムを特定すると、通信部１０２は、実行するプログラムを示すプログラム情報を端末装置２０に送信する（Ｓ５６）。

　端末装置２０において、通信部２４が、管理サーバ４からプログラム情報を受信すると（Ｓ５８）、実行部５２は、プログラム情報に示されるプログラムを実行する（Ｓ６０）。

　なおＳ５４において、管理部１１２は、サービス実行要求にもとづいて端末装置２０が実行するプログラムを特定したが、契約に含まれるサービス内容によっては、実行するプログラムを特定できないこともある。たとえば契約に含まれるサービス内容が第２サービスである場合に、サービス実行要求が第１サービスの実行を要求していれば、管理部１１２は、第１プログラムを、端末装置２０で実行するプログラムとして特定することはできない。このような場合、管理部１１２は、第１サービスを提供できない旨のメッセージを生成して、通信部１０２がメッセージを端末装置２０に通知する。

　図２３は、エラーメッセージの例を示す。ユーザが要求したサービスを管理サーバ４が提供できない場合、表示部３２には、サービスを提供できない旨のメッセージが表示されてよい。

　実施例において、医療施設１０における複数の部門が独立してメンテナンス契約を締結する場合、端末ＩＤ記録部１３４は、部門に貸与した端末装置２０の端末ＩＤを、施設ＩＤおよび部門ＩＤに関連付けて記録している。たとえば、部門Ａのメンテナンス契約の対象となる医療機器Ｍについてのサービスリクエストが、部門Ｂに貸与した端末装置２０から送信された場合、管理部１１２は、部門Ａと部門Ｂが同一の医療施設１０に所属していることを条件として、サービスリクエストを受け入れてもよい。具体的には、管理部１１２が、端末ＩＤ記録部１３４を参照して、端末装置２０の端末ＩＤに関連付けられた施設ＩＤおよび部門ＩＤを特定し、契約情報記録部１３２を参照して、機器ＩＤに関連付けられた施設ＩＤおよび部門ＩＤを特定したときに、部門ＩＤが異なっていても、施設ＩＤが同じであれば、当該サービスリクエストを受け入れてよい。

　実施例では、管理サーバ４において、端末装置２０から送信された機器ＩＤに関連付けられた契約が存在しない場合に、管理部１１２が、当該機器ＩＤの医療機器がメンテナンス契約の対象外であることを示すメッセージを端末装置２０に通知する。変形例で管理部１１２は、機器ＩＤに関連付けられた契約が存在しない場合に、契約を締結するための契約情報を通信部１０２に提供し、通信部１０２は、契約情報を端末装置２０に送信する。端末装置２０において、通信部２４は、管理サーバ４から契約情報を受信し、画像生成部５６は、受信した契約情報にもとづいて、医療機器のメンテナンス契約を締結する手続を行うための契約手続画像を生成する。表示処理部５８は、契約手続画像を表示部３２に表示し、ユーザは、すみやかに、当該医療機器を対象とするメンテナンス契約の手続を実行できる。

　本開示は、端末装置と管理サーバとが通信する技術分野に利用できる。

１・・・診断システム、３・・・保守センター、４・・・管理サーバ、１０・・・医療施設、２０・・・端末装置、２２・・・処理部、２４・・・通信部、２６・・・カメラ、２８・・・マイク、３０・・・スピーカ、３２・・・表示部、３４・・・記録部、３６・・・メンテナンスアプリケーション、３８・・・第１プログラム、４０・・・第２プログラム、５０・・・受付部、５２・・・実行部、５４・・・識別データ取得部、５６・・・画像生成部、５８・・・表示処理部、６０・・・チャット処理部、１００・・・処理部、１０２・・・通信部、１１０・・・識別情報取得部、１１２・・・管理部、１１４・・・チャットボット実行部、１３０・・・記録部、１３２・・・契約情報記録部、１３４・・・端末ＩＤ記録部、１３６・・・チャットモデル。

Claims (15)

1. 　端末装置と管理サーバとが通信可能に接続する医療機器の診断システムであって、
   　前記端末装置は、
   　第１プログラムおよび第２プログラムを実行可能である実行部と、
   　医療機器の識別情報を含む識別データを取得する識別データ取得部と、
   　取得した識別データを、前記管理サーバに送信する第１通信部と、を備え、
   　前記管理サーバは、
   　前記識別データを受信する第２通信部と、
   　前記識別データから識別情報を取得する識別情報取得部と、
   　前記識別情報に関連付けられた契約にもとづいて、前記端末装置において実行可能なプログラムまたは実行するプログラムを特定する管理部と、を備え、
   　前記第２通信部は、前記端末装置に、実行可能なプログラムまたは実行するプログラムを示すプログラム情報を送信し、
   　前記第１通信部は、前記管理サーバから、前記プログラム情報を受信する、
   　ことを特徴とする医療機器の診断システム。
2. 　前記識別データ取得部は、カメラが医療機器の識別情報を撮影した画像データを、識別データとして取得する、
   　ことを特徴とする請求項１に記載の医療機器の診断システム。
3. 　前記実行部は、受信した前記プログラム情報にもとづいて、第１プログラムまたは第２プログラムを実行する、
   　ことを特徴とする請求項１に記載の医療機器の診断システム。
4. 　前記端末装置は、
   　受信した前記プログラム情報にもとづいて、第１プログラムおよび第２プログラムのうち実行可能なプログラムをユーザが選択可能とする選択画像を生成する画像生成部と、
   　選択画像を表示する表示処理部と、をさらに備え、
   　前記実行部は、ユーザが選択したプログラムを実行する、
   　ことを特徴とする請求項１に記載の医療機器の診断システム。
5. 　前記識別情報は、ＵＤＩ（Unique Device Identification）に基づく識別コードである、
   　ことを特徴とする請求項１に記載の医療機器の診断システム。
6. 　第１プログラムは、オペレータとビデオチャットするためのプログラムであり、
   　第２プログラムは、医療機器の故障診断を行うためのチャットボットと接続するためのプログラムである、
   　ことを特徴とする請求項１に記載の医療機器の診断システム。
7. 　前記チャットボットは、カメラが医療機器を撮影した画像にもとづいて故障診断する機能を有する、
   　ことを特徴とする請求項６に記載の医療機器の診断システム。
8. 　カメラが撮影した画像は、内視鏡が撮影した内視鏡画像を表示する表示装置を含み、
   　前記チャットボットは、表示装置が表示する表示画像から、医療機器の故障原因を探し出す機能を有する、
   　ことを特徴とする請求項７に記載の医療機器の診断システム。
9. 　前記チャットボットは、前記表示画像から抽出される検査情報、前記表示画像に含まれる内視鏡画像、前記表示画像の色味情報のうちのいずれかにもとづいて、医療機器の故障原因を探し出す機能を有する、
   　ことを特徴とする請求項８に記載の医療機器の診断システム。
10. 　前記チャットボットは、前記内視鏡画像におけるハレーションの状態または水切れの状態にもとづいて、医療機器の故障原因を探し出す機能を有する、
    　ことを特徴とする請求項９に記載の医療機器の診断システム。
11. 　前記チャットボットは、医療機器から取得した画像にもとづいて故障診断する機能を有する、
    　ことを特徴とする請求項６に記載の医療機器の診断システム。
12. 　前記管理サーバにおいて、
    　前記管理部は、前記識別情報に関連付けられた契約が存在しない場合に、契約を締結するための契約情報を前記第２通信部に提供し、
    　前記第２通信部は、契約情報を、前記端末装置に送信し、
    　前記端末装置において、
    　前記第１通信部は、前記管理サーバから、契約情報を受信し、
    　前記画像生成部は、受信した契約情報にもとづいて、医療機器のメンテナンス契約を締結する手続を行うための契約手続画像を生成し、
    　前記表示処理部は、契約手続画像を表示する、
    　ことを特徴とする請求項４に記載の医療機器の診断システム。
13. 　管理サーバと接続する端末装置であって、
    　第１プログラムおよび第２プログラムを実行可能である実行部と、
    　医療機器の識別情報を含む識別データを取得する識別データ取得部と、
    　取得した識別データを、前記管理サーバに送信する通信部と、を備え、
    　前記通信部は、前記管理サーバから、識別情報に関連付けられた契約にもとづいて特定された、前記端末装置において実行可能なプログラムまたは実行するプログラムを示すプログラム情報を受信する、
    　ことを特徴とする端末装置。
14. 　端末装置と接続する管理サーバであって、
    　前記端末装置から、医療機器の識別情報を含む識別データを受信する通信部と、
    　前記識別データから識別情報を取得する識別情報取得部と、
    　前記識別情報に関連付けられた契約にもとづいて、前記端末装置において実行可能なプログラムまたは実行するプログラムを特定する管理部と、を備え、
    　前記通信部は、前記端末装置に、実行可能なプログラムまたは実行するプログラムを示すプログラム情報を送信する、
    　ことを特徴とする管理サーバ。
15. 　端末装置と管理サーバとの間で通信する方法であって、
    　前記端末装置は、
    　医療機器の識別情報を含む識別データを取得し、
    　取得した識別データを、前記管理サーバに送信し、
    　前記管理サーバは、
    　前記識別データを受信し、
    　前記識別データから識別情報を取得し、
    　前記識別情報に関連付けられた契約にもとづいて、前記端末装置において実行可能なプログラムまたは実行するプログラムを特定し、
    　前記端末装置に、実行可能なプログラムまたは実行するプログラムを示すプログラム情報を送信し、
    　前記端末装置は、
    　前記管理サーバから、前記プログラム情報を受信する、
    　ことを特徴とする通信方法。

Images