JP6881628B2 - 医療連携システム及び制御プログラム - Google Patents

Description

本発明は、医療連携システム及び制御プログラムに関する。

近年、医療技術の高度化、専門医の不足等に伴い、複数の医療施設が医療情報を共有し、連携して患者の検査や治療を行う地域医療連携が普及しつつある。特に、画像診断、画像解析等の専門的な作業を外部に委託する場合が増えてきている。具体的には、遠隔地にいる医師にインターネットを介して医用画像を送信し、読影・相談等を依頼することで、施設間の連携をシームレスに行うシステムが開発されている。

例えば、管理サーバーと複数の端末装置とが通信ネットワークを介してデータ送受信可能に接続された医療連携システムにおいて、連携の種類（患者紹介、検査依頼、読影依頼、相談等）ごとに設定された課金割合に基づいて、連携元のユーザー及び連携先のユーザーに対する課金情報を生成する技術が提案されている（特許文献１参照）。

また、医療施設内のＰＡＣＳ（Picture Archiving and Communication System）に保存された医用画像をデータセンターに送信してバックアップを取ることで、災害時に対するリスク対応としたり、院外にいる医師間の連携に用いたりする遠隔画像システムが提案されている（特許文献２参照）。

特開２０１１−１９８３１１号公報 特開２０１３−１１１０９２号公報

しかし、ＰＡＣＳのバックアップを目的とする画像保管サービスを医師間の連携に利用する場合、画像保管サーバーには多数の患者の画像が保管されているため、不必要な患者の画像が参照される危険性があり、また、連携先施設のユーザーに関する情報を連携元施設が管理する必要があった。そのため、画像保管サービスは、施設内や同一グループの病院間の画像の参照にしか利用されず、他施設との連携には、画像保管サービスとは別の施設間連携サービスが利用されていた。

施設間連携サービスでは、医療連携の依頼先（送信先）を指定して医用画像を画像連携サーバーに送信するため、送信元のユーザーが医療連携を指示する際に、医用画像のデータ量が多いと、画像の送信に時間がかかり、送信が完了するまで次の作業が行えない等の問題が生じていた。

本発明は、上記の従来技術における問題に鑑みてなされたものであって、医療施設ごとの医用画像の保管と、医療施設間の医療連携と、を効率良く行うことを課題とする。

上記課題を解決するために、請求項１に記載の発明は、複数の医療施設において生成された医用画像を記憶する第１記憶手段を備える第１サーバーと、前記複数の医療施設間の医療連携を管理する第２サーバーと、を備える医療連携システムであって、前記第１サーバー及び前記第２サーバーのそれぞれは、クライアント端末と第１通信ネットワークを介してデータ通信可能に接続されており、前記第１サーバーと前記第２サーバーとは、前記第１通信ネットワークより高速にデータ通信可能な第２通信ネットワークを介して接続されており、前記第２サーバーは、前記クライアント端末により送信された、前記クライアント端末が設置された医療施設において生成された医用画像のうち、医療連携の対象とする医用画像を特定するための画像特定情報と、前記医療連携の対象とする医用画像の送信先のユーザーを示す送信先情報とを対応付けて記憶する第２記憶手段と、前記第２記憶手段に記憶されている送信先情報が示す送信先のユーザーが操作するクライアント端末から画像参照要求が受信された場合に、当該送信先情報と対応付けられている画像特定情報に基づいて、当該画像特定情報に対応する医用画像を前記送信先のユーザーが操作するクライアント端末に送信する送信手段と、を備える。

請求項２に記載の発明は、複数の医療施設において生成された医用画像を記憶する第１記憶手段を備える第１サーバーと、前記複数の医療施設間の医療連携を管理する第２サーバーと、前記第１サーバー及び前記第２サーバーのそれぞれと第１通信ネットワークを介してデータ通信可能に接続された複数のクライアント端末と、を備える医療連携システムであって、前記第１サーバーと前記第２サーバーとは、前記第１通信ネットワークより高速にデータ通信可能な第２通信ネットワークを介して接続されており、前記複数のクライアント端末のそれぞれは、当該クライアント端末が設置された医療施設において生成された医用画像のうち、医療連携の対象とする医用画像を選択するための選択手段と、前記選択された医用画像の送信先のユーザーを指定するための指定手段と、前記選択された医用画像を特定するための画像特定情報及び前記指定された送信先のユーザーを示す送信先情報を前記第２サーバーに送信する第１送信手段と、を備え、前記第２サーバーは、前記送信先情報が示す送信先のユーザーが操作するクライアント端末から画像参照要求が受信された場合に、当該送信先情報と対応付けられている画像特定情報に基づいて、当該画像特定情報に対応する医用画像を前記送信先のユーザーが操作するクライアント端末に送信する第２送信手段を備える。

請求項３に記載の発明は、複数の医療施設において生成された医用画像を記憶する第１記憶手段を備える第１サーバーと、前記複数の医療施設間の医療連携を管理する第２サーバーと、を備え、前記第１サーバー及び前記第２サーバーのそれぞれは、クライアント端末と第１通信ネットワークを介してデータ通信可能に接続されており、前記第１サーバーと前記第２サーバーとは、前記第１通信ネットワークより高速にデータ通信可能な第２通信ネットワークを介して接続されている医療連携システムの前記第２サーバーに、前記クライアント端末により送信された、前記クライアント端末が設置された医療施設において生成された医用画像のうち、医療連携の対象とする医用画像を特定するための画像特定情報と、前記医療連携の対象とする医用画像の送信先のユーザーを示す送信先情報とを対応付けて第２記憶手段に記憶させる記憶ステップと、前記第２記憶手段に記憶されている送信先情報が示す送信先のユーザーが操作するクライアント端末から画像参照要求が受信された場合に、当該送信先情報と対応付けられている画像特定情報に基づいて、当該画像特定情報に対応する医用画像を前記送信先のユーザーが操作するクライアント端末に送信させる送信ステップと、を実行させるための制御プログラムである。

本発明によれば、医療施設ごとの医用画像の保管と、医療施設間の医療連携と、を効率良く行うことができる。

本発明の第１の実施の形態における医療連携システムのシステム構成図である。 画像保管サーバーの機能的構成を示すブロック図である。 画像連携サーバーの機能的構成を示すブロック図である。 クライアント端末の機能的構成を示すブロック図である。 ユーザー登録処理を示すラダーチャートである。 第１の医療連携登録処理を示すラダーチャートである。 第１の画像参照処理を示すラダーチャートである。 第２の実施の形態の医療連携システムにおいて行われる第２の医療連携登録処理を示すラダーチャートである。 第４の実施の形態の医療連携システムにおいて行われる第２の画像参照処理を示すラダーチャートである。

［第１の実施の形態］
まず、図を参照して本発明に係る医療連携システムの第１の実施の形態について説明する。なお、本発明は、図示例に限定されるものではない。

図１に、第１の実施の形態における医療連携システム１００のシステム構成を示す。
図１に示すように、医療連携システム１００は、データセンターに設置された第１サーバーとしての画像保管サーバー１０及び第２サーバーとしての画像連携サーバー２０と、医療施設Ａに設置されたクライアント端末３０Ａと、医療施設Ｂに設置されたクライアント端末３０Ｂと、・・・を備えて構成されている。クライアント端末３０Ａ，３０Ｂ，・・・は、画像保管サーバー１０及び画像連携サーバー２０のそれぞれと、第１通信ネットワークとしてのインターネットＮ１を介してデータ通信可能に接続されている。また、画像保管サーバー１０と画像連携サーバー２０とは、インターネットＮ１より高速にデータ通信可能な第２通信ネットワークとしてのセンター内ネットワークＮ２を介して接続されている。
なお、各医療施設に設置されているクライアント端末３０Ａ，３０Ｂ，・・・の数は、特に限定されない。

画像保管サーバー１０は、各医療施設において生成された医用画像を、バックアップを目的として蓄積し、管理する画像保管サービスを行う装置であり、外部機器からの要求に応じて医用画像を提供する。

