検査データ管理装置及び方法、並びに医用ネットワークシステム
【課題】重要な検査データの選別作業を支援することを目的とする。
【解決手段】診療所は、データセンタ経由で病院の医療検査を予約して、医療検査を依頼する。病院は、受託した医療検査を実施して、その検査データをコンピュータシステムに記録する。病院のコンピュータシステムは、病院内において、端末を通じて検査データにアクセスするユーザのアクセス履歴を記録する。検査が終了すると、病院からデータセンタに検査データとアクセス履歴がアップロードされる。データセンタのコンピュータシステムは、アクセス履歴に基づいて各検査データの重要度を判定し、判定結果を診療所に配信する。
【解決手段】診療所は、データセンタ経由で病院の医療検査を予約して、医療検査を依頼する。病院は、受託した医療検査を実施して、その検査データをコンピュータシステムに記録する。病院のコンピュータシステムは、病院内において、端末を通じて検査データにアクセスするユーザのアクセス履歴を記録する。検査が終了すると、病院からデータセンタに検査データとアクセス履歴がアップロードされる。データセンタのコンピュータシステムは、アクセス履歴に基づいて各検査データの重要度を判定し、判定結果を診療所に配信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療検査に関する検査データを管理するための検査データ管理装置及び方法、並びに医用ネットワークシステムに関するものである。
【背景技術】
【０００２】
医療施設間で行われる医療検査予約を行う検査予約サービス、医療検査で得られる検査画像を自動解析して診断支援を行う診断支援サービスといった、コンピュータシステムを利用したアプリケーションサービスを、オンラインで提供する医用ネットワークシステムが知られている（例えば、特許文献１参照）。医用ネットワークシステムは、複数の医療施設に設置される複数のコンピュータシステムと、サービス提供元のデータセンタに設置されるコンピュータシステムとを、広域ＩＰ（Internet Protocol）ネットワーク、公衆電話網、専用線といった広域通信網（ＷＡＮ）で接続することによって構成される。
【０００３】
データセンタのコンピュータシステムは、医療検査の依頼元から依頼先に向けて送信される検査予約に関するデータや、依頼先から依頼元へ送信される医療検査の検査データを中継するサーバを備えている。サーバは、依頼元や依頼先のクライアント端末から送信されるデータを受信してデータストレージに格納し、クライアント端末からの要求に応じてデータストレージから読み出したデータを配信する。検査データには、生理検査や検体検査で得られた数値データ、ＣＴ（Computed Tomography）検査や内視鏡検査といった画像検査で撮影された検査画像、及びそれらの検査結果をまとめた医用レポートなどが含まれる。
【０００４】
医療検査を受ける患者の傷病の種類や病状によっては、依頼先の医療施設において、複数種類の医療検査が行われる。これらの医療検査の検査結果は、それぞれの検査部門で医用レポートにまとめられ、検査画像や数値データとともに、患者を担当する担当医に報告される。担当医は、報告された検査結果を考慮して、総合的な診断（確定診断）を下す。
【０００５】
依頼先で記録した検査データは、原則としてすべて、データセンタへアップロードされて、依頼元へ送られる。依頼元では、受け取った検査データの中から、依頼先が確定診断に至るまでに重視した検査画像や医用レポートといった重要な検査データを見極めながら、依頼先における確定診断の根拠を把握して、患者の検査後の治療方針を決定する。
【特許文献１】特開２００１−２６５８７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
依頼元では、当然ながら、検査データの量が多いと、重要な検査データの選別に時間が掛かるという問題が生じる。選別作業に時間が掛かると、業務効率が悪化し、検査後の治療方針の決定も遅れる。上記特許文献１の診断支援サービスは、複数枚の検査画像の中から病変部を写した検査画像を選別する作業を支援することはできるが、上記重要な検査データの選別に利用することはできず、上記問題の解決策にはなり得なかった。
【０００７】
本発明は、こうした背景に鑑みてなされたもので、その目的は、重要な検査データの選別作業を支援することである。
【課題を解決するための手段】
【０００８】
本発明の検査データ管理装置は、医療検査に関する複数の検査データのそれぞれについて、端末を通じてアクセスするユーザのアクセス履歴を取得するアクセス履歴取得手段と、前記アクセス履歴に基づいて、前記検査データ毎に診断時の利用価値の尺度となる重要度を判定する重要度判定手段と、前記重要度を前記検査データと関連付けて記録する重要度記録手段と、前記重要度の判定結果を出力する出力手段とを備えたことを特徴とする。
【０００９】
ここで、上記アクセス履歴取得手段は、１回のアクセス毎に端末から送信される情報に基づいてアクセス履歴を記録するアクセス履歴記録手段と、アクセス履歴記録手段によって記録されたアクセス履歴の転送を受けて受信するアクセス履歴受信手段の少なくとも１つの手段を含む。
【００１０】
前記重要度判定手段は、例えば、前記アクセス履歴の内容に応じてスコアを算出して、算出したスコアを元に前記重要度を判定する。
【００１１】
前記アクセス履歴には、前記ユーザのユーザＩＤ及び検査データのＩＤに加えて、前記検査データ毎のアクセス日時及びアクセス回数のうち少なくとも１つが含まれることが好ましい。検査データのＩＤは、例えば、ファイル名である。
【００１２】
また、前記複数の検査データは、例えば、１人の患者に対して実施された複数の医療検査に関する検査データである。こうした複数の検査データのそれぞれについて重要度を判定することで、１人の患者の複数の検査データの中から、重要な検査データを選別することが容易になる。
【００１３】
また、前記重要度判定手段は、前記ユーザのプロファイルに応じて与えられた重み付けを元に前記重要度を判定することが好ましい。前記プロファイルには、例えば、医師の資格の有無、所属、職位の少なくとも１つが含まれる。こうしたユーザ（スタッフ）のプロファイルに応じて、重み付けを変化させることで、より適切に重要度を判定することができる。
【００１４】
また、前記検査データへのアクセスの目的が、医用レポート作成に利用する目的及び確定診断に利用する目的の少なくともいずれかの目的であるか否かを判定するアクセス目的判定手段を有しており、前記重要度判定手段は、前記アクセス目的判定手段の判定結果を元に前記重要度を判定することが好ましい。
【００１５】
また、前記重要度判定手段は、前記アクセス目的判定手段の判定結果に応じて与えられた重み付けを元に前記重要度を判定することが好ましい。
【００１６】
また、前記アクセス目的判定手段は、前記ユーザＩＤ及び前記アクセス日時に基づいて、前記アクセス目的を判定することが好ましい。
【００１７】
また、前記重要度判定手段は、前記アクセス履歴から前記検査データの閲覧履歴を調べて、前記重要度を判定することが好ましい。
【００１８】
また、前記重要度判定手段は、前記検査データが別の検査データに引用されたことを表す引用履歴を前記アクセス履歴から調べて、前記重要度を判定することが好ましい。
【００１９】
前記重要度に基づいて検査データのそれぞれの保管期間を決定する保管期間決定手段を備えることが好ましい。
【００２０】
本発明の検査データ管理装置は、医療検査に関する複数の検査データのそれぞれについて、端末を通じてアクセスするユーザのアクセス履歴を取得するアクセス履歴取得ステップと、前記アクセス履歴に基づいて、前記検査データ毎に重要度を判定する重要度判定ステップと、前記重要度を前記検査データと関連付けて記録する重要度記録ステップとを備えたことを特徴とする。
【００２１】
本発明の医用ネットワークシステムは、医療検査の依頼先の検査施設から依頼元宛てに検査データを送信する前記検査施設の第１コンピュータシステムと、第１コンピュータシステムとネットワークを介して通信可能に接続され、第１コンピュータシステムから受信した前記検査データを依頼元に配信するデータセンタの第２コンピュータシステムとからなる医用ネットワークシステムにおいて、前記第１コンピュータシステムは、前記医療検査に関する複数の前記検査データを格納する第１データ格納手段と、前記検査施設内の端末を通じて、前記第１データ格納手段内の複数の前記検査データのそれぞれにアクセスしたユーザのアクセス履歴を記録するアクセス履歴記録手段とを備えており、前記第２コンピュータシステムは、複数の前記検査データに対応する前記アクセス履歴を、前記ネットワークを通じて前記第１コンピュータシステムから受信するアクセス履歴受信手段と、受信した前記アクセス履歴に基づいて、複数の前記検査データのそれぞれに対して重要度を判定する重要度判定手段と、前記重要度を前記各検査データと関連付けて記録する重要度記録手段と、前記依頼元の端末からの要求に応じて前記各検査データに対応する前記重要度の判定結果を配信する配信手段とを備えたことを特徴とする。
【００２２】
前記第２コンピュータシステムは、さらに、前記検査データを格納する第２データ格納手段と、前記重要度に基づいて、前記第２データ格納手段内の前記検査データのそれぞれの保管期間を決定する保管期間決定手段とを備えることが好ましい。
【発明の効果】
【００２３】
本発明は、ユーザのアクセス履歴に基づいて検査データの重要度を判定するから、重要な検査データの選別作業を支援することができる。
【発明を実施するための最良の形態】
【００２４】
図１に示す医用ネットワークシステム１０は、データセンタ１１のコンピュータシステムと、このコンピュータシステムと通信ネットワークによって接続された、病院１２及び診療所１３の各医療施設のコンピュータシステムとからなる。病院１２は、例えば、地域における医療施設の中で比較的大規模な医療施設であり、ＣＴ（Computed Tomography）装置やＭＲＩ（Magnetic Resonance Imaging）装置など高度な医療検査設備（モダリティ）を保有し、外部の医療施設からの検査依頼を受託する医療検査施設である。診療所１３は、そうしたモダリティを持たず、病院１２に対して医療検査を委託する比較的小規模な医療施設の例である。病院１２は、診療所１３からの検査依頼をデータセンタ１１経由で受け付けて、医療検査を受託する。
【００２５】
データセンタ１１のコンピュータシステムは、病院１２及び診療所１３のそれぞれのコンピュータシステムを構成する各クライアント端末１４，１５とＷＡＮ（Wide Area Network）１６を介して通信可能に接続されており、クライアント端末１４，１５からの要求に応じて、検査予約サービス及び検査データの配信サービスといったアプリケーションサービスを提供する。各クライアント端末１４，１５には、例えば、ＨＴＴＰ(Hypertext Transfer Protocol)に対応したブラウザソフトがインストールされており、ブラウザソフトを通じてデータセンタ１１のコンピュータシステムと通信を行ってアプリケーションサービスを受ける。
【００２６】
ＷＡＮ１６としては、例えば、情報セキュリティと通信コストのバランスを考慮して、通信事業者が提供するＩＰネットワークやインターネットなどの共有ネットワーク上に専用回線を仮想的に構築するＶＰＮ（Virtual Private Network）が使用される。
【００２７】
データセンタ１１のコンピュータシステムは、検査予約管理サーバ１７、センタＤＢサーバ１８、ルータ１９からなる。検査予約管理サーバ１７には、依頼先となる各病院１２の予約受付枠に対応したスケジュールデータが格納されており、クライアント端末１４、１５からの配信要求に応じて、スケジュールデータを配信する。配信されたスケジュールデータは、各クライアント端末１４、１５において、例えば、カレンダ形式で表示される。依頼元では、表示されたスケジュールから空き状況を確認して、依頼先の病院宛の予約申し込み情報を、クライアント端末１５から検査予約管理サーバ１７に送信する。
【００２８】
予約申し込み情報には、依頼元の診療所名、患者名、希望受診日、検査目的などが含まれる。検査目的は、患者の傷病名や依頼先へ特に検査してもらいたい項目などである。検査予約管理サーバ１７は、予約申し込み情報を受信してスケジュールデータを更新し、更新したスケジュールデータを依頼先の病院１２へ配信する。依頼先の病院１２は、クライアント端末１４でスケジュールデータを確認して、検査依頼を受け付ける。
【００２９】
医療検査が終了すると、病院１２からクライアント端末１４を通じて、依頼元宛の検査データがデータセンタ１１にアップロードされ、受信した検査データは、センタＤＢサーバ１８に格納される。データセンタ１１は、検査データがアップロードされたことを依頼元へ通知し、センタＤＢサーバ１８は、依頼元のクライアント端末１５からの配信要求に応じて検査データを配信する。
【００３０】
また、後述するように、センタＤＢサーバ１８は、病院１２から、検査データに対する病院１２内のアクセス履歴を受信する。アクセス履歴は、いつ誰によってどの検査データがアクセス（閲覧など）されたかを記録したものである。センタＤＢサーバ１８は、アクセス履歴に基づいて検査データの重要度を判定して、その判定結果を依頼元へ配信する。ここで、重要度とは、検査データの診断時の利用価値の尺度となる指標である。
【００３１】
ルータ１９は、データセンタ１１内のＬＡＮ(Local・Area Network)２０とＷＡＮ１２といった異なるネットワーク間でデータの受け渡しを行う転送機器であり、ＬＡＮ２０と接続するＬＡＮポートと、ＷＡＮ１２と接続するＷＡＮポートを備えている。検査予約管理サーバ１７及びセンタＤＢサーバ１８は、ルータ１９のＬＡＮポートと接続されている。
【００３２】
病院１２のコンピュータシステムは、各クライアント端末１４と、病院ＤＢサーバ２１とからなり、ルータ１９と同様のルータ２２を介してＷＡＮ１６と接続されている。各クライアント端末１４は、データセンタ１１に接続して予約申し込み情報を受信する外部接続用端末、外科や内科といった各診療部門に配置された診療科端末、放射線科や内視鏡科といった各検査部門に配置された検査依頼管理端末及び医用レポート作成端末といった各種の端末として利用される。それぞれの端末には、用途に応じてカルテ編集プログラム、検査依頼管理プログラム、医用レポート編集プログラムといったアプリケーションプログラムがインストールされている。
【００３３】
各クライアント端末１４は、病院１２内のＬＡＮ２３を介して通信可能に接続されており、各端末１４相互間でメール連絡といった通信が行われる。また、クライアント端末１４は、ＬＡＮ２３を介して病院ＤＢサーバ２１と通信を行って、病院ＤＢサーバ２１内のデータにアクセスできるようになっている。
【００３４】
クライアント端末１４は、不正利用を防止するために、利用時にはユーザのスタッフＩＤ（病院１２内のスタッフに割り当てられたＩＤ）やパスワードの入力を要求して、ユーザ認証（ログイン）を行う。ログイン後は、クライアント端末１４を利用するユーザの操作履歴の記録が開始され、クライアント端末１４からＬＡＮ２３を通じてアクセスしたアクセス先へもスタッフＩＤが送信される。病院ＤＢサーバ２１は、クライアント端末１４からアクセスを受けた場合には、その端末ＩＤ、端末を利用するユーザのスタッフＩＤ、及びそのアクセス種別（データの新規作成、更新、閲覧など）をアクセス履歴として記録する。
【００３５】
また、ＬＡＮ２３には、複数のモダリティ２４が接続されており、各モダリティ２４で撮影された検査画像は、ＬＡＮ２３を通じて病院ＤＢサーバ２１に送信されて格納される。モダリティ２４もクライアント端末１４と同様に、利用時にはログインが行われ、病院ＤＢサーバ２１にアクセスした場合には、そのアクセス履歴が記録される。
【００３６】
図２に示すように、病院ＤＢサーバ２１は、例えば、ワークステーションやパーソナルコンピュータなどのコンピュータをベースに、ＤＢを管理するソフトウエアであるＤＢＭＳ（Data Base Management System）３３をインストールすることによって構成される。病院ＤＢサーバ２１は、ＣＰＵ２６，メモリ２７，ＨＤＤ（Hard Disk Drive）２８，ＬＡＮポート２９，各種のＤＢが構築されるストレージユニット３０，及びコンソール３１を備えており、これらはデータバス３２を介して接続されている。コンソール３１は、ディスプレイと、キーボードやマウスなどの入力デバイスとからなり、病院ＤＢサーバ２１の管理や設定を行うために用いられる。
【００３７】
ＨＤＤ２８には、オペレーティングシステムなどの制御プログラムやＤＢＭＳ３３が格納されている。メモリ２７は、ＣＰＵ２６が処理を実行するためのワークメモリである。ＣＰＵ２６は、ＨＤＤ２８に格納された制御プログラムをメモリ２７へロードして、プログラムに従った処理を実行することにより、病院ＤＢサーバ２１の各部を統括的に制御する。ＬＡＮポート２９は、ＬＡＮ２３との間で伝送制御を行うネットワークインタフェースである。
【００３８】
ＣＰＵ２６は、ＤＢＭＳ３３を実行することにより、要求処理部２６ａ及び履歴記録部２６ｂとして機能する。要求処理部２６ａは、各クライアント端末１４やモダリティ２３から発行される各種の処理要求を受け付ける。具体的には、データの新規作成、更新といったＤＢへのデータ書き込み要求、指定された検索条件（患者ＩＤや検査ＩＤなど）に合致するデータをＤＢから検索する検索要求、検索して抽出されたデータの読み出し要求などである。要求処理部２６ａは、受け付けた要求内容に応じた処理を実行し、処理結果を、ＬＡＮポート２９を通じて要求元へ通知する。
【００３９】
履歴記録部２６ｂは、各クライアント端末１４及びモダリティ２４からＤＢへのアクセスがあったときに、アクセス履歴を記録する。
【００４０】
ストレージユニット３０には、患者の診療録を電子化したカルテデータが格納されるカルテＤＢ３８，各種の検査データが格納される検査データＤＢ３９，アクセス履歴が格納されるアクセス履歴ＤＢ４０の複数のＤＢが構築されている。各ＤＢ３８，３９，４０内のデータは、患者ＩＤと対応付けて格納されている。ストレージユニット３０は、例えば、複数のＨＤＤを連装したディスクアレイで構成される。ストレージユニット３０は、サーバ本体に直接接続されていてもよいし、ネットワークを経由して接続されていてもよい。
【００４１】
本例では、複数種類のＤＢを１つのサーバに構築した例で説明しているが、カルテＤＢ３８を格納するカルテサーバ、検査データＤＢ３９を格納する検査データサーバというようにデータの種類毎にサーバを分散してもよいし、さらに、画像，レポート，それ以外のデータ（生理検査や検体検査の数値データや心電図）というように、検査データの種類毎にサーバを分けてもよい。
【００４２】
図３に示すカルテ表示画面４１は、カルテＤＢ３８に格納されたカルテデータの表示画面の例である。カルテデータは、例えば、診療科端末など、カルテ編集表示プログラムがインストールされたクライアント端末１４で表示される。心電図４３，ＣＴ画像４４，ＣＴレポート４５，ＥＳ（内視鏡）画像４６，ＥＳレポート４７，病理レポート４８は、検査データＤＢ３９に格納される検査データの一例である。
【００４３】
カルテデータには、患者を担当する担当医の名前，病院１２内で割り当てられた担当医のスタッフＩＤ，患者基本情報，診療記録が含まれる。患者基本情報には、例えば、患者ＩＤ，患者名，生年月日，性別，依頼元の診療所名などが記録される備考欄が含まれる。診療記録には、主訴、所見、担当医による確定診断といった診察記録と、実施した各種の検査記録が含まれており、項目毎に記録日時が入力される。本例では、病院１２において、検査入院した患者に対して、生理検査、ＣＴ検査、ＥＳ検査及び病理検査の複数種類の検査がこの順に実施される。ここで、確定診断とは、担当医がそれまでに行われた検査結果（検査画像や読影によって作成されたレポートを含む複数の検査データ）に基づいて、総合的に下される診断をいう。
【００４４】
カルテデータは、診療科端末を通じて診療部門に属する担当医によって編集される。診療科端末は、カルテデータの編集に加えて、検査部門へのオーダリングが行えるようになっており、カルテデータには、検査部門への依頼情報（図示せず）も記録される。また、診療科端末には、オーダした検査に関する検査実施通知，医用レポート完了通知等の連絡通知や、それらに対応する各検査データの検査データＤＢ３９内の格納先アドレスが検査部門から送信され、診療科端末が受信した通知や格納先アドレスはカルテデータに記録される。
【００４５】
各検査データの格納先アドレスは、診療科端末のカルテ表示画面から、マウスのクリックによって検査データを読み出して診療科端末に表示できるように、ハイパーリンクが設定される。具体的には、カルテに記載される検査の実施記録（検査実施通知やレポート完了通知）の表示位置と対応するように、実施記録を示すテキストデータと格納先アドレスとの間にリンク情報が設定される。
【００４６】
心電図４３，ＣＴ画像４４，ＥＳ画像４６は、モダリティ２４によって生成され、ＣＴレポート４５，ＥＳレポート４７，病理レポート４８は、それぞれクライアント端末１４によって作成編集される。これらの各検査データには、それぞれファイル名（「ＥＣＧ０４０５０１０」，「ＣＴ０４０６０１２」，「Ｒ−ＣＴ０４０６０１２」など）や患者ＩＤ（「０１２３４」）や作成者のスタッフＩＤ（「Ｄ−ＩＲ９」，「Ｄ−ＥＳ３」など）が付与されて、検査データＤＢ３９に格納されている。
【００４７】
ファイル名には、例えば、検査種別（ＥＣＧ，ＣＴ，ＥＳなど）やデータ種別（画像やレポート）を識別するための識別子が与えられる。ＣＴ画像４４やＥＳ画像４６は、それぞれ複数枚あり、それぞれにファイル名、患者ＩＤ、スタッフＩＤが付与される。検査データの作成者は、検査画像の場合には、ＣＴ装置の検査技師や内視鏡検査を行う内視鏡医などであり、レポートの場合は、読影医、内視鏡医、病理医などである。
【００４８】
図４に示すように、履歴記録部２６ｂは、クライアント端末１４やモダリティ２４から検査データＤＢ３９へのアクセスがあると、１回のアクセス毎に、１件のアクセスレコード４９を生成して、アクセス履歴ＤＢ４０に記録する。アクセスレコード４９には、例えば、アクセス対象の検査データのファイル名，アクセス日時，アクセス種別（新規作成、閲覧など），検査データにアクセスしたスタッフＩＤ，担当医識別，端末ＩＤ，当該検査データに対応する患者ＩＤなどの項目が記録されるフィールドが含まれる。担当医識別は、検査データにアクセスしたスタッフが、検査データに対応する患者の担当医か否かを識別する情報である。
【００４９】
履歴記録部２６ｂは、まず、要求処理部２６ａが受け付けたクライアント端末１４からの要求内容を表す要求データを受け取り、要求データから、アクセス対象情報（ファイル名，アクセス種別，検査データの患者ＩＤ）と、アクセス元情報（スタッフＩＤ，端末ＩＤ）を読み取る。
【００５０】
次に、要求処理部２６ａから取得した患者ＩＤを検索キーとして、カルテＤＢ３８から対応するカルテデータを読み出して、当該患者ＩＤの担当医のスタッフＩＤを読み出す。そして、履歴記録部２６ｂは、担当医のスタッフＩＤとアクセス元情報のスタッフＩＤとを照合して、両者が一致した場合には、アクセス元が担当医であると判定し、アクセスレコード４９の担当医識別にその判定結果を記録する。さらに、履歴記録部２６ｂは、病院ＤＢサーバ２１のシステムタイマ（図示せず）からアクセス日時を取得して、それらのデータ項目を１件にまとめてアクセスレコード４９を生成する。
【００５１】
図５に示すアクセス履歴リスト５０は、１人の患者（患者ＩＤ「０１２３４」）について、複数存在する検査データのそれぞれのアクセスレコード４９をアクセス履歴ＤＢ４０から抽出して生成したリスト例である。ＣＴ画像４４やＥＳ画像４６は、複数枚存在するので、画像単位（「００１」，「００２」・・・）でアクセスレコード４９が生成される。
【００５２】
アクセス種別は、例えば、「新規作成」，「更新」，「閲覧」，「引用」，「完了」に分類される。「新規作成」は、検査データＤＢ３９へ新規に検査データを格納したときに記録され、「更新」は、既に作成済みの検査データに更新が加えられたときに記録され、「閲覧」は、検査データが検査データＤＢ３９から読み出されて閲覧されたときに記録される。
【００５３】
「引用」は、例えば、レポートへの検査画像の貼付や、レポートから検査画像へのハイパーリンクが設定されるというように、レポートへの検査画像の引用が行われた場合に、貼付元やリンク先となる検査画像のアクセス履歴として記録される。引用の履歴は、例えば、次のような方法で取得される。病院ＤＢサーバ２１が、クライアント端末１４に対して検査データを配信する際に、要求処理部２６ａは、クライアント端末１４の引用操作を監視するためのスクリプトやプログラムモジュール（アプレット）を検査データに付帯させて配信する。これにより、クライアント端末１４のブラウザは、貼付やハイパーリンクといった引用操作がなされた場合に、病院ＤＢサーバ２１に対してその旨を通知し、その通知を履歴記録部２６ｂが受け取ることにより、引用の履歴が取得される。
【００５４】
「完了」は、新規作成されたレポートの編集が終了して内容が確定されたときに付される記録であり、レポートに固有のアクセス種別である。レポートは、例えば、改ざんを防止するために、レポートの作成が完了するまでは、作成者のみに対してアクセスが許可されており、作成者以外のユーザは、更新はおろか閲覧することもできない。レポートの作成が完了すると、検査データＤＢ３９内のレポートが公開されて、作成者以外のスタッフにも閲覧が許可されるが、更新は禁止される。
【００５５】
さらに、レポートの作成完了後は、所見欄等のレポートの主要な記録部分については、作成者に対しても更新が禁止される。履歴記録部２６ｂは、要求処理部２６ａが受信したクライアント端末１４からの完了通知を受け取り、その履歴を取得する。完了通知は、例えば、レポート編集プログラムによって実現される完了通知機能によって、レポート編集プログラムがインストールされたクライアント端末１４から病院ＤＢサーバ２１に送信される。
【００５６】
スタッフＩＤには、看護師には「Ｎ」、医師には「Ｄ」、検査技師には「ＩＴ」というようにそれぞれの職種（資格）を識別する識別子が与えられている。また、医師のスタッフＩＤには、読影医には「ＩＲ」、内科医には「Ｐ」、内視鏡医には「ＥＳ」、病理医には「ＰＴ」というように所属や専門に応じた識別子が与えられている。アクセスレコード４９に含まれる担当医識別の情報は、例えば、「ａｔ」という識別子が与えられる。本例では、スタッフＩＤが「Ｄ−Ｐ２１」の内科医が担当医であるので、「Ｄ−Ｐ２１」に「ａｔ」の識別子が付加されている。
【００５７】
図６に示すように、センタＤＢサーバ１８は、病院ＤＢサーバ２１と同様に、ワークステーションやパーソナルコンピュータなどのコンピュータをベースに、ＤＢを管理するソフトウエアであるＤＢＭＳをインストールすることによって構成される。センタＤＢサーバ１８は、ＣＰＵ５１，メモリ５２，ＨＤＤ（Hard Disk Drive）５３，ＬＡＮポート５４，各種のＤＢが構築されるストレージユニット５６，及びコンソール５７を備えており、これらはデータバス５５を介して接続されている。コンソール５７は、ディスプレイと、キーボードやマウスなどの入力デバイスとからなり、センタＤＢサーバ１８の管理や設定を行うために用いられる。センタＤＢサーバ１８は、病院ＤＢサーバ２１と基本的な構成は、同様であるので、便宜上、共通部分の説明は省略し、主に相違点について説明する。
【００５８】
ＨＤＤ５３には、ＤＢＭＳ５３ａに加えて、重要度判定プログラム５３ｂが格納される。ＣＰＵ５１は、ＤＢＭＳ５３ａを実行することにより、要求処理部５１ａとして機能し、重要度判定プログラム５３ｂを実行することにより、重要度判定部５１ｂとして機能する。また、ＣＰＵ５１は、ディスプレイへの表示要求や配信要求といった出力要求に応答して、重要度判定部５１ｂの判定結果を出力する出力部として機能する。
【００５９】
要求処理部５１ａは、病院１２のクライアント端末１４や病院ＤＢサーバ２１からのアップロード要求をＷＡＮ１６経由で受信して、アップロードされたデータをストレージユニット５６内の各ＤＢに格納する。病院１２からデータセンタ１１に対しては、依頼元宛ての検査データに加えて、それに対応するアクセス履歴データ及びカルテデータがアップロードされる。
【００６０】
これらの各データには、病院１２が付与した患者ＩＤ（例えば、「０１２３４」）が与えられているが、要求処理部５１ａは、この患者ＩＤに各病院１２の識別子である施設ＩＤ（「Ｈ１」，「Ｈ２」・・・）を付加して患者ＩＤを変換した後、それぞれのデータをストレージユニット５６内の各ＤＢに格納する。これにより、各病院１２で同じ患者ＩＤが与えられた場合でも、センタＤＢサーバ１８内における患者ＩＤの一意性が確保される。また、要求処理部５１ａは、診療所１３のクライアント端末１５からの配信要求をＷＡＮ１６経由で受信して、検査データとそれに対する重要度データの配信処理を行う。
【００６１】
ストレージユニット５６には、カルテデータが格納されるカルテＤＢ５８，検査データが格納される検査データＤＢ５９，アクセス履歴データが格納されるアクセス履歴ＤＢ６１が構築されている。これらの各ＤＢ５８，５９，６１には、病院ＤＢサーバ２１と同様に、各データが患者ＩＤと対応付けて格納される。なお、病院ＤＢサーバ２１と同様に、これらの各ＤＢを複数のサーバに分散して構築してもよい。
【００６２】
ストレージユニット５６内には、各ＤＢ５８，５９，６１に加えて、重要度ＤＢ６２が構築されている。重要度ＤＢ６２には、重要度判定部５１ｂが判定した判定結果である重要度データが格納される。重要度ＤＢ６２には、重要度判定部５１ｂが重要度判定処理を行う際に参照する第１及び第２重み付けテーブル６７，６８（図８及び図９参照）が格納される。第１及び第２重み付けテーブル６７，６８は、病院１２毎に１セット用意されており、各セットが施設ＩＤ（「Ｈ１，Ｈ２・・」）に対応付けて格納されている。
【００６３】
図７に示すように、重要度判定部５１ｂは、カルテＤＢ５８からカルテデータを読み出し、アクセス履歴ＤＢ６１から、カルテデータに対応する患者のアクセス履歴データを読み出し、読み出したカルテデータとアクセス履歴データに基づいて、検査データ毎に重要度判定処理を行う。判定結果は、検査データ毎に１件の重要度レコード６６が生成されて、各重要度レコード６６が、患者ＩＤと対応づけられて、重要度データの１レコードとして重要度ＤＢ６２に記録される。
【００６４】
検査データは、病院１２におけるアクセス回数が多ければそれだけ利用された機会が多いので重要度が高いと考えられ、中でも、確定診断やレポート作成に関与する医師によって閲覧された検査データは特に重要度が高いと考えられる。そこで、重要度判定部５１ｂは、アクセス履歴データやカルテデータに基づいて、単純にアクセス回数だけでなく、誰によって（閲覧者）、どのような目的（閲覧目的）で利用されたかといった要素に重み付けを与えて、検査データの重要度を判定する。
【００６５】
重要度ＤＢ６２には、閲覧者に応じた重み付けを行うための第１重み付けテーブル６７と、閲覧目的に応じた重み付けを行うための第２重み付けテーブル６８とが予め格納されている。図８に示すように、第１重み付けテーブル６７には、スタッフＩＤと第１重み付け係数Ｗｓｐの値とが対応付けて記憶されている。第１重み付け係数Ｗｓｐは、例えば、医師は「５」、検査技師や看護師は「１」に設定される。第１重み付けテーブル６７の備考欄には、教授や助教授といった職位や、癌の権威といった特記事項が記録される。第１重み付けテーブル６７は、例えば、各病院１２から提出される職員録（各スタッフの資格、職位、所属、専門領域、特記事項などを含むプロファイルデータ）に基づいて作成される。
【００６６】
図９に示すように、第２重み付けテーブル６８には、閲覧目的と第２重み付け係数Ｗｂａの値とが対応付けて記憶されている。閲覧目的は、例えば、「確定診断」と「レポート作成」であり、第２重み付け係数Ｗｂａは、「確定診断」に対しては「２０」が、「レポート作成」に対しては「５」が、その他に対しては「１」がそれぞれ設定されている。第１重み付けテーブル６７及び第２重み付けテーブル６８内の各値は、例えば、センタＤＢサーバ１８のコンソール５７を通じてオペレータによって適宜変更が可能である。例えば、本例では、医師に対する重み付けを一律にしているが、担当医の重み付けを他の医師よりも高くしてもよい。
【００６７】
重要度レコード６６には、検査データのファイル名，総合評価，合計スコアＴＳ，確定診断時の利用の有無，閲覧回数Ｎｂ，引用回数Ｎｒ，保管期間などの項目が記録されるフィールドが含まれる。合計スコアＴＳは、重要度判定処理の判定結果であり、総合評価は、合計スコアＴＳに基づいて判定される。重要度ＤＢ６２には、総合評価判定用テーブル６９が格納されている。総合評価判定用テーブル６９には、図１０に示すように、合計スコアＴＳの値と総合評価のレベル（Ｌ１〜３）との対応が記憶されており、合計スコアＴＳの値に応じて各検査データの総合評価が判定される。例えば、Ｌ１は、重要度が最も低く、Ｌ３は、重要度が最も高い。もちろん、レベルは３段階以外でもよい。
【００６８】
確定診断時の利用の有無，閲覧回数Ｎｂ，引用回数Ｎｒのそれぞれの項目は、合計スコアＴＳの算出に際して使用されるパラメータであり、それぞれが合計スコアＴＳの内訳項目である。
【００６９】
確定診断時の利用の有無は、検査データが確定診断に利用されたか否かを表す情報であり、後述するように、アクセス履歴に含まれるアクセス日時とカルテデータに記録された確定診断日時を照合して判定される。閲覧回数Ｎｂは、検査データがユーザに閲覧された回数であり、図５のＣＴレポートの例では、閲覧回数Ｎｂが３回である。
【００７０】
引用回数Ｎｒは、例えば、レポートや画像が、他のレポート内に参照用のハイパーリンクが設定されたり、貼付されるというように、ある検査データが他の検査データに引用された回数である。引用された回数が多いほど、検査データの重要度は高いと考えられるので、合計スコアＴＳを算出する際には、引用回数Ｎｒが加味される。図５のＣＴ画像（００２）やＥＳ画像（００２）は、それぞれ１回ずつ引用されている。
【００７１】
また、保管期間は、データセンタ１１にアップロードされた検査データをデータセンタ１１が保管しておく期間であり、重要度の判定結果に基づいて決定される。重要度ＤＢ６２には、保管期間決定用テーブル７０が格納されており、図１１に示すように、保管期間決定用テーブル７０には、重要度の総合評価の各レベルと各レベルの保管期間との対応が記憶されている。重要度判定部５１ｂは、保管期間決定用テーブル７０を参照して、重要度に応じた保管期間を決定する。保管期間は、重要度の判定結果とともに、依頼元に配信される。
【００７２】
総合評価判定用テーブル６９及び保管期間決定用テーブル７０の値は、上記各テーブル６７，６８と同様に、センタＤＢサーバ１８のコンソール５７を通じてオペレータによって適宜変更が可能である。なお、本例では、総合評価判定用テーブル６９，保管期間決定用テーブル７０については、上記各テーブル６７，６８と異なり、複数の病院１２に共通のテーブルを使用しているが、病院１２毎に異なる値を設定したテーブルを用いてもよい。
【００７３】
図１２に示すフローチャートに従って、重要度判定部５１ｂが実行する重要度判定処理を説明する。重要度判定部５１ｂは、患者１人分の複数の検査データに関するアクセス履歴データと、カルテデータとを、それぞれアクセス履歴ＤＢ６１，カルテＤＢ５８から読み出す（ステップ（Ｓ）１０１）。Ｓ１０２において、アクセス履歴データから１つの検査データ（例えば、ＣＴレポートや１枚のＣＴ画像など）に関するアクセスレコード４９を読み出し、その中から、アクセス種別が「閲覧」のアクセスレコード（閲覧レコード）を抽出する。抽出された閲覧レコードの件数は、重要度レコード６６の閲覧回数Ｎｂのフィールドに記録される。
【００７４】
Ｓ１０３において、重要度判定部５１ｂは、１件の閲覧レコードからスタッフＩＤとアクセス日時（閲覧日時）を読み出す。ステップＳ１０４において、スタッフＩＤに基づいて閲覧者が特定され、第１重み付けテーブル６７から、そのスタッフＩＤに対応する第１重み付け係数Ｗｓｐが読み出される。
【００７５】
次のＳ１０５において、重要度判定部５１ｂは、閲覧日時に基づいて当該閲覧レコードに関する閲覧目的を判定する。閲覧者が読影医の場合には、すべての閲覧について、その閲覧目的はレポート作成目的であると推定されるが、読影医が閲覧した検査データの中で、特に読影医がレポート作成に際して重視した検査データに高いスコアが与えられるように、閲覧日時に基づいて閲覧目的が判定される。重要度判定部５１ｂは、アクセス履歴データの記録から、読影医のレポート作成期間を調べて、閲覧時刻がそのレポート作成期間内に含まれる閲覧レコードに対しては、閲覧目的がレポート作成目的であると判定する。レポート作成期間は、例えば、読影医がレポート作成に着手した新規作成日時からレポートを確定した確定日時までの期間である。
【００７６】
例えば、図５に示すＣＴ画像（「００２」）の読影医（スタッフＩＤ：Ｄ−ＩＲ９）による閲覧日時が「０７／０４／０７／０９：００」の閲覧レコードの場合には、ＣＴレポートの作成期間（新規作成「０７／０４／０６／１５：００」〜完了「０７／０４／０７／１１：００」）に入っているので、閲覧目的がレポート作成目的と判定される。一方、ＣＴ画像（「００１」）の閲覧日時が「０７／０４／０６／１１：３０」の閲覧レコードの場合には、ＣＴレポートの作成期間に入っていないので、レポート作成目的と判定されない。このように、読影医による閲覧であっても、閲覧日時に応じて重み付けを変化させることで、読影医が特に重視した検査データに対して高いスコアが与えられる。閲覧目的がレポート作成目的と判定された場合には、重要度判定部５１ｂは、第２重み付けテーブル６８から、レポート作成目的に対応する第２重み付け係数Ｗｂａ（「５」）を読み出す。
【００７７】
また、閲覧レコードのスタッフＩＤが担当医（「Ｄ−Ｐ２１−ａｔ」）である場合には、閲覧目的が確定診断目的であると推定されるが、担当医が閲覧した検査データの中で、担当医が特に重視した検査データに高いスコアが与えられるように、重要度判定部５１ｂは、カルテデータの記録から担当医による確定診断期間を調べて、確定診断期間に含まれる閲覧レコードについて、閲覧目的が確定診断目的であると判定する。確定診断期間は、例えば、すべての検査及びレポートが完了した日時から、確定診断日時までの期間である。
【００７８】
例えば、図３の例では、すべての検査及びレポートが完了した日時は、病理レポートの作成が完了した日時である「０７／０４／０９／１４：００」であり、確定診断日時が「０７／０４／１０／１０：００」であるので、その間の期間が確定診断期間となる。そして、ＣＴ画像（「００２」），ＥＳ画像（「００２」），ＣＴレポート，ＥＳレポート，病理レポートは、閲覧時刻が上記確定診断期間に含まれている閲覧レコードが含まれているので、重要度判定部５１ｂは、それらの閲覧レコードについて、閲覧目的が確定診断目的であると判定する。一方、心電図，ＣＴ画像（「００１」），ＥＳ画像（「００１」）は、担当医によって閲覧されているが、それらの閲覧レコードの閲覧日時は、確定診断期間に入っていないので、閲覧目的と判定されない。重要度判定部５１ｂは、このようにして判定された閲覧目的に基づいて、第２重み付けテーブル６８から、閲覧目的に対応する第２重み付け係数Ｗｂａを読み出す。
【００７９】
Ｓ１０６では、重要度判定部５１ｂは、１件の閲覧レコードのスコアＳｂを式（１）に基づいて算出する。
Ｓｂ＝１×Ｗｓｐ×Ｗｂａ ・・・・・・・・・・・・式（１）
１回の閲覧の基本スコアは、「１」ポイントであり、閲覧者に応じた第１重み付け係数Ｗｓｐや閲覧目的に応じた第２重み付け係数Ｗｂａが大きければ、その分スコアＳｂが高くなる。例えば、読影医がレポート作成目的で閲覧した場合には、第１重み付け係数Ｗｓｐに「５」ポイント、第２重み付け係数Ｗｂａに「５」ポイントがそれぞれ与えられるので、スコアＳｂは、「２５」ポイントとなる。また、担当医が確定診断目的で閲覧した場合には、第１重み付け係数Ｗｓｐに「５」ポイント、第２重み付け係数Ｗｂａに「２０」ポイントが与えられて、スコアＳｂは、「１００」ポイントとなる。
【００８０】
重要度判定部５１ｂは、１つの検査データに関するすべての閲覧レコードについて、スコアＳｂを算出し（Ｓ１０７）、Ｓ１０８では、次式（２）に基づいて、１つの検査データに関するすべての閲覧レコードのスコアＳｂ１，Ｓｂ２・・・Ｓｂｎを合計し、合計値ＴＳｂを求める。
ＴＳｂ＝Ｓｂ１＋Ｓｂ２＋・・＋Ｓｂｎ ・・・・・・式（２）
【００８１】
重要度判定部５１ｂは、Ｓ１０９において、アクセス履歴データから、当該検査データが他の検査データに引用された引用回数Ｎｒをカウントする。重要度判定部５１ｂは、アクセス履歴データから、当該検査データに関して、アクセス種別が「引用」であるアクセスレコード４９を抽出して、引用回数Ｎｒをカウントする。ＣＴ画像（「００２」），ＥＳ画像（「００２」）は、それぞれ１回ずつ引用されているので、それぞれの検査データの引用回数Ｎｒは、１回となる。引用回数Ｎｒは、重要度レコード６６の対応するフィールドに記録される。
【００８２】
Ｓ１１０において、重要度判定部５１ｂは、次式（３）に示すように、合計値ＴＳｂに、引用回数Ｎｒを加算して、最終的なスコアＴＳを算出する。
ＴＳ＝ＴＳｂ＋Ｎｒ ・・・・・・・・・・・・・・・式（３）
こうして、１つの検査データについて、アクセス履歴に基づくスコアＴＳが求められる。このスコアＴＳは、重要度レコード６６の対応するフィールドに記録される。
【００８３】
Ｓ１１１において、重要度判定部５１ｂは、総合評価判定用テーブル６９を参照して、スコアＴＳに応じた総合評価を判定する。さらに、Ｓ１１２では、重要度判定部５１ｂは、保管期間決定用テーブル７０を参照して、総合評価に応じた保管期間を判定する。重要度の総合評価及び保管期間は、それぞれ重要度レコード６６の対応するフィールドに記録される。このようにして生成された重要度レコード６６は、検査データに関連付けて記録される（Ｓ１１３）。重要度判定部５１ｂは、上記重要度判定処理を患者１人分のすべての検査データについて実行して（Ｓ１１４）、各検査データのそれぞれについて重要度レコードを生成記録する。
【００８４】
図１３に示す検査データリスト７１は、依頼元のクライアント端末１５で表示される検査データリストの例である。重要度データは、検査データのリストデータに含めて、依頼元へ配信される。要求処理部５１ａは、クライアント端末１５から検査データの配信要求があったときに、検査データＤＢ５９及び重要度ＤＢ６２から該当するリストデータと重要度データを抽出して、要求元のクライアント端末１５に配信する。クライアント端末１５は、配信されたリストデータ及び重要度データに基づいて、例えば、ブラウザが検査データリスト７１の表示画面を生成してディスプレイに表示する。
【００８５】
検査データリスト７１には、検査施設名（依頼先の医療施設名），各検査の検査日，各検査の検査結果である検査データのファイル名を表示するフィールドに加えて、検査データ毎に重要度データを表示するフィールドが含まれる。重要度データを表示するフィールドは、総合評価，確定診断時の利用の有無，閲覧回数Ｎｂ，引用回数Ｎｒ，保管期間の各項目に対応する複数のフィールドからなる。Ｌ１〜Ｌ３で表される総合評価には、重要度の高低を確認しやすいように、各レベルに星の数が付されている。
【００８６】
総合評価以外の項目は、総合評価の内訳に関する項目であるので、例えば、初期状態では、総合評価のみが表示され、詳細ボタンがクリックされると、総合評価以外の項目が表示されるというように、総合評価以外の項目については表示と非表示を切り替えられるようにしてもよい。もちろん、総合評価を含めた重要度に関するすべての項目について表示と非表示を切り替えられるようにしてもよい。
【００８７】
保管期間を依頼元に通知することで、依頼元に対する検査データの削除予告通知となる。一方、データセンタ１１においては、保管期間を過ぎた検査データの削除をスムーズに行うことができる。データセンタ１１では、複数の医療施設に関わる大量の検査データを保管するため、長期間放置された検査データの削除をスムーズに行うことができれば、データ保管設備の効率的な運用がしやすい。
【００８８】
要求処理部５１ａは、検査データリスト７１を配信後、クライアント端末１５において検査データリスト７１から指定された検査データの配信要求を受信した場合には、指定された検査データを検査データＤＢ５９から抽出して、クライアント端末１５に配信する。また、要求処理部５１ａは、検査データに加えて、クライアント端末１５からのカルテデータの配信要求に応じてカルテデータを配信する。
【００８９】
以下、図１４及び図１５のフローチャートを参照しながら上記構成による作用について説明する。診療所１３は、クライアント端末１５によって検査予約管理サーバ１７にアクセスして、データセンタ１１経由で病院１２に対して検査依頼を行う。依頼先の病院１２は、クライアント端末１４から検査予約管理サーバ１７にアクセスして、依頼元からの検査予約データを受信する。こうして、データセンタ１１によって依頼元から依頼先への検査予約データが中継される。
【００９０】
病院１２において医療検査が実施されると、病院１２の病院ＤＢサーバ２１には、実施した医療検査の複数の検査データが蓄積される。病院ＤＢサーバ２１は、病院１２内のクライアント端末１４からの検査データに対する１回のアクセス毎に、図４に示すアクセスレコード４９を生成し、これをアクセス履歴データとして、患者ＩＤに対応付けて、アクセス履歴ＤＢ４０に格納する。担当医によって作成されるカルテデータには、検査実施日時、レポート完了通知、確定診断日時を含む診療内容が記録される。
【００９１】
病院１２において医療検査が終了すると、クライアント端末１４を通じて、データセンタ１１へ、検査結果（カルテデータ及び検査データ）とそれに対応するアクセス履歴データがアップロードされる。センタＤＢサーバ１８は、アップロードされたデータを受信すると、受信したデータを各ＤＢに格納する。センタＤＢサーバ１８は、図１２に示す手順で、受信した検査データの重要度判定処理を行う。重要度判定部５１ｂは、判定した重要度データを重要度ＤＢ６２に格納する。
【００９２】
センタＤＢサーバ１８は、重要度判定処理が終了した後、クライアント端末１５から検査データの配信要求を受信すると、配信要求に応答して、検査データリスト７１を配信する。配信された検査データリスト７１は、クライアント端末１５のディスプレイに表示される。検査データリスト７１には検査データ毎に重要度が表示されるので、依頼先の病院１２においてどの検査データが重視されたかを確認することができる。これにより、依頼元において、大量の検査データの中から重要な検査データの選別作業を簡単に行うことができる。
【００９３】
上記実施形態では、データセンタのコンピュータシステムと病院のコンピュータシステムから構成した医用ネットワークシステムを例に、病院で記録したアクセス履歴に基づいて、データセンタで重要度判定を行い、判定した重要度を依頼元の診療所で利用する例で説明しているが、本発明の検査データ管理装置は、病院のコンピュータシステムによってアクセス履歴の取得と重要度判定とを行って、判定した重要度を病院内で利用する場合にも適用することができる。その場合には、例えば、病院ＤＢサーバに重要度判定プログラムをインストールして、病院ＤＢサーバのＣＰＵを重要度判定部として機能させるとともに、重要度ＤＢも病院ＤＢサーバに設けることで、検査データ管理装置を構成する。
【００９４】
病院のコンピュータシステムに検査データ管理装置を組み込んで、病院内のクライアント端末に重要度を配信して表示させるようにすれば、病院の医師が複数の検査データの重要度を確認できるようになる。これにより、例えば、担当医がそれまでの検査結果をまとめたレポートを参考に確定診断を行う場合など、レポート作成者が注目した検査データを簡単に確認することができ、レポート作成者の思考過程の把握が容易になるので、担当医の診断効率の向上も期待できる。
【００９５】
もちろん、病院の検査データ管理装置に、重要度判定部に加えて保管期間決定部を設けてもよい。この場合には、病院ＤＢサーバのコンソールや端末など、病院のコンピュータシステムを構成する表示装置に重要度や保管期間を表示させて、重要度や保管期間をシステム運用担当者が利用できるようにしてもよい。こうすれば、コンピュータシステムの運用担当者は、重要度や保管期間を確認して、コンピュータシステム内に保管される大量の検査データの中から、保管しておくべき検査データと削除可能な検査データの選別を簡単に行うことができ、データ保管設備を有効利用することができる。
【００９６】
さらに、病院又はデータセンタのコンピュータシステムに、ＤＢなどに格納された検査データの保管期間が経過したか否かを調べて、保管期間が経過した検査データについて自動的に削除するデータ削除部を設けてもよい。こうすれば、コンピュータシステムの運用をより簡便に効率的に行うことができる。
【００９７】
上記実施形態の検査データの重要度判定方法は１例であり、別の方法を用いてもよい。例えば、上記実施形態では、検査データの重要度を、閲覧回数と、閲覧者（スタッフ）のプロファイルと、閲覧目的とに基づいて算出した例で説明したが、閲覧者のプロファイルと閲覧目的を両方使用しなくてもよく、いずれか一方のみを使用して算出してもよい。また、閲覧目的として、確定診断に利用される目的及びレポート作成に利用される目的の両方を判定しているが、いずれかの目的についてのみ判定を行ってもよい。
【００９８】
また、上記実施形態では、検査データ毎にそのアクセス履歴の内容に応じてスコアを算出して、算出したスコアに基づいて重要度を判定しているが、スコアを算出しなくてもよい。例えば、担当医によって確定診断時に閲覧された、または、読影医によってレポート作成時に閲覧されたというように、特定のタイミングで特定の担当者が閲覧した場合には、アクセスレコードにその旨のフラグを記録しておく。重要度判定部は、前記フラグの有無を調べて、フラグが有る場合には、重要度を高、無い場合には低と判定する。
【００９９】
また、閲覧目的の判定方法として、アクセス履歴データやカルテデータからレポート作成期間や確定診断期間を調べて、閲覧目的を判定しているが、閲覧者のプロファイルと閲覧回数に基づいて、閲覧目的を判定してもよい。例えば、閲覧者が担当医や読影医である場合に、１つの検査データに関して閲覧回数が予め規定した回数以上の場合には、その閲覧目的を確定診断目的あるいはレポート作成目的と判定する。
【０１００】
また、レポート作成期間をアクセス履歴データから判定し、確定診断期間をカルテデータから判定する例で説明しているが、レポート作成期間をカルテデータから判定してもよいし、確定診断期間をアクセス履歴データから判定してもよい。確定診断期間をアクセス履歴データから判定する場合には、データセンタへアクセス履歴をアップロードする前に、病院のコンピュータシステムがカルテデータから確定診断期間に関するデータをアクセス履歴データに記録しておく。
【０１０１】
また、上記実施形態に示したように、閲覧者のプロファイルとして、癌の権威といった特定の傷病に関連する特記事項が含まれている場合には、そうした特記事項を重要度判定のパラメータとして使用してもよい。例えば、カルテデータから患者の傷病情報を読み出し、その傷病情報と閲覧者の特記事項とを照合して、両者の傷病が符合する場合には、その閲覧者のアクセス履歴のスコアを加算する。また、癌の場合はその傷病を担当する診療科（例えば、内科）の重みを高くするというように、診療科と傷病の関係を重要度判定のパラメータとしてもよい。また、医師の職位（教授、准教授、講師）に応じて、重みを変化させてもよい。また、医師の職位には、左記の各職位に加えて、さらに、インターンを加えてもよい。
【０１０２】
また、閲覧者のプロファイルや閲覧目的に関わらず、重要度を単純に閲覧回数で判定してもよい。この場合には、例えば、検査データ間でそれぞれの閲覧回数を比較して、相対的に閲覧回数が多い検査データについて、重要度が高いと判定する。また、アクセス履歴のうち、アクセス種別が閲覧である閲覧履歴にスコアを与えて重要度判定を行う例で説明したが、閲覧以外の更新や新規作成に対してもスコアを与えてもよい。
【０１０３】
また、検査データの他の検査データへの引用回数について、上記例では、１人の患者の検査データ間での引用回数を重要度判定のパラメータとしているが、これに加えて、ある患者の検査データが別の患者の検査データに利用される二次利用の回数を、重要度判定のパラメータとして利用してもよい。例えば、ある患者の検査データが重要な症例として利用価値が高い場合には、二次利用の回数が増加する。もちろん、二次利用の回数は、依頼元がある患者の検査データの中から重要な検査データの選別を行う場合の重要度判定のパラメータとしては利用しにくいが、病院やデータセンタのコンピュータシステムが保有する複数の患者に関する大量の検査データの中から、保管しておくべき検査データと削除可能な検査データとを選別する場合には、重要度判定のパラメータとして有効である。
【０１０４】
また、上記実施形態では、重要度判定の基礎となる合計スコアを求める際に、単純に引用回数Ｎｒをそのまま閲覧履歴のスコアに加算して求めているが、引用回数Ｎｒの大きさに応じてスコアが高くなるように引用回数Ｎｒに係数を乗じて、そのスコアを閲覧履歴のスコアに加算するようにしてもよい。例えば、引用回数Ｎｒが３回以上の場合は２倍、５回を超えたら１０倍するというように、引用回数Ｎｒが増加するにつれて大きくなるような係数が与えられる。また、引用履歴についても、閲覧履歴と同様に、１回のアクセスレコード毎にスコアを求めてもよい。
【０１０５】
このように、アクセス履歴のスコア算出方法には各種の方法が考えられ、スコア算出方法は、いつ、誰の、どのような種別のアクセスをどの程度重視するか等を考慮して、適宜選択が可能である。
【０１０６】
上記実施形態では、検査データを格納するＤＢサーバが検査データへのユーザのアクセス履歴を取得して記録する例で説明したが、ＤＢサーバと、アクセス履歴の取得及び記録を行う履歴記録サーバを別々に構成してもよい。この場合には、端末からＤＢサーバへ送信されたアクセス要求をＤＢサーバが履歴記録サーバへ転送してもよいし、端末からＤＢサーバへ送信されるアクセス要求が履歴記録サーバを経由してＤＢサーバに送信されるようにしてもよい。
【０１０７】
上記実施形態では、データセンタが、依頼先から依頼元宛ての検査データの他に、検査データの重要度を判定するためのアクセス履歴データを依頼先からデータセンタにアップロードした後、データセンタのコンピュータシステムにいったん格納して重要度判定処理を行っているが、例えば、データセンタのコンピュータシステムから病院のコンピュータシステムへ、リアルタイムでＷＡＮ経由のオンラインアクセスが可能であれば、データセンタのコンピュータシステムが、重要度判定処理を行う際に、病院のコンピュータシステムにオンラインアクセスして、重要度判定処理に必要なアクセス履歴データを必要に応じてリアルタイムで読み出すようにしてもよい。
【０１０８】
また、上記実施形態では、本発明の医用ネットワークシステムを、検査の依頼先となる複数の医療施設のコンピュータシステムと、依頼先から依頼元へ検査結果を中継するデータセンタのコンピュータシステムとからなる形態で説明したが、他の形態にも適用可能である。例えば、１つの病院に複数の拠点があり、それぞれの拠点が、依頼元、依頼先、データセンタとしての役割を担い、各拠点の複数のコンピュータシステムをネットワークで接続した医用ネットワークシステムとしてもよい。また、複数の病院のそれぞれのコンピュータシステムをネットワークで接続した医用ネットワークシステムでもよい。この場合、いずれかの病院がデータセンタとなりホスト的な役割を担う。上記いずれの場合でも、各コンピュータシステム間を接続するネットワークはＷＡＮでもＬＡＮでもよい。
【０１０９】
上記実施形態では、検査の例として、生理検査、検体検査、ＣＴ検査、内視鏡検査の組み合わせの例で説明したが、これらは１例であり、他の検査の組み合わせでもよい。
【０１１０】
本発明の検査データ管理装置は、１台のサーバからなるコンピュータシステムで構成してもよいし、複数台のサーバに処理を分散させるコンピュータシステムとして構成してもよい。
【０１１１】
なお、上記実施形態で示したとおり、本発明は、プログラムの形態、さらにはプログラムを記憶する記憶媒体にも及ぶことはもちろんである。
【図面の簡単な説明】
【０１１２】
【図１】医用ネットワークシステムの概略を示す構成図である。
【図２】病院ＤＢサーバの概略を示す構成図である。
【図３】カルテ画面と検査データの説明図である。
【図４】履歴記録部の処理内容を示す説明図である。
【図５】アクセス履歴リストの例を示す説明図である。
【図６】センタＤＢサーバの概略構成図である。
【図７】重要度レコードの生成記録手順を示す説明図である。
【図８】第１重み付けテーブルの説明図である。
【図９】第２重み付けテーブルの説明図である。
【図１０】総合評価判定用テーブルの説明図である。
【図１１】保管期間決定用テーブルの説明図である。
【図１２】重要度判定処理の手順を示すフローチャートである。
【図１３】検査データリストの説明図である。
【図１４】医用ネットワークシステムにおける検査予約から検査結果の受信までの流れを説明するフローチャートである。
【符号の説明】
【０１１３】
１０ 医用ネットワークシステム
１１ データセンタ１１
１２ 病院
１３ 診療所
１４ クライアント端末（病院）
１５ クライアント端末（診療所）
１６ ＷＡＮ
１７ 検査予約管理サーバ
１８ センタＤＢサーバ
２１ 病院ＤＢサーバ
２６，５１ ＣＰＵ
２６ｂ 履歴記録部
３８，５８ カルテＤＢ
３９，５９ 検査データＤＢ
４０，６１ アクセス履歴ＤＢ
５１ｂ 重要度判定部
６２ 重要度ＤＢ
６６ 重要度レコード
６７ 第１重み付けテーブル
６８ 第２重み付けテーブル
６９ 重要度評価用テーブル
７０ 保管期間決定用テーブル
７１ 検査データリスト
【技術分野】
【０００１】
本発明は、医療検査に関する検査データを管理するための検査データ管理装置及び方法、並びに医用ネットワークシステムに関するものである。
【背景技術】
【０００２】
医療施設間で行われる医療検査予約を行う検査予約サービス、医療検査で得られる検査画像を自動解析して診断支援を行う診断支援サービスといった、コンピュータシステムを利用したアプリケーションサービスを、オンラインで提供する医用ネットワークシステムが知られている（例えば、特許文献１参照）。医用ネットワークシステムは、複数の医療施設に設置される複数のコンピュータシステムと、サービス提供元のデータセンタに設置されるコンピュータシステムとを、広域ＩＰ（Internet Protocol）ネットワーク、公衆電話網、専用線といった広域通信網（ＷＡＮ）で接続することによって構成される。
【０００３】
データセンタのコンピュータシステムは、医療検査の依頼元から依頼先に向けて送信される検査予約に関するデータや、依頼先から依頼元へ送信される医療検査の検査データを中継するサーバを備えている。サーバは、依頼元や依頼先のクライアント端末から送信されるデータを受信してデータストレージに格納し、クライアント端末からの要求に応じてデータストレージから読み出したデータを配信する。検査データには、生理検査や検体検査で得られた数値データ、ＣＴ（Computed Tomography）検査や内視鏡検査といった画像検査で撮影された検査画像、及びそれらの検査結果をまとめた医用レポートなどが含まれる。
【０００４】
医療検査を受ける患者の傷病の種類や病状によっては、依頼先の医療施設において、複数種類の医療検査が行われる。これらの医療検査の検査結果は、それぞれの検査部門で医用レポートにまとめられ、検査画像や数値データとともに、患者を担当する担当医に報告される。担当医は、報告された検査結果を考慮して、総合的な診断（確定診断）を下す。
【０００５】
依頼先で記録した検査データは、原則としてすべて、データセンタへアップロードされて、依頼元へ送られる。依頼元では、受け取った検査データの中から、依頼先が確定診断に至るまでに重視した検査画像や医用レポートといった重要な検査データを見極めながら、依頼先における確定診断の根拠を把握して、患者の検査後の治療方針を決定する。
【特許文献１】特開２００１−２６５８７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
依頼元では、当然ながら、検査データの量が多いと、重要な検査データの選別に時間が掛かるという問題が生じる。選別作業に時間が掛かると、業務効率が悪化し、検査後の治療方針の決定も遅れる。上記特許文献１の診断支援サービスは、複数枚の検査画像の中から病変部を写した検査画像を選別する作業を支援することはできるが、上記重要な検査データの選別に利用することはできず、上記問題の解決策にはなり得なかった。
【０００７】
本発明は、こうした背景に鑑みてなされたもので、その目的は、重要な検査データの選別作業を支援することである。
【課題を解決するための手段】
【０００８】
本発明の検査データ管理装置は、医療検査に関する複数の検査データのそれぞれについて、端末を通じてアクセスするユーザのアクセス履歴を取得するアクセス履歴取得手段と、前記アクセス履歴に基づいて、前記検査データ毎に診断時の利用価値の尺度となる重要度を判定する重要度判定手段と、前記重要度を前記検査データと関連付けて記録する重要度記録手段と、前記重要度の判定結果を出力する出力手段とを備えたことを特徴とする。
【０００９】
ここで、上記アクセス履歴取得手段は、１回のアクセス毎に端末から送信される情報に基づいてアクセス履歴を記録するアクセス履歴記録手段と、アクセス履歴記録手段によって記録されたアクセス履歴の転送を受けて受信するアクセス履歴受信手段の少なくとも１つの手段を含む。
【００１０】
前記重要度判定手段は、例えば、前記アクセス履歴の内容に応じてスコアを算出して、算出したスコアを元に前記重要度を判定する。
【００１１】
前記アクセス履歴には、前記ユーザのユーザＩＤ及び検査データのＩＤに加えて、前記検査データ毎のアクセス日時及びアクセス回数のうち少なくとも１つが含まれることが好ましい。検査データのＩＤは、例えば、ファイル名である。
【００１２】
また、前記複数の検査データは、例えば、１人の患者に対して実施された複数の医療検査に関する検査データである。こうした複数の検査データのそれぞれについて重要度を判定することで、１人の患者の複数の検査データの中から、重要な検査データを選別することが容易になる。
【００１３】
また、前記重要度判定手段は、前記ユーザのプロファイルに応じて与えられた重み付けを元に前記重要度を判定することが好ましい。前記プロファイルには、例えば、医師の資格の有無、所属、職位の少なくとも１つが含まれる。こうしたユーザ（スタッフ）のプロファイルに応じて、重み付けを変化させることで、より適切に重要度を判定することができる。
【００１４】
また、前記検査データへのアクセスの目的が、医用レポート作成に利用する目的及び確定診断に利用する目的の少なくともいずれかの目的であるか否かを判定するアクセス目的判定手段を有しており、前記重要度判定手段は、前記アクセス目的判定手段の判定結果を元に前記重要度を判定することが好ましい。
【００１５】
また、前記重要度判定手段は、前記アクセス目的判定手段の判定結果に応じて与えられた重み付けを元に前記重要度を判定することが好ましい。
【００１６】
また、前記アクセス目的判定手段は、前記ユーザＩＤ及び前記アクセス日時に基づいて、前記アクセス目的を判定することが好ましい。
【００１７】
また、前記重要度判定手段は、前記アクセス履歴から前記検査データの閲覧履歴を調べて、前記重要度を判定することが好ましい。
【００１８】
また、前記重要度判定手段は、前記検査データが別の検査データに引用されたことを表す引用履歴を前記アクセス履歴から調べて、前記重要度を判定することが好ましい。
【００１９】
前記重要度に基づいて検査データのそれぞれの保管期間を決定する保管期間決定手段を備えることが好ましい。
【００２０】
本発明の検査データ管理装置は、医療検査に関する複数の検査データのそれぞれについて、端末を通じてアクセスするユーザのアクセス履歴を取得するアクセス履歴取得ステップと、前記アクセス履歴に基づいて、前記検査データ毎に重要度を判定する重要度判定ステップと、前記重要度を前記検査データと関連付けて記録する重要度記録ステップとを備えたことを特徴とする。
【００２１】
本発明の医用ネットワークシステムは、医療検査の依頼先の検査施設から依頼元宛てに検査データを送信する前記検査施設の第１コンピュータシステムと、第１コンピュータシステムとネットワークを介して通信可能に接続され、第１コンピュータシステムから受信した前記検査データを依頼元に配信するデータセンタの第２コンピュータシステムとからなる医用ネットワークシステムにおいて、前記第１コンピュータシステムは、前記医療検査に関する複数の前記検査データを格納する第１データ格納手段と、前記検査施設内の端末を通じて、前記第１データ格納手段内の複数の前記検査データのそれぞれにアクセスしたユーザのアクセス履歴を記録するアクセス履歴記録手段とを備えており、前記第２コンピュータシステムは、複数の前記検査データに対応する前記アクセス履歴を、前記ネットワークを通じて前記第１コンピュータシステムから受信するアクセス履歴受信手段と、受信した前記アクセス履歴に基づいて、複数の前記検査データのそれぞれに対して重要度を判定する重要度判定手段と、前記重要度を前記各検査データと関連付けて記録する重要度記録手段と、前記依頼元の端末からの要求に応じて前記各検査データに対応する前記重要度の判定結果を配信する配信手段とを備えたことを特徴とする。
【００２２】
前記第２コンピュータシステムは、さらに、前記検査データを格納する第２データ格納手段と、前記重要度に基づいて、前記第２データ格納手段内の前記検査データのそれぞれの保管期間を決定する保管期間決定手段とを備えることが好ましい。
【発明の効果】
【００２３】
本発明は、ユーザのアクセス履歴に基づいて検査データの重要度を判定するから、重要な検査データの選別作業を支援することができる。
【発明を実施するための最良の形態】
【００２４】
図１に示す医用ネットワークシステム１０は、データセンタ１１のコンピュータシステムと、このコンピュータシステムと通信ネットワークによって接続された、病院１２及び診療所１３の各医療施設のコンピュータシステムとからなる。病院１２は、例えば、地域における医療施設の中で比較的大規模な医療施設であり、ＣＴ（Computed Tomography）装置やＭＲＩ（Magnetic Resonance Imaging）装置など高度な医療検査設備（モダリティ）を保有し、外部の医療施設からの検査依頼を受託する医療検査施設である。診療所１３は、そうしたモダリティを持たず、病院１２に対して医療検査を委託する比較的小規模な医療施設の例である。病院１２は、診療所１３からの検査依頼をデータセンタ１１経由で受け付けて、医療検査を受託する。
【００２５】
データセンタ１１のコンピュータシステムは、病院１２及び診療所１３のそれぞれのコンピュータシステムを構成する各クライアント端末１４，１５とＷＡＮ（Wide Area Network）１６を介して通信可能に接続されており、クライアント端末１４，１５からの要求に応じて、検査予約サービス及び検査データの配信サービスといったアプリケーションサービスを提供する。各クライアント端末１４，１５には、例えば、ＨＴＴＰ(Hypertext Transfer Protocol)に対応したブラウザソフトがインストールされており、ブラウザソフトを通じてデータセンタ１１のコンピュータシステムと通信を行ってアプリケーションサービスを受ける。
【００２６】
ＷＡＮ１６としては、例えば、情報セキュリティと通信コストのバランスを考慮して、通信事業者が提供するＩＰネットワークやインターネットなどの共有ネットワーク上に専用回線を仮想的に構築するＶＰＮ（Virtual Private Network）が使用される。
【００２７】
データセンタ１１のコンピュータシステムは、検査予約管理サーバ１７、センタＤＢサーバ１８、ルータ１９からなる。検査予約管理サーバ１７には、依頼先となる各病院１２の予約受付枠に対応したスケジュールデータが格納されており、クライアント端末１４、１５からの配信要求に応じて、スケジュールデータを配信する。配信されたスケジュールデータは、各クライアント端末１４、１５において、例えば、カレンダ形式で表示される。依頼元では、表示されたスケジュールから空き状況を確認して、依頼先の病院宛の予約申し込み情報を、クライアント端末１５から検査予約管理サーバ１７に送信する。
【００２８】
予約申し込み情報には、依頼元の診療所名、患者名、希望受診日、検査目的などが含まれる。検査目的は、患者の傷病名や依頼先へ特に検査してもらいたい項目などである。検査予約管理サーバ１７は、予約申し込み情報を受信してスケジュールデータを更新し、更新したスケジュールデータを依頼先の病院１２へ配信する。依頼先の病院１２は、クライアント端末１４でスケジュールデータを確認して、検査依頼を受け付ける。
【００２９】
医療検査が終了すると、病院１２からクライアント端末１４を通じて、依頼元宛の検査データがデータセンタ１１にアップロードされ、受信した検査データは、センタＤＢサーバ１８に格納される。データセンタ１１は、検査データがアップロードされたことを依頼元へ通知し、センタＤＢサーバ１８は、依頼元のクライアント端末１５からの配信要求に応じて検査データを配信する。
【００３０】
また、後述するように、センタＤＢサーバ１８は、病院１２から、検査データに対する病院１２内のアクセス履歴を受信する。アクセス履歴は、いつ誰によってどの検査データがアクセス（閲覧など）されたかを記録したものである。センタＤＢサーバ１８は、アクセス履歴に基づいて検査データの重要度を判定して、その判定結果を依頼元へ配信する。ここで、重要度とは、検査データの診断時の利用価値の尺度となる指標である。
【００３１】
ルータ１９は、データセンタ１１内のＬＡＮ(Local・Area Network)２０とＷＡＮ１２といった異なるネットワーク間でデータの受け渡しを行う転送機器であり、ＬＡＮ２０と接続するＬＡＮポートと、ＷＡＮ１２と接続するＷＡＮポートを備えている。検査予約管理サーバ１７及びセンタＤＢサーバ１８は、ルータ１９のＬＡＮポートと接続されている。
【００３２】
病院１２のコンピュータシステムは、各クライアント端末１４と、病院ＤＢサーバ２１とからなり、ルータ１９と同様のルータ２２を介してＷＡＮ１６と接続されている。各クライアント端末１４は、データセンタ１１に接続して予約申し込み情報を受信する外部接続用端末、外科や内科といった各診療部門に配置された診療科端末、放射線科や内視鏡科といった各検査部門に配置された検査依頼管理端末及び医用レポート作成端末といった各種の端末として利用される。それぞれの端末には、用途に応じてカルテ編集プログラム、検査依頼管理プログラム、医用レポート編集プログラムといったアプリケーションプログラムがインストールされている。
【００３３】
各クライアント端末１４は、病院１２内のＬＡＮ２３を介して通信可能に接続されており、各端末１４相互間でメール連絡といった通信が行われる。また、クライアント端末１４は、ＬＡＮ２３を介して病院ＤＢサーバ２１と通信を行って、病院ＤＢサーバ２１内のデータにアクセスできるようになっている。
【００３４】
クライアント端末１４は、不正利用を防止するために、利用時にはユーザのスタッフＩＤ（病院１２内のスタッフに割り当てられたＩＤ）やパスワードの入力を要求して、ユーザ認証（ログイン）を行う。ログイン後は、クライアント端末１４を利用するユーザの操作履歴の記録が開始され、クライアント端末１４からＬＡＮ２３を通じてアクセスしたアクセス先へもスタッフＩＤが送信される。病院ＤＢサーバ２１は、クライアント端末１４からアクセスを受けた場合には、その端末ＩＤ、端末を利用するユーザのスタッフＩＤ、及びそのアクセス種別（データの新規作成、更新、閲覧など）をアクセス履歴として記録する。
【００３５】
また、ＬＡＮ２３には、複数のモダリティ２４が接続されており、各モダリティ２４で撮影された検査画像は、ＬＡＮ２３を通じて病院ＤＢサーバ２１に送信されて格納される。モダリティ２４もクライアント端末１４と同様に、利用時にはログインが行われ、病院ＤＢサーバ２１にアクセスした場合には、そのアクセス履歴が記録される。
【００３６】
図２に示すように、病院ＤＢサーバ２１は、例えば、ワークステーションやパーソナルコンピュータなどのコンピュータをベースに、ＤＢを管理するソフトウエアであるＤＢＭＳ（Data Base Management System）３３をインストールすることによって構成される。病院ＤＢサーバ２１は、ＣＰＵ２６，メモリ２７，ＨＤＤ（Hard Disk Drive）２８，ＬＡＮポート２９，各種のＤＢが構築されるストレージユニット３０，及びコンソール３１を備えており、これらはデータバス３２を介して接続されている。コンソール３１は、ディスプレイと、キーボードやマウスなどの入力デバイスとからなり、病院ＤＢサーバ２１の管理や設定を行うために用いられる。
【００３７】
ＨＤＤ２８には、オペレーティングシステムなどの制御プログラムやＤＢＭＳ３３が格納されている。メモリ２７は、ＣＰＵ２６が処理を実行するためのワークメモリである。ＣＰＵ２６は、ＨＤＤ２８に格納された制御プログラムをメモリ２７へロードして、プログラムに従った処理を実行することにより、病院ＤＢサーバ２１の各部を統括的に制御する。ＬＡＮポート２９は、ＬＡＮ２３との間で伝送制御を行うネットワークインタフェースである。
【００３８】
ＣＰＵ２６は、ＤＢＭＳ３３を実行することにより、要求処理部２６ａ及び履歴記録部２６ｂとして機能する。要求処理部２６ａは、各クライアント端末１４やモダリティ２３から発行される各種の処理要求を受け付ける。具体的には、データの新規作成、更新といったＤＢへのデータ書き込み要求、指定された検索条件（患者ＩＤや検査ＩＤなど）に合致するデータをＤＢから検索する検索要求、検索して抽出されたデータの読み出し要求などである。要求処理部２６ａは、受け付けた要求内容に応じた処理を実行し、処理結果を、ＬＡＮポート２９を通じて要求元へ通知する。
【００３９】
履歴記録部２６ｂは、各クライアント端末１４及びモダリティ２４からＤＢへのアクセスがあったときに、アクセス履歴を記録する。
【００４０】
ストレージユニット３０には、患者の診療録を電子化したカルテデータが格納されるカルテＤＢ３８，各種の検査データが格納される検査データＤＢ３９，アクセス履歴が格納されるアクセス履歴ＤＢ４０の複数のＤＢが構築されている。各ＤＢ３８，３９，４０内のデータは、患者ＩＤと対応付けて格納されている。ストレージユニット３０は、例えば、複数のＨＤＤを連装したディスクアレイで構成される。ストレージユニット３０は、サーバ本体に直接接続されていてもよいし、ネットワークを経由して接続されていてもよい。
【００４１】
本例では、複数種類のＤＢを１つのサーバに構築した例で説明しているが、カルテＤＢ３８を格納するカルテサーバ、検査データＤＢ３９を格納する検査データサーバというようにデータの種類毎にサーバを分散してもよいし、さらに、画像，レポート，それ以外のデータ（生理検査や検体検査の数値データや心電図）というように、検査データの種類毎にサーバを分けてもよい。
【００４２】
図３に示すカルテ表示画面４１は、カルテＤＢ３８に格納されたカルテデータの表示画面の例である。カルテデータは、例えば、診療科端末など、カルテ編集表示プログラムがインストールされたクライアント端末１４で表示される。心電図４３，ＣＴ画像４４，ＣＴレポート４５，ＥＳ（内視鏡）画像４６，ＥＳレポート４７，病理レポート４８は、検査データＤＢ３９に格納される検査データの一例である。
【００４３】
カルテデータには、患者を担当する担当医の名前，病院１２内で割り当てられた担当医のスタッフＩＤ，患者基本情報，診療記録が含まれる。患者基本情報には、例えば、患者ＩＤ，患者名，生年月日，性別，依頼元の診療所名などが記録される備考欄が含まれる。診療記録には、主訴、所見、担当医による確定診断といった診察記録と、実施した各種の検査記録が含まれており、項目毎に記録日時が入力される。本例では、病院１２において、検査入院した患者に対して、生理検査、ＣＴ検査、ＥＳ検査及び病理検査の複数種類の検査がこの順に実施される。ここで、確定診断とは、担当医がそれまでに行われた検査結果（検査画像や読影によって作成されたレポートを含む複数の検査データ）に基づいて、総合的に下される診断をいう。
【００４４】
カルテデータは、診療科端末を通じて診療部門に属する担当医によって編集される。診療科端末は、カルテデータの編集に加えて、検査部門へのオーダリングが行えるようになっており、カルテデータには、検査部門への依頼情報（図示せず）も記録される。また、診療科端末には、オーダした検査に関する検査実施通知，医用レポート完了通知等の連絡通知や、それらに対応する各検査データの検査データＤＢ３９内の格納先アドレスが検査部門から送信され、診療科端末が受信した通知や格納先アドレスはカルテデータに記録される。
【００４５】
各検査データの格納先アドレスは、診療科端末のカルテ表示画面から、マウスのクリックによって検査データを読み出して診療科端末に表示できるように、ハイパーリンクが設定される。具体的には、カルテに記載される検査の実施記録（検査実施通知やレポート完了通知）の表示位置と対応するように、実施記録を示すテキストデータと格納先アドレスとの間にリンク情報が設定される。
【００４６】
心電図４３，ＣＴ画像４４，ＥＳ画像４６は、モダリティ２４によって生成され、ＣＴレポート４５，ＥＳレポート４７，病理レポート４８は、それぞれクライアント端末１４によって作成編集される。これらの各検査データには、それぞれファイル名（「ＥＣＧ０４０５０１０」，「ＣＴ０４０６０１２」，「Ｒ−ＣＴ０４０６０１２」など）や患者ＩＤ（「０１２３４」）や作成者のスタッフＩＤ（「Ｄ−ＩＲ９」，「Ｄ−ＥＳ３」など）が付与されて、検査データＤＢ３９に格納されている。
【００４７】
ファイル名には、例えば、検査種別（ＥＣＧ，ＣＴ，ＥＳなど）やデータ種別（画像やレポート）を識別するための識別子が与えられる。ＣＴ画像４４やＥＳ画像４６は、それぞれ複数枚あり、それぞれにファイル名、患者ＩＤ、スタッフＩＤが付与される。検査データの作成者は、検査画像の場合には、ＣＴ装置の検査技師や内視鏡検査を行う内視鏡医などであり、レポートの場合は、読影医、内視鏡医、病理医などである。
【００４８】
図４に示すように、履歴記録部２６ｂは、クライアント端末１４やモダリティ２４から検査データＤＢ３９へのアクセスがあると、１回のアクセス毎に、１件のアクセスレコード４９を生成して、アクセス履歴ＤＢ４０に記録する。アクセスレコード４９には、例えば、アクセス対象の検査データのファイル名，アクセス日時，アクセス種別（新規作成、閲覧など），検査データにアクセスしたスタッフＩＤ，担当医識別，端末ＩＤ，当該検査データに対応する患者ＩＤなどの項目が記録されるフィールドが含まれる。担当医識別は、検査データにアクセスしたスタッフが、検査データに対応する患者の担当医か否かを識別する情報である。
【００４９】
履歴記録部２６ｂは、まず、要求処理部２６ａが受け付けたクライアント端末１４からの要求内容を表す要求データを受け取り、要求データから、アクセス対象情報（ファイル名，アクセス種別，検査データの患者ＩＤ）と、アクセス元情報（スタッフＩＤ，端末ＩＤ）を読み取る。
【００５０】
次に、要求処理部２６ａから取得した患者ＩＤを検索キーとして、カルテＤＢ３８から対応するカルテデータを読み出して、当該患者ＩＤの担当医のスタッフＩＤを読み出す。そして、履歴記録部２６ｂは、担当医のスタッフＩＤとアクセス元情報のスタッフＩＤとを照合して、両者が一致した場合には、アクセス元が担当医であると判定し、アクセスレコード４９の担当医識別にその判定結果を記録する。さらに、履歴記録部２６ｂは、病院ＤＢサーバ２１のシステムタイマ（図示せず）からアクセス日時を取得して、それらのデータ項目を１件にまとめてアクセスレコード４９を生成する。
【００５１】
図５に示すアクセス履歴リスト５０は、１人の患者（患者ＩＤ「０１２３４」）について、複数存在する検査データのそれぞれのアクセスレコード４９をアクセス履歴ＤＢ４０から抽出して生成したリスト例である。ＣＴ画像４４やＥＳ画像４６は、複数枚存在するので、画像単位（「００１」，「００２」・・・）でアクセスレコード４９が生成される。
【００５２】
アクセス種別は、例えば、「新規作成」，「更新」，「閲覧」，「引用」，「完了」に分類される。「新規作成」は、検査データＤＢ３９へ新規に検査データを格納したときに記録され、「更新」は、既に作成済みの検査データに更新が加えられたときに記録され、「閲覧」は、検査データが検査データＤＢ３９から読み出されて閲覧されたときに記録される。
【００５３】
「引用」は、例えば、レポートへの検査画像の貼付や、レポートから検査画像へのハイパーリンクが設定されるというように、レポートへの検査画像の引用が行われた場合に、貼付元やリンク先となる検査画像のアクセス履歴として記録される。引用の履歴は、例えば、次のような方法で取得される。病院ＤＢサーバ２１が、クライアント端末１４に対して検査データを配信する際に、要求処理部２６ａは、クライアント端末１４の引用操作を監視するためのスクリプトやプログラムモジュール（アプレット）を検査データに付帯させて配信する。これにより、クライアント端末１４のブラウザは、貼付やハイパーリンクといった引用操作がなされた場合に、病院ＤＢサーバ２１に対してその旨を通知し、その通知を履歴記録部２６ｂが受け取ることにより、引用の履歴が取得される。
【００５４】
「完了」は、新規作成されたレポートの編集が終了して内容が確定されたときに付される記録であり、レポートに固有のアクセス種別である。レポートは、例えば、改ざんを防止するために、レポートの作成が完了するまでは、作成者のみに対してアクセスが許可されており、作成者以外のユーザは、更新はおろか閲覧することもできない。レポートの作成が完了すると、検査データＤＢ３９内のレポートが公開されて、作成者以外のスタッフにも閲覧が許可されるが、更新は禁止される。
【００５５】
さらに、レポートの作成完了後は、所見欄等のレポートの主要な記録部分については、作成者に対しても更新が禁止される。履歴記録部２６ｂは、要求処理部２６ａが受信したクライアント端末１４からの完了通知を受け取り、その履歴を取得する。完了通知は、例えば、レポート編集プログラムによって実現される完了通知機能によって、レポート編集プログラムがインストールされたクライアント端末１４から病院ＤＢサーバ２１に送信される。
【００５６】
スタッフＩＤには、看護師には「Ｎ」、医師には「Ｄ」、検査技師には「ＩＴ」というようにそれぞれの職種（資格）を識別する識別子が与えられている。また、医師のスタッフＩＤには、読影医には「ＩＲ」、内科医には「Ｐ」、内視鏡医には「ＥＳ」、病理医には「ＰＴ」というように所属や専門に応じた識別子が与えられている。アクセスレコード４９に含まれる担当医識別の情報は、例えば、「ａｔ」という識別子が与えられる。本例では、スタッフＩＤが「Ｄ−Ｐ２１」の内科医が担当医であるので、「Ｄ−Ｐ２１」に「ａｔ」の識別子が付加されている。
【００５７】
図６に示すように、センタＤＢサーバ１８は、病院ＤＢサーバ２１と同様に、ワークステーションやパーソナルコンピュータなどのコンピュータをベースに、ＤＢを管理するソフトウエアであるＤＢＭＳをインストールすることによって構成される。センタＤＢサーバ１８は、ＣＰＵ５１，メモリ５２，ＨＤＤ（Hard Disk Drive）５３，ＬＡＮポート５４，各種のＤＢが構築されるストレージユニット５６，及びコンソール５７を備えており、これらはデータバス５５を介して接続されている。コンソール５７は、ディスプレイと、キーボードやマウスなどの入力デバイスとからなり、センタＤＢサーバ１８の管理や設定を行うために用いられる。センタＤＢサーバ１８は、病院ＤＢサーバ２１と基本的な構成は、同様であるので、便宜上、共通部分の説明は省略し、主に相違点について説明する。
【００５８】
ＨＤＤ５３には、ＤＢＭＳ５３ａに加えて、重要度判定プログラム５３ｂが格納される。ＣＰＵ５１は、ＤＢＭＳ５３ａを実行することにより、要求処理部５１ａとして機能し、重要度判定プログラム５３ｂを実行することにより、重要度判定部５１ｂとして機能する。また、ＣＰＵ５１は、ディスプレイへの表示要求や配信要求といった出力要求に応答して、重要度判定部５１ｂの判定結果を出力する出力部として機能する。
【００５９】
要求処理部５１ａは、病院１２のクライアント端末１４や病院ＤＢサーバ２１からのアップロード要求をＷＡＮ１６経由で受信して、アップロードされたデータをストレージユニット５６内の各ＤＢに格納する。病院１２からデータセンタ１１に対しては、依頼元宛ての検査データに加えて、それに対応するアクセス履歴データ及びカルテデータがアップロードされる。
【００６０】
これらの各データには、病院１２が付与した患者ＩＤ（例えば、「０１２３４」）が与えられているが、要求処理部５１ａは、この患者ＩＤに各病院１２の識別子である施設ＩＤ（「Ｈ１」，「Ｈ２」・・・）を付加して患者ＩＤを変換した後、それぞれのデータをストレージユニット５６内の各ＤＢに格納する。これにより、各病院１２で同じ患者ＩＤが与えられた場合でも、センタＤＢサーバ１８内における患者ＩＤの一意性が確保される。また、要求処理部５１ａは、診療所１３のクライアント端末１５からの配信要求をＷＡＮ１６経由で受信して、検査データとそれに対する重要度データの配信処理を行う。
【００６１】
ストレージユニット５６には、カルテデータが格納されるカルテＤＢ５８，検査データが格納される検査データＤＢ５９，アクセス履歴データが格納されるアクセス履歴ＤＢ６１が構築されている。これらの各ＤＢ５８，５９，６１には、病院ＤＢサーバ２１と同様に、各データが患者ＩＤと対応付けて格納される。なお、病院ＤＢサーバ２１と同様に、これらの各ＤＢを複数のサーバに分散して構築してもよい。
【００６２】
ストレージユニット５６内には、各ＤＢ５８，５９，６１に加えて、重要度ＤＢ６２が構築されている。重要度ＤＢ６２には、重要度判定部５１ｂが判定した判定結果である重要度データが格納される。重要度ＤＢ６２には、重要度判定部５１ｂが重要度判定処理を行う際に参照する第１及び第２重み付けテーブル６７，６８（図８及び図９参照）が格納される。第１及び第２重み付けテーブル６７，６８は、病院１２毎に１セット用意されており、各セットが施設ＩＤ（「Ｈ１，Ｈ２・・」）に対応付けて格納されている。
【００６３】
図７に示すように、重要度判定部５１ｂは、カルテＤＢ５８からカルテデータを読み出し、アクセス履歴ＤＢ６１から、カルテデータに対応する患者のアクセス履歴データを読み出し、読み出したカルテデータとアクセス履歴データに基づいて、検査データ毎に重要度判定処理を行う。判定結果は、検査データ毎に１件の重要度レコード６６が生成されて、各重要度レコード６６が、患者ＩＤと対応づけられて、重要度データの１レコードとして重要度ＤＢ６２に記録される。
【００６４】
検査データは、病院１２におけるアクセス回数が多ければそれだけ利用された機会が多いので重要度が高いと考えられ、中でも、確定診断やレポート作成に関与する医師によって閲覧された検査データは特に重要度が高いと考えられる。そこで、重要度判定部５１ｂは、アクセス履歴データやカルテデータに基づいて、単純にアクセス回数だけでなく、誰によって（閲覧者）、どのような目的（閲覧目的）で利用されたかといった要素に重み付けを与えて、検査データの重要度を判定する。
【００６５】
重要度ＤＢ６２には、閲覧者に応じた重み付けを行うための第１重み付けテーブル６７と、閲覧目的に応じた重み付けを行うための第２重み付けテーブル６８とが予め格納されている。図８に示すように、第１重み付けテーブル６７には、スタッフＩＤと第１重み付け係数Ｗｓｐの値とが対応付けて記憶されている。第１重み付け係数Ｗｓｐは、例えば、医師は「５」、検査技師や看護師は「１」に設定される。第１重み付けテーブル６７の備考欄には、教授や助教授といった職位や、癌の権威といった特記事項が記録される。第１重み付けテーブル６７は、例えば、各病院１２から提出される職員録（各スタッフの資格、職位、所属、専門領域、特記事項などを含むプロファイルデータ）に基づいて作成される。
【００６６】
図９に示すように、第２重み付けテーブル６８には、閲覧目的と第２重み付け係数Ｗｂａの値とが対応付けて記憶されている。閲覧目的は、例えば、「確定診断」と「レポート作成」であり、第２重み付け係数Ｗｂａは、「確定診断」に対しては「２０」が、「レポート作成」に対しては「５」が、その他に対しては「１」がそれぞれ設定されている。第１重み付けテーブル６７及び第２重み付けテーブル６８内の各値は、例えば、センタＤＢサーバ１８のコンソール５７を通じてオペレータによって適宜変更が可能である。例えば、本例では、医師に対する重み付けを一律にしているが、担当医の重み付けを他の医師よりも高くしてもよい。
【００６７】
重要度レコード６６には、検査データのファイル名，総合評価，合計スコアＴＳ，確定診断時の利用の有無，閲覧回数Ｎｂ，引用回数Ｎｒ，保管期間などの項目が記録されるフィールドが含まれる。合計スコアＴＳは、重要度判定処理の判定結果であり、総合評価は、合計スコアＴＳに基づいて判定される。重要度ＤＢ６２には、総合評価判定用テーブル６９が格納されている。総合評価判定用テーブル６９には、図１０に示すように、合計スコアＴＳの値と総合評価のレベル（Ｌ１〜３）との対応が記憶されており、合計スコアＴＳの値に応じて各検査データの総合評価が判定される。例えば、Ｌ１は、重要度が最も低く、Ｌ３は、重要度が最も高い。もちろん、レベルは３段階以外でもよい。
【００６８】
確定診断時の利用の有無，閲覧回数Ｎｂ，引用回数Ｎｒのそれぞれの項目は、合計スコアＴＳの算出に際して使用されるパラメータであり、それぞれが合計スコアＴＳの内訳項目である。
【００６９】
確定診断時の利用の有無は、検査データが確定診断に利用されたか否かを表す情報であり、後述するように、アクセス履歴に含まれるアクセス日時とカルテデータに記録された確定診断日時を照合して判定される。閲覧回数Ｎｂは、検査データがユーザに閲覧された回数であり、図５のＣＴレポートの例では、閲覧回数Ｎｂが３回である。
【００７０】
引用回数Ｎｒは、例えば、レポートや画像が、他のレポート内に参照用のハイパーリンクが設定されたり、貼付されるというように、ある検査データが他の検査データに引用された回数である。引用された回数が多いほど、検査データの重要度は高いと考えられるので、合計スコアＴＳを算出する際には、引用回数Ｎｒが加味される。図５のＣＴ画像（００２）やＥＳ画像（００２）は、それぞれ１回ずつ引用されている。
【００７１】
また、保管期間は、データセンタ１１にアップロードされた検査データをデータセンタ１１が保管しておく期間であり、重要度の判定結果に基づいて決定される。重要度ＤＢ６２には、保管期間決定用テーブル７０が格納されており、図１１に示すように、保管期間決定用テーブル７０には、重要度の総合評価の各レベルと各レベルの保管期間との対応が記憶されている。重要度判定部５１ｂは、保管期間決定用テーブル７０を参照して、重要度に応じた保管期間を決定する。保管期間は、重要度の判定結果とともに、依頼元に配信される。
【００７２】
総合評価判定用テーブル６９及び保管期間決定用テーブル７０の値は、上記各テーブル６７，６８と同様に、センタＤＢサーバ１８のコンソール５７を通じてオペレータによって適宜変更が可能である。なお、本例では、総合評価判定用テーブル６９，保管期間決定用テーブル７０については、上記各テーブル６７，６８と異なり、複数の病院１２に共通のテーブルを使用しているが、病院１２毎に異なる値を設定したテーブルを用いてもよい。
【００７３】
図１２に示すフローチャートに従って、重要度判定部５１ｂが実行する重要度判定処理を説明する。重要度判定部５１ｂは、患者１人分の複数の検査データに関するアクセス履歴データと、カルテデータとを、それぞれアクセス履歴ＤＢ６１，カルテＤＢ５８から読み出す（ステップ（Ｓ）１０１）。Ｓ１０２において、アクセス履歴データから１つの検査データ（例えば、ＣＴレポートや１枚のＣＴ画像など）に関するアクセスレコード４９を読み出し、その中から、アクセス種別が「閲覧」のアクセスレコード（閲覧レコード）を抽出する。抽出された閲覧レコードの件数は、重要度レコード６６の閲覧回数Ｎｂのフィールドに記録される。
【００７４】
Ｓ１０３において、重要度判定部５１ｂは、１件の閲覧レコードからスタッフＩＤとアクセス日時（閲覧日時）を読み出す。ステップＳ１０４において、スタッフＩＤに基づいて閲覧者が特定され、第１重み付けテーブル６７から、そのスタッフＩＤに対応する第１重み付け係数Ｗｓｐが読み出される。
【００７５】
次のＳ１０５において、重要度判定部５１ｂは、閲覧日時に基づいて当該閲覧レコードに関する閲覧目的を判定する。閲覧者が読影医の場合には、すべての閲覧について、その閲覧目的はレポート作成目的であると推定されるが、読影医が閲覧した検査データの中で、特に読影医がレポート作成に際して重視した検査データに高いスコアが与えられるように、閲覧日時に基づいて閲覧目的が判定される。重要度判定部５１ｂは、アクセス履歴データの記録から、読影医のレポート作成期間を調べて、閲覧時刻がそのレポート作成期間内に含まれる閲覧レコードに対しては、閲覧目的がレポート作成目的であると判定する。レポート作成期間は、例えば、読影医がレポート作成に着手した新規作成日時からレポートを確定した確定日時までの期間である。
【００７６】
例えば、図５に示すＣＴ画像（「００２」）の読影医（スタッフＩＤ：Ｄ−ＩＲ９）による閲覧日時が「０７／０４／０７／０９：００」の閲覧レコードの場合には、ＣＴレポートの作成期間（新規作成「０７／０４／０６／１５：００」〜完了「０７／０４／０７／１１：００」）に入っているので、閲覧目的がレポート作成目的と判定される。一方、ＣＴ画像（「００１」）の閲覧日時が「０７／０４／０６／１１：３０」の閲覧レコードの場合には、ＣＴレポートの作成期間に入っていないので、レポート作成目的と判定されない。このように、読影医による閲覧であっても、閲覧日時に応じて重み付けを変化させることで、読影医が特に重視した検査データに対して高いスコアが与えられる。閲覧目的がレポート作成目的と判定された場合には、重要度判定部５１ｂは、第２重み付けテーブル６８から、レポート作成目的に対応する第２重み付け係数Ｗｂａ（「５」）を読み出す。
【００７７】
また、閲覧レコードのスタッフＩＤが担当医（「Ｄ−Ｐ２１−ａｔ」）である場合には、閲覧目的が確定診断目的であると推定されるが、担当医が閲覧した検査データの中で、担当医が特に重視した検査データに高いスコアが与えられるように、重要度判定部５１ｂは、カルテデータの記録から担当医による確定診断期間を調べて、確定診断期間に含まれる閲覧レコードについて、閲覧目的が確定診断目的であると判定する。確定診断期間は、例えば、すべての検査及びレポートが完了した日時から、確定診断日時までの期間である。
【００７８】
例えば、図３の例では、すべての検査及びレポートが完了した日時は、病理レポートの作成が完了した日時である「０７／０４／０９／１４：００」であり、確定診断日時が「０７／０４／１０／１０：００」であるので、その間の期間が確定診断期間となる。そして、ＣＴ画像（「００２」），ＥＳ画像（「００２」），ＣＴレポート，ＥＳレポート，病理レポートは、閲覧時刻が上記確定診断期間に含まれている閲覧レコードが含まれているので、重要度判定部５１ｂは、それらの閲覧レコードについて、閲覧目的が確定診断目的であると判定する。一方、心電図，ＣＴ画像（「００１」），ＥＳ画像（「００１」）は、担当医によって閲覧されているが、それらの閲覧レコードの閲覧日時は、確定診断期間に入っていないので、閲覧目的と判定されない。重要度判定部５１ｂは、このようにして判定された閲覧目的に基づいて、第２重み付けテーブル６８から、閲覧目的に対応する第２重み付け係数Ｗｂａを読み出す。
【００７９】
Ｓ１０６では、重要度判定部５１ｂは、１件の閲覧レコードのスコアＳｂを式（１）に基づいて算出する。
Ｓｂ＝１×Ｗｓｐ×Ｗｂａ ・・・・・・・・・・・・式（１）
１回の閲覧の基本スコアは、「１」ポイントであり、閲覧者に応じた第１重み付け係数Ｗｓｐや閲覧目的に応じた第２重み付け係数Ｗｂａが大きければ、その分スコアＳｂが高くなる。例えば、読影医がレポート作成目的で閲覧した場合には、第１重み付け係数Ｗｓｐに「５」ポイント、第２重み付け係数Ｗｂａに「５」ポイントがそれぞれ与えられるので、スコアＳｂは、「２５」ポイントとなる。また、担当医が確定診断目的で閲覧した場合には、第１重み付け係数Ｗｓｐに「５」ポイント、第２重み付け係数Ｗｂａに「２０」ポイントが与えられて、スコアＳｂは、「１００」ポイントとなる。
【００８０】
重要度判定部５１ｂは、１つの検査データに関するすべての閲覧レコードについて、スコアＳｂを算出し（Ｓ１０７）、Ｓ１０８では、次式（２）に基づいて、１つの検査データに関するすべての閲覧レコードのスコアＳｂ１，Ｓｂ２・・・Ｓｂｎを合計し、合計値ＴＳｂを求める。
ＴＳｂ＝Ｓｂ１＋Ｓｂ２＋・・＋Ｓｂｎ ・・・・・・式（２）
【００８１】
重要度判定部５１ｂは、Ｓ１０９において、アクセス履歴データから、当該検査データが他の検査データに引用された引用回数Ｎｒをカウントする。重要度判定部５１ｂは、アクセス履歴データから、当該検査データに関して、アクセス種別が「引用」であるアクセスレコード４９を抽出して、引用回数Ｎｒをカウントする。ＣＴ画像（「００２」），ＥＳ画像（「００２」）は、それぞれ１回ずつ引用されているので、それぞれの検査データの引用回数Ｎｒは、１回となる。引用回数Ｎｒは、重要度レコード６６の対応するフィールドに記録される。
【００８２】
Ｓ１１０において、重要度判定部５１ｂは、次式（３）に示すように、合計値ＴＳｂに、引用回数Ｎｒを加算して、最終的なスコアＴＳを算出する。
ＴＳ＝ＴＳｂ＋Ｎｒ ・・・・・・・・・・・・・・・式（３）
こうして、１つの検査データについて、アクセス履歴に基づくスコアＴＳが求められる。このスコアＴＳは、重要度レコード６６の対応するフィールドに記録される。
【００８３】
Ｓ１１１において、重要度判定部５１ｂは、総合評価判定用テーブル６９を参照して、スコアＴＳに応じた総合評価を判定する。さらに、Ｓ１１２では、重要度判定部５１ｂは、保管期間決定用テーブル７０を参照して、総合評価に応じた保管期間を判定する。重要度の総合評価及び保管期間は、それぞれ重要度レコード６６の対応するフィールドに記録される。このようにして生成された重要度レコード６６は、検査データに関連付けて記録される（Ｓ１１３）。重要度判定部５１ｂは、上記重要度判定処理を患者１人分のすべての検査データについて実行して（Ｓ１１４）、各検査データのそれぞれについて重要度レコードを生成記録する。
【００８４】
図１３に示す検査データリスト７１は、依頼元のクライアント端末１５で表示される検査データリストの例である。重要度データは、検査データのリストデータに含めて、依頼元へ配信される。要求処理部５１ａは、クライアント端末１５から検査データの配信要求があったときに、検査データＤＢ５９及び重要度ＤＢ６２から該当するリストデータと重要度データを抽出して、要求元のクライアント端末１５に配信する。クライアント端末１５は、配信されたリストデータ及び重要度データに基づいて、例えば、ブラウザが検査データリスト７１の表示画面を生成してディスプレイに表示する。
【００８５】
検査データリスト７１には、検査施設名（依頼先の医療施設名），各検査の検査日，各検査の検査結果である検査データのファイル名を表示するフィールドに加えて、検査データ毎に重要度データを表示するフィールドが含まれる。重要度データを表示するフィールドは、総合評価，確定診断時の利用の有無，閲覧回数Ｎｂ，引用回数Ｎｒ，保管期間の各項目に対応する複数のフィールドからなる。Ｌ１〜Ｌ３で表される総合評価には、重要度の高低を確認しやすいように、各レベルに星の数が付されている。
【００８６】
総合評価以外の項目は、総合評価の内訳に関する項目であるので、例えば、初期状態では、総合評価のみが表示され、詳細ボタンがクリックされると、総合評価以外の項目が表示されるというように、総合評価以外の項目については表示と非表示を切り替えられるようにしてもよい。もちろん、総合評価を含めた重要度に関するすべての項目について表示と非表示を切り替えられるようにしてもよい。
【００８７】
保管期間を依頼元に通知することで、依頼元に対する検査データの削除予告通知となる。一方、データセンタ１１においては、保管期間を過ぎた検査データの削除をスムーズに行うことができる。データセンタ１１では、複数の医療施設に関わる大量の検査データを保管するため、長期間放置された検査データの削除をスムーズに行うことができれば、データ保管設備の効率的な運用がしやすい。
【００８８】
要求処理部５１ａは、検査データリスト７１を配信後、クライアント端末１５において検査データリスト７１から指定された検査データの配信要求を受信した場合には、指定された検査データを検査データＤＢ５９から抽出して、クライアント端末１５に配信する。また、要求処理部５１ａは、検査データに加えて、クライアント端末１５からのカルテデータの配信要求に応じてカルテデータを配信する。
【００８９】
以下、図１４及び図１５のフローチャートを参照しながら上記構成による作用について説明する。診療所１３は、クライアント端末１５によって検査予約管理サーバ１７にアクセスして、データセンタ１１経由で病院１２に対して検査依頼を行う。依頼先の病院１２は、クライアント端末１４から検査予約管理サーバ１７にアクセスして、依頼元からの検査予約データを受信する。こうして、データセンタ１１によって依頼元から依頼先への検査予約データが中継される。
【００９０】
病院１２において医療検査が実施されると、病院１２の病院ＤＢサーバ２１には、実施した医療検査の複数の検査データが蓄積される。病院ＤＢサーバ２１は、病院１２内のクライアント端末１４からの検査データに対する１回のアクセス毎に、図４に示すアクセスレコード４９を生成し、これをアクセス履歴データとして、患者ＩＤに対応付けて、アクセス履歴ＤＢ４０に格納する。担当医によって作成されるカルテデータには、検査実施日時、レポート完了通知、確定診断日時を含む診療内容が記録される。
【００９１】
病院１２において医療検査が終了すると、クライアント端末１４を通じて、データセンタ１１へ、検査結果（カルテデータ及び検査データ）とそれに対応するアクセス履歴データがアップロードされる。センタＤＢサーバ１８は、アップロードされたデータを受信すると、受信したデータを各ＤＢに格納する。センタＤＢサーバ１８は、図１２に示す手順で、受信した検査データの重要度判定処理を行う。重要度判定部５１ｂは、判定した重要度データを重要度ＤＢ６２に格納する。
【００９２】
センタＤＢサーバ１８は、重要度判定処理が終了した後、クライアント端末１５から検査データの配信要求を受信すると、配信要求に応答して、検査データリスト７１を配信する。配信された検査データリスト７１は、クライアント端末１５のディスプレイに表示される。検査データリスト７１には検査データ毎に重要度が表示されるので、依頼先の病院１２においてどの検査データが重視されたかを確認することができる。これにより、依頼元において、大量の検査データの中から重要な検査データの選別作業を簡単に行うことができる。
【００９３】
上記実施形態では、データセンタのコンピュータシステムと病院のコンピュータシステムから構成した医用ネットワークシステムを例に、病院で記録したアクセス履歴に基づいて、データセンタで重要度判定を行い、判定した重要度を依頼元の診療所で利用する例で説明しているが、本発明の検査データ管理装置は、病院のコンピュータシステムによってアクセス履歴の取得と重要度判定とを行って、判定した重要度を病院内で利用する場合にも適用することができる。その場合には、例えば、病院ＤＢサーバに重要度判定プログラムをインストールして、病院ＤＢサーバのＣＰＵを重要度判定部として機能させるとともに、重要度ＤＢも病院ＤＢサーバに設けることで、検査データ管理装置を構成する。
【００９４】
病院のコンピュータシステムに検査データ管理装置を組み込んで、病院内のクライアント端末に重要度を配信して表示させるようにすれば、病院の医師が複数の検査データの重要度を確認できるようになる。これにより、例えば、担当医がそれまでの検査結果をまとめたレポートを参考に確定診断を行う場合など、レポート作成者が注目した検査データを簡単に確認することができ、レポート作成者の思考過程の把握が容易になるので、担当医の診断効率の向上も期待できる。
【００９５】
もちろん、病院の検査データ管理装置に、重要度判定部に加えて保管期間決定部を設けてもよい。この場合には、病院ＤＢサーバのコンソールや端末など、病院のコンピュータシステムを構成する表示装置に重要度や保管期間を表示させて、重要度や保管期間をシステム運用担当者が利用できるようにしてもよい。こうすれば、コンピュータシステムの運用担当者は、重要度や保管期間を確認して、コンピュータシステム内に保管される大量の検査データの中から、保管しておくべき検査データと削除可能な検査データの選別を簡単に行うことができ、データ保管設備を有効利用することができる。
【００９６】
さらに、病院又はデータセンタのコンピュータシステムに、ＤＢなどに格納された検査データの保管期間が経過したか否かを調べて、保管期間が経過した検査データについて自動的に削除するデータ削除部を設けてもよい。こうすれば、コンピュータシステムの運用をより簡便に効率的に行うことができる。
【００９７】
上記実施形態の検査データの重要度判定方法は１例であり、別の方法を用いてもよい。例えば、上記実施形態では、検査データの重要度を、閲覧回数と、閲覧者（スタッフ）のプロファイルと、閲覧目的とに基づいて算出した例で説明したが、閲覧者のプロファイルと閲覧目的を両方使用しなくてもよく、いずれか一方のみを使用して算出してもよい。また、閲覧目的として、確定診断に利用される目的及びレポート作成に利用される目的の両方を判定しているが、いずれかの目的についてのみ判定を行ってもよい。
【００９８】
また、上記実施形態では、検査データ毎にそのアクセス履歴の内容に応じてスコアを算出して、算出したスコアに基づいて重要度を判定しているが、スコアを算出しなくてもよい。例えば、担当医によって確定診断時に閲覧された、または、読影医によってレポート作成時に閲覧されたというように、特定のタイミングで特定の担当者が閲覧した場合には、アクセスレコードにその旨のフラグを記録しておく。重要度判定部は、前記フラグの有無を調べて、フラグが有る場合には、重要度を高、無い場合には低と判定する。
【００９９】
また、閲覧目的の判定方法として、アクセス履歴データやカルテデータからレポート作成期間や確定診断期間を調べて、閲覧目的を判定しているが、閲覧者のプロファイルと閲覧回数に基づいて、閲覧目的を判定してもよい。例えば、閲覧者が担当医や読影医である場合に、１つの検査データに関して閲覧回数が予め規定した回数以上の場合には、その閲覧目的を確定診断目的あるいはレポート作成目的と判定する。
【０１００】
また、レポート作成期間をアクセス履歴データから判定し、確定診断期間をカルテデータから判定する例で説明しているが、レポート作成期間をカルテデータから判定してもよいし、確定診断期間をアクセス履歴データから判定してもよい。確定診断期間をアクセス履歴データから判定する場合には、データセンタへアクセス履歴をアップロードする前に、病院のコンピュータシステムがカルテデータから確定診断期間に関するデータをアクセス履歴データに記録しておく。
【０１０１】
また、上記実施形態に示したように、閲覧者のプロファイルとして、癌の権威といった特定の傷病に関連する特記事項が含まれている場合には、そうした特記事項を重要度判定のパラメータとして使用してもよい。例えば、カルテデータから患者の傷病情報を読み出し、その傷病情報と閲覧者の特記事項とを照合して、両者の傷病が符合する場合には、その閲覧者のアクセス履歴のスコアを加算する。また、癌の場合はその傷病を担当する診療科（例えば、内科）の重みを高くするというように、診療科と傷病の関係を重要度判定のパラメータとしてもよい。また、医師の職位（教授、准教授、講師）に応じて、重みを変化させてもよい。また、医師の職位には、左記の各職位に加えて、さらに、インターンを加えてもよい。
【０１０２】
また、閲覧者のプロファイルや閲覧目的に関わらず、重要度を単純に閲覧回数で判定してもよい。この場合には、例えば、検査データ間でそれぞれの閲覧回数を比較して、相対的に閲覧回数が多い検査データについて、重要度が高いと判定する。また、アクセス履歴のうち、アクセス種別が閲覧である閲覧履歴にスコアを与えて重要度判定を行う例で説明したが、閲覧以外の更新や新規作成に対してもスコアを与えてもよい。
【０１０３】
また、検査データの他の検査データへの引用回数について、上記例では、１人の患者の検査データ間での引用回数を重要度判定のパラメータとしているが、これに加えて、ある患者の検査データが別の患者の検査データに利用される二次利用の回数を、重要度判定のパラメータとして利用してもよい。例えば、ある患者の検査データが重要な症例として利用価値が高い場合には、二次利用の回数が増加する。もちろん、二次利用の回数は、依頼元がある患者の検査データの中から重要な検査データの選別を行う場合の重要度判定のパラメータとしては利用しにくいが、病院やデータセンタのコンピュータシステムが保有する複数の患者に関する大量の検査データの中から、保管しておくべき検査データと削除可能な検査データとを選別する場合には、重要度判定のパラメータとして有効である。
【０１０４】
また、上記実施形態では、重要度判定の基礎となる合計スコアを求める際に、単純に引用回数Ｎｒをそのまま閲覧履歴のスコアに加算して求めているが、引用回数Ｎｒの大きさに応じてスコアが高くなるように引用回数Ｎｒに係数を乗じて、そのスコアを閲覧履歴のスコアに加算するようにしてもよい。例えば、引用回数Ｎｒが３回以上の場合は２倍、５回を超えたら１０倍するというように、引用回数Ｎｒが増加するにつれて大きくなるような係数が与えられる。また、引用履歴についても、閲覧履歴と同様に、１回のアクセスレコード毎にスコアを求めてもよい。
【０１０５】
このように、アクセス履歴のスコア算出方法には各種の方法が考えられ、スコア算出方法は、いつ、誰の、どのような種別のアクセスをどの程度重視するか等を考慮して、適宜選択が可能である。
【０１０６】
上記実施形態では、検査データを格納するＤＢサーバが検査データへのユーザのアクセス履歴を取得して記録する例で説明したが、ＤＢサーバと、アクセス履歴の取得及び記録を行う履歴記録サーバを別々に構成してもよい。この場合には、端末からＤＢサーバへ送信されたアクセス要求をＤＢサーバが履歴記録サーバへ転送してもよいし、端末からＤＢサーバへ送信されるアクセス要求が履歴記録サーバを経由してＤＢサーバに送信されるようにしてもよい。
【０１０７】
上記実施形態では、データセンタが、依頼先から依頼元宛ての検査データの他に、検査データの重要度を判定するためのアクセス履歴データを依頼先からデータセンタにアップロードした後、データセンタのコンピュータシステムにいったん格納して重要度判定処理を行っているが、例えば、データセンタのコンピュータシステムから病院のコンピュータシステムへ、リアルタイムでＷＡＮ経由のオンラインアクセスが可能であれば、データセンタのコンピュータシステムが、重要度判定処理を行う際に、病院のコンピュータシステムにオンラインアクセスして、重要度判定処理に必要なアクセス履歴データを必要に応じてリアルタイムで読み出すようにしてもよい。
【０１０８】
また、上記実施形態では、本発明の医用ネットワークシステムを、検査の依頼先となる複数の医療施設のコンピュータシステムと、依頼先から依頼元へ検査結果を中継するデータセンタのコンピュータシステムとからなる形態で説明したが、他の形態にも適用可能である。例えば、１つの病院に複数の拠点があり、それぞれの拠点が、依頼元、依頼先、データセンタとしての役割を担い、各拠点の複数のコンピュータシステムをネットワークで接続した医用ネットワークシステムとしてもよい。また、複数の病院のそれぞれのコンピュータシステムをネットワークで接続した医用ネットワークシステムでもよい。この場合、いずれかの病院がデータセンタとなりホスト的な役割を担う。上記いずれの場合でも、各コンピュータシステム間を接続するネットワークはＷＡＮでもＬＡＮでもよい。
【０１０９】
上記実施形態では、検査の例として、生理検査、検体検査、ＣＴ検査、内視鏡検査の組み合わせの例で説明したが、これらは１例であり、他の検査の組み合わせでもよい。
【０１１０】
本発明の検査データ管理装置は、１台のサーバからなるコンピュータシステムで構成してもよいし、複数台のサーバに処理を分散させるコンピュータシステムとして構成してもよい。
【０１１１】
なお、上記実施形態で示したとおり、本発明は、プログラムの形態、さらにはプログラムを記憶する記憶媒体にも及ぶことはもちろんである。
【図面の簡単な説明】
【０１１２】
【図１】医用ネットワークシステムの概略を示す構成図である。
【図２】病院ＤＢサーバの概略を示す構成図である。
【図３】カルテ画面と検査データの説明図である。
【図４】履歴記録部の処理内容を示す説明図である。
【図５】アクセス履歴リストの例を示す説明図である。
【図６】センタＤＢサーバの概略構成図である。
【図７】重要度レコードの生成記録手順を示す説明図である。
【図８】第１重み付けテーブルの説明図である。
【図９】第２重み付けテーブルの説明図である。
【図１０】総合評価判定用テーブルの説明図である。
【図１１】保管期間決定用テーブルの説明図である。
【図１２】重要度判定処理の手順を示すフローチャートである。
【図１３】検査データリストの説明図である。
【図１４】医用ネットワークシステムにおける検査予約から検査結果の受信までの流れを説明するフローチャートである。
【符号の説明】
【０１１３】
１０ 医用ネットワークシステム
１１ データセンタ１１
１２ 病院
１３ 診療所
１４ クライアント端末（病院）
１５ クライアント端末（診療所）
１６ ＷＡＮ
１７ 検査予約管理サーバ
１８ センタＤＢサーバ
２１ 病院ＤＢサーバ
２６，５１ ＣＰＵ
２６ｂ 履歴記録部
３８，５８ カルテＤＢ
３９，５９ 検査データＤＢ
４０，６１ アクセス履歴ＤＢ
５１ｂ 重要度判定部
６２ 重要度ＤＢ
６６ 重要度レコード
６７ 第１重み付けテーブル
６８ 第２重み付けテーブル
６９ 重要度評価用テーブル
７０ 保管期間決定用テーブル
７１ 検査データリスト
【特許請求の範囲】
【請求項１】
医療検査に関する複数の検査データのそれぞれについて、端末を通じてアクセスするユーザのアクセス履歴を取得するアクセス履歴取得手段と、
前記アクセス履歴に基づいて、前記検査データ毎に診断時の利用価値の尺度となる重要度を判定する重要度判定手段と、
前記重要度を前記検査データと関連付けて記録する重要度記録手段と、
前記重要度の判定結果を出力する出力手段とを備えたことを特徴とする検査データ管理装置。
【請求項２】
前記重要度判定手段は、前記アクセス履歴の内容に応じてスコアを算出して、算出したスコアを元に前記重要度を判定することを特徴とする請求項１記載の検査データ管理装置。
【請求項３】
前記アクセス履歴には、前記ユーザのユーザＩＤ及び検査データのＩＤに加えて、前記検査データ毎のアクセス日時及びアクセス回数のうち少なくとも１つが含まれることを特徴とする請求項１又は２記載の検査データ管理装置。
【請求項４】
前記複数の検査データは、１人の患者に対して実施された複数の医療検査に関する検査データであることを特徴とする請求項１〜３いずれか記載の検査データ管理装置。
【請求項５】
前記重要度判定手段は、前記ユーザのプロファイルに応じて与えられた重み付けを元に前記重要度を判定することを特徴とする請求項１〜４いずれか記載の検査データ管理装置。
【請求項６】
前記プロファイルは、医師の資格の有無、所属、職位の少なくとも１つを含むことを特徴とする請求項５記載の検査データ管理装置。
【請求項７】
前記検査データへのアクセスの目的が、医用レポート作成に利用する目的及び確定診断に利用する目的の少なくともいずれかの目的であるか否かを判定するアクセス目的判定手段を有しており、
前記重要度判定手段は、前記アクセス目的判定手段の判定結果を元に前記重要度を判定することを特徴とする請求項１〜６いずれか記載の検査データ管理装置。
【請求項８】
前記重要度判定手段は、前記アクセス目的判定手段の判定結果に応じて与えられた重み付けを元に前記重要度を判定することを特徴とする請求項７記載の検査データ管理装置。
【請求項９】
前記アクセス目的判定手段は、前記ユーザＩＤ及び前記アクセス日時に基づいて、前記アクセス目的を判定することを特徴とする請求項７又は８記載の検査データ管理装置。
【請求項１０】
前記重要度判定手段は、前記アクセス履歴から前記検査データの閲覧履歴を調べて、前記重要度を判定することを特徴とする請求項１〜９いずれか記載の検査データ管理装置。
【請求項１１】
前記重要度判定手段は、前記検査データが別の検査データに引用されたことを表す引用履歴を前記アクセス履歴から調べて、前記重要度を判定することを特徴とする請求項１〜１０いずれか記載の検査データ管理装置。
【請求項１２】
前記重要度に基づいて検査データのそれぞれの保管期間を決定する保管期間決定手段を備えたことを特徴とする請求項１〜１１いずれか記載の検査データ管理装置。
【請求項１３】
医療検査に関する複数の検査データのそれぞれについて、端末を通じてアクセスするユーザのアクセス履歴を取得するアクセス履歴取得ステップと、
前記アクセス履歴に基づいて、前記検査データ毎に重要度を判定する重要度判定ステップと、
前記重要度を前記検査データと関連付けて記録する重要度記録ステップとを備えたことを特徴とする検査データ管理方法。
【請求項１４】
医療検査の依頼先の検査施設から依頼元宛てに検査データを送信する前記検査施設の第１コンピュータシステムと、第１コンピュータシステムとネットワークを介して通信可能に接続され、第１コンピュータシステムから受信した前記検査データを依頼元に配信するデータセンタの第２コンピュータシステムとからなる医用ネットワークシステムにおいて、
前記第１コンピュータシステムは、前記医療検査に関する複数の前記検査データを格納する第１データ格納手段と、
前記検査施設内の端末を通じて、前記第１データ格納手段内の複数の前記検査データのそれぞれにアクセスしたユーザのアクセス履歴を記録するアクセス履歴記録手段とを備えており、
前記第２コンピュータシステムは、複数の前記検査データに対応する前記アクセス履歴を、前記ネットワークを通じて前記第１コンピュータシステムから受信するアクセス履歴受信手段と、
受信した前記アクセス履歴に基づいて、複数の前記検査データのそれぞれに対して重要度を判定する重要度判定手段と、
前記重要度を前記各検査データと関連付けて記録する重要度記録手段と、
前記依頼元の端末からの要求に応じて前記各検査データに対応する前記重要度の判定結果を配信する配信手段とを備えたことを特徴とする医用ネットワークシステム。
【請求項１５】
前記第２コンピュータシステムは、さらに、前記検査データを格納する第２データ格納手段と、
前記重要度に基づいて、前記第２データ格納手段内の前記検査データのそれぞれの保管期間を決定する保管期間決定手段とを備えたことを特徴とする請求項１４記載の医用ネットワークシステム。
【請求項１】
医療検査に関する複数の検査データのそれぞれについて、端末を通じてアクセスするユーザのアクセス履歴を取得するアクセス履歴取得手段と、
前記アクセス履歴に基づいて、前記検査データ毎に診断時の利用価値の尺度となる重要度を判定する重要度判定手段と、
前記重要度を前記検査データと関連付けて記録する重要度記録手段と、
前記重要度の判定結果を出力する出力手段とを備えたことを特徴とする検査データ管理装置。
【請求項２】
前記重要度判定手段は、前記アクセス履歴の内容に応じてスコアを算出して、算出したスコアを元に前記重要度を判定することを特徴とする請求項１記載の検査データ管理装置。
【請求項３】
前記アクセス履歴には、前記ユーザのユーザＩＤ及び検査データのＩＤに加えて、前記検査データ毎のアクセス日時及びアクセス回数のうち少なくとも１つが含まれることを特徴とする請求項１又は２記載の検査データ管理装置。
【請求項４】
前記複数の検査データは、１人の患者に対して実施された複数の医療検査に関する検査データであることを特徴とする請求項１〜３いずれか記載の検査データ管理装置。
【請求項５】
前記重要度判定手段は、前記ユーザのプロファイルに応じて与えられた重み付けを元に前記重要度を判定することを特徴とする請求項１〜４いずれか記載の検査データ管理装置。
【請求項６】
前記プロファイルは、医師の資格の有無、所属、職位の少なくとも１つを含むことを特徴とする請求項５記載の検査データ管理装置。
【請求項７】
前記検査データへのアクセスの目的が、医用レポート作成に利用する目的及び確定診断に利用する目的の少なくともいずれかの目的であるか否かを判定するアクセス目的判定手段を有しており、
前記重要度判定手段は、前記アクセス目的判定手段の判定結果を元に前記重要度を判定することを特徴とする請求項１〜６いずれか記載の検査データ管理装置。
【請求項８】
前記重要度判定手段は、前記アクセス目的判定手段の判定結果に応じて与えられた重み付けを元に前記重要度を判定することを特徴とする請求項７記載の検査データ管理装置。
【請求項９】
前記アクセス目的判定手段は、前記ユーザＩＤ及び前記アクセス日時に基づいて、前記アクセス目的を判定することを特徴とする請求項７又は８記載の検査データ管理装置。
【請求項１０】
前記重要度判定手段は、前記アクセス履歴から前記検査データの閲覧履歴を調べて、前記重要度を判定することを特徴とする請求項１〜９いずれか記載の検査データ管理装置。
【請求項１１】
前記重要度判定手段は、前記検査データが別の検査データに引用されたことを表す引用履歴を前記アクセス履歴から調べて、前記重要度を判定することを特徴とする請求項１〜１０いずれか記載の検査データ管理装置。
【請求項１２】
前記重要度に基づいて検査データのそれぞれの保管期間を決定する保管期間決定手段を備えたことを特徴とする請求項１〜１１いずれか記載の検査データ管理装置。
【請求項１３】
医療検査に関する複数の検査データのそれぞれについて、端末を通じてアクセスするユーザのアクセス履歴を取得するアクセス履歴取得ステップと、
前記アクセス履歴に基づいて、前記検査データ毎に重要度を判定する重要度判定ステップと、
前記重要度を前記検査データと関連付けて記録する重要度記録ステップとを備えたことを特徴とする検査データ管理方法。
【請求項１４】
医療検査の依頼先の検査施設から依頼元宛てに検査データを送信する前記検査施設の第１コンピュータシステムと、第１コンピュータシステムとネットワークを介して通信可能に接続され、第１コンピュータシステムから受信した前記検査データを依頼元に配信するデータセンタの第２コンピュータシステムとからなる医用ネットワークシステムにおいて、
前記第１コンピュータシステムは、前記医療検査に関する複数の前記検査データを格納する第１データ格納手段と、
前記検査施設内の端末を通じて、前記第１データ格納手段内の複数の前記検査データのそれぞれにアクセスしたユーザのアクセス履歴を記録するアクセス履歴記録手段とを備えており、
前記第２コンピュータシステムは、複数の前記検査データに対応する前記アクセス履歴を、前記ネットワークを通じて前記第１コンピュータシステムから受信するアクセス履歴受信手段と、
受信した前記アクセス履歴に基づいて、複数の前記検査データのそれぞれに対して重要度を判定する重要度判定手段と、
前記重要度を前記各検査データと関連付けて記録する重要度記録手段と、
前記依頼元の端末からの要求に応じて前記各検査データに対応する前記重要度の判定結果を配信する配信手段とを備えたことを特徴とする医用ネットワークシステム。
【請求項１５】
前記第２コンピュータシステムは、さらに、前記検査データを格納する第２データ格納手段と、
前記重要度に基づいて、前記第２データ格納手段内の前記検査データのそれぞれの保管期間を決定する保管期間決定手段とを備えたことを特徴とする請求項１４記載の医用ネットワークシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００９−１７６１７３（Ｐ２００９−１７６１７３Ａ）
【公開日】平成２１年８月６日（２００９．８．６）
【国際特許分類】
【出願番号】特願２００８−１５７３６（Ｐ２００８−１５７３６）
【出願日】平成２０年１月２８日（２００８．１．２８）
【出願人】（３０６０３７３１１）富士フイルム株式会社 (25,513)
【Ｆターム（参考）】
【公開日】平成２１年８月６日（２００９．８．６）
【国際特許分類】
【出願日】平成２０年１月２８日（２００８．１．２８）
【出願人】（３０６０３７３１１）富士フイルム株式会社 (25,513)
【Ｆターム（参考）】
[ Back to top ]