JP2013183810A - 情報処理システム及び装置及び情報処理装置の制御方法、並びに、コンピュータプログラム及びコンピュータ可読記憶媒体 - Google Patents

Abstract

【課題】医療機器で測定した結果を表示する際、前回の点検を行ってから次の点検時期までに測定したデータと、次の点検時期を超えた時期に測定したデータとを異なる形態で表示する。
【解決手段】情報処理装置は、医療機器を特定して識別するデバイス識別情報と、デバイス識別情報で特定される医療機器の点検実施日を表わす点検履歴情報とを記憶するＱＣ管理ＤＢ３０４ｂと、患者のカルテ情報として、生体情報、生体情報を測定した日時情報、並びに、測定に用いた医療機器を特定するデバイス識別情報を記憶するカルテＤＢ３０４ａを有する。ＣＰＵ３０１は、患者の生体情報の時間軸に沿った推移表示の指示があった場合、これらＤＢを参照し、個々の生体情報の測定日が、信頼度「高」、信頼度「低」であるかを判定し、信頼度「高」の生体情報と、信頼度「低」の生体情報を互いに異なる表示形態にし、時間軸に沿ってグラフィカル表示する。
【選択図】図４

Description

本発明は血糖計等に代表される生体情報を測定する医療機器の管理技術に関するものである。

生体情報を測定する医療機器に血糖計，電子血圧計がある。血糖計の場合、測定方法にも幾つかの手法があるが、血液をサンプリングし、血液が浸透するフィルタに、光をあて、その反射光から血糖値を測定するものである（特許文献１）。

かかる血糖計の場合、測定結果の信憑性（又は信頼度）を担保するため、一般には、ＱＣ（Quality Control）点検を例えば所定期間（例えば１ケ月）を周期で行う。ＱＣ点検では、既知の血糖値を持つサンプルを実測し、その測定結果とサンプルとの差が許容範囲内にあるかどうかを検査し、許容範囲内にある場合には、その使用を継続する。そして、許容範囲を超える測定結果が得られた場合には、メーカに修理もしくは部品交換等の依頼することになる。

また、電子血圧計の場合、病院内などで医療従事者が手動加圧方式の血圧計を使用する場合に、血圧計本体部と送気球を片手で持って操作するので、使用している間に血圧計本体部に振動を与えたり、血圧計本体部と送気球を落下させてしまうと、調整済みの半固定抵抗器が動いて調整値にずれを発生させてしまうので定期的に圧力センサの調整が必要になる。

特開２０００−４６８３４号公報

しかしながら、点検予定日になっても、その点検することを忘れてしまって医療機器を使い続けることもある。すぐさま点検し、正常であることがわかれば問題はないが、異常な状態になっているのに気づかずにいると正しい診断、診察を行えなくなる可能性がある。しかし、その一方で、点検予定日になっても点検しないで測定をし続けたという事実があることに注意しなければならない。

例えば、或る患者の今後の治療方針を立てるため等、現在までに至る過去の測定結果を閲覧する場合を考えてみる。点検を怠ると結局のところ、前回の点検日から日が浅い測定したデータと、既に点検すべき時期にあったにもかかわらず測定したデータとが混在したものとなってしまい、且つ、その見分けも付かないとなると、正しい診断、診察の妨げとなる可能性がある。

本発明は係る問題点に鑑みなされたものであり、血糖計に代表される医療機器で測定した結果を表示する際、前回の点検を行ってから次の点検時期までに測定したデータと、次の点検時期を超えた時期に測定したデータとを異なる形態で表示し、測定データの信頼度の高低が一目瞭然とし、正しい診察、診断を行えるようにする技術を提供するものである。

係る課題を解決するため、本発明の医療機器管理システムは以下の構成を備える。すなわち、
患者の生体情報を測定する医療機器の測定結果を表示する情報処理システムであって、
医療機器を識別するデバイス識別情報と、当該デバイス識別情報で特定される医療機器の点検実施日を表わす点検履歴情報とを記憶する第１の記憶手段と、
患者のカルテ情報として、生体情報、当該生体情報を測定した日時情報、並びに、測定に用いた医療機器を特定するデバイス識別情報を記憶する第２の記憶手段と、
前記患者の生体情報の時間軸に沿った推移表示の指示があった場合、前記第２の記憶手段に記憶されたデバイス識別情報で特定される医療機器の前記点検履歴情報を、前記第１の記憶手段から検索する検索手段と、
該検索手段で検索して得られた前記点検履歴情報の中から、前記個々の生体情報の測定日毎に、当該測定日以前であって直近の点検実施日を抽出し、抽出した点検実施日から点検周期後の次回点検予定日を導出し、
個々の生体情報の測定日が、それぞれに対して導出した次回点検予定日と比較し、前記次回点検以前にある測定日の生体情報は信頼度「高」、前記次回点検日を超過した測定日の生体情報は信頼度「低」と判定する信頼度判定手段と、
該信頼度判定手段の判定結果に応じて、信頼度「高」の生体情報と、信頼度「低」の生体情報を互いに異なる表示形態にし、時間軸に沿ってグラフィカル表示する表示制御手段とを有する。

