JP2020166431A - 検索結果表示プログラム、検索結果表示方法および検索結果表示システム - Google Patents

Abstract

【課題】患者に関する診療データを、その患者に関する他の種類のデータと一括して表示可能にすること。【解決手段】検索結果表示画面１６００は、データ検索条件に応じた検索結果を表示する画面である。例えば、検索結果１６０１，１６０２は、健康情報テーブルから検索されたＩＤ「１１１１１１１１１１」に対応するレコードに基づく情報である。また、検索結果１６０３は、データテーブルの一例である病名テーブルから検索されたＩＤ「１１１１１１１１１１」に対応するレコードに基づく情報である。検索結果１６０１〜１６０３のゲノム変異Ｄ、オミックスＥおよび検体情報Ｆは、ゲノム情報テーブルから検索されたＩＤ「１１１１１１１１１１」に対応するレコードに基づく情報である。このように、検索結果表示画面１６００では、同一患者に関する診療情報と健康情報とゲノム情報とを一括して表示することができる。【選択図】図１６

Description

本発明は、検索結果表示プログラム、検索結果表示方法および検索結果表示システムに関する。

近年、全ての医療機関を対象とした診療情報の交換・共有による医療の質の向上を目的として、各医療機関の診療情報は、ＳＳ−ＭＩＸ（Ｓｔａｎｄａｒｄｉｚｅｄ Ｓｔｒｕｃｔｕｒｅｄ Ｍｅｄｉｃａｌ Ｉｎｆｏｒｍａｔｉｏｎ ｅＸｃｈａｎｇｅ）やＳＳ−ＭＩＸ２と呼ばれるデータ形式で出力されるようになってきている。

先行技術としては、データマージ実行依頼に含まれる患者ＩＤに関連付けられている病院ＩＤと病院内患者ＩＤからなる複数のペアを取得し、取得した複数のペアに基づいて、病院内サーバから患者の診療情報インデックス情報と診療情報ストレージ情報からなるペアを取得して患者ＩＤごとに統合するものがある。また、検索用の共通ＩＤ番号に関連付けられた患者認識情報および医療情報サーバのＩＰアドレスを抽出し、抽出したＩＰアドレスに診療情報を送信させる命令信号を発信し、診療情報要求コンピュータに診療情報を送信する技術がある。また、患者が複数回関わった医療イベントの実施日を取得し、実施日ごとに、実施日前後に患者が受診した検査ごとの、検査結果情報を抽出し、実施日から検査日までの経過日数を算出し、抽出した検査結果情報を実施日ごとに同時に時系列で表示する技術がある。

特開２０１６−１５７１８９号公報 特開２００３−１０８６７６号公報 特開２００９−１７５９８１号公報

しかしながら、従来技術では、ＳＳ−ＭＩＸ２形式などの診療データを他の種類のデータと患者横断的に検索することができず、患者に関する診療データを、その患者に関する健康診断情報やゲノム情報などとまとめて表示することが難しい。

一つの側面では、本発明は、患者に関する診療データを、その患者に関する他の種類のデータと一括して表示可能にすることを目的とする。

１つの実施態様では、いずれかの格納場所に格納された患者に関するデータ群と、前記格納場所における当該データ群の格納場所を示す情報とを含む診療データを取得し、取得した前記診療データに含まれる各データ群の格納場所を示す情報を参照して、前記各データ群に対応する診療日および施設コードを特定し、診療日および施設コードに対応するカラムをそれぞれ含む複数のテーブルの各テーブルについて、前記各データ群と、特定した前記各データ群に対応する診療日および施設コードとに基づいて、前記各データ群に関するレコードを作成する、検索結果表示プログラムが提供される。

本発明の一側面によれば、患者に関する診療データを、その患者に関する他の種類のデータと一括して表示可能にすることができる。

図１は、実施の形態にかかる検索結果表示方法の一実施例を示す説明図である。 図２は、検索結果表示システム２００のシステム構成例を示す説明図である。 図３は、情報処理装置１０１のハードウェア構成例を示すブロック図である。 図４は、診療データのデータ構造例を示す説明図である。 図５は、データファイルの具体例を示す説明図（その１）である。 図６は、データファイルの具体例を示す説明図（その２）である。 図７は、パス情報の具体例を示す説明図（その１）である。 図８は、パス情報の具体例を示す説明図（その２）である。 図９は、健康情報テーブル９００の記憶内容の一例を示す説明図である。 図１０は、ゲノム情報テーブル１０００の記憶内容の一例を示す説明図である。 図１１は、情報処理装置１０１の機能的構成例を示すブロック図である。 図１２は、データテーブルのテーブル構成情報の具体例を示す説明図（その１）である。 図１３は、データテーブルのテーブル構成情報の具体例を示す説明図（その２）である。 図１４は、データテーブルのテーブル構成情報の具体例を示す説明図（その３）である。 図１５は、病名テーブルの記憶内容の一例を示す説明図である。 図１６は、検索結果表示画面の画面例を示す説明図である。 図１７は、情報処理装置１０１のテーブル作成処理手順の一例を示すフローチャートである。 図１８は、情報処理装置１０１の検索結果表示処理手順の一例を示すフローチャートである。

以下に図面を参照して、本発明にかかる検索結果表示プログラム、検索結果表示方法および検索結果表示システムの実施の形態を詳細に説明する。

（実施の形態）
図１は、実施の形態にかかる検索結果表示方法の一実施例を示す説明図である。図１において、情報処理装置１０１は、同一患者に関する複数種類のデータを一括で表示可能にするコンピュータである。患者に関する複数種類のデータは、例えば、診療情報、健康情報、ゲノム情報などである。

診療情報は、医療機関における診療に関する情報であり、例えば、患者の基本情報（性別、年齢など）、診療記録などを含む。健康情報は、患者の健康状態を特定するための情報であり、例えば、患者の基本情報、健康診断結果などを含む。ゲノム情報は、患者のゲノム状態を特定するための情報であり、例えば、患者のゲノム変異情報、オミックス情報などを含む。

各医療機関の診療情報は、例えば、各医療機関に導入された電子カルテシステムにおいて作成されるため、電子カルテシステムのベンダーに応じて様々なデータ構造で管理されている。一方で、診療情報の交換・共有による医療の質の向上を目的として、各医療機関の診療情報は、ＳＳ−ＭＩＸやＳＳ−ＭＩＸ２と呼ばれる標準化されたデータ形式で出力可能となっている。

例えば、診療情報、健康情報、ゲノム情報などを患者横断的に検索して、まとめて表示することができれば、新たな知見が得られることが期待される。しかし、従来のシステムでは、診療情報ごとやゲノム情報ごとに情報を表示する仕組みはあるものの、同一患者に関する複数種類の情報をまとめて表示することは行われていない。

また、診療情報は、ＳＳ−ＭＩＸ２のデータ形式のままでは、健康情報やゲノム情報などの他の種類のデータと患者横断的に検索することが難しい。このため、従来のシステムでは、患者に関する診療情報を、その患者に関する健康情報やゲノム情報などとまとめて表示することができない。

ここで、医師や研究者が診療データを利用する場合には、いつ、どこで、どのような診療を行ったのかを知りたいことが多い。そこで、本実施の形態では、情報処理装置１０１は、各医療機関から出力されるＳＳ−ＭＩＸ２形式などの診療データを、診療日と施設コードとの組み合わせに対応するデータ単位で検索可能な状態で、複数のテーブルに分割して格納する。これにより、診療データを他の種類のデータと患者横断的に検索可能にして、患者に関する診療データを、その患者に関する他の種類のデータと一括して表示可能にする。以下、情報処理装置１０１の処理例について説明する。

