(57)【要約】【課題】移動局を利用して、複数の保険者の診療記録データなどを被保険者ごとに動的に関連付けるデータ連携システムを提供する。【解決手段】システムは、被保険者のレセプトデータなどを保険者ごとに格納する手段と、被保険者識別情報を格納する手段と、移動局から自動的に送信される移動局識別子が被保険者識別情報に含まれる移動局識別子と一致するか否かを判定し、移動局から架電用番号および／または保険証情報の変更に関する情報を受信したか否かを判定する手段と、移動局識別子が一致しないと判定された場合に、移動局からさらに受信した認証用情報に基づいて被保険者に対する認証処理を行う手段と、移動局から送信された情報に基づいて被保険者識別情報を生成および／または更新する手段と、被保険者に関連付けられる保険者番号、被保険者証記号および被保険者証番号のデータセットを特定する手段と、保険者ごとの、被保険者のレセプトデータなどを関連付けて移動局に送信する手段、を備える。【選択図】図３
2011233110.tif 000002
【特許請求の範囲】
【請求項１】
被保険者のレセプトデータ、検診データおよび保険指導データの少なくとも一つを提供する、移動局からアクセス可能なデータ連携システムであって、
被保険者のレセプトデータ、検診データおよび保険指導データを保険者ごとに格納する第１の格納手段であって、該レセプトデータ、検診データおよび保険指導データのそれぞれは、保険者番号、被保険者証記号および被保険者証番号を含む、第１の格納手段と、
１つまたは複数の被保険者識別情報を格納する第２の格納手段であって、該被保険者識別情報は、被保険者のＩＤ、保険者番号、被保険者証記号、被保険者証番号、架電用番号および移動局識別子を少なくとも含む、第２の格納手段と、
前記システムにログインする際ユーザの操作なしに前記移動局から自動的に送信される移動局識別子が前記第２の格納手段に含まれる移動局識別子と一致するか否かを判定するとともに、前記移動局から架電用番号および／または保険証情報の変更に関する情報を受信したか否かを判定する手段と、
前記移動局識別子が一致しないと判定された場合に、前記移動局からさらに受信した認証用情報に基づいて被保険者に対する認証処理を行う手段と、
前記移動局から送信された移動局識別子、並びに架電用番号および／または保険証情報の変更に関する情報に基づいて前記第２の格納手段の前記被保険者識別情報を生成および／または更新するＤＢ更新手段と、
前記移動局を介してアクセスしてきた被保険者に関連付けられる保険者番号、被保険者証記号および被保険者証番号のデータセットを前記被保険者のＩＤに基づいて特定する被保険者特定手段であって、該被保険者のＩＤは前記移動局から送信された架電用番号および前記移動局識別子の少なくとも一つに基づいて前記第２の格納手段から識別される、被保険者特定手段と、
被保険者特定手段によって特定された前記データセットに基づいて、保険者ごとの、被保険者のレセプトデータ、検診データおよび保険指導データを関連付け、前記移動局に対して該関連付けたデータを送信する表示データ生成手段と、
を備えたことを特徴するシステム。
【請求項２】
前記関連付けは、前記データセットに含まれる保険者番号、被保険者証記号および被保険者証番号のデータに基づいて、第１の格納手段に格納されている被保険者のレセプトデータ、検診データおよび保険指導データをそれぞれの保険者にわたって関連付けることにより行われることを特徴とする請求項１に記載のシステム。
【請求項３】
前記データセットは前記第２の格納手段から読み出され、
該読み出される順序は、データ生成された日付が古い順であることを特徴とする請求項２に記載のシステム。
【請求項４】
前記第２の格納手段は、それぞれのデータの日付情報をさらに格納し、
該日付情報には、最も新しく生成されたデータについてはＮＵＬＬが設定され、それ以外のデータについてはシステム日付データが設定され、
前記読み出される順序は、該システム日付データが古い順に並べられ、かつシステム日付データが設定されているデータがなくなった場合に前記ＮＵＬＬが設定されたデータがその次に並べられることを特徴とする請求項３に記載のシステム。
【請求項５】
前記被保険者のＩＤは、移動局から送信される前記架電用番号および前記移動局識別子の少なくとも一つに基づいて前記第２の格納手段から前記被保険者識別情報が読み出されることにより識別されることを特徴とする請求項１に記載のシステム。
【請求項６】
前記ＤＢ更新手段は、第１のＤＢ更新手段、第２のＤＢ更新手段、第３のＤＢ更新手段および第４のＤＢ更新手段をさらに備え、
第１のＤＢ更新手段は、前記移動局から送信された移動局識別子と前記第２の格納手段に格納されている移動局識別子とが一致しない場合に、第２の格納手段にデータを追加し、および第２の格納手段に格納されているデータを更新し、
第２のＤＢ更新手段は、前記移動局から架電用番号の変更に関する情報を受信した場合に、第２の格納手段にデータを追加し、および第２の格納手段に格納されているデータを更新し、
第３のＤＢ更新手段は、前記移動局から保険証情報の変更に関する情報を受信した場合に、第２の格納手段にデータを追加し、および第２の格納手段に格納されているデータを更新し、
第４のＤＢ更新手段は、前記移動局から架電用番号および保険証情報の変更に関する情報を受信した場合に、第２の格納手段にデータを追加し、および第２の格納手段に格納されているデータを更新する、
ことを特徴とする請求項１記載のシステム。
【請求項７】
移動局に対して被保険者のレセプトデータ、検診データおよび保険指導データの少なくとも一つを提供する方法であって、
前記方法は、
被保険者のレセプトデータ、検診データおよび保険指導データを保険者ごとに提供するステップであって、該レセプトデータ、検診データおよび保険指導データのそれぞれは、保険者番号、被保険者証記号および被保険者証番号を含む、ステップと、
１つまたは複数の被保険者識別情報を提供するステップであって、該被保険者識別情報は、被保険者のＩＤ、保険者番号、被保険者証記号、被保険者証番号、架電用番号および移動局識別子を少なくとも含む、ステップと、
前記システムにログインする際ユーザの操作なしに前記移動局から自動的に送信される移動局識別子が前記提供された被保険者識別情報に含まれる前記移動局識別子と一致するか否かを判定するとともに、前記移動局から架電用番号および／または保険証情報の変更に関する情報を受信したか否かを判定するステップと、
前記移動局識別子が一致しないと判定された場合に、前記移動局からさらに受信した認証用情報に基づいて被保険者に対する認証処理を行うステップと、
前記移動局から送信された移動局識別子、並びに架電用番号および／または保険証情報の変更に関する情報に基づいて前記提供された被保険者識別情報を生成および／または更新するステップと、
前記移動局を介してアクセスしてきた被保険者に関連付けられる保険者番号、被保険者証記号および被保険者証番号のデータセットを前記提供された被保険者識別情報の被保険者のＩＤに基づいて特定するステップであって、該被保険者のＩＤは前記移動局から送信された架電用番号および前記移動局識別子の少なくとも一つに基づいて識別される、ステップと、
特定された前記データセットに基づいて、保険者ごとの、被保険者のレセプトデータ、検診データおよび保険指導データを関連付け、前記移動局に対して該関連付けたデータを送信するステップと、
を備えることを特徴とする方法。
【請求項８】
移動局に対して被保険者のレセプトデータ、検診データおよび保険指導データの少なくとも一つを提供する方法を実行するためのプログラムであって、
前記プログラムは、コンピュータに、
被保険者のレセプトデータ、検診データおよび保険指導データを保険者ごとに提供するステップであって、該レセプトデータ、検診データおよび保険指導データのそれぞれは、保険者番号、被保険者証記号および被保険者証番号を含む、ステップと、
１つまたは複数の被保険者識別情報を提供するステップであって、該被保険者識別情報は、被保険者のＩＤ、保険者番号、被保険者証記号、被保険者証番号、架電用番号および移動局識別子を少なくとも含む、ステップと、
前記システムにログインする際ユーザの操作なしに前記移動局から自動的に送信される移動局識別子が前記提供された被保険者識別情報に含まれる前記移動局識別子と一致するか否かを判定するとともに、前記移動局から架電用番号および／または保険証情報の変更に関する情報を受信したか否かを判定するステップと、
前記移動局識別子が一致しないと判定された場合に、前記移動局からさらに受信した認証用情報に基づいて被保険者に対する認証処理を行うステップと、
前記移動局から送信された移動局識別子、並びに架電用番号および／または保険証情報の変更に関する情報に基づいて前記提供された被保険者識別情報を生成および／または更新するステップと、
前記移動局を介してアクセスしてきた被保険者に関連付けられる保険者番号、被保険者証記号および被保険者証番号のデータセットを前記提供された被保険者識別情報の被保険者のＩＤに基づいて特定するステップであって、該被保険者のＩＤは前記移動局から送信された架電用番号および前記移動局識別子の少なくとも一つに基づいて識別される、ステップと、
特定された前記データセットに基づいて、保険者ごとの、被保険者のレセプトデータ、検診データおよび保険指導データを関連付け、前記移動局に対して該関連付けたデータを送信するステップと、
を含む方法を実行させることを特徴とするプログラム。
【請求項９】
移動局に対して被保険者のレセプトデータ、検診データおよび保険指導データの少なくとも一つを提供する方法を実行するためのプログラムを格納するコンピュータ読み取り可能な記録媒体であって、
前記プログラムは、コンピュータに、
被保険者のレセプトデータ、検診データおよび保険指導データを保険者ごとに提供するステップであって、該レセプトデータ、検診データおよび保険指導データのそれぞれは、保険者番号、被保険者証記号および被保険者証番号を含む、ステップと、
１つまたは複数の被保険者識別情報を提供するステップであって、該被保険者識別情報は、被保険者のＩＤ、保険者番号、被保険者証記号、被保険者証番号、架電用番号および移動局識別子を少なくとも含む、ステップと、
前記システムにログインする際ユーザの操作なしに前記移動局から自動的に送信される移動局識別子が前記提供された被保険者識別情報に含まれる前記移動局識別子と一致するか否かを判定するとともに、前記移動局から架電用番号および／または保険証情報の変更に関する情報を受信したか否かを判定するステップと、
前記移動局識別子が一致しないと判定された場合に、前記移動局からさらに受信した認証用情報に基づいて被保険者に対する認証処理を行うステップと、
前記移動局から送信された移動局識別子、並びに架電用番号および／または保険証情報の変更に関する情報に基づいて前記提供された被保険者識別情報を生成および／または更新するステップと、
前記移動局を介してアクセスしてきた被保険者に関連付けられる保険者番号、被保険者証記号および被保険者証番号のデータセットを前記提供された被保険者識別情報の被保険者のＩＤに基づいて特定するステップであって、該被保険者のＩＤは前記移動局から送信された架電用番号および前記移動局識別子の少なくとも一つに基づいて識別される、ステップと、
特定された前記データセットに基づいて、保険者ごとの、被保険者のレセプトデータ、検診データおよび保険指導データを関連付け、前記移動局に対して該関連付けたデータを送信するステップと、
を含む方法を実行させることを特徴とするコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、診療記録、投薬記録および検診データなどのデータ連携システムに関する。より詳細には、転職などで保険者番号、被保険者証記号および番号が変わったとしても各保険者によって過去に蓄積された診療記録、投薬記録および検診データなどを連携するシステムに関する。
【背景技術】
【０００２】
我が国の健康保険制度では、大手企業やそのグループ企業の被用者が加入する健康保険組合、市町村が運営する国民健康保険、および主に中小企業の被用者が加入する全国健康保険協会管掌健康保険などが「保険者」として知られている。被用者などは「被保険者」として、保険者から被保険者証（いわゆる「保険証」）の発行を受け、被保険者は、医療機関での診療・検診時や調剤薬局での薬剤の処方時に当該被保険者証を提示する。
【０００３】
各保険者のところには、被保険者が受けた診療記録、投薬記録および検診データなどが医療機関や調剤薬局から集まり、蓄積される。かかる場合、当該データには、被保険者証に唯一無二に割り当てられている「保険者番号」、「被保険者証記号」および「被保険者証番号」が関連づけられており、当該保険者番号、被保険者証記号および被保険者証番号によってデータの管理がなされている。
【０００４】
図１は、従来の保険者と医療機関・調剤薬局間でのデータのやり取りを示す図である。医療機関・調剤薬局からは各レセプト情報、特定検診ファイルおよび特定保険指導ファイルなどが対応する保険者に送られ、保険者からは各医療機関・調剤薬局に所望のデータが送られる。ここで、特定検診とは所定の要件を満たした健康診断のことを意味し、特定保険指導とは特定の要件を満たした保険指導のことを意味する。図２は、両者のデータのやり取りの際に送られるデータをまとめた表である。このうち、「特定検診情報ファイル」および「特定保険指導情報ファイル」は、ＸＭＬ形式による標準様式に則って作成されている。
【０００５】
また、従来から、実際の診療や薬剤処方の実績に基づく紙レセプトの情報（頭書き・病名・診療行為）を、ＯＣＲ変換技術や医療情報データベースを用いてデジタル化し、デジタル化された情報に基づいて保健者毎に様々なレセプト分析データを提供するシステムが知られている。当該システムのデータベースは、保険者毎に、全ての加入者の診療記録、投薬履歴および検診情報などが時系列に蓄積されているため、被保険者およびその家族、医療機関、疾病毎など、さまざまな視点からデータを統計的に分析することができる。（特許文献１、２参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−１８３３８１号公報
【特許文献２】特開２００７−１７２１８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来技術は、それぞれの保険者ごとにデータを蓄積・活用することができるものの、被保険者が転職などで別の会社や団体などで働くようになった場合には、それまでに蓄積したデータを有効利用できないという課題がある。つまり、従来のシステムでは、保険者ごとにクローズされた仕組みとなっており、複数の保険者の診療記録、投薬履歴および検診情報データを関連付けるシステムが存在していなかった。
【０００８】
また、各人を識別する番号（いわゆる国民背番号）が付与されていない現状では、各被保険者を特定するのに適した識別番号も存在していなかった。
【０００９】
本発明は、上記の課題に鑑みてなされたものであり、その目的とするところは、携帯電話・ＰＨＳなどの移動局（mobile station）を利用して、複数の保険者の診療記録、投薬履歴および検診情報データを被保険者ごとに関連付けるデータ連携システムを提供することにある。
【課題を解決するための手段】
【００１０】
上記の課題を解決するために、本発明は、被保険者のレセプトデータ、検診データおよび保険指導データの少なくとも一つを提供する、移動局からアクセス可能なデータ連携システムであって、該システムは、被保険者のレセプトデータ、検診データおよび保険指導データを保険者ごとに格納する第１の格納手段であって、該レセプトデータ、検診データおよび保険指導データのそれぞれは、保険者番号、被保険者証記号および被保険者証番号を含む、第１の格納手段と、１つまたは複数の被保険者識別情報を格納する第２の格納手段であって、該被保険者識別情報は、被保険者のＩＤ、保険者番号、被保険者証記号、被保険者証番号、架電用番号および移動局識別子を少なくとも含む、第２の格納手段と、前記システムにログインする際ユーザの操作なしに前記移動局から自動的に送信される移動局識別子が前記第２の格納手段に含まれる移動局識別子と一致するか否かを判定するとともに、前記移動局から架電用番号および／または保険証情報の変更に関する情報を受信したか否かを判定するデータ変更判定手段と、前記移動局識別子が一致しないと判定された場合に、前記移動局からさらに受信した認証用情報に基づいて被保険者に対する認証処理を行う認証手段と、前記移動局から送信された移動局識別子、並びに架電用番号および／または保険証情報の変更に関する情報に基づいて前記第２の格納手段の前記被保険者識別情報を生成および／または更新するＤＢ更新手段と、前記移動局を介してアクセスしてきた被保険者に関連付けられる保険者番号、被保険者証記号および被保険者証番号のデータセットを前記被保険者のＩＤに基づいて特定する被保険者特定手段であって、該被保険者のＩＤは前記移動局から送信された架電用番号および前記移動局識別子の少なくとも一つに基づいて前記第２の格納手段から識別される、被保険者特定手段と、被保険者特定手段によって特定された前記データセットに基づいて、保険者ごとの、被保険者のレセプトデータ、検診データおよび保険指導データを関連付け、前記移動局に対して該関連付けたデータを送信する表示データ生成手段と、を備えたことを特徴する。
【００１１】
また、本発明の一態様によれば、本発明は、移動局に対して被保険者のレセプトデータ、検診データおよび保険指導データの少なくとも一つを提供する方法であって、前記方法は、被保険者のレセプトデータ、検診データおよび保険指導データを保険者ごとに提供するステップであって、該レセプトデータ、検診データおよび保険指導データのそれぞれは、保険者番号、被保険者証記号および被保険者証番号を含む、ステップと、１つまたは複数の被保険者識別情報を提供するステップであって、該被保険者識別情報は、被保険者のＩＤ、保険者番号、被保険者証記号、被保険者証番号、架電用番号および移動局識別子を少なくとも含む、ステップと、前記システムにログインする際ユーザの操作なしに前記移動局から自動的に送信される移動局識別子が前記提供された被保険者識別情報に含まれる前記移動局識別子と一致するか否かを判定するとともに、前記移動局から架電用番号および／または保険証情報の変更に関する情報を受信したか否かを判定するステップと、前記移動局識別子が一致しないと判定された場合に、前記移動局からさらに受信した認証用情報に基づいて被保険者に対する認証処理を行うステップと、前記移動局から送信された移動局識別子、並びに架電用番号および／または保険証情報の変更に関する情報に基づいて前記提供された被保険者識別情報を生成および／または更新するステップと、前記移動局を介してアクセスしてきた被保険者に関連付けられる保険者番号、被保険者証記号および被保険者証番号のデータセットを前記提供された被保険者識別情報の被保険者のＩＤに基づいて特定するステップであって、該被保険者のＩＤは前記移動局から送信された架電用番号および前記移動局識別子の少なくとも一つに基づいて識別される、ステップと、特定された前記データセットに基づいて、保険者ごとの、被保険者のレセプトデータ、検診データおよび保険指導データを関連付け、前記移動局に対して該関連付けたデータを送信するステップと、を備えることを特徴とする。
【００１２】
さらに、本発明の一態様によれば、上記方法をコンピュータに実行させるプログラムとして本発明を具現化することも可能である。また、当該プログラムを格納したコンピュータ読み取り可能な記録媒体として本発明を具現化することも可能である。
【発明の効果】
【００１３】
本発明によれば、複数の保険者によって蓄積された診療記録、投薬履歴および検診情報データを被保険者ごとに関連付けることが可能となる。それにより、被保険者ごとの病歴・投薬履歴データが時系列に把握でき、病気や事故等の緊急時にも使用することができ、また、被保険者ごとの病歴・投薬履歴データを利用して医療機関や調剤薬局からの様々なサービスを提供することも可能になる。
【００１４】
また、本発明によれば、被保険者本人が自己の過去および現在の診療記録、投薬記録および検診データを参照することが可能となる他に、緊急時に医者などの医療従事者がその被保険者のデータを参照して医療行為を行うことが可能となる。
【００１５】
さらに、本発明によれば、蓄積されている被保険者の過去および現在の診療記録、投薬記録および検診データを所定のタイミングで検索することにより、重複服薬の有無、薬の飲み合わせの善し悪しといった相互作用の有無、および所定期間検診を受信していない被保険者に対して検診の促進通知を行うことが可能となる。
【図面の簡単な説明】
【００１６】
【図１】従来の保険者と医療機関・調剤薬局間でのデータのやり取りを示す図である。
【図２】保険者および医療機関・調剤薬局間の送受信データをまとめた表である。
【図３】本発明に係るデータ連携システムの概略およびシステム構成図である。
【図４】本発明に係るデータ連携システムの機能ブロックを示す図である。
【図５】本発明の実施形態に係るレセプトＤＢ、検診ＤＢおよび保険指導ＤＢのデータ構造の一例である。
【図６】本発明の実施形態に係る被保険者ＤＢのデータ構造の一例である。
【図７】本発明に係る認証処理および被保険者情報登録処理のフローを表す図である。
【図８】本発明に係るデータ関連付け処理および表示のフローを表す図である。
【図９】本発明に係る緊急時通知システムの概略およびシステム構成図である。
【図１０】本発明に係る緊急時通知システムのフロー図である。
【図１１】本発明において使用される携帯電話の一例を示す図である。
【図１２】本発明の実施形態に係る被保険者ＤＢのデータ構造の一例である。
【図１３】本発明の実施形態に係る医療従事者ＤＢのデータ構造の一例である。
【図１４】本発明に係る保険事業支援システムの概略およびシステム構成図である。
【図１５】本発明に係る保険事業支援システムのアウトプットの一例である。
【図１６】本発明に係る禁忌相互作用を生じる薬の組み合わせを示すデータ構造の一例である。
【図１７】本発明に係る携帯電話機に表示される画面の一例である。
【発明を実施するための形態】
【００１７】
以下、本発明の例示的な実施形態について詳細に説明する。
【００１８】
（システム構成）
図３は、本発明に係るデータ連携システム１００の概略およびシステム構成を示す図である。データ連携システム１００は、保険者Ａ〜Ｃが医療機関・調剤薬局から収集・蓄積した診療記録、投薬履歴および検診情報データを保険者Ａ〜Ｃから受信する。データ連携システム１００は、各保険者Ａ〜Ｃや各医療機関などが所望するデータを提供する。また、データ連携システム１００は、携帯電話２００を始めとする移動局からのアクセスに応答してネットワークを介して被保険者の診療記録、投薬履歴および検診情報データを提供する。
【００１９】
データ連携システム１００は、制御部１０１、主記憶部１０２、補助記憶部１０３、インターフェース（Ｉ／Ｆ）部１０４、表示部１０５、レセプトＤＢ１０６、検診ＤＢ１０７、保険指導ＤＢ１０８、被保険者ＤＢ１０９およびフォーマット変換部１１０を備える。これらの構成要素１０１〜１１０はバス１１１で相互に接続されており、制御部１０１によって各構成要素１０２〜１１０は統括して制御される。
【００２０】
制御部１０１は、中央処理装置（ＣＰＵ）とも呼ばれ、上述したように各構成要素１０２〜１０９の制御やデータの演算を行い、また、補助記憶部１０３に格納されている各種プログラムを主記憶部１０２に読み出して実行する。主記憶部１０２は、メインメモリとも呼ばれ、データ連携システム１００が受信した各種データ、コンピュータ実行可能な命令および当該命令による演算処理後のデータなどを記憶する。
【００２１】
補助記憶部１０３は、ハードディスク（ＨＤＤ）などに代表される記憶装置であり、データやプログラムを長期的に保存する際に使用される。主記憶部１０２は、補助記憶部１０３よりも記憶容量が相対的に小さいため、一時的なデータの記憶や演算処理などに使用されるのに対し、補助記憶部１０３は、必要なデータや情報の長期的な記憶・保存のために使用される。つまり、制御部１０１がプログラムを実行してデータの演算を行う場合には、補助記憶部１０３から必要なデータやプログラムを主記憶部１０２に読み出し、演算結果のデータを長期的に記憶・保存するには制御部１０１が補助記憶部１０３に演算結果のデータを書き込むこととなる。
【００２２】
インターフェース（Ｉ／Ｆ）部１０４は、保険者Ａ〜Ｃや携帯電話２００との間でデータを送受信する際のインターフェースの役割を果たす。外部から受信したデータは、主記憶部１０２に一時的に記憶される。また、インターフェース部１０４は、システムオペレータより各種コマンドや入力データ（各種マスタ、テーブルなど）を受け付けるインターフェース（入力画面などのアプリケーションプログラム）を提供する。表示部１０５は、データ連携システム１００によって処理されたデータを表示する表示画面を提供する。
【００２３】
レセプトＤＢ１０６、検診ＤＢ１０７および保険指導ＤＢ１０８は、それぞれ、各保険者Ａ〜Ｃから受信した各種レセプト、特定検診情報ファイルおよび特定保険指導情報ファイルを格納するデータベースである。レセプトＤＢ１０６、検診ＤＢ１０７および保険指導ＤＢ１０８のデータ構造の一例をそれぞれ図５Ａ〜Ｃに示す。図５Ａ〜Ｃに示すように、各データ構造（テーブル）には、保険者番号、被保険者証記号および番号が共通して含まれている。
【００２４】
被保険者ＤＢ１０９は、被保険者に関するデータを格納するデータベースである。図６は、被保険者ＤＢ１０９のデータ構造の一例を示す図である。図６に示すように、被保険者ＤＢ１０９は、個人ＩＤ６０１、保険者番号６０２、被保険者証記号６０３、被保険者証番号６０４、更新日６０５、機番号６０６、携帯電話番号６０７、パスワード６０８、生年月日６０９、および性別６１０を含んでいる。
【００２５】
フォーマット変換部１１０は、保険者Ａ〜Ｃから受信したデータをデータ連携システム１００が指定するデータフォーマット（例えば、図５Ａ〜Ｃ）に変換する。
【００２６】
図６を参照して、被保険者ＤＢ１０９について詳細に説明する。個人ＩＤ６０１は、被保険者に一意に割り当てられる識別番号である。保険者番号６０２、被保険者証記号６０３および被保険者証番号６０４は、当該被保険者に交付された被保険者証の保険者番号、被保険者証記号および被保険者証番号に相当する。一例を示すと、保険者番号は保険者を識別する番号であり、被保険者証記号は企業などを識別する番号であり、被保険者証番号は個人を識別する番号である。
【００２７】
更新日６０５は、後述するように、当該データが最新データであるか否かを識別するために用いられ、日付が格納されている場合には当該被保険者のデータに何らかの変更があったことを示し、日付が格納されていない場合には当該データが最新のレコードであることを示す。
【００２８】
機番号６０６は、携帯電話２００に一意に割り当てられている機番号を指し示す。一実施形態では、機番号６０６は、携帯固有情報（携帯電話ごとに割り当てられた固有の識別情報）を指し示す。携帯電話会社ごとに使用する名称は異なる場合もあり、端末製造番号、サブスクライバＩＤまたは端末シリアル番号と呼ばれる場合もある。この携帯固有情報は、所定のサイトにアクセスする際にログインＩＤとして認証処理に使用されることも可能であり、ユーザの明示的な操作により送信することも、あるいは自動的に（すなわち、ユーザによる操作を必要とせずに）送信することも可能である。また、他の実施形態では機番号６０６は、携帯電話内のＳＩＭカードに格納されている、一意な識別番号であるＩＭＳＩ（International Mobile Subscriber Identity）を指し示す。ＩＭＳＩはユーザによる操作を必要とせず自動的に基地局などに対して送信することが可能な情報である。
【００２９】
携帯電話番号６０７は、被保険者が使用する携帯電話２００の電話番号である。パスワード６０８は、被保険者がデータ連携システム１００を使用する際に利用するパスワードである。生年月日６０９および性別６１０は、被保険者の生年月日および性別である。
【００３０】
（データ収集）
図３に戻って説明する。各保険者Ａ〜Ｃは、医療機関や調剤薬局から診療記録、投薬記録および検診データを受信し、各保険者の内部で蓄積している。この診療記録、投薬記録および検診データは、図２に例示したように、被保険者を特定する情報（保険者別情報および基本情報）を少なくとも含んでいる。上述したように、特定検診情報ファイルおよび特定保健指導情報ファイルはＸＭＬ形式の標準データ規格が定められている。
【００３１】
データ連携システム１００は、保険者Ａ〜Ｃから上記データを受信して主記憶部１０２に当該データを一時的に格納する。フォーマット変換部１１０は、主記憶部１０２に格納されているデータの種別を識別し、レセプトＤＢ１０６、検診ＤＢ１０７および保険指導ＤＢ１０８のいずれのデータベースに格納されるべきデータであるかを特定する。次に、フォーマット変換部１１０は、特定したデータベースに格納できるように、当該格納されているデータのフォーマットを変換し、各ＤＢ１０６〜１０８に格納する。ここで、データ連携システム１００と各保険者Ａ〜Ｃとの間では予め送受信されるデータのフォーマットについて情報をやり取りしておき、どのようなデータ項目が送受信されるかを特定し、変換プログラムを用意しておくものとする。
【００３２】
このようにして、データ連携システム１００は、各保険者Ａ〜Ｃから受信した診療記録、投薬記録および検診データをその内部ＤＢ１０６〜１０８に格納する。格納されたデータは、図５Ａ〜Ｃに例示したように、被保険者を特定する情報が付与されている。
【００３３】
（認証処理＆被保険者情報登録処理）
図７を参照しながら、本発明に係るデータ連携システム１００にアクセスする際に行われる認証処理および付随する被保険者情報登録処理について説明する。以下の説明では、ユーザは、データ連携システム１００を利用するための初期登録として、
（１）携帯電話の機番号
（２）保険者番号
（３）被保険者証記号
（４）被保険者証番号
（５）携帯電話番号
（６）パスワード
（７）性別
（８）生年月日
のデータを被保険者ＤＢ１０９に設定・登録済みであるとして説明する。
【００３４】
ステップＳ７０１において、ユーザは携帯電話２００を用いてネットワークを介してデータ連携システム１００にアクセスする。アクセスに際しては予め用意されたメニューを選択しても構わないし、所定のＵＲＬを入力する方式でも構わない。携帯電話２００のディスプレイに図１７（Ａ）に例示するログイン画面が表示されたら、携帯電話２００のボタンなどを介して、携帯電話番号／保険証の変更有無およびパスワードを入力する。携帯電話番号／保険証の変更有無については、図１７（Ａ）に例示するラジオボタンにそれぞれ対応する値（例えば、０〜３）を関係付けておくことも可能である。
【００３５】
ステップＳ７０２において、ディスプレイに表示されている送信ボタンあるいはデータ連携システム１００によって指示された携帯電話２００のボタンを押下すると、ステップＳ７０１にてユーザによって入力されたデータ項目と携帯電話２００の機番号６０６がネットワークを介してデータ連携システム１００に送信される。上述したように、機番号６０６は、携帯電話２００に一意に割り当てられる識別子であり、ユーザによる特段の操作を必要とせずに自動的に送信される。
【００３６】
ステップＳ７０３において、データ連携システム１００は、受信した機番号が被保険者ＤＢ１０９に存在するか否かを判定する。存在しない場合には機番号の変更（つまり、新しい携帯電話機を使用）があったものとしてステップＳ７０４に処理が進み、一方、存在する場合には機番号の変更がないものとしてステップＳ７０７に処理が進む。
【００３７】
ステップＳ７０４において、データ連携システム１００は、図１７（Ｂ）に例示する追加項目入力画面を携帯電話２００に表示させ、それに応答してユーザは、データ連携システム１００に予め登録してある携帯電話番号、性別および生年月日を入力してデータ連携システム１００に向けて送信する。
【００３８】
ステップＳ７０５において、データ連携システム１００は、携帯電話２００から受信した携帯電話番号、パスワード、性別および生年月日の全項目が一致するレコードが存在するか否かを判定する。存在する場合には、ステップＳ７０６に処理が進む。一方、存在しないと判定された場合には第三者によるアクセスであると判断し、携帯電話２００にエラーメッセージを表示させ、処理を終了する（エラー処理）。
【００３９】
ステップＳ７０６において、データ連携システム１００は、ステップＳ７０５にて上記全項目が一致するレコードとして特定されたレコード（複数件ある場合には、最新のレコード、すなわち、更新日６０５がＮＵＬＬのもの）に格納されている各データ項目６０１〜６０４、６０７〜６１０および受信した機番号に基づいて、新規レコードを生成して被保険者ＤＢ１０９に格納するとともに、上記特定されたレコード（すなわち、新規レコードを生成するまでは最新のレコードであったもの）の更新日６０５にシステム日付（単位：年月日時分秒）を格納してアップデートする（第１のＤＢ更新処理）。
【００４０】
ステップＳ７０７において、データ連携システム１００は、携帯電話２００を介してアクセスしてきたユーザの個人ＩＤを識別する。つまり、データ連携システム１００は、被保険者ＤＢ１０９に格納されているレコードのうち、受信した機番号およびパスワードが一致するレコードを特定する。特定されたレコードが複数件ある場合には、最新のレコード、すなわち、更新日６０５がＮＵＬＬ（空欄）のものを特定する。データ連携システム１００は、この特定されたレコードに基づいて個人ＩＤ６０１を識別する。個人ＩＤを識別した後、ステップＳ７０８に処理が進む。
【００４１】
ステップＳ７０８において、データ連携システム１００は、図１７（Ａ）で指定された携帯電話番号／保険証の変更有無の情報に基づいて、図１７（Ｃ）〜（Ｅ）の画面を携帯電話２００に表示させる。すなわち、「携帯電話番号のみ変更あり」が選択された場合には図１７（Ｃ）に示すように、新旧の携帯電話番号の入力を要求する画面が表示され、「保険証のみ変更あり」が選択された場合には図１７（Ｄ）に示すように、新しい保険証の情報（保険者番号、被保険者証記号、被保険者証番号）の入力を要求する画面が表示され、また、「両方とも変更あり」が選択された場合には図１７（Ｅ）に示すように、新旧の携帯電話番号および新旧の保険証の情報の入力を要求する画面が表示される。これらの画面が携帯電話２００に表示されたことに応答して、ユーザは指定されたデータ項目を入力し、データ連携システム１００に送信する。送信データが欠落しているなど、不備がある場合には警告メッセージを携帯電話２００に表示し、ユーザに適切な値の入力を求める。なお、図１７（Ａ）において「変更なし」が選択された場合には、さらなるデータ項目の入力を求める画面は表示されない。その後、ステップＳ７０９に処理が進む。
【００４２】
ステップＳ７０９において、データ連携システム１００は、図１７（Ａ）で指定された携帯電話番号／保険証の変更有無の情報、および図１７（Ｃ）〜（Ｅ）で指定された対応するデータ項目が存在するか否かを判定する。判定の結果、「携帯電話番号のみ変更あり」の場合にはステップＳ７１０に処理が進み、「保険証のみ変更あり」の場合にはステップＳ７１１に処理が進み、「両方とも変更あり」の場合にはステップＳ７１２に処理が進み、また、「変更なし」の場合にはステップＳ７１３に処理が進む。
【００４３】
ステップＳ７１０において、データ連携システム１００は、受信した新しい携帯電話番号に基づいて被保険者ＤＢ１０９に新規レコードを格納する。詳細に説明すると、データ連携システム１００は、被保険者ＤＢ１０９にアクセスし、ステップＳ７０７において特定した個人ＩＤ、受信した機番号および旧携帯電話番号に基づいて検索を行い、検索したレコードのうち、更新日がＮＵＬＬのレコードを識別する。次に、データ連携システム１００は、個人ＩＤ、受信した新しい携帯電話番号、並びに、識別されたレコードに格納されている保険者番号６０２、被保険者証記号６０３、被保険者証番号６０４、機番号６０６、パスワード６０８、生年月日６０９および性別６１０に基づいて、新規レコードを作成して被保険者ＤＢ１０９に格納するとともに、当該識別したレコードの更新日６０５をシステム日付で更新する。このような処理により、携帯電話番号が変更になった際の被保険者ＤＢ１０９の更新処理（第２のＤＢ更新処理）を行う。その後、ステップＳ７１３に処理が進み、当該ユーザに関連付けられるデータが携帯電話２００のディスプレイ上に表示される。なお、ステップＳ７１３の処理の詳細は、図８を参照しながら後述する。
【００４４】
ステップＳ７１１において、データ連携システム１００は、データ連携システム１００は、受信した新しい保険証の情報（保険者番号、被保険者証記号、被保険者証番号）に基づいて被保険者ＤＢ１０９に新規レコードを格納する。詳細に説明すると、データ連携システム１００は、被保険者ＤＢ１０９にアクセスし、ステップＳ７０７において特定した個人ＩＤ、受信した機番号および旧保険証の情報に基づいて検索を行い、検索したレコードのうち、更新日がＮＵＬＬのレコードを識別する。次に、データ連携システム１００は、個人ＩＤ、受信した新しい保険証の情報（保険者番号、被保険者証記号、被保険者証番号）、および識別されたレコードに格納されている機番号６０６、携帯電話番号６０７、パスワード６０８、生年月日６０９および性別６１０に基づいて、新規レコードを作成して被保険者ＤＢ１０９に格納するとともに、当該識別したレコードの更新日６０５をシステム日付で更新する。このような処理により、保険証のみが変更になった際の被保険者ＤＢ１０９の更新処理（第３のＤＢ更新処理）を行う。その後、ステップＳ７１３に処理が進み、当該ユーザに関連付けられるデータが携帯電話２００のディスプレイ上に表示される。
【００４５】
ステップＳ７１２において、データ連携システム１００は、受信した新旧の携帯電話番号および新旧の保険証の情報に基づいて被保険者ＤＢ１０９に新規レコードを格納する。詳細に説明すると、データ連携システム１００は、被保険者ＤＢ１０９にアクセスし、ステップＳ７０７において特定した個人ＩＤ、受信した機番号、旧携帯電話番号、および旧保険証の情報（保険者番号、被保険者証記号、被保険者証番号）に基づいて検索を行い、検索したレコードのうち、更新日がＮＵＬＬのレコードを識別する。次に、データ連携システム１００は、個人ＩＤ、受信した新しい携帯電話番号および新しい保険証の情報（保険者番号、被保険者証記号、被保険者証番号）、並びに識別されたレコードに格納されている機番号６０６、パスワード６０８、生年月日６０９および性別６１０に基づいて、新規レコードを作成して被保険者ＤＢ１０９に格納するとともに、当該識別したレコードの更新日６０５をシステム日付で更新する。このような処理により、携帯電話番号および保険証の両方が変更になった際の被保険者ＤＢ１０９の更新処理（第４のＤＢ更新処理）を行う。その後、ステップＳ７１３に処理が進み、当該ユーザに関連付けられるデータが携帯電話２００のディスプレイ上に表示される。
【００４６】
（データ連携処理）
以下、図８を参照しながらステップＳ７１３において行われるデータ表示処理について説明する。この説明では、レセプトＤＢ１０６のみを検索する実施形態を説明するが、実装するアプリケーションによっては、検診ＤＢ１０７のみ、保険指導ＤＢ１０８のみ、あるいはＤＢ１０６〜１０８のうち任意の組み合わせについて検索を行うことができることは言うまでもない。
【００４７】
ステップＳ８０１において、データ連携システム１００は、図７のステップＳ７０７において特定された個人ＩＤに基づいて被保険者ＤＢ１０９を検索し、当該特定された個人ＩＤに一致する、１つまたは複数の保険者番号６０２、被保険者証記号６０３および被保険者証番号６０４のデータセットを取り出す。
【００４８】
ステップＳ８０２において、データ連携システム１００は、この取り出されたデータセットを、更新日６０５がＮＯＴ  ＮＵＬＬのデータから始まり、最後は更新日６０５がＮＵＬＬのデータで終わるようにソートし、かつ、当該ＮＯＴ  ＮＵＬＬのデータが昇順（つまり、日付の古い順）になるようにソートする。言い換えれば、このような順序に並べ替えることにより、データが生成された順序でソートすることができる。
【００４９】
ステップＳ８０３において、データ連携システム１００は、データセットからデータを１件ずつ取り出して、当該データに格納されている保険者番号６０２、被保険者証記号６０３および被保険者証番号６０４のデータに基づいてレセプトＤＢ１０６を検索する。検索されたデータは、主記憶部１０２に一時的に記憶される。最初にステップＳ８０３の処理を行う場合には、取り出されるデータは、更新日６０５がＮＯＴ  ＮＵＬＬ、かつ最古のデータであり、ステップＳ８０３の処理が繰り返される度にステップＳ８０２でソートされた順序でデータ検索が行われていく。なお、本実施形態では、レセプトＤＢ１０６のみを検索することについて説明しているが、検診ＤＢ１０７のみを検索する実施形態、保険指導ＤＢ１０８のみを検索する実施形態、あるいは、レセプトＤＢ１０６、検診ＤＢ１０７および保険指導ＤＢ１０８の任意の組み合わせからデータを検索する実施形態も可能である。
【００５０】
ステップＳ８０４において、データ連携システム１００は、上記データセットにまだ検索していないデータが存在するか否かを判定する。存在すると判定された場合にはステップＳ８０３に処理が戻り、一方、存在しないと判定された場合にはステップＳ８０５に処理が進む。
【００５１】
ステップＳ８０５において、データ連携システム１００は、主記憶部１０２に格納されているレセプトデータを検索した順序にしたがい、かつ保険者番号、被保険者証記号および被保険者証番号といった被保険者特定情報に基づいて動的に関連付ける。その後、データ連携システム１００は、関連付けたレセプトデータを検索した順序にしたがって携帯電話２００のディスプレイ上に表示していく。このようにすることによって、転職などで保険証が変わったとしても、当該ユーザのレセプトデータを時系列かつ網羅的に参照することが可能となる。また、上述したようにレセプトＤＢ１０６以外の検診ＤＢ１０７や保険指導ＤＢ１０８のデータを検索した場合には、検索したデータについて参照可能となる。
【００５２】
（システムの機能ブロック）
図４は、データ連携システム１００の機能を示すブロック図である。データ連携システム１００は、認証部４０１、データ変更判定部４０２、第１ＤＢ更新部４０３、第２ＤＢ更新部４０４、第３ＤＢ更新部４０５、第４ＤＢ更新部４０６、被保険者特定部４０７、および表示データ生成部４０８を含み、さらに、図３を参照しながら説明したレセプトＤＢ１０６、検診ＤＢ１０７、保険指導ＤＢ１０８、被保険者ＤＢ１０９およびフォーマット変換部１１０を含む。
【００５３】
認証部４０１は、携帯電話２００を介してデータ連携システム１００にアクセスしてきたユーザの認証を行う。具体的には、認証部４０１は、携帯電話２００から送信されるデータ（すなわち、機番号、携帯電話番号、パスワード、性別および生年月日）が被保険者ＤＢ１０９に存在するか否かを判定する。また、所定の場合には、認証部４０１は、携帯電話２００に図１７（Ｂ）に例示するような画面を表示させて追加データの送信を求める。
【００５４】
データ変更判定部４０２は、ユーザが使用する携帯電話２００の機番号の変更有無を判定する。当該判定は、携帯電話２００から送信される機番号が被保険者ＤＢ１０９に格納されているか否かを認証部４０１が判定した結果に基づいて行われる。また、データ変更判定部４０２は、図１７（Ａ）に例示される保険証の変更有無の情報および図１７（Ｃ）〜（Ｅ）に例示される入力画面から送信される携帯電話番号／保険証の情報が存在するか否かについても判定する。
【００５５】
第１ＤＢ更新部４０３は、機番号が変更になる場合に、被保険者ＤＢ１０９を更新する。上述したように、機番号とは携帯電話に一意に割り当てられる識別子であり、ユーザによる特段の操作を必要とせずに自動的に送信可能な識別子である。データ変更判定部４０２によって機番号が変更されていると判定された場合には、第１ＤＢ更新部４０３は、被保険者ＤＢ１０９に格納されているレコードのうち、携帯電話２００から受信した携帯電話番号、パスワード、性別および生年月日の全項目が一致するレコードを特定する（レコードが複数件ある場合には、最新のレコード）。最新のレコードは、上述したように更新日６０５によって判別可能である。また、第１ＤＢ更新部４０３は、この特定されたレコードに格納されている各データ項目６０１〜６０４、６０７〜６１０および受信した機番号に基づいて、新規レコードを生成して被保険者ＤＢ１０９に格納するとともに、上記特定されたレコードの更新日６０５にシステム日付を格納してアップデートする。
【００５６】
第２ＤＢ更新部４０４は、携帯電話番号のみが変更になった場合に、被保険者ＤＢ１０９を更新する。具体的には、第２ＤＢ更新部４０４は、被保険者特定部４０７によって特定される個人ＩＤ６０１、受信した機番号および旧携帯電話番号に基づいて被保険者ＤＢ１０９から検索されたレコードのうち、更新日がＮＵＬＬのレコードに基づいて、新規レコードを作成して被保険者ＤＢ１０９に格納する。つまり、第２ＤＢ更新部４０４は、特定された個人ＩＤ、受信した新しい携帯電話番号、並びに、更新日がＮＵＬＬのデータに格納されている保険者番号６０２、被保険者証記号６０３、被保険者証番号６０４、機番号６０６、パスワード６０８、生年月日６０９および性別６１０のデータを使用して新規レコードを生成するとともに、上記更新日がＮＵＬＬのデータの更新日６０５をシステム日付で更新する。
【００５７】
第３ＤＢ更新部４０５は、保険証のみが変更になった場合に、被保険者ＤＢ１０９を更新する。具体的には、第３ＤＢ更新部４０５は、被保険者特定部４０７によって特定される個人ＩＤ６０１、および受信した機番号および旧保険証の情報に基づいて被保険者ＤＢ１０９から検索されたレコードのうち、更新日がＮＵＬＬのレコードに基づいて、新規レコードを作成して被保険者ＤＢ１０９に格納する。つまり、第３ＤＢ更新部４０５は、特定された個人ＩＤ、受信した新しい保険証の情報（保険者番号、被保険者証記号、被保険者証番号）、並びに、更新日がＮＵＬＬのデータに格納されている機番号６０６、携帯電話番号６０７、パスワード６０８、生年月日６０９および性別６１０のデータを使用して新規レコードを生成するとともに、上記更新日がＮＵＬＬのデータの更新日６０５をシステム日付で更新する。
【００５８】
第４ＤＢ更新部４０６は、携帯電話番号および保険証の両方が変更になった場合に、被保険者ＤＢ１０９を更新する。具体的には、第４ＤＢ更新部４０６は、被保険者特定部４０７によって特定される個人ＩＤ６０１、受信した機番号、旧携帯電話番号、および旧保険者証の情報（保険者番号、被保険者証記号、被保険者証番号）に基づいて被保険者ＤＢ１０９から検索されたレコードのうち、更新日がＮＵＬＬのレコードに基づいて、新規レコードを作成して被保険者ＤＢ１０９に格納する。つまり、第４ＤＢ更新部４０６は、特定された個人ＩＤ、受信した新しい携帯電話番号および保険証の情報（保険者番号、被保険者証記号、被保険者証番号）、並びに更新日がＮＵＬＬのデータに格納されている機番号６０６、パスワード６０８、生年月日６０９および性別６１０のデータを使用して新規レコードを生成するとともに、上記更新日がＮＵＬＬのデータの更新日６０５をシステム日付で更新する。
【００５９】
被保険者特定部４０７は、認証部４０１によって行われる上記判定によって特定されたレコードに基づいて、携帯電話２００を介してアクセスしてきたユーザの個人ＩＤ６０１を特定し、かつ特定された個人ＩＤに基づいて被保険者ＤＢ１０９から、当該個人ＩＤに一致する、１つまたは複数の保険者番号６０２、被保険者証記号６０３および被保険者証番号６０４のデータセットを読み出す。個人ＩＤを特定する処理について詳細に説明する。携帯電話２００から送信される機番号が新規のものである場合には、被保険者特定部４０７は、認証部４０１によって図１７（Ｂ）に例示されるような入力画面で要求された認証のための情報および携帯電話２００から受信したパスワードに基づいて、被保険者ＤＢ１０９に格納されているレコードのうち、当該認証のための情報（既登録の携帯電話番号、性別および生年月日）およびパスワードの全項目が一致するレコードを特定する。特定されたレコードが複数件ある場合には、最新のレコード、すなわち、更新日６０５がＮＵＬＬ（空欄）のものを選択する。被保険者特定部４０７は、この特定されたレコードに基づいて個人ＩＤ６０１を識別する。
【００６０】
一方、携帯電話２００から送信される機番号が従来と同じものである場合には、機番号の変更はないので、被保険者特定部４０７は、被保険者ＤＢ１０９に格納されているレコードのうち、携帯電話２００から受信した機番号およびパスワードの全項目が一致するレコードを特定する。特定されたレコードが複数件ある場合には、最新のレコード、すなわち、更新日６０５がＮＵＬＬ（空欄）のものを選択する。被保険者特定部４０７は、この特定されたレコードに基づいて個人ＩＤ６０１を識別する。
【００６１】
また、被保険者特定部４０７は、読み出された保険者番号６０２、被保険者証記号６０３および被保険者証番号６０４のデータセットを、更新日６０５がＮＯＴ  ＮＵＬＬのデータを１件目のデータとし（複数件データがある場合は、昇順（つまり、日付の古い順）にソートする）、最後のデータを更新日６０５がＮＵＬＬのデータとなるようにソートする。
【００６２】
表示データ生成部４０８は、被保険者特定部４０７によって読み出されたデータセットからデータを１件ずつ読み出し、当該データに格納されている保険者番号６０２、被保険者証記号６０３および被保険者証番号６０４のデータに基づいてレセプトＤＢ１０６を検索する。他の実施形態では、検診ＤＢ１０７や保険指導ＤＢ１０８のデータを検索することも可能であり、また、ＤＢ１０６〜１０８の任意の組み合わせからデータを検索することも可能である。
【００６３】
データセットが複数レコード存在する場合には、上述したソート順序にしたがって検索が行われる。表示データ生成部４０８は、読み出されたデータセットに含まれる全てのデータに基づいて検索が終了すると、検索したレセプトデータ（あるいは、特定検診データや特定保健指導データ）を検索された順序に従い、かつ保険者番号、被保険者証記号および被保険者証番号といった被保険者特定情報に基づいて、動的に関連付ける。また、表示データ生成部４０８は、関連付けられたデータを携帯電話２００のディスプレイに表示させるために、携帯電話２００に対して送信する。
【００６４】
フォーマット変換部１１０は、（データ収集）の欄で説明したように、それぞれの保険者から受信した診療記録、投薬記録および検診データのデータ種別を識別し、識別されたデータをレセプトＤＢ１０６、検診ＤＢ１０７および保険指導ＤＢ１０８に格納可能なデータフォーマットに変換し、各ＤＢ１０６〜１０８に格納する。格納されたデータには、図２および図５Ａ〜Ｃに示したように、被保険者を特定する情報（保険者番号、被保険者証記号および被保険者証番号）が付与されている。
【００６５】
（セキュリティ）
本発明に係るデータ連携システム１００は、被保険者からのアクセスに対しては当該被保険者に関連付けられる診療記録、投薬記録および検診データは保険者が異なる場合であっても時系列かつ網羅的に参照することが可能である。しかしながら、保険者からアクセスされる場合には、当該保険者の保険者番号に対応するデータのみ検索可能であるように制限をかけることが可能である。
【実施例１】
【００６６】
（応用的な実施形態）
上記では、本発明に係るデータ連携システム１００を利用することにより、複数の保険者が管理していた診療記録、投薬記録および検診データなどを動的に関連づけて参照可能なことを説明した。以下では、このシステム１００を基盤にした応用的な実施形態について説明する。なお、以下の説明では、移動局の一例として携帯電話を取り上げて説明するが、他の移動局を利用することももちろん可能である。
【００６７】
（緊急時通知システム）
図９は、本発明に係る緊急時通知システム９００の概略およびシステム構成を説明する図である。緊急時通知システム９００は、上述したデータ連携システム１００を含むシステムであり、同一の参照符号がついている構成要素（例えば、制御部１０１）は、データ連携システム１００において説明したのと同様の役割を果たす。この緊急時通知システム９００を利用すると、携帯電話９１０の保持者が不慮の事故などで意識がなくなり、病院に搬送されたような場合であっても、医療従事者が当該携帯電話９１０を利用することにより、患者の過去および現在の診療記録、投薬記録および検診データを動的に関連付けて参照し、適切な医療行為を行うことができるようになる。
【００６８】
緊急時通知システム９００は、制御部１０１、主記憶部１０２、補助記憶部１０３、インターフェース（Ｉ／Ｆ）部１０４、表示部１０５、レセプトＤＢ１０６、検診ＤＢ１０７、保険指導ＤＢ１０８、被保険者ＤＢ９０１、医療従事者ＤＢ９０２およびＵＲＬ情報通知部９０３を含む。図３を参照しながら説明した各構成要素１０１〜１０８については、上記で説明したとおりである。また、レセプトＤＢ１０６、検診ＤＢ１０７および保険指導ＤＢ１０８には、各保険者から受信し、適切な形にフォーマット変換済みのデータが格納されているものとして説明する。
【００６９】
図１２は、被保険者ＤＢ９０１のデータ構造の一例を示す図である。このデータ構造は、図６で説明した被保険者ＤＢ１０９に掛かり付け医ＩＤ１２０１を付加したものと同じである。掛かり付け医ＩＤ１２０１は、被保険者の掛かり付け医を示すＩＤを含んでおり、このＩＤは図１３に示す医療従事者ＤＢ９０２の医療従事者ＩＤ１３０１に相当する。
【００７０】
図１３は、医療従事者ＤＢ９０２のデータ構造の一例を示す図である。医療従事者ＤＢ９０２は、医療従事者ＩＤ１３０１、パスワード１３０２、氏名、医療の専門分野、ＵＲＬ通知先アドレス１３０３および連絡先１３０４を含む。医療従事者ＩＤ１３０１は、医療従事者（主として、医者）を識別するＩＤであり、パスワード１３０２は医療従事者が本発明に係る緊急時通知システム９００にアクセスする際に使用する専用のパスワードである。ＵＲＬ通知先アドレス１３０３は、緊急時通知システム９００を介して閲覧可能な患者の診療記録、投薬記録および検診データにアクセスするためのＵＲＬを通知するアドレス（例えば、医療従事者が院内で使用するＰＣで設定されているメールアドレス）が格納される。連絡先１３０４は、当該医療従事者に連絡をとるための電話番号等が格納される。
【００７１】
以下、図１０を参照しながら、本発明に係る緊急時通知システム９００を利用した処理フローについて説明する。ここでは、携帯電話９１０の保持者が病院に搬送されて意識がない状態にある場合に、医療従事者が当該携帯電話９１０を利用して緊急時通知システム９００にアクセスし、そのアクセスに応答して緊急時通知システム９００から通知されたＵＲＬを利用し、ＰＣ９２０を介して、患者の過去および現在の診療記録、投薬記録および検診データを参照して医療行為を行うケースを想定して説明する。
【００７２】
ステップＳ１００１では、医療従事者は、図１１に示すような携帯電話９１０の緊急時通知ボタン９１１を押下して、緊急時通知システム９００にアクセスする。本実施形態では、緊急時通知ボタン９１１を押下する実施形態としたが、携帯電話９１０のディスプレイに表示されるメニュー画面からアクセスする実施形態でも構わない。
【００７３】
ステップＳ１００２では、医療従事者は、緊急時通知ボタン９１１を押下することに応答して携帯電話９１０のディスプレイに表示されたログイン画面に、自らの医療従事者ＩＤ１３０１およびパスワード１３０２を入力してログインする。
【００７４】
ステップＳ１００３では、緊急時通知システム９００は、入力されたＩＤおよびパスワードが医療従事者ＤＢ９０２に含まれるか否かを判定し、含まれる場合にはステップＳ１００４に処理が進み、一方、含まれない場合にはエラーメッセージを携帯電話９１０に表示させる。
【００７５】
ステップＳ１００４では、ＵＲＬ情報通知部９０３は、入力された医療従事者ＩＤに関連付けられたＵＲＬ通知先アドレス１３０３に格納されている通知先（例えば、当該医者が病院にて使用するパソコン９２０で設定されているメールアドレス）を読み出し、当該患者の診療記録、投薬記録および検診データを参照するためのＵＲＬの情報をその通知先に対して送信する。ここで、当該ＵＲＬは、ＵＲＬ情報通知部９０３によって動的に生成されるものであり、所定の期間（例えば、２４時間）が経過すると使用できないように有効期限が設けられており、後日、悪意を持った第三者が使用することを防止する。
【００７６】
ステップＳ１００５では、医療従事者が通知されたＵＲＬを使用して緊急時通知システム９００にアクセスすると、当該患者の過去の診療記録、投薬記録および検診データが表示される。アクセスする際には、医療従事者のＩＤ１３０１およびパスワード１３０２の入力が必要となる。表示されるデータは、上述したように、データ連携システム１００によって動的に関連付けられるデータと同じであり、当該患者のデータが複数の保険者のデータに関連付けられていたとしても、それらのデータは時系列かつ網羅的に表示される。かかるデータを表示する際に、緊急時通知システム９００は、被保険者ＤＢ９０１の掛かり付け医ＩＤ１２０１の情報に基づいて、当該医者の連絡先１３０４を医療従事者ＤＢ９０２から読み出して画面上にあわせて表示する。この連絡先１３０４の情報に基づいて、患者に対して医療行為を行っている医者は、緊急時通知システム９００によってデータを参照するとともに、患者の掛かり付け医に対して患者の日常の状態について連絡をとる（例えば、緊急時通知システム９００による自動メール送信など）ことも可能となる。
【００７７】
上記したように、本発明に係る緊急時通知システム９００を利用することにより、被保険者本人が自己の過去および現在の診療記録、投薬記録および検診データを参照することが可能となる他に、緊急時に医者などの医療従事者がその被保険者のデータを参照して医療行為を行うことが可能となる。また、医療従事者が閲覧するためのＵＲＬの情報は、その都度、動的に生成され、かつ有効期限が設定されたものであるため、第三者によって情報がアクセスされる危険性は低減できる。
【００７８】
また、他の実施形態では、ステップＳ１００４でＵＲＬの情報を通知することなく、医療従事者が当該携帯電話９１０をそのまま利用してレセプトＤＢ１０６、検診ＤＢ１０７および保険指導ＤＢ１０８に直接アクセスすることができる。かかる場合には、ステップＳ１００２、Ｓ１００３において医療従事者自身の認証が済んでいるので携帯電話９１０の機番号に基づいて図１２に示された患者の情報を特定して、特定された情報にしたがってレセプトＤＢ１０６、検診ＤＢ１０７および保険指導ＤＢ１０８の情報を検索する。
【実施例２】
【００７９】
（保険事業支援システム）
図１４は、本発明に係る保険事業支援システム１４００の概略およびシステム構成を説明する図である。保険事業支援システム１４００は、上述したデータ連携システム１００を含むシステムであり、同一の参照符号がついている構成要素（例えば、制御部１０１）は、データ連携システム１００において説明したのと同様の役割を果たす。この保険事業支援システム１４００を利用すると、蓄積されている被保険者の過去および現在の診療記録、投薬記録および検診データを所定のタイミングで検索することにより、重複服薬の有無、薬の飲み合わせの善し悪しといった相互作用の有無、および所定期間検診を受信していない被保険者に対して検診の促進通知を行うことができるようになる。
【００８０】
保険事業支援システム１４００は、制御部１０１、主記憶部１０２、補助記憶部１０３、インターフェース（Ｉ／Ｆ）部１０４、表示部１０５、レセプトＤＢ１０６、検診ＤＢ１０７、保険指導ＤＢ１０８、被保険者ＤＢ１０９、服薬チェック部１４０１、受診チェック部１４０２および相互作用ＤＢ１４０３を含む。図３を参照しながら説明した各構成要素１０１〜１０９については、上記で説明したとおりである。また、レセプトＤＢ１０６、検診ＤＢ１０７および保険指導ＤＢ１０８には、各保険者から受信し、適切な形にフォーマット変換済みのデータが格納されているものとして説明する。
【００８１】
服薬チェック部１４０１は、被保険者が同時期に服用している複数の薬の情報を対比し、別個の医療機関や調剤薬局から同じ薬を処方されているか否か、あるいは、処方された薬のうち飲み合わせの悪い（言い換えると、同時服用すると禁忌相互作用を引き起こす）薬があるか否かをチェックする。
【００８２】
服薬チェック部１４０１は、レセプトＤＢ１０６に格納されている被保険者のレセプトデータに基づいて、図１５に示すような服薬履歴表を作成する。服薬チェック部１４０１は、同じ時期に服用している薬のデータに基づいて、相互作用ＤＢ１４０３を検索する。
【００８３】
図１６は、相互作用ＤＢ１４０３の一例を示す図である。薬１および薬２欄に格納されている薬の組み合わせは、同一期間（あるいは、所定の期間ずれていても薬効の残っている期間の間）同時に服薬すると、備考欄に記載されているような副作用などが生じるおそれがある。
【００８４】
相互作用ＤＢ１４０３を検索した結果、飲み合わせの悪い薬を服用していると判定されると、服薬チェック部１４０１は、図１５に示す服薬履歴表上でアラームを表示させたり、携帯電話１４１０を介して被保険者に注意を促すメッセージを送信する。
【００８５】
本発明に係る保険事業支援システム１４００は、上述したデータ連携システム１００を含むものとなっているため、被保険者が転職などで被保険者証を変えたとしても、上記のような警告を行うことが可能である。
【００８６】
また、受診チェック部１４０２は、被保険者が特定検診を受診しているか否か、およびどの位の間隔をあけて受診しているかを、検診ＤＢ１０７に基づいてチェックする。被保険者が特定検診を受診していないと判定した場合には、受診チェック部１４０２は、被保険者に対して携帯電話１４１０を介して特定検診の受診を促すメッセージを送信する。また、被保険者が特定検診を受診しているものの、前回の受診から所定期間が経過していると判定される場合にも、受診チェック部１４０２は、被保険者に対して携帯電話１４１０を介して特定検診の受診を促すメッセージを送信する。
【００８７】
上述のように、保険事業支援システム１４００は、上述したデータ連携システム１００を含むものとなっているため、被保険者が転職などで被保険者証を変えたとしても、上記のようなメッセージ送信を行うことが可能である。
【００８８】
また、一実施形態では、保険事業支援システム１４００から送信されたメールや表示画面上のメッセージに対してユーザ側から応答確認を送信することも可能である。かかる場合、空メールを送信したり、または表示画面上の特定のアイコンなどをクリックすることによって応答確認を送信するように実装することもできる。
【００８９】
（まとめ）
上述の実施形態で説明した方法、機能および手段は、コンピュータ実施可能なプログラムとして実装することも可能であり、また、当該プログラムを格納したコンピュータ読み取り可能な記録媒体として実施することも可能である。
【００９０】
上記で説明した実施形態はあくまでも例示であり、本発明は上記の実施形態に限定されることはなく、様々な変形が可能である。すなわち、特許請求の範囲に記載された技術的思想に基づくものである限り、その変形は本発明の技術範囲内に含まれる。
【符号の説明】
【００９１】
１００  データ連携システム
１０１  制御部
１０２  主記憶部
１０３  補助記憶部
１０４  インターフェース（Ｉ／Ｆ）部
１０５  表示部
１０６  レセプトＤＢ
１０７  検診ＤＢ
１０８  保険指導ＤＢ
１０９、９０１  被保険者ＤＢ
１１０  フォーマット変換部
１１１  バス
２００、９１０  携帯電話
４０１  認証部
４０２  データ変更判定部
４０３  第１ＤＢ更新部
４０４  第２ＤＢ更新部
４０５  第３ＤＢ更新部
４０６  第４ＤＢ更新部
４０７  被保険者特定部
４０８  表示データ生成部
９０２  医療従事者ＤＢ
９０３  ＵＲＬ情報通知部
９１１  緊急時通知ボタン
９２０  ＰＣ
１４０１  服薬チェック部
１４０２  受診チェック部
１４０３  相互作用ＤＢ
【図１】
2011233110.tif 000003
【図２】
2011233110.tif 000004
【図３】
2011233110.tif 000005
【図４】
2011233110.tif 000006
【図５】
2011233110.tif 000007
【図６】
2011233110.tif 000008
【図７】
2011233110.tif 000009
【図８】
2011233110.tif 000010
【図９】
2011233110.tif 000011
【図１０】
2011233110.tif 000012
【図１１】
2011233110.tif 000013
【図１２】
2011233110.tif 000014
【図１３】
2011233110.tif 000015
【図１４】
2011233110.tif 000016
【図１５】
2011233110.tif 000017
【図１６】
2011233110.tif 000018
【図１７】
2011233110.tif 000019