画像連携サーバー２０は、複数の医療施設間の医療連携を管理する装置であり、医療施設間の医療連携サービス（施設間連携サービス）を提供する。医療連携とは、複数の医療施設間で医用画像等の情報を共有し、連携して患者の検査や治療を行うことをいう。例えば、画像連携サーバー２０は、各医療施設のクライアント端末３０Ａ，３０Ｂ，・・・から受信した医療連携に係る情報を登録したり、各医療施設のクライアント端末３０Ａ，３０Ｂ，・・・から画像参照要求があった場合に、要求された医用画像を画像保管サーバー１０から取得し、画像参照要求があったクライアント端末３０Ａ，３０Ｂ，・・・に提供したりする。医療連携に係る情報には、医療連携の対象として選択された医用画像を特定するための画像特定情報、医療連携の依頼先として指定された送信先のユーザーを示す送信先情報が含まれる。

医療施設Ａでは、クライアント端末３０Ａ、モダリティー４０Ａ、画像管理装置としてのＰＡＣＳ５０Ａ等が、ＬＡＮ（Local Area Network）等の施設内ネットワーク６０Ａにより相互にデータ通信可能に接続されて構成されている。

クライアント端末３０Ａは、医療施設Ａの医師により使用されるコンピューターである。クライアント端末３０Ａは、インターネットＮ１を介して画像保管サーバー１０にアクセスし、画像保管サーバー１０に保管されている自施設の医用画像を閲覧する際に用いられる。また、クライアント端末３０Ａは、インターネットＮ１を介して画像連携サーバー２０にアクセスし、画像連携サーバー２０に医療連携に係る情報を送信したり、他施設の医用画像を閲覧したりする際に用いられる。

モダリティー４０Ａは、人体を撮影し、その撮影画像（医用画像）のデジタルデータを生成するものであり、例えば、ＣＲ（Computed Radiography）、ＦＰＤ（Flat Panel Detector）、ＣＴ（Computed Tomography）、ＭＲＩ（Magnetic Resonance Imaging）、カセッテ専用の読取装置、フィルムディジタイザー等が適用可能である。

ＰＡＣＳ５０Ａは、制御部、ＲＡＭ（Random Access Memory）、通信部、操作部、表示部、記憶部等を備えたコンピューターであり、主として医療施設Ａ内のモダリティー４０Ａにより生成された医用画像を記憶部に格納して、医用画像を管理する施設内サーバーである。ＰＡＣＳ５０Ａには、ＰＡＣＳ５０Ａで管理されている各医用画像について、画像保管サーバー１０に送信されたか否かを示す情報が対応付けられて記憶されている。

医療施設Ｂでは、クライアント端末３０Ｂ、モダリティー４０Ｂ、ＰＡＣＳ５０Ｂ等が、ＬＡＮ等の施設内ネットワーク６０Ｂにより相互にデータ通信可能に接続されて構成されている。
医療施設Ｂに設けられているクライアント端末３０Ｂ、モダリティー４０Ｂ及びＰＡＣＳ５０Ｂ、医療施設Ａ，Ｂ以外の医療施設に設けられている各装置についても、医療施設Ａに設けられている各装置と同様であるため、説明を省略する。
以下、各医療施設を特に区別しない場合には、クライアント端末３０Ａ，３０Ｂ，・・・、ＰＡＣＳ５０Ａ，５０Ｂ，・・・、施設内ネットワーク６０Ａ，６０Ｂ，・・・を、単にクライアント端末３０、ＰＡＣＳ５０、施設内ネットワーク６０と記載する。

図２に、画像保管サーバー１０の機能的構成を示す。
図２に示すように、画像保管サーバー１０は、制御部１１、ＲＡＭ１２、インターネット通信部１３、センター内通信部１４、記憶部１５等を備えて構成されており、各部はバス１６により接続されている。

制御部１１は、ＣＰＵ（Central Processing Unit）等により構成され、画像保管サーバー１０の各部の処理動作を統括的に制御する制御回路である。制御部１１は、記憶部１５に記憶されている各種プログラムを読み出してＲＡＭ１２に展開し、当該プログラムとの協働により各種処理を実行する。

ＲＡＭ１２は、制御部１１により実行制御される各種処理において、記憶部１５から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。

インターネット通信部１３は、ネットワークインターフェース等により構成され、インターネットＮ１を介して接続されたクライアント端末３０等の外部機器との間でデータの送受信を行う通信回路である。
センター内通信部１４は、センター内ネットワークＮ２を介して接続された画像連携サーバー２０との間でデータの送受信を行う通信回路である。

記憶部１５は、ＨＤＤ（Hard Disk Drive）や不揮発性の半導体メモリー等により構成される記憶装置である。記憶部１５は、制御部１１により実行される各種プログラムを記憶しているほか、各種プログラムを実行するために必要なパラメーターやデータを記憶している。具体的に、記憶部１５には、装置情報テーブルＴ１１、画像管理ＤＢ１５１、各医療施設において生成された医用画像等が記憶されている。すなわち、記憶部１５は、第１記憶手段として機能する。

装置情報テーブルＴ１１には、医療連携システム１００内の各医療施設に設置されているＰＡＣＳ５０に関する情報が格納されている。装置情報テーブルＴ１１には、ＰＡＣＳ５０が設置されている医療施設の施設ＩＤ、ＰＡＣＳ５０を特定するための機器ＩＤ等が対応付けられて格納されている。

画像管理ＤＢ１５１には、医用画像ごとに、患者情報、検査情報、シリーズ情報、画像情報が対応付けられて格納されている。
患者情報には、患者ＩＤ、氏名、生年月日、性別等が含まれる。
検査情報には、受付番号、検査日、検査インスタンスＵＩＤ（Unique Identifier）等が含まれる。
シリーズ情報には、撮影モダリティー、シリーズインスタンスＵＩＤ、部位等が含まれる。
画像情報には、画像インスタンスＵＩＤ、光度測定解釈（ＲＧＢカラー、モノクロ等）、ビット数、収集日、撮影方向、階調情報、画像データファイル名等が含まれる。

記憶部１５では、医療施設（ＰＡＣＳ５０）ごとに医用画像が記憶される領域が分けられており、医用画像の記憶領域によって、当該医用画像が生成された医療施設を特定することができる。

制御部１１は、インターネット通信部１３により、各医療施設に設置されたＰＡＣＳ５０から当該医療施設において生成された医用画像が受信されると、記憶部１５の当該医用画像が生成された医療施設に対応する記憶領域に、当該医用画像を記憶させるとともに、画像管理ＤＢ１５１に当該医用画像に係る患者情報、検査情報、シリーズ情報、画像情報を格納する。

制御部１１は、センター内通信部１４により、画像連携サーバー２０から医用画像の取得要求が受信されると、要求された医用画像を記憶部１５から読み出し、センター内通信部１４を介して画像連携サーバー２０に提供する。

図３に、画像連携サーバー２０の機能的構成を示す。
図３に示すように、画像連携サーバー２０は、制御部２１、ＲＡＭ２２、インターネット通信部２３、センター内通信部２４、記憶部２５等を備えて構成されており、各部はバス２６により接続されている。

制御部２１は、ＣＰＵ等により構成され、画像連携サーバー２０の各部の処理動作を統括的に制御する制御回路である。制御部２１は、記憶部２５に記憶されている各種プログラムを読み出してＲＡＭ２２に展開し、当該プログラムとの協働により各種処理を実行する。

ＲＡＭ２２は、制御部２１により実行制御される各種処理において、記憶部２５から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。

インターネット通信部２３は、ネットワークインターフェース等により構成され、インターネットＮ１を介して接続されたクライアント端末３０等の外部機器との間でデータの送受信を行う通信回路である。
センター内通信部２４は、センター内ネットワークＮ２を介して接続された画像保管サーバー１０との間でデータの送受信を行う通信回路である。

記憶部２５は、ＨＤＤや不揮発性の半導体メモリー等により構成される記憶装置である。記憶部２５は、制御部２１により実行される各種プログラムを記憶しているほか、各種プログラムを実行するために必要なパラメーターやデータを記憶している。具体的に、記憶部２５には、施設情報テーブルＴ２１、ユーザー情報テーブルＴ２２、連携関係情報テーブルＴ２３、連携送信情報テーブルＴ２４、患者情報テーブルＴ２５、画像特定情報テーブルＴ２６等が記憶されている。