（１）情報処理装置１０１は、診療データを取得する。ここで、診療データは、いずれかの格納場所に格納された患者に関するデータ群と、格納場所における当該データ群の格納場所を示す情報とを含む。具体的には、例えば、診療データは、階層化された格納場所のいずれかの格納場所に格納された患者に関するデータ群と、階層化された格納場所における当該データ群の格納場所を示す情報とを含む。格納場所は、例えば、フォルダやディレクトリである。

データ群は、同一格納場所に格納された１または複数のデータの集合であり、例えば、階層化された格納場所のうち最下層の格納場所に格納された患者に関するデータの集合である。個々のデータは、例えば、患者の基本情報や診療記録（オーダ、検査結果など）に関するテキストファイルである。

データ群の格納場所を示す情報は、例えば、階層化されたフォルダにおける当該データ群が格納されたフォルダに辿り着くまでのパスを示す情報である。具体的には、例えば、診療データは、病院や診療所などの医療機関から出力されるＳＳ−ＭＩＸ２形式のデータである。

図１の例では、診療データ１１０が取得された場合を想定する。診療データ１１０は、データ群１１１と、パス情報１１２とを含む。パス情報１１２は、階層化されたフォルダにおけるデータ群１１１の格納場所「ＡＡＡ￥…￥２０１９０２２１￥…」を示す。

（２）情報処理装置１０１は、取得した診療データに含まれる各データ群の格納場所を示す情報を参照して、各データ群に対応する診療日および施設コードを特定する。ここで、階層化された格納場所は、施設コードに対応する格納場所と、診療日に対応する格納場所とを含む。

具体的には、例えば、情報処理装置１０１は、各データ群が格納されたフォルダのパス情報を参照して、施設コードに対応するフォルダ名を、各データ群に対応する施設コードとして特定する。また、情報処理装置１０１は、診療日に対応するフォルダ名を、各データ群に対応する診療日として特定する。

図１の例では、パス情報１１２が示す格納場所「ＡＡＡ￥…￥２０１９０２２１￥…」のうち、「ＡＡＡ」は、施設コードに対応するフォルダを示す。また、「２０１９０２２１」は、診療日に対応するフォルダを示す。このため、情報処理装置１０１は、パス情報１１２から、データ群１１１に対応する診療日「２０１９０２２１」および施設コード「ＡＡＡ」を特定する。なお、診療日「２０１９０２２１」は、２０１９年２月２１日を示す。

（３）情報処理装置１０１は、診療日および施設コードに対応するカラムをそれぞれ含む複数のテーブルの各テーブルについて、各データ群と、特定した各データ群に対応する診療日および施設コードとに基づいて、各データ群に関するレコードを作成する。

ここで、複数のテーブルは、診療データに含まれる患者に関する各種の情報を格納するためのものであり、テーブル構成（レイアウト）がそれぞれ異なる。各テーブルのテーブル構成は、例えば、診療データから必要な情報だけを抽出して格納できるように設計者により作成される。

また、診療日と施設コードとの組み合わせに対応するデータ単位の検索を可能にすべく、例えば、情報処理装置１０１が、複数のテーブルの各テーブルに、診療日および施設コードに対応するカラムを付加する。診療日および施設コードに対応するカラムは、例えば、診療日のカラムと施設コードのカラムである。また、診療日および施設コードに対応するカラムは、診療日と施設コードとの組み合わせ（イベントコード）のカラムであってもよい。

図１の例では、情報処理装置１０１は、複数のテーブル１２０の各テーブル１２０に、診療日カラム、施設コードカラムおよびイベントコード（施設コード＋診療日）カラムを付加する。ただし、テーブル１２０内に、診療日カラムや施設コードカラムが予め含まれている場合には、情報処理装置１０１は、診療日カラムや施設コードカラムを新たに付加しなくてもよい。

また、情報処理装置１０１は、各テーブル１２０について、各データ群を参照して、付加した診療日カラム、施設コードカラムおよびイベントコードカラム以外の各カラムに対応する情報を特定する。そして、情報処理装置１０１は、特定した各カラムに対応する情報を、各テーブル１２０内の各カラムに格納する。

また、情報処理装置１０１は、特定した各データ群に対応する診療日および施設コードを、各テーブル１２０に付加した診療日カラムおよび施設コードカラムにそれぞれ格納する。さらに、情報処理装置１０１は、特定した各データ群に対応する診療日と施設コードとの組み合わせを、各テーブル１２０に付加したイベントコードカラムにそれぞれ格納する。

この結果、各テーブル１２０に各データ群に関するレコードが作成される。すなわち、診療データ１１０に含まれるデータ群それぞれについて、複数のテーブル１２０の各テーブル１２０内にレコードがそれぞれ作成される。

このように、情報処理装置１０１によれば、医療機関から出力されるＳＳ−ＭＩＸ２形式などの診療データを、診療日と施設コードとの組み合わせに対応するデータ単位で検索可能な状態で、複数のテーブルに分割して格納することができる。これにより、診療データを他の種類のデータと患者横断的に検索可能にして、患者に関する診療データを、その患者に関する他の種類のデータと一括して表示可能にすることができる。

図１の例では、診療データ１１０を、診療日と施設コードとの組み合わせに対応するデータ単位で検索可能な状態で、複数のテーブル１２０に分割して格納することができる。これにより、診療データ１１０を健康情報やゲノム情報などとともに患者横断的に検索可能となり、患者に関する診療データを、その患者に関する健康情報やゲノム情報と一括して表示することが可能となる。

（検索結果表示システム２００のシステム構成例）
つぎに、実施の形態にかかる検索結果表示システム２００のシステム構成例について説明する。検索結果表示システム２００は、図１に示した情報処理装置１０１を含むコンピュータシステムであり、例えば、患者に関する複数種類のデータを収集して、分析、研究等を行うためのシステムに適用される。

図２は、検索結果表示システム２００のシステム構成例を示す説明図である。図２において、検索結果表示システム２００は、情報処理装置１０１と、複数の医療機関サーバ２０１と、情報収集サーバ２０２と、クライアント装置２０３と、を含む。検索結果表示システム２００において、情報処理装置１０１、医療機関サーバ２０１、情報収集サーバ２０２およびクライアント装置２０３は、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどである。

ここで、情報処理装置１０１は、データベース２２０を有する。データベース２２０は、患者に関する情報を格納する。例えば、データベース２２０には、データテーブルＴ１〜Ｔｎ（ｎ：２以上の自然数）、後述の図９に示す健康情報テーブル９００、後述の図１０に示すゲノム情報テーブル１０００などが格納される。例えば、情報処理装置１０１は、サーバである。

データテーブルＴ１〜Ｔｎは、医療機関から出力される診療データに含まれる患者に関する各種の情報を格納するものであり、テーブル構成（レイアウト）がそれぞれ異なる。例えば、図１に示した複数のテーブル１２０は、データテーブルＴ１〜Ｔｎに相当する。なお、データテーブルＴ１〜Ｔｎのテーブル構成例については、図１２〜図１４を用いて後述する。

以下の説明では、データテーブルＴ１〜Ｔｎのうちの任意のデータテーブルを「データテーブルＴｉ」と表記する場合がある（ｉ＝１，２，…，ｎ）。

医療機関サーバ２０１は、病院や診療所などの医療機関に対応するコンピュータである。医療機関サーバ２０１は、医療機関の電子カルテシステムで作成された診療データ等を管理する。また、医療機関サーバ２０１は、医療機関の診療データをＳＳ−ＭＩＸ２形式で出力可能である。

情報収集サーバ２０２は、患者の健康情報やゲノム情報などを収集するコンピュータである。患者の健康情報やゲノム情報は、例えば、患者本人から収集されてもよく、また、患者の健康診断やゲノム調査等を行った各種検査機関から収集されてもよい。

