JP2019072334A - 医療用診療システム、医療用診療装置、および検出装置 - Google Patents

Abstract

【課題】本発明は、既存の基板やシステム構成を改変することなく異常を判定することができ、判定する対象が増えても装置が複雑な構造とならない医療用診療システム、医療用診療装置、および検出装置を提供する。【解決手段】本発明に係る医療用診療システムは、歯科用ハンドピースである診療器具の駆動を制御する診療器具駆動部において送受信されている通信データから履歴情報（制御情報）を履歴収集部１８で収集する。当該医療用診療システムは、収集された履歴情報（制御情報）と基準情報と比較部２３で比較して、当該比較結果に基づき診療装置１０の異常を判定部２１で判定している。【選択図】図９

Description

本発明は、医療用診療システム、医療用診療装置、および検出装置に関する。

医院に設置されたチェアユニットやレントゲン装置などの診療装置では、故障の判断や故障を予測するため装置にセンサを設けて、当該センサの検出結果を履歴情報として収集することが行われている（特許文献１）。

具体的に、特許文献１に記載の医用装置では、Ｘ線管に供給する高電圧を発生させるためのコンバータやインバータなどのパワーデバイスの近傍に温度センサを設け、当該温度センサにより得られた温度変化のデータを履歴情報として収集している。特許文献１に記載の医用装置では、収集した履歴情報に基づいて故障の判断や故障の予測を行っている。

国際公開第２０１４／０４２０５７号

しかし、特許文献１に記載の医用装置では、故障の判断や故障の予測などの異常を判定するために別途センサ、および当該センサで検出した結果を処理する構成を設ける必要があり、既存の基板を改良する必要があった。さらに、特許文献１に記載の医用装置では、判定する対象が複数あった場合、その対象ごとにセンサを設ける必要があり装置が複雑な構造となる問題があった。

本発明は、これらの問題点を解決するためになされたものであり、既存の基板やシステム構成を改変することなく異常を判定することができ、判定する対象が増えても装置が複雑な構造とならない医療用診療システム、医療用診療装置、および検出装置を提供することを目的とする。

本発明に係る医療用診療システムは、少なくとも１つの医療用診療装置と、医療用診療装置の異常を検出する検出装置とを含む医療用診療システムであって、少なくとも１つの診療器具と、診療器具の駆動を制御する制御部と、制御部において送受信されている通信データから制御情報を収集する収集部と、収集部で収集された制御情報と基準情報とを比較する比較部と、比較部での比較結果に基づき医療用診療装置の異常を判定する判定部とを備える。

本発明に係る医療用診療装置は、異常を検出可能な医療用診療装置であって、少なくとも１つの診療器具と、診療器具の駆動を制御する制御部と、制御部において送受信されている通信データから制御情報を収集する収集部と、収集部で収集された制御情報と基準情報とを比較する比較部と、比較部での比較結果に基づき医療用診療装置の異常を判定する判定部とを備える。

本発明に係る検出装置は、医療用診療装置の異常を検出する検出装置であって、少なくとも１つの診療器具の駆動を制御する制御部において送受信されている通信データから収集された制御情報と基準情報とを比較する比較部と、比較部での比較結果に基づき医療用診療装置の異常を判定する判定部とを備える。

本発明に係る医療用診療システムは、診療器具の駆動を制御する制御部において送受信されている通信データから制御情報を収集して、医療用診療装置の異常を判定するので、既存の基板やシステム構成を改変することなく異常を判定することができる。また、本発明に係る医療用診療システムは、診療器具の駆動を制御する制御部の制御情報を収集することで、判定する対象ごとにセンサを設ける必要がなく装置が複雑な構造とならない。本発明に係る医療用診療装置は、診療器具の駆動を制御する制御部において送受信されている通信データから制御情報を収集するので、既存の基板やシステム構成を改変することなく異常を判定することができる。本発明に係る検出装置は、診療器具の駆動を制御する制御部において送受信されている通信データから収集された制御情報と基準情報とを比較するので、判定する対象ごとに設けたセンサからの信号を得る必要がなく医療用診療装置の異常を判定することが可能となる。

本発明の実施の形態１に係る医療用診療システムの構成を説明するための概略図である。 本発明の実施の形態１に係る診療装置の構成を説明するためのブロック図である。 本発明の実施の形態１に係る分析用コンピュータの構成を説明するためのブロック図である。 各制御基板間で通信されている通信パケットの内容を説明するための図である。 本発明の実施の形態１に係る診療装置の水およびエアの流路を説明するための概略図である。 電磁弁の状態を検出するためのセンサの構成を説明するためのブロック図である。 本発明の実施の形態１に係る履歴収集部が収集した履歴情報を説明するための図である。 本発明の実施の形態１に係る履歴収集部が履歴情報を収集するタイミングおよび分析を説明するための図である。 本発明の実施の形態１に係る医療用診療システムを説明するためのブロック図である。 複数の医療用診療システムを接続したシステムを説明するための概略図である。 異常を検出可能な医療用診療装置を説明するためのブロック図である。

（実施の形態１）
図１は、本発明の実施の形態１に係る医療用診療システムの構成を説明するための概略図である。図１に示す医療用診療システムでは、チェアユニットである医療用診療装置（以下、診療装置とも称する）１０が１台と、分析用コンピュータ２０が１台とで構成されている。なお、１台の分析用コンピュータ２０に対して複数の診療装置１０が接続されてもよい。

まず、診療装置１０について詳しく説明する。図２は、本発明の実施の形態１に係る診療装置の構成を説明するためのブロック図である。図１および図２に示すように、診療装置１０は、診療椅子１と、フートコントローラ５と、トレーテーブル３と、制御装置９と、インスツルメントホルダ５０と、操作パネル８と、表示モニタ６と、ベースンユニット２と、照明装置（オペライト）７とを備える。

診療椅子１は、患者の頭を支えるヘッドレスト１ａと、患者の背中を支える背もたれ１ｂと、患者の尾尻を支える座面シート１ｃと、患者の足を支える足置き台１ｄと、シート駆動部１１とを備える。シート駆動部１１は、チェア制御基板上に実装されたＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、およびＲＡＭ（Random Access Memory）などによって構成され、ヘッドレスト１ａ、背もたれ１ｂ、座面シート１ｃ、および足置き台１ｄのそれぞれの駆動を制御する。

たとえば、座面シート１ｃは、シート駆動部１１の制御に基づき上昇または下降する。ヘッドレスト１ａ、背もたれ１ｂ、および足置き台１ｄのそれぞれは、シート駆動部１１の制御に基づき座面シート１ｃに対して垂直方向または水平方向に移動する。ヘッドレスト１ａ、背もたれ１ｂ、および足置き台１ｄが座面シート１ｃに対して垂直方向に移動すると、診療椅子１に座った患者が座位姿勢になる。ヘッドレスト１ａ、背もたれ１ｂ、および足置き台１ｄが座面シート１ｃに対して水平方向に移動すると、診療椅子１に座った患者が仰向け姿勢になる。このように、シート駆動部１１は、ヘッドレスト１ａ、背もたれ１ｂ、座面シート１ｃ、および足置き台１ｄを駆動させて診療椅子１の姿勢を変更する。

フートコントローラ５は、ユーザの足踏操作を受け付ける複数のスイッチ（ペダル）を有する。ユーザは、これら複数のスイッチそれぞれに対して所定の機能を割り当てることができる。