本発明によれば、血糖計に代表される医療機器で測定した結果を表示する際、前回の点検を行ってから次の点検時期までに測定したデータと、次の点検時期を超えた時期に測定したデータとを異なる形態で表示し、測定データの信頼度の高低が一目瞭然とし、正しい測定結果に基づき、医者が正しい診察、診断を行えるようになる。

実施形態における血糖測定装置の外観構成図である。 実施形態における血糖測定装置のブロック構成図である。 実施形態における情報処理システムの構成図である。 実施形態における情報処理装置のブロック構成図である。 実施形態におけるカルテＤＢのデータ構造を示す図である。 実施形態におけるＱＣ管理ＤＢのデータ構造を示す図である。 ＱＣ点検を行った際のＱＣ管理ＤＢの更新処理を示すフローチャートである。 実施形態における血糖値の時間推移のグラフィカル表示例を示す図である。 実施形態におけるカルテＤＢをアクセスルアプリケーションの処理手順を示すフローチャートである。 図９のＳ９０６の詳細を示すフローチャートである。

以下、添付図面に従って本発明に係る実施形態について血糖計を例にして詳細に説明するが、本発明の好適な実施形態であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの態様に限られるものではない。

＜血糖測定装置の外観構成＞
図１は、本発明の実施形態に係る携帯タイプの血糖測定装置１００の外観構成を示す図である。図１に示すように、血糖測定装置１００は、測定装置本体部１１０と、測定装置本体部１１０に装着される測定用チップ１２０とを備え、成人の掌に収まる程度のサイズである。

測定用チップ１２０は、血液検体を保持するものであり、細管部１２１が配されたホルダ１２２を備え、ホルダ１２２内部には試験紙（不図示）が固定されている。

細管部１２１は、毛細管現象により先端開口部から血液検体をホルダ１２２内部に導く。細管部１２１を介して導かれる血液検体は、ホルダ１２２内部の試験紙に吸収される。試験紙には、グルコースと反応して呈色反応を示す発色試薬が含浸されている。

測定装置本体部１１０は、測定用チップ１２０に保持された血液検体の血糖値を算出する。具体的には、波長の異なる２つの光を血液検体が吸収された試験紙に対して照射して反射光の強度を測定することで血糖値を算出する。

測定装置本体部１１０のハウジング１１１の先端には、波長の異なる２つの光を試験紙に照射して反射光の強度を測定する測定部１１２が配されている。また、ハウジング１１１の内部には、測定部１１２を制御するとともに測定部１１２で取得された測光値データに対して種々の演算を実行する制御部（不図示）が配されている。

更に、ハウジング１１１の表面には、血糖測定装置１００に電力を供給する電源に対してＯＮ／ＯＦＦの指示を入力するための電源スイッチ１１３と、制御部において算出された血糖値データや制御部において検知された内部状態を表示するための液晶等の表示部１１４と、制御部において算出され記憶された過去の血糖値データを呼び出し、表示部１１４に表示させるための履歴呼び出しボタン１１５と、音声出力された音声メッセージを再出力させるための再生ボタン１１６と、血糖測定のタイミングが食前／食後のいずれであるかを識別するために食後に測定する際に押す食後ボタン１１７と、が配されている。

＜血糖測定装置の内部構成＞
次に、血糖測定装置１００の測定装置本体部１１０の内部構成、特に、電気系統の構成について説明する。図２は、血糖測定装置１００の測定装置本体部１１０の機能構成を示す図である。

図２に示すように、測定装置本体部１１０の測定部１１２には、発光素子２３１と受光素子２３２とが配されている。発光素子２３１では、制御部２４０からの発光指示に基づいて発光を行い、受光素子２３２では、発光素子２３１の発光により試験紙に照射された光の反射光を受光することで、測光値データを生成する。

一方、測定装置本体部１１０のハウジング１１１内には、制御部２４０と、Ａ／Ｄ変換器２５０、表示制御部２６０、操作部２７０、通信部２８０、時刻を計時するタイマ２９０、ならびに、スピーカ２９５が配されている。

このうち、Ａ／Ｄ変換器２５０では、受光素子２３２において生成された測光値データを、Ａ／Ｄ変換し、制御部２４０に供給する。

制御部２４０は、装置全体の制御を司るＣＰＵ２４１と記憶部２４２で構成される。この記憶部２４２には、血糖測定装置１００としての機能を実現するため、ＣＰＵ２４１が実行する各種プログラム（Ａ／Ｄ変換器２５０を介して入力された測光値データに基づいて、血糖値データを算出するためのプログラムや、データ記録、外部装置との通信プログラムを含む）や各音声メッセージや警告音データが格納されている。