クライアント装置２０３は、検索結果表示システム２００のユーザが使用するコンピュータである。検索結果表示システム２００のユーザは、例えば、医師や研究者などである。例えば、クライアント装置２０３は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、タブレットＰＣ、スマートフォンなどである。

（情報処理装置１０１のハードウェア構成例）
図３は、情報処理装置１０１のハードウェア構成例を示すブロック図である。図３において、情報処理装置１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、メモリ３０２と、ディスクドライブ３０３と、ディスク３０４と、通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０５と、可搬型記録媒体Ｉ／Ｆ３０６と、可搬型記録媒体３０７と、を有する。また、各構成部は、バス３００によってそれぞれ接続される。

ここで、ＣＰＵ３０１は、情報処理装置１０１の全体の制御を司る。ＣＰＵ３０１は、複数のコアを有していてもよい。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭがＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のプログラムを記憶し、ＲＯＭがアプリケーションプログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。

ディスクドライブ３０３は、ＣＰＵ３０１の制御に従ってディスク３０４に対するデータのリード／ライトを制御する。ディスク３０４は、ディスクドライブ３０３の制御で書き込まれたデータを記憶する。ディスク３０４としては、例えば、磁気ディスク、光ディスクなどが挙げられる。

通信Ｉ／Ｆ３０５は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して外部のコンピュータ（例えば、図２に示した医療機関サーバ２０１、情報収集サーバ２０２、クライアント装置２０３）に接続される。そして、通信Ｉ／Ｆ３０５は、ネットワーク２１０と装置内部とのインターフェースを司り、外部のコンピュータからのデータの入出力を制御する。通信Ｉ／Ｆ３０５には、例えば、モデムやＬＡＮアダプタなどを採用することができる。

可搬型記録媒体Ｉ／Ｆ３０６は、ＣＰＵ３０１の制御に従って可搬型記録媒体３０７に対するデータのリード／ライトを制御する。可搬型記録媒体３０７は、可搬型記録媒体Ｉ／Ｆ３０６の制御で書き込まれたデータを記憶する。可搬型記録媒体３０７としては、例えば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）−ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリなどが挙げられる。

なお、情報処理装置１０１は、上述した構成部のほかに、例えば、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、入力装置、ディスプレイ等を有することにしてもよい。また、情報処理装置１０１は、上述した構成部のうち、例えば、ディスクドライブ３０３、ディスク３０４、可搬型記録媒体Ｉ／Ｆ３０６、可搬型記録媒体３０７を有していなくてもよい。

また、図２に示した医療機関サーバ２０１、情報収集サーバ２０２およびクライアント装置２０３についても、情報処理装置１０１と同様のハードウェア構成により実現することができる。ただし、クライアント装置２０３は、上述した構成部のほかに、入力装置、ディスプレイなどを有する。

（診療データのデータ構造例）
つぎに、図４を用いて、医療機関から出力されるＳＳ−ＭＩＸ２の診療データのデータ構造例について説明する。以下の説明では、医療機関から出力されるＳＳ−ＭＩＸ２の診療データを「診療データＭＤ」と表記する場合がある。

図４は、診療データのデータ構造例を示す説明図である。図４において、診療データＭＤは、階層化されたフォルダの階層構造を有し、階層化されたフォルダの最下層のフォルダに格納されたデータファイル群と、階層化されたフォルダにおける当該データファイル群の格納場所を示す情報（例えば、パス情報）とを含む。

具体的には、診療データＭＤは、「施設コード」を最上層のフォルダ（ルートフォルダ）として、配下に「標準化ストレージ」、「患者ＩＤ先頭３文字」、「患者ＩＤ４〜６文字」、「患者ＩＤ」、「診療日」および「データ種別」のフォルダを順に有する。最下層のフォルダである「データ種別」フォルダには、データファイル群が格納される。

ここで、「施設コード」フォルダは、施設コードごとに設けられ、当該施設コードにより識別される医療機関に関するデータファイルが格納されるフォルダである。施設コードは、医療機関を一意に識別する識別子である。「標準化ストレージ」フォルダは、標準化されたテキストファイル（データファイル）が格納されるフォルダである。

「患者ＩＤ先頭３文字」フォルダは、患者ＩＤの先頭３文字ごとに設けられ、患者ＩＤの先頭３文字が当該３文字である患者に関するデータファイルが格納されるフォルダである。患者ＩＤは、各医療機関において患者を一意に識別する識別子である。「患者ＩＤ４〜６文字」フォルダは、患者ＩＤの４〜６文字ごとに設けられ、患者ＩＤの４〜６文字が当該４〜６文字である患者に関するデータファイルが格納されるフォルダである。

「患者ＩＤ」フォルダは、患者ＩＤごとに設けられ、当該患者ＩＤにより識別される患者に関するデータファイルが格納されるフォルダである。「診療日」フォルダは、医療機関において患者が診療を受けた日付ごとに設けられる。当該日付に受けた診療に関するデータファイルが格納されるフォルダである。なお、診療日は、ＹＹＹＹＭＭＤＤ形式で表される。また、日付がないデータファイルの診療日は「−（ハイフン）」で表される。

「データ種別」フォルダは、データ種別ごとに設けられ、当該データ種別のデータファイルが格納されるフォルダである。データ種別としては、例えば、個人情報、処方オーダ、検査オーダなどがある。階層化されたフォルダにおける各データファイルの格納場所は、例えば、各データファイルのパス情報から特定される。

（データファイルの具体例）
つぎに、図５および図６を用いて、データファイルの具体例について説明する。

図５は、データファイルの具体例を示す説明図（その１）である。図５において、データファイル５００は、診療データＭＤに含まれるデータファイルの一例であり、診療日に相当する日付がないテキストファイルである。ただし、図５では、データファイル５００の一部を抜粋して表示している。

図６は、データファイルの具体例を示す説明図（その２）である。図６において、データファイル６００は、診療データＭＤに含まれるデータファイルの一例であり、診療日に相当する日付があるテキストファイルである。ただし、図６では、データファイル６００の一部を抜粋して表示している。

各データファイル５００，６００は、「｜（パイプ）」や「＾（ハット）」などの記号を用いて情報が区切られており、任意の項目の情報を抽出可能な形式で記述されている。例えば、データファイル５００，６００は、ＨＬ７（Ｈｅａｌｔｈ Ｌｅｖｅｌ Ｓｅｖｅｎ）ファイルである。

（パス情報の具体例）
つぎに、図７および図８を用いて、パス情報の具体例について説明する。

図７は、パス情報の具体例を示す説明図（その１）である。図７において、パス情報７００は、図５に示したデータファイル５００のパス情報である。パス情報７００によれば、データファイル５００に対応する施設コード「７４１００００２５４」を特定することができる。

また、データファイル５００に対応する標準化ストレージ「ＳｔａｎｄａｒｄｉｚｅｄＳｔｏｒａｇｅ」、患者ＩＤ先頭３文字「８０４」、患者ＩＤ４〜６文字「０９０」、患者ＩＤ「８０４０９０００００１１」、診療日「−」およびデータ種別「ＡＤＴ−００」を特定することができる。

図８は、パス情報の具体例を示す説明図（その２）である。図８において、パス情報８００は、図６に示したデータファイル６００のパス情報である。パス情報８００によれば、データファイル６００に対応する施設コード「７４１００００２５４」を特定することができる。

また、データファイル５００に対応する標準化ストレージ「ＳｔａｎｄａｒｄｉｚｅｄＳｔｏｒａｇｅ」、患者ＩＤ先頭３文字「８０４」、患者ＩＤ４〜６文字「０９０」、患者ＩＤ「８０４０９０００００１１」、診療日「２０１２０９１８」およびデータ種別「ＯＭＧ−１１」を特定することができる。

