(57)【要約】医療情報システムは、患者端末４から受信した生体情報を一時的に保存する患者サーバ１を備える。患者サーバ１はネットワーク３Ａを介して医療提供者サーバ２に生体情報を送信する。医療提供者サーバ２に保存された生体情報は医師端末５から閲覧することができる。
2003067484.tif 000002
【特許請求の範囲】
【請求項１】
生体情報を受信し、該受信した生体情報を一次的に保存し、かつ保存した生体情報を送信する、患者サーバと、
該患者サーバと第１のネットワークを介して接続され、該第１のネットワークを介して上記患者サーバから受信した上記生体情報を保存し、かつ上記保存した生体情報の閲覧を許可する、医療提供者サーバと
を備える、医療情報システム。
【請求項２】
上記患者サーバと第２のネットワークを介して接続され、該第２のネットワークを介して上記患者サーバに生体情報を送信する患者端末と、
上記医療提供者サーバと第３のネットワークを介して接続され、該第３のネットワークを介して上記医療提供者サーバに保存された生体情報を閲覧する医師端末とをさらに備える、請求項１に記載の医療情報システム。
【請求項３】
上記患者端末は生体データ測定用のセンサを備え、上記生体情報は該センサにより測定された測定値を含む、請求項２に記載の医療情報システム。
【請求項４】
上記医師端末は、上記第３のネットワークを介して上記医療提供者サーバに患者の健康状態に関する質問を送信し、
上記医療提供者サーバは、上記医師端末から受信した上記質問を上記第１のネットワークを介して上記患者サーバに送信し、
上記患者サーバは、上記患者サーバから受信した上記質問を上記第２のネットワークを介して上記患者端末に送信し、
上記患者端末から第２のネットワークを介して患者サーバに送信される生体情報は、上記患者端末に送信された上記質問に対する回答を含む、請求項２に記載の医療情報システム。
【請求項５】
上記第１のネットワークに設けられた第１の不正アクセス防止部と、上記第２のネットワークに設けられた第２の不正アクセス防止部と、上記第３のネットワークに設けられた第３の不正アクセス防止部とをさらに備え、
上記第１及び第３の不正アクセス防止部は、上記第２の不正アクセス防止部よりも高いセキュリティレベルを有する、請求項２に記載の医療情報システム。
【請求項６】
上記第１の不正アクセス防止部は、ファイヤーウォール及びバーチャルプライベートネットワークを備え、
上記第２の不正アクセス防止部は、リモートアクセスサーバを備え、
上記第３の不正アクセス防止部は、端末認証サーバを備える、請求項５に記載の医療情報システム。
【請求項７】
患者サーバ及び医療提供者サーバは、それぞれクラスタリングされている、請求項２に記載の医療情報システム。
【請求項８】
生体情報を受信し、該受信した生体情報を一次的に保存し、かつ保存した生体情報を医療提供者サーバに送信する、複数の患者サーバと、
該患者サーバと第１のネットワークを介して接続され、該第１のネットワークを介して上記患者サーバから受信した上記生体情報を保存し、かつ上記保存した生体情報の閲覧を許可する、医療提供者サーバと、
上記複数の患者サーバにそれぞれ第２のネットワークを介して接続され、該第２のネットワークを介して上記患者サーバに生体情報を送信する複数の患者端末と、
上記医療提供者サーバと第３のネットワークを介して接続され、該第３のネットワークを介して上記第２のサーバに保存された生体情報を閲覧する医師端末と
を備える、医療情報システム。
【請求項９】
生体情報を受信し、該受信した生体情報を一次的に保存し、かつ保存した生体情報を医療提供者サーバに送信する、患者サーバと、
それぞれ該患者サーバと第１のネットワークを介して接続され、該第１のネットワークを介して上記患者サーバから受信した上記生体情報を保存し、かつ上記保存した生体情報の閲覧を許可する、複数の医療提供者サーバと、
上記患者サーバに第２のネットワークを介して接続され、該第２のネットワークを介して上記患者サーバに生体情報を送信する患者端末と、
上記複数の医療提供者サーバにそれぞれ第３のネットワークを介して接続され、該第３のネットワークを介して上記医療提供者サーバに保存された生体情報を閲覧する複数の医師端末と
を備える、医療情報システム。
【発明の詳細な説明】
技術分野
本発明は、在宅健康管理に適した医療情報システムに関する。
背景技術
近年、ネットワークを介して在宅患者の生体情報を収集し、かつネットワークを介して収集された生体情報を閲覧可能とした医療情報システムが提供されている。例えば、特開平８−３８４３５号公報に開示されたシステムは、測定された生体データを送信するための複数の患者端末と、これら患者端末から受信した生体データを蓄積及び管理する単一のサーバと、この単一のサーバに保存された生体データを取得ないしは閲覧するための複数の医師端末とを備える。
発明の開示
しかしながら、この単一のサーバを備えるシステムには、以下の問題がある。
第１に、患者端末の台数増加に伴い、データ収集処理時のサーバの負荷が増大する。また、患者端末の台数増加に伴い、データ閲覧処理時のサーバの負荷も増大する。これらのサーバの負荷増大は、応答時間の遅延及び通信速度の低下を招く。特に、サーバの負荷が非常に高くなった場合には、患者端末からのデータ収集及び医師端末からのデータ閲覧が不可能となるおそれがある。
第２に、患者端末の仕様変更や追加のためにサーバを停止して格納されたプログラムを変更する間、医師端末からのデータ閲覧が不可能となる。同様に、医師端末の仕様変更や追加の場合にも、プログラム変更のためにサーバが停止されるので患者端末からのデータ収集が不可能となる。
第３に、単一のサーバでは、通常は医療システムを開発した企業であるシステム管理者の要求と、これとは相反する医師端末のユーザである病院等の医療機関の要求との両方を満足することができない。詳細には、システム管理者は一般にサーバを保有し、その運用及び管理を行うことを要求する。これに対して、医療機関もサーバを保有し、患者端末から収集した生体データを電子カルテシステム等の他の医療情報システムで活用することを要求する。
第４に、単一のサーバを備えるサーバはセキュリティ性が低い。具体的には、悪意の第三者が患者端末を使用して、サーバに保存されている生体データに不正にアクセスするおそれがある。
本発明は、上記従来の医療情報システムにおける問題に鑑み、サーバの負荷低減、システムの柔軟性向上、及びセキュリティ性向上を図ることを目的としている。
従って、第１の発明は、生体情報を受信し、該受信した生体情報を一次的に保存し、かつ保存した生体情報を送信する、患者サーバと、該患者サーバと第１のネットワークを介して接続され、該第１のネットワークを介して上記患者サーバから受信した上記生体情報を保存し、かつ上記保存した生体情報の閲覧を許可する、医療提供者サーバとを備える、医療情報システムを提供する。
また、医療情報システムは、上記患者サーバと第２のネットワークを介して接続され、該第２のネットワークを介して上記患者サーバに生体情報を送信する患者端末と、上記医療提供者サーバと第３のネットワークを介して接続され、該第３のネットワークを介して上記医療提供者サーバに保存された生体情報を閲覧する医師端末とをさらに備える。
第１の発明に係る医療情報システムでは、患者サーバが患者端末からの生体情報の収集を処理し、医療提供者端末のサーバが医師端末からの生体情報の閲覧を処理する。すなわち、この医療情報システムでは、サーバの多重化により処理を分散し、個々のサーバの負荷を低減している。よって、応答時間が短縮され、通信速度が向上する。また、患者サーバ及び医療提供者サーバの負荷低減によりシステムの安定性が向上し、患者端末からの生体情報の収集及び医師端末による生体情報の閲覧を常に安定して実行することができる。
患者端末は患者サーバに接続され、医師端末は医療提供者サーバに接続されている。従って、患者端末の仕様変更や追加のためのサーバ側のプログラムの変更時には、患者サーバのみを停止する必要があり、医師端末による医療端末サーバに保存された生体情報の閲覧を継続することができる。これとは逆に、医師端末の仕様変更や追加によるサーバ側プログラムの変更時には、医療提供者サーバのみを停止する必要があり、患者サーバによる生体情報の収集は継続することができる。
システム管理者が患者サーバを保有してその運用及び管理を行うことにより、データの保守及び管理を簡素化することができる。一方、医療機関が医療提供者サーバを保有して医療提供者サーバに保存された生体情報を電子カルテシステム等の他の医療情報システムで活用することが可能である。この点で第１の発明に係る医療情報システムは高い柔軟性を有する。
具体的には、上記患者端末は生体データ測定用のセンサを備え、上記生体情報は該センサにより測定された測定値を含む。
上記医師端末は、上記第３のネットワークを介して上記医療提供者サーバに患者の健康状態に関する質問を送信し、上記医療提供者サーバは、上記医師端末から受信した上記質問を上記第１のネットワークを介して上記患者サーバに送信し、上記患者サーバは、上記患者サーバから受信した上記質問を上記第２のネットワークを介して上記患者端末に送信し、上記患者端末から第２のネットワークを介して患者サーバに送信される生体情報は、上記患者端末に送信された上記質問に対する回答を含んでいてもよい。
医療情報システムは、上記第１のネットワークに設けられた第１の不正アクセス防止部と、上記第２のネットワークに設けられた第２の不正アクセス防止部と、上記第３のネットワークに設けられた第３の不正アクセス防止部とをさらに備え、上記第１及び第３の不正アクセス防止部は、上記第２の不正アクセス防止部よりも高いセキュリティレベルを有することが好ましい。
例えば、上記第１の不正アクセス防止部は、ファイヤーウォール及びバーチャルプライベートネットワークを備え、上記第２の不正アクセス防止部は、リモートアクセスサーバを備え、上記第３の不正アクセス防止部は、端末認証サーバを備える。
患者端末から第２のネットワークを介して直接アクセス可能であるのは患者サーバのみである。また、患者サーバと医療提供者サーバを接続する第１のネットワークに設けられた第１の不正アクセス防止部は、第２のネットワークに設けられた第２の不正アクセス防止部よりもセキュリティレベルが高い。従って、患者端末から医療提供者サーバに保存された生体情報に不正にアクセスするのを防止することができる。また、第２のネットワークに設けられた第２の不正アクセス防止部は第１及び第３の不正アクセス防止部と比較してセキュリティレベルが低いので、患者端末から患者サーバへの簡便な接続が確保される。また、医師端末と医療提供者サーバとを接続する第３のネットワークはセキュリティレベルが高いので、医療提供者サーバへの直接の不正アクセスも防止することができる。これらの点で、第１の発明に係る医療情報システムは高いセキュリティ性を有している。
患者サーバ及び医療提供者サーバは、それぞれクラスタリングされていてもよい。患者サーバ及び医療提供者サーバをさらにクラスタリングすることにより、負荷分散が可能である。また、フォールトレランス性が向上し、２４時間無停止システムの実現が可能である。
第２の発明は、生体情報を受信し、該受信した生体情報を一次的に保存し、かつ保存した生体情報を医療提供者サーバに送信する、複数の患者サーバと、該患者サーバと第１のネットワークを介して接続され、該第１のネットワークを介して上記患者サーバから受信した上記生体情報を保存し、かつ上記保存した生体情報の閲覧を許可する、医療提供者サーバと、上記複数の患者サーバにそれぞれ第２のネットワークを介して接続され、該第２のネットワークを介して上記患者サーバに生体情報を送信する複数の患者端末と、上記医療提供者サーバと第３のネットワークを介して接続され、該第３のネットワークを介して上記第２のサーバに保存された生体情報を閲覧する医師端末とを備える、医療情報システムを提供する。
第２の発明の医療情報システムでは、一つの患者サーバに接続された患者端末の仕様変更や追加のためにサーバ側のプログラムを変更する必要が生じた場合、その患者サーバのみを停止すればよく、残りの患者サーバはそれらに接続された患者端末からの医療情報の収集を継続することができる。
第３の発明は、生体情報を受信し、該受信した生体情報を一次的に保存し、かつ保存した生体情報を医療提供者サーバに送信する、患者サーバと、それぞれ該患者サーバと第１のネットワークを介して接続され、該第１のネットワークを介して上記患者サーバから受信した上記生体情報を保存し、かつ上記保存した生体情報の閲覧を許可する、複数の医療提供者サーバと、上記患者サーバに第２のネットワークを介して接続され、該第２のネットワークを介して上記患者サーバに生体情報を送信する患者端末と、上記複数の医療提供者サーバにそれぞれに第３のネットワークを介して接続され、該第３のネットワークを介して上記医療提供者サーバに保存された生体情報を閲覧する複数の医師端末とを備える、医療情報システムを提供する。
第３の発明の医療情報ネットワークでは、複数の医療提供者サーバをそれぞれ対応する医療機関を保有して管理することができる。従って、各医療機関は必要に応じて医療提供者サーバに生体情報を長期保存することができる。また、各医療機関毎に医師端末で生体情報を閲覧する際の表示をカスタマイズすることが可能となる。
発明を実施するための最良の形態
第１実施例
図１及び図２に示すように、本発明の第１実施形態に係る医療情報システムは、患者サーバ（ＰＳ）１、医療提供者サーバ（ＣＰＳ）２を備え、これらは第１のネットワーク３Ａで接続されている。また、この医療情報システムは、第２のネットワーク３Ｂを介して患者サーバ１に接続された複数の患者端末４（ＰＴ）と、第３のネットワーク３Ｃを介して医療提供者サーバ２に接続された医師端末（ＤＴ）５とを備えている。
概略的には、患者端末４から第２のネットワーク３Ｂを介して患者サーバ１に生体データが送信される。後に詳述するように、生体データには測定値と、問診（質問）に対する回答とがある。患者サーバ１は患者端末４から受信した生体データを一次的に保存する。患者サーバ１は医療提供者サーバ２からの要求に応じて第１のネットワーク３Ａを介して一次的に保存している生体データを医療提供者サーバ２に送信する。医療提供者サーバ２は患者サーバ１から受信した生体データを保存する。医療提供者サーバ２に記憶された生体データは、第３のネットワーク３Ｃを介して医師端末５から閲覧することができる。
上記患者端末４は、例えばパーソナルコンピュータからなり、患者の生体データ測定するためのセンサ７が接続されている。この種のセンサとしては、例えば、血圧計、体重計がある。
患者サーバ１のソフトウェア構造について説明する。まず、患者サーバ１は、オペレーティングシステム１０ａ上で動作するウェブサーバソフトウェア１０ｂを備えている。オペレーティングシステム１０ａとしては例えばＭｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ２０００登録商標を採用することができる。また、ウェブサーバソフトウェアとしては、例えばＭｉｃｒｏｓｏｆｔ社のＩｎｔｅｒｎｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｅｒｖｅｒ登録商標（ＩＩＳ）を採用することができる。また、アプリケーション実行環境１０ｃ上でアプリケーションサーバソフトウェア１０ｄ、サーバ側プログラム１０ｅ、及びデータベースドライバ１０ｆが動作する。アプリケーション実行環境１０ｃとしては、例えばＪａｖａｓｏｆｔ社のＪａｖａ  Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ登録商標（ＪＶＭ）を採用することができる。また、アプリケーションサーバソフトウェア１０ｄとしては、例えばＭａｃｒｏｍｅｄｉａ社のＪＲＵＮ登録商標を採用することができる。さらに、データベースドライバ１０ｆとしては、例えばＩｎｅｔ社のＪＤＢＣ登録商標を採用することができる。サーバ側プログラム１０ｅからの指令に基づき、データベースドライバ１０ｆがデータベースサーバ１０ｇをインターフェイスとするデータベースファイル１０ｈを操作する。
上記患者サーバ１と同様に、医療提供者サーバ２は、オペレーティングシステム１１ａ（例えば、Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ２０００登録商標）上で動作するウェブサーバソフトウェア１１ｂ（例えば、Ｍｉｃｒｏｓｏｆｔ社のＩＩＳ）を備えている。また、アプリケーション実行環境１１ｃ（例えば、Ｊａｂａｓｏｆｔ社のＪＶＭ）上でアプリケーションサーバソフトウェア（例えば、Ｍａｃｒｏｍｅｄｉａ社のＪＲＵＮ）１１ｄ、サーバ側プログラム１１ｅ、及びデータベースドライバ１１ｆ（例えば、Ｉｎｅｔ社のＪＤＢＣ）が動作する。データベースドライバ１１ｆはデータベースサーバ１１ｇをインターフェイスとするデータベースファイル１１ｈを操作する。さらにまた、医療提供者サーバ２は、サーバウェアソフト１１ｂ上で作動するＨＴＭＬ及びスクリプト１１ｉを備えている。
上記医師端末５は、例えば通常のパーソナルコンピュータからなり、後に後述するように医療提供者サーバ２と通信するためのブラウザソフトウェアを備えている。
上記患者サーバ１と医療提供者サーバ２とを接続する第１のネットワーク３Ａは、患者サーバ１側のファイヤーウォール１２Ａ及びバーチャルプライベートネットワーク（ＶＰＮ）１３Ａと、医療提供者サーバ２側のファイヤーウォール１２Ｂ及びＶＰＮ１３Ｂとを備えている。
上記各患者端末４と患者サーバ１とを接続する第２のネットワーク３Ｂは、電話回線１４を介して各患者端末４に接続されたリモートアクセスサーバ（ＲＡＳ）１５とローカルエリアネットワーク１６とを備えている。
上記各医師端末５と医療提供者サーバ２とを接続する第３のネットワーク３Ｃは、認証端末サーバ１８を備えている。
次に、この医療情報システムの動作を図３から図９Ｂに示すフローチャートを参照して説明する。
まず、図３を参照して患者端末４における生体データの測定について説明する。まず、ステップＳ３０１において、測定用のセンサ７により血圧、体温、体重等である生体データの測定が実行される。次に、患者端末４はステップＳ３０２において生体データを受信していれば、ステップＳ３０３において、そのデータをメモリ中に保持する。
図４Ａ及び図４Ｂは、患者端末４のメモリに保持された生体データが患者サーバ１に送信されるまでの処理を示している。患者端末４のメモリに保持されている生体データには、上記血圧、体温等の測定値の他に、後述するように医師端末５から医療提供者サーバ２及び患者サーバ１を介して送信された質問に対する回答も含まれる。まず、ステップＳ４０１において、患者端末４が電話回線１４を介したダイヤルアップ接続によるアクセスをＲＡＳ１５に要求する。ＲＡＳ１５は、ステップＳ４０９においてアクセスを要求している患者端末４をパスワードにより認証し、ステップＳ４１０においてその認証結果を患者端末４に送信する。患者端末４は、ステップＳ４０２において認証がされない場合には、ステップＳ４０３においてエラー表示を行い、ステップＳ４０８においてダイヤルアップ接続を切断する。一方、ステップＳ４０２において認証がなされた場合には、患者端末４はステップＳ４０４においてメモリ中に未送信の生体データがあるか否かを確認する。未送信のデータが存在していれば、ステップＳ４０５において患者端末４はデータ送信のリクエストを患者サーバ１に対して送信する。ステップＳ４１１においてリクエストを受信した患者サーバ１は、ステップＳ４１２においてサーバ側プログラム１０ｅの起動に成功すれば、ステップＳ４１３においてデータベースファイル１０ｈへの接続を実行する。さらに、ステップＳ４１４においてデータベースファイル１０ｈに接続できた場合には、患者サーバ１はステップＳ４１５においてデータの書き込みを実行した後、ステップＳ４１６においてデータベースを切断する。一方、ステップＳ４１２においてサーバ側プログラム１０ｅの起動に失敗した場合、ステップＳ４１４においてデータベースファイル１０ｈへの接続に失敗した場合には、ステップＳ４１８においてエラーメッセージが作成される。最後に、ステップＳ４１７において患者サーバ１は患者端末４に対してレスポンスを送信する。
ステップＳ４０６において患者サーバ１からのレスポンスを受信した患者端末４は、ステップＳ４０７において画面表示を更新した後、ステップＳ４０８においてダイヤルアップを切断する。
図５Ａ及び図５Ｂは、患者サーバ１から医療提供者サーバ２へ生体データが送信されるまでの処理を示している。
まず、ステップＳ５０１において患者サーバ１が医療提供者サーバ２に対して接続要求を送信すると、ステップＳ５０２において医療提供者サーバ２側のファイヤーウォール１２Ｂが認証を行う。ステップＳ５０３において、ファイヤーウォール１２Ｂにより認証されると、ステップＳ５０４において医療提供者サーバ２側のＶＰＮ１３Ｂが認証を行う。ステップＳ５０５において、ＶＰＮ１３Ｂにより認証され、ステップＳ５０６において医療提供者サーバ２への接続が可能であり、かつステップＳ５０７において患者サーバ１がそれ自体のデータベースファイル１０ｈへの接続が可能であれば、ステップＳ５０８において医療提供者サーバ２に対してデータベースファイル１１ｈへの接続を要求する。一方、ステップＳ５０６において医療提供者サーバ２への接続が不可能であるか、ステップＳ５０７においてデータベースファイル１０ｈへの接続が不可能であれば、Ｓ５１５においてエラー表示がなされる。
ステップＳ５１７において医療提供者サーバ２がそのデータベースファイル１１ｈへ接続可能であれば、患者サーバ１に対してそれを伝達する。一方、データベースファイル１１ｈへの接続が不可能であれば、ステップＳ５２１においてエラー表示を行う。
ステップＳ５０９において患者サーバ１が医療提供者サーバ２から第２のデータベースファイル１１ｈへの接続が可能であることを受信していれば、ステップＳ５１０において医療提供者サーバ２に対して生体データを送信する。生体データはステップＳ５１８において医療提供者サーバ２により受信され、データベースファイル１１ｈに格納される。次に、医療提供者サーバ２は、ステップＳ５１９において患者サーバ１に対して転送結果を送信し、ステップＳ５２０においてデータベースファイル１１ｈに対する接続を切断する。
患者サーバ１は、ステップＳ５１１において医療提供者サーバ２から転送結果を受信した後、ステップＳ５１２においてデータベースファイル１０ｈに対する接続を切断し、ステップＳ５１３において転送結果をメモリに記憶する。その後、患者サーバ１はＶＰＮ１３Ｂへの接続を遮断する。
次に、図６Ａ及び図６Ｂを参照して、医師端末５による医療提供者サーバ２に蓄積された生体情報の閲覧について説明する。
ステップＳ６０１において、医師端末５のブラウザソフトウェアを起動し、ステップＳ６０２において医療提供者サーバ２の医師端末用ホームページにアクセスする。ステップＳ６１６において、端末認証サーバ１８がアクセスを要求している医師端末５の認証を行い、その認証結果をステップＳ６１７において医師端末５へ送信する。但し、医師端末５は端末認証サーバ１８から発行される証明書を事前に導入しているものとする。すなわち、当該医療情報システムを管理する管理センター等に医師端末データを登録すると、個々の医師端末５に対して端末認証サーバ１８から証明書が（電子的に）発行される。そして、前記証明書に記載の識別データを医師端末５に登録しておくことで、ホームページにアクセス時、端末認証サーバ１８にて認証が行われる。もしくは、端末認証サーバ１８によって（電子的に）発行された証明書を、複製不可能なメディア（フロッピーディスク、ＩＣカード、ワンタイムパスワード発生器等）を媒体として医師端末５に導入しておく事により、ホームページアクセス時、端末認証サーバにて認証が行われる。
次に、ステップＳ６０３において認証がなされており、ステップＳ６０４において医療提供者サーバ２への接続が可能であれば、ステップＳ６０５においてログイン画面が表示される。次に、医療提供者サーバ２が、ステップＳ６１９においてログインを要求している医師端末５のユーザの認証を行い、ステップＳ６２０において認証結果を医師端末５に送信する。医師端末５は、ステップＳ６０６において認証がなされていれば、ステップＳ６０７でログインする。また、医師端末５はステップＳ６０８において閲覧を求める患者の選択のリクエスト、ステップＳ６０９において閲覧を求める生体データの選択のリクエストをそれぞれ医療提供者サーバ２に送信する。その後、医師端末５はステップＳ６１０において生体データ閲覧のリクエストを医療提供者サーバ２に送信する。
これらのリクエストをステップＳ６２２において受信した医療提供者サーバ２は、ステップＳ６２３においてサーバ側プログラム１１ｅの起動に成功すれば、ステップＳ６２４においてデータベースファイル１１ｈへの接続を実行する。ステップＳ６２５において、データベースファイル１１ｈへ接続できれば、医師端末５からの要求（ステップＳ６０８及びステップＳ６０９）に応じた生体データをデータベースファイル１１ｈから取得した後、ステップＳ６２７においてデータベースファイル１１ｈを切断する。一方、ステップＳ６２３においてサーバ側プログラム１１ｅが起動に成功しない場合や、ステップＳ６２５においてデータベースファイル１１ｈに接続できない場合には、ステップＳ６３１においてエラーメッセージを作成する。
さらに、医療提供者サーバ２はステップＳ６２８において医師端末５に対するレスポンスをＨＴＭＬ形式で作成し、ステップＳ６２９において当該レスポンスを医師端末５に送信する。このレスポンスには医師端末５から要求された生体情報又はエラーメッセージが含まれる。ステップＳ６３０において医師端末５がログアウトしていなければ、医療提供者サーバ２はステップＳ６２２以降の処理を継続する。
次に、図７Ａ及び図７Ｂを参照して、医師端末５から医療提供者サーバ２への質問の送信について説明する。まず、ステップＳ７０１において、医師端末５のブラウザソフトウェアを起動し、ステップＳ７０２において医師端末用ホームページにアクセスする。ステップＳ７１６において、端末認証サーバ１８がアクセスを要求している医師端末５の認証を行い、その認証結果をステップＳ７１７において医師端末５へ送信する。ステップＳ７０３において認証がされており、ステップＳ７０４において医療提供者サーバ２への接続が可能であれば、ステップＳ７０５においてログイン画面が表示される。次に、医療提供者サーバ２が、ステップＳ７１８において医師端末５の認証を行い、その認証結果をステップＳ７１９において医師端末５に送信する。但し、図６Ａ及び図６Ｂに記載の生体データ閲覧時における医師端末５と同様に、医師端末５は端末認証サーバ１８から発行される証明書を事前に導入しているものとする。ステップＳ７０６においてユーザ認証がなされていれば、医師端末５はステップＳ７０７でログインする。また、ステップＳ７０８において質問を送信する患者が選択され、ステップＳ７０９において問診の内容が設定される。送信される質問には、例えば、食事の摂取の有無、睡眠時間等が含まれる。ただし、質問の内容は特に限定されず、医師端末５のユーザである医師が患者端末１のユーザである個々の患者及びその病状に応じて自由に設定することができる。次に、ステップＳ７１０において問診送信のリクエストが医師端末５から医療提供者サーバ２に送信される。
問診送信のリクエストをステップＳ７２１において受信した医療提供者サーバ２は、ステップＳ７２２においてサーバ側プログラム１１ｅの起動に成功すれば、ステップＳ７２３においてデータベースファイル１１ｈへの接続を実行する。ステップＳ７２４において、データベースファイル１１ｈへ接続できれば、医師端末５から送信された問診のデータをデータベースファイル１１ｈに格納した後、ステップＳ７２６においてデータベースファイル１１ｈを切断する。一方、ステップＳ７２２においてサーバ側プログラムの起動に成功しない場合や、ステップＳ７２４においてデータベースファイル１１ｈに接続できない場合は、ステップＳ７３０においてエラーメッセージを作成する。
さらに、ステップＳ７２７において医師端末５に対するレスポンスをＨＴＭＬ形式で作成し、ステップＳ７２８において当該レスポンスを医師端末５に送信する。このレスポンスには、医師端末５から受信した質問の内容や、エラーメッセージが含まる。ステップＳ７１１において医師端末５がレスポンスを受信すると、ステップＳ７１２において質問が表示される。ステップＳ７１３において別の質問を設定する場合にはステップＳ７０９以降の処理が繰り返され、ステップＳ７１４に別の患者を選択する場合にはステップＳ７０８以降の処理が繰り返される。ステップＳ７２９において医療提供者サーバ２は医師端末５がログアウトしていなければステップＳ７２１以降の処理を継続する。
図８Ａ及び図８Ｂは、医療提供者サーバ２から患者サーバ１へ質問が送信されるまでの処理を示している。ステップＳ８０１において医療提供者サーバ２が患者サーバ１に対して接続要求を送信すると、ステップＳ８０２において患者サーバ１側のファイヤーウォール１２Ａが認証を行う。ステップＳ８０３において認証がされていれば、ステップＳ８０４において患者サーバ１側のＶＰＮ１３Ａが認証を行う。ステップＳ８０５において認証がなされ、ステップＳ８０６において患者サーバ１へ接続し、かつステップＳ８０７においてデータベースファイル１１ｈへ接続していれば、ステップＳ８０８において患者サーバ１に対してデータベースファイル１０ｈへの接続依頼を送信する。一方、ステップＳ８０６において患者サーバ１に接続していないか、ステップＳ８０７においてデータベースファイル１１ｈに接続していなければ、Ｓ８１５においてエラー表示がなされる。
ステップＳ８１７，Ｓ８０９において、患者サーバ１がデータベースファイル１０ｈに接続していれば、ステップＳ８１０において医療提供者サーバ２が患者サーバ１に対して質問を送信する。患者サーバ１はステップＳ８１８において質問を受信してデータベースファイル１０ｈに記憶する。さらに、患者サーバ１は、ステップＳ８１９において転送結果を医療提供者サーバ１に送信した後、ステップＳ８２０においてデータベースファイル１０ｈへの切断を切断する。一方、ステップＳ８１７でデータベースファイル１０ｈへの接続が拒否された場合には、ステップＳ８２１においてエラー表示がなされる。
医療提供者端末２は、ステップＳ８１１において転送結果を受信すると、ステップＳ８１２においてデータベースファイル１１ｈを切断する。その後、医療提供者端末２は、ステップＳ８１３において転送結果をメモリに保持し、ステップＳ８１４においてＶＰＮ１３Ａとの接続を切断する。
次に、図９Ａ及び図９Ｂを参照して、患者サーバ１から患者端末４への質問の送信について説明する。
まず、ステップＳ９０１において、患者端末４が電話回線１４を介したダイヤルアップ接続によるアクセスをＲＡＳ１５に要求する。ＲＡＳ１５は、ステップＳ９０９においてアクセスを要求している患者端末４のユーザをパスワードにより認証し、ステップＳ９１０においてその認証結果を患者端末４に送信する。ステップＳ９０２において認証がされていなければ、患者端末４は、ステップＳ９０３においてエラー表示を行い、ステップＳ９０８においてダイヤルアップ接続を切断する。一方、ステップＳ９０２において認証がなされていれば、患者端末４はステップＳ９０４において問診送信のリクエストを患者サーバ１に送信する。ステップＳ９１１においてリクエストを受信した患者サーバ１は、ステップＳ９１２においてサーバ側プログラム１０ｅの起動に成功すれば、ステップＳ９１３においてデータベースファイル１０ｈの接続を実行する。さらに、ステップ９１４でデータベースファイル１０ｈに接続している場合には、患者サーバ１はステップＳ９１５において患者端末４へ送付していない未送信のデータが有るか否かを確認する。
患者端末４に対し未送信の質問があれば、ステップＳ９１６で質問設定用のレスポンスを作成した後、ステップＳ９１７においてデータベースファイル１０ｈを切断する。また、ステップＳ９１８において作成したレスポンスを送信する。一方、ステップＳ９１２でサーバ側プログラム１０が起動していない場合や、ステップＳ９１４でデータベースファイル１０ｈに接続していない場合には、ステップＳ９１９でエラーメッセージを作成する。
患者端末４は、ステップＳ９０６においてレスポンスを受信してメモリに保持する。その後、患者端末４は、ステップＳ９０７において画面表示を更新した後、ステップＳ９０８においてダイヤルアップを切断する。
図１０は、患者サーバ１のデータベースファイル１０ｈに記憶されたデータの構造の一例を示している。なお、この例では、患者の体重の測定値と食事の摂取の有無とが示されているが、生体データ及び問診設定はこれに限定されない。この図１０に示すように、患者サーバ１は患者端末４の使用者である個々の患者に割り当てられたＩＤ毎に生体データを記憶している。また、図１０における送信フラグとは患者サーバ１から医療提供者サーバ２へ測定データ及び問診回答を転送終了したか否かの情報を記録している。すなわち、送信フラグの値が０の場合、当該データである生体データもしくは問診回答がまだ医療提供者サーバ２へ転送されていないことを送信フラグは示し、送信フラグの値が１の場合は、既に転送終了したことを示す。具体的には、図６におけるステップＳ５１１で、測定値（体重）「６５．７５」の転送が正常に終了したとき、当該測定値（体重）データの送信フラグの値を０から１に変更する。こうする事により患者サーバ１を管理しているシステム管理者は患者サーバ１に保存されている測定データ及び問診回答において、送信フラグが１のものに対しては削除しても問題ない状態となり、データベースの保守作業が簡素化できる。
一方、図１１は、医療提供者サーバ２のデータベースファイル１１ｈに記憶されたデータの構造の一例を示している。上記患者サーバ１のデータ構造と同様に、患者に割り当てられたＩＤ毎に生体データが記憶されている。また、ＩＤ毎に患者データが記憶されている。これらの患者データには、その患者の氏名等の患者個人を特定するための情報が含まれる。なお、図１１の送信フラグは、図１０に記載の送信フラグと同様の機能を有する。
上記のように患者サーバ１のデータベースファイル１０ｈにはＩＤ毎に生体データが記憶されているが、ＩＤ毎の患者データは記憶されていない。従って、仮に患者サーバ１に不正にアクセスしたとしても、個々の生体データがいずれの患者のものであるかを特定することはできない。
第１実施例に係る医療情報システムでは、患者サーバ１が患者端末４からの生体データの収集を処理し、医療提供者サーバ２が医師端末５からの生体データの閲覧を処理する。すなわち、この医療情報システムでは、サーバの多重化により患者サーバ１と医療提供者サーバ２とが処理を分担し、それらの負荷を低減している。よって、応答時間が短縮され、通信速度が向上する。また、これら患者サーバ２及び医療提供者サーバ３の負荷低減によりシステムの安定性が向上し、患者端末４からの生体情報の収集及び医師端末５による生体情報の閲覧を常に安定して実行することができる。
また、患者端末４は患者サーバ１に接続され、医師端末５は医療提供者サーバ２に接続されている。従って、患者端末４の仕様変更や追加によるサーバ側のプログラムの変更時には、患者サーバ１のみを停止する必要があり、医師端末５により医療提供者サーバ２に保存された生体情報の閲覧を継続することができる。これとは逆に、医師端末５の仕様変更や追加によるサーバ側プログラムの変更時には、医療提供者サーバ２のみを停止する必要があり、患者サーバ１による生体データの収集は継続することができる。
さらに、システム管理者が患者サーバ１を保有してその運用及び管理を行うことにより、データ及びプログラムの保守及び管理を簡素化することができる。一方、医療機関が医療提供者サーバ２を保有してこれに保存された生体データを電子カルテシステム等の他の医療情報システムで活用することが可能であり、患者の生体情報を長期間保存する事がシステム管理者の事情に関係なく医療機関の必要に応じて可能となる。この点で第１実施例に係る医療情報システムは高い柔軟性を有する。
患者端末４から第２のネットワーク３Ｂを介して直接アクセス可能であるのは患者サーバ１のみである。また、患者サーバ１と医療提供者サーバ２を接続する第１のネットワークに設けられたファイヤーウォール１２Ａ，１２Ｂ及びＶＰＮ１３Ａ，１３Ｂは、第２のネットワーク３Ｂに設けられたＲＡＳ１５よりもセキュリティレベルが高い。従って、患者端末４から医療提供者サーバ２に保存された生体データに不正にアクセスするのを防止することができる。また、第２のネットワーク３Ｂに設けられたＲＡＳ１５は、第１のネットワーク３Ａに設けられたファイヤーウォール１２Ａ，１２Ｂ及びＶＰＮ１３Ａ，１３Ｂや、第３のネットワーク３Ｃに設けられた認証端末サーバ１８と比較してセキュリティレベルが低いので、患者端末４から患者サーバ１への簡便な接続が確保される。また、医師端末５と医療提供者サーバ２とを接続する第３のネットワーク３Ｃは端末認証サーバ１８を備えているため、セキュリティレベルが高いので、医療提供者サーバ２への直接的な不正アクセスも防止することができる。これらの点で、第１実施例に係る医療情報システムは高いセキュリティ性を有している。
第２実施例
図１２は、本発明の第２実施例を示す概略図である。
この第２実施例では、複数の患者サーバ１Ａ，１Ｂ，・・・１Ｚが設けられている。また、各患者サーバ１Ａ，１Ｂ，・・・１Ｚは第１のネットワーク３Ａを介してそれぞれ医療提供者サーバ２に接続されている。さらに、各患者サーバ１Ａ，１Ｂ，・・・１Ｚには複数の患者端末４が接続されている。複数の患者サーバ１Ａ，１Ｂ，・・・１Ｚを設けることにより、一つの患者サーバ１Ａ，１Ｂ，・・・１Ｚに接続された患者端末４の仕様変更や追加のためにサーバ側のプログラムを変更する必要が生じた場合、その患者サーバのみを停止すればよく、残りの患者サーバはそれらに接続された患者端末からの医療情報の収集を継続することができる。
また、第２実施例に係る医療情報システムでは、種類の異なる患者端末４（具体的には、患者サーバとの通信手順が異なる患者端末）から測定データ及び問診内容を収集するときに、既存のシステムは運用を継続しておきながら、新しい患者端末及びそれに対応した患者サーバを導入する事ができる。
第２実施例のその他の構成及び作用は上記した第１実施形態と同様であるので、同一の要素には同一の符号を付して説明を省略する。
第３実施例
図１３は、本発明の第３実施形態を示している。
この第３実施形態では、複数の医療提供者サーバ２Ａ，２Ｂ，・・・２Ｚが設けられている。また、患者サーバ１は第１のネットワーク３Ａを介して医療提供者サーバ２Ａ，２Ｂ，・・・２Ｚに接続されている。また、各医療提供者サーバ２Ａ，２Ｂ，・・・２Ｚには、複数の医師端末５が設けられている。複数の医療提供者サーバ２Ａ，２Ｂ，・・・２Ｚをそれぞれ対応する医療機関を保有して管理することができる。従って、各医療機関は必要に応じて医療提供者サーバの生体情報を長期保存することができる。また、各医療機関毎に医師端末５で生体情報を閲覧する際の表示をカスタマイズすることが可能となる。図１６に示すように、患者サーバ１と医療提供者サーバ２の両方をそれぞれ複数個設けてもよい。第３実施例のその他の構成及び作用は上記した第１実施形態と同様であるので、同一の要素には同一の符号を付して説明を省略する。
第４実施例
図１５に示すように、第４実施形態では、患者サーバ２はクラスタリングされている。すなわち、患者サーバ２は、それぞれ複数のサーバ１０１Ａ，１０１Ｂ，・・・１０１Ｎを並列的に設けた構成とし、患者端末４及び医療提供者サーバ２からアクセスしたときは、１台のサーバとして見える。この仕組みをクラスタリングと呼ぶ。クラスタリングにより、各サーバへの負荷をさらに分散することが可能となる。また、サーバを並列的に設けた構成により、例えばサーバ１０１Ａがダウンした場合でも、その他のサーバ１０１Ｂ，…１０１Ｎによりシステムを継続運用することが可能であり、フォールトレランス性が向上し、２４時間無停止システムの実現が可能である。
なお、本実施例において、患者サーバ２を例に説明したが医療提供者サーバ２をクラスタリングすることも可能である。
添付図面を参照して本発明を完全に説明したが、当業者にとって種々の変更及び変形が可能である。従って、そのような変更及び変形は本発明の意図及び範囲から離れない限り、本発明に含まれるものと解釈されなければならない。
【図面の簡単な説明】
本発明の他の目的及び特徴は、添付図面を参照した好適な実施形態に関する以下の説明により明らかとなる。
図１は、本発明の第１実施形態に係る医療情報システムを示すブロック図である。
図２は、本発明の第１実施形態に係る医療情報システムを示す概略的なブロック図である。
図３は、生体データの測定を説明するためのフローチャートである。
図４Ａ及び図４Ｂは、患者端末から患者サーバへの生体データの送信を説明するためのフローチャートである。
図５Ａ及び図５Ｂは、患者サーバから医療提供者サーバへの生体データの送信を説明するためのフローチャートである。
図６Ａ及び図６Ｂは、医療提供者サーバに保存された生体データの医師端末による閲覧を説明するためのフローチャートである。
図７Ａ及び図７Ｂは、医師端末から医療提供者サーバへの問診の送信を説明するためのフローチャートである。
図８Ａ及び図８Ｂは、医療提供者サーバから患者サーバへの問診の送信を説明するためのフローチャートである。
図９Ａ及び図９Ｂは、患者サーバから患者端末への問診に対する応答の送信を説明するためのフローチャートである。
図１０は、患者サーバのデータ構造の一例を示す概略図である。
図１１は、医療提供者サーバのデータ構造の一例を示す概略図である。
図１２は、本発明の第２実施形態に係る医療情報システムを示す概略的なブロック図である。
図１３は、本発明の第３実施形態に係る医療情報システムを示す概略的なブロック図である。
図１４は、本発明の第４実施形態に係る医療情報システムを示す概略的なブロック図である。
図１５は、クラスタリングされた患者サーバの一例を示す概略的なブロック図である。
【図１】
2003067484.tif 000003
【図２】
2003067484.tif 000004
【図３】
2003067484.tif 000005
【図４Ａ】
2003067484.tif 000006
【図４Ｂ】
2003067484.tif 000007
【図５Ａ】
2003067484.tif 000008
【図５Ｂ】
2003067484.tif 000009
【図６Ａ】
2003067484.tif 000010
【図６Ｂ】
2003067484.tif 000011
【図７Ａ】
2003067484.tif 000012
【図７Ｂ】
2003067484.tif 000013
【図８Ａ】
2003067484.tif 000014
【図８Ｂ】
2003067484.tif 000015
【図９Ａ】
2003067484.tif 000016
【図９Ｂ】
2003067484.tif 000017
【図１０】
2003067484.tif 000018
【図１１】
2003067484.tif 000019
【図１２】
2003067484.tif 000020
【図１３】
2003067484.tif 000021
【図１４】
2003067484.tif 000022
【図１５】
2003067484.tif 000023
【手続補正書】
【提出日】平成14年9月27日(2002.9.27)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
生体情報を受信し、該受信した生体情報を個々の患者に割り当てられたＩＤ毎に保存し、かつ保存した生体情報を送信する、患者サーバと、
該患者サーバと第１のネットワークを介して接続され、該第１のネットワークを介して上記患者サーバから受信した上記生体情報を上記ＩＤ毎に保存し、上記ＩＤ毎に患者個人を特定するための情報を保存し、かつ上記保存した生体情報の閲覧を許可する、医療提供者サーバと
を備える、医療情報システム。
【請求項２】
上記患者サーバと第２のネットワークを介して接続され、該第２のネットワークを介して上記患者サーバに生体情報を送信する患者端末と、
上記医療提供者サーバと第３のネットワークを介して接続され、該第３のネットワークを介して上記医療提供者サーバに保存された生体情報を閲覧する医師端末とをさらに備える、請求項１に記載の医療情報システム。
【請求項３】
上記患者端末は生体データ測定用のセンサを備え、上記生体情報は該センサにより測定された測定値を含む、請求項２に記載の医療情報システム。
【請求項４】
上記医師端末は、上記第３のネットワークを介して上記医療提供者サーバに患者の健康状態に関する質問を送信し、
上記医療提供者サーバは、上記医師端末から受信した上記質問を上記第１のネットワークを介して上記患者サーバに送信し、
上記患者サーバは、上記患者サーバから受信した上記質問を上記第２のネットワークを介して上記患者端末に送信し、
上記患者端末から第２のネットワークを介して患者サーバに送信される生体情報は、上記患者端末に送信された上記質問に対する回答を含む、請求項２に記載の医療情報システム。
【請求項５】
上記第１のネットワークに設けられた第１の不正アクセス防止部と、上記第２のネットワークに設けられた第２の不正アクセス防止部と、上記第３のネットワークに設けられた第３の不正アクセス防止部とをさらに備え、
上記第１及び第３の不正アクセス防止部は、上記第２の不正アクセス防止部よりも高いセキュリティレベルを有する、請求項２に記載の医療情報システム。
【請求項６】
上記第１の不正アクセス防止部は、ファイヤーウォール及びバーチャルプライベートネットワークを備え、
上記第２の不正アクセス防止部は、リモートアクセスサーバを備え、
上記第３の不正アクセス防止部は、端末認証サーバを備える、請求項５に記載の医療情報システム。
【請求項７】
患者サーバ及び医療提供者サーバは、それぞれクラスタリングされている、請求項２に記載の医療情報システム。
【請求項８】
生体情報を受信し、該受信した生体情報を個々の患者に割り当てられたＩＤ毎に保存し、かつ保存した生体情報を医療提供者サーバに送信する、複数の患者サーバと、
該患者サーバと第１のネットワークを介して接続され、該第１のネットワークを介して上記患者サーバから受信した上記生体情報を上記ＩＤ毎に保存し、上記ＩＤ毎に患者個人を特定するための情報を保持し、かつ上記保存した生体情報の閲覧を許可する、医療提供者サーバと、
上記複数の患者サーバにそれぞれ第２のネットワークを介して接続され、該第２のネットワークを介して上記患者サーバに生体情報を送信する複数の患者端末と、
上記医療提供者サーバと第３のネットワークを介して接続され、該第３のネットワークを介して上記第２のサーバに保存された生体情報を閲覧する医師端末と
を備える、医療情報システム。
【請求項９】
生体情報を受信し、該受信した生体情報を個々の患者に割り当てられたＩＤ毎に保存し、かつ保存した生体情報を医療提供者サーバに送信する、患者サーバと、
それぞれ該患者サーバと第１のネットワークを介して接続され、該第１のネットワークを介して上記患者サーバから受信した上記生体情報を保存し、上記ＩＤ毎に患者個人を特定するための情報を保存し、かつ上記保存した生体情報の閲覧を許可する、複数の医療提供者サーバと、
上記患者サーバに第２のネットワークを介して接続され、該第２のネットワークを介して上記患者サーバに生体情報を送信する患者端末と、
上記複数の医療提供者サーバにそれぞれ第３のネットワークを介して接続され、該第３のネットワークを介して上記医療提供者サーバに保存された生体情報を閲覧する複数の医師端末と
を備える、医療情報システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】
サーバを保有し、その運用及び管理を行うことを要求する。これに対して、医療機関もサーバを保有し、患者端末から収集した生体データを電子カルテシステム等の他の医療情報システムで活用することを要求する。
第４に、単一のサーバを備えるサーバはセキュリティ性が低い。具体的には、悪意の第三者が患者端末を使用して、サーバに保存されている生体データに不正にアクセスするおそれがある。
本発明は、上記従来の医療情報システムにおける問題に鑑み、サーバの負荷低減、システムの柔軟性向上、及びセキュリティ性向上を図ることを目的としている。
従って、第１の発明は、生体情報を受信し、該受信した生体情報を個々の患者に割り当てられたＩＤ毎に保存し、かつ保存した生体情報を送信する、患者サーバと、該患者サーバと第１のネットワークを介して接続され、該第１のネットワークを介して上記患者サーバから受信した上記生体情報を上記ＩＤ毎に保存し、上記ＩＤ毎に患者個人を特定するための情報を保存し、かつ上記保存した生体情報の閲覧を許可する、医療提供者サーバとを備える、医療情報システムを提供する。
また、医療情報システムは、上記患者サーバと第２のネットワークを介して接続され、該第２のネットワークを介して上記患者サーバに生体情報を送信する患者端末と、上記医療提供者サーバと第３のネットワークを介して接続され、該第３のネットワークを介して上記医療提供者サーバに保存された生体情報を閲覧する医師端末とをさらに備える。
第１の発明に係る医療情報システムでは、患者サーバが患者端末からの生体情報の収集を処理し、医療提供者端末のサーバが医師端末からの生体情報の閲覧を処理する。すなわち、この医療情報システムでは、サーバの多重化により処理を分散し、個々のサーバの負荷を低減している。よって、応答時間が短縮され、通信速度が向上する。また、患者サーバ及び医療提供者サーバの負荷低減によりシステムの安定性が向上し、患者端末からの生体情報の収集及び医師端末による生体情報の閲覧を常に安定して実行することができる。
患者端末は患者サーバに接続され、医師端末は医療提供者サーバに接続されている。従って、患者端末の仕様変更や追加のためのサーバ側のプログラムの変更時には、患者サーバのみを停止する必要があり、医師端末による医療端末サーバ