また、記憶部２４２には、上記のようなプログラムやデータの他にも、図示の如く、デバイス情報２４５、測定データ２４６を格納するエリアが予め確保されている。なお、記憶部２４２、特に、測定データ２４６を格納する領域は書込み可能な不揮発性メモリで構成されており、電源がＯＦＦになっても、そのデータは記憶保持され、揮発することはない。また、デバイス情報２４５は、書き換えできないようするため、マスクＲＯＭに格納されるようにしても構わない。

測定データ２４６は、測定日、測定時間帯ごとに区分されており、更に、血糖測定が食前に行われたか食後に行われたかを示す識別子が対応付けられている（つまり、測定タイミングに応じて区分されている）。

デバイス識別情報２４５は、血糖測定装置１００をユニークに特定するための情報であり、やはりメーカによって書き込まれるものである。

表示制御部２６０は、制御部２４０からの表示指示に基づき、所定の画面（算出された血糖値データや制御部２４０の内部状態を示す情報を表示する画面）を表示部１１４に表示するよう制御する。操作部２７０は、図１の電源スイッチ１１３、履歴呼び出しボタン１１５、再生ボタン１１６、食後ボタン１１７からの指示を受け付け、当該受け付けた指示を制御部２４０に送信する。

通信部２８０は、〜１０ｃｍ程度までの近距離の非接触通信手段（例えば、ＩＳＯ／ＩＥＣ １４４４３の省電力ＩＣ通信技術，ＩＳＯ／ＩＥＣ １８０９２の通信技術，ＦｅｌｉＣａ（ソニー（株）の登録商標））の通信技術等である。この通信部２８０を介して、病院等に設置され、医師等が取り扱う専用端末に接続されたＲＦＩＤリーダ／ライタとの間で通信を行うことになる。ＦｅｌｉＣａの通信技術では、１３．５６ＭＨｚの電波で通信し、１０ｃｍ程度までのごく近距離で非接触に１００〜４００ｋｂｐｓの通信が行なわれる。

以上、実施形態における血糖計の構成を説明した。実施形態における血糖測定装置は、病院等から患者に貸与するものとする。患者は、例えば１週間程度の間隔で、その血糖測定装置を病院に持参し、診察を受ける。病院側では、患者が持参した血糖測定装置から、生体情報である、前回の診察以降の血糖値の測定結果を、専用端末を用いて読み出しては、患者毎のデータベースに登録する。医師はその血糖値のデータベースを見て診察を行うことになる。

＜専用端末（情報処理装置）２００の概要と血糖測定装置１００との通信の説明＞
次に、病院に設置される専用端末の構成とその処理の流れを説明する。図３は、病院等において医師等が取り扱う専用端末として機能する情報処理装置２００と、それに接続されたＲＦＩＤリーダ／ライタで構成される近接無線通信部２５０と、その近接無線通信部２５０に血糖測定装置１１００をかざして通信しているシステム構成を示している。

情報処理装置２００は、例えばパーソナルコンピュータ等で良く、その構成は図４に示す通りである。図示において、３０１は装置全体の制御を司るＣＰＵであり、３０２はＢＩＯＳやブートプログラムを格納しているＲＯＭ、３０３はＣＰＵ３０１のワークエリアとして使用したり、ＯＳ、各種アプリケーションプログラムをロードするＲＡＭである。３０４は、外部記憶装置として機能するハードディスク装置（以下、ＨＤＤ）であり、これにはＯＳ、後述する図７、９、１０に係るアプリケーションプログラムを始め、図示の如くカルテデータベース（以下、カルテＤＢ）３０４ａ、個々の血糖測定装置のＱＣ点検実施日の履歴を管理するＱＣ管理ＤＢ３０４ｂが予め格納されている。３０５はキーボード、３０６はマウス等のポインティングデバイス、３０７は液晶表示器等に代表される表示装置、３０８はネットワークインタフェース、３０９は先に説明したように、血糖測定装置１００と通信する近接無線通信部（具体的にはＲＦＩＤリーダ／ライタ）である。ここで、ＱＣとは、Ｑｕａｌｉｔｙ Ｃｏｎｔｒｏｌ の略である。