（健康情報テーブル９００の記憶内容）
つぎに、情報処理装置１０１が有するデータベース２２０に格納される健康情報テーブル９００の記憶内容について説明する。なお、健康情報テーブル９００は、例えば、図３に示した情報処理装置１０１のメモリ３０２、ディスク３０４などの記憶装置により実現される。

図９は、健康情報テーブル９００の記憶内容の一例を示す説明図である。図９において、健康情報テーブル９００は、ＩＤ、基本情報＿性別、基本情報＿生年、イベント、調査日、イベントコード、健康診断情報Ａ、特定健診情報Ｂおよび検体検査情報Ｃのフィールドを有する。各フィールドに情報を設定することで、健康情報（例えば、健康情報９００−１〜９００−４）がレコードとして記憶される。

ここで、ＩＤは、検索結果表示システム２００において患者を一意に識別する識別子である。ＩＤとして、例えば、マイナンバーを用いることにしてもよく、また、個人を特定できないように生成された識別子を用いることにしてもよい。基本情報＿性別は、患者の性別である。基本情報＿生年は、患者の生年である。イベントは、患者に対して実施された健康診断の名称である。調査日は、健康診断が行われた日付である。

イベントコードは、健康診断を識別する識別子である。ここでは、イベントコードは、イベントと調査日との組み合わせによって表される。健康診断情報Ａは、健康診断において行われた質問（問診）の回答（問診結果）である。特定健診情報Ｂは、健康診断において行われた特定健診の結果である。検体検査情報Ｃは、健康診断において行われた検体検査の結果である。

（ゲノム情報テーブル１０００の記憶内容）
つぎに、情報処理装置１０１が有するデータベース２２０に格納されるゲノム情報テーブル１０００の記憶内容について説明する。なお、ゲノム情報テーブル１０００は、例えば、図３に示した情報処理装置１０１のメモリ３０２、ディスク３０４などの記憶装置により実現される。

図１０は、ゲノム情報テーブル１０００の記憶内容の一例を示す説明図である。図１０において、ゲノム情報テーブル１０００は、ＩＤ、調査日、ゲノム変異Ｄ、オミックスＥ、検体情報Ｆのフィールドを有し、各フィールドに情報を設定することで、ゲノム情報（例えば、ゲノム情報１０００−１，１０００−２）をレコードとして記憶する。

ここで、ＩＤは、検索結果表示システム２００において患者を一意に識別する識別子である。調査日は、ゲノム状態の調査（ゲノム変異解析、オミックス解析など）が行われた日付である。ゲノム変異Ｄは、ゲノム変異を示す。オミックスＥは、オミックス解析の結果を示す。検体情報Ｆは、検体に関する情報を示す。なお、ゲノム情報テーブル１０００において、調査日のフィールドは設けなくてもよい。

（情報処理装置１０１の機能的構成例）
図１１は、情報処理装置１０１の機能的構成例を示すブロック図である。図１１において、情報処理装置１０１は、取得部１１０１と、特定部１１０２と、作成部１１０３と、受付部１１０４と、検索部１１０５と、出力部１１０６と、を含む。具体的には、例えば、取得部１１０１〜出力部１１０６は、図３に示したメモリ３０２、ディスク３０４、可搬型記録媒体３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、通信Ｉ／Ｆ３０５により、その機能を実現する。各機能部の処理結果は、例えば、メモリ３０２、ディスク３０４などの記憶装置に記憶される。

取得部１１０１は、診療データＭＤを取得する。ここで、診療データＭＤは、階層化されたフォルダのいずれかのフォルダに格納された患者に関するデータファイル群と、階層化されたフォルダにおける当該データファイル群が格納された場所を示す情報とを含む。

図５および図６に示したデータファイル５００，６００は、患者に関するデータファイルの一例である。また、図７および図８に示したパス情報７００，８００は、データファイル群が格納された場所を示す情報の一例である。具体的には、例えば、取得部１１０１は、図２に示した医療機関サーバ２０１から診療データＭＤを受信することにより、受信した診療データＭＤを取得する。

これにより、各医療機関から出力されるＳＳ−ＭＩＸ２形式の診療データＭＤを取得することができる。

また、取得部１１０１は、患者に関する健康情報を取得する。ここで、患者に関する健康情報は、患者の健康状態を特定するための情報であり、例えば、患者の基本情報や健康診断結果などを含む。健康情報には、例えば、患者の健康診断が行われた日付が含まれる。図９に示した健康情報９００−１〜９００−４は、患者に関する健康情報の一例である。

具体的には、例えば、取得部１１０１は、図２に示した情報収集サーバ２０２から患者に関する健康情報を受信することにより、受信した患者に関する健康情報を取得する。取得された患者に関する健康情報は、例えば、図９に示した健康情報テーブル９００に記憶される。

これにより、患者の健康状態を診断する検査機関等から出力される患者に関する健康情報を取得することができる。

また、取得部１１０１は、患者に関するゲノム情報を取得する。ここで、患者に関するゲノム情報は、患者のゲノム状態を特定するための情報であり、例えば、患者のゲノム変異情報、オミックス解析情報などを含む。ゲノム情報には、例えば、患者のゲノム状態の調査が行われた日付が含まれる。図１０に示したゲノム情報１０００−１，１０００−２は、患者に関するゲノム情報の一例である。

具体的には、例えば、取得部１１０１は、情報収集サーバ２０２から患者に関するゲノム情報を受信することにより、受信した患者に関するゲノム情報を取得する。取得された患者に関するゲノム情報は、例えば、図１０に示したゲノム情報テーブル１０００に記憶される。

これにより、患者のゲノム状態を解析する検査機関等から出力される患者に関するゲノム情報を取得することができる。

特定部１１０２は、取得された診療データＭＤに含まれる各データファイル群の格納場所を示す情報を参照して、各データファイル群に対応する診療日および施設コードを特定する。ここで、あるデータファイル群に含まれる一つのデータファイルが、図５に示したデータファイル５００である場合を想定する。

この場合、特定部１１０２は、データファイル５００の格納場所を示すパス情報７００を参照して、データファイル５００を含むデータファイル群に対応する診療日および施設コードを特定する。図７の例では、データファイル５００を含むデータファイル群に対応する診療日「−」および施設コード「７４１００００２５４」が特定される。

なお、情報処理装置１０１は、診療データＭＤから、階層化されたフォルダの階層構造を特定可能である。すなわち、情報処理装置１０１は、各階層のフォルダが何を示しているかを特定可能である。例えば、情報処理装置１０１は、第１階層（最上層）のフォルダが施設コードであり、第６階層のフォルダが診療日であると特定することができる。

また、あるデータファイル群に含まれる一つのデータファイルが、図６に示したデータファイル６００である場合を想定する。この場合、特定部１１０２は、データファイル６００の格納場所を示すパス情報８００を参照して、データファイル６００を含むデータファイル群に対応する診療日および施設コードを特定する。図８の例では、データファイル６００を含むデータファイル群に対応する診療日「２０１２０９１８」および施設コード「７４１００００２５４」が特定される。

作成部１１０３は、データテーブルＴ１〜Ｔｎの各データテーブルＴｉについて、診療日および施設コードに対応するカラムを付加して、各データファイル群と、特定された各データファイル群に対応する診療日および施設コードとに基づいて、各データファイル群に関するレコードを作成する。

データテーブルＴ１〜Ｔｎは、診療データＭＤに含まれる患者に関する各種の情報を格納するものであり、テーブル構成（レイアウト）がそれぞれ異なる。各データテーブルＴｉのテーブル構成をどのようなものとするかは、例えば、設計者によって予め決められている。各データテーブルＴｉは、患者の識別子（例えば、検索結果表示システム２００において患者を一意に識別するＩＤ）のカラムを含む。

