(57)【要約】【課題】  遠隔地に置かれた医療機関に医療データを送信して依頼先の医療機関にて読影レポート作成を行うにあたって、集団検診に対する読影レポートの作成や単独の患者に対する読例レポートの作成を効率よく処理することができる医療情報処理システムを提供する。【解決手段】  患者に対して検査または測定を行うことによって得られる複数の医療情報を処理する医療情報処理システムにおいて、複数の医療情報を一つにまとめるとともに医療情報に対する所見コメントを付した電子データを作成するための所見作成手段と、所見作成手段によって作成する電子データの作成形式を少なくとも２種類の作成形式から選択するための作成形式選択手段と、作成形式選択手段により選択した作成形式によって作成された電子データを，通信回線網を用いて所定の医療機関に向けて送信する送信手段と、を有する。【選択図】      図１１
2005319151.tif 000002
【特許請求の範囲】
【請求項１】
患者に対して検査または測定を行うことによって得られる複数の医療情報を処理する医療情報処理システムにおいて、前記複数の医療情報を一つにまとめるとともに前記医療情報に対する所見コメントを付した電子データを作成するための所見作成手段と、該所見作成手段によって作成する前記電子データの作成形式を少なくとも２種類の作成形式から選択するための作成形式選択手段と、該作成形式選択手段により選択した作成形式によって作成された前記電子データを，通信回線網を用いて所定の医療機関に向けて送信する送信手段と、を有することを特徴とする医療情報処理システム。
【請求項２】
請求項１の医療情報処理システムにおいて、前記作成形式選択手段にて選択可能な作成形式は、疾病の一次予防及び二次予防を目的とした検診で得られた医療情報を前記医療機関にて読影するための前記電子データとして作成する形式を有していることを特徴とする医療情報処理システム。
【請求項３】
請求項２の医療情報処理システムは、前記電子データを作成する医療機関である第１クライアントと該第１クライアントからの前記電子データを受け取って前記読影を行う医療機関となる第２クライアントとの間にて前記電子データの送受信を許可するために、前記通信回線網を介して前記第１クライアント及び第２クライアントとの依頼許可契約を結ぶための契約手段を有していることを特徴とする医療情報処理システム。
【請求項４】
請求項３の医療情報処理システムにおいて、前記医療情報には患者の眼底画像が含まれることを特徴する医療情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療情報を処理するためのシステムに関し、さらに詳しくは、診察医から依頼を受けた医療情報を読影医が読影して所見を付して送り返す医療情報処理システムに関する。
【背景技術】
【０００２】
従来、専門の読影医師が在勤していない中小の医療機関にて得られた医用画像や測定結果等の医療情報を通信回線を介して専門の読影医師が在勤している医療機関に送信し、読影、診断を行わせ、その結果を読影レポートとして依頼元の医療機関に返信する医療情報処理システムが知られている。このような医療情報処理システムにおいては、依頼元及び依頼先となる医療機関と、この両医療機関を補助するための機関（例えば、読影レポートを保存管理する読影センタ）とがインターネット等の通信回線網にて接続されており、依頼先となる医療機関は、必要なときに補助機関にアクセスして必要な読影レポートの処理を行う医療情報処理システムが知られている（特許文献１参照）
【特許文献１】特開２００２−３５１９８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このような医療情報処理システムにおいては、数十名から数百名単位の集団検診に対する読影レポートの作成、単独の患者に対する詳細な読影レポートの作成等を効率よく行っていく必要がある。しかしながら、従来の医療情報処理システムにおいては、依頼先側における読影レポートの作成の効率化を考慮したシステムは考えられていないのが実状である。
本発明は遠隔地に置かれた医療機関に医療データを送信して依頼先の医療機関にて読影レポート作成を行うにあたって、集団検診に対する読影レポートの作成や単独の患者に対する読例レポートの作成を効率よく処理することができる医療情報処理システムを提供することを技術課題とする。
【課題を解決するための手段】
【０００４】
上記課題を解決するために、本発明は以下のような構成を備えることを特徴とする。
（１）  患者に対して検査または測定を行うことによって得られる複数の医療情報を処理する医療情報処理システムにおいて、前記複数の医療情報を一つにまとめるとともに前記医療情報に対する所見コメントを付した電子データを作成するための所見作成手段と、該所見作成手段によって作成する前記電子データの作成形式を少なくとも２種類の作成形式から選択するための作成形式選択手段と、該作成形式選択手段により選択した作成形式によって作成された前記電子データを，通信回線網を用いて所定の医療機関に向けて送信する送信手段と、を有することを特徴とする。
（２）  （１）の医療情報処理システムにおいて、前記作成形式選択手段にて選択可能な作成形式は、疾病の一次予防及び二次予防を目的とした検診で得られた医療情報を前記医療機関にて読影するための前記電子データとして作成する形式を有していることを特徴とする。
（３）  （２）の医療情報処理システムは、前記電子データを作成する医療機関である第１クライアントと該第１クライアントからの前記電子データを受け取って前記読影を行う医療機関となる第２クライアントとの間にて前記電子データの送受信を許可するために、前記通信回線網を介して前記第１クライアント及び第２クライアントとの依頼許可契約を結ぶための契約手段を有していることを特徴とする。
（４）  （３）の医療情報処理システムにおいて、前記医療情報には患者の眼底画像が含まれることを特徴する。
【発明の効果】
【０００５】
本発明によれば、読影レポートの処理を効率よく行うことができるとともに、詳細な読影レポートの作成にも対応することもできる。
【発明を実施するための最良の形態】
【０００６】
以下、本発明の一実施形態を図面に基づいて説明する。
＜システム基本構成＞
図１は、本実施形態における医療情報処理システムの構成を示した図である。本実施形態の医療情報処理システムは、検査装置を用いて患者の患部画像等の医療情報を取得した後、取得した医療情報をインターネット等のネットワークシステムを通じて病院等に送り、読影及び診断を受けるシステムである。なお、本実施の形態では眼科機器を用いた医療情報処理システムとして説明する。
【０００７】
本実施形態の医療情報処理システムは、眼底カメラ等の検査機器を用いて患者の医療情報（本実施形態では眼底画像等）取得し、画像読影や診断（以下、単に読影と記す）の依頼元の医療機関（診察医）となる依頼元クライアント１００（クリニック１００ａ，クリニック１００ｂ）と、大学病院など専門医を有し、専門的な医療知識を十分に持っており、読影の依頼先の医療機関（読影医）となる依頼先クライアント２００（大学病院２００ａ，大学病院２００ｂ）と、依頼元クライアント１００と依頼先クライアント２００とを繋ぐ役目を果たし、ユーザー管理やトランザクション管理を行う管理サーバ３００とからなる。
なお、依頼元クライアント１００は、取得した医療情報をもとに読影を行うことができる医師が存在しないか、存在していても集団検診等によって得られる大量の医療情報を自身の医療機関内で処理することが困難な医療機関である。
【０００８】
依頼元クライアント１００、依頼先クライアント２００及び管理サーバ３００は、インターネット等のネットワークシステム４００によって相互に通信可能な状態となっている。また、管理サーバ３００は、例えばインターネットにおけるホームページ等のネットワーク上の各端末から閲覧することできるユーザ登録・管理画面（Webページ）を提供している。なお、ネットワークシステム４００としては、インターネット以外にＬＡＮやＷＡＮ等のネットワークシステムを用いることもできる。
【０００９】
図２は本実施形態における医療情報処理システムの一部の制御系を示したブロック図である。依頼元クライアント１００であるクリニック１００ａは、患者情報及び患者の医療情報を管理するためのコンピュータ１（以下、ＰＣ１と記す）と、患者の医療情報を取得するための検査装置８（本実施形態では、眼底カメラ）を有している。ＰＣ１は、既知のコンピュータであり、医療情報処理を行うためのプログラムの実行や種々の演算処理を実行する演算制御部２、患者情報、取得した医療情報や医療情報処理用のプログラムを記憶する記憶部３、マウスやキーボード等の入力装置４、検査装置１０からの医療情報をＰＣ１に取り込むための入力部５、ネットワークシステム４００に接続するための通信部６等から構成されている。７はＰＣ１に接続されるディスプレイであり、種々の情報を表示する。なお、図２に示す依頼先クライアント２００である大学病院２００ａや管理サーバ３００にも同様の構成を有するＰＣ１及びディスプレイ７を有している。
【００１０】
また、依頼元クライアント１００、依頼先クライアント２００及び管理サーバ３００には、医療情報処理ソフト（プログラム）が記憶されており、このプログラムを実行することにより、医療情報処理ソフトを立ち上がり、医療情報の処理作業を行うことができる。なお、依頼元クライアント１００及び依頼先クライアント２００は、管理サーバ３００にユーザー登録を行っており、各端末（クライアント）は、この管理サーバ３００に登録したユーザー情報に従ってログインすることにより、本実施形態における医療情報処理システムを使用することができる。また、医療情報処理ソフトは、依頼元クライアント１００、依頼先クライアント２００、管理サーバ３００の各々にて若干異なっており、各々の役目に応じた作業画面を提供する。
【００１１】
＜医療情報処理ソフト構成＞
次に、本実施形態における医療情報処理システムにおける各端末での作業画面の概略構成を図に示し、説明する。初めに依頼元クライアント１００側の作業画面について説明し、次に、依頼先クライアント２００側の作業画面について説明する。
【００１２】
（依頼元メイン画面）
図３は医療情報処理ソフトを実行した際の、依頼元クライアント１００側におけるディスプレイ７に表示されるメイン画面１０を示した図である。このメイン画面では、依頼先クライアント２００に対するオーダー情報を管理する画面となる。
【００１３】
１１は各種作業を行うためのボタンアイコンからなるツールボタン群である。ツールボタン群１１には、所見作成画面を表示し依頼レポートを作成するための所見作成ボタン１１ａ、個人情報を入力するための入力画面を表示させるための個人情報ボタン１１ｂ、送受信ボタン１１ｃ、印刷ボタン１１ｄ、データの削除を行うための削除ボタン１１ｅ、検索条件画面を表示させるための検索ボタン１１ｆが、用意されている。なお、所見作成ボタン１１ａを使用（クリック）すると、検診モードと眼科モードのどちらの所見を作成するか、ドロップダウンにて選択することができるようになっている。
【００１４】
１２は選択ツリー表示フレームである。図３に示すように、選択ツリー表示フレーム１２内には、隣接して形成されている一覧表示フレーム１３内に読影依頼予定及び依頼済のオーダー情報を表示させるためのツリービュー１２ａが形成される。ツリービュー１２ａは、全てのオーダー情報を表示させるための「オーダー一覧表示」アイコン、未送信のオーダー情報のみを表示させるための「未送信一覧」アイコン、送信済のオーダー情報のみを表示させるための「送信一覧」アイコン、依頼先の病院から送られてきた読影済の医療情報を受信し、その内容を確認したもののみを表示させる「受信一覧」アイコン、受信した読影済の医療情報のうち未読のみを表示させるための「未読一覧」アイコン等からなる。図示なきカーソル（マウスポインター）にて、これらのアイコンを選択することにより、一覧表示フレーム１３内に選択した条件に該当するオーダー情報が表示される。
【００１５】
一覧表示フレーム１３内に表示されるオーダー情報は、読影依頼を行った際に図１に示す管理サーバより付されるオーダー番号、依頼日時、依頼先、患者名、作成した依頼レポートの処理状態等が表示される。なお、依頼レポートの処理状態としては、未送信、送信済、処理中、受信済等が用意されている。依頼元クライアント１００側では、メイン画面１０を用いて、オーダー情報（依頼レポート）の状況を一見して確認することができる。
【００１６】
（依頼元所見作成画面）
図４及び図５は、図３に示したメイン画面に用意されている所見作成ボタン１１ａを使用することにより、ディスプレイ７に表示される２種類の所見作成画面を示したものである。なお、図４は検診モード用の所見作成画面２０、図５は眼科モード用の所見作成画面３０を示している。この２種類の所見作成画面の選択は、前述したように所見作成ボタン１１ａをクリック後、ドロップダウン形式により表示される２種類の所見作成モードから、必要とする方のモードを指定することにより選択される。
【００１７】
図４に示す検診モード用の所見作成画面２０は、人間ドックや集団検診等、疾病の一次予防（疾病の発生そのものを予防）及び二次予防（早期発見、早期治療）を目的とした検診において得られた医療情報（例えば、血糖値、視力、眼圧、眼底画像等）を患者情報及び所見コメントともに一つの電子データとしてまとめ、依頼先クライアント２００側に送り、検診用のコメント（例えば、糖尿病や高血圧症等に関するコメント）を入手するために用いられる。検診モード用の所見作成画面２０は、患者の診療記録を入力する診療記録表示フレーム２１、患者の視力を入力する視力表示フレーム２２、患者の眼圧値を入力する眼圧値表示フレーム２３、患者の血糖値及びHbA1c（グリコヘモグロビンA1c）の濃度を入力する血糖値表示フレーム２４、患者眼の眼底画像を表示する眼底画像表示フレーム２５等から形成されている。また、画面上部にはツールボタン２６が用意されている。
【００１８】
ツールボタン２６は、所見作成用画面２０を一旦閉じて、メイン画面に戻るための閉じるボタン２６ａ、所見作成用画面２０にて作成した所見データを依頼先クライアント２００に送信するための送信対象となる依頼レポートとして保存する保存ボタン２６ｂ、眼底画像表示フレーム２５内に取得した患者の眼底画像を表示させるための画像表示ボタン２６ｃ、編集中（作成中）となっている別の依頼レポートを表示させるための戻る／進むボタン２６ｄからなる。また、診療記録フレーム２１内には、既往歴、現病歴、コメントを入力することのできる欄が設けられている。２７は参照ボタンアイコンであり、ここをカーソルにてクリックすることにより、予め用意されている幾つかの所見コメント用の文章／文字等の雛型を呼び出し、各欄内に表示させることができる。
【００１９】
図５に示す眼科モード用の所見作成画面３０は、患者の眼底画像や他の医療情報、患者情報を基に、専門医からみた眼疾患に関する詳細なコメントを依頼先クライアント２００側から受けたい場合に用いられる。眼科モード用の所見作成画面３０は、患者の診療記録を入力する診療記録表示フレーム３１、患者の視力情報を入力する視力表示フレーム３２、患者の眼圧値を入力する眼圧値表示フレーム３３、依頼元クライアント１００側にて、その他の必要なコメントを入力するためのコメント表示フレーム３４、患者眼の眼底画像を表示する眼底画像表示フレーム３５等から形成されている。また、画面上部にはツールボタン３６が用意されている。なお、ツールボタン３６に用意されているボタンアイコンは、図４にて説明した機能を有するボタンアイコンと同じであるため、その説明は割愛する。
【００２０】
診療記録表示フレーム３１は、主訴、全身既往歴、眼既往歴、コメントを入力することのできる欄が設けられている。また、視力表示フレーム３２は裸眼視力、矯正視力（ＶＡ）、球面度数（ＳＰＨ）、柱面度数（ＣＹＬ）、乱視軸角度（ＡＸＩＳ）、コメントを入力することのできる欄が設けられている。診療記録表示フレーム３１及び視力表示フレーム３２ともに、図４に示した検診モード用の所見作成画面２０に比べ、より詳細な患者情報、医療情報を入力・表示させることができるようになっている。また、眼底画像表示フレーム３５も患者の左右眼の眼底画像を複数枚添付することができるようになっている。なお、眼底画像表示フレーム３５内には、さらに詳細な医療情報やコメントを記したテキストデータや前眼部画像等の眼底に限らない患者眼画像データを添付・表示することのできる添付ボタンアイコン３５ａが形成されている。
【００２１】
（依頼先メイン画面）
図６は医療情報処理ソフトを実行した際の、依頼先クライアント２００側におけるディスプレイ７に表示されるメイン画面１０を示した図である。このメイン画面では、依頼先クライアント２００に対するオーダー情報を管理する画面となる。
【００２２】
４１は各種作業を行うためのボタンアイコンからなるツールボタン群である。ツールボタン群４１には、送られてきた依頼レポートの読影を行い、コメント等を入力するための所見作成ボタン４１ａ、送受信ボタン４１ｂ、印刷ボタン４１ｃ、データの削除を行うための削除ボタン４１ｄ、検索条件画面を表示させるための検索ボタン４１ｅが、用意されている。
【００２３】
４２は選択ツリー表示フレームである。図３に示したメイン画面と同様に選択ツリー表示フレーム４２内には、隣接して形成されている一覧表示フレーム４３内に読影予定及び返信済のオーダー情報を表示させるためのツリービュー４２ａが形成される。ツリービュー４２ａは、図３に示したツリービューと同様に、全てのオーダー情報を表示させるための「オーダー一覧表示」アイコンを始め、一覧表示フレーム４３内に表示させるオーダー情報の表示条件を選択するためのアイコンが用意されている。図示なきカーソル（マウスポインター）にて、これらのアイコンを選択することにより、一覧表示フレーム４３内に選択した条件に該当するオーダー情報が表示される。
【００２４】
一覧表示フレーム４３内に表示されるオーダー情報は、管理サーバ３００より付されるオーダー番号、依頼日時、依頼元、患者名、依頼レポートの処理状態等が表示される。なお、依頼レポートの依頼状態としては、未送信、送信済、処理中、受信済等が用意されている。依頼先クライアント２００側では、メイン画面４０を用いてオーダー情報（依頼レポート）に対する対応状況を一見して確認することができる。なお、本実施形態におけるメイン画面４０では、依頼元クライアント側で作成した依頼レポートが、検診モード用所見作成画面で作成したレポートか、眼科モード用所見作成画面で作成したレポートかを一見して確認することができないが、一覧表示フレーム４３内に表示するオーダー情報の表示内容として、どちらのモードで作成された依頼レポートかを表示することもできる。
【００２５】
（依頼先所見作成画面）
図７及び図８は、依頼元クライアント１００側にて作成した依頼レポートに対して回答するための所見作成画面（返信用）となる。なお、図７は検診モード用の所見作成画面５０、図８は眼科モード用の所見作成画面６０を示している。この２種類の所見作成画面は、図６に示したメイン画面４０にて一覧表示フレーム４３内に表示される依頼レポートを図示なきカーソルにて選択後、所見作成ボタン４１ａをカーソルにてクリックすることにより、ディスプレイ７に表示される。
【００２６】
図７に示す検診モード用の所見作成画面５０（返信用）は、依頼元クライアント１００側にて入力した診療記録（既往歴、現病歴、視力、眼圧、血糖値、HbA1c、コメント等）を表示する診療記録フレーム５１、依頼元クライアント１００側にて添付した患者眼の眼底画像を表示する眼底画像表示フレーム５２、依頼先クライアント２００側にて入力を行うための眼底所見フレーム５３から形成されている。また、画面上部にはツールボタン５４が用意されている。
【００２７】
眼底所見フレーム５３には、糖尿病や高血圧の病期分類を所定の評価基準で表すための評価分類ボタン群５３ａ、評価分類ボタン群５３ａにて指定した評価分類に基づく評価値を入力する評価値入力欄５３ｂ、また、対象となっている患者の総合的な判定を行うための判定欄５３ｃ等が設けられている。また、この他にも患者眼の所見や病名を入力するための欄や、読影した医師のコメント等を入力する欄が設けられている。評価分類ボタン群５３ａはラジオボタン形式で形成されており、本実施形態ではScheie分類、Keith-Wagener分類、Scott分類の３種類の評価分類を設けている。
【００２８】
このうち、Scheie分類、Keith-Wagener分類は、高血圧症に関する分類を示したものであり、Scott分類は糖尿病に関する分類となる。なお、評価分類ボタン群５３ａにて指定した評価分に基づいて評価値入力欄５３ｂの入力欄の構成が種々変化するようになっている。図７における評価値入力欄５３ｂは、Scheie分類が指定されたときの入力欄の構成を示している。また、本実施形態における評価分類は、上述した３種類のみであるが、これに限るものではなく、高血圧症や糖尿病等、集団検診等にて重要となる検診事項を眼科分野から評価分類できるものであればよい。例えば、糖尿病の病期分類としては、福田分類、Davis分類、ETDRS分類等を用いることもできる。
【００２９】
ツールボタン２６は、所見作成用画面５０を一旦閉じて、メイン画面に戻るための閉じるボタン、所見作成用画面５０にて作成した所見データを依頼元クライアント１００に送信するための返信用依頼レポートとして保存する保存ボタン等が用意されている。
【００３０】
依頼元クライアント１００から送られてくる検診モード用で作成された依頼レポートは、疾病の一次予防及び二次予防を目的とする集団検診に対する依頼レポートであるため、送られてくる依頼レポートが大量となる可能性がある。したがって図７に示す検診モード用の所見作成画面５０は、依頼先クライアント２００側にて効率よく読影結果を入力することができるように、入力すべき所見内容が明確にされている。
【００３１】
また、図８に示す眼科モード用の所見作成画面６０（返信用）は、依頼元クライアント１００側にて入力した診療記録（主訴、全身既往歴、眼既往歴、依頼コメント）を表示する診療記録フレーム６１、詳細な患者眼の視力情報を表示する視力表示フレーム６２、患者眼の眼圧を表示する眼圧表示フレーム６３、依頼元クライアント１００側にて添付した患者眼の眼底画像を表示する眼底画像表示フレーム６４、患者の眼底画像等の医療画像データや視力、眼圧値等の医療情報から読影を行い、依頼先クライアント２００側の読影結果（診断結果）等の入力を行うための読影結果フレーム６５から形成されている。また、画面上部には、図７に示したのと同様の機能を有するツールボタン６６が用意されている。
【００３２】
依頼元クライアント１００から送られてくる眼科モード用で作成された依頼レポートは、ある程度特定された疾病に対する依頼レポートであるため、図８に示す所見作成画面６０は、依頼先クライアント２００側で自由に返信用の所見コメント（読影結果）を入力することができるようになっている。
なお、図７及び図８の所見作成画面において、依頼元クライアントにて入力された項目は、すべて修正ができないようになっている。
【００３３】
次に、以上のような構成を備える医療情報処理システムにおいて、その動作について説明する。なお、本実施形態では、複数の依頼元クライアント１００（クリニック１００ａ、クリニック１００ｂ等）及び依頼先クライアント２００（大学病院２００ａ、大学病院２００ｂ等）が、本実施形態の医療情報処理システムを使用するために、各ＰＣ内に同種の医療情報処理システムのプログラムが保存、実行されているものとし、また、各クライアントは予め管理サーバ３００に登録されているものとして説明する。
【００３４】
先ず、依頼元クライアント１００は、ネットワーク４００に接続しているＰＣ１を用いて管理サーバ３００が提供するWebページにアクセスする。Webページにアクセス後、ディスプレイ７に表示されている図示なきログイン画面に、予め登録クライアントに各々付与されているＩＤ番号及びパスワードを入力してログインし、登録されている複数の依頼先クライアント２００から、契約関係を結びたい相手に対して契約依頼を行う。
【００３５】
図９は、依頼元クライアント１００のディスプレイ７に表示されるWebページ画面（契約依頼画面）の一例を示した図である。図９（ａ）に示すように、契約依頼画面７０は、登録されている依頼先クライアント２００の病院名が表示されている依頼先表示欄７１、依頼先表示欄７１に表示されている各依頼先クライアントに各々対応して設けられる契約依頼ボタン７２、備考欄７３から構成されている。依頼元クライアント側では、図示無きカーソル（マウスポインタ）を用いて契約を結びたい病院に対応している契約依頼ボタン７２をクリックする。契約依頼ボタン７２をクリックすると、管理サーバ３００側では、図９（ｂ）に示すように、「契約依頼」を示す契約依頼ボタン７２から「取消」を示す取消ボタン７２ａに変更するとともに、備考欄７３に「依頼中」のメッセージを表示させる（本実施形態ではＣクリニックがＢ大学病院に契約依頼を行ったものとしている）。
【００３６】
また、管理サーバ３００は、契約依頼画面７０の契約依頼ボタン７２がクリックされると、対応する依頼先クライアント２００（Ｂ大学病院）へ契約依頼をＥメールで通知する。依頼先クライアント２００側では、管理サーバ３００からのＥメールにより契約依頼が届いていることを認識し、管理サーバ３００が提供するWebページにアクセスする。Webページにアクセス後、ディスプレイ７に表示されている図示なきログイン画面に、予め登録クライアントに各々付与されているＩＤ番号及びパスワードを用いてログインし、契約依頼画面８０を表示させる。
【００３７】
図１０は、依頼先クライアント２００のディスプレイ７に表示されるWebページ画面（契約依頼画面８０）の一例を示した図である。図１０（ａ）に示すように、依頼先クライアント２００側のディスプレイ７に表示される契約依頼画面８０は、登録されている依頼元クライアント１００の病院名が表示されている依頼元表示欄８１、契約依頼ボタン８２、備考欄８３から構成されている。なお、契約依頼があると契約依頼ボタン８２は、拒否ボタン８２ａと承認ボタン８２ｂとに分離して形成・表示される。依頼先クライアント２００側では、契約を承認する場合には、承認ボタン８２ｂをクリックする。承認ボタン８２ｂがクリックされることにより、管理サーバ３００では契約が成立したものとして、図１０（ｂ）に示すように、対応する契約依頼ボタン８２を解約ボタン８２ｃに表示変更するとともに、備考欄８３に契約中である旨を表示する（本実施形態では○マーク）。なお、契約依頼は依頼先クライアント２００側から行うこともできる。
【００３８】
このようにして、依頼元クライアント１００及び依頼先クライアント２００は、相互に必要な相手と契約を結ぶこととなる。なお、契約を結ぶことにより、依頼元クライアント１００側から依頼レポートを送信する際に、アクセス権（宛先）として、契約を結んだ相手方を指定できるようになる。また、契約依頼や依頼レポート等データの送受信は、全てＳＳＬ（Secure Socket Layer）やＶＰＮ（Virtual Private Network）等のセキュリティーシステムにより、盗聴、改竄、漏洩等を可能な限り排除することができるようになっている。
このように、互いに契約を結んだ相手に対してのみ患者情報及び医療情報が入力された依頼レポートを送受信可能とすることにより、情報の漏洩や第３者の介入を極力抑えることができる。
依頼元クライアント１００及び依頼先クライアント２００の各々は、図１に示すネットワークシステム４００に接続している各ＰＣ１の記憶部３に保存されている医療情報処理ソフトを立ち上げて、プログラムを実行させる。
【００３９】
次に、医療情報処理システムの一連の流れについて図１１、図１２のフローチャートをもとに説明する。なお、図１１は依頼元クライアント１００側における依頼レポート作成の流れを示したフローチャート、図１２は依頼レポートのネットワーク上での流れを示したフローチャートである。
【００４０】
依頼元クライアント１００側では、図３に示したメイン画面１０をディスプレイ７に表示させ、個人情報ボタン１１ｂをクリックし、患者登録画面を呼び出す。患者登録画面に患者の氏名、性別、年齢、住所、検診コード、検診日等の患者情報を入力、保存後、画面を閉じ、メイン画面１０に戻る。図２に示す眼底カメラ８や、図示なき他の検査機器を使用して患者の医療情報（例えば、眼底画像、前眼部画像、視力、眼圧、血糖値等）を取得し、これらの情報をＰＣ１の記憶部３に記憶させる。なお、これらの医療情報は検査した患者の検診コード等が付与された状態で、先に記憶させた患者情報に対応付けて記憶されている。
【００４１】
依頼元クライアント１００は、図３に示すメイン画面１０の所見作成ボタン１１ａをカーソルを用いてクリック後、ドロップダウン形式により表示される２種類の所見作成モード（検診用モード、眼科用モード）から、必要とする方のモードを指定する。所見作成ボタン１１ａを使用し、所見作成用モードが指定されると、図２に示す演算制御部２は、ディスプレイ７の表示画面に患者を指定する図示なきダイアログを表示させる。表示されたダイアログに患者の検診コードを入力し、ダイアログに形成されているＯＫボタンをクリックする。ＯＫボタンがクリックされると、演算制御部２は、記憶部３に記憶させている患者情報の中から、入力された検診コードと一致する患者情報を抽出し、指定されたモードに応じて、図４に示す検診モード用所見作成画面２０、または図５に示す眼科モード用所見作成画面３０をディスプレイ７に表示させる。所見作成時のモードの選択は、例えば、依頼元クライアントにおける患者への検査が疾病の一次予防及び二次予防を目的とする集団検診的なものであり、眼だけに関わらず総合的なコメントが必要とされる場合、また、眼疾患の状態、治療方針や術式等のより専門的なコメントが必要とされる場合等によって、所見作成のモードを選択すればよい。
【００４２】
依頼元クライアント１００では、ディスプレイ７に表示された検診モード用所見作成画面２０内、又は眼科モード用所見作成画面３０内に、図２に示す入力装置４（キーボード、マウス）を用いて必要な記入事項を入力する。また、眼底像等の画像は、ツールボタン２６（ツールボタン３６）の画像表示ボタンを用いて、取り込んだ患者の眼底像を図４に示す眼底画像表示フレーム２５（図５に示す眼底画像表示フレーム３５）に表示させる。このようにして、所見作成を終えると、ツールボタン２６（ツールボタン３６）の保存ボタンをクリックして、作成データを依頼レポートとして保存する。保存時には依頼先クライアント２００を選択するためのダイアログが表示されるため、カーソルを用いて今回の依頼レポートを送信する対象となる依頼先クライアントをダイアログから選択し、保存を完了させる。なお、ダイアログに表示される依頼先クライアント２００は、予め管理サーバ３００を介して依頼元クライアント１００が依頼契約を結んだ相手の数だけ表示されている。
メイン画面１０には、保存した所見作成データ（依頼レポート）が、一覧表示フレーム１３内にオーダー情報として表示される。このとき依頼先クライアント２００側に依頼レポートを送っていないため、状態は未送信の表示が付されることとなる。
【００４３】
依頼レポートを相手方に送信する場合には、一覧表示フレーム１３内に表示される送信したいオーダー情報をカーソルにて選択し、図３に示す送受信ボタン１１ｃをクリックする。送受信ボタン１１ｃがクリックされると、依頼元クライアント１００から依頼レポートが図１に示すネットワークシステム４００を介して管理サーバ３００に送られる。図３に示すメイン画面１０のオーダー情報の状態は、送信済と表示される。管理サーバ３００では、依頼レポートが届くと、管理サーバ３００のＰＣ１の記憶部３に依頼レポートを記憶し、発注状態を未処理として扱う。
【００４４】
一方、依頼先クライアント２００側では、図６に示したメイン画面４０をディスプレイ７に表示させ、送受信ボタン４１ｂをクリックし、依頼レポートの受取を管理サーバ３００に要求する。管理サーバ３００は、依頼先クライアント２００からの送受信信号によって、記憶部３に記憶させた依頼レポートを依頼先クライアント２００に送信し、発注状態を処理中として扱う。依頼先クライアント２００側にて依頼レポートを破損無く受け取ると、依頼先クライアント２００側から管理サーバ３００に向けて受信応答信号が送信される。管理サーバ３００では、この受信応答信号を受けて、発注状態を受信済とし、依頼先クライアント２００に依頼レポートが無事に送付されたとことが確認される。
【００４５】
依頼先クライアントでは、送られてきた依頼レポートを図６に示すメイン画面の所見作成ボタン４１ａをカーソルにてクリックし、所見作成画面（返信用）をディスプレイ７に表示させる。このときの所見作成画面は、依頼元クライアントにて作成したモードに応じて、図７に示す検診モード用所見作成画面５０、または図８に示す眼科モード用所見作成画面６０のどちらかが表示されることとなる。
【００４６】
依頼先クライアント２００側の専門医等は、所見作成画面に表示された患者情報及び医療情報から読影（または診断）を行い、診断結果やコメント等を図７または図８に示す所見作成画面に入力する。このように本実施形態では、集団検診等に用いるための依頼レポートと、患者眼の疾患に対してより詳細なコメントを付すことのできる依頼レポートとに分けて依頼が行われ、それに対して所見コメント（読影結果）を入力することができるため、効率よく読影作業を行うことができる。
【００４７】
依頼先クライアント２００にて作成した読影済の依頼レポートは、保存された後、図６に示すメイン画面４０の送受信ボタン４１をクリックすることにより、依頼元クライアント１００側に送信される。管理サーバ３００では、依頼先クライアント２００からの読影済の依頼レポートを受信すると、管理サーバ３００のＰＣ１の記憶部３に読影済の依頼レポートを記憶し、発注状態を回答済として扱う。
【００４８】
依頼元クライアント１００にて、その後図３に示したメイン画面１０より送受信ボタン１１ｃがクリックされると、管理サーバ３００は記憶部３に記憶させた読影済の依頼レポートを依頼元クライアント１００に送信し、発注状態を受取中として扱う。依頼元クライアント１００側にて読影済の依頼レポートを破損無く受け取ると、依頼元クライアント１００側から管理サーバ３００に向けて受信応答信号が送信される。管理サーバ３００では、この受信応答信号を受けて、発注状態を受取済とし、依頼元クライアント１００に読影済の依頼レポートが無事に送付されたとことが確認される。依頼元クライアント１００では、送られてきた読影済の依頼レポートをディスプレイ７に表示、または図示なきプリンタ等の出力装置から出力することにより、読影結果を確認することができる。
【００４９】
以上の実施形態では、依頼レポートのモードを検診用と眼科用の２種類とするものとしたが、これにかぎるものではなく、依頼先及び依頼元の応答効率を上げるために、必要に応じて種々の所見作成用のモードを用意することもできる。また、本実施形態では眼科分野における医療情報処理システムとして説明したが、これに限るものではなく、その他の分野における医療情報を、例えば集団検診用の読影と専門的な読影とに分けて読影依頼を行うこともできる。
【図面の簡単な説明】
【００５０】
【図１】本実施形態における医療情報処理システムの構成を示した図である。
【図２】本実施形態における医療情報システムの制御系を示したブロック図である。
【図３】依頼元クライアント側におけるメイン画面を示した図である。
【図４】依頼元クライアント側における所見作成用画面を示した図である。
【図５】依頼元クライアント側における所見作成用画面を示した図である。
【図６】依頼先クライアント側におけるメイン画面を示した図である。
【図７】依頼先クライアント側における返信用の所見作成画面を示した図である。
【図８】依頼先クライアント側における返信用の所見作成画面を示した図である。
【図９】依頼元クライアント側における契約依頼画面を示した図である。
【図１０】依頼先クライアント側における契約依頼画面を示した図である。
【図１１】依頼元クライアント側における依頼レポート作成の流れを示したフローチャートである。
【図１２】依頼レポートのネットワーク上での流れを示したフローチャートである。
【符号の説明】
【００５１】
１  コンピュータ
７  ディスプレイ
８  検査装置
１０  メイン画面
２０  所見作成用画面
３０  所見作成用画面
４０  メイン画面
５０  所見作成用画面
６０  所見作成用画面
１００  依頼元クライアント
２００  依頼先クライアント
３００  管理サーバ
４００  ネットワークシステム
【図１】
2005319151.tif 000003
【図２】
2005319151.tif 000004
【図３】
2005319151.tif 000005
【図４】
2005319151.tif 000006
【図５】
2005319151.tif 000007
【図６】
2005319151.tif 000008
【図７】
2005319151.tif 000009
【図８】
2005319151.tif 000010
【図９】
2005319151.tif 000011
【図１０】
2005319151.tif 000012
【図１１】
2005319151.tif 000013
【図１２】
2005319151.tif 000014