上記構成における実施形態のカルテＤＢ（第２の記憶手段）３０４ａのデータ構造の例を図５に示す。図示の如く、カルテＤＢ３０４ａは、個々の患者毎のデータとして管理する。１つの患者に対しては、カルテを特定して識別するためのカルテＮｏを格納する領域５０１をはじめ、患者の氏名、性別、生年月日、年齢、住所の基礎情報を格納する領域５０２、血糖値を格納する領域５０３が設けられている。領域５０３に格納する１レコード分のデータは、測定日時、測定した血糖値（単位はmg/dl）、そして、その血糖値を測定した血糖測定装置１００を特定して識別するためのデバイス識別情報（図２の符号２４５に対応する）で構成される。格納順は、測定日時順である。なお、上記以外にも、患者の過去の治療や測定したデータ（血圧等）に関する情報等の格納されているが、本実施形態では血糖値に限って説明することとしているので、それら以外には特に示さない。

さて、血糖測定装置１００に保持された測定結果をカルテＤＢ３０４ａに登録する場合の処理の詳細は後述するが、概略を示すと次の通りである。

先ず、操作者（医師等）は、キーボード３０５やポインティングデバイス３０６を操作し、カルテＤＢ３０４ａをアクセスするアプリケーションを起動する。起動後、操作者は、患者名やカルテ番号等をキーにして、カルテＤＢ３０４ａを検索し、該当する患者のカルテを表示装置３０７に表示し、本人の確認を行う。次で、不図示のメニューから、「血糖測定装置のデータ読み込み」を選択し、患者から受けとった血糖測定装置１００を近接無線通信部２５０にかざす、もしくは、近接無線通信部２５０上に載せる操作を行う。

なお、このメニューから「血糖値のグラフ表示」を選択した場合には、該当する患者の過去の自由は期間での血糖値の推移を示すグラフが表示されるが、ここでは、「血糖測定装置のデータ読み込み」が選択されたものとして説明を続ける。

さて、「血糖測定装置のデータ読み込み」が選択されると、ＣＰＵ３０１は近接無線通信部２５０を介して血糖測定装置１００と通信を開始する。この後、ＣＰＵ３０１は、血糖測定装置１００から、測定データ２４６の内容を一括転送要求し、且つ、デバイス識別情報２４５も要求する。血糖測定装置１００内のＣＰＵ２４１は、これらの要求に応えて、測定データ２４６及びデバイス識別情報２４５を情報処理装置２００に通信部２８０を介して送信する。情報処理装置２００内のＣＰＵ３０１は、受信した測定データを該当するカルテＤＢの血糖値データの格納領域５０３に追加していく。このとき、今回受信した全測定データ（概ね１週間分のデータ）が、近接無線通信部２５０上にかざした１つの血糖測定装置１００が測定したと見なして構わないので、それぞれの測定結果の血糖値に対して、受信した血糖測定装置のデバイス識別情報２４５を割り当て、格納していく。

一方、実施形態におけるＱＣ管理ＤＢ（第１の記憶手段）３０４ｂは、図６に示すように、個々の血糖測定装置毎に管理されており、血糖測定装置を特定して識別するためのデバイス識別情報（図２の符号２４５）を格納する領域６０１と、過去に実施したＱＣ点検実施日を日付順に格納する領域６０２で構成される。

このＱＣ管理ＤＢ３０４ｂの更新は、現実にＱＣ点検を行なった後、ＱＣ管理ＤＢの更新アプリケーションプログラム（ＨＤＤ３０４に格納されている）を実行することで行う。ＱＣ点検では、既知の血糖値を持つサンプルを対象となる血糖測定装置で実測し、その測定結果とサンプルが示す血糖値との差が許容範囲内にあるかどうかを検査する。許容範囲内にある場合には、その使用を継続する。そして、許容範囲を超える測定結果が得られた場合には、メーカに修理もしくは部品交換等の依頼することになる。前者の場合には、異常が見当たらないと判定した日をＱＣ点検日とする。後者の場合にはメーカによる修理上がり日をＱＣ点検日として登録する。次回のＱＣ点検の基準日とするためである。なお、実施形態における次回のＱＣ点検予定日は、前回のＱＣ点検実施日から好ましくは１ケ月後(即ち、好ましくは１ケ月毎の点検)として説明する。１ケ月毎の点検としているのは、患者が通院する時にＱＣ点検ができ、１ケ月を未満ではＱＣ点検のために患者が病院訪問しなければならず負担感が大きく、１ケ月を越えると、血糖測定装置の測定精度が保証されづらくなるためである。

図７は、ＱＣ管理ＤＢ３０４ｂを更新するアプリケーションプログラムの実行手順を示すフローチャートである。以下、このフローチャートに従って、ＣＰＵ３０１の処理を説明する。

先ずステップＳ７０１では、デバイス識別情報を入力する。実施形態では、デバイス識別情報はキーボード３０５から入力しても良いが、近接無線通信部２５０上に血糖測定装置１００をかざすことで、入力する。すなわち、ＣＰＵ３０１は、近接無線通信部２５０を介して血糖測定装置１００と通信可能になったことを検知すると、血糖測定装置１００に対してデバイス識別情報の送信を要求し、それを受信する。この結果、更新対象の血糖測定装置１００がユニークに識別でき、ＱＣ管理ＤＢ３０４ｂにおける該当する血糖測定装置１００に係るデータを特定できる。ＣＰＵ３０１は、入力したデバイス識別情報をキーにして、ＱＣ管理ＤＢ３０４ｂ内の領域６０１を検索し、一致するデバイス識別情報を有するデータを探し出す。

