(57)【特許請求の範囲】
【請求項１】
ユーザーの識別情報及び前記ユーザーが属する医療施設の施設識別情報を含むユーザー登録情報を登録するユーザー登録手段と、登録されたユーザーから送信された診療情報データを格納する記憶手段と、登録されたユーザーからの連携先登録要求に基づいて、当該ユーザーから連携先として指定された連携先ユーザーについての連携先情報を当該ユーザーの識別情報に対応付けて前記記憶手段に記憶させる連携先登録手段と、を備え、前記記憶手段において前記ユーザーの識別情報に対応付けて記憶されている連携先情報に基づいて、前記記憶手段に記憶されている前記登録されたユーザーから送信された診療情報データに対するアクセス権を付与するデータ管理サーバーであって、
前記ユーザー登録手段により新規ユーザーが登録された際に、前記新規ユーザーと同一医療施設に属するユーザーを前記記憶手段から検索し、当該検索されたユーザーのユーザー登録情報を連携先情報として前記新規ユーザーの識別情報に対応付けて前記記憶手段に記憶させる自動連携先登録手段を備えるデータ管理サーバー。
【請求項２】
前記自動連携先登録手段は、更に、前記新規ユーザーのユーザー登録情報を連携先情報として前記検索されたユーザーの識別情報に対応付けて前記記憶手段に記憶させる請求項１に記載のデータ管理サーバー。
【請求項３】
前記自動連携先登録手段による登録を許可するか否かを各ユーザーが設定するための設定手段を備え、
前記自動連携先登録手段は、前記新規ユーザーが前記自動連携先登録手段による連携先の登録を許可している場合に、当該新規ユーザーと同一医療施設に属する前記自動連携先登録手段による登録を許可しているユーザーのユーザー登録情報を連携先情報として前記新規ユーザーの識別情報に対応付けて前記記憶手段に記憶させる請求項１に記載のデータ管理サーバー。
【請求項４】
前記自動連携先登録手段は、更に、前記新規ユーザーが前記自動連携先登録手段による連携先の登録を許可している場合に、前記新規ユーザーのユーザー登録情報を連携先情報として前記検索されたユーザーのうち前記自動連携先登録手段による登録を許可しているユーザーの識別情報に対応付けて前記記憶手段に記憶させる請求項３に記載のデータ管理サーバー。
【請求項５】
前記自動連携先登録手段は、ユーザーからの要求に基づいて、前記ユーザーと同一医療施設に属するユーザーのうち前記自動連携先登録手段による登録を許可しているユーザーであって、そのユーザー登録情報が連携先情報として前記要求したユーザーの識別情報と対応付けて前記記憶手段に記憶されていないユーザーのユーザー登録情報を抽出し、抽出されたユーザー登録情報に基づいて前記要求したユーザーと同一医療施設内の未連携ユーザーのリストを生成して前記ユーザーの端末装置に表示させ、前記ユーザーが前記自動連携先登録手段による登録を許可している場合に、前記ユーザーの端末装置により前記未連携ユーザーのリストから選択されたユーザーのユーザー登録情報を連携先情報として前記要求したユーザーの識別情報に対応付けて前記記憶手段に記憶させる請求項３又は４に記載のデータ管理サーバー。
【請求項６】
前記自動連携先登録手段は、更に、前記要求したユーザーのユーザー登録情報を連携先情報として前記選択されたユーザーの識別情報に対応付けて前記記憶手段に記憶させる請求項５に記載のデータ管理サーバー。
【請求項７】
ユーザーの識別情報及び前記ユーザーが属する医療施設の施設識別情報を含むユーザー登録情報を登録するユーザー登録手段と、登録されたユーザーから送信された診療情報データを格納する記憶手段と、登録されたユーザーからの連携先登録要求に基づいて、当該ユーザーから連携先として指定された連携先ユーザーについての連携先情報を当該ユーザーの識別情報に対応付けて前記記憶手段に記憶させる連携先登録手段と、を備え、前記記憶手段において前記ユーザーの識別情報に対応付けて記憶されている連携先情報に基づいて、前記記憶手段に記憶されている前記登録されたユーザーから送信された診療情報データに対するアクセス権を付与するデータ管理サーバーに用いられるコンピュータを、
前記ユーザー登録手段により新規ユーザーが登録された際に、前記新規ユーザーと同一医療施設に属するユーザーを前記記憶手段から検索し、当該検索されたユーザーのユーザー登録情報を連携先情報として前記新規ユーザーの識別情報に対応付けて前記記憶手段に記憶させる自動連携先登録手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ管理サーバー及びプログラムに関する。
【背景技術】
【０００２】
近年、医療技術の発達に伴い、特定機能を持つ病院や診療所等の複数の医療施設の医師が連携して患者を治療する、医療連携の枠組みが普及しつつある。
【０００３】
連携している医師間においては、医用画像データ、検体検査データ、電子カルテデータ、読影レポート等の診療情報データを共有し、読影依頼、紹介、カンファレンス等を行っている。このような医療連携をネットワーク上で実現するためのシステムとして、連携を依頼する医師が依頼内容及び診療情報データをセンターサーバーにアップロードし、連携を依頼された連携先の医師がセンターサーバーにアクセスすることにより、依頼内容及び診療情報データの取得を可能とするシステムが提案されている。
【０００４】
このような医療連携システムにおいては、連携する双方の医師の承認を得たうえで連携が開始される。例えば、特許文献１においては、連携開始に際し、以下の（１）〜（５）の手続きを行うことが記載されている。
（１）連携を依頼する医師ａがサーバーにアクセスし、連携先である医師ｂの氏名、施設名、メールアドレス等を入力する。
（２）システムのサーバーが連携を開始することを医師ｂに電子メールにより通知し、連携先としての登録を依頼する。
（３）医師ｂが連携を許可する場合に、サーバーに自身の情報を登録する。
（４）サーバーが医師ａに医師ｂの登録情報の確認をメールで依頼する。
（５）医師ａが医師ｂの登録情報を確認し、連携の承認又は否認をサーバーに通知する。
（６）医師ａから承認が得られた場合に、医師ａから医師ｂへの連携を開始する。
医師ｂから医師ａへ連携依頼をする場合には、別途、上記（１）〜（５）の医師ａと医師ｂを逆にして手続きを行う。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−１８１０２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載の医療連携システムは、他施設の医師間での連携を前提としており、所望の相手先と確実に連携を開始できるように、また、誤った相手と連携することがないように、１歩１歩手順を踏みながら連携手続きを行う仕組みとなっている。そのため、同一医療施設内の医師同士も連携したいというニーズがあった場合についても、同様の手順を踏む必要がある。
【０００７】
例えば、ある病院Ａの医師Ａ１は、別の病院Ｂと兼務しており、曜日によって病院Ｂで勤務する。病院ＡにＡ１が不在の曜日にどうしても医師Ａ１に見てほしい画像等が発生した場合、病院Ａの医師Ａ２から医師Ａ１へ連携することとなるが、医師Ａ２から医師Ａ１への連携ができるようにするために、まず、上述の（１）〜（５）の連携手続きを踏む必要がある。
【０００８】
また、医師Ａ１自身が病院Ｂでの勤務中に病院Ａで気になった画像を診たいということがある。この場合、自身を連携先として登録しておけばサーバーにアクセスして画像を取得可能となる。しかし、そのためには自身を連携先として（１）〜（５）の連携手続きを踏む必要がある。
なお、医師は医療施設に属する形態となっており、一人の医師が複数の医療施設を兼務している場合には、医療施設毎にサーバーにアクセスするためユーザーＩＤ、パスワード等が割り当てられる。
【０００９】
同一医療施設内のユーザー（医師）同士はお互いのメールアドレスを知っていて、電子メールでのやりとり等は当たり前なはずである。また、同一医療施設内では診療情報データも共有している。しかし、いざシステムを導入して連携を開始しようとしたときには、医師間で相互に上記（１）〜（５）のような煩雑な手続きをする必要があり、煩わしかった。
【００１０】
本発明の課題は、同一医療施設内のユーザー同士で医療連携を行う場合において、連携開始のための登録手続きの手間を低減することである。
【課題を解決するための手段】
【００１１】
上記課題を解決するため、請求項１に記載の発明は、
ユーザーの識別情報及び前記ユーザーが属する医療施設の施設識別情報を含むユーザー登録情報を登録するユーザー登録手段と、登録されたユーザーから送信された診療情報データを格納する記憶手段と、登録されたユーザーからの連携先登録要求に基づいて、当該ユーザーから連携先として指定された連携先ユーザーについての連携先情報を当該ユーザーの識別情報に対応付けて前記記憶手段に記憶させる連携先登録手段と、を備え、前記記憶手段において前記ユーザーの識別情報に対応付けて記憶されている連携先情報に基づいて、前記記憶手段に記憶されている前記登録されたユーザーから送信された診療情報データに対するアクセス権を付与するデータ管理サーバーであって、
前記ユーザー登録手段により新規ユーザーが登録された際に、前記新規ユーザーと同一医療施設に属するユーザーを前記記憶手段から検索し、当該検索されたユーザーのユーザー登録情報を連携先情報として前記新規ユーザーの識別情報に対応付けて前記記憶手段に記憶させる自動連携先登録手段を備える。
【００１２】
請求項２に記載の発明は、請求項１に記載の発明において、
前記自動連携先登録手段は、更に、前記新規ユーザーのユーザー登録情報を連携先情報として前記検索されたユーザーの識別情報に対応付けて前記記憶手段に記憶させる。
【００１３】
請求項３に記載の発明は、請求項１に記載の発明において、
前記自動連携先登録手段による登録を許可するか否かを各ユーザーが設定するための設定手段を備え、
前記自動連携先登録手段は、前記新規ユーザーが前記自動連携先登録手段による連携先の登録を許可している場合に、当該新規ユーザーと同一医療施設に属する前記自動連携先登録手段による登録を許可しているユーザーのユーザー登録情報を連携先情報として前記新規ユーザーの識別情報に対応付けて前記記憶手段に記憶させる。
【００１４】
請求項４に記載の発明は、請求項３に記載の発明において、
前記自動連携先登録手段は、更に、前記新規ユーザーが前記自動連携先登録手段による連携先の登録を許可している場合に、前記新規ユーザーのユーザー登録情報を連携先情報として前記検索されたユーザーのうち前記自動連携先登録手段による登録を許可しているユーザーの識別情報に対応付けて前記記憶手段に記憶させる。
【００１５】
請求項５に記載の発明は、請求項３又は４に記載の発明において、
前記自動連携先登録手段は、ユーザーからの要求に基づいて、前記ユーザーと同一医療施設に属するユーザーのうち前記自動連携先登録手段による登録を許可しているユーザーであって、そのユーザー登録情報が連携先情報として前記要求したユーザーの識別情報と対応付けて前記記憶手段に記憶されていないユーザーのユーザー登録情報を抽出し、抽出されたユーザー登録情報に基づいて前記要求したユーザーと同一医療施設内の未連携ユーザーのリストを生成して前記ユーザーの端末装置に表示させ、前記ユーザーが前記自動連携先登録手段による登録を許可している場合に、前記ユーザーの端末装置により前記未連携ユーザーのリストから選択されたユーザーのユーザー登録情報を連携先情報として前記要求したユーザーの識別情報に対応付けて前記記憶手段に記憶させる。
【００１６】
請求項６に記載の発明は、請求項５に記載の発明において、
前記自動連携先登録手段は、更に、前記要求したユーザーのユーザー登録情報を連携先情報として前記選択されたユーザーの識別情報に対応付けて前記記憶手段に記憶させる。
【００１７】
請求項７に記載の発明のプログラムは、
ユーザーの識別情報及び前記ユーザーが属する医療施設の施設識別情報を含むユーザー登録情報を登録するユーザー登録手段と、登録されたユーザーから送信された診療情報データを格納する記憶手段と、登録されたユーザーからの連携先登録要求に基づいて、当該ユーザーから連携先として指定された連携先ユーザーについての連携先情報を当該ユーザーの識別情報に対応付けて前記記憶手段に記憶させる連携先登録手段と、を備え、前記記憶手段において前記ユーザーの識別情報に対応付けて記憶されている連携先情報に基づいて、前記記憶手段に記憶されている前記登録されたユーザーから送信された診療情報データに対するアクセス権を付与するデータ管理サーバーに用いられるコンピュータを、
前記ユーザー登録手段により新規ユーザーが登録された際に、前記新規ユーザーと同一医療施設に属するユーザーを前記記憶手段から検索し、当該検索されたユーザーのユーザー登録情報を連携先情報として前記新規ユーザーの識別情報に対応付けて前記記憶手段に記憶させる自動連携先登録手段として機能させる。
【発明の効果】
【００１８】
本発明によれば、同一医療施設内のユーザー同士で医療連携を行う場合において、連携開始のための登録手続きの手間を低減することが可能となる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施の形態における医療連携システムの全体構成を示す図である。
【図２】図１のセンターサーバーの機能的構成を示すブロック図である。
【図３】図１の端末装置の機能的構成を示すブロック図である。
【図４】医用連携システムにおいて実行される連携先登録処理を示すフローチャートである。
【図５】医用連携システムにおいて実行されるユーザー登録時自動連携処理を示すフローチャートである。
【図６Ａ】医用連携システムにおいて実行される施設内連携設定処理を示すフローチャートである。
【図６Ｂ】医用連携システムにおいて実行される施設内連携設定処理を示すフローチャートである。
【図７】施設内連携設定画面の一例を示す図である。
【図８】取り込み画面の一例を示す図である。
【図９】連携先選択画面の一例を示す図である。
【図１０】送受信履歴画面の一例を示す図である。
【発明を実施するための形態】
【００２０】
以下、図面を参照して本発明に係る実施の形態を詳細に説明する。ただし、発明の範囲は、図示例に限定されない。
【００２１】
〔医療連携システム１００の構成〕
図１に、本実施の形態における医療連携システム１００のシステム構成を示す。
図１に示すように、医療連携システム１００は、データセンターに設置されたセンターサーバー１、医療施設Ａに設置されている端末装置２Ａ及びＰＡＣＳ（Picture Archiving and Communication System）３Ａ、医療施設Ｂに設置されている端末装置２Ｂ及びＰＡＣＳ３Ｂを含んで構成されている。なお、医療連携システム１００に接続可能な医療施設の数は複数であればよく、図示例に限定されない。また、各医療施設内の端末装置の数も特に限定されない。
【００２２】
医療施設Ａの端末装置２ＡとＰＡＣＳ３Ａは、ＬＡＮ（Local Area Network）等の施設内ネットワーク５Ａにより相互にデータ送受信可能に接続されている。また、施設内ネットワーク５Ａに接続されている装置のうち、端末装置２Ａは、ルーター４ＡによりインターネットＮを介してセンターサーバー１とデータ送受信可能に接続されている。
同様に、医療施設Ｂの端末装置２ＢとＰＡＣＳ３Ｂは、ＬＡＮ等の施設内ネットワーク５Ｂにより相互にデータ送受信可能に接続されている。また、施設内ネットワーク５Ｂに接続されている装置のうち、端末装置２Ｂは、ルーター４ＢによりインターネットＮを介してセンターサーバー１とデータ送受信可能に接続されている。
【００２３】
以下、医療連携システム１００を構成する各装置について説明する。
【００２４】
〔センターサーバー１〕
センターサーバー１は、データセンターに設置され、医療施設やユーザーである医師に対する様々な支援サービスを提供するためのデータ管理サーバーである。支援サービスとしては、例えば、医療施設内のデータバックアップサービス、コンテンツ配信サービス、医療連携サービス（連携サービス）等が挙げられる。連携サービスには、例えば、或る医師から他の医師への読影依頼、カンファレンス、紹介等の医療連携のネットワーク上における仲介が含まれる。
【００２５】
図２に、センターサーバー１の機能構成例を示す。
センターサーバー１は、図２に示すように、制御部１１、ＲＡＭ１２、記憶部１３、操作部１４、表示部１５、通信部１６、計時部１７等を備えて構成されており、各部はバス１８により接続されている。
【００２６】
制御部１１は、ＣＰＵ（Central Processing Unit）等により構成され、記憶部１３に
記憶されているシステムプログラムをはじめとする各種プログラムを読み出してＲＡＭ１２に展開し、展開されたプログラムに従って各種処理を実行する。例えば、制御部１１は、記憶部１３に記憶されているプログラムに従って、後述する連携先登録処理、ユーザー登録時自動連携処理、施設内連携設定処理のセンターサーバー側の処理を実行する。これにより、連携先登録手段、ユーザー登録手段、連携先自動登録手段、設定手段としての機能を実現する。
【００２７】
ＲＡＭ１２は、制御部１１により実行制御される各種処理において、記憶部１３から読み出された制御部１１で実行可能な各種プログラム、入力若しくは出力データ、及びパラメータ等の一時的に記憶するワークエリアを形成する。
【００２８】
記憶部１３は、ＨＤＤ（Hard Disk Drive）や半導体の不揮発性メモリ等により構成さ
れる。記憶部１３には、前述のように各種プログラムが記憶されている。例えば、記憶部１３には、システムプログラムの他、端末装置２Ａ、２Ｂ等の端末装置に搭載されたＷｅｂブラウザーとＨＴＴＰプロトコルによる通信を行ってＷｅｂブラウザーに各種Ｗｅｂ画面を提供するＷｅｂサーバーとしての機能を実行するためのＷｅｂサーバープログラム、Ｗｅｂサーバープログラムと協働して後述する連携先登録処理、ユーザー登録時自動連携処理、施設内連携設定処理のセンターサーバー側の処理を実行するためのプログラムが記憶されている。
【００２９】
また、記憶部１３には、施設管理テーブル１３０、ユーザー管理テーブル１３１、連携先情報テーブル１３２、送受信履歴テーブル１３３及び仮登録テーブル１３４や、ユーザーから送信された診療情報データが記憶されている。診療情報データとは、診療の過程で取得された患者に関する情報を指し、例えば、医用画像データ、検体検査データ、電子カルテデータ、読影レポート、病理診断レポート等が含まれる。
【００３０】
施設管理テーブル１３０は、センターサーバー１による支援サービスを受ける契約している医療施設の施設登録情報を格納するためのテーブルである。施設管理テーブル１３０には、例えば、「施設ＩＤ（施設識別情報）」、「施設名」、「所在地」、「代表電話番号」等の項目が設けられており、これらの項目の情報からなる施設登録情報のデータが格納されている。
【００３１】
ユーザー管理テーブル１３１は、センターサーバー１による支援サービスを利用可能なユーザーのユーザー登録情報を格納するためのテーブルである。ユーザー管理テーブル１３１には、例えば、「ユーザーＩＤ（ユーザー識別情報）」、「パスワード」、「施設ＩＤ」、「診療科」、「医師名」、「住所」、「電話番号」、「メールアドレス」、「フォルダパス」、「自動連携フラグ」、「登録番号」等の項目が設けられており、これらの項目の情報からなるユーザー登録情報のデータが格納されている。「自動連携フラグ」は、同一医療施設（同一施設と略記する）内のユーザーを自動的に連携先のユーザー（連携先ユーザーと呼ぶ）として登録すること（自動連携と呼ぶ）を許可するか否かを示すフラグである。ここでは、「ＯＦＦ」は自動連携を許可しないことを示し、「ＯＮ」は自動連携を許可することを示す。また、「登録番号」は、ユーザーに一意に割り当てられた識別番号である。
また、センターサーバー１の記憶部１３には、ユーザーが連携先ユーザーと共有するために端末装置を介して送信した診療情報データを格納するためのユーザー毎のフォルダが設けられている。ユーザー情報に含まれる「フォルダパス」は、そのユーザーのフォルダへのパスを示す情報である。
なお、以下に説明する連携先ユーザーＩＤ、連携先パスワード、送信元ユーザーＩＤ、送信先ユーザーＩＤは、  ユーザー管理テーブル１３１のユーザーＩＤやパスワードが使用される。
【００３２】
連携先情報テーブル１３２は、ユーザーＩＤに対応付けて、そのユーザーが連携先として指定した連携先ユーザーの、ユーザーＩＤ（連携先ユーザーＩＤと呼ぶ）及び連携先情報（ユーザー登録情報の予め定められた項目をもつ）のデータを格納するためのテーブルである。連携先情報テーブル１３２には、例えば、「ユーザーＩＤ（連携元）」、「連携先ユーザーＩＤ」、「連携先パスワード」、「氏名」、「住所」、「電話番号」、「メールアドレス」等の項目が設けられている。
【００３３】
送受信履歴テーブル１３３は、ユーザーとその連携先との間における連携依頼及びその返信の送受信の履歴情報を格納するためのテーブルである。
送受信履歴テーブル１３３には、例えば、「依頼ＩＤ」、「送信元情報」（「送信元施設ＩＤ」、「送信元施設名」、「送信元ユーザーＩＤ」、「送信元ユーザー名」）、「送信先情報」（「送信先施設ＩＤ」、「送信先施設名」、「送信先ユーザーＩＤ」、「送信先ユーザー名」）、「送信日時」、「患者氏名」、「分類」、「タイトル」、「コメント」、「依頼／返信区分」、「ファイルパス」等の項目が設けられている。
「依頼ＩＤ」は、ユーザーから連携依頼が送信される毎に発行される識別情報である。連携依頼とは、医療連携（読影依頼、紹介、カンファレンス等）を、予め連携先として登録された連携先ユーザーの中から選択された連携先ユーザーに依頼することである。
連携依頼以降に依頼元のユーザーと連携先との間で送受信される一連のデータ（例えば、依頼元のユーザーから連携依頼とともに送信された診療情報データ、連携先から依頼元のユーザーに対する返信として送信された診療情報データ）は、同一の依頼ＩＤが付与されて管理される。
「送信元情報」は、送信元の情報である。例えば、連携依頼の依頼元のユーザーから連携先に診療情報データを送信した場合は依頼元のユーザーの情報であり、連携先から依頼元のユーザーに返信として診療情報データ（編集した診療情報データや新たな診療情報データ等）を送信した場合は連携先の情報である。
「送信先情報」は、送信元が指定した、診療情報データの送信先についての情報である。即ち、送信先は、送信元から送信された診療情報データのアクセスが許可された（アクセス権が付与された）ユーザーである。送信先情報は、例えば、連携依頼の依頼元のユーザーから連携先に診療情報データを送信した場合は連携先の情報であり、連携先から依頼元のユーザーに返信として診療情報データを送信した場合は依頼元のユーザーの情報である。
「分類」は、依頼内容の分類を示す情報である。本実施の形態において、分類には、カンファレンス（公開）、読影依頼、肺がん検診、検査依頼、紹介等が含まれる。
「タイトル」は、診療情報データの送信元により付与されたタイトルである。「コメント」は、送信元により入力された、送信先へのコメントである。「依頼／返信区分」は、連携依頼であるか返信であるかの区分を示す情報である。「ファイルパス」は、診療情報データのファイルの格納場所を示す情報である。
【００３４】
仮登録テーブル１３４は、後述する連携登録処理において、連携登録要求を行ったユーザーのユーザーＩＤ、連携先ユーザーの情報、連携先登録画面のＵＲＬ、連携先ユーザーから送信された連携先登録情報、登録承認画面のＵＲＬ等を仮登録しておくためのテーブルである。
【００３５】
また、記憶部１３には、支援サービスにおいて端末装置２Ａ、端末装置２Ｂ等のクライアントに送信する各種画面を表示するための表示用データが格納されている。
【００３６】
操作部１４は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードで押下操作されたキーの押下信号とマウスによる操作信号とを、入力信号として制御部１１に出力する。
【００３７】
表示部１５は、例えば、ＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等のモニタを備えて構成されており、制御部１１から入力される表示信号の指示に従って、各種画面を表示する。
【００３８】
通信部１６は、ＬＡＮ（Local Area Network）アダプタ、ルーター、ＴＡ（Terminal Adapter）等を備え、インターネットＮを介して接続された端末装置２Ａ、２Ｂ等の外部機器との間でデータの送受信を行う。
【００３９】
計時部１７は、ＲＴＣ（Real Time Clock）等により構成され、現在時刻及び現在日付
を計時して制御部１１に出力する。
【００４０】
〔端末装置２Ａ、２Ｂの構成〕
端末装置２Ａ、２Ｂは、Ｗｅｂブラウザーを搭載したコンピュータである。
端末装置２Ａは、医療施設Ａ内に設けられたコンピュータであり、医療施設Ａの医師が連携先と共有したい診療情報データをＰＡＣＳ３Ａから取得してセンターサーバー１に送信したり、センターサーバー１やＰＡＣＳ３Ａに格納されている、当該医師がアクセス可能な診療情報データの閲覧を行ったりするためのコンピュータである。
同様に、端末装置２Ｂは、医療施設Ｂ内に設けられたコンピュータであり、医療施設Ｂの医師が連携先と共有したい診療情報データをＰＡＣＳ３Ｂから取得してセンターサーバー１に送信したり、センターサーバー１やＰＡＣＳ３Ｂに格納されている、当該医師がアクセス可能な診療情報データの閲覧を行ったりするためのコンピュータである。
【００４１】
端末装置２Ａ、２Ｂは、図３に示すように、制御部２１、ＲＡＭ２２、記憶部２３、操作部２４、表示部２５、通信部２６、計時部２７、印刷部２８等を備えて構成され、各部はバス２９等により接続されている。
【００４２】
制御部２１、ＲＡＭ２２、記憶部２３、操作部２４、表示部２５、通信部２６、計時部２７の機能は、それぞれ図２において説明した制御部１１、ＲＡＭ１２、記憶部１３、操作部１４、表示部１５、通信部１６、計時部１７と略同様であるので異なる部分のみ以下に説明する。
【００４３】
制御部２１は、ＣＰＵ等により構成され、記憶部２３に記憶されているシステムプログラム、Ｗｅｂブラウザー及び電子メールソフトをはじめとする各種プログラムをＲＡＭ２２に展開し、展開されたプログラムに従って各種処理を実行する。
【００４４】
記憶部２３は、ＨＤＤ（Hard Disk Drive）や半導体の不揮発性メモリ等により構成さ
れる。記憶部２３には、上述のように、制御部２１により実行されるシステムプログラム、Ｗｅｂブラウザー、電子メールソフトをはじめとする各種プログラムや各種データが記憶されている。
【００４５】
印刷部２８は、制御部２１により出力される印刷データに基づいて、用紙上に画像を印刷し出力する。
【００４６】
〔ＰＡＣＳ３Ａ、３Ｂの構成〕
ＰＡＣＳ３Ａ、３Ｂは、それぞれ医療施設内で生成された医用画像データ、検体検査データ、読影レポート等の診療情報データを患者情報と対応付けて格納する施設内サーバーである。
【００４７】
〔医療連携システム１００の動作〕
医療連携システム１００においては、ユーザーが他のユーザーに読影依頼、紹介、カンファレンス等の連携依頼を行いたい場合には、他のユーザーを連携先ユーザーとして予め登録しておく必要がある。登録された連携先ユーザーのうち、連携依頼毎に指定されたユーザーのみがそのユーザーのフォルダにアクセス可能となり、相互の診療情報データのやりとりが可能となるからである。
本実施の形態の医療連携システム１００においては、基本的には図４に示す連携先登録処理により、連携先の登録を行おうとする連携元のユーザーと連携先ユーザーとの相互の承認を取得した上で連携先登録を行うが、同一施設内のユーザーとの連携については、利便性向上のため、図５に示すユーザー登録時自動連携処理及び図６Ａ〜図６Ｂに示す施設内連携設定処理によって、自動的に連携先登録ができるようになっている。
【００４８】
（連携先登録処理）
まず、図４を参照して、連携先登録処理の流れについて説明する。
図４の説明では、連携登録を行おうとするユーザー（連携元ユーザー）を医療施設Ａのユーザー、連携先ユーザーを医療施設Ｂのユーザーとして説明するが、これに限定されるものではない。例えば、連携元ユーザーと連携先ユーザーは同一施設内に属していてもよい。また、連携元ユーザーが使用する端末装置を端末装置２Ａ、連携先ユーザーが使用する端末装置を端末装置２Ｂとして説明するが、センターサーバー１とのやりとりはＷｅｂ画面を介して行われるため、Ｗｅｂブラウザーを搭載している端末装置であればよく、特に限定されない。
【００４９】
図４に示す端末装置２Ａの動作は、連携元ユーザーによる操作部２４の操作に応じて制御部２１と記憶部２３に記憶されているプログラムとの協働により実行される。センターサーバー１における動作は、制御部１１と記憶部１３に記憶されているプログラムとの協働により実行される。端末装置２Ｂの動作は、連携先ユーザーによる操作部２４の操作に応じて制御部２１と記憶部２３に記憶されているプログラムとの協働により実行される。
【００５０】
まず、端末装置２Ａにおいて、操作部２４によりセンターサーバー１における支援サービス提供用のポータルサイトから医療施設Ａの施設ＩＤ、ユーザーＩＤ及びパスワード等のユーザー認証情報が入力され、連携サービスへのログインが指示されると、入力されたユーザー認証情報、及び連携サービスへのログイン要求が通信部２６によりセンターサーバー１に送信される（ステップＳ１）。
センターサーバー１においては、通信部１６により認証情報及び連携サービスへのログイン要求が受信されると、ログイン認証が行われる（ステップＳ２）。即ち、ユーザー管理テーブル１３１において、入力された認証情報（ここでは、施設ＩＤ、ユーザーＩＤ、パスワード）と一致する施設ＩＤ、ユーザーＩＤ、パスワードをもつユーザー登録情報が検索される。入力された認証情報に一致する施設ＩＤ、ユーザーＩＤ、パスワードをもつユーザー登録情報がユーザー管理テーブル１３１に存在しなかった場合、ログインエラーが端末装置２Ａに通知される。入力された認証情報に一致する施設ＩＤ、ユーザーＩＤ、パスワードをもつユーザー登録情報がユーザー管理テーブル１３１に存在した場合、ログインユーザーの認証情報や送信元の端末装置２ＡのＩＰアドレスがＲＡＭ１２に一時保存されるとともに、記憶部１３から連携サービスの初期画面が読み出されて通信部１６により端末装置２Ａに送信される（ステップＳ３）。連携サービスの初期画面は、メニューの選択を行うための画面である。例えば、連携登録、施設内連携設定、連携の送受信履歴の表示、連携依頼等のメニューを選択することができる。
【００５１】
端末装置２Ａにおいては、通信部２６により連携サービスの初期画面が受信されると、受信された初期画面が表示部２５に表示される。操作部２４により表示された初期画面のメニューから連携先登録が選択されると、連携先登録要求が通信部２６によりセンターサーバー１に送信される（ステップＳ４）。
【００５２】
センターサーバー１においては、通信部１６により端末装置２Ａからの連携先登録要求が受信されると、記憶部１３から連携先指定画面が読み出され、通信部１６により端末装置２Ａに送信される（ステップＳ５）。連携先指定画面は、連携先ユーザーの氏名、メールアドレス等の連携先ユーザーの情報を入力するための入力欄と、登録依頼をセンターサーバー１に対して送信することを指示するための登録依頼ボタン等が設けられた画面である。
【００５３】
端末装置２Ａにおいては、通信部２６によりセンターサーバー１から連携先指定画面が受信されると、受信された連携先指定画面が表示部２５に表示される。連携先指定画面から操作部２４により連携先ユーザーの情報が入力され、登録依頼ボタンが押下されると、入力された連携先ユーザーの情報の登録要求が通信部２６によりセンターサーバー１に送信される（ステップＳ６）。
【００５４】
センターサーバー１において、通信部１６により、端末装置２Ａから送信された連携先登録要求及び連携先ユーザーの情報が受信されると、ログインユーザーの連携先登録用のＷｅｂ画面である連携先登録画面が生成されて記憶部１３に記憶されるとともに、この連携先登録画面へアクセスするためのＵＲＬが記載された登録依頼の電子メール（登録依頼メール）が作成され、通信部１６により、連携先ユーザーのメールアドレスに送信される（ステップＳ７）。ここでは、連携先ユーザーの上記メールアドレスに宛てた電子メールは端末装置２Ｂから閲覧可能であることとする。
なお、端末装置２Ａから送信された連携先ユーザーの情報および連携先登録画面のＵＲＬは、ＲＡＭ１２に記憶されているログインユーザーのユーザーＩＤと対応付けて、仮登録テーブル１３４に記憶される。
【００５５】
連携先ユーザーの端末装置２Ｂにおいて、通信部２６によりセンターサーバー１からの登録依頼メールが受信され、操作部２４により登録依頼メールに記載されたＵＲＬが指定されることにより当該ＵＲＬへのアクセスが行われてセンターサーバー１から連携先登録画面が取得されると、取得された連携先登録画面が表示部２５に表示される。連携先登録画面には、連携元ユーザー名と、このユーザーとの連携を承認する場合に、連携先情報を入力してくださいとのメッセージと、連携先ユーザーが連携先情報（ユーザーＩＤ、パスワード、登録番号、氏名、住所、施設名等）を入力するための入力欄と、入力された情報をセンターサーバー１に対して送信することを指示するための登録承認ボタン等が設けられている。当該連携先登録画面から連携先情報（ユーザーＩＤ、パスワード、登録番号、氏名、住所、施設名等）が入力され、登録承認ボタンが押下されると、入力された連携先情報が通信部２６によりセンターサーバー１に送信される（ステップＳ８）。
【００５６】
センターサーバー１においては、通信部１６により、連携先登録画面から入力された連携先情報が受信されると、連携元による連携先情報の承認用のＷｅｂ画面である登録承認画面が作成されて記憶部１３に記憶されるとともに、この登録承認画面へアクセスするためのＵＲＬが記載された承認依頼の電子メール（承認依頼メール）が作成される。そして、通信部１６により、作成された承認依頼メールがユーザー管理テーブル１３１に記憶されているログインユーザーのメールアドレスに送信される（ステップＳ９）。なお、端末装置２Ｂから送信された連携先ユーザーの連携先情報および登録承認画面のＵＲＬは、既に登録されているログインユーザーのユーザーＩＤ及びログインユーザーにより登録された連携先ユーザーの情報と対応付けて仮登録テーブル１３４に記憶される。
【００５７】
端末装置２Ａにおいて、通信部２６により承認依頼メールが受信され、操作部２４により承認依頼メールに記載されたＵＲＬが指定され、当該ＵＲＬへのアクセスが行われると、表示部２５に登録承認画面が表示される。登録承認画面には、連携先のユーザーから送信された連携先情報（連携先ユーザーの氏名、住所、施設名、登録番号等）が表示される。端末装置２Ａにおいて、連携元ユーザーであるログインユーザーにより連携先登録内容が確認され、操作部２４により登録確認画面の登録承認ボタン又は登録否認ボタンが押下されると、押下されたボタンに応じて登録承認通知又は登録否認通知が通信部２６によりセンターサーバー１に送信される（ステップＳ１０）。
【００５８】
センターサーバー１においては、通信部１６により端末装置２Ａからの通知が受信されると、受信された通知が承認通知であるか否認通知であるかが判断される（ステップＳ１１）。受信された通知が承認通知であると判断されると（ステップＳ１１；ＹＥＳ）、連携元ユーザーであるログインユーザーのユーザーＩＤに対応付けて、ユーザー管理テーブル１３１に記憶されている、連携先ユーザーのユーザＩＤに対応するユーザー登録情報の予め定められた項目の情報が連携先情報テーブル１３２に記憶される（ステップＳ１２）。仮登録テーブル１３４のデータは削除される。そして、通信部１６により登録完了通知が端末装置２Ａに送信され（ステップＳ１３）、連携先登録処理は終了する。
一方、受信された通知が否認通知であると判断されると（ステップＳ１１；ＮＯ）、仮登録テーブル１３４に仮登録されたデータは破棄され（ステップＳ１４）、連携先登録処理は終了する。
【００５９】
連携先情報テーブル１３２において、連携先ユーザーのユーザー登録情報がログインユーザーの連携先情報として記憶されると、以降は先の連携元ユーザーの連携先選択画面２６１（図９参照）のリスト２６１ａに連携先ユーザーが表示されるので、連携元ユーザーは連携先ユーザーに連携依頼を行うことが可能となる。連携依頼の具体的な手法については後述する。
【００６０】
従来の医療施設システムにおいては、連携先ユーザーの属する医療施設が連携元ユーザーと同じであるか否かにかかわらず、図４に示す連携登録処理で連携先ユーザーの登録を行っていた。しかし、同一施設内の医師同士はもともと施設内の診療情報データを共有しており、施設内の医師同士でこのシステムを利用して連携を行いたい場合に、わざわざ上述の連携登録処理を行うのは煩雑で、連携が開始できるようになるまでに時間がかかる。
そこで、本実施の形態の医療連携システム１００においては、以下に説明するユーザー登録時自動連携処理、施設内連携設定処理を実行可能とし、同一施設内のユーザーとの間では、連携先情報を連携元で入力したり、連携先で連携を承認して連携先情報を入力したり、連携先により登録された連携先情報を連携元で承認したり等の煩雑な手続きなしで連携依頼が行えるようにする。
【００６１】
（ユーザー登録時自動連携処理）
まず、図５を参照してユーザー登録時自動連携処理の流れについて説明する。
図５の説明では、医療施設Ａにおいてまだセンターサーバー１の支援サービスへのユーザー登録を行っていない医師が新規にユーザー登録を行う場合について説明するが、医療施設Ｂにおいても同様である。ユーザー登録を行う端末装置は、Ｗｅｂブラウザーを有するものであれば特に限定されないが、ここでは端末装置２Ａであることとして説明する。
端末装置２Ａの動作は、操作部２４の操作に応じて制御部２１と記憶部２３に記憶されているプログラムとの協働により実行される。センターサーバー１における動作は、制御部１１と記憶部１３に記憶されているプログラムとの協働により実行される。
【００６２】
まず、端末装置２Ａにおいて、操作部２４によりセンターサーバー１における支援サービス提供用のポータルサイトから医療施設Ａの施設ＩＤが入力され、新規のユーザー登録が指示されると、通信部２６により、入力された施設ＩＤ及びユーザー登録画面の表示要求がセンターサーバー１に送信される（ステップＳ２１）。センターサーバー１においては、通信部１６により施設ＩＤ及びユーザー登録画面の表示要求が受信されると、施設ＩＤ及び送信元の端末装置２ＡのＩＰアドレスがＲＡＭ１２に一時保存されるとともに、記憶部１３からユーザー登録画面が読み出され、通信部１６により端末装置２Ａに送信される（ステップＳ２２）。
【００６３】
端末装置２Ａにおいては、通信部２６によりユーザー登録画面が受信されると、表示部２５にユーザー登録画面が表示される。ユーザー登録画面は、例えば、ユーザー管理テーブル１３１のユーザー登録情報の項目（「ユーザーＩＤ」、「フォルダパス」、「自動連携フラグ」、「登録番号」以外）の情報を入力するための入力欄や、入力した内容での登録を指示するための登録ボタン等が設けられた画面である。表示されたユーザー登録画面から操作部２４によりユーザー登録情報が入力され、登録が指示されると、通信部２６によりセンターサーバー１にユーザー登録情報が送信される（ステップＳ２３）。
【００６４】
センターサーバー１においては、通信部１６により端末装置２Ａからのユーザー登録情報が受信されると、ユーザーＩＤ及び登録番号が発行され、記憶部１３のユーザー管理テーブル１３１に、発行されたユーザーＩＤ及び登録番号と、受信されたユーザー登録情報が記憶される。また、登録されたユーザー専用のフォルダが記憶部１３に作成され、そのフォルダパスがユーザー登録情報に追加される（ステップＳ２４）。ユーザー登録が終了すると、センターサーバー１においては、記憶部１３から自動連携設定画面が読み出され、通信部１６により端末装置２Ａに送信される（ステップＳ２５）。自動連携設定画面は、例えば、「施設内ユーザーと自動的に連携を開始することを許可しますか」等のメッセージと、許可することをセンターサーバー１に通知するための「許可」ボタン、許可しないことをセンターサーバー１に通知するための「許可しない」ボタンが表示された画面である。
【００６５】
端末装置２Ａにおいては、通信部２６により自動連携設定画面が受信されると、表示部２５に自動連携設定画面が表示される。自動連携設定画面から操作部２４により自動連携を許可するか否かが入力されると、通信部２６によりセンターサーバー１に許可するか否かの入力結果が送信される（ステップＳ２６）。
【００６６】
センターサーバー１において、通信部１６により端末装置２Ａから自動連携を許可するか否かの入力結果が受信されると、自動連携が許可されたか否かが判断される（ステップＳ２７）。自動連携が許可されていないと判断されると（ステップＳ２７；ＮＯ）、処理はステップＳ３４に移行する。
【００６７】
一方、ステップＳ２７において、自動連携が許可されていると判断されると（ステップＳ２７；ＹＥＳ）、ステップＳ２１において端末装置２Ａから送信された施設ＩＤを有するユーザー登録情報（新規登録ユーザー自身も含む）がユーザー管理テーブル１３１から検索される。検索されたユーザー登録情報はユーザー［０］からユーザー［Ｎ−１］の配列に格納される。そして、変数Ｎに検索されたユーザー登録情報件数、即ち、施設内ユーザー数が格納されるとともに、変数ｉに０が格納される（ステップＳ２８）。
【００６８】
次いで、センターサーバー１においては、Ｎ＞０であるか否かが判断され、Ｎ＞０ではないと判断されると（ステップＳ２９；ＮＯ）、処理はステップＳ３４に移行する。Ｎ＞０であると判断されると（ステップＳ２９；ＹＥＳ）、Ｎ＞ｉであるか否かが判断される（ステップＳ３２）。Ｎ＞ｉであると判断されると（ステップＳ３０；ＹＥＳ）、ユーザー［ｉ］のユーザー登録情報における自動連携フラグがＯＮであるか否かが判断される（ステップＳ３１）。ユーザー［ｉ］の自動連携フラグがＯＮではないと判断されると（ステップＳ３１；ＮＯ）、処理はステップＳ３３に移行する。
【００６９】
一方、ユーザー［ｉ］の自動連携フラグがＯＮであると判断されると（ステップＳ３１；ＹＥＳ）、新たに登録されたユーザー（新規ユーザー）と、ユーザー［ｉ］との間に双方向の連携関係が登録される（ステップＳ３２）。具体的には、連携先情報テーブル１３２において、新規ユーザーに発行されたユーザーＩＤに対応付けて、ユーザー［ｉ］のユーザー登録情報のうちユーザーＩＤ、パスワード等の予め定められた項目の情報が新規ユーザーの連携先情報として書き込まれる。また、ユーザー［ｉ］のユーザーＩＤに対応付けて、新規ユーザーのユーザー登録情報のうちユーザーＩＤ、パスワード等の予め定められた項目の情報がユーザー［ｉ］の連携先情報として書き込まれる。ステップＳ３２の処理が終了すると、ステップＳ３３に移行する。
【００７０】
ステップＳ３３においては、変数ｉが１インクリメントされ（ステップＳ３３）、処理はステップＳ３０に戻る。ステップＳ３０において、Ｎ＞ｉではないと判断されると（ステップＳ３０；ＮＯ）、処理はステップＳ３４に移行する。
【００７１】
ステップＳ３４においては、ユーザー登録が完了した旨、発行されたユーザーＩＤ、パスワード及び登録番号をユーザーに通知するためのユーザー登録完了通知画面が生成され、生成されたユーザー登録完了通知画面が通信部１６により端末装置２Ａに対して送信される（ステップＳ３４）。端末装置２Ａにおいては、ユーザー登録完了通知画面が受信されると、表示部２５にユーザー登録完了通知画面が表示される（ステップＳ３５）。そして、ユーザー登録時自動連携処理は終了する。
【００７２】
このように、ユーザー登録時自動連携処理により、新規にユーザー登録するユーザーが同一施設内の他のユーザーとの自動連携を許可する場合には、センターサーバー１は、この新規ユーザーの連携先ユーザーとして、同一施設内の、自動連携を許可している他のユーザーを自動的に登録する。また、同一施設内の、自動連携を許可している他のユーザーの連携先ユーザーとして、この新規ユーザーを自動的に登録する。従って、新規に登録されたユーザーと、自動連携を許可している同一施設内の他のユーザーとの間で連携を行いたい場合に、他の医療施設のユーザーとの間で行っている図４に示す連携先登録処理を行うことなく、すぐに連携を開始することが可能となる。
【００７３】
（施設内連携設定処理）
次に、図６Ａ〜図６Ｂを参照して施設内連携設定処理の流れについて説明する。
図６Ａ〜図６Ｂの説明では、医療施設Ａ内のユーザーが端末装置２Ａを用いて施設内連携の設定を行う場合を例にとり説明するが、施設内連携設定に使用する端末装置は、Ｗｅｂブラウザーを有するものであれば特に限定されない。
図６Ａ〜図６Ｂに示す端末装置２Ａの動作は、操作部２４の操作に応じて制御部２１と記憶部２３に記憶されているプログラムとの協働により実行される。センターサーバー１における動作は、制御部１１と記憶部１３に記憶されているプログラムとの協働により実行される。
【００７４】
まず、端末装置２Ａにおいて、操作部２４によりセンターサーバー１における支援サービス提供用のポータルサイトから医療施設Ａの施設ＩＤ、ユーザーＩＤ及びパスワード等のユーザー認証情報が入力され、連携サービスへのログインが指示されると、入力されたユーザー認証情報、及び連携サービスへのログイン要求が通信部２６によりセンターサーバー１に送信される（ステップＳ４１）。
センターサーバー１においては、通信部１６により認証情報及び連携サービスへのログイン要求が受信されると、ログイン認証が行われる（ステップＳ４２）。即ち、ユーザー管理テーブル１３１において、入力された認証情報（ここでは、施設ＩＤ、ユーザーＩＤ、パスワード）と一致する施設ＩＤ、ユーザーＩＤ、パスワードをもつユーザー登録情報が検索される。入力された認証情報に一致する認証情報をもつユーザー登録情報がユーザー管理テーブル１３１に存在しなかった場合、ログインエラーが端末装置２Ａに通知される。入力された認証情報に一致する認証情報をもつユーザー登録情報がユーザー管理テーブル１３１に存在した場合、ログインしたユーザーの認証情報及び端末装置２ＡのＩＰアドレスがＲＡＭ１２に一時保存されるとともに、記憶部１３から連携サービスの初期画面が読み出され、通信部１６により端末装置２Ａに送信される（ステップＳ４３）。連携サービスの初期画面は、メニューの選択を行うための画面である。例えば、連携登録、施設内連携設定、連携の送受信履歴の表示、連携依頼等のメニューを選択することができる。
【００７５】
端末装置２Ａにおいては、通信部２６によりセンターサーバー１からの連携サービスの初期画面が受信されると、受信された連携サービスの初期画面が表示部２５に表示される。表示された初期画面から操作部２４より施設内連携の設定が指示されると、通信部２６によりセンターサーバー１に施設内連携設定画面の表示要求が送信される（ステップＳ４４）。
【００７６】
センターサーバー１においては、通信部１６により端末装置２Ａからの施設内連携設定画面の表示要求が受信されると、ステップＳ４５〜Ｓ５１の処理によりログインユーザーと未連携の施設内ユーザーのリストが生成される。
まず、ステップＳ４１において端末装置２Ａから送信された施設ＩＤを有するユーザー登録情報（ログインユーザー自身のものも含む）がユーザー管理テーブル１３１から検索され、検索されたユーザー登録情報がユーザー［０］からユーザー［Ｎ−１］の配列に格納される。そして、変数Ｎに検索されたユーザー登録情報件数、即ち、施設内ユーザー数が格納されるとともに、変数ｉに０が格納される（ステップＳ４５）。
【００７７】
次いで、センターサーバー１においては、Ｎ＞０であるか否かが判断され、Ｎ＞０ではないと判断されると（ステップＳ４６；ＮＯ）、処理はステップＳ５２に移行する。Ｎ＞０であると判断されると（ステップＳ４６；ＹＥＳ）、Ｎ＞ｉであるか否かが判断される（ステップＳ４７）。Ｎ＞ｉであると判断されると（ステップＳ４７；ＹＥＳ）、ユーザー［ｉ］の自動連携フラグがＯＮであるか否かが判断される（ステップＳ４８）。ユーザー［ｉ］の自動連携フラグがＯＮではないと判断されると（ステップＳ４８；ＮＯ）、処理はステップＳ５１に移行する。
【００７８】
一方、ユーザー［ｉ］の自動連携フラグがＯＮであると判断されると（ステップＳ４８；ＹＥＳ）、連携先情報テーブル１３２において、ユーザー［ｉ］はログインユーザーの連携先か否か、即ち、ユーザー［ｉ］のユーザー登録情報がログインユーザーの連携先情報として登録されているか否かが判断される（ステップＳ４９）。ユーザー［ｉ］のユーザー登録情報がログインユーザーの連携先情報として登録されていると判断されると（ステップＳ４９；ＹＥＳ）、処理はステップＳ５１に移行する。ユーザー［ｉ］のユーザー登録情報がログインユーザーの連携先情報として登録されていないと判断されると（ステップＳ４９；ＮＯ）、ユーザー［ｉ］のユーザー名等がリストに追加され（ステップＳ５０）、処理はステップＳ５１に移行する。
【００７９】
ステップＳ５１においては、変数ｉがインクリメントされ（ステップＳ５１）、処理はステップＳ４７に戻る。ステップＳ４７において、Ｎ＞ｉではないと判断されると（ステップＳ４７；ＮＯ）、処理はステップＳ５２に移行する。
【００８０】
ステップＳ５２においては、ログインユーザーと未連携の施設内ユーザーのリストが表示された施設内連携設定画面が生成され、通信部１６により、端末装置２Ａに対し施設内連携設定画面が送信される（ステップＳ５２）。端末装置２Ａにおいては、通信部２６によりセンターサーバー１からの施設内連携設定画面が受信されると、表示部２５に施設内連携設定画面２５１が表示される（ステップＳ５３）。
【００８１】
図７に、施設内連携設定画面２５１の一例を示す。図７に示すように、施設内連携設定画面２５１には、同一施設内のユーザー（同一施設内ユーザー）を自動的に連携先として登録する自動連携を許可するか否かの設定を行うための自動連携許可チェックボックス２５１ａと、ログインユーザーと未連携の施設内ユーザーのリスト（未連携施設内ユーザーリストという）２５１ｂと、ＯＫボタン２５１ｃと、キャンセルボタン２５１ｄが表示されている。操作部２４により自動連携許可チェックボックス２５１ａをチェックオンとし、未連携施設内ユーザーリスト２５１ｂから連携先としたいユーザーを選択してＯＫボタンを押下すると、選択したユーザーと双方向に連携関係を作成する（互いの連携先情報テーブル１３２に連携先として登録する）ことができる。
【００８２】
なお、自動連携許可チェックボックス２５１ａをチェックオンとすると、図５の処理により、以降に同一施設内において新規ユーザー登録が行われたときに新規ユーザーとの間で自動的に双方向の連携関係を登録することができる。即ち、以降実行されるユーザー登録時自動連携処理によって、連携先情報テーブル１３２において新規ユーザーの連携先情報としてログインユーザーのユーザー登録情報が書き込まれ、ログインユーザーの連携先情報として新規ユーザーのユーザー登録情報が書き込まれる。また、以降に未連携の施設内ユーザーが施設内連携設定画面２５１を表示するときに、その施設内連携設定画面２５１のリストにログインユーザーの情報が表示される。一方、自動連携許可チェックボックス２５１ａをオフにすると、以降の新規ユーザーのユーザー登録時に自動連携が行われなくなる。また、施設内連携設定画面２５１のリストに表示されなくなる。
【００８３】
施設内連携設定画面２５１において、操作部２４により入力が行われ、ＯＫボタン２５１ｃ又はキャンセルボタン２５１ｄが押下されると、通信部２６によりセンターサーバー１に対し入力結果が送信される（ステップＳ５４）。
【００８４】
センターサーバー１においては、通信部１６により入力結果が受信されると、キャンセルが指示されたか否かが判断される（ステップＳ５５）。キャンセルが指示されたと判断されると（ステップＳ５５；ＹＥＳ）、本処理は終了する。一方、キャンセルが指示されていないと判断されると（ステップＳ５５；ＮＯ）、自動連携許可チェックボックス２５１ａがチェックオン状態であるか否かが判断される（ステップＳ５６）。自動連携許可チェックボックス２５１ａがチェックオン状態であると判断されると（ステップＳ５６；ＹＥＳ）、ユーザー管理テーブル１３１におけるログインユーザーのユーザー登録情報の「自動連携フラグ」がＯＮに設定される（ステップＳ５７）。また、ログインユーザーと、未連携施設内ユーザーリスト２５１ｂから選択されたユーザーとの間に双方向の連携関係が登録される（ステップＳ５８）。具体的には、連携先情報テーブル１３２において、ログインユーザーのユーザーＩＤに対応付けて、選択されたユーザーのユーザー登録情報のうちユーザーＩＤ、パスワード等の予め定められた項目の情報が連携先情報として書き込まれる。また、選択されたユーザーのユーザーＩＤに対応付けて、ログインユーザーのユーザー登録情報のうちユーザーＩＤ、パスワード等の予め定められた項目の情報が連携先情報として書き込まれる。
【００８５】
一方、自動連携許可チェックボックス５２１ａがチェックオフ状態であると判断されると（ステップＳ５６；ＮＯ）、ユーザー管理テーブル１３１におけるログインユーザーのユーザー登録情報の「自動連携フラグ」がＯＦＦに設定され、（ステップＳ５９）、本処理は終了する。
【００８６】
このように、施設内連携設定処理によれば、ユーザー登録時に自動連携を許可しない設定とした場合であっても、後から自動連携を許可する設定に変更し、自動連携を許可しているユーザーのうち選択したユーザーを自動的に連携先として登録することができる。従って、自動連携を許可している同一施設内のユーザーとの間で連携を開始したい場合に、図４に示す連携登録処理（相互の承認を必要とする処理）を行うことなく、すぐに連携を開始することが可能となる。
【００８７】
なお、連携先ユーザーに対して連携依頼を行う場合は、以下のようにして行うことができる。
まず、連携サービスへのログイン後、連携サービスの初期画面のメニューから連携依頼を選択すると、センターサーバー１からログインを行った端末装置に取り込み画面２５２が送信される。図８に取り込み画面２５２の一例を示す。この取り込み画面２５２からデータ取り込みボタン２５２ａを押下すると、ファイル選択画面２６０が表示される。このファイル選択画面２６０は、連携先と共有する診療情報データを選択するための画面であり、操作している端末装置のローカルディスクと、接続されているＰＡＣＳ（ここでは、ＰＡＣＳ３Ａ）に格納されているファイルが選択可能である。ファイル選択画面２６０からファイルを選択し、次の処理への移行を指示すると、センターサーバー１においてログインユーザーのユーザーＩＤに対応付けられた連携先情報が連携先情報テーブル１３２から検索され、そのリスト２６１ａが表示された連携先選択画面２６１が送信される。図９に、連携先選択画面２６１の一例を示す。連携先選択画面２６１のリスト２６１ａから連携依頼先となる連携先ユーザーを選択するとともに、依頼内容（連携メニュー）をボタン２６１ｅにより選択し、タイトルやコメント等必要事項を入力して送信ボタン２６１ｈを押下すると、センターサーバー１に連携依頼先の連携先情報、診療情報データのファイル、依頼内容等の連携依頼情報が送信される。センターサーバー１においては、連携依頼情報が受信されると依頼ＩＤが発行され、送受信履歴テーブル１３３に、この依頼ＩＤに対応付けて、送信元情報、送信先情報、依頼内容等が書き込まれる。具体的に、ログインユーザーの情報が送信元情報に、連携依頼先の情報（ログインユーザーにより選択された連携先情報）が送信先情報に書き込まれる。また、診療情報データがログインユーザーのフォルダに格納される。
【００８８】
上記の連携依頼の処理により送信先情報に登録された連携先ユーザーは、後述するように、ログインユーザーから連携依頼により送信された診療情報データへのアクセスが可能となる。即ち、センターサーバー１においては、連携先情報テーブル１３２においてログインユーザーのユーザーＩＤに対応付けて記憶されている連携先情報に基づいて、連携依頼として送信される診療情報データへのアクセス権を付与している。
【００８９】
一方、連携先ユーザーが連携サービスにログイン後、初期画面のメニューから連携の送受信履歴表示を選択すると、センターサーバー１において、送受信履歴テーブル１３３からログインユーザー（連携先ユーザー）のユーザーＩＤが送信先ユーザーＩＤとなっている履歴情報が検索され、そのリスト２６２ａが表示された送受信履歴画面２６２がログインを行った端末装置に送信される。図１０に、送受信履歴画面２６２の一例を示す。リスト２６２ａは、即ち、ログインユーザー宛ての連携依頼のリストであり、ログインユーザーがアクセス権を付与された連携依頼のリストである。このリスト２６２ａから所望の履歴情報を選択し、内容を見るボタンを押下すると、センターサーバー１において、選択された履歴情報に対応する連携依頼内容及び診療情報データが記憶部１３から読み出され、これらの内容が表示された診療情報表示画面が作成され、ログインユーザーの端末装置に送信される。端末装置では、診療情報表示画面が表示される。これにより、連携先ユーザーは、連携元ユーザーから送信された診療情報データを閲覧することが可能となる。
【００９０】
以上説明したように、センターサーバー１によれば、新規ユーザーの登録時に、新規ユーザーと同一医療施設に属するユーザーをユーザー管理テーブル１３１から検索し、当該抽出されたユーザーのユーザー登録情報を連携先情報として新規ユーザーのユーザＩＤに対応付けて連携先情報テーブル１３２に記憶する。
従って、同一医療施設内のユーザー同士で医療連携を行う場合において、連携開始のための登録手続きの手間を低減することが可能となる。
【００９１】
また、新規ユーザの登録時に、更に、新規ユーザーのユーザー登録情報を連携先情報として同一医療施設内の他のユーザーのユーザＩＤに対応付けて連携先情報テーブル１３２に記憶するようにすることで、連携開始のための登録手続きの手間をより一層低減することが可能となる。
【００９２】
また、新規ユーザーが自動連携を許可している場合にのみ、当該新規ユーザーと同一医療施設に属する、自動連携を許可しているユーザーを新規ユーザの連携先としての登録するようにすることで、他のユーザーとの連携を行わないユーザーや、特定のユーザー以外とは連携を行わないユーザー等が意図しない相手と連携関係となることを防止することができる。
同様に、新規ユーザーが自動連携を許可している場合にのみ、新規ユーザを、同一医療施設に属するユーザーのうち自動連携を許可しているユーザの連携先として登録するようにすることで、他のユーザーとの連携を行わないユーザーや、特定のユーザー以外とは連携を行わないユーザー等が意図しない相手と連携関係となることを防止することができる。
【００９３】
また、センターサーバー１は、ユーザーからの要求に基づいて、そのユーザーと同一医療施設に属するユーザーのうち自動連携を許可しているユーザーであってそのユーザと未連携のユーザのリストを生成してユーザーの端末装置に表示させ、そのユーザーが自動連携を許可している場合に、未連携ユーザーのリストから選択されたユーザーのユーザー登録情報を上記ユーザの連携先情報として連携先情報テーブル１３２に登録する。従って、同一施設内の未連携のユーザとの連携を開始するための登録手続きの手間を低減することが可能となる。
また、更に、上記連携を要求したユーザーのユーザー登録情報を上記選択された未連携ユーザーの連携先情報として連携先情報テーブル１３２に自動的に登録することで、同一施設内の未連携のユーザとの連携を開始するための登録手続きの手間をより一層低減することが可能となる。
【００９４】
なお、上記実施の形態における記述内容は、本発明の好適な一例であり、これに限定されるものではない。
【００９５】
例えば、上記実施の形態においては、医療施設内に設けられ、センターサーバー１に有線接続された端末装置２Ａ、２Ｂをクライアントとして用いた場合を例にとり説明したが、クライアントは、Ｗｅｂ画面を閲覧可能な端末装置であればよく、センターサーバー１に有線接続されるものであっても、無線接続されるものであっても構わない。例えば、Ｗｅｂブラウザーを搭載したモバイル機器を端末装置として用いてもよい。
【００９６】
また、上記の説明では、本発明に係るプログラムのコンピュータ読み取り可能な媒体としてＨＤＤや半導体の不揮発性メモリ等を使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、ＣＤ-ＲＯＭ等の可搬型記録媒体
を適用することが可能である。また、本発明に係るプログラムのデータを通信回線を介して提供する媒体として、キャリアウエーブ(搬送波)も適用される。
【００９７】
その他、医療連携システム１００を構成する各装置の細部構成及び細部動作に関しても、発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【符号の説明】
【００９８】
１００  医療連携システム
１  センターサーバー
１１  制御部
１２  ＲＡＭ
１３  記憶部
１３０  施設管理テーブル
１３１  ユーザー管理テーブル
１３２  連携先情報テーブル
１３３  送受信履歴テーブル
１３４  仮登録テーブル
１４  操作部
１５  表示部
１６  通信部
１７  計時部
１８  バス
２Ａ、２Ｂ  端末装置
２１  制御部
２２  ＲＡＭ
２３  記憶部
２４  操作部
２５  表示部
２５１  施設内連携設定画面
２５２  取り込み画面
２６１  連携先選択画面
２６２  送受信履歴画面
２６  通信部
２７  計時部
２８  印刷部
２９  バス
３Ａ、３Ｂ  ＰＡＣＳ
４Ａ、４Ｂ  ルーター
５Ａ、５Ｂ  施設内ネットワーク
Ｎ  インターネット
【図１】
0005810866.tif 000002
【図２】
0005810866.tif 000003
【図３】
0005810866.tif 000004
【図４】
0005810866.tif 000005
【図５】
0005810866.tif 000006
【図６Ａ】
0005810866.tif 000007
【図６Ｂ】
0005810866.tif 000008
【図７】
0005810866.tif 000009
【図８】
0005810866.tif 000010
【図９】
0005810866.tif 000011
【図１０】
0005810866.tif 000012