具体的には、例えば、作成部１１０３は、各データテーブルＴｉのテーブル構成情報（初期）を参照して、各データテーブルＴｉに診療日および施設コードに対応するカラムを付加する。テーブル構成情報（初期）は、診療日および施設コードに対応するカラムを付加する前の初期状態のデータテーブルＴｉのテーブル構成を示す情報である。データテーブルＴｉのテーブル構成情報（初期）は、例えば、予め作成されてメモリ３０２、ディスク３０４などの記憶装置に記憶されている。

より詳細に説明すると、例えば、作成部１１０３は、各データテーブルＴｉのテーブル構成情報（初期）に、診療日および施設コードに対応するカラム（項目）の情報を追加することにより、診療日および施設コードに対応するカラムが付加されたデータテーブルＴｉのテーブル構成情報を作成する。そして、作成部１１０３は、作成した各データテーブルＴｉのテーブル構成情報を参照して、各データファイル群と、特定された各データファイル群に対応する診療日および施設コードとに基づいて、各データファイル群に関するレコードを作成する。

ここで、図１２〜図１４を用いて、診療日および施設コードに対応するカラムが付加されたデータテーブルＴｉのテーブル構成情報の具体例について説明する。

図１２〜図１４は、データテーブルのテーブル構成情報の具体例を示す説明図である。図１２〜図１４において、テーブル構成情報１２００，１３００，１４００は、診療日および施設コードに対応するカラムが付加されたデータテーブルＴｉ（患者基本、放射線指示検査、病名）のテーブル構成の一例を示す。

テーブル構成情報１２００，１３００，１４００は、セグメントナンバー、項番、項目名、属性およびＫＥＹに関する情報を含む。セグメントナンバーは、データファイル内のセグメントを特定する情報である。項番は、データテーブルＴｉ内の項目（カラム）の番号である。項目名は、データテーブルＴｉ内の項目（カラム）の名称である。

属性は、データテーブルＴｉ内の項目（カラム）の属性である。属性としては、例えば、ｂｉｇｉｎｔ、ｖａｒｃｈａｒ、ｄａｔｅｔｉｍｅなどがある。ＫＥＹは、データテーブルＴｉ内の項目（カラム）が主キーであるか否かを示す。ここでは、ＫＥＹ「主」の場合に、項目が主キーであることを示す。

例えば、作成部１１０３は、テーブル構成情報１２００を参照して、患者基本テーブルについて、各データファイル群と、特定部１１０２によって特定された各データファイル群に対応する診療日および施設コードとに基づいて、各データファイル群に関するレコードを作成する。患者基本テーブルは、データテーブルＴｉの一例である。

テーブル構成情報１２００の場合、項番「１」、項目名「施設コード」の項目、項番「２９」、項目名「診療日」の項目および項番「３０」、項目名「イベントコード」の項目が付加されたカラム（項目）である。ただし、施設コードや診療日の項目について、データテーブルＴｉ内に予め含まれる場合には、新たに付加しなくてもよい。

具体的には、例えば、作成部１１０３は、テーブル構成情報１２００を参照して、患者基本テーブル内の項番「１」、項目名「施設コード」の項目に、特定部１１０２によって特定されたデータファイル群に対応する施設コードを格納する。また、作成部１１０３は、患者基本テーブル内の項番「２９」、項目名「診療日」の項目に、特定部１１０２によって特定されたデータファイル群に対応する診療日を格納する。さらに、作成部１１０３は、患者基本テーブル内の項番「３０」、項目名「イベントコード」の項目に、特定部１１０２によって特定されたデータファイル群に対応する診療日および施設コードの組み合わせを格納する。

また、作成部１１０３は、テーブル構成情報１２００を参照して、データファイル群から、残りの各項目に対応するセグメントナンバーから特定されるセグメントの情報を抽出する。そして、作成部１１０３は、各項目について抽出した情報を、患者基本テーブル内の各項目に格納する。

テーブル構成情報１２００の項番「２」のセグメントナンバー「ＰＩＤ−３．１」を例に挙げると、作成部１１０３は、データファイル群から、ＰＩＤの行のパイプで区切られた３番目の箇所のうち、ハットで区切られた１番目の部分の情報を抽出する。そして、作成部１１０３は、抽出した情報を、患者基本テーブル内の項番「２」、項目名「ＩＤ」の項目に格納する。データファイル５００の例では、「ＰＩＤ−３．１」の情報は、「８０４０９０００００１１」である。このため、患者基本テーブル内の項番「２」、項目名「ＩＤ」の項目に、「８０４０９０００００１１」が格納される。

また、セグメントナンバーが「−」の項目については、どのような情報を格納するかのルールが予め定義されている。例えば、患者基本テーブル内の項番「１１」、項目名「都道府県コード」の項目について、作成部１１０３は、「ＰＩＤ−１１．８」の先頭３文字がプログラムで定義した都道府県名と一致したら、指定のコードを格納する。一方、「ＰＩＤ−１１．８」が、空もしくは一致する都道府県が存在しなかった場合は、作成部１１０３は、「００」を格納する。

これにより、患者基本テーブル内の各項目にデータファイル群に関する情報がそれぞれ設定されて、データファイル群に関するレコードが作成される。

同様に、作成部１１０３は、テーブル構成情報１３００を参照して、放射線指示検査テーブルについて、各データファイル群と、特定部１１０２によって特定された各データファイル群に対応する診療日および施設コードとに基づいて、各データファイル群に関するレコードを作成する。また、作成部１１０３は、テーブル構成情報１４００を参照して、病名テーブルについて、各データファイル群と、特定部１１０２によって特定された各データファイル群に対応する診療日および施設コードとに基づいて、各データファイル群に関するレコードを作成する。放射線指示検査テーブルおよび病名テーブルは、それぞれデータテーブルＴｉの一例である。

ここで、図１５を用いて、データテーブルＴｉの一例である病名テーブルの記憶内容について説明する。ただし、ここでは、病名テーブル内の項目を一部省略して説明する。

図１５は、病名テーブルの記憶内容の一例を示す説明図である。図１５において、病名テーブル１５００は、ＩＤ、患者基本情報、病名、施設コード、診療日およびイベントコードのフィールドを有し、各フィールドに情報を設定することで、病名情報（例えば、病名情報１５００−１，１５００−２）をレコードとして記憶する。

ここで、ＩＤは、検索結果表示システム２００において患者を一意に識別する識別子である。患者基本情報は、患者の基本情報である。病名は、患者の病名である。施設コードは、医療機関を一意に識別する識別子である。診療日は、患者が診療を受けた日付である。診療日は、「ＹＹＹＹＭＭＤＤ」または「−」で表される。イベントコードは、施設コードと診療日（ＹＹＹＹＭＭＤＤ、または、−）との組み合わせである。

図１１の説明に戻り、受付部１１０４は、データ検索条件を受け付ける。ここで、データ検索条件は、データを検索するための条件であり、例えば、検索結果表示システム２００のユーザ（医師、研究者など）によって指定される。データ検索条件としては、例えば、患者識別子が指定される。

患者識別子は、患者の識別子であり、例えば、検索結果表示システム２００において患者を一意に識別するＩＤである。また、データ検索条件として、期間や、ＩＤと期間の組み合わせや、病名などが指定されてもよい。具体的には、例えば、受付部１１０４は、図２に示したクライアント装置２０３から検索条件を受信することにより、受信した検索条件を受け付ける。

検索部１１０５は、データテーブルＴ１〜Ｔｎの各データテーブルＴｉから、受け付けたデータ検索条件から特定される患者識別子に対応するレコードを検索する。具体的には、例えば、検索部１１０５は、各データテーブルＴｉ（例えば、病名テーブル１５００）から、データ検索条件で指定されたＩＤに対応するレコードを検索する。