施設情報テーブルＴ２１には、医療連携システム１００内の医療施設に関する情報が格納されている。施設情報テーブルＴ２１には、施設ＩＤ、施設名、連絡先等が対応付けられて格納されている。

ユーザー情報テーブルＴ２２には、医療連携システム１００内の複数の医療施設に所属するユーザーに関する情報が格納されている。ユーザー情報テーブルＴ２２には、ユーザーＩＤ、所属施設ＩＤ、氏名、メールアドレス、パスワード、管理者フラグ等が対応付けられて格納されている。
ユーザーＩＤは、ユーザーを識別するための識別情報である。
所属施設ＩＤは、ユーザーが所属する医療施設の施設ＩＤである。
氏名は、ユーザーの氏名である。
メールアドレスは、ユーザーのメールアドレスである。
パスワードは、ユーザーがログインする際にユーザー認証を行うためのパスワードである。
管理者フラグは、ユーザーが所属する医療施設の管理者であるか否かを示す情報であり、例えば、管理者である場合には「１」、管理者でない場合には「０」の値となる。

ユーザー情報テーブルＴ２２を記憶する記憶部２５は、第４記憶手段として機能する。ユーザー情報テーブルＴ２２内のユーザー情報は、当該ユーザー情報に対応するユーザーが所属する医療施設の管理者が操作するクライアント端末３０から登録される。

連携関係情報テーブルＴ２３には、予め医療施設間で設定されている連携関係に関する情報が格納されている。連携関係情報テーブルＴ２３には、連携関係ＩＤ、連携元施設ＩＤ、連携元ユーザーＩＤ、連携先施設ＩＤ、連携先ユーザーＩＤが対応付けられて格納されている。
連携関係ＩＤは、医療施設間において予め設定されている連携関係に対して付与された識別情報である。
連携元施設ＩＤは、連携元の医療施設（医療連携を依頼可能な医療施設）の施設ＩＤである。
連携元ユーザーＩＤは、連携元のユーザー（医療連携を依頼可能なユーザー）のユーザーＩＤである。
連携先施設ＩＤは、連携先の医療施設（医療連携の依頼先として指定可能な医療施設）の施設ＩＤである。
連携先ユーザーＩＤは、連携先のユーザー（医療連携の依頼先として指定可能なユーザー）のユーザーＩＤである。

医療連携は、医療施設対医療施設、医療施設対ユーザー、ユーザー対医療施設、ユーザー対ユーザーのどの形態であってもよい。実際に医療連携を他の医療施設に依頼する際には、予め設定されている連携関係の中から依頼先（送信先）を指定する。

連携送信情報テーブルＴ２４には、医療連携の依頼に関する情報が格納される。連携送信情報テーブルＴ２４には、送信ＩＤ、送信元施設ＩＤ、送信元ユーザーＩＤ、送信先施設ＩＤ、送信先ユーザーＩＤが対応付けられて格納される。
送信ＩＤは、医療連携の依頼に対して付与された識別情報である。
送信元施設ＩＤは、医用画像の送信元（医療連携の依頼元）の医療施設の施設ＩＤである。
送信元ユーザーＩＤは、医用画像の送信元（医療連携の依頼元）のユーザーのユーザーＩＤである。
送信先施設ＩＤは、医用画像の送信先（医療連携の依頼先）の医療施設の施設ＩＤである。
送信先ユーザーＩＤは、医用画像の送信先（医療連携の依頼先）のユーザーのユーザーＩＤである。

患者情報テーブルＴ２５には、送信対象の医用画像に係る患者の患者情報が格納される。患者情報テーブルＴ２５には、送信ＩＤ、患者ＩＤ、患者氏名等が対応付けられて格納される。

画像特定情報テーブルＴ２６には、送信対象の医用画像を特定するための画像特定情報が格納される。画像特定情報テーブルＴ２６には、送信ＩＤ、データ種別、検査情報、画像情報（画像インスタンスＵＩＤ等）、ファイルの保存場所等が対応付けられて格納される。
データ種別は、ＤＩＣＯＭ（Digital Image and Communications in Medicine）、ＰＤＦ、ＪＰＥＧ等の医用画像の画像データの種別である。
検査情報、画像情報は、送信対象の医用画像に関する検査情報、画像情報である。
ファイルの保存場所は、送信対象の医用画像の保存場所である。

患者情報テーブルＴ２５及び画像特定情報テーブルＴ２６の各レコードは、共通の送信ＩＤが含まれることで、連携送信情報テーブルＴ２４内のレコードと対応付けられる。例えば、いずれかのクライアント端末３０から送信された画像特定情報（画像インスタンスＵＩＤ等）と送信先情報（送信先施設ＩＤ、送信先ユーザーＩＤ）とは、送信ＩＤで対応付けられて、画像特定情報テーブルＴ２６、連携送信情報テーブルＴ２４に格納される。すなわち、連携送信情報テーブルＴ２４及び画像特定情報テーブルＴ２６を記憶する記憶部２５は、第２記憶手段として機能する。

制御部２１は、画像特定情報及び送信先情報が記憶部２５に記憶された場合に、当該送信先情報が示す送信先のユーザーに通知する。すなわち、制御部２１は、通知手段として機能する。

制御部２１は、記憶部２５（連携送信情報テーブルＴ２４）に記憶されている送信先情報が示す送信先のユーザーが操作するクライアント端末３０から画像参照要求が受信された場合に、当該送信先情報と対応付けられている画像特定情報に基づいて、当該画像特定情報に対応する医用画像を、センター内通信部２４を介して画像保管サーバー１０から取得する。すなわち、制御部２１は、取得手段として機能する。

制御部２１は、画像保管サーバー１０から取得された医用画像を、インターネット通信部２３を制御して、送信先のユーザーが操作するクライアント端末３０に送信させる。すなわち、制御部２１及びインターネット通信部２３は、第２送信手段として機能する。

図４に、クライアント端末３０の機能的構成を示す。
図４に示すように、クライアント端末３０は、制御部３１、ＲＡＭ３２、通信部３３、操作部３４、表示部３５、記憶部３６等を備えて構成され、各部はバス３７等により接続されている。

制御部３１は、ＣＰＵ等により構成され、クライアント端末３０の各部の処理動作を統括的に制御する制御回路である。制御部３１は、記憶部３６に記憶されている各種プログラムを読み出してＲＡＭ３２に展開し、当該プログラムとの協働により各種処理を実行する。

ＲＡＭ３２は、制御部３１により実行制御される各種処理において、記憶部３６から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。

通信部３３は、ネットワークインターフェース等により構成され、インターネットＮ１や施設内ネットワーク６０を介して接続された外部機器との間でデータの送受信を行う通信回路である。

操作部３４は、カーソルキー、文字入力キー及び各種機能キー等を有するキーボードと、マウス等のポインティングデバイスを備えて構成される操作機器であり、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部３１に出力する。例えば、操作部３４は、クライアント端末３０が設置された医療施設において生成された医用画像のうち、医療連携の対象とする医用画像を選択する際、選択された医用画像の送信先のユーザーを指定する際に用いられる。すなわち、操作部３４は、選択手段、指定手段として機能する。

表示部３５は、ＬＣＤ（Liquid Crystal Display）等のモニターを備えて構成される表示装置であり、制御部３１から入力される表示信号の指示に従って、各種画面を表示する。

記憶部３６は、ＨＤＤや不揮発性の半導体メモリー等により構成される記憶装置である。記憶部３６は、制御部３１により実行される各種プログラムを記憶しているほか、各種プログラムを実行するために必要なパラメーターやデータを記憶している。

制御部３１は、通信部３３を制御して、医療連携の対象として選択された医用画像を特定するための画像特定情報、及び、指定された送信先のユーザーを示す送信先情報を、画像連携サーバー２０に送信させる。すなわち、制御部３１及び通信部３３は、第１送信手段として機能する。