次に、ステップＳ７０２にて、ＣＰＵ３０１は、キーボード３０５より、ＱＣ点検日を入力させる。この入力が行われると、ＣＰＵ３０１は、ステップＳ７０３に進み、入力されたＱＣ点検日を、検索で得られた血糖測定装置の領域６０２の最後に追加し、ＱＣ管理ＤＢ３０４ｂを更新する。そして、本処理を終える。

＜血糖値のグラフ表示の説明＞
次に、患者のカルテ表示を行ったのち、「血糖値のグラフ表示」を選択した場合の処理を説明する。この選択を受けると、ＣＰＵ３０１は、図８に示すような血糖値グラフ表示ウインドウ（以下、単にウインドウという）８００を表示装置３０７に表示する。このウインドウ８００は、グラフを表示する領域８０１、表示すべき期間の開始日と終了日を入力する領域８０２、その期間での血糖値の平均値、最大値、最小値を表示する領域８０３、並びに、メッセージ領域８０４で構成される。

「血糖値のグラフ表示」を選択した直後では、これらの領域は空白であるが、ユーザがキーボード３０５を操作して、領域８０２に期間の開始日と終了日を入力すると、その期間の血糖値に係るデータを、カルテＤＢ３０４ａの領域５０３から読み出し、折れ線グラフとして表示すると共に、その期間における血糖値の平均値、最大値、最小値等を算出し、領域８０３に表示する。

ここで、ＣＰＵ３０１による、領域８０１内での、折れ線グラフの表示処理について更に詳しく説明する。

本実施形態におけるＣＰＵ３０１は、領域８０２で指定された期間における血糖値に基づく折れ線グラフを描画するとき、先ず、それぞれの血糖値を測定した血糖測定装置のデバイス識別情報を得る（図５参照）。そして、ＣＰＵ３０１は、そのデバイス識別情報をキーにして、ＱＣ点検管理ＤＢ３０４ｂを検索することで、該当する血糖測定装置のＱＣ点検日の履歴情報（図６の領域６０２内の情報）を読込む。今、描画しようとする折れ線グラフの血糖値の測定日が、２０１２年1月１５日を示しているとする。実施形態では、ＱＣ点検を１ケ月周期で行うことを前提にしているので、その測定日「２０１２年1月１５日」以前であって、測定日に最も近いＱＣ点検日を、読み込んだＱＣ点検履歴の中から特定する。そして、その特定したＱＣ点検日から１ケ月以内に、「２０１２年1月１５日」が入っているか否かを判定し、その判定結果に応じて次に示す（１）、（２）いずれかに従って折れ線グラフを構成する直線部を描画する。
（１）「２０１２年1月１５日」が、特定したＱＣ点検日から１ケ月以内に入っている場合、「２０１２年1月１５日」に測定した血糖値は信憑性がある（信頼度「高」）と見なしてよい。そこで、１つ前（多くの場合には、前日）に測定した血糖値と、着目している「２０１２年1月１５日」の血糖値とを実線で結ぶ直線を描画する。
（２）「２０１２年1月１５日」が、特定したＱＣ点検日から１ケ月を超えている場合、「２０１２年1月１５日」に測定した血糖値は、本来であればＱＣ点検をすべきであった時期であるにもかかわらず、それを実施しないまま測定した結果であり、信頼度「低」であると言える。そこで、１つ前（多くの場合には、前日）に測定した血糖値と、着目している「２０１２年1月１５日」の血糖値とを破線で結ぶ直線を描画する。また、１つでも、破線の線分を含んでいる場合、ＣＰＵ３０１は、領域８０４に注意を喚起するメッセージを表示する。

図８の場合、領域８０１内の折れ線グラフには、実線で示される折れ線部分８０１ａ、破線で示される折れ線部分８０１ｂが示されている。すなわち、指定した期間の血糖値の折れ線グラフの中に、信憑性が高いとは言えないデータが混じっていることがわかる。更に、領域８０４には、破線の折れ線が存在する理由を表わすメッセージが表示されるので、信憑性が高いデータとの違いを一瞥して視認しやすいので、それを考慮した診察が行える。なお、図示の図８の場合、破線折れ線部分８０１ｂに後続する期間は再び実線で表示されている。この意味するところは、血糖測定装置のＱＣ点検を実施して異常なしと判定された場合、或いは、異常ありと判定され、次回ＱＣ点検予定日までに余裕のある代替の血糖測定装置で血糖測定を行った場合のいずれかを意味するのは理解できよう。