たとえば、ユーザは、診療椅子１の姿勢を変更する機能をフートコントローラ５のスイッチに対して割り当てることができる。ユーザが、診療椅子１の姿勢を変更する機能が割り当てられたスイッチを足踏操作すると、フートコントローラ５は、シート駆動部１１に制御信号を出力する。シート駆動部１１は、制御信号に基づき、ヘッドレスト１ａ、背もたれ１ｂ、座面シート１ｃ、および足置き台１ｄを駆動させる。

また、ユーザは、診療器具４を駆動する機能をフートコントローラ５のスイッチに対して割り当てることができる。ユーザが、診療器具４を駆動する機能が割り当てられたスイッチを足踏操作すると、フートコントローラ５は、診療器具駆動部１４に制御信号を出力する。診療器具駆動部１４は、制御信号に基づき診療器具４の駆動を制御する。

なお、フートコントローラ５のスイッチには、照明装置７の照明および消灯を制御する機能など、その他の機能を割り当てることもできる。

トレーテーブル３は、診療時の物置台として用いられる。トレーテーブル３は、診療椅子１または床から延びるアーム（図示は省略する）に接続されている。このため、ユーザは、トレーテーブル３を診療椅子１に対して手動で回動、水平移動、および垂直移動させることが可能である。

制御装置９は、トレーテーブル３の下部に設けられている。制御装置９には、診療椅子１と、複数の診療器具４と、インスツルメントホルダ５０と、ベースンユニット２と、操作パネル８と、表示モニタ６とが接続されている。制御装置９は、操作制御部１２、診療器具駆動部１４、表示モニタ制御部１５、および保持解除特定部１９を備える。これらの各部は、いずれも、操作制御基板、駆動制御基板、モニタ制御基板、および保持解除特定制御基板上に実装されたＣＰＵ、ＲＯＭ、およびＲＡＭなどによって構成される。

診療器具４は、たとえば、エアタービンハンドピース、マイクロモータハンドピース、スケーラ、スリーウェイシリンジ、およびバキュームシリンジなどの歯科診療用のインスツルメントである。なお、診療器具４は、これらに限らず、口腔内カメラ、光重合用照射器、根管長測定器、３次元スキャナおよび根管拡大器などであってもよいし、デンタルミラーや注射器、充填器具など、駆動しない器具であってもよい。

診療装置１０においては、診療器具４ａ〜４ｅの５種類が用いられる。たとえば、診療器具４ａおよび診療器具４ｂは、エアタービンハンドピースである。診療器具４ｃは、マイクロモータハンドピースである。診療器具４ｄは、スケーラである。診療器具４ｅは、スリーウェイシリンジである。

各診療器具４は、インスツルメントホルダ５０によって保持される。診療器具４がインスツルメントホルダ５０から取り出されると、インスツルメントホルダ５０による保持が解除され、診療器具４が選択された状態（被選択状態と称する）になる。

各診療器具４は、制御装置９が備える診療器具駆動部１４に接続されている。診療器具駆動部１４は、フートコントローラ５に対するユーザの足踏操作に基づき各診療器具４を駆動する。たとえば、ユーザが、フートコントローラ５におけるエアータービンハンドピースを駆動するためのスイッチを足踏操作すると、診療器具駆動部１４は、エアータービンハンドピースのヘッド部に保持される切削工具を回転させる。このように、診療器具駆動部１４は、フートコントローラ５に対するユーザの操作に基づき診療器具４を駆動する。

インスツルメントホルダ５０は、各診療器具４を保持する保持部材である。インスツルメントホルダ５０は、制御装置９が備える保持解除特定部１９を介して操作制御部１２に接続されている。保持解除特定部１９は、診療器具４に対するインスツルメントホルダ５０による保持が解除されたことを特定するとともに、その特定結果を示す信号を操作制御部１２に出力する。操作制御部１２は、保持解除特定部１９からの信号に基づき被選択状態の診療器具４を特定する。

ベースンユニット２は、図１に示すように、診療椅子１の側部に備え付けられている。ベースンユニット２は、排水口が形成された鉢２ａと、コップが載置されるコップ台２ｂと、コップに給水するための給水栓２ｃとを備える。患者は、給水栓２ｃによってコップに給水された水を用いてうがいをすることができる。

図２に示すように、ベースンユニット２は、ベースン制御部１６を備えている。ベースン制御部１６は、診療装置１０で用いられる水の流れを制御する。このように、ベースン制御部１６は、診療装置１０で用いられる水の流れを制御する。ベースン制御部１６は、ベースン制御基板上に実装されたＣＰＵ、ＲＯＭ、およびＲＡＭなどによって構成される。

さらに、ベースンユニット２は、照明制御部１７を備えている。照明制御部１７は、照明装置７の照明および消灯を制御する。このように、照明制御部１７は、照明装置７の照明および消灯を制御する。照明制御部１７は、照明制御基板上に実装されたＣＰＵ、ＲＯＭ、およびＲＡＭなどによって構成される。

また、ベースンユニット２は、診療装置１０内の履歴情報を収集する履歴収集部１８を備えている。履歴収集部１８は、履歴収集基板上に実装されたＣＰＵ、ＲＯＭ、およびＲＡＭなどによって構成され、ベースンユニット２の保守扉２ｄの内側に設けられている。そのため、所定の工具を用いて保守扉２ｄを開けなければ、履歴収集基板からメモリ１８ｂを取外すことができない。なお、履歴収集部１８は、「収集部」の一実施形態である。また、メモリ１８ｂは、「記憶部」の一実施形態である。

履歴収集基板には、分析用コンピュータ２０に対して履歴情報を出力するための出力ポート１８ａが設けられており、保守作業者が保守扉２ｄを開け、出力ポート１８ａに分析用コンピュータ２０からの配線を接続することで、収集した履歴情報を取り出すことができる。もちろん、出力ポート１８ａを介して分析用コンピュータ２０と診療装置１０の履歴収集部１８とが常時接続される構成でもよい。

履歴収集部１８が収集した履歴情報は、履歴収集基板から着脱可能なメモリ１８ｂに記憶される。メモリ１８ｂは、メモリカードなどのような不揮発メモリで構成された記憶媒体で、保守作業者が保守扉２ｄを開けて履歴収集基板から取り外すことができる。そのため、出力ポート１８ａに分析用コンピュータ２０からの配線を接続しなくても、履歴収集基板からメモリ１８ｂを取り外し、メモリ１８ｂを分析用コンピュータ２０に接続するだけでも収集した履歴情報を取り出すことができる。なお、履歴収集基板に出力ポート１８ａが設けられていない構成であってもよく、履歴収集基板に出力ポート１８ａが設けられていない場合、メモリ１８ｂのみによって、診療装置１０から分析用コンピュータ２０に履歴情報を取り出すことになる。

診療装置１０内の各制御基板間の通信には、ＣＡＮ（Controller Area Network）通信などの関連する公知の技術が適用されている。診療装置１０では、チェア制御基板、操作制御基板、駆動制御基板、モニタ制御基板、保持解除特定制御基板、ベースン制御基板、および照明制御基板などのすべての制御基板がＣＡＮ通信で互いに通信して、互いの状況を共有して制御を行っている。ＣＡＮ通信では、各制御基板での制御に関する情報を含む通信データを通信パケットにして、各制御基板で互いに通信を行っている。なお、各制御基板間の通信では、各制御基板での制御に関する情報を含む通信データが送受信されれば、通信パケットで送受信する必要はない。ここで、制御に関する情報には、各制御基板で制御するスイッチ、センサ、アクチュエータ、ステータスなどの情報が含まれる。