制御部３１は、クライアント端末３０が設置された医療施設において生成された医用画像を管理するＰＡＣＳ５０から、医療連携の対象として選択された医用画像が画像保管サーバー１０に送信されていない場合に、通信部３３を制御して、選択された医用画像を他の医用画像よりも優先的に画像保管サーバー１０に送信する旨の指示をＰＡＣＳ５０に送信させる。すなわち、制御部３１及び通信部３３は、第３送信手段として機能する。

ＰＡＣＳ５０の制御部は、通信部を介してクライアント端末３０から、選択された医用画像を優先的に画像保管サーバー１０に送信する旨の指示が受信されると、通信部を制御して、選択された医用画像を画像保管サーバー１０に送信させる。

次に、第１の実施の形態における動作について説明する。
画像保管サーバー１０における処理は、制御部１１と記憶部１５に記憶されているプログラムとの協働により実現され、画像連携サーバー２０における処理は、制御部２１と記憶部２５に記憶されているプログラムとの協働により実現され、クライアント端末３０における処理は、制御部３１と記憶部３６に記憶されているプログラムとの協働により実現される。

図５は、医療連携システム１００において行われるユーザー登録処理を示すラダーチャートである。ユーザー登録処理は、医療施設の管理者が画像連携サーバー２０に対して、医療施設に所属するユーザーのユーザー情報を登録する処理である。

まず、クライアント端末３０において、画像連携サーバー２０に対して管理者によるログインが行われる（ステップＳ１）。クライアント端末３０において、Ｗｅｂブラウザー上から所定のＵＲＬ（Uniform Resource Locator）が指定され、画像連携サーバー２０にアクセスが行われると、画像連携サーバー２０からクライアント端末３０に対し、ログイン画面が提供される。クライアント端末３０では、操作部３４からの操作により、ユーザーＩＤ及びパスワードが入力される。

画像連携サーバー２０では、制御部２１により、クライアント端末３０において入力されたユーザーＩＤ及びパスワードに基づいて、ユーザー認証が行われる。具体的には、入力されたユーザーＩＤ及びパスワードの組み合わせが、ユーザー情報テーブルＴ２２に予め登録されているユーザーＩＤ及びパスワードの組み合わせと一致する場合に、ユーザー認証がＯＫであると判断される。また、画像連携サーバー２０において、制御部２１により、ユーザー情報テーブルＴ２２が参照され、このユーザーＩＤに対応するレコードの管理者フラグに基づいて、ログインユーザーが医療施設の管理者であるか否かが判断される。
管理者によるログインであると判断されると、画像連携サーバー２０の制御部２１により、クライアント端末３０に対して、ユーザー登録画面が提供される（ステップＳ２）。

クライアント端末３０では、管理者による操作部３４からの操作により、新規登録対象のユーザー（登録ユーザー）のユーザー情報が入力される（ステップＳ３）。具体的には、登録ユーザーの所属施設ＩＤ、氏名、メールアドレス、仮パスワード等が入力される。
次に、管理者による操作部３４からの操作により、登録ボタンが押下されると（ステップＳ４）、入力されたユーザー情報は、制御部３１により、通信部３３を介して画像連携サーバー２０に送信される。

画像連携サーバー２０では、インターネット通信部２３により、クライアント端末３０から送信されたユーザー情報が受信され、制御部２１により、記憶部２５のユーザー情報テーブルＴ２２にユーザー情報が仮登録される（ステップＳ５）。具体的には、制御部２１により、登録ユーザーのユーザーＩＤが新たに生成され、ユーザー情報テーブルＴ２２に、新規レコードとして、新たに生成されたユーザーＩＤ、クライアント端末３０から受信された所属施設ＩＤ、氏名、メールアドレス、仮パスワード等が格納される。なお、管理者フラグは「０」とする。

次に、画像連携サーバー２０では、制御部２１により、登録ユーザーのメールアドレスに、ユーザーＩＤ及び承認用ＵＲＬを含むメールが、インターネット通信部２３を介して通知される（ステップＳ６）。

また、管理者から登録ユーザーに仮パスワードが連絡される（ステップＳ７）。連絡方法は、メール、口頭による伝達等、特に限定されない。

登録ユーザーが操作するクライアント端末３０では、登録ユーザーによる操作部３４からの操作により、承認用ＵＲＬが指定されると（ステップＳ８）、画像連携サーバー２０からクライアント端末３０に対し、入力画面が提供される（ステップＳ９）。

クライアント端末３０において、登録ユーザーによる操作部３４からの操作により、仮パスワードが入力されると（ステップＳ１０）、画像連携サーバー２０からクライアント端末３０に対し、本パスワード入力画面が提供される（ステップＳ１１）。

クライアント端末３０において、登録ユーザーによる操作部３４からの操作により、本パスワードが入力されると（ステップＳ１２）、画像連携サーバー２０では、制御部２１により、記憶部２５のユーザー情報テーブルＴ２２において、登録ユーザーに対応するレコードのパスワードが本パスワードに更新され、ユーザー情報が本登録される（ステップＳ１３）。

次に、画像連携サーバー２０では、制御部２１により、承認完了通知メールが、インターネット通信部２３を介して管理者宛てに通知される（ステップＳ１４）。具体的には、制御部２１により、登録ユーザーと同じ医療施設の管理者（登録ユーザーのユーザー情報を入力した管理者）のユーザーＩＤに対応するメールアドレスがユーザー情報テーブルＴ２２から取得され、取得されたメールアドレスに、承認完了通知メールが送信される。
以上で、ユーザー登録処理が終了する。

上記ユーザー登録処理では、新規登録されるユーザーのユーザーＩＤを登録ユーザー本人のみに通知しているが、管理者がユーザー登録時にユーザーＩＤを取得し、ユーザーＩＤ及び仮パスワードを登録ユーザーに連絡するようにしてもよい。

図６は、医療連携システム１００において行われる第１の医療連携登録処理を示すラダーチャートである。第１の医療連携登録処理は、クライアント端末３０から画像連携サーバー２０に対して、医療連携の依頼を行う処理である。

まず、クライアント端末３０において、操作部３４からの操作により、クライアント端末３０が設置された医療施設において生成された医用画像のうち、医療連携の対象とする医用画像が選択される（ステップＳ２１）。例えば、制御部３１により、クライアント端末３０と同じ医療施設内のＰＡＣＳ５０から、当該ＰＡＣＳ５０に保存されている医用画像の画像インスタンスＵＩＤ等が取得され、医療連携の対象候補として提示される。そして、対象候補の中から、ユーザーの操作により、医療連携の対象とする医用画像が選択される。

次に、クライアント端末３０では、制御部３１により、画像連携サーバー２０に対して、連携関係リストが要求される（ステップＳ２２）。具体的には、制御部３１により、クライアント端末３０を操作するユーザーが所属する医療施設の施設ＩＤ及び当該ユーザーのユーザーＩＤを含む連携関係リスト取得要求が、通信部３３を介して画像連携サーバー２０に送信される。

画像連携サーバー２０では、インターネット通信部２３により、クライアント端末３０から連携関係リスト取得要求が受信されると、制御部２１により、連携関係リストが作成される。具体的には、制御部２１により、連携関係情報テーブルＴ２３から、「連携元施設ＩＤ」が連携関係リスト取得要求に含まれる施設ＩＤであって、「連携元ユーザーＩＤ」が連携関係リスト取得要求に含まれるユーザーＩＤであるレコードが抽出され、抽出されたレコードから連携関係リスト（連携関係ＩＤ、連携元施設ＩＤ、連携元ユーザーＩＤ、連携先施設ＩＤ、連携先ユーザーＩＤ）が作成される。そして、制御部２１により、連携関係リストが、インターネット通信部２３を介してクライアント端末３０に送信される（ステップＳ２３）。

クライアント端末３０では、制御部３１により、連携関係リストが表示部３５に表示される。連携関係リストには、クライアント端末３０を操作するユーザーにとって、医療連携の依頼先として指定可能な医療施設（連携先施設ＩＤ）及びユーザー（連携先ユーザーＩＤ）が含まれる。操作部３４からの操作により、連携関係リストに含まれる連携先ユーザーの中から医用画像の送信先のユーザーが指定される（ステップＳ２４）。

