JP2011198310A - 医療連携システム - Google Patents

Abstract

【課題】連携後の連携先での連携事項の進捗状況を把握可能とし、円滑な連携が可能な医療連携システムを提供すること。
【解決手段】センタサーバ１と、端末装置２Ａ、２Ｂと、が通信ネットワークを介してデータ送受信可能に接続される医療連携システムにおいて、端末装置は、連携元情報、連携先情報、連携内容情報、を含む連携情報をセンタサーバへ送信し、センタサーバは、連携情報を受信した場合、連携情報に含まれる連携先情報が示す連携先に連携依頼ありの通知（紹介メール、検査依頼メールの送信）を行い、当該通知を受けた連携先から連携情報に含まれる連携内容情報に対する返答がある場合には、連携元情報が示す連携元に返答ありの通知（返信メールの送信）を行う制御部１１と、を備える、医療連携システム。
【選択図】図６

Description

本発明は、医療連携システムに関する。

近年、医療技術の発達に伴い、特定機能を持つ病院や診療所等の複数の医療施設が連携して患者を治療する、医療連携というネットワークの枠組みが普及しつつある。

連携している医療施設間では、患者の紹介や検査の依頼、治療方針の相談等が行われている。例えば、患者の紹介を行う医療連携システムとしては、医療機関の情報を記憶する医療機関ＤＢ（Data Base）、医療機関別の患者の情報を記憶する患者情報ＤＢ、相互に患者を紹介しあう関係を結んだ医療機関の情報を記憶する医療連携ＤＢ、を格納した記憶装置と、ＡＳＰ（Application Service Provider）機能を備えたサーバと、患者情報ＤＢのバイタルデータを参照する機能と、医療連携ＤＢを参照して紹介先医療機関を選択して紹介状を作成して紹介先医療機関に送信する機能と、を有する端末装置と、を備えたものがある（特許文献１参照）。

特開２００８−３０５４４０

しかしながら、上記従来の技術は、紹介状を患者の紹介先にメールで送信するものである。そのため、患者の紹介を行った医師は、紹介した患者が紹介先の医療施設で受け入れられたか否かを確認できない。紹介した患者が紹介先の医療施設で受け入れられたか否かを確認するためには、患者を紹介した医師が、紹介先の医療施設へ直接問い合わせる煩雑な作業が発生する。また、紹介先でも、紹介された患者を受け入れたか否かの問い合わせがある度に、受け入れた患者を調べて応対するという煩雑な作業が発生する。

検査依頼を行った場合、検査依頼を行った医師は、検査の依頼先の医療施設で検査依頼が受け付けられたか否か、依頼後の検査の進捗状況等を把握できない。検査の進捗状況を把握するためには、検査の依頼先へ直接問い合わせる必要があるが、依頼先の医療施設が休業日であったり担当者が不在であったりすると、把握したいときに問い合わせることができず、円滑な治療を行うことができない。また、依頼先でも、検査の進捗状況の確認の連絡がある度に、検査の進捗状況を調べて応対するという煩雑な作業が発生する。

このように、連携元（患者紹介元、検査依頼元等）のユーザが、連携先（患者紹介先、検査依頼先等）のユーザに依頼した事項が受け入れられたか否か、或いは、依頼した連携事項（患者紹介、検査依頼等）の進捗状況を把握することができず、連携元及び連携先双方のユーザは円滑な診療を行うことができないという問題が生じる。

本発明の課題は、上記問題に鑑みて、連携後の連携元のユーザでの連携事項の進捗状況を把握可能とし、円滑な連携が可能な医療連携システムを提供することである。

請求項１に記載の発明は、管理サーバと、複数の医療施設のそれぞれに設けられる端末装置と、が通信ネットワークを介してデータ送受信可能に接続される医療連携システムにおいて、前記端末装置は、当該端末装置を操作する連携元のユーザに関する連携元情報、連携先の医療施設の端末装置を操作する連携先のユーザに関する連携先情報、連携内容を示す連携内容情報、を含む連携情報を前記管理サーバへ送信する端末制御部を備え、前記管理サーバは、前記連携情報を受信した場合、前記連携情報に含まれる連携先情報が示す連携先のユーザが操作する端末装置に連携依頼ありの通知を行い、当該通知を受けた端末装置から前記連携情報に含まれる連携内容情報に対する返答がある場合には、前記連携元情報が示す連携元のユーザが操作する端末装置に返答ありの通知を行うサーバ制御部と、を備えること、を特徴とする医療連携システムである。

請求項２に記載の発明は、請求項１に記載の医療連携システムにおいて、前記管理サーバは、前記連携情報毎に当該連携情報の遷移状態を管理する連携履歴情報を記憶する記憶部を備え、前記サーバ制御部は、前記連携情報に係る通知を前記端末装置に行った場合及び前記連携情報に係る問い合わせ要求を前記端末装置から受けた場合に当該連携情報の遷移状態を更新し、前記端末装置から前記連携情報の遷移状態の確認要求がある場合には、当該連携情報の遷移状態を管理する前記連携履歴情報を読み出して当該端末装置に送信すること、を特徴とする。

請求項３に記載の発明は、請求項２に記載の医療連携システムにおいて、前記連携情報に係る通知を前記端末装置に行った場合とは、前記連携情報を受信した場合において、前記連携情報に含まれる連携先情報が示す連携先のユーザが操作する端末装置へ連携依頼ありの通知を行った場合であること、を特徴とする。

請求項４に記載の発明は、請求項２又は３に記載の医療連携システムにおいて、前記連携情報に係る通知を前記端末装置に行った場合とは、前記連携元情報が示す連携元のユーザが操作する端末装置へ、当該端末装置が送信した連携情報に対する返信ありの通知を行った場合であること、を特徴とする。

請求項５に記載の発明は、請求項２から４のいずれか一項に記載の医療連携システムにおいて、前記連携情報に係る問い合わせ要求を前記端末装置から受けた場合とは、前記連携情報に含まれる連携先情報が示す連携先のユーザが操作する前記端末装置から、当該連携情報に含まれる連携内容情報の参照要求を受けた場合であること、を特徴とする。

請求項６に記載の発明は、請求項１から５のいずれか一項に記載の医療連携システムにおいて、前記連携内容情報は、複数の連携の種類のうち選択された連携の種類を含むこと、を特徴とする。

請求項７に記載の発明は、請求項６に記載の医療連携システムにおいて、前記複数の連携の種類は、患者の紹介連携、検査の依頼連携の少なくともいずれか一つを含むこと、を特徴とする。

本発明によれば、連携後の連携元での連携事項の進捗状況が把握可能となり、円滑な連携が可能な医療連携システムを提供することができる。

医療連携システムの構成図である。 センタサーバの機能構成例を示す図である。 ユーザ管理テーブルの例を示す図である。 （ａ）は連携先テーブルの例を示す図であり、（ｂ）は連携履歴テーブルの例を示す図である。 端末装置の機能構成例を示す図である。 連携メニューが患者紹介の場合の連携処理の動作フローを示す図である。 連携メニューが患者紹介の場合の連携処理の動作フローを示す図である（図６の続き）。 第１連携情報取得画面の例を示す図である。 第２連携情報取得画面の例を示す図である。 連携状態確認処理の動作フローを示す図である。 連携状態確認画面の例を示す図である。 連携メニューが検査依頼の場合の連携処理の動作フローを示す図である。 連携メニューが検査依頼の場合の連携処理の動作フローを示す図である（図１２の続き）。

