JP4109299B2 - 分散型健康管理システム - Google Patents

Description

本願発明は、分散型健康管理システムに関する。

糖尿病や肝臓病などの慢性疾患の治療は長期間を要するが、現状では、主として通院による患者の管理が行われている。きめ細かな管理を行おうとすれば通院回数が増えて患者の体力的負担が増し、患者の体力的負担を慮って通院回数を少なくすれば、きめ細かな管理ができず、治療の適切性を欠く場合も生じかねない。

一方、在宅患者の健康管理をしたり、在宅療養を支援するためのシステムとして、たとえば、特許文献１にみられるように、糖尿病患者の血糖値を電話回線を用いてマイクロコンピュータに送信入力し、患者別にデータを蓄積し、集団データとして管理するもの、特許文献２にみられるように、身体に装着した身体用のセンサの出力をモデムを使用して病院等に設置したホストコンピュータに送信し、処方を与えるもの、特許文献３にみられるように、家庭内の水洗便器に排泄物検査センサを取付け、電話回線を用いて排泄状況を管理センターに送るもの、あるいは特許文献４にみられるように、ハイビジョン等の映像や音声を通じて在宅患者の健康状態を診断するもの、などがある。

特開平２−２７９０５６号公報 特開平４−６３４４９号公報 特開平８−１７９０６号公報 特開平３−１９８８３２号公報

上記の従来技術はいずれも、医療機関や監視センターが患者を在宅のまま健康管理するというものであり、患者の通院の負担を軽減しうるものであるが、一方、通院に際しては、予約の手続が面倒であったり、病院での長時間の滞在が却って健康負担になってしまうという問題もある。

本願発明は、このような事情のもとで考え出されたものであって、患者側に設置するべき端末装置から、容易に通院予約を可能として、患者の負担を軽減することができる分散型健康管理システムを提供することをその課題としている。

上記の課題を解決するため、本願発明では、次の技術的手段を採用した。

すなわち、本願発明によって提供される分散型健康管理システムは、中央管理装置と、この中央管理装置に通信回線を介して接続可能であり、各患者あるいは施設に割り当てられた複数の端末装置とを備えており、各端末装置は、臨床検査生データ採集部と、この臨床検査生データ採集部によって採集された生データを上記中央管理装置に転送するデータ転送手段と、中央管理装置から異常報告を受けた場合に医療機関への来院予約を催告する来院予約催告手段と、来院予約表示・入力部と、この来院予約表示・入力部から入力された来院予約入力データを中央管理装置に転送する来院予約入力データ転送手段とを備えており、上記中央管理装置は、上記各端末装置から転送された生データから臨床データに演算する臨床データ演算手段と、各端末装置に対応する個人別臨床データを統計処理して個人別の正常範囲を決定する個人別統計処理手段と、各端末装置から転送された生データから演算された臨床データが上記個人別の正常範囲に照らして異常である場合に、対応する端末装置に対して上記異常報告を発する異常報告手段と、各端末装置から来院予約入力データを受信した場合にこの来院予約入力データをこの中央管理装置が通信回線を介して接続可能な医療機関に転送する来院予約取次手段と、を備えていることを特徴としている。

この分散型健康管理システムは、在宅患者の自宅等に設置される端末装置から、医療機
関の来院予約をすることを可能としたものである。すなわち、在宅患者が端末装置上で中央管理装置からの異常報告を受けた場合、患者あるいは家族などの関係者は、在宅状態のまま、端末装置から来院予約をすることができる。これにより、在宅患者の異常が発見された場合に、その医療的対応がより迅速かつ的確に行えるようになる。

本願発明のその他の特徴および利点は、図面を参照して以下に行う詳細な説明から、より明らかとなろう。

図１は本願発明に係る分散型健康管理システム１０の一実施形態の概念を示している。

本願発明に係る分散型健康管理システム１０は、中央管理装置２０と、この中央管理装置２０に通信回線１５を介して接続可能な複数の端末装置３０を備えている。中央管理装置２０は、たとえば大学病院等の高機能医療機関の内部に設置する場合もあるし、医療機関とは独立した監視センター等に設置する場合もある。各端末装置３０は、原則として患者の家庭内に設置されるが、たとえば過疎地診療所等の小規模な医療機関内に設置することも考えられる。

