(57)【要約】 【課題】患者が、医用画像データの読影を依頼する場合における利便性を向上させる。【解決手段】読影受付サーバ１０は、ログインした（アクセス許可された）患者の汎用ＰＣ端末５０がアップロードした、メディアＭに記憶された読影対象となる医用画像データを記憶して管理する。そして、読影受付サーバ１０は、ログインした（アクセス許可された）登録読影者の読影端末２０からの取得要求に応じて、アップロードされた医用画像データを当該読影端末２０に送信する。そして、読影端末２０は、送信された医用画像データに対する読影レポート情報を生成し、当該読影レポート情報を読影受付サーバ１０に送信する。そして、読影受付サーバ１０は、ログインした患者の汎用ＰＣ端末５０に、当該読影レポート情報を提供可能とする。【選択図】図１
2009294892.tif 000002
【特許請求の範囲】
【請求項１】
１又は複数の外部機器と、読影レポート情報を生成する１又は複数の読影端末と、読影受付サーバとが通信ネットワークを介してデータ通信可能に接続された読影受付システムであって、
前記外部機器は、
読影対象となる医用画像データを前記読影受付サーバに送信する第１制御手段、
を備え、
前記読影受付サーバは、
記憶手段と、
前記外部機器から送信された医用画像データを前記記憶手段に記憶させて管理し、前記読影端末からの取得要求に応じて、前記記憶手段に記憶された医用画像データを当該読影端末に送信する第２制御手段と、
を備え、
前記読影端末は、
前記読影受付サーバから送信された医用画像データに対する読影レポート情報を生成し、当該読影レポート情報を前記読影受付サーバに送信する第３制御手段、
を備え、
前記読影受付サーバの第２制御手段は、
前記読影端末から送信された読影レポート情報を前記記憶手段に記憶させて管理し、当該読影レポート情報を前記外部機器に提供する、
読影受付システム。
【請求項２】
前記外部機器の第１制御手段は、
前記読影対象となる医用画像データを可搬型記憶媒体から読み込む、
請求項１に記載の読影受付システム。
【請求項３】
前記読影受付サーバは、
前記読影端末からのアクセスを制御するアクセス制御手段、
を更に備え、
前記読影受付サーバの第２制御手段は、前記アクセス制御手段によりアクセスを許可された読影端末にのみ、前記取得要求に応じた医用画像データを送信する、
請求項１又は２に記載の読影受付システム。
【請求項４】
前記読影受付サーバの第２制御手段は、
前記医用画像データに付帯する付帯情報に含まれる個人情報を隠蔽して、前記医用画像データを前記読影端末に送信する、
請求項１〜３の何れか一項に記載の読影受付システム。
【請求項５】
前記読影受付サーバの記憶手段は、アクセス許可読影者リストと資格情報とを記憶し、
前記アクセス制御手段は、前記アクセス許可読影者リストに基づいて、当該読影端末からのアクセスを制御し、
前記読影受付サーバは、前記資格情報に基づいて、前記アクセス許可読影者リストに読影者の情報を追加するか否かを判定し、追加すると判定した場合、前記アクセス許可読影者リストに当該読影者の情報を追加する判定制御手段、
を更に備える請求項１〜４の何れか一項に記載の読影受付システム。
【請求項６】
前記外部機器の第１制御手段は、
前記医用画像データに関する患者の付加情報を前記読影受付サーバに送信し、
前記読影受付サーバの第２制御手段は、
前記外部機器から送信された患者の付加情報を前記記憶手段に記憶させて管理し、前記読影端末からの取得要求に応じて、前記医用画像データと共に、前記付加情報を前記読影端末に送信する、
請求項１〜５の何れか一項に記載の読影受付システム。
【請求項７】
前記読影受付サーバの第２制御手段は、
前記付加情報に含まれる個人情報を隠蔽して、前記付加情報を前記読影端末に送信する、
請求項６に記載の読影受付システム。
【請求項８】
前記読影受付サーバの記憶手段は、医療施設における診療予約情報を記憶し、
前記読影受付サーバの第２制御手段は、
前記読影レポート情報と共に、前記診療予約情報を前記外部機器に提供可能とする、
請求項１〜７の何れか一項に記載の読影受付システム。
【請求項９】
１又は複数の外部機器と、読影レポート情報を生成する１又は複数の読影端末と、読影受付サーバとが通信ネットワークを介してデータ通信可能に接続された読影受付システムにおける読影受付方法であって、
前記外部機器において、読影対象となる医用画像データを前記読影受付サーバに送信するステップ、
前記読影受付サーバにおいて、前記外部機器から送信された医用画像データを記憶手段に記憶させて管理し、前記読影端末からの取得要求に応じて、前記記憶手段に記憶された医用画像データを当該読影端末に送信するステップ、
前記読影端末において、前記読影受付サーバから送信された医用画像データに対する読影レポート情報を生成し、当該読影レポート情報を前記読影受付サーバに送信するステップ、
前記読影受付サーバにおいて、前記読影端末から送信された読影レポート情報を前記記憶手段に記憶させて管理し、当該読影レポート情報を前記外部機器に提供するステップ、
とからなる読影受付方法。
【請求項１０】
１又は複数の外部機器と、読影レポート情報を生成する１又は複数の読影端末と通信ネットワークを介してデータ通信可能に接続された読影受付サーバであって、
記憶手段と、
前記外部機器から送信された、読影対象となる医用画像データを前記記憶手段に記憶させて管理し、前記読影端末からの取得要求に応じて、前記記憶手段に記憶された医用画像データを当該読影端末に送信し、当該読影端末から送信された読影レポート情報を前記記憶手段に記憶させて管理し、当該読影レポート情報を前記外部機器に提供する制御手段と、
を備える読影受付サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、読影受付システム、読影受付方法及び読影受付サーバに関する。
【背景技術】
【０００２】
近年、多くの医療機関において情報のデジタル化が図られている。例えば、ＣＲ（Computed Radiography）装置、ＣＴ（Computed Tomography）装置、ＭＲＩ（Magnetic Resonance Imaging）装置等の画像生成装置（モダリティ）は、撮影により得られた医用画像の画像データに付帯情報を付帯させて、ＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格に則った医用画像データを生成する。
【０００３】
また、撮影装置の種類も増え、より高解像度の画像（医用画像データ）が得られる等、技術の進歩により、医師の診断においてもより高度な専門性が要求されてきている。そのため、大規模な病院では、読影専門の医師（読影医）、患者の診断専門の医師（診断医）のように、分業化して医療行為を行う場合が多い。
【０００４】
また、大規模の病院でなくとも、他の施設に医用画像データの読影を依頼し、自施設では、その読影結果に基づいて、患者の診断を行う病院もある。このような病院を支援するための技術として、例えば、医用画像データの読影を行う施設（読影ＡＳＰ（Application Service Provider：アプリケーション・サービス・プロバイダ））と医療施設とを含むシステムにおいて、医療施設から読影ＡＳＰへの読影依頼を仲介するサーバを有するシステムが開示されている（特許文献１参照）。
【０００５】
ところで、医療の現場において、セカンドオピニオン等、医療の情報を患者に開示することの重要性が浸透しつつある。そのため、生成された医用画像データをＣＤ−Ｒ等のメディア（可搬型記憶媒体）に書き込み、患者に当該メディアを提供する医療施設が増えている。尚、このメディアには、ＩＨＥ（Integrating Healthcare Enterprise）およびＩＨＥ−Ｊ（Integrating Healthcare Enterprise - Japan）のＰＤＩ（Portable Data for Imaging）によって定められたデータ構造に則って、医用画像データが書き込まれている。
【特許文献１】特開２００２−１０９０５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、患者は、受け取ったメディアに記憶された医用画像データについて確認したい（再読影してもらいたい）場合、メディアを受け取った医療施設とは別の医療施設に当該メディアを持参し、持参した医療施設において医用画像データの読影をしてもらう必要があり、不便であった。
【０００７】
また、セカンドオピニオンを受けたい場合、患者は、セカンドオピニオンを受ける医療施設の選択に迷ってしまう場合があり、不便であった。
【０００８】
本発明は、上述したような課題に鑑みて為されたものであり、その目的とするところは、患者が、医用画像データの読影を依頼する場合における利便性を向上させることである。
【課題を解決するための手段】
【０００９】
上記の課題を解決するために、請求項１に記載の発明は、
１又は複数の外部機器と、読影レポート情報を生成する１又は複数の読影端末と、読影受付サーバとが通信ネットワークを介してデータ通信可能に接続された読影受付システムであって、
前記外部機器は、
読影対象となる医用画像データを前記読影受付サーバに送信する第１制御手段、
を備え、
前記読影受付サーバは、
記憶手段と、
前記外部機器から送信された医用画像データを前記記憶手段に記憶させて管理し、前記読影端末からの取得要求に応じて、前記記憶手段に記憶された医用画像データを当該読影端末に送信する第２制御手段と、
を備え、
前記読影端末は、
前記読影受付サーバから送信された医用画像データに対する読影レポート情報を生成し、当該読影レポート情報を前記読影受付サーバに送信する第３制御手段、
を備え、
前記読影受付サーバの第２制御手段は、
前記読影端末から送信された読影レポート情報を前記記憶手段に記憶させて管理し、当該読影レポート情報を前記外部機器に提供する。
【００１０】
請求項２に記載の発明は、請求項１に記載の発明において、
前記外部機器の第１制御手段は、
前記読影対象となる医用画像データを可搬型記憶媒体から読み込む。
【００１１】
請求項３に記載の発明は、請求項１又は２に記載の発明において、
前記読影受付サーバは、
前記読影端末からのアクセスを制御するアクセス制御手段、
を更に備え、
前記読影受付サーバの第２制御手段は、前記アクセス制御手段によりアクセスを許可された読影端末にのみ、前記取得要求に応じた医用画像データを送信する。
【００１２】
請求項４に記載の発明は、請求項１〜３の何れか一項に記載の発明において、
前記読影受付サーバの第２制御手段は、
前記医用画像データに付帯する付帯情報に含まれる個人情報を隠蔽して、前記医用画像データを前記読影端末に送信する。
【００１３】
請求項５に記載の発明は、請求項１〜４の何れか一項に記載の発明において、
前記読影受付サーバの記憶手段は、アクセス許可読影者リストと資格情報とを記憶し、
前記アクセス制御手段は、前記アクセス許可読影者リストに基づいて、当該読影端末からのアクセスを制御し、
前記読影受付サーバは、前記資格情報に基づいて、前記アクセス許可読影者リストに読影者の情報を追加するか否かを判定し、追加すると判定した場合、前記アクセス許可読影者リストに当該読影者の情報を追加する判定制御手段、
を更に備える。
【００１４】
請求項６に記載の発明は、請求項１〜５の何れか一項に記載の発明において、
前記外部機器の第１制御手段は、
前記医用画像データに関する患者の付加情報を前記読影受付サーバに送信し、
前記読影受付サーバの第２制御手段は、
前記外部機器から送信された患者の付加情報を前記記憶手段に記憶させて管理し、前記読影端末からの取得要求に応じて、前記医用画像データと共に、前記付加情報を前記読影端末に送信する。
【００１５】
請求項７に記載の発明は、請求項６に記載の発明において、
前記読影受付サーバの第２制御手段は、
前記付加情報に含まれる個人情報を隠蔽して、前記付加情報を前記読影端末に送信する。
【００１６】
請求項８に記載の発明は、請求項１〜７の何れか一項に記載の発明において、
前記読影受付サーバの記憶手段は、医療施設における診療予約情報を記憶し、
前記読影受付サーバの第２制御手段は、
前記読影レポート情報と共に、前記診療予約情報を前記外部機器に提供可能とする。
【００１７】
請求項９に記載の発明は、
１又は複数の外部機器と、読影レポート情報を生成する１又は複数の読影端末と、読影受付サーバとが通信ネットワークを介してデータ通信可能に接続された読影受付システムにおける読影受付方法であって、
前記外部機器において、読影対象となる医用画像データを前記読影受付サーバに送信するステップ、
前記読影受付サーバにおいて、前記外部機器から送信された医用画像データを記憶手段に記憶させて管理し、前記読影端末からの取得要求に応じて、前記記憶手段に記憶された医用画像データを当該読影端末に送信するステップ、
前記読影端末において、前記読影受付サーバから送信された医用画像データに対する読影レポート情報を生成し、当該読影レポート情報を前記読影受付サーバに送信するステップ、
前記読影受付サーバにおいて、前記読影端末から送信された読影レポート情報を前記記憶手段に記憶させて管理し、当該読影レポート情報を前記外部機器に提供するステップ、
とからなる。
【００１８】
請求項１０に記載の発明は、
１又は複数の外部機器と、読影レポート情報を生成する１又は複数の読影端末と通信ネットワークを介してデータ通信可能に接続された読影受付サーバであって、
記憶手段と、
前記外部機器から送信された、読影対象となる医用画像データを前記記憶手段に記憶させて管理し、前記読影端末からの取得要求に応じて、前記記憶手段に記憶された医用画像データを当該読影端末に送信し、当該読影端末から送信された読影レポート情報を前記記憶手段に記憶させて管理し、当該読影レポート情報を前記外部機器に提供する制御手段と、
を備える。
【発明の効果】
【００１９】
請求項１、９、１０に記載の発明によれば、読影受付サーバは、外部機器から送信された、読影対象となる医用画像データを記憶手段に記憶させて管理する。そして、前記読影受付サーバは、読影端末からの取得要求に応じて、前記記憶手段に記憶された医用画像データを当該読影端末に送信する。そして、前記読影受付サーバは、前記読影端末において生成され送信された読影レポート情報を前記記憶手段に記憶させて管理する。そして、前記読影受付サーバは、前記読影レポート情報を前記外部機器に提供する。
【００２０】
そのため、患者個人が、自宅に設置された汎用ＰＣ端末（外部機器）等から、医用画像データの読影を依頼することができ、当該医用画像データの読影レポート情報を自宅において参照することができる。よって、患者が、医用画像データの読影を依頼する場合における利便性を向上させることができる。
【００２１】
請求項２に記載の発明によれば、読影対象となる前記医用画像データは、前記外部機器において可搬型記憶媒体から読み込まれる。そのため、患者個人が、自宅に設置された汎用ＰＣ端末（外部機器）等から、可搬型記憶媒体に記憶された医用画像データの読影を依頼することができる。
【００２２】
請求項３に記載の発明によれば、前記読影受付サーバは、アクセスを許可した読影端末にのみ、前記取得要求に応じた医用画像データを送信する。そのため、前記読影受付サーバにログインをしなければ、読影者は、医用画像データを参照することができず、個人情報保護の観点において優れている。
【００２３】
請求項４に記載の発明によれば、前記読影受付サーバは、アップロードされた医用画像データに含まれる個人情報を隠蔽して前記読影端末に送信する。そのため、たとえ、読影医であろうとも患者の個人情報を知ることができず、個人情報保護の観点において更に優れている。
【００２４】
請求項５に記載の発明によれば、前記読影受付サーバは、資格情報に基づいて、アクセス許可読影者リストに読影者の情報を追加するか否かを判定する。そのため、条件の満たした読影者のみに、アップロードされた医用画像データを提供することができる。
【００２５】
請求項６に記載の発明によれば、前記読影受付サーバは、前記読影端末に、アップロードされた医用画像データと共に、当該医用画像データに関する患者の付加情報を送信する。そのため、読影医は、より多くの情報を参照して読影レポートを作成することができる。
【００２６】
請求項７に記載の発明によれば、前記読影受付サーバは、付加情報に含まれる個人情報を隠蔽して前記読影端末に送信する。そのため、たとえ、読影医であろうとも患者の個人情報を知ることができず、個人情報保護の観点において更に優れている。
【００２７】
請求項８に記載の発明によれば、前記読影受付サーバは、読影レポート情報と共に、読影レポートを作成した読影者が属する医療施設における診療予約情報を、ログインした患者の端末に提供可能とする。そのため、患者は、読影レポートを参照した後、当該読影レポートを作成した読影者の属する医療施設に診療予約を容易に行うことができる。
【発明を実施するための最良の形態】
【００２８】
以下、図面を参照して本発明の一実施形態について説明する。
【００２９】
[読影受付システムのシステム構成]
図１に、読影受付システム１のシステム構成を示す。図１に示すように、読影受付システム１は、管理会社内システム１００と、複数の病院内医用画像システム（Ａ病院内医用画像システム２００、Ｂ病院内医用画像システム３００、Ｃ病院内医用画像システム４００）と、患者の自宅等に設置された汎用ＰＣ端末（汎用ＰＣ端末５０、６０、７０）等から構成されており、各システムや各端末は、インターネット等の通信ネットワークＮを介してデータ通信可能に接続されている。
【００３０】
Ａ病院内医用画像システム２００は、Ａ病院内における医用画像システムである。Ａ病院内医用画像システム２００は、読影端末２０や図示しないＲＩＳ（Radiological Information System：放射線情報システム）、モダリティ、画像サーバ、レポート管理サーバ等の装置から構成されており、各装置は、ＬＡＮを介してデータ通信可能に接続されている。また、ＬＡＮに接続された各装置は、ルータ等の通信機器を介して通信ネットワークＮと通信可能に接続されている。
【００３１】
読影端末２０は、医用画像を表示するモニタを有し、読影医が医用画像の読影レポートを作成することを主な目的として設置されるＰＣ（Personal Computer）等の端末である。
【００３２】
読影端末２０は、読影医によるユーザ操作に基づき、管理会社内システム１００の読影受付サーバ１０に医用画像データ取得要求を送信し、当該取得要求に応じた医用画像データを取得する。そして、当該医用画像データに基づきモニタに医用画像を表示する。そして、読影端末２０は、読影医によるユーザ操作に基づき、読影レポートを作成し、当該読影レポートを読影レポート情報として読影受付サーバ１０に送信する。そして、読影受付サーバ１０は、送信された読影レポート情報を保存する。
【００３３】
また、読影端末２０は、読影医によるユーザ操作に基づき、Ａ病院内医用画像システム２００の図示しない画像サーバに医用画像データ取得要求を送信し、当該取得要求に応じた医用画像データを取得する。そして、当該医用画像データに基づきモニタに医用画像を表示する。そして、読影端末２０は、読影医によるユーザ操作に基づき、読影レポートを作成し、当該読影レポートを読影レポート情報としてＡ病院内医用画像システム２００の図示しないレポート管理サーバに送信する。そして、当該レポート管理サーバは、送信された読影レポート情報を保存する。
【００３４】
ここで、図２を用いて医用画像データについて説明する。図２に示すように、医用画像データは、付帯情報と画像実データとから構成される。また、付帯情報は、患者情報、検査情報、シリーズ情報及び画像情報を含む。
【００３５】
患者情報は、患者ＩＤ、患者名、生年月日、性別等の患者に関する情報である。検査情報は、検査を識別する検査インスタンスＵＩＤ、検査日、検査時刻、受付番号、担当医師等の検査に関する情報である。シリーズ情報は、シリーズを識別するシリーズインスタンスＵＩＤ、モダリティ名、検査部位、シリーズ番号等の、一つの検査の中で生成されるモダリティ毎の一連の医用画像の単位（シリーズ）に関する情報である。画像情報は、画像を識別するＳＯＰインスタンスＵＩＤ、画像番号等の医用画像に関する情報である。
【００３６】
また、１人の患者に対して１又は複数の検査が紐付けられる（関連している）。そのため、患者情報と検査情報との間には、１対１、又は１対複数の関連がある。また、１検査に対して１又は複数のシリーズが紐付けられる（関連している）。そのため、検査情報とシリーズ情報との間には、１対１、又は１対複数の関連がある。また、１シリーズに対して１又は複数の医用画像が紐付けられる（関連している）。そのため、シリーズ情報と画像情報との間には、１対１、又は１対複数の関連がある。以下、医用画像１枚に対応する医用画像データを医用画像データオブジェクトと称す。
【００３７】
次に、図３を用いて読影レポート情報について説明する。図３に示すように、読影レポート情報は、付帯情報とレポート実データとから構成される。また、付帯情報は、患者情報、検査情報等を含む。以下、１検査に対応する読影レポート情報を読影レポート情報オブジェクトと称す。つまり、読影レポート情報オブジェクトのレポート実データは、ある１検査の画像群に対する読影レポートの情報である。
【００３８】
図１に戻り、Ｂ病院内医用画像システム３００、Ｃ病院内医用画像システム４００は、Ａ病院内医用画像システム２００と同様の構成となっており、その説明を省略する。
【００３９】
汎用ＰＣ端末５０は、例えば、患者の自宅に設置されており、図示しないルータ等の通信機器を介して通信ネットワークＮと通信可能に接続されている汎用ＰＣである。
【００４０】
汎用ＰＣ端末５０は、ある医療施設において、ＩＨＥおよびＩＨＥ−ＪのＰＤＩによって定められたデータ構造に則って書き込まれたＤＩＣＯＭ画像データ等をメディアＭ（可搬型記憶媒体）から読み出す。そして、汎用ＰＣ端末５０は、ユーザ操作に基づき、当該ＤＩＣＯＭ画像データを管理会社内システム１００の読影受付サーバ１０に送信する。
【００４１】
汎用ＰＣ端末６０、７０は、汎用ＰＣ端末５０と同様の構成となっており、その説明を省略する。
【００４２】
管理会社内システム１００は、読影受付システム１における各種情報を管理する会社内のシステムである。管理会社内システム１００は、読影受付サーバ１０や図示しないその他の装置とから構成されており、各装置は、ＬＡＮを介して（Local Area Network）データ通信可能に接続されている。また、ＬＡＮに接続された各装置は、ルータ等の通信機器を介して通信ネットワークＮと通信可能になっている。
【００４３】
読影受付サーバ１０は、読影受付システム１における各種情報を管理するサーバである。具体的に、読影受付サーバ１０は、患者の自宅等に設置された汎用ＰＣ端末（汎用ＰＣ端末５０、６０、７０、…）から送信されるＤＩＣＯＭ画像データを保存し管理する。また、読影受付サーバ１０は、各病院内医用画像システム（Ａ病院内医用画像システム２００、Ｂ病院内医用画像システム３００、Ｃ病院内医用画像システム４００、…）に設置された読影端末（読影端末２０、３０、４０、…）からの取得要求に応じて、このＤＩＣＯＭ画像データを提供する。また、読影受付サーバ１０は、前記読影端末から送信される読影レポート情報を保存し管理する。また、読影受付サーバ１０は、患者の自宅等に設置された汎用ＰＣ端末から当該読影レポート情報を参照可能とする。
【００４４】
[読影受付サーバの機能的構成]
図４に、読影受付サーバ１０の機能的構成を示す。図４に示すように、読影受付サーバ１０は、制御部１１、通信部１２、記憶部１３を備えて構成され、各部はバス１４により接続されている。
【００４５】
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）等から構成され、読影受付サーバ１０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、通信部１２により受信される指示信号に応じて、記憶部１３に記憶されている各種処理プログラムを読み出し、ＲＡＭ内に形成されたワークエリアに展開し、当該プログラムとの協働により各種処理を行う。
【００４６】
通信部１２は、ＬＡＮ（Local Area Network）アダプタ、ルータ、ＴＡ（Terminal Adapter）等を備え、ＬＡＮを介して接続された管理会社内システム１００を構成する各装置、更に通信ネットワークＮを介して接続された各病院内医用画像システム（Ａ病院内医用画像システム２００、Ｂ病院内医用画像システム３００、Ｃ病院内医用画像システム４００）や汎用ＰＣ端末（汎用ＰＣ端末５０、汎用ＰＣ端末６０、汎用ＰＣ端末７０）等の外部機器との間でデータの送受信を行う。
【００４７】
記憶部１３は、ハードディスク等から構成され、制御プログラム、当該プログラムの実行に必要なパラメータやファイル等を記憶している。また、記憶部１３は、登録読影者リスト１３１、登録患者リスト１３２、読影依頼リスト１３３、医用画像データ（１又は複数の医用画像データオブジェクト）、読影レポート情報（１又は複数の読影レポート情報オブジェクト）、サンプル読影レポート情報（１又は複数のサンプル読影レポート情報オブジェクト）を記憶する。
【００４８】
登録読影者リスト１３１（アクセス許可読影者リスト）とは、読影受付サーバ１０に保存管理されている医用画像データを読影する資格を持つ読影者のデータベースである。図５に、登録読影者リスト１３１のデータ構成を示す。図５に示すように、登録読影者リスト１３１のレコードは、読影者登録ＩＤ、パスワード、読影者情報、勤務先情報等を含む。読影者登録ＩＤは、レコード毎に割り振られる一意の値である。パスワードはレコード毎に設定される値であり、ユーザ（読影者）により変更可能である。読影者情報は、「氏名」「性別」「専門科」等の読影者に関する情報である。ここで、「専門科」は、内科、外科等の値をとる。勤務先情報は、「病院名」「住所」「電話番号」「ＵＲＬ」「予約先リンク」等の読影者が勤務する病院に関する情報である。ここで、「ＵＲＬ」は、病院のホームページ（トップページ）へのリンク情報（ＵＲＬ）を示す。「予約先リンク」は、病院のホームページ内にある診療の予約ページへのリンク情報（ＵＲＬ）（診療予約情報）を示す。尚、登録読影者リスト１３１にレコードが追加される場合、制御部１１は、読影者登録ＩＤとパスワードを設定する。
【００４９】
登録患者リスト１３２とは、自らが読影受付サーバ１０に登録する医用画像データの読影を読影者に依頼する患者（読影受付サーバ１０のユーザ）のデータベースである。図６に、登録患者リスト１３２のデータ構成を示す。図６に示すように、登録患者リスト１３２のレコードは、項目「患者氏名」「患者登録ＩＤ」「パスワード」「患者インスタンスＵＩＤ」「性別」「年齢」「身長」「体重」「読影レポート公開可否」「コメント」「金額」「アンケート結果」等から構成される。ここで、「患者登録ＩＤ」は、レコード毎に割り振られる一意の値である。パスワードはレコード毎に設定される値であり、ユーザ（患者）により変更可能である。「読影レポート公開可否」は、自分の医用画像データに対する読影レポートをインターネット上に公開してもよいか否かを示すフラグである。「金額」は、読影受付システム１の使用料として、管理会社に支払うべき金額を示す。「アンケート結果」は、「最近の体調に関して気になる点はありませんか？」「食欲はありますか？」等の予め用意された質問に対する患者の回答を示す。尚、登録患者リスト１３２にレコードが追加される場合、制御部１１は、読影者登録ＩＤとパスワードを設定する。
【００５０】
読影依頼リスト１３３とは、患者が自分の医用画像データの読影を読影者に依頼する読影依頼の一覧である。図７に、読影依頼リスト１３３のデータ構成を示す。図７に示すように、読影依頼リスト１３３のレコードは、項目「依頼ＩＤ」「依頼日時」「依頼先読影者登録ＩＤ」「患者登録ＩＤ」「患者氏名」「読影対象」「読影済」等から構成される。ここで、「依頼ＩＤ」は、レコード毎に割り振られる一意の値である。「依頼先読影者登録ＩＤ」は、当該レコードに対応する読影の依頼先となる読影者を示す情報で、登録読影者リスト１３１の「読影者登録ＩＤ」に対応する値である。「患者登録ＩＤ」「患者氏名」は、登録患者リスト１３２のレコードの項目「患者登録ＩＤ」「患者氏名」に対応する項目である。「読影対象」は、読影の対象となる医用画像データを示す項目であり、検査インスタンスＵＩＤ又はＳＯＰインスタンスＵＩＤ等のような値である。「読影済」は、レコードに対応する読影依頼による読影が既に行われたか否かを示す項目である。
【００５１】
[読影受付システムにおける各装置の具体的な動作]
次に、読影受付システム１において実行される各装置の具体的な動作について図８を用いて説明する。尚、本動作では、Ａ病院に勤務する読影医が、読影受付システム会社に読影者として登録され、そして、患者が汎用ＰＣ端末５０から自らの医用画像データをアップし、Ａ病院に勤務する読影医がこの医用画像データについて読影を行う場面を想定している。
【００５２】
まず、Ａ病院に勤務する読影医は、読影端末２０から読影受付システム会社のホームページ等にアクセスし、画面上で氏名、専門科、勤務先の病院名等の入力を行い、読影者として登録申請する旨のユーザ操作を行う。つまり、読影端末２０は、登録申請する旨の情報を読影受付サーバ１０に送信する（ステップＳ１）。
【００５３】
読影受付サーバ１０は、読影端末２０から送信された登録申請する旨の情報等に基づき、読影者登録処理を行う（ステップＳ２）。そして、読影受付サーバ１０は、読影者登録処理の結果、読影者としての登録を許可すると判定した場合、読影者の登録を許可する旨の情報を読影端末２０に送信する（ステップＳ３）。
【００５４】
ここで、図９を用いて、読影者が登録申請する際（ステップＳ１〜ステップＳ３において）、読影受付サーバ１０が行う処理の詳細について説明する。
【００５５】
図９に示すように、読影受付サーバ１０は、読影端末２０からの指示信号に基づき、読影端末２０のモニタに読影者登録申請画面２０１（図１０参照）を表示させる（ステップＳ１０１）。
【００５６】
Ａ病院に勤務する読影医は、この読影者登録申請画面２０１上で、読影者の「氏名」「性別」「専門科」、読影者の勤務先の「病院名」「住所」「電話番号」「トップページのＵＲＬ」「予約ページのＵＲＬ（予約先リンク）」等の情報を入力、選択する。ここで、この読影者登録申請画面２０１上で入力、選択された読影者（申請読影者）に関する情報を読影者登録申請情報と称す。そして、読影医は、送信ボタンｂ１を押下する。当該送信ボタンｂ１が押下されると、読影者登録申請情報が読影受付サーバ１０に送信される。
【００５７】
そして、読影受付サーバ１０は、読影端末２０から読影者登録申請情報を受信する（ステップＳ１０２）。そして、読影受付サーバ１０は、この読影者登録申請情報を解析する（ステップＳ１０３）。そして、読影受付サーバ１０は、読影者登録申請情報に含まれる「専門科」や「病院名」等を参照し、予め設定された登録を許可する全国病院のリストや登録を許可する専門科のリスト等と照合し、且つ管理会社内システム１００に設置されている図示しない端末からの登録を許可する旨の指示信号等に基づき、前記読影者登録申請情報に対応する読影医（申請読影者）の読影者登録を許可するか否かを判定する登録許可判定処理を行う（ステップＳ１０４）。尚、前記予め設定された登録を許可する全国病院のリストや登録を許可する専門科のリスト等を資格情報と称す。また、当該資格情報は、記憶部１３に記憶されている。
【００５８】
そして、読影受付サーバ１０は、ステップＳ１０４の登録許可判定の結果、登録を許可すると判定すると（ステップＳ１０５；ＹＥＳ）、読影者登録申請情報に基づいて、登録読影者リスト１３１のレコード（申請読影者に対応するレコード）を生成し、当該レコードを登録読影者リスト１３１に追加する（ステップＳ１０６）。そして、読影受付サーバ１０は、読影端末２０のモニタに、登録を許可する旨、追加したレコードの読影者登録ＩＤ、パスワードを表示させる（ステップＳ１０７）。
【００５９】
一方、読影受付サーバ１０は、ステップＳ１０４の登録許可判定処理の結果、登録を許可しないと判定すると（ステップＳ１０５；ＮＯ）、読影端末２０のモニタに登録不許可の旨を表示させる（ステップＳ１０８）。以上で処理が終了する。尚、医療施設単位で読影者の申請登録を行う構成としてもよい。
【００６０】
図８に戻り、登録が許可されたＡ病院に勤務する読影医は、読影端末２０において、インターネット上に公開しても支障のないサンプルとなる読影レポート情報を選択し、当該選択した読影レポート情報（サンプル読影レポート情報）を読影受付サーバ１０にアップロードする。つまり、読影端末２０は、読影医のユーザ操作に基づいて、サンプル読影レポート情報を読影受付サーバ１０に送信（登録）する（ステップＳ４）。
【００６１】
ここで、図１１を用いて、サンプル読影レポート情報を登録する際（ステップＳ４において）、読影受付サーバ１０が行う処理の詳細について説明する。尚、この処理は、各端末から読影受付サーバ１０にアクセスすることにより、適宜実行可能である。
【００６２】
図１１に示すように、読影受付サーバ１０は、読影端末２０からの指示信号に基づき、読影端末２０のモニタにログイン画面（図示せず）を表示させる。Ａ病院に勤務する読影医は、このログイン画面上で、読影者登録ＩＤ、パスワード等を入力する。
【００６３】
そして、読影受付サーバ１０は、入力された読影者登録ＩＤ及びパスワードと、登録読影者リスト１３１とに基づいて、読影者ログイン処理を行う（ステップＳ２０１）。具体的に、読影受付サーバ１０は、入力された読影者登録ＩＤ及びパスワードの値と等しい値を持つレコードを登録読影者リスト１３１から検索する。検索の結果、該当するレコードがある場合、読影受付サーバ１０は、ログインを許可する（ステップＳ２０２；ＹＥＳ）。一方、該当するレコードが無い場合、読影受付サーバ１０は、ログインを許可しない（ステップＳ２０２；ＮＯ）。
【００６４】
読影受付サーバ１０は、ログインを許可しない場合（ステップＳ２０２；ＮＯ）、読影端末２０のモニタにログインを許可しない旨を表示させる（ステップＳ２１０）。そして、処理が終了する。
【００６５】
一方、読影受付サーバ１０は、ログインを許可する場合（ステップＳ２０２；ＹＥＳ）、読影端末２０のモニタに、サンプルとする読影レポートを選択する画面であるサンプル読影レポート選択画面（図示せず）を表示させる（ステップＳ２０３）。Ａ病院に勤務する読影医は、このサンプル読影レポート選択画面上で、Ａ病院内医用画像システム２００内で管理されている読影レポート（読影レポート情報）の中から、又は、読影受付サーバ１０において管理されている自らが作成した読影レポート情報の中から、サンプルとする読影レポート（読影レポート情報）を選択する。そして、読影端末２０は、選択された読影レポートをサンプル読影レポート情報として読影受付サーバ１０に送信する。
【００６６】
そして、読影受付サーバ１０は、読影端末２０からサンプル読影レポート情報（又はサンプル選択情報）を受信する（ステップＳ２０４）。
【００６７】
そして、読影受付サーバ１０は、サンプル読影レポート情報公開可否判定を行う（ステップＳ２０５）。サンプル読影レポート情報公開可否判定とは、読影端末２０から受信したサンプル読影レポート情報をインターネット上に公開してもよいか否かを判定する処理である。
【００６８】
具体的に、読影受付サーバ１０は、受信したサンプル読影レポート情報の付帯情報に含まれる患者情報に基づいて、当該患者情報に該当するレコードを登録患者リスト１３２から検索する。検索の結果、該当するレコードが無い場合、サンプル読影レポート情報は公開不可であると判定する（ステップＳ２０６；ＮＯ）。また、該当するレコードが有る場合、読影受付サーバ１０は、このレコードの項目「読影レポート公開可否」の値を参照する。そして「読影レポート公開可否」の値が「可」の場合、サンプル読影レポート情報は公開可であると判定する（ステップＳ２０６；ＹＥＳ）。一方、「読影レポート公開可否」の値が「否」の場合、サンプル読影レポート情報は公開不可であると判定する（ステップＳ２０６；ＮＯ）。尚、検索の結果、該当するレコードが無い場合、読影受付サーバ１０は、サンプル読影レポート情報を公開可であると判定する構成としてもよい（ステップＳ２０６；ＹＥＳ）。
【００６９】
読影受付サーバ１０は、サンプル読影レポート情報は公開可であると判定すると（ステップＳ２０６；ＹＥＳ）、受信したサンプル読影レポート情報を記憶部１３に記憶させて、管理する（登録する）（ステップＳ２０９）。以上で処理が終了する。
【００７０】
一方、読影受付サーバ１０は、サンプル読影レポート情報は公開不可であると判定すると（ステップＳ２０６；ＮＯ）、読影端末２０のモニタに、送信されたサンプル読影レポート情報が公開不可である旨を表示させる（ステップＳ２０７）。そして、読影受付サーバ１０は、受信したサンプル読影レポート情報を削除する（ステップＳ２０８）。以上で処理が終了する。尚、サンプル読影レポート情報には、読影を行った読影者の特定情報（例えば、読影者の氏名、勤務先の病院名）が含まれる。
【００７１】
図８に戻り、ある病院（Ａ病院以外の病院）で検査を受け、自らの医用画像データが記憶されたメディアＭを所持している患者は、この患者の自宅に設置された汎用ＰＣ端末５０から読影受付システム会社のホームページ等にアクセスし、画面上で、公開されたサンプル読影レポート情報を参照する。具体的に、汎用ＰＣ端末５０は、読影受付サーバ１０の記憶部１３に記憶されているサンプル読影レポート情報を取得し、画面に表示する（ステップＳ５）。尚、このとき、読影受付サーバ１０は、サンプル読影レポート情報の付帯情報に含まれる患者情報、検査情報の中で、患者名、生年月日等の個人に関する情報（個人情報）を、特定記号で置き換えたり、削除したりして隠蔽する。つまり、読影受付サーバ１０は、サンプル情報レポート情報の付帯情報に含まれる個人情報を隠蔽し、汎用ＰＣ端末５０に送信する。また、読影者の特定情報（読影者の氏名、勤務先の病院名）等は隠蔽されない。
【００７２】
そして、メディアＭを所持している患者は、サンプル読影レポート情報を参照した結果、当該サンプル読影レポートを作成した読影医に、自身の医用画像データを読影してもらおうと判断する。そして、患者は、メディアＭに記憶された医用画像データを当該読影医に読影してもらうために、ユーザ登録を行う。つまり、汎用ＰＣ端末５０は、ユーザ登録を行うための情報（患者に関する情報）を読影受付サーバ１０に送信（アップロード）する（ステップＳ６）。
【００７３】
ここで、図１２を用いて、患者がユーザ登録する際（ステップＳ６において）、読影受付サーバ１０が行う処理の詳細について説明する。尚、この処理は、各端末から読影受付サーバ１０にアクセスすることにより、適宜実行可能である。
【００７４】
図１２に示すように、読影受付サーバ１０は、汎用ＰＣ端末５０からの指示信号に基づき、汎用ＰＣ端末５０の表示部に患者登録申請画面５１（図１３参照）を表示させる（ステップＳ３０１）。
【００７５】
メディアＭを所持している患者（登録申請患者）は、この患者登録申請画面５１上で、患者の「患者氏名」「性別」「年齢」「身長」「体重」「読影レポート公開可否」「コメント」「アンケート結果」等の情報を入力、選択する。この患者登録申請画面５１上で入力、選択した患者に関する情報を患者登録申請情報と称す。そして、患者は、送信ボタンｂ２を押下する。当該送信ボタンｂ２が押下されると、患者登録申請情報が読影受付サーバ１０に送信される。
【００７６】
そして、読影受付サーバ１０は、汎用ＰＣ端末５０から患者登録申請情報を受信する（ステップＳ３０２）。そして、読影受付サーバ１０は、この患者登録申請情報を解析する（ステップＳ３０３）。そして、読影受付サーバ１０は、患者登録申請情報に基づいて、登録患者リスト１３２のレコード（登録申請患者に対応するレコード）を生成し、当該レコードを登録患者リスト１３２に追加する（ステップＳ３０４）。そして、読影受付サーバ１０は、汎用ＰＣ端末５０のモニタに、追加したレコードの患者登録ＩＤ、パスワードを表示させる（ステップＳ３０５）。以上で処理が終了する。
【００７７】
図８に戻り、ユーザ登録を行った患者は、汎用ＰＣ端末５０にメディアＭをセットする。そして、汎用ＰＣ端末５０は、メディアＭからＤＩＣＯＭ画像データを読み出す。そして、汎用ＰＣ端末５０は、ユーザ操作に基づいて、読影依頼に関する情報を生成し、この医用画像データと共に、読影受付サーバ１０に送信（アップロード）する（ステップＳ７）。そして、読影受付サーバ１０は、課金処理を行う（ステップＳ８）。
【００７８】
ここで、図１４を用いて、読影依頼の際（ステップＳ７、Ｓ８において）、読影受付サーバ１０が行う処理の詳細について説明する。尚、この処理は、各端末から読影受付サーバ１０にアクセスすることにより、適宜実行可能である。
【００７９】
図１４に示すように、読影受付サーバ１０は、汎用ＰＣ端末５０からの指示信号に基づき、汎用ＰＣ端末５０の表示部にログイン画面（図示せず）を表示させる。メディアＭを所持している患者は、このログイン画面上で、患者登録ＩＤ、パスワード等を入力する。
【００８０】
そして、読影受付サーバ１０は、入力された患者登録ＩＤ及びパスワードと、登録患者リスト１３２とに基づいて、患者ログイン処理を行う（ステップＳ４０１）。具体的に、読影受付サーバ１０は、入力された患者登録ＩＤ及びパスワードの値と等しい値を持つレコードを登録患者リスト１３２から検索する。検索の結果、該当するレコードがある場合、読影受付サーバ１０は、ログインを許可する（ステップＳ４０２；ＹＥＳ）。一方、該当するレコードが無い場合、読影受付サーバ１０は、ログインを許可しない（ステップＳ４０２；ＮＯ）。
【００８１】
読影受付サーバ１０は、ログインを許可しない場合（ステップＳ４０２；ＮＯ）、汎用ＰＣ端末５０の表示部にログインを許可しない旨を表示させる（ステップＳ４１０）。そして、処理が終了する。
【００８２】
一方、読影受付サーバ１０は、ログインを許可する場合（ステップＳ４０２；ＹＥＳ）、汎用ＰＣ端末５０の表示部にメディアＭのセットを促す旨の文字列を表示させる。メディアＭがセットされると、汎用ＰＣ端末５０は、メディアＭに記憶されている医用画像データを読み出す。そして、読影受付サーバ１０は、汎用ＰＣ端末５０の表示部に、登録読影者リスト１３１に基づいて、登録読影者の勤務先の病院名、読影者の氏名等のリストを表示させる。そして、ログインした患者は、当該リストから読影依頼する読影者を選択する。そして、読影受付サーバ１０は、汎用ＰＣ端末５０の表示部に読影依頼画面５２（図１５参照）を表示させる（ステップＳ４０３）。読影依頼画面５２は、読影を依頼する読影者に関する情報を示す依頼読影者情報表示領域ｒ１と、メディアＭから読み込んだ医用画像データを表示する医用画像表示領域ｒ２等から構成される。
【００８３】
ログインした患者は、この読影依頼画面５２上で、読影受付サーバ１０に送信する医用画像データ、読影を依頼する読影者を確認する。そして、患者は、送信ボタンｂ３を押下する。当該送信ボタンｂ３が押下されると、医用画像データと読影を依頼する情報（読影依頼情報）とが読影受付サーバ１０に送信される。ここで、読影依頼情報は、読影依頼元の「患者登録ＩＤ」、読影依頼先の「読影者登録ＩＤ」を含む。
【００８４】
そして、読影受付サーバ１０は、汎用ＰＣ端末５０から読影依頼情報と医用画像データとを受信する（ステップＳ４０４）。読影受付サーバ１０は、受信した医用画像データを記憶部１３に記憶させ、管理（登録）する（ステップＳ４０５）。また、読影受付サーバ１０は、読影依頼情報に基づいて、読影依頼リスト１３３のレコードを生成し、当該レコードを読影依頼リスト１３３に追加する（ステップＳ４０６）。このとき、追加するレコードの項目「読影対象」の値を、受信した医用画像データの付帯情報に含まれる検査インスタンスＵＩＤの値とする。尚、追加するレコードの項目「読影対象」の値を、受信した医用画像データの付帯情報に含まれるＳＯＰインスタンスＵＩＤの値とする構成としてもよい。
【００８５】
次に、読影受付サーバ１０は、読影依頼情報に含まれる「患者登録ＩＤ」と同じ値を持つレコードを登録患者リスト１３２から検索し、当該レコードの項目「金額」の値を読み出す。そして、読影受付サーバ１０は、当該読み出した値に予め設定された金額の値（例えば、５００円）を加算し（ステップＳ４０７）、合計値を前記レコードの項目「金額」の値として上書き（更新）する（ステップＳ４０８）。
【００８６】
そして、読影受付サーバ１０は、汎用ＰＣ端末５０の表示部に、読影依頼の受付を完了した旨を表示させる（ステップＳ４０９）。以上で処理が終了する。
【００８７】
図８に戻り、Ａ病院に勤務する読影医は、読影端末２０から読影受付システム会社のホームページ等にアクセスし、画面上で読影依頼の一覧を参照する。そして、読影医は、自らに読影を依頼された検査（読影依頼に対応する検査）を選択する。そして、当該選択した（読影対象となる）検査に関する医用画像データと当該医用画像データに関する患者付加情報の取得を要求する旨のユーザ操作を行う。つまり、読影端末２０は、読影受付サーバ１０にアクセスし、読影依頼リスト１３３を取得（参照）する（ステップＳ９）。そして、読影受付サーバ１０は、読影端末２０からの取得要求に基づき、該当する医用画像データと患者付加情報を読影端末２０に送信する（ステップＳ１０）。ここで、患者付加情報とは、登録患者リスト１３２のレコードの全ての項目、又は一部の項目を指す。
【００８８】
尚、このとき、読影受付サーバ１０は、医用画像データの付帯情報に含まれる患者情報、検査情報の中で、患者名、生年月日等の個人に関する情報（個人情報）、及び患者付加情報に含まれる「患者氏名」「患者登録ＩＤ」「パスワード」等の情報（個人情報）を、特定記号で置き換えたり、削除したりして隠蔽する。つまり、読影受付サーバ１０は、医用画像データの付帯情報に含まれる個人情報と患者付加情報に含まれる個人情報とを隠蔽し、読影端末２０に送信する。
【００８９】
そして、読影端末２０は、読影受付サーバ１０から受信した医用画像データや患者付加情報等をモニタに表示する。そして、Ａ病院に勤務する読影医は読影を行う。そして、読影端末２０は、読影医によるユーザ操作に基づいて読影レポート情報を生成し（ステップＳ１１）、当該読影レポート情報を読影受付サーバ１０に送信（アップロード）する（ステップＳ１２）。
【００９０】
ここで、図１６を用いて、読影の際（ステップＳ９〜Ｓ１２において）、読影受付サーバ１０が行う処理の詳細について説明する。尚、この処理は、各端末から読影受付サーバ１０にアクセスすることにより、適宜実行可能である。
【００９１】
図１６に示すように、読影受付サーバ１０は、読影端末２０からの指示信号に基づき、読影端末２０のモニタにログイン画面（図示せず）を表示させる。Ａ病院に勤務する読影医は、このログイン画面上で、読影者登録ＩＤ、パスワード等を入力する。
【００９２】
そして、読影受付サーバ１０は、入力された読影者登録ＩＤ及びパスワードと、登録読影者リスト１３１とに基づいて、読影者ログイン処理を行う（ステップＳ５０１）。具体的に、読影受付サーバ１０は、入力された読影者登録ＩＤ及びパスワードの値と等しい値を持つレコードを登録読影者リスト１３１から検索する。検索の結果、該当するレコードがある場合、読影受付サーバ１０は、ログインを許可する（ステップＳ５０２；ＹＥＳ）。一方、該当するレコードが無い場合、読影受付サーバ１０は、ログインを許可しない（ステップＳ５０２；ＮＯ）。
【００９３】
読影受付サーバ１０は、ログインを許可しない場合（ステップＳ５０２；ＮＯ）、読影端末２０のモニタにログインを許可しない旨を表示させる（ステップＳ５０９）。そして、処理が終了する。
【００９４】
一方、読影受付サーバ１０は、ログインを許可する場合（ステップＳ５０２；ＹＥＳ）、読影端末２０のモニタに、読影依頼リスト画面２０２（図１７参照）を表示させる（ステップＳ５０３）。読影依頼リスト画面２０２は、読影依頼リスト表示領域ｒ３、読影ボタンｂ４等から構成される。読影依頼リスト表示領域ｒ３は、記憶部１３に記憶されている読影依頼リスト１３３に基づいて表示される。
【００９５】
ログインした読影医は、この読影依頼リスト画面２０２上で、読影依頼リスト表示領域ｒ３に表示されているユーザ登録している患者の読影依頼のレコード群の中から、自らが依頼先として指定されているレコードを選択（指定）する。そして、読影医は、読影ボタンｂ４を押下する。当該読影ボタンｂ４が押下されると、指定されたレコードの「依頼ＩＤ」を含む読影指定情報が、読影受付サーバ１０に送信される。
【００９６】
そして、読影受付サーバ１０は、読影端末２０から読影指定情報を受信する（ステップＳ５０４）。そして、読影受付サーバ１０は、この読影指定情報に含まれる「依頼ＩＤ」と同じ値を持つレコードを、読影依頼リスト１３３から検索し、該当するレコードの項目「読影対象」の検査インスタンスＵＩＤと同じ値を持つ、記憶部１３に記憶された医用画像データを抽出する。また、読影受付サーバ１０は、該当するレコードの項目「患者登録ＩＤ」と同じ値を持つレコードを、記憶部１３に記憶された登録患者リスト１３２から抽出する。
【００９７】
そして、読影受付サーバ１０は、抽出した医用画像データ（医用画像データオブジェクト群）、抽出した登録患者リスト１３２のレコード（患者付加情報）に含まれる患者個人情報を隠蔽する（ステップＳ５０５）。具体的に、読影受付サーバ１０は、医用画像データの付帯情報に含まれる患者情報、検査情報の中で、患者名、生年月日等の個人に関する情報（個人情報）、及び患者付加情報に含まれる「患者氏名」「患者登録ＩＤ」「パスワード」等の情報（個人情報）を、特定記号で置き換えたり、削除したりして隠蔽する。
【００９８】
そして、読影受付サーバ１０は、個人情報が隠蔽された医用画像データ、患者付加情報を読影端末２０に送信する（ステップＳ５０６）。
【００９９】
そして、読影端末２０は、読影受付サーバ１０から送信された医用画像データと登録患者リスト１３２のレコードに基づいて、医用画像、付帯情報、患者付加情報（年齢、身長、体重、アンケート結果等）をモニタに表示する。そして、読影端末２０は、読影医のユーザ操作等に基づいて、読影レポート情報を生成する。このとき、当該生成される読影レポート情報には、当該読影レポートを生成した読影者の「読影者登録ＩＤ」が含まれる。そして、読影端末２０は、生成した読影レポート情報を読影受付サーバ１０に送信（アップロード）する。
【０１００】
読影受付サーバ１０は、読影端末２０から読影レポート情報を受信すると（ステップＳ５０７）、当該読影レポート情報を記憶部１３に記憶させ、管理する（登録する）（ステップＳ５０８）。以上で、処理が終了する。
【０１０１】
図８に戻り、読影依頼を行った患者は、この患者の自宅に設置された汎用ＰＣ端末５０から読影受付システム会社のホームページ等にアクセスし、画面上で、読影依頼によって生成された読影レポートを参照する。具体的に、汎用ＰＣ端末５０は、読影受付サーバ１０の記憶部１３に記憶されている読影レポート情報を取得し、画面に表示する（ステップＳ１３）。
【０１０２】
そして、読影レポートを閲覧し、当該読影レポートを生成した病院で再受診したいと考える患者は、汎用ＰＣ端末の画面に病院の診療予約サイトへのリンクを表示させ、リンクを辿り、診療予約サイトのページを表示させる。そして、患者は診療予約を行う。具体的に、汎用ＰＣ端末５０は、読影受付サーバ１０から受信する「予約先リンク」の情報に基づいて、読影端末２０の診療予約を行う（ステップＳ１４）。
【０１０３】
ここで、図１８を用いて、ステップＳ１３、Ｓ１４において、読影受付サーバ１０が行う処理の詳細について説明する。尚、この処理は、各端末から読影受付サーバ１０にアクセスすることにより、適宜実行可能である。
【０１０４】
図１８に示すように、読影受付サーバ１０は、汎用ＰＣ端末５０からの指示信号に基づき、汎用ＰＣ端末５０の表示部にログイン画面（図示せず）を表示させる。メディアＭを所持している患者は、このログイン画面上で、患者登録ＩＤ、パスワード等を入力する。
【０１０５】
そして、読影受付サーバ１０は、入力された患者登録ＩＤ及びパスワードと、登録患者リスト１３２とに基づいて、患者ログイン処理を行う（ステップＳ６０１）。具体的に、読影受付サーバ１０は、入力された患者登録ＩＤ及びパスワードの値と等しい値を持つレコードを登録患者リスト１３２から検索する。検索の結果、該当するレコードがある場合、読影受付サーバ１０は、ログインを許可する（ステップＳ６０２；ＹＥＳ）。一方、該当するレコードが無い場合、読影受付サーバ１０は、ログインを許可しない（ステップＳ６０２；ＮＯ）。
【０１０６】
読影受付サーバ１０は、ログインを許可しない場合（ステップＳ６０２；ＮＯ）、汎用ＰＣ端末５０の表示部にログインを許可しない旨を表示させる（ステップＳ６０６）。そして、処理が終了する。
【０１０７】
一方、読影受付サーバ１０は、ログインを許可する場合（ステップＳ６０２；ＹＥＳ）、汎用ＰＣ端末５０の表示部に読影レポート参照画面５３（図１９参照）を表示させる（ステップＳ６０３）。読影レポート参照画面５３は、ログインした患者の個人情報を示す患者情報表示領域ｒ４、読影対象となった医用画像データを示す医用画像表示領域ｒ５、読影医により生成された読影レポート情報を示す読影レポート表示領域ｒ６等から構成される。
【０１０８】
具体的に、読影受付サーバ１０は、ログインしている患者の「患者インスタンスＵＩＤ」に基づいて、記憶部１３に記憶されている読影レポート情報、医用画像データを抽出する。そして、読影受付サーバ１０は、当該読影レポート情報、当該医用画像データ等に基づいて、読影レポート参照画面５３を表示させる。
【０１０９】
ログインした患者は、読影レポート参照画面５３を閲覧して、当該読影レポートを生成した病院で再受診（セカンドオピニオン）したいと考える場合、診療予約ボタンｂ５を押下する。また、病院での再受診を必要とせず、読影レポートの閲覧のみでよい場合、終了ボタンｂ６を押下する。
【０１１０】
つまり、読影受付サーバ１０は、終了ボタンｂ６が押下された場合（ステップＳ６０４；ＮＯ）、処理を終了する。
【０１１１】
また、読影受付サーバ１０は、診療予約ボタンｂ５が押された場合（ステップＳ６０４；ＹＥＳ）、読影レポート情報に基づいて、読影を行った読影医の「読影者登録ＩＤ」を特定し、当該特定した「読影者登録ＩＤ」から該当する登録読影者リスト１３１のレコードを特定する。そして、当該特定したレコードの勤務先情報の「予約先リンク」（診療予約ページのＵＲＬ）を、汎用ＰＣ端末５０の画面に表示させる（ステップＳ６０５）。患者は、当該表示されたリンクを辿ることにより、診療予約サイトのページを表示させ、読影医の勤務する病院の予約を行うことができる。以上で処理が終了する。
【０１１２】
このようにして、Ａ病院に勤務する読影医が、読影受付システム会社に読影者として登録され、そして、患者が汎用ＰＣ端末５０から自らの医用画像データをアップし、Ａ病院に勤務する読影医がこの医用画像データについて読影を行う。
【０１１３】
[患者付加情報の更新]
次に、読影受付システム１において実行される患者付加情報の更新処理について、読影受付サーバ１０の具体的な動作を図２０を用いて説明する。尚、この処理は、各端末から読影受付サーバ１０にアクセスすることにより、適宜実行可能である。
【０１１４】
図２０に示すように、読影受付サーバ１０は、汎用ＰＣ端末５０からの指示信号に基づき、汎用ＰＣ端末５０の表示部にログイン画面（図示せず）を表示させる。患者付加情報を更新しようとする患者は、このログイン画面上で、患者登録ＩＤ、パスワード等を入力する。
【０１１５】
そして、読影受付サーバ１０は、入力された患者登録ＩＤ及びパスワードと、登録患者リスト１３２とに基づいて、患者ログイン処理を行う（ステップＳ７０１）。具体的に、読影受付サーバ１０は、入力された患者登録ＩＤ及びパスワードの値と等しい値を持つレコードを登録患者リスト１３２から検索する。検索の結果、該当するレコードがある場合、読影受付サーバ１０は、ログインを許可する（ステップＳ７０２；ＹＥＳ）。一方、該当するレコードが無い場合、読影受付サーバ１０は、ログインを許可しない（ステップＳ７０２；ＮＯ）。
【０１１６】
読影受付サーバ１０は、ログインを許可しない場合（ステップＳ７０２；ＮＯ）、汎用ＰＣ端末５０の表示部にログインを許可しない旨を表示させる（ステップＳ７０７）。そして、処理が終了する。
【０１１７】
一方、読影受付サーバ１０は、ログインを許可する場合（ステップＳ７０２；ＹＥＳ）、汎用ＰＣ端末５０の表示部に患者付加情報更新画面（図示せず）を表示させる（ステップＳ７０３）。この患者付加情報更新画面には、読影受付サーバ１０上で管理されている、ログインしている患者に対応する患者付加情報の値が表示される。
【０１１８】
ログインした患者は、この患者付加情報更新画面上の表示されている患者付加情報の項目、例えば、「身長」「体重」「読影レポート公開可否」「コメント」「アンケート結果」等の値を変更（更新）する。そして、患者は、送信ボタン（図示せず）を押下する。当該送信ボタンが押下されると、更新された患者付加情報が読影受付サーバ１０に送信される。
【０１１９】
そして、読影受付サーバ１０は、汎用ＰＣ端末５０から更新された患者付加情報を受信する（ステップＳ７０４）。そして、更新された患者付加情報を、登録患者リスト１３２の該当するレコードを、受信した患者付加情報に基づいて更新する（ステップＳ７０５）。そして、読影受付サーバ１０は、汎用ＰＣ端末５０のモニタに、患者付加情報に更新処理が完了した旨を表示させる（ステップＳ７０６）。以上で処理が終了する。
【０１２０】
[清算処理]
次に、読影受付システム１において実行される清算処理について、読影受付サーバ１０の具体的な動作を説明する。
【０１２１】
読影受付サーバ１０は、銀行やクレジット会社等の清算システムと連携し、登録患者リスト１３２のレコードの項目「金額」の値と、当該金額の振込み先を、該当する患者に電子メール等を用いて通知する。そして、読影受付サーバ１０は、銀行やクレジット会社等の清算システムと連携し、通知した金額が支払われた場合、登録患者リスト１３２のレコードの項目「金額」の値を、支払われた金額分、減算する。請求金額全額が支払われた場合、当該「金額」の値はゼロになる。
【０１２２】
尚、上記清算処理は、患者から料金を徴収する場合を示したが、読影者側から料金を徴収する構成としてもよい。即ち、登録読影者リスト１３１のレコードに項目「金額」を追加する。読影受付サーバ１０は、汎用ＰＣ端末５０の表示部に「予約先リンク」（診療予約ページのＵＲＬ）を表示させた場合（図１８：ステップＳ６０５）、登録読影者リスト１３１の該当するレコードの項目「金額」の値を読み出す。そして、読影受付サーバ１０は、当該読み出した値に予め設定された金額の値（例えば、１０００円）を加算し、合計値を前記レコードの項目「金額」の値として上書き（更新）する。
【０１２３】
そして、読影受付サーバ１０は、銀行やクレジット会社等の清算システムと連携し、登録読影者リスト１３１のレコードの項目「金額」の値と、当該金額の振込み先を、該当する医療施設に電子メール等を用いて通知する。そして、読影受付サーバ１０は、銀行やクレジット会社等の清算システムと連携し、通知した金額が支払われた場合、登録読影者リスト１３１のレコードの項目「金額」の値を、支払われた金額分、減算する。請求金額全額が支払われた場合、当該「金額」の値はゼロになる。
【０１２４】
以上、本実施の形態によれば、読影受付サーバ１０は、ログインした（アクセス許可された）患者の汎用ＰＣ端末５０がアップロードした、メディアＭに記憶された読影対象となる医用画像データを記憶して管理する。そして、読影受付サーバ１０は、ログインした（アクセス許可された）登録読影者の読影端末２０からの取得要求に応じて、アップロードされた医用画像データを当該読影端末２０に送信する。そして、読影端末２０は、送信された医用画像データに対する読影レポート情報を生成し、当該読影レポート情報を読影受付サーバ１０に送信する。そして、読影受付サーバ１０は、ログインした患者の汎用ＰＣ端末５０に、当該読影レポート情報を提供可能とする。
【０１２５】
そのため、患者個人が、自宅に設置された汎用ＰＣ端末５０等から、メディアＭに記憶された医用画像データの読影を依頼することができ、当該医用画像データの読影レポート情報を自宅において参照することができる。よって、患者がメディアＭに記憶された医用画像データの読影を依頼する場合における利便性を向上させることができる。
【０１２６】
また、読影受付サーバ１０は、汎用ＰＣ端末５０からアップロードされ、記憶部１３に記憶している医用画像データに含まれる個人情報（患者名、生年月日等）を隠蔽して読影端末２０に提供する。そのため、たとえ、読影者として登録された読影医であろうとも患者の個人情報を知ることができず、個人情報保護の観点において優れている。
【０１２７】
また、読影受付サーバ１０は、読影端末２０から送信される読影者登録申請情報、記憶部１３に記憶されている資格情報（読影者の「専門科」、読影者の勤務先の「病院名」等）、管理会社内システム１００に設置されている図示しない端末からの登録を許可する旨の指示信号等に基づいて、登録読影者リスト１３１（アクセス許可読影者リスト）に、申請読影者に対応するレコードを追加するか否かを判定する。そのため、読影受付サーバ１０は、条件を満たした読影者のみに、アップロードされた医用画像データを提供することができる。
【０１２８】
また、読影受付サーバ１０は、読影端末２０に、汎用ＰＣ端末５０からアップロードされて記憶部１３に記憶している医用画像データと共に、患者の付加情報（患者付加情報）を提供する。そのため、読影医は、読影端末２０上で、より多くの情報を参照して読影レポートを作成することができる。
【０１２９】
また、読影受付サーバ１０は、患者の付加情報に含まれる個人情報を隠蔽して読影端末２０に提供する。そのため、たとえ、読影者として登録された読影医であろうとも患者の個人情報を知ることができず、個人情報保護の観点において優れている。
【０１３０】
また、読影受付サーバ１０は、読影レポート情報と共に、読影レポートを作成した読影者が属する医療施設（Ａ病院）における診療予約情報（病院のホームページ内にある診療の予約ページへのリンク情報（ＵＲＬ））を、ログインした患者の端末（汎用ＰＣ端末５０）に提供可能とする。そのため、患者は、読影レポートを参照した後、当該読影レポートを作成した読影者の属する医療施設（Ａ病院）への診療予約を容易に行うことができる。
【０１３１】
また、読影受付サーバ１０は、読影を行った読影者の特定情報を含むサンプル読影レポート情報を、読影端末２０から受信して公開する。そのため、サンプル読影レポート情報を閲覧した患者は、当該読影レポートを作成した医療施設（読影医）において読影や診断をしてほしい場合、特定情報に基づいて、読影者を特定し、読影を依頼したり、当該読影者が勤務する病院に診療を受けに行ったりすることができる。更に、読影者にとっては、自らの読影レポート作成に関する技術の宣伝効果がある。
【０１３２】
また、読影受付サーバ１０は、登録患者リスト１３２の項目「読影レポート公開可否」の値を参照し、対応する患者の読影レポート情報をサンプル読影レポート情報として公開するか否かを制御する。そのため、患者自身が、自らの医用画像に対する読影レポートをサンプルとしてよいか否かを決めることができる。
【０１３３】
また、読影受付サーバ１０は、銀行やクレジット会社等の清算システムと連携し、登録患者リスト１３２のレコードの項目「金額」の値を参照し、清算処理を行う。そのため、読影受付システム１の利用頻度に応じて、容易に清算を行うことが可能になる。
【０１３４】
尚、上記各実施の形態における記述は、本発明に係る医用画像システムの一例であり、これに限定されるものではない。システムを構成する各装置の細部構成及び細部動作に関しても適宜変更可能である。
【０１３５】
また、上記各実施の形態では、プログラムを格納したコンピュータ読み取り可能な媒体としてハードディスクや可搬型記憶媒体を使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、フラッシュメモリ等の不揮発性メモリ等を適用することが可能である。また、プログラムのデータを通信回線を介して提供する媒体として、キャリアウェーブ（搬送波）も適用可能である。
【図面の簡単な説明】
【０１３６】
【図１】本発明における医用画像システムのシステム構成図である。
【図２】医用画像データのデータ構成図である。
【図３】読影レポート情報のデータ構成図である。
【図４】読影受付サーバのブロック図である。
【図５】登録読影者リストのレコードのデータ構成図である。
【図６】登録患者リストのレコードのデータ構成図である。
【図７】読影依頼リストのデータ構成図である。
【図８】読影受付システムにおいて実行される処理を示すラダーチャートである。
【図９】読影者が登録申請する際に、読影受付サーバにおいて実行される処理を示すフローチャートである。
【図１０】読影者登録申請画面の画面例である。
【図１１】サンプル読影レポート情報を登録する際に、読影受付サーバにおいて実行される処理を示すフローチャートである。
【図１２】患者がユーザ登録する際に、読影受付サーバにおいて実行される処理を示すフローチャートである。
【図１３】患者登録申請画面の画面例である。
【図１４】読影依頼の際に、読影受付サーバにおいて実行される処理を示すフローチャートである。
【図１５】読影依頼画面の画面例である。
【図１６】読影の際に、読影受付サーバにおいて実行される処理を示すフローチャートである。
【図１７】読影依頼リスト画面の画面例である。
【図１８】読影レポート参照の際に、読影受付サーバにおいて実行される処理を示すフローチャートである。
【図１９】読影レポート参照画面の画面例である。
【図２０】患者の付加情報の更新の際に、読影受付サーバにおいて実行される処理を示すフローチャートである。
【符号の説明】
【０１３７】
１        読影受付システム
１０      読影受付サーバ
２０      読影端末
３０      読影端末
４０      読影端末
５０      汎用ＰＣ端末
５１      患者登録申請画面
５２      読影依頼画面
５３      読影レポート参照画面
６０      汎用ＰＣ端末
７０      汎用ＰＣ端末
１００    管理会社内システム
１３１    登録読影者リスト
１３２    登録患者リスト
１３３    読影依頼リスト
２００    Ａ病院内医用画像システム
２０１    読影者登録申請画面
２０２    読影依頼リスト画面
３００    Ｂ病院内医用画像システム
４００    Ｃ病院内医用画像システム
ｂ１      送信ボタン
ｂ２      送信ボタン
ｂ３      送信ボタン
ｂ４      読影ボタン
ｂ５      診療予約ボタン
ｂ６      終了ボタン
Ｎ        通信ネットワーク
ｒ１      依頼読影者情報表示領域
ｒ２      医用画像表示領域
ｒ３      読影依頼リスト表示領域
ｒ４      患者情報表示領域
ｒ５      医用画像表示領域
ｒ６      読影レポート表示領域
【図１】
2009294892.tif 000003
【図２】
2009294892.tif 000004
【図３】
2009294892.tif 000005
【図４】
2009294892.tif 000006
【図５】
2009294892.tif 000007
【図６】
2009294892.tif 000008
【図７】
2009294892.tif 000009
【図８】
2009294892.tif 000010
【図９】
2009294892.tif 000011
【図１０】
2009294892.tif 000012
【図１１】
2009294892.tif 000013
【図１２】
2009294892.tif 000014
【図１３】
2009294892.tif 000015
【図１４】
2009294892.tif 000016
【図１６】
2009294892.tif 000017
【図１７】
2009294892.tif 000018
【図１８】
2009294892.tif 000019
【図２０】
2009294892.tif 000020
【図１５】
2009294892.tif 000021
【図１９】
2009294892.tif 000022