履歴収集基板を他の制御基板とＣＡＮ通信できるように接続することで、履歴収集部１８は、各制御基板での制御に関する情報を履歴情報として収集することが可能になる。履歴収集部１８は、例えば、ＣＡＮ通信を介して、シート駆動部１１から送られてくるチェアユニット位置制御の情報、操作制御部１２から送られてくる診療器具４の情報、ベースン制御部１６から送られてくるコップ給水電磁弁制御の情報、照明制御部１７から送られてくる照明装置７の点灯制御の情報などを含む通信パケットから各種の制御に関する情報を履歴情報として収集する。なお、履歴収集部１８が収集する履歴情報には、診療装置１０で行われた操作の操作履歴、および診療装置１０で検出した検出履歴を少なくとも含む。

表示モニタ６は、図１に示すように、トレーテーブル３から上方に延びるアームに設けられている。表示モニタ６は、表示領域が大きい画面を有している。つまり、表示モニタ６は、多くの情報量を表示することができる。

表示モニタ６は、制御装置９が備える表示モニタ制御部１５を介して操作制御部１２に接続されている。表示モニタ制御部１５は、操作制御部１２からの指令に基づき、画像および操作画像に関連した関連画像などを表示モニタ６に表示させる。

次に、分析用コンピュータ２０について詳しく説明する。図３は、本発明の実施の形態１に係る分析用コンピュータ２０の構成を説明するためのブロック図である。分析用コンピュータ２０は、オペレーティングシステム（ＯＳ：Operating System）を含む各種プログラムを実行するＣＰＵ２００と、ＣＰＵ２００でのプログラムの実行に必要なデータを一時的に記憶するメモリ部２１２と、ＣＰＵ２００で実行されるプログラムを不揮発的に記憶するハードディスク部（ＨＤＤ：Hard Disk Drive）２１０とを含む。また、ハードディスク部２１０には、分析を実現するためのプログラムが予め記憶されており、このようなプログラムは、ＣＤ−ＲＯＭドライブ２１４などによって、それぞれＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）２１４ａなどの記憶媒体から読み取られる。

ＣＰＵ２００は、キーボードやマウスなどからなる入力部２０８を介してユーザなどからの指示を受取るとともに、プログラムの実行によって分析される分析結果などを、ディスプレイ出力部２０４を介して表示装置２０４ａへ出力する。各部は、バス２０２を介して互いに接続される。また、インターフェイス部２０６は、診療装置１０の出力ポート１８ａに接続することができる。なお、分析用コンピュータ２０と診療装置１０との接続は、出力ポート１８ａを介して有線で接続される場合を説明したが、無線で接続されてもよい。

次に、本実施の形態に係る診療装置１０において、履歴収集部１８が各制御基板から履歴情報を収集する処理について詳しく説明する。図４は、各制御基板間で通信されている通信パケットの内容を説明するための図である。なお、図４に示す通信パケットの内容は、一例であり、もちろんその他のデータも通信パケットに割り当てられている。

各制御基板は、ＣＡＮ通信を行っており、各制御基板で制御するスイッチ、センサ、アクチュエータ、ステータスなどの情報（制御に関する情報）を通信パケットにのせて通信している。通信パケットでは、診療装置１０に設けられた全ての制御基板において、それぞれの制御基板によって制御されるスイッチ、センサ、アクチュエータ、ステータスなどの情報がそれぞれ識別可能となるように予めフォーマットが決められている。具体的に、図４に示す通信パケットでは、駆動制御基板（診療器具駆動部１４）に通信パケットＩＤとして”１”を、チェア制御基板（シート駆動部１１）に通信パケットＩＤとして”２”を、ベースン制御基板（ベースン制御部１６）に通信パケットＩＤとして”３”を、操作制御基板（操作制御部１２）に通信パケットＩＤとして”４”をそれぞれ割り当てている。

通信パケットＩＤ”１”の通信パケットには、診療器具駆動部１４が制御するセンサＡの情報を”ＤＡＴＡ１”に、センサＢの情報を”ＤＡＴＡ２”に、センサＣの情報を”ＤＡＴＡ３”に、ステータスＡの情報を”ＤＡＴＡ４”にそれぞれ割り当てている。センサＡは、例えば、診療器具駆動部１４が制御する診療器具４ａ（エアータービンハンドピース）の選択電磁弁の状態を検出するためのセンサである。センサＢは、例えば、診療器具駆動部１４が制御する診療器具４ａの排気管路に設けたチップエア電磁弁の状態を検出するためのセンサである。センサＣは、例えば、診療器具駆動部１４が制御するトレーテーブル３の下部に設けられている電磁弁の状態を検出するためのセンサである。ステータスＡは、例えば、診療器具駆動部１４が駆動するサーボモータの状態を示す情報である。なお、図４には図示していないが、”ＤＡＴＡ５”に診療器具４ａの選択電磁弁への駆動信号の情報、”ＤＡＴＡ６”に排気管路に設けたチップエア電磁弁への駆動信号の情報、”ＤＡＴＡ７”にトレーテーブル３の下部に設けられている電磁弁への駆動信号の情報が含まれている。

ここで、診療器具駆動部１４が診療器具を駆動するための水およびエアの制御について説明する。図５は、本発明の実施の形態１に係る診療装置の水およびエアの流路を説明するための概略図である。水元４１０から供給される水は、トレーテーブル３の下部に設けられている電磁弁（水元電磁弁）４１１を介して、診療器具４ａ〜診療器具４ｄに供給される。診療器具４ａは、第１エアタービンハンドピースで、図中においてハイスピード（ＨＳ）のＨＰ１と表記している。同様に、診療器具４ｂは、第２エアタービンハンドピースで、図中においてハイスピード（ＨＳ）のＨＰ２と表記している。診療器具４ｃは、マイクロモータハンドピースで、図中においてロースピード（ＬＳ）のＨＰ３と表記している。診療器具４ｄは、スケーラで、図中においてスケーラ（ＳＣ）のＨＰ４と表記している。

また、エア元４２０から供給されるエアは、トレーテーブル３の下部に設けられている電磁弁（エア元電磁弁）４２１を介して、診療器具４ａ〜診療器具４ｃに供給される。診療器具４ａおよび診療器具４ｂに供給されるエアは、診療器具４ａおよび診療器具４ｂのエアータービンを駆動する。そのため、診療器具４ａおよび診療器具４ｂのエアータービンに供給されるエアの圧力を調整するため、診療器具４ａおよび診療器具４ｂの流路に供給されるエアの圧力をサーボモータ（ＨＳサーボ）４２２で調整している。診療器具４ａおよび診療器具４ｂの流路に供給されるエアの圧力は、圧力計４２３により計測されている。

診療器具４ａおよび診療器具４ｂのエアータービンの駆動は、流路の途中に設けられた選択電磁弁（ＨＰ１選択電磁弁）４３１および選択電磁弁（ＨＰ２選択電磁弁）４３２の開閉により制御されている。選択電磁弁４３１および選択電磁弁４３２は、水元４１０から供給される水の流路とも接続されており、診療器具４ａおよび診療器具４ｂに水を供給することもできる。なお、診療器具４ｃは、マイクロモータハンドピースであるため、マイクロモータで駆動されている。そのため、診療器具４ｃへの流路の途中に設けられた選択電磁弁（ＨＰ３選択電磁弁）４３３は、診療器具４ｃにエアが供給されないように閉じられている。診療器具４ｃには、サーボモータ４２２を介することなくエア元４２０から直接エアを供給する流路を有している。この流路の途中には電磁弁４３４が設けられており、電磁弁（チップエア電磁弁）４３４は、開状態にすることで診療器具４ｃにエアを供給して、診療器具４ｃに注水された水を噴霧させることができる。