中央管理装置２０を高機能医療機関とは独立したものとする場合、図１に表れているように、本願発明の分散型健康管理システム１０の成果を患者処方に迅速に反映する等のため、中央管理装置２０は、大学病院等の高機能医療機関１００や、特定の患者の主治医が所属する医療機関と通信回線１５を介して連係可能に構成される。通信回線１５は、一般的には公衆電話回線が使用されるが、場合によっては、インターネット等の回線を使用することも考えられる。

図２（ａ）は、上記端末装置３０の構成を示すブロック図である。

まず、端末装置３０は、必要最小限の規模において、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、ゲートアレイ３４、ＮＣＵ３５、モデム３６、ＥＥＰＲＯＭ３７、操作部３８、臨床検査生データ採集部３９、表示部４０を備えている。ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、ゲートアレイ３４、ＮＣＵ３５、モデム３６およびＥＥＰＲＯＭ３７は、バス線によって相互に接続されている。ゲートアレイ３４には、操作部３８、表示部４０および臨床検査生データ採集部３９が接続されている。ＮＣＵ３５は、モデム３６および通信回線１５に接続されている。

ＣＰＵ３１は、端末装置３０を全体的に制御する。ＲＯＭ３２は、各種のプログラム等を記憶している。ＲＡＭ３３は、ＣＰＵ３１により処理されたデータ等の各種のデータ等を記憶する。ゲートアレイ３４は、ＣＰＵ３１に対する入・出力を制御する。ＮＣＵ３５は、通信回線に接続されて網制御を行う。モデム３６は、受信データを復調し、送信データを変調する。ＥＥＰＲＯＭ３７は、フラグなどを記憶する。操作部３８は、キースイッチ等からなる。表示部４０は、ＬＣＤ等からなり、ＣＰＵ３１に制御されて各種の表示を行う。

臨床検査生データ採集部３９は、たとえば分光分析の手法によって患者の尿中の特定成分等の分析をするための生データを採集する。ただし、本願発明の場合、この臨床検査生データ採集部３９は、特定成分の定量のための演算までは行わず、定量のための演算によって臨床データとして意味をもつデータを得るのは、後記するように中央管理装置２０内に設定された臨床データ演算手段６１においてである。換言すれば、本願発明においては、端末装置３０が備える臨床検査生データ採集部３９と、中央管理装置２０内に設定された臨床データ演算手段６１とが協働して、いわゆる臨床検査装置を構成することになる（図５参照）。

より具体的には、たとえば分光分析の手法によって尿中の特定成分の濃度分析を行う場合、上記臨床検査生データ採集部３９は、光源からの光線を患者の尿をセットしたセルに入射させ、選択された波長での入射光強度と、各選択された波長でのセル透過光強度とをそれぞれ表す電気信号を出力する。そして、この電気信号（生データ）は、モデム３６、通信回線１５を介して、中央管理装置２０に送信される。

図２（ｂ）は、各患者の家庭内に設置するための端末装置３０の操作・表示部の一例を表している。符号３８１〜３８５は、患者が自己の判断でその時点での健康状態を５段階で入力するための健康情報入力スイッチを示している。符号３８０は、各種の付加情報等を入力するためのキースイッチを表している。符号３８６は、来院予約のための入力キーを表している。符号４１は、各種表示を行うＬＣＤパネルを表している。この操作・表示部の具体的な動作および使用方法は後述する。

図３は、中央管理装置２０の構成を示すブロック図である。この中央管理装置２０は、基本的には、通信およびデータ処理が可能な大型コンピュータである。すなわち、プロセッサ２１、ＲＯＭ２２やＲＡＭ２３やＥＥＰＲＯＭ２４やハードディスク２４０等のメモリ、ゲートアレイ２５、モデム２６、ＮＣＵ２７、操作部２８、表示部２９および記録部５０等を備えている。プロセッサ２１とＲＯＭ２２、ＲＡＭ２３、ハードディスク２４０、ゲートアレイ２５、ＥＥＰＲＯＭ２４、モデム２６およびＮＣＵ２７は、バス線によって相互に接続されている。ゲートアレイ２５には、操作部２８、表示部２９および記録部５０が接続されている。ＮＣＵ２７は、モデム２６および通信回線１５に接続されている。