【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００４
【補正方法】変更
【補正の内容】
【０００４】
ワークに設けられた第１の不正アクセス防止部は、第２のネットワークに設けられた第２の不正アクセス防止部よりもセキュリティレベルが高い。従って、患者端末から医療提供者サーバに保存された生体情報に不正にアクセスするのを防止することができる。また、第２のネットワークに設けられた第２の不正アクセス防止部は第１及び第３の不正アクセス防止部と比較してセキュリティレベルが低いので、患者端末から患者サーバへの簡便な接続が確保される。また、医師端末と医療提供者サーバとを接続する第３のネットワークはセキュリティレベルが高いので、医療提供者ザーバへの直接の不正アクセスも防止することができる。これらの点で、第１の発明に係る医療情報システムは高いセキュリティ性を有している。
患者サーバ及び医療提供者サーバは、それぞれクラスタリングされていてもよい。患者サーバ及び医療提供者サーバをさらにクラスタリングすることにより、負荷分散が可能である。また、フォールトレランス性が向上し、２４時間無停止システムの実現が可能である。
第２の発明は、生体情報を受信し、該受信した生体情報を個々の患者に割り当てられたＩＤ毎に保存し、かつ保存した生体情報を医療提供者サーバに送信する、複数の患者サーバと、該患者サーバと第１のネットワークを介して接続され、該第１のネットワークを介して上記患者サーバから受信した上記生体情報を上記ＩＤ毎に保存し、上記ＩＤ毎に患者個人を特定するための情報を保存し、かつ上記保存した生体情報の閲覧を許可する、医療提供者サーバと、上記複数の患者サーバにそれぞれ第２のネットワークを介して接続され、該第２のネットワークを介して上記患者サーバに生体情報を送信する複数の患者端末と、上記医療提供者サーバと第３のネットワークを介して接続され、該第３のネットワークを介して上記第２のサーバに保存された生体情報を閲覧する医師端末とを備える、医療情報システムを提供する。
第２の発明の医療情報システムでは、一つの患者サーバに接続された患者端末の仕様変更や追加のためにサーバ側のプログラムを変更する必要が生じた場合、その患者サーバのみを停止すればよく、残りの患者サーバはそれらに接続された患者端末からの医療情報の収集を継続することができる。
第３の発明は、生体情報を受信し、該受信した生体情報を個々の患者に割り当てられたＩＤ毎に保存し、か