また、データ検索条件でＩＤと期間との組み合わせが指定されたとする。この場合、検索部１１０５は、各データテーブルＴｉ（例えば、病名テーブル１５００）から、データ検索条件で指定されたＩＤに対応し、かつ、データ検索条件で指定された期間内に診療日が含まれるレコードを検索する。

また、データ検索条件で病名のみが指定されたとする。この場合、検索部１１０５は、例えば、データ検索条件で指定された病名に対応する患者のＩＤを特定する。病名に対応する患者のＩＤは、例えば、病名テーブル１５００から特定することができる。そして、検索部１１０５は、各データテーブルＴｉから、特定したＩＤに対応するレコードを検索する。

また、検索部１１０５は、データテーブルＴ１〜Ｔｎとは異なる他のテーブルから、データ検索条件から特定される患者識別子に対応するレコードを検索する。ここで、他のテーブルは、患者識別子のカラムを含むテーブルであり、例えば、図９に示した健康情報テーブル９００や、図１０に示したゲノム情報テーブル１０００である。

具体的には、例えば、検索部１１０５は、健康情報テーブル９００から、データ検索条件で指定されたＩＤに対応するレコードを検索する。また、検索部１１０５は、ゲノム情報テーブル１０００から、データ検索条件で指定されたＩＤに対応するレコードを検索する。

また、データ検索条件でＩＤと期間との組み合わせが指定されたとする。この場合、検索部１１０５は、健康情報テーブル９００から、データ検索条件で指定されたＩＤに対応し、かつ、データ検索条件で指定された期間内に調査日が含まれるレコードを検索する。また、検索部１１０５は、ゲノム情報テーブル１０００から、データ検索条件で指定されたＩＤに対応し、かつ、データ検索条件で指定された期間内に調査日が含まれるレコードを検索する。

また、データ検索条件で病名のみが指定されたとする。この場合、検索部１１０５は、例えば、データ検索条件で指定された病名に対応する患者のＩＤを特定する。そして、検索部１１０５は、健康情報テーブル９００、ゲノム情報テーブル１０００から、特定したＩＤに対応するレコードを検索する。

出力部１１０６は、各データテーブルＴｉから検索されたレコードと、他のテーブルから検索されたレコードとを対応付けて出力する。また、出力部１１０６は、各データテーブルＴｉから検索されたレコードと、他のテーブルから検索されたレコードとを時系列にソートして出力することにしてもよい。

具体的には、例えば、出力部１１０６は、検索された検索結果に基づいて、データ検索条件を受け付けたクライアント装置２０３に、検索結果表示画面を表示することにしてもよい。検索結果表示画面は、患者の診療情報（各データテーブルＴｉから検索された検索結果）と、患者の健康情報（健康情報テーブル９００から検索された検索結果）と、患者のゲノム情報（ゲノム情報テーブル１０００から検索された検索結果）とを一括して表示する画面である。検索結果表示画面の画面例については、図１６を用いて後述する。

なお、情報処理装置１０１の各機能部は、例えば、検索結果表示システム２００内の複数のコンピュータ（例えば、情報処理装置１０１とクライアント装置２０３）により実現されることにしてもよい。

（検索結果表示画面の画面例）
つぎに、クライアント装置２０３に表示される検索結果表示画面の画面例について説明する。検索結果表示画面は、クライアント装置２０３からのデータ検索条件に応じて、クライアント装置２０３のディスプレイ（不図示）に表示される。

図１６は、検索結果表示画面の画面例を示す説明図である。図１６において、検索結果表示画面１６００は、クライアント装置２０３からのデータ検索条件に応じた検索結果１６０１〜１６０６を表示する画面である。

ここでは、データ検索条件として、ＩＤ「１１１１１１１１１１」とＩＤ「２２２２２２２２２２」とが指定された場合を想定する。検索結果１６０１〜１６０３は、ＩＤ「１１１１１１１１１１」に対応する検索結果である。検索結果１６０４〜１６０６は、ＩＤ「２２２２２２２２２２」に対応する検索結果である。検索結果１６０１〜１６０６は、患者単位で時系列にソートされている。

例えば、検索結果１６０１，１６０２は、健康情報テーブル９００から検索されたＩＤ「１１１１１１１１１１」に対応するレコードに基づく情報である。具体的には、検索結果１６０１，１６０２のＩＤ、性別、生年、情報取得日、イベントコード、健康診断情報Ａ、特定健診情報Ｂおよび検体検査情報Ｃは、健康情報テーブル９００から検索されたレコードのＩＤ、基本情報＿性別、基本情報＿生年、調査日、イベントコード、健康診断情報Ａ、特定健診情報Ｂおよび検体検査情報Ｃに相当する。

また、検索結果１６０１，１６０２のゲノム変異Ｄ、オミックスＥおよび検体情報Ｆは、ゲノム情報テーブル１０００から検索されたＩＤ「１１１１１１１１１１」に対応するレコードに基づく情報である。ここでは、同じ患者であればゲノム情報は変化しないことを前提として、ＩＤが同じ全検索結果１６０１〜１６０３に、同じゲノム情報が設定されている。ただし、患者に対してゲノム情報が複数回調査された場合には、各ゲノム情報それぞれを一つの検索結果として表示することにしてもよい。

検索結果１６０３は、データテーブルＴｉの一例である病名テーブル１５００から検索されたＩＤ「１１１１１１１１１１」に対応するレコードに基づく情報である。具体的には、検索結果１６０３のＩＤ、情報取得日、イベントコード、患者基本Ｇおよび病名Ｈは、病名テーブル１５００から検索されたレコードのＩＤ、診療日、イベントコード、患者基本情報および病名に相当する。また、同じ患者であれば基本情報（性別、生年）は変化しないため、検索結果１６０３の性別、生年には、ＩＤが同じ検索結果１６０１，１６０２と同じ性別、生年が設定されている。

このように、検索結果表示画面１６００では、同一患者に関する診療情報と健康情報とゲノム情報とを一括して表示することができる。これにより、ユーザは、例えば、患者の健康診断の結果をもとに健康状態の変化を確認しながら、どのような病気になってどのような経過であるかといったことを確認することができる。また、ユーザは、患者のゲノム状態もあわせて確認することができる。また、ユーザは、イベントコードに含まれる施設コードから、患者がどの医療機関で診療を受けたのかについても把握することができる。

なお、データテーブルＴｉ（例えば、病名テーブル１５００）から同一イベントコードの複数のレコードが検索された場合には、情報処理装置１０１は、例えば、各レコードに対応する検索結果をそれぞれ表示してもよい。また、情報処理装置１０１は、複数のレコードを一つの検索結果にまとめて表示してもよい（例えば、病名をカンマ区切りで表示）。また、情報処理装置１０１は、複数の検索結果が存在することを示すマークを表示し、詳細な内容は別画面で表示することにしてもよい。

（情報処理装置１０１の各種処理手順）
つぎに、情報処理装置１０１の各種処理手順について説明する。まず、図１７を用いて、情報処理装置１０１のテーブル作成処理手順について説明する。

図１７は、情報処理装置１０１のテーブル作成処理手順の一例を示すフローチャートである。図１７のフローチャートにおいて、まず、情報処理装置１０１は、医療機関から出力された診療データＭＤを取得する（ステップＳ１７０１）。つぎに、情報処理装置１０１は、データテーブルＴ１〜Ｔｎのうち選択されていない未選択のデータテーブルＴｉを選択する（ステップＳ１７０２）。

そして、情報処理装置１０１は、選択したデータテーブルＴｉに診療日および施設コードに対応するカラムを付加する（ステップＳ１７０３）。つぎに、情報処理装置１０１は、取得した診療データＭＤに含まれるデータファイル群のうち選択されていない未選択のデータファイル群を選択する（ステップＳ１７０４）。

