ホーム > 特許ランキング > 公立大学法人奈良県立医科大学
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024113355
(43)【公開日】2024-08-22
(54)【発明の名称】患者突合方法、装置、及びプログラム
(51)【国際特許分類】
G16H 10/60 20180101AFI20240815BHJP
【ＦＩ】
G16H10/60
【審査請求】未請求
【請求項の数】16
【出願形態】ＯＬ
(21)【出願番号】P 2023018280
(22)【出願日】2023-02-09
【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り 刊行物名 第２６回日本医療情報学会春季学術大会プログラム・抄録集 発行日 ２０２２年６月３０日 発行所 一般社団法人日本医療情報学会
(71)【出願人】
【識別番号】507126487
【氏名又は名称】公立大学法人奈良県立医科大学
(74)【代理人】
【識別番号】110000822
【氏名又は名称】弁理士法人グローバル知財
(72)【発明者】
【氏名】竹下 沙希
(72)【発明者】
【氏名】西岡 祐一
(72)【発明者】
【氏名】明神 大也
(72)【発明者】
【氏名】野田 龍也
(72)【発明者】
【氏名】今村 知明
【テーマコード（参考）】
5L099
【Ｆターム（参考）】
5L099AA01
(57)【要約】
【課題】国保データベース（ＫＤＢ）等のレセプト情報データベースにおける名寄せの効率及び正確性を向上させる患者突合方法、装置、及びプログラムを提供する。
【解決手段】レセプト情報データベースから、個人ＩＤ、生年月、性別、傷病名コード、診療開始日を抽出し、名寄せ用中間データを生成する。データベース内のレセプトから、名寄せに用いない個人ＩＤを除外する。名寄せ用中間テーブルを生成する。特定の条件を満たす個人ＩＤを名寄せ候補ＩＤとして抽出する。使用期間が包含関係にある名寄せ候補ＩＤの組を除外する。傷病名コードと診療開始日と性別と生年月が一致する個人ＩＤどうしで一方の最終受診年月が他方の最初の受診年月以下であるとき名寄せ候補ＩＤの組を統合し名寄せを行う。
【選択図】図１
【解決手段】レセプト情報データベースから、個人ＩＤ、生年月、性別、傷病名コード、診療開始日を抽出し、名寄せ用中間データを生成する。データベース内のレセプトから、名寄せに用いない個人ＩＤを除外する。名寄せ用中間テーブルを生成する。特定の条件を満たす個人ＩＤを名寄せ候補ＩＤとして抽出する。使用期間が包含関係にある名寄せ候補ＩＤの組を除外する。傷病名コードと診療開始日と性別と生年月が一致する個人ＩＤどうしで一方の最終受診年月が他方の最初の受診年月以下であるとき名寄せ候補ＩＤの組を統合し名寄せを行う。
【選択図】図１
【特許請求の範囲】
【請求項1】
レセプト情報データベースの患者突合方法において、
１）前記データベースから、個人ＩＤ、年齢情報、性別、傷病名、診療開始日が抽出され、名寄せ用中間データが生成されるステップと、
２）前記データベースのレセプトの内、最初の月に発生したレセプトと最後の月に発生したレセプトが参照され、両レセプトに存在する個人ＩＤを含むデータが名寄せ用中間データから除外されるステップと、
３）上記除外後の名寄せ用中間データにおいて、個人ＩＤ、性別及び年齢情報が全て一致するデータが統合され、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルが生成されるステップと、
４）データ統合されない傷病名と診療開始日の組み合わせを１セット有するレコードから構成される基本テーブルと、前記名寄せ用中間テーブルのそれぞれにおいて、年齢情報、性別、傷病名及び診療開始日の組み合わせが全て一致する個人ＩＤが名寄せ候補ＩＤとして抽出されるステップと、
５）前記名寄せ候補ＩＤの組において、一の個人ＩＤの使用期間と他の個人ＩＤの使用期間とが包含関係にある場合には、前記名寄せ候補ＩＤの組が除外されるステップと、
６）上記除外後の前記名寄せ候補ＩＤの組において、何れか一方の前記名寄せ候補ＩＤの最終受診年月が、他方の前記名寄せ候補ＩＤの最初の受診年月以前である場合には、名寄せＩＤの組として統合されるステップ、を備えることを特徴とする患者突合方法。
１）前記データベースから、個人ＩＤ、年齢情報、性別、傷病名、診療開始日が抽出され、名寄せ用中間データが生成されるステップと、
２）前記データベースのレセプトの内、最初の月に発生したレセプトと最後の月に発生したレセプトが参照され、両レセプトに存在する個人ＩＤを含むデータが名寄せ用中間データから除外されるステップと、
３）上記除外後の名寄せ用中間データにおいて、個人ＩＤ、性別及び年齢情報が全て一致するデータが統合され、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルが生成されるステップと、
４）データ統合されない傷病名と診療開始日の組み合わせを１セット有するレコードから構成される基本テーブルと、前記名寄せ用中間テーブルのそれぞれにおいて、年齢情報、性別、傷病名及び診療開始日の組み合わせが全て一致する個人ＩＤが名寄せ候補ＩＤとして抽出されるステップと、
５）前記名寄せ候補ＩＤの組において、一の個人ＩＤの使用期間と他の個人ＩＤの使用期間とが包含関係にある場合には、前記名寄せ候補ＩＤの組が除外されるステップと、
６）上記除外後の前記名寄せ候補ＩＤの組において、何れか一方の前記名寄せ候補ＩＤの最終受診年月が、他方の前記名寄せ候補ＩＤの最初の受診年月以前である場合には、名寄せＩＤの組として統合されるステップ、を備えることを特徴とする患者突合方法。
【請求項2】
前記名寄せ用中間データが生成されるステップは、前記データベースから、更に、診療年月が抽出され、
前記名寄せ用中間テーブルが生成されるステップは、前記名寄せ用中間データにおいて、個人ＩＤ、性別、診療年月及び年齢情報が全て一致するデータが統合され、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルが生成されることを特徴とする請求項１に記載の患者突合方法。
前記名寄せ用中間テーブルが生成されるステップは、前記名寄せ用中間データにおいて、個人ＩＤ、性別、診療年月及び年齢情報が全て一致するデータが統合され、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルが生成されることを特徴とする請求項１に記載の患者突合方法。
【請求項3】
前記名寄せ用中間データが生成されるステップは、前記データベースから、更に、医療機関情報が抽出され、
前記名寄せ用中間テーブルが生成されるステップは、前記名寄せ用中間データにおいて、個人ＩＤ、性別、医療機関情報及び年齢情報が全て一致するデータが統合され、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルが生成されることを特徴とする請求項１に記載の患者突合方法。
前記名寄せ用中間テーブルが生成されるステップは、前記名寄せ用中間データにおいて、個人ＩＤ、性別、医療機関情報及び年齢情報が全て一致するデータが統合され、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルが生成されることを特徴とする請求項１に記載の患者突合方法。
【請求項4】
前記名寄せ用中間データが生成されるステップは、前記データベースから、更に、診療年月及び医療機関情報が抽出され、
前記名寄せ用中間テーブルが生成されるステップは、前記名寄せ用中間データにおいて、個人ＩＤ、性別、診療年月、医療機関情報及び年齢情報が全て一致するデータが統合され、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルが生成されることを特徴とする請求項１に記載の患者突合方法。
前記名寄せ用中間テーブルが生成されるステップは、前記名寄せ用中間データにおいて、個人ＩＤ、性別、診療年月、医療機関情報及び年齢情報が全て一致するデータが統合され、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルが生成されることを特徴とする請求項１に記載の患者突合方法。
【請求項5】
前記名寄せ用中間データが生成されるステップは、前記データベースから、更に、１つ以上のユニークＩＤが抽出され、
前記名寄せ用中間テーブルが生成されるステップは、前記名寄せ用中間データにおいて、個人ＩＤと前記ユニークＩＤの少なくとも何れかと、性別、及び年齢情報が全て一致するデータが統合され、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルが生成されることを特徴とする請求項１に記載の患者突合方法。
前記名寄せ用中間テーブルが生成されるステップは、前記名寄せ用中間データにおいて、個人ＩＤと前記ユニークＩＤの少なくとも何れかと、性別、及び年齢情報が全て一致するデータが統合され、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルが生成されることを特徴とする請求項１に記載の患者突合方法。
【請求項6】
前記ユニークＩＤの少なくとも何れかが一致するデータが、名寄せＩＤの組として統合されることを特徴とする請求項５に記載の患者突合方法。
【請求項7】
前記名寄せ候補ＩＤを抽出するステップにおいて、複数の個人ＩＤについて傷病名と対応する診療開始日の１つ以上の組み合わせが、他の性別又は年齢階級で発生していない場合にのみ、名寄せ候補ＩＤの組とすることを特徴とする請求項１に記載の患者突合方法。
【請求項8】
前記データベースは、ＤＰＣレセプトと医科レセプトと調剤レセプトと歯科レセプトとの少なくとも何れかであることを特徴とする請求項１～７の何れかに記載の患者突合方法。
【請求項9】
前記年齢情報は、生年月に関する情報であることを特徴とする請求項１～７の何れかに記載の患者突合方法。
【請求項10】
プログラムを格納するメモリ部と、前記プログラムを実行する演算処理部とを備えるレセプト情報データベースの患者突合装置であって、
前記演算処理部が前記プログラムを実行することにより、下記１）～６）を実現する患者突合装置：
１）前記データベースから、個人ＩＤ、年齢情報、性別、傷病名、診療開始日を抽出し、名寄せ用中間データを生成する中間データ生成部と、
２）前記データベースのレセプトの内、最初の月に発生したレセプトと最後の月に発生したレセプトを参照し、両レセプトに存在する個人ＩＤを含むデータを名寄せ用中間データから除外する第１の除外部と、
３）上記除外後の名寄せ用中間データにおいて、個人ＩＤ、性別及び年齢情報が全て一致するデータを統合し、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルを生成する中間テーブル生成部と、
４）データ統合されない傷病名と診療開始日の組み合わせを１セット有するレコードから構成される基本テーブルと、前記名寄せ用中間テーブルのそれぞれにおいて、年齢情報、性別、傷病名及び診療開始日の組み合わせが全て一致する個人ＩＤを名寄せ候補ＩＤとして抽出する候補ＩＤ抽出部と、
５）前記名寄せ候補ＩＤの組において、一の個人ＩＤの使用期間と他の個人ＩＤの使用期間とが包含関係にある場合には、前記名寄せ候補ＩＤの組を除外する第２の除外部と、
６）上記除外後の前記名寄せ候補ＩＤの組において、何れか一方の前記名寄せ候補ＩＤの最終受診年月が、他方の前記名寄せ候補ＩＤの最初の受診年月以前である場合には、名寄せＩＤの組として統合する名寄せデータ生成部。
前記演算処理部が前記プログラムを実行することにより、下記１）～６）を実現する患者突合装置：
１）前記データベースから、個人ＩＤ、年齢情報、性別、傷病名、診療開始日を抽出し、名寄せ用中間データを生成する中間データ生成部と、
２）前記データベースのレセプトの内、最初の月に発生したレセプトと最後の月に発生したレセプトを参照し、両レセプトに存在する個人ＩＤを含むデータを名寄せ用中間データから除外する第１の除外部と、
３）上記除外後の名寄せ用中間データにおいて、個人ＩＤ、性別及び年齢情報が全て一致するデータを統合し、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルを生成する中間テーブル生成部と、
４）データ統合されない傷病名と診療開始日の組み合わせを１セット有するレコードから構成される基本テーブルと、前記名寄せ用中間テーブルのそれぞれにおいて、年齢情報、性別、傷病名及び診療開始日の組み合わせが全て一致する個人ＩＤを名寄せ候補ＩＤとして抽出する候補ＩＤ抽出部と、
５）前記名寄せ候補ＩＤの組において、一の個人ＩＤの使用期間と他の個人ＩＤの使用期間とが包含関係にある場合には、前記名寄せ候補ＩＤの組を除外する第２の除外部と、
６）上記除外後の前記名寄せ候補ＩＤの組において、何れか一方の前記名寄せ候補ＩＤの最終受診年月が、他方の前記名寄せ候補ＩＤの最初の受診年月以前である場合には、名寄せＩＤの組として統合する名寄せデータ生成部。
【請求項11】
前記中間データ生成部は、前記データベースから、更に、診療年月を抽出し、
前記中間テーブル生成部は、前記名寄せ用中間データにおいて、個人ＩＤ、性別、診療年月及び年齢情報が全て一致するデータを統合し、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルを生成し、
前記データベースは、ＤＰＣレセプトと医科レセプトと調剤レセプトと歯科レセプトとの少なくとも何れかであり、
前記年齢情報は、生年月に関する情報である、
ことを特徴とする請求項１０に記載の患者突合装置。
前記中間テーブル生成部は、前記名寄せ用中間データにおいて、個人ＩＤ、性別、診療年月及び年齢情報が全て一致するデータを統合し、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルを生成し、
前記データベースは、ＤＰＣレセプトと医科レセプトと調剤レセプトと歯科レセプトとの少なくとも何れかであり、
前記年齢情報は、生年月に関する情報である、
ことを特徴とする請求項１０に記載の患者突合装置。
【請求項12】
前記中間データ生成部は、前記データベースから、更に、１つ以上のユニークＩＤを抽出し、
前記中間テーブル生成部は、前記名寄せ用中間データにおいて、個人ＩＤと前記ユニークＩＤの少なくとも何れか１つと、性別及び年齢情報が全て一致するデータを統合し、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルを生成することを特徴とする請求項１０に記載の患者突合装置。
前記中間テーブル生成部は、前記名寄せ用中間データにおいて、個人ＩＤと前記ユニークＩＤの少なくとも何れか１つと、性別及び年齢情報が全て一致するデータを統合し、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルを生成することを特徴とする請求項１０に記載の患者突合装置。
【請求項13】
前記ユニークＩＤの少なくとも何れか１つが一致するデータを、名寄せＩＤの組として統合することを特徴とする請求項１２に記載の患者突合装置。
【請求項14】
レセプト情報データベースの患者突合プログラムにおいて、
コンピュータに、以下の１）～６）を実行させるための患者突合プログラム：
１）前記データベースから、個人ＩＤ、年齢情報、性別、傷病名、診療開始日を抽出し、名寄せ用中間データを生成する中間データ生成ステップと、
２）前記データベースのレセプトの内、最初の月に発生したレセプトと最後の月に発生したレセプトを参照し、両レセプトに存在する個人ＩＤを含むデータを名寄せ用中間データから除外するステップと、
３）上記除外後の名寄せ用中間データにおいて、個人ＩＤ、性別及び年齢情報が全て一致するデータを統合し、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルを生成する中間テーブル生成ステップと、
４）データ統合されない傷病名と診療開始日の組み合わせを１セット有するレコードから構成される基本テーブルと、前記名寄せ用中間テーブルのそれぞれにおいて、年齢情報、性別、傷病名及び診療開始日の組み合わせが全て一致する個人ＩＤを名寄せ候補ＩＤとして抽出するステップと、
５）前記名寄せ候補ＩＤの組において、一の個人ＩＤの使用期間と他の個人ＩＤの使用期間とが包含関係にある場合には、前記名寄せ候補ＩＤの組を除外するステップと、
６）上記除外後の前記名寄せ候補ＩＤの組において、何れか一方の前記名寄せ候補ＩＤの最終受診年月が、他方の前記名寄せ候補ＩＤの最初の受診年月以前である場合には、名寄せＩＤの組として統合するステップ。
コンピュータに、以下の１）～６）を実行させるための患者突合プログラム：
１）前記データベースから、個人ＩＤ、年齢情報、性別、傷病名、診療開始日を抽出し、名寄せ用中間データを生成する中間データ生成ステップと、
２）前記データベースのレセプトの内、最初の月に発生したレセプトと最後の月に発生したレセプトを参照し、両レセプトに存在する個人ＩＤを含むデータを名寄せ用中間データから除外するステップと、
３）上記除外後の名寄せ用中間データにおいて、個人ＩＤ、性別及び年齢情報が全て一致するデータを統合し、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルを生成する中間テーブル生成ステップと、
４）データ統合されない傷病名と診療開始日の組み合わせを１セット有するレコードから構成される基本テーブルと、前記名寄せ用中間テーブルのそれぞれにおいて、年齢情報、性別、傷病名及び診療開始日の組み合わせが全て一致する個人ＩＤを名寄せ候補ＩＤとして抽出するステップと、
５）前記名寄せ候補ＩＤの組において、一の個人ＩＤの使用期間と他の個人ＩＤの使用期間とが包含関係にある場合には、前記名寄せ候補ＩＤの組を除外するステップと、
６）上記除外後の前記名寄せ候補ＩＤの組において、何れか一方の前記名寄せ候補ＩＤの最終受診年月が、他方の前記名寄せ候補ＩＤの最初の受診年月以前である場合には、名寄せＩＤの組として統合するステップ。
【請求項15】
レセプト情報データベースの患者突合プログラムにおいて、
コンピュータに、以下の１）～６）を実行させるための患者突合プログラム：
１）前記データベースから、個人ＩＤ、年齢情報、性別、傷病名、診療開始日を抽出し、名寄せ用中間データを生成する中間データ生成ステップと、
２）前記データベースのレセプトの内、最初の月に発生したレセプトと最後の月に発生したレセプトを参照し、両レセプトに存在する個人ＩＤを含むデータを名寄せ用中間データから除外し、かつ、使用しない傷病名と診療開始日の組み合わせを抽出するステップと、
３）上記除外後の名寄せ用中間データにおいて、傷病名と診療開始日の組み合わせを１セット有する基本テーブル、及び、傷病名と診療開始日の組み合わせをＮ－１セット（Ｎ≧２）有する中間テーブルを用い、両テーブルで個人ＩＤ、性別及び年齢情報が全て一致した場合に、当該個人ＩＤについて傷病名と診療開始日を追加して、傷病名と診療開始日の組み合わせがＮセット有する中間テーブルＮを生成する中間テーブル生成ステップと、
４）Ｎ≧２について、傷病名と診療開始日のＮセットの組み合わせを有する年齢情報と性別とが一致し、かつ該当する個人ＩＤが複数あった場合には、上記３）で生成された前記中間テーブルＮについて、年齢情報、性別、傷病名及び診療開始日の組み合わせが全て一致する個人ＩＤを名寄せ候補ＩＤとして抽出し、Ｎ＝２，３・・・について名寄せ候補ＩＤが出力されなくなるまで、上記３）と４）を繰り返すステップと、
５）前記名寄せ候補ＩＤの組において、一の個人ＩＤの使用期間と他の個人ＩＤの使用期間とが包含関係にある場合には、前記名寄せ候補ＩＤの組を除外するステップと、
６）上記除外後の前記名寄せ候補ＩＤの組において、何れか一方の前記名寄せ候補ＩＤの最終受診年月が、他方の前記名寄せ候補ＩＤの最初の受診年月以前である場合には、名寄せＩＤの組として統合するステップ。
コンピュータに、以下の１）～６）を実行させるための患者突合プログラム：
１）前記データベースから、個人ＩＤ、年齢情報、性別、傷病名、診療開始日を抽出し、名寄せ用中間データを生成する中間データ生成ステップと、
２）前記データベースのレセプトの内、最初の月に発生したレセプトと最後の月に発生したレセプトを参照し、両レセプトに存在する個人ＩＤを含むデータを名寄せ用中間データから除外し、かつ、使用しない傷病名と診療開始日の組み合わせを抽出するステップと、
３）上記除外後の名寄せ用中間データにおいて、傷病名と診療開始日の組み合わせを１セット有する基本テーブル、及び、傷病名と診療開始日の組み合わせをＮ－１セット（Ｎ≧２）有する中間テーブルを用い、両テーブルで個人ＩＤ、性別及び年齢情報が全て一致した場合に、当該個人ＩＤについて傷病名と診療開始日を追加して、傷病名と診療開始日の組み合わせがＮセット有する中間テーブルＮを生成する中間テーブル生成ステップと、
４）Ｎ≧２について、傷病名と診療開始日のＮセットの組み合わせを有する年齢情報と性別とが一致し、かつ該当する個人ＩＤが複数あった場合には、上記３）で生成された前記中間テーブルＮについて、年齢情報、性別、傷病名及び診療開始日の組み合わせが全て一致する個人ＩＤを名寄せ候補ＩＤとして抽出し、Ｎ＝２，３・・・について名寄せ候補ＩＤが出力されなくなるまで、上記３）と４）を繰り返すステップと、
５）前記名寄せ候補ＩＤの組において、一の個人ＩＤの使用期間と他の個人ＩＤの使用期間とが包含関係にある場合には、前記名寄せ候補ＩＤの組を除外するステップと、
６）上記除外後の前記名寄せ候補ＩＤの組において、何れか一方の前記名寄せ候補ＩＤの最終受診年月が、他方の前記名寄せ候補ＩＤの最初の受診年月以前である場合には、名寄せＩＤの組として統合するステップ。
【請求項16】
前記中間データ生成ステップは、前記データベースから、更に、診療年月を抽出し、
前記中間テーブル生成ステップは、前記名寄せ用中間データにおいて、個人ＩＤ、性別、診療年月及び年齢情報が全て一致するデータを統合し、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルを生成し、
前記データベースは、ＤＰＣレセプトと医科レセプトと調剤レセプトと歯科レセプトとの少なくとも何れかであり、
前記年齢情報は、生年月に関する情報である、
ことを特徴とする請求項１４又は１５に記載の患者突合プログラム。
前記中間テーブル生成ステップは、前記名寄せ用中間データにおいて、個人ＩＤ、性別、診療年月及び年齢情報が全て一致するデータを統合し、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルを生成し、
前記データベースは、ＤＰＣレセプトと医科レセプトと調剤レセプトと歯科レセプトとの少なくとも何れかであり、
前記年齢情報は、生年月に関する情報である、
ことを特徴とする請求項１４又は１５に記載の患者突合プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、国保データベース（ＫＤＢ）等の匿名化レセプトデータを突合して患者の名寄せを行う技術に関するものである。
【背景技術】
【0002】
日本における医療レセプトは月単位・医療機関単位・レセプト種別単位・患者単位に発行される一方、医療におけるマイナンバーが確立していないことから、レセプトにおける「名寄せ」が重要である。名寄せにおいては保険者番号・被保険者証の記号番号、氏名、性別、生年月日などから生成された個人ＩＤが用いられることが多い。
【0003】
しかし、現在、提供されている個人ＩＤの生成に用いる被保険者番号、氏名、生年月などのデータでは、名寄せに不十分である。ここで、名寄せとは、データベースにある重複したデータを一つにまとめることであり、具体的には、被保険者番号、氏名、生年月などから、同一と判断した個人を一つに統合し、データを管理しやすくすることをいう。被保険者番号、氏名、生年月の中では、被保険者番号が最も正確であるが、被保険者番号は一年で総人口の約一割で変化し、これらはそれぞれハッシュ化すると別の個人ＩＤとなってしまう。このように、被保険者番号などの情報が変更になると当然ハッシュ化後のＩＤも変化するため、名寄せが必要となってくる。本明細書における名寄せとは、同一人物であるかどうかを判別して、同一人物には共通の個人ＩＤを、別人には別の個人ＩＤを付与することである（非特許文献１参照）。
【0004】
ＫＤＢにおける個人ＩＤは、被保険者番号由来のものであり、氏名の情報は削除されている。しかし、個人ＩＤは、７５歳の誕生日に国保から後期高齢者医療制度に移行する際に全員変化してしまうため、必ず名寄せが必要となる。
本発明者らは、奈良県国保団体連合会が有する保険者台帳をもとに作成した個人ＩＤ（以下、「台帳ＩＤ」ともいう）で、名寄せを行うロジック（非特許文献２，３を参照）を別途提案しているが、ＫＤＢのすべての利用者がそれぞれ台帳ＩＤを実装するのは時間の面や費用の面から現実的ではないと考えられる。
本発明者らは、奈良県国保団体連合会が有する保険者台帳をもとに作成した個人ＩＤ（以下、「台帳ＩＤ」ともいう）で、名寄せを行うロジック（非特許文献２，３を参照）を別途提案しているが、ＫＤＢのすべての利用者がそれぞれ台帳ＩＤを実装するのは時間の面や費用の面から現実的ではないと考えられる。
【0005】
また、医療介護総合確保推進法（地域における医療及び介護の総合的な確保の促進に関する法律）の改正で、個人統一ＩＤができる可能性はあるが、実際には確立するまで相当の時間を要することが予測される。さらに、個人統一ＩＤが確立・付与されたとしても、過去のレセプトについて名寄せの問題は残存する。そこで、現手法の補完手段として、今あるレセプト情報の中で個人の診療継続を前提にした名寄せ手法が模索されている。
【0006】
本発明者らは、既に、保険者番号に基づく第１のハッシュ値と氏名に基づく第２のハッシュ値を有するレセプト情報データベースにおけるデータを突合して患者の名寄せを行う患者突合方法を既に提案している（特許文献１を参照）。特許文献１の患者突合方法によれば、ＫＤＢ等のレセプト情報データベースにおいて、名寄せの効率及び正確性を向上させることができる。しかしながら、名寄せの効率及び正確性をより向上させるニーズは依然として存在する。
【先行技術文献】
【特許文献】
【0007】
【特許文献1】特開２０１９－１８５４０３号公報
【非特許文献】
【0008】
【非特許文献1】谷口学，“JSTの人名名寄せとJDreamIIでの活用方法”, 薬学図書館. 56(4)， pp.292-262, 2011.
【非特許文献2】今村知明, 他, “奈良県のKDB7年間データを用いた時系列分析と医療内容の変化”, 第80回日本公衆衛生学会総会.
【非特許文献3】竹下沙希, 他, “レセプト情報における病名・病名開始日を用いた名寄せロジック”, 医療情報学連合大会論文集, pp.494-497, 2021.
【発明の概要】
【発明が解決しようとする課題】
【0009】
かかる状況に鑑みて、本発明は、ＫＤＢ等のレセプト情報データベースにおける名寄せの効率及び正確性を向上させる患者突合方法、装置、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【0010】
上記課題を解決すべく、本発明の患者突合方法は、レセプト情報データベースの患者突合方法において、下記各ステップを備える。
１）データベースから、個人ＩＤ、年齢情報、性別、傷病名、診療開始日が抽出され、名寄せ用中間データ（以下、「中間データ」ともいう。）が生成されるステップ。
２）データベースのレセプトの内、最初の月に発生したレセプトと最後の月に発生したレセプトが参照され、両レセプトに存在する個人ＩＤを含むデータが名寄せ用中間データから除外されるステップ。
３）上記除外後の名寄せ用中間データにおいて、個人ＩＤ、性別及び年齢情報が全て一致するデータが統合され、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルが生成されるステップ。
４）データ統合されない傷病名と診療開始日の組み合わせを１セット有するレコードから構成される基本テーブルと、名寄せ用中間テーブルのそれぞれにおいて、年齢情報、性別、傷病名及び診療開始日の組み合わせが全て一致する個人ＩＤが名寄せ候補ＩＤとして抽出されるステップ。
５）名寄せ候補ＩＤの組において、一の個人ＩＤの使用期間と他の個人ＩＤの使用期間とが包含関係にある場合には、名寄せ候補ＩＤの組が除外されるステップ。
６）上記除外後の名寄せ候補ＩＤの組において、何れか一方の名寄せ候補ＩＤの最終受診年月が、他方の名寄せ候補ＩＤの最初の受診年月以前である場合には、名寄せＩＤの組として統合されるステップ。
１）データベースから、個人ＩＤ、年齢情報、性別、傷病名、診療開始日が抽出され、名寄せ用中間データ（以下、「中間データ」ともいう。）が生成されるステップ。
２）データベースのレセプトの内、最初の月に発生したレセプトと最後の月に発生したレセプトが参照され、両レセプトに存在する個人ＩＤを含むデータが名寄せ用中間データから除外されるステップ。
３）上記除外後の名寄せ用中間データにおいて、個人ＩＤ、性別及び年齢情報が全て一致するデータが統合され、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルが生成されるステップ。
４）データ統合されない傷病名と診療開始日の組み合わせを１セット有するレコードから構成される基本テーブルと、名寄せ用中間テーブルのそれぞれにおいて、年齢情報、性別、傷病名及び診療開始日の組み合わせが全て一致する個人ＩＤが名寄せ候補ＩＤとして抽出されるステップ。
５）名寄せ候補ＩＤの組において、一の個人ＩＤの使用期間と他の個人ＩＤの使用期間とが包含関係にある場合には、名寄せ候補ＩＤの組が除外されるステップ。
６）上記除外後の名寄せ候補ＩＤの組において、何れか一方の名寄せ候補ＩＤの最終受診年月が、他方の名寄せ候補ＩＤの最初の受診年月以前である場合には、名寄せＩＤの組として統合されるステップ。
【0011】
かかる各ステップを備えることにより、効果的に名寄せを行うことができる。レセプト情報データベースは、保険者番号に基づくハッシュ値等少なくとも１つの個人検索キーを有するものである。
上記１）のステップにおいて、個人ＩＤとは、各々の患者個人の検索キーのことである。例えば、被保険者番号、被保険者番号を正規化したもの、一番古い被保険者番号や、漢字表記の氏名、ひらがな表記の氏名などであり、１つ又は複数を用いてハッシュ化されたものを個人ＩＤとしてもよい。或いは、個人ＩＤは、データベースシステムに固有ＩＤや、データベースに最初に登録される際の暫定的なＩＤや、各保険者が持っている固有ＩＤなどがハッシュ化されたものを用いてもよい。なお、個人ＩＤに被保険者番号と漢字表記の氏名など複数の情報がそれぞれハッシュ化されたものが含まれる場合、上記２）～５）のステップにおいて、個人ＩＤの同一性の有無については、全ての情報の一致がある場合のみ同一の個人ＩＤとしてもよいし、一部の情報に矛盾があったとしても、複数の情報の内、少なくとも何れかの情報が一致していれば、同一の個人ＩＤとして扱うことでもよい。
傷病名とは、傷病名称だけでなく、傷病名コードなど、傷病名を特定する情報が幅広く含まれる趣旨である。
上記２）のステップにおいて、データベースに収録されたレセプト全体における最初の月に発生したレセプトと最後の月に発生したレセプトの両方に存在する個人ＩＤを含むデータは、データベースのレセプト収録期間で個人ＩＤの変化がなかった被保険者と判断され、名寄せ対象から除外される（以下、名寄せ除外対象ＩＤ）。ただし、最初の月または最後の月に７５歳を迎えた被保険者は国保から後期高齢者医療制度に原則移動するため名寄せ対象とする。
なお、名寄せ除外対象ＩＤに発生した傷病名と診療開始日の組み合わせは、上記３）以降のステップにおいて名寄せに使用しない。これは、たとえば冬のインフルエンザ感染症など多くの人が、同時期に罹患・受診する傷病によって他人と誤って名寄せされる可能性を減らすためである。
上記１）のステップにおいて、個人ＩＤとは、各々の患者個人の検索キーのことである。例えば、被保険者番号、被保険者番号を正規化したもの、一番古い被保険者番号や、漢字表記の氏名、ひらがな表記の氏名などであり、１つ又は複数を用いてハッシュ化されたものを個人ＩＤとしてもよい。或いは、個人ＩＤは、データベースシステムに固有ＩＤや、データベースに最初に登録される際の暫定的なＩＤや、各保険者が持っている固有ＩＤなどがハッシュ化されたものを用いてもよい。なお、個人ＩＤに被保険者番号と漢字表記の氏名など複数の情報がそれぞれハッシュ化されたものが含まれる場合、上記２）～５）のステップにおいて、個人ＩＤの同一性の有無については、全ての情報の一致がある場合のみ同一の個人ＩＤとしてもよいし、一部の情報に矛盾があったとしても、複数の情報の内、少なくとも何れかの情報が一致していれば、同一の個人ＩＤとして扱うことでもよい。
傷病名とは、傷病名称だけでなく、傷病名コードなど、傷病名を特定する情報が幅広く含まれる趣旨である。
上記２）のステップにおいて、データベースに収録されたレセプト全体における最初の月に発生したレセプトと最後の月に発生したレセプトの両方に存在する個人ＩＤを含むデータは、データベースのレセプト収録期間で個人ＩＤの変化がなかった被保険者と判断され、名寄せ対象から除外される（以下、名寄せ除外対象ＩＤ）。ただし、最初の月または最後の月に７５歳を迎えた被保険者は国保から後期高齢者医療制度に原則移動するため名寄せ対象とする。
なお、名寄せ除外対象ＩＤに発生した傷病名と診療開始日の組み合わせは、上記３）以降のステップにおいて名寄せに使用しない。これは、たとえば冬のインフルエンザ感染症など多くの人が、同時期に罹患・受診する傷病によって他人と誤って名寄せされる可能性を減らすためである。
【0012】
上記３）のステップにおいて、データ統合の処理回数は、特に限定されず、一度の処理で行われることでもよいし、複数回に分けて処理されることでもよい。例えば、まず１回目の処理で傷病名と診療開始日の組み合わせを２セット有するレコードで構成されるテーブルが生成され、次に、２回目の処理で傷病名と診療開始日の組み合わせを３セット有するレコードで構成されるテーブルが生成され、より多くの傷病名と診療開始日の組み合わせのセットを有するレコードで構成されるテーブルが生成されなくなるまで、同様の処理が繰り返されることで、名寄せ用中間テーブルが生成されることでもよい。また、データ統合処理順についても、特に限定されるものではない。
上記４）のステップにおいて、基本テーブルとは、上記１）のステップにより生成された名寄せ用中間データから、上記２）のステップによる除外や、上記３）のステップによるデータの統合が行われないデータのことである。
上記５）のステップにおいて、使用期間とは、当該被保険者のレセプト発生期間を指す。レセプト発生期間は、レセプト情報データベースを参照して取得する。
上記６）のステップにおいて、最終受診年月や最初の受診年月に関する情報は、レセプト情報データベースを参照して取得する。
上記４）のステップにおいて、基本テーブルとは、上記１）のステップにより生成された名寄せ用中間データから、上記２）のステップによる除外や、上記３）のステップによるデータの統合が行われないデータのことである。
上記５）のステップにおいて、使用期間とは、当該被保険者のレセプト発生期間を指す。レセプト発生期間は、レセプト情報データベースを参照して取得する。
上記６）のステップにおいて、最終受診年月や最初の受診年月に関する情報は、レセプト情報データベースを参照して取得する。
【0013】
本発明の患者突合方法において、名寄せ用中間データが生成されるステップは、データベースから、更に、診療年月が抽出され、名寄せ用中間テーブルが生成されるステップは、名寄せ用中間データにおいて、個人ＩＤ、性別、診療年月及び年齢情報が全て一致するデータが統合され、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルが生成されることが好ましい。診療年月が抽出されることにより、上記２），５），６）のステップにおいて、診療年月からレセプト発生月が特定でき、より迅速かつ高精度での名寄せが実現する。
【0014】
本発明の患者突合方法において、名寄せ用中間データが生成されるステップは、データベースから、更に、医療機関情報が抽出され、名寄せ用中間テーブルが生成されるステップは、名寄せ用中間データにおいて、個人ＩＤ、性別、医療機関情報及び年齢情報が全て一致するデータが統合され、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルが生成されることでもよい。
データベースから医療機関情報が抽出され、名寄せ用中間テーブルの生成に用いられることにより、より精度の高い名寄せが可能となる。例えば、個人ＩＤに被保険者番号と漢字表記の氏名などがハッシュ化された複数の情報が含まれる場合において、個人ＩＤの同一性の有無につき、全ての情報の一致ではなく、少なくとも何れかの情報が一致していれば同一の個人ＩＤとして扱うとした場合でも、医療機関情報を用いることにより、名寄せの正確性を担保できる。ここで、医療機関情報には、当該医療機関の名称や、医療機関を識別するコード、所在地など、医療機関を特定するために使用される情報が幅広く含まれる。
データベースから医療機関情報が抽出され、名寄せ用中間テーブルの生成に用いられることにより、より精度の高い名寄せが可能となる。例えば、個人ＩＤに被保険者番号と漢字表記の氏名などがハッシュ化された複数の情報が含まれる場合において、個人ＩＤの同一性の有無につき、全ての情報の一致ではなく、少なくとも何れかの情報が一致していれば同一の個人ＩＤとして扱うとした場合でも、医療機関情報を用いることにより、名寄せの正確性を担保できる。ここで、医療機関情報には、当該医療機関の名称や、医療機関を識別するコード、所在地など、医療機関を特定するために使用される情報が幅広く含まれる。
【0015】
また、本発明の患者突合方法において、名寄せ用中間データが生成されるステップは、データベースから、更に、診療年月及び医療機関情報が抽出され、名寄せ用中間テーブルが生成されるステップは、名寄せ用中間データにおいて、個人ＩＤ、性別、診療年月、医療機関情報及び年齢情報が全て一致するデータが統合され、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルが生成されることでもよい。
データベースから診療年月と医療機関情報が抽出され、名寄せ用中間テーブルの生成に用いられることにより、より迅速かつ精度の高い名寄せが可能となる。
データベースから診療年月と医療機関情報が抽出され、名寄せ用中間テーブルの生成に用いられることにより、より迅速かつ精度の高い名寄せが可能となる。
【0016】
本発明の患者突合方法において、名寄せ用中間データが生成されるステップは、データベースから、更に、１つ以上のユニークＩＤが抽出され、名寄せ用中間テーブルが生成されるステップは、名寄せ用中間データにおいて、個人ＩＤとユニークＩＤの少なくとも何れか１つと、性別、及び年齢情報が全て一致するデータが統合され、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルが生成されることでもよい。
また、かかる場合、本発明の患者突合方法は、ユニークＩＤの少なくとも何れか１つが一致するデータが、名寄せＩＤの組として統合されることでもよい。
ここでのユニークＩＤとは、患者個人を特定できる情報がハッシュ化された情報の内、本明細書における個人ＩＤ以外のものが広く含まれる趣旨であり、例えば、被保険者番号、被保険者番号を正規化したもの、一番古い被保険者番号や、漢字表記の氏名、ひらがな表記の氏名、データベースシステムに固有ＩＤ、データベースに最初に登録される際の暫定的なＩＤ、又は各保険者が持っている固有ＩＤなどに基づきハッシュ化された個人ＩＤの少なくとも何れかを用いて、ＫＤＢ等の匿名化レセプトデータを突合して得られたユニークなハッシュ値のことである。また、特許文献１に開示された患者突合方法を用いて得られたユニークなハッシュ値を、ここでのユニークＩＤとして利用することも可能である。
また、かかる場合、本発明の患者突合方法は、ユニークＩＤの少なくとも何れか１つが一致するデータが、名寄せＩＤの組として統合されることでもよい。
ここでのユニークＩＤとは、患者個人を特定できる情報がハッシュ化された情報の内、本明細書における個人ＩＤ以外のものが広く含まれる趣旨であり、例えば、被保険者番号、被保険者番号を正規化したもの、一番古い被保険者番号や、漢字表記の氏名、ひらがな表記の氏名、データベースシステムに固有ＩＤ、データベースに最初に登録される際の暫定的なＩＤ、又は各保険者が持っている固有ＩＤなどに基づきハッシュ化された個人ＩＤの少なくとも何れかを用いて、ＫＤＢ等の匿名化レセプトデータを突合して得られたユニークなハッシュ値のことである。また、特許文献１に開示された患者突合方法を用いて得られたユニークなハッシュ値を、ここでのユニークＩＤとして利用することも可能である。
【0017】
本発明の患者突合方法は、名寄せ候補ＩＤを抽出するステップにおいて、複数の個人ＩＤについて傷病名と対応する診療開始日の１つ以上の組み合わせが、他の性別又は年齢階級で発生していない場合にのみ、名寄せ候補ＩＤの組とすることでもよい。
他の性別又は年齢階級での発生の有無を考慮して、名寄せ候補ＩＤを抽出することにより、より精度の高い名寄せが実現する。
他の性別又は年齢階級での発生の有無を考慮して、名寄せ候補ＩＤを抽出することにより、より精度の高い名寄せが実現する。
【0018】
本発明の患者突合方法において、データベースは、ＤＰＣレセプトと医科レセプトと調剤レセプトと歯科レセプトとの少なくとも何れかであることが好ましい。
【0019】
本発明の患者突合方法において、年齢情報は、生年月に関する情報であることが好ましい。すなわち、年齢情報としては、生年、生年月、生年月日、満年齢、年代などが含まれるが、生年月に関する情報が各データベースから抽出しやすく、名寄せに用いるために好適であるからである。なお、ここで年代とは、１０歳毎に区切られた年齢区分などのことであり、例えば、満１０歳から満１９歳を１０代、満２０歳から満２９歳を２０代としたものである。
【0020】
本発明の患者突合装置は、プログラムを格納するメモリ部と、プログラムを実行する演算処理部とを備えるレセプト情報データベースの患者突合装置であって、演算処理部がプログラムを実行することにより、下記１）～６）を実現する。
１）データベースから、個人ＩＤ、年齢情報、性別、傷病名、診療開始日を抽出し、名寄せ用中間データを生成する中間データ生成部。
２）データベースのレセプトの内、最初の月に発生したレセプトと最後の月に発生したレセプトを参照し、両レセプトに存在する個人ＩＤを含むデータを名寄せ用中間データから除外する第１の除外部。
３）上記除外後の名寄せ用中間データにおいて、個人ＩＤ、性別及び年齢情報が全て一致するデータを統合し、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルを生成する中間テーブル生成部。
４）データ統合されない傷病名と診療開始日の組み合わせを１セット有するレコードから構成される基本テーブルと、名寄せ用中間テーブルのそれぞれにおいて、年齢情報、性別、傷病名及び診療開始日の組み合わせが全て一致する個人ＩＤを名寄せ候補ＩＤとして抽出する候補ＩＤ抽出部。
５）名寄せ候補ＩＤの組において、一の個人ＩＤの使用期間と他の個人ＩＤの使用期間とが包含関係にある場合には、名寄せ候補ＩＤの組を除外する第２の除外部。
６）上記除外後の名寄せ候補ＩＤの組において、何れか一方の名寄せ候補ＩＤの最終受診年月が、他方の名寄せ候補ＩＤの最初の受診年月以前である場合には、名寄せＩＤの組として統合する名寄せデータ生成部。
１）データベースから、個人ＩＤ、年齢情報、性別、傷病名、診療開始日を抽出し、名寄せ用中間データを生成する中間データ生成部。
２）データベースのレセプトの内、最初の月に発生したレセプトと最後の月に発生したレセプトを参照し、両レセプトに存在する個人ＩＤを含むデータを名寄せ用中間データから除外する第１の除外部。
３）上記除外後の名寄せ用中間データにおいて、個人ＩＤ、性別及び年齢情報が全て一致するデータを統合し、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルを生成する中間テーブル生成部。
４）データ統合されない傷病名と診療開始日の組み合わせを１セット有するレコードから構成される基本テーブルと、名寄せ用中間テーブルのそれぞれにおいて、年齢情報、性別、傷病名及び診療開始日の組み合わせが全て一致する個人ＩＤを名寄せ候補ＩＤとして抽出する候補ＩＤ抽出部。
５）名寄せ候補ＩＤの組において、一の個人ＩＤの使用期間と他の個人ＩＤの使用期間とが包含関係にある場合には、名寄せ候補ＩＤの組を除外する第２の除外部。
６）上記除外後の名寄せ候補ＩＤの組において、何れか一方の名寄せ候補ＩＤの最終受診年月が、他方の名寄せ候補ＩＤの最初の受診年月以前である場合には、名寄せＩＤの組として統合する名寄せデータ生成部。
【0021】
本発明の患者突合装置において、中間データ生成部は、データベースから、更に、診療年月を抽出し、中間テーブル生成部は、名寄せ用中間データにおいて、個人ＩＤ、性別、診療年月及び年齢情報が全て一致するデータを統合し、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルを生成し、データベースは、ＤＰＣレセプトと医科レセプトと調剤レセプトと歯科レセプトとの少なくとも何れかであり、年齢情報は、生年月に関する情報であることが好ましい。
【0022】
本発明の患者突合装置において、中間データ生成部は、データベースから、更に、１つ以上のユニークＩＤを抽出し、中間テーブル生成部は、名寄せ用中間データにおいて、個人ＩＤとユニークＩＤの少なくとも何れか１つと、性別及び年齢情報が全て一致するデータを統合し、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルを生成することでもよい。
また、かかる場合、本発明の患者突合装置は、ユニークＩＤの少なくとも何れか１つが一致するデータを、名寄せＩＤの組として統合することでもよい。
また、かかる場合、本発明の患者突合装置は、ユニークＩＤの少なくとも何れか１つが一致するデータを、名寄せＩＤの組として統合することでもよい。
【0023】
本発明の第１の観点の患者突合プログラムは、レセプト情報データベースの患者突合プログラムにおいて、コンピュータに、下記各ステップを実行させるものである。
１）データベースから、個人ＩＤ、年齢情報、性別、傷病名、診療開始日を抽出し、名寄せ用中間データを生成する中間データ生成ステップ。
２）データベースのレセプトの内、最初の月に発生したレセプトと最後の月に発生したレセプトを参照し、両レセプトに存在する個人ＩＤを含むデータを名寄せ用中間データから除外するステップ。
３）上記除外後の名寄せ用中間データにおいて、個人ＩＤ、性別及び年齢情報が全て一致するデータを統合し、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルを生成する中間テーブル生成ステップ。
４）データ統合されない傷病名と診療開始日の組み合わせを１セット有するレコードから構成される基本テーブルと、名寄せ用中間テーブルのそれぞれにおいて、年齢情報、性別、傷病名及び診療開始日の組み合わせが全て一致する個人ＩＤを名寄せ候補ＩＤとして抽出するステップ。
５）名寄せ候補ＩＤの組において、一の個人ＩＤの使用期間と他の個人ＩＤの使用期間とが包含関係にある場合には、名寄せ候補ＩＤの組を除外するステップ。
６）上記除外後の名寄せ候補ＩＤの組において、何れか一方の名寄せ候補ＩＤの最終受診年月が、他方の名寄せ候補ＩＤの最初の受診年月以前である場合には、名寄せＩＤの組として統合するステップ。
１）データベースから、個人ＩＤ、年齢情報、性別、傷病名、診療開始日を抽出し、名寄せ用中間データを生成する中間データ生成ステップ。
２）データベースのレセプトの内、最初の月に発生したレセプトと最後の月に発生したレセプトを参照し、両レセプトに存在する個人ＩＤを含むデータを名寄せ用中間データから除外するステップ。
３）上記除外後の名寄せ用中間データにおいて、個人ＩＤ、性別及び年齢情報が全て一致するデータを統合し、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルを生成する中間テーブル生成ステップ。
４）データ統合されない傷病名と診療開始日の組み合わせを１セット有するレコードから構成される基本テーブルと、名寄せ用中間テーブルのそれぞれにおいて、年齢情報、性別、傷病名及び診療開始日の組み合わせが全て一致する個人ＩＤを名寄せ候補ＩＤとして抽出するステップ。
５）名寄せ候補ＩＤの組において、一の個人ＩＤの使用期間と他の個人ＩＤの使用期間とが包含関係にある場合には、名寄せ候補ＩＤの組を除外するステップ。
６）上記除外後の名寄せ候補ＩＤの組において、何れか一方の名寄せ候補ＩＤの最終受診年月が、他方の名寄せ候補ＩＤの最初の受診年月以前である場合には、名寄せＩＤの組として統合するステップ。
【0024】
本発明の第２の観点の患者突合プログラムは、レセプト情報データベースの患者突合プログラムにおいて、コンピュータに、下記各ステップを実行させるものである。
１）データベースから、個人ＩＤ、年齢情報、性別、傷病名、診療開始日を抽出し、名寄せ用中間データを生成する中間データ生成ステップ。
２）データベースのレセプトの内、最初の月に発生したレセプトと最後の月に発生したレセプトを参照し、両レセプトに存在する個人ＩＤを含むデータを名寄せ用中間データから除外し、かつ、使用しない傷病名と診療開始日の組み合わせを抽出するステップ。
３）上記除外後の名寄せ用中間データにおいて、傷病名と診療開始日の組み合わせを１セット有する基本テーブル、及び、傷病名と診療開始日の組み合わせをＮ－１セット（Ｎ≧２）有する中間テーブルを用い、両テーブルで個人ＩＤ、性別及び年齢情報が全て一致した場合に、当該個人ＩＤについて傷病名と診療開始日を追加して、傷病名と診療開始日の組み合わせがＮセット有する中間テーブルＮを生成する中間テーブル生成ステップ。
４）Ｎ≧２について、傷病名と診療開始日のＮセットの組み合わせを有する年齢情報と性別とが一致し、かつ該当する個人ＩＤが複数あった場合には、上記３）で生成された中間テーブルＮについて、年齢情報、性別、傷病名及び診療開始日の組み合わせが全て一致する個人ＩＤを名寄せ候補ＩＤとして抽出し、Ｎ＝２，３・・・について名寄せ候補ＩＤが出力されなくなるまで、上記３）と４）を繰り返すステップ。
５）名寄せ候補ＩＤの組において、一の個人ＩＤの使用期間と他の個人ＩＤの使用期間とが包含関係にある場合には、名寄せ候補ＩＤの組を除外するステップ。
６）上記除外後の名寄せ候補ＩＤの組において、何れか一方の名寄せ候補ＩＤの最終受診年月が、他方の名寄せ候補ＩＤの最初の受診年月以前である場合には、名寄せＩＤの組として統合するステップ。
１）データベースから、個人ＩＤ、年齢情報、性別、傷病名、診療開始日を抽出し、名寄せ用中間データを生成する中間データ生成ステップ。
２）データベースのレセプトの内、最初の月に発生したレセプトと最後の月に発生したレセプトを参照し、両レセプトに存在する個人ＩＤを含むデータを名寄せ用中間データから除外し、かつ、使用しない傷病名と診療開始日の組み合わせを抽出するステップ。
３）上記除外後の名寄せ用中間データにおいて、傷病名と診療開始日の組み合わせを１セット有する基本テーブル、及び、傷病名と診療開始日の組み合わせをＮ－１セット（Ｎ≧２）有する中間テーブルを用い、両テーブルで個人ＩＤ、性別及び年齢情報が全て一致した場合に、当該個人ＩＤについて傷病名と診療開始日を追加して、傷病名と診療開始日の組み合わせがＮセット有する中間テーブルＮを生成する中間テーブル生成ステップ。
４）Ｎ≧２について、傷病名と診療開始日のＮセットの組み合わせを有する年齢情報と性別とが一致し、かつ該当する個人ＩＤが複数あった場合には、上記３）で生成された中間テーブルＮについて、年齢情報、性別、傷病名及び診療開始日の組み合わせが全て一致する個人ＩＤを名寄せ候補ＩＤとして抽出し、Ｎ＝２，３・・・について名寄せ候補ＩＤが出力されなくなるまで、上記３）と４）を繰り返すステップ。
５）名寄せ候補ＩＤの組において、一の個人ＩＤの使用期間と他の個人ＩＤの使用期間とが包含関係にある場合には、名寄せ候補ＩＤの組を除外するステップ。
６）上記除外後の名寄せ候補ＩＤの組において、何れか一方の名寄せ候補ＩＤの最終受診年月が、他方の名寄せ候補ＩＤの最初の受診年月以前である場合には、名寄せＩＤの組として統合するステップ。
【0025】
本発明の第１又は第２の観点の患者突合プログラムにおいて、中間データ生成ステップは、データベースから、更に、診療年月を抽出し、中間テーブル生成ステップは、名寄せ用中間データにおいて、個人ＩＤ、性別、診療年月及び年齢情報が全て一致するデータを統合し、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルを生成し、データベースは、ＤＰＣレセプトと医科レセプトと調剤レセプトと歯科レセプトとの少なくとも何れかであり、年齢情報は、生年月に関する情報である、ことが好ましい。
【発明の効果】
【0026】
本発明の患者突合装置及び患者突合方法によれば、ＫＤＢ等のレセプト情報データベースにおける名寄せの効率及び正確性が向上するといった効果がある。ＫＤＢ等のレセプト情報データベースにおける名寄せの質を向上させることで個人の長期追跡性がさらに向上すると期待できる。
【図面の簡単な説明】
【0027】
【図1】実施例１の患者突合方法のフロー
【図2】使用期間が包含関係にある名寄せ候補ＩＤの組の例
【図3】実施例１の患者突合装置の機能ブロック図
【図4】実施例２の患者突合方法のフロー
【図5】実施例３の患者突合方法のフロー
【図6】実施例４の患者突合方法のフロー
【図7】実施例５の患者突合方法のフロー
【図8】実施例６の患者突合方法のフロー
【発明を実施するための最良の形態】
【0028】
以下、本発明の実施形態の一例を、図面を参照しながら詳細に説明していく。なお、本発明の範囲は、以下の実施例や図示例に限定されるものではなく、幾多の変更及び変形が可能である。
【実施例0029】
本発明の一実施形態である患者突合方法について説明する。本実施例では、利用するデータベースとして、奈良県ＫＤＢの２０１３年４月～２０２０年３月の計７年間分の医科レセプト、ＤＰＣレセプトのレセプト情報データベースを対象としている。
ＤＰＣとは、２００３年に導入された診断群分類に基づく入院医療費の１日あたり包括支払い制度であり、ＤＰＣ対象の入院で発生するレセプトの内、包括支払いに関連するレセプトがＤＰＣレセプトとなる。したがって、包括支払いに関連のない入院レセプトは医科入院レセプトとなる。本実施例では、これらのレセプト情報データを使用して、個人ＩＤ、診療年月、生年月、性別、傷病名コード、診療開始日を抽出し、名寄せに用いた患者突合方法について説明する。
ＤＰＣとは、２００３年に導入された診断群分類に基づく入院医療費の１日あたり包括支払い制度であり、ＤＰＣ対象の入院で発生するレセプトの内、包括支払いに関連するレセプトがＤＰＣレセプトとなる。したがって、包括支払いに関連のない入院レセプトは医科入院レセプトとなる。本実施例では、これらのレセプト情報データを使用して、個人ＩＤ、診療年月、生年月、性別、傷病名コード、診療開始日を抽出し、名寄せに用いた患者突合方法について説明する。
【0030】
図１は実施例１の患者突合方法のフローを示している。まず、データベースから、個人ＩＤ、診療年月（レセプト年月）、生年月、性別、傷病名コード、診療開始日が抽出され、名寄せ用中間データが生成される（ステップＳ０１：中間データ生成ステップ）。個人ＩＤは、ＫＤＢに付与されている被保険者番号から生成されたＩＤである。本実施例では説明の便宜上、１種類の情報のみから生成されたものを個人ＩＤとしてアルファベットで示し、当該情報が一致するものを同一の個人ＩＤとしているが、複数の情報から生成され、その結果複数の情報が含まれるものを個人ＩＤとし、当該複数の情報が全て一致するもの、又は、少なくとも何れかの情報が一致するものを同一の個人ＩＤとしてもよい。年齢情報としては本実施例では、生年月がデータベースから抽出される。傷病名は、具体的な傷病の名称ではなく、傷病名コードの形式で抽出される。
【0031】
下記表１は、名寄せ用中間データの例を表している。下記表１に表されるように、名寄せ用中間データには、個人ＩＤ、台帳ＩＤ、診療年月、生年月、性別、傷病名コード、診療開始日が抽出されている。なお、台帳ＩＤは、台帳情報により被保険者の移動を紐づけたＩＤであり、実施例１の患者突合方法を用いた名寄せには必要ではないが、名寄せ後の検証に用いるために抽出した。
例えば、個人ＩＤが「Ｖ」のレコードについては、台帳ＩＤは「Ａ」、診療年月は「２０１３０８」、生年月は「１９８４０３」、性別は「Ｍ」、傷病名コードは「１２３４５６７」、診療開始日は「２０１３０６３０」となっている。ここで、個人ＩＤは、説明の便宜上、「Ｖ」などアルファベット１文字で表記されているが、実際には、被保険者番号がハッシュ化されたものが抽出される。診療年月について、「２０１３０８」とは、レセプト発生月が「２０１３年８月」であることを表している。同様に、生年月について、「１９８４０３」とは、生年月が「１９８４年３月」であることを表し、診療開始日について、「２０１３０６３０」とは、診療開始日が「２０１３年６月３０日」であることを表している。なお、性別について、「Ｍ」は男性、「Ｆ」は女性を表す。
例えば、個人ＩＤが「Ｖ」のレコードについては、台帳ＩＤは「Ａ」、診療年月は「２０１３０８」、生年月は「１９８４０３」、性別は「Ｍ」、傷病名コードは「１２３４５６７」、診療開始日は「２０１３０６３０」となっている。ここで、個人ＩＤは、説明の便宜上、「Ｖ」などアルファベット１文字で表記されているが、実際には、被保険者番号がハッシュ化されたものが抽出される。診療年月について、「２０１３０８」とは、レセプト発生月が「２０１３年８月」であることを表している。同様に、生年月について、「１９８４０３」とは、生年月が「１９８４年３月」であることを表し、診療開始日について、「２０１３０６３０」とは、診療開始日が「２０１３年６月３０日」であることを表している。なお、性別について、「Ｍ」は男性、「Ｆ」は女性を表す。
【0032】
【表1】
【0033】
次に、データベースのレセプトの内、最初の月に発生したレセプトと最後の月に発生したレセプトが参照され、両レセプトに存在する個人ＩＤを含むデータが名寄せ用中間データから除外される（ステップＳ０２：第１の除外ステップ）。本実施例では、２０１３年４月のレセプトと２０２０年３月のレセプトの両方に存在する個人ＩＤを含むデータが除外される。これは、２０１３年４月のレセプトと２０２０年３月のレセプトの両方に存在する個人ＩＤについては、被保険者番号の変更がないものと考えられるからである。
【0034】
上記除外後の名寄せ用中間データにおいて、個人ＩＤ、診療年月、性別及び生年月が全て一致するデータが統合され、傷病名コードと診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルが生成される（ステップＳ０３：中間テーブル生成ステップ）。
下記表２，３は傷病名コードと診療開始日の組み合わせが２組記載された中間テーブルの作成過程を示している。具体的には、下記表２は、名寄せ用中間データの例、また、下記表３は、傷病名コードと診療開始日の組み合わせが２組記載された中間テーブルの例を表している。
下記表２に示すように、個人ＩＤが「Ｖ」の１行目のレコードでは、診療年月は「２０１３０８」、生年月は「１９８４０３」、性別は「Ｍ」、傷病名コードは「１２３４５６７」、診療開始日は「２０１３０６３０」となっている。また、個人ＩＤが「Ｖ」の４行目のレコードでは、診療年月は「２０１３０８」、生年月は「１９８４０３」、性別は「Ｍ」、傷病名コードは「５６７８９０１」、診療開始日は「２０１３０１１５」となっている。
一方、個人ＩＤが「Ｗ」の２行目のレコードでは、診療年月は「２０１５０５」、生年月は「１９３００６」、性別は「Ｆ」、傷病名コードは「２３４５６７８」、診療開始日は「２０１４１２０８」となっている。また、個人ＩＤが「Ｗ」の５行目のレコードでは、診療年月は「２０１５０５」、生年月は「１９３００６」、性別は「Ｆ」、傷病名コードは「６７８９０１２」、診療開始日は「２０１３０８０８」となっている。
したがって、個人ＩＤが「Ｖ」の２つのレコードと、個人ＩＤが「Ｗ」の２つのレコードは、何れも個人ＩＤ、診療年月、性別及び生年月が全て一致するデータであるため統合され、下記表３に示すように、傷病名コードと診療開始日の組み合わせを２セット有するレコードで構成される名寄せ用中間テーブルが生成される。
下記表２，３は傷病名コードと診療開始日の組み合わせが２組記載された中間テーブルの作成過程を示している。具体的には、下記表２は、名寄せ用中間データの例、また、下記表３は、傷病名コードと診療開始日の組み合わせが２組記載された中間テーブルの例を表している。
下記表２に示すように、個人ＩＤが「Ｖ」の１行目のレコードでは、診療年月は「２０１３０８」、生年月は「１９８４０３」、性別は「Ｍ」、傷病名コードは「１２３４５６７」、診療開始日は「２０１３０６３０」となっている。また、個人ＩＤが「Ｖ」の４行目のレコードでは、診療年月は「２０１３０８」、生年月は「１９８４０３」、性別は「Ｍ」、傷病名コードは「５６７８９０１」、診療開始日は「２０１３０１１５」となっている。
一方、個人ＩＤが「Ｗ」の２行目のレコードでは、診療年月は「２０１５０５」、生年月は「１９３００６」、性別は「Ｆ」、傷病名コードは「２３４５６７８」、診療開始日は「２０１４１２０８」となっている。また、個人ＩＤが「Ｗ」の５行目のレコードでは、診療年月は「２０１５０５」、生年月は「１９３００６」、性別は「Ｆ」、傷病名コードは「６７８９０１２」、診療開始日は「２０１３０８０８」となっている。
したがって、個人ＩＤが「Ｖ」の２つのレコードと、個人ＩＤが「Ｗ」の２つのレコードは、何れも個人ＩＤ、診療年月、性別及び生年月が全て一致するデータであるため統合され、下記表３に示すように、傷病名コードと診療開始日の組み合わせを２セット有するレコードで構成される名寄せ用中間テーブルが生成される。
【0035】
【表2】
【0036】
【表3】
【0037】
次に、データ統合されない傷病名コードと診療開始日の組み合わせを１セット有するレコードから構成される基本テーブルと、名寄せ用中間テーブルのそれぞれにおいて、生年月、性別、傷病名コード及び診療開始日の組み合わせが全て一致する個人ＩＤが名寄せ候補ＩＤとして抽出される（ステップＳ０４：候補ＩＤ抽出ステップ）。
【0038】
下記表４は傷病名コードと診療開始日の組み合わせが３セットの名寄せ候補ＩＤの例を示している。表４では傷病名コード「１２３４５６７」の診療開始日が２０１３年５月７日かつ傷病名コード「２３４５６７８」の診療開始日が２０１６年１０月１日かつ傷病名コード「３４５６７８９」の診療開始日が２０１６年１２月２２日という組み合わせが生年月１９８０年５月の性別「Ｆ」以外の階級では発生せず、かつこの階級では該当する個人ＩＤが「Ａ」と「Ｂ」の２つある。このとき「Ａ」と「Ｂ」は名寄せ候補ＩＤの組となる。「Ｄ」と「Ｅ」についても傷病名コードと対応する診療開始日の３つの組み合わせが他の性別・年齢階級で発生していないのであれば名寄せ候補ＩＤの組となる。なお、階級とは、データを区分けするためのグループのことである。
【0039】
【表4】
【0040】
名寄せ候補ＩＤの組において、一の個人ＩＤの使用期間と他の個人ＩＤの使用期間とが包含関係にある場合には、名寄せ候補ＩＤの組が除外される（ステップＳ０５：第２の除外ステップ）。ここで、使用期間とは、当該被保険者のレセプト発生期間のことである。
図２は、使用期間が包含関係の例を示している。図２に示すように、名寄せ候補ＩＤの組（個人ＩＤ－Ａ，個人ＩＤ－Ｂ）について、一方のレセプト発生年月の最小値が他方の最小値以下で、かつ、一方のレセプト発生年月の最大値が他方の最大値以上である場合には、その名寄せ候補ＩＤの組を除外する。
例えば、名寄せ候補ＩＤの組の使用期間について、個人ＩＤ－Ａが２０１３年５月～２０２０年６月、個人ＩＤ－Ｂが２０１４年６月～２０１９年３月の場合、個人ＩＤ－Ａの使用開始月が個人ＩＤ－Ｂの使用開始月以前であり、かつ、個人ＩＤ－Ａの使用最終月が個人ＩＤ－Ｂの使用最終月以降であるため包含関係とする。包含関係にある場合、レセプト発生期間が被っているため同一人の個人ＩＤとは考え難く、名寄せの精度向上のため除外する。
図２は、使用期間が包含関係の例を示している。図２に示すように、名寄せ候補ＩＤの組（個人ＩＤ－Ａ，個人ＩＤ－Ｂ）について、一方のレセプト発生年月の最小値が他方の最小値以下で、かつ、一方のレセプト発生年月の最大値が他方の最大値以上である場合には、その名寄せ候補ＩＤの組を除外する。
例えば、名寄せ候補ＩＤの組の使用期間について、個人ＩＤ－Ａが２０１３年５月～２０２０年６月、個人ＩＤ－Ｂが２０１４年６月～２０１９年３月の場合、個人ＩＤ－Ａの使用開始月が個人ＩＤ－Ｂの使用開始月以前であり、かつ、個人ＩＤ－Ａの使用最終月が個人ＩＤ－Ｂの使用最終月以降であるため包含関係とする。包含関係にある場合、レセプト発生期間が被っているため同一人の個人ＩＤとは考え難く、名寄せの精度向上のため除外する。
【0041】
上記除外後の名寄せ候補ＩＤの組において、何れか一方の名寄せ候補ＩＤの最終受診年月が、他方の名寄せ候補ＩＤの最初の受診年月以前である場合には、名寄せＩＤの組として統合される（ステップＳ０６：名寄せデータ生成ステップ）。
【0042】
下記表５は実施例１における名寄せの結果を示している。台帳ＩＤは奈良県国保団体連合会が有する保険者台帳をもとに作成した個人ＩＤ、名寄せＩＤは本発明による名寄せによって生成した個人ＩＤである。
下記表５に示すように、計９，７９６，５７０，３００件の内、台帳ＩＤで紐づく件数が、６９，９８８件であるのに対して、名寄せＩＤで紐づく件数は、６３，０９９件であり、実施例１の患者突合方法による名寄せが、台帳ＩＤを用いた名寄せと略同等の性能を有することがわかる。そればかりか、台帳ＩＤを用いた名寄せでは紐づけできなかったが、本実施例の患者突合方法による名寄せを行うことで紐づけが可能となった件数が、４５６件存在することも分かった。
下記表５に示すように、計９，７９６，５７０，３００件の内、台帳ＩＤで紐づく件数が、６９，９８８件であるのに対して、名寄せＩＤで紐づく件数は、６３，０９９件であり、実施例１の患者突合方法による名寄せが、台帳ＩＤを用いた名寄せと略同等の性能を有することがわかる。そればかりか、台帳ＩＤを用いた名寄せでは紐づけできなかったが、本実施例の患者突合方法による名寄せを行うことで紐づけが可能となった件数が、４５６件存在することも分かった。
【0043】
【表5】
【0044】
下記表６は、実施例１の患者突合方法を用いた名寄せ結果についての各指標を示している。なお、陽性的中度（ＰＰＶ：Positive Predictive Value）とは、陽性と判断された場合に、真の陽性である確率のことであり、陰性的中度（ＮＰＶ：Negative Predictive Value）とは、陰性と判断された場合に、真の陰性である確率のことである。
下記表６に示すように、感度は０．８９５、特異度は１．０００、陽性的中度は０．９９３、陰性的中度は１．０００であり、何れも高い値が得られた。
下記表６に示すように、感度は０．８９５、特異度は１．０００、陽性的中度は０．９９３、陰性的中度は１．０００であり、何れも高い値が得られた。
【0045】
【表6】
【0046】
下記表７は実施例１の患者突合方法を用いた名寄せにおける合計処理時間の測定結果を示している。HP Zbook 17 G6 Mobile Workstation （プロセッサ: Intel（登録商標）CoreTMi9-9880H
CPU@2.30、実装RAM: 64.0GB、ディスク
SSD: 2TB×2、GPU: NVIDIA Quadro
RTX 5000）を用いた処理について合計時間を測定した。表７に示すように、処理項目毎の処理時間について、名寄せ用中間データの生成処理は１６分２３秒、第１の除外処理は９分３６秒、名寄せ用中間テーブルの生成処理は３分５０秒、名寄せ候補ＩＤの抽出処理は４分３９秒、第２の除外処理は４分３８秒、名寄せデータ生成処理は１９分１７秒であり、また合計処理時間は５８分２３秒であった。以上から、合計約１時間で名寄せに関する全ての処理を行えることが分かった。
CPU@2.30、実装RAM: 64.0GB、ディスク
SSD: 2TB×2、GPU: NVIDIA Quadro
RTX 5000）を用いた処理について合計時間を測定した。表７に示すように、処理項目毎の処理時間について、名寄せ用中間データの生成処理は１６分２３秒、第１の除外処理は９分３６秒、名寄せ用中間テーブルの生成処理は３分５０秒、名寄せ候補ＩＤの抽出処理は４分３９秒、第２の除外処理は４分３８秒、名寄せデータ生成処理は１９分１７秒であり、また合計処理時間は５８分２３秒であった。以上から、合計約１時間で名寄せに関する全ての処理を行えることが分かった。
【0047】
【表7】
【0048】
次に、本実施例の患者突合装置について説明する。図３は、本実施例の患者突合装置の機能ブロック図を示している。図３に示すように、患者突合装置１は、プログラムを格納するメモリ部２と、プログラムを実行する演算処理部３とを備えるレセプト情報データベースの患者突合装置であって、演算処理部３がプログラム４を実行することにより、中間データ生成部５、第１の除外部６、中間テーブル生成部７、候補ＩＤ抽出部８、第２の除外部９及び名寄せデータ生成部１０を実現する。
中間データ生成部５は、データベースから、個人ＩＤ、生年月、性別、傷病名コード、診療開始日を抽出し、名寄せ用中間データを生成するものである。第１の除外部６は、データベースのレセプトの内、最初の月に発生したレセプトと最後の月に発生したレセプトを参照し、両レセプトに存在する個人ＩＤを含むデータを名寄せ用中間データから除外するものである。
中間データ生成部５は、データベースから、個人ＩＤ、生年月、性別、傷病名コード、診療開始日を抽出し、名寄せ用中間データを生成するものである。第１の除外部６は、データベースのレセプトの内、最初の月に発生したレセプトと最後の月に発生したレセプトを参照し、両レセプトに存在する個人ＩＤを含むデータを名寄せ用中間データから除外するものである。
【0049】
中間テーブル生成部７は、上記除外後の名寄せ用中間データにおいて、個人ＩＤ、性別及び生年月が全て一致するデータを統合し、傷病名コードと診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルを生成するものである。
候補ＩＤ抽出部８は、データ統合されない傷病名コードと診療開始日の組み合わせを１セット有するレコードから構成される基本テーブルと、名寄せ用中間テーブルのそれぞれにおいて、生年月、性別、傷病名コード及び診療開始日の組み合わせが全て一致する個人ＩＤを名寄せ候補ＩＤとして抽出するものである。
第２の除外部９は、名寄せ候補ＩＤの組において、一の個人ＩＤの使用期間と他の個人ＩＤの使用期間とが包含関係にある場合には、名寄せ候補ＩＤの組を除外するものである。
名寄せデータ生成部１０は、上記除外後の名寄せ候補ＩＤの組において、何れか一方の名寄せ候補ＩＤの最終受診年月が、他方の名寄せ候補ＩＤの最初の受診年月以前である場合には、名寄せＩＤの組として統合するものである。
候補ＩＤ抽出部８は、データ統合されない傷病名コードと診療開始日の組み合わせを１セット有するレコードから構成される基本テーブルと、名寄せ用中間テーブルのそれぞれにおいて、生年月、性別、傷病名コード及び診療開始日の組み合わせが全て一致する個人ＩＤを名寄せ候補ＩＤとして抽出するものである。
第２の除外部９は、名寄せ候補ＩＤの組において、一の個人ＩＤの使用期間と他の個人ＩＤの使用期間とが包含関係にある場合には、名寄せ候補ＩＤの組を除外するものである。
名寄せデータ生成部１０は、上記除外後の名寄せ候補ＩＤの組において、何れか一方の名寄せ候補ＩＤの最終受診年月が、他方の名寄せ候補ＩＤの最初の受診年月以前である場合には、名寄せＩＤの組として統合するものである。
【実施例0050】
本発明の患者突合方法のフローについて、図４を参照して説明する。本実施例の患者突合方法のフローは、実施例１のフローにおいて、中間テーブルの生成（Ｓ０３）及び名寄せ候補ＩＤの抽出（Ｓ０４）の部分の処理の具体例を示しており、他の処理（Ｓ０１，Ｓ０２，Ｓ０５，Ｓ０６）は実施例１と同じである。
まず、Ｎに２を入れ、個人ＩＤ、診療年月、性別及び生年月が全て一致する中間データを統合し、２セットの傷病名と診療開始日との組み合わせを有するレコードの中間テーブル（Ｎ＝２）を生成する。その後、傷病名と診療開始日の組み合わせを１セット有するレコードの基本テーブルと、中間テーブル（Ｎ＝２）のそれぞれにおいて、生年月、性別、傷病名及び診療開始日の組み合わせが全て一致する個人ＩＤを、名寄せ候補ＩＤとして抽出する。名寄せ候補ＩＤが抽出できる場合には、Ｎを１だけ増やして、個人ＩＤ、診療年月、性別及び生年月が全て一致する中間データを統合し、３セットの傷病名と診療開始日との組み合わせを有するレコードの中間テーブル（Ｎ＝３）を生成した後、傷病名と診療開始日の組み合わせを１セット有するレコードの基本テーブルと、中間テーブル（Ｎ＝２）のそれぞれにおいて、生年月、性別、傷病名及び診療開始日の組み合わせが全て一致する個人ＩＤを、名寄せ候補ＩＤとして抽出する。これらを繰り返し、名寄せ候補ＩＤが抽出できなくなるまで行い、その後の処理（Ｓ０５，Ｓ０６）を行う。
まず、Ｎに２を入れ、個人ＩＤ、診療年月、性別及び生年月が全て一致する中間データを統合し、２セットの傷病名と診療開始日との組み合わせを有するレコードの中間テーブル（Ｎ＝２）を生成する。その後、傷病名と診療開始日の組み合わせを１セット有するレコードの基本テーブルと、中間テーブル（Ｎ＝２）のそれぞれにおいて、生年月、性別、傷病名及び診療開始日の組み合わせが全て一致する個人ＩＤを、名寄せ候補ＩＤとして抽出する。名寄せ候補ＩＤが抽出できる場合には、Ｎを１だけ増やして、個人ＩＤ、診療年月、性別及び生年月が全て一致する中間データを統合し、３セットの傷病名と診療開始日との組み合わせを有するレコードの中間テーブル（Ｎ＝３）を生成した後、傷病名と診療開始日の組み合わせを１セット有するレコードの基本テーブルと、中間テーブル（Ｎ＝２）のそれぞれにおいて、生年月、性別、傷病名及び診療開始日の組み合わせが全て一致する個人ＩＤを、名寄せ候補ＩＤとして抽出する。これらを繰り返し、名寄せ候補ＩＤが抽出できなくなるまで行い、その後の処理（Ｓ０５，Ｓ０６）を行う。
【実施例0051】
本発明の他の実施形態である患者突合方法のフローについて、図５を参照して説明する。本実施例の患者突合方法のフローは、実施例１のフローと異なり、中間データの生成（Ｓ１１）において、データベースから診療年月の抽出を行っておらず、そして、中間テーブルの生成（Ｓ１３）においても、診療年月の一致を考慮していない。すなわち、実施例１の中間データの生成（Ｓ０１）に相当するものは、「データベースから、個人ＩＤ、性別、年月日、傷病名、診療開始日を抽出し、名寄せ用中間データを生成」（Ｓ１１）であり、実施例１の中間テーブルの生成（Ｓ０３）に相当するものは、上記除外後の名寄せ用中間データにおいて、「個人ＩＤ、性別及び年月日が全て一致するデータを統合し、傷病名と診療開始日の組み合わせを複数セット有するレコードで構成される名寄せ用中間テーブルを生成」（Ｓ１３）である。その他の処理は実施例１と同じである。
実施例１のように診療年月を抽出することにより、名寄せの正確性を向上することができるが、本実施例の如く、診療年月を抽出しないとしても、名寄せの正確性を損なわず、効率よく名寄せを行うことができる。
実施例１のように診療年月を抽出することにより、名寄せの正確性を向上することができるが、本実施例の如く、診療年月を抽出しないとしても、名寄せの正確性を損なわず、効率よく名寄せを行うことができる。