スケーラである診療器具４ｄには、エアを供給する流路が設けられていないが、水元４１０から供給される水の流路の途中に電磁弁（ＨＰ４選択電磁弁）４３５が設けられている。診療器具４ｄは、電磁弁４３５を開状態にすることで、水を出すことができる。

診療器具４ａおよび診療器具４ｂには、エアータービンの駆動のために供給されたエアを排気するための排気管路がそれぞれ設けられている。排気管路の途中には、エアータービンが停止した時の吸引を抑制するための電磁弁（チップエア電磁弁）４３６，４３７が設けられている。また、排気管路の端部には、エアと一緒に排気される油を集めるための集油ケース４３８，４３９が設けられている。

図４で説明したセンサＡは、選択電磁弁４３１の状態を検出するためのセンサである。具体的に、センサＡの構成について説明する。図６は、電磁弁の状態を検出するためのセンサの構成を説明するためのブロック図である。図６に示す選択電磁弁４３１に駆動信号が入力され電流が供給されると、閉じていた電磁弁が開き始める。選択電磁弁４３１は、電磁弁の開き具合に応じた電流値をセンサＡに出力する。センサＡは、図６に示すように電流検出器４４１と、電圧比較器４４２とで構成されている。選択電磁弁４３１から出力された電流は、電流検出器４４１で電流値に応じた電圧値に変換する。電流検出器４４１で変換された電圧値は、電圧比較器４４２で基準電圧と比較される。電圧比較器４４２は、電流検出器４４１で変換された電圧値が基準電圧より大きい場合、選択電磁弁４３１が開状態であることを示す確認信号を出力する。

通信パケットＩＤ”１”の通信パケットに含まれる”ＤＡＴＡ１”の情報は、センサＡから出力される確認信号の情報である。具体的に、”ＤＡＴＡ１”の情報は、”０”の場合、選択電磁弁４３１が閉状態であることを示すＯＦＦ状態の確認信号で、”１”の場合、選択電磁弁４３１が開状態であることを示すＯＮ状態の確認信号である。なお、”ＤＡＴＡ５”の情報は、選択電磁弁４３１に入力される駆動信号の情報で、”０”の場合に駆動信号がＯＦＦ状態であり、”１”の場合に駆動信号がＯＮ状態であることを示す。そのため、センサＡの”ＤＡＴＡ１”の情報と、駆動信号の”ＤＡＴＡ５”の情報とを含む制御情報を分析することで選択電磁弁４３１が正常に駆動しているか否かを判定することが可能になる。

図４で説明したセンサＢおよびセンサＣにも、図６で示した回路構成が含まれており、電磁弁（チップエア電磁弁）４３７および電磁弁（水元電磁弁）４１１が開閉状態を示す確認信号を出力することができる。

図４に示す通信パケットＩＤ”２”の通信パケットには、シート駆動部１１のステータスＢの情報を”ＤＡＴＡ１”に、アクチュエータＡの情報を”ＤＡＴＡ２”に、アクチュエータＢの情報を”ＤＡＴＡ３”に、アクチュエータＣの情報を”ＤＡＴＡ４”にそれぞれ割り当てている。ステータスＢは、例えば、シート駆動部１１が駆動する座面シート１ｃの位置を示す情報である。アクチュエータＡは、例えば、診療椅子１のヘッドレスト１ａに設けられたアクチュエータである。アクチュエータＢは、例えば、診療椅子１の背もたれ１ｂに設けられたアクチュエータである。アクチュエータＣは、例えば、診療椅子１の座面シート１ｃに設けられたアクチュエータである。

同様に、通信パケットＩＤ”３”の通信パケットには、ベースン制御部１６が制御するアクチュエータＤの情報を”ＤＡＴＡ１”に、アクチュエータＥの情報を”ＤＡＴＡ２”に、アクチュエータＦの情報を”ＤＡＴＡ３”に、ステータスＣの情報を”ＤＡＴＡ４”にそれぞれ割り当てている。通信パケットＩＤ”４”の通信パケットには、操作制御部１２が制御するスイッチＡの情報を”ＤＡＴＡ１”に、スイッチＢの情報を”ＤＡＴＡ２”に、スイッチＣの情報を”ＤＡＴＡ３”に、スイッチＤの情報を”ＤＡＴＡ４”にそれぞれ割り当てている。

各制御基板は、図４に示す通信パケットにスイッチ、センサ、アクチュエータ、ステータスなどの情報をのせて、他の制御基板に対して送信することで、全ての制御基板が互いに連携して動作することを可能にしている。そのため、通信パケットを受信可能な配線に対して履歴収集基板を接続することで、履歴収集部１８は、複数の制御基板から各制御基板での制御に関する情報を履歴情報として収集することが可能となる。

図７は、本発明の実施の形態１に係る履歴収集部１８が収集した履歴情報を説明するための図である。各制御基板間で通信される通信パケットは、図４に示すフォーマットに従い、イベントコードを付して情報を識別している。例えば、駆動制御基板（通信パケットＩＤ”１”）のセンサＡ（”ＤＡＴＡ１”）の情報が通信パケットに含まれている場合、履歴収集部１８は、駆動制御基板を識別する情報である通信パケットＩＤ”１”およびセンサＡを識別する情報に対応するイベントコード”１１０００１”を生成して履歴情報に記憶する。そのため、履歴収集部１８が収集する履歴情報には、通信パケットＩＤおよびセンサ等を識別する情報に対応したイベントコードが必ず記憶されているので、どの制御基板のどのセンサ等の情報であるかを識別することが可能である。なお、駆動制御基板（通信パケットＩＤ”１”）のセンサＢ（”ＤＡＴＡ２”）の情報にはイベントコードとして”１１０００２”、センサＣ（”ＤＡＴＡ３”）の情報にはイベントコードとして”１１０００３”、ステータスＡ（”ＤＡＴＡ４”）の情報にはイベントコードとして”１１０００４”、駆動信号（”ＤＡＴＡ５”）の情報にはイベントコードとして”１１０００５”、駆動信号（”ＤＡＴＡ６”）の情報にはイベントコードとして”１１０００６”、駆動信号（”ＤＡＴＡ７”）の情報にはイベントコードとして”１１０００７”がそれぞれ割り当てられている。

さらに、履歴収集部１８は、通信パケットに含まれるデータに対応するイベントパラメータを生成して履歴情報に記憶する。例えば、駆動制御基板のセンサＡ（”ＤＡＴＡ１”）がＯＦＦ状態である情報を通信パケットが含んでいる場合、履歴収集部１８は、センサＡがＯＦＦ状態の情報”ＤＡＴＡ１”に対応するイベントパラメータ”０”を生成して履歴情報に記憶する。なお、履歴収集部１８が収集する履歴情報には、イベントコードおよびイベントパラメータとともに、日付および時刻の情報なども記憶される。履歴収集部１８では、後述するように、全ての通信パケットを記憶するのではなく、通信パケットに含まれる通信パケットＩＤおよびデータの時間的差分に変化があった場合（イベントが発生した場合）に、イベントコードおよびイベントパラメータを生成して履歴情報に記憶している。

具体的に、図７に示す履歴情報では、イベントコード”１１０００４”のイベントパラメータが”１００”の情報を日付（２０１７／５／２５）および時刻（９：００：００）の情報と共にメモリ１８ｂ（図２参照）に記憶されている。つまり、時刻（９：００：００）に一定となった、サーボモータ４２２の開き角（ポテンショ位置）を示すレベルＡの情報（イベントパラメータが”１００”）である。ここで、サーボモータ４２２の開き角（ポテンショ位置）とは、サーボモータ４２２により開閉が制御される弁の角度で、”０００”〜”１１１”までの８段階で、その角度を表すことができるものとする。