以下、図を参照して本発明の実施の形態を詳細に説明する。
まず、構成を説明する。

〔医療連携システムの構成〕
図１に、本実施の形態における医療連携システム１００の構成図を示す。
図１に示すように、医療連携システム１００は、センタサーバ１と、医療施設毎に設置されている施設内システム（図１では、施設内システム６Ａ、６Ｂ）とが、通信ネットワークＮを介して相互にデータの送受信が可能に接続されて構成されている。
なお、地域医療連携システム１００を構成する施設内システム６Ａ、６Ｂや、施設内システムの各装置の数は、特に限定されない。

通信ネットワークＮは、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）としてもよく、また、電話回線網、ＩＳＤＮ（Integrated Services Digital Network）回線網、広帯域通信回線網、専用線、移動体通信網、通信衛星回線、ＣＡＴＶ（Community Antenna Television）回線、光通信回線、無線通信回線等と、それらを接続するインターネットサービスプロバイダなどを含む構成でもよい。

施設内システム６Ａは、端末装置２Ａ、ＰＡＣＳ（Picture Archiving and Communication System）３Ａ、モダリティ４Ａ等が、ＬＡＮ（Local Area Network）等の施設内ネットワーク５Ａにより相互にデータ送受信可能に接続されて構成されている。端末装置２Ａは、ルータ等の通信部を備え、当該通信部により通信ネットワークＮを介してセンタサーバ１とデータ送受信可能に接続されている。
また、施設内システム６Ｂは、端末装置２Ｂ、ＰＡＣＳ３Ｂ、モダリティ４Ｂ等が、ＬＡＮ等の施設内ネットワーク５Ｂにより相互にデータ送受信可能に接続されて構成されている。端末装置２Ｂは、ルータ等の通信部を備え、当該通信部により通信ネットワークＮを介してセンタサーバ１とデータ送受信可能に接続されている。

端末装置２Ａ、２Ｂは、Ｗｅｂブラウザを搭載したコンピュータである。
端末装置２Ａは、医療施設Ａの医師が他の医療施設の医師と医療の連携を行うために用いるコンピュータである。医療施設Ａの医師が通信ネットワークＮを介してセンタサーバ１にアクセスし、センタサーバ１への診療データの送信、センタサーバ１に格納されている当該医師が閲覧を許可されている診療データの閲覧やダウンロード等を行うためのコンピュータである。
同様に、端末装置２Ｂは、医療施設Ｂの医師が他の医療施設の医師と医療の連携を行うために用いるコンピュータである。医療施設Ｂの医師が通信ネットワークＮを介してセンタサーバ１にアクセスし、センタサーバ１への診療データの送信、センタサーバ１に格納されている当該ユーザが閲覧を許可されている診療データの閲覧やダウンロード等を行うためのコンピュータである。

ＰＡＣＳ３Ａ、３Ｂは、制御部、ＲＡＭ、記憶部、操作部、表示部、通信部等を備えたコンピュータであり、主として医療施設内のモダリティ４Ａ、４Ｂ等により生成された医用画像データ、検体検査データ、読影レポート等の診療データを患者情報と対応付けて記憶部に格納する施設内サーバである。

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

〔センタサーバ１〕
センタサーバ１は、データセンタに設置され、医療施設間の医療連携サービスを提供するための管理サーバである。

図２に、センタサーバ１の機能構成例を示す。
図２に示すように、センタサーバ１は、制御部１１、記憶部１２、ＲＡＭ１３、施設ＤＢ１４、ファイルＤＢ１５、連携ＤＢ１６、通信部１７等を備えて構成されており、各部はバス１８により接続されている。

制御部１１は、ＣＰＵ（Central Processing Unit）等により構成され、センタサーバ１の各部の処理動作を統括的に制御する。制御部１１は、記憶部１２に記憶されているシステムプログラムをはじめとする各種プログラムを読み出し、ＲＡＭ１３内に形成されたワークエリアに展開し、展開されたプログラムとの共同により各種処理を実行する。

制御部１１は、記憶部１２に記憶されているＷｅｂサーバプログラム１２１及びメールサーバプログラム１２２に従って、後述する連携処理や連携状態確認処理をはじめとする各種処理におけるセンタサーバ側の処理を実行するサーバ制御部として機能する。

連携処理では、制御部１１によって実行されるＷｅｂサーバプログラム１２１及びメールサーバプログラム１２２に従って、端末装置から連携情報を受信した場合、ユーザ管理テーブル１４１が参照され、連携情報に含まれる連携先情報が示す連携先のユーザ（以下、連携先ユーザとも称す）が操作する端末装置へ、連携依頼ありの通知（例えば、紹介メール、検査依頼メールの送信）が行われる。そして、当該通知を受けた端末装置から連携情報に含まれる連携内容情報に対する返答がある場合には、連携元情報が示す連携元のユーザ（以下、連携元ユーザとも称す）が操作する端末装置へ返答ありの通知（返信メールの送信）が行われる。

また、連携処理では、連携情報に係る通知（例えば、紹介メール、検査依頼メール、返信メールの送信）を端末装置に行った場合及び連携情報に係る問い合わせ要求（例えば、連携情報の参照要求）を端末装置から受けた場合には、連携履歴テーブル１６２内の当該連携情報を含むレコードの遷移状態が更新される。

更に、連携状態確認処理では、端末装置から連携情報の遷移状態の確認要求がある場合には、当該連携情報の遷移状態を管理するレコード（連携履歴情報）が連携履歴テーブル１６２から読み出され、当該端末装置に送信される。

記憶部１２は、ＨＤＤ（Hard Disk Drive）や半導体の不揮発性メモリ等により構成される。記憶部１２は、上述のように、制御部１１により実行される各種プログラムを記憶しているほか、各種プログラムを実行するために必要なパラメータやデータを記憶している。例えば、記憶部１２には、Ｗｅｂサーバプログラム１２１、メールサーバプログラム１２２、Ｗｅｂサーバ上で動作する各種アプリケーションプログラム、システムプログラム等が記憶されている。

Ｗｅｂサーバプログラム１２１は、端末装置２Ａ、２Ｂに搭載されたＷｅｂブラウザとＨＴＴＰプロトコルによる通信を行ってＷｅｂブラウザに各種Ｗｅｂ画面を提供するＷｅｂサーバとしての機能を実行するためのものである。
メールサーバプログラム１２２は、通信ネットワークＮに接続され、当該通信ネットワークＮに接続された端末装置２Ａ、２Ｂの電子メールの配送管理を行うメールサーバとしての機能を実行するためのものである。

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

施設ＤＢ１４は、ハードディスク等の不揮発性の大容量メモリ等から構成され、ユーザ管理テーブル１４１や各医療施設固有の情報を記憶している。ユーザ管理テーブル１４１には、センタサーバ１により提供される連携サービス機能が利用可能なユーザ（連携元ユーザ及び連携先ユーザ）に関するユーザ管理情報が格納されている。

図３に、ユーザ管理テーブル１４１の例を示す。
図３に示すように、ユーザ管理テーブル１４１には、例えば、ユーザを識別するための「ユーザＩＤ」、「ログインパスワード」、「施設ＩＤ」、「施設名」、「診療科」、「ユーザ名（医師名）」、「住所」、「電話番号」、「電子メールアドレス」等の複数の項目が設けられており、これらの複数の項目に対して各ユーザの情報が格納されている。