【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
つ保存した生体情報を医療提供者サーバに送信する、患者サーバと、それぞれ該患者サーバと第１のネットワークを介して接続され、該第１のネットワークを介して上記患者サーバから受信した上記生体情報を上記ＩＤ毎に保存し、上記ＩＤ毎に患者個人を特定するための情報を保存し、かつ上記保存した生体情報の閲覧を許可する、複数の医療提供者サーバと、上記患者サーバに第２のネットワークを介して接続され、該第２のネットワークを介して上記患者サーバに生体情報を送信する患者端末と、上記複数の医療提供者サーバにそれぞれに第３のネットワークを介して接続され、該第３のネットワークを介して上記医療提供者サーバに保存された生体情報を閲覧する複数の医師端末とを備える、医療情報システムを提供する。
第３の発明の医療情報ネットワークでは、複数の医療提供者サーバをそれぞれ対応する医療機関を保有して管理することができる。従って、各医療機関は必要に応じて医療提供者サーバに生体情報を長期保存することができる。また、各医療機関毎に医師端末で生体情報を閲覧する際の表示をカスタマイズすることが可能となる。
図面の簡単な説明
本発明の他の目的及び特徴は、添付図面を参照した好適な実施形態に関する以下の説明により明らかとなる。
図１は、本発明の第１実施形態に係る医療情報システムを示すブロック図である。
図２は、本発明の第１実施形態に係る医療情報システムを示す概略的なブロック図である。
図３は、生体データの測定を説明するためのフローチャートである。
図４Ａ及び図４Ｂは、患者端末から患者サーバへの生体データの送信を説明するためのフローチャートである。
図５Ａ及び図５Ｂは、患者サーバから医療提供者サーバへの生体データの送信を説明するためのフローチャートである。
図６Ａ及び図６Ｂは、医療提供者サーバに保存された生体データの医師端末による閲覧を説明するためのフローチャートである。