図７に示す履歴情報では、イベントコード”１１０００１”のイベントパラメータが”１”の情報を日付（２０１７／５／２５）および時刻（９：００：０２）の情報と共にメモリ１８ｂ（図２参照）に記憶されている。ここで、イベントコード”１１０００１”は、駆動制御基板（通信パケットＩＤ”１”）のセンサＡ（”ＤＡＴＡ１”）であることを示し、イベントパラメータ”１”は、選択電磁弁４３１が開状態であることを示すＯＮ状態の確認信号がセンサＡから出力されたことを示している。

ＣＡＮ通信では、制御基板が制御する対象に変化がなくても通信パケットに情報をのせて他の制御基板に送信している。具体的に、エアタービンハンドピースの診療器具４ａを動作させていない場合であっても、選択電磁弁４３１が閉状態であることを示すＯＦＦ状態（イベントパラメータ”０”）のセンサＡの情報が継続して通信パケットに含まれて他の制御基板に送信される。そのため、履歴収集部１８は、駆動制御基板から送信されてくる通信パケットからセンサＡのＯＦＦ状態の情報を全て収集してメモリ１８ｂに記憶した場合、記憶する情報量が膨大になり、メモリ１８ｂに記憶できる容量を短時間で超えてしまうことになる。

そこで、本実施の形態に係る履歴収集部１８では、制御基板が制御する対象に変化があった場合（イベントが発生した場合）に通信パケットから履歴情報を収集する。図８は、本発明の実施の形態１に係る履歴収集部１８が履歴情報を収集するタイミングおよび分析を説明するための図である。図６では、サーボモータ４２２の開き角（ポテンショ位置）の情報（”ＤＡＴＡ４”）、選択電磁弁４３１の駆動信号の情報（”ＤＡＴＡ５”）、選択電磁弁４３１の確認信号の情報（”ＤＡＴＡ１”）、チップエア電磁弁の電磁弁４３７の駆動信号の情報（”ＤＡＴＡ６”）、チップエア電磁弁の電磁弁４３７の確認信号の情報（”ＤＡＴＡ２”）、水元電磁弁の電磁弁４１１の駆動信号の情報（”ＤＡＴＡ７”）、水元電磁弁の電磁弁４１１の確認信号の情報（”ＤＡＴＡ３”）のそれぞれの時間変化を図示している。また、履歴収集部１８は、通信パケットから履歴情報を収集するサンプリングするポイントを１秒間隔としている。もちろん、履歴収集部１８は、情報量の制限などがなければ、各制御基板から送信されてくる通信パケットに含まれる情報を全て記憶してもよい。

履歴収集部１８は、日付（２０１７／５／２５）の時刻（９：００：００）に、サーボモータ４２２の開き角を示すレベルＡの情報を収集し、図７に示すようにイベントコード”１１０００４”でイベントパラメータが”１００”の情報を履歴情報としてメモリ１８ｂに記憶する。

次に、履歴収集部１８は、時刻（９：００：０１）に、選択電磁弁４３１の駆動信号がＯＮ状態に変化した情報を収集し、図７に示すようにイベントコード”１１０００５”でイベントパラメータが”１”の情報を履歴情報としてメモリ１８ｂに記憶する。履歴収集部１８は、同じ時刻（９：００：０１）に、チップエア電磁弁の電磁弁４３７および水元電磁弁の電磁弁４１１の駆動信号がＯＮ状態に変化した情報を収集し、図７に示すようにイベントコード”１１０００６”およびイベントコード”１１０００７”でイベントパラメータが”１”の情報を履歴情報としてメモリ１８ｂに記憶する。

次に、履歴収集部１８は、時刻（９：００：０２）に、選択電磁弁４３１の確認信号がＯＮ状態に変化した情報を収集し、図７に示すようにイベントコード”１１０００１”でイベントパラメータが”１”の情報を履歴情報としてメモリ１８ｂに記憶する。履歴収集部１８は、同じ時刻（９：００：０２）に、チップエア電磁弁の電磁弁４３７および水元電磁弁の電磁弁４１１の確認信号がＯＮ状態に変化した情報を収集し、図７に示すようにイベントコード”１１０００２”およびイベントコード”１１０００３”でイベントパラメータが”１”の情報を履歴情報としてメモリ１８ｂに記憶する。

次に、履歴収集部１８は、時刻（９：００：０３，０４）に情報を収集するが、サーボモータ４２２の開き角や選択電磁弁４３１の駆動信号などに変化がないため、履歴情報としてメモリ１８ｂに記憶しない。

次に、履歴収集部１８は、時刻（９：００：０５）に、チップエア電磁弁の電磁弁４３７の駆動信号がＯＦＦ状態に変化した情報を収集し、図７に示すようにイベントコード”１１０００６”でイベントパラメータが”０”の情報を履歴情報としてメモリ１８ｂに記憶する。履歴収集部１８は、同じ時刻（９：００：０５）に、水元電磁弁の電磁弁４１１の駆動信号がＯＦＦ状態に変化した情報を収集し、図７に示すようにイベントコード”１１０００７”でイベントパラメータが”０”の情報を履歴情報としてメモリ１８ｂに記憶する。

次に、履歴収集部１８は、時刻（９：００：０６）に、選択電磁弁４３１の駆動信号がＯＦＦ状態に変化した情報を収集し、イベントコード”１１０００５”でイベントパラメータが”０”の情報を履歴情報としてメモリ１８ｂに記憶する。履歴収集部１８は、同じ時刻（９：００：０６）に、チップエア電磁弁の電磁弁４３７および水元電磁弁の電磁弁４１１の確認信号がＯＦＦ状態に変化した情報を収集し、イベントコード”１１０００２”およびイベントコード”１１０００３”でイベントパラメータが”０”の情報を履歴情報としてメモリ１８ｂに記憶する。

次に、履歴収集部１８は、時刻（９：００：０７）に、選択電磁弁４３１の確認信号がＯＦＦ状態に変化した情報を収集し、イベントコード”１１０００１”でイベントパラメータが”０”の情報を履歴情報としてメモリ１８ｂに記憶する。

次に、履歴収集部１８は、時刻（９：００：０９）に、サーボモータ４２２の開き角を示すレベルＡの値が変化した情報を収集し、イベントコード”１１０００４”でイベントパラメータが”０１０”の情報を履歴情報としてメモリ１８ｂに記憶する。

履歴収集部１８は、前回記憶した履歴情報に対して変化した情報を通信パケットから収集し、履歴情報としてメモリ１８ｂに記憶させている。そのため、メモリ１８ｂに記憶される履歴情報は、各制御基板での制御に関する情報を全て記憶した場合に比べ情報量を抑えることができ、容量の大きいメモリ１８ｂを用意する不必要がない。また、分析用コンピュータ２０を履歴収集基板の出力ポート１８ａに接続して、メモリ１８ｂに記憶した履歴情報を取り出す場合でも、メモリ１８ｂに記憶した履歴情報の情報量を抑えることで、分析用コンピュータ２０は、短時間でメモリ１８ｂに記憶した履歴情報を取り出すことができる。

分析用コンピュータ２０は、メモリ１８ｂから取り出した履歴情報を分析し、診療装置１０の異常を判定する。診療装置１０の異常を判定するタイミングは、分析用コンピュータ２０が履歴情報を取り出した後であれば、いずれのタイミングでもよい。例えば、分析用コンピュータ２０は、診療装置１０のメンテナンスのため、出力ポート１８ａに接続して、メモリ１８ｂに記憶した履歴情報を取り出し、当該履歴情報を分析し、診療装置１０の異常を判定する。分析用コンピュータ２０が診療装置１０に常時接続されているのであれば、定期的に履歴情報を取り出し、当該履歴情報を分析し、診療装置１０の異常を判定してもよい。

以下、本実施の形態に係る医療用診療システムにおいて、診療装置の異常を判定するための処理について具体的に説明する。図９は、本発明の実施の形態１に係る医療用診療システムを説明するためのブロック図である。

診療装置１０は、履歴情報を収集する履歴収集部１８と、収集した履歴情報を記憶するメモリ１８ｂと、メモリ１８ｂで記憶した履歴情報を分析用コンピュータ２０に出力するための出力ポート１８ａとを備えている。なお、図２に示す診療装置１０では、履歴収集部１８を構成する基板に出力ポート１８ａが実装されていることを示すために、履歴収集部１８の枠内に出力ポート１８ａを図示していたが、図９に示す診療装置１０では、それぞれの処理を説明するため履歴収集部１８と出力ポート１８ａとを分けて図示している。

一方、分析用コンピュータ２０は、判定部２１、比較部２３、記憶部２５、インターフェイス部２０６を備えている。比較部２３は、履歴収集部１８で収集された履歴情報（制御情報）と基準情報とを比較する。記憶部２５は、比較部２３で用いる基準情報や判定部２１で判定した結果などを記憶する。判定部２１は、比較部２３での比較結果に基づき診療装置１０の異常を判定する。つまり、判定部２１は、診療装置１０の異常を判定して、故障の判断や故障の予測などを行うことが可能である。なお、分析用コンピュータ２０は、診療装置１０と通信可能に接続され、診療装置１０の異常を検出する検出装置であって、比較部２３および判定部２１のうち少なくとも一方を備えていればよい。

分析用コンピュータ２０では、診療器具駆動部１４の履歴情報（制御情報）として歯科用ハンドピースである診療器具４ａ〜４ｄに用いる流体が流れる流路に設けられた少なくとも１つの電磁弁の開閉に関する情報を用いて診療装置１０の異常を判定する。具体的に、分析用コンピュータ２０では、図８に示したサーボモータ４２２の開き角（ポテンショ位置）の情報（”ＤＡＴＡ４”）、選択電磁弁４３１の駆動信号の情報（”ＤＡＴＡ５”）、センサＡから出力される選択電磁弁４３１の確認信号の情報（”ＤＡＴＡ１”）、チップエア電磁弁の電磁弁４３７の駆動信号の情報（”ＤＡＴＡ６”）、センサＢから出力されるチップエア電磁弁の電磁弁４３７の確認信号の情報（”ＤＡＴＡ２”）、水元電磁弁の電磁弁４１１の駆動信号の情報（”ＤＡＴＡ７”）、センサＣから出力される水元電磁弁の電磁弁４１１の確認信号の情報（”ＤＡＴＡ３”）を用いて診療装置１０の異常を判定する。

まず、比較部２３は、インターフェイス部２０６を介して取得した履歴情報と、記憶部２５に記憶された基準情報とを比較する。記憶部２５に記憶された基準情報には、例えば、サーボモータ４２２の開き角を示すレベルＡの値が”１０１”以下であるとの基準が含まれている。また、当該基準情報には、電磁弁の駆動信号がＯＮ状態となってから確認信号がＯＮ状態となるまでの時間Ａが３秒以下であるとの基準が含まれている。さらに、当該基準情報には、電磁弁の駆動信号がＯＦＦ状態となってから確認信号がＯＦＦ状態となるまでの時間Ｂが３秒以下であるとの基準が含まれている。また、当該基準情報には、選択電磁弁４３１の駆動信号がＯＦＦ状態となってから、サーボモータ４２２の開き角を示すレベルＡの値が変化するまでの時間Ｃが５秒以下であるとの基準が含まれている。

比較部２３は、図８に示す例において、サーボモータ４２２の開き角を示すレベルＡの値が”１００”であるので、基準情報の値（”１０１”）以内であるとの比較結果を判定部２１に出力する。また、比較部２３は、図８に示す例において、選択電磁弁４３１、電磁弁４３７および電磁弁４１１のそれぞれの時間Ａが１秒であるので、基準情報の３秒以内であるとの比較結果を判定部２１に出力する。さらに、比較部２３は、図８に示す例において、選択電磁弁４３１、電磁弁４３７および電磁弁４１１のそれぞれの時間Ｂが１秒であるので、基準情報の３秒以内であるとの比較結果を判定部２１に出力する。また、比較部２３は、図８に示す例において、レベルＡの値が変化するまでの時間Ｃが２秒であるので、基準情報の５秒以内であるとの比較結果を判定部２１に出力する。なお、レベルＡの値が変化する時間は、時刻（９：００：０９）に収集したイベントパラメータが”０１０”の情報に基づき、時刻（９：００：０８）から変化を開始したものと推定している。

次に、判定部２１では、比較部２３での比較結果に基づき診療装置１０の異常を判定する。具体的に、判定部２１は、レベルＡの値が基準情報の値以内で、時間Ａ、時間Ｂおよび時間Ｃのそれぞれが基準情報の時間以内であれば、診療器具４ａ〜４ｄを駆動する診療装置１０に異常が無いと判定し、判定結果を記憶部２５に記憶する。もちろん、分析用コンピュータ２０は、表示装置２０４ａを備えているので、判定部２１で判定した判定結果を表示装置２０４ａに表示することもできる。

判定部２１では、比較部２３での比較結果に基づき、異常が発生している箇所を特定することも可能である。例えば、判定部２１は、サーボモータ４２２の開き角を示すレベルＡの値が基準情報の値より大きい場合、圧力計４２３の値が正常値であれば、水元４１０の水圧が低下していると判断でき、圧力計４２３の値が異常値であれば、サーボモータ４２２自体の異常であると判断できる。また、判定部２１は、選択電磁弁４３１の時間Ａまたは時間Ｂが基準情報の時間より長い場合、選択電磁弁４３１自体の異常であると判断できる。このように、判定部２１では、診療器具４ａ〜４ｄ自体の異常以外に、診療装置１０や、診療装置１０に接続されるインフラの異常を判断することが可能である。

以上のように、本実施の形態１に係る医療用診療システムは、診療器具４ａ〜４ｄの駆動を制御する診療器具駆動部１４において送受信されている通信データから履歴情報（制御情報）を履歴収集部１８で収集し、収集された履歴情報（制御情報）と基準情報と比較部２３で比較して、当該比較結果に基づき診療装置１０の異常を判定部２１で判定している。そのため、本実施の形態１に係る医療用診療システムでは、既存の基板やシステム構成を改変することなく異常を判定することができる。さらに、本実施の形態１に係る医療用診療システムでは、診療器具駆動部１４において送受信されている通信データから履歴情報（制御情報）を収集することで、判定する対象ごとにセンサを設ける必要がなく装置が複雑な構造とならない。

履歴収集部１８で収集された履歴情報（制御情報）を記憶するメモリ１８ｂをさらに備えている。比較部２３は、メモリ１８ｂに記憶された履歴情報（制御情報）を読み出し、読み出した履歴情報（制御情報）と基準情報とを比較する。もちろん、メモリ１８ｂを備えずに、比較部２３は、履歴収集部１８から直接履歴情報（制御情報）を読み出して、基準情報と比較してもよい。また、履歴情報（制御情報）を記憶する記憶部は、診療装置１０に設けずに、分析用コンピュータ２０に設けてもよい。