ファイルＤＢ１５は、ハードディスク等の不揮発性の大容量メモリ等から構成され、医療施設毎に、患者情報テーブルや各患者に関連する診療データ等の患者に係るデータを記憶する領域（医療施設Ａ領域１５１、医療施設Ｂ領域１５２等）を有している。
患者情報テーブルには、「患者ＩＤ」、「患者氏名」、「性別」、「生年月日」、「住所」、「電話番号」等の医療施設内の患者を識別する患者情報が患者毎に格納されている。
診療データとは、各患者の診療の過程で取得された情報である。診療データとしては、例えば、医用画像データ、検体検査データ、電子カルテデータ、読影レポート、病理診断レポート等が含まれる。各データには、各データを識別するためのＵＩＤ（Unique ＩＤ）、ファイル名、ファイル格納場所（ファイルパス）、ファイルサイズ、更新日時等が付加されている。

連携ＤＢ１６は、ハードディスク等の不揮発性の大容量メモリ等から構成され、連携先テーブル１６１、連携履歴テーブル１６２等の連携サービスに係る情報を格納している。

連携先テーブル１６１は、連携元ユーザにより登録された連携先候補となるユーザの情報（連携先情報）を格納するためのテーブルである。連携先候補となるユーザとは、医療連携の依頼先（連携先）となる医療施設が備える端末装置を操作するユーザ（例えば、医師）である。

図４（ａ）に、連携先テーブル１６１の例を示す。
図４（ａ）に示すように、連携先テーブル１６１には、例えば、連携元ユーザを識別するための「ユーザＩＤ」、当該ユーザＩＤが示す連携元ユーザが連携先ユーザとして登録したユーザが属する医療施設を識別するための「連携先施設ＩＤ」、「連携先施設名」、「連携先ユーザＩＤ」、「連携先ユーザ名」、「連携先住所」、「連携先電話番号」、「連携先電子メールアドレス」等の項目が設けられており、これらの項目の情報からなる連携先情報のデータが格納されている。
なお、本実施の形態において、「連携先ユーザＩＤ」は、連携先ユーザのユーザＩＤとする。

連携履歴テーブル１６２は、後述する連携処理の実行されるときに（即ち、連携の依頼がある度）生成されるレコードからなり、連携元ユーザが操作する端末装置と連携先ユーザが操作する端末装置との間において送受信される連携情報の遷移状態を管理する連携履歴情報（レコード）を管理するためのテーブルである。従って、連携ＤＢ１６は、連携管理記憶部として機能する。

図４（ｂ）に、連携履歴テーブル１６２の例を示す。
図４（ｂ）に示すように、連携履歴テーブル１６２には、例えば、「連携ＩＤ」、「連携日時」、「連携元情報」（連携元ユーザの「施設ＩＤ」、「施設名」、「ユーザＩＤ」、「ユーザ名」等）、「連携先情報」（連携先ユーザの「施設ＩＤ」、「施設名」、「ユーザＩＤ」、「ユーザ名」等）、連携元患者情報（連携元ユーザの患者情報（「患者ＩＤ」、「患者氏名」、「生年月日」、「性別」等））、「連携メニュー」、「連携状態」、「タイトル」、「コメント」、選択された診療データの「ファイルパス」等の項目が設けられている。

「連携ＩＤ」は、連携情報をセンタサーバ１が受信する毎に、受信した連携情報に対して制御部１１が発行する識別情報である。
連携情報の受信以降に、連携元と連携先との間で送受信される一連のデータ（例えば、連携先の端末装置から連携元の端末装置に対する返信として送信されたデータ）は、同一の連携ＩＤが付与されて管理される。

「連携元情報」は、連携情報の送信元の端末装置を操作する連携元ユーザに関する情報である。例えば、医療施設Ａ内のユーザＸが操作する端末装置２Ａが医療施設Ｂ内のユーザＹが操作する端末装置２Ｂへ連携情報を送信した場合は、医療施設Ａ内のユーザＸが連携元ユーザとなり、当該ユーザＸに関する情報が連携元情報である。
「連携先情報」は、連携情報の送信先の端末装置を操作する連携元が指定した連携先ユーザに関する情報である。例えば、医療施設Ａ内のユーザＸが操作する端末装置２Ａが医療施設Ｂ内のユーザＹが操作する端末装置２Ｂへ連携情報を送信した場合は、医療施設Ｂ内のユーザＹが連携先ユーザとなり、当該ユーザＹに関する情報が連携先情報である。

「連携メニュー」は、連携元ユーザが選択した連携の種類（分類）を示す。本実施の形態において、連携メニューには、予め設定された複数の連携の種類があり、例えば、患者の紹介連携（患者紹介）、検査の依頼連携（検査依頼）、相談の依頼連携（相談）がある。

「連携状態」は、各レコードが示す連携情報における連携先ユーザと連携元ユーザとの医療連携の遷移状態を示すものであり、連携情報に係る通知を端末装置に行った場合及び連携情報に係る問い合わせ要求を端末装置から受けた場合に更新される。
連携状態としては、例えば、連携元ユーザから連携先ユーザへの連携依頼があることを連携先ユーザが操作する端末装置へ通知したこと示す「送信済み」、連携先ユーザが操作する端末装置から連携情報の参照要求が受け付けられたことを示す「参照済み」、連携先ユーザが操作する端末装置から連携情報に対する返信があることを連携元ユーザが操作する端末装置へ通知したことを示す「返信済み」、連携元ユーザが操作する端末装置が連携元ユーザが操作する端末装置からの返信内容の確認要求があることを示す「完了」等である。

「タイトル」は、診療データの連携元ユーザにより付与されたタイトルである。「コメント」は、診療データの連携元ユーザにより入力された、連携先ユーザへのコメントである。「ファイルパス」は、診療データが格納されているファイルＤＢ内の格納場所（アドレス）を示す情報である。

通信部１７は、ネットワークインターフェースカード、モデム、ＵＳＢ等の各種インターフェースを備えて構成され、通信ネットワークＮ上の各施設内システムの端末装置と相互に情報の送受信を行う。

〔端末装置２Ａ、２Ｂ〕
図５に、端末装置２Ａ、２Ｂの機能構成例を示す。
図５に示すように、端末装置２Ａ、２Ｂは、制御部２１、記憶部２２、ＲＡＭ２３、操作部２４、表示部２５、第１通信部２６、第２通信部２７等を備えて構成され、各部はバス２８等により接続されている。

制御部２１は、ＣＰＵ等により構成され、端末装置２Ａ、２Ｂの各部の処理動作を統括的に制御する。制御部２１は、記憶部２２に記憶されているシステムプログラム、Ｗｅｂブラウザ２２１、センタサーバ１から提供されるスクリプトをはじめとする各種プログラムをＲＡＭ２３内に形成されたワークエリアに展開し、展開されたプログラムとの共同により各種処理を実行する。例えば、制御部２１は、展開されたプログラムに従って、後述する連携処理、連携状態確認処理をはじめとする各種処理における端末装置側の処理を実行する端末制御部として機能する。

連携処理では、制御部２１によって実行されるＷｅｂブラウザ２２１に従って、端末装置自身を操作するユーザに関する連携元情報、端末装置自身を操作するユーザが選択した連携先ユーザに関する連携先情報、連携内容を示す連携内容情報、を含む連携情報がセンタサーバ１へ送信される。

記憶部２２は、ＨＤＤ（Hard Disk Drive）や半導体の不揮発性メモリ等により構成される。記憶部２２は、上述のように、制御部２１により実行されるシステムプログラム、Ｗｅｂブラウザ２２１をはじめとする各種プログラムや各種データを記憶している。

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