プロセッサ２１は、中央管理装置２０全体を制御する。ＲＯＭ２２は、各種のプログラムやデータなどを記憶する。ＲＡＭ２３は、プロセッサ２１により処理されたデータなどの各種のデータを記憶する。ゲートアレイ２５は、プロセッサ２１に対する入出力を制御する。ＥＥＰＲＯＭ２４は、フラグ等を記憶する。モデム２６は、受信データを復調し、送信データを変調する。ＮＣＵ２７は、通信回線に接続されて網制御を行う。操作部２８は、各種の入力スイッチ群等からなり、使用者の操作に応じた操作信号を出力する。表示部２９は、ＣＲＴ等からなり、プロセッサ２１に制御されて各種の表示を行う。記録部５０は、各種のデータを記録紙上に記録する。ハードディスク２４０は、大容量のメモリであり、個人別の臨床データを記憶する個人別臨床データファイル２４１、個人別統計データファイル２４２、集団用統計データファイル２４３などが設定されている。

中央管理装置２０および端末装置３０の機能ブロック図を図５に示す。同図に示すように、中央管理装置２０には、実質的にプログラムによって実現される種々の機能が与えられている。すなわち、第１には、上記端末装置３０から送られてきた臨床検査生データを用いて臨床データに演算する臨床データ演算手段６１、第２には、各端末装置３０と対応する患者の健康情報を管理する個人別臨床データ管理手段６２、第３には、複数の端末装置３０に対応する臨床データを統計処理して集団としての正常範囲を決定する集団用統計処理手段６３、第４には、各端末装置３０に対応する個人別臨床データを統計処理して個人別の正常範囲を決定する個人別統計処理手段６４、第５には、各端末装置３０から送信されてきた生データから演算された臨床データが上記集団としての正常範囲および／または上記個人別の正常範囲に照らして、あるいはこれらに加えて端末装置３０の健康情報入力部４６（３８１〜３８５）から入力される５段階の健康情報データを加味して患者の状態が異常であるかどうかを判定する異常判定手段６５、第６には、上記異常判定手段６５が異常判定をした場合に各端末装置３０および／またはこの中央管理装置２０が通信回線を介して接続可能な医療機関１００に異常報告をする報告手段６６、第７には、上記異常判定手段６５が異常判定をした場合に、その異常臨床データを中央管理装置２０が通信回線を介して接続可能な医療機関１００に転送する異常臨床データ転送手段６７、第８には、この中央管理装置２０が通信回線を介して接続可能な医療機関１００の来院予約状況を参照して予約可能日時データを各端末装置３０に送信し、各端末装置３０の来院予約表示・入力部４７から入力された来院予約入力データを受信してこれを上記医療機関１００に転送する来院予約取次手段６８である。

また、端末装置３０には、臨床検査生データ採集部３９と、患者の健康情報をたとえば５段階で入力することができる健康情報入力部４６と、医療機関１００の来院予約入力をすることができる来院予約表示・入力部４７と、上記臨床検査生データ採集部３９によって採集された臨床検査生データあるいはこれに加えて上記健康情報入力部４６から入力された健康情報データを中央管理装置２０に向けて送信することができるデータ送信手段４５が形成されている。

図４は、上記中央管理装置２０が通信回線を介して接続可能な医療機関１００に設置されるコンピュータ１１０のブロック図である。このコンピュータ１１０は、ＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、ゲートアレイ１１４、ＮＣＵ１１５、モデム１１６、ＥＥＰＲＯＭ１１７、ハードディスク１２０、操作部１１８、表示部１１９、および記録部１２４を備えている。大容量のメモリであるハードディスク１２０には、図４（ｂ）に示すように、来院予約データファイル１２１、個人別臨床データファイル１２２、臨床統計データファイル１２３等が設けられる。来院予約データファイル１２１は、医療機関１００内各科の診療予約データを格納したものであり、医療機関１００内での予約入力操作のほか、後記するように、中央管理装置２０による来院予約取次手段６８からの受信データによって随時更新される。