以上実施形態における血糖値グラフ表示処理を説明した。

次に、図９、図１０のフローチャートに従い、これまで説明した実施形態の情報処理装置２００のＣＰＵ３０１による、患者のカルテへの血糖値の登録、並びに、グラフ表示処理を実現するアプリケーションの処理手順を説明する。

図９は、実施形態におけるアプリケーションの全体処理手順を示すフローチャートである。

操作者の指示でこのアプリケーションを実行を開始すると、ＣＰＵ３０１は先ず、操作者の指示に従って、カルテＮｏや患者名等をキーにして、診察対象の患者のカルテ情報を、カルテＤＢ３０４ａから検索し、画面に表示する（ステップＳ９０１）。そして、患者本人の確認できたら、操作者は、処理メニューを表示させ、その中の１つを選択する操作を行う。このメニューには、少なくとも、「血糖測定装置のデータ読み込み」、「血糖値のグラフ表示」、「終了」が含まれ、それらをステップＳ９０２乃至Ｓ９０４でいずれが選択されたのかを判定する。

先ず、「血糖測定装置のデータ読み込み」が選択されたと判定された場合、ＣＰＵ３０１はステップＳ９０５に処理を進める。このステップＳ９０５に進むと、ＣＰＵ３０１は、近接無線通信部２５０による血糖測定装置１００との通信可能状態となるのを待ち、通信可能になったときに、血糖測定装置１００に対してデバイス識別情報２４５、並びに、測定データ２４６を要求し、受信する。そして、受信した測定データ２４６における全血糖値が、受信したデバイス識別情報２４５で示された血糖測定装置で測定されたものとして、表示された患者のカルテにおける血糖値を格納する領域５０３に、測定日時順に追加し、保存する。なお、この保存処理が完了すると、次回の診察に備えて、血糖測定装置１００に対して測定データ２４６の消去要求を送信し、消去させる。

一方、メニューにて、「血糖値のグラフ表示」が選択された場合には、ステップＳ９０３からステップＳ９０６に進み、血糖値の推移を示すグラフ（図８参照）の表示処理を実行する。このステップＳ９０６における処理の詳細は後述する。

また、メニューにて、「終了」が選択された場合（ステップＳ９０４がＹｅｓ）には、本処理を終える。そして、「血糖測定装置のデータ読み込み」、「血糖値のグラフ表示」、「終了」以外のメニュー項目が選択された場合（例えば他の測定データのグラフ表示等）には、ステップＳ９０７に進み、該当する処理を行う。このステップＳ９０７における処理は、本願発明には直接には関係がないので、ここでの詳述はしない。

さて、次に、上記のステップＳ９０６の詳細を図１０のフローチャートに従って説明する。

先ず、ＣＰＵ３０１は、ステップＳ１００１にて、初期画面を表示する。この初期画面は、図８の領域８０１乃至８０４が空白になっている状態と考えると分かりやすい。ただし、最近の１ヶ月間の血糖値をデフォルトの指定期間として表示させるようにしても良い。この場合、領域８０２には、本日を期間の終端とし、それより１ヶ月前を始端とする情報を領域８０２に自動で入力させて以下の処理を行えば良い。

ステップＳ１００２では、操作者に、血糖値の表示する期間を領域８０２に入力させる。これを受け、ＣＰＵ３０１は、ステップＳ１００３にて、該当する患者のカルテにおける領域５０３から、指定された期間の最初の血糖値データ（測定日時、血糖値、デバイス識別情報）を読み出す。

そして、ＣＰＵ３０１は、ステップＳ１００４に処理を進める。このステップＳ１００４に処理を進めると、ＣＰＵ３０１はステップＳ１００３で読み出したデバイス識別情報をキーにして、ＱＣ管理ＤＢ３０４ｂを検索し、該当する血糖測定装置の過去のＱＣ点検履歴情報（図６の領域６０２内の情報）を取得する。そして、取得したＱＣ点検履歴情報の中から、ステップＳ１００３で読み出した「測定日時」以前であり、且つ、「測定日時」に最も近いＱＣ点検日を探し出し、ステップＳ１００５に処理を進める。

ステップＳ１００５では、ＣＰＵ３０１は、「測定日時」が、ＱＣ点検履歴情報から探し出した「ＱＣ点検日」から１ケ月以内であるか否か（換言すれば、ＱＣ手件期限を超過しているか否か）を判定する。

１ケ月以内である場合には、ステップＳ１００６に進み、着目している血糖値は十分に信憑性があるので、１つ前に読み出した血糖値とを実線で描画する。なお、ステップＳ１００６、１００７において、着目している血糖値が、指定期間の最初の値である場合には、その１つ前は存在しないので、線分描画はしない。これは、以下に説明するステップＳ１００７でも同じである。