操作部２４は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードで押下操作されたキーの押下信号とマウスによる操作信号とを、入力信号として制御部２１に出力する。

表示部２５は、例えば、ＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等のモニタを備えて構成されており、制御部２１から入力される表示信号の指示に従って、各種画面を表示する。

第１通信部２６は、ネットワークインターフェースカード（ＮＩＣ；Network Interface Card）、モデム（ＭＯＤＥＭ：MOdulator-DEModulator）、ＵＳＢ（Universal Serial Bus）等の各種インターフェースを備えて構成され、通信ネットワークＮ上のセンタサーバ１と相互に情報の送受信を行う。

第２通信部２７は、施設内ネットワーク５Ａ、５Ｂに接続された外部機器、例えば、ＰＡＣＳ３Ａ、３Ｂ、モダリティ４Ａ、４Ｂ等との間でデータの送受信を行う。

次に、本実施の形態の動作を説明する。
〔ログイン処理〕
まず、端末装置２Ａ、２Ｂからセンタサーバ１の連携サービスへのログイン処理について説明する。
なお、センタサーバ１における動作は、制御部１１とＷｅｂサーバプログラム１２１、メールサーバプログラム１２２との協働により実行される。端末装置２Ａ、２Ｂにおける動作は、制御部２１とＷｅｂブラウザ２２１との協働により実行される。以下、代表して端末装置２Ａからのセンタサーバ１の連携サービスへのアクセス動作について説明するが、端末装置２Ｂにおいても同様である。

端末装置２Ａにおいて、操作部２４によりＷｅｂブラウザ２２１上からセンタサーバ１の連携サービスにアクセスするためのＵＲＬが入力されると、入力されたＵＲＬが第１通信部２６によりセンタサーバ１に送信される。

センタサーバ１においては、通信部１７により端末装置２Ａから連携サービスにアクセスするためのＵＲＬが受信されると、端末装置２Ａに対し、ログイン画面を表示するための表示用データが送信される。

なお、センタサーバ１のＷｅｂサーバ機能により端末装置２Ａに送信されるログイン画面をはじめとする各種Ｗｅｂ画面の表示用データには、ＨＴＭＬ、スタイルシート、画像データ、端末装置２Ａで所定の処理を実行させるためのスクリプト等が含まれる。

端末装置２Ａにおいては、第１通信部２６によりログイン画面の表示用データが受信されると、表示部２５にログイン画面（不図示）が表示される。ログイン画面は、ユーザＩＤ及びログインパスワードの入力欄が表示された画面である。ログイン画面からユーザＩＤ及びログインパスワードが入力されると、入力されたユーザＩＤ及びログインパスワードが第１通信部２６によりセンタサーバ１に送信される。

センタサーバ１においては、通信部１７によりユーザＩＤ及びログインパスワードが受信されると、ユーザ認証が実行される。具体的には、ユーザＩＤが受信されたユーザＩＤと一致するレコードがユーザ管理テーブル１４１から検索され、検索されたレコードと受信されたログインパスワードが一致する場合、ユーザ認証がＯＫであると判断される。

ユーザＩＤが受信されたユーザＩＤと一致するレコードが検索されないか、又は検索されたレコードのログインパスワードが受信されたログインパスワードと一致しない場合、ユーザ認証はＮＧであると判断される。

ユーザ認証がＯＫであると判断されると、端末装置２ＡのＷｅｂブラウザ２２１における操作に従って連携サービスが提供される。ユーザ認証がＮＧである場合、端末装置２Ａへユーザ認証がＮＧである旨が通信部１７を介して通知される。

ユーザ認証がＯＫ後、端末装置２Ａの表示部２５に、連携初期画面（不図示）が表示される。この連携初期画面上に設けられた「新規連携ボタン」が操作部２４により押下されると、連携処理の実行が開始される。

〔患者紹介の場合の連携処理〕
図６及び図７に、連携メニューが患者紹介の場合の連携処理の動作フローを示す。
端末装置２Ａを操作するユーザが端末装置２Ｂを操作するユーザへ患者紹介を行う場合を例として、以下、説明する。

患者紹介の場合の連携処理においては、まず、患者の紹介先となるユーザ（連携先ユーザ）が操作する端末装置に送信する紹介情報（連携情報）を取得するための連携情報取得画面の表示要求が第１通信部２６によりセンタサーバ１へ送信される。センタサーバ１においては、連携情報取得画面の表示要求が受信されると、連携情報取得画面の表示用データが記憶部１２から読み出され、通信部１７により端末装置２Ａへ送信される。端末装置２Ａにおいては、第１通信部２６により連携情報取得画面の表示用データが受信されると、受信された表示用データに基づいて表示部２５に連携情報取得画面が表示される。

端末装置２Ａでは、連携情報取得画面において、操作部２４から紹介情報が入力され（ステップＳ１）、入力された紹介情報が第１通信部２６によりセンタサーバ１へ送信される（ステップＳ２）。
ステップＳ１で入力される紹介情報とは、連携メニューが患者紹介である場合の連携情報である。ステップＳ１での処理を図８及び図９を用いて説明する。

図８、図９に、ステップＳ１において用いられる連携情報取得画面の例を示す。
図８、図９に示すように、連携情報取得画面は、図８に示す第１連携情報取得画面Ｇ１と図９に示す第２連携情報取得画面Ｇ２との２画面で構成される。第１連携情報取得画面Ｇ１は、患者情報及び診療データを取得する画面であり、第２連携情報取得画面Ｇ２は、第１連携情報取得画面Ｇ１により取得された情報に対して、連携先情報と連携メニュー等を取得する画面である。

図８に示すように、第１連携情報取得画面Ｇ１には、患者情報入力欄Ｅ１１、データ取込ボタンＢ１１、診療情報表示欄Ｅ１２、各種機能ボタン群Ｂ１２、次へボタンＢ１３等が設けられている。
患者情報入力欄Ｅ１１は、患者情報を入力するための領域である。データ取込ボタンＢ１１は、患者情報入力欄Ｅ１１に入力された患者情報が示す患者の診療データを施設内のＰＡＣＳ３Ａから取り込むためのボタンである。診療情報表示欄Ｅ１２は、ＰＡＣＳ３Ａから取り込まれた診療データを表示するための領域である。各種機能ボタン群Ｂ１２は、診療情報表示欄Ｅ１２に表示された診療データが医用画像データである場合に、医用画像に各種編集を行うためのボタン群である。

操作部２４により患者情報入力欄Ｅ１１に患者情報が入力され、データ取込ボタンＢ１１が押下されると、入力された患者情報と合致する患者情報をもつ診療データがＰＡＣＳ３Ａから読み出され、読み出された診療データの一覧画面（診療データのサムネイル画像、ファイル名等）が表示部２５に表示される。
そして、診療データの一覧画面から操作部２４により取込対象の診療データが選択されると、選択された診療データが診療情報表示欄Ｅ１２に表示される。
その後、次へボタンＢ１３が押下されると、第２連携情報取得画面Ｇ２が表示される。

図９に示すように、第２連携情報取得画面Ｇ２には、連携先選択欄Ｅ２１、患者情報表示欄Ｅ２２、連携メニュー選択欄Ｅ２３、タイトル入力欄Ｅ２４、コメント入力欄Ｅ２５、公開期間設定欄Ｅ２６、送信ボタンＢ２１等が設けられている。

連携先選択欄Ｅ２１には、ログインしたユーザ（連携元ユーザ）のユーザＩＤに基づいて、連携先テーブル１６１から読み出された当該ユーザＩＤに対応する各レコードの情報、即ち、ログインしたユーザが予め連携先候補として登録したユーザの連携先情報の一覧、が表示される。