次に、操作部３４からの操作により、依頼内容が入力され、依頼ボタンが押下されると（ステップＳ２５）、制御部３１により、ステップＳ２１で選択された医用画像が画像保管サーバー１０に送信済みであるか否かが判断される（ステップＳ２６）。具体的には、制御部３１により、クライアント端末３０と同じ医療施設内のＰＡＣＳ５０に対して、選択された医用画像が画像保管サーバー１０に送信済みであるか否かの問い合わせが行われる。

選択された医用画像が画像保管サーバー１０に送信されていない場合には（ステップＳ２６；ＮＯ）、制御部３１により、通信部３３を介して、選択された医用画像を他の医用画像よりも優先的に画像保管サーバー１０に送信する旨の指示がＰＡＣＳ５０に送信される。ＰＡＣＳ５０では、クライアント端末３０から指示が受信されると、選択された医用画像が記憶部から読み出され、通信部を介して画像保管サーバー１０に送信される（ステップＳ２７）。この際、ＰＡＣＳ５０において、他の医用画像の送信予定が入っていたとしても、他の医用画像よりも優先的に、選択された医用画像が画像保管サーバー１０に送信される。

ステップＳ２６において、選択された医用画像が画像保管サーバー１０に送信済みである場合（ステップＳ２６；ＹＥＳ）、又は、ステップＳ２７の後、制御部３１により、選択された医用画像を特定するための画像特定情報（データ種別、検査情報、画像情報、ファイルの保存場所等）、連携送信情報（送信ＩＤ、送信元施設ＩＤ、送信元ユーザーＩＤ、送信先施設ＩＤ、送信先ユーザーＩＤ）、患者情報（患者ＩＤ、患者氏名等）が、通信部３３を介して画像連携サーバー２０に送信される（ステップＳ２８）。送信元施設ＩＤは、クライアント端末３０を操作するユーザーが所属する医療施設の施設ＩＤであり、送信元ユーザーＩＤは、クライアント端末３０を操作するユーザーのユーザーＩＤである。送信先施設ＩＤは、送信先として指定されたユーザーが所属する医療施設の施設ＩＤであり、送信先ユーザーＩＤは、送信先として指定されたユーザーのユーザーＩＤである。送信先施設ＩＤ及び送信先ユーザーＩＤが送信先情報に相当する。

画像連携サーバー２０では、インターネット通信部２３により、クライアント端末３０から情報が受信されると、制御部２１により、画像特定情報に含まれる画像インスタンスＵＩＤ等に基づいて、画像保管サーバー１０における画像保管状態が確認される（ステップＳ２９）。具体的には、制御部２１により、センター内通信部２４を介して、画像特定情報に対応する医用画像が画像保管サーバー１０に保管されているか否かの問い合わせが行われる。
画像保管サーバー１０では、制御部１１により、画像管理ＤＢ１５１が参照され、記憶部１５に画像特定情報に対応する医用画像が記憶されているか否かが判断され、センター内通信部１４を介して、画像連携サーバー２０に画像保管状態が返信される（ステップＳ３０）。

画像連携サーバー２０では、画像保管サーバー１０に選択された医用画像が存在しない場合には（ステップＳ３１；ＮＯ）、制御部２１により、インターネット通信部２３を介して、クライアント端末３０に送信エラーが通知される（ステップＳ３２）。
クライアント端末３０では、表示部３５に送信エラーであることが表示される。

ステップＳ３１において、画像保管サーバー１０に選択された医用画像が存在する場合（ステップＳ３１；ＹＥＳ）、又は、ステップＳ３２の後、画像連携サーバー２０では、制御部２１により、連携送信情報テーブルＴ２４に連携送信情報が登録される（ステップＳ３３）。
また、制御部２１により、患者情報テーブルＴ２５に患者情報が登録される（ステップＳ３４）。
また、制御部２１により、画像特定情報テーブルＴ２６に画像特定情報が登録される（ステップＳ３５）。ここで、患者情報テーブルＴ２５及び画像特定情報テーブルＴ２６に新規登録されるレコードに、連携送信情報テーブルＴ２４に新規登録されたレコードの送信ＩＤを含ませることによって、連携送信情報テーブルＴ２４、患者情報テーブルＴ２５及び画像特定情報テーブルＴ２６における情報が対応付けられる。

次に、制御部２１により、インターネット通信部２３を介して、送信先として指定されたユーザー宛てにメールが送信される（ステップＳ３６）。具体的には、制御部２１により、連携送信情報に含まれる送信先ユーザーＩＤに基づいて、ユーザー情報テーブルＴ２２から送信先ユーザーＩＤに対応するメールアドレスが取得され、取得されたメールアドレスに、医療連携が登録された旨の通知が送信される。
以上で、第１の医療連携登録処理が終了する。

第１の医療連携登録処理のステップＳ２１において、複数の医用画像が選択された場合には、選択された複数の医用画像のうち、ステップＳ２６において、送信されていないと判断された医用画像のみを画像保管サーバー１０に送信すればよい。

図７は、医療連携システム１００において行われる第１の画像参照処理を示すラダーチャートである。第１の画像参照処理は、クライアント端末３０から画像連携サーバー２０に対して、医用画像の参照要求を行う処理である。

まず、クライアント端末３０において、画像連携サーバー２０に対してユーザーによるログインが行われる（ステップＳ４１）。クライアント端末３０において、Ｗｅｂブラウザー上から所定のＵＲＬが指定され、画像連携サーバー２０にアクセスが行われると、画像連携サーバー２０からクライアント端末３０に対し、ログイン画面が提供される。クライアント端末３０では、操作部３４からの操作により、ユーザーＩＤ及びパスワードが入力される。

画像連携サーバー２０では、制御部２１により、クライアント端末３０において入力されたユーザーＩＤ及びパスワードに基づいて、ユーザー認証が行われる。具体的には、入力されたユーザーＩＤ及びパスワードの組み合わせが、ユーザー情報テーブルＴ２２に予め登録されているユーザーＩＤ及びパスワードの組み合わせと一致する場合に、ユーザー認証がＯＫであると判断される。

次に、クライアント端末３０では、制御部３１により、画像連携サーバー２０に対して、連携送信リストが要求される（ステップＳ４２）。具体的には、制御部３１により、クライアント端末３０を操作するユーザーが所属する医療施設の施設ＩＤ及び当該ユーザーのユーザーＩＤを含む連携送信リスト取得要求が、通信部３３を介して画像連携サーバー２０に送信される。

画像連携サーバー２０では、インターネット通信部２３により、クライアント端末３０から連携送信リスト取得要求が受信されると、制御部２１により、連携送信リストが作成される。具体的には、制御部２１により、連携送信情報テーブルＴ２４から、「送信先施設ＩＤ」が連携送信リスト取得要求に含まれる施設ＩＤであって、「送信先ユーザーＩＤ」が連携送信リスト取得要求に含まれるユーザーＩＤであるレコードが抽出され、抽出されたレコードから連携送信リスト（送信ＩＤ、送信元施設ＩＤ、送信元ユーザーＩＤ、送信先施設ＩＤ、送信先ユーザーＩＤ）が作成される。そして、制御部２１により、連携送信リストが、インターネット通信部２３を介してクライアント端末３０に送信される（ステップＳ４３）。

クライアント端末３０では、制御部３１により、連携送信リストが表示部３５に表示され、操作部３４からの操作により、連携送信リストの中から参照対象となる医療連携が選択される（ステップＳ４４）。制御部３１により、選択された医療連携に対応する送信ＩＤが、通信部３３を介して画像連携サーバー２０に送信される。

画像連携サーバー２０では、制御部２１により、クライアント端末３０において選択された医療連携の画像特定情報が取得される（ステップＳ４５）。具体的には、制御部２１により、画像特定情報テーブルＴ２６が参照され、クライアント端末３０から送信された送信ＩＤに対応する画像インスタンスＵＩＤ等が取得される。そして、制御部２１により、取得された画像インスタンスＵＩＤ等の画像特定情報が、インターネット通信部２３を介してクライアント端末３０に送信される。この画像特定情報は、連携送信リストの中から選択された医療連携に対応する送信ＩＤと対応付けられているから、送信先情報（クライアント端末３０を操作するユーザー）と対応付けられたものである。送信ＩＤに対応する画像特定情報は、複数の場合もあり得る。

