(57)【特許請求の範囲】
【請求項１】
一の患者の医療情報を生成し、当該医療情報を送信する第１の端末装置と、
医療関連機関に設置され、前記第１の端末装置により送信される前記医療情報を第１の記憶手段に記憶する第２の端末装置と、
前記第１の端末装置により送信される前記医療情報を第２の記憶手段に記憶するデータ管理サーバであって、医療機関に設置される第３の端末装置から送信される要求を受けて、前記第２の記憶手段に記憶される前記医療情報を前記第３の端末装置に送信するデータ管理サーバと、
ＩＤ管理サーバと
を備え、
前記医療情報は、前記患者に関する検査結果データ又は前記患者に処方された薬剤を示す薬剤データであり、
前記医療関連機関は、医療機関又は保険機関であり、
前記第１の端末装置は、前記医療情報を前記第２の端末装置と前記ＩＤ管理サーバとに送信し、
前記ＩＤ管理サーバは、前記第１の端末装置から受信される前記医療情報を識別するための医療情報識別情報を生成し、当該医療情報識別情報を前記医療情報とともに前記データ管理サーバに送信し、
前記データ管理サーバは、前記ＩＤ管理サーバから受信される前記医療情報識別情報と前記医療情報とを対応づけて、前記第２の記憶手段に記憶される第１のデータベースに格納し、
前記ＩＤ管理サーバは、前記生成した医療情報識別情報と、前記患者を識別するための患者識別情報とを対応づけて個人ＩＤＤＢサーバに格納し、
前記第３の端末装置は、前記データ管理サーバに対して前記患者識別情報を送信し、
前記データ管理サーバは、前記第３の端末装置から受信される前記患者識別情報を前記ＩＤ管理サーバに送信し、
前記ＩＤ管理サーバは、前記データ管理サーバから受信される前記患者識別情報と対応づけて格納されている前記医療情報識別情報を前記個人ＩＤＤＢサーバから読み出して前記データ管理サーバに送信し、
前記データ管理サーバは、前記ＩＤ管理サーバから受信される前記医療情報識別情報と
対応づけて格納されている前記医療情報を前記第１のデータベースから読み出して前記第３の端末装置に送信する
ことを特徴とする医療情報連携システム。
【請求項２】
一の患者の医療情報を生成し、当該医療情報を送信する第１の端末装置と、
医療関連機関に設置され、前記第１の端末装置により送信される前記医療情報を第１の記憶手段に記憶する第２の端末装置と、
前記第１の端末装置により送信される前記医療情報を第２の記憶手段に記憶するデータ管理サーバであって、医療機関に設置される第３の端末装置から送信される要求を受けて、前記第２の記憶手段に記憶される前記医療情報を前記第３の端末装置に送信するデータ管理サーバと、
ＩＤ管理サーバと
を備え、
前記医療情報は、前記患者に関する検査結果データ又は前記患者に処方された薬剤を示す薬剤データであり、
前記医療関連機関は、医療機関又は保険機関であり、
前記第１の端末装置は、前記医療情報を前記第２の端末装置と前記ＩＤ管理サーバとに送信し、
前記ＩＤ管理サーバは、前記第１の端末装置から受信される前記医療情報を識別するための医療情報識別情報を生成し、当該医療情報識別情報を前記医療情報とともに前記データ管理サーバに送信し、
前記データ管理サーバは、前記ＩＤ管理サーバから受信される前記医療情報識別情報と前記医療情報とを対応づけて、前記第２の記憶手段に記憶される第１のデータベースに格納し、
前記ＩＤ管理サーバは、前記患者の属性情報を識別するための属性情報識別情報を生成し、当該属性情報識別情報を前記属性情報とともに前記データ管理サーバに送信し、
前記データ管理サーバは、前記ＩＤ管理サーバから受信される前記属性情報識別情報と前記属性情報とを対応づけて、前記第２の記憶手段に記憶される前記第１のデータベースとは異なる第２のデータベースに格納し、
前記ＩＤ管理サーバは、前記生成した医療情報識別情報と、前記生成した属性情報識別情報とを対応づけて個人ＩＤＤＢサーバに格納し、
前記第３の端末装置は、前記データ管理サーバに対して前記患者の属性情報を送信し、
前記データ管理サーバは、前記第３の端末装置から受信される前記患者の属性情報と対応づけて格納されている前記属性情報識別情報を前記第２のデータベースから読み出して前記ＩＤ管理サーバに送信し、
前記ＩＤ管理サーバは、前記データ管理サーバから受信される前記属性情報識別情報と対応づけて格納されている前記医療情報識別情報を前記個人ＩＤＤＢサーバから読み出して前記データ管理サーバに送信し、
前記データ管理サーバは、前記ＩＤ管理サーバから受信される前記医療情報識別情報と対応づけて格納されている前記医療情報を前記第１のデータベースから読み出して前記第３の端末装置に送信する
ことを特徴とする医療情報連携システム。
【請求項３】
前記ＩＤ管理サーバは、前記患者の属性情報を識別するための属性情報識別情報を生成し、当該属性情報識別情報を前記属性情報とともに前記データ管理サーバに送信し、
前記データ管理サーバは、前記ＩＤ管理サーバから受信される前記属性情報識別情報と前記属性情報とを対応づけて、前記第２の記憶手段に記憶される前記第１のデータベースとは異なる第２のデータベースに格納する
ことを特徴とする請求項１に記載の医療情報連携システム。
【請求項４】
前記第１の端末装置は、前記医療情報を前記第２の端末装置と前記ＩＤ管理サーバとに対して同報送信することを特徴とする請求項１乃至３のいずれか１項に記載の医療情報連携システム。
【請求項５】
前記患者の属性情報に基づいて前記患者識別情報を生成し、前記ＩＤ管理サーバに送信する第４の端末装置をさらに備えることを特徴とする請求項１に記載の医療情報連携システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者の検査結果や投薬情報等の医療情報をかかりつけ以外の医師や救急医等が共有するためのシステムであって、医療情報の蓄積と利用を効率的に実施するためのシステムに関する。
【背景技術】
【０００２】
医療情報の共有化のための仕組みは従来から種々提案されており、その実現方法については標準化も進められている（例えば、特許文献１参照）。第２８図は、標準化されている従来の地域医療連携の仕組みを示す図である。医療連携用サーバ９は、医療機関ＭＩ毎に異なる患者ＩＤを統一的に管理する患者ＩＤ管理簿９１と医療情報の所在を示すレジストリ９２とを持ち、各医療機関ＭＩに設置されるサーバ１０は、レジストリ９２によってその所在を示される医療情報を保管するリポジトリ１０１を有している。
【０００３】
医療機関ＭＩＡから他の医療機関ＭＩが有している医療情報を見ようとする場合、医療連携用サーバ９が管理している統合的な患者ＩＤでレジストリ９２に医療情報の所在を尋ね、患者ＩＤに対応した医療情報が、例えば医療機関ＭＩＣのリポジトリ１０１Ｃに存在することが分かった場合には、そこへ医療情報を取りに行くような仕組みが標準化されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１２８６６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
医療の高品質化、効率化を図るために、患者のカルテ情報や病歴、検査情報、投薬情報等を複数の医療機関で共有化する仕組みが求められている。特に救急医療が必要な場合に救急患者の検査情報がかかりつけではない救急医療機関でも迅速に入手できることは、救命医療に大きな意味があり、救急患者の氏名等からかかりつけでない医師が患者の医療情報を簡単に入手できれば緊急時に効果的な医療を実施する上で大きな助けとなる。よって、それを実現する簡易で医師の手間が極力かからないシステムが求められている。
【０００６】
従来の医療情報を共有化するためのシステムではデータ入力はかかりつけ医が診療時に投入する等、医療行為の実行者が投入する前提でシステムが構築されているが、医療行為の負担の大きい医師は医療情報共有化のためのデータ投入作業を必ずしも実施せず、システムを準備しても医療データの投入が進まず、データ蓄積ができず、結局システムが運用されないという問題があった。医療データの連携を医療現場で実現させるためには患者の医療データの投入を極力医師に負担をかけずに運用可能なシステムが必須であり、本発明はこの課題を解決するためになされたものである。
【課題を解決するための手段】
【０００７】
本出願の請求項１に係る医療情報連携システムは、一の患者の医療情報を生成し、当該医療情報を送信する第１の端末装置と、医療関連機関に設置され、前記第１の端末装置により送信される前記医療情報を第１の記憶手段に記憶する第２の端末装置と、前記第１の端末装置により送信される前記医療情報を第２の記憶手段に記憶するデータ管理サーバであって、医療機関に設置される第３の端末装置から送信される要求を受けて、前記第２の記憶手段に記憶される前記医療情報を前記第３の端末装置に送信するデータ管理サーバと、ＩＤ管理サーバとを備え、前記医療情報は、前記患者に関する検査結果データ又は前記患者に処方された薬剤を示す薬剤データであり、前記医療関連機関は、医療機関又は保険機関であり、前記第１の端末装置は、前記医療情報を前記第２の端末装置と前記ＩＤ管理サーバとに送信し、前記ＩＤ管理サーバは、前記第１の端末装置から受信される前記医療情報を識別するための医療情報識別情報を生成し、当該医療情報識別情報を前記医療情報とともに前記データ管理サーバに送信し、前記データ管理サーバは、前記ＩＤ管理サーバから受信される前記医療情報識別情報と前記医療情報とを対応づけて、前記第２の記憶手段に記憶される第１のデータベースに格納し、前記ＩＤ管理サーバは、前記生成した医療情報識別情報と、前記患者を識別するための患者識別情報とを対応づけて個人ＩＤＤＢサーバに格納し、前記第３の端末装置は、前記データ管理サーバに対して前記患者識別情報を送信し、前記データ管理サーバは、前記第３の端末装置から受信される前記患者識別情報を前記ＩＤ管理サーバに送信し、前記ＩＤ管理サーバは、前記データ管理サーバから受信される前記患者識別情報と対応づけて格納されている前記医療情報識別情報を前記個人ＩＤＤＢサーバから読み出して前記データ管理サーバに送信し、前記データ管理サーバは、前記ＩＤ管理サーバから受信される前記医療情報識別情報と対応づけて格納されている前記医療情報を前記第１のデータベースから読み出して前記第３の端末装置に送信することを特徴とする。
【０００８】
本出願の請求項２に係る医療情報連携システムは、一の患者の医療情報を生成し、当該医療情報を送信する第１の端末装置と、医療関連機関に設置され、前記第１の端末装置により送信される前記医療情報を第１の記憶手段に記憶する第２の端末装置と、前記第１の端末装置により送信される前記医療情報を第２の記憶手段に記憶するデータ管理サーバであって、医療機関に設置される第３の端末装置から送信される要求を受けて、前記第２の記憶手段に記憶される前記医療情報を前記第３の端末装置に送信するデータ管理サーバと、ＩＤ管理サーバとを備え、前記医療情報は、前記患者に関する検査結果データ又は前記患者に処方された薬剤を示す薬剤データであり、前記医療関連機関は、医療機関又は保険機関であり、前記第１の端末装置は、前記医療情報を前記第２の端末装置と前記ＩＤ管理サーバとに送信し、前記ＩＤ管理サーバは、前記第１の端末装置から受信される前記医療情報を識別するための医療情報識別情報を生成し、当該医療情報識別情報を前記医療情報とともに前記データ管理サーバに送信し、前記データ管理サーバは、前記ＩＤ管理サーバから受信される前記医療情報識別情報と前記医療情報とを対応づけて、前記第２の記憶手段に記憶される第１のデータベースに格納し、前記ＩＤ管理サーバは、前記患者の属性情報を識別するための属性情報識別情報を生成し、当該属性情報識別情報を前記属性情報とともに前記データ管理サーバに送信し、前記データ管理サーバは、前記ＩＤ管理サーバから受信される前記属性情報識別情報と前記属性情報とを対応づけて、前記第２の記憶手段に記憶される前記第１のデータベースとは異なる第２のデータベースに格納し、前記ＩＤ管理サーバは、前記生成した医療情報識別情報と、前記生成した属性情報識別情報とを対応づけて個人ＩＤＤＢサーバに格納し、前記第３の端末装置は、前記データ管理サーバに対して前記患者の属性情報を送信し、前記データ管理サーバは、前記第３の端末装置から受信される前記患者の属性情報と対応づけて格納されている前記属性情報識別情報を前記第２のデータベースから読み出して前記ＩＤ管理サーバに送信し、前記ＩＤ管理サーバは、前記データ管理サーバから受信される前記属性情報識別情報と対応づけて格納されている前記医療情報識別情報を前記個人ＩＤＤＢサーバから読み出して前記データ管理サーバに送信し、前記データ管理サーバは、前記ＩＤ管理サーバから受信される前記医療情報識別情報と対応づけて格納されている前記医療情報を前記第１のデータベースから読み出して前記第３の端末装置に送信することを特徴とする。
【００１０】
本出願の請求項３に係る医療情報連携システムは、請求項１に記載の構成において、前記ＩＤ管理サーバは、前記患者の属性情報を識別するための属性情報識別情報を生成し、当該属性情報識別情報を前記属性情報とともに前記データ管理サーバに送信し、前記データ管理サーバは、前記ＩＤ管理サーバから受信される前記属性情報識別情報と前記属性情報とを対応づけて、前記第２の記憶手段に記憶される前記第１のデータベースとは異なる第２のデータベースに格納することを特徴とする。
【００１１】
本出願の請求項４に係る医療情報連携システムは、請求項１乃至３のいずれか１項に記載の構成において、前記第１の端末装置は、前記医療情報を前記第２の端末装置と前記ＩＤ管理サーバとに対して同報送信することを特徴とする。
【００１３】
本出願の請求項５に係る医療情報連携システムは、請求項１に記載の構成において、前記患者の属性情報に基づいて前記患者識別情報を生成し、前記ＩＤ管理サーバに送信する第４の端末装置をさらに備えることを特徴とする。
【発明の効果】
【００１４】
請求項１乃至５のいずれか１項に係る発明によれば、医療情報を生成する第１の端末装置が、医療関連機関に設置され医療情報を蓄積する第２の端末装置に対して医療情報を送信する一方で、医療情報を共有化するための医療情報連携システムに対して第２の端末に送信するのと同等のデータを送信するのみで医療連携システムに医療情報を蓄積することができる。
請求項２に係る発明によれば、患者の属性情報を、患者の医療情報と同じ識別情報を用いて管理する構成と比較して、仮に属性情報を格納するデータベースと医療情報を格納するデータベースの両方に対して不正アクセスがなされたとしても、患者の属性情報と医療情報との関連づけを阻害することができ、個人に紐づけた医療情報の流出を抑制することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態に係る医療情報連携システム１００の構成を示す図である。
【図２】端末装置１のハードウェア構成を示すブロック図である。
【図３】患者ＤＢ１２１を構成するレコードの一例を示す図である。
【図４】端末装置２のハードウェア構成を示すブロック図である。
【図５】端末装置３のハードウェア構成を示すブロック図である。
【図６】端末装置４のハードウェア構成を示すブロック図である。
【図７】データ管理サーバ５のハードウェア構成を示すブロック図である。
【図８】個人属性ＤＢ５２１を構成するレコードの一例を示す図である。
【図９】個人医療機関ＤＢ５２２を構成するレコードの一例を示す図である。
【図１０】個人検査結果ＤＢ５２３を構成するレコードの一例を示す図である。
【図１１】個人薬剤ＤＢ５２４を構成するレコードの一例を示す図である。
【図１２】端末装置６のハードウェア構成を示すブロック図である。
【図１３】ＩＤ管理サーバ７のハードウェア構成を示すブロック図である。
【図１４】個人ＩＤＤＢサーバ８のハードウェア構成を示すブロック図である。
【図１５】個人ＩＤＤＢ８２１を構成するレコードの一例を示す図である。
【図１６】患者の属性情報を登録するフェーズのシーケンス図である。
【図１７】患者の検査結果データを登録するフェーズのシーケンス図である。
【図１８】患者の薬剤データを登録するフェーズのシーケンス図である。
【図１９】患者の属性情報及び医療情報を閲覧するフェーズのシーケンス図である。
【図２０】変形例１のシーケンス図である。
【図２１】変形例２のシーケンス図である。
【図２２】変形例２のシーケンス図である。
【図２３】変形例５のシーケンス図である。
【図２４】変形例５のシーケンス図である。
【図２５】変形例８のシーケンス図である。
【図２６】変形例９のシーケンス図である。
【図２７】変形例９のシーケンス図である。
【図２８】標準化されている従来の地域医療連携の仕組みを示す図である。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態について図面を参照しつつ説明する。
（１）実施形態の構成
図１は、本発明の一実施形態に係る医療情報連携システム１００の構成を示す図である。同図に示される医療情報連携システム１００は、患者の検査結果や投薬情報等の医療情報を、かかりつけ以外の医師や救急医等が共有するためのシステムである。同図に示されるように本医療情報連携システム１００は、医療機関Ｍに設置される端末装置１と、検査機関Ｔに設置される端末装置２と、薬局Ｐに設置される端末装置３と、保険機関Ｉに設置される端末装置４と、データ管理サーバ５と、運用機関Ｏに設置される端末装置６と、ＩＤ管理サーバ７と、個人ＩＤデータベース（ＤＢ）サーバ８とにより構成される。個人ＩＤＤＢサーバ８以外の各装置は、インターネット等の通信回線により相互に接続されている。個人ＩＤＤＢサーバ８は、ＩＤ管理サーバ７とのみ専用回線又は構内ＬＡＮ（Local Area Network）により接続されている。なお、データ管理サーバ５はＩＤ管理サーバ７とは別セグメントの同一の構内ＬＡＮに設置されてもよい。
【００１７】
なお、図１に示される例では、医療機関Ｍ、検査機関Ｔ、薬局Ｐ及び保険機関Ｉが、それぞれ１つずつ示されているが、それぞれ２つ以上登場させるようにしてもよい。
【００１８】
医療機関Ｍは、医師、歯科医師等が医療行為を行う機関である。具体的には、医院、病院又は診療所である。この医療機関Ｍは、本発明に係る「医療関連機関」の一例である。端末装置１は、例えばパーソナルコンピュータであり、医療機関Ｍの施設内に設置される。この端末装置１は、本発明に係る「第２の端末装置」及び「第３の端末装置」の一例である。図２は、この端末装置１のハードウェア構成を示すブロック図である。同図に示されるように端末装置１は、制御部１１と、記憶部１２と、操作部１３と、表示部１４と、通信部１５とを有している。制御部１１は、ＣＰＵ（Central Processing Unit）と、ＲＯＭ（Read Only Memory）と、ＲＡＭ（Random Access Memory）とを備えており、ＣＰＵがＲＯＭ又は記憶部１２に記憶されているプログラムを実行することにより端末装置１の各部を制御する。
【００１９】
記憶部１２は、ＨＤＤ（Hard Disk Drive）等の記憶装置であり、患者ＤＢ１２１を記憶する。図３は、この患者ＤＢ１２１を構成するレコードの一例を示す図である。同図に示されるように各レコードは、患者ＩＤ、氏名、住所、年齢、性別及びカルテ番号により構成される。ここで、患者ＩＤとは、医療情報連携システム１００において患者を識別するために付される固有の識別情報である。この患者ＩＤは、後述するように運用機関Ｏに設置される端末装置６によって発行される。患者ＩＤは、本発明に係る「患者識別情報」の一例である。また、カルテ番号とは、患者ごとに作成され、当該患者の診療経過等を記録する診療録（カルテ）に付される識別番号のことである。この記憶部１２は、本発明に係る「第１の記憶手段」の一例である。
【００２０】
操作部１３は、例えばマウスやキーボードであり、ユーザの操作に応じた信号を制御部１１に出力する。表示部１４は、例えば液晶ディスプレイであり、制御部１１の制御の下、画像を表示する。通信部１５は、外部の装置との間で通信を行うためのインタフェースカードである。
【００２１】
次に、検査機関Ｔは、医療機関Ｍからの委託を受けて、血液検査等の医療検査を行う機関である。端末装置２は、例えばパーソナルコンピュータであり、検査機関Ｔの施設内に設置される。この端末装置２は、本発明に係る「第１の端末装置」の一例である。図４は、この端末装置２のハードウェア構成を示すブロック図である。同図に示されるように端末装置２は、制御部２１と、記憶部２２と、操作部２３と、表示部２４と、通信部２５とを有している。制御部２１は、ＣＰＵと、ＲＯＭと、ＲＡＭとを備えており、ＣＰＵがＲＯＭ又は記憶部２２に記憶されているプログラムを実行することにより端末装置２の各部を制御する。
【００２２】
記憶部２２は、ＨＤＤ等の記憶装置であり、医療機関Ｍから提供される患者の属性情報を記憶する。また、記憶部２２は、当該端末装置２において生成される、検査結果を示すデータ（以下、「検査結果データ」）を記憶する。この検査結果データは、本発明に係る「医療情報」の一例である。操作部２３は、例えばマウスやキーボードであり、ユーザの操作に応じた信号を制御部２１に出力する。表示部２４は、例えば液晶ディスプレイであり、制御部２１の制御の下、画像を表示する。通信部２５は、外部の装置との間で通信を行うためのインタフェースカードである。
【００２３】
次に、薬局Ｐは、医療機関Ｍの医師によって発行された処方箋に基づいて薬剤を提供する機関である。端末装置３は、例えばレセプトコンピュータであり、薬局Ｐの施設内に設置される。この端末装置３は、本発明に係る「第１の端末装置」の一例である。図５は、この端末装置３のハードウェア構成を示すブロック図である。同図に示されるように端末装置３は、制御部３１と、記憶部３２と、操作部３３と、表示部３４と、通信部３５とを有している。制御部３１は、ＣＰＵと、ＲＯＭと、ＲＡＭとを備えており、ＣＰＵがＲＯＭ又は記憶部３２に記憶されているプログラムを実行することにより端末装置３の各部を制御する。
【００２４】
記憶部３２は、ＨＤＤ等の記憶装置であり、医療機関Ｍから提供される患者の属性情報を記憶する。また、記憶部３２は、患者に対して提供される薬剤の名称、数量、提供日時等を含む薬剤に関するデータ（以下、「薬剤データ」）を記憶する。この薬剤データは、本発明に係る「医療情報」の一例である。操作部３３は、例えばマウスやキーボードであり、ユーザの操作に応じた信号を制御部３１に出力する。表示部３４は、例えば液晶ディスプレイであり、制御部３１の制御の下、画像を表示する。通信部３５は、外部の装置との間で通信を行うためのインタフェースカードである。
【００２５】
次に、保険機関Ｉは、薬局Ｐから提供される調剤報酬明細書（以下、「レセプト」）の審査を行う機関である。ここでレセプトとは、薬局が保険者（例えば、健康保険組合）に請求する調剤費用の明細書である。保険機関Ｉは、審査の結果、レセプトの記載に問題がない場合には、当該レセプトを保険者に提供する。この保険機関Ｉは、本発明に係る「医療関連機関」の一例である。端末装置４は、例えばパーソナルコンピュータであり、保険機関Ｉの施設内に設置される。この端末装置４は、本発明に係る「第２の端末装置」の一例である。図６は、この端末装置４のハードウェア構成を示すブロック図である。同図に示されるように端末装置４は、制御部４１と、記憶部４２と、操作部４３と、表示部４４と、通信部４５とを有している。
【００２６】
制御部４１は、ＣＰＵと、ＲＯＭと、ＲＡＭとを備えており、ＣＰＵがＲＯＭ又は記憶部４２に記憶されているプログラムを実行することにより端末装置４の各部を制御する。記憶部４２は、ＨＤＤ等の記憶装置であり、薬局Ｐから提供されるレセプトデータを記憶する。この記憶部４２は、本発明に係る「第１の記憶手段」の一例である。操作部４３は、例えばマウスやキーボードであり、ユーザの操作に応じた信号を制御部４１に出力する。表示部４４は、例えば液晶ディスプレイであり、制御部４１の制御の下、画像を表示する。通信部４５は、外部の装置との間で通信を行うためのインタフェースカードである。
【００２７】
次に、データ管理サーバ５は、医療機関Ｍ等から提供される患者の属性情報及び医療情報を管理する装置である。図７は、当該データ管理サーバ５のハードウェア構成を示すブロック図である。同図に示されるようにデータ管理サーバ５は、制御部５１と、記憶部５２と、通信部５３とを有している。制御部５１は、ＣＰＵと、ＲＯＭと、ＲＡＭとを備えており、ＣＰＵがＲＯＭ又は記憶部５２に記憶されているプログラムを実行することによりデータ管理サーバ５の各部を制御する。
【００２８】
記憶部５２は、ＨＤＤ等の記憶装置であり、個人属性ＤＢ５２１と、個人医療機関ＤＢ５２２と、個人検査結果ＤＢ５２３と、個人薬剤ＤＢ５２４とを記憶する。この記憶部５２は、本発明に係る「第２の記憶手段」の一例である。図８は、個人属性ＤＢ５２１を構成するレコードの一例を示す図である。同図に示されるように各レコードは、個人属性ＤＢ用ＩＤ、氏名、住所、年齢及び性別により構成される。ここで、個人属性ＤＢ用ＩＤとは、個人属性ＤＢ５２１において各レコード（具体的には、患者の属性情報）を識別するために付される識別情報のことである。この個人属性ＤＢ用ＩＤは、本発明に係る「属性情報識別情報」の一例である。また、個人属性ＤＢ５２１は、本発明に係る「第２のデータベース」の一例である。
【００２９】
図９は、個人医療機関ＤＢ５２２を構成するレコードの一例を示す図である。同図に示されるように各レコードは、個人医療機関ＤＢ用ＩＤ、医療機関名及びカルテ番号により構成される。ここで、個人医療機関ＤＢ用ＩＤとは、個人医療機関ＤＢ５２２において各レコード（具体的には、患者の属性情報）を識別するために付される識別情報のことである。この個人医療機関ＤＢ用ＩＤは、本発明に係る「属性情報識別情報」の一例である。また、個人医療機関ＤＢ５２２は、本発明に係る「第２のデータベース」の一例である。
【００３０】
図１０は、個人検査結果ＤＢ５２３を構成するレコードの一例を示す図である。同図に示されるように各レコードは、個人検査結果ＤＢ用ＩＤ及び検査結果データにより構成される。ここで、個人検査結果ＤＢ用ＩＤとは、個人検査結果ＤＢ５２３において各レコード（具体的には、検査結果データ）を識別するために付される識別情報のことである。この個人検査結果ＤＢ用ＩＤは、本発明に係る「医療情報識別情報」の一例である。また、個人検査結果ＤＢ５２３は、本発明に係る「第１のデータベース」の一例である。
【００３１】
図１１は、個人薬剤ＤＢ５２４を構成するレコードの一例を示す図である。同図に示されるように各レコードは、個人薬剤ＤＢ用ＩＤ及び薬剤データにより構成される。ここで、個人薬剤ＤＢ用ＩＤとは、個人薬剤ＤＢ５２４において各レコード（具体的には、薬剤データ）を識別するために付される識別情報のことである。この個人薬剤ＤＢ用ＩＤは、本発明に係る「医療情報識別情報」の一例である。また、個人薬剤ＤＢ５２４は、本発明に係る「第１のデータベース」の一例である。
通信部５３は、外部の装置との間で通信を行うためのインタフェースカードである。
【００３２】
次に、運用機関Ｏは、本医療情報連携システム１００の運用をサポートする機関である。端末装置６は、運用機関Ｏの施設内に設置され、後述するように患者ＩＤの生成を行う。図１２は、この端末装置６のハードウェア構成を示すブロック図である。同図に示されるように端末装置６は、制御部６１と、記憶部６２と、操作部６３と、表示部６４と、通信部６５とを有している。制御部６１は、ＣＰＵと、ＲＯＭと、ＲＡＭとを備えており、ＣＰＵがＲＯＭ又は記憶部６２に記憶されているプログラムを実行することにより端末装置６の各部を制御する。
【００３３】
記憶部６２は、ＨＤＤ等の記憶装置であり、プログラム等を記憶する。操作部６３は、例えばマウスやキーボードであり、ユーザの操作に応じた信号を制御部６１に出力する。表示部６４は、例えば液晶ディスプレイであり、制御部６１の制御の下、画像を表示する。通信部６５は、外部の装置との間で通信を行うためのインタフェースカードである。端末装置６は、本発明に係る「第４の端末装置」の一例である。
【００３４】
次に、ＩＤ管理サーバ７は、本医療情報連携システム１００において使用されるＩＤを管理する装置である。図１３は、当該ＩＤ管理サーバ７のハードウェア構成を示すブロック図である。同図に示されるようにＩＤ管理サーバ７は、制御部７１と、記憶部７２と、通信部７３とを有している。制御部７１は、ＣＰＵと、ＲＯＭと、ＲＡＭとを備えており、ＣＰＵがＲＯＭ又は記憶部７２に記憶されているプログラムを実行することによりＩＤ管理サーバ７の各部を制御する。記憶部７２は、ＨＤＤ等の記憶装置であり、プログラム等を記憶する。通信部７３は、外部の装置との間で通信を行うためのインタフェースカードである。
【００３５】
次に、個人ＩＤＤＢサーバ８は、ＩＤ管理サーバ７等によって生成されたＩＤ群を記憶するための装置である。図１４は、当該個人ＩＤＤＢサーバ８のハードウェア構成を示すブロック図である。同図に示されるように個人ＩＤＤＢサーバ８は、制御部８１と、記憶部８２と、通信部８３とを有している。制御部８１は、ＣＰＵと、ＲＯＭと、ＲＡＭとを備えており、ＣＰＵがＲＯＭ又は記憶部８２に記憶されているＤＢ管理プログラムを実行することにより個人ＩＤＤＢサーバ８の各部を制御する。
【００３６】
記憶部８２は、ＨＤＤ等の記憶装置であり、個人ＩＤＤＢ８２１を記憶する。図１５は、個人ＩＤＤＢ８２１を構成するレコードの一例を示す図である。同図に示されるように各レコードは、患者ＩＤ、個人属性ＤＢ用ＩＤ、個人医療機関ＤＢ用ＩＤ、個人検査結果ＤＢ用ＩＤ及び個人薬剤ＤＢ用ＩＤにより構成される。通信部８３は、ＩＤ管理サーバ７との間で通信を行うためのインタフェースカードである。
以上が、本実施形態に係る構成についての説明である。
【００３７】
（２）実施形態の動作
次に、本実施形態に係る医療情報連携システム１００の動作について説明する。本動作は、（ａ）患者の属性情報を登録するフェーズの動作、（ｂ）患者の医療情報を登録するフェーズの動作、（ｃ）患者の属性情報及び医療情報を閲覧するフェーズの動作の３つに大きく分けられる。以下、各フェーズの動作について説明する。
【００３８】
（２−１）患者の属性情報を登録するフェーズの動作
図１６は、患者の属性情報を登録するフェーズのシーケンス図である。本フェーズでは、患者の属性情報がデータ管理サーバ５に登録される。
まず、医療機関Ｍに設置される端末装置１は、医療情報の共有化について同意を得られた患者の属性情報を、運用機関Ｏに設置される端末装置６に送信する（ステップＳａ１）。具体的には、端末装置１の制御部１１は、当該患者の属性情報（氏名、住所、年齢、性別及びカルテ番号）を患者ＤＢ１２１から読み出し、この情報に医療機関名を付加して、運用機関Ｏに設置される端末装置６に送信する。本実施形態の場合、この医療機関名は、「医療機関Ｍ」となる。
【００３９】
端末装置６の制御部６１は、通信部６３を介して患者の属性情報が受信されると、当該属性情報を有する患者の患者ＩＤを生成する（ステップＳａ２）。端末装置６は、患者の属性情報に基づいて例えば乱数を用いて患者ＩＤを生成してもよい。そして、端末装置６の制御部６１は、当該患者ＩＤを、医療機関Ｍに設置される端末装置１に送信する（ステップＳａ３）。また、制御部６１は、当該患者ＩＤと患者の属性情報（医療機関名含む）とを、患者データＤ１として、ＩＤ管理サーバ７に送信する（ステップＳａ４）。端末装置６によって送信された患者ＩＤを受信した端末装置１の制御部１１は、受信した患者ＩＤを表示部１４に表示する（ステップＳａ５）。表示部１４に表示された患者ＩＤは、例えば医師を通じて、当該ＩＤの発行対象となった患者に通知される。通知された患者ＩＤは、後述する、患者の属性情報及び医療情報を閲覧するフェーズにおいて利用される。なお、患者ＩＤは、例えばカードに印刷され、患者によって携行されてもよい。
【００４０】
ＩＤ管理サーバ７の制御部７１は、通信部７１を介して患者データＤ１が受信されると、当該データに基づいて、個人属性ＤＢ用ＩＤと個人医療機関ＤＢ用ＩＤとを生成する（ステップＳａ６）。具体的には、制御部７１は、受信された患者データＤ１に含まれる患者ＩＤから、例えば乱数を用いて、個人属性ＤＢ用ＩＤと個人医療機関ＤＢ用ＩＤとを生成する。そして、制御部７１は、生成した個人属性ＤＢ用ＩＤと個人医療機関ＤＢ用ＩＤと、患者データＤ１に含まれる患者ＩＤとを含む登録要求を、個人ＩＤＤＢサーバ８に送信する（ステップＳａ７）。また、制御部７１は、個人属性ＤＢ用ＩＤと個人医療機関ＤＢ用ＩＤと患者データＤ１とを含む登録要求を、データ管理サーバ５に送信する（ステップＳａ８）。
【００４１】
個人ＩＤＤＢサーバ８の制御部８１は、通信部８３を介して登録要求が受信されると、当該登録要求に含まれるＩＤ群を個人ＩＤＤＢ８２１に格納する（ステップＳａ９）。具体的には、制御部８１は、登録要求に含まれる患者ＩＤと個人属性ＤＢ用ＩＤと個人医療機関ＤＢ用ＩＤとにより構成されるレコードを、個人ＩＤＤＢ８２１に新たに追加する。
【００４２】
一方、通信部５３を介して登録要求を受信したデータ管理サーバ５の制御部５１は、当該登録要求に含まれるデータを自機のデータベースに格納する（ステップＳａ１０）。具体的には、データ管理サーバ５の制御部５１は、個人属性ＤＢ用ＩＤと、患者データＤ１に含まれる氏名、住所、年齢及び性別とにより構成されるレコードを、個人属性ＤＢ５２１に新たに追加する。また、制御部５１は、個人医療機関ＤＢ用ＩＤと、患者データＤ１に含まれる医療機関名及びカルテ番号とにより構成されるレコードを、個人医療機関ＤＢ５２２に新たに追加する。
以上が、本フェーズにおける動作の説明である。
【００４３】
（２−２）患者の医療情報を登録するフェーズの動作
患者の医療情報を登録するフェーズの動作は、（ｂ１）患者の検査結果データを登録するフェーズの動作と、（ｂ２）患者の薬剤データを登録するフェーズの動作の２つに大きく分けられる。以下、各フェーズの動作について説明する。
【００４４】
（２−２−１）患者の検査結果データを登録するフェーズの動作
図１７は、患者の検査結果データを登録するフェーズのシーケンス図である。本フェーズにおいては、患者の検査結果データがデータ管理サーバ５に登録される。
まず、検査機関Ｔによって検査が行われるにあたっては、例えば医療機関Ｍから、検査対象となる検体と、その検体の提供者たる患者の属性情報とが、検査機関Ｔに提供される。ここで、患者の属性情報とは、例えば患者の氏名、医療機関名、カルテ番号である。医療機関Ｍから提供された検体に基づいて検査を行った検査機関Ｔは、その検査結果を医療機関Ｍに報告する。具体的には、検査機関Ｔに設置される端末装置２の制御部２１が、通信部２５を介して、検査データＤ２を、医療機関Ｍに設置される端末装置１に送信する（ステップＳｂ１）。ここで、検査データＤ２とは、検査結果データと、患者の属性情報（患者の氏名、医療機関名及びカルテ番号）とにより構成されるデータである。また、制御部２１は、同様のデータを、ＩＤ管理サーバ７にも送信する（ステップＳｂ２）。なお、制御部２１は、検査データＤ２を端末装置１とＩＤ管理サーバ７に対して同報送信してもよい。
【００４５】
ＩＤ管理サーバ７の制御部７１は、通信部７３を介して検査データＤ２が受信されると、当該データに含まれる検査結果データの格納先を特定すべく、まずはデータ管理サーバ５に対して検索要求を送信する（ステップＳｂ３）。具体的には、ＩＤ管理サーバ７の制御部７１は、検査データＤ２に含まれる医療機関名とカルテ番号とを含む検索要求を、データ管理サーバ５に送信する。検索要求を受信したデータ管理サーバ５の制御部５１は、当該要求に含まれる医療機関名とカルテ番号との組み合わせをキーとして、個人医療機関ＤＢ５２２の検索を行う（ステップＳｂ４）。そして、データ管理サーバ５の制御部５１は、検索の結果抽出されたレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｂ５）。応答を受信したＩＤ管理サーバ７の制御部７１は、受信したレコードに含まれる個人医療機関ＤＢ用ＩＤを含む検索要求を、今度は個人ＩＤＤＢサーバ８に送信する（ステップＳｂ６）。
【００４６】
検索要求を受信した個人ＩＤＤＢサーバ８の制御部８１は、当該要求に含まれる個人医療機関ＤＢ用ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｂ７）。そして、制御部８１は、検索の結果抽出されたレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｂ８）。応答を受信したＩＤ管理サーバ７の制御部７１は、受信したレコードに含まれる患者ＩＤから、例えば乱数を用いて、個人検査結果ＤＢ用ＩＤを生成する（ステップＳｂ９）。そして、制御部７１は、生成した個人検査結果ＤＢ用ＩＤと、患者ＩＤとを含む登録要求を、個人ＩＤＤＢサーバ８に送信する（ステップＳｂ１０）。また、制御部７１は、個人検査結果ＤＢ用ＩＤと、検査機関Ｔから受信した検査データＤ２に含まれる検査結果データとを含む登録要求を、データ管理サーバ５に送信する（ステップＳｂ１１）。
【００４７】
個人ＩＤＤＢサーバ８の制御部８１は、登録要求が受信されると、当該要求に含まれる患者ＩＤをキーとして個人ＩＤＤＢ８２１の検索を行い、検索の結果抽出されたレコードに、個人検査結果ＤＢ用ＩＤを追加する（ステップＳｂ１２）。一方、データ管理サーバ５の制御部５１は、登録要求が受信されると、当該要求に含まれる個人検査結果ＤＢ用ＩＤと検査結果データにより構成されるレコードを、新たに個人検査結果ＤＢ５２３に追加する（ステップＳｂ１３）。
以上が、本フェーズの動作の説明である。
【００４８】
（２−２−２）患者の薬剤データを登録するフェーズの動作
図１８は、患者の薬剤データを登録するフェーズのシーケンス図である。本フェーズにおいては、患者の薬剤データがデータ管理サーバ５に登録される。
まず、薬局Ｐによって調剤が行われるにあたっては、例えば医療機関Ｍにおいて処方箋が発行され、この処方箋が、例えば患者の手によって薬局Ｐに持ち込まれる。ここで、通常処方箋には、薬剤データと、患者の氏名と、処方箋を発行した医療機関名とが記載されている。カルテ番号は記載されていない場合が多い。処方箋に従って調剤を行い薬剤の提供を行った薬局Ｐは、調剤報酬を請求するために、レセプトデータを保険機関Ｉに送信する。具体的には、薬局Ｐに設置される端末装置３の制御部３１は、通信部３５を介して、レセプトデータを、保険機関Ｉに設置される端末装置４に送信する（ステップＳｃ１）。ここで、レセプトデータとは、薬剤データと、患者の属性情報（患者の氏名及び医療機関名）とにより構成されるデータである。また、制御部３１は、同様のデータを、ＩＤ管理サーバ７にも送信する（ステップＳｃ２）。なお、制御部３１は、レセプトデータを端末装置４とＩＤ管理サーバ７に対して同報送信してもよい。
【００４９】
ＩＤ管理サーバ７の制御部７１は、通信部７３を介してレセプトデータが受信されると、当該データに含まれる薬剤データの格納先を特定すべく、まずはデータ管理サーバ５に対して検索要求を送信する（ステップＳｃ３）。具体的には、ＩＤ管理サーバ７の制御部７１が、レセプトデータに含まれる患者の氏名を含む検索要求を、データ管理サーバ５に送信する。検索要求を受信したデータ管理サーバ５の制御部５１は、当該要求に含まれる患者の氏名をキーとして、個人属性ＤＢ５２１の検索を行う（ステップＳｃ４）。そして、データ管理サーバ５の制御部５１は、検索の結果抽出されたレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｃ５）。応答を受信したＩＤ管理サーバ７の制御部７１は、受信したレコードに含まれる個人属性ＤＢ用ＩＤを含む検索要求を、今度は個人ＩＤＤＢサーバ８に送信する（ステップＳｃ６）。
【００５０】
検索要求を受信した個人ＩＤＤＢサーバ８の制御部８１は、当該要求に含まれる個人属性ＤＢ用ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｃ７）。そして、制御部８１は、検索の結果抽出されたレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｃ８）。応答を受信したＩＤ管理サーバ７の制御部７１は、受信したレコードに含まれる患者ＩＤから、例えば乱数を用いて、個人薬剤ＤＢ用ＩＤを生成する（ステップＳｃ９）。そして、制御部７１は、生成した個人薬剤ＤＢ用ＩＤと、患者ＩＤとを含む登録要求を、個人ＩＤＤＢサーバ８に送信する（ステップＳｃ１０）。また、制御部７１は、個人薬剤ＤＢ用ＩＤと、薬局Ｐから受信したレセプトデータに含まれる薬剤データとを含む登録要求を、データ管理サーバ５に送信する（ステップＳｃ１１）。
【００５１】
個人ＩＤＤＢサーバ８の制御部８１は、登録要求が受信されると、当該要求に含まれる患者ＩＤをキーとして個人ＩＤＤＢ８２１の検索を行い、検索の結果抽出されたレコードに、個人薬剤ＤＢ用ＩＤを追加する（ステップＳｃ１２）。一方、データ管理サーバ５の制御部５１は、登録要求が受信されると、当該要求に含まれる個人薬剤ＤＢ用ＩＤと薬剤データにより構成されるレコードを、新たに個人薬剤ＤＢ５２４に追加する（ステップＳｃ１３）。
以上が、本フェーズの動作の説明である。
【００５２】
（２−３）患者の属性情報及び医療情報を閲覧するフェーズの動作
図１９は、患者の属性情報及び医療情報を閲覧するフェーズのシーケンス図である。本フェーズにおいては、患者の属性情報及び医療情報が、データ管理サーバ５から医療機関Ｍに提供される。
例えば、医療機関Ｍに勤務する医師が、当該機関をかかりつけとしない患者について属性情報と医療情報を参照したい場合には、データ管理サーバ５に対して当該情報の照会を行う。具体的には、医療機関Ｍに設置される端末装置１の制御部１１が、操作部１３を用いて入力された当該患者の患者ＩＤを、通信部２５を介してデータ管理サーバ５に送信する（ステップＳｄ１）。
【００５３】
データ管理サーバ５の制御部５１は、通信部５３を介して患者ＩＤが受信されると、当該ＩＤをＩＤ管理サーバ７に転送する（ステップＳｄ２）。ＩＤ管理サーバ７の制御部７１は、通信部７３を介して患者ＩＤが受信されると、当該ＩＤを含む検索要求を個人ＩＤＤＢサーバ８に送信する（ステップＳｄ３）。個人ＩＤＤＢサーバ８の制御部８１は、通信部８３を介して検索要求が受信されると、当該要求に含まれる患者ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｄ４）。そして、制御部８１は、検索の結果抽出されたレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｄ５）。応答を受信したＩＤ管理サーバ７の制御部７１は、受信したレコードに含まれる個人属性ＤＢ用ＩＤと、個人検査結果ＤＢ用ＩＤと、個人薬剤ＤＢ用ＩＤとを含む検索要求を、今度はデータ管理サーバ５に送信する（ステップＳｄ６）。
【００５４】
検索要求を受信したデータ管理サーバ５の制御部５１は、当該要求に含まれるＩＤ群をキーとして、自機のデータベースの検索を行う（ステップＳｄ７）。具体的には、制御部５１は、まず個人属性ＤＢ用ＩＤをキーとして、個人属性ＤＢ５２１の検索を行い、抽出されたレコードに含まれる属性情報（患者の氏名、住所、年齢及び性別）を特定する。次に、制御部５１は、個人検査結果ＤＢ用ＩＤをキーとして、個人検査結果ＤＢ５２３の検索を行い、抽出されたレコードに含まれる検査結果データを特定する。次に、制御部５１は、個人薬剤ＤＢ用ＩＤをキーとして、個人薬剤ＤＢ５２４の検索を行い、抽出されたレコードに含まれる薬剤データを特定する。そして、制御部５１は、特定された患者の属性情報、検査結果データ及び薬剤データとを含む応答を、医療機関Ｍに設置される端末装置１に送信する（ステップＳｄ８）。
【００５５】
当該応答を受信した端末装置１の制御部１１は、当該応答に含まれる各種データを表示部１４に表示する（ステップＳｄ９）。このデータを見た医療機関Ｍの医師は、当該データを医療行為に役立てることができる。
なお、本フェーズにおいて、医療機関Ｍの端末装置１は、患者の属性情報と医療情報のうちのいずれか一方のみを要求するようにしてもよい。
以上が、本フェーズの動作の説明である。
【００５６】
（３）変形例
上記の実施形態は、以下のように変形してもよい。また、以下の変形例は、互いに組み合わせてもよい。
（３−１）変形例１
上記の（２−２−１）患者の検査結果データを登録するフェーズの動作において、検査データＤ２にカルテ番号が含まれていなかった場合には、医療機関名とカルテ番号の組み合わせに代えて、患者の氏名に基づいて、患者ＩＤを特定するようにしてもよい。図２０は、このような場合のシーケンス図である。同図において図１７と共通する処理については、図１７と同様の符号が付されている。そして、そのような処理についてはその説明を省略する。
【００５７】
まず、ＩＤ管理サーバ７の制御部７１は、検査機関Ｔの端末装置２から受信した検査データＤ２にカルテ番号が含まれていないことを確認すると、医療機関名とカルテ番号の組み合わせに代えて、患者の氏名を含む検索要求をデータ管理サーバ５に送信する（ステップＳｅ１）。検索要求を受信したデータ管理サーバ５の制御部５１は、当該要求に含まれる患者の氏名をキーとして、個人属性ＤＢ５２１の検索を行う（ステップＳｅ２）。そして、データ管理サーバ５の制御部５１は、検索の結果抽出されたレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｅ３）。応答を受信したＩＤ管理サーバ７の制御部７１は、受信したレコードに含まれる個人属性ＤＢ用ＩＤを含む検索要求を、今度は個人ＩＤＤＢサーバ８に送信する（ステップＳｅ４）。
【００５８】
検索要求を受信した個人ＩＤＤＢサーバ８の制御部８１は、当該要求に含まれる個人属性ＤＢ用ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｅ５）。そして、制御部８１は、上記の実施形態と同様に、検索の結果抽出されたレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｂ８）。以降の処理は、上記の実施形態と同様である。
【００５９】
（３−２）変形例２
上記の変形例１において、患者の氏名に基づいて患者ＩＤを特定しようとした結果、データ管理サーバ５において複数のレコードが抽出された場合には、さらに医療機関名に基づいて患者ＩＤを特定するようにしてもよい。図２１及び２２は、このような場合のシーケンス図である。同図において図２０と共通する処理については、図２０と同様の符号が付されている。そして、そのような処理についてはその説明を省略する。
【００６０】
まず、データ管理サーバ５の制御部５１は、ＩＤ管理サーバ７から受信した検索要求に含まれる患者の氏名をキーとして個人属性ＤＢ５２１の検索を行った結果、複数のレコードが抽出された場合には、当該複数のレコードを含む応答をＩＤ管理サーバ７に返信する（ステップＳｆ１）。応答を受信したＩＤ管理サーバ７の制御部７１は、受信した複数のレコードに含まれる個人属性ＤＢ用ＩＤを含む検索要求を、個人ＩＤＤＢサーバ８に送信する（ステップＳｆ２）。検索要求を受信した個人ＩＤＤＢサーバ８の制御部８１は、当該要求に含まれる複数の個人属性ＤＢ用ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｆ３）。そして、制御部８１は、検索の結果抽出された複数のレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｆ４）。
【００６１】
応答を受信したＩＤ管理サーバ７の制御部７１は、受信した複数のレコードに含まれる個人医療機関ＤＢ用ＩＤを含む検索要求を、今度はデータ管理サーバ５に送信する（ステップＳｆ５）。検索要求を受信したデータ管理サーバ５の制御部５１は、当該要求に含まれる複数の個人医療機関ＤＢ用ＩＤをキーとして、個人医療機関ＤＢ５２２の検索を行う（ステップＳｆ６）。そして、データ管理サーバ５の制御部５１は、検索の結果抽出された複数のレコードを含む応答をＩＤ管理サーバ７に返信する（ステップＳｆ７）。
【００６２】
応答を受信したＩＤ管理サーバ７の制御部７１は、当該応答に含まれるレコードを参照し、当該レコードのうち、検査機関Ｔから受信した検査データＤ２に含まれている医療機関名を同様に含むレコードを特定する（ステップＳｆ８）。そして、当該レコードに含まれる個人医療機関ＤＢ用ＩＤを含む検索要求を、個人ＩＤＤＢサーバ８に送信する（ステップＳｆ９）。検索要求を受信した個人ＩＤＤＢサーバ８の制御部８１は、当該要求に含まれる個人医療機関ＤＢ用ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｆ１０）。そして、制御部８１は、検索の結果抽出されたレコードに含まれる患者ＩＤを含む応答を、上記の実施形態と同様に、ＩＤ管理サーバ７に返信する（ステップＳｂ８）。
【００６３】
（３−３）変形例３
上記の変形例２において、医療機関名をさらに参照しても患者ＩＤを特定できない場合には、運用機関Ｏのオペレータの判断を仰いでもよい。具体的には、上記の変形例２のステップＳｆ８において、データ管理サーバ５から受信した複数のレコードの中に、検査データＤ２に含まれている医療機関名を同様に含むレコードが複数存在する場合には（すなわち、同じ医療機関Ｍにかかりつけとなっている同姓同名の患者がいた場合には）、ＩＤ管理サーバ７は、運用機関Ｏに対して問い合わせを行う。
【００６４】
この場合、ＩＤ管理サーバ７の制御部７１は、これまでに取得した検査結果データと、個人属性ＤＢ５２１から抽出されたレコードと、個人ＩＤＤＢ８２１から抽出されたレコードと、個人医療機関ＤＢ５２２から抽出されたレコードとを、運用機関Ｏに設置される端末装置６に送信する。端末装置６の制御部６１は、ＩＤ管理サーバ７から受信した各種データを表示部６４に表示し、オペレータはこれを見て、どの患者ＩＤを持つ患者の検査結果データであるかを判断する。そして、その判断の結果特定された患者ＩＤを、当該オペレータは操作部６３を用いて選択し、端末装置６の制御部６１は当該ＩＤをＩＤ管理サーバ７に送信する。患者ＩＤを受信したＩＤ管理サーバ７の制御部７１は、この患者ＩＤに基づいて、上記の実施形態と同様に、個人検査結果ＤＢ用ＩＤを生成する（ステップＳｂ９）。
【００６５】
（３−４）変形例４
上記の（２−２−１）患者の検査結果データを登録するフェーズの動作においては、検査機関Ｔから検査データＤ２が送信されたことを受けて、ＩＤ管理サーバ７において個人検査結果ＤＢ用ＩＤが生成されている（ステップＳｂ９参照）。しかし、もしすでに個人検査結果ＤＢ用ＩＤが生成されている場合には（すなわち、過去に一度でも同じ患者について検査結果データの登録が行われている場合には）、個人検査結果ＤＢ用ＩＤの生成を省略してもよい。この場合、上記のステップＳｂ８において個人ＩＤＤＢサーバ８から送信されるレコードには、すでに個人検査結果ＤＢ用ＩＤが含まれているため、ＩＤ管理サーバ７の制御部７１は、当該ＩＤの生成（ステップＳｂ９）及び当該ＩＤの個人ＩＤＤＢサーバ８への登録要求（ステップＳｂ１０）を省略し、データ管理サーバ５への検査結果データの登録要求（ステップＳｂ１１）のみを行う。
【００６６】
（３−５）変形例５
上記の（２−２−２）患者の薬剤データを登録するフェーズの動作において、患者の氏名に基づいて患者ＩＤを特定しようとした結果、データ管理サーバ５において複数のレコードが抽出された場合には、さらに医療機関名に基づいて患者ＩＤを特定するようにしてもよい。図２３及び２４は、このような場合のシーケンス図である。同図において図１８と共通する処理については、図１８と同様の符号が付されている。そして、そのような処理についてはその説明を省略する。
【００６７】
まず、データ管理サーバ５の制御部５１は、ＩＤ管理サーバ７から受信した検索要求に含まれる患者の氏名をキーとして個人属性ＤＢ５２１の検索を行った結果、複数のレコードが抽出された場合には、当該複数のレコードを含む応答をＩＤ管理サーバ７に返信する（ステップＳｇ１）。応答を受信したＩＤ管理サーバ７の制御部７１は、受信した複数のレコードに含まれる個人属性ＤＢ用ＩＤを含む検索要求を、個人ＩＤＤＢサーバ８に送信する（ステップＳｇ２）。検索要求を受信した個人ＩＤＤＢサーバ８の制御部８１は、当該要求に含まれる複数の個人属性ＤＢ用ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｇ３）。そして、制御部８１は、検索の結果抽出された複数のレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｇ４）。
【００６８】
応答を受信したＩＤ管理サーバ７の制御部７１は、受信した複数のレコードに含まれる個人医療機関ＤＢ用ＩＤを含む検索要求を、今度はデータ管理サーバ５に送信する（ステップＳｇ５）。検索要求を受信したデータ管理サーバ５の制御部５１は、当該要求に含まれる複数の個人医療機関ＤＢ用ＩＤをキーとして、個人医療機関ＤＢ５２２の検索を行う（ステップＳｇ６）。そして、データ管理サーバ５の制御部５１は、検索の結果抽出された複数のレコードを含む応答をＩＤ管理サーバ７に返信する（ステップＳｇ７）。
【００６９】
応答を受信したＩＤ管理サーバ７の制御部７１は、当該応答に含まれるレコードを参照し、当該レコードのうち、検査機関Ｔから受信した検査データＤ２に含まれている医療機関名を同様に含むレコードを特定する（ステップＳｇ８）。そして、当該レコードに含まれる個人医療機関ＤＢ用ＩＤを含む検索要求を、個人ＩＤＤＢサーバ８に送信する（ステップＳｇ９）。検索要求を受信した個人ＩＤＤＢサーバ８の制御部８１は、当該要求に含まれる個人医療機関ＤＢ用ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｇ１０）。そして、制御部８１は、検索の結果抽出されたレコードに含まれる患者ＩＤを含む応答を、上記の実施形態と同様に、ＩＤ管理サーバ７に返信する（ステップＳｃ８）。
【００７０】
（３−６）変形例６
上記の変形例５において、医療機関名をさらに参照しても患者ＩＤを特定できない場合には、運用機関Ｏのオペレータの判断を仰いでもよい。具体的には、上記の変形例５のステップＳｇ８において、データ管理サーバ５から受信した複数のレコードの中に、検査データＤ２に含まれている医療機関名を同様に含むレコードが複数存在する場合には（すなわち、同じ医療機関Ｍにかかりつけとなっている同姓同名の患者がいた場合には）、ＩＤ管理サーバ７は、運用機関Ｏに対して問い合わせを行う。
【００７１】
この場合、ＩＤ管理サーバ７の制御部７１は、これまでに取得したレセプトデータと、個人属性ＤＢ５２１から抽出されたレコードと、個人ＩＤＤＢ８２１から抽出されたレコードと、個人医療機関ＤＢ５２２から抽出されたレコードとを、運用機関Ｏに設置される端末装置６に送信する。端末装置６の制御部６１は、ＩＤ管理サーバ７から受信した各種データを表示部６４に表示し、オペレータはこれを見て、どの患者ＩＤを持つ患者のレセプトデータであるかを判断する。そして、その判断の結果特定された患者ＩＤを、当該オペレータは操作部６３を用いて選択し、端末装置６の制御部６１は当該ＩＤをＩＤ管理サーバ７に送信する。患者ＩＤを受信したＩＤ管理サーバ７の制御部７１は、この患者ＩＤに基づいて、上記の実施形態と同様に、個人薬剤ＤＢ用ＩＤを生成する（ステップＳｃ９）。
【００７２】
（３−７）変形例７
上記の（２−２−２）患者の薬剤データを登録するフェーズの動作においては、薬局Ｐからレセプトデータが送信されたことを受けて、ＩＤ管理サーバ７において個人薬剤ＤＢ用ＩＤが生成されている（ステップＳｃ９参照）。しかしもしすでに個人薬剤ＤＢ用ＩＤが生成されている場合には（すなわち、過去に一度でも同じ患者についてレセプトデータの登録が行われている場合には）、個人薬剤ＤＢ用ＩＤの生成を省略してもよい。この場合、上記のステップＳｃ８において個人ＩＤＤＢサーバ８から送信されるレコードには、すでに個人薬剤ＤＢ用ＩＤが含まれているため、ＩＤ管理サーバ７の制御部７１は、当該ＩＤの生成（ステップＳｃ９）及び当該ＩＤの個人ＩＤＤＢサーバ８への登録要求（ステップＳｃ１０）を省略し、データ管理サーバ５へのレセプトデータの登録要求（ステップＳｃ１１）のみを行う。
【００７３】
（３−８）変形例８
上記の（３）患者の属性情報及び医療情報を閲覧するフェーズの動作においては、患者ＩＤを使って患者の属性情報と医療情報の照会を行っているが、患者ＩＤが分からない場合には、患者ＩＤに代えて患者の氏名を使って、患者の属性情報と医療情報の照会を行ってもよい。図２５は、このような場合のシーケンス図である。同図において図１９と共通する処理については、図１９と同様の符号が付されている。そして、そのような処理についてはその説明を省略する。
【００７４】
本ケースの場合、医療機関Ｍに勤務する医師は、患者ＩＤに代えて患者の氏名を、端末装置１の操作部１３を用いて入力し、制御部１１はこの入力された患者の氏名を通信部２５を介してデータ管理サーバ５に送信する（ステップＳｈ１）。データ管理サーバ５の制御部５１は、通信部５３を介して患者の氏名が受信されると、当該氏名をキーとして、個人属性ＤＢ５２１を検索する（ステップＳｈ２）。そして制御部５１は、この検索の結果抽出されたレコードに含まれる個人属性ＤＢ用ＩＤをＩＤ管理サーバ７に送信する（ステップＳｈ３）。
【００７５】
ＩＤ管理サーバ７の制御部７１は、個人属性ＤＢ用ＩＤが受信されると、当該ＩＤを含む検索要求を個人ＩＤＤＢサーバ８に送信する（ステップＳｈ４）。個人ＩＤＤＢサーバ８の制御部８１は、通信部８３を介して検索要求が受信されると、当該要求に含まれる個人属性ＤＢ用ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｈ５）。そして、制御部８１は、上記の実施形態と同様に、検索の結果抽出されたレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｄ５）。
なお、変形例において、患者の氏名に代えて患者の住所を使って属性情報等の照会を行ってもよい。
【００７６】
（３−９）変形例９
上記の変形例８において、患者の氏名に基づいて患者の属性情報等を照会しようとした結果、データ管理サーバ５において複数の個人属性ＤＢ用ＩＤが抽出された場合には、患者のＤＢ用ＩＤを特定するにあたって、医療機関Ｍの判断を仰いでもよい。図２６及び２７は、このような場合のシーケンス図である。同図において図２５と共通する処理については、図２５と同様の符号が付されている。そして、そのような処理についてはその説明を省略する。
【００７７】
まず、データ管理サーバ５の制御部５１は、端末装置１から受信した検索要求に含まれる患者の氏名をキーとして個人属性ＤＢ５２１の検索を行った結果、複数のレコードが抽出された場合には、当該複数のレコードに含まれる個人属性ＤＢ用ＩＤを含む応答をＩＤ管理サーバ７に返信する（ステップＳｉ１）。応答を受信したＩＤ管理サーバ７の制御部７１は、当該応答に含まれる複数の個人属性ＤＢ用ＩＤを含む検索要求を、個人ＩＤＤＢサーバ８に送信する（ステップＳｉ２）。検索要求を受信した個人ＩＤＤＢサーバ８の制御部８１は、当該要求に含まれる複数の個人属性ＤＢ用ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｉ３）。そして、制御部８１は、検索の結果抽出された複数のレコードに含まれる個人医療機関ＤＢ用ＩＤを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｉ４）。
【００７８】
応答を受信したＩＤ管理サーバ７の制御部７１は、当該応答に含まれる複数の個人医療機関ＤＢ用ＩＤを含む検索要求を、今度はデータ管理サーバ５に送信する（ステップＳｉ５）。検索要求を受信したデータ管理サーバ５の制御部５１は、当該要求に含まれる複数の個人医療機関ＤＢ用ＩＤをキーとして、個人医療機関ＤＢ５２２の検索を行う（ステップＳｉ６）。そして、データ管理サーバ５の制御部５１は、検索の結果抽出された複数のレコードに含まれる医療機関名及びカルテ番号と、端末装置１から受信している患者の氏名とを含む応答を端末装置１に送信する（ステップＳｉ７）。
【００７９】
応答を受信した端末装置１は、データ管理サーバ５から受信した各種データを表示部１４に表示する（ステップＳｉ８）。医療機関Ｍの医師は、表示部１４に表示された各種データを参考にしつつ、患者本人に確認したり、又は、表示される医療機関に直接問い合わせを行ったりして、患者のかかりつけの医療機関を特定する。医療機関Ｍの医師は、患者のかかりつけの医療機関を特定すると、その医療機関名を操作部１３を用いて選択し、端末装置１の制御部１１は、その医療機関名をデータ管理サーバ５に送信する（ステップＳｉ９）。医療機関名を受信したデータ管理サーバ５の制御部５１は、ステップＳｉ６の検索の結果抽出された複数のレコードのうち、当該医療機関名を含むものを特定し（ステップＳｉ１０）、当該レコードに含まれる個人医療機関ＤＢ用ＩＤを、ＩＤ管理サーバ７に送信する（ステップＳｉ１１）。
【００８０】
ＩＤ管理サーバ７の制御部７１は、個人医療機関ＤＢ用ＩＤが受信されると、当該ＩＤを含む検索要求を個人ＩＤＤＢサーバ８に送信する（ステップＳｉ１２）。個人ＩＤＤＢサーバ８の制御部８１は、通信部８３を介して検索要求が受信されると、当該要求に含まれる個人医療機関ＤＢ用ＩＤをキーとして、個人ＩＤＤＢ８２１の検索を行う（ステップＳｉ１３）。そして、制御部８１は、上記の実施形態と同様に、検索の結果抽出されたレコードを含む応答を、ＩＤ管理サーバ７に返信する（ステップＳｄ５）。
【符号の説明】
【００８１】
１，２，３，４，６…端末装置、５…データ管理サーバ、７…ＩＤ管理サーバ、８…個人ＩＤＤＢサーバ、９…医療連携用サーバ、１０Ａ，１０Ｂ，１０Ｃ…サーバ、１１，２１，３１，４１，５１，６１，７１，８１…制御部、１２，２２，３２，４２，５２，６２，７２，８２…記憶部、１３，２３，３３，４３，６３…操作部、１４，２４，３４，４４，６４…表示部、１５，２５，３５，４５，５３，６５，７３，８３…通信部、９１…患者ＩＤ管理簿、９２…レジストリ、１０１Ａ，１０１Ｂ，１０１Ｃ…リポジトリ、１２１…患者ＤＢ、５２１…個人属性ＤＢ、５２２…個人医療機関ＤＢ、５２３…個人検査結果ＤＢ、５２４…個人薬剤ＤＢ、８２１…個人ＩＤＤＢ、Ｉ…保険機関、Ｍ…医療機関、ＭＩＡ，ＭＩＢ，ＭＩＣ…医療機関、Ｏ…運用機関、Ｐ…薬局、Ｔ…検査機関。
【図１】
0005953093.tif 000002
【図２】
0005953093.tif 000003
【図３】
0005953093.tif 000004
【図４】
0005953093.tif 000005
【図５】
0005953093.tif 000006
【図６】
0005953093.tif 000007
【図７】
0005953093.tif 000008
【図８】
0005953093.tif 000009
【図９】
0005953093.tif 000010
【図１０】
0005953093.tif 000011
【図１１】
0005953093.tif 000012
【図１２】
0005953093.tif 000013
【図１３】
0005953093.tif 000014
【図１４】
0005953093.tif 000015
【図１５】
0005953093.tif 000016
【図１６】
0005953093.tif 000017
【図１７】
0005953093.tif 000018
【図１８】
0005953093.tif 000019
【図１９】
0005953093.tif 000020
【図２０】
0005953093.tif 000021
【図２１】
0005953093.tif 000022
【図２２】
0005953093.tif 000023
【図２３】
0005953093.tif 000024
【図２４】
0005953093.tif 000025
【図２５】
0005953093.tif 000026
【図２６】
0005953093.tif 000027
【図２７】
0005953093.tif 000028
【図２８】
0005953093.tif 000029