そして、情報処理装置１０１は、診療データＭＤに含まれる、選択したデータファイル群のパス情報を参照して、選択したデータファイル群に対応する診療日および施設コードを特定する（ステップＳ１７０５）。つぎに、情報処理装置１０１は、選択したデータテーブルＴｉについて、選択したデータファイル群と、特定した診療日および施設コードとに基づいて、選択したデータファイル群に関するレコードを作成する（ステップＳ１７０６）。

そして、情報処理装置１０１は、診療データＭＤに含まれるデータファイル群のうち選択されていない未選択のデータファイル群があるか否かを判断する（ステップＳ１７０７）。ここで、未選択のデータファイル群がある場合（ステップＳ１７０７：Ｙｅｓ）、情報処理装置１０１は、ステップＳ１７０４に戻る。

一方、未選択のデータファイル群がない場合（ステップＳ１７０７：Ｎｏ）、情報処理装置１０１は、データテーブルＴ１〜Ｔｎのうち選択されていない未選択のデータテーブルがあるか否かを判断する（ステップＳ１７０８）。ここで、未選択のデータテーブルがある場合（ステップＳ１７０８：Ｙｅｓ）、情報処理装置１０１は、ステップＳ１７０２に戻る。

一方、未選択のデータテーブルがない場合（ステップＳ１７０８：Ｎｏ）、情報処理装置１０１は、本フローチャートによる一連の処理を終了する。なお、２回目以降のテーブル作成処理では、各データテーブルＴｉに診療日および施設コードに対応するカラムが付加されているため、ステップＳ１７０３の処理を省略することができる。

これにより、データテーブルＴ１〜Ｔｎそれぞれについて、診療日および施設コードに対応するカラム（項目）を付加して、診療データＭＤに含まれる各データファイル群に関するレコードを作成することができる。

つぎに、図１８を用いて、情報処理装置１０１の検索結果表示処理手順について説明する。

図１８は、情報処理装置１０１の検索結果表示処理手順の一例を示すフローチャートである。図１８のフローチャートにおいて、まず、情報処理装置１０１は、クライアント装置２０３からデータ検索条件を受け付けたか否かを判断する（ステップＳ１８０１）。ここで、情報処理装置１０１は、データ検索条件を受け付けるのを待つ（ステップＳ１８０１：Ｎｏ）。

そして、情報処理装置１０１は、データ検索条件を受け付けた場合（ステップＳ１８０１：Ｙｅｓ）、データテーブルＴ１〜Ｔｎの各データテーブルＴｉから、受け付けたデータ検索条件から特定されるＩＤ（患者識別子）に対応するレコードを検索する（ステップＳ１８０２）。

つぎに、情報処理装置１０１は、健康情報テーブル９００から、データ検索条件から特定されるＩＤ（患者識別子）に対応するレコードを検索する（ステップＳ１８０３）。つぎに、情報処理装置１０１は、ゲノム情報テーブル１０００から、データ検索条件から特定されるＩＤ（患者識別子）に対応するレコードを検索する（ステップＳ１８０４）。

そして、情報処理装置１０１は、検索した検索結果に基づいて、クライアント装置２０３に検索結果表示画面を表示して（ステップＳ１８０５）、本フローチャートによる一連の処理を終了する。これにより、同一患者に関する診療情報と健康情報とゲノム情報とを一括して表示することができる。

以上説明したように、実施の形態にかかる情報処理装置１０１によれば、階層化されたフォルダのいずれかのフォルダに格納された患者に関するデータファイル群と、階層化されたフォルダにおける当該データファイル群が格納された場所を示す情報とを含む診療データＭＤを取得することができる。

これにより、各医療機関から出力されるＳＳ−ＭＩＸ２形式などの標準化された診療データＭＤを取得することができる。

また、情報処理装置１０１によれば、取得した診療データＭＤに含まれる各データファイル群の格納場所を示す情報を参照して、各データファイル群に対応する診療日および施設コードを特定することができる。また、情報処理装置１０１によれば、テーブル構成がそれぞれ異なるデータテーブルＴ１〜Ｔｎの各データテーブルＴｉに、診療日および施設コードに対応するカラムを付加することができる。そして、情報処理装置１０１によれば、診療日および施設コードに対応するカラムをそれぞれ付加した各データテーブルＴｉについて、各データファイル群と、特定した各データファイル群に対応する診療日および施設コードとに基づいて、各データファイル群に関するレコードを作成することができる。

これにより、医療機関から出力されるＳＳ−ＭＩＸ２形式などの診療データＭＤを、診療日と施設コードとの組み合わせに対応するデータ単位で検索可能な状態で、データテーブルＴ１〜Ｔｎに分割して格納することができる。このため、診療データＭＤを他の種類のデータと患者横断的に検索可能にして、患者に関する診療情報を、その患者に関する他の種類のデータと一括して表示可能にすることができる。

また、情報処理装置１０１によれば、データ検索条件を受け付け、データテーブルＴ１〜Ｔｎの各データテーブルＴｉから、受け付けたデータ検索条件から特定される患者識別子（例えば、ＩＤ）に対応するレコードを検索し、データテーブルＴ１〜Ｔｎとは異なる他のデータテーブルから、データ検索条件から特定される患者識別子に対応するレコードを検索することができる、他のデータテーブルは、例えば、健康情報テーブル９００やゲノム情報テーブル１０００である。そして、情報処理装置１０１によれば、各データテーブルＴｉから検索したレコードと、他のデータテーブルから検索したレコードとを対応付けて出力することができる。

これにより、診療データＭＤと他の種類のデータとを患者横断的に検索することができ、患者に関する診療情報を、その患者に関する健康情報やゲノム情報などと一括して表示することができる。このため、例えば、医師や研究者は、患者の健康状態の変化を確認しながら、どのような病気になってどのような経過であるか、また、そのときのゲノム状態はどのようなものであったかということを確認することができる。

また、情報処理装置１０１によれば、各データテーブルＴｉから検索したレコードと、他のデータテーブルから検索したレコードとを時系列にソートして出力することができる。これにより、患者の診療情報、健康状態、ゲノム状態などの時間的な変化を把握しやすい表示を提供することができる。

これらのことから、実施の形態にかかる検索結果表示システム２００によれば、同一患者に関する複数種類のデータをまとめて閲覧可能にすることで、病気の要因等を多角的な視点から分析可能にして、新たな知見の獲得につなげることができる。

なお、本実施の形態で説明した検索結果表示方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本検索結果表示プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＵＳＢメモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本検索結果表示プログラムは、インターネット等のネットワークを介して配布してもよい。

また、本実施の形態で説明した情報処理装置１０１は、スタンダードセルやストラクチャードＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などの特定用途向けＩＣやＦＰＧＡなどのＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）によっても実現することができる。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）いずれかの格納場所に格納された患者に関するデータ群と、前記格納場所における当該データ群の格納場所を示す情報とを含む診療データを取得し、
取得した前記診療データに含まれる各データ群の格納場所を示す情報を参照して、前記各データ群に対応する診療日および施設コードを特定し、
診療日および施設コードに対応するカラムをそれぞれ含む複数のテーブルの各テーブルについて、前記各データ群と、特定した前記各データ群に対応する診療日および施設コードとに基づいて、前記各データ群に関するレコードを作成する、
処理をコンピュータに実行させることを特徴とする検索結果表示プログラム。

（付記２）前記各テーブルは、患者識別子のカラムを含み、
データ検索条件を受け付け、
前記各テーブルから、受け付けた前記データ検索条件から特定される患者識別子に対応するレコードを検索し、
患者識別子のカラムを含む、前記複数のテーブルとは異なる他のテーブルから、前記データ検索条件から特定される患者識別子に対応するレコードを検索し、
前記各テーブルから検索したレコードと、前記他のテーブルから検索したレコードとを対応付けて出力する、
処理を前記コンピュータに実行させることを特徴とする付記１に記載の検索結果表示プログラム。