次に、端末装置３０、中央管理装置２０、および医療機関１００内のコンピュータ１１０の動作の一例を、フローチャートに従って説明する。

図６は、患者の自宅に設置するように構成された端末装置３０の動作の一例を示すフローチャートである。

たとえば、端末装置３０の操作・表示部（図２（ｂ））のキースイッチ３８０を操作するなどすることによる患者の発意による来院予約取次要求がなされたかどうかが判断される（Ｓ１０１）。来院予約取次要求が患者によってなされたと判断されると（Ｓ１０１：ＹＥＳ）、来院予約取次要求信号が中央管理装置２０に向けて送信される（Ｓ１１３）。後記する中央管理装置２０の動作によって送信されてくる医療機関の来院予約可能日時データを受信すると（Ｓ１１４：ＹＥＳ）、表示部４０に来院予約可能日時が表示される（Ｓ１１５）。患者は、表示部４０に表示された幾つかの来院予約可能日時から都合のよい日時を、たとえばキースイッチを押下するなどして入力する。こうして来院予約入力がなされると（Ｓ１１６：ＹＥＳ）、選択された来院予約入力データが中央管理装置２０に向けて送信される（Ｓ１１７）。

患者の発意による来院予約取次要求がなされない場合には（Ｓ１０１：ＮＯ）、臨床検査生データの採集のための手続きに進む。すなわち、端末装置３０の臨床検査生データ採集部３９に検体がセットされると（Ｓ１０２：ＹＥＳ）、端末装置３０の臨床検査生データ採集部３９が自動的に臨床検査生データを採集する（Ｓ１０３）。この場合、たとえば糖尿病の在宅患者は、自宅に設置された端末装置３０の検体セット部に好ましくは、毎朝の決まった時間に採集した尿をセットする。上記生データの採集は、より具体的には、前述したように分光分析の手法によって尿中の特定成分の濃度を検出する場合、上記臨床検査生データ採集部３９は、尿がセットされたセルに光を入射させ、選択された波長での入射光強度と、各選択された波長でのセル透過光強度とをそれぞれ表す電気信号を出力する。次に、たとえば、図９（ａ）に示すような表示を行うことにより、患者のその時点での健康状態の入力催告を行う（Ｓ１０４）。患者は、図２（ｂ）に符号３８１〜３８５で示した５段階の入力スイッチのいずれかを押下することにより、自己の認識でのその時点での健康状態を入力する。健康状態の入力があると（Ｓ１０５：ＹＥＳ）、上記臨床検査生データに加え、入力された健康情報データが中央管理装置２０に向けて送信される（Ｓ１０６）。健康状態の入力がない場合であっても（Ｓ１０５：ＮＯ）、一定時間を計時するなどした後、上記臨床検査生データを中央管理装置２０に向けて送信する（Ｓ１０７）。

後記するように、こうして端末装置３０から臨床検査生データの送信を受けた中央管理装置２０は、演算によって臨床データを得て個人別臨床データ管理に供し、臨床データに異常がある場合には、この異常報告とともに、医療機関の来院予約データファイルを参照した結果得られた来院予約可能日時データを返信してくるが、このような異常報告および来院予約可能日時データを受信した場合には（Ｓ１０８：ＹＥＳ）、図９（ｂ）に示すような来院予約催告表示を行う（Ｓ１０９）。患者は、来院予約の意思表示をする場合には、図２（ｂ）の符号３８６で示す来院予約入力キーを押下する。来院予約の意思表示がある場合には、来院予約可能日時データにより幾つかの来院予約可能日時を表示し（図９（ｃ））、患者に都合のよい日時の選択を促す。上記のように、来院予約の意思表示をし、かつ来院予約可能日時のうち都合のよい日時が選択されることによる来院予約入力がなされると（Ｓ１１０：ＹＥＳ）、選択された来院予約入力データが中央管理装置２０に向けて送信される（Ｓ１１１）。来院予約入力がされない場合には（Ｓ１１０：ＮＯ）、たとえば図９（ｅ）に示す注意事項表示が行われる（Ｓ１１２）。

図７は、中央管理装置２０の動作の一例を示すフローチャートである。

図６のＳ１０１〜Ｓ１１７の患者の自己の発意による来院予約取次要求に関連して中央管理装置２０が端末装置３０からの来院予約取次要求を受信すると（Ｓ２０１：ＹＥＳ）、中央管理装置２０は、当該患者に関係する医療機関１００に向けて、来院予約状況参照要求信号を送出する（Ｓ２０２）。後記するように、医療機関１００では、このような来院予約状況参照要求があった場合には、その医療機関の来院予約データファイルを参照して、予約状況、すなわち、来院予約可能日時データを返信してくるが、このような予約状況データが受信されると（Ｓ２０３：ＹＥＳ）、この中央管理装置２０は医療機関１００から送信されてきた来院可能日時データを、端末装置３０に向けて送信する（Ｓ２０４）。そして端末装置３０から来院予約入力データを受信すると（Ｓ２０５：ＹＥＳ）、端末装置から入力された来院予約入力データが、医療機関１００に向けて転送される（Ｓ２０６）。

上記のような患者の自己の発意による来院予約取次要求がない場合には、端末装置３０からの臨床検査生データを用いた臨床データ演算処理に移る。すなわち、端末装置３０からの臨床検査生データを受信すると（Ｓ２０７：ＹＥＳ）、その患者を特定するためのＩＤ番号がチェックされ（Ｓ２０８）、臨床データの演算が行われる（Ｓ２０９）。より具体的には、上述したような尿中成分の分析に関して言えば、上記生データを用いてたとえば多変量回帰分析法により、複数の尿中成分を同時に定量分析する。前述したように、端末装置３０からは、上記のような臨床検査生データに加え、その時点での患者の自己判断による健康情報データが送られてくる場合があるが、このような健康情報データを参照するなどして、上記のようにして得られた臨床データは、集団としての正常範囲に照らして異常であるかどうか、あるいはその患者個人の正常範囲に照らして異常であるかどうかが判断され（Ｓ２１０）、異常である場合には（Ｓ２１０：ＹＥＳ）、異常報告や来院予約催告に関する処理が行われる（Ｓ２１１〜Ｓ２１７）。

本実施形態では、得られた臨床データが異常を示している場合には、医療機関１００の担当医師による診察が必要であることから、臨床データの異常が見出された時点で、自動的に関連する医療機関１００に向けて、予約状況参照要求を送出する（Ｓ２１１）。そして、医療機関からの予約状況データ、すなわち、来院予約可能日時データを受信すると（Ｓ２１２：ＹＥＳ）、端末装置３０に向けて異常報告がなされるとともに（Ｓ２１３）、来院予約可能日時データが送信される（Ｓ２１４）。こうして中央管理装置２０から異常報告および来院予約可能日時データ送信を受けた端末装置３０が在宅患者に対して来院予約催告のための処理を行うことは既に述べたとおりである。

端末装置３０からの来院予約入力データを受信すると（Ｓ２１５：ＹＥＳ）、来院予約入力データ、すなわち、在宅患者が選択した来院予約日時データが医療機関１００に向けて転送される（Ｓ２１６）。なお、上記Ｓ２１３の異常報告は医療機関１００にもあわせて送信するのが好ましく、このような場合には、担当医師の診断に供するために、異常を見出された臨床データが医療機関１００に向けて転送される（Ｓ２１７）。

このように異常が見出されるか否かにかかわらず、端末装置３０からの臨床検査生データを用いて演算された臨床データは、すべて個人別統計処理（Ｓ２１８）および集団統計処理（Ｓ２１９）に付される。すなわち、個人別統計処理においては、同一のＩＤ番号ごとに臨床データを蓄積していき、所定の統計処理が行われる。在宅治療を行う場合に、上記臨床データを個人別に蓄積していくことにより、その患者個人としての正常範囲を規定することができるようになり、その正常範囲は、通常、集団としての正常範囲よりも狭い。したがって、このような個人別の正常範囲に照らして、毎回採集される臨床データをチェックすることにより、在宅患者の健康状態の変化をきめ細かく管理することができるようになる。また、集団統計処理によれば、ＩＤ番号にかかわりなく、全ての臨床データについて、所定の統計処理が行われ、集団としての正常範囲が規定される。

図８は、医療機関１００のコンピュータ１１０がなすべき処理を示すフローチャートである。

中央管理装置２０からの来院予約状況参照要求があると（Ｓ３０１：ＹＥＳ）、来院予約データファイル（図４符号１２１）を検索した結果得られた来院予約状況データ、すなわち、当該患者が受診するべき診療科の予約可能日時データを中央管理装置２０に向けて送信する（Ｓ３０２）。そして、端末装置３０において患者が選択した来院予約入力データが中央管理装置２０を介して受信されると（Ｓ３０３：ＹＥＳ）、来院予約データファイル１２１が更新され（Ｓ３０４）、医療機関１００に対する当該患者の来院予約が完了する。また、中央管理装置２０から当該患者の診断に供するための臨床データが受信されると（Ｓ３０５：ＹＥＳ）、個人別臨床データファイル（図４符号１２２）が所定のように更新される。

ところで、端末装置３０は在宅患者の家庭内に設置する場合が多いと考えられるが、たとえば過疎地の小規模診療所等に設置してもよい。このような診療所用端末装置３０の操作・表示部の一例を図１１に示す。この操作・表示部には、各種の表示を行うＬＣＤパネル３９０と、項目選択キー３９１と、各種データを入力するためのテンキー３９２が設けられている。診療所の担当医師は、検体をセットすることにより臨床検査生データがこの端末装置３０によって中央管理装置２０に向けて送信されることに加え、付加情報を送信することができる。すなわち、この患者が肝臓疾患をもつ場合等には、担当医師が保持するたとえばＧＰＴ数値データや、ＧＯＴ数値データをテンキー３９２より打ち込み、これを付加情報として、中央管理装置２０に送信することができる。この場合、中央管理装置２０は、上記付加情報を参照データとして当該患者の健康状態をより正確に把握することができる。このような付加データは、項目選択キー３９１を連続的に押下することによって所定の項目を選択し、数値情報をテンキー３９２で打ち込むことにより、簡単に送信することができる。

図１０は、このような診療所に設置するのに適した端末装置３０の処理の一例を示すフローチャートである。

検体がセットされると（Ｓ４０１：ＹＥＳ）、端末装置３０が自動的に臨床検査生データを採集する（Ｓ４０２）。そして、付加データが入力された場合には（Ｓ４０３：ＹＥＳ）、上記臨床検査生データと付加データとが、中央管理装置２０に向けて送信される。付加データが入力されない場合であっても（Ｓ４０３：ＮＯ）、臨床検査生データのみが中央管理装置２０に向けて送信される。

以上説明したように、実施形態にかかる分散型健康管理システム１０においては、各端末装置３０がそれぞれ備える臨床検査生データ採集部３９と、中央管理装置２０が備える臨床データ演算手段６１とが協働して臨床検査装置機能を発揮する。すなわち、生データを複雑な分析手法を用いて解析し、臨床データとして意味をもたせる機能を中央管理装置に持たせているので、患者の自宅に設置するべき端末装置３０は、生データ採集機能と、データ送信機能と、簡単な入力機能といった必要最小限の機能および表示機能を備えたものとして安価に構成することができる。したがって、このような端末装置３０によれば、この種の在宅医療管理サービス、あるいは在宅医療支援サービスを希望する患者の経済的負担を少なくすることが可能となる。

そして、上記のような端末装置を安価に提供できることは、臨床データの統計処理の面からもきわめて意義深い。すなわち患者宅や診療所などに多数設置された端末装置から送られてくる多くのデータを集団としてより精度のよい臨床データの統計処理が可能となる。

