(57)【特許請求の範囲】
【請求項１】
医療機関における医療情報を管理する医療機関情報処理装置と、個人向け医療情報管理サービスにより医療情報を管理する個人医療情報処理装置と、医療情報紐付装置と、を含む医療情報紐付システムであって、
前記医療機関情報処理装置は、
前記医療機関の識別情報及び前記医療機関における患者の識別情報に対する固有の紐付番号の付与を、前記医療情報紐付装置に依頼する第１依頼部と、
前記医療情報紐付装置により付与された紐付番号を表す情報を、前記個人向け医療情報管理サービスを利用するユーザの端末装置において読み取り可能な媒体に出力する出力部と、を含み、
前記個人医療情報処理装置は、
前記ユーザの端末装置において、前記媒体から読み取ることにより取得された紐付番号と、前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報とを前記医療情報紐付装置に送信して、前記医療機関情報処理装置で管理する医療情報と前記個人医療情報処理装置で管理する医療情報との紐付けを依頼する第２依頼部を含み、
前記医療情報紐付装置は、
前記第１依頼部からの依頼に対して紐付番号を付与し、前記医療機関の識別情報及び前記患者の識別情報と前記紐付番号とを対応付けて記憶部に記憶する付与部と、
前記第２依頼部からの依頼に基づいて、受信した前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報を、受信した紐付番号に一致する前記記憶部に記憶された紐付番号に対応付けて前記記憶部に登録する登録部と、を含む
医療情報紐付システム。
【請求項２】
前記付与部は、付与した紐付番号を表す１次元または２次元のコード画像を生成し、
前記出力部は、前記付与部により生成された前記１次元または２次元のコード画像を紙媒体に出力する
請求項１記載の医療情報紐付システム。
【請求項３】
前記出力部は、前記付与部により付与された紐付番号を表す１次元または２次元のコード画像を生成して、紙媒体に出力する請求項１記載の医療情報紐付システム。
【請求項４】
前記登録部は、受信した前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報を前記記憶部に登録する際に、前記医療機関における患者の属性情報と、前記個人向け医療情報管理サービスにおけるユーザの属性情報とを照合する請求項１〜請求項３のいずれか１項記載の医療情報紐付システム。
【請求項５】
前記付与部は、前記紐付番号を付与する際に、前記紐付番号を用いた前記第２依頼部による依頼が行われるまでの期間に対して有効期限を設定する請求項１〜請求項４のいずれか１項記載の医療情報紐付システム。
【請求項６】
前記紐付番号を介して前記記憶部に対応付けて記憶された、前記医療機関の識別情報及び前記患者の識別情報と、前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報とに基づいて、前記医療機関情報処理装置が有する医療情報に対する前記個人医療情報処理装置からの検索依頼を該医療機関情報処理装置へ中継し、前記個人医療情報処理装置が有する医療情報に対する前記医療機関情報処理装置からの検索依頼を該個人医療情報処理装置へ中継する中継部を含む請求項１〜請求項５のいずれか１項記載の医療情報紐付システム。
【請求項７】
コンピュータに、
医療機関における医療情報を管理する医療機関情報処理装置から受信した前記医療機関の識別情報及び前記医療機関における患者の識別情報に対して固有の紐付番号を付与し、前記医療機関の識別情報及び前記患者の識別情報と前記紐付番号とを対応付けて記憶部に記憶し、
個人向け医療情報管理サービスにより医療情報を管理する個人医療情報処理装置から、前記個人向け医療情報管理サービスを利用するユーザの端末装置において読み取り可能な媒体に出力された紐付番号を表す情報を該ユーザの端末装置から読み取ることにより取得された紐付番号と、前記個人向け医療情報管理サービスの識別情報及び前記個人向け医療情報管理サービスを利用するユーザの識別情報とを受信し、受信した紐付番号と一致する前記記憶部に記憶された紐付番号に対応付けて、受信した前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報を前記記憶部に登録する
ことを含む処理を実行させる医療情報紐付方法。
【請求項８】
コンピュータに、
医療機関における医療情報を管理する医療機関情報処理装置から受信した前記医療機関の識別情報及び前記医療機関における患者の識別情報に対して固有の紐付番号を付与し、前記医療機関の識別情報及び前記患者の識別情報と前記紐付番号とを対応付けて記憶部に記憶し、
個人向け医療情報管理サービスにより医療情報を管理する個人医療情報処理装置から、前記個人向け医療情報管理サービスを利用するユーザの端末装置において読み取り可能な媒体に出力された紐付番号を表す情報を該ユーザの端末装置から読み取ることにより取得された紐付番号と、前記個人向け医療情報管理サービスの識別情報及び前記個人向け医療情報管理サービスを利用するユーザの識別情報とを受信し、受信した紐付番号と一致する前記記憶部に記憶された紐付番号に対応付けて、受信した前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報を前記記憶部に登録する
ことを含む処理を実行させるための医療情報紐付プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療情報紐付システム、医療情報紐付方法、及び医療情報紐付プログラムに関する。
【背景技術】
【０００２】
病院、診療所、介護事業者、調剤薬局等の医療機関において、診察、検査、処方箋等の医療情報が電子カルテシステム等の業務システムにより電子的情報として管理されている場合がある。このような業務システムでは、患者を識別するための患者ＩＤと、その患者についての医療情報とが対応付けられて管理される。
【０００３】
医療情報の管理に関する技術として、医師の注射処方情報に基づいて、患者に投与すべき注射薬の元となる薬剤を患者毎にトレイに収容する際の管理に関するシステムが提案されている。このシステムでは、注射薬の元となる薬剤を患者毎にトレイに収容すると共に、他のトレイの薬剤と識別可能な照合情報をバーコードの形態で印字した照合ラベルを各薬剤に貼り付ける。そして、医師の注射処方情報に基づいて混注するためにトレイから取り出した薬剤の照合ラベルを、混注する前にバーコードリーダで読み取る。そして、読み取った照合情報を医師の注射処方情報と自動照合した後に、その照合結果に従って混注を行うことを特徴としている。
【０００４】
また、個人が自らの健康に関する医療情報を、自己管理の下に蓄積した記録であるＰＨＲ（Personal Health Record）に関する個人向け医療情報管理サービス（以下、「ＰＨＲサービス」という）が存在する。ＰＨＲサービスは、例えばウェブシステムなどで提供され、ユーザは、パーソナルコンピュータやスマートフォン等の端末から、ＰＨＲサービスにアクセスし、自らの健康に関する情報の登録や管理を行う。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−９２１６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＰＨＲサービスのユーザが、ＰＨＲサービスにユーザ個人の医療情報を効率的に登録するためには、各医療機関で稼働している電子カルテシステムなどの業務システムと、ＰＨＲサービスとを紐付けることが必要である。
【０００７】
しかしながら、従来技術では、医療機関の業務システム内で、患者ＩＤと医療情報との紐付けは行われてはいるが、医療機関の業務システムで管理される医療情報と、ＰＨＲサービスで管理する医療情報とを紐付ける技術は開示されていない。
【０００８】
また、ＰＨＲサービスを利用するユーザは、電子的情報の操作に関する熟練者であるとは限らない。そのため、複数の医療機関の中から医療情報を紐付けしたい医療機関を特定すること、医療機関の各々で採番された自身の患者ＩＤを特定すること、特定した情報をＰＨＲサービスと紐付けて登録することなどは、ユーザにとって容易な操作ではない場合がある。
【０００９】
本発明は、一つの側面として、医療機関で管理される医療情報と、個人向け医療情報管理サービスで管理される医療情報とを、簡易な運用で紐付けることを目的とする。
【課題を解決するための手段】
【００１０】
一つの態様として、医療情報紐付システムは、医療機関における医療情報を管理する医療機関情報処理装置と、個人向け医療情報管理サービスにより医療情報を管理する個人医療情報処理装置と、医療情報紐付装置とを含む。前記医療機関情報処理装置は、前記医療機関の識別情報及び前記医療機関における患者の識別情報に対する固有の紐付番号の付与を、前記医療情報紐付装置に依頼する第１依頼部を備える。また、前記医療機関情報処理装置は、前記医療情報紐付装置により付与された紐付番号を表す情報を、前記個人向け医療情報管理サービスを利用するユーザの端末装置において読み取り可能な媒体に出力する出力部を備える。前記個人医療情報処理装置は、前記医療機関情報処理装置で管理する医療情報と前記個人医療情報処理装置で管理する医療情報との紐付けを依頼する第２依頼部を備える。第２依頼部は、前記ユーザの端末装置において、前記媒体から読み取ることにより取得された紐付番号と、前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報とを前記医療情報紐付装置に送信する。前記医療情報紐付装置は、前記第１依頼部からの依頼に対して紐付番号を付与し、前記医療機関の識別情報及び前記患者の識別情報と前記紐付番号とを対応付けて記憶部に記憶する付与部を備える。また、前記第２依頼部からの依頼に基づいて、受信した前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報を、受信した紐付番号に一致する前記記憶部に記憶された紐付番号に対応付けて前記記憶部に登録する登録部を備える。
【発明の効果】
【００１１】
一つの側面として、医療機関で管理される医療情報と、個人向け医療情報管理サービスで管理される医療情報とを、簡易な運用で紐付けることができる、という効果を有する。
【図面の簡単な説明】
【００１２】
【図１】本実施形態に係る医療情報紐付システムの概略構成を示す機能ブロック図である。
【図２】業務システム医療情報テーブルの一例を示す図である。
【図３】患者情報テーブルの一例を示す図である。
【図４】２次元コード画像の出力の一例を示す図である。
【図５】ＰＨＲ医療情報テーブルの一例を示す図である。
【図６】ユーザ情報テーブルの一例を示す図である。
【図７】紐付テーブルの一例を示す図である。
【図８】エントリポイントテーブルの一例を示す図である。
【図９】医療情報紐付サーバとして機能するコンピュータの概略構成を示すブロック図である。
【図１０】業務システム用サーバとして機能するコンピュータの概略構成を示すブロック図である。
【図１１】ＰＨＲサービス用サーバとして機能するコンピュータの概略構成を示すブロック図である。
【図１２】医療情報紐付システムにおける一連の処理の一例を示すシーケンス図である。
【図１３】業務システム側処理の一例を示すフローチャートである。
【図１４】生成処理の一例を示すフローチャートである。
【図１５】紐付テーブルの一例を示す図である。
【図１６】ＰＨＲサービス側処理の一例を示すフローチャートである。
【図１７】登録処理が実行される（図１２のＳ５０）。
【図１８】紐付テーブルの一例を示す図である。
【図１９】エントリポイントテーブルの一例を示す図である。
【図２０】中継処理の一例を示すフローチャートである。
【図２１】本実施形態により提供される医療情報紐付基盤の一例を概略的に示す図である。
【図２２】紐付テーブルの一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して開示の技術に係る実施形態の一例を詳細に説明する。
【００１４】
図１に示すように、本実施形態に係る医療情報紐付システム１０は、医療情報紐付サーバ２０と、複数の業務システム用サーバ３０と、複数のＰＨＲ（Personal Health Record）サービス用サーバ４０と、複数のユーザ端末５０とを含む。医療情報紐付サーバ２０と、複数の業務システム用サーバ３０の各々と、複数のＰＨＲサービス用サーバ４０の各々と、複数のユーザ端末５０の各々とは、ネットワーク１５を介して互いに接続される。なお、医療情報紐付サーバ２０は、開示の技術の医療情報紐付装置の一例である。また、業務システム用サーバ３０は、開示の技術の医療機関情報処理装置の一例である。また、ＰＨＲサービス用サーバ４０は、開示の技術の個人向け医療情報処理装置の一例である。
【００１５】
業務システム用サーバ３０は、例えば、病院、診療所、介護事業者、調剤薬局などの医療機関で稼動し、各医療機関で行われる診察、検査、処方箋の発行等に関する各種医療情報を管理する。業務システム用サーバ３０は、例えば、電子カルテシステム、介護支援システム、調剤レセプトコンピュータなどの業務システムとして稼動するサーバである。また、業務システム用サーバ３０は、所定地域内に存在する複数の医療機関における医療情報を集約して管理する地域連携システムとして稼動するサーバであってもよい。
【００１６】
図１に示すように、業務システム用サーバ３０は、業務システムとＰＨＲサービスとの紐付に関する機能部として、発行依頼部３１と、出力部３２とを含む。発行依頼部３１は、開示の技術の第１依頼部の一例である。また、業務システム用サーバ３０は、業務システム医療情報テーブル３５と、患者情報テーブル３６とを有する。
【００１７】
まず、業務システム用サーバ３０が有する各テーブルについて説明する。
【００１８】
業務システム医療情報テーブル３５には、患者を識別するための患者ＩＤと、その患者ＩＤで識別される患者についての医療情報とが対応付けられて記憶される。図２に、業務システム医療情報テーブル３５の一例を示す。図２の業務システム医療情報テーブル３５の例では、患者ＩＤに対応付けて、「診察日」、「情報種別」、「文書」、及び「更新日時」の各情報が記憶されている。「診察日」は、診察や検査が行われた日、処方箋が発行された日等の情報である。「情報種別」は、診察、検査、処方箋等の医療情報の種別を示す情報である。「文書」は、医療情報の内容を示す文書データである。「更新日時」は、業務システム医療情報テーブル３５上の各医療情報が更新された日時である。
【００１９】
患者情報テーブル３６には、患者ＩＤと、その患者ＩＤで識別される患者の属性情報とが対応付けられて記憶される。図３に、患者情報テーブル３６の一例を示す。図３の患者情報テーブル３６の例では、患者ＩＤに対応付けて、患者の属性情報として、「氏名」、「生年月日」、「住所」等の各情報が記憶されている。なお、患者の属性情報としては、性別や年齢等、その他の属性情報を含んでもよい。
【００２０】
次に、業務システム用サーバ３０の各機能部について説明する。
【００２１】
発行依頼部３１は、業務システムとＰＨＲサービスとの紐付に使用される紐付番号を表す２次元コード画像の発行（詳細は後述）を、医療情報紐付サーバ２０に対して依頼する。具体的には、医療機関の医師などの操作者により、その医療機関で稼動する業務システム用サーバ３０に対して、２次元コード画像の発行依頼が指示される。２次元コード画像の発行依頼は、例えば、業務システム用サーバ３０により提供される業務システムのメニューから該当の項目を選択することなどにより指示することができる。
【００２２】
発行依頼部３１は、２次元コード画像の発行依頼を受け付けると、例えば、操作者が直接入力したり、診察カード等に印字された患者ＩＤを示すバーコード等をバーコードリーダで読み取ったりすることにより入力された対象の患者の患者ＩＤを取得する。また、発行依頼部３１は、業務システム用サーバ３０の所定の記憶領域に予め記憶された、業務システム（自システム）の識別情報である業務システムＩＤ、及び医療機関の識別情報である医療機関ＩＤを取得する。さらに、発行依頼部３１は、患者情報テーブル３６から、取得した患者ＩＤに対応する患者の属性情報のうち、予め定めた属性情報を取得する。ここでは、患者の属性情報として、「生年月日」を取得する場合について説明する。発行依頼部３１は、取得した患者ＩＤ、業務システムＩＤ、医療機関ＩＤ、及び患者の属性情報を含む発行依頼を生成し、ネットワーク１５を介して医療情報紐付サーバ２０へ送信する。
【００２３】
出力部３２は、２次元コード画像の発行依頼に対して返送された２次元コード画像のデータを受け付けると、業務システム用サーバ３０に接続されたプリンタにより、受信した２次元コード画像が紙媒体に印字出力されるように制御する。図４に、２次元コード画像の出力の一例を示す。図４では、紙媒体３７に、２次元コード画像３８と、２次元コード画像３８を使用して業務システムとＰＨＲサービスとを紐付けるための説明３９とが印字出力された例を示している。
【００２４】
ＰＨＲサービス用サーバ４０は、例えば、母子手帳、お薬手帳などの個人の健康に関する医療情報であるＰＨＲを管理するためのＰＨＲサービスを提供するサーバである。ＰＨＲサービス用サーバ４０は、ユーザ端末５０に対して、例えば、ウェブアプリケーションやモバイルアプリケーションの形態でＰＨＲサービスを提供することができる。
【００２５】
図１に示すように、ＰＨＲサービス用サーバ４０は、業務システムとＰＨＲサービスとの紐付に関する機能部として、紐付依頼部４１を含む。なお、紐付依頼部４１は、開示の技術の第２依頼部の一例である。また、ＰＨＲサービス用サーバ４０は、ＰＨＲ医療情報テーブル４５と、ユーザ情報テーブル４６とを有する。
【００２６】
まず、ＰＨＲサービス用サーバ４０が有する各テーブルについて説明する。
【００２７】
ＰＨＲ医療情報テーブル４５には、ＰＨＲサービスを利用するユーザを識別するためのユーザＩＤと、そのユーザＩＤで識別されるユーザについての医療情報とが対応付けて記憶される。図５に、ＰＨＲ医療情報テーブル４５の一例を示す。図５のＰＨＲ医療情報テーブル４５の例では、ユーザＩＤに対応付けて、「医療機関ＩＤ」、「診察日」、「情報種別」、及び「文書」の各情報が記憶されている。「医療機関ＩＤ」には、医療情報の管理元である医療機関を示す医療機関ＩＤが記憶される。「診察日」、「情報種別」、及び「文書」に記憶される情報は、業務システム医療情報テーブル３５と同様である。ＰＨＲ医療情報テーブル４５には、ＰＨＲサービスが提供されているユーザ端末５０からユーザが直接入力した医療情報や、後述する業務システムとＰＨＲサービスとの紐付により業務システム用サーバ３０から取得された医療情報が記憶される。
【００２８】
ユーザ情報テーブル４６は、ユーザＩＤと、そのユーザＩＤで識別されるユーザの属性情報とが対応付けて記憶される。図６に、ユーザ情報テーブル４６の一例を示す。図６のユーザ情報テーブル４６の例では、ユーザＩＤに対応付けて、ユーザの属性情報として、「氏名」、「生年月日」、「住所」等の情報が記憶されている。なお、ユーザの属性情報としては、性別や年齢等、その他の属性情報を含んでもよい。
【００２９】
次に、ＰＨＲサービス用サーバ４０の機能部について説明する。
【００３０】
紐付依頼部４１は、業務システムとＰＨＲサービスとを紐付けるために、医療情報紐付サーバ２０に対して、業務システム用サーバ３０が有する医療情報と、ＰＨＲサービス用サーバ４０が有する医療情報との紐付を依頼する。具体的には、紐付依頼部４１は、ユーザに対して発行された２次元コード画像をユーザ端末５０から読み込むことにより取得された紐付番号及び有効期限（詳細は後述）を、ユーザ端末５０から受信する。また、紐付依頼部４１は、ＰＨＲサービスにログインしているユーザのユーザＩＤを取得する。また、紐付依頼部４１は、ＰＨＲサービス用サーバ４０の所定の記憶領域に予め記憶されたＰＨＲサービス（自サービス）の識別情報であるサービスＩＤを取得する。さらに、紐付依頼部４１は、ユーザ情報テーブル４６から、取得したユーザＩＤに対応するユーザの属性情報を取得する。取得するユーザの属性情報は、予め定めた属性情報であり、業務システム用サーバ３０の発行依頼部３１から医療情報紐付サーバ２０へ送信される発行依頼に含まれる属性情報と同一のものを取得するように設定しておく。従って、ここでは、属性情報として「生年月日」を取得する。紐付依頼部４１は、取得した紐付番号、有効期限、ユーザＩＤ、サービスＩＤ、ユーザの属性情報を含む紐付依頼を生成し、ネットワーク１５を介して医療情報紐付サーバ２０へ送信する。
【００３１】
ユーザ端末５０は、画像を表示する表示部、情報を入力する入力部、及び２次元コード画像を読み取る読取部を備えた端末装置である。ユーザ端末５０としては、例えば、パーソナルコンピュータ、タブレット端末、スマートフォン等を用いることができる。
【００３２】
医療情報紐付サーバ２０は、業務システムとＰＨＲサービスとの紐付を実現する医療情報紐付基盤として機能する。医療情報紐付サーバ２０は、業務システムとＰＨＲサービスとの紐付を実現するために、業務システムＩＤ及び医療機関ＩＤと患者ＩＤとのペアと、ＰＨＲサービスのサービスＩＤとユーザＩＤとのペアとを紐付ける。これにより、業務システムにおける患者ＩＤに対応付けられた医療情報と、ＰＨＲサービスにおけるユーザＩＤに対応付けられた医療情報とが紐付けられる。なお、業務システムＩＤ及び医療機関ＩＤは、開示の技術の医療機関の識別情報の一例である。本実施形態では、地域連携システムのように、複数の医療機関の医療情報を集約して管理する業務システムも想定しているため、業務システムＩＤ及び医療機関ＩＤにより、医療情報の紐付の対象となる医療機関を特定するものである。
【００３３】
図１に示すように、医療情報紐付サーバ２０は、機能部として、送受信部２１と、生成部２２と、登録部２３と、中継部２４とを含む。なお、生成部２２は、開示の技術の付与部の一例である。また、医療情報紐付サーバ２０は、紐付テーブル２５と、エントリポイントテーブル２６とを有する。
【００３４】
まず、医療情報紐付サーバ２０が有する各テーブルについて説明する。
【００３５】
紐付テーブル２５には、業務システム用サーバ３０から受信した発行依頼毎に採番した固有の紐付番号に対応付けて、発行依頼に含まれる情報と、ＰＨＲサービス用サーバ４０から受信した紐付依頼に含まれる情報とが記憶される。図７に、紐付テーブル２５の一例を示す。図７の紐付テーブル２５の例では、紐付番号に対応付けて、発行依頼に含まれる業務システムＩＤ、医療機関ＩＤ、患者ＩＤ、及び患者の属性情報（ここでは「生年月日」）が記憶されている。また、紐付番号に対応付けて、紐付依頼に含まれるサービスＩＤ、ユーザＩＤ、及びユーザの属性情報（ここでは「生年月日」）が記憶されている。また、紐付テーブル２５には、紐付番号を採番する際に設定された、２次元コード画像の有効期限も記憶されている。２次元コード画像の有効期限とは、発行された２次元コード画像を用いて紐付依頼を行うことができる期限である。
【００３６】
エントリポイントテーブル２６には、紐付テーブル２５に登録されている業務システム及びＰＨＲサービスの各々について、ネットワーク１５上での位置を表す情報として、エントリポイントが記憶される。「エントリポイント」とは、業務システムまたはＰＨＲサービスへのアクセス先を示すＵＲＬである。図８に、エントリポイントテーブル２６の一例を示す。図８のエントリポイントテーブル２６の例では、業務システムＩＤまたはサービスＩＤに対応付けて、「エントリポイント」及び「サービスタイプ」の情報が記憶されている。「サービスタイプ」は、アクセス先が業務システムかＰＨＲサービスかを示す情報である。
【００３７】
次に、医療情報紐付サーバ２０の各機能部について説明する。
【００３８】
送受信部２１は、業務システム用サーバ３０及びＰＨＲサービス用サーバ４０の各々との間で、情報の送受信を行う。また、送受信部２１は、業務システム用サーバ３０から送信された発行依頼を受信すると、発行依頼を生成部２２へ受け渡す。また、送受信部２１は、生成部２２で生成された２次元コード画像のデータを生成部２２から受け取ると、発行依頼の送信元である業務システム用サーバ３０へ返送する。また、送受信部２１は、ＰＨＲサービス用サーバ４０から紐付依頼を受信すると、紐付依頼を登録部２３へ受け渡す。
【００３９】
生成部２２は、送受信部２１から発行依頼を受け取ると、紐付テーブル２５を参照して、受け取った発行依頼に対して固有の紐付番号を採番して付与する。生成部２２は、付与した紐付番号に対応付けて、発行依頼に含まれる業務システムＩＤ、医療機関ＩＤ、患者ＩＤ、及び患者の属性情報を、紐付テーブル２５に記憶する。また、生成部２２は、発行する２次元コード画像の有効期限として、現時点から所定期間後（例えば、１週間後、１ヶ月後など）の日付を設定し、紐付テーブル２５に記憶する。さらに、生成部２２は、付与した紐付番号及び設定した有効期限を表す２次元コード画像を生成し、送受信部２１へ受け渡す。
【００４０】
登録部２３は、送受信部２１から紐付依頼を受け取ると、紐付依頼に含まれる有効期限を確認する。現時点で有効期限を経過していない場合には、登録部２３は、紐付依頼に含まれるユーザの属性情報と、紐付依頼に含まれる紐付番号と一致する紐付番号に対応付けて紐付テーブル２５に記憶されている患者の属性情報とを照合する。属性情報が一致した場合には、登録部２３は、紐付依頼に含まれるサービスＩＤ、ユーザＩＤ、及びユーザの属性情報を、紐付依頼に含まれる紐付番号と一致する紐付番号に対応付けて紐付テーブル２５に記憶する。これにより、紐付番号をキーとして、業務システムＩＤ及び医療機関ＩＤと患者ＩＤとのペアと、サービスＩＤとユーザＩＤとのペアとの対応関係を示す紐付情報が、紐付テーブル２５に登録されたことになる。
【００４１】
また、登録部２３は、登録した紐付情報に含まれる業務システムＩＤが示す業務システムのエントリポイント、及びサービスＩＤが示すＰＨＲサービスのエントリポイントを、エントリポイントテーブル２６に登録する。なお、エントリポイントの情報は、例えば、業務システム用サーバ３０から受信した発行依頼、及びＰＨＲサービス用サーバ４０から受信した紐付依頼の各々のヘッダ情報等から抽出することができる。
【００４２】
中継部２４は、業務システムとＰＨＲサービスとの間で行われる医療情報に対する検索依頼及び検索結果の返送を中継する。具体的には、ＰＨＲサービスから、サービスＩＤ及びユーザＩＤを含む医療情報の検索依頼を受信すると、紐付テーブル２５を参照して、受信したサービスＩＤ及びユーザＩＤと紐付けられた業務システムＩＤ及び医療機関ＩＤと患者ＩＤとを特定する。中継部２４は、特定した業務システムＩＤに対応するエントリポイントをエントリポイントテーブル２６から取得し、紐付テーブル２５から特定した医療機関ＩＤ及び患者ＩＤを含む検索依頼を中継する。中継部２４は、患者ＩＤに対応する医療情報として業務システムで検索された検索結果を業務システム用サーバ３０から受信すると、検索依頼元のＰＨＲサービス用サーバ４０へ検索結果を中継する。
【００４３】
また、中継部２４は、業務システムから、業務システムＩＤ及び医療機関ＩＤと患者ＩＤとを含む医療情報の検索依頼を受信すると、紐付テーブル２５を参照する。そして、受信した業務システムＩＤ及び医療機関ＩＤと患者ＩＤと紐付けられたサービスＩＤ及びユーザＩＤを特定する。中継部２４は、特定したサービスＩＤに対応するエントリポイントをエントリポイントテーブル２６から取得し、紐付テーブル２５から特定したユーザＩＤを含む検索依頼を中継する。中継部２４は、ユーザＩＤに対応する医療情報としてＰＨＲサービスで検索された検索結果をＰＨＲサービス用サーバ４０から受信すると、検索依頼元の業務システム用サーバ３０へ検索結果を中継する。
【００４４】
医療情報紐付サーバ２０は、例えば、図９に示すコンピュータ６０で実現することができる。コンピュータ６０はＣＰＵ６１、一時記憶領域としてのメモリ６２、及び不揮発性の記憶部６３を備える。また、コンピュータ６０は、表示装置及び入力装置等の入出力装置６８が接続される入出力インターフェース（Ｉ／Ｆ）６４を備える。また、コンピュータ６０は、記録媒体６９に対するデータの読み込み及び書き込みを制御するｒｅａｄ／ｗｒｉｔｅ（Ｒ／Ｗ）部６５、及びインターネット等のネットワーク１５に接続されるネットワークＩ／Ｆ６６を備える。ＣＰＵ６１、メモリ６２、記憶部６３、入出力Ｉ／Ｆ６４、Ｒ／Ｗ部６５、及びネットワークＩ／Ｆ６６は、バス６７を介して互いに接続される。
【００４５】
記憶部６３は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（solid state drive）、フラッシュメモリ等によって実現できる。記憶媒体としての記憶部６３には、コンピュータ６０を医療情報紐付サーバ２０として機能させるための医療情報紐付プログラム７０が記憶される。また、記憶部６３は、紐付テーブル２５を構成する情報が記憶される紐付情報記憶領域７５と、エントリポイントテーブル２６を構成する情報が記憶されるエントリポイント記憶領域７６とを有する。ＣＰＵ６１は、医療情報紐付プログラム７０を記憶部６３から読み出してメモリ６２に展開し、医療情報紐付プログラム７０が有するプロセスを順次実行する。また、ＣＰＵ６１は、紐付情報記憶領域７５から情報を読み出して、紐付テーブル２５としてメモリ６２に展開する。また、ＣＰＵ６１は、エントリポイント記憶領域７６から情報を読み出して、エントリポイントテーブル２６としてメモリ６２に展開する。
【００４６】
医療情報紐付プログラム７０は、送受信プロセス７１と、生成プロセス７２と、登録プロセス７３と、中継プロセス７４とを有する。ＣＰＵ６１は、送受信プロセス７１を実行することで、図１に示す送受信部２１として動作する。また、ＣＰＵ６１は、生成プロセス７２を実行することで、図１に示す生成部２２として動作する。また、ＣＰＵ６１は、登録プロセス７３を実行することで、図１に示す登録部２３として動作する。また、ＣＰＵ６１は、中継プロセス７４を実行することで、図１に示す中継部２４として動作する。これにより、医療情報紐付プログラム７０を実行したコンピュータ６０が、医療情報紐付サーバ２０として機能することになる。
【００４７】
業務システム用サーバ３０は、例えば、図１０に示すコンピュータ８０で実現することができる。コンピュータ８０は、バス８７を介して互いに接続されたＣＰＵ８１、メモリ８２、記憶部８３、入出力装置８８が接続される入出力Ｉ／Ｆ８４、記録媒体８９に対するデータの読み込み及び書き込みを制御するＲ／Ｗ部８５、及びネットワークＩ／Ｆ８６を備える。
【００４８】
記憶媒体としての記憶部８３には、コンピュータ８０を、業務システム用サーバ３０における紐付に関する各機能部として機能させるための業務システム側プログラム９０が記憶される。また、記憶部８３は、業務システム医療情報テーブル３５を構成する情報が記憶される業務システム医療情報記憶領域９５と、患者情報テーブル３６を構成する情報が記憶される患者情報記憶領域９６とを有する。ＣＰＵ８１は、業務システム側プログラム９０を記憶部８３から読み出してメモリ８２に展開し、業務システム側プログラム９０が有するプロセスを順次実行する。また、ＣＰＵ８１は、業務システム医療情報記憶領域９５から情報を読み出して、業務システム医療情報テーブル３５としてメモリ８２に展開する。また、ＣＰＵ８１は、患者情報記憶領域９６から情報を読み出して、患者情報テーブル３６としてメモリ８２に展開する。
【００４９】
業務システム側プログラム９０は、発行依頼プロセス９１と、出力プロセス９２とを有する。ＣＰＵ８１は、発行依頼プロセス９１を実行することで、図１に示す発行依頼部３１として動作する。また、ＣＰＵ８１は、出力プロセス９２を実行することで、図１に示す出力部３２として動作する。これにより、業務システム側プログラム９０を実行したコンピュータ８０が、業務システム用サーバ３０における紐付に関する各機能部として機能することになる。
【００５０】
ＰＨＲサービス用サーバ４０は、例えば、図１１に示すコンピュータ１００で実現することができる。コンピュータ１００は、ＣＰＵ１０１、メモリ１０２、記憶部１０３、入出力装置１０８が接続される入出力Ｉ／Ｆ１０４、記録媒体１０９に対するデータの読み込み及び書き込みを制御するＲ／Ｗ部１０５、及びネットワークＩ／Ｆ１０６を備える。ＣＰＵ１０１、メモリ１０２、記憶部１０３、入出力Ｉ／Ｆ１０４、Ｒ／Ｗ部１０５、及びネットワークＩ／Ｆ１０６は、バス１０７を介して互いに接続されている。
【００５１】
記憶媒体としての記憶部１０３には、コンピュータ１００を、ＰＨＲサービス用サーバ４０における紐付に関する機能部として機能させるためのＰＨＲサービス側プログラム１１０が記憶される。また、記憶部１０３は、ＰＨＲ医療情報テーブル４５を構成する情報が記憶されるＰＨＲ医療情報記憶領域１１５と、ユーザ情報テーブル４６を構成する情報が記憶されるユーザ情報記憶領域１１６とを有する。ＣＰＵ１０１は、ＰＨＲサービス側プログラム１１０を記憶部１０３から読み出してメモリ１０２に展開し、ＰＨＲサービス側プログラム１１０が有するプロセスを順次実行する。また、ＣＰＵ１０１は、ＰＨＲ医療情報記憶領域１１５から情報を読み出して、ＰＨＲ医療情報テーブル４５としてメモリ１０２に展開する。また、ＣＰＵ１０１は、ユーザ情報記憶領域１１６から情報を読み出して、ユーザ情報テーブル４６としてメモリ１０２に展開する。
【００５２】
ＰＨＲサービス側プログラム１１０は、紐付依頼プロセス１１１を有する。ＣＰＵ１０１は、紐付依頼プロセス１１１を実行することで、図１に示す紐付依頼部４１として動作する。これにより、ＰＨＲサービス側プログラム１１０を実行したコンピュータ１００が、ＰＨＲサービス用サーバ４０における紐付に関する機能部として機能することになる。
【００５３】
なお、医療情報紐付サーバ２０、業務システム用サーバ３０、及びＰＨＲサービス用サーバ４０の各々は、例えば半導体集積回路、より詳しくはＡＳＩＣ（Application Specific Integrated Circuit）等で実現することも可能である。
【００５４】
次に、図１２に示すシーケンス図を参照して、本実施形態に係る医療情報紐付システム１０の作用について説明する。
【００５５】
まず、例えば、患者が医療機関に来院し、その医療機関における業務システムと、その患者が利用するＰＨＲサービスとの紐付を希望する旨を、その医療機関の医師等に申告する。医療機関の医師等は、業務システム用サーバ３０により提供される業務システムのメニューから該当の項目を選択するなどして、その医療機関で稼動する業務システム用サーバ３０に、２次元コード画像の発行依頼を指示する。業務システム用サーバ３０に発行依頼が指示されると、業務システム用サーバ３０において、図１３に示す業務システム側処理が実行される（図１２のＳ１０−１）。
【００５６】
図１３に示す業務システム側処理のステップＳ１１で、発行依頼部３１が、入力等により指定された患者ＩＤと、業務システム用サーバ３０の所定の記憶領域に予め記憶された業務システムＩＤ及び医療機関ＩＤを取得する。さらに、発行依頼部３１は、患者情報テーブル３６に記憶された患者の属性情報から、予め定められた属性情報（ここでは「生年月日」とする）を取得する。
【００５７】
ここでは、医療機関Ｂの患者「山田太郎」が紐付を希望したとする。また、医療機関Ｂで稼動する業務システム用サーバ３０が有する業務システム医療情報テーブル３５が図２、患者情報テーブル３６が図３であるとする。従って、紐付を希望する患者の患者ＩＤとして、「Ａ００１９」（図３参照）が指定される。また、医療機関Ｂの医療機関ＩＤ「Ｈ０００８」、医療機関Ｂの医療情報を管理する業務システムの業務システムＩＤ「ｓｙｓｔｅｍＢ．ｎｅｔ」が所定の記憶領域に記憶されているものとする。この場合、発行依頼部３１は、患者ＩＤ「Ａ００１９」、業務システムＩＤ「ｓｙｓｔｅｍＢ．ｎｅｔ」、医療機関ＩＤ「Ｈ０００８」、及び生年月日「１９７９／７／１」（図３参照）を取得する。
【００５８】
次に、ステップＳ１２で、発行依頼部３１が、取得した患者ＩＤ、業務システムＩＤ、医療機関ＩＤ、及び患者の属性情報を含む発行依頼を生成し、ネットワーク１５を介して医療情報紐付サーバ２０へ送信する。
【００５９】
次に、ステップＳ１３で、出力部３２が、業務システム用サーバ３０から、２次元コード画像のデータを受信したか否かを判定する。受信した場合には、処理はステップＳ１４へ移行し、受信していない場合には、受信するまで待機状態となる。
【００６０】
ここで、業務システム用サーバ３０から送信された発行依頼を受信した医療情報紐付サーバ２０での処理について説明する。医療情報紐付サーバ２０の送受信部２１が、業務システム用サーバ３０から送信された発行依頼を受信すると、業務システム用サーバ３０において、図１４に示す生成処理が実行される（図１２のＳ２０）。
【００６１】
図１４に示す生成処理のステップＳ２１で、送受信部２１が、受信した発行依頼を生成部２２へ受け渡す。生成部２２は、送受信部２１から発行依頼を受け取ると、紐付テーブル２５を参照して、受け取った発行依頼に対して固有の紐付番号を採番して付与する。そして、生成部２２は、発行依頼に含まれる業務システムＩＤ、医療機関ＩＤ、患者ＩＤ、及び患者の属性情報を、付与した紐付番号に対応付けて紐付テーブル２５に記憶する。また、生成部２２は、発行する２次元コード画像の有効期限として、現時点から所定期間後（例えば、１週間後、１ヶ月後など）の日付を設定し、紐付テーブル２５に記憶する。
【００６２】
例えば、採番前の紐付テーブル２５が、図７に示すような状態であったとすると、生成部２２は、受け付けた発行依頼に対して、例えば、紐付番号「Ｒ０００４」を採番して付与する。そして、生成部２２は、図１５の破線部に示すように、発行依頼に含まれる業務システムＩＤ「ｓｙｓｔｅｍＢ．ｎｅｔ」、医療機関ＩＤ「Ｈ０００８」を、付与した紐付番号「Ｒ０００４」に対応付けて紐付テーブル２５に記憶する。同様に、生成部２２は、発行依頼に含まれる患者ＩＤ「Ａ００１９」、生年月日「１９７９／７／１」、及び設定した有効期限を、付与した紐付番号「Ｒ０００４」に対応付けて紐付テーブル２５に記憶する。
【００６３】
次に、ステップＳ２２で、生成部２２が、付与した紐付番号及び設定した有効期限を表す２次元コード画像を生成し、２次元コード画像のデータを送受信部２１へ受け渡す。次に、ステップＳ２３で、送受信部２１が、受け取った２次元コード画像のデータを、発行依頼元の業務システム用サーバ３０へ返送し、生成処理を終了する。
【００６４】
上記のように返送された２次元コード画像を業務システム用サーバ３０の出力部３２が受け付けると、図１３に示す業務システム側処理の上記ステップＳ１３で肯定判定されて、処理はステップＳ１４へ移行する。ステップＳ１４では、出力部３２が、業務システム用サーバ３０に接続されたプリンタにより、例えば、図４に示すように、受信した２次元コード画像が紙媒体に印字出力されるように制御し、業務システム側処理を終了する（図１２のＳ１０−２）。
【００６５】
次に、ＰＨＲサービスを利用するユーザが、ユーザ端末５０からＰＨＲサービスにユーザＩＤを用いてログインすると共に、ユーザが患者として来院した医療機関で発行された２次元コード画像を、ユーザ端末５０から読み込む（図１２のＳ３０）。ユーザ端末５０は、読み込んだ２次元コード画像が表す紐付番号及び有効期限を取得し、ＰＨＲサービス用サーバ４０へ送信する。ＰＨＲサービス用サーバ４０が、ユーザ端末５０から送信された紐付番号及び有効期限を受信すると、ＰＨＲサービス用サーバ４０において、図１６に示すＰＨＲサービス側処理が実行される（図１２のＳ４０−１）。
【００６６】
図１６に示すＰＨＲサービス側処理のステップＳ４１で、紐付依頼部４１が、受信された紐付番号及び有効期限を取得する。また、紐付依頼部４１が、ＰＨＲサービスにログインしているユーザのユーザＩＤを取得する。また、紐付依頼部４１は、ＰＨＲサービス用サーバ４０の所定の記憶領域に予め記憶されたサービスＩＤを取得する。さらに、紐付依頼部４１は、ユーザ情報テーブル４６に記憶されたユーザの属性情報から、予め定められた属性情報（ここでは「生年月日」）を取得する。
【００６７】
ここでは、上述の「山田太郎」が、医療機関Ｂで発行された２次元コード画像を用いて、医療機関Ｂの業務システムと「お薬手帳」に関するＰＨＲサービスとの紐付を行うものとする。また、「お薬手帳」に関するＰＨＲサービスを提供するＰＨＲサービス用サーバ４０が有するＰＨＲ医療情報テーブル４５が図５、ユーザ情報テーブル４６が図６であるとする。従って、「山田太郎」は、「お薬手帳」に関するＰＨＲサービスに、ユーザＩＤ「ａａａ＠ｄｏｍｏｋｏ．ｎｅ．ｊｐ」（図６参照）でログインする。また、「お薬手帳」に関するＰＨＲサービスのサービスＩＤ「ｄｒｕｇｎｏｔｅ．ｎｅｔ」が所定の記憶領域に記憶されているものとする。この場合、紐付依頼部４１は、紐付番号「Ｒ０００４」、及び有効期限「２０１４／１０／３１」（図１５参照）を取得する。また、紐付依頼部４１は、ユーザＩＤ「ａａａ＠ｄｏｍｏｋｏ．ｎｅ．ｊｐ」、サービスＩＤ「ｄｒｕｇｎｏｔｅ．ｎｅｔ」、及び生年月日「１９７９／７／１」（図６参照）を取得する。
【００６８】
次に、ステップＳ４２で、紐付依頼部４１が、取得した紐付番号、有効期限、ユーザＩＤ、サービスＩＤ、及びユーザの属性情報を含む紐付依頼を生成し、ネットワーク１５を介して医療情報紐付サーバ２０へ送信する。
【００６９】
次に、ステップＳ４３で、紐付依頼部４１が、医療情報紐付サーバ２０から、紐付依頼に対する紐付結果を受信したか否かを判定する。受信した場合には、処理はステップＳ４４へ移行し、受信していない場合には、受信するまで待機状態となる。
【００７０】
ここで、ＰＨＲサービス用サーバ４０から送信された紐付依頼を受信した医療情報紐付サーバ２０での処理について説明する。医療情報紐付サーバ２０の送受信部２１が、ＰＨＲサービス用サーバ４０から送信された紐付依頼を受信すると、医療情報紐付サーバ２０において、図１７に示す登録処理が実行される（図１２のＳ５０）。
【００７１】
図１７に示す登録処理のステップＳ５１で、送受信部２１が、受信した紐付依頼を登録部２３へ受け渡す。そして、登録部２３が、紐付依頼に含まれる有効期限を確認し、現時点で有効期限を経過していないか否かを判定する。経過していない場合には、処理はステップＳ５２へ移行する。経過している場合には、２次元コード画像の有効期限切れ、すなわち紐付依頼を許可することができないため、紐付情報の登録を行うことなく、処理はステップＳ５６へ移行する。
【００７２】
ステップＳ５２では、登録部２３が、紐付依頼に含まれるユーザの属性情報と、紐付依頼に含まれる紐付番号と一致する紐付番号に対応付けて紐付テーブル２５に記憶されている患者の属性情報とを照合する。属性情報が一致した場合には、処理はステップＳ５３へ移行し、一致しない場合には、２次元コード画像が発行された患者と、ＰＨＲサービスを利用するユーザとの同一性が担保されないため、紐付情報の登録を行うことなく、処理はステップＳ５６へ移行する。
【００７３】
ここでは、紐付依頼に含まれるユーザの属性情報（「生年月日」）は「１９７９／７／１」である。また、紐付依頼に含まれる紐付番号「Ｒ０００４」と一致する紐付番号に対応付けて紐付テーブル２５に記憶されている患者の属性情報（「生年月日」）は、図１５に示すように、「１９７９／７／１」である。従って、上記ステップＳ５２で肯定判定される。
【００７４】
ステップＳ５３では、登録部２３が、紐付依頼に含まれるサービスＩＤ、ユーザＩＤ、及びユーザの属性情報を、紐付テーブル２５に記憶することにより、紐付番号をキーとする紐付情報を紐付テーブル２５に登録する。
【００７５】
例えば、登録部２３は、図１８の破線部に示すように、紐付依頼に含まれる紐付番号と一致する紐付テーブル２５の紐付番号「Ｒ０００４」に対応付けて、紐付依頼に含まれるサービスＩＤ「ｄｒｕｇｎｏｔｅ．ｎｅｔ」を、紐付テーブル２５に記憶する。同様に、登録部２３は、紐付依頼に含まれるユーザＩＤ「ａａａ＠ｄｏｍｏｋｏ．ｎｅ．ｊｐ」、及び生年月日「１９７９／７／１」を、紐付番号「Ｒ０００４」に対応付けて紐付テーブル２５に記憶する。従って、紐付番号「Ｒ０００４」をキーとして、「山田太郎」について、医療機関Ｂと「お薬手帳」に関するＰＨＲサービスとの対応関係を示す紐付情報が、紐付テーブル２５に登録されたことになる。
【００７６】
次に、ステップＳ５４で、登録部２３が、紐付テーブル２５に登録した紐付情報に含まれる業務システムＩＤが示す業務システムのエントリポイント、及びサービスＩＤが示すＰＨＲサービスのエントリポイントを、エントリポイントテーブル２６に登録する。例えば、図８に示す状態のエントリポイントテーブル２６に、図１９の破線部に示すように、紐付情報に基づいて、エントリポイントを登録する。なお、図８の例では、サービスＩＤ「ｄｒｕｇｎｏｔｅ．ｎｅｔ」で示される「お薬手帳」に関するＰＨＲサービスは、既にエントリポイントテーブル２６に登録済みであるため、ここでは重複して登録しない。
【００７７】
次に、ステップＳ５５で、登録部２３が、紐付情報の登録が完了した旨の紐付結果を送受信部２１に通知し、送受信部２１から紐付依頼元のＰＨＲサービス用サーバ４０へ紐付結果を送信し、登録処理を終了する。
【００７８】
一方、ステップＳ５６では、登録部２３が、紐付情報を登録できない旨の紐付結果を送受信部２１に通知し、送受信部２１から紐付依頼元のＰＨＲサービス用サーバ４０へ紐付結果を送信し、登録処理を終了する。
【００７９】
上記ステップＳ５５またはＳ５６で送信された紐付結果をＰＨＲサービス用サーバ４０の紐付依頼部４１が受け付けると、図１６に示すＰＨＲサービス側処理の上記ステップＳ４３で肯定判定されて、処理はステップＳ４４へ移行する。ステップＳ４４では、紐付依頼部４１が、受け付けた紐付結果をユーザ端末５０へ通知して、ＰＨＲサービス側処理を終了する（図１２のＳ４０−２）。
【００８０】
次に、上記のように登録された紐付情報に基づいて、業務システムとＰＨＲサービスとの間で医療情報を検索する場合について説明する。
【００８１】
まず、ＰＨＲサービスの利用者であるユーザが、ユーザ端末５０からＰＨＲサービスにログインし、ＰＨＲサービスのメニューから該当の項目を選択するなどして、業務システムにおける医療情報の検索依頼を指示する。これにより、ユーザ端末５０からＰＨＲサービス用サーバ４０に、医療情報の検索依頼が送信される（図１２のＳ６１）。
【００８２】
ＰＨＲサービスでは、ログインしているユーザのユーザＩＤを取得し、取得したユーザＩＤ及び自サービスのサービスＩＤを検索依頼に含めて、医療情報紐付サーバ２０へ転送する（図１２のＳ６２）。
【００８３】
ＰＨＲサービスからの紐付依頼を受信した医療情報紐付サーバ２０では、図２０に示す中継処理が実行される（図１２のＳ７０−１）。
【００８４】
図２０に示す中継処理のステップＳ７１で、中継部２４が、紐付テーブル２５を参照して、受信したサービスＩＤ及びユーザＩＤと紐付けられた業務システムＩＤ及び医療機関ＩＤと患者ＩＤとを特定する。ユーザＩＤ及びサービスＩＤに紐付けられた業務システムＩＤ及び医療機関ＩＤが複数存在する場合には、全て特定する。
【００８５】
次に、ステップＳ７２で、中継部２４が、特定した業務システムＩＤに対応するエントリポイントをエントリポイントテーブル２６から取得し、紐付テーブル２５から特定した医療機関ＩＤ及び患者ＩＤを含む検索依頼を中継する。
【００８６】
次に、ステップＳ７３で、中継部２４が、業務システム用サーバ３０から、検索依頼に対する検索結果を受信したか否かを判定する。受信した場合には、処理はステップＳ７４へ移行し、受信していない場合には、受信するまで待機状態となる。
【００８７】
ここで、医療情報紐付サーバ２０から中継された検索依頼を受信した業務システム用サーバ３０での処理について説明する。検索依頼を受信した業務システム用サーバ３０では、業務システム医療情報テーブル３５から、受信した患者ＩＤをキーに医療情報を取得し、検索結果として、医療情報紐付サーバ２０へ返送する。また、該当の医療情報が存在しない場合には、医療情報が存在しない旨の検索結果を医療情報紐付サーバ２０へ通知する（図１２のＳ８１）。なお、医療機関ＩＤは、地域連携システムのように、１つの業務システムで複数の医療機関の医療情報を管理している場合に、業務システムが有する医療情報のうち、対象の医療機関についての医療情報を特定する際に用いる。
【００８８】
医療情報紐付サーバ２０が、業務システム用サーバ３０からの検索結果を受信すると、図２０に示す中継処理の上記ステップＳ７３で肯定判定されて、処理はステップＳ７４へ移行する。ステップＳ７４では、中継部２４が、受信した検索結果を、検索依頼元のＰＨＲサービス用サーバ４０へ中継して、中継処理を終了する。なお、検索依頼元のＰＨＲサービスに対応する紐付情報が紐付テーブル２５に登録されていない場合には、紐付先が存在しない旨の検索結果を通知する（図１２のステップＳ７０−２）。
【００８９】
ここで、医療情報紐付サーバ２０により提供される医療情報紐付基盤について、より具体的な例を挙げて説明する。
【００９０】
例えば、図２１に示すように、地域連携システムＡ、地域連携システムＢ、電子カルテシステムＣ、電子カルテシステムＤ、介護支援システムＥ、・・・の複数の業務システムが医療情報紐付基盤を利用可能であるとする。また、お薬手帳サービス、母子手帳サービス、健康手帳サービス、在宅療養ノートサービス、・・・の複数のＰＨＲサービスが医療情報紐付基盤を利用可能であるとする。また、地域連携システムＡは「ｓｙｓｔｅｍＡ．ｎｅｔ」、地域連携システムＢは「ｓｙｓｔｅｍＢ．ｎｅｔ」、電子カルテシステムＣは「ｋａｒｔｅＣ．ｃｏｍ」、電子カルテシステムＤは「ｋａｒｔｅＤ．ｃｏｍ」の業務システムＩＤで識別される。また、お薬手帳サービスは「ｄｒｕｇｎｏｔｅ．ｎｅｔ」、健康手帳サービスは「ｈｅａｌｔｈｎｏｔｅ．ｃｏｍ」、在宅療養ノートサービスは「ｚａｉｔａｋｕｎｏｔｅ．ｃｏｍ」のサービスＩＤで識別される。
【００９１】
例えば、現段階での紐付テーブル２５が図７に示す状態にあるとする。なお、患者ＩＤ「Ａ００２８」は、医療機関ＩＤが「Ｈ０００２」の医療機関における「山田太郎」の患者ＩＤである。同様に、患者ＩＤ「Ａ００３７」は、医療機関ＩＤが「Ｈ０１０５」の医療機関における「山田太郎」の患者ＩＤである。この場合、「山田太郎」の医療情報については、図２１において実線矢印で示す関係について紐付がなされていることを表す。従って、「山田太郎」が、お薬手帳サービスから医療情報の検索依頼を行うと、紐付番号「Ｒ０００１」で紐付けられた地域連携システムＡの医療情報、及び「Ｒ０００２」で紐付けられた電子カルテシステムＣの医療情報を取得することができる。
【００９２】
この状態から、上記実施形態で述べたように、紐付番号「Ｒ０００４」の紐付情報が追加され、紐付テーブル２５が図１８に示す状態になったとする。この場合、図２１において破線矢印で示す紐付けが追加されたことを表す。この状態で、上記と同様に、「山田太郎」が、お薬手帳サービスから医療情報の検索依頼を行うと、地域連携システムＡ及び電子カルテシステムＣの医療情報に加え、「Ｒ０００４」で紐付けられた地域連携システムＢの医療情報を取得することができる。
【００９３】
なお、地域連携システムから取得される医療情報は、地域連携システムが有する医療情報のうち、紐付番号に対応する医療機関ＩＤが示す医療機関の医療情報である。
【００９４】
また、ＰＨＲサービス側から医療情報の検索依頼を行う場合に限らず、業務システム側から検索依頼を行うことも可能である。
【００９５】
ここで、電子カルテシステムＤから検索依頼を行う場合について説明する。例えば、図２２の一点破線部に示すような紐付情報が紐付テーブル２５に登録されているとする。この紐付情報は、図２１において一点破線矢印で示す関係を表す。また、電子カルテシステムＤを使用する医療機関の医療機関ＩＤは「Ｈ０２００」であるとする。
【００９６】
この状態で、電子カルテシステムＤから、患者ＩＤ「Ａ０００１」の患者についての医療情報をＰＨＲサービスから取得するとする。なお、患者ＩＤ「Ａ０００１」は、「鈴木一郎」の医療機関ＩＤ「Ｈ０２００」の医療機関における患者ＩＤである。この場合、電子カルテシステムＤから、業務システムＩＤ「ｋａｒｔｅＤ．ｃｏｍ」、医療機関ＩＤ「Ｈ０２００」、及び患者ＩＤ「Ａ０００１」を含む検索依頼を医療情報紐付サーバ２０に送信する。
【００９７】
医療情報紐付サーバ２０では、紐付テーブル２５から、業務システムＩＤ「ｋａｒｔｅＤ．ｃｏｍ」、医療機関ＩＤ「Ｈ０２００」、及び患者ＩＤ「Ａ０００１」をキーとして、紐付番号「Ｒ０００５」の紐付情報が検索される。そして、紐付番号「Ｒ０００５」の紐付情報に基づいて、在宅療養ノートサービスが紐付先のＰＨＲサービスとして特定され、在宅療養ノートサービスから「鈴木一郎」の医療情報が取得される。
【００９８】
以上説明したように、本実施形態に係る医療情報紐付システムによれば、医療機関の識別情報（業務システムＩＤ及び医療機関ＩＤ）と患者の識別情報とのペアに対して、固有の紐付番号を表す２次元コード画像を発行する。また、医療機関の識別情報と患者の識別情報とのペアと、紐付番号とを対応付けて記憶しておく。そして、ＰＨＲサービスからは、２次元コード画像を読み取ることにより取得した紐付番号と、ＰＨＲサービスの識別情報とユーザの識別情報とのペアとを含む紐付依頼を送信する。これにより、紐付番号をキーとして、医療機関の識別情報と患者の識別情報とのペアと、ＰＨＲサービスの識別情報とユーザの識別情報とのペアとを紐付けることができる。従って、ユーザにとっては、医療機関で発行された２次元コード画像を読み取るだけの簡易な運用で、医療機関で管理される医療情報と、ＰＨＲサービスで管理される医療情報とを紐付けることができる。
【００９９】
また、医療機関の識別情報と患者の識別情報とのペアと、ＰＨＲサービスの識別情報とユーザの識別情報とのペアとを紐付けることで、複数の業務システム対複数のＰＨＲサービスの紐付けが実現できる。
【０１００】
また、紐付番号をキーとして、医療機関の識別情報と患者の識別情報とのペアと、ＰＨＲサービスの識別情報とユーザの識別情報とのペアとを紐付ける際、医療機関における患者の属性情報と、ＰＨＲサービスにおけるユーザの属性情報とを照合する。これにより、なりすましなどの不正を防止することができる。
【０１０１】
なお、上記実施形態では、属性情報として生年月日を用いる場合について説明したが、その他の属性情報を用いてもよいし、複数の属性情報を組み合わせて用いてもよい。複数の属性情報を用いた場合には、より不正防止の効果が高まる。
【０１０２】
また、上記実施形態では、医療情報紐付サーバで２次元コード画像を生成する場合について説明したが、２次元コード画像は業務システム用サーバで生成してもよい。この場合、医療情報紐付サーバは、採番した紐付番号及び有効期限の情報を業務システム用サーバに返信すればよい。
【０１０３】
また、上記実施形態では、紐付番号を表すコード画像を２次元コード画像とする場合について説明したが、ユーザ端末から容易に読み取り可能なコード画像であればよく、例えば、１次元のコード画像であってもよい。また、上記実施形態では、紐付番号を表すコード画像を紙媒体に印字出力する場合について説明したが、これに限定されない。ユーザ端末から容易に読み取り可能な状態でコード画像が出力されていれば、出力される媒体や出力方式はどのようなものであってもよい。
【０１０４】
また、紐付番号を表す情報は、コード画像の形態で出力する場合に限定されない。例えば、紐付番号を数字や記号等でそのまま紙媒体に印字出力し、ユーザ端末から文字認識等により紐付番号を読み取るようにしてもよい。
【０１０５】
また、紐付番号を表す情報の媒体への出力は、画像や文字として紙媒体に出力する場合に限定されない。例えば、紐付番号そのものを表すデータや紐付番号を暗号化したデータ等を、ＵＳＢメモリやＩＣカード等に記録し、ユーザ端末において、ＵＳＢメモリやＩＣカードに記録されたデータを読み取るようにしてもよい。
【０１０６】
また、上記では、医療情報紐付プログラム７０が記憶部６３に、業務システム側プログラム９０が記憶部８３に、ＰＨＲサービス側プログラム１１０が記憶部１０３に予め記憶（インストール）されている態様を説明したが、これに限定されない。ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＵＳＢメモリ等の記憶媒体に記録された形態で提供することも可能である。
【０１０７】
以上の上記実施形態に関し、更に以下の付記を開示する。
【０１０８】
（付記１）
医療機関における医療情報を管理する医療機関情報処理装置と、個人向け医療情報管理サービスにより医療情報を管理する個人医療情報処理装置と、医療情報紐付装置と、を含む医療情報紐付システムであって、
前記医療機関情報処理装置は、
前記医療機関の識別情報及び前記医療機関における患者の識別情報に対する固有の紐付番号の付与を、前記医療情報紐付装置に依頼する第１依頼部と、
前記医療情報紐付装置により付与された紐付番号を表す情報を、前記個人向け医療情報管理サービスを利用するユーザの端末装置において読み取り可能な媒体に出力する出力部と、を含み、
前記個人医療情報処理装置は、
前記ユーザの端末装置において、前記媒体から読み取ることにより取得された紐付番号と、前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報とを前記医療情報紐付装置に送信して、前記医療機関情報処理装置で管理する医療情報と前記個人医療情報処理装置で管理する医療情報との紐付けを依頼する第２依頼部を含み、
前記医療情報紐付装置は、
前記第１依頼部からの依頼に対して紐付番号を付与し、前記医療機関の識別情報及び前記患者の識別情報と前記紐付番号とを対応付けて記憶部に記憶する付与部と、
前記第２依頼部からの依頼に基づいて、受信した前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報を、受信した紐付番号に一致する前記記憶部に記憶された紐付番号に対応付けて前記記憶部に登録する登録部と、を含む
医療情報紐付システム。
【０１０９】
（付記２）
前記付与部は、付与した紐付番号を表す１次元または２次元のコード画像を生成し、
前記出力部は、前記付与部により生成された前記１次元または２次元のコード画像を紙媒体に出力する
付記１記載の医療情報紐付システム。
【０１１０】
（付記３）
前記出力部は、前記付与部により付与された紐付番号を表す１次元または２次元のコード画像を生成して、紙媒体に出力する付記１記載の医療情報紐付システム。
【０１１１】
（付記４）
前記登録部は、受信した前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報を前記記憶部に登録する際に、前記医療機関における患者の属性情報と、前記個人向け医療情報管理サービスにおけるユーザの属性情報とを照合する付記１〜付記３のいずれか１項記載の医療情報紐付システム。
【０１１２】
（付記５）
前記付与部は、前記紐付番号を付与する際に、前記紐付番号を用いた前記第２依頼部による依頼が行われるまでの期間に対して有効期限を設定する付記１〜付記４のいずれか１項記載の医療情報紐付システム。
【０１１３】
（付記６）
前記紐付番号を介して前記記憶部に対応付けて記憶された、前記医療機関の識別情報及び前記患者の識別情報と、前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報とに基づいて、前記医療機関情報処理装置が有する医療情報に対する前記個人医療情報処理装置からの検索依頼を該医療機関情報処理装置へ中継し、前記個人医療情報処理装置が有する医療情報に対する前記医療機関情報処理装置からの検索依頼を該個人医療情報処理装置へ中継する中継部を含む付記１〜付記５のいずれか１項記載の医療情報紐付システム。
【０１１４】
（付記７）
コンピュータに、
医療機関における医療情報を管理する医療機関情報処理装置から受信した前記医療機関の識別情報及び前記医療機関における患者の識別情報に対して固有の紐付番号を付与し、前記医療機関の識別情報及び前記患者の識別情報と前記紐付番号とを対応付けて記憶部に記憶し、
個人向け医療情報管理サービスにより医療情報を管理する個人医療情報処理装置から、前記個人向け医療情報管理サービスを利用するユーザの端末装置において読み取り可能な媒体に出力された紐付番号を表す情報を該ユーザの端末装置から読み取ることにより取得された紐付番号と、前記個人向け医療情報管理サービスの識別情報及び前記個人向け医療情報管理サービスを利用するユーザの識別情報とを受信し、受信した紐付番号と一致する前記記憶部に記憶された紐付番号に対応付けて、受信した前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報を前記記憶部に登録する
ことを含む処理を実行させる医療情報紐付方法。
【０１１５】
（付記８）
前記紐付番号を付与すると共に、付与した紐付番号を表す１次元または２次元のコード画像を生成して、前記医療機関情報処理装置へ送信する付記７記載の医療情報紐付方法。
【０１１６】
（付記９）
受信した前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報を前記記憶部に登録する際に、前記医療機関における患者の属性情報と、前記個人向け医療情報管理サービスにおけるユーザの属性情報とを照合する付記７または付記８記載の医療情報紐付方法。
【０１１７】
（付記１０）
前記紐付番号を付与する際に、受信した前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報を前記記憶部に登録する処理の有効期限を設定する付記７〜付記９のいずれか１項記載の医療情報紐付方法。
【０１１８】
（付記１１）
前記コンピュータに、
前記紐付番号を介して前記記憶部に対応付けて記憶された、前記医療機関の識別情報及び前記患者の識別情報と、前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報とに基づいて、前記医療機関情報処理装置が有する医療情報に対する前記個人医療情報処理装置からの検索依頼を該医療機関情報処理装置へ中継し、前記個人医療情報処理装置が有する医療情報に対する前記医療機関情報処理装置からの検索依頼を該個人医療情報処理装置へ中継する
ことをさらに含む処理を実行させる付記７〜付記１０のいずれか１項記載の医療情報紐付方法。
【０１１９】
（付記１２）
コンピュータに、
医療機関における医療情報を管理する医療機関情報処理装置から受信した前記医療機関の識別情報及び前記医療機関における患者の識別情報に対して固有の紐付番号を付与し、前記医療機関の識別情報及び前記患者の識別情報と前記紐付番号とを対応付けて記憶部に記憶し、
個人向け医療情報管理サービスにより医療情報を管理する個人医療情報処理装置から、前記個人向け医療情報管理サービスを利用するユーザの端末装置において読み取り可能な媒体に出力された紐付番号を表す情報を該ユーザの端末装置から読み取ることにより取得された紐付番号と、前記個人向け医療情報管理サービスの識別情報及び前記個人向け医療情報管理サービスを利用するユーザの識別情報とを受信し、受信した紐付番号と一致する前記記憶部に記憶された紐付番号に対応付けて、受信した前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報を前記記憶部に登録する
ことを含む処理を実行させるための医療情報紐付プログラム。
【０１２０】
（付記１３）
前記紐付番号を付与すると共に、付与した紐付番号を表す１次元または２次元のコード画像を生成して、前記医療機関情報処理装置へ送信する付記１２記載の医療情報紐付プログラム。
【０１２１】
（付記１４）
受信した前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報を前記記憶部に登録する際に、前記医療機関における患者の属性情報と、前記個人向け医療情報管理サービスにおけるユーザの属性情報とを照合する付記１２または付記１３記載の医療情報紐付プログラム。
【０１２２】
（付記１５）
前記紐付番号を付与する際に、受信した前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報を前記記憶部に登録する処理の有効期限を設定する付記１２〜付記１４のいずれか１項記載の医療情報紐付プログラム。
【０１２３】
（付記１６）
前記コンピュータに、
前記紐付番号を介して前記記憶部に対応付けて記憶された、前記医療機関の識別情報及び前記患者の識別情報と、前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報とに基づいて、前記医療機関情報処理装置が有する医療情報に対する前記個人医療情報処理装置からの検索依頼を該医療機関情報処理装置へ中継し、前記個人医療情報処理装置が有する医療情報に対する前記医療機関情報処理装置からの検索依頼を該個人医療情報処理装置へ中継する
ことをさらに含む処理を実行させるための付記１２〜付記１５のいずれか１項記載の医療情報紐付プログラム。
【０１２４】
（付記１７）
医療機関における医療情報を管理する医療機関情報処理装置から受信した前記医療機関の識別情報及び前記医療機関における患者の識別情報に対して固有の紐付番号を付与し、前記医療機関の識別情報及び前記患者の識別情報と前記紐付番号とを対応付けて記憶部に記憶する付与部と、
個人向け医療情報管理サービスにより医療情報を管理する個人医療情報処理装置から、前記個人向け医療情報管理サービスを利用するユーザの端末装置において読み取り可能な媒体に出力された紐付番号を表す情報を該ユーザの端末装置から読み取ることにより取得された紐付番号と、前記個人向け医療情報管理サービスの識別情報及び前記個人向け医療情報管理サービスを利用するユーザの識別情報とを受信し、受信した紐付番号と一致する前記記憶部に記憶された紐付番号に対応付けて、受信した前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報を前記記憶部に登録する登録部と、
を含む医療情報紐付装置。
【０１２５】
（付記１８）
コンピュータに、
医療機関における医療情報を管理する医療機関情報処理装置から受信した前記医療機関の識別情報及び前記医療機関における患者の識別情報に対して固有の紐付番号を付与し、前記医療機関の識別情報及び前記患者の識別情報と前記紐付番号とを対応付けて記憶部に記憶し、
個人向け医療情報管理サービスにより医療情報を管理する個人医療情報処理装置から、前記個人向け医療情報管理サービスを利用するユーザの端末装置において読み取り可能な媒体に出力された紐付番号を表す情報を該ユーザの端末装置から読み取ることにより取得された紐付番号と、前記個人向け医療情報管理サービスの識別情報及び前記個人向け医療情報管理サービスを利用するユーザの識別情報とを受信し、受信した紐付番号と一致する前記記憶部に記憶された紐付番号に対応付けて、受信した前記個人向け医療情報管理サービスの識別情報及び前記ユーザの識別情報を前記記憶部に登録する
ことを含む処理を実行させるための医療情報紐付プログラムを記憶した記憶媒体。
【符号の説明】
【０１２６】
１０   医療情報紐付システム
１５   ネットワーク
２０   医療情報紐付サーバ
２１   送受信部
２２   生成部
２３   登録部
２４   中継部
２５   紐付テーブル
２６   エントリポイントテーブル
３０   業務システム用サーバ
３１   発行依頼部
３２   出力部
３５   業務システム医療情報テーブル
３６   患者情報テーブル
３７   紙媒体
３８   ２次元コード画像
４０   ＰＨＲサービス用サーバ
４１   紐付依頼部
４５   ＰＨＲ医療情報テーブル
４６   ユーザ情報テーブル
５０   ユーザ端末
６０、８０、１００   コンピュータ
６１、８１、１０１   ＣＰＵ
６２、８２、１０２   メモリ
６３、８３、１０３   記憶部
７０   医療情報紐付プログラム
９０   業務システム側プログラム
１１０ サービス側プログラム
【図１】
0006398664.tif 000002
【図２】
0006398664.tif 000003
【図３】
0006398664.tif 000004
【図４】
0006398664.tif 000005
【図５】
0006398664.tif 000006
【図６】
0006398664.tif 000007
【図７】
0006398664.tif 000008
【図８】
0006398664.tif 000009
【図９】
0006398664.tif 000010
【図１０】
0006398664.tif 000011
【図１１】
0006398664.tif 000012
【図１２】
0006398664.tif 000013
【図１３】
0006398664.tif 000014
【図１４】
0006398664.tif 000015
【図１５】
0006398664.tif 000016
【図１６】
0006398664.tif 000017
【図１７】
0006398664.tif 000018
【図１８】
0006398664.tif 000019
【図１９】
0006398664.tif 000020
【図２０】
0006398664.tif 000021
【図２１】
0006398664.tif 000022
【図２２】
0006398664.tif 000023