一方、１ケ月を超過していると判断した場合には、ステップＳ１００７に進み、着目している血糖値には信憑性が疑わしいことになるので、１つ前に読み出した血糖値とを実線で描画する。また、このステップＳ１００７を一度でも実行した場合には、領域８０４には、ＱＣ点検の期限切れのデータが存在することを喚起するメッセージを表示する処理も行う。

上記ステップＳ１００６、又はＳ１００７の処理を終えると、ステップＳ１００８にて、指定期間の全血糖値に対する線分描画が終了したか否かを判定する。否の場合には、ステップＳ１００３以降の処理を繰り返し、指定期間の全血糖値の線分描画が終了したと判断した場合には本処理を終了する。

以上説明したように本実施形態によれば、血糖測定装置で測定した結果を表示する際、前回のＱＣ点検を行ってから次のＱＣ点検予定日までに測定した血糖値と、次のＱＣ点検予定日を超過した期間で測定した血糖値とを区別して表示することで、前者に重きを置いた正しい診察と診断が行えるようになる。

また、実施形態によれば、数年前に遡って血糖値のグラフを表示させた場合であっても、その中に信憑性（信頼度）が低い血糖値があるか否かをも判定できることになり、患者の過去の状態をも正しく把握できることになる。

さらにまた、実施形態によれば、或る日以降現在までの期間で、実線とは異なる形態、例えば破線で血糖値のグラフが表示されている場合、あるいは、ＱＣ点検予定日を超過しており、その実施を促す効果が期待できる。

更にまた、実施形態によれば、個々の血糖値と、それを測定した血糖測定装置のデバイス識別情報とを対にして記憶管理している。従って、毎日、病院に出向いて、病院から渡された血糖測定装置を用いて測定するという場合に、不特定多数の血糖測定装置の１つを用いて血糖値を測定する場合にも対処することが可能になる。

なお、実施形態では、信憑性の有り無しを、実線、破線で表わす例を説明したが、線分を別々な色、同色の色の濃淡で表現しても良いし、線分ではなく各血糖値の折れ線の屈曲点を異なる色のマークで表わしても良い。場合によっては、折れ線グラフの時間軸に沿った背景を異なる色で表わしても良い。

また、実施形態では、血糖値のグラフ表示を折れ線グラフで示したが、時間軸に沿った血糖値が示せれば良いので、グラフの表示形態は折れ線に限定されないのは明らかである。

更に、実施形態で示した各種数値（例えばＱＣ点検の周期を１ケ月とする等）は、一例であって、これらは適宜変更して２ケ月程度にしても良いのは勿論である。

更に実施形態では、血糖測定装置１００と情報処理装置２００との通信として、ＩＳＯ／ＩＥＣ １４４４３に規定される非接触通信を例示したが、これは一例にすぎず、有線通信でも構わない。

さらにまた、実施形態では、１つの情報処理装置に、カルテＤＢ、ＱＣ管理ＤＢを保持する例を説明したが、カルテＤＢ、ＱＣ管理ＤＢを保持する装置と、それにアクセスする装置とをネットワークを介して接続するようにしても構わない。すなわち、前者をサーバ、後者を複数の端末で構成する。比較的大きな医療機関の場合には、この形態が望まれるであろう。

また、実施形態における情報処理装置は、血糖測定装置と通信するハードを必要とするものの、その多くは、情報処理装置上で実行されるアプリケーションで実現できる。従って、本願発明は、コンピュータに実行させるためのプログラム、並びに、そのプログラムを格納したコンピュータ可読記憶媒体をその範疇とすることは明らかである。

１００：血糖測定装置、２００：情報処理装置、２５０：近接無線通信部、３０１：ＣＰＵ、３０２：ＲＯＭ、３０３：ＲＡＭ、３０４：ＨＤＤ、３０４ａ：カルテＤＢ、３０４ｂ：ＱＣ管理ＤＢ、３０５：キーボード、３０６：ポインティングデバイス、３０７：表示装置：３０８：ネットワークＩ／Ｆ、８００：血糖値グラフ表示ウインドウ

Claims (10)