また、上記実施形態に係る分散型健康管理システム１０は、各端末装置３０と対応する個人別臨床データを統計処理して個人別の統計範囲を規定する個人別統計処理手段６４、得られた臨床データが集団としての正常範囲および／または個人別の正常範囲にして照らして異常かどうか判断する異常判定手段６５、臨床データが異常を示す場合にこれを端末装置３０および／または医療機関１００に転送する、報告手段６６、異常データを医療機関に転送する異常臨床データ転送手段６７、さらには、在宅患者の発意により端末装置３０からの関連医療機関１００の来院予約をなし、あるいは臨床データが異常を示した場合に在宅患者に自動的に来院予約を催告し、この催告に従って端末装置３０から入力にされる来院予約入力データにより自動的に医療機関１００の来院予約をする来院予約取次手段６８を備えているので、在宅患者に対するよりきめ細かな健康管理が実質的に可能となる。

また、実施形態では、端末装置３０に、患者の自己の診断によりその時点での健康状態を入力するための健康情報入力部４６を設けているので、その時点での在宅患者の健康状態をよりきめ細かに把握することが可能となる。

もちろん、本願発明の範囲は上述の実施形態に限定されるものではない。上記の実施形態においては、尿中の特性成分の分析をして臨床データを得るものを前提としているが、検査項目はこれに限らず、血液、呼気、汗、その他の体液等の特定成分を分析して臨床データを得るものとして構成することも可能である。

本願発明に係る分散型健康管理システムの概念図。 （ａ）は端末装置のブロック図。 （ｂ）は家庭設置用端末装置の操作・表示部の一例を示す正面図。 中央管理装置のブロック図。 医療機関に設置するべきコンピュータのブロック図。 中央管理装置および端末装置の機能ブロック図。 家庭設置用端末装置の処理の一例を示すフローチャート。 中央管理装置の処理の一例を示すフローチャート。 医療機関に設置するべきコンピュータによる処理の一例を示すフローチャート。 家庭用端末装置の操作表示部に表示するべき表示例の説明図。 診療所設置用端末装置の処理の一例を示すフローチャート。 診療所設置用端末装置の操作・表示部の一例を示す正面図。

符号の説明

１０ 分散型健康管理システム
１５ 通信回線
２０ 中央管理装置
２４１ 個人別臨床データファイル
２４２ 個人別統計データファイル
２４３ 集団用統計データファイル
３０ 端末装置
３８ 操作部
３８１〜３８５ 健康情報入力部
３８６ 来院予約表示・入力部（来院予約入力キー）
３９ 臨床検査生データ採集部
４０ 表示部
６１ 臨床データ演算手段
６２ 個人別臨床データ管理手段
６３ 集団用統計処理手段
６４ 個人別統計処理手段
６５ 異常判定手段
６６ 報告手段
６７ 異常臨床データ転送手段
６８ 来院予約取次手段
１００ 医療機関
１１０ コンピュータ
１２１ 来院予約データファイル
１２２ 個人別臨床データファイル
１２３ 臨床統計データファイル

Claims (1)

1. 中央管理装置と、この中央管理装置に通信回線を介して接続可能であり、各患者あるいは施設に割り当てられた複数の端末装置とを備えており、
   各端末装置は、臨床検査生データ採集部と、この臨床検査生データ採集部によって採集された生データを上記中央管理装置に転送するデータ転送手段と、中央管理装置から異常報告を受けた場合に医療機関への来院予約を催告する来院予約催告手段と、来院予約表示・入力部と、この来院予約表示・入力部から入力された来院予約入力データを中央管理装置に転送する来院予約入力データ転送手段とを備えており、
   上記中央管理装置は、上記各端末装置から転送された生データから臨床データに演算する臨床データ演算手段と、各端末装置に対応する個人別臨床データを統計処理して個人別の正常範囲を決定する個人別統計処理手段と、各端末装置から転送された生データから演算された臨床データが上記個人別の正常範囲に照らして異常である場合に、対応する端末装置に対して上記異常報告を発する異常報告手段と、各端末装置から来院予約入力データを受信した場合にこの来院予約入力データをこの中央管理装置が通信回線を介して接続可能な医療機関に転送する来院予約取次手段と、を備えていることを特徴とする、分散型健康管理システム。

Images