(57)【特許請求の範囲】
【請求項１】
管理サーバと、複数の医療施設のそれぞれに設けられる端末装置と、が通信ネットワークを介してデータ送受信可能に接続される医療連携システムにおいて、
前記端末装置は、
当該端末装置を操作する連携元のユーザに関する連携元情報、連携先の医療施設の端末装置を操作する連携先のユーザに関する連携先情報、連携の種類を示す連携種類情報、を含む連携情報を管理サーバへ送信する端末制御部を備え、
前記管理サーバは、
前記連携の種類毎に、連携元のユーザと連携先のユーザとに対する課金割合が設定された課金割合情報を記憶する第１記憶部と、
前記連携情報を受信した場合、当該連携情報に含まれる連携種類情報及び前記第１記憶部に記憶されている課金割合情報に基づいて、前記連携元のユーザ及び前記連携先のユーザに対する課金情報を生成するサーバ制御部と、
を備えること、
を特徴とする医療連携システム。
【請求項２】
前記連携情報には、患者に関連する診療データが含まれており、
前記サーバ制御部は、
前記連携情報に含まれる連携種類情報及び前記第１記憶部に記憶されている課金割合情報に基づいて、当該連携情報に含まれる診療データに対する連携元のユーザ及び連携先のユーザの課金割合を設定し、
前記診療データの容量と当該診療データに対する連携元のユーザ及び連携先のユーザの課金割合とに基づいて、前記連携元のユーザ及び前記連携先のユーザに対する課金情報を生成すること、
を特徴とする請求項１に記載の医療連携システム。
【請求項３】
前記課金割合情報には、前記連携の種類毎に、前記連携情報に含まれる診療データの所有権を有するユーザを示す権利情報が含まれており、
前記管理サーバは、
前記所有権を有するユーザ単位で前記連携情報に含まれる診療データを保存する領域を有する第２記憶部を備え、
前記サーバ制御部は、
前記権利情報及び前記連携情報に含まれる連携種類情報に基づいて、当該連携情報に含まれる診療データの所有権を有するユーザを設定し、
当該設定したユーザに対する前記第２記憶部内の領域へ当該診療データを保存すること、
を特徴とする請求項１又は２に記載の医療連携システム。
【請求項４】
前記サーバ制御部は、
前記課金情報を前記連携元のユーザが操作する端末装置及び前記連携先のユーザが操作する端末装置へ送信すること、
を特徴とする請求項１から３のいずれか一項に記載の医療連携システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療連携システムに関する。
【背景技術】
【０００２】
近年、医療技術の発達に伴い、特定機能を持つ病院や診療所等の複数の医療施設が連携して患者を治療する、医療連携というネットワークの枠組みが普及しつつある。連携している医療施設間では、患者の紹介や検査の依頼、治療方針の相談、読影の依頼等が行われている。
【０００３】
医療連携を行う際、連携元と連携先との間で料金の支払いが発生する場合には、課金管理を行うシステムがある。例えば、医用画像の読影の依頼が行われる場合、読影依頼元の医療施設が、読影サービスを利用する権利を委譲する電子クーポンを添付した読影依頼書をコーディネータに送信し、コーディネータが、読影ＡＳＰへの読影依頼書の送信及び医療施設への読影結果の送信を行い、読影ＡＳＰが、読影依頼書に基づいて読影結果をコーディネータへ送信する読影サービスシステムおいて、コーディネータが当該読影サービスシステムに係る課金管理を一括して行うものがある（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１０９０５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１では、電子クーポンを用いた読影依頼の課金管理を行うものであり、サービスを受ける連携元に課金請求されるものである。
また、連携元と連携先との間に介在するサーバが設けられた医療連携システムでは、連携先が参照可能なデータを連携元がサーバに送信して保存しており、当該サーバに保存されるデータ容量に応じて、連携元に課金請求が行われることが多い。そのため、例えば、患者の紹介等の連携元よりも連携先がサービスの恩恵を受ける場合であっても、連携元に一方的に料金の請求がされ金銭的な負担がかかり、合理的ではないという問題が生じている。
【０００６】
本発明の課題は、上記問題に鑑みて、連携の種類に応じた課金管理が可能な医療管理システムを提供することである。
【課題を解決するための手段】
【０００７】
請求項１に記載の発明は、管理サーバと、複数の医療施設のそれぞれに設けられる端末装置と、が通信ネットワークを介してデータ送受信可能に接続される医療連携システムにおいて、前記端末装置は、当該端末装置を操作する連携元のユーザに関する連携元情報、連携先の医療施設の端末装置を操作する連携先のユーザに関する連携先情報、連携の種類を示す連携種類情報、を含む連携情報を管理サーバへ送信する端末制御部を備え、前記管理サーバは、前記連携の種類毎に、連携元のユーザと連携先のユーザとに対する課金割合が設定された課金割合情報を記憶する第１記憶部と、前記連携情報を受信した場合、当該連携情報に含まれる連携種類情報及び前記第１記憶部に記憶されている課金割合情報に基づいて、前記連携元のユーザ及び前記連携先のユーザに対する課金情報を生成するサーバ制御部と、を備えること、を特徴とする医療連携システムである。
【０００８】
請求項２に記載の発明は、請求項１に記載の医療連携システムにおいて、前記連携情報には、患者に関連する診療データが含まれており、前記サーバ制御部は、前記連携情報に含まれる連携種類情報及び前記第１記憶部に記憶されている課金割合情報に基づいて、当該連携情報に含まれる診療データに対する連携元のユーザ及び連携先のユーザの課金割合を設定し、前記診療データの容量と当該診療データに対する連携元のユーザ及び連携先のユーザの課金割合とに基づいて、前記連携元のユーザ及び前記連携先のユーザに対する課金情報を生成すること、を特徴とする。
【０００９】
請求項３に記載の発明は、請求項１又は２に記載の医療連携システムにおいて、前記課金割合情報には、前記連携の種類毎に、前記連携情報に含まれる診療データの所有権を有するユーザを示す権利情報が含まれており、前記管理サーバは、前記所有権を有するユーザ単位で前記連携情報に含まれる診療データを保存する領域を有する第２記憶部を備え、前記サーバ制御部は、前記権利情報及び前記連携情報に含まれる連携種類情報に基づいて、当該連携情報に含まれる診療データの所有権を有するユーザを設定し、当該設定したユーザに対する前記第２記憶部内の領域へ当該診療データを保存すること、を特徴とする。
【００１０】
請求項４に記載の発明は、請求項１から３のいずれか一項に記載の医療連携システムにおいて、前記サーバ制御部は、前記課金情報を前記連携元のユーザが操作する端末装置及び前記連携先のユーザが操作する端末装置へ送信すること、を特徴とする。
【発明の効果】
【００１１】
本発明によれば、連携の種類に応じた課金管理が可能な医療管理システムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】医療連携システムの構成図である。
【図２】センタサーバの機能構成例を示す図である。
【図３】ユーザ管理テーブルの例を示す図である。
【図４】（ａ）は連携先テーブルの例を示す図であり、（ｂ）は連携履歴テーブルの例を示す図である。
【図５】（ａ）は課金割合テーブルの例を示す図であり、（ｂ）はファイル管理テーブルの例を示す図である。
【図６】端末装置の機能構成例を示す図である。
【図７】連携課金処理の動作フローを示す図である。
【図８】（ａ）は連携元ユーザ宛へ送信される結果メールのメッセージの例を示す図であり、（ｂ）は連携先ユーザ宛へ送信される結果メールのメッセージの例を示す図である。
【発明を実施するための形態】
【００１３】
〔医療連携システムの構成〕
図１に、本実施の形態における医療連携システム１００の構成図を示す。
図１に示すように、医療連携システム１００は、センタサーバ１と、医療施設毎に設置されている施設内システム（図１では、施設内システム６Ａ、６Ｂ）とが、通信ネットワークＮを介して相互にデータの送受信が可能に接続されて構成されている。
なお、地域医療連携システム１００を構成する施設内システム６Ａ、６Ｂや、施設内システムの各装置の数や種類は、特に限定されない。
【００１４】
通信ネットワークＮは、ＬＡＮ（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）等により構成され、センタサーバ１の各部の処理動作を統括的に制御する。制御部１１は、記憶部１２に記憶されているシステムプログラムをはじめとする各種プログラムを読み出し、ＲＡＭ１３内に形成されたワークエリアに展開し、展開されたプログラムとの共同により各種処理を実行する。
【００２２】
制御部１１は、記憶部１２に記憶されているＡＰ（Application Server）サーバプログラム１２１、メールサーバプログラム１２２、ファイルサーバプログラム１２３に従って、後述する連携課金処理をはじめとする各種処理におけるセンタサーバ側の処理を実行するサーバ制御部として機能する。
【００２３】
連携課金処理では、制御部１１によって実行されるＡＰサーバプログラム１２１、メールサーバプログラム１２２、ファイルサーバプログラム１２３に従って、端末装置から連携情報を受信した場合、連携情報に含まれる連携種類情報（連携メニュー）及び課金管理ＤＢに記憶されている課金割合テーブル１７１に基づいて、連携情報に含まれる診療データに対する連携元のユーザ（以下、連携元ユーザとも称す）及び連携先のユーザ（以下、連携先ユーザとも称す）の課金割合が設定され、診療データの容量及び当該診療データに対する連携元ユーザ及び連携先ユーザの課金割合に基づいて、連携元ユーザ及び連携先ユーザに対する課金情報が生成される。そして、生成された課金情報は、連携元ユーザが操作する端末装置及び連携先ユーザが操作する端末装置へそれぞれ送信される。
【００２４】
また、連携課金処理では、受信した連携情報に含まれる連携種類情報及び課金割合テーブルに基づいて、当該連携情報に含まれる診療データの所有権を有するユーザが設定され、当該設定されたユーザが属する医療施設のファイルＤＢ内の領域へ当該診療データが保存される。
【００２５】
記憶部１２は、ＨＤＤ（Hard Disk Drive）や半導体の不揮発性メモリ等により構成される。記憶部１２は、上述のように、制御部１１により実行される各種プログラムを記憶しているほか、各種プログラムを実行するために必要なパラメータやデータを記憶している。例えば、記憶部１２には、ＡＰサーバプログラム１２１、メールサーバプログラム１２２、ファイルサーバプログラム、ＡＰサーバ上で動作する各種アプリケーションプログラム、システムプログラム等が記憶されている。
【００２６】
ＡＰサーバプログラム１２１は、端末装置２Ａ、２Ｂに搭載されたＷｅｂブラウザとＨＴＴＰプロトコルによる通信を行ってＷｅｂブラウザに各種Ｗｅｂ画面を提供するＡＰサーバ（Ｗｅｂアプリケーションサーバとも称される）としての機能を実行するためのものである。
メールサーバプログラム１２２は、通信ネットワークＮに接続され、当該通信ネットワークＮに接続された端末装置２Ａ、２Ｂの電子メールの配送管理を行うメールサーバとしての機能を実行するためのものである。
ファイルサーバプログラム１２３は、ファイルＤＢ内への診療データの保存及び読み出しを行うファイルサーバとしての機能を実行するためのものである。
【００２７】
ＲＡＭ１３は、制御部１１により実行制御される各種処理において、記憶部１２から読み出された制御部１１で実行可能な各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に記憶するワークエリアを形成する。
【００２８】
施設ＤＢ１４は、ハードディスク等の不揮発性の大容量メモリ等から構成され、ユーザ管理テーブル１４１や各医療施設固有の情報を記憶している。ユーザ管理テーブル１４１には、センタサーバ１により提供される連携サービス機能が利用可能なユーザ（連携元ユーザ及び連携先ユーザ）に関するユーザ管理情報が格納されている。
【００２９】
図３に、ユーザ管理テーブル１４１の例を示す。
図３に示すように、ユーザ管理テーブル１４１には、例えば、ユーザを識別するための「ユーザＩＤ」、「ログインパスワード」、「施設ＩＤ」、「施設名」、「診療科」、「ユーザ名（医師名）」、「住所」、「電話番号」、「電子メールアドレス」等の複数の項目が設けられており、これらの複数の項目に対して各ユーザの情報（ユーザ管理情報）が格納されている。
【００３０】
ファイルＤＢ１５は、ハードディスク等の不揮発性の大容量メモリ等から構成され、診療データの所有権を有するユーザが属する医療施設毎に患者に関するデータを記憶する医療施設Ａ領域１５１、医療施設Ｂ領域１５２等を有しており、第２記憶部として機能する。医療施設Ａ領域１５１、医療施設Ｂ領域１５２等の各医療施設の領域には、患者情報テーブルや患者に関連する診療データを記憶する領域を有している。
【００３１】
患者情報テーブルには、「患者ＩＤ」、「患者氏名」、「性別」、「生年月日」、「住所」、「電話番号」等の医療施設内の患者を識別する患者情報が患者毎に格納されている。
診療データとは、各患者の診療の過程で取得された情報である。診療データとしては、例えば、医用画像データ、検体検査データ、電子カルテデータ、読影レポート、病理診断レポート等が含まれる。各データには、各データを識別するためのＵＩＤ（Unique ＩＤ）、ファイル名、ファイル格納場所（ファイルパス）、ファイルサイズ、更新日時等が付加されている。
【００３２】
連携ＤＢ１６は、ハードディスク等の不揮発性の大容量メモリ等から構成され、連携先テーブル１６１、連携履歴テーブル１６２等の連携サービスに係る情報を格納している。
【００３３】
連携先テーブル１６１は、連携元ユーザにより登録された連携先候補となるユーザの情報（連携先情報）を格納するためのテーブルである。連携先候補となるユーザとは、医療連携の依頼先となる医療施設が備える端末装置を操作するユーザ（例えば、医師）である。
【００３４】
図４（ａ）に、連携先テーブル１６１の例を示す。
図４（ａ）に示すように、連携先テーブル１６１には、例えば、連携元となるユーザを識別するための「ユーザＩＤ」、当該ユーザＩＤが示す連携元ユーザが連携先ユーザとして登録したユーザが属する医療施設を識別するための「連携先施設ＩＤ」、「連携先施設名」、「連携先ユーザＩＤ」、「連携先ユーザ名」、「連携先住所」、「連携先電話番号」、「連携先電子メールアドレス」等の項目が設けられており、これらの項目の情報からなる連携先情報のデータが格納されている。
なお、本実施の形態において、「連携先ユーザＩＤ」は、連携先ユーザのユーザＩＤとする。
【００３５】
連携履歴テーブル１６２は、連携の依頼がある度に各レコードが生成されるものであり、連携元ユーザが操作する端末装置と連携先ユーザが操作する端末装置との間において送受信される連携情報の遷移状態を管理するためのテーブルである。
【００３６】
図４（ｂ）に、連携履歴テーブル１６２の例を示す。
図４（ｂ）に示すように、連携履歴テーブル１６２には、例えば、「連携ＩＤ」、「連携日時」、「連携元情報」（連携元ユーザの「施設ＩＤ」、「施設名」、「ユーザＩＤ」、「ユーザ名」等）、「連携先情報」（連携先ユーザの「施設ＩＤ」、「施設名」、「ユーザＩＤ」、「ユーザ名」等）、連携元患者情報（連携元ユーザの患者情報（「患者ＩＤ」、「患者氏名」、「生年月日」、「性別」等））、「連携メニュー」、「連携状態」、「タイトル」、「コメント」、連携情報として添付された診療データのファイル名、当該診療データが保存されたファイルＤＢ１５内の格納場所（ファイルパス）等の項目が設けられている。
【００３７】
「連携ＩＤ」は、連携情報をセンタサーバ１が受信する毎に、受信した連携情報に対して制御部１１が発行する識別情報である。連携情報の受信以降に、連携元と連携先との間で送受信される一連のデータ（例えば、連携先の端末装置から連携元の端末装置に対する返信として送信されたデータ）は、同一の連携ＩＤが付与されて管理される。
【００３８】
「連携元情報」は、連携情報の送信元の端末装置を操作する連携元ユーザに関する情報である。例えば、医療施設Ａ内のユーザＸが操作する端末装置２Ａが医療施設Ｂ内のユーザＹが操作する端末装置２Ｂへ連携情報を送信した場合は、医療施設Ａ内のユーザＸが連携元ユーザとなり、当該ユーザＸに関する連携元情報である。
「連携先情報」は、連携情報の送信先の端末装置を操作する連携元ユーザが指定した連携先ユーザに関する情報である。例えば、医療施設Ａ内のユーザＸが操作する端末装置２Ａが医療施設Ｂ内のユーザＹが操作する端末装置２Ｂへ連携情報を送信した場合は、医療施設Ｂ内のユーザＹが連携先ユーザとなり、当該ユーザＹに関するが連携先情報である。
【００３９】
「連携メニュー」は、連携元ユーザが選択した連携の種類（分類）を示す連携種類情報である。本実施の形態において、連携メニューには、予め設定された複数の連携の種類があり、例えば、患者の紹介連携（患者紹介）、検査の依頼連携（検査依頼）、読影の依頼連携（読影依頼）、相談の依頼連携（相談）がある。
【００４０】
「連携状態」は、各レコードが示す連携情報における連携先ユーザと連携元ユーザとの医療連携の遷移状態を示すものである。
「タイトル」は、連携元ユーザにより付与されたタイトルである。
「コメント」は、連携元ユーザにより入力された、連携先ユーザへのコメントである。
「ファイルパス」は、診療データが格納されているファイルＤＢ内の格納場所（アドレス）を示す情報である。
【００４１】
課金管理ＤＢ１７は、ハードディスク等の不揮発性の大容量メモリ等から構成され、課金割合テーブル１７１、ファイル管理テーブル１７２等を格納している。
【００４２】
図５（ａ）に、課金割合テーブル１７１の例を示す。
図５（ａ）に示すように、課金割合テーブル１７１には、連携メニュー毎に、連携元ユーザと連携先ユーザとの「課金割合」と、連携情報に含まれる診療データをファイルＤＢ内で保存、削除、編集する権限が連携元ユーザが属する医療施設か連携先ユーザが属する医療施設かを示す権利情報としての「所有権」と、が示されている。
【００４３】
なお、本実施の形態では、「所有権」が設定される対象に対して課金が行われるものとし、「所有権」が設定される対象として、診療データの所有権を有するユーザが属する医療施設を用いて説明するが、これに限らない。例えば、医療施設及び診療科単位で課金が行われる場合には、所有権が設定される対象をユーザが属する医療施設及び診療科としてもよく、また、ユーザ単位で課金が行われる場合には、所有権が設定される対象をユーザ個人としてもよい。
【００４４】
例えば、図５（ａ）では、連携メニューが患者紹介の場合には、当該患者紹介に係る料金の割合としては、患者を紹介する連携元ユーザに対する課金割合が０％、患者を紹介される連携先ユーザに対する課金割合が１００％と設定されている。また、当該患者紹介の連携情報に含まれる診療データの所有権が、連携先ユーザが属する医療施設に設定されている。
【００４５】
図５（ｂ）に、ファイル管理テーブル１７２の例を示す。
ファイル管理テーブル１７２は、ファイルＤＢ１５に保存されている各診療データに課される料金を管理するものである。図５（ｂ）に示すように、ファイル管理テーブル１７２には、「格納アドレス」、「ファイル名」、「容量」、「所有権」、「所有権保持先情報」、「被所有権保持先情報」等の項目が設けられている。各レコードは、診療データがファイルＤＢに保存される際に生成される。
【００４６】
「格納アドレス」は、ファイルＤＢ１５に保存されている診療データの格納領域（アドレス）を示すものである。「ファイル名」は、診療データのファイル名を示すものである。「容量」は、診療データの容量であり、ファイルＤＢ１５内において当該診療データを保存するために使用されている領域の容量である。
【００４７】
「所有権」は、診療データがファイルＤＢに保存される際に、当該診療データの所有権を有するユーザ（本実施例では、ユーザが属する医療施設）を示すものである。
【００４８】
「所有権保持先情報」は、「所有権」を有するユーザの情報、ここでは、当該ユーザが属する医療施設の情報（「施設ＩＤ」、「施設名称」等）である。
「被所有権保持先情報」は、「所有権」を有さないが、診療データが保存される際、課金割合テーブル１７１によって課金割合が設定されたユーザの情報、ここでは、当該ユーザが属する医療施設の情報（「施設ＩＤ」、「施設名称」等）である。
【００４９】
例えば、医療施設ＡのユーザＸが医療施設ＢのユーザＹに患者を紹介する場合には、課金割合テーブル１７１に基づいて、「所有権」がユーザＹが属する医療施設Ｂとなり、「所有権保持先情報」の施設ＩＤが医療施設Ｂの施設ＩＤ、課金割合が１００％となり、「被所有権保持先情報」の施設ＩＤが医療施設Ａの施設ＩＤ、課金割合が０％となる。
【００５０】
通信部１８は、ネットワークインターフェースカード、モデム、ＵＳＢ等の各種インターフェースを備えて構成され、通信ネットワークＮ上の各施設内システムの端末装置と相互に情報の送受信を行う。
【００５１】
〔端末装置２Ａ、２Ｂ〕
図６に、端末装置２Ａ、２Ｂの機能構成例を示す。
図６に示すように、端末装置２Ａ、２Ｂは、制御部２１、記憶部２２、ＲＡＭ２３、操作部２４、表示部２５、第１通信部２６、第２通信部２７等を備えて構成され、各部はバス２８等により接続されている。
【００５２】
制御部２１は、ＣＰＵ等により構成され、端末装置２Ａ、２Ｂの各部の処理動作を統括的に制御する。制御部２１は、記憶部２２に記憶されているシステムプログラム、Ｗｅｂブラウザ２２１、センタサーバ１から提供されるスクリプトをはじめとする各種プログラムをＲＡＭ２３内に形成されたワークエリアに展開し、展開されたプログラムとの共同により各種処理を実行する。例えば、制御部２１は、展開されたプログラムに従って、後述する連携課金処理をはじめとする各種処理における端末装置側の処理を実行する端末制御部として機能する。
【００５３】
連携課金処理では、制御部２１によって実行されるＷｅｂブラウザ２２１に従って、端末装置自身を操作する連携元ユーザに関する連携元情報、連携先ユーザに関する連携先情報、連携メニュー等を含む連携情報がセンタサーバ１へ送信される。
【００５４】
記憶部２２は、ＨＤＤ（Hard Disk Drive）や半導体の不揮発性メモリ等により構成される。記憶部２２は、上述のように、制御部２１により実行されるシステムプログラム、Ｗｅｂブラウザ２２１をはじめとする各種プログラムや各種データを記憶している。
【００５５】
ＲＡＭ２３は、制御部２１により実行制御される各種処理において、記憶部２２から読み出された制御部２１で実行可能な各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に記憶するワークエリアを形成する。
【００５６】
操作部２４は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードで押下操作されたキーの押下信号とマウスによる操作信号とを、入力信号として制御部２１に出力する。
【００５７】
表示部２５は、例えば、ＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等のモニタを備えて構成されており、制御部２１から入力される表示信号の指示に従って、各種画面を表示する。
【００５８】
第１通信部２６は、ネットワークインターフェースカード（ＮＩＣ；Network Interface Card）、モデム（ＭＯＤＥＭ：MOdulator-DEModulator）、ＵＳＢ（Universal Serial Bus）等の各種インターフェースを備えて構成され、通信ネットワークＮ上のセンタサーバ１と相互に情報の送受信を行う。
【００５９】
第２通信部２７は、施設内ネットワーク５Ａ、５Ｂに接続された外部機器、例えば、ＰＡＣＳ３Ａ、３Ｂ、モダリティ４Ａ、４Ｂ等との間でデータの送受信を行う。
【００６０】
次に、本実施の形態の動作を説明する。
〔ログイン処理〕
まず、端末装置２Ａ、２Ｂからセンタサーバ１の連携サービスへのログイン処理について説明する。
なお、センタサーバ１における動作は、制御部１１とＡＰサーバプログラム１２１、メールサーバプログラム１２２、ファイルサーバプログラム１２３との協働により実行される。端末装置２Ａ、２Ｂにおける動作は、制御部２１とＷｅｂブラウザ２２１との協働により実行される。以下、代表して端末装置２Ａからのセンタサーバ１の連携サービスへのアクセス動作について説明するが、端末装置２Ｂにおいても同様である。
【００６１】
端末装置２Ａにおいて、操作部２４によりＷｅｂブラウザ２２１上からセンタサーバ１の連携サービスにアクセスするためのＵＲＬが入力されると、入力されたＵＲＬが第１通信部２６によりセンタサーバ１に送信される。
【００６２】
センタサーバ１においては、通信部１８により端末装置２Ａから連携サービスにアクセスするためのＵＲＬが受信されると、端末装置２Ａに対し、ログイン画面を表示するための表示用データが送信される。
【００６３】
なお、センタサーバ１のＷｅｂサーバ機能により端末装置２Ａに送信されるログイン画面をはじめとする各種Ｗｅｂ画面の表示用データには、ＨＴＭＬ、スタイルシート、画像データ、端末装置２Ａで所定の処理を実行させるためのスクリプト等が含まれる。
【００６４】
端末装置２Ａにおいては、第１通信部２６によりログイン画面の表示用データが受信されると、表示部２５にログイン画面（不図示）が表示される。ログイン画面は、ユーザＩＤ及びログインパスワードの入力欄が表示された画面である。ログイン画面からユーザＩＤ及びログインパスワードが入力されると、入力されたユーザＩＤ及びログインパスワードが第１通信部２６によりセンタサーバ１に送信される。
【００６５】
センタサーバ１においては、通信部１８によりユーザＩＤ及びログインパスワードが受信されると、ユーザ認証が実行される。具体的には、ユーザＩＤが受信されたユーザＩＤと一致するレコードがユーザ管理テーブル１４１から検索され、検索されたレコードと受信されたログインパスワードが一致する場合、ユーザ認証がＯＫであると判断される。
【００６６】
ユーザＩＤが受信されたユーザＩＤと一致するレコードが検索されないか、又は検索されたレコードのログインパスワードが受信されたログインパスワードと一致しない場合、ユーザ認証はＮＧであると判断される。
【００６７】
ユーザ認証がＯＫであると判断されると、端末装置２ＡのＷｅｂブラウザ２２１における操作に従って連携サービスが提供される。ユーザ認証がＮＧである場合、端末装置２Ａへユーザ認証がＮＧである旨が通信部１８を介して通知される。
【００６８】
ユーザ認証がＯＫ後、端末装置２Ａの表示部２５に、連携初期画面（不図示）が表示される。この連携初期画面上に設けられた「新規連携ボタン」が操作部２４により押下されると、連携課金処理の実行が開始される。
【００６９】
〔連携課金処理〕
図７に、連携課金処理の動作フローを示す。
なお、端末装置２Ａを操作するユーザが端末装置２Ｂを操作するユーザへ連携の依頼を行う場合を例として、以下、説明する。
【００７０】
まず、連携先ユーザが操作する端末装置へ送信する連携情報を取得するための連携情報取得画面（不図示）の表示要求が第１通信部２６によりセンタサーバ１へ送信される。センタサーバ１においては、連携情報取得画面の表示要求が受信されると、連携情報取得画面の表示用データが記憶部１２から読み出され、通信部１８により端末装置２Ａへ送信される。端末装置２Ａにおいては、第１通信部２６により連携情報取得画面の表示用データが受信されると、受信された表示用データに基づいて表示部２５に連携情報取得画面が表示される。
【００７１】
端末装置２Ａでは、連携情報取得画面において、操作部２４から連携先情報の入力（ステップＳ１）、連携メニューの指定（ステップＳ２）、連携情報に添付するコンテンツとしての診療データの選択（ステップＳ３）、選択したコンテンツの公開期間の設定、患者情報の入力、依頼する連携の内容についてのタイトルやコメントの入力等が行われ、連携情報が取得される。そして、取得された連携情報が第１通信部２６によりセンタサーバ１へ送信される（ステップＳ４）。
【００７２】
ステップＳ４においてセンタサーバ１に送信される連携情報には、連携元情報、連携先情報、診療データ、連携内容情報が含まれている。
連携元情報は、端末装置２Ａがログインをしたときに入力されたユーザＩＤ及びログインパスワードである。連携先情報、診療データ、連携内容情報は、連携情報取得画面において取得されたものである。
【００７３】
センタサーバ１において起動されるＡＰサーバにおいて、通信部１８により端末装置２Ａから連携情報が受信されると、受信された連携情報を識別する連携ＩＤが生成され、また、連携情報にコンテンツとして含まれている診療データの保存先が決定される（ステップＳ５）。
【００７４】
ステップＳ５では、受信された連携情報に含まれる連携メニュー及び課金管理ＤＢ１７内の課金割合テーブル１７１に基づいて、連携メニューに対応する所有権が取得される。そして、この所有権が示すユーザ用にファイルＤＢ１５内に設けられている領域が、診療データの保存先として決定される。
【００７５】
ＡＰサーバにおいては、決定した保存先とコンテンツとして含まれている診療データとがファイルサーバに通知され（ステップＳ６）、また、連携ＩＤと連携情報とに基づいて、連携履歴テーブル１６２にレコードが生成される。
【００７６】
ファイルサーバにおいては、ＡＰサーバからステップＳ６の通知を受けると、当該通知に基づいて、通知された診療データが決定された保存先へ保存される（ステップＳ７）。
【００７７】
更に、ＡＰサーバにおいては、受信された連携情報に含まれる連携メニュー及び課金管理ＤＢ１７内の課金割合テーブル１７１に基づいて、連携元ユーザと連携先ユーザとの課金割合が決定される（ステップＳ８）。
【００７８】
また、ＡＰサーバにおいては、ステップＳ８後、ファイル管理テーブル１７２にコンテンツに含まれる各診療データのレコードが生成される。
レコードは、診療データが保存されたファイルＤＢ１５内のアドレスと、当該診療データのファイル名、容量等と、ステップＳ５において取得された「所有権」を有するユーザと連携情報に含まれる連携元情報及び連携先情報とに基づいて生成されることとなる。
【００７９】
ファイル管理テーブルに受信した連携情報に含まれる診療データのレコードが生成されると、ＡＰサーバにおいては、課金情報が生成される（ステップＳ９）。
ステップＳ９では、ファイル管理テーブルに基づいて、受信した連携情報に含まれる連携元情報が示す連携元ユーザが属する医療施設と連携先情報が示す連携先ユーザが属する医療施設とにおいて、各診療データの課金割合に応じたファイルＤＢ１５内での使用容量及び未使用容量等が算出され、使用容量に応じた課金料金が算出される。そして、医療施設毎に算出された使用容量及び未使用容量、課金料金、これらを算出するために用いた連携情報を識別する連携ＩＤ、連携メニュー、課金割合、連携情報に含まれる診療データの所有権等を含む課金情報が生成されることとなる。
【００８０】
ＡＰサーバにおいては、課金情報が生成されると、通信部１８により課金管理会社宛てに、連携元ユーザが属する医療施設への課金料金と、連携先ユーザが属する医療施設への課金料金と、を示す情報が送信される（ステップＳ１０）。課金管理会社は、医療連携システム１００の連携サービスを受けるユーザ（本実施の形態では、ユーザが属する医療施設）へ料金の請求及び徴収を行う会社である。
【００８１】
ＡＰサーバにおいては、連携元ユーザ及び連携先ユーザそれぞれの電子メールアドレスが取得される。
例えば、連携元ユーザの電子メールアドレスの取得については、ユーザ管理テーブル１４１が参照され、受信した連携情報に含まれる連携元情報が示す連携元ユーザのユーザＩＤと一致するレコードが検索され、検索されたレコードに含まれる電子メールアドレスが取得される。
連携先ユーザの電子メールアドレスの取得については、連携先テーブル１６１が参照され、受信した連携情報に含まれる連携元情報が示す連携元ユーザのユーザＩＤと一致するレコードが検索される。そして、検索されたレコードのうち、連携情報に含まれる連携先情報が示す連携先ユーザのユーザＩＤと一致するレコードに含まれる電子メールアドレスが取得される。
【００８２】
そして、ＡＰサーバにおいては、メールサーバに対して、連携元ユーザの電子メールアドレス宛への結果メールの送信要求と、連携先ユーザの電子メールアドレス宛の結果メールの送信要求とが行われる（ステップＳ１１）。
【００８３】
メールサーバにおいては、ＡＰサーバにより結果メールの送信要求を受けると、指定された電子メールアドレス宛への電子メール（結果メール）の送信が行われる（ステップＳ１２）。ステップＳ１２において連携元ユーザが操作する端末装置へ送信される結果メールには、連携元ユーザに対する課金情報を示すメッセージが含まれる。連携先ユーザが操作する端末装置へ送信される結果メールには、連携先ユーザに対する課金情報を示すメッセージが含まれる。
【００８４】
連携元ユーザが操作する端末装置では、第１通信部２６によりセンタサーバ１のメールサーバから送信された結果メールが受信され（ステップＳ１３）、連携先ユーザが操作する端末装置では、第１通信部２６によりセンタサーバ１のメールサーバから送信された結果メールが受信される（ステップＳ１４）。
【００８５】
図８に、結果メールに含まれるメッセージの例を示す。
図８（ａ）には、連携元ユーザ宛へ送信される結果メールのメッセージの例を示し、図８（ｂ）には、連携先ユーザ宛へ送信される結果メールのメッセージの例を示す。
【００８６】
図８（ａ）に示すように、連携元ユーザ宛のメッセージＭ１には、連携ＩＤメッセージＭ１１、メニューメッセージＭ１２、課金割合メッセージＭ１３、未使用容量メッセージＭ１４、所有権メッセージＭ１５等が含まれている。
連携ＩＤメッセージＭ１１には、連携情報を識別する連携ＩＤが示されている。メニューメッセージＭ１２には、連携情報に含まれる連携メニューが示されている。課金割合メッセージＭ１３には、連携元ユーザと連携先ユーザとの課金割合が示されている。未使用容量メッセージＭ１４には、連携元ユーザが属する医療施設が使用可能な容量（未使用容量）が示されている。所有権メッセージＭ１５には、連携情報に含まれる診療データの所有権が示されている。
【００８７】
図８（ｂ）に示すように、連携先ユーザ宛のメッセージＭ２には、連携ＩＤメッセージＭ２１、メニューメッセージＭ２２、課金割合メッセージＭ２３、未使用容量メッセージＭ２４、所有権メッセージＭ２５等が含まれている。
連携ＩＤメッセージＭ２１には、連携情報を識別する連携ＩＤが示されている。メニューメッセージＭ２２には、連携情報に含まれる連携メニューが示されている。課金割合メッセージＭ２３には、連携元ユーザと連携先ユーザとの課金割合が示されている。未使用容量メッセージＭ２４には、連携先ユーザが属する医療施設が使用可能な容量（未使用容量）が示されている。所有権メッセージＭ２５には、連携情報に含まれる診療データの所有権が示されている。
【００８８】
以上のように、本実施の形態によれば、連携メニューが示す連携の種類に応じた課金割合で、連携元ユーザ及び連携先ユーザに対する課金情報を生成することができる。そのため、連携元ユーザが一方的に料金の請求を受けることがなくなり、連携元ユーザに金銭的な負担を全て掛けることを防止できる。
従って、連携の種類に応じた課金管理が可能な医療管理システムを提供することができる。
【００８９】
また、連携情報に含まれる「連携メニュー」及び当該連携メニューに対する課金割合テーブルの「所有権」に基づいて、当該連携情報に含まれる診療データを有するユーザを設定でき、当該設定したユーザに対するファイルＤＢ内の領域へ当該診療データを保存することができる。そのため、所有権毎にファイルＤＢ内の領域を分けることができ、所有権毎にファイルＤＢ内での使用容量の算出が容易となる。
【００９０】
更に、課金情報を含む結果メールが、連携元ユーザの電子メールアドレス宛及び連携先ユーザの電子メールアドレス宛へ送信されるため、連携元ユーザ及び連携先ユーザに対して、連携に係る金銭的な情報を把握し易くすることができる。
【００９１】
以上の説明では、本発明に係るプログラムのコンピュータ読み取り可能な媒体として、不揮発メモリを使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、フラッシュメモリ等の不揮発性メモリ、ＣＤ-ＲＯＭ等の可搬型記録媒体を適用することが可能である。また、本発明に係るプログラムのデータを通信回線を介して提供する媒体として、キャリアウエーブ(搬送波)も本発明に適用される。
【００９２】
また、本発明は、上記実施の形態の内容に限定されるものではなく、本発明の主旨を逸脱しない範囲で適宜変更可能である。
【符号の説明】
【００９３】
１  センタサーバ
２Ａ、２Ｂ  端末装置
３Ａ、３Ｂ  ＰＡＣＳ
４Ａ、４Ｂ  モダリティ
５Ａ、５Ｂ  施設内ネットワーク
６Ａ、６Ｂ  施設内システム
１１  制御部
１２  記憶部
１３  ＲＡＭ
１４  施設ＤＢ
１５  ファイルＤＢ
１６  連携ＤＢ
１７  課金管理ＤＢ
１８  通信部
１９  バス
２１  制御部
２２  記憶部
２３  ＲＡＭ
２４  操作部
２５  表示部
２６  第１通信部
２７  第２通信部
２８  バス
１００  医療連携システム
１２１  ＡＰサーバプログラム
１２２  メールサーバプログラム
１２３  ファイルサーバプログラム
１４１  ユーザ管理テーブル
１５１  医療施設Ａ領域
１５２  医療施設Ｂ領域
１６１  連携先テーブル
１６２  連携履歴テーブル
１７１  課金割合テーブル
１７２  ファイル管理テーブル
２２１  Ｗｅｂブラウザ
Ｍ１、Ｍ２  メッセージ
Ｍ１１、Ｍ２１  連携ＩＤメッセージ
Ｍ１２、Ｍ２２  メニューメッセージ
Ｍ１３、Ｍ２３  課金割合メッセージ
Ｍ１４、Ｍ２４  未使用容量メッセージ
Ｍ１５、Ｍ２５  所有権メッセージ
Ｎ  通信ネットワーク
【図１】
0005471683.tif 000002
【図２】
0005471683.tif 000003
【図３】
0005471683.tif 000004
【図４】
0005471683.tif 000005
【図５】
0005471683.tif 000006
【図６】
0005471683.tif 000007
【図７】
0005471683.tif 000008
【図８】
0005471683.tif 000009