1. 患者の生体情報を測定する医療機器の測定結果を表示する情報処理システムであって、
   医療機器を特定して識別するデバイス識別情報と、当該デバイス識別情報で特定される医療機器の点検実施日を表わす点検履歴情報とを記憶する第１の記憶手段と、
   患者のカルテ情報として、生体情報、当該生体情報を測定した日時情報、並びに、測定に用いた医療機器を特定するデバイス識別情報を記憶する第２の記憶手段と、
   前記患者の生体情報の時間軸に沿った推移表示の指示があった場合、前記第２の記憶手段に記憶されたデバイス識別情報で特定される医療機器の前記点検履歴情報を、前記第１の記憶手段から検索する検索手段と、
   該検索手段で検索して得られた前記点検履歴情報の中から、前記個々の生体情報の測定日毎に、当該測定日以前であって直近の点検実施日を抽出し、抽出した点検実施日から点検周期後の次回点検予定日を導出し、
   個々の生体情報の測定日が、それぞれに対して導出した次回点検予定日と比較し、前記次回点検以前にある測定日の生体情報は信頼度「高」、前記次回点検日を超過した測定日の生体情報は信頼度「低」と判定する信頼度判定手段と、
   該信頼度判定手段の判定結果に応じて、信頼度「高」の生体情報と、信頼度「低」の生体情報を互いに異なる表示形態にし、時間軸に沿ってグラフィカル表示する表示制御手段と、
   を有することを特徴とする情報処理システム。
2. 前記第２の記憶手段は、１回の測定毎に、測定に用いた医療機器を特定するデバイス識別情報を記憶することを特徴とする請求項１に記載の情報処理システム。
3. 前記表示制御手段は、時間軸を水平軸、生体情報の値を垂直軸とする折れ線グラフを表示する手段であって、信頼度「高」と信頼度「低」の生体情報は、異なる線種の線分、異なる色の線分、異なる色の背景のいずれかで、前記折れ線グラフを表示することを特徴とする請求項１に記載の情報処理システム。
4. 更に、グラフィカル表示の測定日の期間を指定する指定手段を有することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
5. 前記第１の記憶手段、第２の記憶手段は、ネットワーク上のサーバに設けられることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
6. 前記医療機器は、血糖測定装置であることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理システム。
7. 患者の生体情報を測定する医療機器の測定結果を表示する情報処理装置であって、
   医療機器を特定して識別するデバイス識別情報と、当該デバイス識別情報で特定される医療機器の点検実施日を表わす点検履歴情報とを記憶する第１の記憶手段と、
   患者のカルテ情報として、生体情報、当該生体情報を測定した日時情報、並びに、測定に用いた医療機器を特定するデバイス識別情報を記憶する第２の記憶手段と、
   前記患者の生体情報の時間軸に沿った推移表示の指示があった場合、前記第２の記憶手段に記憶されたデバイス識別情報で特定される医療機器の前記点検履歴情報を、前記第１の記憶手段から検索する検索手段と、
   該検索手段で検索して得られた前記点検履歴情報の中から、前記個々の生体情報の測定日毎に、当該測定日以前であって直近の点検実施日を抽出し、抽出した点検実施日から点検周期後の次回点検予定日を導出し、
   個々の生体情報の測定日が、それぞれに対して導出した次回点検予定日と比較し、前記次回点検以前にある測定日の生体情報は信頼度「高」、前記次回点検日を超過した測定日の生体情報は信頼度「低」と判定する信頼度判定手段と、
   該信頼度判定手段の判定結果に応じて、信頼度「高」の生体情報と、信頼度「低」の生体情報を互いに異なる表示形態にし、時間軸に沿ってグラフィカル表示する表示制御手段と、
   を有することを特徴とする情報処理装置。
8. 医療機器を特定して識別するデバイス識別情報と、当該デバイス識別情報で特定される医療機器の点検実施日を表わす点検履歴情報とを記憶する第１の記憶手段と、患者のカルテ情報として、生体情報、当該生体情報を測定した日時情報、並びに、測定に用いた医療機器を特定するデバイス識別情報を記憶する第２の記憶手段とを有し、医療機器の測定結果を表示する情報処理装置の制御方法であって、
   前記患者の生体情報の時間軸に沿った推移表示の指示があった場合、前記第２の記憶手段に記憶されたデバイス識別情報で特定される医療機器の前記点検履歴情報を、前記第１の記憶手段から検索する検索工程と、
   該検索工程で検索して得られた前記点検履歴情報の中から、前記個々の生体情報の測定日毎に、当該測定日以前であって直近の点検実施日を抽出し、抽出した点検実施日から点検周期後の次回点検予定日を導出し、
   個々の生体情報の測定日が、それぞれに対して導出した次回点検予定日と比較し、前記次回点検以前にある測定日の生体情報は信頼度「高」、前記次回点検日を超過した測定日の生体情報は信頼度「低」と判定する信頼度判定工程と、
   該信頼度判定工程の判定結果に応じて、信頼度「高」の生体情報と、信頼度「低」の生体情報を互いに異なる表示形態にし、時間軸に沿ってグラフィカル表示する表示制御工程と、
   を有することを特徴とする情報処理装置の制御方法。
9. コンピュータに読み込ませ実行させることで、前記コンピュータに、請求項８記載の各工程を実行させるためのプログラム。
10. 請求項９に記載のプログラムを格納したコンピュータ可読記憶媒体。

Images