(57)【要約】【課題】医療連携を行う連携先の検索を容易にする。【解決手段】データ管理サーバーと、複数の医療施設のそれぞれに設けられた端末装置と、が通信ネットワークを介してデータ通信可能に接続された医療連携システムにおいて、端末装置から連携先候補のユーザーに求める属性情報を示す通知条件及び通知方法を含む通知設定（ステップＳ３）、公開先のユーザーに求める属性情報を示す公開範囲条件（ステップＳ５）、公開してもよい共通属性（ステップＳ７）、任意属性（ステップＳ９）が入力され、データ管理サーバーにて、これらの情報と端末装置のユーザーとが対応付けられて登録される（ステップＳ４，Ｓ６，Ｓ８，Ｓ１０）。データ管理サーバーでは、属性情報（共通属性、任意属性）に基づいて、検索キーワードに合致する属性情報に対応するユーザーを検索する。【選択図】図５
2013250904.tif 000002
【特許請求の範囲】
【請求項１】
データ管理サーバーと、複数の医療施設のそれぞれに設けられた端末装置と、が通信ネットワークを介してデータ通信可能に接続された医療連携システムであって、
前記端末装置は、
当該端末装置を操作するユーザーの属性情報を入力するための操作部と、
当該入力された属性情報を前記データ管理サーバーに送信する送信部と、
を備え、
前記データ管理サーバーは、
前記端末装置から送信された属性情報を受信する受信部と、
当該受信された属性情報と当該属性情報を送信した端末装置のユーザーとを対応付けて記憶する記憶部と、
前記記憶部に記憶されている属性情報に基づいて、検索キーワードに合致する属性情報に対応するユーザーを検索する制御部と、
を備える医療連携システム。
【請求項２】
前記操作部は、さらに、公開先のユーザーに求める属性情報を示す公開範囲条件の入力を受け付けるものであり、
前記送信部は、前記入力された公開範囲条件を前記データ管理サーバーに送信し、
前記受信部は、前記端末装置から送信された公開範囲条件を受信し、
前記記憶部は、前記受信された公開範囲条件と当該公開範囲条件を送信した端末装置のユーザーとを対応付けて記憶し、
前記制御部は、前記記憶部に記憶されているユーザーのうち、当該ユーザーに対応する公開範囲条件が検索ユーザーに対応する属性情報に合致するユーザーのみを検索対象とする、
請求項１に記載の医療連携システム。
【請求項３】
前記操作部は、さらに、連携先候補のユーザーに求める属性情報を示す通知条件の入力を受け付けるものであり、
前記送信部は、前記入力された通知条件を前記データ管理サーバーに送信し、
前記受信部は、前記端末装置から送信された通知条件を受信し、
前記記憶部は、前記受信された通知条件と当該通知条件を送信した端末装置のユーザーとを対応付けて記憶し、
前記制御部は、前記記憶部に新たに記憶された属性情報が前記記憶部に記憶されている通知条件と合致する場合に、当該通知条件に対応するユーザーに対して前記記憶部に新たに記憶された属性情報に対応するユーザーを通知する、
請求項１又は２に記載の医療連携システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療連携システムに関する。
【背景技術】
【０００２】
近年、医療技術の多様化に伴い、特定機能を持つ病院や診療所等の複数の医療施設が診療データを共有し、連携して患者の検査や治療を行う地域医療連携が普及しつつある。特に、画像診断、画像解析等の専門的な作業を外部に委託する場合が増えてきている。
【０００３】
例えば、地域医療連携システムにおいて、地域医療連携サーバーが各医療施設における医療データの所在（リンク情報）を管理することにより、医療データを登録する際の作業負担を減らす技術が提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１２８６６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、医療連携を行う際には、医療連携システムのデータ管理サーバーにおいて、当該データ管理サーバーに接続する各医療施設を事前に登録しておかなければならず、専門的な作業を委託できる外部の医療施設を見つけることは困難であった。
【０００６】
本発明は、上記の従来技術における問題に鑑みてなされたものであって、医療連携を行う連携先の検索を容易にすることを課題とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、請求項１に記載の発明は、データ管理サーバーと、複数の医療施設のそれぞれに設けられた端末装置と、が通信ネットワークを介してデータ通信可能に接続された医療連携システムであって、前記端末装置は、当該端末装置を操作するユーザーの属性情報を入力するための操作部と、当該入力された属性情報を前記データ管理サーバーに送信する送信部と、を備え、前記データ管理サーバーは、前記端末装置から送信された属性情報を受信する受信部と、当該受信された属性情報と当該属性情報を送信した端末装置のユーザーとを対応付けて記憶する記憶部と、前記記憶部に記憶されている属性情報に基づいて、検索キーワードに合致する属性情報に対応するユーザーを検索する制御部と、を備える。
【０００８】
請求項２に記載の発明は、請求項１に記載の医療連携システムにおいて、前記操作部は、さらに、公開先のユーザーに求める属性情報を示す公開範囲条件の入力を受け付けるものであり、前記送信部は、前記入力された公開範囲条件を前記データ管理サーバーに送信し、前記受信部は、前記端末装置から送信された公開範囲条件を受信し、前記記憶部は、前記受信された公開範囲条件と当該公開範囲条件を送信した端末装置のユーザーとを対応付けて記憶し、前記制御部は、前記記憶部に記憶されているユーザーのうち、当該ユーザーに対応する公開範囲条件が検索ユーザーに対応する属性情報に合致するユーザーのみを検索対象とする。
【０００９】
請求項３に記載の発明は、請求項１又は２に記載の医療連携システムにおいて、前記操作部は、さらに、連携先候補のユーザーに求める属性情報を示す通知条件の入力を受け付けるものであり、前記送信部は、前記入力された通知条件を前記データ管理サーバーに送信し、前記受信部は、前記端末装置から送信された通知条件を受信し、前記記憶部は、前記受信された通知条件と当該通知条件を送信した端末装置のユーザーとを対応付けて記憶し、前記制御部は、前記記憶部に新たに記憶された属性情報が前記記憶部に記憶されている通知条件と合致する場合に、当該通知条件に対応するユーザーに対して前記記憶部に新たに記憶された属性情報に対応するユーザーを通知する。
【発明の効果】
【００１０】
請求項１に記載の発明によれば、各ユーザーが自分自身を検索させるための属性情報をデータ管理サーバーに記憶させるので、属性情報に基づいて、医療連携を行う連携先を容易に検索することができる。
【００１１】
請求項２に記載の発明によれば、公開範囲条件の設定により、公開先を限定することができる。
【００１２】
請求項３に記載の発明によれば、通知条件の設定により、通知条件に合致するユーザーが存在することを通知することができる。
【図面の簡単な説明】
【００１３】
【図１】医療連携システムのシステム構成図である。
【図２】データ管理サーバーの機能的構成を示すブロック図である。
【図３】ユーザー情報テーブル、公開共通属性テーブル、任意属性テーブル、公開範囲条件テーブル、通知設定テーブルのデータ構成例である。
【図４】端末装置の機能的構成を示すブロック図である。
【図５】端末装置とデータ管理サーバーにより行われるプロフィール登録処理を示すラダーチャートである。
【図６】端末装置に表示されるプロフィール入力画面の例である。
【図７】端末装置とデータ管理サーバーにより行われる連携先検索処理を示すラダーチャートである。
【図８】端末装置に表示される連携先検索画面の例である。
【発明を実施するための形態】
【００１４】
〔医療連携システムの構成〕
以下、図を参照して本発明に係る医療連携システムの一実施の形態について説明する。
【００１５】
図１に、医療連携システム１００のシステム構成を示す。
図１に示すように、医療連携システム１００は、地域のデータセンターに設置されたデータ管理サーバー１と、医療施設Ａに設けられた施設内システム２Ａと、医療施設Ｂに設けられた施設内システム２Ｂと、・・・を備えて構成されている。データ管理サーバー１、施設内システム２Ａ、施設内システム２Ｂ、・・・は、インターネット等の通信ネットワークＮを介してデータ通信可能に接続されている。
なお、医療連携システム１００を構成する施設内システム２Ａ，２Ｂ，・・・や、施設内システム２Ａ，２Ｂ，・・・内の各装置の数は、特に限定されない。
【００１６】
データ管理サーバー１は、各医療施設において生成された診療データを蓄積し、管理する。また、データ管理サーバー１は、医療施設間の医療連携サービスを提供するものであり、各施設内システム２Ａ，２Ｂ，・・・から他の施設内システムにおける検査や読影の依頼を受け付け、検査結果や読影結果のデータを管理する。
【００１７】
施設内システム２Ａは、端末装置３Ａ、ＰＡＣＳ（Picture Archiving and Communication System）４Ａ、モダリティー５Ａ等が、ＬＡＮ（Local Area Network）等の施設内ネットワーク６Ａにより相互にデータ通信可能に接続されて構成されている。端末装置３Ａは、通信ネットワークＮを介してデータ管理サーバー１とデータ通信可能に接続されている。
【００１８】
施設内システム２Ｂは、端末装置３Ｂ、ＰＡＣＳ４Ｂ、モダリティー５Ｂ等が、ＬＡＮ等の施設内ネットワーク６Ｂにより相互にデータ通信可能に接続されて構成されている。端末装置３Ｂは、通信ネットワークＮを介してデータ管理サーバー１とデータ通信可能に接続されている。
【００１９】
端末装置３Ａは、医療施設Ａの医師が他の医療施設の医師と医療の連携を行うために用いるコンピューターである。端末装置３Ａは、通信ネットワークＮを介してデータ管理サーバー１にアクセスし、データ管理サーバー１へ診療データを送信したり、データ管理サーバー１に格納されている診療データを閲覧したりする際に用いられる。
同様に、端末装置３Ｂは、医療施設Ｂの医師が他の医療施設の医師と医療の連携を行うために用いるコンピューターである。端末装置３Ｂは、通信ネットワークＮを介してデータ管理サーバー１にアクセスし、データ管理サーバー１へ診療データを送信したり、データ管理サーバー１に格納されている診療データを閲覧したりする際に用いられる。
医療施設Ａ、医療施設Ｂ以外の医療施設に設けられている端末装置についても同様である。
【００２０】
ＰＡＣＳ４Ａ，４Ｂ，・・・は、制御部、ＲＡＭ（Random Access Memory）、通信部、操作部、表示部、記憶部等を備えたコンピューターであり、主として医療施設内のモダリティー５Ａ，５Ｂ，・・・等により生成された医用画像データ等を患者情報と対応付けて記憶部に格納する施設内サーバーである。
【００２１】
モダリティー５Ａ，５Ｂ，・・・は、人体を撮影し、その撮影画像（医用画像）のデジタルデータを生成するものであり、例えば、ＣＲ（Computed Radiography）、ＦＰＤ（Flat Panel Detector）、ＣＴ（Computed Tomography）、ＭＲＩ（Magnetic Resonance Imaging）、カセッテ専用の読取装置、フィルムディジタイザー等が適用可能である。
【００２２】
〔データ管理サーバーの構成〕
図２に、データ管理サーバー１の機能的構成を示す。
図２に示すように、データ管理サーバー１は、制御部１１、ＲＡＭ１２、通信部１３、記憶部１４等を備えて構成されており、各部はバス１５により接続されている。
【００２３】
制御部１１は、ＣＰＵ（Central Processing Unit）等により構成され、データ管理サーバー１の各部の処理動作を統括的に制御する。制御部１１は、記憶部１４に記憶されている各種プログラムを読み出してＲＡＭ１２に展開し、当該プログラムとの協働により各種処理を実行する。
【００２４】
ＲＡＭ１２は、制御部１１により実行制御される各種処理において、記憶部１４から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。
【００２５】
通信部１３は、ネットワークインターフェース等により構成され、通信ネットワークＮを介して接続された外部機器との間でデータの送受信を行う。具体的に、通信部１３は、端末装置３Ａ，３Ｂ，・・・から送信されたユーザー情報、属性情報、公開先のユーザーに求める属性情報を示す公開範囲条件、及び、連携先候補のユーザーに求める属性情報を示す通知条件を受信する。
【００２６】
記憶部１４は、ＨＤＤ（Hard Disk Drive）や半導体の不揮発性メモリー等により構成される。記憶部１４は、制御部１１により実行される各種プログラムを記憶しているほか、各種プログラムを実行するために必要なパラメーターやデータを記憶している。具体的に、記憶部１４には、サーバープログラムＰ１、ユーザー情報テーブルＴ１、公開共通属性テーブルＴ２、任意属性テーブルＴ３、公開範囲条件テーブルＴ４、通知設定テーブルＴ５等が記憶されている。
【００２７】
サーバープログラムＰ１は、データ管理サーバー１におけるプロフィール登録処理、連携先検索処理、医療連携サービスを提供する処理等を実行するためのプログラムである。
【００２８】
図３に、ユーザー情報テーブルＴ１、公開共通属性テーブルＴ２、任意属性テーブルＴ３、公開範囲条件テーブルＴ４、通知設定テーブルＴ５のデータ構成例を示す。
【００２９】
ユーザー情報テーブルＴ１には、医療連携システム１００内のユーザー（医師）に関する情報が格納されている。ユーザー情報テーブルＴ１には、「ユーザーＩＤ」、「ユーザー名」、「所属グループＩＤ」、「メールアドレス」等が対応付けられて格納されている。
「ユーザーＩＤ」は、ユーザーを識別するための識別情報である。
「ユーザー名」は、ユーザーに付与された名称である。
「所属グループＩＤ」は、ユーザーが所属するグループを識別するための識別情報である。
「メールアドレス」は、ユーザーのメールアドレスである。
【００３０】
公開共通属性テーブルＴ２には、自分自身を検索させるためのユーザーの属性情報のうち、共通属性が格納されている。共通属性とは、全てのユーザーに対して共通に設けられている属性である。共通属性として、例えば、所属グループ名、施設名、施設住所、診療科、検査名称、症例名、メールアドレス等が挙げられる。公開共通属性テーブルＴ２には、「公開属性ＩＤ」、「ユーザーＩＤ」、「共通属性名」、「値」、「削除フラグ」が対応付けられて格納されている。
「公開属性ＩＤ」は、公開共通属性テーブルＴ２のレコード毎に付与される識別情報である。
「共通属性名」には、「ユーザーＩＤ」に対応するユーザーの共通属性の名称が格納され、「値」には、共通属性の値が格納される。
「削除フラグ」は、公開共通属性テーブルＴ２の各レコードを削除するか否かを示すフラグであり、削除する場合には「ＯＮ」、削除しない場合には「ＯＦＦ」となっている。
公開共通属性テーブルＴ２において、同一の「ユーザーＩＤ」に対して複数の共通属性が登録される場合には、属性毎にレコードが追加される。
【００３１】
任意属性テーブルＴ３には、自分自身を検索させるためのユーザーの属性情報のうち、任意属性が格納されている。任意属性とは、任意に登録が可能な属性である。任意属性として、例えば、「ドクターヘリ有り」、「重粒子線治療可能」といった文字列を登録することができる。任意属性テーブルＴ３には、「任意属性ＩＤ」、「ユーザーＩＤ」、「任意属性値」、「削除フラグ」が対応付けられて格納されている。
「任意属性ＩＤ」は、任意属性テーブルＴ３のレコード毎に付与される識別情報である。
「任意属性値」には、任意属性の値が格納される。
「削除フラグ」は、任意属性テーブルＴ３の各レコードを削除するか否かを示すフラグであり、削除する場合には「ＯＮ」、削除しない場合には「ＯＦＦ」となっている。
任意属性テーブルＴ３において、同一の「ユーザーＩＤ」に対して複数の任意属性が登録される場合には、属性毎にレコードが追加される。
【００３２】
公開範囲条件テーブルＴ４には、公開先のユーザーに求める属性情報を示す公開範囲条件、すなわち、どのような相手に自分の属性情報を公開するかを示す情報が格納されている。公開範囲条件テーブルＴ４には、「公開範囲条件ＩＤ」、「ユーザーＩＤ」、「共通属性名」、「値」、「判定式」、「削除フラグ」が対応付けられて格納されている。
「公開範囲条件ＩＤ」は、公開範囲条件テーブルＴ４のレコード毎に付与される識別情報である。
「共通属性名」と「値」には、公開先のユーザーに求める共通属性の名称と値が格納される。例えば、「施設住所」に「青森」、「秋田」又は「岩手」が含まれる等の条件を設定することができる。
「判定式」には、自医療施設からの距離が半径何ｋｍ以内等といった条件式を設定することができる。施設住所から緯度と経度を調べる辞書を持つことにより、医療施設間の距離が求められる。
「削除フラグ」は、公開範囲条件テーブルＴ４の各レコードを削除するか否かを示すフラグであり、削除する場合には「ＯＮ」、削除しない場合には「ＯＦＦ」となっている。
公開範囲条件テーブルＴ４において、同一の「ユーザーＩＤ」に対して複数の公開範囲条件が登録される場合には、条件毎にレコードが追加される。
【００３３】
通知設定テーブルＴ５には、連携先候補のユーザーに求める属性情報を示す通知条件、すなわち、どのようなユーザーが登録された場合に通知を希望するかを示す情報が格納されている。通知設定テーブルＴ５には、「通知設定ＩＤ」、「ユーザーＩＤ」、「任意属性値」、「共通属性名」、「値」、「通知方法」、「削除フラグ」が対応付けられて格納されている。
「通知設定ＩＤ」は、通知設定テーブルＴ５のレコード毎に付与される識別情報である。
「任意属性値」には、連携先候補のユーザーに求める属性情報のうち、任意属性の値が格納される。例えば、通知条件として「重粒子線」を登録しておくと、或るユーザーが任意属性に「重粒子線治療可能」を登録した場合に、通知条件として「重粒子線」を登録していたユーザーに、新たに登録されたユーザーが連携先候補として通知される。
「共通属性名」と「値」には、連携先候補のユーザーに求める属性情報のうち、共通属性の名称と値が格納される。
「通知方法」は、通知条件に合致するユーザーが登録された場合に、どのような方法で通知するかが設定されている。例えば、電子メールによる通知、ログイン時のダイアログ表示等が挙げられる。
「削除フラグ」は、通知設定テーブルＴ５の各レコードを削除するか否かを示すフラグであり、削除する場合には「ＯＮ」、削除しない場合には「ＯＦＦ」となっている。
通知設定テーブルＴ５において、同一の「ユーザーＩＤ」に対して複数の通知条件が登録される場合には、条件毎にレコードが追加される。
【００３４】
また、記憶部１４には、医療連携に係る診療データが記憶される。診療データは、各患者の診療の過程で生成される情報である。診療データとして、例えば、医用画像データ、検体検査データ、電子カルテデータ、読影レポート、病理診断レポート、診療情報提供書（患者紹介状）等が挙げられる。
【００３５】
制御部１１は、記憶部１４に記憶されているサーバープログラムＰ１に従って、端末装置３Ａ，３Ｂ，・・・から属性情報、公開範囲条件、通知条件を受信した場合に、当該属性情報、公開範囲条件、通知条件と、当該属性情報、公開範囲条件、通知条件を送信した端末装置３Ａ，３Ｂ，・・・のユーザーと、を対応付けて記憶部１４に記憶させる。
【００３６】
具体的に、制御部１１は、公開共通属性テーブルＴ２に、「ユーザーＩＤ」と対応付けて共通属性（「共通属性名」と「値」のセット）を格納する。
また、制御部１１は、任意属性テーブルＴ３に、「ユーザーＩＤ」と対応付けて任意属性（「任意属性値」）を格納する。
また、制御部１１は、公開範囲条件テーブルＴ４に、「ユーザーＩＤ」と対応付けて公開範囲条件（「共通属性名」と「値」のセット、「判定式」）を格納する。
また、制御部１１は、通知設定テーブルＴ５に、「ユーザーＩＤ」と対応付けて通知条件（「任意属性値」、「共通属性名」と「値」のセット）を格納する。
【００３７】
制御部１１は、記憶部１４に記憶されている属性情報（共通属性、任意属性）に基づいて、検索キーワード（検索のために入力される属性情報）に合致する属性情報に対応するユーザーを検索する。この際、制御部１１は、記憶部１４に記憶されているユーザーのうち、当該ユーザーに対応する公開範囲条件が検索ユーザー（検索操作を行うユーザー）に対応する属性情報に合致するユーザーのみを検索対象とする。
なお、公開範囲条件テーブルＴ４において、同一の「ユーザーＩＤ」に対して複数の公開範囲条件が登録されている場合には、これら複数の公開範囲条件の全ての条件が検索ユーザーに対応する属性情報に合致するユーザーのみを検索対象とする。あるいは、同一の「ユーザーＩＤ」に対応する複数の公開範囲条件のうちいずれかの条件が検索ユーザーに対応する属性情報に合致するユーザーを検索対象としてもよい。
【００３８】
制御部１１は、記憶部１４に新たに記憶された属性情報が記憶部１４に記憶されている通知条件と合致する場合に、当該通知条件に対応するユーザーに対して、記憶部１４に新たに記憶された属性情報に対応するユーザーを通知する。
なお、通知設定テーブルＴ５において、同一の「ユーザーＩＤ」に対して複数の通知条件が登録されている場合には、記憶部１４に新たに記憶された属性情報がこれら複数の通知条件の全ての条件と合致する場合に、当該通知条件に対応するユーザーに通知を行うこととする。あるいは、記憶部１４に新たに記憶された属性情報が、同一の「ユーザーＩＤ」に対応する複数の通知条件のうちいずれかの条件と合致する場合に、当該通知条件に対応するユーザーに通知を行うこととしてもよい。
【００３９】
制御部１１は、連携関係が設定された両ユーザーが操作する端末装置間の診療データの送受信を仲介する。連携の種類として、例えば、患者の紹介、検査依頼、読影依頼、相談等が挙げられる。制御部１１は、連携関係が設定された両ユーザーが操作する一方の端末装置から送信された診療データを記憶部１４に記憶させ、他方の端末装置から診療データの取得要求があった場合に、要求された診療データを記憶部１４から読み出して他方の端末装置に提供する。
【００４０】
〔端末装置の構成〕
図４に、端末装置３Ａの機能的構成を示す。
図４に示すように、端末装置３Ａは、制御部３１、ＲＡＭ３２、通信部３３、操作部３４、表示部３５、記憶部３６等を備えて構成され、各部はバス３７等により接続されている。
【００４１】
制御部３１は、ＣＰＵ等により構成され、端末装置３Ａの各部の処理動作を統括的に制御する。制御部３１は、記憶部３６に記憶されている各種プログラムを読み出してＲＡＭ３２に展開し、当該プログラムとの協働により各種処理を実行する。
【００４２】
ＲＡＭ３２は、制御部３１により実行制御される各種処理において、記憶部３６から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。
【００４３】
通信部３３は、ネットワークインターフェース等により構成され、通信ネットワークＮや施設内ネットワーク６Ａを介して接続された外部機器との間でデータの送受信を行う。具体的に、通信部３３は、データ管理サーバー１にユーザー情報、属性情報、公開範囲条件及び通知条件を送信する。
【００４４】
操作部３４は、カーソルキー、数字入力キー及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部３１に出力する。例えば、操作部３４は、端末装置３Ａを操作するユーザーの属性情報（共通属性、任意属性）、公開範囲条件、通知条件の入力を受け付ける。
【００４５】
表示部３５は、ＬＣＤ（Liquid Crystal Display）等のモニターを備えて構成されており、制御部３１から入力される表示信号の指示に従って、各種画面を表示する。
【００４６】
記憶部３６は、ＨＤＤや半導体の不揮発性メモリー等により構成される。記憶部３６は、制御部３１により実行される各種プログラムを記憶しているほか、各種プログラムを実行するために必要なパラメーターやデータを記憶している。具体的に、記憶部３６には、アプリケーションプログラムＰ２等が記憶されている。
【００４７】
アプリケーションプログラムＰ２は、端末装置３Ａにおけるプロフィール登録処理、連携先検索処理、医療連携サービスを利用する処理等を実行するためのプログラムである。
【００４８】
制御部３１は、操作部３４からユーザー情報、ユーザーの属性情報、公開範囲条件及び通知条件が入力された場合に、通信部３３を制御して、ユーザー情報、属性情報、公開範囲条件及び通知条件をデータ管理サーバー１に送信させる。
【００４９】
端末装置３Ｂ等については、端末装置３Ａと同様の構成であるため、図４を援用し、説明を省略する。
【００５０】
〔プロフィール登録処理〕
次に、本実施の形態における動作について説明する。
図５は、端末装置３Ａとデータ管理サーバー１により行われるプロフィール登録処理を示すラダーチャートである。ここで、データ管理サーバー１における動作は、制御部１１とサーバープログラムＰ１との協働により実行され、端末装置３Ａにおける動作は、制御部３１とアプリケーションプログラムＰ２との協働により実行される。
【００５１】
まず、端末装置３Ａにおいて、操作部３４からの操作により、端末装置３Ａを操作するユーザーのユーザー情報が入力される（ステップＳ１）。具体的には、「ユーザーＩＤ」、「ユーザー名」、「所属グループＩＤ」、「メールアドレス」等が入力される。入力されたユーザー情報は、制御部３１により、通信部３３を介してデータ管理サーバー１に送信される。
【００５２】
データ管理サーバー１では、通信部１３により、端末装置３Ａから送信されたユーザー情報が受信され、制御部１１により、記憶部１４のユーザー情報テーブルＴ１にユーザー情報が登録される（ステップＳ２）。具体的には、制御部１１により、ユーザー情報テーブルＴ１に、「ユーザーＩＤ」、「ユーザー名」、「所属グループＩＤ」、「メールアドレス」等が対応付けられて記憶される。
【００５３】
次に、端末装置３Ａにおいて、操作部３４からの操作により、通知設定が入力される（ステップＳ３）。通知設定には、連携先候補のユーザーに求める属性情報を示す通知条件と、通知方法と、が含まれる。具体的には、連携先候補のユーザーに求める任意属性である「任意属性値」、連携先候補のユーザーに求める共通属性の名称である「共通属性名」とその共通属性の値である「値」のセット、「通知方法」が入力される。入力された通知設定は、制御部３１により、通信部３３を介してデータ管理サーバー１に送信される。
【００５４】
データ管理サーバー１では、通信部１３により、端末装置３Ａから送信された通知設定が受信され、制御部１１により、記憶部１４の通知設定テーブルＴ５に、通知設定と当該通知設定を送信した端末装置３Ａのユーザーとが対応付けられて登録される（ステップＳ４）。具体的には、制御部１１により、「通知設定ＩＤ」が付与され、通知設定テーブルＴ５に、「通知設定ＩＤ」、「ユーザーＩＤ」、「任意属性値」、「共通属性名」と「値」のセット、「通知方法」が対応付けられて記憶される。なお、通知設定テーブルＴ５において、新たに登録されたレコードの「削除フラグ」は「ＯＦＦ」に設定されている。
【００５５】
次に、端末装置３Ａにおいて、操作部３４からの操作により、公開範囲条件が入力される（ステップＳ５）。具体的には、公開先のユーザーに求める共通属性の名称である「共通属性名」とその共通属性の値である「値」のセット、「判定式」により示した条件が入力される。入力された公開範囲条件は、制御部３１により、通信部３３を介してデータ管理サーバー１に送信される。
【００５６】
データ管理サーバー１では、通信部１３により、端末装置３Ａから送信された公開範囲条件が受信され、制御部１１により、記憶部１４の公開範囲条件テーブルＴ４に、公開範囲条件と当該公開範囲条件を送信した端末装置３Ａのユーザーとが対応付けられて登録される（ステップＳ６）。具体的には、制御部１１により、「公開範囲条件ＩＤ」が付与され、公開範囲条件テーブルＴ４に、「公開範囲条件ＩＤ」、「ユーザーＩＤ」、「共通属性名」と「値」のセット、「判定式」により示した条件が対応付けられて記憶される。なお、公開範囲条件テーブルＴ４において、新たに登録されたレコードの「削除フラグ」は「ＯＦＦ」に設定されている。
【００５７】
次に、端末装置３Ａにおいて、操作部３４からの操作により、公開してもよい共通属性が入力される（ステップＳ７）。具体的には、共通属性の名称である「共通属性名」に対して、その共通属性の値である「値」が入力される。入力された共通属性は、制御部３１により、通信部３３を介してデータ管理サーバー１に送信される。
【００５８】
図６に、端末装置３Ａの表示部３５に表示されるプロフィール入力画面３５１の例を示す。プロフィール入力画面３５１には、共通属性入力領域７１、任意属性入力領域７２、クリアボタンＢ１、登録ボタンＢ２が含まれる。
【００５９】
共通属性入力領域７１は、ユーザーの属性情報のうち、共通属性が入力される領域である。共通属性入力領域７１は、所属施設入力領域７１ａ、氏名入力領域７１ｂ、診療科入力領域７１ｃ、住所入力領域７１ｄを有する。
所属施設入力領域７１ａには、「共通属性名」である「所属施設」に対する「値」として「鈴木病院」が入力されている。
氏名入力領域７１ｂには、「共通属性名」である「氏名」に対する「値」として「鈴木太郎」が入力されている。
診療科入力領域７１ｃには、「共通属性名」である「診療科」に対する「値」として「放射線科」が入力されている。
住所入力領域７１ｄには、「共通属性名」である「住所」に対する「値」として「東京都日野市」が入力されている。
【００６０】
任意属性入力領域７２は、ユーザーの属性情報のうち、任意属性が入力される領域である。
クリアボタンＢ１は、共通属性入力領域７１、任意属性入力領域７２に入力された内容をクリアするためのボタンである。
登録ボタンＢ２は、共通属性入力領域７１、任意属性入力領域７２に入力された内容の登録を指示するためのボタンである。
【００６１】
データ管理サーバー１では、通信部１３により、端末装置３Ａから送信された共通属性が受信され、制御部１１により、記憶部１４の公開共通属性テーブルＴ２に、共通属性と当該共通属性を送信した端末装置３Ａのユーザーとが対応付けられて登録される（ステップＳ８）。具体的には、制御部１１により、「公開属性ＩＤ」が付与され、公開共通属性テーブルＴ２に、「公開属性ＩＤ」、「ユーザーＩＤ」、公開される共通属性の名称である「共通属性名」とその共通属性の値である「値」のセットが対応付けられて記憶される。なお、公開共通属性テーブルＴ２において、新たに登録されたレコードの「削除フラグ」は「ＯＦＦ」に設定されている。
【００６２】
次に、端末装置３Ａにおいて、操作部３４からの操作により、任意属性が入力される（ステップＳ９）。入力された任意属性は、制御部３１により、通信部３３を介してデータ管理サーバー１に送信される。ユーザーが入力した任意属性は、システム全体で辞書化され、次回以降のユーザー登録の際に、入力候補として表示される等、再利用できるようにしてもよい。
【００６３】
図６に示すプロフィール入力画面３５１では、任意属性入力領域７２に、「任意属性値」として「骨塩定量測定、マンモ読影」が入力されている。
【００６４】
データ管理サーバー１では、通信部１３により、端末装置３Ａから送信された任意属性が受信され、制御部１１により、記憶部１４の任意属性テーブルＴ３に、任意属性と当該任意属性を送信した端末装置３Ａのユーザーとが対応付けられて登録される（ステップＳ１０）。具体的には、制御部１１により、「任意属性ＩＤ」が付与され、任意属性テーブルＴ３に、「任意属性ＩＤ」、「ユーザーＩＤ」、「任意属性値」が対応付けられて記憶される。なお、任意属性テーブルＴ３において、新たに登録されたレコードの「削除フラグ」は「ＯＦＦ」に設定されている。
【００６５】
次に、制御部１１により、新たに登録されたユーザーについて、通知すべき他のユーザーがいるか否かが判断される（ステップＳ１１）。具体的には、制御部１１により、記憶部１４に記憶されている通知設定テーブルＴ５の通知条件（「任意属性値」、「共通属性名」と「値」のセット）が参照され、ステップＳ８，Ｓ１０において記憶部１４に新たに記憶された属性情報（共通属性、任意属性）と合致する通知条件があるか否かが判断される。
【００６６】
通知すべき他のユーザーがいる場合（ステップＳ１１；ＹＥＳ）、すなわち、通知設定テーブルＴ５の通知条件の中に、記憶部１４に新たに記憶された属性情報と合致する通知条件がある場合には、制御部１１により、その通知すべき他のユーザーの属性情報が、ステップＳ６において登録された公開範囲条件に合致するか否かが判断される（ステップＳ１２）。具体的には、制御部１１により、公開共通属性テーブルＴ２から通知すべき他のユーザーのユーザーＩＤに対応付けられている属性情報（「共通属性名」と「値」のセット）が取得され、ステップＳ６において登録された公開範囲条件に合致するか否かが判断される。
【００６７】
通知すべき他のユーザーの属性情報が、ステップＳ６において登録された公開範囲条件に合致する場合には（ステップＳ１２；ＹＥＳ）、制御部１１により、通信部１３を介して、通知すべき他のユーザーに対して、当該他のユーザーの通知条件に該当するユーザーが登録されたこと、及び、新たに登録されたユーザーが通知される（ステップＳ１３）。
【００６８】
ステップＳ１２において、通知すべき他のユーザーの属性情報が、ステップＳ６において登録された公開範囲条件に合致しない場合（ステップＳ１２；ＮＯ）、又は、ステップＳ１３の後、ステップＳ１１に戻る。
【００６９】
ステップＳ１１において、通知すべき他のユーザーがいない場合には（ステップＳ１１；ＮＯ）、プロフィール登録処理が終了する。
【００７０】
以上、端末装置３Ａとデータ管理サーバー１により行われるプロフィール登録処理について説明したが、端末装置３Ｂ等とデータ管理サーバー１により行われる場合も同様である。
【００７１】
また、端末装置３Ａ，３Ｂ，・・・のユーザーは、データ管理サーバー１に登録されている自分自身の属性情報を変更することができる。
また、端末装置３Ａ，３Ｂ，・・・のユーザーは、データ管理サーバー１に登録されている公開共通属性テーブルＴ２、任意属性テーブルＴ３、公開範囲条件テーブルＴ４、通知設定テーブルＴ５の自分自身のユーザーＩＤと対応付けられている各レコードについて、レコード単位で削除可能となっている。或るレコードが削除された場合には、当該レコードの「削除フラグ」が「ＯＮ」に変更される。
【００７２】
〔連携先検索処理〕
図７は、端末装置３Ａとデータ管理サーバー１により行われる連携先検索処理を示すラダーチャートである。ここで、データ管理サーバー１における動作は、制御部１１とサーバープログラムＰ１との協働により実行され、端末装置３Ａにおける動作は、制御部３１とアプリケーションプログラムＰ２との協働により実行される。
【００７３】
まず、端末装置３Ａにおいて、操作部３４からの操作により、検索キーワードとして共通属性及び／又は任意属性が入力される（ステップＳ２１）。入力された共通属性及び／又は任意属性は、制御部３１により、通信部３３を介してデータ管理サーバー１に送信される。
【００７４】
図８に、端末装置３Ａの表示部３５に表示される連携先検索画面３５２の例を示す。連携先検索画面３５２には、共通属性入力領域８１、任意属性入力領域８２、クリアボタンＢ３、検索ボタンＢ４、連携先候補表示領域８３、連携依頼ボタンＢ５が含まれる。
【００７５】
共通属性入力領域８１は、連携先のユーザーを検索するための条件（検索キーワード）として、共通属性が入力される領域である。共通属性入力領域８１は、所属施設入力領域８１ａ、氏名入力領域８１ｂ、診療科入力領域８１ｃ、住所入力領域８１ｄ、範囲入力領域８１ｅを有する。
所属施設入力領域８１ａ、氏名入力領域８１ｂ、診療科入力領域８１ｃ、住所入力領域８１ｄ、範囲入力領域８１ｅには、それぞれ、連携先のユーザーに求める所属施設、氏名、診療科、住所、施設間の距離範囲が入力される。
【００７６】
任意属性入力領域８２は、連携先のユーザーを検索するための条件（検索キーワード）として、任意属性が入力される領域である。
クリアボタンＢ３は、共通属性入力領域８１、任意属性入力領域８２に入力された内容をクリアするためのボタンである。
検索ボタンＢ４は、共通属性入力領域８１、任意属性入力領域８２に入力された検索キーワードに合致するユーザーの検索を指示するためのボタンである。
【００７７】
連携先候補表示領域８３は、検索された連携先候補のリストが表示される領域である。
連携依頼ボタンＢ５は、連携先候補表示領域８３で選択されたユーザーに対して連携依頼を行うためのボタンである。
【００７８】
データ管理サーバー１では、通信部１３により、端末装置３Ａから送信された検索キーワード（共通属性及び／又は任意属性）が受信される。そして、制御部１１により、記憶部１４に記憶されている公開共通属性テーブルＴ２の共通属性及び／又は任意属性テーブルＴ３の任意属性に基づいて、検索キーワードに合致する属性情報に対応するユーザーが抽出される（ステップＳ２２）。具体的には、制御部１１により、公開共通属性テーブルＴ２から検索キーワードに合致する共通属性に対応付けられているユーザーＩＤが抽出され、任意属性テーブルＴ３から検索キーワードに合致する任意属性に対応付けられているユーザーＩＤが抽出される。ここで、「検索キーワードに合致する」とは、部分一致でかまわない。
【００７９】
次に、制御部１１により、抽出されたユーザーに対応する公開範囲条件が取得される（ステップＳ２３）。具体的には、制御部１１により、記憶部１４に記憶されている公開範囲条件テーブルＴ４が参照され、抽出されたユーザーのユーザーＩＤに対応付けられている「共通属性名」と「値」のセットや、「判定式」が取得される。
【００８０】
次に、制御部１１により、記憶部１４に記憶されている公開共通属性テーブルＴ２が参照され、端末装置３Ａにおいて検索操作を行っているユーザー（検索ユーザー）の属性情報が取得される。具体的には、制御部１１により、公開共通属性テーブルＴ２から検索ユーザーのユーザーＩＤに対応付けられている「共通属性名」と「値」のセットが取得される。そして、制御部１１により、検索ユーザーに対応する属性情報が、ステップＳ２３において取得された公開範囲条件に合致するか否かが判断される（ステップＳ２４）。
【００８１】
検索ユーザーに対応する属性情報が、ステップＳ２３において取得された公開範囲条件に合致する場合には（ステップＳ２４；ＹＥＳ）、制御部１１により、ステップＳ２２において抽出されたユーザーのうち、そのユーザーに対応する公開範囲条件が、端末装置３Ａの検索ユーザーに対応する属性情報に合致するユーザーのみに絞り込まれ、絞り込まれたユーザー（連携先候補）の公開属性（共通属性、任意属性）のリストが生成される（ステップＳ２５）。具体的には、制御部１１により、記憶部１４に記憶されている公開共通属性テーブルＴ２から連携先候補のユーザーＩＤに対応付けられている共通属性（「共通属性名」と「値」のセット）が取得され、記憶部１４に記憶されている任意属性テーブルＴ３から連携先候補のユーザーＩＤに対応付けられている任意属性が取得され、取得された共通属性及び任意属性のリストが生成される。生成された連携先候補の公開属性のリストは、制御部１１により、通信部１３を介して端末装置３Ａに送信される。
【００８２】
端末装置３Ａでは、通信部３３により、データ管理サーバー１から送信された連携先候補の公開属性のリストが受信され、制御部３１により、連携先候補の公開属性のリストが表示部３５に表示される（ステップＳ２６）。
【００８３】
図８に示す連携先検索画面３５２では、連携先候補表示領域８３に連携先候補の公開属性のリストが表示されている。
【００８４】
次に、端末装置３Ａのユーザーは、操作部３４からの操作により、リスト上から連携先ユーザーを選択する（ステップＳ２７）。例えば、端末装置３Ａにおいて、操作部３４からの操作により、連携先候補表示領域８３に表示されているリストの中から連携先としたいユーザーが選択され、連携依頼ボタンＢ５が押下されると、制御部３１により、選択された連携先ユーザーを示す情報（ユーザーＩＤ等）が、通信部３３を介してデータ管理サーバー１に送信される。
【００８５】
データ管理サーバー１では、通信部１３により、端末装置３Ａから送信された連携先ユーザーを示す情報が受信される。そして、制御部１１により、連携先ユーザーを示す情報に基づいて、通信部１３を介して、選択されたユーザーに、連携依頼メールが送信される（ステップＳ２８）。例えば、連携先ユーザーとして、端末装置３Ｂのユーザーが選択された場合には、記憶部１４のユーザー情報テーブルＴ１から選択されたユーザーのユーザーＩＤに対応付けられたメールアドレスが取得され、選択されたユーザーに連携依頼メールが送信される。
【００８６】
ステップＳ２４において、検索ユーザーに対応する属性情報が、ステップＳ２３において取得された公開範囲条件に合致しない場合には（ステップＳ２４；ＮＯ）、そのまま処理が終了する。
【００８７】
以上、端末装置３Ａとデータ管理サーバー１により行われる連携先検索処理について説明したが、端末装置３Ｂ等とデータ管理サーバー１により行われる場合も同様である。
【００８８】
以上説明したように、本実施の形態における医療連携システム１００によれば、各ユーザーが自分自身を検索させるための属性情報（共通属性、任意属性）をデータ管理サーバー１に記憶させるので、属性情報に基づいて、医療連携を行う連携先を容易に検索することができる。例えば、属性情報に基づいて検索されたユーザーのリストから連携したい相手を選択し、選択したユーザーに連携依頼のメールを送信することができる。連携先に求める属性に合致したユーザーを検索することができるので、連携目的に応じた適切なユーザーとの連携が容易になる。
【００８９】
また、公開範囲条件の設定により、自己プロフィールの公開先（自分自身が検索対象となり得る範囲）を限定することができる。
【００９０】
また、通知条件の設定により、データ管理サーバー１は、通知条件に合致するユーザーが存在することを通知することができるので、ユーザーは、登録しておいた通知条件と合致するユーザーが登録されたことを知ることができる。
【００９１】
なお、上記実施の形態における記述は、本発明に係る医療連携システムの例であり、これに限定されるものではない。システムを構成する各装置の細部構成及び細部動作に関しても本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【００９２】
以上の説明では、各処理を実行するためのプログラムを格納したコンピューター読み取り可能な媒体としてＨＤＤや不揮発性メモリーを使用した例を開示したが、この例に限定されない。その他のコンピューター読み取り可能な媒体として、ＣＤ−ＲＯＭ等の可搬型記録媒体を適用することも可能である。また、プログラムのデータを通信回線を介して提供する媒体として、キャリアウェーブ（搬送波）を適用することとしてもよい。
【符号の説明】
【００９３】
１  データ管理サーバー
２Ａ，２Ｂ，・・・  施設内システム
３Ａ，３Ｂ，・・・  端末装置
４Ａ，４Ｂ，・・・  ＰＡＣＳ
５Ａ，５Ｂ，・・・  モダリティー
６Ａ，６Ｂ，・・・  施設内ネットワーク
１１  制御部
１２  ＲＡＭ
１３  通信部
１４  記憶部
３１  制御部
３２  ＲＡＭ
３３  通信部
３４  操作部
３５  表示部
３６  記憶部
１００  医療連携システム
Ｎ  通信ネットワーク
Ｐ１  サーバープログラム
Ｐ２  アプリケーションプログラム
Ｔ１  ユーザー情報テーブル
Ｔ２  公開共通属性テーブル
Ｔ３  任意属性テーブル
Ｔ４  公開範囲条件テーブル
Ｔ５  通知設定テーブル
【図１】
2013250904.tif 000003
【図２】
2013250904.tif 000004
【図３】
2013250904.tif 000005
【図４】
2013250904.tif 000006
【図５】
2013250904.tif 000007
【図６】
2013250904.tif 000008
【図７】
2013250904.tif 000009
【図８】
2013250904.tif 000010