(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）や半導体の不揮発性メモリ等により構成さ
れる。記憶部２３には、上述のように、制御部２１により実行されるシステムプログラム、Ｗｅｂブラウザ、電子メールソフトをはじめとする各種プログラムや各種データが記憶されている。
【００３７】
印刷部２８は、制御部２１により出力される印刷データに基づいて、用紙上に画像を印刷し出力する。
【００３８】
〔ＰＡＣＳ３Ａ、３Ｂの構成〕
ＰＡＣＳ３Ａ、３Ｂは、それぞれ医療施設内で生成された医用画像データ、検体検査データ、読影レポート等の診療情報データを患者情報と対応付けて格納する施設内サーバである。
【００３９】
〔地域医療連携システム１００の動作〕
次に、図４を参照して、地域医療連携システム１００において、連携元医師からセンタサーバ１に送信する診療情報データにアクセス可能な連携先医師のユーザＩＤ及びユーザ登録情報をセンタサーバ１に登録するユーザ登録処理の流れを説明する。
【００４０】
以下の説明では、医療施設Ａの医師ａが地域医療連携システム１００の連携サービスのユーザであり、医療施設Ｂの医師ｂを連携先医師として登録しようとする場合を例にとり説明する。端末装置２Ａの動作は、医師ａの操作部２４の操作に応じて制御部２１と記憶部２３に記憶されているプログラムとの協働により実行される。センタサーバ１における動作は、制御部１１と記憶部１３に記憶されているプログラムとの協働により実行される。端末装置２Ｂの動作は、医師ｂの操作部２４の操作に応じて制御部２１と記憶部２３に記憶されているプログラムとの協働により実行される。
【００４１】
連携元である医師ａの端末装置２Ａにおいて、操作部２４によりセンタサーバ１における連携先登録依頼用のＷｅｂ画面である連携先登録依頼画面２５１のＵＲＬが指定されると、当該指定されたＵＲＬへのアクセスが行われ、センタサーバ１から連携先登録依頼画面２５１が取得されて表示部２５に表示される。連携先登録依頼画面２５１から操作部２４により連携先医師である医師ｂの情報が入力されると、入力された医師ｂの情報の登録要求が通信部２６によりセンタサーバ１に送信される（ステップＳ１）。
【００４２】
図５に、連携元の端末装置に表示される連携先登録依頼画面２５１の一例を示す。図５に示すように、連携先登録依頼画面２５１には、連携先医師の情報（氏名、住所、施設名、電話番号、メールアドレス、秘密パスワード等）を入力するための連携先情報入力欄２５１ａと、連携先情報入力欄２５１ａに入力された医師の連携先としての登録を依頼するための登録依頼ボタン２５１ｂと、が設けられている。操作部２４により連携先情報入力欄２５１ａに連携先情報が入力され、登録依頼ボタン２５１ｂが押下されると、通信部２６によりセンタサーバ１に連携先情報入力欄２５１ａに入力されたが送信され、ユーザ登録要求が行われる。秘密パスワードは、連携先である医師ｂとの間で電話、対面等のネットワークを介さない方法により予め定めたパスワードであり、医師ａと医師ｂのみが知りうるパスワードである。
ここで、連携先登録依頼画面２５１は連携サービスのユーザのみがアクセス可能なＷｅｂ画面であり、センタサーバ１においては、連携先登録依頼画面２５１の送信前に予め端末装置２Ａにログイン画面を送信してユーザ認証を行うことにより、医師ａのユーザＩＤを取得してＲＡＭ１２に記憶していることとする。
【００４３】
センタサーバ１において、通信部１６により、端末装置２Ａから送信された医師ｂの情報（医師ｂのメールアドレスを含む）及び医師ｂのユーザ登録要求が受信されると、医師ａの連携先ユーザ登録用のＷｅｂ画面であるユーザ登録画面２５２が生成されて記憶部１３に記憶されるとともに、このユーザ登録画面２５２へアクセスするためのＵＲＬが記載された登録依頼の電子メール（登録依頼メール）が作成され、通信部１６により、医師ｂのメールアドレスに送信される（ステップＳ２）。なお、端末装置２Ａから送信された医師ｂの情報およびユーザ登録画面２５２のＵＲＬは、ＲＡＭ１２に記憶されている医師ａのユーザＩＤと対応付けて、仮登録テーブル１３４に記憶される。
【００４４】
図６に、ステップＳ２において連携先に送信される登録依頼メールの一例を示す。図６に示すように、登録依頼メールには、連携元医師である医師ａの情報及びユーザ登録画面２５２にアクセスするためのＵＲＬが記載されている。
【００４５】
医師ｂの端末装置２Ｂにおいて、通信部２６によりセンタサーバ１からの登録依頼メールが受信され、操作部２４により登録依頼メールに記載されたＵＲＬが指定されることにより当該ＵＲＬへのアクセスが行われてセンタサーバ１からユーザ登録画面２５２が取得されると、取得されたユーザ登録画面２５２が表示部２５に表示される。当該ユーザ登録画面２５２から医師ｂのユーザ登録情報（氏名、住所、施設名、電話番号、メールアドレス、秘密パスワード、パスワード）が入力されると、入力された医師ｂのユーザ登録情報が通信部２６によりセンタサーバ１に送信される（ステップＳ３）。
【００４６】
図７に、連携先の端末装置２Ｂに表示されるユーザ登録画面２５２の一例を示す。図７に示すように、ユーザ登録画面２５２には、連携先医師が自身のユーザ登録情報（氏名、住所、施設名、電話番号、メールアドレス、秘密パスワード、パスワード）を入力するためのユーザ登録情報入力欄２５２ａ、ユーザ登録情報入力欄２５２ａに入力された内容でのユーザ登録を依頼するための登録依頼ボタン２５２ｂが設けられている。パスワードは、医師ｂが医師ａからの診療情報データを受信する際に使用するパスワードであり、医師ｂのみが知りうるパスワードである。操作部２４により連携先情報入力欄２５２ａにユーザ登録情報が入力され、登録依頼ボタン２５２ｂが押下されると、通信部２６によりセンタサーバ１に登録されたユーザ登録情報が送信される。
【００４７】
センタサーバ１においては、通信部１６により、ユーザ登録画面２５２から入力されたユーザ登録情報が受信されると、ユーザ登録情報の確認用のＷｅｂ画面である登録確認画面２５３が作成されて記憶部１３に記憶されるとともに、この登録確認画面２５３へアクセスするためのＵＲＬが記載された確認依頼の電子メール（確認依頼メール）が作成される。そして、通信部１６により、作成された確認依頼メールがユーザ管理テーブル１３１に記憶されている医師ａのメールアドレスに送信される（ステップＳ４）。なお、端末装置２Ｂから送信された医師ｂのユーザ登録情報および登録確認画面２５３のＵＲＬは、既に登録されている医師ａのユーザＩＤ及び医師ａにより登録された医師ｂの情報と対応付けて仮登録テーブル１３４に記憶される。
【００４８】
図８に、ステップＳ４において連携先に送信される確認依頼メールの一例を示す。図８に示すように、確認依頼メールには、医師ｂが登録したユーザ登録情報の確認依頼メッセージ及び登録確認画面２５３のＵＲＬが記載されている。
【００４９】
医師ａの端末装置２Ａにおいて、通信部２６により確認依頼メールが受信され、操作部２４により確認依頼メールに記載されたＵＲＬが指定され、当該ＵＲＬへのアクセスが行われると、表示部２５に登録確認画面２５３が表示される。端末装置２Ａにおいて、医師ａによりユーザ登録内容が確認され、操作部２４により登録確認画面２５３の登録承認ボタン２５３ｂ又は登録否認ボタン２５３ｃが押下されると、押下されたボタンに応じて登録承認通知又は登録否認通知が通信部２６によりセンタサーバ１に送信される（ステップＳ５）。
【００５０】
図９に、連携元である医師ａの端末装置２Ａに表示される登録確認画面２５３の一例を示す。図９に示すように、登録確認画面２５３には、連携先の医師ｂによりユーザ登録された内容を表示する登録内容表示欄２５３ａと、登録を承認することをセンタサーバ１に通知するための登録承認ボタン２５３ｂと、登録を否認することをセンタサーバ１に通知するための登録否認ボタン２５３ｃが設けられている。操作部２４により登録承認ボタン２５３ｂが押下されると、通信部２６によりセンタサーバ１に登録承認を示す通知が送信される。操作部２４により登録否認ボタン２５３ｃが押下されると、通信部２６によりセンタサーバ１に登録否認を示す通知が送信される。
医師ａは、登録内容表示欄２５３ａを参照することで、ユーザ登録された氏名、住所、施設名、電話番号、メールアドレス、秘密パスワードが正しいか否かの確認を行うことができる。例えば、医師ａが連携先登録依頼画面２５１から誤ったメールアドレスを入力した場合や、インターネット上でメール内容が漏洩した場合等、医師ｂ以外の第三者がユーザ登録画面２５２のＵＲＬにアクセスしてユーザ登録を行った場合、登録内容表示欄２５３ａを参照すれば医師ａはその旨を認識することができるため、登録を否認することで、医師ｂ以外の第三者が診療情報データに不正アクセスすることを防止することができる。
【００５１】
センタサーバ１においては、通信部１６により端末装置２Ａからの通知が受信されると、受信された通知が承認通知であるか否認通知であるかが判断される（ステップＳ６）。受信された通知が承認通知であると判断されると（ステップＳ６；Ｙ）、医師ｂに対して連携先ユーザＩＤが付与され、連携元である医師ａのユーザＩＤ、仮登録テーブル１３４に記憶されている医師ｂに付与された連携先ユーザＩＤ、医師ｂのユーザ登録情報が連携情報テーブル１３２に記憶される（ステップＳ７）。仮登録テーブル１３４のデータは削除される。
なお、連携情報テーブル１３２に医師ｂのユーザＩＤ及びユーザ登録情報が記憶されると、医師ａは端末装置２Ａを介して医師ｂに対して閲覧を許可する診療情報データをセンタサーバ１に送信し、センタサーバ１に格納要求を行うことが可能となる。センタサーバ１においては、端末装置２Ａから連携先を医師ｂとする診療情報データが受信されると、受信された診療情報データを記憶部１３に格納するとともに、当該診療情報データの連携元情報として医師ａの情報を、連携先情報として医師ｂの情報を診療情報データテーブル１３３に登録する。
【００５２】
センタサーバ１において、連携情報テーブル１３２への医師ｂのユーザ登録が完了すると、医師ｂに付与された連携先ユーザＩＤ、連携サービスにログインするためのＵＲＬ等が記載された連携通知メールが作成され、通信部１６により医師ｂのメールアドレスに送信される（ステップＳ８）。
【００５３】
図１０に、ステップＳ８において連携先に送信される連携通知メールの一例を示す。図１０に示すように、連携通知メールには、医師ｂに付与された連携先ユーザＩＤ、連携サービスのうち、診療情報データの閲覧メニューにログインするためのＵＲＬ等が記載されている。
【００５４】
端末装置２Ｂにおいて、連携通知メールが受信され、操作部２４により連携通知メールに記載されたＵＲＬへのアクセスが行われると、連携サービスへのログイン画面が表示部２５に表示される。当該ログイン画面から操作部２４により連携先ユーザＩＤ及びパスワードが入力されると、入力された連携先ＩＤ及びパスワードが通信部２６によりセンタサーバ１に送信される（ステップＳ９）。
【００５５】
センタサーバ１においては、端末装置２Ｂから受信された連携先ユーザＩＤ及びパスワードに基づいて、アクセス認証が行われる（ステップＳ１０）。即ち、受信された連携先ユーザＩＤ及びパスワードが連携情報テーブル１３２に記憶されているレコードの連携先ユーザＩＤ及びパスワードと照合され、一致するレコードがあった場合、診療情報データテーブル１３３において受信された連携先ユーザＩＤと対応付けられている診療情報データへのアクセスが許可される。一致するレコードが存在しなかった場合は、アクセスは許可されない。
【００５６】
一方、受信された通知が否認通知であると判断されると（ステップＳ６；Ｎ）、仮登録テーブル１３４に仮登録されたデータは破棄される（ステップＳ１１）。
【００５７】
以上説明したように、地域医療連携システム１００によれば、センタサーバ１は、連携先医師にユーザＩＤを付与する前に、連携先医師のユーザ登録情報の確認依頼を連携元の医師の端末装置に送信し、連携元医師の端末装置から連携先医師のユーザ登録情報の承認通知が受信された場合に、連携先医師にユーザＩＤを付与して連携先医師から登録されたユーザ登録情報とともに記憶部１３に記憶する。
【００５８】
従って、連携先医師以外の第三者が連携先医師になりすましてユーザ登録を行っても、そのユーザ登録情報に基づいてユーザＩＤが付与されることを防止することができるので、連携先医師以外の第三者による診療情報データへの不正アクセスを防止し、診療情報データのセキュリティを向上させることが可能となる。
【００５９】
具体的には、センタサーバ１は、連携元の端末装置から連携先医師のメールアドレスが受信された場合に、診療情報データへアクセスするためのユーザ登録画面２５２へのＵＲＬが記載された登録依頼の電子メールを作成して通信部１６により連携先医師のメールアドレス宛に送信し、当該ＵＲＬに対応するユーザ登録画面２５２からユーザ登録情報が入力された場合に、当該入力されたユーザ登録情報が連携先医師のユーザ登録情報であるか否かの確認依頼を連携元医師の端末装置に送信する。従って、連携元医師は、連携先医師のユーザ登録情報を容易に確認することができる。
【００６０】
また、登録依頼の電子メールには連携先医師の情報を含まないので、誤って連携先以外の第三者に登録依頼の電子メールが受信されたとしても、その第三者が連携先医師を特定してその医師の情報を登録することを不可能とすることが可能となる。
【００６１】
また、連携先医師が登録すべきユーザ登録情報には、連携元医師と連携先医師との間で予め定められた秘密パスワードが含まれているので、仮に連携先医師以外の第三者がユーザ登録を行った場合であっても、その事実を容易に連携元医師が認識し、そのユーザ登録を無効とすることが可能となる。
【００６２】
なお、上記実施の形態における記述内容は、本発明の好適な一例であり、これに限定されるものではない。
【００６３】
例えば、上記実施の形態においては、本人確認の手段としてパスワードを用いることとしたが、指紋、虹彩等の生体情報を用いることとしてもよい。
【００６４】
また、上記の説明では、本発明に係るプログラムのコンピュータ読み取り可能な媒体としてＨＤＤや半導体の不揮発性メモリ等を使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、ＣＤ-ＲＯＭ等の可搬型記録媒体を適用することが可能である。また、本発明に係るプログラムのデータを通信回線を介して提供する媒体として、キャリアウエーブ(搬送波)も適用される。
【００６５】
その他、地域医療連携システム１００を構成する各装置の細部構成及び細部動作に関しても、発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【符号の説明】
【００６６】
１００  地域医療連携システム
１  センタサーバ
１１  制御部
１２  ＲＡＭ
１３  記憶部
１３１  ユーザ管理テーブル
１３２  連携情報テーブル
１３３  診療情報データテーブル
１３４  仮登録テーブル
１４  操作部
１５  表示部
１６  通信部
１７  計時部
１８  バス
２Ａ、２Ｂ  端末装置
２１  制御部
２２  ＲＡＭ
２３  記憶部
２４  操作部
２５  表示部
２５１  連携先登録依頼画面
２５２  ユーザ登録画面
２５３  登録確認画面
２６  通信部
２７  計時部
２８  印刷部
２９  バス
３Ａ、３Ｂ  ＰＡＣＳ
４Ａ、４Ｂ  ルータ
５Ａ、５Ｂ  施設内ネットワーク
Ｎ  インターネット
【図１】
0005494020.tif 000002
【図２】
0005494020.tif 000003
【図３】
0005494020.tif 000004
【図４】
0005494020.tif 000005
【図５】
0005494020.tif 000006
【図６】
0005494020.tif 000007
【図７】
0005494020.tif 000008
【図８】
0005494020.tif 000009
【図９】
0005494020.tif 000010
【図１０】
0005494020.tif 000011