患者情報表示欄Ｅ２２には、第１連携情報取得画面Ｇ１にて入力された患者情報が表示される。また、患者情報表示欄Ｅ２２では、患者情報を連携先に送信する際、非表示にするか否かの設定を受け付ける。

連携メニュー選択欄Ｅ２３は、連携の種類（連携メニュー）を選択入力するための領域である。ここでは、連携メニューとして患者紹介、検査依頼、相談の中から選択される。
タイトル入力欄Ｅ２４は、連携依頼のタイトルが入力される。
コメント入力欄Ｅ２５は、連携依頼のコメントが入力される。
公開期間設定欄Ｅ２６は、第１連携情報取得画面Ｇ１において選択された診療データの連携先に対する公開期限が入力される。

送信ボタンＢ２１は、第１連携情報取得画面Ｇ１において取得した診療データと、第２連携情報取得画面Ｇ２において選択された連携先情報と、第１連携情報取得画面Ｇ１において取得した患者情報及び第２連携情報取得画面Ｇ２において取得した連携メニュー、タイトル、コメント、公開期間等を含む連携内容情報と、ログインしたユーザのユーザ情報（連携元情報）と、を含む連携情報をセンタサーバ１に送信するためのボタンである。

操作部２４により連携先選択欄Ｅ２１に一覧表示された連携先候補の中から患者の紹介先、即ち、紹介情報の送信先である連携先ユーザが選択される。
また、連携メニューとして患者紹介が選択され、タイトル入力欄Ｅ２４、コメント入力欄Ｅ２５、公開期間設定欄Ｅ２６等に各種情報が入力された後、送信ボタンＢ２１が押下されると、第１連携情報取得画面Ｇ１、第２連携情報取得画面Ｇ２において取得された連携情報が、紹介情報としてセンタサーバ１に送信される。

ステップＳ２においてセンタサーバ１に送信される紹介情報には、連携元情報、連携先情報、診療データ、患者情報を含む連携内容情報が含まれている。
連携元情報は、端末装置２Ａがログインをしたときに入力されたユーザＩＤ及びログインパスワードである。患者情報及び診療データは、第１連携情報取得画面Ｇ１において取得されたものである。連携先情報及び患者情報を除く連携内容情報は、第２連携情報取得画面Ｇ２において取得されたものである。
患者情報を除く連携内容情報には、連携メニュー（患者紹介）、タイトル、コメント、公開期間等が含まれる。

センタサーバ１において起動されるＷｅｂサーバにおいて、通信部１７により端末装置２Ａから紹介情報が受信されると（ステップＳ３）、連携先テーブル１６１が参照され、受信した紹介情報に含まれる連携元情報が示すユーザＩＤと一致するレコードが検索される。そして、検索されたレコードのうち、紹介情報に含まれる連携先情報のユーザＩＤと一致するレコードに含まれる電子メールアドレスが取得される（ステップＳ４）。

Ｗｅｂサーバでは、センタサーバ１において起動されるメールサーバに対して、取得された電子メールアドレス宛への紹介メールの送信要求が行われる（ステップＳ５）。また、Ｗｅｂサーバでは、ステップＳ３において受信した紹介情報を識別する連携ＩＤが生成され、紹介情報に含まれる診療データがファイルＤＢ１５に格納される。そして、当該連携ＩＤと紹介情報とに基づいて、連携履歴テーブル１６２にレコードが生成され、生成されたレコードの連携状態が「送信済み」に更新される（ステップＳ６）。

メールサーバにおいては、Ｗｅｂサーバにより紹介メールの送信要求を受けると、指定された電子メールアドレス宛への電子メール（紹介メール）の送信が行われる（ステップＳ７）。ステップＳ７において送信される紹介メールには、当該紹介メールの送信に至る連携情報（紹介情報）に対して生成された連携ＩＤと、患者の紹介があることを通知するメッセージと、紹介する患者に係るデータを参照する画面にアクセスするためのＷｅｂサーバ上のＵＲＬとが含まれる。

患者紹介先（連携先ユーザ）が操作する端末装置が端末装置２Ｂである場合には、端末装置２Ｂにおいて、第１通信部２６によりセンタサーバ１のメールサーバから送信された紹介メールが受信される（ステップＳ８）。そして、受信された紹介メールが表示部２５に表示され、表示された紹介メールに含まれるＵＲＬが操作部２４により入力されると、第１通信部２６によりセンタサーバ１へＵＲＬの参照要求が送信される（ステップＳ９）。ステップＳ９において送信されるＵＲＬの参照要求では、入力されたＵＲＬと、当該ＵＲＬを含む紹介メールに含まれている連携ＩＤとが送信される。

Ｗｅｂサーバにおいては、通信部１７によりＵＲＬの参照要求が受信されると、当該ＵＲＬの参照を許可する参照許可応答として、当該ＵＲＬに対応する画面を表示するための表示用データが通信部１７により端末装置２Ｂに送信される（ステップＳ１０）。端末装置２Ｂにおいては、第１通信部２６により参照許可応答が受信されると、表示用データに応じた画面が表示部２５に表示される。

また、Ｗｅｂサーバでは、ステップＳ１０後、ＵＲＬの参照要求に含まれる連携ＩＤに該当する連携履歴テーブルのレコードの連携状態が「参照済み」に更新される（ステップＳ１１）。

一方、端末装置２Ｂでは、ＵＲＬに基づいて表示部２５に表示された画面と操作部２４とにより、患者紹介に対する返信コメントが作成され（ステップＳ１２）、作成された返信コメントと、ＵＲＬに対応した画面の表示用データと共に受信した連携ＩＤとが第１通信部２６によりセンタサーバ１に送信される（ステップＳ１３）。

Ｗｅｂサーバでは、通信部１７により返信コメントが受信されると（ステップＳ１４）、連携履歴テーブル１６２が参照され、返信コメントと共に受信した連携ＩＤに対応するレコードから患者紹介元（連携元ユーザ）の電子メールアドレスが取得される（ステップＳ１５）。

そして、Ｗｅｂサーバでは、メールサーバに対して、取得された電子メールアドレス宛への返信メールの送信要求が行われる（ステップＳ１６）。また、Ｗｅｂサーバでは、ステップＳ１６後、ステップＳ１４において返信コメントと共に受信した連携ＩＤに該当する連携履歴テーブルのレコードの連携状態が「返信済み」に更新される（ステップＳ１７）。

メールサーバにおいては、Ｗｅｂサーバにより返信メールの送信要求を受けると、指定された電子メールアドレス宛への電子メール（返信メール）の送信が行われる（ステップＳ１８）。ステップＳ１８において送信される返信メールには、ステップＳ１４において返信コメントと共に受信した連携ＩＤと、患者紹介に対する返信があることを通知するメッセージが含まれる。

端末装置２Ａにおいて、センタサーバ１のメールサーバから送信された返信メールが第１通信部２６により受信される（ステップＳ１９）。そして、受信された返信メールが表示部２５に表示され、表示された返信メールが連携元ユーザに確認される。端末装置２Ａにおいては、センタサーバ１にログインして連携サービスにアクセスし、操作部２４からの入力に従って第１通信部２６により返信内容の確認要求の送信が行われる（ステップＳ２０）。ステップＳ２０において送信される返信内容の確認要求には、ステップＳ１９において受信した返信メールに含まれる連携ＩＤが含まれる。

