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