（付記３）前記他のテーブルは、患者識別子と、当該患者識別子により識別される患者の健康情報とを対応付けて記憶する健康情報テーブルである、ことを特徴とする付記２に記載の検索結果表示プログラム。

（付記４）前記他のテーブルは、患者識別子と、当該患者識別子により識別される患者のゲノム情報とを対応付けて記憶するゲノム情報テーブルである、ことを特徴とする付記２または３に記載の検索結果表示プログラム。

（付記５）テーブル構成がそれぞれ異なる複数のテーブルの各テーブルに診療日および施設コードに対応するカラムを付加する、処理を前記コンピュータに実行させ、
前記作成する処理は、
前記カラムを付加した前記複数のテーブルの各テーブルについて、前記各データ群と、特定した前記各データ群に対応する診療日および施設コードとに基づいて、前記各データ群に関するレコードを作成する、ことを特徴とする付記１〜４のいずれか一つに記載の検索結果表示プログラム。

（付記６）前記格納場所は、施設コードに対応する格納場所と、診療日に対応する格納場所とを含む階層化された格納場所である、ことを特徴とする付記１〜５のいずれか一つに記載の検索結果表示プログラム。

（付記７）前記データ群は、前記格納場所のうちの最下層の格納場所に格納された患者に関するテキストファイル群である、ことを特徴とする付記６に記載の検索結果表示プログラム。

（付記８）前記他のテーブルは、日付のカラムを含み、
前記出力する処理は、
前記各テーブルから検索したレコードと、前記他のテーブルから検索したレコードとを時系列にソートして出力する、ことを特徴とする付記２〜４のいずれか一つに記載の検索結果表示プログラム。

（付記９）前記診療データは、医療機関から出力されるＳＳ−ＭＩＸ２形式のデータである、ことを特徴とする付記１〜８のいずれか一つに記載の検索結果表示プログラム。

（付記１０）いずれかの格納場所に格納された患者に関するデータ群と、前記格納場所における当該データ群の格納場所を示す情報とを含む診療データを取得し、
取得した前記診療データに含まれる各データ群の格納場所を示す情報を参照して、前記各データ群に対応する診療日および施設コードを特定し、
診療日および施設コードに対応するカラムをそれぞれ含む複数のテーブルの各テーブルについて、前記各データ群と、特定した前記各データ群に対応する診療日および施設コードとに基づいて、前記各データ群に関するレコードを作成する、
処理をコンピュータが実行することを特徴とする検索結果表示方法。

（付記１１）いずれかの格納場所に格納された患者に関するデータ群と、前記格納場所における当該データ群の格納場所を示す情報とを含む診療データを取得する取得部と、
前記取得部が取得した前記診療データに含まれる各データ群の格納場所を示す情報を参照して、前記各データ群に対応する診療日および施設コードを特定する特定部と、
診療日および施設コードに対応するカラムをそれぞれ含む複数のテーブルの各テーブルについて、前記各データ群と、前記特定部が特定した前記各データ群に対応する診療日および施設コードとに基づいて、前記各データ群に関するレコードを作成する作成部と、
を含むことを特徴とする検索結果表示システム。

１０１ 情報処理装置
１１０，ＭＤ 診療データ
１１１ データ群
１１２，７００，８００ パス情報
１２０ テーブル
２００ 検索結果表示システム
２０１ 医療機関サーバ
２０２ 情報収集サーバ
２０３ クライアント装置
２１０ ネットワーク
２２０ データベース
３００ バス
３０１ ＣＰＵ
３０２ メモリ
３０３ ディスクドライブ
３０４ ディスク
３０５ 通信Ｉ／Ｆ
３０６ 可搬型記録媒体Ｉ／Ｆ
３０７ 可搬型記録媒体
５００，６００ データファイル
９００ 健康情報テーブル
１０００ ゲノム情報テーブル
１１０１ 取得部
１１０２ 特定部
１１０３ 作成部
１１０４ 受付部
１１０５ 検索部
１１０６ 出力部
１２００，１３００，１４００ テーブル構成情報
１５００ 病名テーブル
１６００ 検索結果表示画面

Claims (8)

1. いずれかの格納場所に格納された患者に関するデータ群と、前記格納場所における当該データ群の格納場所を示す情報とを含む診療データを取得し、
   取得した前記診療データに含まれる各データ群の格納場所を示す情報を参照して、前記各データ群に対応する診療日および施設コードを特定し、
   診療日および施設コードに対応するカラムをそれぞれ含む複数のテーブルの各テーブルについて、前記各データ群と、特定した前記各データ群に対応する診療日および施設コードとに基づいて、前記各データ群に関するレコードを作成する、
   処理をコンピュータに実行させることを特徴とする検索結果表示プログラム。
2. 前記各テーブルは、患者識別子のカラムを含み、
   データ検索条件を受け付け、
   前記各テーブルから、受け付けた前記データ検索条件から特定される患者識別子に対応するレコードを検索し、
   患者識別子のカラムを含む、前記複数のテーブルとは異なる他のテーブルから、前記データ検索条件から特定される患者識別子に対応するレコードを検索し、
   前記各テーブルから検索したレコードと、前記他のテーブルから検索したレコードとを対応付けて出力する、
   処理を前記コンピュータに実行させることを特徴とする請求項１に記載の検索結果表示プログラム。
3. 前記他のテーブルは、患者識別子と、当該患者識別子により識別される患者の健康情報とを対応付けて記憶する健康情報テーブルである、ことを特徴とする請求項２に記載の検索結果表示プログラム。
4. 前記他のテーブルは、患者識別子と、当該患者識別子により識別される患者のゲノム情報とを対応付けて記憶するゲノム情報テーブルである、ことを特徴とする請求項２または３に記載の検索結果表示プログラム。
5. テーブル構成がそれぞれ異なる複数のテーブルの各テーブルに診療日および施設コードに対応するカラムを付加する、処理を前記コンピュータに実行させ、
   前記作成する処理は、
   前記カラムを付加した前記複数のテーブルの各テーブルについて、前記各データ群と、特定した前記各データ群に対応する診療日および施設コードとに基づいて、前記各データ群に関するレコードを作成する、ことを特徴とする請求項１〜４のいずれか一つに記載の検索結果表示プログラム。
6. 前記診療データは、医療機関から出力されるＳＳ−ＭＩＸ２形式のデータである、ことを特徴とする請求項１〜５のいずれか一つに記載の検索結果表示プログラム。
7. いずれかの格納場所に格納された患者に関するデータ群と、前記格納場所における当該データ群の格納場所を示す情報とを含む診療データを取得し、
   取得した前記診療データに含まれる各データ群の格納場所を示す情報を参照して、前記各データ群に対応する診療日および施設コードを特定し、
   診療日および施設コードに対応するカラムをそれぞれ含む複数のテーブルの各テーブルについて、前記各データ群と、特定した前記各データ群に対応する診療日および施設コードとに基づいて、前記各データ群に関するレコードを作成する、
   処理をコンピュータが実行することを特徴とする検索結果表示方法。
8. いずれかの格納場所に格納された患者に関するデータ群と、前記格納場所における当該データ群の格納場所を示す情報とを含む診療データを取得する取得部と、
   前記取得部が取得した前記診療データに含まれる各データ群の格納場所を示す情報を参照して、前記各データ群に対応する診療日および施設コードを特定する特定部と、
   診療日および施設コードに対応するカラムをそれぞれ含む複数のテーブルの各テーブルについて、前記各データ群と、前記特定部が特定した前記各データ群に対応する診療日および施設コードとに基づいて、前記各データ群に関するレコードを作成する作成部と、
   を含むことを特徴とする検索結果表示システム。

Images