クライアント端末３０では、制御部３１により、画像連携サーバー２０から送信された画像特定情報に基づいて、画像インスタンスＵＩＤを含む画像の参照要求が、通信部３３を介して画像連携サーバー２０に送信される（ステップＳ４６）。

画像連携サーバー２０では、インターネット通信部２３により、クライアント端末３０から画像の参照要求が受信されると、制御部２１により、画像インスタンスＵＩＤを含む画像の取得要求が、センター内通信部２４を介して画像保管サーバー１０に送信される（ステップＳ４７）。

画像保管サーバー１０では、センター内通信部１４により、画像連携サーバー２０から画像の取得要求が受信されると、制御部１１により、画像の取得要求に含まれる画像インスタンスＵＩＤに基づいて、医用画像が特定され、特定された医用画像がセンター内通信部１４を介して画像連携サーバー２０に送信される（ステップＳ４８）。具体的には、制御部１１により、画像管理ＤＢ１５１が参照され、画像インスタンスＵＩＤに対応する医用画像が特定され、特定された医用画像が記憶部１５から読み出され、画像連携サーバー２０に送信される。

ここで、画像保管サーバー１０において、各医療施設において生成されたＤＩＣＯＭデータが画像部とヘッダー部に分離されて管理される等、医用画像が内部フォーマットで管理されている場合や、患者情報等の変更が画像管理ＤＢ１５１のみで管理され、画像ファイルに反映されていない場合には、特定された医用画像が画像連携サーバー２０に送信される前に、制御部１１により、画像連携サーバー２０とクライアント端末３０との間で利用可能な形式に変換される等、必要に応じて画像の再構成が行われる。

画像連携サーバー２０では、センター内通信部２４により、画像保管サーバー１０から医用画像が受信されると、制御部２１により、この医用画像に対して圧縮処理が施される（ステップＳ４９）。なお、医用画像の圧縮は必須ではないが、インターネット回線を用いる場合には、圧縮する方が回線品質のバラツキを抑えることができる。
次に、制御部２１により、圧縮された医用画像がインターネット通信部２３を介してクライアント端末３０に送信される（ステップＳ５０）。

クライアント端末３０では、通信部３３により、圧縮された医用画像が受信されると、制御部３１により、医用画像が展開される（ステップＳ５１）。
ステップＳ４６〜ステップＳ５１の処理が、取得する画像の枚数分繰り返される。なお、複数の画像を纏めて取得するような構成としてもよい。

次に、クライアント端末３０において、制御部３１により、医用画像が表示部３５に表示される（ステップＳ５２）。
以上で、第１の画像参照処理が終了する。

以上説明したように、第１の実施の形態によれば、画像保管サーバー１０に既に記憶されている医用画像に対して、画像連携サーバー２０に医療連携を登録するので、医療施設から画像連携サーバー２０に医用画像を送信する必要がなく、画像送信時間が不要になる。したがって、医療施設ごとの医用画像の保管と、医療施設間の医療連携と、を効率良く行うことができる。

また、医療連携の対象として選択された医用画像がＰＡＣＳ５０から画像保管サーバー１０に送信されていない場合に、選択された医用画像を他の医用画像よりも優先的に画像保管サーバー１０に送信するので、速やかに選択された医用画像が画像保管サーバー１０に記憶されている状態に移行させることができる。

また、画像連携サーバー２０の記憶部２５に画像特定情報及び送信先情報が記憶された場合に、当該送信先情報が示す送信先のユーザーに通知することができる。

また、画像連携サーバー２０のユーザー情報テーブルＴ２２内のユーザー情報は、当該ユーザー情報に対応するユーザーが所属する医療施設の管理者が操作するクライアント端末３０から登録されるので、医療施設ごとに、ユーザー情報を登録し、管理することができる。

なお、第１の医療連携登録処理（図６参照）のステップＳ２６において、選択された医用画像がＰＡＣＳ５０から画像保管サーバー１０に送信されていない場合に、クライアント端末３０の制御部３１は、表示部３５に警告を表示させることとしてもよい。この場合、ユーザーに注意を促すことができる。

［第２の実施の形態］
次に、本発明を適用した第２の実施の形態について説明する。
第２の実施の形態における医療連携システムは、第１の実施の形態に示した医療連携システム１００と同様の構成であるため、図１〜図４を援用し、その構成については図示及び説明を省略する。以下、第２の実施の形態に特徴的な構成及び処理について説明する。

クライアント端末３０の制御部３１は、クライアント端末３０が設置された医療施設において生成された医用画像を管理するＰＡＣＳ５０から、医療連携の対象として選択された医用画像が画像保管サーバー１０に送信されていない場合に、通信部３３を制御して、選択された医用画像を画像連携サーバー２０に送信する旨の指示をＰＡＣＳ５０に送信させる。すなわち、制御部３１及び通信部３３は、第４送信手段として機能する。

ＰＡＣＳ５０の制御部は、通信部を介してクライアント端末３０から、選択された医用画像を画像連携サーバー２０に送信する旨の指示が受信されると、通信部を制御して、選択された医用画像を画像連携サーバー２０に送信させる。

画像連携サーバー２０の制御部２１は、ＰＡＣＳ５０から送信された医用画像を記憶部２５に記憶させる。すなわち、記憶部２５は、第３記憶手段として機能する。
制御部２１は、記憶部２５（連携送信情報テーブルＴ２４）に記憶されている送信先情報が示す送信先のユーザーが操作するクライアント端末３０から画像参照要求が受信された場合に、当該送信先情報と対応付けられている画像特定情報に対応する医用画像を画像保管サーバー１０から取得する代わりに、記憶部２５から取得する。

次に、第２の実施の形態における動作について説明する。
画像保管サーバー１０における処理は、制御部１１と記憶部１５に記憶されているプログラムとの協働により実現され、画像連携サーバー２０における処理は、制御部２１と記憶部２５に記憶されているプログラムとの協働により実現され、クライアント端末３０における処理は、制御部３１と記憶部３６に記憶されているプログラムとの協働により実現される。

ユーザー登録処理については、第１の実施の形態に示したユーザー登録処理（図５参照）と同様である。

図８は、第２の実施の形態の医療連携システムにおいて行われる第２の医療連携登録処理を示すラダーチャートである。第２の医療連携登録処理は、クライアント端末３０から画像連携サーバー２０に対して、医療連携の依頼を行う処理である。

ステップＳ６１〜ステップＳ６５の処理については、第１の医療連携登録処理（図６参照）のステップＳ２１〜ステップＳ２５の処理と同様であるため、説明を省略する。

ステップＳ６５の後、クライアント端末３０では、制御部３１により、ステップＳ６１で選択された医用画像が画像保管サーバー１０に送信済みであるか否かが判断される（ステップＳ６６）。
選択された医用画像が画像保管サーバー１０に送信されていない場合には（ステップＳ６６；ＮＯ）、制御部３１により、通信部３３を介して、選択された医用画像を画像連携サーバー２０に送信する旨の指示がＰＡＣＳ５０に送信される。ＰＡＣＳ５０では、クライアント端末３０から指示が受信されると、選択された医用画像が記憶部から読み出され、通信部を介して画像連携サーバー２０に送信される（ステップＳ６７）。

ステップＳ６６において、選択された医用画像が画像保管サーバー１０に送信済みである場合（ステップＳ６６；ＹＥＳ）、又は、ステップＳ６７の後、制御部３１により、選択された医用画像を特定するための画像特定情報（データ種別、検査情報、画像情報、ファイルの保存場所等）、連携送信情報（送信ＩＤ、送信元施設ＩＤ、送信元ユーザーＩＤ、送信先施設ＩＤ、送信先ユーザーＩＤ）、患者情報（患者ＩＤ、患者氏名等）が、通信部３３を介して画像連携サーバー２０に送信される（ステップＳ６８）。
ただし、ステップＳ６７において、ＰＡＣＳ５０から画像連携サーバー２０に直接医用画像が送信された場合には、クライアント端末３０から画像連携サーバー２０への画像特定情報の送信は不要である。