診療器具駆動部１４の履歴情報（制御情報）は、診療器具４ａ〜４ｄに用いる流体が流れる流路に設けられた少なくとも１つの弁の開閉に関する情報である。具体的に、履歴情報（制御情報）は、サーボモータ４２２、選択電磁弁４３１、電磁弁４３７および電磁弁４１１の開閉に関する情報である。特に、開閉に関する情報には、弁の開状態または閉状態の情報、および弁の開き角の情報のうち少なくとも一方の情報が含まれていればよい。弁の開状態または閉状態の情報には、例えば、選択電磁弁４３１、電磁弁４３７および電磁弁４１１の駆動信号や確認信号の情報などが含まれ、弁の開き角の情報には、例えばサーボモータ４２２の開き角の情報などが含まれる。

比較部２３は、選択電磁弁４３１、電磁弁４３７および電磁弁４１１の開状態または閉状態の情報から得られる時間が基準情報の時間以内であるか否かを比較する。開状態または閉状態の情報から得られる時間には、例えば、図８で示した時間Ａ、時間Ｂおよび時間Ｃの情報などが含まれる。判定部２１は、弁の開状態または閉状態の情報から得られる時間が基準情報の時間より長い場合、診療装置１０の異常を判定する。

比較部２３は、弁の開き角の情報が基準情報の値以内であるか否かを比較する。弁の開き角の情報には、例えば、図８で示したサーボモータ４２２の開き角を示すレベルＡの値の情報などが含まれる。判定部２１は、弁の開き角の情報が基準情報の値より大きい場合、診療装置１０の異常を判定する。

本実施の形態１に係る分析用コンピュータ２０は、少なくとも１つの診療器具４ａ〜４ｄの駆動を制御する診療器具駆動部１４において送受信されている通信データから収集された履歴情報（制御情報）と基準情報とを比較部２３で比較し、当該比較結果に基づき診療装置１０の異常を判定部２１で判定している。そのため、本実施の形態１に係る分析用コンピュータ２０は、判定する対象ごとに設けたセンサからの信号を得る必要がなく診療装置１０の異常を判定することが可能となる。

（実施の形態２）
本実施の形態１に係る医療用診療システムでは、医院に設置された診療装置１０の履歴情報を収集し、異常を検出するだけであった。しかし、収集した診療装置１０の履歴情報および異常を判定した判定結果のうち少なくとも一方を、医院内の複数の診療装置で共用することもできる。また、複数の医院で設置されている診療装置１０から収集した履歴情報および異常を判定した判定結果のうち少なくとも一方を、複数の医院内に設置されている診療装置で共用することもできる。例えば、複数の医院に設置され医療用診療システムを、メーカが運営するクラウド上のサーバにそれぞれ接続して、収集した診療装置１０の履歴情報および異常を判定した判定結果を共用する。具体的に、図１０は、複数の医療用診療システムを接続したシステムを説明するための概略図である。図１０に示すシステムでは、Ａ歯科医院に設置された医療用診療システムの分析用コンピュータ２０Ａとクラウド２００上のサーバ２０１とを、ネットワーク回線を介して接続する。当該システムでは、同じように、他にＸ歯科医院に設置された医療用診療システムの分析用コンピュータ２０Ｘとクラウド２００上のサーバ２０１とを、ネットワーク回線を介して接続する。つまり、当該システムでは、Ａ歯科医院からＸ歯科医院まで設置された複数の医療用診療システムで収集した診療装置１０の履歴情報および異常を判定した判定結果のうち少なくとも一方を、クラウド２００上のサーバ２０１を介して共用することができる。なお、各医院に設けられた分析用コンピュータ２０は、インターフェイス部２０６を介してネットワーク回線と接続している。

クラウド２００上のサーバ２０１では、複数の医院から集まった診療装置１０の履歴情報および異常を判定した判定結果を集計して全体の平均値を算出したり、特定地域の医院から集まった診療装置１０の履歴情報および異常を判定した判定結果を集計し特定地域の平均値を算出したりすることができる。また、クラウド２００上のサーバ２０１では、診療装置１０の履歴情報および異常を判定した判定結果から診療装置１０の改善情報を各医院に提供したり、他の医院での診療装置１０の履歴情報および異常を判定した判定結果と比較することで診療装置１０の利用方法や経営方法についての提案情報を提供したりすることができる。

以上のように、本実施の形態２に係る医療用診療システムでは、分析用コンピュータ２０がネットワークを介してクラウド２００上のサーバ２０１と通信可能に接続され、異常を判定した判定結果をサーバ２０１に送信可能である。そのため、本実施の形態２に係る医療用診療システムでは、異常を判定した判定結果を他と共有することが可能となる。

なお、分析用コンピュータ２０は各医院に設ける必要はなく、各医院の診療装置１０から収集した履歴情報を、クラウド２００上のサーバ２０１に送信できる通信部（例えば、送信用サーバなど）があればよい。また、分析用コンピュータ２０は、ネットワークを介して診療装置１０と通信可能に接続されてもよく、分析用コンピュータ２０で行う異常の判定をクラウド２００上のサーバ２０１において一括で行ってもよい。

（変形例）
（１）前述の実施の形態に係る医療用診療システムでは、履歴情報（制御情報）が、選択電磁弁４３１、電磁弁４３７および電磁弁４１１の駆動信号や確認信号の情報、サーボモータ４２２の開き角の情報であると説明した。しかし、履歴情報（制御情報）は、診療装置１０の異常を判定することが可能な診療器具の駆動を制御する制御情報であればいずれの情報であってもよい。

（２）前述の実施の形態に係る診療装置１０では、診療器具に用いる流体が流れる流路に設けられた弁として選択電磁弁４３１、電磁弁４３７および電磁弁４１１であると説明した。しかし、診療装置１０に設けられる弁は、流体を制御できれば電磁弁以外の弁を用いてもよい。

（３）前述の実施の形態に係る医療用診療システムでは、分析用コンピュータ２０に医院内に設置された複数台の診療装置を接続することで、分析用コンピュータ２０の判定部２１が、医院内に設置された複数台の診療装置の異常を判定してもよい。

（４）前述の実施の形態に係る医療用診療システムでは、診療装置１０に分析用コンピュータ２０を接続することで診療装置１０の異常を検出すると説明した。しかし、診療装置１０自体で、異常を検出することができるようにしてもよい。図１１は、異常を検出可能な医療用診療装置を説明するためのブロック図である。図１１に示す診療装置１０ａは、異常を検出可能な医療用診療装置であって、履歴収集部１８、比較部２３および判定部２１を備えている。診療装置１０ａは、診療器具４ａ〜４ｄの駆動を制御する診療器具駆動部１４において送受信されている通信データから履歴情報（制御情報）を履歴収集部１８で収集し、収集された履歴情報（制御情報）と基準情報と比較部２３で比較して、当該比較結果に基づき診療装置１０ａの異常を判定部２１で判定する。なお、診療装置１０ａは、図１１に図示していないが、図２で示した診療器具４ａ〜４ｄや、診療器具４ａ〜４ｄの駆動を制御する診療器具駆動部１４などを備えている。

（５）前述の実施の形態に係る医療用診療システムでは、比較部２３が、図８に示す例において、選択電磁弁４３１、電磁弁４３７および電磁弁４１１のそれぞれの時間Ａと、基準情報の時間とを比較して、その比較結果を判定部２１に出力すると説明した。しかし、比較部２３が、同じ診療装置１０に含まれる同種の診療器具の制御情報を互いに比較してもよい。具体的に、比較部２３は、図５に示す選択電磁弁４３１、選択電磁弁４３２、および選択電磁弁４３３の電磁弁の駆動信号がＯＮ状態となってから確認信号がＯＮ状態となるまでの時間Ａを比較し、判定部２１が、他の選択電磁弁に比べて時間Ａが長い選択電磁弁を異常であると判定してもよい。