Ｗｅｂサーバにおいては、通信部１７により返信内容の確認要求が受信されると、返信内容の確認要求に含まれる連携ＩＤに該当する連携履歴テーブルのレコードの連携状態が「完了」に更新される（ステップＳ２１）。

また、Ｗｅｂサーバにおいては、通信部１７により返信内容の確認要求が受信されると、当該返信内容に対応する画面を表示するための表示用データが通信部１７により端末装置２Ａに送信される。端末装置２Ａにおいては、第１通信部２６により受信した表示用データに応じた画面が表示部２５に表示される。

本実施の形態では、上述した患者紹介の場合の連携処理が実行されると、患者紹介元（連携元ユーザ）が操作する端末装置２Ａとセンタサーバ１との間では、端末装置２Ａからの要求に従って、紹介情報を含む各連携情報の連携状態を確認する連携状態確認処理が実行される。
この連携状態確認処理は、例えば、ステップＳ６〜Ｓ１０の間、ステップＳ１１〜Ｓ１４の間、ステップＳ１７〜Ｓ１９の間、ステップＳ２１以降、において異なる連携状態を確認することができるものである。

〔連携状態確認処理〕
図１０に、連携状態確認処理の動作フローを示す。
まず、連携元である端末装置２Ａとセンタサーバ１との間でログイン処理が実行される（ステップＳ３１）。ログイン処理については、前述しているため説明は省略する。

ステップＳ３１後、端末装置２Ａの表示部２５に連携初期画面が表示されると（ステップＳ３２）、連携初期画面上に設けられた「連携状態確認ボタン」が操作部２４により押下されると、第１通信部２６により連携状態確認要求がセンタサーバ１に送信される（ステップＳ３３）。ステップＳ３３において送信される連携状態確認要求には、ステップＳ３１において入力したユーザＩＤ及びログインパスワードが含まれる。

センタサーバ１においては、通信部１７により連携状態確認要求が受信されると（ステップＳ３４）、連携履歴テーブルが参照され、連携状態確認要求に含まれるユーザＩＤと一致する連携元情報のユーザＩＤを含むレコードが読み出される（ステップＳ３５）。

そして、センタサーバ１において、ステップＳ３５において読み出したレコードに基づく連携状態確認画面を表示するための表示用データが通信部１７により端末装置２Ａへ送信される（ステップＳ３６）。

端末装置２Ａにおいては、第１通信部２６により受信された表示用データに応じて連携状態確認画面が表示部２５に表示される（ステップＳ３７）。

図１１に、連携状態確認画面の例を示す。
図１１に示すように、連携状態確認画面Ｇ３には、連携履歴表示欄Ｅ３１、サムネイル表示欄Ｅ３２、検索条件入力欄Ｅ３３等が設けられている。

連携履歴表示欄Ｅ３１には、ステップＳ３５において読み出された各レコードに基づく情報が表示される。例えば、連携履歴表示欄Ｅ３１の「依頼先施設名」、「医師名」には、連携履歴テーブルの連携先情報に含まれる「施設名」、「ユーザ名」が表示される。連携履歴表示欄Ｅ３１の「送信日時」は、連携履歴テーブルの「連携日時」が表示される。連携履歴表示欄Ｅ３１の「患者ＩＤ」、「患者氏名」、「患者性別」、「患者生年月日」は、連携履歴テーブルの患者情報の「患者ＩＤ」、「患者氏名」、「性別」、「生年月日」が表示される。

更に、連携履歴表示欄Ｅ３１の「連携メニュー」には、連携履歴テーブルの「連携メニュー」が表示される。また、連携履歴表示欄Ｅ３１の「連携状態」には、連携履歴テーブルの「連携状態」が表示される。

端末装置２Ａを操作する連携元ユーザは、連携履歴表示欄Ｅ３１を閲覧することで、センタサーバ１に送信した連携情報の連携状態を閲覧することで、各連携情報の遷移状態を確認することができる。

例えば、連携処理のステップＳ６〜Ｓ１０の間において、連携状態確認処理が実行された場合には、ステップＳ２において送信した紹介情報（連携情報）に対する連携履歴表示欄Ｅ３１の「連携状態」には、「送信済み」が表示されることとなる。
また、ステップＳ１１〜Ｓ１４の間において、連携状態確認処理が実行された場合には、ステップＳ２において送信した紹介情報（連携情報）に対する連携履歴表示欄Ｅ３１の「連携状態」には、「参照済み」が表示されることとなる。また、ステップＳ１７〜Ｓ１９の間において、連携状態確認処理が実行された場合には、ステップＳ２において送信した紹介情報（連携情報）に対する連携履歴表示欄Ｅ３１の「連携状態」には、「返信済み」が表示されることとなる。更に、ステップＳ２１以降において、連携状態確認処理が実行された場合には、ステップＳ２において送信した紹介情報（連携情報）に対する連携履歴表示欄Ｅ３１の「連携状態」には、「完了」が表示されることとなる。

サムネイル表示欄Ｅ３２には、操作部２４により連携履歴表示欄Ｅ３１ら何れかの連携情報が選択された場合に、選択された連携情報に対応する診療データをサムネイル画像で表示するための領域である。

検索条件入力欄Ｅ３３は、連携履歴表示欄Ｅ３１に表示する履歴情報を絞り込むための条件を入力するための領域である。

〔検査依頼の場合の連携処理〕
図１２及び図１３に、連携メニューが検査依頼の場合の連携処理の動作フローを示す。
なお、端末装置２Ａのユーザが端末装置２Ｂのユーザへ検査依頼を行う場合を例として、以下、説明する。

検査依頼の場合の連携処理においては、まず、検査の依頼先となるユーザ（連携先ユーザ）が操作する端末装置へ送信する検査依頼情報（連携情報）を取得するための連携情報取得画面の表示要求が第１通信部２６によりセンタサーバ１へ送信される。センタサーバ１においては、連携情報取得画面の表示要求が受信されると、連携情報取得画面の表示用データが記憶部１２から読み出され、通信部１７により端末装置２Ａへ送信される。端末装置２Ａにおいては、第１通信部２６により連携情報取得画面の表示用データが受信されると、受信された表示用データに基づいて表示部２５に連携情報取得画面が表示される。

端末装置２Ａでは、連携情報取得画面において、操作部２４から検査依頼情報が入力され（ステップＳ４１）、入力された検査依頼情報が第１通信部２６によりセンタサーバ１へ送信される（ステップＳ４２）。
ステップＳ４１で入力される検査依頼情報とは、連携メニューが検査依頼である場合の連携情報である。ステップＳ４１での処理を図８に示した第１連携情報取得画面Ｇ１及び図９に示した第２連携情報取得画面Ｇ２を用いて説明する。

まず、第１連携情報取得画面Ｇ１において、操作部２４により患者情報入力欄Ｅ１１に患者情報が入力され、データ取込ボタンＢ１１が押下されると、入力された患者情報と合致する患者情報をもつ診療データがＰＡＣＳ３Ａから読み出され、読み出された診療データの一覧画面（診療データのサムネイル画像、ファイル名等）が表示部２５に表示される。
そして、診療データの一覧画面から操作部２４により取込対象の診療データが選択されると、選択された診療データが診療情報表示欄Ｅ１２に表示される。
その後、次へボタンＢ１３が押下されると、第２連携情報取得画面Ｇ２が表示される。