ステップＳ６９〜ステップＳ７６の処理については、第１の医療連携登録処理（図６参照）のステップＳ２９〜ステップＳ３６の処理と同様であるため、説明を省略する。
ただし、ステップＳ６７において、ＰＡＣＳ５０から画像連携サーバー２０に直接医用画像が送信された場合には、ステップＳ６９〜ステップＳ７２の処理は省略される。また、ＰＡＣＳ５０から画像連携サーバー２０に直接医用画像が送信された場合には、画像連携サーバー２０の制御部２１により、ステップＳ７５の処理に代えて、医用画像が記憶部２５に登録される。この場合、制御部２１により、医用画像と対応付けられて、画像インスタンスＵＩＤ、送信ＩＤが記憶部２５に記憶される。
以上で、第２の医療連携登録処理が終了する。

第２の医療連携登録処理のステップＳ６１において、複数の医用画像が選択された場合には、選択された複数の医用画像のうち、ステップＳ６６において、送信されていないと判断された医用画像のみを画像連携サーバー２０に送信すればよい。

第１の画像参照処理については、第１の実施の形態に示した第１の画像参照処理（図７参照）と略同様である。ただし、第２の医療連携登録処理のステップＳ６７において、ＰＡＣＳ５０から画像連携サーバー２０に直接送信された医用画像については、ステップＳ４５で、画像連携サーバー２０の制御部２１により、クライアント端末３０において選択された医療連携の送信ＩＤに対応する画像インスタンスＵＩＤが記憶部２５から取得される。また、ステップＳ４７及びステップＳ４８に代えて、画像連携サーバー２０において、制御部２１により、記憶部２５に記憶されている医用画像が取得される。具体的には、インターネット通信部２３により、クライアント端末３０から画像の参照要求が受信されると、制御部２１により、画像の参照要求に含まれる画像インスタンスＵＩＤに基づいて、記憶部２５から医用画像が読み出される。

以上説明したように、第２の実施の形態によれば、画像保管サーバー１０に既に記憶されている医用画像に対して、画像連携サーバー２０に医療連携を登録するので、医療施設ごとの医用画像の保管と、医療施設間の医療連携と、を効率良く行うことができる。

また、医療連携の対象として選択された医用画像がＰＡＣＳ５０から画像保管サーバー１０に送信されていない場合には、選択された医用画像をＰＡＣＳ５０から直接画像連携サーバー２０に送信することができる。

なお、第２の医療連携登録処理（図８参照）のステップＳ６６において、選択された医用画像がＰＡＣＳ５０から画像保管サーバー１０に送信されていない場合に、クライアント端末３０の制御部３１は、表示部３５に警告を表示させることとしてもよい。この場合、ユーザーに注意を促すことができる。

［第３の実施の形態］
次に、本発明を適用した第３の実施の形態について説明する。
第３の実施の形態における医療連携システムは、第１の実施の形態に示した医療連携システム１００と同様の構成であるため、図１〜図４を援用し、その構成については図示及び説明を省略する。以下、第３の実施の形態に特徴的な構成及び処理について説明する。

第１及び第２の実施の形態では、クライアント端末３０から画像連携サーバー２０に画像特定情報及び送信先情報を送信する場合について説明したが、第３の実施の形態では、クライアント端末３０から画像保管サーバー１０を経由して画像連携サーバー２０に画像特定情報及び送信先情報を送信する。

クライアント端末３０の制御部３１は、通信部３３を制御して、医療連携の対象として選択された医用画像を特定するための画像特定情報、及び、指定された送信先のユーザーを示す送信先情報を、画像保管サーバー１０に送信させる。すなわち、制御部３１及び通信部３３は、第１送信手段として機能する。

画像保管サーバー１０の制御部１１は、クライアント端末３０から送信された画像特定情報と送信先情報とを対応付けて、センター内通信部１４を介して、画像連携サーバー２０に転送する。すなわち、制御部１１及びセンター内通信部１４は、転送手段として機能する。

画像連携サーバー２０の制御部２１は、画像保管サーバー１０から転送された画像特定情報と送信先情報とを対応付けて記憶部２５に記憶させる。

第３の実施の形態における動作は、医療連携を依頼する際のデータの流れが異なるのみで、その他の処理については、第１の実施の形態と同様である。
第３の実施の形態では、第１の実施の形態に示した第１の医療連携登録処理（図６参照）のステップＳ２８に代えて、クライアント端末３０の制御部３１により、画像特定情報、連携送信情報及び患者情報が、通信部３３を介して画像保管サーバー１０に送信される。

画像保管サーバー１０では、インターネット通信部１３により、クライアント端末３０から画像特定情報、連携送信情報及び患者情報が受信されると、制御部１１により、これらの情報が対応付けられて、センター内通信部１４を介して画像連携サーバー２０に転送される。

画像連携サーバー２０では、センター内通信部２４により、画像保管サーバー１０から画像特定情報、連携送信情報及び患者情報が受信されると、ステップＳ２９に移行する。

以上説明したように、第３の実施の形態によれば、画像保管サーバー１０に既に記憶されている医用画像に対して、画像保管サーバー１０を経由して画像連携サーバー２０に医療連携を登録するので、医療施設から画像連携サーバー２０に医用画像を送信する必要がなく、画像送信時間が不要になる。したがって、医療施設ごとの医用画像の保管と、医療施設間の医療連携と、を効率良く行うことができる。

［第４の実施の形態］
次に、本発明を適用した第４の実施の形態について説明する。
第４の実施の形態における医療連携システムは、第１の実施の形態に示した医療連携システム１００と同様の構成であるため、図１〜図４を援用し、その構成については図示及び説明を省略する。以下、第４の実施の形態に特徴的な構成及び処理について説明する。

第１〜第３の実施の形態では、原則として、画像連携サーバー２０が画像保管サーバー１０から医療連携に係る医用画像を取得して、クライアント端末３０に送信する場合について説明したが、第４の実施の形態では、画像保管サーバー１０から医療連携に係る医用画像をクライアント端末３０に送信する。

画像連携サーバー２０の制御部２１は、記憶部２５（連携送信情報テーブルＴ２４）に記憶されている送信先情報が示す送信先のユーザーが操作するクライアント端末３０から画像参照要求が受信された場合に、当該送信先情報及び当該送信先情報と対応付けられている画像特定情報を含む画像送信指示を、センター内通信部２４を制御して、画像保管サーバー１０に送信させる。すなわち、制御部２１及びセンター内通信部２４は、画像送信指示手段として機能する。

画像保管サーバー１０の制御部１１は、センター内通信部１４を介して画像送信指示が受信されると、画像送信指示に含まれる画像特定情報に基づいて、当該画像特定情報に対応する医用画像を記憶部１５から取得する。すなわち、制御部１１は、取得手段として機能する。

制御部１１は、画像送信指示に含まれる送信先情報に基づいて、送信先のユーザーが操作するクライアント端末３０に、取得された医用画像を、インターネット通信部１３を介して送信させる。すなわち、制御部１１及びインターネット通信部１３は、第２送信手段として機能する。

次に、第４の実施の形態における動作について説明する。
画像保管サーバー１０における処理は、制御部１１と記憶部１５に記憶されているプログラムとの協働により実現され、画像連携サーバー２０における処理は、制御部２１と記憶部２５に記憶されているプログラムとの協働により実現され、クライアント端末３０における処理は、制御部３１と記憶部３６に記憶されているプログラムとの協働により実現される。

ユーザー登録処理、第１の医療連携登録処理については、第１の実施の形態に示したユーザー登録処理（図５参照）、第１の医療連携登録処理（図６参照）と同様である。

図９は、第４の実施の形態の医療連携システムにおいて行われる第２の画像参照処理を示すラダーチャートである。

ステップＳ８１〜ステップＳ８６の処理については、第１の画像参照処理（図７参照）のステップＳ４１〜ステップＳ４６の処理と同様であるため、説明を省略する。