（６）前述の実施の形態に係る医療用診療システムでは、診療装置のそれぞれに履歴収集部１８が設けられていると説明した。しかし、診療装置１０が複数設けられている場合、特定の診療装置１０に履歴収集部１８を設け、他の診療装置１０の履歴情報を収集してもよい。また、診療装置１０の外部に設けた履歴収集部（例えば、履歴収集サーバなど）に複数の診療装置１０から履歴情報を収集させてもよい。さらに、Ｘ線撮影装置やレーザ治療装置などの診療装置からの履歴情報についても、特定の診療装置１０に設けた履歴収集部、または外部に設けた履歴収集部で収集してもよい。

（７）前述の実施の形態に係る診療装置１０では、履歴収集部１８が複数の制御基板の全ての制御に関する情報（例えば、各制御基板で制御するスイッチ、センサ、アクチュエータ、ステータスなどの情報）を、収集する履歴情報の対象とすると説明した。しかし、履歴収集部１８は、複数の制御基板で行う各種の制御のうち、診療器具に用いる流体が流れる流路に設けられた少なくとも１つの弁の開閉に関する情報のみを、収集する履歴情報の対象としてもよい。つまり、履歴収集部１８は、複数の制御基板の全ての制御に関する情報を履歴として収集するのではなく、予め収集の対象となる弁の開閉に関する情報のイベントコードを決めておき、当該イベントコードに基づいて選別した一部の制御の履歴情報を収集する。履歴収集部１８は、収集の対象となるイベントコードを”１１０００１”〜”１１０００７”に決めておくと、通信パケットからイベントコードが”１１０００１” 〜”１１０００７”のイベントパラメータのみ収集して、履歴情報としてメモリ１８ｂに記憶する。

（８）分析用コンピュータ２０は、医院経営のアドバイス情報を出力してもよい。例えば、分析用コンピュータ２０は、異常を判定した判定結果と診療装置１０の使用時間などの情報とを考慮し、医院経営の確立のために診療装置の利用方法や、診療装置の追加などのアドバイス情報を出力する。

なお、分析用コンピュータ２０は、診療装置１０の使用時間や各種のインスツルメントの使用時間を分析することができるので、これらの使用時間から故障予測や、消耗部品の交換時期の報知も可能である。

前述の実施の形態に係る医療用診療システムでは、診療器具４ａが第１エアタービンハンドピースで、診療器具４ｂが第２エアタービンハンドピースで、診療器具４ｃがマイクロモータハンドピースで、診療器具４ｄがスケーラであると説明した。しかし、医療用診療システムに設けられる診療器具は、エアタービンハンドピース、マイクロモータハンドピース、およびスケーラなどの歯科用ハンドピースに限定されるものではなく、医療用診療システムに接続可能な器具であればよく、例えば口腔内カメラやバキュームなどでもよい。

（９）前述の実施の形態に係る医療用診療システムでは、１つの例示的形態として、歯科診療に用いることが可能な医療用診療装置を備える医療用診療システムについて説明した。しかし、当該医療用診療システムは、歯科に限らず、眼科、耳鼻咽喉科、放射線科、および獣医科など、あらゆる医科の診療にも適用することが可能である。また、診療には、診断および治療が含まれる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 診療椅子、２ ベースンユニット、３ トレーテーブル、４ 診療器具、５ フートコントローラ、６ 表示モニタ、７ 照明装置、８ 操作パネル、９ 制御装置、１０，１０ａ 診療装置、１１ シート駆動部、１２ 操作制御部、１４ 診療器具駆動部、１５ 表示モニタ制御部、１６ ベースン制御部、１７ 照明制御部、１８ 履歴収集部、１８ａ 出力ポート、１８ｂ メモリ、１９ 保持解除特定部、２０ 分析用コンピュータ、５０ インスツルメントホルダ、２０１ サーバ。

Claims (14)

1. 少なくとも１つの医療用診療装置と、前記医療用診療装置の異常を検出する検出装置とを含む医療用診療システムであって、
   少なくとも１つの診療器具と、
   前記診療器具の駆動を制御する制御部と、
   前記制御部において送受信されている通信データから制御情報を収集する収集部と、
   前記収集部で収集された制御情報と基準情報とを比較する比較部と、
   前記比較部での比較結果に基づき前記医療用診療装置の異常を判定する判定部とを備える、医療用診療システム。
2. 前記収集部で収集された制御情報を記憶する記憶部をさらに備え、
   前記比較部は、前記記憶部に記憶された制御情報を読み出し、読み出した制御情報と前記基準情報とを比較する、請求項１に記載の医療用診療システム。
3. 前記制御部の制御情報は、前記診療器具に用いる流体が流れる流路に設けられた少なくとも１つの弁の開閉に関する情報である、請求項１または請求項２に記載の医療用診療システム。
4. 前記開閉に関する情報には、弁の開状態または閉状態の情報、および弁の開き角の情報のうち少なくとも一方の情報が含まれている、請求項３に記載の医療用診療システム。
5. 前記比較部は、弁の開状態または閉状態の情報から得られる時間が前記基準情報の時間以内であるか否かを比較し、
   前記判定部は、弁の開状態または閉状態の情報から得られる時間が前記基準情報の時間より長い場合、前記医療用診療装置の異常を判定する、請求項４に記載の医療用診療システム。
6. 前記比較部は、弁の開き角の情報が前記基準情報の値以内であるか否かを比較し、
   前記判定部は、弁の開き角の情報が前記基準情報の値より大きい場合、前記医療用診療装置の異常を判定する、請求項４に記載の医療用診療システム。
7. 前記判定部は、医院内に設置された複数台の前記医療用診療装置の異常を判定する、請求項１〜請求項６のいずれか１項に記載の医療用診療システム。
8. 前記比較部は、同じ前記医療用診療装置に含まれる同種の前記診療器具の制御情報を互いに比較し、前記判定部が、当該比較結果に基づき前記医療用診療装置の異常を判定する、請求項１〜請求項６のいずれか１項に記載の医療用診療システム。
9. 前記医療用診療装置と通信可能に接続された検出装置をさらに含み、
   前記検出装置は、前記比較部および前記判定部のうち少なくとも一方を備える、請求項１〜請求項８のいずれか１項に記載の医療用診療システム。
10. 前記検出装置は、ネットワークを介して外部サーバと通信可能に接続され、異常を判定した判定結果を前記外部サーバに送信可能である、請求項９に記載の医療用診療システム。
11. 前記検出装置は、ネットワークを介して前記医療用診療装置と通信可能に接続されている、請求項９または請求項１０に記載の医療用診療システム。
12. 前記診療器具は、歯科用ハンドピースである、請求項１〜請求項１１のいずれか１項に記載の医療用診療システム。
13. 異常を検出可能な医療用診療装置であって、
    少なくとも１つの診療器具と、
    前記診療器具の駆動を制御する制御部と、
    前記制御部において送受信されている通信データから制御情報を収集する収集部と、
    前記収集部で収集された制御情報と基準情報とを比較する比較部と、
    前記比較部での比較結果に基づき前記医療用診療装置の異常を判定する判定部とを備える、医療用診療装置。
14. 医療用診療装置の異常を検出する検出装置であって、
    少なくとも１つの診療器具の駆動を制御する制御部において送受信されている通信データから収集された制御情報と基準情報とを比較する比較部と、
    前記比較部での比較結果に基づき前記医療用診療装置の異常を判定する判定部とを備える、検出装置。

Images