JP2015230631A - 情報処理装置及び情報処理プログラム - Google Patents
情報処理装置及び情報処理プログラム Download PDFInfo
- Publication number
- JP2015230631A JP2015230631A JP2014117172A JP2014117172A JP2015230631A JP 2015230631 A JP2015230631 A JP 2015230631A JP 2014117172 A JP2014117172 A JP 2014117172A JP 2014117172 A JP2014117172 A JP 2014117172A JP 2015230631 A JP2015230631 A JP 2015230631A
- Authority
- JP
- Japan
- Prior art keywords
- information
- patient
- module
- medical institution
- attribute
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
【課題】薬処方情報内に含まれていない医療機関を属性として有する患者に関する情報に対応する患者を、同じ人物であると判断してしまうことを防止するようにした情報処理装置を提供する。【解決手段】情報処理装置の受付手段は、複数の医療機関における患者の属性を受け付け、収集手段は、前記属性を用いて、同じ人物である可能性のある患者に関する情報を収集し、抽出手段は、医療機関を属性とする薬処方情報を記憶する記憶手段から、前記収集手段によって収集された患者の薬処方情報を抽出し、判断手段は、前記収集手段によって収集された患者に関する情報のうち、前記抽出手段によって抽出された薬処方情報内に含まれていない医療機関を属性として有する患者に関する情報に対応する患者を、同じ人物ではないと判断する。【選択図】図１
Description
本発明は、情報処理装置及び情報処理プログラムに関する。
特許文献１には、複数医療機関の診療記録を確実かつ容易に検索できる電子カルテシステムを構成することを課題とし、複数医療機関による診療記録を集中的又は分散的に管理するデータベースサーバと、データベースサーバと通信回線を通じて接続され、データベースサーバとの間で情報をやりとりするクライアントとを備え、クライアントは、患者の保険証情報（保険証から抽出される情報であり、かつ患者を特定可能にする情報）又は保険証情報を得るための情報をデータベースサーバに送信し、データベースサーバは、クライアントから教示される保険証情報に基づいて患者の診療記録を検索し、検索した診療記録又はそのリンク情報をクライアントに返信することが開示されている。
特許文献２には、重複登録された医療データを効率的かつ確実に患者毎に名寄せすることを課題とし、情報処理装置が、名寄せ判定対象の項目について入力部にてユーザ指定を受け付けて、前記ユーザ指定が示す項目の医療情報を、記憶部の医療情報データベースにて患者を跨って検索する処理と、前記検索で得た各患者の前記項目に関する医療情報について、該当医療情報を記述している文字ないし数値の一致割合を各患者間で算定し、この算定で得た一致割合を、テーブルにおける前記項目に関して必要な情報一致度と比較して、前記算定で得た一致割合が前記情報一致度を上回る場合に、該当患者ペアは同一人物であるとして該当患者の医療情報を対応付けて出力部に出力する処理とを実行することが開示されている。
本発明は、薬処方情報内に含まれていない医療機関を属性として有する患者に関する情報に対応する患者を、同じ人物であると判断してしまうことを防止するようにした情報処理装置及び情報処理プログラムを提供することを目的としている。
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、複数の医療機関における患者の属性を受け付ける受付手段と、前記属性を用いて、同じ人物である可能性のある患者に関する情報を収集する収集手段と、医療機関を属性とする薬処方情報を記憶する記憶手段から、前記収集手段によって収集された患者の薬処方情報を抽出する抽出手段と、前記収集手段によって収集された患者に関する情報のうち、前記抽出手段によって抽出された薬処方情報内に含まれていない医療機関を属性として有する患者に関する情報に対応する患者を、同じ人物ではないと判断する判断手段を具備することを特徴とする情報処理装置である。
請求項１の発明は、複数の医療機関における患者の属性を受け付ける受付手段と、前記属性を用いて、同じ人物である可能性のある患者に関する情報を収集する収集手段と、医療機関を属性とする薬処方情報を記憶する記憶手段から、前記収集手段によって収集された患者の薬処方情報を抽出する抽出手段と、前記収集手段によって収集された患者に関する情報のうち、前記抽出手段によって抽出された薬処方情報内に含まれていない医療機関を属性として有する患者に関する情報に対応する患者を、同じ人物ではないと判断する判断手段を具備することを特徴とする情報処理装置である。
請求項２の発明は、前記薬処方情報は、薬局における薬処方情報又は患者から登録された薬処方情報であることを特徴とする請求項１に記載の情報処理装置である。
請求項３の発明は、前記収集手段は、前記受付手段が受け付けた属性に重み付けを行って、患者に関する情報間の類似度を算出し、該算出した類似度によって、同じ人物である可能性のある患者に関する情報を収集することを特徴とする請求項１又は２に記載の情報処理装置である。
請求項４の発明は、コンピュータを、複数の医療機関における患者の属性を受け付ける受付手段と、前記属性を用いて、同じ人物である可能性のある患者に関する情報を収集する収集手段と、医療機関を属性とする薬処方情報を記憶する記憶手段から、前記収集手段によって収集された患者の薬処方情報を抽出する抽出手段と、前記収集手段によって収集された患者に関する情報のうち、前記抽出手段によって抽出された薬処方情報内に含まれていない医療機関を属性として有する患者に関する情報に対応する患者を、同じ人物ではないと判断する判断手段として機能させるための情報処理プログラムである。
請求項１の情報処理装置によれば、薬処方情報内に含まれていない医療機関を属性として有する患者を、同じ人物であると判断してしまうことを防止することができる。
請求項２の情報処理装置によれば、薬局における薬処方情報又は患者から登録された薬処方情報を用いることができる。
請求項３の情報処理装置によれば、重み付けされた属性を用いた患者に関する情報間の類似度によって、同じ人物である可能性のある患者を収集することができる。
請求項４の情報処理プログラムによれば、薬処方情報内に含まれていない医療機関を属性として有する患者を、同じ人物であると判断してしまうことを防止することができる。
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
本実施の形態である情報処理装置１００は、複数の医療機関における患者のうち、同じ人物である可能性のある患者を収集するものであって、図１の例に示すように、患者情報インポートモジュール１１０Ａ、患者情報インポートモジュール１１０Ｂ、患者情報インポートモジュール１２０、レセプト情報インポートモジュール１３０、薬情報インポートモジュール１４０、薬情報登録モジュール１５０、患者情報管理モジュール１６０、患者ＩＤ関連付けモジュール１７０、患者類似度計算モジュール１８０を有している。
大規模災害などの緊急時に、病院の電子カルテシステムが利用できない状態に陥る場合がほとんどである。また、被災地支援に派遣された他病院の医師が担当することも多い。けがや病気のために来院した患者に対し、迅速に手当てなどの治療を行うため、初診の患者の既往歴、服薬情報、アレルギーなどの情報を把握する必要がある。
本実施の形態は、薬局を含め、各医療機関の文書や投薬情報等を一元的に管理している。ただし、複数の医療機関の情報を参照できたとしても患者ＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）が異なる。つまり、各病院はそれぞれシステムを構築しており、各病院で登録するデータは、各病院で患者管理に用いている患者ＩＤで記録している。薬局も同様に、患者の台帳を有しているが、各薬局の患者ＩＤも病院の患者ＩＤと異なる。
このため、患者ＩＤが異なる人物について同一患者であるか否かを判断する必要がある。情報処理装置１００は、例えば、このような場合に利用される。つまり、医療機関毎の患者ＩＤで記録された文書と来院した患者とを関連付ける場合に用いられる。
大規模災害などの緊急時に、病院の電子カルテシステムが利用できない状態に陥る場合がほとんどである。また、被災地支援に派遣された他病院の医師が担当することも多い。けがや病気のために来院した患者に対し、迅速に手当てなどの治療を行うため、初診の患者の既往歴、服薬情報、アレルギーなどの情報を把握する必要がある。
本実施の形態は、薬局を含め、各医療機関の文書や投薬情報等を一元的に管理している。ただし、複数の医療機関の情報を参照できたとしても患者ＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）が異なる。つまり、各病院はそれぞれシステムを構築しており、各病院で登録するデータは、各病院で患者管理に用いている患者ＩＤで記録している。薬局も同様に、患者の台帳を有しているが、各薬局の患者ＩＤも病院の患者ＩＤと異なる。
このため、患者ＩＤが異なる人物について同一患者であるか否かを判断する必要がある。情報処理装置１００は、例えば、このような場合に利用される。つまり、医療機関毎の患者ＩＤで記録された文書と来院した患者とを関連付ける場合に用いられる。
病院情報記憶モジュール１９０（病院情報（病院Ａ）記憶モジュール１９０Ａ、病院情報（病院Ｂ）記憶モジュール１９０Ｂ）は、患者情報インポートモジュール１１０（患者情報インポートモジュール１１０Ａ、患者情報インポートモジュール１１０Ｂ）と接続されている。病院情報記憶モジュール１９０は、各病院が管理している患者に関する情報（電子文書）を記憶している。患者に関する電子文書として主にカルテがあるが、これに限らず、病院内で患者に関する情報を記載している電子文書であればよい。また、各病院の医師情報等を記憶していてもよい。
患者情報インポートモジュール１１０（患者情報インポートモジュール１１０Ａ、患者情報インポートモジュール１１０Ｂ）は、患者情報記憶モジュール１６５、病院情報記憶モジュール１９０（病院情報（病院Ａ）記憶モジュール１９０Ａ、病院情報（病院Ｂ）記憶モジュール１９０Ｂ）と接続されている。患者情報インポートモジュール１１０は、病院情報記憶モジュール１９０から患者に関する情報を抽出し、患者情報記憶モジュール１６５に記憶させる。
マスター情報（診療所Ａ）記憶モジュール１９２は、患者情報インポートモジュール１２０と接続されている。マスター情報（診療所Ａ）記憶モジュール１９２は、各診療所が管理している患者に関する情報（電子文書）を記憶している。また、各診療所の医師情報等を記憶していてもよい。
患者情報インポートモジュール１２０は、患者情報記憶モジュール１６５、マスター情報（診療所Ａ）記憶モジュール１９２と接続されている。患者情報インポートモジュール１２０は、マスター情報（診療所Ａ）記憶モジュール１９２から患者に関する情報を抽出し、患者情報記憶モジュール１６５に記憶させる。
なお、ここでは、医療機関の例として、主に病院、診療所を挙げているが、歯科医院、整骨院等を含めてもよい。また、もちろんのことながら、複数の医療機関においてそれぞれ管理されているものであれば、３以上の病院情報記憶モジュール１９０、２以上のマスター情報（診療所Ａ）記憶モジュール１９２等であってもよい。
レセプト情報記憶モジュール１９４は、レセプト情報インポートモジュール１３０と接続されている。レセプト情報記憶モジュール１９４は、医療機関が発行したレセプトを記憶している。レセプト情報記憶モジュール１９４は、医療機関、健康保険組合、市町村等によって管理されている。なお、レセプトとは、患者が受けた診療について、医療機関が保険者（市町村や健康保険組合等）に請求する医療報酬の明細書のことである。
レセプト情報インポートモジュール１３０は、患者情報記憶モジュール１６５、レセプト情報記憶モジュール１９４と接続されている。レセプト情報インポートモジュール１３０は、レセプト情報記憶モジュール１９４から患者に関する情報を抽出し、患者情報記憶モジュール１６５に記憶させる。例えば、患者氏名、保険者番号、病名等の情報を患者情報記憶モジュール１６５に記憶させる。
薬処方情報（薬局）記憶モジュール１９６は、薬情報インポートモジュール１４０と接続されている。薬処方情報（薬局）記憶モジュール１９６は、薬局が患者の各医療機関から受け取った薬処方情報を記憶している。例えば、保健医療福祉情報システム工業会（ＪＡＨＩＳ：Ｊａｐａｎｅｓｅ Ａｓｓｏｃｉａｔｉｏｎ ｏｆ Ｈｅａｌｔｈｃａｒｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍｓ Ｉｎｄｕｓｔｒｙ）による標準的なデータフォーマット（例えば、ＪＡＨＩＳ技術文書１３−１０３、電子版お薬手帳データフォーマット仕様書 Ｖｅｒ.１．１）を用いて記憶されている。
薬情報インポートモジュール１４０は、患者情報記憶モジュール１６５、薬処方情報（薬局）記憶モジュール１９６と接続されている。薬情報インポートモジュール１４０は、薬処方情報（薬局）記憶モジュール１９６から患者に関する情報（薬の処方データ等）を抽出し、患者情報記憶モジュール１６５に記憶させる。具体的には、薬局で管理されている薬処方情報（薬局）記憶モジュール１９６から電子版お薬手帳データをインポートする。
薬情報登録モジュール１５０は、患者情報記憶モジュール１６５と接続されている。薬情報登録モジュール１５０は、患者自らが服用中の薬情報を登録できるようにするものである。例えば、患者が病院で診察を受けた場合に、他の医療機関で処方された薬情報を登録する。登録データは、保健医療福祉情報システム工業会による標準的なデータフォーマットに準拠する。
患者情報管理モジュール１６０は、患者情報記憶モジュール１６５を有している。患者情報管理モジュール１６０は、各医療機関の患者情報と各薬局の薬情報を管理している。
患者情報記憶モジュール１６５は、患者情報インポートモジュール１１０Ａ、患者情報インポートモジュール１１０Ｂ、患者情報インポートモジュール１２０、レセプト情報インポートモジュール１３０、薬情報インポートモジュール１４０、薬情報登録モジュール１５０、患者ＩＤ関連付けモジュール１７０と接続されている。患者情報記憶モジュール１６５は、患者情報インポートモジュール１１０、患者情報インポートモジュール１２０、薬情報インポートモジュール１４０等から受け付けた複数の医療機関の患者情報と各薬局の薬情報を記憶している。つまり、薬局の薬情報を保管し、複数の医療機関で処方された薬を確認可能にしている。この薬情報を用いて、対象になっている患者に関する情報の検索を行っている医療機関内の文書のみでなく、他の医療機関における文書も閲覧可能としている。
患者情報インポートモジュール１１０（患者情報インポートモジュール１１０Ａ、患者情報インポートモジュール１１０Ｂ）は、患者情報記憶モジュール１６５、病院情報記憶モジュール１９０（病院情報（病院Ａ）記憶モジュール１９０Ａ、病院情報（病院Ｂ）記憶モジュール１９０Ｂ）と接続されている。患者情報インポートモジュール１１０は、病院情報記憶モジュール１９０から患者に関する情報を抽出し、患者情報記憶モジュール１６５に記憶させる。
マスター情報（診療所Ａ）記憶モジュール１９２は、患者情報インポートモジュール１２０と接続されている。マスター情報（診療所Ａ）記憶モジュール１９２は、各診療所が管理している患者に関する情報（電子文書）を記憶している。また、各診療所の医師情報等を記憶していてもよい。
患者情報インポートモジュール１２０は、患者情報記憶モジュール１６５、マスター情報（診療所Ａ）記憶モジュール１９２と接続されている。患者情報インポートモジュール１２０は、マスター情報（診療所Ａ）記憶モジュール１９２から患者に関する情報を抽出し、患者情報記憶モジュール１６５に記憶させる。
なお、ここでは、医療機関の例として、主に病院、診療所を挙げているが、歯科医院、整骨院等を含めてもよい。また、もちろんのことながら、複数の医療機関においてそれぞれ管理されているものであれば、３以上の病院情報記憶モジュール１９０、２以上のマスター情報（診療所Ａ）記憶モジュール１９２等であってもよい。
レセプト情報記憶モジュール１９４は、レセプト情報インポートモジュール１３０と接続されている。レセプト情報記憶モジュール１９４は、医療機関が発行したレセプトを記憶している。レセプト情報記憶モジュール１９４は、医療機関、健康保険組合、市町村等によって管理されている。なお、レセプトとは、患者が受けた診療について、医療機関が保険者（市町村や健康保険組合等）に請求する医療報酬の明細書のことである。
レセプト情報インポートモジュール１３０は、患者情報記憶モジュール１６５、レセプト情報記憶モジュール１９４と接続されている。レセプト情報インポートモジュール１３０は、レセプト情報記憶モジュール１９４から患者に関する情報を抽出し、患者情報記憶モジュール１６５に記憶させる。例えば、患者氏名、保険者番号、病名等の情報を患者情報記憶モジュール１６５に記憶させる。
薬処方情報（薬局）記憶モジュール１９６は、薬情報インポートモジュール１４０と接続されている。薬処方情報（薬局）記憶モジュール１９６は、薬局が患者の各医療機関から受け取った薬処方情報を記憶している。例えば、保健医療福祉情報システム工業会（ＪＡＨＩＳ：Ｊａｐａｎｅｓｅ Ａｓｓｏｃｉａｔｉｏｎ ｏｆ Ｈｅａｌｔｈｃａｒｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍｓ Ｉｎｄｕｓｔｒｙ）による標準的なデータフォーマット（例えば、ＪＡＨＩＳ技術文書１３−１０３、電子版お薬手帳データフォーマット仕様書 Ｖｅｒ.１．１）を用いて記憶されている。
薬情報インポートモジュール１４０は、患者情報記憶モジュール１６５、薬処方情報（薬局）記憶モジュール１９６と接続されている。薬情報インポートモジュール１４０は、薬処方情報（薬局）記憶モジュール１９６から患者に関する情報（薬の処方データ等）を抽出し、患者情報記憶モジュール１６５に記憶させる。具体的には、薬局で管理されている薬処方情報（薬局）記憶モジュール１９６から電子版お薬手帳データをインポートする。
薬情報登録モジュール１５０は、患者情報記憶モジュール１６５と接続されている。薬情報登録モジュール１５０は、患者自らが服用中の薬情報を登録できるようにするものである。例えば、患者が病院で診察を受けた場合に、他の医療機関で処方された薬情報を登録する。登録データは、保健医療福祉情報システム工業会による標準的なデータフォーマットに準拠する。
患者情報管理モジュール１６０は、患者情報記憶モジュール１６５を有している。患者情報管理モジュール１６０は、各医療機関の患者情報と各薬局の薬情報を管理している。
患者情報記憶モジュール１６５は、患者情報インポートモジュール１１０Ａ、患者情報インポートモジュール１１０Ｂ、患者情報インポートモジュール１２０、レセプト情報インポートモジュール１３０、薬情報インポートモジュール１４０、薬情報登録モジュール１５０、患者ＩＤ関連付けモジュール１７０と接続されている。患者情報記憶モジュール１６５は、患者情報インポートモジュール１１０、患者情報インポートモジュール１２０、薬情報インポートモジュール１４０等から受け付けた複数の医療機関の患者情報と各薬局の薬情報を記憶している。つまり、薬局の薬情報を保管し、複数の医療機関で処方された薬を確認可能にしている。この薬情報を用いて、対象になっている患者に関する情報の検索を行っている医療機関内の文書のみでなく、他の医療機関における文書も閲覧可能としている。
患者ＩＤ関連付けモジュール１７０は、患者情報記憶モジュール１６５、患者類似度計算モジュール１８０と接続されている。患者ＩＤ関連付けモジュール１７０は、患者情報管理モジュール１６０内の患者情報記憶モジュール１６５から、複数の医療機関における患者の属性を受け付ける。そして、その属性を用いて、同じ人物である可能性のある患者を収集する。いわゆる名寄せ処理（複数の医療機関間でそれぞれ異なる患者ＩＤの関連付け（紐付け）処理）を行う。例えば、患者類似度計算モジュール１８０による類似度の算出結果を用いるようにしてもよい。次に、医療機関を属性とする薬処方情報を記憶する患者情報記憶モジュール１６５（薬情報インポートモジュール１４０又は薬情報登録モジュール１５０によって記憶された情報）から、収集した患者の薬処方情報を抽出する。そして、収集した患者のうち、抽出した薬処方情報内に含まれていない医療機関を属性として有する患者を、同じ人物ではないと判断する。
また、患者ＩＤ関連付けモジュール１７０が扱う薬処方情報は、薬局における薬処方情報（例えば、薬情報インポートモジュール１４０によって登録された情報、薬処方情報（薬局）記憶モジュール１９６内の情報）又は患者から登録された薬処方情報（薬情報登録モジュール１５０によって登録された情報）であるようにしてもよい。
また、患者ＩＤ関連付けモジュール１７０が扱う薬処方情報は、薬局における薬処方情報（例えば、薬情報インポートモジュール１４０によって登録された情報、薬処方情報（薬局）記憶モジュール１９６内の情報）又は患者から登録された薬処方情報（薬情報登録モジュール１５０によって登録された情報）であるようにしてもよい。
患者類似度計算モジュール１８０は、患者ＩＤ関連付けモジュール１７０と接続されている。患者類似度計算モジュール１８０は、患者ＩＤ関連付けモジュール１７０から複数の医療機関における患者の属性を受け付け、その受け付けた属性に重み付けを行って、患者に関する情報間の類似度を算出し、その算出した類似度によって、同じ人物である可能性のある患者に関する情報を収集するようにしてもよい。
例えば、具体的には、以下のような処理を行う。
患者類似度計算モジュール１８０は、患者の属性である個人情報をもとに、類似度を算出する。類似度は各医療機関に登録している各個人情報を比較する方法を採用して、以下の（１）式によって決定する。
類似度に閾値を定義でき、閾値以上の検索結果だけを、対応付けの対象とするようにしてもよい。
Ｓ＝Σ（Ｆｉ＊Ｗｉ）・・・（１）式
Ｓ 類似度
Ｆ 各項目が一致するか（１:完全一致、０．５：部分一致、０:不一致）
Ｗ ウェイト（各項目）
また、比較対象の患者に関する情報数が予め定められた閾値よりも多い場合、薬局の処方情報を利用し、かかった医療機関を特定して、比較対象数を減少させるようにしてもよい。例えば、薬局の処方情報内から対象とする患者に関する情報を検索し、その患者の薬を処方した医療機関の患者に関する情報に限定して比較処理を行うようにしてもよい。
例えば、具体的には、以下のような処理を行う。
患者類似度計算モジュール１８０は、患者の属性である個人情報をもとに、類似度を算出する。類似度は各医療機関に登録している各個人情報を比較する方法を採用して、以下の（１）式によって決定する。
類似度に閾値を定義でき、閾値以上の検索結果だけを、対応付けの対象とするようにしてもよい。
Ｓ＝Σ（Ｆｉ＊Ｗｉ）・・・（１）式
Ｓ 類似度
Ｆ 各項目が一致するか（１:完全一致、０．５：部分一致、０:不一致）
Ｗ ウェイト（各項目）
また、比較対象の患者に関する情報数が予め定められた閾値よりも多い場合、薬局の処方情報を利用し、かかった医療機関を特定して、比較対象数を減少させるようにしてもよい。例えば、薬局の処方情報内から対象とする患者に関する情報を検索し、その患者の薬を処方した医療機関の患者に関する情報に限定して比較処理を行うようにしてもよい。
図２は、本実施の形態を実現させるシステム構成例を示す説明図である。
情報処理装置１００、ＨＩＳ（Ａ）２１０Ａ、ＨＩＳ（Ｂ）２１０Ｂ、診療所システムＡ２２０、レセプト情報管理システム２３０、薬局システム２４０、ユーザ端末２５０は、通信回線２９０を介してそれぞれ接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット等であってもよい。情報処理装置１００を、いわゆるクラウドシステムとして構築してもよい。
ＨＩＳ（Ａ）２１０Ａは、病院情報（病院Ａ）記憶モジュール１９０Ａを有しており、ＨＩＳ（Ｂ）２１０Ｂは、病院情報（病院Ｂ）記憶モジュール１９０Ｂを有しており、診療所システムＡ２２０は、マスター情報（診療所Ａ）記憶モジュール１９２を有しており、レセプト情報管理システム２３０は、レセプト情報記憶モジュール１９４を有しており、薬局システム２４０は、薬処方情報（薬局）記憶モジュール１９６を有している。なお、ＨＩＳとは、Ｈｏｓｐｉｔａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ（病院情報システム）の略である。
ユーザ端末２５０は、ユーザ（患者）の操作に応じて、情報処理装置１００の薬情報登録モジュール１５０に薬処方情報を送信する。
例えば、ＨＩＳ（Ａ）２１０Ａからの医師等が行った検索指示によって、情報処理装置１００は、対象としている患者の情報を、患者情報記憶モジュール１６５（ＨＩＳ（Ｂ）２１０Ｂ、診療所システムＡ２２０、レセプト情報管理システム２３０、薬局システム２４０（他にＨＩＳ（Ａ）２１０Ａを含めてもよい）と同義）から検索し、提示する。
情報処理装置１００、ＨＩＳ（Ａ）２１０Ａ、ＨＩＳ（Ｂ）２１０Ｂ、診療所システムＡ２２０、レセプト情報管理システム２３０、薬局システム２４０、ユーザ端末２５０は、通信回線２９０を介してそれぞれ接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット等であってもよい。情報処理装置１００を、いわゆるクラウドシステムとして構築してもよい。
ＨＩＳ（Ａ）２１０Ａは、病院情報（病院Ａ）記憶モジュール１９０Ａを有しており、ＨＩＳ（Ｂ）２１０Ｂは、病院情報（病院Ｂ）記憶モジュール１９０Ｂを有しており、診療所システムＡ２２０は、マスター情報（診療所Ａ）記憶モジュール１９２を有しており、レセプト情報管理システム２３０は、レセプト情報記憶モジュール１９４を有しており、薬局システム２４０は、薬処方情報（薬局）記憶モジュール１９６を有している。なお、ＨＩＳとは、Ｈｏｓｐｉｔａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ（病院情報システム）の略である。
ユーザ端末２５０は、ユーザ（患者）の操作に応じて、情報処理装置１００の薬情報登録モジュール１５０に薬処方情報を送信する。
例えば、ＨＩＳ（Ａ）２１０Ａからの医師等が行った検索指示によって、情報処理装置１００は、対象としている患者の情報を、患者情報記憶モジュール１６５（ＨＩＳ（Ｂ）２１０Ｂ、診療所システムＡ２２０、レセプト情報管理システム２３０、薬局システム２４０（他にＨＩＳ（Ａ）２１０Ａを含めてもよい）と同義）から検索し、提示する。
図３は、本実施の形態による処理例を示すフローチャートである。
ステップＳ３０２では、医療機関コードと患者ＩＤを設定する。つまり、突き合わせを行いたい患者（対象となる患者）の患者ＩＤと医療機関コードを設定する。基点となる情報の設定である。例えば、本処理を行わせる医療機関における患者ＩＤと医療機関コードを設定する。設定がない場合は、全患者に関する情報で突き合わせを行うようにしてもよい。
ステップＳ３０４では、各項目の一致度を計算し、患者類似度結果を作成する。具体的には、項目毎のウェイトで類似度を算出し、患者類似度結果（リスト）を作成する。
ステップＳ３０６では、閾値を設定しているか否かを判断し、設定している場合はステップＳ３０８へ進み、それ以外の場合はステップＳ３１０へ進む。
ステップＳ３０２では、医療機関コードと患者ＩＤを設定する。つまり、突き合わせを行いたい患者（対象となる患者）の患者ＩＤと医療機関コードを設定する。基点となる情報の設定である。例えば、本処理を行わせる医療機関における患者ＩＤと医療機関コードを設定する。設定がない場合は、全患者に関する情報で突き合わせを行うようにしてもよい。
ステップＳ３０４では、各項目の一致度を計算し、患者類似度結果を作成する。具体的には、項目毎のウェイトで類似度を算出し、患者類似度結果（リスト）を作成する。
ステップＳ３０６では、閾値を設定しているか否かを判断し、設定している場合はステップＳ３０８へ進み、それ以外の場合はステップＳ３１０へ進む。
ステップＳ３０８では、閾値を設定している場合は、患者類似度結果（リスト）から閾値以下のユニークＩＤ（患者情報）を削除する。
ステップＳ３１０では、類似度の高い順で患者ＩＤリストを作成する。
ステップＳ３１２では、薬処方データでの絞り込みを行う。ステップＳ３１２の処理の詳細は、図４の例に示すフローチャートを用いて後述する。
ステップＳ３１０では、類似度の高い順で患者ＩＤリストを作成する。
ステップＳ３１２では、薬処方データでの絞り込みを行う。ステップＳ３１２の処理の詳細は、図４の例に示すフローチャートを用いて後述する。
図４は、本実施の形態による処理例を示すフローチャートである。
ステップＳ４０２では、薬処方データから医療機関コードと患者氏名、生年月日、性別等を用いて、薬局の患者ＩＤを特定する。ここで特定する患者は、前述の図３の例に示したフローチャートのステップＳ３０２で設定した患者又はステップＳ３１０で作成した患者ＩＤリスト内の患者である。
ステップＳ４０４では、他の医療機関の記録があるか否かを判断し、ある場合はステップＳ４０６へ進み、それ以外の場合はステップＳ４１０へ進む。つまり、薬局の患者ＩＤに対応している医療機関のリストを作成し、そのリストがなくなったら、処理を抜ける（ステップＳ４１０へ進む）。
ステップＳ４０６では、患者類似度結果（図３の例に示したフローチャートのステップＳ３１０で作成した患者ＩＤリスト）の医療機関が含まれるか否かを判断し、含まれる場合はステップＳ４０４へ戻り、それ以外の場合はステップＳ４０８へ進む。つまり、患者類似度結果に、医療機関リストの医療機関が含まれるかを確認し、薬処方データに存在しない場合は、異なる患者と判断する。
ステップＳ４０８では、患者類似度結果からユニークＩＤを削除する。又は、その患者の類似度を下げるようにしてもよい。
ステップＳ４１０では、患者類似度結果を返す。つまり、薬処方データと医療機関のデータで、突き合わせた結果を返す。
ステップＳ４０２では、薬処方データから医療機関コードと患者氏名、生年月日、性別等を用いて、薬局の患者ＩＤを特定する。ここで特定する患者は、前述の図３の例に示したフローチャートのステップＳ３０２で設定した患者又はステップＳ３１０で作成した患者ＩＤリスト内の患者である。
ステップＳ４０４では、他の医療機関の記録があるか否かを判断し、ある場合はステップＳ４０６へ進み、それ以外の場合はステップＳ４１０へ進む。つまり、薬局の患者ＩＤに対応している医療機関のリストを作成し、そのリストがなくなったら、処理を抜ける（ステップＳ４１０へ進む）。
ステップＳ４０６では、患者類似度結果（図３の例に示したフローチャートのステップＳ３１０で作成した患者ＩＤリスト）の医療機関が含まれるか否かを判断し、含まれる場合はステップＳ４０４へ戻り、それ以外の場合はステップＳ４０８へ進む。つまり、患者類似度結果に、医療機関リストの医療機関が含まれるかを確認し、薬処方データに存在しない場合は、異なる患者と判断する。
ステップＳ４０８では、患者類似度結果からユニークＩＤを削除する。又は、その患者の類似度を下げるようにしてもよい。
ステップＳ４１０では、患者類似度結果を返す。つまり、薬処方データと医療機関のデータで、突き合わせた結果を返す。
図５は、患者情報テーブル５００のデータ構造例を示す説明図である。患者情報テーブル５００は、患者情報インポートモジュール１１０、患者情報インポートモジュール１２０によって収集された診察記録等のデータである。患者情報テーブル５００は、ユニークＩＤ欄５０５、施設ＩＤ欄５１０、医療機関コード欄５１５、施設種類欄５２０、患者ＩＤ欄５２５、氏名（漢字）欄５３０、氏名（カナ）欄５３５、性別欄５４０、生年月日欄５４５、住所欄５５０、電話番号欄５５５、緊急連絡先欄５６０を有している。ユニークＩＤ欄５０５は、患者情報記憶モジュール１６５におけるユニークな（本実施の形態において一意に診察記録等を識別できること）ＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。施設ＩＤ欄５１０は、本実施の形態において、施設を一意に識別するための情報（施設ＩＤ）を記憶している。医療機関コード欄５１５は、その診察記録等がある医療機関を示す医療機関コードを記憶している。施設種類欄５２０は、その医療機関の施設種類を記憶している。患者ＩＤ欄５２５は、その医療機関において、患者を一意に識別するための情報（患者ＩＤ）を記憶している。つまり、複数の医療機関に登録されている場合は、同じ患者であっても複数の患者ＩＤが付与されている。氏名（漢字）欄５３０は、その患者の氏名（漢字）を記憶している。氏名（カナ）欄５３５は、その患者の氏名（カナ）を記憶している。性別欄５４０は、その患者の性別を記憶している。生年月日欄５４５は、その患者の生年月日を記憶している。住所欄５５０は、その患者の住所を記憶している。電話番号欄５５５は、その患者の電話番号を記憶している。緊急連絡先欄５６０は、その患者の緊急連絡先を記憶している。
現在、日本の保険医療制度において、各医療機関の診療情報から患者を一意に識別する情報を有しない。例えば、健康保険証の被保険証番号と記号と氏名の組み合わせは、一人ひとり異なるが、就職や転職、引っ越しの度に被保険証番号と記号が変わるため、一意性を保てない。
現在、日本の保険医療制度において、各医療機関の診療情報から患者を一意に識別する情報を有しない。例えば、健康保険証の被保険証番号と記号と氏名の組み合わせは、一人ひとり異なるが、就職や転職、引っ越しの度に被保険証番号と記号が変わるため、一意性を保てない。
患者ＩＤ関連付けモジュール１７０による患者突き合わせの方法は、患者類似度計算モジュール１８０を利用し、患者の個人情報の各項目をそれぞれ比較して、類似度を計算する。
類似度は比較結果にウェイトを乗算して、その結果を合計する（１）式を用いる。
ここで、ウェイトの例について説明する。図６は、ウェイトテーブル６００のデータ構造例を示す説明図である。ウェイトテーブル６００は、項目欄６１０、ウェイト欄６２０を有している。項目欄６１０は、項目を記憶している。ウェイト欄６２０は、その項目に付与するウェイトを記憶している。
例えば、項目「氏名（漢字）」のウェイトは１０であり、氏名（カナ）のウェイトは２０であり、性別のウェイトは２０であり、生年月日のウェイトは２０であり、住所のウェイトは１０であり、電話番号のウェイトは１０であり、緊急連絡先のウェイトは１０である。ウェイトで、氏名（カナ）より、氏名（漢字）が低いのは、常用漢字以外では間違っている可能性があるためである。性別、生年月日は、変わることがないため、ウェイトを高くしている。そして、住所、電話番号、緊急連絡先は、引っ越し等で変わる可能性があるため、低くしている。
類似度は比較結果にウェイトを乗算して、その結果を合計する（１）式を用いる。
ここで、ウェイトの例について説明する。図６は、ウェイトテーブル６００のデータ構造例を示す説明図である。ウェイトテーブル６００は、項目欄６１０、ウェイト欄６２０を有している。項目欄６１０は、項目を記憶している。ウェイト欄６２０は、その項目に付与するウェイトを記憶している。
例えば、項目「氏名（漢字）」のウェイトは１０であり、氏名（カナ）のウェイトは２０であり、性別のウェイトは２０であり、生年月日のウェイトは２０であり、住所のウェイトは１０であり、電話番号のウェイトは１０であり、緊急連絡先のウェイトは１０である。ウェイトで、氏名（カナ）より、氏名（漢字）が低いのは、常用漢字以外では間違っている可能性があるためである。性別、生年月日は、変わることがないため、ウェイトを高くしている。そして、住所、電話番号、緊急連絡先は、引っ越し等で変わる可能性があるため、低くしている。
患者ＩＤ関連付けモジュール１７０による処理結果の例について説明する。図７は、患者ＩＤ関連付けモジュール１７０による処理結果としての類似度テーブル７００のデータ構造例を示す説明図である。類似度テーブル７００は、ユニークＩＤ欄７１０、関連ユニークＩＤ欄７２０、類似度欄７３０を有している。ユニークＩＤ欄７１０は、ユニークＩＤ（患者情報テーブル５００のユニークＩＤ欄５０５）を記憶している。関連ユニークＩＤ欄７２０は、そのユニークＩＤと比較対象とした関連ユニークＩＤ欄を記憶している。類似度欄７３０は、ユニークＩＤの患者と関連ユニークＩＤの患者との類似度を記憶している。類似度が大であるほど、同じ患者である可能性が高い。
なお、類似度に閾値を定義でき、類似度テーブル７００に記憶させる結果として、その閾値以上の検索結果（ユニークＩＤと関連ユニークＩＤとの組み合わせ）を残すようにしてもよい。
なお、類似度に閾値を定義でき、類似度テーブル７００に記憶させる結果として、その閾値以上の検索結果（ユニークＩＤと関連ユニークＩＤとの組み合わせ）を残すようにしてもよい。
患者ＩＤ関連付けモジュール１７０が行う、薬局の薬処方データ等を用いた突き合わせ処理について説明する。図８は、薬処方テーブル８００のデータ構造例を示す説明図である。薬処方テーブル８００は、薬情報インポートモジュール１４０又は薬情報登録モジュール１５０によって患者情報記憶モジュール１６５に格納されたものであって、患者ＩＤ欄８０５、患者氏名欄８１０、患者性別欄８１５、生年月日欄８２０、患者郵便番号欄８２５、住所欄８３０、患者電話番号欄８３５、緊急連絡先欄８４０、血液型欄８４５、体重欄８５０、医療機関コード欄８５５を有している。患者ＩＤ欄８０５は、その薬局における患者ＩＤを記憶している。患者氏名欄８１０は、その患者ＩＤの患者の氏名を記憶している。患者性別欄８１５は、その患者の性別を記憶している。生年月日欄８２０は、その患者の生年月日を記憶している。患者郵便番号欄８２５は、その患者の郵便番号を記憶している。住所欄８３０は、その患者の住所を記憶している。患者電話番号欄８３５は、その患者の電話番号を記憶している。緊急連絡先欄８４０は、その患者の緊急連絡先を記憶している。血液型欄８４５は、その患者の血液型を記憶している。体重欄８５０は、その患者の体重を記憶している。医療機関コード欄８５５は、その患者に処方した医療機関（処方箋を記載した医療機関）の医療機関コードを記憶している。
患者ＩＤ関連付けモジュール１７０は、以下のような処理を行う。
類似度テーブル７００のユニークＩＤ欄７１０内の患者の患者氏名、性別、生年月日（患者情報テーブル５００の氏名（漢字）欄５３０、氏名（カナ）欄５３５、性別欄５４０、生年月日欄５４５）等を利用して、それらと合致する薬処方テーブル８００内の患者情報を検索する。その検索結果から、病院や診療所の処方データを特定し、その医療機関コード（医療機関コード欄８５５）を抽出する。類似度テーブル７００の関連ユニークＩＤ欄７２０内の医療機関コードが、抽出した医療機関コードに合致するか否かを判断し、合致しない場合は同じ人物ではないと判断する。その結果、その医療機関コードに該当する関連ユニークＩＤの患者を類似度テーブル７００から削除してもよいし、また類似度を予め定められた式（例えば、予め定められた値を減算する式、予め定められた１未満の値を乗算する式等）によって減少させるようにしてもよい。
類似度テーブル７００のユニークＩＤ欄７１０内の患者の患者氏名、性別、生年月日（患者情報テーブル５００の氏名（漢字）欄５３０、氏名（カナ）欄５３５、性別欄５４０、生年月日欄５４５）等を利用して、それらと合致する薬処方テーブル８００内の患者情報を検索する。その検索結果から、病院や診療所の処方データを特定し、その医療機関コード（医療機関コード欄８５５）を抽出する。類似度テーブル７００の関連ユニークＩＤ欄７２０内の医療機関コードが、抽出した医療機関コードに合致するか否かを判断し、合致しない場合は同じ人物ではないと判断する。その結果、その医療機関コードに該当する関連ユニークＩＤの患者を類似度テーブル７００から削除してもよいし、また類似度を予め定められた式（例えば、予め定められた値を減算する式、予め定められた１未満の値を乗算する式等）によって減少させるようにしてもよい。
また、類似度テーブル７００の関連ユニークＩＤ欄７２０内の医療機関コードが、抽出した医療機関コードに合致した場合には、以下のような処理を付加してもよい。
医療機関間の相関関係（住所の近隣しているところ、処方の日付と通院日）や、レセプト情報で絞り込みを行うようにしてもよい。例えば、ユニークＩＤの患者の医療機関と関連ユニークＩＤの患者の医療機関間の距離が予め定められた閾値以内である場合は類似度を高くする処理を行うようにしてもよいし、その距離が予め定められた閾値以上である場合は類似度を低くする処理を行うようにしてもよい。なお、医療機関の位置（住所、緯度経度等）は、予め患者情報記憶モジュール１６５内に記憶されている。また、薬局と医療機関との距離を用いるようにしてもよい。
また、患者情報テーブル５００に通院日を付加し、薬処方テーブル８００に処方が行われた日付の欄を付加し、その通院日と処方日が予め定められた関係にある場合は、類似度を変更するようにしてもよい。例えば、通院日以降であって、その通院日から予め定められた期間内に処方日がある場合は、類似度を高くする処理を行うようにしてもよい。処方日の後に通院日がある場合、又は、通院日以降であるが、その通院日から予め定められた期間を過ぎて処方日がある場合は、類似度を低くする処理を行うようにしてもよい。
医療機関間の相関関係（住所の近隣しているところ、処方の日付と通院日）や、レセプト情報で絞り込みを行うようにしてもよい。例えば、ユニークＩＤの患者の医療機関と関連ユニークＩＤの患者の医療機関間の距離が予め定められた閾値以内である場合は類似度を高くする処理を行うようにしてもよいし、その距離が予め定められた閾値以上である場合は類似度を低くする処理を行うようにしてもよい。なお、医療機関の位置（住所、緯度経度等）は、予め患者情報記憶モジュール１６５内に記憶されている。また、薬局と医療機関との距離を用いるようにしてもよい。
また、患者情報テーブル５００に通院日を付加し、薬処方テーブル８００に処方が行われた日付の欄を付加し、その通院日と処方日が予め定められた関係にある場合は、類似度を変更するようにしてもよい。例えば、通院日以降であって、その通院日から予め定められた期間内に処方日がある場合は、類似度を高くする処理を行うようにしてもよい。処方日の後に通院日がある場合、又は、通院日以降であるが、その通院日から予め定められた期間を過ぎて処方日がある場合は、類似度を低くする処理を行うようにしてもよい。
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図９に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ９０１を用い、記憶装置としてＲＡＭ９０２、ＲＯＭ９０３、ＨＤ９０４を用いている。ＨＤ９０４として、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を用いてもよい。患者情報インポートモジュール１１０、患者情報インポートモジュール１２０、レセプト情報インポートモジュール１３０、薬情報インポートモジュール１４０、薬情報登録モジュール１５０、患者情報管理モジュール１６０、患者ＩＤ関連付けモジュール１７０、患者類似度計算モジュール１８０等のプログラムを実行するＣＰＵ９０１と、そのプログラムやデータを記憶するＲＡＭ９０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ９０３と、補助記憶装置（フラッシュメモリ等であってもよい）であるＨＤ９０４と、キーボード、マウス、タッチパネル等に対する利用者の操作に基づいてデータを受け付ける受付装置９０６と、ＣＲＴ、液晶ディスプレイ等の出力装置９０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース９０７、そして、それらをつないでデータのやりとりをするためのバス９０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図９に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図９に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図９に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
なお、図９に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図９に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図９に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
１００…情報処理装置
１１０…患者情報インポートモジュール
１２０…患者情報インポートモジュール
１３０…レセプト情報インポートモジュール
１４０…薬情報インポートモジュール
１５０…薬情報登録モジュール
１６０…患者情報管理モジュール
１６５…患者情報記憶モジュール
１７０…患者ＩＤ関連付けモジュール
１８０…患者類似度計算モジュール
１９０…病院情報記憶モジュール
１９２…マスター情報（診療所Ａ）記憶モジュール
１９４…レセプト情報記憶モジュール
１９６…薬処方情報（薬局）記憶モジュール
２１０…ＨＩＳ
２２０…診療所システムＡ
２３０…レセプト情報管理システム
２４０…薬局システム
２５０…ユーザ端末
２９０…通信回線
１１０…患者情報インポートモジュール
１２０…患者情報インポートモジュール
１３０…レセプト情報インポートモジュール
１４０…薬情報インポートモジュール
１５０…薬情報登録モジュール
１６０…患者情報管理モジュール
１６５…患者情報記憶モジュール
１７０…患者ＩＤ関連付けモジュール
１８０…患者類似度計算モジュール
１９０…病院情報記憶モジュール
１９２…マスター情報（診療所Ａ）記憶モジュール
１９４…レセプト情報記憶モジュール
１９６…薬処方情報（薬局）記憶モジュール
２１０…ＨＩＳ
２２０…診療所システムＡ
２３０…レセプト情報管理システム
２４０…薬局システム
２５０…ユーザ端末
２９０…通信回線
Claims (4)
- 複数の医療機関における患者の属性を受け付ける受付手段と、
前記属性を用いて、同じ人物である可能性のある患者に関する情報を収集する収集手段と、
医療機関を属性とする薬処方情報を記憶する記憶手段から、前記収集手段によって収集された患者の薬処方情報を抽出する抽出手段と、
前記収集手段によって収集された患者に関する情報のうち、前記抽出手段によって抽出された薬処方情報内に含まれていない医療機関を属性として有する患者に関する情報に対応する患者を、同じ人物ではないと判断する判断手段
を具備することを特徴とする情報処理装置。 - 前記薬処方情報は、薬局における薬処方情報又は患者から登録された薬処方情報である
ことを特徴とする請求項１に記載の情報処理装置。 - 前記収集手段は、前記受付手段が受け付けた属性に重み付けを行って、患者に関する情報間の類似度を算出し、該算出した類似度によって、同じ人物である可能性のある患者に関する情報を収集する
ことを特徴とする請求項１又は２に記載の情報処理装置。 - コンピュータを、
複数の医療機関における患者の属性を受け付ける受付手段と、
前記属性を用いて、同じ人物である可能性のある患者に関する情報を収集する収集手段と、
医療機関を属性とする薬処方情報を記憶する記憶手段から、前記収集手段によって収集された患者の薬処方情報を抽出する抽出手段と、
前記収集手段によって収集された患者に関する情報のうち、前記抽出手段によって抽出された薬処方情報内に含まれていない医療機関を属性として有する患者に関する情報に対応する患者を、同じ人物ではないと判断する判断手段
として機能させるための情報処理プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2014117172A JP6384130B2 (ja) | 2014-06-06 | 2014-06-06 | 情報処理装置及び情報処理プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2014117172A JP6384130B2 (ja) | 2014-06-06 | 2014-06-06 | 情報処理装置及び情報処理プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2015230631A true JP2015230631A (ja) | 2015-12-21 |
| JP6384130B2 JP6384130B2 (ja) | 2018-09-05 |
Family
ID=54887361
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2014117172A Expired - Fee Related JP6384130B2 (ja) | 2014-06-06 | 2014-06-06 | 情報処理装置及び情報処理プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6384130B2 (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017215882A (ja) * | 2016-06-02 | 2017-12-07 | コニカミノルタ株式会社 | 患者情報表示装置及び患者情報表示方法 |
| JP2017215883A (ja) * | 2016-06-02 | 2017-12-07 | コニカミノルタ株式会社 | 患者情報表示装置及び患者情報表示方法 |
| JP2018147048A (ja) * | 2017-03-01 | 2018-09-20 | コニカミノルタ株式会社 | 人脈情報作成装置、人脈情報作成プログラム及び人脈情報作成方法 |
| CN111192689A (zh) * | 2018-11-15 | 2020-05-22 | 零氪科技（北京）有限公司 | 一种基于医疗数据的患者识别方法 |
| JP7253019B1 (ja) | 2021-09-29 | 2023-04-05 | 三菱電機Ｉｔソリューションズ株式会社 | 薬局支援装置、薬局支援システム、薬局支援方法、および薬局支援プログラム |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003196392A (ja) * | 2001-12-25 | 2003-07-11 | Hitachi Medical Corp | 薬歴管理方法及び薬歴管理システム |
| JP2007052767A (ja) * | 2005-07-19 | 2007-03-01 | It Co Ltd | 薬局販売情報システム、その本部サーバとレセプトコンピュータ、及びレセプトコンピュータのプログラム |
| JP2011175373A (ja) * | 2010-02-23 | 2011-09-08 | Sanyo Electric Co Ltd | 個人関連情報集約システム、個人関連情報集約装置及び個人関連情報集約プログラム |
| JP2011257854A (ja) * | 2010-06-07 | 2011-12-22 | Hitachi Ltd | 医療情報管理システム、医療情報管理方法、および医療情報管理プログラム |
-
2014
- 2014-06-06 JP JP2014117172A patent/JP6384130B2/ja not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003196392A (ja) * | 2001-12-25 | 2003-07-11 | Hitachi Medical Corp | 薬歴管理方法及び薬歴管理システム |
| JP2007052767A (ja) * | 2005-07-19 | 2007-03-01 | It Co Ltd | 薬局販売情報システム、その本部サーバとレセプトコンピュータ、及びレセプトコンピュータのプログラム |
| JP2011175373A (ja) * | 2010-02-23 | 2011-09-08 | Sanyo Electric Co Ltd | 個人関連情報集約システム、個人関連情報集約装置及び個人関連情報集約プログラム |
| JP2011257854A (ja) * | 2010-06-07 | 2011-12-22 | Hitachi Ltd | 医療情報管理システム、医療情報管理方法、および医療情報管理プログラム |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017215882A (ja) * | 2016-06-02 | 2017-12-07 | コニカミノルタ株式会社 | 患者情報表示装置及び患者情報表示方法 |
| JP2017215883A (ja) * | 2016-06-02 | 2017-12-07 | コニカミノルタ株式会社 | 患者情報表示装置及び患者情報表示方法 |
| JP2018147048A (ja) * | 2017-03-01 | 2018-09-20 | コニカミノルタ株式会社 | 人脈情報作成装置、人脈情報作成プログラム及び人脈情報作成方法 |
| CN111192689A (zh) * | 2018-11-15 | 2020-05-22 | 零氪科技（北京）有限公司 | 一种基于医疗数据的患者识别方法 |
| CN111192689B (zh) * | 2018-11-15 | 2023-11-24 | 零氪科技（北京）有限公司 | 一种基于医疗数据的患者识别方法 |
| JP7253019B1 (ja) | 2021-09-29 | 2023-04-05 | 三菱電機Ｉｔソリューションズ株式会社 | 薬局支援装置、薬局支援システム、薬局支援方法、および薬局支援プログラム |
| JP2023053423A (ja) * | 2021-09-29 | 2023-04-13 | 三菱電機Ｉｔソリューションズ株式会社 | 薬局支援装置、薬局支援システム、薬局支援方法、および薬局支援プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP6384130B2 (ja) | 2018-09-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Weber et al. | Finding the missing link for big biomedical data | |
| McCoy et al. | Matching identifiers in electronic health records: implications for duplicate records and patient safety | |
| WO2020243732A1 (en) | Systems and methods of clinical trial evaluation | |
| US20130124523A1 (en) | Systems and methods for medical information analysis with deidentification and reidentification | |
| JP6384130B2 (ja) | 情報処理装置及び情報処理プログラム | |
| US8805900B2 (en) | Methods, apparatuses and computer program products for facilitating location and retrieval of health information in a healthcare system | |
| US11581073B2 (en) | Dynamic database updates using probabilistic determinations | |
| CN105095332B (zh) | 信息处理装置和信息处理方法 | |
| WO2018169795A1 (en) | Interoperable record matching process | |
| JP2011257854A (ja) | 医療情報管理システム、医療情報管理方法、および医療情報管理プログラム | |
| JP2015533437A (ja) | 識別不能化および再識別を用いた医療情報解析のためのシステムおよび方法 | |
| US20230402188A1 (en) | Indicator For Probable Inheritance Of Genetic Disease | |
| Friedman et al. | Exome sequencing and clinical diagnosis | |
| Chang et al. | Morbidity trajectories as predictors of utilization: multi-year disease patterns in Taiwan's national health insurance program | |
| US20160378922A1 (en) | Methods and apparatuses for electronically documenting a visit of a patient | |
| Devi et al. | Integration of genomic data with EHR using IoT | |
| JP6344046B2 (ja) | 情報処理装置及び情報処理プログラム | |
| CN109522331B (zh) | 以个人为中心的区域化多维度健康数据处理方法及介质 | |
| JP6318645B2 (ja) | 患者情報表示プログラム、方法、装置及びシステム、並びに患者情報管理プログラム、方法及び装置 | |
| CN113611383B (zh) | 医疗信息获取方法、装置、电子设备及存储介质 | |
| JP2017097817A (ja) | 複数の医療機関が保有する患者情報を医療情報提示端末に提示するシステム | |
| JP2014059922A (ja) | 薬剤の処方を確実に適切に行うためのシステム、サーバ装置、端末装置およびプログラム | |
| US20150302214A1 (en) | Federated patient guaranteed unique identificaiton (guid) matching | |
| Verma et al. | Digital Assistant in the Pharmaceutical Field for Advancing Healthcare Systems | |
| Bartley et al. | Technology Environment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20170522 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20180410 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20180509 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20180710 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20180723 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6384130 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| LAPS | Cancellation because of no payment of annual fees | ||
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |