健康疾患管理支援装置及び方法、並びに医用ネットワークシステム
【課題】従来よりも効果的な方法で、患者の日常的な健康疾患管理を継続させるためのモチベーションを維持させる。
【解決手段】データセンタは、患者が実践する健康疾患管理を支援する健康疾患管理支援サービスを提供する。類似データ検索画面５１は、データセンタにアクセスした患者のクライアント端末に表示される。類似データ検索画面５１には、表示部５４に患者が入力した検査データが表示される。クライアント端末は、入力した検査データを検索条件として、その検査データに類似した検査データの検索要求をデータセンタに発行する。データセンタは、検索条件に類似した他の患者の検査データを検査データＤＢから抽出し、その類似部分以後の経過を含めた経過データをクライアント端末に配信する。経過データが表示領域５３に表示される。
【解決手段】データセンタは、患者が実践する健康疾患管理を支援する健康疾患管理支援サービスを提供する。類似データ検索画面５１は、データセンタにアクセスした患者のクライアント端末に表示される。類似データ検索画面５１には、表示部５４に患者が入力した検査データが表示される。クライアント端末は、入力した検査データを検索条件として、その検査データに類似した検査データの検索要求をデータセンタに発行する。データセンタは、検索条件に類似した他の患者の検査データを検査データＤＢから抽出し、その類似部分以後の経過を含めた経過データをクライアント端末に配信する。経過データが表示領域５３に表示される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者の健康疾患管理を支援する健康疾患管理支援装置及び方法、並びに医用ネットワークシステムに関するものである。
【背景技術】
【０００２】
糖尿病などの生活習慣病に代表される慢性的な疾患に対する治療や予防は、医師の指導に従った食生活や運動の実践、及び処方された薬剤の適切な服用といった健康や疾患に関する患者の日常的な自己管理（以下、健康疾患管理という）を継続させることが重要である。こうした患者の健康疾患管理を支援することを目的として、患者が自宅から送信する検査データ（血糖値やコレステロールなど）を受信して、検査データを元にした患者の健康状態や病状に関する情報をオンラインで提供するアプリケーションサービスが知られている（例えば、特許文献１〜３参照）。
【０００３】
特許文献１及び特許文献２に記載の健康疾患管理支援システムでは、蓄積された検査データに基づく統計的な手法を用いて、患者から受信した検査データを分析することにより、患者の現在の健康状態や病状の評価結果（例えば、患者の疾患が回復に向かっているか、悪化しているか、あるいは、健康状態が維持されているかといった患者の健康状態や病状の傾向など）を患者に対して提供する。
【０００４】
また、特許文献３に記載の健康疾患管理支援システムでは、検査データと予測データの差異を、患者の現在の健康状態や病状の評価結果として提供する。予測データは、患者が医師の指導に従って健康疾患管理を行えば得られると予測されるデータである。
【０００５】
こうしたサービスは、患者による日常的な健康疾患管理を継続するためのモチベーションを維持させるという効果があり、有用である。
【特許文献１】特表２００２−５１２７１２号公報
【特許文献２】特開２００２−１３２９５２号公報
【特許文献３】特開２００２−１８３３１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、評価結果の捉え方は患者によって様々であり、良い評価結果を励みにしたり、悪い評価結果を戒めと捉えることにより、モチベーションを維持する患者がいる一方、良い評価結果によって油断して不摂生に陥ってしまう患者や、悪い評価結果で諦めて挫折してしまう患者のように、評価結果を提供する方法ではモチベーションを維持できない患者もいる。そこで、患者の健康疾患管理を継続させるモチベーションを維持させるための、より効果的な方法が模索されていた。
【０００７】
本発明は、こうした背景に鑑みてなされたもので、その目的は、従来よりも実効性の高い方法で、患者の日常的な健康疾患管理を継続させるモチベーションを維持させることにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明の健康疾患管理支援装置は、患者が行う健康疾患管理を支援する健康疾患管理支援装置において、前記患者の医療検査結果と病状に関する経過を記録した経過データを患者単位で蓄積するデータ蓄積手段と、前記健康疾患管理を現在行っている対象患者の前記経過と類似し、且つ前記対象患者より前記経過が進んだ他の患者の経過データを前記データ蓄積手段から検索する検索手段と、検索された前記経過データを検索結果として出力する出力手段とを備えたことを特徴とする。
【０００９】
前記検索結果として出力される前記経過データには、前記対象患者の経過と類似する類似部分と、前記類似部分以後の経過が含まれることが好ましい。
【００１０】
前記出力手段は、前記検索結果を前記対象患者のクライアント端末へネットワークを通じて配信する配信手段であることが好ましい。
【００１１】
前記医療検査結果には、生活習慣病を含む慢性疾患に対して行われる医療検査の結果が含まれることが好ましい。
【００１２】
前記経過データには、前記対象患者に対して医師が指導した内容を表す指導データが含まれることが好ましい。
【００１３】
前記医療検査結果に基づいて前記対象患者の病状を評価する評価手段と、前記評価手段の評価結果に応じて、前記対象患者に対して診療を促すメッセージを通知する通知手段とを備えたことが好ましい。また、前記メッセージには、診療予約サイトのアドレスが含まれることが好ましい。
【００１４】
本発明の健康疾患管理支援方法は、患者が行う健康疾患管理を支援する健康疾患管理支援方法において、前記患者の医療検査結果と病状に関する経過を記録した経過データを患者単位でデータ蓄積手段に蓄積するデータ蓄積ステップと、前記健康疾患管理を現在行っている対象患者の前記経過と類似し、且つ前記対象患者より前記経過が進んだ他の患者の経過データを前記データ蓄積手段から検索する検索ステップと、検索された前記経過データを検索結果として出力する出力ステップとを備えたことを特徴とする。
【００１５】
本発明の医用ネットワークシステムは、データセンタのコンピュータシステムと、前記コンピュータシステムとネットワークを通じて通信可能に接続され、前記データセンタが提供する健康疾患管理支援サービスを利用する対象患者のクライアント端末とからなる医用ネットワークシステムにおいて、前記コンピュータシステムは、前記患者の医療検査結果と病状に関する経過を記録した経過データを患者単位で蓄積するデータ蓄積手段と、前記健康疾患管理を現在行っている前記対象患者の前記経過と類似し、且つ前記対象患者より前記経過が進んだ他の患者の経過データを前記データ蓄積手段から検索する検索手段と、検索された前記経過データを検索結果として前記クライアント端末に配信する配信手段と、を備えたことを特徴とする。
【００１６】
前記コンピュータシステムは、前記対象患者のクライアント端末及び前記対象患者が受診した医療施設のクライアント端末を通じて前記対象患者の医療検査結果を取得して、前記データ蓄積手段に格納することが好ましい。
【００１７】
前記コンピュータシステムは、さらに、前記対象患者の医療検査結果に基づいて病状を評価する評価手段と、前記評価手段の評価結果に応じて、前記対象患者に対して診療を促すメッセージを通知する通知手段とを備えたことが好ましい。また、前記メッセージには、診療予約サイトのアドレスが含まれることが好ましい。
【００１８】
前記コンピュータシステムは、前記対象患者のクライアント端末が前記診療予約サイトにアクセスして送信した前記医療施設宛ての診療予約の申し込み情報を前記医療施設へ配信することが好ましい。
【発明の効果】
【００１９】
本発明は、患者が入力した検査結果の経過に基づいて、その患者の経過と類似する経過を辿った他の患者の経過データを、その後の経過も含めて出力するようにしたから、どのような経過を辿って疾患が回復するのか、あるいは、どのような経過を辿って健康状態が悪化していくのかといった、疾患の治療や予防の帰結を示す具体的な情報を提供することができるので、従来とは別の方法で、健康疾患管理を継続させるためのモチベーションを維持させることができる。
【発明を実施するための最良の形態】
【００２０】
図１に示す医用ネットワークシステム１０は、データセンタ１１のコンピュータシステムと、このコンピュータシステムと通信ネットワークによって接続された、病院１２及び診療所１３の各医療施設のコンピュータシステムとからなる。病院１２は、例えば、地域における医療施設の中で比較的大規模な医療施設であり、ＣＴ（Computed Tomography）装置やＭＲＩ（Magnetic Resonance Imaging）装置など高度な医療検査設備（モダリティ）を保有し、外部の医療施設からの検査依頼を受託する医療検査施設である。診療所１３は、そうしたモダリティを持たず、病院１２に対して医療検査を委託する比較的小規模な医療施設の例である。病院１２は、診療所１３からの検査依頼をデータセンタ１１経由で受け付けて、医療検査を受託する。
【００２１】
データセンタ１１のコンピュータシステムは、病院１２、診療所１３、及び患者１４のそれぞれのコンピュータシステムを構成する各クライアント端末１６、１７、１８とＷＡＮ（Wide Area Network）１９を介して通信可能に接続されており、クライアント端末１６、１７、１８からの要求に応じて、診療予約支援サービスや健康疾患管理支援サービスといったアプリケーションサービスを提供する。患者１４は、データセンタ１１のアプリケーションサービスを利用する対象患者であり、疾患を患って治療中の罹患者と、疾患を予防中の未罹患者を含む。
【００２２】
各クライアント端末１６、１７、１８には、例えば、ＨＴＴＰ(Hypertext Transfer Protocol)に対応したブラウザ（ソフトウエア）がインストールされており、ブラウザを通じてデータセンタ１１のコンピュータシステムと通信を行ってアプリケーションサービスを受ける。
【００２３】
診療予約支援サービスは、診療所１３から病院１２に対する検査委託の予約申し込み情報や、患者１４から病院１２及び診療所１３のそれぞれに対する、検査や診察を含む診療の予約申し込み情報を受け付けて、依頼先の病院１２へオンラインで中継するサービスである。
【００２４】
診療予約支援サービスでは、診療所１３のクライアント端末１７や患者１４のクライアント端末１８に対して、病院１２の予約受け付け枠に対応したスケジュールデータを配信し、各クライアント端末１７、１８から受信した予約申し込み情報を病院１２へ配信する。クライアント端末１７、１８に配信されるスケジュールデータは、クライアント端末１７、１８において、例えば、カレンダ形式で表示される。診療所１３や患者１４は、表示されたスケジュールから空き状況を確認して、依頼先の病院１２宛の予約申し込み情報を、クライアント端末１７、１８からデータセンタ１１に送信する。データセンタ１１は、受信した予約申し込み情報を、病院１２のクライアント端末１６へ配信する。
【００２５】
健康疾患管理支援サービスは、患者１４の健康疾患管理を支援するサービスである。
患者１４の治療や予防の対象となる疾患は、例えば、糖尿病などの生活習慣病に代表される慢性疾患である。患者１４は、例えば、医師によって自宅で携帯検査機器２１による健康疾患管理を行うように指導され、自宅で携帯検査機器２１による検査を行う。
【００２６】
健康疾患管理支援サービスは、携帯検査機器２１を使用して患者１４が自ら行った検査の検査結果を表す検査データや、患者１４が病院１２や診療所１３において受診した検査結果を表す検査データを、データセンタ１１で保管するデータ保管サービスと、複数の患者から収集して蓄積した検査データの中から、患者１４の検査結果の経過と類似の経過を辿った他の患者の経過を配信するデータ配信サービスからなる。
【００２７】
携帯検査機器２１で得られた検査データは、患者１４のクライアント端末１８を通じてデータセンタ１１にアップロードされ、病院１２や診療所１３において得られた検査データは、それぞれのクライアント端末１６、１７を通じてデータセンタ１１にアップロードされる。
【００２８】
検査データは、例えば、血液検査や尿検査などの検体検査や、血圧や脈拍といった生理機能検査に関する検査データである。携帯検査機器２１は、血糖値やコレステロールを測定する血液検査、尿糖を測定する尿検査、血圧や脈拍の測定を行うための簡易検査機器である。
【００２９】
ＷＡＮ１９は、広域ＩＰ（Internet Protocol）ネットワーク、公衆電話網、専用線といった広域通信網である。データセンタ１１と、病院１２や診療所１３のそれぞれとを結ぶＷＡＮ１９としては、例えば、情報セキュリティと通信コストのバランスを考慮して、通信事業者が提供するＩＰネットワークやインターネットなどの共有ネットワーク上に専用回線を仮想的に構築するＶＰＮ（Virtual Private Network）が使用される。患者１４のクライアント端末１８とデータセンタ１１を結ぶＷＡＮ１９としては、例えば、インターネットが使用される。
【００３０】
データセンタ１１のコンピュータシステムは、アプリケーションサーバ２２、センタＤＢサーバ２３、ルータ２４からなる。ルータ２４は、データセンタ１１内のＬＡＮ(Local Area Network)２５とＷＡＮ１９といった異なるネットワーク間でデータの受け渡しを行う転送機器であり、ＬＡＮ２５と接続するＬＡＮポートと、ＷＡＮ１９と接続するＷＡＮポートを備えている。アプリケーションサーバ２２及びセンタＤＢサーバ２３は、ルータ２４のＬＡＮポートと接続されている。
【００３１】
アプリケーションサーバ２２は、クライアント端末１６、１７、１８からのアクセスを受け付けて、診療予約支援サービスや健康疾患管理支援サービスを提供するサーバである。アプリケーションサーバ２２内には、診療予約支援サービスを提供するための窓口となる診療予約サイト、及び健康疾患管理支援サービスを提供するための窓口となる健康疾患管理サイトが開設されており、これらの各サイトを通じてクライアント端末１６、１７、１８からのアクセスを受け付ける。
【００３２】
センタＤＢサーバ２３は、例えば、ワークステーションやパーソナルコンピュータなどのコンピュータをベースに、ＤＢ（Data Base）を管理するソフトウエアであるＤＢＭＳ（Data Base Management System）をインストールすることによって構成される。センタＤＢサーバ２３のストレージユニットには、病院情報ＤＢ２６、患者基本情報ＤＢ２７、検査データＤＢ２８が構築されている。センタＤＢサーバ２３は、アプリケーションサーバ２２からの要求に応じて、各ＤＢ２６、２７、２８内のデータの更新、検索、読み出しといった処理を行う。
【００３３】
図２に示すように、病院情報ＤＢ２６には、病院１２や診療所１３に関する情報が各医療施設単位で格納されている。病院１２や診療所１３に関する情報には、病院ＩＤ、病院名、その病院で開設されている診療科、得意分野（その病院が得意とする診療の分野）といった基本情報が含まれており、検査を受託する病院１２については、さらに、予約受付用のスケジュールデータ及び予約申し込み情報が含まれる。アプリケーションサーバ２２は、病院情報ＤＢ２６にアクセスして、スケジュールデータの読み出しや更新、受信した予約申し込み情報の書き込みを行う。
【００３４】
図３に示すように、患者基本情報ＤＢ２７には、健康疾患管理支援サービスを利用する患者１４を含む複数の患者の基本情報が患者単位で格納される。患者基本情報には、患者名、生年月日、年齢、性別、身長、登録時の体重といった情報が含まれている。
【００３５】
検査データＤＢ２８には、健康疾患管理支援サービスを利用する患者毎の検査データファイルが格納される。検査データＤＢ２８には、検査データファイルとともに、経過データを構成する、病状データファイル及び指導データファイルが格納される。検査データファイル、病状データファイル及び指導データファイルは、患者ＩＤによって関連付けて格納されている。経過データは、どのような経過を辿って患者が疾患から回復したか、あるいは、どのような経過を辿って健康状態や疾患が悪化していったかといった、患者の疾患の治療やその予防の過程と、その帰結を示す患者毎の具体的な記録である。
【００３６】
検査データファイルは、検査データを格納したファイルであり、検査日単位で生成された複数のレコードからなる。各レコードは、複数の検査項目に対応するフィールドを有し、各フィールドには、各検査項目の検査結果である、測定値や判定結果がそれぞれ記録される。１件のレコードには、例えば、血液検査の検査結果である血糖値、中性脂肪及びコレステロールなどの測定値、尿検査の検査結果である尿糖の判定結果（陰性か陽性か）、生理機能検査の検査結果である血圧、さらに、身長と体重から求めた肥満度を表す指標であるＢＭＩ（Body Mass Index）など、それぞれの検査項目の検査結果を表す検査データが記録される。検査データファイルには、検査日単位で検査データが記録されるので、各検査日の検査データを時系列に並べて一覧表示すれば、検査結果の経過を把握することができる。
【００３７】
病状データファイルは、病状データを格納したファイルであり、病院１２や診療所１３において患者が診断された病状に関する病状データが記録される。病状データには、例えば、糖尿病の発病、糖尿病の合併症である糖尿病性網膜症の発症といった情報が記録される。この病状データには、患者が治癒に至ったか、あるいは、死に至ったかといった、治療や予防の帰結を示す情報も含まれる。
【００３８】
指導データファイルは、指導データを格納したファイルであり、病院１２や診療所１３において、患者が医師から受けた食事療法など、医師による患者に対する指導データが記録される。病状データや指導データについても、受診を受けた受診日単位でレコードが生成され、生成されたレコードが各ファイルに順次記録される。病状データファイル及び指導データファイルには、それぞれ受診日単位で病状データや指導データが記録されるため、これらを一覧表示すれば、病状の経過や指導の過程を把握することができる。
【００３９】
図４に示すように、アプリケーションサーバ２２は、ワークステーションやパーソナルコンピュータなどのコンピュータをベースに、オペレーティングシステムや、診療予約支援サービスや健康疾患管理支援サービスを提供するための支援プログラム３８といったサーバアプリケーションソフトウエアをインストールすることによって構成される。
【００４０】
アプリケーションサーバ２２は、ＣＰＵ３１、メモリ３２、ＨＤＤ（Hard Disk Drive）３３、ＬＡＮポート３４及びコンソール３６を備えており、これらはデータバス３７を介して接続されている。コンソール３６は、ディスプレイと、キーボードやマウスなどの入力デバイスとからなり、アプリケーションサーバ２２の管理や設定を行うために用いられる。ＨＤＤ３３には、ＣＰＵ３１が実行するオペレーティングシステムや支援プログラム３８などの各種のプログラムが格納される。
【００４１】
メモリ３２は、ＣＰＵ３１が処理を実行するためのワークメモリである。ＣＰＵ３１は、ＨＤＤ３３に格納されたプログラムをメモリ３２へロードして、プログラムに従った処理を実行することにより、アプリケーションサーバ２２の各部を統括的に制御する。ＬＡＮポート３４は、ＬＡＮ２５との間で伝送制御を行うネットワークインタフェースである。
【００４２】
ＣＰＵ３１は、支援プログラム３８を実行することにより、要求受付部３１ａ、格納処理部３１ｂ、検索処理部３１ｃとして機能する。
【００４３】
図５に示すように、要求受付部３１ａは、病院１２や診療所１３のクライアント端末１６、１７と、患者１４のクライアント端末１８からのデータの送信要求を受け付けて、クライアント端末１６、１７、１８からアップロードされたデータを受信する。クライアント端末１６、１７からは、受診した患者１４の検査データ、病状データ、指導データがアップロードされる。クライアント端末１８からは、患者１４が携帯検査機器２１を用いて自ら行った検査データがアップロードされる。
【００４４】
要求受付部３１ａは、データがアップロードされると、格納処理部３１ｂにデータ格納処理を指令する。格納処理部３１ｂは、要求受付部３１ａからの格納指令に基づいて、センタＤＢサーバ２３にアクセスして、格納対象のデータを検査データＤＢ２８に格納する。こうして、患者１４の検査データ、病状データ及び指導データがデータセンタ１１に保管される。
【００４５】
また、要求受付部３１ａは、患者１４のクライアント端末１８から、患者１４自身の検査データを検索条件として受け付けて、その検査結果の経過と類似する経過を辿った、患者１４とは別の患者の検査データ（類似データ）の検索要求を受け付ける。要求受付部３１ａは、検索要求を受け付けると、それに対応する検索処理を検索処理部３１ｃに対して指令する。
【００４６】
なお、要求受付部３１ａが検査データを検索条件として受け付ける方法としては、クライアント端末１８からアップロードされ、検査データＤＢ２８に未登録の検査データを検索条件として受け付けてもよいし、既に検査データＤＢ２８に登録済みの検査データが検索条件として使用される場合には、検査データのアップロードを受けずに、検索条件として使用する検査データの指定情報のみをクライアント端末１８から受信して検索条件として受け付けてもよい。
【００４７】
検索処理部３１ｃは、要求受付部３１ａからの検索指令に基づいて、センタＤＢサーバ２３にアクセスして、既に検査データＤＢ２８に蓄積済みの検査データの中から、患者１４の検査結果の経過と類似する類似データの検索処理を実行する。検索処理では、例えば、検索条件として指定された検査項目について、患者１４の検査データと蓄積済みの検査データの比較を行って類似データを検索する。例えば、指定された検査項目が血糖値である場合、血糖値の測定値同士が比較される。
【００４８】
検査データの比較方法としては、例えば、検索条件として指定された患者１４の検査データに、所定間隔（例えば、１ヶ月間隔）で測定された複数回分の測定値からなるデータ系列が含まれている場合には、他の患者の検査データの中から、患者１４の検査データのデータ系列と略同間隔で測定された測定値のデータ系列を抽出して比較対象とする。
【００４９】
データ系列の比較方法は、データ系列に基づいて、測定値の経時的な推移を表す直線又は曲線の式を算出し、算出した式同士を比較して類似度を求めたり、データ系列に含まれる個々の測定値同士を比較して、両者の差が基準範囲内か否かによって類似度を求めるといった周知の統計的手法を用いて行われる。
【００５０】
また、検査データ内に複数の検査項目が含まれていて、比較すべきデータ系列が複数ある場合（例えば、血糖値、中性脂肪及びコレステロールのそれぞれの検査結果のデータ系列を比較する場合）には、それぞれのデータ系列の比較結果に基づいて類似度を算出して、類似度の合計値が基準値以上の検査データを類似データとして抽出する。例えば、血糖値のデータ系列の類似度と、中性脂肪の類似度の合計が、基準値以上である場合には、その検査データを類似データであると判定する。
【００５１】
類似データは、比較されたデータ系列の類似部分だけでなく、類似部分以後の検査結果の経過を表す部分も含めて、検査データＤＢ２８から読み出される。検索処理部３１ｃは、読み出した類似データに対応する病状データと指導データを、検査データＤＢ２８から読み出して、各データのレコードを、受診日と検査日をキーとして時系列にソートして、検査データ、病状データ及び指導データを統合した経過データを生成する。
【００５２】
患者１４の検査データと類似部分を有する経過データであっても、類似部分以後の経過が、患者１４の検査データと比較して、ある程度進んでいないと経過データとして意味をなさない。つまり、類似部分以後の経過の記録が１日分しかないというように、類似部分の経過の記録が極端に短い場合には、経過データとしての有効性がない。そのため、検索処理部３１ｃは、類似部分を有する経過データの中から、類似部分以後の経過の記録が、所定期間（例えば、１ヶ月、３ヶ月、半年、１又は複数年）以上ある経過データを選別する。
【００５３】
また、検索処理部３１ｃは、抽出した類似データの件数が、配信する類似データの件数の上限値として予め定めた規定件数よりも多い場合には、患者基本情報ＤＢ２７から、検索要求元の患者１４の年齢、身長、性別といった情報を絞り込み条件として読み出し、その絞り込み条件に基づいて、検索条件によって抽出した類似データの絞り込みを行う。例えば、患者１４が４０代の男性である場合には、抽出した類似データの中から、４０代の男性の類似データを選別する。
【００５４】
こうして類似データを有する経過データの絞り込みを行って、選別した類似データを処理結果として要求受付部３１ａに受け渡す。なお、本例では、検査データＤＢ２８から、検索条件に基づいて類似データを抽出した後、絞り込みを行っているが、絞り込みを行って検索対象範囲を定めた後、類似データの抽出を行ってもよい。
【００５５】
また、検索処理部３１ｃは、経過データが複数件ある場合は、そのリストデータを処理結果として要求受付部３１ａに受け渡す。そして、リストデータの中から指定された経過データの要求を要求受付部３１ａから受けた場合に、指定された経過データを生成して、要求受付部３１ａに受け渡す。
【００５６】
要求受付部３１ａは、検索処理部３１ｃから受け取った経過データから、患者ＩＤ、患者名及び連絡先といった患者の特定につながる個人情報の削除処理を行って、処理済みの経過データを、検索結果としてクライアント端末１８に送信する。
【００５７】
図６に示すデータ登録画面４１は、クライアント端末１８に表示される、検査データ登録用のＧＵＩ（Graphical User Interface）の例である。クライアント端末１８が、ブラウザを通じてアプリケーションサーバ２２の健康疾患管理支援サイトにアクセスして、患者１４のユーザＩＤを入力してログインすると、データ登録画面４１を生成するためのＷｅｂページが配信される。クライアント端末１８は、受信したＷｅｂページのソースコードをブラウザで解析してデータ登録画面４１を生成して表示する。Ｗｅｂページは、周知のとおり、ＷＷＷ（World Wide Web）に対応した、ＸＭＬ（Extensible Markup Language）などのマークアップ言語によってソースコードが記述されたページデータである。
【００５８】
データ登録画面４１には、検査データを入力する入力領域４２と、登録済みの検査データを表示する表示領域４３が設けられる。入力領域４２には、上部に、ログインした患者１４の患者ＩＤと患者名が表示され、その下方に、検査データを検査項目毎に入力するための入力部４４、検査日を入力する入力ボックス４５、入力したデータの送信指示を与えるための送信ボタン４６が設けられる。入力部４４は、タブ４４ａによって複数のページが切り替えられるようになっており、検体検査のページには、血糖値、中性脂肪、コレステロールといった項目の測定値を入力する入力ボックス４４ｂが設けられ、別のページには、血圧やＢＭＩの測定値を入力する入力ボックス（図示せず）が設けられる。
【００５９】
表示領域４３には、データセンタ１１に登録済みの検査データを表示する表示部４７と、表示部４７の下方に、類似データ検索画面５１（図７参照）へ移行するための移行ボタン４８が設けられている。表示部４７には、検査項目毎に検査結果が時系列で表示される。検査データの他に、病状データや指導データが登録されている場合には、それらのデータも受診日に基づいてソートされて表示部４７に挿入される。指導データが挿入されている場合には、例えば、詳細ボタン４９が表示され、詳細ボタン４９をクリックすると、指導データの内容が表示される。
【００６０】
図７に示す類似データ検索画面５１は、類似データ検索用のＧＵＩ（Graphical User Interface）の例であり、データ登録画面４１と同様にＷｅｂページの形式でアプリケーションサーバ２２から配信される。類似データ検索画面５１には、類似データを検索するための検索条件を指定する検索条件指定領域５２と、検索結果である経過データを表示する経過データ表示領域５３が設けられる。
【００６１】
検索条件指定領域５２には、患者１４の登録済みの検査データのうち、検索条件として指定されるデータ系列（比較データ）を表示する比較データ表示部５４と、比較範囲や比較項目を指定するための指定ボタン５５、５６と、検索実行ボタン５７と、終了ボタン５８からなる。
【００６２】
比較データ表示部５４は、データ登録画面４１の表示部４７と同様の形態で、比較データが時系列にソートされて表示される。
【００６３】
指定ボタン５５は、比較データを指定するためのボタンである。指定ボタン５５をクリックすると、例えば、範囲指定ウインドウ（図示せず）が表示される。範囲指定ウインドウでは、比較データとして使用する件数や日付の範囲などを入力して、比較データの範囲指定を行う。件数で指定する場合には、登録済みの検査データのうち、最新の検査日から遡って入力した件数分前の検査データが、検索用の比較データとして指定される。日付で指定する場合には、例えば、入力時点から遡って過去何ヶ月分といった方法や、始期と終期を定めて指定する方法で、比較範囲が指定される。図７では、最新の日付を含めて２件分前の計３件分のデータ系列が比較データとして指定され、指定された比較データが比較データ表示部５４に表示された状態を示す。
【００６４】
指定ボタン５６は、検査データに含まれる複数の検査項目のうち、類似データを検索する際に比較する検査項目（比較項目）を指定するためのボタンである。指定ボタン５６をクリックすると、例えば、比較項目指定ウインドウ（図示せず）が表示される。比較項目指定ウインドウには、例えば、血糖値、中性脂肪、コレステロールといった各検査項目に対応するチェックボックスが設けられており、チェックされた検査項目が比較項目として指定される。また、比較項目の指定方法としては、糖尿病、高脂血症、高血圧といった疾患名を入力することにより、その疾患名に応じた検査項目が指定されるようにしてもよい。
【００６５】
検索実行ボタン５７は、検索の実行を指示するボタンであり、検索実行ボタン５７がクリックされると、指定された検索条件の検索要求が発行され、発行された検索要求がクライアント端末１８からアプリケーションサーバ２２に送信される。終了ボタン５８は、類似データの検索を終了するボタンであり、終了ボタン５８がクリックされると、データ登録画面４１に復帰する。
【００６６】
経過データ表示領域５３には、類似データとそれに対応する病状データ及び指導データを含む経過データが表示される表示部６１と、リスト表示ボタン６２とが設けられている。リスト表示ボタン６２は、経過データが複数件抽出された場合に、それらのリスト（図示せず）を表示するためのボタンである。リスト内から選択した経過データが表示部６１に表示される。データセンタ１１から配信される経過データは、患者が特定されないように、個人情報が削除されるため、経過データ表示領域５３では、経過データの患者名は匿名や非表示とされる。
【００６７】
表示部６１は、比較データ表示部５４と同様の形態で、検査データ、病状データ、指導データが時系列で表示される。表示部６１は、類似部分表示部６１ａと経過部分表示部６１ｂに分かれており、類似部分表示部６１ａには、検索条件として指定された比較データと比較されて経過が類似すると判定された類似部分が表示される。経過部分表示部６１ｂには、類似部分表示部６１ａに表示された類似部分以後の経過を表す経過部分が表示される。本例においては、経過部分表示部６１ｂの病状の表示欄には、糖尿病を発病し、その後、糖尿病の合併症である網膜症を発症したことが表示されている。経過データは、患者１４の経過と類似した経過を持つある患者の健康疾患管理の具体的な記録である。経過部分表示部６１ｂに表示される経過部分は、ある患者が辿った経過の事実を示すものであるが、これは、患者１４にとっては、現在の検査結果の経過から予測される帰結を示唆するものである。
【００６８】
以下、上記構成による作用について、図８に示すフローチャートを参照しながら説明する。患者１４は、生活習慣病の予防や治療のために、例えば、病院１２の診療を受診する。患者１４が健康疾患管理支援サービスの利用を希望する場合には、患者１４が受診した病院１２は、クライアント端末１６から、患者１４の検査データ、病状データ、指導データを、アプリケーションサーバ２２にアップロードする。また、患者１４は、医師の指導に従った食生活や運動の実践といった健康疾患管理を行うとともに、携帯検査機器２１を使用して検査を行う。携帯検査機器２１で得られた検査データは、クライアント端末１８からアプリケーションサーバ２２にアップロードされる。アプリケーションサーバ２２は、受信したデータを患者単位で検査データＤＢ２８に格納する。こうした処理を繰り返すことで、検査データＤＢ２８に各データが蓄積される。
【００６９】
患者１４は、自分の検査データと類似の経過を辿った類似データを検索する場合には、クライアント端末１８を通じてアプリケーションサーバ２２にアクセスして、類似データ検索画面５１を表示する。類似データ検索画面５１において患者１４による検索条件の指定が行われて、検索実行ボタン５７がクリックされると、クライアント端末１８は、アプリケーションサーバ２２に対して、類似データの検索要求を発行する。
【００７０】
アプリケーションサーバ２２は、要求受付部３１ａで検索要求を受け付けて、検索処理部３１ｃに検索処理を実行させる。検索処理部３１ｃは、センタＤＢサーバ２３にアクセスして、検査データＤＢ２８から類似データを検索し、処理結果を要求受付部３１ａに返す。要求受付部３１ａは、抽出された類似データとそれに対応する病状データや指導データを統合した経過データを検索結果としてクライアント端末１８に配信する。クライアント端末１８では、受信した経過データが類似データ検索画面５１に表示される。
【００７１】
経過データには、患者１４の検査結果と類似する経過を辿った類似部分と、その類似部分以後の経過が含まれるため、類似部分以後の経過が悪い経過（発病や死亡など）であれば、患者１４に対して、健康状態や病状に関する危険性を認識させることができ、健康疾患管理を継続するモチベーションが与えることができる。これにより、患者１４の健康疾患管理への取り組みが促進される。
【００７２】
しかも、経過データは、患者１４の検査データの評価結果とは異なり、ある患者の具体的な健康疾患管理の記録であるため、患者１４に対して、危険性を具体的に認識させ、患者１４の危機感を煽る効果もある。また、経過データを提供する方法は、評価結果を提供する従来の方法とは、患者１４に提供される情報の内容が全く異なるので、評価結果ではモチベーションを維持できない患者１４に対する効果も期待できる。また、類似部分以後の経過が良い経過であれば、患者１４にとって励みにもなる。
【００７３】
また、経過データ表示領域５３には、類似部分以後の経過だけでなく、類似部分についても表示されるので、患者１４は、自分の検査結果の経過との比較を容易に行うことができる。また、類似部分を表示することで、類似部分以後の経過の信憑性も増すので、患者１４に与える心理的な効果も大きい。
【００７４】
また、経過データには、指導データも含まれているので、患者１４が自分の指導内容と、他の患者の指導内容を比較して、自分の健康疾患管理の点検や見直しを行うといったことも可能である。
【００７５】
上記実施形態では、経過データ表示領域に、類似部分と類似部分以後の経過の両方を表示する例で説明したが、類似部分以後の経過だけを表示してもよい。
【００７６】
上記実施形態では、対象患者の検査データに類似する類似データを含む他の患者の経過データを配信する例で説明したが、経過データの配信に加えて、アプリケーションサーバ２２が対象患者の検査データを分析して検査結果の評価を行い、その評価結果を配信してもよい。検査結果の評価は、例えば、アプリケーションサーバ２２のＣＰＵ３１が、患者１４の検査データに基づいて検索された他の患者の経過データに病状が記録されているか否かを調べて、病状が記録されている場合には、予測される疾患があると判定する。本例のように、経過データ内の病状の記録の有無で評価する方法によれば、複雑な統計的手法を用いることなく、簡単に検査データの評価を行うことができる。
【００７７】
検査データの評価方法については、本例以外の方法として、例えば、特許文献１、２に記載された手法と同様の統計的な手法を用いてもよい。こうした統計的な手法では、検査データが異常値を示しているか否か、検査データが所定期間毎の目標の検査結果に達しているか否かといった複雑な判定を行うことができる。
【００７８】
また、図９に示すように、検査データを評価して、未罹患者に関して発病の危険性がある、あるいは、治療中の罹患者の疾患の病状が悪化傾向にあるというように、検査結果に問題が有ると判定された場合に、診療の受診を促すメッセージを配信してもよい。メッセージは、例えば、要求受付部３１ａが検査データを受信したときに、検査データの送信元のクライアント端末１８に向けて通知し、データ登録画面４１などに表示される。もちろん、患者基本情報ＤＢ２７から送信元のメールアドレスを読み出して、そのメールアドレス宛にメール形式でメッセージを通知してもよい。
【００７９】
メッセージには、例えば、図１０に示すメッセージ６３のように、検査結果の評価結果、検査結果の経過が良くないため早急に受診すべきこと、診療予約サイトのアドレスや診療受付枠の空き状況といった内容が含まれる。アプリケーションサーバ２２は、診療予約サービスも提供するので、診療予約サイトのアドレスは、例えば、アプリケーションサーバ２２内の診療予約サイトのアドレスが使用される。また、診療受付枠の空き状況は、アプリケーションサーバ２２がセンタＤＢサーバ２３にアクセスして、病院情報ＤＢ２６内のスケジュールデータから取得する。
【００８０】
なお、診療予約サイトのアドレスとしては、データセンタ１１内の診療予約サイトのアドレスを紹介する代わりに、病院１２や診療所１３のそれぞれが開設する予約サイトのアドレスを紹介してもよい。
【００８１】
また、検査データの評価に基づいて、予測される疾患がある場合には、その疾患に応じた適切な病院１２を、メッセージ６３を通じて紹介するようにしてもよい。この場合、アプリケーションサーバ２２のＣＰＵ３１は、病院情報ＤＢ２６内の基本情報を調べて、基本情報に含まれる得意分野と予測される疾患名とを照合して、得意分野と疾患名とが一致する病院１２を抽出する。そして、抽出した病院１２の名称とその予約空き状況を、メッセージ６３を通じて配信する。
【００８２】
上記実施形態では、生活習慣病を疾患の例として説明したが、生活習慣病以外の疾患の検査データにも適用可能である。
【００８３】
上記実施形態では、データセンタが健康疾患管理支援サービスを提供する例で説明したが、健康疾患管理支援サービスを病院や診療所が提供してもよい。その場合には、アプリケーションサーバなど健康疾患管理支援サービスを提供するコンピュータシステムを病院や診療所のコンピュータシステムによって構成する。
【００８４】
また、病院や診療所のコンピュータシステムで、本発明の健康疾患管理支援装置を実現する場合には、ネットワーク経由で経過データを配信するオンラインサービスの形態でなくてもよい。例えば、病院や診療所の待合室などに健康疾患管理支援装置を構成する端末装置を配置し、この端末装置によって患者が持ち込んだ記憶メディアから検査データを読み込み、端末装置のディスプレイに検索結果を出力するといったサービス形態でもよい。
【００８５】
上記実施形態では、本発明の健康疾患管理支援装置を、アプリケーションサーバとセンタＤＢサーバからなるコンピュータシステムで実現した例で説明したが、健康疾患管理支援装置は、１つのサーバで実現してもよいし、３台以上のサーバで実現するなどコンピュータシステムの構成は適宜変更が可能である。また、データセンタのコンピュータシステムが、病院のコンピュータシステムにＷＡＮ経由でリアルタイムのオンラインアクセスが可能ならば、病院のコンピュータシステムに構築した検査データＤＢと、データセンタのアプリケーションサーバとから健康疾患管理支援装置を構成するというように、健康疾患管理支援装置の一部をネットワーク上に分散させて配置してもよい。
【００８６】
また、上記実施形態では、本発明の医用ネットワークシステムを、医療施設のコンピュータシステムと、データセンタのコンピュータシステムとからなる形態で説明したが、本発明の医用ネットワークシステムは、様々な形態に応用することが可能である。例えば、１つの病院に複数の拠点があり、それぞれの拠点の複数のコンピュータシステムをネットワークで接続した医用ネットワークシステムとしてもよい。また、複数の病院のそれぞれのコンピュータシステムをネットワークで接続した医用ネットワークシステムでもよい。この場合、いずれかの病院がデータセンタとなりホスト的な役割を担う。上記いずれの場合でも、各コンピュータシステム間を接続するネットワークはＷＡＮでもＬＡＮでもよい。
【００８７】
なお、上記実施形態で示したとおり、本発明は、プログラムの形態、さらにはプログラムを記憶する記憶媒体にも及ぶことはもちろんである。
【図面の簡単な説明】
【００８８】
【図１】医用ネットワークシステムの概略を示す構成図である。
【図２】病院情報ＤＢの説明図である。
【図３】患者基本情報ＤＢ、検査データＤＢの説明図である。
【図４】アプリケーションサーバの概略構成図である。
【図５】データ格納処理及びデータ検索処理の説明図である。
【図６】データ登録画面の説明図である。
【図７】類似データ検索画面の説明図である。
【図８】健康疾患管理支援サービスの流れを示すフローチャートである。
【図９】検査結果を評価してメッセージを通知する場合のフローチャートである。
【図１０】メッセージの内容の説明図である。
【符号の説明】
【００８９】
１０ 医用ネットワークシステム
１１ データセンタ
１２ 病院
１３ 診療所
１４ 患者
１６ クライアント端末（病院）
１７ クライアント端末（診療所）
１８ クライアント端末（患者）
１９ ＷＡＮ
２２ アプリケーションサーバ
２３ センタＤＢサーバ
２６ 病院情報ＤＢ
２７ 患者基本情報ＤＢ
２８ 検査データＤＢ
３１ ＣＰＵ
３１ａ 要求受付部
３１ｂ 格納処理部
３１ｃ 検索処理部
３８ 支援プログラム
４１ データ登録画面
５１ 類似データ検索画面
６１ メッセージ
【技術分野】
【０００１】
本発明は、患者の健康疾患管理を支援する健康疾患管理支援装置及び方法、並びに医用ネットワークシステムに関するものである。
【背景技術】
【０００２】
糖尿病などの生活習慣病に代表される慢性的な疾患に対する治療や予防は、医師の指導に従った食生活や運動の実践、及び処方された薬剤の適切な服用といった健康や疾患に関する患者の日常的な自己管理（以下、健康疾患管理という）を継続させることが重要である。こうした患者の健康疾患管理を支援することを目的として、患者が自宅から送信する検査データ（血糖値やコレステロールなど）を受信して、検査データを元にした患者の健康状態や病状に関する情報をオンラインで提供するアプリケーションサービスが知られている（例えば、特許文献１〜３参照）。
【０００３】
特許文献１及び特許文献２に記載の健康疾患管理支援システムでは、蓄積された検査データに基づく統計的な手法を用いて、患者から受信した検査データを分析することにより、患者の現在の健康状態や病状の評価結果（例えば、患者の疾患が回復に向かっているか、悪化しているか、あるいは、健康状態が維持されているかといった患者の健康状態や病状の傾向など）を患者に対して提供する。
【０００４】
また、特許文献３に記載の健康疾患管理支援システムでは、検査データと予測データの差異を、患者の現在の健康状態や病状の評価結果として提供する。予測データは、患者が医師の指導に従って健康疾患管理を行えば得られると予測されるデータである。
【０００５】
こうしたサービスは、患者による日常的な健康疾患管理を継続するためのモチベーションを維持させるという効果があり、有用である。
【特許文献１】特表２００２−５１２７１２号公報
【特許文献２】特開２００２−１３２９５２号公報
【特許文献３】特開２００２−１８３３１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、評価結果の捉え方は患者によって様々であり、良い評価結果を励みにしたり、悪い評価結果を戒めと捉えることにより、モチベーションを維持する患者がいる一方、良い評価結果によって油断して不摂生に陥ってしまう患者や、悪い評価結果で諦めて挫折してしまう患者のように、評価結果を提供する方法ではモチベーションを維持できない患者もいる。そこで、患者の健康疾患管理を継続させるモチベーションを維持させるための、より効果的な方法が模索されていた。
【０００７】
本発明は、こうした背景に鑑みてなされたもので、その目的は、従来よりも実効性の高い方法で、患者の日常的な健康疾患管理を継続させるモチベーションを維持させることにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明の健康疾患管理支援装置は、患者が行う健康疾患管理を支援する健康疾患管理支援装置において、前記患者の医療検査結果と病状に関する経過を記録した経過データを患者単位で蓄積するデータ蓄積手段と、前記健康疾患管理を現在行っている対象患者の前記経過と類似し、且つ前記対象患者より前記経過が進んだ他の患者の経過データを前記データ蓄積手段から検索する検索手段と、検索された前記経過データを検索結果として出力する出力手段とを備えたことを特徴とする。
【０００９】
前記検索結果として出力される前記経過データには、前記対象患者の経過と類似する類似部分と、前記類似部分以後の経過が含まれることが好ましい。
【００１０】
前記出力手段は、前記検索結果を前記対象患者のクライアント端末へネットワークを通じて配信する配信手段であることが好ましい。
【００１１】
前記医療検査結果には、生活習慣病を含む慢性疾患に対して行われる医療検査の結果が含まれることが好ましい。
【００１２】
前記経過データには、前記対象患者に対して医師が指導した内容を表す指導データが含まれることが好ましい。
【００１３】
前記医療検査結果に基づいて前記対象患者の病状を評価する評価手段と、前記評価手段の評価結果に応じて、前記対象患者に対して診療を促すメッセージを通知する通知手段とを備えたことが好ましい。また、前記メッセージには、診療予約サイトのアドレスが含まれることが好ましい。
【００１４】
本発明の健康疾患管理支援方法は、患者が行う健康疾患管理を支援する健康疾患管理支援方法において、前記患者の医療検査結果と病状に関する経過を記録した経過データを患者単位でデータ蓄積手段に蓄積するデータ蓄積ステップと、前記健康疾患管理を現在行っている対象患者の前記経過と類似し、且つ前記対象患者より前記経過が進んだ他の患者の経過データを前記データ蓄積手段から検索する検索ステップと、検索された前記経過データを検索結果として出力する出力ステップとを備えたことを特徴とする。
【００１５】
本発明の医用ネットワークシステムは、データセンタのコンピュータシステムと、前記コンピュータシステムとネットワークを通じて通信可能に接続され、前記データセンタが提供する健康疾患管理支援サービスを利用する対象患者のクライアント端末とからなる医用ネットワークシステムにおいて、前記コンピュータシステムは、前記患者の医療検査結果と病状に関する経過を記録した経過データを患者単位で蓄積するデータ蓄積手段と、前記健康疾患管理を現在行っている前記対象患者の前記経過と類似し、且つ前記対象患者より前記経過が進んだ他の患者の経過データを前記データ蓄積手段から検索する検索手段と、検索された前記経過データを検索結果として前記クライアント端末に配信する配信手段と、を備えたことを特徴とする。
【００１６】
前記コンピュータシステムは、前記対象患者のクライアント端末及び前記対象患者が受診した医療施設のクライアント端末を通じて前記対象患者の医療検査結果を取得して、前記データ蓄積手段に格納することが好ましい。
【００１７】
前記コンピュータシステムは、さらに、前記対象患者の医療検査結果に基づいて病状を評価する評価手段と、前記評価手段の評価結果に応じて、前記対象患者に対して診療を促すメッセージを通知する通知手段とを備えたことが好ましい。また、前記メッセージには、診療予約サイトのアドレスが含まれることが好ましい。
【００１８】
前記コンピュータシステムは、前記対象患者のクライアント端末が前記診療予約サイトにアクセスして送信した前記医療施設宛ての診療予約の申し込み情報を前記医療施設へ配信することが好ましい。
【発明の効果】
【００１９】
本発明は、患者が入力した検査結果の経過に基づいて、その患者の経過と類似する経過を辿った他の患者の経過データを、その後の経過も含めて出力するようにしたから、どのような経過を辿って疾患が回復するのか、あるいは、どのような経過を辿って健康状態が悪化していくのかといった、疾患の治療や予防の帰結を示す具体的な情報を提供することができるので、従来とは別の方法で、健康疾患管理を継続させるためのモチベーションを維持させることができる。
【発明を実施するための最良の形態】
【００２０】
図１に示す医用ネットワークシステム１０は、データセンタ１１のコンピュータシステムと、このコンピュータシステムと通信ネットワークによって接続された、病院１２及び診療所１３の各医療施設のコンピュータシステムとからなる。病院１２は、例えば、地域における医療施設の中で比較的大規模な医療施設であり、ＣＴ（Computed Tomography）装置やＭＲＩ（Magnetic Resonance Imaging）装置など高度な医療検査設備（モダリティ）を保有し、外部の医療施設からの検査依頼を受託する医療検査施設である。診療所１３は、そうしたモダリティを持たず、病院１２に対して医療検査を委託する比較的小規模な医療施設の例である。病院１２は、診療所１３からの検査依頼をデータセンタ１１経由で受け付けて、医療検査を受託する。
【００２１】
データセンタ１１のコンピュータシステムは、病院１２、診療所１３、及び患者１４のそれぞれのコンピュータシステムを構成する各クライアント端末１６、１７、１８とＷＡＮ（Wide Area Network）１９を介して通信可能に接続されており、クライアント端末１６、１７、１８からの要求に応じて、診療予約支援サービスや健康疾患管理支援サービスといったアプリケーションサービスを提供する。患者１４は、データセンタ１１のアプリケーションサービスを利用する対象患者であり、疾患を患って治療中の罹患者と、疾患を予防中の未罹患者を含む。
【００２２】
各クライアント端末１６、１７、１８には、例えば、ＨＴＴＰ(Hypertext Transfer Protocol)に対応したブラウザ（ソフトウエア）がインストールされており、ブラウザを通じてデータセンタ１１のコンピュータシステムと通信を行ってアプリケーションサービスを受ける。
【００２３】
診療予約支援サービスは、診療所１３から病院１２に対する検査委託の予約申し込み情報や、患者１４から病院１２及び診療所１３のそれぞれに対する、検査や診察を含む診療の予約申し込み情報を受け付けて、依頼先の病院１２へオンラインで中継するサービスである。
【００２４】
診療予約支援サービスでは、診療所１３のクライアント端末１７や患者１４のクライアント端末１８に対して、病院１２の予約受け付け枠に対応したスケジュールデータを配信し、各クライアント端末１７、１８から受信した予約申し込み情報を病院１２へ配信する。クライアント端末１７、１８に配信されるスケジュールデータは、クライアント端末１７、１８において、例えば、カレンダ形式で表示される。診療所１３や患者１４は、表示されたスケジュールから空き状況を確認して、依頼先の病院１２宛の予約申し込み情報を、クライアント端末１７、１８からデータセンタ１１に送信する。データセンタ１１は、受信した予約申し込み情報を、病院１２のクライアント端末１６へ配信する。
【００２５】
健康疾患管理支援サービスは、患者１４の健康疾患管理を支援するサービスである。
患者１４の治療や予防の対象となる疾患は、例えば、糖尿病などの生活習慣病に代表される慢性疾患である。患者１４は、例えば、医師によって自宅で携帯検査機器２１による健康疾患管理を行うように指導され、自宅で携帯検査機器２１による検査を行う。
【００２６】
健康疾患管理支援サービスは、携帯検査機器２１を使用して患者１４が自ら行った検査の検査結果を表す検査データや、患者１４が病院１２や診療所１３において受診した検査結果を表す検査データを、データセンタ１１で保管するデータ保管サービスと、複数の患者から収集して蓄積した検査データの中から、患者１４の検査結果の経過と類似の経過を辿った他の患者の経過を配信するデータ配信サービスからなる。
【００２７】
携帯検査機器２１で得られた検査データは、患者１４のクライアント端末１８を通じてデータセンタ１１にアップロードされ、病院１２や診療所１３において得られた検査データは、それぞれのクライアント端末１６、１７を通じてデータセンタ１１にアップロードされる。
【００２８】
検査データは、例えば、血液検査や尿検査などの検体検査や、血圧や脈拍といった生理機能検査に関する検査データである。携帯検査機器２１は、血糖値やコレステロールを測定する血液検査、尿糖を測定する尿検査、血圧や脈拍の測定を行うための簡易検査機器である。
【００２９】
ＷＡＮ１９は、広域ＩＰ（Internet Protocol）ネットワーク、公衆電話網、専用線といった広域通信網である。データセンタ１１と、病院１２や診療所１３のそれぞれとを結ぶＷＡＮ１９としては、例えば、情報セキュリティと通信コストのバランスを考慮して、通信事業者が提供するＩＰネットワークやインターネットなどの共有ネットワーク上に専用回線を仮想的に構築するＶＰＮ（Virtual Private Network）が使用される。患者１４のクライアント端末１８とデータセンタ１１を結ぶＷＡＮ１９としては、例えば、インターネットが使用される。
【００３０】
データセンタ１１のコンピュータシステムは、アプリケーションサーバ２２、センタＤＢサーバ２３、ルータ２４からなる。ルータ２４は、データセンタ１１内のＬＡＮ(Local Area Network)２５とＷＡＮ１９といった異なるネットワーク間でデータの受け渡しを行う転送機器であり、ＬＡＮ２５と接続するＬＡＮポートと、ＷＡＮ１９と接続するＷＡＮポートを備えている。アプリケーションサーバ２２及びセンタＤＢサーバ２３は、ルータ２４のＬＡＮポートと接続されている。
【００３１】
アプリケーションサーバ２２は、クライアント端末１６、１７、１８からのアクセスを受け付けて、診療予約支援サービスや健康疾患管理支援サービスを提供するサーバである。アプリケーションサーバ２２内には、診療予約支援サービスを提供するための窓口となる診療予約サイト、及び健康疾患管理支援サービスを提供するための窓口となる健康疾患管理サイトが開設されており、これらの各サイトを通じてクライアント端末１６、１７、１８からのアクセスを受け付ける。
【００３２】
センタＤＢサーバ２３は、例えば、ワークステーションやパーソナルコンピュータなどのコンピュータをベースに、ＤＢ（Data Base）を管理するソフトウエアであるＤＢＭＳ（Data Base Management System）をインストールすることによって構成される。センタＤＢサーバ２３のストレージユニットには、病院情報ＤＢ２６、患者基本情報ＤＢ２７、検査データＤＢ２８が構築されている。センタＤＢサーバ２３は、アプリケーションサーバ２２からの要求に応じて、各ＤＢ２６、２７、２８内のデータの更新、検索、読み出しといった処理を行う。
【００３３】
図２に示すように、病院情報ＤＢ２６には、病院１２や診療所１３に関する情報が各医療施設単位で格納されている。病院１２や診療所１３に関する情報には、病院ＩＤ、病院名、その病院で開設されている診療科、得意分野（その病院が得意とする診療の分野）といった基本情報が含まれており、検査を受託する病院１２については、さらに、予約受付用のスケジュールデータ及び予約申し込み情報が含まれる。アプリケーションサーバ２２は、病院情報ＤＢ２６にアクセスして、スケジュールデータの読み出しや更新、受信した予約申し込み情報の書き込みを行う。
【００３４】
図３に示すように、患者基本情報ＤＢ２７には、健康疾患管理支援サービスを利用する患者１４を含む複数の患者の基本情報が患者単位で格納される。患者基本情報には、患者名、生年月日、年齢、性別、身長、登録時の体重といった情報が含まれている。
【００３５】
検査データＤＢ２８には、健康疾患管理支援サービスを利用する患者毎の検査データファイルが格納される。検査データＤＢ２８には、検査データファイルとともに、経過データを構成する、病状データファイル及び指導データファイルが格納される。検査データファイル、病状データファイル及び指導データファイルは、患者ＩＤによって関連付けて格納されている。経過データは、どのような経過を辿って患者が疾患から回復したか、あるいは、どのような経過を辿って健康状態や疾患が悪化していったかといった、患者の疾患の治療やその予防の過程と、その帰結を示す患者毎の具体的な記録である。
【００３６】
検査データファイルは、検査データを格納したファイルであり、検査日単位で生成された複数のレコードからなる。各レコードは、複数の検査項目に対応するフィールドを有し、各フィールドには、各検査項目の検査結果である、測定値や判定結果がそれぞれ記録される。１件のレコードには、例えば、血液検査の検査結果である血糖値、中性脂肪及びコレステロールなどの測定値、尿検査の検査結果である尿糖の判定結果（陰性か陽性か）、生理機能検査の検査結果である血圧、さらに、身長と体重から求めた肥満度を表す指標であるＢＭＩ（Body Mass Index）など、それぞれの検査項目の検査結果を表す検査データが記録される。検査データファイルには、検査日単位で検査データが記録されるので、各検査日の検査データを時系列に並べて一覧表示すれば、検査結果の経過を把握することができる。
【００３７】
病状データファイルは、病状データを格納したファイルであり、病院１２や診療所１３において患者が診断された病状に関する病状データが記録される。病状データには、例えば、糖尿病の発病、糖尿病の合併症である糖尿病性網膜症の発症といった情報が記録される。この病状データには、患者が治癒に至ったか、あるいは、死に至ったかといった、治療や予防の帰結を示す情報も含まれる。
【００３８】
指導データファイルは、指導データを格納したファイルであり、病院１２や診療所１３において、患者が医師から受けた食事療法など、医師による患者に対する指導データが記録される。病状データや指導データについても、受診を受けた受診日単位でレコードが生成され、生成されたレコードが各ファイルに順次記録される。病状データファイル及び指導データファイルには、それぞれ受診日単位で病状データや指導データが記録されるため、これらを一覧表示すれば、病状の経過や指導の過程を把握することができる。
【００３９】
図４に示すように、アプリケーションサーバ２２は、ワークステーションやパーソナルコンピュータなどのコンピュータをベースに、オペレーティングシステムや、診療予約支援サービスや健康疾患管理支援サービスを提供するための支援プログラム３８といったサーバアプリケーションソフトウエアをインストールすることによって構成される。
【００４０】
アプリケーションサーバ２２は、ＣＰＵ３１、メモリ３２、ＨＤＤ（Hard Disk Drive）３３、ＬＡＮポート３４及びコンソール３６を備えており、これらはデータバス３７を介して接続されている。コンソール３６は、ディスプレイと、キーボードやマウスなどの入力デバイスとからなり、アプリケーションサーバ２２の管理や設定を行うために用いられる。ＨＤＤ３３には、ＣＰＵ３１が実行するオペレーティングシステムや支援プログラム３８などの各種のプログラムが格納される。
【００４１】
メモリ３２は、ＣＰＵ３１が処理を実行するためのワークメモリである。ＣＰＵ３１は、ＨＤＤ３３に格納されたプログラムをメモリ３２へロードして、プログラムに従った処理を実行することにより、アプリケーションサーバ２２の各部を統括的に制御する。ＬＡＮポート３４は、ＬＡＮ２５との間で伝送制御を行うネットワークインタフェースである。
【００４２】
ＣＰＵ３１は、支援プログラム３８を実行することにより、要求受付部３１ａ、格納処理部３１ｂ、検索処理部３１ｃとして機能する。
【００４３】
図５に示すように、要求受付部３１ａは、病院１２や診療所１３のクライアント端末１６、１７と、患者１４のクライアント端末１８からのデータの送信要求を受け付けて、クライアント端末１６、１７、１８からアップロードされたデータを受信する。クライアント端末１６、１７からは、受診した患者１４の検査データ、病状データ、指導データがアップロードされる。クライアント端末１８からは、患者１４が携帯検査機器２１を用いて自ら行った検査データがアップロードされる。
【００４４】
要求受付部３１ａは、データがアップロードされると、格納処理部３１ｂにデータ格納処理を指令する。格納処理部３１ｂは、要求受付部３１ａからの格納指令に基づいて、センタＤＢサーバ２３にアクセスして、格納対象のデータを検査データＤＢ２８に格納する。こうして、患者１４の検査データ、病状データ及び指導データがデータセンタ１１に保管される。
【００４５】
また、要求受付部３１ａは、患者１４のクライアント端末１８から、患者１４自身の検査データを検索条件として受け付けて、その検査結果の経過と類似する経過を辿った、患者１４とは別の患者の検査データ（類似データ）の検索要求を受け付ける。要求受付部３１ａは、検索要求を受け付けると、それに対応する検索処理を検索処理部３１ｃに対して指令する。
【００４６】
なお、要求受付部３１ａが検査データを検索条件として受け付ける方法としては、クライアント端末１８からアップロードされ、検査データＤＢ２８に未登録の検査データを検索条件として受け付けてもよいし、既に検査データＤＢ２８に登録済みの検査データが検索条件として使用される場合には、検査データのアップロードを受けずに、検索条件として使用する検査データの指定情報のみをクライアント端末１８から受信して検索条件として受け付けてもよい。
【００４７】
検索処理部３１ｃは、要求受付部３１ａからの検索指令に基づいて、センタＤＢサーバ２３にアクセスして、既に検査データＤＢ２８に蓄積済みの検査データの中から、患者１４の検査結果の経過と類似する類似データの検索処理を実行する。検索処理では、例えば、検索条件として指定された検査項目について、患者１４の検査データと蓄積済みの検査データの比較を行って類似データを検索する。例えば、指定された検査項目が血糖値である場合、血糖値の測定値同士が比較される。
【００４８】
検査データの比較方法としては、例えば、検索条件として指定された患者１４の検査データに、所定間隔（例えば、１ヶ月間隔）で測定された複数回分の測定値からなるデータ系列が含まれている場合には、他の患者の検査データの中から、患者１４の検査データのデータ系列と略同間隔で測定された測定値のデータ系列を抽出して比較対象とする。
【００４９】
データ系列の比較方法は、データ系列に基づいて、測定値の経時的な推移を表す直線又は曲線の式を算出し、算出した式同士を比較して類似度を求めたり、データ系列に含まれる個々の測定値同士を比較して、両者の差が基準範囲内か否かによって類似度を求めるといった周知の統計的手法を用いて行われる。
【００５０】
また、検査データ内に複数の検査項目が含まれていて、比較すべきデータ系列が複数ある場合（例えば、血糖値、中性脂肪及びコレステロールのそれぞれの検査結果のデータ系列を比較する場合）には、それぞれのデータ系列の比較結果に基づいて類似度を算出して、類似度の合計値が基準値以上の検査データを類似データとして抽出する。例えば、血糖値のデータ系列の類似度と、中性脂肪の類似度の合計が、基準値以上である場合には、その検査データを類似データであると判定する。
【００５１】
類似データは、比較されたデータ系列の類似部分だけでなく、類似部分以後の検査結果の経過を表す部分も含めて、検査データＤＢ２８から読み出される。検索処理部３１ｃは、読み出した類似データに対応する病状データと指導データを、検査データＤＢ２８から読み出して、各データのレコードを、受診日と検査日をキーとして時系列にソートして、検査データ、病状データ及び指導データを統合した経過データを生成する。
【００５２】
患者１４の検査データと類似部分を有する経過データであっても、類似部分以後の経過が、患者１４の検査データと比較して、ある程度進んでいないと経過データとして意味をなさない。つまり、類似部分以後の経過の記録が１日分しかないというように、類似部分の経過の記録が極端に短い場合には、経過データとしての有効性がない。そのため、検索処理部３１ｃは、類似部分を有する経過データの中から、類似部分以後の経過の記録が、所定期間（例えば、１ヶ月、３ヶ月、半年、１又は複数年）以上ある経過データを選別する。
【００５３】
また、検索処理部３１ｃは、抽出した類似データの件数が、配信する類似データの件数の上限値として予め定めた規定件数よりも多い場合には、患者基本情報ＤＢ２７から、検索要求元の患者１４の年齢、身長、性別といった情報を絞り込み条件として読み出し、その絞り込み条件に基づいて、検索条件によって抽出した類似データの絞り込みを行う。例えば、患者１４が４０代の男性である場合には、抽出した類似データの中から、４０代の男性の類似データを選別する。
【００５４】
こうして類似データを有する経過データの絞り込みを行って、選別した類似データを処理結果として要求受付部３１ａに受け渡す。なお、本例では、検査データＤＢ２８から、検索条件に基づいて類似データを抽出した後、絞り込みを行っているが、絞り込みを行って検索対象範囲を定めた後、類似データの抽出を行ってもよい。
【００５５】
また、検索処理部３１ｃは、経過データが複数件ある場合は、そのリストデータを処理結果として要求受付部３１ａに受け渡す。そして、リストデータの中から指定された経過データの要求を要求受付部３１ａから受けた場合に、指定された経過データを生成して、要求受付部３１ａに受け渡す。
【００５６】
要求受付部３１ａは、検索処理部３１ｃから受け取った経過データから、患者ＩＤ、患者名及び連絡先といった患者の特定につながる個人情報の削除処理を行って、処理済みの経過データを、検索結果としてクライアント端末１８に送信する。
【００５７】
図６に示すデータ登録画面４１は、クライアント端末１８に表示される、検査データ登録用のＧＵＩ（Graphical User Interface）の例である。クライアント端末１８が、ブラウザを通じてアプリケーションサーバ２２の健康疾患管理支援サイトにアクセスして、患者１４のユーザＩＤを入力してログインすると、データ登録画面４１を生成するためのＷｅｂページが配信される。クライアント端末１８は、受信したＷｅｂページのソースコードをブラウザで解析してデータ登録画面４１を生成して表示する。Ｗｅｂページは、周知のとおり、ＷＷＷ（World Wide Web）に対応した、ＸＭＬ（Extensible Markup Language）などのマークアップ言語によってソースコードが記述されたページデータである。
【００５８】
データ登録画面４１には、検査データを入力する入力領域４２と、登録済みの検査データを表示する表示領域４３が設けられる。入力領域４２には、上部に、ログインした患者１４の患者ＩＤと患者名が表示され、その下方に、検査データを検査項目毎に入力するための入力部４４、検査日を入力する入力ボックス４５、入力したデータの送信指示を与えるための送信ボタン４６が設けられる。入力部４４は、タブ４４ａによって複数のページが切り替えられるようになっており、検体検査のページには、血糖値、中性脂肪、コレステロールといった項目の測定値を入力する入力ボックス４４ｂが設けられ、別のページには、血圧やＢＭＩの測定値を入力する入力ボックス（図示せず）が設けられる。
【００５９】
表示領域４３には、データセンタ１１に登録済みの検査データを表示する表示部４７と、表示部４７の下方に、類似データ検索画面５１（図７参照）へ移行するための移行ボタン４８が設けられている。表示部４７には、検査項目毎に検査結果が時系列で表示される。検査データの他に、病状データや指導データが登録されている場合には、それらのデータも受診日に基づいてソートされて表示部４７に挿入される。指導データが挿入されている場合には、例えば、詳細ボタン４９が表示され、詳細ボタン４９をクリックすると、指導データの内容が表示される。
【００６０】
図７に示す類似データ検索画面５１は、類似データ検索用のＧＵＩ（Graphical User Interface）の例であり、データ登録画面４１と同様にＷｅｂページの形式でアプリケーションサーバ２２から配信される。類似データ検索画面５１には、類似データを検索するための検索条件を指定する検索条件指定領域５２と、検索結果である経過データを表示する経過データ表示領域５３が設けられる。
【００６１】
検索条件指定領域５２には、患者１４の登録済みの検査データのうち、検索条件として指定されるデータ系列（比較データ）を表示する比較データ表示部５４と、比較範囲や比較項目を指定するための指定ボタン５５、５６と、検索実行ボタン５７と、終了ボタン５８からなる。
【００６２】
比較データ表示部５４は、データ登録画面４１の表示部４７と同様の形態で、比較データが時系列にソートされて表示される。
【００６３】
指定ボタン５５は、比較データを指定するためのボタンである。指定ボタン５５をクリックすると、例えば、範囲指定ウインドウ（図示せず）が表示される。範囲指定ウインドウでは、比較データとして使用する件数や日付の範囲などを入力して、比較データの範囲指定を行う。件数で指定する場合には、登録済みの検査データのうち、最新の検査日から遡って入力した件数分前の検査データが、検索用の比較データとして指定される。日付で指定する場合には、例えば、入力時点から遡って過去何ヶ月分といった方法や、始期と終期を定めて指定する方法で、比較範囲が指定される。図７では、最新の日付を含めて２件分前の計３件分のデータ系列が比較データとして指定され、指定された比較データが比較データ表示部５４に表示された状態を示す。
【００６４】
指定ボタン５６は、検査データに含まれる複数の検査項目のうち、類似データを検索する際に比較する検査項目（比較項目）を指定するためのボタンである。指定ボタン５６をクリックすると、例えば、比較項目指定ウインドウ（図示せず）が表示される。比較項目指定ウインドウには、例えば、血糖値、中性脂肪、コレステロールといった各検査項目に対応するチェックボックスが設けられており、チェックされた検査項目が比較項目として指定される。また、比較項目の指定方法としては、糖尿病、高脂血症、高血圧といった疾患名を入力することにより、その疾患名に応じた検査項目が指定されるようにしてもよい。
【００６５】
検索実行ボタン５７は、検索の実行を指示するボタンであり、検索実行ボタン５７がクリックされると、指定された検索条件の検索要求が発行され、発行された検索要求がクライアント端末１８からアプリケーションサーバ２２に送信される。終了ボタン５８は、類似データの検索を終了するボタンであり、終了ボタン５８がクリックされると、データ登録画面４１に復帰する。
【００６６】
経過データ表示領域５３には、類似データとそれに対応する病状データ及び指導データを含む経過データが表示される表示部６１と、リスト表示ボタン６２とが設けられている。リスト表示ボタン６２は、経過データが複数件抽出された場合に、それらのリスト（図示せず）を表示するためのボタンである。リスト内から選択した経過データが表示部６１に表示される。データセンタ１１から配信される経過データは、患者が特定されないように、個人情報が削除されるため、経過データ表示領域５３では、経過データの患者名は匿名や非表示とされる。
【００６７】
表示部６１は、比較データ表示部５４と同様の形態で、検査データ、病状データ、指導データが時系列で表示される。表示部６１は、類似部分表示部６１ａと経過部分表示部６１ｂに分かれており、類似部分表示部６１ａには、検索条件として指定された比較データと比較されて経過が類似すると判定された類似部分が表示される。経過部分表示部６１ｂには、類似部分表示部６１ａに表示された類似部分以後の経過を表す経過部分が表示される。本例においては、経過部分表示部６１ｂの病状の表示欄には、糖尿病を発病し、その後、糖尿病の合併症である網膜症を発症したことが表示されている。経過データは、患者１４の経過と類似した経過を持つある患者の健康疾患管理の具体的な記録である。経過部分表示部６１ｂに表示される経過部分は、ある患者が辿った経過の事実を示すものであるが、これは、患者１４にとっては、現在の検査結果の経過から予測される帰結を示唆するものである。
【００６８】
以下、上記構成による作用について、図８に示すフローチャートを参照しながら説明する。患者１４は、生活習慣病の予防や治療のために、例えば、病院１２の診療を受診する。患者１４が健康疾患管理支援サービスの利用を希望する場合には、患者１４が受診した病院１２は、クライアント端末１６から、患者１４の検査データ、病状データ、指導データを、アプリケーションサーバ２２にアップロードする。また、患者１４は、医師の指導に従った食生活や運動の実践といった健康疾患管理を行うとともに、携帯検査機器２１を使用して検査を行う。携帯検査機器２１で得られた検査データは、クライアント端末１８からアプリケーションサーバ２２にアップロードされる。アプリケーションサーバ２２は、受信したデータを患者単位で検査データＤＢ２８に格納する。こうした処理を繰り返すことで、検査データＤＢ２８に各データが蓄積される。
【００６９】
患者１４は、自分の検査データと類似の経過を辿った類似データを検索する場合には、クライアント端末１８を通じてアプリケーションサーバ２２にアクセスして、類似データ検索画面５１を表示する。類似データ検索画面５１において患者１４による検索条件の指定が行われて、検索実行ボタン５７がクリックされると、クライアント端末１８は、アプリケーションサーバ２２に対して、類似データの検索要求を発行する。
【００７０】
アプリケーションサーバ２２は、要求受付部３１ａで検索要求を受け付けて、検索処理部３１ｃに検索処理を実行させる。検索処理部３１ｃは、センタＤＢサーバ２３にアクセスして、検査データＤＢ２８から類似データを検索し、処理結果を要求受付部３１ａに返す。要求受付部３１ａは、抽出された類似データとそれに対応する病状データや指導データを統合した経過データを検索結果としてクライアント端末１８に配信する。クライアント端末１８では、受信した経過データが類似データ検索画面５１に表示される。
【００７１】
経過データには、患者１４の検査結果と類似する経過を辿った類似部分と、その類似部分以後の経過が含まれるため、類似部分以後の経過が悪い経過（発病や死亡など）であれば、患者１４に対して、健康状態や病状に関する危険性を認識させることができ、健康疾患管理を継続するモチベーションが与えることができる。これにより、患者１４の健康疾患管理への取り組みが促進される。
【００７２】
しかも、経過データは、患者１４の検査データの評価結果とは異なり、ある患者の具体的な健康疾患管理の記録であるため、患者１４に対して、危険性を具体的に認識させ、患者１４の危機感を煽る効果もある。また、経過データを提供する方法は、評価結果を提供する従来の方法とは、患者１４に提供される情報の内容が全く異なるので、評価結果ではモチベーションを維持できない患者１４に対する効果も期待できる。また、類似部分以後の経過が良い経過であれば、患者１４にとって励みにもなる。
【００７３】
また、経過データ表示領域５３には、類似部分以後の経過だけでなく、類似部分についても表示されるので、患者１４は、自分の検査結果の経過との比較を容易に行うことができる。また、類似部分を表示することで、類似部分以後の経過の信憑性も増すので、患者１４に与える心理的な効果も大きい。
【００７４】
また、経過データには、指導データも含まれているので、患者１４が自分の指導内容と、他の患者の指導内容を比較して、自分の健康疾患管理の点検や見直しを行うといったことも可能である。
【００７５】
上記実施形態では、経過データ表示領域に、類似部分と類似部分以後の経過の両方を表示する例で説明したが、類似部分以後の経過だけを表示してもよい。
【００７６】
上記実施形態では、対象患者の検査データに類似する類似データを含む他の患者の経過データを配信する例で説明したが、経過データの配信に加えて、アプリケーションサーバ２２が対象患者の検査データを分析して検査結果の評価を行い、その評価結果を配信してもよい。検査結果の評価は、例えば、アプリケーションサーバ２２のＣＰＵ３１が、患者１４の検査データに基づいて検索された他の患者の経過データに病状が記録されているか否かを調べて、病状が記録されている場合には、予測される疾患があると判定する。本例のように、経過データ内の病状の記録の有無で評価する方法によれば、複雑な統計的手法を用いることなく、簡単に検査データの評価を行うことができる。
【００７７】
検査データの評価方法については、本例以外の方法として、例えば、特許文献１、２に記載された手法と同様の統計的な手法を用いてもよい。こうした統計的な手法では、検査データが異常値を示しているか否か、検査データが所定期間毎の目標の検査結果に達しているか否かといった複雑な判定を行うことができる。
【００７８】
また、図９に示すように、検査データを評価して、未罹患者に関して発病の危険性がある、あるいは、治療中の罹患者の疾患の病状が悪化傾向にあるというように、検査結果に問題が有ると判定された場合に、診療の受診を促すメッセージを配信してもよい。メッセージは、例えば、要求受付部３１ａが検査データを受信したときに、検査データの送信元のクライアント端末１８に向けて通知し、データ登録画面４１などに表示される。もちろん、患者基本情報ＤＢ２７から送信元のメールアドレスを読み出して、そのメールアドレス宛にメール形式でメッセージを通知してもよい。
【００７９】
メッセージには、例えば、図１０に示すメッセージ６３のように、検査結果の評価結果、検査結果の経過が良くないため早急に受診すべきこと、診療予約サイトのアドレスや診療受付枠の空き状況といった内容が含まれる。アプリケーションサーバ２２は、診療予約サービスも提供するので、診療予約サイトのアドレスは、例えば、アプリケーションサーバ２２内の診療予約サイトのアドレスが使用される。また、診療受付枠の空き状況は、アプリケーションサーバ２２がセンタＤＢサーバ２３にアクセスして、病院情報ＤＢ２６内のスケジュールデータから取得する。
【００８０】
なお、診療予約サイトのアドレスとしては、データセンタ１１内の診療予約サイトのアドレスを紹介する代わりに、病院１２や診療所１３のそれぞれが開設する予約サイトのアドレスを紹介してもよい。
【００８１】
また、検査データの評価に基づいて、予測される疾患がある場合には、その疾患に応じた適切な病院１２を、メッセージ６３を通じて紹介するようにしてもよい。この場合、アプリケーションサーバ２２のＣＰＵ３１は、病院情報ＤＢ２６内の基本情報を調べて、基本情報に含まれる得意分野と予測される疾患名とを照合して、得意分野と疾患名とが一致する病院１２を抽出する。そして、抽出した病院１２の名称とその予約空き状況を、メッセージ６３を通じて配信する。
【００８２】
上記実施形態では、生活習慣病を疾患の例として説明したが、生活習慣病以外の疾患の検査データにも適用可能である。
【００８３】
上記実施形態では、データセンタが健康疾患管理支援サービスを提供する例で説明したが、健康疾患管理支援サービスを病院や診療所が提供してもよい。その場合には、アプリケーションサーバなど健康疾患管理支援サービスを提供するコンピュータシステムを病院や診療所のコンピュータシステムによって構成する。
【００８４】
また、病院や診療所のコンピュータシステムで、本発明の健康疾患管理支援装置を実現する場合には、ネットワーク経由で経過データを配信するオンラインサービスの形態でなくてもよい。例えば、病院や診療所の待合室などに健康疾患管理支援装置を構成する端末装置を配置し、この端末装置によって患者が持ち込んだ記憶メディアから検査データを読み込み、端末装置のディスプレイに検索結果を出力するといったサービス形態でもよい。
【００８５】
上記実施形態では、本発明の健康疾患管理支援装置を、アプリケーションサーバとセンタＤＢサーバからなるコンピュータシステムで実現した例で説明したが、健康疾患管理支援装置は、１つのサーバで実現してもよいし、３台以上のサーバで実現するなどコンピュータシステムの構成は適宜変更が可能である。また、データセンタのコンピュータシステムが、病院のコンピュータシステムにＷＡＮ経由でリアルタイムのオンラインアクセスが可能ならば、病院のコンピュータシステムに構築した検査データＤＢと、データセンタのアプリケーションサーバとから健康疾患管理支援装置を構成するというように、健康疾患管理支援装置の一部をネットワーク上に分散させて配置してもよい。
【００８６】
また、上記実施形態では、本発明の医用ネットワークシステムを、医療施設のコンピュータシステムと、データセンタのコンピュータシステムとからなる形態で説明したが、本発明の医用ネットワークシステムは、様々な形態に応用することが可能である。例えば、１つの病院に複数の拠点があり、それぞれの拠点の複数のコンピュータシステムをネットワークで接続した医用ネットワークシステムとしてもよい。また、複数の病院のそれぞれのコンピュータシステムをネットワークで接続した医用ネットワークシステムでもよい。この場合、いずれかの病院がデータセンタとなりホスト的な役割を担う。上記いずれの場合でも、各コンピュータシステム間を接続するネットワークはＷＡＮでもＬＡＮでもよい。
【００８７】
なお、上記実施形態で示したとおり、本発明は、プログラムの形態、さらにはプログラムを記憶する記憶媒体にも及ぶことはもちろんである。
【図面の簡単な説明】
【００８８】
【図１】医用ネットワークシステムの概略を示す構成図である。
【図２】病院情報ＤＢの説明図である。
【図３】患者基本情報ＤＢ、検査データＤＢの説明図である。
【図４】アプリケーションサーバの概略構成図である。
【図５】データ格納処理及びデータ検索処理の説明図である。
【図６】データ登録画面の説明図である。
【図７】類似データ検索画面の説明図である。
【図８】健康疾患管理支援サービスの流れを示すフローチャートである。
【図９】検査結果を評価してメッセージを通知する場合のフローチャートである。
【図１０】メッセージの内容の説明図である。
【符号の説明】
【００８９】
１０ 医用ネットワークシステム
１１ データセンタ
１２ 病院
１３ 診療所
１４ 患者
１６ クライアント端末（病院）
１７ クライアント端末（診療所）
１８ クライアント端末（患者）
１９ ＷＡＮ
２２ アプリケーションサーバ
２３ センタＤＢサーバ
２６ 病院情報ＤＢ
２７ 患者基本情報ＤＢ
２８ 検査データＤＢ
３１ ＣＰＵ
３１ａ 要求受付部
３１ｂ 格納処理部
３１ｃ 検索処理部
３８ 支援プログラム
４１ データ登録画面
５１ 類似データ検索画面
６１ メッセージ
【特許請求の範囲】
【請求項１】
患者が行う健康疾患管理を支援する健康疾患管理支援装置において、
前記患者の医療検査結果と病状に関する経過を記録した経過データを患者単位で蓄積するデータ蓄積手段と、
前記健康疾患管理を現在行っている対象患者の前記経過と類似し、且つ前記対象患者より前記経過が進んだ他の患者の経過データを前記データ蓄積手段から検索する検索手段と、
検索された前記経過データを検索結果として出力する出力手段とを備えたことを特徴とする健康疾患管理支援装置。
【請求項２】
前記検索結果として出力される前記経過データには、前記対象患者の経過と類似する類似部分と、前記類似部分以後の経過が含まれることを特徴とする請求項１記載の健康疾患管理支援装置。
【請求項３】
前記出力手段は、前記検索結果を前記対象患者のクライアント端末へネットワークを通じて配信する配信手段であることを特徴とする請求項１又は２記載の健康疾患管理支援装置。
【請求項４】
前記医療検査結果には、生活習慣病を含む慢性疾患に対して行われる医療検査の結果が含まれることを特徴とする請求項１〜３いずれか記載の健康疾患管理支援装置。
【請求項５】
前記経過データには、前記対象患者に対して医師が指導した内容を表す指導データが含まれることを特徴とする請求項１〜４いずれか記載の健康疾患管理支援装置。
【請求項６】
前記医療検査結果に基づいて、前記対象患者の病状を評価する評価手段と、
前記評価手段の評価結果に応じて、前記対象患者に対して診療を促すメッセージを通知する通知手段とを備えたことを特徴とする請求項１〜５いずれか記載の健康疾患管理支援装置。
【請求項７】
前記メッセージには、診療予約サイトのアドレスが含まれることを特徴とする請求項６記載の健康疾患管理支援装置。
【請求項８】
患者が行う健康疾患管理を支援する健康疾患管理支援方法において、
前記患者の医療検査結果と病状に関する経過を記録した経過データを患者単位でデータ蓄積手段に蓄積するデータ蓄積ステップと、
前記健康疾患管理を現在行っている対象患者の前記経過と類似し、且つ前記対象患者より前記経過が進んだ他の患者の経過データを前記データ蓄積手段から検索する検索ステップと、
検索された前記経過データを検索結果として出力する出力ステップとを備えたことを特徴とする健康疾患管理支援方法。
【請求項９】
データセンタのコンピュータシステムと、前記コンピュータシステムとネットワークを通じて通信可能に接続され、前記データセンタが提供する健康疾患管理支援サービスを利用する対象患者のクライアント端末とからなる医用ネットワークシステムにおいて、
前記コンピュータシステムは、
前記患者の医療検査結果と病状に関する経過を記録した経過データを患者単位で蓄積するデータ蓄積手段と、
前記健康疾患管理を現在行っている前記対象患者の前記経過と類似し、且つ前記対象患者より前記経過が進んだ他の患者の経過データを前記データ蓄積手段から検索する検索手段と、
検索された前記経過データを検索結果として前記クライアント端末に配信する配信手段と、を備えたことを特徴とする医用ネットワークシステム。
【請求項１０】
前記コンピュータシステムは、前記対象患者のクライアント端末及び前記対象患者が受診した医療施設のクライアント端末を通じて前記対象患者の医療検査結果を取得して、前記データ蓄積手段に格納することを特徴とする請求項９記載の医用ネットワークシステム。
【請求項１１】
前記コンピュータシステムは、さらに、前記対象患者の医療検査結果に基づいて病状を評価する評価手段と、
前記評価手段の評価結果に応じて、前記対象患者に対して診療を促すメッセージを通知する通知手段とを備えたことを特徴とする請求項１０記載の医用ネットワークシステム。
【請求項１２】
前記メッセージには、診療予約サイトのアドレスが含まれることを特徴とする請求項１１記載の医用ネットワークシステム。
【請求項１３】
前記コンピュータシステムは、前記対象患者のクライアント端末が前記診療予約サイトにアクセスして送信した前記医療施設宛ての診療予約の申し込み情報を前記医療施設へ配信することを特徴とする請求項１２記載の医用ネットワークシステム。
【請求項１】
患者が行う健康疾患管理を支援する健康疾患管理支援装置において、
前記患者の医療検査結果と病状に関する経過を記録した経過データを患者単位で蓄積するデータ蓄積手段と、
前記健康疾患管理を現在行っている対象患者の前記経過と類似し、且つ前記対象患者より前記経過が進んだ他の患者の経過データを前記データ蓄積手段から検索する検索手段と、
検索された前記経過データを検索結果として出力する出力手段とを備えたことを特徴とする健康疾患管理支援装置。
【請求項２】
前記検索結果として出力される前記経過データには、前記対象患者の経過と類似する類似部分と、前記類似部分以後の経過が含まれることを特徴とする請求項１記載の健康疾患管理支援装置。
【請求項３】
前記出力手段は、前記検索結果を前記対象患者のクライアント端末へネットワークを通じて配信する配信手段であることを特徴とする請求項１又は２記載の健康疾患管理支援装置。
【請求項４】
前記医療検査結果には、生活習慣病を含む慢性疾患に対して行われる医療検査の結果が含まれることを特徴とする請求項１〜３いずれか記載の健康疾患管理支援装置。
【請求項５】
前記経過データには、前記対象患者に対して医師が指導した内容を表す指導データが含まれることを特徴とする請求項１〜４いずれか記載の健康疾患管理支援装置。
【請求項６】
前記医療検査結果に基づいて、前記対象患者の病状を評価する評価手段と、
前記評価手段の評価結果に応じて、前記対象患者に対して診療を促すメッセージを通知する通知手段とを備えたことを特徴とする請求項１〜５いずれか記載の健康疾患管理支援装置。
【請求項７】
前記メッセージには、診療予約サイトのアドレスが含まれることを特徴とする請求項６記載の健康疾患管理支援装置。
【請求項８】
患者が行う健康疾患管理を支援する健康疾患管理支援方法において、
前記患者の医療検査結果と病状に関する経過を記録した経過データを患者単位でデータ蓄積手段に蓄積するデータ蓄積ステップと、
前記健康疾患管理を現在行っている対象患者の前記経過と類似し、且つ前記対象患者より前記経過が進んだ他の患者の経過データを前記データ蓄積手段から検索する検索ステップと、
検索された前記経過データを検索結果として出力する出力ステップとを備えたことを特徴とする健康疾患管理支援方法。
【請求項９】
データセンタのコンピュータシステムと、前記コンピュータシステムとネットワークを通じて通信可能に接続され、前記データセンタが提供する健康疾患管理支援サービスを利用する対象患者のクライアント端末とからなる医用ネットワークシステムにおいて、
前記コンピュータシステムは、
前記患者の医療検査結果と病状に関する経過を記録した経過データを患者単位で蓄積するデータ蓄積手段と、
前記健康疾患管理を現在行っている前記対象患者の前記経過と類似し、且つ前記対象患者より前記経過が進んだ他の患者の経過データを前記データ蓄積手段から検索する検索手段と、
検索された前記経過データを検索結果として前記クライアント端末に配信する配信手段と、を備えたことを特徴とする医用ネットワークシステム。
【請求項１０】
前記コンピュータシステムは、前記対象患者のクライアント端末及び前記対象患者が受診した医療施設のクライアント端末を通じて前記対象患者の医療検査結果を取得して、前記データ蓄積手段に格納することを特徴とする請求項９記載の医用ネットワークシステム。
【請求項１１】
前記コンピュータシステムは、さらに、前記対象患者の医療検査結果に基づいて病状を評価する評価手段と、
前記評価手段の評価結果に応じて、前記対象患者に対して診療を促すメッセージを通知する通知手段とを備えたことを特徴とする請求項１０記載の医用ネットワークシステム。
【請求項１２】
前記メッセージには、診療予約サイトのアドレスが含まれることを特徴とする請求項１１記載の医用ネットワークシステム。
【請求項１３】
前記コンピュータシステムは、前記対象患者のクライアント端末が前記診療予約サイトにアクセスして送信した前記医療施設宛ての診療予約の申し込み情報を前記医療施設へ配信することを特徴とする請求項１２記載の医用ネットワークシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００９−２０５４５６（Ｐ２００９−２０５４５６Ａ）
【公開日】平成２１年９月１０日（２００９．９．１０）
【国際特許分類】
【出願番号】特願２００８−４７２４８（Ｐ２００８−４７２４８）
【出願日】平成２０年２月２８日（２００８．２．２８）
【出願人】（３０６０３７３１１）富士フイルム株式会社 (25,513)
【Ｆターム（参考）】
【公開日】平成２１年９月１０日（２００９．９．１０）
【国際特許分類】
【出願日】平成２０年２月２８日（２００８．２．２８）
【出願人】（３０６０３７３１１）富士フイルム株式会社 (25,513)
【Ｆターム（参考）】
[ Back to top ]