次に、第２連携情報取得画面Ｇ２において、操作部２４により連携先選択欄Ｅ２１に一覧表示された連携先候補の中から検査の依頼先、即ち、検査依頼情報の送信先である連携先ユーザが選択される。
また、連携メニューとして検査依頼が選択され、タイトル入力欄Ｅ２４、コメント入力欄Ｅ２５、公開期間設定欄Ｅ２６等に各種情報が入力された後、送信ボタンＢ２１が押下されると、第１連携情報取得画面Ｇ１、第２連携情報取得画面Ｇ２において取得された連携情報が、検査依頼情報としてセンタサーバ１に送信される。

ステップＳ４２においてセンタサーバ１に送信される検査依頼情報には、連携元情報、連携先情報、診療データ、患者情報を含む連携内容情報が含まれている。
連携元情報は、端末装置２Ａがログインをしたときに入力されたユーザＩＤ及びログインパスワードである。患者情報及び診療データは、第１連携情報取得画面Ｇ１において取得されたものである。連携先情報及び連携内容情報は、第２連携情報取得画面Ｇ２において取得されたものである。連携内容情報としては、連携メニュー（検査依頼）、タイトル、コメント、公開期間等が含まれる。

センタサーバ１において起動されるＷｅｂサーバにおいて、通信部１７により端末装置２Ａから検査依頼情報が受信されると（ステップＳ４３）、連携先テーブル１６１が参照され、受信した検査依頼情報に含まれる連携元情報のユーザＩＤと一致するレコードが検索される。そして、検索されたレコードのうち、検査依頼情報に含まれる連携先情報のユーザＩＤと一致するレコードに含まれる電子メールアドレスが取得される（ステップＳ４４）。

そして、Ｗｅｂサーバでは、センタサーバ１において起動されるメールサーバに対して、取得された電子メールアドレス宛への検査依頼メールの送信要求が行われる（ステップＳ４５）。また、Ｗｅｂサーバでは、ステップＳ４３において受信した検査依頼情報を識別する連携ＩＤが生成され、検査依頼情報に含まれる診療データがファイルＤＢに格納される。そして、当該連携ＩＤと検査依頼情報とに基づいて、連携履歴テーブル１６２にレコードが生成され、生成されたレコードの連携状態が「送信済み」に更新される（ステップＳ４６）。

メールサーバにおいては、Ｗｅｂサーバにより検査依頼メールの送信要求を受けると、指定された電子メールアドレス宛への電子メール（検査依頼メール）の送信が行われる（ステップＳ４７）。ステップＳ４７において送信される検査依頼メールには、当該検査依頼メールの送信に至る連携情報（検査依頼情報）に対して生成された連携ＩＤと、検査の依頼があることを通知するメッセージと、検査依頼に係るデータを参照する画面にアクセスするためのＷｅｂサーバ上のＵＲＬとが含まれる。

検査依頼先（連携先ユーザ）が操作する端末装置が端末装置２Ｂである場合には、端末装置２Ｂにおいて、第１通信部２６によりセンタサーバ１のメールサーバから送信された検査依頼メールが受信される（ステップＳ４８）。そして、受信された検査依頼メールが表示部２５に表示され、表示された紹介メールに含まれるＵＲＬが操作部２４により入力されると、第１通信部２６によりセンタサーバ１へＵＲＬの参照要求が送信される（ステップＳ４９）。ステップＳ４９において送信されるＵＲＬの参照要求では、入力されたＵＲＬと、当該ＵＲＬを含む検査依頼メールに含まれている連携ＩＤとが送信される。

Ｗｅｂサーバにおいては、通信部１７によりＵＲＬの参照要求が受信されると、当該ＵＲＬの参照を許可する参照許可応答として、当該ＵＲＬに対応する画面を表示するための表示用データが通信部１７により端末装置２Ｂに送信される（ステップＳ５０）。端末装置２Ｂにおいては、第１通信部２６により参照許可応答が受信されると、表示用データに応じた画面が表示部２５に表示される。

また、Ｗｅｂサーバでは、ステップＳ５０後、ＵＲＬの参照要求に含まれる連携ＩＤに該当する連携履歴テーブルのレコードの連携状態が「参照済み」に更新される（ステップＳ５１）。

一方、端末装置２Ｂでは、ＵＲＬに基づいて表示部２５に表示された画面において、検査依頼情報に含まれる診療データの参照要求が第１通信部２６によりセンタサーバ１に送信される（ステップＳ５２）。ステップＳ５２において送信される診療データの参照要求では、検査依頼メールに含まれている連携ＩＤが含まれている。

Ｗｅｂサーバにおいては、通信部１７により診療データの参照要求が受信されると、当該診療データの参照要求に含まれている連携ＩＤに対応するレコードが連携履歴テーブルから読み出され、当該レコードに含まれている診療データが格納されているアドレスが取得される。そして、ファイルＤＢが参照され、取得されたアドレスに格納されている診療データが読み出される。読み出された診療データを表示するための表示用データを含む参照許可応答が通信部１７により端末装置２Ｂへ送信される（ステップＳ５３）。

端末装置２Ｂにおいては、第１通信部２６により参照許可応答が受信されると、表示用データに応じて診療データを表示する画面が表示部２５に表示されることとなる（ステップＳ５４）。なお、ステップＳ５４において表示された診療画像データをセンタサーバ１から取得してＰＡＣＳ３Ｂに保存することも可能である。

端末装置２Ｂにおいては、検査依頼情報に基づく検査データが生成され（ステップＳ５５）、生成された検査データに対する検査結果情報が作成される（ステップＳ５６）。作成された検査結果情報が第１通信部２６によりセンタサーバ１へ送信される（ステップＳ５７）。検査結果情報には、検査依頼に対する返信コメント、検査データ、検査データに対するレポートと、検査依頼メールに含まれている連携ＩＤとが含まれている。

Ｗｅｂサーバでは、通信部１７により検査結果情報が受信されると（ステップＳ５８）、連携履歴テーブル１６２が参照され、検査結果情報に含まれる連携ＩＤに対応するレコードから検査依頼元（連携元ユーザ）の電子メールアドレスが取得される（ステップＳ５９）。

そして、Ｗｅｂサーバでは、メールサーバに対して、取得された電子メールアドレス宛への返信メールの送信要求が行われる（ステップＳ６０）。また、Ｗｅｂサーバでは、ステップＳ６０後、ステップＳ５８において検査結果情報に含まれる連携ＩＤに該当する連携履歴テーブルのレコードの連携状態が「返信済み」に更新される（ステップＳ６１）。

メールサーバにおいては、Ｗｅｂサーバにより返信メールの送信要求を受けると、指定された電子メールアドレス宛への電子メール（返信メール）の送信が行われる（ステップＳ６２）。ステップＳ６２において送信される返信メールには、ステップＳ５８において検査結果情報に含まれる連携ＩＤと、検査依頼に対する返信があることを通知するメッセージが含まれる。

端末装置２Ａにおいて、センタサーバ１のメールサーバから送信された返信メールが第１通信部２６により受信される（ステップＳ６３）。そして、受信された返信メールが表示部２５に表示され、表示された返信メールが連携先ユーザに確認される。端末装置２Ａにおいては、センタサーバ１にログインして連携サービスにアクセスし、操作部２４からの入力に従って第１通信部２６により返信内容の確認要求の送信が行われる（ステップＳ６４）。ステップＳ６４において送信される返信内容の確認要求には、ステップＳ６３において受信した返信メールに含まれる連携ＩＤが含まれる。

Ｗｅｂサーバにおいては、通信部１７により返信内容の確認要求が受信されると、返信内容の確認要求に含まれる連携ＩＤに該当する連携履歴テーブルのレコードの連携状態が「完了」に更新される（ステップＳ６５）。