【手続補正書】
【提出日】平成15年12月16日(2003.12.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
生体情報を受信し、該受信した生体情報を個々の患者に割り当てられたＩＤ毎に保存し、かつ保存した生体情報を送信する、患者サーバと、
該患者サーバと第１のネットワークを介して接続され、該第１のネットワークを介して上記患者サーバから受信した上記生体情報を上記ＩＤ毎に保存し、上記ＩＤ毎に患者個人を特定するための情報を保存し、かつ上記保存した生体情報の閲覧を許可する、医療提供者サーバと
を備える、医療情報システム。
【請求項２】
上記患者サーバと第２のネットワークを介して接続され、該第２のネットワークを介して上記患者サーバに生体情報を送信する患者端末と、
上記医療提供者サーバと第３のネットワークを介して接続され、該第３のネットワークを介して上記医療提供者サーバに保存された生体情報を閲覧する医師端末とをさらに備える、請求項１に記載の医療情報システム。
【請求項３】
上記患者端末は生体データ測定用のセンサを備え、上記生体情報は該センサにより測定された測定値を含む、請求項２に記載の医療情報システム。
【請求項４】
上記医師端末は、上記第３のネットワークを介して上記医療提供者サーバに患者の健康状態に関する質問を送信し、
上記医療提供者サーバは、上記医師端末から受信した上記質問を上記第１のネットワークを介して上記患者サーバに送信し、
上記患者サーバは、上記患者サーバから受信した上記質問を上記第２のネットワークを介して上記患者端末に送信し、
上記患者端末から第２のネットワークを介して患者サーバに送信される生体情報は、上記患者端末に送信された上記質問に対する回答を含む、請求項２に記載の医療情報システム。
【請求項５】
上記第１のネットワークに設けられた第１の不正アクセス防止部と、上記第２のネットワークに設けられた第２の不正アクセス防止部と、上記第３のネットワークに設けられた第３の不正アクセス防止部とをさらに備え、
上記第１及び第３の不正アクセス防止部は、上記第２の不正アクセス防止部よりも高いセキュリティレベルを有する、請求項２に記載の医療情報システム。
【請求項６】
上記第１の不正アクセス防止部は、ファイヤーウォール及びバーチャルプライベートネットワークを備え、
上記第２の不正アクセス防止部は、リモートアクセスサーバを備え、
上記第３の不正アクセス防止部は、端末認証サーバを備える、請求項５に記載の医療情報システム。
【請求項７】
患者サーバ及び医療提供者サーバは、それぞれクラスタリングされている、請求項２に記載の医療情報システム。
【請求項８】
生体情報を受信し、該受信した生体情報を個々の患者に割り当てられたＩＤ毎に保存し、かつ保存した生体情報を医療提供者サーバに送信する、複数の患者サーバと、
該患者サーバと第１のネットワークを介して接続され、該第１のネットワークを介して上記患者サーバから受信した上記生体情報を上記ＩＤ毎に保存し、上記ＩＤ毎に患者個人を特定するための情報を保持し、かつ上記保存した生体情報の閲覧を許可する、医療提供者サーバと、
上記複数の患者サーバにそれぞれ第２のネットワークを介して接続され、該第２のネットワークを介して上記患者サーバに生体情報を送信する複数の患者端末と、
上記医療提供者サーバと第３のネットワークを介して接続され、該第３のネットワークを介して上記第２のサーバに保存された生体情報を閲覧する医師端末と
を備える、医療情報システム。
【請求項９】
生体情報を受信し、該受信した生体情報を個々の患者に割り当てられたＩＤ毎に保存し、かつ保存した生体情報を医療提供者サーバに送信する、患者サーバと、
それぞれ該患者サーバと第１のネットワークを介して接続され、該第１のネットワークを介して上記患者サーバから受信した上記生体情報を保存し、上記ＩＤ毎に患者個人を特定するための情報を保存し、かつ上記保存した生体情報の閲覧を許可する、複数の医療提供者サーバと、
上記患者サーバに第２のネットワークを介して接続され、該第２のネットワークを介して上記患者サーバに生体情報を送信する患者端末と、
上記複数の医療提供者サーバにそれぞれ第３のネットワークを介して接続され、該第３のネットワークを介して上記医療提供者サーバに保存された生体情報を閲覧する複数の医師端末と
を備える、医療情報システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、在宅健康管理に適した医療情報システムに関する。
【背景技術】
【０００２】
近年、ネットワークを介して在宅患者の生体情報を収集し、かつネットワークを介して収集された生体情報を閲覧可能とした医療情報システムが提供されている。例えば、特許文献１に開示されたシステムは、測定された生体データを送信するための複数の患者端末と、これら患者端末から受信した生体データを蓄積及び管理する単一のサーバと、この単一のサーバに保存された生体データを取得ないしは閲覧するための複数の医師端末とを備える。
【特許文献１】特開平８−３８４３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、この単一のサーバを備えるシステムには、以下の問題がある。
第１に、患者端末の台数増加に伴い、データ収集処理時のサーバの負荷が増大する。また、患者端末の台数増加に伴い、データ閲覧処理時のサーバの負荷も増大する。これらのサーバの負荷増大は、応答時間の遅延及び通信速度の低下を招く。特に、サーバの負荷が非常に高くなった場合には、患者端末からのデータ収集及び医師端末からのデータ閲覧が不可能となるおそれがある。
【０００４】
第２に、患者端末の仕様変更や追加のためにサーバを停止して格納されたプログラムを変更する間、医師端末からのデータ閲覧が不可能となる。同様に、医師端末の仕様変更や追加の場合にも、プログラム変更のためにサーバが停止されるので患者端末からのデータ収集が不可能となる。
【０００５】
第３に、単一のサーバでは、通常は医療システムを開発した企業であるシステム管理者の要求と、これとは相反する医師端末のユーザである病院等の医療機関の要求との両方を満足することができない。詳細には、システム管理者は一般にサーバを保有し、その運用及び管理を行うことを要求する。これに対して、医療機関もサーバを保有し、患者端末から収集した生体データを電子カルテシステム等の他の医療情報システムで活用することを要求する。
【０００６】
第４に、単一のサーバを備えるサーバはセキュリティ性が低い。具体的には、悪意の第三者が患者端末を使用して、サーバに保存されている生体データに不正にアクセスするおそれがある。
【０００７】
本発明は、上記従来の医療情報システムにおける問題に鑑み、サーバの負荷低減、システムの柔軟性向上、及びセキュリティ性向上を図ることを目的としている。
【課題を解決するための手段】
【０００８】
従って、第１の発明は、生体情報を受信し、該受信した生体情報を個々の患者に割り当てられたＩＤ毎に保存し、かつ保存した生体情報を送信する、患者サーバと、該患者サーバと第１のネットワークを介して接続され、該第１のネットワークを介して上記患者サーバから受信した上記生体情報を上記ＩＤ毎に保存し、上記ＩＤ毎に患者個人を特定するための情報を保存し、かつ上記保存した生体情報の閲覧を許可する、医療提供者サーバとを備える、医療情報システムを提供する。
【０００９】
また、医療情報システムは、上記患者サーバと第２のネットワークを介して接続され、該第２のネットワークを介して上記患者サーバに生体情報を送信する患者端末と、上記医療提供者サーバと第３のネットワークを介して接続され、該第３のネットワークを介して上記医療提供者サーバに保存された生体情報を閲覧する医師端末とをさらに備える。
【００１０】
第１の発明に係る医療情報システムでは、患者サーバが患者端末からの生体情報の収集を処理し、医療提供者端末のサーバが医師端末からの生体情報の閲覧を処理する。すなわち、この医療情報システムでは、サーバの多重化により処理を分散し、個々のサーバの負荷を低減している。よって、応答時間が短縮され、通信速度が向上する。また、患者サーバ及び医療提供者サーバの負荷低減によりシステムの安定性が向上し、患者端末からの生体情報の収集及び医師端末による生体情報の閲覧を常に安定して実行することができる。
【００１１】
患者端末は患者サーバに接続され、医師端末は医療提供者サーバに接続されている。従って、患者端末の仕様変更や追加のためのサーバ側のプログラムの変更時には、患者サーバのみを停止する必要があり、医師端末による医療端末サーバに保存された生体情報の閲覧を継続することができる。これとは逆に、医師端末の仕様変更や追加によるサーバ側プログラムの変更時には、医療提供者サーバのみを停止する必要があり、患者サーバによる生体情報の収集は継続することができる。
【００１２】
システム管理者が患者サーバを保有してその運用及び管理を行うことにより、データの保守及び管理を簡素化することができる。一方、医療機関が医療提供者サーバを保有して医療提供者サーバに保存された生体情報を電子カルテシステム等の他の医療情報システムで活用することが可能である。この点で第１の発明に係る医療情報システムは高い柔軟性を有する。
【００１３】
具体的には、上記患者端末は生体データ測定用のセンサを備え、上記生体情報は該センサにより測定された測定値を含む。
【００１４】
上記医師端末は、上記第３のネットワークを介して上記医療提供者サーバに患者の健康状態に関する質問を送信し、上記医療提供者サーバは、上記医師端末から受信した上記質問を上記第１のネットワークを介して上記患者サーバに送信し、上記患者サーバは、上記患者サーバから受信した上記質問を上記第２のネットワークを介して上記患者端末に送信し、上記患者端末から第２のネットワークを介して患者サーバに送信される生体情報は、上記患者端末に送信された上記質問に対する回答を含んでいてもよい。
【００１５】
医療情報システムは、上記第１のネットワークに設けられた第１の不正アクセス防止部と、上記第２のネットワークに設けられた第２の不正アクセス防止部と、上記第３のネットワークに設けられた第３の不正アクセス防止部とをさらに備え、上記第１及び第３の不正アクセス防止部は、上記第２の不正アクセス防止部よりも高いセキュリティレベルを有することが好ましい。
【００１６】
例えば、上記第１の不正アクセス防止部は、ファイヤーウォール及びバーチャルプライベートネットワークを備え、上記第２の不正アクセス防止部は、リモートアクセスサーバを備え、上記第３の不正アクセス防止部は、端末認証サーバを備える。
【００１７】
患者端末から第２のネットワークを介して直接アクセス可能であるのは患者サーバのみである。また、患者サーバと医療提供者サーバを接続する第１のネットワークに設けられた第１の不正アクセス防止部は、第２のネットワークに設けられた第２の不正アクセス防止部よりもセキュリティレベルが高い。従って、患者端末から医療提供者サーバに保存された生体情報に不正にアクセスするのを防止することができる。また、第２のネットワークに設けられた第２の不正アクセス防止部は第１及び第３の不正アクセス防止部と比較してセキュリティレベルが低いので、患者端末から患者サーバへの簡便な接続が確保される。また、医師端末と医療提供者サーバとを接続する第３のネットワークはセキュリティレベルが高いので、医療提供者サーバへの直接の不正アクセスも防止することができる。これらの点で、第１の発明に係る医療情報システムは高いセキュリティ性を有している。
【００１８】
患者サーバ及び医療提供者サーバは、それぞれクラスタリングされていてもよい。患者サーバ及び医療提供者サーバをさらにクラスタリングすることにより、負荷分散が可能である。また、フォールトレランス性が向上し、２４時間無停止システムの実現が可能である。
【００１９】
第２の発明は、生体情報を受信し、該受信した生体情報を個々の患者に割り当てられたＩＤ毎に保存し、かつ保存した生体情報を医療提供者サーバに送信する、複数の患者サーバと、該患者サーバと第１のネットワークを介して接続され、該第１のネットワークを介して上記患者サーバから受信した上記生体情報を上記ＩＤ毎に保存し、上記ＩＤ毎に患者個人を特定するための情報を保持し、かつ上記保存した生体情報の閲覧を許可する、医療提供者サーバと、上記複数の患者サーバにそれぞれ第２のネットワークを介して接続され、該第２のネットワークを介して上記患者サーバに生体情報を送信する複数の患者端末と、上記医療提供者サーバと第３のネットワークを介して接続され、該第３のネットワークを介して上記第２のサーバに保存された生体情報を閲覧する医師端末とを備える、医療情報システムを提供する。
【００２０】
第２の発明の医療情報システムでは、一つの患者サーバに接続された患者端末の仕様変更や追加のためにサーバ側のプログラムを変更する必要が生じた場合、その患者サーバのみを停止すればよく、残りの患者サーバはそれらに接続された患者端末からの医療情報の収集を継続することができる。
【００２１】
第３の発明は、生体情報を受信し、該受信した生体情報を個々の患者に割り当てられたＩＤ毎に保存し、かつ保存した生体情報を医療提供者サーバに送信する、患者サーバと、それぞれ該患者サーバと第１のネットワークを介して接続され、該第１のネットワークを介して上記患者サーバから受信した上記生体情報を上記ＩＤ毎に保存し、上記ＩＤ毎に患者個人を特定するための情報を保存し、かつ上記保存した生体情報の閲覧を許可する、複数の医療提供者サーバと、上記患者サーバに第２のネットワークを介して接続され、該第２のネットワークを介して上記患者サーバに生体情報を送信する患者端末と、上記複数の医療提供者サーバにそれぞれに第３のネットワークを介して接続され、該第３のネットワークを介して上記医療提供者サーバに保存された生体情報を閲覧する複数の医師端末とを備える、医療情報システムを提供する。
【００２２】
第３の発明の医療情報ネットワークでは、複数の医療提供者サーバをそれぞれ対応する医療機関を保有して管理することができる。従って、各医療機関は必要に応じて医療提供者サーバに生体情報を長期保存することができる。また、各医療機関毎に医師端末で生体情報を閲覧する際の表示をカスタマイズすることが可能となる。
本発明の他の目的及び特徴は、添付図面を参照した好適な実施形態に関する以下の説明により明らかとなる。
【発明を実施するための最良の形態】
【００２３】
第１実施例
図１及び図２に示すように、本発明の第１実施形態に係る医療情報システムは、患者サーバ（ＰＳ）１、医療提供者サーバ（ＣＰＳ）２を備え、これらは第１のネットワーク３Ａで接続されている。また、この医療情報システムは、第２のネットワーク３Ｂを介して患者サーバ１に接続された複数の患者端末４（ＰＴ）と、第３のネットワーク３Ｃを介して医療提供者サーバ２に接続された医師端末（ＤＴ）５とを備えている。
概略的には、患者端末４から第２のネットワーク３Ｂを介して患者サーバ１に生体データが送信される。後に詳述するように、生体データには測定値と、問診（質問）に対する回答とがある。患者サーバ１は患者端末４から受信した生体データを一次的に保存する。患者サーバ１は医療提供者サーバ２からの要求に応じて第１のネットワーク３Ａを介して一次的に保存している生体データを医療提供者サーバ２に送信する。医療提供者サーバ２は患者サーバ１から受信した生体データを保存する。医療提供者サーバ２に記憶された生体データは、第３のネットワーク３Ｃを介して医師端末５から閲覧することができる。
【００２４】
上記患者端末４は、例えばパーソナルコンピュータからなり、患者の生体データ測定するためのセンサ７が接続されている。この種のセンサとしては、例えば、血圧計、体重計がある。
【００２５】
患者サーバ１のソフトウェア構造について説明する。まず、患者サーバ１は、オペレーティングシステム１０ａ上で動作するウェブサーバソフトウェア１０ｂを備えている。オペレーティングシステム１０ａとしては例えばMicrosoft社のWindows2000（登録商標）を採用することができる。また、ウェブサーバソフトウェアとしては、例えばMicrosoft社のInternet Information Server（登録商標）（IIS）を採用することができる。また、アプリケーション実行環境１０ｃ上でアプリケーションサーバソフトウェア１０ｄ、サーバ側プログラム１０ｅ、及びデータベースドライバ１０ｆが動作する。アプリケーション実行環境１０ｃとしては、例えばJavasoft社のJava Virtual Machine（登録商標）（JVM）を採用することができる。また、アプリケーションサーバソフトウェア１０ｄとしては、例えばMacromedia社のJRUN（登録商標）を採用することができる。さらに、データベースドライバ１０ｆとしては、例えばInet社のJDBC（登録商標）を採用することができる。サーバ側プログラム１０ｅからの指令に基づき、データベースドライバ１０ｆがデータベースサーバ１０ｇをインターフェイスとするデータベースファイル１０ｈを操作する。
【００２６】
上記患者サーバ１と同様に、医療提供者サーバ２は、オペレーティングシステム１１ａ（例えば、Microsoft社のWindows2000（登録商標））上で動作するウェブサーバソフトウェア１１ｂ（例えば、Microsoft社のIIS）を備えている。また、アプリケーション実行環境１１ｃ（例えば、Jabasoft社のJVM）上でアプリケーションサーバソフトウェア（例えば、Macromedia社のJRUN）１１ｄ、サーバ側プログラム１１ｅ、及びデータベースドライバ１１ｆ（例えば、Inet社のJDBC）が動作する。データベースドライバ１１ｆはデータベースサーバ１１ｇをインターフェイスとするデータベースファイル１１ｈを操作する。さらにまた、医療提供者サーバ２は、サーバウェアソフト１１ｂ上で作動するHTML及びスクリプト１１ｉを備えている。
【００２７】
上記医師端末５は、例えば通常のパーソナルコンピュータからなり、後に後述するように医療提供者サーバ２と通信するためのブラウザソフトウェアを備えている。
【００２８】
上記患者サーバ１と医療提供者サーバ２とを接続する第１のネットワーク３Ａは、患者サーバ１側のファイヤーウォール１２Ａ及びバーチャルプライベートネットワーク（ＶＰＮ）１３Ａと、医療提供者サーバ２側のファイヤーウォール１２Ｂ及びＶＰＮ１３Ｂとを備えている。
【００２９】
上記各患者端末４と患者サーバ１とを接続する第２のネットワーク３Ｂは、電話回線１４を介して各患者端末４に接続されたリモートアクセスサーバ（ＲＡＳ）１５とローカルエリアネットワーク１６とを備えている。
【００３０】
上記各医師端末５と医療提供者サーバ２とを接続する第３のネットワーク３Ｃは、認証端末サーバ１８を備えている。
【００３１】
次に、この医療情報システムの動作を図３から図９Ｂに示すフローチャートを参照して説明する。
【００３２】
まず、図３を参照して患者端末４における生体データの測定について説明する。まず、ステップＳ３０１において、測定用のセンサ７により血圧、体温、体重等である生体データの測定が実行される。次に、患者端末４はステップＳ３０２において生体データを受信していれば、ステップＳ３０３において、そのデータをメモリ中に保持する。
【００３３】
図４Ａ及び図４Ｂは、患者端末４のメモリに保持された生体データが患者サーバ１に送信されるまでの処理を示している。患者端末４のメモリに保持されている生体データには、上記血圧、体温等の測定値の他に、後述するように医師端末５から医療提供者サーバ２及び患者サーバ１を介して送信された質問に対する回答も含まれる。まず、ステップＳ４０１において、患者端末４が電話回線１４を介したダイヤルアップ接続によるアクセスをＲＡＳ１５に要求する。ＲＡＳ１５は、ステップＳ４０９においてアクセスを要求している患者端末４をパスワードにより認証し、ステップＳ４１０においてその認証結果を患者端末４に送信する。患者端末４は、ステップＳ４０２において認証がされない場合には、ステップＳ４０３においてエラー表示を行い、ステップＳ４０８においてダイヤルアップ接続を切断する。一方、ステップＳ４０２において認証がなされた場合には、患者端末４はステップＳ４０４においてメモリ中に未送信の生体データがあるか否かを確認する。未送信のデータが存在していれば、ステップＳ４０５において患者端末４はデータ送信のリクエストを患者サーバ１に対して送信する。ステップＳ４１１においてリクエストを受信した患者サーバ１は、ステップＳ４１２においてサーバ側プログラム１０ｅの起動に成功すれば、ステップＳ４１３においてデータベースファイル１０ｈへの接続を実行する。さらに、ステップＳ４１４においてデータベースファイル１０ｈに接続できた場合には、患者サーバ１はステップＳ４１５においてデータの書き込みを実行した後、ステップＳ４１６においてデータベースを切断する。一方、ステップＳ４１２においてサーバ側プログラム１０ｅの起動に失敗した場合、ステップＳ４１４においてデータベースファイル１０ｈへの接続に失敗した場合には、ステップＳ４１８においてエラーメッセージが作成される。最後に、ステップＳ４１７において患者サーバ１は患者端末４に対してレスポンスを送信する。
【００３４】
ステップＳ４０６において患者サーバ１からのレスポンスを受信した患者端末４は、ステップＳ４０７において画面表示を更新した後、ステップＳ４０８においてダイヤルアップを切断する。
【００３５】
図５Ａ及び図５Ｂは、患者サーバ１から医療提供者サーバ２へ生体データが送信されるまでの処理を示している。
【００３６】
まず、ステップＳ５０１において患者サーバ１が医療提供者サーバ２に対して接続要求を送信すると、ステップＳ５０２において医療提供者サーバ２側のファイヤーウォール１２Ｂが認証を行う。ステップＳ５０３において、ファイヤーウォール１２Ｂにより認証されると、ステップＳ５０４において医療提供者サーバ２側のＶＰＮ１３Ｂが認証を行う。ステップＳ５０５において、ＶＰＮ１３Ｂにより認証され、ステップＳ５０６において医療提供者サーバ２への接続が可能であり、かつステップＳ５０７において患者サーバ１がそれ自体のデータベースファイル１０ｈへの接続が可能であれば、ステップＳ５０８において医療提供者サーバ２に対してデータベースファイル１１ｈへの接続を要求する。一方、ステップＳ５０６において医療提供者サーバ２への接続が不可能であるか、ステップＳ５０７においてデータベースファイル１０ｈへの接続が不可能であれば、Ｓ５１５においてエラー表示がなされる。
【００３７】
ステップＳ５１７において医療提供者サーバ２がそのデータベースファイル１１ｈへ接続可能であれば、患者サーバ１に対してそれを伝達する。一方、データベースファイル１１ｈへの接続が不可能であれば、ステップＳ５２１においてエラー表示を行う。
【００３８】
ステップＳ５０９において患者サーバ１が医療提供者サーバ２から第２のデータベースファイル１１ｈへの接続が可能であることを受信していれば、ステップＳ５１０において医療提供者サーバ２に対して生体データを送信する。生体データはステップＳ５１８において医療提供者サーバ２により受信され、データベースファイル１１ｈに格納される。次に、医療提供者サーバ２は、ステップＳ５１９において患者サーバ１に対して転送結果を送信し、ステップＳ５２０においてデータベースファイル１１ｈに対する接続を切断する。
【００３９】
患者サーバ１は、ステップＳ５１１において医療提供者サーバ２から転送結果を受信した後、ステップＳ５１２においてデータベースファイル１０ｈに対する接続を切断し、ステップＳ５１３において転送結果をメモリに記憶する。その後、患者サーバ１はＶＰＮ１３Ｂへの接続を遮断する。
【００４０】
次に、図６Ａ及び図６Ｂを参照して、医師端末５による医療提供者サーバ２に蓄積された生体情報の閲覧について説明する。
【００４１】
ステップＳ６０１において、医師端末５のブラウザソフトウェアを起動し、ステップＳ６０２において医療提供者サーバ２の医師端末用ホームページにアクセスする。ステップＳ６１６において、端末認証サーバ１８がアクセスを要求している医師端末５の認証を行い、その認証結果をステップＳ６１７において医師端末５へ送信する。但し、医師端末５は端末認証サーバ１８から発行される証明書を事前に導入しているものとする。すなわち、当該医療情報システムを管理する管理センター等に医師端末データを登録すると、個々の医師端末５に対して端末認証サーバ１８から証明書が（電子的に）発行される。そして、前記証明書に記載の識別データを医師端末５に登録しておくことで、ホームページにアクセス時、端末認証サーバ１８にて認証が行われる。もしくは、端末認証サーバ１８によって（電子的に）発行された証明書を、複製不可能なメディア（フロッピーディスク、ＩＣカード、ワンタイムパスワード発生器等）を媒体として医師端末５に導入しておく事により、ホームページアクセス時、端末認証サーバにて認証が行われる。
【００４２】
次に、ステップＳ６０３において認証がなされており、ステップＳ６０４において医療提供者サーバ２への接続が可能であれば、ステップＳ６０５においてログイン画面が表示される。次に、医療提供者サーバ２が、ステップＳ６１９においてログインを要求している医師端末５のユーザの認証を行い、ステップＳ６２０において認証結果を医師端末５に送信する。医師端末５は、ステップＳ６０６において認証がなされていれば、ステップＳ６０７でログインする。また、医師端末５はステップＳ６０８において閲覧を求める患者の選択のリクエスト、ステップＳ６０９において閲覧を求める生体データの選択のリクエストをそれぞれ医療提供者サーバ２に送信する。その後、医師端末５はステップＳ６１０において生体データ閲覧のリクエストを医療提供者サーバ２に送信する。
【００４３】
これらのリクエストをステップＳ６２２において受信した医療提供者サーバ２は、ステップＳ６２３においてサーバ側プログラム１１ｅの起動に成功すれば、ステップＳ６２４においてデータベースファイル１１ｈへの接続を実行する。ステップＳ６２５において、データベースファイル１１ｈへ接続できれば、医師端末５からの要求（ステップＳ６０８及びステップＳ６０９）に応じた生体データをデータベースファイル１１ｈから取得した後、ステップＳ６２７においてデータベースファイル１１ｈを切断する。一方、ステップＳ６２３においてサーバ側プログラム１１ｅが起動に成功しない場合や、ステップＳ６２５においてデータベースファイル１１ｈに接続できない場合には、ステップＳ６３１においてエラーメッセージを作成する。
【００４４】
さらに、医療提供者サーバ２はステップＳ６２８において医師端末５に対するレスポンスをＨＴＭＬ形式で作成し、ステップＳ６２９において当該レスポンスを医師端末５に送信する。このレスポンスには医師端末５から要求された生体情報又はエラーメッセージが含まれる。ステップＳ６３０において医師端末５がログアウトしていなければ、医療提供者サーバ２はステップＳ６２２以降の処理を継続する。
【００４５】
次に、図７Ａ及び図７Ｂを参照して、医師端末５から医療提供者サーバ２への質問の送信について説明する。まず、ステップＳ７０１において、医師端末５のブラウザソフトウェアを起動し、ステップＳ７０２において医師端末用ホームページにアクセスする。ステップＳ７１６において、端末認証サーバ１８がアクセスを要求している医師端末５の認証を行い、その認証結果をステップＳ７１７において医師端末５へ送信する。ステップＳ７０３において認証がされており、ステップＳ７０４において医療提供者サーバ２への接続が可能であれば、ステップＳ７０５においてログイン画面が表示される。次に、医療提供者サーバ２が、ステップＳ７１８において医師端末５の認証を行い、その認証結果をステップＳ７１９において医師端末５に送信する。但し、図６Ａ及び図６Ｂに記載の生体データ閲覧時における医師端末５と同様に、医師端末５は端末認証サーバ１８から発行される証明書を事前に導入しているものとする。ステップＳ７０６においてユーザ認証がなされていれば、医師端末５はステップＳ７０７でログインする。また、ステップＳ７０８において質問を送信する患者が選択され、ステップＳ７０９において問診の内容が設定される。送信される質問には、例えば、食事の摂取の有無、睡眠時間等が含まれる。ただし、質問の内容は特に限定されず、医師端末５のユーザである医師が患者端末１のユーザである個々の患者及びその病状に応じて自由に設定することができる。次に、ステップＳ７１０において問診送信のリクエストが医師端末５から医療提供者サーバ２に送信される。
【００４６】
問診送信のリクエストをステップＳ７２１において受信した医療提供者サーバ２は、ステップＳ７２２においてサーバ側プログラム１１ｅの起動に成功すれば、ステップＳ７２３においてデータベースファイル１１ｈへの接続を実行する。ステップＳ７２４において、データベースファイル１１ｈへ接続できれば、医師端末５から送信された問診のデータをデータベースファイル１１ｈに格納した後、ステップＳ７２６においてデータベースファイル１１ｈを切断する。一方、ステップＳ７２２においてサーバ側プログラムの起動に成功しない場合や、ステップＳ７２４においてデータベースファイル１１ｈに接続できない場合は、ステップＳ７３０においてエラーメッセージを作成する。
【００４７】
さらに、ステップＳ７２７において医師端末５に対するレスポンスをＨＴＭＬ形式で作成し、ステップＳ７２８において当該レスポンスを医師端末５に送信する。このレスポンスには、医師端末５から受信した質問の内容や、エラーメッセージが含まる。ステップＳ７１１において医師端末５がレスポンスを受信すると、ステップＳ７１２において質問が表示される。ステップＳ７１３において別の質問を設定する場合にはステップＳ７０９以降の処理が繰り返され、ステップＳ７１４に別の患者を選択する場合にはステップＳ７０８以降の処理が繰り返される。ステップＳ７２９において医療提供者サーバ２は医師端末５がログアウトしていなければステップＳ７２１以降の処理を継続する。
【００４８】
図８Ａ及び図８Ｂは、医療提供者サーバ２から患者サーバ１へ質問が送信されるまでの処理を示している。ステップＳ８０１において医療提供者サーバ２が患者サーバ１に対して接続要求を送信すると、ステップＳ８０２において患者サーバ１側のファイヤーウォール１２Ａが認証を行う。ステップＳ８０３において認証がされていれば、ステップＳ８０４において患者サーバ１側のＶＰＮ１３Ａが認証を行う。ステップＳ８０５において認証がなされ、ステップＳ８０６において患者サーバ１へ接続し、かつステップＳ８０７においてデータベースファイル１１ｈへ接続していれば、ステップＳ８０８において患者サーバ１に対してデータベースファイル１０ｈへの接続依頼を送信する。一方、ステップＳ８０６において患者サーバ１に接続していないか、ステップＳ８０７においてデータベースファイル１１ｈに接続していなければ、Ｓ８１５においてエラー表示がなされる。
【００４９】
ステップＳ８１７，Ｓ８０９において、患者サーバ１がデータベースファイル１０ｈに接続していれば、ステップＳ８１０において医療提供者サーバ２が患者サーバ１に対して質問を送信する。患者サーバ１はステップＳ８１８において質問を受信してデータベースファイル１０ｈに記憶する。さらに、患者サーバ１は、ステップＳ８１９において転送結果を医療提供者サーバ１に送信した後、ステップＳ８２０においてデータベースファイル１０ｈへの切断を切断する。一方、ステップＳ８１７でデータベースファイル１０ｈへの接続が拒否された場合には、ステップＳ８２１においてエラー表示がなされる。
【００５０】
医療提供者端末２は、ステップＳ８１１において転送結果を受信すると、ステップＳ８１２においてデータベースファイル１１ｈを切断する。その後、医療提供者端末２は、ステップＳ８１３において転送結果をメモリに保持し、ステップＳ８１４においてＶＰＮ１３Ａとの接続を切断する。
【００５１】
次に、図９Ａ及び図９Ｂを参照して、患者サーバ１から患者端末４への質問の送信について説明する。
【００５２】
まず、ステップＳ９０１において、患者端末４が電話回線１４を介したダイヤルアップ接続によるアクセスをＲＡＳ１５に要求する。ＲＡＳ１５は、ステップＳ９０９においてアクセスを要求している患者端末４のユーザをパスワードにより認証し、ステップＳ９１０においてその認証結果を患者端末４に送信する。ステップＳ９０２において認証がされていなければ、患者端末４は、ステップＳ９０３においてエラー表示を行い、ステップＳ９０８においてダイヤルアップ接続を切断する。一方、ステップＳ９０２において認証がなされていれば、患者端末４はステップＳ９０４において問診送信のリクエストを患者サーバ１に送信する。ステップＳ９１１においてリクエストを受信した患者サーバ１は、ステップＳ９１２においてサーバ側プログラム１０ｅの起動に成功すれば、ステップＳ９１３においてデータベースファイル１０ｈの接続を実行する。さらに、ステップ９１４でデータベースファイル１０ｈに接続している場合には、患者サーバ１はステップＳ９１５において患者端末４へ送付していない未送信のデータが有るか否かを確認する。
【００５３】
患者端末４に対し未送信の質問があれば、ステップＳ９１６で質問設定用のレスポンスを作成した後、ステップＳ９１７においてデータベースファイル１０ｈを切断する。また、ステップＳ９１８において作成したレスポンスを送信する。一方、ステップＳ９１２でサーバ側プログラム１０が起動していない場合や、ステップＳ９１４でデータベースファイル１０ｈに接続していない場合には、ステップＳ９１９でエラーメッセージを作成する。
【００５４】
患者端末４は、ステップＳ９０６においてレスポンスを受信してメモリに保持する。その後、患者端末４は、ステップＳ９０７において画面表示を更新した後、ステップＳ９０８においてダイヤルアップを切断する。
【００５５】
図１０は、患者サーバ１のデータベースファイル１０ｈに記憶されたデータの構造の一例を示している。なお、この例では、患者の体重の測定値と食事の摂取の有無とが示されているが、生体データ及び問診設定はこれに限定されない。この図１０に示すように、患者サーバ１は患者端末４の使用者である個々の患者に割り当てられたＩＤ毎に生体データを記憶している。また、図１０における送信フラグとは患者サーバ１から医療提供者サーバ２へ測定データ及び問診回答を転送終了したか否かの情報を記録している。すなわち、送信フラグの値が０の場合、当該データである生体データもしくは問診回答がまだ医療提供者サーバ２へ転送されていないことを送信フラグは示し、送信フラグの値が１の場合は、既に転送終了したことを示す。具体的には、図６におけるステップＳ５１１で、測定値（体重）「６５．７５」の転送が正常に終了したとき、当該測定値（体重）データの送信フラグの値を０から１に変更する。こうする事により患者サーバ１を管理しているシステム管理者は患者サーバ１に保存されている測定データ及び問診回答において、送信フラグが１のものに対しては削除しても問題ない状態となり、データベースの保守作業が簡素化できる。
【００５６】
一方、図１１は、医療提供者サーバ２のデータベースファイル１１ｈに記憶されたデータの構造の一例を示している。上記患者サーバ１のデータ構造と同様に、患者に割り当てられたＩＤ毎に生体データが記憶されている。また、ＩＤ毎に患者データが記憶されている。これらの患者データには、その患者の氏名等の患者個人を特定するための情報が含まれる。なお、図１１の送信フラグは、図１０に記載の送信フラグと同様の機能を有する。
【００５７】
上記のように患者サーバ１のデータベースファイル１０ｈにはＩＤ毎に生体データが記憶されているが、ＩＤ毎の患者データは記憶されていない。従って、仮に患者サーバ１に不正にアクセスしたとしても、個々の生体データがいずれの患者のものであるかを特定することはできない。
【００５８】
第１実施例に係る医療情報システムでは、患者サーバ１が患者端末４からの生体データの収集を処理し、医療提供者サーバ２が医師端末５からの生体データの閲覧を処理する。すなわち、この医療情報システムでは、サーバの多重化により患者サーバ１と医療提供者サーバ２とが処理を分担し、それらの負荷を低減している。よって、応答時間が短縮され、通信速度が向上する。また、これら患者サーバ２及び医療提供者サーバ３の負荷低減によりシステムの安定性が向上し、患者端末４からの生体情報の収集及び医師端末５による生体情報の閲覧を常に安定して実行することができる。
【００５９】
また、患者端末４は患者サーバ１に接続され、医師端末５は医療提供者サーバ２に接続されている。従って、患者端末４の仕様変更や追加によるサーバ側のプログラムの変更時には、患者サーバ１のみを停止する必要があり、医師端末５により医療提供者サーバ２に保存された生体情報の閲覧を継続することができる。これとは逆に、医師端末５の仕様変更や追加によるサーバ側プログラムの変更時には、医療提供者サーバ２のみを停止する必要があり、患者サーバ１による生体データの収集は継続することができる。
【００６０】
さらに、システム管理者が患者サーバ１を保有してその運用及び管理を行うことにより、データ及びプログラムの保守及び管理を簡素化することができる。一方、医療機関が医療提供者サーバ２を保有してこれに保存された生体データを電子カルテシステム等の他の医療情報システムで活用することが可能であり、患者の生体情報を長期間保存する事がシステム管理者の事情に関係なく医療機関の必要に応じて可能となる。この点で第１実施例に係る医療情報システムは高い柔軟性を有する。
【００６１】
患者端末４から第２のネットワーク３Ｂを介して直接アクセス可能であるのは患者サーバ１のみである。また、患者サーバ１と医療提供者サーバ２を接続する第１のネットワークに設けられたファイヤーウォール１２Ａ，１２Ｂ及びＶＰＮ１３Ａ，１３Ｂは、第２のネットワーク３Ｂに設けられたＲＡＳ１５よりもセキュリティレベルが高い。従って、患者端末４から医療提供者サーバ２に保存された生体データに不正にアクセスするのを防止することができる。また、第２のネットワーク３Ｂに設けられたＲＡＳ１５は、第１のネットワーク３Ａに設けられたファイヤーウォール１２Ａ，１２Ｂ及びＶＰＮ１３Ａ，１３Ｂや、第３のネットワーク３Ｃに設けられた認証端末サーバ１８と比較してセキュリティレベルが低いので、患者端末４から患者サーバ１への簡便な接続が確保される。また、医師端末５と医療提供者サーバ２とを接続する第３のネットワーク３Ｃは端末認証サーバ１８を備えているため、セキュリティレベルが高いので、医療提供者サーバ２への直接的な不正アクセスも防止することができる。これらの点で、第１実施例に係る医療情報システムは高いセキュリティ性を有している。
【００６２】
第２実施例
図１２は、本発明の第２実施例を示す概略図である。
この第２実施例では、複数の患者サーバ１Ａ,１Ｂ,・・・１Ｚが設けられている。また、各患者サーバ１Ａ,１Ｂ,・・・１Ｚは第１のネットワーク３Ａを介してそれぞれ医療提供者サーバ２に接続されている。さらに、各患者サーバ１Ａ,１Ｂ,・・・１Ｚには複数の患者端末４が接続されている。複数の患者サーバ１Ａ,１Ｂ,・・・１Ｚを設けることにより、一つの患者サーバ１Ａ,１Ｂ,・・・１Ｚに接続された患者端末４の仕様変更や追加のためにサーバ側のプログラムを変更する必要が生じた場合、その患者サーバのみを停止すればよく、残りの患者サーバはそれらに接続された患者端末からの医療情報の収集を継続することができる。
【００６３】
また、第２実施例に係る医療情報システムでは、種類の異なる患者端末４（具体的には、患者サーバとの通信手順が異なる患者端末）から測定データ及び問診内容を収集するときに、既存のシステムは運用を継続しておきながら、新しい患者端末及びそれに対応した患者サーバを導入する事ができる。
【００６４】
第２実施例のその他の構成及び作用は上記した第１実施形態と同様であるので、同一の要素には同一の符号を付して説明を省略する。
【００６５】
第３実施例
図１３は、本発明の第３実施形態を示している。
【００６６】
この第３実施形態では、複数の医療提供者サーバ２Ａ,２Ｂ,・・・２Ｚが設けられている。また、患者サーバ１は第１のネットワーク３Ａを介して医療提供者サーバ２Ａ,２Ｂ,・・・２Ｚに接続されている。また、各医療提供者サーバ２Ａ,２Ｂ,・・・２Ｚには、複数の医師端末５が設けられている。複数の医療提供者サーバ２Ａ,２Ｂ,・・・２Ｚをそれぞれ対応する医療機関を保有して管理することができる。従って、各医療機関は必要に応じて医療提供者サーバの生体情報を長期保存することができる。また、各医療機関毎に医師端末５で生体情報を閲覧する際の表示をカスタマイズすることが可能となる。図１６に示すように、患者サーバ１と医療提供者サーバ２の両方をそれぞれ複数個設けてもよい。
【００６７】
第３実施例のその他の構成及び作用は上記した第１実施形態と同様であるので、同一の要素には同一の符号を付して説明を省略する。
【００６８】
第４実施例
図１５に示すように、第４実施形態では、患者サーバ２はクラスタリングされている。すなわち、患者サーバ２は、それぞれ複数のサーバ１０１Ａ,１０１Ｂ,・・・１０１Ｎを並列的に設けた構成とし、患者端末４及び医療提供者サーバ２からアクセスしたときは、１台のサーバとして見える。この仕組みをクラスタリングと呼ぶ。クラスタリングにより、各サーバへの負荷をさらに分散することが可能となる。また、サーバを並列的に設けた構成により、例えばサーバ１０１Ａがダウンした場合でも、その他のサーバ１０１Ｂ,…１０１Ｎによりシステムを継続運用することが可能であり、フォールトレランス性が向上し、２４時間無停止システムの実現が可能である。
【００６９】
なお、本実施例において、患者サーバ２を例に説明したが医療提供者サーバ２をクラスタリングすることも可能である。
【００７０】
添付図面を参照して本発明を完全に説明したが、当業者にとって種々の変更及び変形が可能である。従って、そのような変更及び変形は本発明の意図及び範囲から離れない限り、本発明に含まれるものと解釈されなければならない。
【図面の簡単な説明】
【００７１】
【図１】本発明の第１実施形態に係る医療情報システムを示すブロック図である。
【図２】本発明の第１実施形態に係る医療情報システムを示す概略的なブロック図である。
【図３】生体データの測定を説明するためのフローチャートである。
【図４Ａ】患者端末から患者サーバへの生体データの送信を説明するためのフローチャートである。
【図４Ｂ】患者端末から患者サーバへの生体データの送信を説明するためのフローチャートである。
【図５Ａ】患者サーバから医療提供者サーバへの生体データの送信を説明するためのフローチャートである。
【図５Ｂ】患者サーバから医療提供者サーバへの生体データの送信を説明するためのフローチャートである。
【図６Ａ】医療提供者サーバに保存された生体データの医師端末による閲覧を説明するためのフローチャートである。
【図６Ｂ】医療提供者サーバに保存された生体データの医師端末による閲覧を説明するためのフローチャートである。
【図７Ａ】医師端末から医療提供者サーバへの問診の送信を説明するためのフローチャートである。
【図７Ｂ】医師端末から医療提供者サーバへの問診の送信を説明するためのフローチャートである。
【図８Ａ】医療提供者サーバから患者サーバへの問診の送信を説明するためのフローチャートである。
【図８Ｂ】医療提供者サーバから患者サーバへの問診の送信を説明するためのフローチャートである。
【図９Ａ】患者サーバから患者端末への問診に対する応答の送信を説明するためのフローチャートである。
【図９Ｂ】患者サーバから患者端末への問診に対する応答の送信を説明するためのフローチャートである。
【図１０】患者サーバのデータ構造の一例を示す概略図である。
【図１１】医療提供者サーバのデータ構造の一例を示す概略図である。
【図１２】本発明の第２実施形態に係る医療情報システムを示す概略的なブロック図である。
【図１３】本発明の第３実施形態に係る医療情報システムを示す概略的なブロック図である。
【図１４】本発明の第４実施形態に係る医療情報システムを示す概略的なブロック図である。
【図１５】クラスタリングされた患者サーバの一例を示す概略的なブロック図である。
【符号の説明】
【００７２】
１  患者サーバ
２  医療提供者サーバ
３Ａ  第１のネットワーク
３Ｂ  第２のネットワーク
３Ｃ  第３のネットワーク
４  患者端末
５  医師端末
７  センサ
１５  リモートアクセスサーバ
１８  端末認証サーバ
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2003067484.tif 000024
【図２】
2003067484.tif 000025
【図３】
2003067484.tif 000026
【図４Ａ】
2003067484.tif 000027
【図４Ｂ】
2003067484.tif 000028
【図５Ａ】
2003067484.tif 000029
【図５Ｂ】
2003067484.tif 000030
【図６Ａ】
2003067484.tif 000031
【図６Ｂ】
2003067484.tif 000032
【図７Ａ】
2003067484.tif 000033
【図７Ｂ】
2003067484.tif 000034
【図８Ａ】
2003067484.tif 000035
【図８Ｂ】
2003067484.tif 000036
【図９Ａ】
2003067484.tif 000037
【図９Ｂ】
2003067484.tif 000038
【図１０】
2003067484.tif 000039
【図１１】
2003067484.tif 000040
【図１２】
2003067484.tif 000041
【図１３】
2003067484.tif 000042
【図１４】
2003067484.tif 000043
【図１５】
2003067484.tif 000044
【国際調査報告】
2003067484.tif 000045
2003067484.tif 000046
2003067484.tif 000047