(57)【要約】【課題】既存の基板やシステム構成を改変することなく異常を検出することができる、医療用診療システム、医療用診療装置、および検出装置を提供する。【解決手段】診療システム１０００は、少なくとも１つの医療用診療装置１０を含み、液体を貯留するコップ７０に所定量以上の液体を供給するモータ１１４と、モータ１１４による液体の供給を制御するベースン制御基板１６のＣＰＵ１２１と、ベースン制御基板１６において送受信されている通信データから液体の供給時間に対応するモータ１１４の駆動時刻情報を収集する履歴収集部１８と、履歴収集部１８によって収集された駆動時刻情報と、基準情報とに基づき、診療装置１０の異常の有無を判定する判定部２１とを備える。【選択図】図１０
2019072336.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの医療用診療装置を含む医療用診療システムであって、
液体を貯留する貯留容器に所定量以上の液体を供給する供給部と、
前記供給部による液体の供給を制御する制御部と、
前記制御部において送受信されている通信データから液体の供給時間に対応する対応情報を収集する収集部と、
前記収集部によって収集された前記対応情報と、基準情報とに基づき、前記医療用診療装置の異常の有無を判定する判定部とを備える、医療用診療システム。
【請求項２】
前記収集部によって収集された前記対応情報を記憶する記憶部をさらに備え、
前記判定部は、前記記憶部に記憶された前記対応情報と前記基準情報とに基づき前記医療用診療装置の異常の有無を判定する、請求項１に記載の医療用診療システム。
【請求項３】
前記収集部によって収集された前記対応情報に基づき前記基準情報を更新する更新部をさらに備える、請求項１または請求項２に記載の医療用診療システム。
【請求項４】
前記基準情報は、基準となる液体の供給時間に関する情報を含み、
前記判定部は、
前記対応情報に基づき液体の供給時間を算出し、
算出した供給時間と、前記基準情報に含まれる供給時間とに基づき、前記医療用診療装置の異常の有無を判定する、請求項１〜請求項３のいずれか１項に記載の医療用診療システム。
【請求項５】
前記基準情報は、基準となる前記供給部における液体の圧力に関する情報を含み、
前記判定部は、
前記対応情報に基づき前記供給部における液体の圧力を算出し、
算出した圧力と、前記基準情報に含まれる圧力とに基づき、前記医療用診療装置の異常の有無を判定する、請求項１〜請求項３のいずれか１項に記載の医療用診療システム。
【請求項６】
前記医療用診療装置の異常の検出結果を報知する報知部をさらに備え、
前記報知部は、前記判定部によって得られた判定結果に基づき前記医療用診療装置の異常を検出した場合、当該異常の度合に応じて報知態様を異ならせる、請求項１〜請求項５のいずれか１項に記載の医療用診療システム。
【請求項７】
前記医療用診療装置の異常を検出する検出装置をさらに備え、
前記医療用診療装置は、前記供給部と、前記制御部と、前記収集部とを含み、
前記検出装置は、前記判定部を含む、請求項１〜請求項６のいずれか１項に記載の医療用診療システム。
【請求項８】
前記医療用診療装置は、当該医療用診療装置が設置された場所以外の場所に設置された前記検出装置とネットワークを介して通信可能に接続されている、請求項７に記載の医療用診療システム。
【請求項９】
前記検出装置は、
複数の前記医療用診療装置と通信可能に接続されており、
前記判定部によって、複数の前記医療用診療装置ごとの異常の有無を判定し、
複数の前記医療用診療装置ごとの異常の有無の判定結果に基づき、前記医療用診療装置の異常の分析を行う、請求項７または請求項８に記載の医療用診療システム。
【請求項１０】
異常を検出可能な医療用診療装置であって、
液体を貯留する貯留容器に所定量以上の液体を供給する供給部と、
前記供給部による液体の供給を制御する制御部と、
前記制御部において送受信されている通信データから液体の供給時間に対応する対応情報を収集する収集部と、
前記収集部によって収集された前記対応情報と、基準情報とに基づき、前記医療用診療装置の異常の有無を判定する判定部とを備える、医療用診療装置。
【請求項１１】
医療用診療装置の異常を検出する検出装置であって、
少なくとも１つの医療用診療装置が備える供給部による貯留容器に対する所定量以上の液体の供給を制御する制御部において送受信されている通信データから収集された液体の供給時間に対応する対応情報と、基準情報とに基づき、前記医療用診療装置の異常の有無を判定する判定部を備える、検出装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療用診療システム、医療用診療装置、および検出装置に関する。
【背景技術】
【０００２】
医院に設置されたチェアユニットやレントゲン装置などの医療用診療装置では、装置の異常を検出するためにセンサを設けて、当該センサの検出結果を履歴情報として収集することが行われている。
【０００３】
具体的には、特許文献１に記載の医用装置は、Ｘ線管に供給する高電圧を発生させるためのコンバータやインバータなどのパワーデバイスの近傍に温度センサを設け、当該温度センサにより得られた温度変化のデータを履歴情報として収集している。特許文献１に記載の医用装置では、収集した履歴情報に基づいて装置の異常を検出している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開第２０１４／０４２０５７号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に記載の医用装置においては、異常を検出するために、別途センサ、および当該センサで検出した結果を処理する構成を設ける必要があり、既存の基板やシステム構成を改変する必要があった。
【０００６】
本発明は、これらの問題点を解決するためになされたものであり、既存の基板やシステム構成を改変することなく異常を検出することができる、医療用診療システム、医療用診療装置、および検出装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る医療用診療システムは、少なくとも１つの医療用診療装置を含む医療用診療システムであって、液体を貯留する貯留容器に所定量以上の液体を供給する供給部と、供給部による液体の供給を制御する制御部と、制御部において送受信されている通信データから液体の供給時間に対応する対応情報を収集する収集部と、収集部によって収集された対応情報と、基準情報とに基づき、医療用診療装置の異常の有無を判定する判定部とを備える。
【０００８】
本発明に係る医療用診療装置は、異常を検出可能な医療用診療装置であって、液体を貯留する貯留容器に所定量以上の液体を供給する供給部と、供給部による液体の供給を制御する制御部と、制御部において送受信されている通信データから液体の供給時間に対応する対応情報を収集する収集部と、収集部によって収集された対応情報と、基準情報とに基づき、医療用診療装置の異常の有無を判定する判定部とを備える。
【０００９】
本発明に係る検出装置は、医療用診療装置の異常を検出する検出装置であって、少なくとも１つの医療用診療装置が備える供給部による貯留容器に対する所定量以上の液体の供給を制御する制御部において送受信されている通信データから収集された液体の供給時間に対応する対応情報と、基準情報とに基づき、医療用診療装置の異常の有無を判定する判定部を備える。
【発明の効果】
【００１０】
本発明に係る医療用診療システム、医療用診療装置、および検出装置のそれぞれは、貯留容器に対する所定量以上の液体の供給を制御する制御部において送受信されている通信データから収集した液体の供給時間に対応する対応情報を用いて、医療用診療装置の異常の有無を判定するため、既存の基板やシステム構成を改変することなく医療用診療装置の異常を検出することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施の形態に係る医療用診療システムの構成を説明するための概略図である。
【図２】本実施の形態に係る医療用診療装置の構成を説明するためのブロック図である。
【図３】本実施の形態に係るベースンユニットに含まれる構成を説明するための図である。
【図４】本実施の形態に係るベースン制御部の構成を説明するための概略図である。
【図５】本実施の形態に係る分析用ＰＣの構成を説明するためのブロック図である。
【図６】各制御基板間で通信されている通信パケットの内容を説明するための図である。
【図７】履歴収集部が収集した履歴情報を説明するための図である。
【図８】コップの給水中におけるセンサ検出の有無およびモータ駆動のタイミングを示すタイミングチャートである。
【図９】本実施の形態に係る医療用診療システムの異常検出に係る機能を説明するためのブロック図である。
【図１０】本実施の形態に係る医療用診療システムが実行する異常検出処理を説明するためのフローチャートである。
【図１１】変形例に係る医療用診療装置の異常検出に係る機能を説明するためのブロック図である。
【図１２】複数の医療用診療システムを接続したシステム構成を説明するための概略図である。
【発明を実施するための形態】
【００１２】
本実施の形態について、図面を参照しながら説明する。本実施の形態においては、医療用診療システムの１つの例示的形態として、歯科診療に用いることが可能な医療用診療装置を備える医療用診療システムについて説明する。なお、本実施の形態に係る医療用診療システムは、歯科に限らず、眼科、耳鼻咽喉科、放射線科、および獣医科など、あらゆる医科の診療にも適用することが可能である。また、診療には、診断および治療が含まれる。
【００１３】
[医療用診療システムの概要]
図１は、本実施の形態に係る医療用診療システム１０００の構成を説明するための概略図である。図１に示すように、医療用診療システム（以下、診療システムとも称する）１０００は、１台の医療用診療装置（以下、診療装置とも称する）１０と、１台の分析用ＰＣ（Personal Computer）２０とを備える。診療装置１０は、たとえば、術者などのユーザが患者に対して診療を行うためのチェアユニットである。分析用ＰＣ２０は、診療装置１０に通信可能に接続されており、診療装置１０に生じた異常を検出する。なお、分析用ＰＣ２０は、「検出装置」の一実施形態である。
【００１４】
[診療装置の構成]
図２は、本実施の形態に係る医療用診療装置１０の構成を説明するためのブロック図である。図１および図２に示すように、診療装置１０は、診療椅子１と、フートコントローラ５と、トレーテーブル３と、制御装置９と、インスツルメントホルダ５０と、操作パネル８と、表示モニタ６と、ベースンユニット２と、照明装置（たとえば、デンタルライト）７とを備える。
【００１５】
診療椅子１は、患者の頭を支えるヘッドレスト１ａと、患者の背中を支える背もたれ１ｂと、患者の尾尻を支える座面シート１ｃと、患者の足を支える足置き台１ｄと、シート駆動部１１とを備える。ヘッドレスト１ａ、背もたれ１ｂ、座面シート１ｃ、および足置き台１ｄのそれぞれは、シート駆動部１１の制御に基づき駆動する。
【００１６】
たとえば、ヘッドレスト１ａ、背もたれ１ｂ、および足置き台１ｄのそれぞれは、シート駆動部１１の制御に基づき座面シート１ｃに対して垂直方向または水平方向に移動する。ヘッドレスト１ａ、背もたれ１ｂ、および足置き台１ｄが座面シート１ｃに対して垂直方向に位置すると、診療椅子１に座った患者が座位姿勢になる。ヘッドレスト１ａ、背もたれ１ｂ、および足置き台１ｄが座面シート１ｃに対して水平方向に位置すると、診療椅子１に座った患者が仰向け姿勢になる。
【００１７】
フートコントローラ５は、ユーザの足踏操作を受け付ける複数のスイッチ（ペダル）を有する。ユーザは、これら複数のスイッチそれぞれに対して所定の機能を割り当てることができる。
【００１８】
たとえば、ユーザは、診療椅子１の姿勢を変更する機能をフートコントローラ５のスイッチに対して割り当てることができる。ユーザが、診療椅子１の姿勢を変更する機能が割り当てられたスイッチを足踏操作すると、フートコントローラ５は、シート駆動部１１に制御信号を出力する。シート駆動部１１は、制御信号に基づきヘッドレスト１ａなどを駆動させる。
【００１９】
また、ユーザは、診療器具４を駆動する機能をフートコントローラ５のスイッチに対して割り当てることができる。ユーザが、診療器具４を駆動する機能が割り当てられたスイッチを足踏操作すると、フートコントローラ５は、後述する診療器具駆動部１４に制御信号を出力する。診療器具駆動部１４は、制御信号に基づき診療器具４の駆動を制御する。
【００２０】
なお、フートコントローラ５のスイッチには、照明装置７の照明および消灯を制御する機能など、その他の機能を割り当てることもできる。
【００２１】
トレーテーブル３は、診療時の物置台として用いられる。トレーテーブル３は、診療椅子１または床から延びるアーム（図示は省略する）に接続されている。このため、ユーザは、トレーテーブル３を診療椅子１に対して手動で回動、水平移動、および垂直移動させることが可能である。
【００２２】
制御装置９は、トレーテーブル３の下部に設けられている。制御装置９には、診療椅子１と、複数の診療器具４と、インスツルメントホルダ５０と、ベースンユニット２と、操作パネル８と、表示モニタ６とが接続されている。制御装置９は、操作制御部１２と、診療器具駆動部１４と、表示モニタ制御部１５と、保持解除特定部１９とを備える。これらの各部は、それぞれ、操作制御基板、駆動制御基板、モニタ制御基板、および保持解除特定制御基板上に実装されたＣＰＵ、ＲＯＭ、およびＲＡＭなどによって構成される。
【００２３】
診療器具４は、たとえば、エアータービンハンドピース、マイクロモータハンドピース、スケーラ、スリーウェイシリンジ、およびバキュームシリンジなどの歯科診療用のインスツルメントである。なお、診療器具４は、これらに限らず、口腔内カメラ、光重合用照射器、根管長測定器、３次元スキャナ、および根管拡大器などであってもよいし、デンタルミラー、注射器、および充填器具など、駆動しない器具であってもよい。
【００２４】
診療装置１０においては、診療器具４ａ〜４ｅの５種類が用いられる。たとえば、診療器具４ａおよび診療器具４ｂは、エアータービンハンドピースである。診療器具４ｃは、マイクロモータハンドピースである。診療器具４ｄは、スケーラである。診療器具４ｅは、スリーウェイシリンジである。
【００２５】
各診療器具４は、インスツルメントホルダ５０によって保持される。診療器具４がインスツルメントホルダ５０から取り出されると、インスツルメントホルダ５０による保持が解除され、診療器具４が選択された状態（被選択状態）になる。
【００２６】
各診療器具４は、制御装置９が備える診療器具駆動部１４に接続されている。診療器具駆動部１４は、フートコントローラ５に対するユーザの足踏操作に基づき各診療器具４を駆動する。たとえば、ユーザが、フートコントローラ５におけるエアータービンハンドピースを駆動するためのスイッチを足踏操作すると、診療器具駆動部１４は、エアータービンハンドピースのヘッド部に保持される切削工具を回転させる。このように、診療器具駆動部１４は、フートコントローラ５に対するユーザの操作に基づき診療器具４を駆動する。
【００２７】
インスツルメントホルダ５０は、各診療器具４を保持する保持部材である。インスツルメントホルダ５０は、制御装置９が備える保持解除特定部１９を介して操作制御部１２に接続されている。保持解除特定部１９は、診療器具４に対するインスツルメントホルダ５０による保持が解除されたことを特定するとともに、その特定結果を示す信号を操作制御部１２に出力する。操作制御部１２は、保持解除特定部１９からの信号に基づき被選択状態の診療器具４を特定する。
【００２８】
ベースンユニット２は、図１に示すように、診療椅子１の側部に備え付けられている。ベースンユニット２は、排水口が形成された鉢２ａと、コップ７０が載置されるコップ台２ｂと、コップ７０に給水するための給水栓２ｃとを備える。図２に示すように、ベースンユニット２は、ベースン制御部１６を備える。ベースン制御部１６は、診療装置１０で用いられる水の流れを制御する。なお、コップ７０は、「貯留容器」の一実施形態に対応する。
【００２９】
ここで、図３および図４を参照しながら、ベースンユニット２の主な構成を説明する。図３は、本実施の形態に係るベースンユニット２に含まれる構成を説明するための図である。図３に示すように、給水栓２ｃは、支柱部２１ｃと、支柱部２１ｃの上部から水平方向に延びる延在部２２ｃとを含む。延在部２２ｃにおけるコップ７０と対向する面には、コップ７０に向けて液体を給水する給水口１０２が設けられている。なお、本実施の形態においては、液体として水を例示する。また、給水栓２ｃには、コップ検出センサ１０１と、満水検出センサ１０３とが設けられている。
【００３０】
コップ検出センサ１０１は、赤外線の遮断の有無を検出することで、コップ台２ｂにコップ７０が載置されたか否かを検出する。具体的には、支柱部２１ｃの下部には、赤外線を発光する発光部１０１ａが、コップ７０が位置する斜め上に向けて設けられている。一方、延在部２２ｃには、発光部１０１ａと対向する位置に受光部１０１ｂが設けられている。コップ台２ｂにコップ７０が載置されていない場合、発光部１０１ａから発光された赤外線が受光部１０１ｂに到達し、受光部１０１ｂによって赤外線が検出される。一方、コップ台２ｂにコップ７０が載置されている場合、発光部１０１ａから発光された赤外線がコップ７０によって遮断されるために受光部１０１ｂに到達しないため、受光部１０１ｂによって赤外線が検出されない。コップ検出センサ１０１は、受光部１０１ｂによって赤外線を検出しているきにはＯＦＦ状態になる一方で、受光部１０１ｂによって赤外線を検出していないときにはＯＮ状態になる。
【００３１】
コップ検出センサ１０１は、赤外線などの光を検出するようなセンサに限らない。たとえば、コップ検出センサ１０１は、コップ台２ｂに加わる重量の変化を検出することでコップ７０を検出する重量センサ、磁場の変化を検出することでコップ７０を検出する磁気センサ、あるいは撮像画像を解析することでコップ７０を検出するカメラセンサなど、公知の技術を用いた様々なセンサを適用可能である。
【００３２】
満水検出センサ１０３は、給水口１０２の先端に設けられた電極１０３ａ，１０３ｂを含み、コップ７０に貯留された水を介して形成される水柱の回路抵抗の変化を検出することで、コップ７０に所定量以上の水が貯留されたことを検出する。なお、本実施の形態においては、満水検出センサ１０３は、コップ７０が満水になったことを検出する。具体的には、コップ７０が空の状態である場合、満水検出センサ１０３によって検出される抵抗値が無限大であり、コップ７０の水位が上昇することに従って抵抗値が小さくなる。コップ７０が満水になると、電極１０３ａ，１０３ｂによって検出された抵抗値が基準抵抗値以下になる。満水検出センサ１０３は、電極１０３ａ，１０３ｂによって検出した抵抗値が基準抵抗値よりも大きいときにはＯＦＦ状態になる一方で、受光部１０１ｂによって電極１０３ａ，１０３ｂによって検出した抵抗値が基準抵抗値よりも小さいときにはＯＮ状態になる。なお、水柱の回路抵抗の変化によりコップ７０の満水を検出する原理については、特許第３４９６２５８号公報などに記載されている。
【００３３】
満水検出センサ１０３は、水柱の回路抵抗の変化を検出するようなセンサに限らない。たとえば、満水検出センサ１０３は、コップ台２ｂに加わる重量の変化を検出することで満水を検出する重量センサ、あるいは超音波の変化を検出することで満水を検出する超音波センサなど、公知の技術を用いた様々なセンサを適用可能である。
【００３４】
図４は、本実施の形態に係るベースン制御部１６の構成を説明するための概略図である。図４に示すように、ベースン制御部１６は、開閉弁１１３と、モータ１１４と、コップ検出センサ１０１と、満水検出センサ１０３と、ベースン制御基板１２０とを備える。なお、モータ１１４は、「供給部」の一実施形態である。
【００３５】
開閉弁１１３は、モータ１１４に接続され、モータ１１４の駆動に応じて開度を変更することで、給水源からの水を給水口に供給する。なお、給水源は、たとえば、水道水や貯水タンクなどである。
【００３６】
ベースン制御基板１２０には、ＣＰＵ（Central Processing Unit）１２１、ＲＯＭ（Read Only Memory）１２２、およびＲＡＭ（Random Access Memory）１２３などが実装されている。なお、ベースン制御基板１２０およびＣＰＵ１２１は、「制御部」の一実施形態である。
【００３７】
ＣＰＵ１２１には、モータ１１４が接続されている。ＣＰＵ１２１は、駆動信号によって定電圧を印可することでモータ１１４を駆動する。モータ１１４は、ＣＰＵ１２１の制御によって開閉弁１１３の開閉を開始させるときにＯＮ状態になる一方で、開閉弁１１３の開閉を終了するときにＯＦＦ状態になる。たとえば、モータ１１４は、開閉弁１１３を開放させる場合、開放に対応する態様でＯＮ状態になることで弁を開放させる。そして、モータ１１４は、開閉弁１１３の開放が限界に達すると、ＯＮ状態からＯＦＦ状態に切り替わる。一方、モータ１１４は、開閉弁１１３を閉鎖させる場合、閉鎖に対応する態様でＯＮ状態になることで弁を閉鎖させる。そして、モータ１１４は、開閉弁１１３の閉鎖が限界に達すると、ＯＮ状態からＯＦＦ状態に切り替わる。
【００３８】
ＣＰＵ１２１には、コップ検出センサ１０１が接続されている。コップ検出センサ１０１は、コップ７０を検出したＯＮ状態であるときに、ＣＰＵ１２１にＯＮ信号を出力する。一方、コップ検出センサ１０１は、コップ７０を検出していないＯＦＦ状態であるときに、ＣＰＵ１２１にＯＮ信号を出力しない。また、ＣＰＵ１２１には、満水検出センサ１０３が接続されている。満水検出センサ１０３は、満水を検出したＯＮ状態であるときに、ＣＰＵ１２１にＯＮ信号を出力する。一方、満水検出センサ１０３は、満水を検出していないＯＦＦ状態であるときに、ＣＰＵ１２１にＯＮ信号を出力しない。
【００３９】
ＣＰＵ１２１は、コップ検出センサ１０１からのＯＮ信号の受信が開始すると、モータ１１４への駆動信号の出力を開始する。これにより、コップ台２ｂにコップ７０が載置されたときに開閉弁１１３が開き、給水口１０２への水の供給が開始する。ＣＰＵ１２１は、満水検出センサ１０３からのＯＮ信号の受信が開始すると、モータ１１４への駆動信号の出力を終了する。これにより、コップ７０が満水になったときに開閉弁１１３が閉じ、給水口１０２への水の供給が終了する。なお、コップ台２ｂからコップ７０が取り除かれると、ＣＰＵ１２１に対するコップ検出センサ１０１からのＯＮ信号の送信が終了するとともに、ＣＰＵ１２１に対する満水検出センサ１０３からのＯＮ信号の送信が終了する。
【００４０】
図２に戻り、ベースンユニット２は、さらに照明制御部１７を備える。照明制御部１７は、照明装置７の照明および消灯を制御する。照明制御部１７は、図示しない照明制御基板上に実装されたＣＰＵ、ＲＯＭ、およびＲＡＭなどによって構成される。
【００４１】
さらに、ベースンユニット２は、診療装置１０内の履歴情報を収集する履歴収集部１８を備える。履歴収集部１８は、図示しない履歴収集基板上に実装されたＣＰＵ、ＲＯＭ、およびＲＡＭなどによって構成され、ベースンユニット２の保守扉２ｄの内側に設けられている。このため、所定の工具を用いて保守扉２ｄを開けなければ、ＲＯＭやＲＡＭなどのメモリ１８ｂを履歴収集基板から取り外すことができない。なお、履歴収集部１８は、「収集部」の一実施形態である。また、メモリ１８ｂは、「記憶部」の一実施形態である。
【００４２】
履歴収集基板には、分析用ＰＣ２０に対して履歴情報を出力するための出力ポート１８ａが設けられている。保守作業者は、保守扉２ｄを開け、出力ポート１８ａに分析用ＰＣ２０からの配線を接続することで、収集した履歴情報を取り出すことができる。もちろん、出力ポート１８ａを介して分析用ＰＣ２０と診療装置１０の履歴収集部１８とが常に接続される構成でもよい。
【００４３】
履歴収集部１８が収集した履歴情報は、履歴収集基板から着脱可能なメモリ１８ｂに記憶される。メモリ１８ｂは、メモリカードなどの不揮発メモリで構成された記憶媒体である。保守作業者は、保守扉２ｄを開けて履歴収集基板からメモリ１８ｂを取り外すことができる。このため、保守作業者は、出力ポート１８ａに分析用ＰＣ２０からの配線を接続することなく、履歴収集基板からメモリ１８ｂを取り外して分析用ＰＣ２０に接続するだけで、収集した履歴情報を取得することができる。なお、履歴収集基板に出力ポート１８ａが設けられていない構成であってもよい。履歴収集基板に出力ポート１８ａが設けられていない場合、分析用ＰＣ２０は、メモリ１８ｂに直接的にアクセスして、診療装置１０から履歴情報を取得することになる。
【００４４】
診療装置１０内の各制御基板間の通信には、ＣＡＮ（Controller Area Network）通信などの関連する公知の技術が適用されている。診療装置１０では、チェア制御基板、操作制御基板、駆動制御基板、モニタ制御基板、保持解除特定制御基板、ベースン制御基板１２０、および照明制御基板などのすべての制御基板がＣＡＮ通信で互いに通信して、互いの状況を共有して制御を行っている。ＣＡＮ通信では、各制御基板における制御に関する情報を含む通信データを通信パケットにして、制御基板間で互いに通信が行われる。なお、制御基板間の通信では、各制御基板における制御に関する情報を含む通信データが送受信されれば、通信パケットにする必要はない。ここで、制御に関する情報には、各制御基板で制御するスイッチ、センサ、アクチュエータ、ステータスなどの情報が含まれる。
【００４５】
履歴収集基板を他の制御基板とＣＡＮ通信できるように接続することで、履歴収集部１８は、各制御基板での制御に関する情報を履歴情報として収集することが可能になる。履歴収集部１８は、たとえば、ＣＡＮ通信を介して、チェア制御基板から送られてくるチェアユニット位置制御の情報、操作制御部１２から送られてくる診療器具４の情報、ベースン制御部１６から送られてくるコップ７０への水の供給の制御に関する情報（たとえば、モータ１１４の駆動時刻に関する情報（以下、駆動時刻情報とも称する））、照明制御部１７から送られてくる照明装置７の点灯制御の情報などを含む通信パケットから各種の制御に関する情報を履歴情報として収集する。なお、履歴収集部１８が収集する履歴情報には、診療装置１０で行われた操作の操作履歴、および診療装置１０で検出した検出履歴を少なくとも含む。
【００４６】
表示モニタ６は、図１に示すように、トレーテーブル３から上方に延びるアームに設けられている。表示モニタ６は、表示領域が大きい画面を有している。つまり、表示モニタ６は、多くの情報量を表示することができる。
【００４７】
表示モニタ６は、表示モニタ制御部１５を介して操作制御部１２に接続されている。表示モニタ制御部１５は、操作制御部１２からの指令に基づき、表示モニタ６に画像を表示させる。
【００４８】
[分析用ＰＣの構成]
図５は、本実施の形態に係る分析用ＰＣ２０の構成を説明するためのブロック図である。図５に示すように、分析用ＰＣ２０は、オペレーティングシステム（ＯＳ：Operating System）を含む各種プログラムを実行するＣＰＵ２００と、ＣＰＵ２００におけるプログラムの実行に必要なデータを一時的に記憶するメモリ部２１２と、ＣＰＵ２００で実行されるプログラムを不揮発的に記憶するＨＤＤ（Hard Disk Drive）２１０とを含む。ＨＤＤ２１０には、分析を実現するためのプログラムが予め記憶されており、このようなプログラムは、ＣＤ−ＲＯＭドライブ２１４などによって、それぞれＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）２１４ａなどの記憶媒体から読み取られる。
【００４９】
ＣＰＵ２００は、キーボードやマウスなどからなる入力部２０８を介してユーザなどからの指示を受け取るとともに、プログラムの実行によって分析される分析結果などを、ディスプレイ部２０４へ出力する。各部は、バス２０２を介して互いに接続される。インターフェイス部２０６は、診療装置１０の出力ポート１８ａに接続することができる。なお、分析用ＰＣ２０と診療装置１０との接続は、出力ポート１８ａを介して有線で接続される場合を説明したが、無線で接続されてもよい。
【００５０】
[履歴収集部による履歴情報の収集]
次に、本実施の形態に係る診療装置１０において、履歴収集部１８が各制御基板から履歴情報を収集する処理について説明する。図６は、各制御基板間で通信されている通信パケットの内容を説明するための図である。なお、図６に示す通信パケットの内容は、一例であり、もちろんその他のデータも通信パケットに割り当てられている。
【００５１】
各制御基板は、ＣＡＮ通信を行っており、各制御基板で制御するスイッチ、センサ、アクチュエータ、ステータスなどの情報（制御に関する情報）を通信パケットにのせて通信している。通信パケットでは、診療装置１０に設けられた全ての制御基板において、それぞれの制御基板によって制御されるスイッチ、センサ、アクチュエータ、ステータスなどの情報がそれぞれ識別可能となるように予めフォーマットが決められている。
【００５２】
具体的には、図６に示す通信パケットでは、駆動制御基板（診療器具駆動部１４）に通信パケットＩＤとして“１”が、チェア制御基板（シート駆動部１１）に通信パケットＩＤとして“２”が、ベースン制御基板１２０（ベースン制御部１６）に通信パケットＩＤとして“３”が、操作制御基板（操作制御部１２）に通信パケットＩＤとして“４”がそれぞれ割り当てられている。
【００５３】
通信パケットＩＤ“１”の通信パケットには、診療器具駆動部１４によって制御されるセンサＡの情報が“ＤＡＴＡ１”に、センサＢの情報が“ＤＡＴＡ２”に、センサＣの情報が“ＤＡＴＡ３”に、ステータスＡの情報が“ＤＡＴＡ４”にそれぞれ割り当てられている。センサＡは、たとえば、診療器具駆動部１４が制御する診療器具４ａ（エアータービンハンドピース）の選択電磁弁の状態を検出するためのセンサである。センサＢは、たとえば、診療器具駆動部１４が制御する診療器具４ｃ（マイクロモータハンドピース）のエア用電磁弁の状態を検出するためのセンサである。センサＣは、たとえば、診療器具駆動部１４が制御する診療器具４ｄ（スケーラ）の水用電磁弁の状態を検出するためのセンサである。ステータスＡは、たとえば、診療器具駆動部１４が駆動するサーボモータの状態を示す情報である。
【００５４】
通信パケットＩＤ“２”の通信パケットには、シート駆動部１１によって制御される各アクチュエータの情報が割り当てられている。具体的には、通信パケットＩＤ“２”の通信パケットには、アクチュエータＡの情報が“ＤＡＴＡ１”に、アクチュエータＢの情報が“ＤＡＴＡ２”に、アクチュエータＣの情報が“ＤＡＴＡ３”に、アクチュエータＤの情報が“ＤＡＴＡ４”にそれぞれ割り当てられている。アクチュエータＡは、たとえば、診療椅子１のヘッドレスト１ａに設けられたアクチュエータである。アクチュエータＢは、たとえば、診療椅子１の背もたれ１ｂに設けられたアクチュエータである。アクチュエータＣは、たとえば、診療椅子１の座面シート１ｃに設けられたアクチュエータである。アクチュエータＤは、たとえば、診療椅子１の足置き台１ｄに設けられたアクチュエータである。
【００５５】
通信パケットＩＤ“３”の通信パケットには、ベースン制御部１６によって制御されるセンサなどの情報が割り当てられている。具体的には、通信パケットＩＤ“３”の通信パケットには、センサＤの情報が“ＤＡＴＡ１”に、アクチュエータＥの情報が“ＤＡＴＡ２”に、センサＥの情報が“ＤＡＴＡ３”に、ステータスＢの情報が“ＤＡＴＡ４”にそれぞれ割り当てられている。センサＤは、たとえば、コップ検出センサ１０１である。アクチュエータＥは、たとえば、モータ１１４である。センサＥは、たとえば、満水検出センサ１０３である。
【００５６】
通信パケットＩＤ“４”の通信パケットには、操作制御部１２によって制御されるスイッチＡの情報が“ＤＡＴＡ１”に、スイッチＢの情報が“ＤＡＴＡ２”に、スイッチＣの情報が“ＤＡＴＡ３”に、スイッチＤの情報が“ＤＡＴＡ４”にそれぞれ割り当てられている。
【００５７】
各制御基板は、図６に示す通信パケットにスイッチ、センサ、アクチュエータ、ステータスなどの情報をのせて、他の制御基板に対して送信することで、全ての制御基板が互いに連携して動作することが可能である。このため、通信パケットを受信可能な配線に対して履歴収集基板を接続することで、履歴収集部１８は、複数の制御基板から各制御基板における制御に関する情報を履歴情報として収集することが可能となる。
【００５８】
図７は、履歴収集部１８が収集した履歴情報を説明するための図である。なお、図７では、ベースンユニット２におけるコップ７０への水の供給の制御（以下、水供給制御とも称する）に関する履歴情報についての例を示す。
【００５９】
各制御基板間で通信される通信パケットにおいては、図６に示すフォーマットに従い、イベントコードが付されることで情報が識別されている。たとえば、ベースン制御基板１２０（通信パケットＩＤ“３”）のセンサＤ（“ＤＡＴＡ１”）の情報が通信パケットに含まれている場合、履歴収集部１８は、ベースン制御基板１２０を識別する情報である通信パケットＩＤ”３”およびセンサＤを識別する情報に対応するイベントコード”３１０００１”を生成して履歴情報に記憶する。そのため、履歴収集部１８が収集する履歴情報には、通信パケットＩＤおよびアクチュエータやセンサなどを識別する情報に対応したイベントコードが必ず記憶されているので、どの制御基板のどのおよびアクチュエータやセンサなどの情報であるかを識別することが可能である。ベースン制御基板１２０（通信パケットＩＤ“３”）のアクチュエータＥ（“ＤＡＴＡ２”）の情報にはイベントコードとして“３１０００２”および“３２０００２”が割り当てられている。このうち、アクチュエータＥに対応するモータ１１４が開閉弁１１３を開放させる場合にはイベントコードとして“３１０００２”が、モータ１１４が開閉弁１１３を閉鎖させる場合にはイベントコードとして“３２０００２”がそれぞれ割り当てられている。センサＥ（“ＤＡＴＡ３”）の情報にはイベントコードとして“３１０００３”が割り当てられている。
【００６０】
さらに、履歴収集部１８は、通信パケットに含まれるデータに対応するイベントパラメータを生成して履歴情報に記憶する。たとえば、イベントコード”３１０００１”のイベントパラメータが”１”の場合、ベースン制御基板１２０（通信パケットＩＤ”３”）のＣＰＵ１２１がセンサＤ（コップ検出センサ１０１：”ＤＡＴＡ１”）からＯＮ信号を受信中であることを示す情報を、通信パケットが含んでいる。一方、イベントコード”３１０００２”のイベントパラメータが”０”の場合、ＣＰＵ１２１がセンサＤからＯＮ信号を受信中でないことを示す情報を、通信パケットが含んでいる。
【００６１】
たとえば、イベントコード”３１０００２”のイベントパラメータが”１”の場合、ベースン制御基板１２０（通信パケットＩＤ”３”）のＣＰＵ１２１がアクチュエータＥ（モータ１１４：”ＤＡＴＡ２”）に開閉弁１１３を開放させるための駆動信号を送信中であることを示す情報を、通信パケットが含んでいる。一方、イベントコード”３１０００２”のイベントパラメータが”０”の場合、ＣＰＵ１２１がアクチュエータＥに開閉弁１１３を開放させるための駆動信号を送信中でないことを示す情報を、通信パケットが含んでいる。
【００６２】
たとえば、イベントコード”３２０００２”のイベントパラメータが”１”の場合、ベースン制御基板１２０（通信パケットＩＤ”３”）のＣＰＵ１２１がアクチュエータＥ（モータ１１４：”ＤＡＴＡ２”）に開閉弁１１３を閉鎖させるための駆動信号を送信中であることを示す情報を、通信パケットが含んでいる。一方、イベントコード”３２０００２”のイベントパラメータが”０”の場合、ＣＰＵ１２１がアクチュエータＥに開閉弁１１３を閉鎖させるための駆動信号を送信中でないことを示す情報を、通信パケットが含んでいる。
【００６３】
たとえば、イベントコード”３１０００３”のイベントパラメータが”１”の場合、ベースン制御基板１２０（通信パケットＩＤ”３”）のＣＰＵ１２１がセンサＥ（満水検出センサ１０３：”ＤＡＴＡ３”）からＯＮ信号を受信中であることを示す情報を、通信パケットが含んでいる。一方、イベントコード”３１０００３”のイベントパラメータが”０”の場合、ＣＰＵ１２１がセンサＥからＯＮ信号を受信中でないことを示す情報を、通信パケットが含んでいる。
【００６４】
なお、履歴収集部１８が収集する履歴情報には、イベントコードおよびイベントパラメータとともに、日付および時刻の情報なども記憶される。履歴収集部１８では、後述するように、全ての通信パケットを記憶するのではなく、通信パケットに含まれる通信パケットＩＤおよびデータの時間的差分に変化があった場合（イベントが発生した場合）に、イベントコードおよびイベントパラメータを生成して履歴情報に記憶している。
【００６５】
ＣＡＮ通信では、制御基板が制御する対象に変化がなくても通信パケットに情報がのせられて他の制御基板に送信される。たとえば、ＣＰＵ１２１がコップ検出センサ１０１からＯＮ信号を受信中であることが前回送信時から変化しない場合であっても、前回と同じイベントコードおよびイベントパラメータに対応する情報が通信パケットにのせられて制御基板に送信される。このため、仮に、送信されてくる通信パケットの情報を履歴収集部１８が全て収集してメモリ１８ｂに記憶した場合、記憶する情報量が膨大になり、メモリ１８ｂが記憶できる容量を短時間で超えてしまうことになる。そこで、本実施の形態に係る履歴収集部１８は、制御基板が制御する対象に変化があった場合（イベントが発生した場合）に限り通信パケットから履歴情報を収集する。
【００６６】
ここで、図８は、コップ７０の給水中におけるセンサ検出の有無およびモータ駆動のタイミングを示すタイミングチャートである。図８においては、コップ検出センサ１０１がＯＮ状態になるタイミングを示すラインと、満水検出センサ１０３がＯＮ状態になるタイミングを示すラインと、モータ１１４が駆動するタイミングを示すラインとが、時間軸に沿って示されている。
【００６７】
図８に示す例では、まず、時刻ｔ１で、コップ検出センサ１０１によってコップ７０の検出が開始して、コップ検出センサ１０１がＯＮ状態になる。そして、時刻ｔ２で、開閉弁１１３を開放させるためのモータ１１４の駆動が開始して、モータ１１４がＯＮ状態になる。モータ１１４の駆動が開始することでコップ７０への給水が開始する。時刻ｔ３で、開閉弁１１３の開放が限界に達すると、モータ１１４の駆動が終了して、モータ１１４がＯＦＦ状態になる。時刻ｔ４で、満水検出センサ１０３によってコップ７０の満水が検出されると、満水検出センサ１０３がＯＮ状態になる。そして、時刻ｔ５で、開閉弁１１３を閉鎖させるためのモータ１１４の駆動が開始して、モータ１１４がＯＮ状態になる。モータ１１４の駆動が開始することでコップ７０への給水が止まり始める。時刻ｔ６で、開閉弁１１３の閉鎖が限界に達すると、モータ１１４の駆動が終了して、モータ１１４がＯＦＦ状態になる。これにより、コップ７０への給水が終了する。その後、時刻ｔ７で、コップ検出センサ１０１によってコップ７０の検出が終了すると、コップ検出センサ１０１がＯＦＦ状態になる。そして、時刻ｔ８で、満水検出センサ１０３によってコップ７０の満水が検出されなくなり、満水検出センサ１０３がＯＦＦ状態になる。
【００６８】
図８に示すような一連の流れに従ってコップ検出センサ１０１、満水検出センサ１０３、およびモータ１１４が動作した場合、履歴収集部１８は、次のように履歴情報を収集する。
【００６９】
図８に示すように、時刻ｔ１でコップ検出センサ１０１がＯＦＦ状態からＯＮ状態に変化している。この場合、図７に示すように、履歴収集部１８は、日付（２０１７／５／２５）の時刻（ｔ１）にイベントコード“３１０００１”でイベントパラメータが“１”の情報を履歴情報としてメモリ１８ｂに記憶する。
【００７０】
図８に示すように、時刻ｔ２で開閉弁１１３を開放させるためにモータ１１４がＯＦＦ状態からＯＮ状態に変化している。この場合、図７に示すように、履歴収集部１８は、日付（２０１７／５／２５）の時刻（ｔ２）にイベントコード“３１０００２”でイベントパラメータが“０”の情報を履歴情報としてメモリ１８ｂに記憶する。
【００７１】
図８に示すように、時刻ｔ３で再びモータ１１４がＯＮ状態からＯＦＦ状態に変化している。この場合、図７に示すように、履歴収集部１８は、日付（２０１７／５／２５）の時刻（ｔ３）にイベントコード“３１０００２”でイベントパラメータが“１”の情報を履歴情報としてメモリ１８ｂに記憶する。
【００７２】
図８に示すように、時刻ｔ４で満水検出センサ１０３がＯＦＦ状態からＯＮ状態に変化している。この場合、図７に示すように、履歴収集部１８は、日付（２０１７／５／２５）の時刻（ｔ４）にイベントコード“３１０００３”でイベントパラメータが“１”の情報を履歴情報としてメモリ１８ｂに記憶する。
【００７３】
図８に示すように、時刻ｔ５で開閉弁１１３を閉鎖させるためにモータ１１４がＯＦＦ状態からＯＮ状態に変化している。この場合、図７に示すように、履歴収集部１８は、日付（２０１７／５／２５）の時刻（ｔ５）にイベントコード“３２０００２”でイベントパラメータが“１”の情報を履歴情報としてメモリ１８ｂに記憶する。
【００７４】
図８に示すように、時刻ｔ６で再びモータ１１４がＯＦＦ状態からＯＮ状態に変化している。この場合、図７に示すように、履歴収集部１８は、日付（２０１７／５／２５）の時刻（ｔ６）にイベントコード“３２０００２”でイベントパラメータが“０”の情報を履歴情報としてメモリ１８ｂに記憶する。
【００７５】
図８に示すように、時刻ｔ７でコップ検出センサ１０１がＯＮ状態からＯＦＦ状態に変化している。この場合、図７に示すように、履歴収集部１８は、日付（２０１７／５／２５）の時刻（ｔ７）にイベントコード“３１０００１”でイベントパラメータが“０”の情報を履歴情報としてメモリ１８ｂに記憶する。
【００７６】
図８に示すように、時刻ｔ８で満水検出センサ１０３がＯＮ状態からＯＦＦ状態に変化している。この場合、図７に示すように、履歴収集部１８は、日付（２０１７／５／２５）の時刻（ｔ８）にイベントコード“３１０００３”でイベントパラメータが“０”の情報を履歴情報としてメモリ１８ｂに記憶する。
【００７７】
このように、本実施の形態に係る診療装置１０は、複数の制御基板の間で通信されている通信パケットから各種の制御の履歴情報を収集するため、既存の基板やシステム構成を改変することなく履歴情報を収集することができる。特に、履歴収集基板は、通信パケットを受信してモニタリングするだけであり、診療装置１０全体の制御に影響を与えることがない。つまり、履歴情報を収集するためのアルゴリズムが、診療装置１０のシステムに影響を与えることがないため、既存の基板やシステム構成を改変することなく、容易に履歴情報を収集する仕組みを構築することができる。
【００７８】
さらに、履歴収集部１８は、前回記憶した履歴情報に対して変化した情報を通信パケットから収集し、履歴情報としてメモリ１８ｂに記憶している。このため、メモリ１８ｂに記憶される履歴情報は、各制御基板での制御に関する情報を全て記憶した場合に比べて情報量を抑えることができ、容量の大きいメモリ１８ｂを用意する必要がない。また、分析用コンピュータ２０を履歴収集基板の出力ポート１８ａに接続して、メモリ１８ｂに記憶した履歴情報を取り出す場合でも、メモリ１８ｂに記憶した履歴情報の情報量を抑えることで、分析用コンピュータ２０は、短時間でメモリ１８ｂに記憶した履歴情報を取り出すことができる。
【００７９】
もちろん、履歴収集部１８は、情報量の制限などがなければ、制御基板が制御する対象に変化がない場合（イベントが発生しない場合）であっても、通信パケットに含まれる情報を全て記憶してもよい。
【００８０】
[異常検出の概要]
上述したように、本実施の形態に係る診療装置１０は、各制御基板における制御に関する情報が通信パケットによって制御基板間で互いに共有されるとともに、それらの情報が履歴情報として履歴収集部１８によって収集されるように構成されている。本実施の形態に係る診療システム１０００においては、このような既存の基板やシステム構成をそのまま利用して、履歴収集部１８によって取得された履歴情報に基づき分析用ＰＣ２０が診療装置１０の異常を検出する。以下、本実施の形態に係る診療システム１０００において、診療装置の異常を判定するための処理について説明する。
【００８１】
図９は、本実施の形態に係る診療システム１０００の異常検出に係る機能を説明するためのブロック図である。図９に示すように、診療装置１０は、履歴情報を収集する履歴収集部１８と、収集した履歴情報を記憶するメモリ１８ｂと、メモリ１８ｂに記憶された履歴情報を分析用ＰＣ２０に出力するための出力ポート１８ａとを備える。なお、図２に示す診療装置１０では、履歴収集部１８を構成する履歴収集基板に出力ポート１８ａが実装されていることを示すために、履歴収集部１８の枠内に出力ポート１８ａを図示していたが、図９に示す診療装置１０では、それぞれの処理を説明するため、履歴収集部１８と出力ポート１８ａとを分けて図示している。
【００８２】
分析用ＰＣ２０は、判定部２１と、比較部２３と、更新部２４と、記憶部２５と、インターフェイス部２０６とを備える。比較部２３は、履歴収集部１８によって収集された履歴情報と基準情報とを比較する。なお、比較部２３は、履歴情報そのものを用いて基準情報と比較してもよいし、履歴情報を演算などによって変換した後に基準情報と比較してもよい。記憶部２５は、比較部２３で用いる基準情報や判定部２１によって得られた判定結果などを記憶する。判定部２１は、比較部２３によって得られた比較結果に基づき診療装置１０の異常の有無を判定する。判定部２１は、診療装置１０の異常の有無を判定することで、診療装置１０における故障の判断や予測などを行うことができる。更新部２４は、比較部２３によって得られた比較結果に基づき、比較部２３で用いる基準情報を適正なものに更新する。なお、分析用コンピュータ２０は、診療装置１０と通信可能に接続されかつ診療装置１０の異常を検出する検出装置であって、比較部２３および判定部２１のうちの少なくとも一方を備えていればよい。また、分析用コンピュータ２０は、更新部２４を備えていなくてもよい。この場合、設計値など予め決められた固定の基準情報が異常検出に用いられる。
【００８３】
[ベースンユニットに関する異常検出]
本実施の形態に係る診療システム１０００においては、ベースン制御基板１２０から送られてくるベースンユニット２における水供給制御に関する情報（たとえば、モータ１１４の駆動時刻情報）を用いて診療装置１０の異常、特に水供給制御に関する異常を検出する。
【００８４】
図１０は、本実施の形態に係る診療システム１０００が実行する異常検出処理を説明するためのフローチャートである。図１０に示す異常検出処理は、診療装置１０が備える履歴収集部１８の出力ポート１８ａに分析用ＰＣ２０が接続された状態で行われる。異常検出処理は、出力ポート１８ａに分析用ＰＣ２０が接続されたことを契機に実行されてもよいし、出力ポート１８ａに分析用ＰＣ２０が接続された状態で入力部２０８を介してユーザから指示を受け取ったことを契機に実行されてもよい。また、異常検出処理は、出力ポート１８ａに分析用ＰＣ２０が接続された状態で、所定間隔で（たとえば、水の供給が開始されてから満水になるまでの一連の動作を完了する度に）実行されてもよいし、常に（たとえば、サンプリング時間ごとに）実行されてもよい。また、ユーザや保守作業者が、異常検出処理の実行タイミングを任意に設定できるものであってもよい。
【００８５】
図１０に示すように、診療装置１０は、履歴情報としてメモリ１８ｂに記憶されたモータ１１４の駆動時刻情報を分析用ＰＣ２０に出力する（Ｓ１１）。具体的には、診療装置１０は、アクチュエータＥ（モータ１１４）に対応するイベントコード“３１０００２”のイベントパラメータが“０”（モータ１１４がＯＦＦ状態）から“１”（モータ１１４がＯＮ状態）に変化したときの時刻情報（図７に示す例では時刻ｔ２）と、その後、アクチュエータＥ（モータ１１４）に対応するイベントコード“３２０００２”のイベントパラメータが“１”（モータ１１４がＯＮ状態）から“０”（モータ１１４がＯＦＦ状態）に変化したときの時刻情報（図７に示す例では時刻ｔ６）とを分析用ＰＣ２０に出力する。つまり、駆動時刻情報には、開閉弁１１３が開放し始めた時刻（ｔ２）と、開閉弁１１３の閉鎖が完了した時刻（ｔ６）とが含まれる。
【００８６】
一方、分析用ＰＣ２０は、インターフェイス部２０６を介してメモリ１８ｂから履歴情報としてモータ１１４の駆動時刻情報を取得する（Ｓ２１）。次に、分析用ＰＣ２０は、比較部２３によって、取得した履歴情報に含まれるモータ１１４の駆動時刻情報から水圧を算出する（Ｓ２２）。たとえば、分析用ＰＣ２０は、開閉弁１１３が開放し始めた時刻ｔ２と、開閉弁１１３の閉鎖が完了した時刻ｔ６とに基づき、モータ１１４の駆動時間を算出する。そして、分析用ＰＣ２０は、満水時にコップ７０が貯留する水量と、モータの駆動時間とに基づいて、現在の水圧（以下、実水圧とも称する）を算出する。なお、満水時における水量は、診療装置１０が記憶しておいて履歴情報とともに分析用ＰＣ２０に送信してもよいし、分析用ＰＣ２０が予め記憶してもよい。別の算出方法として、分析用ＰＣ２０は、基準となる水圧に基準となる満水になるまでの時間を乗算した結果に対して、モータ１１４の駆動時間を除算してもよい。基準となる水圧や基準となる満水になるまでの時間は、診療装置１０が記憶しておいて履歴情報とともに分析用ＰＣ２０に送信してもよいし、分析用ＰＣ２０が予め記憶してもよい。
【００８７】
分析用ＰＣ２０は、比較部２３によって、算出された水圧（実水圧）と、基準となる水圧（以下、基準水圧とも称する）とを比較する（Ｓ２３）。
【００８８】
Ｓ２３の処理において、分析用ＰＣ２０は、実水圧と基準水圧とを比較し、その差分を算出する。そして、分析用ＰＣ２０は、その差分と、予め記憶部２５に記憶された閾値とを比較する。なお、この例において、モータ１１４の駆動時刻情報は、「対応情報」の一実施形態に対応し、基準水圧および閾値は、「基準情報」の一実施形態に対応する。
【００８９】
分析用ＰＣ２０は、判定部２１によって、診療装置１０の異常、特に水供給制御に関する異常を検出する（Ｓ２４）。分析用ＰＣ２０は、Ｓ２３の処理で得られた比較結果に基づいて、実水圧と基準水圧との差分が、閾値よりも大きいと判定した場合（Ｓ２４でＹＥＳ）、異常の度合いに応じて異なる態様で、異常が発生した旨をディスプレイ部２０４から報知する（Ｓ２５）。たとえば、実水圧と基準水圧との差分と、閾値との乖離度合に応じて、異なる警告画像がディスプレイ部２０４に表示される。たとえば、乖離度合が大きければ大きいほど早急に修理を促すなどの警告画像がディスプレイ部２０４に表示される。なお、ディスプレイ部２０４に限らず、図示しないスピーカやランプなどを用いて異常を報知してもよい。
【００９０】
分析用ＰＣ２０は、実水圧と基準水圧との差分が、閾値よりも小さいと判定した場合（Ｓ２４でＮＯ）、更新部２４によって、実水圧に基づき基準水圧を更新する（Ｓ２６）。具体的には、分析用ＰＣ２０は、Ｓ２３の処理で用いた基準水圧と、Ｓ２２の処理で算出した実水圧とに基づき、過去の水圧の平均値を算出する。そして、分析用ＰＣ２０は、算出した平均値を新たな基準水圧として記憶部２５に記憶する。分析用ＰＣ２０は、次回から、この新たな基準水圧を用いて異常検出処理を実行する。分析用ＰＣ２０は、Ｓ２５の処理の後、もしくはＳ２６の処理の後、異常検出処理を終了する。
【００９１】
なお、図１０に示す異常検出処理は、履歴収集部１８の出力ポート１８ａに分析用ＰＣ２０が接続された状態で行われるものであったが、もちろん、履歴収集基板からメモリ１８ｂが取り外されて分析用ＰＣ２０に接続された状態においても、適用可能である。この場合、診療装置１０が実行するＳ１１の処理は、メモリ１８ｂ単体での処理に置き換えればよい。
【００９２】
以上のように、本実施の形態に係る診療システム１０００においては、履歴収集部１８が、ベースン制御基板１２０において送受信される通信データから履歴情報を収集する。履歴情報には、モータ１１４の駆動時刻情報が含まれる。比較部２３は、履歴情報として収集されたモータ１１４の駆動時刻情報から水圧を算出し、算出した実水圧と、予め記憶部２５に記憶された基準情報に含まれる基準水圧とを比較する。判定部２１は、比較部２３による比較結果に基づいて、診療装置１０の異常、特に水供給制御に関する異常の有無を判定する。
【００９３】
このように、診療システム１０００は、複数の制御基板の間で通信されている通信パケットから収集した各種の制御の履歴情報に基づいて水供給制御に関する異常を検出することができる。もし異常検出処理によって水圧の異常が検出された場合、ユーザや保守作業者は、給水源側の異常、あるいは、診療装置１０側の異常（たとえば、給水源から給水口１０２に至るまでの経路、モータ１１４、コップ検出センサ１０１、満水検出センサ１０３、およびベースン制御基板１２０に含まれるＣＰＵ１２１などにおける異常）を疑うことができる。
【００９４】
また、診療システム１０００は、複数の制御基板の間で通信されている通信パケットから収集した各種の制御の履歴情報に基づいて水供給制御に関する異常を検出するため、水供給制御に関する異常を検出するために、別途センサ、および当該センサで検出した結果を処理する構成を設ける必要がない。これにより、診療システム１０００は、既存の基板やシステム構成を改変することなく診療装置１０の異常を検出することができる。
【００９５】
診療システム１０００においては、履歴収集部１８によって収集された履歴情報が、メモリ１８ｂに集約されて記憶される。比較部２３は、メモリ１８ｂに記憶された履歴情報をインターフェイス部２０６を介して取得し、取得した履歴情報を用いて基準情報と比較する。もちろん、診療システム１０００は、メモリ１８ｂを備えることなく、比較部２３によって履歴収集部１８から直接的に履歴情報が取得されてもよい。また、履歴情報を記憶する記憶部は、診療装置１０ではなく、分析用コンピュータ２０が備えていてもよい。
【００９６】
診療システム１０００においては、更新部２４によって、実水圧に基づき、過去の実水圧の平均値となるように基準水圧が更新される。これにより、異常検出処理が実行されるたびに、分析用ＰＣ２０に基準水圧をティーチングする必要がない。
【００９７】
診療システム１０００においては、判定部２１によって水供給制御に関する異常が検出された場合、その異常の度合いに応じて異なる態様で、異常が発生した旨がディスプレイ部２０４によって報知される。これにより、ユーザや保守作業者に異常の度合を認識させ易くすることができる。
【００９８】
［変形例］
本発明は、上記の実施例に限られず、さらに種々の変形、応用が可能である。以下、本発明に適用可能な変形例について説明する。
【００９９】
［異常検出の内容］
本実施の形態に係る診療システム１０００においては、モータ１１４の駆動時刻情報が履歴情報に含まれており、モータ１１４の駆動時刻情報に基づき算出された実水圧と、基準情報に含まれる基準水圧との比較によって、水供給制御に関する異常が検出されるものであった。つまり、本実施の形態に係る診療システム１０００は、モータ１１４の駆動時刻情報に基づき算出された実水圧を用いて水供給制御に関する異常が検出されるものであった。しかし、これに限らず、分析用ＰＣ２０は、モータ１１４の駆動時刻情報に基づきコップ７０が満水になるまでのモータ１１４の駆動時間を算出し、算出した駆動時間と、予め記憶している基準となるモータ１１４の駆動時間とを比較することで、水供給制御に関する異常を検出してもよい。なお、基準となるモータ１１４の駆動時間は、設計値のような予め決められた駆動時間であってもよいし、診療システム１０００において過去に算出された駆動時間の平均値であってもよい。また、基準となるモータ１１４の駆動時間は、診療システム１０００において過去に算出された駆動時間の最大値であってもよい。
【０１００】
本実施の形態に係る診療システム１０００においては、モータ１１４の駆動時間（つまり、開閉弁が開放してから閉鎖するまでの時間）に基づき水供給制御に関する異常を検出するものであった。しかし、コップ７０の満水を検出する方法としては、モータ１１４の駆動時間に限らない。たとえば、コップ検出センサ１０１がＯＮ状態になった時刻（図８のｔ１）から満水検出センサ１０３がＯＮ状態になった時刻（図８のｔ４）までの時間をコップ７０が満水になる時間とみなして、コップ検出センサ１０１および満水検出センサ１０３のＯＮ／ＯＦＦ状態に基づいて水供給制御に関する異常を検出してもよい。
【０１０１】
本実施の形態に係る診療システム１０００においては、異常検出の一実施形態として、ベースンユニット２におけるコップ７０への水の供給の制御（水供給制御）に関する異常を検出するものであった。しかし、コップ７０に限らず、診療システム１０００は、その他の貯留容器への水の供給の制御に関する異常を検出してもよい。
【０１０２】
たとえば、貯留容器として、バキュームタンクが適用されてもよい。具体的には、バキュームタンクは、バキュームシリンジによって吸引された患者の唾液やタービンの注水などの液体を貯留する貯留容器である。バキュームタンクに所定量以上の液体が貯留されると、排水管路から液体が排出される。このようなバキュームタンクにおいて、所定量以上の液体が貯留したことをセンサが検出したときにその旨の情報が通信パケットによって履歴収集部１８に収集される一方、液体の排出が完了したことをセンサが検出したときにその旨の情報が通信パケットによって履歴収集部１８に収集されてもよい。そして、分析用ＰＣ２０は、履歴収集部１８から取得したセンサの検出結果に基づきバキュームタンクにおける液体の排出時間を算出し、算出した排出時間と基準排出時間とを比較することでバキュームタンクや排水管路における異常の有無を判定してもよい。
【０１０３】
あるいは、バキュームタンクに対して水道水などの給水源から水を貯留する場合、水の貯留が開始したことをセンサが検出したときにその旨の情報が通信パケットによって履歴収集部１８に収集される一方、水の貯留が完了したことをセンサが検出したときにその旨の情報が通信パケットによって履歴収集部１８に収集されてもよい。そして、分析用ＰＣ２０は、履歴収集部１８から取得したセンサの検出結果に基づきバキュームタンクにおける水の貯留時間や水圧を算出し、算出した貯留時間や水圧を基準情報と比較することで給水源などにおける異常の有無を判定してもよい。
【０１０４】
このように、制御基板において送受信される通信データから履歴収集部１８によって履歴情報を収集することで貯留時間や排出時間を検出可能な構成であれば、いずれの貯留容器についても、本実施の形態に係る診療システム１０００で異常を検出することができる。
【０１０５】
［診療装置自体での異常検出］
本実施の形態に係る診療システム１０００は、診療装置１０に接続された分析用コンピュータ２０によって診療装置１０の異常を検出するものであった。しかし、診療装置１０自体で、異常を検出するようにしてもよい。図１１は、変形例に係る診療装置１０ａの異常検出に係る機能を説明するためのブロック図である。図１１に示す診療装置１０ａは、履歴収集部１８と、メモリ１８ｂと、判定部２１と、比較部２３と、更新部２４と、記憶部２５とを備える。診療装置１０ａは、ベースン制御基板１２０において送受信される通信データから履歴収集部１８によって履歴情報を収集してメモリ１８ｂに記憶する。比較部２３は、メモリ１８ｂに記憶された履歴情報を取得し、取得した履歴情報を用いて記憶部２５に記憶された基準情報と比較する。判定部２１は、比較部２３による比較結果に基づいて、診療装置１０ａの異常、特にベースンユニット２における水供給制御に関する異常の有無を判定する。更新部２４は、履歴情報に基づいて基準情報を更新する。このように、診療装置１０ａは、複数の制御基板の間で通信されている通信パケットから収集した各種の制御の履歴情報に基づいて水供給制御に関する異常を検出するため、水供給制御に関する異常を検出するために、別途センサ、および当該センサで検出した結果を処理する構成を設ける必要がない。これにより、診療システム１０ａは、既存の基板やシステム構成を改変することなく診療装置１０ａの異常を検出することができる。
【０１０６】
［他の診療装置との連携］
本実施の形態に係る診療システム１０００は、医院内に設置された診療装置１０の履歴情報を収集することで異常を検出するものであったが、診療装置１０が収集した履歴情報および異常の有無の判定結果のうちの少なくとも一方を、同じ医院内の他の診療装置との間で共用してもよい。さらに、診療システム１０００は、ある医院内に設置された診療装置１０が収集した履歴情報および異常の有無の判定結果のうちの少なくとも一方を、他の医院内に設置された診療装置との間で共用してもよい。たとえば、複数の医院内のそれぞれに設置された医療用診療システムを、メーカが運営するクラウド上のサーバにそれぞれ接続し、それぞれの医療用診療システムで収集された履歴情報および異常の有無の判定結果を、複数の医療用診療システム間で共有してもよい。
【０１０７】
ここで、図１２は、複数の医療用診療システムを接続したシステム構成を説明するための概略図である。図１２に示すシステムにおいては、Ａ歯科医院に設置された診療システム１０００Ａの分析用コンピュータ２０Ａと、クラウド２００上のサーバ２０１とが、ネットワーク回線を介して接続されている。このシステムでは、同じように、他のＸ歯科医院に設置された診療システム１０００Ｘの分析用コンピュータ２０Ｘと、クラウド２００上のサーバ２０１とが、ネットワーク回線を介して接続されている。つまり、図１２に示すシステムにおいては、Ａ歯科医院からＸ歯科医院まで設置された複数の診療システム１０００で収集された診療装置１０の履歴情報および異常の有無の判定結果のうちの少なくとも一方を、クラウド２００上のサーバ２０１を介して複数の診療システム１０００間で共用することができる。なお、各医院に設けられた分析用コンピュータ２０は、インターフェイス部２０６を介してネットワーク回線と接続されている。
【０１０８】
クラウド２００上のサーバ２０１は、複数の医院から集約された診療装置１０の履歴情報および異常の有無の判定結果を集計して全体の平均値を算出したり、特定地域の医院から集約された診療装置１０の履歴情報および異常の有無の判定結果を集計して特定地域の平均値を算出したりしてもよい。また、サーバ２０１は、診療装置１０の履歴情報および異常の有無の判定結果に基づき診療装置１０の改善情報を各医院に提供したり、他の医院での診療装置１０の履歴情報および異常の有無の判定結果と比較することで診療装置１０の利用方法や経営方法についての提案情報を提供したりしてもよい。
【０１０９】
なお、分析用コンピュータ２０は各医院に設置される必要はなく、各医院の診療装置１０によって収集された履歴情報が、通信部（例えば、送信用サーバなど）によってクラウド２００上のサーバ２０１に送信できるようにシステムが構成されればよい。
【０１１０】
［分析用ＰＣの共有］
分析用コンピュータ２０は、診療装置１０ごとに設けられる必要はない。たとえば、１つの医院内に設置された複数の診療装置１０に共通の分析用コンピュータ２０を接続することで、分析用コンピュータ２０が、医院内に設置された複数の診療装置１０の異常の有無を判定してもよい。
【０１１１】
たとえば、図１２に示すように、クラウド２００上のサーバ２０１に、分析用コンピュータ２０の機能を設けてもよい。具体的には、診療システム１０００Ａの分析用コンピュータ２０Ａの機能と、診療システム１０００Ｘの分析用コンピュータ２０Ｘの機能とを、クラウド２００上のサーバ２０１が有していてもよい。この場合、サーバ２０１は、診療装置１０Ａの履歴情報を収集し、収集した履歴情報と予め記憶した基準情報とに基づき、診療装置１０Ａの異常の有無を判定してもよい。同様に、サーバ２０１は、診療装置１０Ｘの履歴情報を収集し、収集した履歴情報と予め記憶した基準情報とに基づき、診療装置１０Ｘの異常の有無を判定してもよい。さらに、サーバ２０１は、Ａ歯科医院からＸ歯科医院まで設置された複数の診療装置１０から集約した履歴情報と、それらに基づく異常の有無の判定結果のうちの少なくとも一方を、複数の診療装置１０間で共用してもよい。
【０１１２】
また、１つの医院内に設置された複数の診療装置１０に共通の分析用コンピュータ２０を接続した場合、あるいは、図１２に示すように、複数の医院内に設置された複数の診療装置１０に共通の分析用コンピュータ２０（サーバ２０１）を接続した場合において、分析用コンピュータ２０は、集約した異常の有無の判定結果に基づいて、診療装置１０の異常の分析を行ってもよい。
【０１１３】
たとえば、本実施の形態においては、履歴情報に含まれるモータ１１４の駆動時刻情報に基づき算出された実水圧と、基準水圧との差分が、予め記憶部２５に記憶された閾値と比較されることで診療装置１０の異常が検出されるものであったが、この基準水圧や閾値が、複数の診療装置１０における異常の有無の判定結果に基づいて、適切な値に更新されてもよい。具体的には、基準水圧が、複数の診療装置１０における履歴情報に含まれるモータ１１４の駆動時刻情報に基づき実水圧の平均値となるように更新されてもよく、その更新後の基準となる基準水圧に基づいて閾値が適切な値に更新されてもよい。さらに、基準水圧として、複数の診療装置１０における平均水圧に加えて、設計値のような予め決められた水圧を用いてもよい。このようにすれば、ある診療装置１０において水圧の異常が検出された場合、ユーザや保守作業者は、給水源側の異常であるのか、診療装置１０側の異常であるのかを区別することができる。具体的には、ある診療装置１０において算出された水圧と平均水圧との差分が閾値よりも大きい場合（つまり、他の診療装置１０との間で水圧の乖離が大きいある場合）、ユーザや保守作業者は、その診療装置１０側で異常が発生していると推定することができる。一方、ある診療装置１０において算出された水圧と平均水圧との差分が閾値よりも小さい場合（つまり、他の診療装置１０との間で水圧の乖離が小さいある場合）、その算出された水圧と設計値のような予め決められた水圧との差分が閾値よりも大きければ、ユーザや保守作業者は、複数の診療装置１０で共通して使用している給水源（インフラ側）で異常が発生していると推定することができる。
【０１１４】
［その他の変形例］
本実施の形態に係る診療システム１０００は、診療装置１０のそれぞれに履歴収集部１８が設けられるものであった。しかし、これに限らず、診療装置１０が複数設けられている場合、特定の診療装置１０に履歴収集部１８を設け、その履歴収集部１８が他の診療装置１０の履歴情報を集約してもよい。また、診療装置１０の外部に設けられた履歴収集部（たとえば、履歴収集サーバなど）が複数の診療装置１０から履歴情報を収集してもよい。さらに、Ｘ線撮影装置やレーザ治療装置などの診療装置からの履歴情報についても、特定の診療装置１０に設けられた履歴収集部、または外部に設けられた履歴収集部が収集してもよい。
【０１１５】
本実施の形態に係る診療装置１０は、履歴収集部１８が複数の制御基板の全ての制御に関する情報（たとえば、各制御基板で制御するスイッチ、センサ、アクチュエータ、ステータスなどの情報）を、履歴情報の収集対象とするものであった。しかし、履歴収集部１８は、複数の制御基板で行われる各種の制御のうち、ベースン制御基板１２０から送られてくるモータ１１４の駆動時刻情報のみを、履歴情報の収集対象としてもよい。
【０１１６】
分析用コンピュータ２０は、医院経営のアドバイス情報を出力してもよい。たとえば、分析用コンピュータ２０は、異常の有無の判定結果と診療装置１０の使用時間などの情報とを考慮し、医院経営の確立のために診療装置の利用方法や、診療装置の追加などのアドバイス情報を出力してもよい。
【０１１７】
今回開示された実施の形態は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。なお、本実施の形態で例示された構成および変形例で例示された構成は、適宜組み合わせることができる。
【符号の説明】
【０１１８】
１  診療椅子、１ａ  ヘッドレスト、１ｂ  背もたれ、１ｃ  座面シート、１ｄ  足置き台、２  ベースンユニット、２ａ  鉢、２ｂ  コップ台、２ｃ  給水栓、２ｄ  保守扉、３  トレーテーブル、４  診療器具、５  フートコントローラ、６  表示モニタ、７  照明装置、８  操作パネル、９  制御装置、１０  医療用診療装置、１０００  医療用診療システム、１１  シート駆動部、１２  操作制御部、１４  診療器具駆動部、１５  表示モニタ制御部、１６  ベースン制御部、１７  照明制御部、１８  履歴収集部、１８ａ  出力ポート、１８ｂ  メモリ、１９  保持解除特定部、２０  分析用コンピュータ、２１  判定部、２１ｃ  支柱部、２２ｃ  延在部、２３  比較部、２５  記憶部、５０  インスツルメントホルダ、７０  コップ、１０１  コップ検出センサ、１０１ａ  発光部、１０１ｂ  受光部、１０２  給水口、１０３  満水検出センサ、１０３ａ  電極、１０３ｂ  電極、１１３  開閉弁、１１４  モータ、１２０  ベースン制御基板、２００  クラウド、２０１  サーバ、２０２  バス、２０４  ディスプレイ部、２０６  インターフェイス部、２０８  入力部、２１０  ＨＤＤ、２１２  メモリ部、２１４  ＣＤ−ＲＯＭドライブ。
【図１】
2019072336.tif 000003
【図２】
2019072336.tif 000004
【図３】
2019072336.tif 000005
【図４】
2019072336.tif 000006
【図５】
2019072336.tif 000007
【図６】
2019072336.tif 000008
【図７】
2019072336.tif 000009
【図８】
2019072336.tif 000010
【図９】
2019072336.tif 000011
【図１０】
2019072336.tif 000012
【図１１】
2019072336.tif 000013
【図１２】
2019072336.tif 000014