ステップＳ８６の後、画像連携サーバー２０では、インターネット通信部２３により、クライアント端末３０から画像の参照要求が受信されると、制御部２１により、画像インスタンスＵＩＤ（画像の参照要求に含まれる画像特定情報）及び当該画像インスタンスＵＩＤに対応付けられている送信先情報を含む画像送信指示が、センター内通信部２４を介して画像保管サーバー１０に送信される（ステップＳ８７）。画像の参照要求に含まれる画像インスタンスＵＩＤは、クライアント端末３０を操作するユーザーを送信先とした送信ＩＤに対応するものであるから、画像送信指示に含まれる送信先情報は、画像の参照要求を送信したクライアント端末３０を操作するユーザーを示すものである。

画像保管サーバー１０では、センター内通信部１４により、画像連携サーバー２０から画像送信指示が受信されると、制御部１１により、画像管理ＤＢ１５１が参照され、画像送信指示に含まれる画像インスタンスＵＩＤに対応する医用画像が特定され、特定された医用画像が記憶部１５から取得される（ステップＳ８８）。
次に、制御部１１により、取得された医用画像に対して圧縮処理が施される（ステップＳ８９）。

次に、制御部１１により、画像送信指示に含まれる送信先情報に基づいて、送信先のユーザーが操作するクライアント端末３０に、圧縮された医用画像が、インターネット通信部１３を介して送信される（ステップＳ９０）。

クライアント端末３０では、通信部３３により、圧縮された医用画像が受信されると、制御部３１により、医用画像が展開される（ステップＳ９１）。
ステップＳ８６〜ステップＳ９１の処理が、取得する画像の枚数分繰り返される。なお、複数の画像を纏めて取得するような構成としてもよい。

次に、クライアント端末３０において、制御部３１により、医用画像が表示部３５に表示される（ステップＳ９２）。
以上で、第２の画像参照処理が終了する。

以上説明したように、第４の実施の形態によれば、画像保管サーバー１０に既に記憶されている医用画像に対して、画像連携サーバー２０に医療連携を登録するので、医療施設から画像連携サーバー２０に医用画像を送信する必要がなく、画像送信時間が不要になる。したがって、医療施設ごとの医用画像の保管と、医療施設間の医療連携と、を効率良く行うことができる。

また、第１の実施の形態と同様、医療連携の対象として選択された医用画像がＰＡＣＳ５０から画像保管サーバー１０に送信されていない場合に、選択された医用画像を他の医用画像よりも優先的に画像保管サーバー１０に送信することで、速やかに選択された医用画像が画像保管サーバー１０に記憶されている状態に移行させることができる。
あるいは、医療連携の対象として選択された医用画像がＰＡＣＳ５０から画像保管サーバー１０に送信されていない場合に、クライアント端末３０の制御部３１は、表示部３５に警告を表示させることとしてもよい。

なお、上記各実施の形態における記述は、本発明に係る医療連携システムの例であり、これに限定されるものではない。システムを構成する各装置の細部構成及び細部動作に関しても本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
例えば、各実施の形態における特徴的な処理を組み合わせることとしてもよい。

上記各実施の形態では、第１の画像参照処理（図７参照）又は第２の画像参照処理（図９参照）において、ログインユーザーが送信先として設定されている連携送信リストを画像連携サーバー２０がクライアント端末３０に提示して、クライアント端末３０から参照対象の医療連携を選択することとしたが、ログインユーザーに該当する医用画像が少ない場合等には、ユーザーが参照対象を選択することなく、クライアント端末３０に医用画像が送信されることとしてもよい。

また、上記各実施の形態では、画像保管サーバー１０が、各医療施設において生成された医用画像のバックアップを目的として使用される場合について説明したが、近年、クラウドサーバーの普及に伴い、データセンターで全てのデータが管理され、医療施設側には直近のデータのみが保存されているという状況もあり得る。この場合、送信元施設のユーザーは、直接画像保管サーバー１０にアクセスし、医療連携の対象とする医用画像を選択してもよい。

１０ 画像保管サーバー
１１ 制御部
１３ インターネット通信部
１４ センター内通信部
１５ 記憶部
２０ 画像連携サーバー
２１ 制御部
２３ インターネット通信部
２４ センター内通信部
２５ 記憶部
３０Ａ，３０Ｂ クライアント端末
３１ 制御部
３３ 通信部
３４ 操作部
３５ 表示部
３６ 記憶部
１００ 医療連携システム
Ｎ１ インターネット
Ｎ２ センター内ネットワーク
Ｔ２２ ユーザー情報テーブル
Ｔ２４ 連携送信情報テーブル
Ｔ２６ 画像特定情報テーブル

Claims (3)

1. 複数の医療施設において生成された医用画像を記憶する第１記憶手段を備える第１サーバーと、前記複数の医療施設間の医療連携を管理する第２サーバーと、を備える医療連携システムであって、
   前記第１サーバー及び前記第２サーバーのそれぞれは、クライアント端末と第１通信ネットワークを介してデータ通信可能に接続されており、
   前記第１サーバーと前記第２サーバーとは、前記第１通信ネットワークより高速にデータ通信可能な第２通信ネットワークを介して接続されており、
   前記第２サーバーは、
   前記クライアント端末により送信された、前記クライアント端末が設置された医療施設において生成された医用画像のうち、医療連携の対象とする医用画像を特定するための画像特定情報と、前記医療連携の対象とする医用画像の送信先のユーザーを示す送信先情報とを対応付けて記憶する第２記憶手段と、
   前記第２記憶手段に記憶されている送信先情報が示す送信先のユーザーが操作するクライアント端末から画像参照要求が受信された場合に、当該送信先情報と対応付けられている画像特定情報に基づいて、当該画像特定情報に対応する医用画像を前記送信先のユーザーが操作するクライアント端末に送信する送信手段と、
   を備える医療連携システム。
2. 複数の医療施設において生成された医用画像を記憶する第１記憶手段を備える第１サーバーと、前記複数の医療施設間の医療連携を管理する第２サーバーと、前記第１サーバー及び前記第２サーバーのそれぞれと第１通信ネットワークを介してデータ通信可能に接続された複数のクライアント端末と、を備える医療連携システムであって、
   前記第１サーバーと前記第２サーバーとは、前記第１通信ネットワークより高速にデータ通信可能な第２通信ネットワークを介して接続されており、
   前記複数のクライアント端末のそれぞれは、
   当該クライアント端末が設置された医療施設において生成された医用画像のうち、医療連携の対象とする医用画像を選択するための選択手段と、
   前記選択された医用画像の送信先のユーザーを指定するための指定手段と、
   前記選択された医用画像を特定するための画像特定情報及び前記指定された送信先のユーザーを示す送信先情報を前記第２サーバーに送信する第１送信手段と、
   を備え、
   前記第２サーバーは、
   前記送信先情報が示す送信先のユーザーが操作するクライアント端末から画像参照要求が受信された場合に、当該送信先情報と対応付けられている画像特定情報に基づいて、当該画像特定情報に対応する医用画像を前記送信先のユーザーが操作するクライアント端末に送信する第２送信手段を備える医療連携システム。
3. 複数の医療施設において生成された医用画像を記憶する第１記憶手段を備える第１サーバーと、前記複数の医療施設間の医療連携を管理する第２サーバーと、を備え、
   前記第１サーバー及び前記第２サーバーのそれぞれは、クライアント端末と第１通信ネットワークを介してデータ通信可能に接続されており、
   前記第１サーバーと前記第２サーバーとは、前記第１通信ネットワークより高速にデータ通信可能な第２通信ネットワークを介して接続されている医療連携システムの前記第２サーバーに、
   前記クライアント端末により送信された、前記クライアント端末が設置された医療施設において生成された医用画像のうち、医療連携の対象とする医用画像を特定するための画像特定情報と、前記医療連携の対象とする医用画像の送信先のユーザーを示す送信先情報とを対応付けて第２記憶手段に記憶させる記憶ステップと、
   前記第２記憶手段に記憶されている送信先情報が示す送信先のユーザーが操作するクライアント端末から画像参照要求が受信された場合に、当該送信先情報と対応付けられている画像特定情報に基づいて、当該画像特定情報に対応する医用画像を前記送信先のユーザーが操作するクライアント端末に送信させる送信ステップと、
   を実行させるための制御プログラム。

Images