また、Ｗｅｂサーバにおいては、通信部１７により返信内容の確認要求が受信されると、当該返信内容に対応する画面を表示するための表示用データが通信部１７により端末装置２Ａに送信される。端末装置２Ａにおいては、第１通信部２６により受信した表示用データに応じた画面が表示部２５に表示される。

本実施の形態では、上述した検査依頼の場合の連携処理が実行されると、検査依頼元（連携元ユーザ）が操作する端末装置２Ａとセンタサーバ１との間では、端末装置２Ａからの要求に従って、検査依頼情報を含む各連携情報の連携状態を確認する連携状態確認処理が実行される。
この連携状態確認処理は、例えば、ステップＳ６６〜Ｓ５０の間、ステップＳ５１〜Ｓ５８の間、ステップＳ６１〜Ｓ６３の間、ステップＳ６５以降、において異なる連携状態を確認することができるものである。
なお、検査依頼の場合の連携処理の実行中に実行される連携状態確認処理は、患者紹介の場合の連携処理の実行中に実行される連携状態確認処理（図１０、図１１参照）と同様であるため、図示及び説明は省略する。

以上のように、本実施の形態によれば、連携依頼ありの通知（紹介メール・検査依頼メール）を受けた端末装置から連携情報に含まれる連携内容情報に対する返答がある場合には、連携元ユーザが操作する端末装置へ返答ありの通知（返信メール）を送信することができる。そのため、連携元ユーザは、依頼した連携（患者紹介、検査依頼）が連携先ユーザに受け入れられたか否かを把握することができるため、直接的に連携先ユーザに問い合わせする手間を省くことができる。従って、連携後の連携元ユーザでの連携事項の進捗状況が把握可能となり、円滑な連携が可能な医療連携システムを提供することができる。

更に、連携情報に係る通知を端末装置に行った場合及び連携情報に係る問い合わせ要求を端末装置から受けた場合には、連携履歴テーブルの当該連携情報の遷移状態が更新されると共に、端末装置から連携情報の遷移状態の確認要求がある場合には、当該連携情報の遷移状態を含む連携履歴情報が当該端末装置に送信されるため、連携元ユーザが送信した連携状態の遷移状態（進捗状況）が適宜確認できる。そのため、連携元ユーザ及び連携先ユーザ双方で円滑な診療を行うことができる。

以上の説明では、本発明に係るプログラムのコンピュータ読み取り可能な媒体として、不揮発性メモリを使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、フラッシュメモリ等の不揮発性メモリ、ＣＤ-ＲＯＭ等の可搬型記録媒体を適用することが可能である。また、本発明に係るプログラムのデータを通信回線を介して提供する媒体として、キャリアウエーブ(搬送波)も本発明に適用される。

また、本発明は、上記実施の形態の内容に限定されるものではなく、本発明の主旨を逸脱しない範囲で適宜変更可能である。

１ センタサーバ
２Ａ、２Ｂ 端末装置
３Ａ、３Ｂ ＰＡＣＳ
４Ａ、４Ｂ モダリティ
５Ａ、５Ｂ 施設内ネットワーク
６Ａ、６Ｂ 施設内システム
１１ 制御部
１２ 記憶部
１２１ Ｗｅｂサーバプログラム
１２２ メールサーバプログラム
１３ ＲＡＭ
１４ 施設ＤＢ
１４１ ユーザ管理テーブル
１５ ファイルＤＢ
１５１ 医療施設Ａ領域
１５２ 医療施設Ｂ領域
１６ 連携ＤＢ
１６１ 連携先テーブル
１６２ 連携履歴テーブル
１７ 通信部
１８ バス
２１ 制御部
２２ 記憶部
２３ ＲＡＭ
２４ 操作部
２５ 表示部
２６ 第１通信部
２７ 第２通信部
２８ バス
１００ 医療連携システム
Ｂ１１ データ取込ボタン
Ｂ１２ 各種機能ボタン群
Ｂ１３ 次へボタン
Ｂ２１ 送信ボタン
Ｅ１１ 患者情報入力欄
Ｅ１２ 診療情報表示欄
Ｅ２１ 連携先選択欄
Ｅ２２ 患者情報表示欄
Ｅ２３ 連携メニュー選択欄
Ｅ２４ タイトル入力欄
Ｅ２５ コメント入力欄
Ｅ２６ 公開期間設定欄
Ｅ３１ 連携履歴表示欄
Ｅ３２ サムネイル表示欄
Ｅ３３ 検索条件入力欄
Ｇ１ 第１連携情報取得画面
Ｇ２ 第２連携情報取得画面
Ｇ３ 連携状態確認画面
Ｎ 通信ネットワーク

Claims (7)

1. 管理サーバと、複数の医療施設のそれぞれに設けられる端末装置と、が通信ネットワークを介してデータ送受信可能に接続される医療連携システムにおいて、
   前記端末装置は、
   当該端末装置を操作する連携元のユーザに関する連携元情報、連携先の医療施設の端末装置を操作する連携先のユーザに関する連携先情報、連携内容を示す連携内容情報、を含む連携情報を前記管理サーバへ送信する端末制御部を備え、
   前記管理サーバは、
   前記連携情報を受信した場合、前記連携情報に含まれる連携先情報が示す連携先のユーザが操作する端末装置に連携依頼ありの通知を行い、当該通知を受けた端末装置から前記連携情報に含まれる連携内容情報に対する返答がある場合には、前記連携元情報が示す連携元のユーザが操作する端末装置に返答ありの通知を行うサーバ制御部と、
   を備えること、
   を特徴とする医療連携システム。
2. 前記管理サーバは、
   前記連携情報毎に当該連携情報の遷移状態を管理する連携履歴情報を記憶する連携管理記憶部を備え、
   前記サーバ制御部は、
   前記連携情報に係る通知を前記端末装置に行った場合及び前記連携情報に係る問い合わせ要求を前記端末装置から受けた場合に当該連携情報の遷移状態を更新し、
   前記端末装置から前記連携情報の遷移状態の確認要求がある場合には、当該連携情報の遷移状態を管理する前記連携履歴情報を読み出して当該端末装置に送信すること、
   を特徴とする請求項１に記載の医療連携システム。
3. 前記連携情報に係る通知を前記端末装置に行った場合とは、
   前記連携情報を受信した場合において、前記連携情報に含まれる連携先情報が示す連携先のユーザが操作する端末装置へ連携依頼ありの通知を行った場合であること、
   を特徴とする請求項２に記載の医療連携システム。
4. 前記連携情報に係る通知を前記端末装置に行った場合とは、
   前記連携元情報が示す連携元のユーザが操作する端末装置へ、当該端末装置が送信した連携情報に対する返信ありの通知を行った場合であること、
   を特徴とする請求項２又は３に記載の医療連携システム。
5. 前記連携情報に係る問い合わせ要求を前記端末装置から受けた場合とは、
   前記連携情報に含まれる連携先情報が示す連携先のユーザが操作する前記端末装置から、当該連携情報に含まれる連携内容情報の参照要求を受けた場合であること、
   を特徴とする請求項２から４のいずれか一項に記載の医療連携システム。
6. 前記連携内容情報は、
   複数の連携の種類のうち選択された連携の種類を含むこと、
   を特徴とする請求項１から５のいずれか一項に記載の医療連携システム。
7. 前記複数の連携の種類は、
   患者の紹介連携、検査の依頼連携の少なくともいずれか一つを含むこと、
   を特徴とする請求項６に記載の医療連携システム。

Images