(57)【要約】      （修正有）【課題】転記によるミスをなくすとともに、不正にデータの改変ができないようにして、検査室と病棟の両方で同じデータを見ることができ、測定器の点検情報を簡単に管理することが可能な機器管理システムを提供する。【解決手段】異なるＩＤ情報を有し、被験者の生体情報を取得する、複数の測定器１３と、これら複数の測定器のそれぞれのＩＤ情報と、測定器で測定された生体情報を収集して一画面上に表示するクライアント端末１４と、クライアント端末と共有して、クライアント端末と同じ画面を表示可能としたサーバー端末２１と、を備え、クライアント端末及びサーバー端末は、複数の測定器の最新の点検データを取得し、この取得した最新データのみを表示する概要表示と、複数の測定器の中の１の測定器を選択し、選択した１の測定器の過去から現在に至る全ての点検履歴を取得して表示するＱＣ点検履歴表示と、を任意に切り替えて表示可能とする。【選択図】図３
2019045147.tif 000002
【特許請求の範囲】
【請求項１】
異なるＩＤ情報を有し、病棟または家庭で用いることにより被験者の生体情報を取得する、病棟用または家庭用の複数の測定器と、
前記病棟または家庭に備えられ、前記複数の測定器のそれぞれのＩＤ情報と、前記測定器で実施されたＱＣ点検情報を収集して一画面上に表示するクライアント端末と、
前記測定器のＩＤ情報及び前記測定器によって取得された前記ＱＣ点検情報を前記クライアント端末と共有して、前記クライアント端末と同じ画面を表示可能としたサーバー端末と、を備え、
前記クライアント端末及び前記サーバー端末は、
前記複数の測定器から取得した最新の前記ＱＣ点検情報のみを表示する概要表示と、
前記複数の測定器の中の１の測定器を選択し、選択した１の測定器の過去から現在に至る全ての前記ＱＣ点検情報の履歴を取得して表示するＱＣ点検履歴表示と、を任意に切り替えて表示可能とする、機器管理システム。
【請求項２】
前記概要表示では、複数の測定器の最新のＱＣ点検情報のみを取得し、最新のＱＣ点検の実施日時順に前記複数の測定器をソートして表示する、
請求項１に記載の機器管理システム。
【請求項３】
前記クライアント端末は、他のクライアント端末と区別するための更新可能なアプリケーションニックネームを有する、
請求項１または２に記載の機器管理システム。
【請求項４】
前記複数の測定器は、他と区別するためのデバイスニックネームを持ち、前記クライアント端末は、前記複数の測定器の中から選択された一つの測定器との通信を行うことにより、前記一つの測定器のデバイスニックネームを変更可能とした
請求項１〜３のいずれか１項に記載の機器管理システム。
【請求項５】
前記測定器のデバイスニックネームを変更する際には、前記クライアント端末における変更する前記測定器のデバイスニックネームが強調表示され、前記クライアント端末から前記測定器に通信することにより、前記デバイスニックネームの変更が完了し、前記クライアント端末上の強調表示が定常の表示に切り替わる、
請求項４に記載の機器管理システム。
【請求項６】
前記複数の測定器は血糖計であり、前記測定器は、複数種類の濃度を持った検査液から選択された１の検査液を用いて検査した点検値に基づいてＱＣ点検の合否の判定を行う、
請求項１〜５のいずれか１項に記載の機器管理システム。
【請求項７】
病棟または家庭に配置された複数の測定器から、近距離無線通信により前記複数の測定器ＩＤ情報及び前記複数の測定器により測定される被験者の生体情報を取得するＮＦＣ通信部と、
サーバー端末との送受信を行うサーバー通信部と、
前記複数の測定器から取得したＱＣ点検情報を、ＣＳＶ形式のデータとして出力する出力部と、
前記複数の測定器のデバイスニックネームの変更を行うとともに、前記複数の測定器の点検状況を設定する設定部と、
前記設定部で設定した前記複数の測定器のデバイスニックネーム及び前記複数の測定器の使用状況に関するデータを表示する表示部と、を備え、
前記表示部は、前記複数の測定器から取得した最新の前記ＱＣ点検情報のみを表示する概要表示と、
前記複数の測定器の中の１の測定器を選択し、選択した１の測定器の過去から現在に至る全ての前記ＱＣ点検情報の履歴を取得して表示するＱＣ点検履歴表示と、を任意に切り替えて表示可能とする、機器管理装置。
【請求項８】
複数の測定器、複数のクライアント端末及びサーバー端末を用いた機器管理方法であって、
異なるＩＤ情報を有する、病棟用または家庭用の複数の測定器により、ＱＣ点検を実施したＱＣ点検情報を取得するステップと、
前記複数の測定器のそれぞれのＩＤ情報及び前記ＱＣ点検情報の判定の合否をクライアント端末の一画面上に表示するステップと、
前記クライアント端末で獲得し、表示した情報をサーバー端末に送信し、サーバー端末とデータの共有を図るステップと、
前記複数の測定器の最新の前記ＱＣ点検情報を取得し、クライアント端末またはサーバー端末で前記取得した最新の前記ＱＣ点検情報のみを表示する概要表示を行うステップと、
前記複数の測定器の中の１の測定器を選択し、選択した１の測定器の過去から現在に至る全ての前記ＱＣ点検情報の履歴を取得して、前記クライアント端末またはサーバー端末にＱＣ点検履歴の表示を行うステップと、を含み、
前記クライアント端末またはサーバー端末における概要表示とＱＣ点検履歴の表示は、操作者により、任意に切り替えて表示可能である
ことを特徴とする機器管理方法。
【請求項９】
異なるＩＤ情報を有する、病棟用または家庭用の複数の測定器により、ＱＣ点検を実施したＱＣ点検情報を取得する機能と、
前記複数の測定器のそれぞれのＩＤ情報及び前記ＱＣ点検情報の判定の合否をクライアント端末の一画面上に表示する機能と、
前記クライアント端末で獲得し、表示した情報をサーバー端末に送信し、サーバー端末とデータの共有を図る機能と、
前記複数の測定器の最新の前記ＱＣ点検情報を取得し、クライアント端末またはサーバー端末で前記取得した最新の前記ＱＣ点検情報のみを表示する概要表示を行う機能と、
前記複数の測定器の中の１の測定器を選択し、選択した１の測定器の過去から現在に至る全ての前記ＱＣ点検情報の履歴を取得して、前記クライアント端末またはサーバー端末にＱＣ点検履歴の表示を行う機能と、
前記クライアント端末またはサーバー端末における前記概要表示と前記ＱＣ点検履歴の表示を操作者により任意に切り替える機能と、
をコンピュータに実現させる機器管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば血糖計などの医療に関係する測定器のＱＣ点検を実施したＱＣ点検情報を簡便に管理することができる機器管理システム、機器管理装置、機器管理方法及び機器管理プログラムに関する。
【背景技術】
【０００２】
被験者である患者の傍らで看護師等の医療従事者が行う様々な検査がある。例えばＰＯＣＴ（point of care testing）と言われる検査は、検査時間の短縮及び被験者が検査を身近に感じるという利点を活かし、迅速かつ適切な診療・看護、疾病の予防、健康増進等に寄与する検査として注目されている。このＰＯＣＴ検査の対応機器としては、小型で簡便な機器及び試薬が用いられる。
【０００３】
例えば、病棟における血糖測定を例に説明すると、従来、被験者（患者）の血糖値を血糖計で測り、その都度、血糖値を手で書いて記録していた。そして、看護師等の医療従事者が、後でまとめて手入力でコンピュータに入力するというのが通常の方法であった。また、血糖計等の測定器の検査精度を確認するために、測定器に対して定期的に、精度管理（ＱＣ:Quality Control）を実施している。
【０００４】
特許文献１には、サンプルテスト結果のコンテキスト情報を管理するシステムであって、サンプルに対して少なくとも一つのテストを実行する１台の分析装置と、この分析装置と接続した管理装置を備える管理システム及び管理方法が開示されている。
特許文献１に記載のシステムでは、サンプルテスト結果及びそれぞれの結果のコンテキスト情報が分析装置から管理装置に自動的に転送されるように構成されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第５１９１４８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来の方法では、手入力であるが故に、病棟における測定時の転記忘れや間違いが発生するという問題が起こり得る。更に、転記や手入力の際にデータを不正に改変するといった不正可能性の心配や、医療従事者が後でまとめて手入力する際に、入力忘れや入力間違いが発生することもあり、その結果、データの信頼性が低くなるという問題があった。
また、特許文献１に記載される従来の方法では、必要なデータを見るのに、複数の処理が必要であったり、複数データ毎に解説ツールが必要であったりするため、データの解析に手間がかかるという問題があった。
【０００７】
本発明はかかる点に鑑みてなされたものであり、転記によるミスをなくすとともに、不正にデータの改変ができないようにして、検査室と病棟の両方で同じデータを見ることができ、測定器の点検情報を簡単に管理することが可能な機器管理システム、機器管理装置、機器管理方法及び機器管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明の機器管理システムは、異なるＩＤ情報を有し、病棟または家庭で用いることにより被験者の生体情報を取得する、病棟用または家庭用の複数の測定器と、これら複数の測定器のそれぞれのＩＤ情報と、測定器で測定された生体情報を収集して一画面上に表示するクライアント端末と、測定器のＩＤ情報及び測定器によって取得された被験者の生体情報をクライアント端末と共有して、クライアント端末と同じ画面を表示可能としたサーバー端末と、を備える。
そして、クライアント端末及びサーバー端末は、複数の測定器の最新の点検データを取得し、この取得した最新データのみを表示する概要表示と、複数の測定器の中の１の測定器を選択し、選択した１の測定器の過去から現在に至る全ての点検履歴を取得して表示するＱＣ点検履歴表示と、を任意に切り替えて表示可能とする。
【０００９】
本発明の機器管理装置は、病棟または家庭に配置された複数の測定器から、近距離無線通信により複数の測定器のＩＤ情報及び複数の測定器により測定される被験者の生体情報を取得するＮＦＣ通信部と、サーバー端末との送受信を行うサーバー通信部と、複数の測定器から取得した点検値及びＱＣ点検に関連するデータを含むＱＣ点検情報を、ＣＳＶ形式のデータとして出力する出力部と、複数の測定器のデバイスニックネームの変更を行うとともに、複数の測定器の点検状況を設定する設定部と、この設定部で設定した複数の測定器のデバイスニックネーム及び複数の測定器の使用状況に関するデータを表示する表示部を備える。そして、表示部は、複数の測定器から取得した最新データのみを表示する概要表示と、複数の測定器の中の１の測定器を選択し、選択した１の測定器の過去から現在に至る全ての点検履歴を取得して表示するＱＣ点検履歴表示と、を任意に切り替えて表示可能とする。
【００１０】
また、本発明の機器管理方法は、複数の測定器、複数のクライアント端末、及びサーバー端末を用いた、以下の（ａ）〜（ｆ）の工程を含む機器管理方法である。
（ａ）異なるＩＤ情報を有する、病棟用または家庭用の複数の測定器により、被験者の生体情報を取得するステップ、
（ｂ）複数の測定器のそれぞれのＩＤ情報及びＱＣ点検情報と、各測定器で測定された生体情報の判定の合否をクライアント端末の一画面上に表示するステップ、
（ｃ）クライアント端末で獲得し、表示した情報をサーバー端末に送信し、サーバー端末とデータの共有を図るステップ、
（ｄ）複数の測定器の最新のＱＣ点検情報を取得し、クライアント端末またはサーバー端末で取得した最新データのみを表示する概要表示を行うステップ、
（ｅ）複数の測定器の中の１の測定器を選択し、選択した１の測定器の過去から現在に至る全てのＱＣ点検履歴を取得して、前記クライアント端末またはサーバー端末にＱＣ点検履歴の表示を行うステップ、
（ｆ）クライアント端末またはサーバー端末における概要表示とＱＣ点検履歴の表示は、操作者により、任意に切り替えて表示するステップ。
【００１１】
本発明の機器管理プログラムは、コンピュータの以下の（ア）〜（カ）の機能を実現させるプログラムである。
（ア）異なるＩＤ情報を有する、病棟用または家庭用の複数の測定器により、被験者の生体情報を取得する機能と、
（イ）複数の測定器のそれぞれのＩＤ情報及びＱＣ点検情報と、各測定器で測定された生体情報の判定の合否をクライアント端末の一画面上に表示する機能と、
（ウ）クライアント端末で獲得し、表示した情報をサーバー端末に送信し、サーバー端末とデータの共有を図る機能と、
（エ）複数の測定器の最新のＱＣ点検情報を取得し、クライアント端末またはサーバー端末で取得した最新データのみを表示する概要表示を行う機能と、
（オ）複数の測定器の中の１の測定器を選択し、選択した１の測定器の過去から現在に至る全てのＱＣ点検履歴を取得して、前記クライアント端末またはサーバー端末にＱＣ点検履歴の表示を行う機能と、
（カ）クライアント端末またはサーバー端末における前記概要表示と前記ＱＣ点検履歴の表示を操作者により任意に切り替える機能。
【発明の効果】
【００１２】
本発明によれば、検査結果のデータの入力ミスや改変をなくし、簡易な方法によって病棟と検査室の両方で機器によるＱＣ点検の実施状況を表示することができるので、ＱＣ点検の記録及び履歴管理を簡便に行うことが可能となる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施の形態例における機器管理システムの全体概略図である。
【図２】本発明の実施の形態例で用いられる代表的な測定器である血糖計に表示される表示例を示す図である。
【図３】本発明の実施の形態例における機器管理システムのソフトウェア機能を示す機能ブロック図である。
【図４】本発明の実施の形態例で用いられる測定器、病棟または家庭に設置されるクライアント端末及び検査室に設置されるサーバー端末のハードウェア構成を示す図である。
【図５】本発明の実施の形態例で用いられる検査室等に設置されるサーバー端末のデータベースに記憶されるデータのデータ構造を示す図である。
【図６】本発明の実施の形態例における機器管理システムの動作を示すフローチャート（特長１）である。
【図７】本発明の実施の形態例で用いられる病棟または家庭に設置されるクライアント端末及び検査室に設置されるサーバー端末の概要画面を示す図である。
【図８】本発明の実施の形態例で用いられる病棟または家庭に設置されるクライアント端末及び検査室に設置されるサーバー端末のＱＣ履歴管理画面を示す図である。
【図９】本発明の実施の形態例における機器管理システムの動作を示すフローチャート（特長２）である。
【図１０】本発明の実施の形態例で用いられる病棟または家庭に設置されるクライアント端末及び検査室に設置されるサーバー端末において、点検結果を見やすくするための表示順を示す図である。
【図１１】本発明の実施の形態例における機器管理システムの動作を示すフローチャート（特長３）である。
【図１２】本発明の実施の形態例で用いられる病棟または家庭に設置されるクライアント端末及び検査室に設置されるサーバー端末において、どのニックネームの端末から取り込まれた情報であるかを分かるようにした表示画面である。
【図１３】本発明の実施の形態例における機器管理システムの動作を示すフローチャート（特長４）である。
【図１４】本発明の実施の形態例で用いられる病棟または家庭に設置されるクライアント端末及び検査室に設置されるサーバー端末において、測定器のニックネームを更新するための表示画面を示す図である。
【発明を実施するための形態】
【００１４】
＜本発明の機器管理システムの全体構成＞
以下、図面を参照して、本発明を実施するための実施形態例について説明する。
図１は、本発明の実施の形態例（以下、「本例」という）における機器管理システムの全体概略図である。本例の機器管理システムは、ＰＯＣＴに用いられるシステムであり、例えば測定器の代表的なものである血糖計を用いる病棟１０または家庭（以下、「病棟１０等」という）のクライアント端末１４と、測定器１３のＱＣ点検情報を収集して監視する検査室２０のサーバー端末２１とを連携させ、情報を共有するようにしている。図１ではこれを「情報共有」という言葉で表現している。
【００１５】
図１に示すように、病棟１０等では、代表的な測定器としての血糖計１３と、血糖計１３に装着する検査子（測定チップ）１１と、検査用の検査液（コントロール液）１２が用意される。
検査子１１には、不図示の被験者（患者）から取得した血液が付着する。血液が付着した検査子１１は、血糖計１３の先端に装着され、血糖計１３によって血糖値が測定される。そして、血糖計１３により、被験者の最新の血糖値が得られる。なお、検査を行う前には、被験者のＩＤが読み取られる。そして、検査で得られた血糖値（測定値）は、被験者のＩＤ及び血糖計１３のＩＤとともに、病棟１０等のクライアント端末１４に供給される。
また、血糖計１３は、定期的に測定された血糖値が正しいか否かの精度管理を行うためにＱＣ点検が行われる。
【００１６】
＜測定器（例：血糖計）の説明＞
次に、図２を参照して測定器１３の代表例である血糖計の構成について説明する。
図２は、血糖計１３に表示される表示例である。図２Ａは、ＱＣ点検時に、濃度Ｓの検査液を検査子１１に付着させて、血糖計１３で測定した結果を示す。つまり、図２Ａに示す血糖計１３で測定した結果が４９９ｍｇ／ｄＬであることを示している。検査液１２としては、図２Ｂに示すように、濃度Ｓ、濃度Ｈ、濃度Ｍ及び濃度Ｌの４種類が用意されている。ここで濃度Ｓの「Ｓ」は「Ｓｕｐｅｒ」の意味であり、濃度Ｓは、４種類の検査液１２の中で基準値が最も高い。各濃度の基準値は、濃度Ｓが５２１，濃度Ｈが３００、濃度Ｍが１２０，濃度Ｌが４０とされている。単位は「ｍｇ／ｄＬ」である。
【００１７】
図２Ａは、基準値が５２１の濃度Ｓの検査液１２を用いてＱＣ点検を実施した例であり、この点検値が４９９ｍｇ／ｄＬであることを示している。点検値が４９９なので、基準値５２１と比較して、その差が２２と小さい。したがって、この点検値４９９という数値は、許容範囲内の値であると判定され、判定結果は「○」になっている。すなわち、血糖計１３の測定精度が正常であることを示している。
また、図２Ｂは、濃度Ｓ、濃度Ｈ、濃度Ｍ及び濃度Ｌのそれぞれの検査液１２を用いて血糖計１３のＱＣ点検を行う点検期限を示している。
【００１８】
すなわち、血糖計１３に関しては、定期的にＱＣ点検を実施することが必要とされている。例えば、濃度Ｓ、濃度Ｈの「１２０日」は、濃度Ｓ、濃度Ｈの検査液１２を用いて１２０日に一度は血糖計１３のＱＣ点検をすること、濃度Ｍの「６０日」は、濃度Ｍの検査液１２を用いて６０日に一度は血糖計１３のＱＣ点検をすることが推奨されることを示している。濃度Ｌの「ＯＦＦ」は、特に点検の必要がないことを意味するが、この日にちやＯＦＦの表示は、検査液１２の種類に応じて、操作者が任意に設定することができるものである。
【００１９】
図２Ａに示すように、血糖計１３で検査した点検値及びＱＣ点検に関連するデータを含むＱＣ点検情報は、その都度血糖計１３の表示画面に表示される。そして、このＱＣ点検情報は、近距離無線通信により病棟１０等のクライアント端末１４に送られる。クライアント端末１４は、血糖計１３からＱＣ点検情報を受信すると、これをＣＳＶ（character-separated values）形式のデータとして出力する。ここで意味するＣＳＶ形式は、コンマ以外にもタブ、スペース等によって区切られた多様な区切りフォーマットを含むものである。
また、病棟１０等のクライアント端末１４と検査室２０のサーバー端末２１との間では、全ての情報が共有されており、両者の表示画面には同じデータが表示されるようになっている。なお、クライアント端末１４及びサーバー端末２１に表示される情報内容については、図６以降の本例の機器管理システムの動作説明の中で詳細に説明される。
【００２０】
病棟１０等のクライアント端末１４で表示されるデータは、検査室２０のサーバー端末２１に送信され、サーバー端末２１の記憶部（データベース）に記憶される。これにより、検査室２０のサーバー端末２１には、各病棟１０等からのデータが全て収集され、サーバー端末２１によりこれらのデータをまとめて確認することができる。なお、ＣＳＶ出力後の詳細なデータ解析は、ユーザである操作者が専用ソフトを用いなくてもエクセルデータに変換するなどして自由に利用することが可能である。
【００２１】
＜測定器１３、クライアント端末１４及びサーバー端末２１の構成及び機能の説明＞
［測定器１３の構成と機能］
図３は、本例の機器管理システムを構成する血糖計等の測定器１３、病棟１０等のクライアント端末１４及び検査室２０のサーバー端末２１の構成と機能を説明するためのブロック図である。
測定器１３は、上述した血糖計等の複数の生体情報測定装置であり、測定部１３ａ、計算部１３ｂ、記憶部１３ｃ、操作部１３ｄ、表示部１３ｅ及びＮＦＣ（近距離無線通信：near field radio communication）通信部１３ｆを備える。これらは、測定器１３を構成するハードウェア（図４で後述）によって実現され、その機能は測定器１３に実装されるソフトウェアによって実現される。測定器１３としては、血糖計以外にも、血圧計や体温計など様々な機器を含む。
【００２２】
測定器１３の中の代表例である血糖計を例にとると、測定部１３ａは、検査子（測定チップ）１１、発光素子(ＬＥＤ)、受光素子(フォトダイオード)、Ａ／Ｄ変換器、血糖値演算部からなり、生体情報からの測定値の算出及びＱＣ点検の測定からの点検値の算出を行う。すなわち、上述したように、測定チップである検査子１１に付着した血液中のグルコース濃度を測定する。あるいは、測定チップである検査子１１に検査液（コントロール液）１２を付けて、グルコース濃度を測定するようにする。
【００２３】
計算部１３ｂは、ＱＣ点検の合否判定を行うとともに、測定器ＩＤ、測定日時、点検値、ＱＣ点検情報、測定者ＩＤ及び被験者（患者）ＩＤ等の関連付けを行う。なお、計算部１３ｂにおける計算では記憶部１３ｃに記憶されている各種データが利用される。この計算部１３ｂにおいては、例えば、図２に示す点検値４９９ｍｇ／ｄＬが計算される。そして、この点検値４９９ｍｇ／ｄＬが濃度Ｓの基準値５２１ｍｇ／ｄＬと比較され、基準値との差分２２が算出される。この基準値との差分２２は、濃度Ｓの検査液１２を測定した場合の許容範囲（５２１±５０）にあることから、判定結果は「○」判定になっている。
記憶部１３ｃは、点検値を含むＱＣ点検情報、日時情報、測定用アルゴリズム等の各種測定情報が記憶されるメモリから構成される。また、記憶部１３ｃには、検査液１２の濃度Ｓ、Ｈ、Ｍ、Ｌに対応する基準値と、正常または異常を判定するための閾値（例えば、濃度Ｓの場合は±５０）、検査子（測定チップ）１１及び検査用の検査液（コントロール液）１２の使用期限が予め記憶されている。
【００２４】
操作部１３ｄは、電源のＯＮ／ＯＦＦボタン、機器操作ボタン、タッチパネル入力部、バーコード読取部を含む。表示部１３ｅは液晶パネル等の表示装置で構成されている。この表示部１３ｅに、測定器１３による点検値、ＱＣ点検の合否、測定器１３の状態及び日時情報等のＱＣ点検情報から状況に応じて選択された情報が表示されることになる。
ＮＦＣ通信部１３ｆは、病棟１０等のクライアント端末１４と送受信を行う機能を持つ。すなわち、測定器１３のＮＦＣ通信部１３ｆとクライアント端末１４のＮＦＣ通信部１４ｆとの間で近距離無線通信によって、データの送受信が行われる。測定器１３が血糖計の場合、血糖計１３を置くクレードルとクライアント端末１４とは、通常有線接続されており、血糖計１３からのデータが近距離無線通信によりクレードルに送られ、このクレードル経由でクライアント端末１４に送られる。
【００２５】
［クライアント端末１４の構成と機能］
クライアント端末１４は、各病棟１０等に設置されるデータ入力及び閲覧用のＰＣ、ＰＤＡ（Personal Digital Assistant）等であり、サーバー通信部１４ａ、出力部１４ｂ、設定部１４ｃ、操作部１４ｄ、表示部１４ｅ、ＮＦＣ通信部１４ｆを備える。
サーバー通信部１４ａは、検査室２０に設置されるサーバー端末２１のクライアント通信部２１ａと無線または有線による通信を行う。
【００２６】
出力部１４ｂは、血糖計等の測定器１３から取り込んだＱＣ点検情報等をＣＳＶ形式のデータとして出力する。ユーザは、このＣＳＶデータをエクセルデータ等に変換するとともに、これらのデータを自由に加工して、見やすい形式で表示することができる。
設定部１４ｃは、各測定器１３のニックネームや使用状況等の変更を行う。また、設定部１４ｃは、クライアント端末１４の表示部１４ｅに、後述する図７に示す概要画面を表示（以下、「概要表示」）させるか、あるいは図８に示すＱＣ点検履歴を表示（以下、「ＱＣ点検履歴表示」）させるかの設定を行う。
【００２７】
操作部１４ｄは、入力等の操作を行うＰＣのキーボードやマウス（不図示）、及びＰＣと接続したバーコード読取部等を含む。表示部１４ｅは、ＰＣのモニタまたはＰＤＡの表示部を含む。表示部１４ｅには、設定部１４ｃで設定された概要画面の表示（概要表示）またはＱＣ点検履歴の画面の表示（ＱＣ点検履歴表示）がなされる。ＮＦＣ通信部１４ｆは、測定器１３のＮＦＣ通信部１３ｆと近距離無線通信によりデータ通信を行う。
【００２８】
［サーバー端末２１の構成と機能］
サーバー端末２１は、病院内の様々なデータを総合管理するＰＣ端末であり、主に検査室２０に設置されているＰＣ端末が用いられる。サーバー端末２１は、クライアント通信部２１ａ、記憶部２１ｂ、出力部２１ｃ、設定部２１ｄ、操作部２１ｅ、表示部２１ｆを備える。
クライアント通信部２１ａは、病棟１０等に設置されるクライアント端末１４と無線または有線による通信を行う。
【００２９】
記憶部２１ｂには、複数ある病棟１０等のクライアント端末１４から送られる全てのデータが記憶され、保存される。すなわち、サーバー端末２１には、全ての病棟１０等で使われる測定器１３で測定した結果が集積され、記憶部２１ｂの決められた領域に区分けされて、保存される。出力部２１ｃは、クライアント端末１４の出力部１４ｂと同様の機能を有し、病棟１０等のクライアント端末１４から送信されたＱＣ点検情報等をＣＳＶ出力する。
【００３０】
設定部２１ｄは、クライアント端末１４の設定部１４ｃとほぼ同様な機能を持ち、各測定器１３のニックネームや使用状況等の変更を設定する。クライアント端末１４とサーバー端末２１との間では、全ての情報が共有（情報共有）されている。操作部２１ｅ及び表示部２１ｆは、クライアント端末１４の操作部１４ｄ及び表示部１４ｅと同様な機能を持つ。つまり、本例の機器管理システムにおける操作または表示は、クライアント端末１４上で行うこともできるし、サーバー端末２１上で行うこともできる。
【００３１】
＜測定器１３、クライアント端末１４、サーバー端末２１のハードウェア構成＞
図４Ａは、測定器１３のハードウェア構成、図４Ｂは、病棟１０等のクライアント端末１４、及び検査室２０のサーバー端末２１のハードウェア構成を示す。
図４Ａに示すように、測定器１３は、バス３０に接続されたＣＰＵ（Central Processing Unit）３１、ＲＯＭ（Read Only Memory）３２、ＲＡＭ（Random Access Memory）３３、操作部３４（図３の１３ｄ）、表示部３５（図３の１３ｅ）、及び記憶部３６（図３の１３ｃ）を備える。また、病棟１０等のクライアント端末１４との通信を行うためのＮＦＣ通信部３７（図３の１３ｆ）を備える。
【００３２】
図４Ａに示す記憶部３６は、スマートフォン等が備えるＳＳＤ（Solid State Drive）等の不揮発性メモリで構成される。この記憶部３６には、上述したＣＰＵ３１が動作するために必要なプログラムや測定器１３で測定したデータ等が、半永久的に記憶され、格納される。ＮＦＣ通信部３７（図３の１３ｆ）は、クライアント端末１４との近距離無線通信を行う。
操作部３４は、操作者が必要な情報を入力する入力部として機能する。また、表示部３５は、測定器１３で測定したデータに基づいた表示画面を生成する。
【００３３】
図４Ｂは、クライアント端末１４及びサーバー端末２１のハードウェア構成を示す。図４Ｂにおいても、図４Ａと同様に、バス４０に接続されたＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、操作部４４（図３の１４ｄ、２１ｅ）、表示部４５（図３の１４ｅ、２１ｆ）、及び記憶部４６（図３の２１ｂ）を備える。また、外部との通信を行うためのＮＦＣ通信部４７（図３の１４ｆ）及び通信インターフェース（通信ＩＦ）４８（図３の１４ａ、２１ａ）を備える。
図４Ｂにおいて、記憶部４６を点線で示したのは、検査室２０のサーバー端末２１では不可欠な構成である記憶部４６が、病棟１０等に設置されるクライアント端末１４では必ずしも必要とはされないからである。記憶部４６は、ＳＳＤ等のメモリで構成され、ＣＰＵ４１が動作するために必要なプログラムやデータ等が、半永久的に記憶され、格納される。
【００３４】
通信ＩＦ４８は、クライアント端末１４の場合は、図３に示すサーバー通信部１４ａに相当し、検査室２０のサーバー端末２１ではクライアント通信部２１ａがこれに当たる。いずれの通信ＩＦ４８も、ＮＩＣ（Network Interface Card）等が用いられ、有線または無線ネットワークを介して外部との通信を行うインターフェースである。図４Ｂで、ＮＦＣ通信部４７を点線で示したのは、病棟１０等のクライアント端末１４に必須のＮＦＣ通信部４７も、検査室２０のサーバー端末２１では必ずしも必要とされるものではないからである。
操作部４４は、クライアント端末１４またはサーバー端末２１における、データ及び種々の操作情報の入力を行い、表示部４５は、後述するように各測定器１３の最新の状況及びＱＣ点検履歴を表示する。
【００３５】
＜サーバー端末２１の記憶部２１ｂに記憶されるデータ構造＞
図５Ａは、サーバー端末２１の記憶部２１ｂ（図４Ｂでは記憶部４６）に登録される登録機器テーブル５０のデータ構造を示し、図５Ｂは、同じくサーバー端末２１の記憶部２１ｂに記憶される点検履歴テーブル５１のデータ構造を示している。
登録機器テーブル５０は、シリアルＩＤフィールド５０ａ、ニックネームフィールド５０ｂ及び使用状況フィールド５０ｃを備える。
【００３６】
シリアルＩＤフィールド５０ａには、血糖計等の測定器１３がシリアル番号として登録され、記憶される。
ニックネームフィールド５０ｂには、各測定器１３に対応するニックネームが格納される。例えば、シリアルＩＤが「1000000001」の測定器１３に対しては、「ヒガシ７F−ａ」というニックネームが付けられて保存される。
使用状況フィールド５０ｃには、各測定器１３の使用状況が格納される。すなわち、当該測定器１３が、稼働中であるか、メンテナンス中であるか、あるいは使用停止になっているかが、ＱＣ点検後の測定器１３毎に格納される。測定器１３が稼働中ということは、その測定器１３が使用可能であることを意味し、メンテナンス中とは故障が発生して現在測定器１３が整備室等において整備中であることを示す。また、使用停止とは、当該測定器１３が壊れて使用できない状況にあることを示している。
【００３７】
図５Ｂに示す点検履歴テーブル５１は、シリアルＩＤフィールド５１ａ、点検日時フィールド５１ｂ、濃度フィールド５１ｃ、判定フィールド５１ｄ、点検値フィールド５１ｅ、合格範囲フィールド５１ｆ、及び誤差フィールド５１ｇを備える。
更に、点検履歴テーブル５１は、チップロットナンバー（チップLot No.）フィールド５１ｈ、コントロール液ロットナンバー（コントロール液Lot No.）フィールド５１ｉ、実施者フィールド５１ｊ、及び端末情報フィールド５１ｋを備える。
【００３８】
図５ＢのシリアルＩＤフィールド５１ａは、図５ＡのシリアルＩＤフィールド５０ａと共通のフィールドである。
図５Ｂから、例えば、シリアルＩＤが「1000000001」の測定器１３は、2017年1月1日の8時21分11秒に濃度Ｍの検査液１２を用いてＱＣ点検が行われたことが分かる。そして、その点検値の138が合格範囲「120±25」の範囲内であるため、判定は合格（○）であるとされた。誤差フィールド５１ｇ欄の数字18は、点検値138と合格範囲の基準値120との差である。
【００３９】
チップLot No.フィールド５１ｈには、製造時の条件に応じた検査子（測定チップ）１１のＩＤ番号が格納される。また、コントロール液Lot No.フィールド５１ｉには、製造時の条件に応じた検査液１２のＩＤ番号が格納される。検査子（測定チップ）１１及び検査液（コントロール液）１２は、使用期限があるので、ロット管理をすることがＱＣ点検の信頼性維持のために重要になる。なお、検査子１１のロットの切替時には、使用前にＱＣ点検を行うことが推奨されている。また、検査液（コントロール液）１２のＩＤ番号としては、例えば「100213M」に示されるように、数字にプラスして、検査液１２の濃度情報（濃度Ｓ、Ｈ、Ｍ、Ｌの記号）が付加されている。
【００４０】
また、実施者フィールド５１ｊには、ＱＣ点検の実施者を特定するための情報、例えば「Ａさん」が格納されている。端末情報フィールド５１ｋには、このＱＣ点検がどの端末で収集されたかを示すデータが格納される。例えば、シリアルＩＤが「1000000001」の測定器１３の場合、東７Ｆ（東病棟の７階）のクライアント端末１４で収集されたことが分かる。
【００４１】
＜本例の機器管理システムの特長（１）〜（４）の説明＞
［本例の機器管理システムの第一の特長（１）の説明］
図６は、本例の機器管理システムの特長（１）を説明するためのフローチャートである。特長（１）は、利用用途に合わせた２画面構成を可能としたことである。
まず、表示更新のための処理を開始すると（ステップＳ１）、概要画面（概要表示）またはＱＣ点検履歴（ＱＣ点検履歴表）の２種類の表示形式のどちらを表示するかが選定される（ステップＳ２）。
ステップＳ２で、概要画面の表示が選定された場合には、各測定器１３の最新データが取得され（ステップＳ３）、取得された全ての測定器１３の最新データが表示される（ステップＳ４）。
【００４２】
ここで、概要画面とは、測定器１３で測定した最新のＱＣ点検情報のみを表示する画面をいい、具体例を図７に示している。図７に示すように、概要画面には、各測定器１３（登録機器）に１行が割り当てられて、登録されている測定器１３のリストが表示される。その内容は、左側の欄にシリアルＮｏ、ニックネーム、使用状況が表示され、右側の欄に最新の点検日時、ＱＣ点検に用いた検査液の濃度、判定結果（○×情報）、ＱＣ点検の実施者のＩＤ番号及びクライアント端末１４のある場所（病棟）のニックネームが表示される。
なお、図７の右側画面の上段には、「概要画面（概要表示）」を示す「概要」という文字と、ＱＣ点検履歴表示画面を示す「ＱＣ点検履歴」の文字が表示され、この文字をクリックすることで、２種類の画面の変更を操作者が任意にできるようになっている。図７では概要が選択され、「概要」が強調表示されている。
この概要画面（概要表示）により、各測定器１３の最新の使用状況が分かること、複数の測定器１３の全体状況が把握できること、及び各測定器の状況確認を簡単に行うことが可能である。
【００４３】
また、ステップＳ２で、ＱＣ点検履歴が選定された場合には、まず測定器１３の選択状態が取得される（ステップＳ５）。続いて、選択された測定器１３の過去から現在に至る全てのデータが取得され（ステップＳ６）、表示される（ステップＳ７）。ステップＳ４の概要画面の表示（概要表示）またはステップＳ７のＱＣ点検履歴の表示（ＱＣ点検履歴表示）により、表示更新の処理が終了する（ステップＳ８）
【００４４】
図８に、ＱＣ点検履歴の画面を示す。登録機器リストの項目は、図７と同じであるが、右側画面の上段に示されるように、「ＱＣ点検履歴」が選択され強調表示されている。
図８の点検履歴画面が図７の概要画面と異なる点は、右側の欄の表示である。図８の右側欄の太い実線の枠で示すように、選択されたシリアルＮｏ「1111122222」の測定器１３に関する過去から現在に至る全データがＱＣ点検を実施した日時でソートされて表示される。
【００４５】
このＱＣ点検履歴画面の特長は、各測定器１３が個別に全ての点検状態が表示されること、測定器１３毎に、過去を含めた詳細な情報が確認できること、そしてＣＳＶ出力が可能となり、カスタマイズが可能となること等である。カスタマイズとはユーザが専用ソフトを用いなくてもエクセルデータ等を用いてグラフ化したりして、表示画面を自由に編集することが可能となることを意味している。
【００４６】
なお、上述した表示画面は、クライアント端末１４の表示部１４ｅまたはサーバー端末２１の表示部２１ｆに表示される。そして、ステップＳ２の選択処理は、クライアント端末１４又はサーバー端末２１でも行うことができる。
【００４７】
［本例の機器管理システムの第二の特長（２）の説明］
図９は、本例の機器管理システムの特長（２）を説明するためのフローチャートである。特長（２）は、各測定器１３の点検結果を見やすくするために、表示の順番を任意に変えて表示できることである。
図９に示すように、表示の更新を開始すると（ステップＳ１１）、複数ある各測定器１３の最新データが取得される（ステップＳ１２）。次に、各測定器１３を、各測定器１３の最新のＱＣ点検を実施した日時順にソートする（ステップＳ１３）。そして、各測定器１３はソートされた順に表示され（ステップＳ１４）、更新表示が終了する（ステップＳ１５）。
【００４８】
図１０は、図９のフローチャートの処理に従って、ＱＣ点検の実施日時順にソートされた複数の測定器１３を表示したものである。ＱＣ点検の実施日時順にソートして各測定器１３を表示したので、ＱＣ点検をしている測定器１３は上に表示され、ＱＣ点検をしていない測定器１３は下に表示されることになる。なお、各測定器１３で実施されたＱＣ点検により得られるＱＣ点検情報は、データの信頼性を確保するために、データの加工ができないようになっている。つまり、正常値から外れている点検値を除いたり、点検値の数値を改ざんしたりすることはできない。
【００４９】
また、測定器１３をシリアルＮｏ．順に表示すると、利用していない測定器１３が上位を占めて、閲覧性が低下するが、各測定器１３をＱＣ点検の実施日時の新しいものから順に表示するので、閲覧し易くなる（閲覧性が向上する）。
つまり、「利用している測定器」は、「点検を行っている測定器」であるから、最新の点検日時順にソートして表することで、利用されている測定器が上位に表示され、利用していない測定器は下位に表示される。したがって、使用する測定器１３を選定する際にも有用であり、使用可能な測定器を容易に判別できる。ＱＣ点検情報の改ざん防止とＱＣ点検情報の適切な管理、使用可能な測定器の容易な判別、を同時に実現可能となる。
なお、上述した表示画面は、クライアント端末１４の表示部１４ｅまたはサーバー端末２１の表示部２１ｆに表示される。
【００５０】
［本例の機器管理システムの第三の特長（３）の説明］
図１１は、本例の機器管理システムの特長（３）を説明するためのフローチャートである。特長（３）は、どのクライアント端末１４のアプリケーションから取り込まれたデータかを分からせるために、病棟１０等に設置されたクライアント端末１４のニックネームを更新できるようにしたことである。
【００５１】
クライアント端末１４のアプリケーションニックネーム（以下、「Appニックネーム」という）の更新処理が開始されると（ステップＳ２１）、最初に新しいAppニックネームがクライアント端末１４に入力される（ステップＳ２２）。クライアント端末１４に入力された情報は、サーバー通信部１４ａを介してクライアント通信部２１ａに出力される。
次に、サーバー端末２１の設定部２１ｄによって、この入力されたAppニックネームを更新するか否かが判定される（ステップＳ２３）。ステップＳ２３で、Appニックネームを更新すると判定された場合（ステップＳ２３のＹＥＳ）は、新しいAppニックネームを記憶部２１ｂに保存する（ステップＳ２４）。そして、設定部２１ｄは、新しいAppニックネームを表示して（ステップＳ２５）、Appニックネームの更新処理を終了する（ステップＳ２６）。
ステップＳ２３で、Appニックネームを更新しないと判定された場合（ステップＳ２３のＮＯ）には、設定部２１ｄは、次に入力される新しいAppニックネームを待つ。
【００５２】
図１２は、Appニックネームを更新するために、クライアント端末１４またはサーバー端末２１に表示される画面を示している。
一般に、測定器１３もその存在場所が分かるようなニックネームが付けられるが、それとは別にどの病棟１０等のクライアント端末１４でデータが取り込まれたかが分かるように、クライアント端末１４にもAppニックネームが付けられる。測定器１３のニックネームだけだと、その測定器１３が他の階の病棟に回されたり、外科病棟から内科病棟に回されたりすると、どの病棟で取り込まれたデータなのかを判別しにくくなる。そこで測定器１３のニックネームとは別に、クライアント端末１４にニックネームを付与している。このクライアント端末１４に付けられたニックネームがAppニックネームである。
【００５３】
図１２Ａは、図７の概要画面に相当するものであるが、太い黒枠で示すように、「ナースステーション：西５Ｆ」と明記されている。この「ナースステーション：西５Ｆ」がAppニックネームである。すなわち、この概要画面は、「ナースステーション：西５Ｆ」のクライアント端末１４で取り込まれたデータに基づいて作成された画面であることを意味する。
図１２Ｂは、Appニックネームを更新するためのシステム設定画面である。サーバー端末２１のＩＰアドレス情報の欄と、クライアント端末１４のAppニックネームを記載する端末情報の欄が設けられている。端末情報の欄に「ナースステーション：西５Ｆ」と入力することにより、このクライアント端末１４が、西５Ｆ（西病棟の５階）にあるクライアント端末１４であることが分かる。例えば、このクライアント端末１４が西病棟の５階から東病棟の８階のナースステーションに移動すると仮定した場合には、ニックネームを「ナースステーション：東８Ｆ」と変更すればよい。
【００５４】
測定器１３を利用する前にＱＣ点検をして、データを取り込むクライアント端末１４の場所を特定できれば、測定器１３のニックネームが変更された場合でも、その違いをクライアント端末１４のニックネームでカバーすることができる。また、測定器１３のニックネームの運用をしなくても、クライアント端末１４のAppニックネームを運用するだけで、測定器１３の管理をすることも可能となる。したがって、使用開始時の機器設定時間を短縮しつつも、測定器管理が容易に実施できる。
【００５５】
［本例の機器管理システムの第四の特長（４）の説明］
図１３は、本例の機器管理システムの特長（４）を説明するためのフローチャートである。特長（４）は、測定器１３のニックネームを変更したことが分かる更新表示を可能としたことである。
まず、測定器１３のニックネーム（以下、「Devニックネーム」という）の更新処理が開始される（ステップＳ３１）と、最初に新しいDevニックネームの入力が、クライアント端末１４又はサーバー端末２１を介して行われる（ステップＳ３２）。そして、この入力された新しいDevニックネームが強調表示される（ステップＳ３３）。
【００５６】
次に、この入力されたDevニックネームを更新するか否かをサーバー端末２１の設定部２１ｄが判定する（ステップＳ３４）。ステップＳ３４で、Devニックネームを更新すると判定した場合（ステップＳ３４のＹＥＳ）は、新しいDevニックネームをサーバー端末２１の記憶部２１ｂに保存する（ステップＳ３５）。ステップＳ３４の判定で、Devニックネームを更新しないと判定した場合（ステップＳ３４のＮＯ）は、ステップＳ３２に戻り、設定部２１ｄは、新たなDevニックネームが入力されるのを待つ。
【００５７】
次に、対象となる測定器１３に対して、サーバー端末２１の設定部２１ｄは、ニックネームを更新した旨を伝える通信を行ったか否かを判定する（ステップＳ３６）。ステップＳ３６の判定で、対象となる測定器１３と通信が行われたと判定された場合（ステップＳ３６のＹＥＳ）には、続いてDevニックネームの更新に成功したか否かを判定する（ステップＳ３７）。ステップＳ３７で、Devニックネームの更新に成功したと判定された場合（ステップＳ３７のＹＥＳ）には、表示画面上における、新しいDevニックネームの強調表示を終了し（ステップＳ３８）、更新処理を終了する（ステップＳ３９）。
【００５８】
ステップＳ３６で、対象となる測定器１３と通信が行われていないと判定された場合（ステップＳ３６のＮＯ）には、サーバー端末２１の設定部２１ｄは、通信が行われるまで待機する。同様に、ステップＳ３７で、Devニックネームの更新に成功していないと判定された場合（ステップＳ３７のＮＯ）には、Devニックネームの更新に成功するまで待機する。
なお、上記説明ではサーバー端末２１の設定部２１ｃで図１３に示す各処理を行う旨の説明をしたが、上記の各処理をクライアント端末１４の設定部１４ｃで行うことも可能である。
【００５９】
図１４は、図１３のフローチャートで説明した測定器１３のニックネームの更新処理が行われたことを明示したクライアント端末１４またはサーバー端末２１の概要画面（概要表示）である。図１４の左側の画面は、ステップＳ３２で新しいDevニックネームが入力されて、ステップＳ３３でニックネームが強調表示された概要画面である。シリアルＮｏ．「1111122222」の測定器１３のDevニックネーム「ニシ５Ｆ−１」が強調表示されている。
一方、図１４の右側の画面は、図１３のステップＳ３７でDevニックネームの更新に成功した後の概要画面である。強調表示されていたDevニックネームが通常の表示に戻ったことを示している。
【００６０】
図１３及び図１４で説明したように、クライアント端末１４またはサーバー端末２１のアプリケーションで測定器１３のニックネームを変更することができるが、測定器１３本体のニックネームを更新するためには、クライアント端末１４から測定器１３に通信して、測定器１３の記憶部１３ｃに記憶されている情報を更新する必要がある。すなわち、このニックネームの更新が完了するまでは、アプリケーション側で付けられた測定器１３のニックネームと、測定器本体のニックネームが異なる状況が存在する。そこで、測定器１３本体とクライアント端末１４の間で測定器１３のニックネームが異なる状況が発生した場合には、アプリケーション側でこの旨を示す強調表示を行い、通信により更新が完了して両者で同じニックネームになった時点で、強調表示をさせないようにしている。
【００６１】
本実施形態例では、検査する測定器１３の例として、病棟で用いられる血糖計を用いて説明したが、本例は血糖計を用いた検査結果を管理するシステムに限定されるものではない。血糖計以外にも、病棟用の血圧計、体温計、パルスオキシメータを用いた測定結果を管理するシステムとしても適応可能である。
また、病棟用以外にも、家庭においても生活指導のために、体組成、歩行強度あるいは血糖データ等をカルテ管理する場合もある。このような場合には、家庭で用いられる血糖計、血圧計、体温計、体組成計（体重計を含む）、歩行強度計（活動量計、万歩計(登録商標)等を含む）及びデータ転送時に使用されるデータカードにも本例の機器管理システムを適用することができる。
【００６２】
以上、本発明の各実施形態の例について説明したが、本発明は上記各実施形態例に限定
されるものではなく、特許請求の範囲に記載された本発明の要旨を逸脱しない限りにおいて、他の変形例、応用例を含む。
【符号の説明】
【００６３】
１０…病棟または家庭、１１…検査子（測定チップ）、１２…検査液（コントロール液）、１３…測定器（例：血糖計）、１４…クライアント端末、２０…検査室、２１…サーバー端末、１３ａ…測定部、１３ｂ…計算部、１３ｃ…記憶部、１３ｄ、３４・・・操作部、１３ｅ、３５…表示部、１３ｆ、１４ｆ…ＮＦＣ通信部、１４ａ…サーバー通信部、２１ａ…クライアント通信部、１４ｂ、２１ｃ…出力部、１４ｃ、２１ｄ…設定部、１４ｄ、２１ｅ、４４…操作部、１４ｅ、２１ｆ、４５…表示部、
【図１】
2019045147.tif 000003
【図２】
2019045147.tif 000004
【図３】
2019045147.tif 000005
【図４】
2019045147.tif 000006
【図５】
2019045147.tif 000007
【図６】
2019045147.tif 000008
【図７】
2019045147.tif 000009
【図８】
2019045147.tif 000010
【図９】
2019045147.tif 000011
【図１０】
2019045147.tif 000012
【図１１】
2019045147.tif 000013
【図１２】
2019045147.tif 000014
【図１３】
2019045147.tif 000015
【図１４】
2019045147.tif 000016