特許 6547961 医療情報検索システム、医療情報検索ゲートウェイ装置、医療情報検索方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6547961

(24)【登録日】2019年7月5日

(45)【発行日】2019年7月24日

(54)【発明の名称】医療情報検索システム、医療情報検索ゲートウェイ装置、医療情報検索方法及びプログラム

(51)【国際特許分類】

   G16H 10/00 20180101AFI20190711BHJP

   G06F 16/2452 20190101ALI20190711BHJP

【ＦＩ】

   G16H10/00

   G06F16/2452

【請求項の数】8

【全頁数】19

(21)【出願番号】特願2016-77761(P2016-77761)

(22)【出願日】2016年4月8日

(65)【公開番号】特開2017-188000(P2017-188000A)

(43)【公開日】2017年10月12日

【審査請求日】2017年4月4日

【前置審査】

(73)【特許権者】

【識別番号】504137912

【氏名又は名称】国立大学法人 東京大学

(73)【特許権者】

【識別番号】507362465

【氏名又は名称】株式会社ケーアイエス

(74)【代理人】

【識別番号】110001151

【氏名又は名称】あいわ特許業務法人

(72)【発明者】

【氏名】大江 和彦

(72)【発明者】

【氏名】小西 由貴範

【審査官】 今井 悠太

(56)【参考文献】

【文献】 特開２０１４−０６３４８９（ＪＰ，Ａ）

【文献】 特開２００７−２７９９２７（ＪＰ，Ａ）

【文献】 特開平１０−０６３７５２（ＪＰ，Ａ）

【文献】 特開２００３−１５０７０８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ１６Ｈ １０／００−８０／００

Ｇ０６Ｑ １０／００−９９／００

Ｇ０６Ｆ １６／２４５２

(57)【特許請求の範囲】

【請求項1】

診療情報に関する検索条件の入力を受け付け、前記検索条件を所定のデータ交換フォーマットに従う形式に変換し、検索リクエストとして出力する医療情報検索端末装置と、
前記検索リクエストを受信し、前記検索リクエストに対応する検索結果を出力する医療情報検索ゲートウェイ装置と、を有し、
前記医療情報検索ゲートウェイ装置は、
所定の制約条件に従って前記診療情報を格納するストレージと、
前記検索リクエストを受信する入力部と、
受信した前記検索リクエストから前記診療情報を抽出し、前記検索条件に対応する前記診療情報を前記ストレージから取得する検索部と、
取得した前記診療情報を前記データ交換フォーマットに従う形式に変換し、前記検索結果として出力する出力部と、を有し、
前記検索リクエストは、取得すべき前記診療情報の種類、基準日、及び、遡及日数又は遡及回数のいずれかをそれぞれ複数含みうる検索条件セットを複数含むことができ、
前記検索結果は、前記検索条件セットそれぞれについて、前記診療情報の発生日、及び、前記診療情報の内容ごとに整序されていることを特徴とする
医療情報検索システム。

【請求項2】

前記検索リクエストは、検査項目、第１の基準日、及び、第１の遡及日数又は遡及回数を含む第１の検索条件セットと、処方内容、第２の基準日、及び、第２の遡及日数又は遡及回数を含む第２の検索条件セットとを含み、
前記検索結果は、検査日ごとに整序された検査結果と、処方日ごとに整序された処方内容とを含むことを特徴とする
請求項１記載の医療情報検索システム。

【請求項3】

前記検索リクエストは、複数の処方内容、基準日、及び、遡及日数又は遡及回数を含む検索条件セットを含み、
前記検索結果は、処方日ごと、及び、処方内容ごとに整序されていることを特徴とする
請求項１記載の医療情報検索システム。

【請求項4】

前記検索リクエストは、複数の検査項目、基準日、及び、遡及日数又は遡及回数を含む検索条件セットを含み、
前記検索結果は、検査日ごと、及び、検査項目ごとに整序された検査結果を含むことを特徴とする
請求項１記載の医療情報検索システム。

【請求項5】

前記検索リクエストは、検査項目、基準日、及び、遡及日数又は遡及回数を含む検索条件セットを含み、
前記検索部は、前記検査項目に関連する関連検査項目を前記検索条件に追加することを特徴とする
請求項１記載の医療情報検索システム。

【請求項6】

所定の制約条件に従って診療情報を格納するストレージと、
検索条件を所定のデータ交換フォーマットに従う形式に変換した検索リクエストを受信する入力部と、
受信した前記検索リクエストから前記検索条件を抽出し、前記検索条件に対応する前記診療情報を前記ストレージから取得する検索部と、
取得した前記診療情報を前記データ交換フォーマットに従う形式に変換し、検索結果として出力する出力部と、を有し、
前記検索リクエストは、取得すべき前記診療情報の種類、基準日、及び、遡及日数又は遡及回数のいずれかをそれぞれ複数含みうる検索条件セットを複数含むことができ、
前記検索結果は、前記検索条件セットそれぞれについて、前記診療情報の発生日、及び、前記診療情報の内容ごとに整序されていることを特徴とする
医療情報検索ゲートウェイ装置。

【請求項7】

医療情報検索端末装置が、診療情報に関する検索条件の入力を受け付け、前記検索条件を所定のデータ交換フォーマットに従う形式に変換し、検索リクエストとして出力する検索リクエスト生成ステップと、
医療情報検索ゲートウェイ装置が、
前記検索リクエストを受信する入力ステップと、
受信した前記検索リクエストから前記検索条件を抽出し、前記検索条件に対応する前記診療情報を、所定の制約条件に従って前記診療情報を格納するストレージから取得する検索ステップと、
取得した前記診療情報を前記データ交換フォーマットに従う形式に変換し、検索結果として出力する出力ステップと、を有し、
前記検索リクエストは、取得すべき前記診療情報の種類、基準日、及び、遡及日数又は遡及回数のいずれかをそれぞれ複数含みうる検索条件セットを複数含むことができ、
前記検索結果は、前記検索条件セットそれぞれについて、前記診療情報の発生日、及び、前記診療情報の内容ごとに整序されていることを特徴とする
医療情報検索方法。

【請求項8】

前記医療情報検索端末装置及び前記医療情報検索ゲートウェイ装置に請求項７記載の方法を実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は医療情報検索システム、医療情報検索ゲートウェイ装置、医療情報検索方法及びプログラムに関し、例えば医療データの格納に関わる制約条件を意識させることなく、医療業務に必要な情報をユーザに提供する技術に関する。

【背景技術】

【0002】

近年、様々な医療機関の間で医療データを交換及び共有するため、医療データを標準化して蓄積するシステムが提案されている。このようないわゆる標準化ストレージの実現例として、例えばＳＳ−ＭＩＸ２標準化ストレージ、ＳＳ−ＭＩＸ２拡張ストレージ等がある（非特許文献１）。ここで、標準化ストレージは、標準化されたフォルダ構成及びデータファイルの構成に従って医療データを格納する。また、拡張ストレージは、予め規定された種類のファイルを格納する。

【0003】

また、このような標準化ストレージを利用したシステムの一例として、特許文献１には、ＨＬ７等の標準規格に準拠した患者データをリポジトリ内に格納し、外部システムからのリクエストに応じてリポジトリ内から患者データを検索し、検索結果を外部システムに対し出力する機能を備えたコンピュータシステムが記載されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００９−０１５８３５号公報

【非特許文献】

【0005】

【非特許文献1】ＳＳ−ＭＩＸ普及推進コンソーシアム、「ＳＳ−ＭＩＸとは？」、［ｏｎｌｉｎｅ］、［２０１６年２月２５日検索］、インターネット（ＵＲＬ： ｈｔｔｐ：／／ｗｗｗ．ｓｓ−ｍｉｘ．ｏｒｇ／ｃｏｎｓ／ｓｓｍｉｘ＿ａｂｏｕｔ．ｈｔｍｌ）

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかしながら、従来、標準化ストレージから所望の医療データを取得するためには、規格化されたデータ構造を理解した上で、取得したいデータ項目が含まれているレコード又はファイルを指定し、レコード又はファイルから所望のデータ項目の値を取得するプログラムを書く必要があった。

【0007】

例えば、ある標準化ストレージにおいては、図１に示すように、患者の診療データを記録したデータファイルが、図１に示すようなフォルダ構造に従って格納されているとする。ここで、ユーザが、特定の患者について、特定の日付の診療データを取得したいと考えたとする。この場合、ユーザは、まず、上記特定の患者の患者ＩＤに対応するフォルダを探索し、次いで、上記特定の診療日に対応するフォルダ内を探索して、データファイルから所望の診療データを取得するプログラムを作成する必要がある。このように、従来の標準化ストレージにおいては、ユーザが必要とする医療データを取得するために、複雑な前提知識と煩雑な手間が必要であるという問題があった。

【0008】

また、医療現場において、ユーザは、例えばある処方に関連する種々のデータ（処方日、薬剤名、投薬量、投薬経路など）や、同一診療日に実施した複数の検査オーダに関する種々のデータ等を、ひとまとまりの情報として取り扱いたいことがある。これらのデータは、組み合わされることによって意味を形成する性質を有するからである。しかしながら、従来の標準化ストレージにおいては、これらのデータは別のデータ項目として管理されているため、ユーザはこれらのデータを個別に指定して取得する必要があった。すなわち、ユーザ視点でのユースケースに対応して、複数のデータを簡便に取得する方法が提供されていないという問題があった。

【0009】

さらに、臨床研究においては、検査において用いられる測定方法、試薬、及び検査結果の形式（定量値か定性値か）等が異なっていても、検査の目的が同一であれば、いずれも同一の検査として扱われることがある。しかしながら、従来の標準化ストレージにおいては、測定方法、試薬、及び検査結果の形式等が異なれば、使用される検査項目コードも異なるため、全く別の検査として扱われる。そのため、ユーザは、ユーザの視点からは同種と捉えられる複数の検査のデータを取得するために、複数の異なる検査コードを指定する必要がある場合があった。また、この場合、検査コードの指定に漏れがあると、検査データを漏れなく取得することができないという問題もあった。

【0010】

また、医療機関によっては、あるデータ項目に対して、標準コードのほかに施設固有のローカルコードを付与していることがある。このような場合は、データを検索する際、検索条件としてどちらのコードを使用するか指定する必要があるという問題があった。また、医療データが標準化ストレージだけでなく拡張ストレージにも格納されている場合、ユーザは、拡張ストレージの制約条件もさらに知っていなければならないという問題があった。

【0011】

本発明は、このような問題点を解決するためになされたものであり、医療データの格納に関わる制約条件を意識させることなく、医療業務に必要な情報をユーザに提供することができる医療情報検索システム、医療情報検索ゲートウェイ装置、医療情報検索方法及びプログラムを提供することを目的とする。

【課題を解決するための手段】

【0012】

本発明に係る医療情報検索システムは、医療データに関する検索条件の入力を受け付け、前記検索条件を所定のデータ交換フォーマットに従う形式に変換し、検索リクエストとして出力する医療情報検索端末装置と、前記検索リクエストを受信し、前記検索リクエストに対応する検索結果を出力する医療情報検索ゲートウェイ装置と、を有し、前記医療情報検索ゲートウェイ装置は、所定の制約条件に従って前記医療データを格納するストレージと、前記検索リクエストを受信する入力部と、受信した前記検索リクエストから前記検索条件を抽出し、前記検索条件に対応する前記医療データを前記ストレージから取得する検索部と、取得した前記医療データを前記データ交換フォーマットに従う形式に変換し、前記検索結果として出力する出力部と、を有し、前記検索リクエストは、取得すべき前記医療データの種類、基準日、及び、遡及日数又は遡及回数のいずれかをそれぞれ複数含みうる検索条件セットを複数含むことができ、前記検索結果は、前記検索条件セットそれぞれについて、前記医療データの発生日、及び、前記医療データの内容ごとに整序されていることを特徴とするものである。

【0013】

本発明に係る医療情報検索ゲートウェイ装置は、所定の制約条件に従って医療データを格納するストレージと、検索条件を所定のデータ交換フォーマットに従う形式に変換した検索リクエストを受信する入力部と、受信した前記検索リクエストから前記検索条件を抽出し、前記検索条件に対応する前記医療データを前記ストレージから取得する検索部と、取得した前記医療データを前記データ交換フォーマットに従う形式に変換し、前記検索結果として出力する出力部と、を有し、前記検索リクエストは、取得すべき前記医療データの種類、基準日、及び、遡及日数又は遡及回数のいずれかをそれぞれ複数含みうる検索条件セットを複数含むことができ、前記検索結果は、前記検索条件セットそれぞれについて、前記医療データの発生日、及び、前記医療データの内容ごとに整序されていることを特徴とするものである。

【0014】

本発明に係る医療情報検索方法は、医療情報検索端末装置が、医療データに関する検索条件の入力を受け付け、前記検索条件を所定のデータ交換フォーマットに従う形式に変換し、検索リクエストとして出力する検索リクエスト生成ステップと、医療情報検索ゲートウェイ装置が、前記検索リクエストを受信する入力ステップと、受信した前記検索リクエストから前記検索条件を抽出し、前記検索条件に対応する前記医療データを、所定の制約条件に従って前記医療データを格納するストレージから取得する検索ステップと、取得した前記医療データを前記データ交換フォーマットに従う形式に変換し、前記検索結果として出力する出力ステップと、を有し、前記検索リクエストは、取得すべき前記医療データの種類、基準日、及び、遡及日数又は遡及回数のいずれかをそれぞれ複数含みうる検索条件セットを複数含むことができ、前記検索結果は、前記検索条件セットそれぞれについて、前記医療データの発生日、及び、前記医療データの内容ごとに整序されていることを特徴とするものである。

【0015】

本発明に係るプログラムは、前記医療情報検索端末装置及び前記医療情報検索ゲートウェイ装置に、上記医療情報検索方法を実行させるためのプログラムである。

【発明の効果】

【0016】

本発明により、医療データの格納に関わる制約条件を意識させることなく、医療業務に必要な情報をユーザに提供することができる医療情報検索システム、医療情報検索ゲートウェイ装置、医療情報検索方法及びプログラムを提供することができる。

【図面の簡単な説明】

【0017】

【図1】ＳＳ−ＭＩＸ２標準化ストレージにおけるフォルダ構成の例を示す図である。

【図2A】ＳＳ−ＭＩＸ２標準化ストレージにおけるデータファイルの例を示す図である。

【図2B】ＪＳＯＮ形式で出力された検査結果の例を示す図である。

【図2C】ＪＳＯＮ形式で出力された検査結果の例を示す図である。

【図3】実施例１のユースケースを説明するための図である。

【図4A】実施例１における検索条件及び検索リクエストの例を示す図である。

【図4B】実施例１における検索結果の例を示す図である。

【図4C】実施例１における検索結果の例を示す図である。

【図4D】実施例１における検索結果の例を示す図である。

【図4E】実施例１における検索結果の例を示す図である。

【図5A】ストレージ１１１がＪＡＨＩＳ標準に従って保持している処方オーダメッセージの例を示す図である。

【図5B】実施例２における検索条件、検索リクエスト及び検索結果の例を示す図である。

【図5C】実施例２における検索結果の例を示す図である。

【図6A】ストレージ１１１がＪＡＨＩＳ標準に従って保持している検査結果メッセージの例を示す図である。

【図6B】実施例３における検索条件、検索リクエスト及び検索結果の例を示す図である。

【図7A】ストレージ１１１がＪＡＨＩＳ標準に従って保持している検査結果メッセージの例を示す図である。

【図7B】ストレージ１１１がＪＡＨＩＳ標準に従って保持している検査結果メッセージの例を示す図である。

【図7C】実施例３における検索条件、検索リクエスト及び検索結果の例を示す図である。

【図8A】ＳＳ−ＭＩＸ２（ＨＬ７）で使用される検査項目コードＪＬＡＣ１０の構造を示す図である。

【図8B】実施例４における検索リクエストの例を示す図である。

【図8C】実施例４における検索結果の例を示す図である。

【図9A】実施例５における検索リクエストの例を示す図である。

【図9B】ストレージ１１１がＪＡＨＩＳ標準に従って保持している検査結果メッセージの例を示す図である。

【図10A】標準化ストレージに検査結果が格納されていることを示す図である。

【図10B】拡張ストレージに健診結果が格納されていることを示す図である。

【図10C】実施例６における検索リクエストの例を示す図である。

【図10D】実施例６における検索結果の例を示す図である。

【図11】本発明の実施の形態にかかる医療情報検索システム１００の構成を示すブロック図である。

【発明を実施するための形態】

【0018】

以下、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。まず、図１１を用いて、本発明の実施の形態にかかる医療情報検索システム１００の構成について説明する。

【0019】

医療情報検索システム１００は、医療情報検索ゲートウェイ装置１１０、医療情報検索端末装置１３０を含む情報処理システムである。医療情報検索ゲートウェイ装置１１０と医療情報検索端末装置１３０とは、相互に通信可能に接続される。

【0020】

医療情報検索ゲートウェイ装置１１０は、ストレージ１１１、入力部１１２、検索部１１３、出力部１１４を含む情報処理装置である。このうち、ストレージ１１１は、所定の制約条件に従って医療データを格納するストレージである。典型的には、ストレージ１１１は、ＳＳ−ＭＩＸ２標準化ストレージ及び拡張ストレージである。ＳＳ−ＭＩＸ２標準化ストレージには、Ｈｅａｌｔｈ Ｌｅｖｅｌ Ｓｅｖｅｎ（登録商標）ＩＮＴＥＲＮＡＴＩＯＮＡＬが制定したＨｅａｌｔｈ Ｌｅｖｅｌ Ｓｅｖｅｎ Ｖｅｒｓｉｏｎ ２．５（ＩＳＯ：２７９３１）に準じた保健医療福祉情報システム工業会（ＪＡＨＩＳ）標準規格に従う標準化された医療データ（ＪＡＨＩＳ標準）が格納される。標準化ストレージにおいては、予め定められたフォルダ構成及びデータファイルの構成に従って医療データが格納される。拡張ストレージには、放射線、内視鏡等の検査及び読影レート、並びにこれに伴う画像情報、未だ標準規格は定められていないが医療施設内で統一した書式にて作成されたデータファイル等が格納される。拡張ストレージにおいては、格納できるファイルの種類が予め規定されている。例えば、拡張ストレージは、フォルダのほか、所定の拡張子を有する構造化テキスト、オフィス文書、プレーンテキスト、ベクターグラフィックス、ラスター画像、音声、動画、医用波形、アーカイブ等を格納できる。

【0021】

図１に、ＳＳ−ＭＩＸ２標準化ストレージ及び拡張ストレージにおけるフォルダ構成の一例を示す。ここでは、患者、診療日、及びデータ種別毎にフォルダが作成され、データ種別フォルダの中にはデータ項目と値とが記録されたデータファイルが格納されている。図２Ａに、ＳＳ−ＭＩＸ２標準化ストレージにおけるデータファイルの一例を示す。このデータファイルには、ある１つの検査オーダに対する検査結果が、ＪＡＨＩＳ標準規格に準じて記述されたテキストデータとして記録されている。

【0022】

医療情報検索端末装置１３０は、医療情報検索ゲートウェイ装置１１０に対し、医療データの検索リクエストを送信する情報処理装置である。医療情報検索端末装置１３０は、ユーザが入力する検索条件に応じて、検索リクエストを作成する。ここで、ユーザは、医療情報検索ゲートウェイ装置１１０のストレージ１１１が格納する医療データのデータ構造等を予め知っている必要はなく、医療現場においてユーザが実施したいことに従って検索条件を入力することができる。また、医療情報検索端末装置１３０は、検索条件を、所定のデータ交換フォーマットに従う形式に変換して、検索リクエストを作成する。例えば、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ，なおＪａｖａＳｃｒｉｐｔは登録商標である）は、ユーザにとっても記述内容の理解が容易であり、マシンにとっても生成が容易であるため、データ交換フォーマットとして好適である。

【0023】

医療情報検索ゲートウェイ装置１１０の入力部１１２は、医療情報検索端末装置１３０から検索リクエストを受信する。検索部１１３は、検索リクエストから検索条件を抽出し、ストレージ１１１から検索条件に対応する医療データを取得する。ここで、検索部１１３は、抽出した検索条件に基づいて、ストレージ１１１のデータ構造等に応じた検索コマンドを生成、発行する。ストレージ１１１は、検索コマンドに対応する医療データを検索部１１３に返却する。つまり、医療情報検索ゲートウェイ装置１１０は、医療現場のユースケースに従って検索条件を作成したいユーザが使用する医療情報検索端末装置と、所定の制約条件に従って医療データを格納しているストレージ１１１との橋渡しを行うゲートウェイとして機能する。

【0024】

出力部１１４は、検索部１１３がストレージ１１１から取得した医療データを、所定のデータ交換フォーマットに従う形式に変換し、検索結果として医療情報検索端末装置１３０に対して送信する。例えば、出力部１１４は、医療情報検索ゲートウェイ装置１１０が返却したＪＡＨＩＳ標準で記述された医療データを、ユーザによる見読性の高いＪＳＯＮ形式に変換し、検索結果として医療情報検索端末装置１３０に対して送信することができる。つまり、医療情報検索ゲートウェイ装置１１０は、ストレージ１１１が所定の制約条件に従って格納している医療データを、ユーザが取扱いやすい形式の検索結果に変換するゲートウェイとしても機能する。図２Ｂ及び図２Ｃに、ＪＳＯＮ形式で出力された検査結果の一例を示す。このファイルには、図２ＡにおいてＪＡＨＩＳ標準規格で記述されていた検査結果が、ＪＳＯＮ形式に変換され、テキストデータとして記録されている。

【0025】

次に、本実施の形態にかかる医療情報検索システム１００の動作の態様を、実施例１乃至７として開示する。

【0026】

＜実施例１＞
診療や臨床研究においては、ある検査結果が、いつ、どのような状況で実施された検査であるのかを識別することが極めて重要である。そこで、実施例１では、ある診療日をベースラインとして、どれほどの期間又は回数分のデータを取得すべきかを指定する検索方法について説明する。ユーザは、検索条件として、検索のベースラインとなる基準日（例えば手術日や入院日等）、検索方向（過去／未来）基準日からの遡及日数又は遡及回数を指定する。これにより、ユーザは、検索結果として、時系列の検査結果を取得することができる。

【0027】

具体的なユースケースを用いて、実施例１について説明する。いま、医療情報検索ゲートウェイ装置１１０のストレージ１１１は、肝臓癌切除手術を受けた患者にかかる過去の検査結果及び処方内容を保持しているものとする。そして、医師は、臨床研究のため、肝臓癌切除手術を受けた患者の手術前の肝臓機能状態を示す３種類の検査値ＡＳＴ、ＡＬＴ及びＣｈＥを取得することを所望しているものとする。

【0028】

ここで、これらの検査値は、日々大きく変動することがあるため、なるべく手術日の直近に取得された、すなわち最新の検査値を取得したい。また、上述の３種類の検査値は関連して変動するため、なるべく同一日の３種類の検査値を取得したい。しかし、もし手術日より２週間以上遡らないと同一日の３種類の検査値を発見できないのであれば、やむをえないので、手術日直近の同一日に実施された２種類の検査値を取得したい。また、検査値の多くは服用している処方薬の影響を受けるので、その検査日から遡って１ケ月以内の当該患者に対する処方内容もすべて取得したい。

【0029】

例えば、図３の例１に示すように、手術日が３月３０日であり、３月２８日にはＡＳＴとＡＬＴの検査値が存在するがＣｈＥは検査されておらず、３月２６日には３種類の検査値が揃っている場合、手術日の直近の３月２８日の検査値ではなく、３月２６日の３検査値を取得したい。しかし、例２に示すように、もし手術日より２週間以上遡っても同一日の３種類の検査値を発見できない場合は、ＡＳＴとＡＬＴの２種類の検査値のみが存在する３月２８日のデータを取得したい。

【0030】

このようなケースに対応するためには、医療情報検索システム１００としては、手術日すなわち３月３０日を基準日として、過去２週間以内に実施された検査の結果を取得し、取得された検査値を時系列に整序して医師に提示すれば良い。すなわち、ユーザが時期的範囲を検索条件として指定したとき、医療情報検索システム１００は、その時期的範囲内に含まれる検査データを包括的に取得し、ユーザに提示すれば良い。そうすれば、医師は、適切な検査結果のセットを容易に選択することができる。また、医療情報検索システム１００は、手術日すなわち３月３０日を基準日として、過去６週間以内に実施された処方内容を提示すれば良い。そうすれば、医師は、検査値に対する処方薬の影響を評価するのに十分なデータを入手できる。

【0031】

図４Ａの上図は、上述のケースにおいて、ユーザが医療情報検索端末装置１３０に入力すべき検索条件の例である。まず、どの患者にかかるデータを取得したいかを、患者ＩＤ（１２３４５６７８９０）で指定する。また、検査結果として、どの検査項目にかかる検査値を取得したいかを、検査項目コード（３Ｂ０３５０００００２３２７２０１、３Ｂ０４５０００００２３２７２０１、３Ｂ１１００００００２３２７１０１）で指定する。さらに、上記検査項目のどのような要素を取得したいかをコードで指定する（ＯＢＸ−５、ＯＢＸ−６、ＯＢＸ−７）。なお、検査項目に含まれる要素としては、検査値、検査方法など様々な種類の情報があるが、ここではそのうち検査値を取得するものとする。そして、取得すべき検査値の時間的範囲を、基準日（２０１６年３月３０日）と、遡及日（過去１４日間）とにより指定する。また、上記患者に処方された処方オーダ、すなわち医薬品情報を取得する際の時間的範囲を、基準日（２０１６年３月３０日）と、遡及日（過去６週間）とにより指定する。

【0032】

医療情報検索端末装置１３０は、ユーザがこれらの検索条件を入力するための、ユーザインタフェースを提供することが好ましい。ユーザインタフェースは、例えば、検索条件として指定可能なコードや日付等を予め設定された入力候補のうちから選択させたり、予め定義された検索条件同士の組合せルール等に従って必要なインタフェースのみを表示させるよう制御したりすることで、ユーザが検索条件を容易に入力できるようにしたものであって良い。

【0033】

図４Ａの下図は、ユーザが入力した検索条件に従って、医療情報検索端末装置１３０が作成する検索リクエストの例である。この例では、医療情報検索端末装置１３０は、検索条件を含むＪＳＯＮ形式のテキストメッセージを作成し、これを検索リクエストとして医療情報検索ゲートウェイ装置１１０に送信する。

【0034】

医療情報検索ゲートウェイ装置１１０の入力部１１２は、医療情報検索端末装置１３０から、検索条件を含むＪＳＯＮ形式の検索リクエストを受信する。そして、検索部１１３は、この検索リクエストを、ＳＳ−ＭＩＸ２標準化ストレージ又は拡張ストレージを検索するための電文、すなわち検索コマンドに変換する。ここで、検索コマンドの構文は公知である。したがって、検索部１１３は、検索リクエストに含まれる検索条件と、検索コマンドに含めるべき検索条件と、の対応関係（マッピング）を予め保持しておくことができる。検索部１１３は、この対応関係を参照することにより、検索リクエストを検索コマンドに変換できる。

【0035】

検索部１１３は、作成した検索コマンドを使用して、ストレージ１１１から医療データを取得する。ここで、取得される医療データの形式は、例えばＪＡＨＩＳ標準である。

【0036】

そして、出力部１１４は、この医療データを、ユーザが容易に見読可能なデータ形式に変換する。図４Ｂ、図４Ｃ、図４Ｄ及び図４Ｅに、ＪＳＯＮ形式のテキストデータに変換された医療データの例を示す。最初のブロック（ｌａｂ）は、検査日毎にさらに複数の小ブロックに分けられ、各小ブロックには、その日に存在する検査項目とその検査値が含まれる。次のブロック（ｐｈａｒｍ）は、処方日毎にさらに複数の小ブロックに分けられ、各小ブロックには、その日の処方オーダが含まれる。出力部１１４は、作成した変換された医療データを、検索結果として医療情報検索端末装置１３０に送信する。

【0037】

医療情報検索端末装置１３０は、医療情報検索ゲートウェイ装置１１０から検索結果を受信する。典型的には、医療情報検索端末装置１３０は、受信した検索結果をそのまま出力できる。又は、医療情報検索端末装置１３０は、検索結果に基づいて、ユーザがさらに内容を把握しやすいように情報を整理した表示画面を生成し、これを提示することとしても良い。

【0038】

＜実施例２＞
実施例２では、実施例１にかかる医療情報検索システム１００が取得し得る処方オーダの内容について更に詳しく説明する。

【0039】

図５Ａは、医療情報検索ゲートウェイ装置１１０のストレージ１１１が、ＪＡＨＩＳ標準に従って保持している処方オーダの例である。このように、規格化された医療データにおいては、処方日、薬剤名、投薬量、用法、投与経路等が、著しく見読性の低いコードと形式によって記述されている。そのため、この処方オーダメッセージから必要なデータを抽出するための検索条件をユーザが直接作成することは困難である。また、この処方オーダメッセージから抽出された検索結果がユーザに直接返却されても、ユーザはこれを解釈することが困難である。

【0040】

図５Ｂ及び図５Ｃは、医療情報検索システム１００において送受される検索リクエスト及び検索結果の例である。ここで、検索結果は、処方日毎に複数のブロックに分けられている。処方日のブロックはさらに、薬剤名毎に複数の少ブロックに分けられ、各小ブロックには、その薬剤の投薬量、用法、投与経路等が整序されて記載されている。したがって、ユーザは、この検索結果をそのまま提示されたとしても、従来に比べれば著しく容易に処方オーダ（処方日、薬剤名、投与量、剤形、用法、投与経路等）を把握することができる。また、検索結果は加工することが容易であるため、医療情報検索端末装置１３０が検索結果を加工したうえでユーザに提示することも、従来よりも容易となる。

【0041】

＜実施例３＞
実施例３では、２つのユースケースを用いて、実施例１にかかる医療情報検索システム１００が取得し得る検査結果の内容について更に詳しく説明する。

【0042】

１番目のユースケースは、ある患者について、検査実施日を基準として、一定の回数の検査結果を取得するというものである。図６Ａは、医療情報検索ゲートウェイ装置１１０のストレージ１１１がＪＡＨＩＳ標準に従って格納している検査結果の例である。このように、所定の制約条件に従って格納された医療データにおいては、検査結果にかかる様々な情報が、著しく見読性の低いコードと形式によって記述されている。そのため、この検査結果メッセージから必要なデータを抽出するための検索条件をユーザが直接作成することは困難である。また、この検査結果メッセージから抽出された検索結果がユーザに直接返却されても、ユーザはこれを解釈することが困難である。

【0043】

図６Ｂは、医療情報検索システム１００において送受される検索リクエスト及び検索結果の例である。検索リクエストは、医療情報検索端末装置１３０が、ユーザが入力した検索条件に基づいて作成したものである。検索条件には、例えば「２０１４年１２月１０日から過去１０回分」などといった、検索範囲を指定する条件が含まれる。医療情報検索ゲートウェイ装置１１０が、ＪＡＨＩＳ標準をＪＳＯＮ形式に変換して出力した検査結果は、検査日毎に複数のブロックに分けられており、各ブロックには、その日の検査結果が整序されて記載されている。もし同一日に複数の検査オーダを実施していれば、それらの検査結果が複数の小ブロックに分けて記載される。すなわち、医療情報検索システム１００によれば、ある検索条件を満たす検査結果を、検査実施日毎に、また同一診療日に実施した複数の検査オーダ毎に整序された形で、一括して取得することが可能である。したがって、ユーザは、この検索結果をそのまま提示されたとしても、従来に比べれば著しく容易に検査結果を把握することができる。また、検索結果は加工することが容易であるため、医療情報検索端末装置１３０が検索結果を加工したうえでユーザに提示することも、従来よりも容易となる。

【0044】

２番目のユースケースは、ある患者に関する検査結果であって、同一オーダに属する複数の検査結果を、まとめて取得したいというものである。なお、この患者に検査指示が出された当日は、患者が食事後であったため、空腹時血糖検査以外の生化学検査と尿検査を実施した。そして、翌日に空腹時血糖検査のみ実施した。

【0045】

図７Ａ及び図７Ｂは、医療情報検索ゲートウェイ装置１１０のストレージ１１１がＪＡＨＩＳ標準に従って格納している、上述の一連の検査の検査結果の例である。この例では、同一のオーダに基づく検査であっても、異なる日に実施された検査は、異なるフォルダの異なるデータファイルに格納されている。

【0046】

図７Ｃは、本実施例において送受される検索リクエスト及び検索結果の例である。検索リクエストは、医療情報検索端末装置１３０が、ユーザが入力した検索条件に基づいて作成したものである。検索条件には、例えば患者ＩＤの指定や、「２０１４年１２月１０日から過去１０回分」などといった検索条件が含まれる。この場合、医療情報検索ゲートウェイ装置１１０の検索部１１３は、検索リクエストに基づき、複数のデータファイルを横断的に検索する検索コマンドを作成する。また、出力部１１４は、ストレージ１１１から抽出されたＪＡＨＩＳ標準の医療データをＪＳＯＮ形式に変換し、検索結果を作成する。検索結果では、同一の患者に対する複数の検査結果が、１つのメッセージにまとめられている。検索結果は、検査日毎に複数のブロックに分けられており、各ブロックには、その日の検査結果が整序されて記載されている。もし同一日に複数の検査オーダを実施していれば、それらの検査結果が複数の小ブロックに分けて記載される。すなわち、医療情報検索システム１００によれば、ある検索条件を満たす検査結果を、検査実施日毎に、また同一診療日に実施した複数の検査オーダ毎に整序された形で、一括して取得することが可能である。したがって、ユーザは、この検索結果によれば、同一オーダに属する複数の検査結果であっても一括して確認することが可能である。

【0047】

＜実施例４＞
臨床検査では、同一の検査項目でも、測定方法、試薬、結果形式（定量値か定性値か）等の違いにより、使用する検査項目コードが異なる。しかし、臨床研究においては、それらを同一の検査項目として扱いたい場合が少なくない。そこで、実施例４にかかる医療情報検索システム１００は、臨床検査における測定方法、試薬、及び結果形式（定量値か定性値か）の違いを吸収し、同一検査項目として検査結果を取得することが可能な検索手法について説明する。一方、測定方法等を厳密に区別する必要がある場合には、医療情報検索システム１００は、測定方法を特定した検索を行うことで、所望の検査結果を取得することも可能である。

【0048】

具体的なユースケースを用いて、実施例４について説明する。Ａ病院のある患者のＨｂＡ１ｃの過去３年間の検査結果を検索したい。ところが、Ａ病院では１年前にＨｂＡ１ｃの測定方法を変更しているため、医療情報検索ゲートウェイ装置１１０のＳＳ−ＭＩＸ２ストレージ１１１には、複数の測定方法によるＨｂＡ１ｃの検査結果が格納されている。すなわち、測定方法変更前に用いられていた免疫学的方法（ラテックス凝集比濁法等）による検査結果と、測定方法変更後に用いられているＨＰＬＣ（不安定分画除去ＨＰＬＣ法）による検査結果である。

【0049】

このとき、ユーザは、医療情報検索端末装置１３０が提供するインタフェースを用いて、検索条件として、患者ＩＤ、基準日、遡及期間のほか、検査項目として、測定方法、結果形式等を指定する。本実施例においては、ユーザは、２つの異なる測定方法、すなわち免疫学的方法（ラテックス凝集比濁法等）及びＨＰＬＣ（不安定分画除去ＨＰＬＣ法）の両方を指定する。医療情報検索端末装置１３０は、ユーザが入力した検索条件に基づいて、検索リクエストを生成する。

【0050】

図８Ｂ及び図８Ｃは、本実施例において送受される検索リクエスト及び検索結果の例である。検索リクエストでは、取得すべき検査項目が１７桁のコードで指定されている。また、１７桁のコードのうち、第１３桁から第１５桁にあたる部分については、正規表現を使用して、２種類の数値「０６２」「２０４」が択一的に記述されている。

【0051】

ここで、上述の１７桁のコードは、ＳＳ−ＭＩＸ２（ＨＬ７）で使用される標準的な検索項目コードＪＬＡＣ１０である。図８Ａに示すように、ＪＬＡＣ１０の第１３桁から第１５桁にあたる部分は、測定方法を示すコードとなっている。例えば、ここが「０６２」であれば、検査方法として「免疫学的方法（ラテックス凝集比濁法等）」を指定し、「２０４」であれば、検査方法として「ＨＰＬＣ（不安定分画除去ＨＰＬＣ法）」を指定していることになる。すなわち、上述の検索リクエストは、検査方法が「免疫学的方法（ラテックス凝集比濁法等）」又は「ＨＰＬＣ（不安定分画除去ＨＰＬＣ法）」である検査結果を取得することを要求するものとなっている。

【0052】

検索結果では、検査方法が「免疫学的方法（ラテックス凝集比濁法等）」又は「ＨＰＬＣ（不安定分画除去ＨＰＬＣ法）」である複数の検査結果が、１つのメッセージにまとめられている。すなわち、検索結果は、複数のブロックに分けられており、各ブロックには、検査方法が「免疫学的方法（ラテックス凝集比濁法等）」又は「ＨＰＬＣ（不安定分画除去ＨＰＬＣ法）」のいずれかである検査結果が整序されて記載されている。もし同一患者に対して「免疫学的方法（ラテックス凝集比濁法等）」及び「ＨＰＬＣ（不安定分画除去ＨＰＬＣ法）」による検査を、例えば異なる検査日にそれぞれ実施していれば、双方の検査結果が列挙される。すなわち、医療情報検索システム１００によれば、検査方法が異なるが同一とみなしうる検査項目の検査結果を、まとめて取得することが可能である。

【0053】

＜実施例５＞
ＳＳ−ＭＩＸ２では、検査項目コードの指定方法として、標準コードとローカルコードを併記することができる（図９Ｂ参照）。すなわち、同一の検査項目に対し、検査項目コードとして、標準コード又は施設固有のローカルコードの少なくともいずれか一方を指定することができる。検査項目によっては、標準コードが採番されておらず、ローカルコードしか設定されていないものがある。そのため、従来のようにユーザがＳＳ−ＭＩＸ２ストレージ１１１を直接検索しようとすれば、検索条件を指定する際、どちらのコードが利用されているかを意識する必要があった。しかしながら、本実施例によれば、ユーザはコードの違いを意識することなく、検査結果を取得することができる。

【0054】

図９Ａは、本実施例において送受される検索リクエストの例である。いま、図９Ｂに示すように、医療情報検索ゲートウェイ装置１１０のストレージ１１１においては、ＨｂＡ１ｃの検査に対し、標準コード「３Ｄ０４６０００００２２２６１０１」及びローカルコード「Ｌ１０４８」のいずれかの検査項目コードが付与されているものとする。この場合、医療情報検索端末装置１３０は、ユーザからＨｂＡ１ｃの検査結果を取得するよう要求されたならば、上述の標準コード及びローカルコードの双方を指定した検索リクエストを作成する。これにより、ユーザは、標準コード又はローカルコードのいずれが付与されたものであっても、ＨｂＡ１ｃの検査結果をもれなく取得することができる。

【0055】

＜実施例６＞
医師が研究や診療で必要とする情報は、ＳＳ−ＭＩＸ２標準化ストレージだけではなく、拡張ストレージにも格納されている。そこで、標準化ストレージと統一的な方法で、拡張ストレージ内のファイルも検索することが求められる。

【0056】

具体的なユースケースを用いて、実施例６について説明する。ある臨床研究で、医師は、検査結果データと、健診結果データとの両方を使用してデータ解析を行うことを所望しているものとする。ここで、図１０Ａに示すように、検査結果データは、ＳＳ−ＭＩＸ２標準化ストレージに格納されている。一方、図１０Ｂに示すように、健診結果データは、他の標準形式（ＨＬ７ＣＤＡＲ２形式）に準拠したＸＭＬデータとして、ＳＳ−ＭＩＸ２拡張ストレージに格納されている。

【0057】

このとき、ユーザは、医療情報検索端末装置１３０が提供するインタフェースを用いて、検査結果や健診結果を特定するための様々な検索条件を指定する。ここで、ユーザは、検査結果や健診結果がそれぞれどのようなデータ形式で、どのようなストレージに格納されているかを意識する必要はない。医療情報検索端末装置１３０は、ユーザが入力した検索条件に基づいて、検索リクエストを生成する。

【0058】

図１０Ｃ及び図１０Ｄは、本実施例において送受される検索リクエスト及び検索結果の例である。医療情報検索端末装置１３０は、ユーザが指定した検索条件に従って検索リクエストを作成する。ここで、医療情報検索端末装置１３０は、検査結果及び健診結果が、標準ストレージ又は拡張ストレージのどちらに、どのようなデータ形式で格納されているかに関する情報を予め保持している。この情報に基づいて、医療情報検索端末装置１３０は、標準ストレージから検査結果を検索するよう要求するブロックと、拡張ストレージから健診結果を検索するよう要求するブロックと、を含む検索リクエストを作成することができる。そして、医療情報検索ゲートウェイ装置１１０の検索部１１３は、ストレージ１１１の標準ストレージ及び拡張ストレージから医療データを取得するための検索コマンドを作成する。出力部１１４は、ストレージ１１１の標準ストレージ及び拡張ストレージ双方から取得された医療データに基づいて検索結果を作成する。検索結果も、標準ストレージから検索された検査結果を含むブロックと、拡張ストレージから検索された健診結果を含むブロックと、を含んでいる。これにより、ユーザは、標準ストレージ又は拡張ストレージのいずれに格納されたものであっても、データ形式や格納場所を意識することなく、所望のデータを取得することができる。

【0059】

本実施の形態により医療情報検索システム１００が奏する技術的効果は、例えば以下のとおりである。

【0060】

実施例１においては、医療情報検索端末装置１３０が、検索条件として、取得すべきデータの時間的範囲の指定を受け付ける。ここで指定された検索条件は、検索リクエストとして医療情報検索ゲートウェイ装置１１０に出力され、医療情報検索ゲートウェイ装置１１０の検索部１１３が、検索リクエストを、ストレージ１１１が格納する規格化された医療データを検索するための検索コマンドに展開する。これにより、ユーザは、ストレージ１１１に格納された医療データの構造等の制約条件を意識することなく、所望の期間又は回数等にわたる医療データを容易に取得することができる。

【0061】

実施例２においては、医療情報検索端末装置１３０が、検索条件として、取得すべきデータの時間的範囲のほか、処方オーダ等のデータ項目の指定を受け付ける。そして、医療情報検索ゲートウェイ装置１１０は、検索結果として、日付毎及びデータ項目毎に整序された医療データを出力する。これにより、ユーザは、従来に比べて著しく見読性に優れた検索結果を入手することができる。

【0062】

実施例３においては、医療情報検索端末装置１３０は、基準日と回数との指定を受け付けて、医療データの検索リクエストを作成する。そして、医療情報検索ゲートウェイ装置１１０は、基準日から過去又は未来にわたり指定の回数分の医療データを検索して出力する。これにより、ユーザは、同一日に複数の検査オーダを実施していたり、同一の検査オーダを複数の日にわたって実施していたりする場合であっても、一連の検査結果をまとめて取得することができる。

【0063】

実施例４においては、医療情報検索端末装置１３０は、ユーザにより指定された複数の検索条件のうちいずれか１つを含む医療データを検索するための検索リクエストを作成する。そして、医療情報検索ゲートウェイ装置１１０は、指定された検索条件に合致する医療データを、検索条件毎に整序して出力する。これにより、ユーザは、例えば測定方法、試薬、結果形式（定量値か定性値か）等が異なる検査であっても、同一の検査として扱って、検査結果を集約することができる。

【0064】

実施例５においては、医療情報検索端末装置１３０は、ユーザにより指定されたデータ項目に対し複数のコードが付与されている場合においては、それらの複数のコードのいずれか一方が付与された医療データを取得できるような検索リクエストを作成する。これにより、ユーザは、例えば標準コード又はローカルコードのいずれが付与されたものであっても、医療データをもれなく取得することができる。

【0065】

実施例６においては、医療情報検索端末装置１３０は、ユーザにより指定された検索条件に合致する医療データを取得するため、異なる構造を有する複数のストレージを検索可能な検索リクエストを作成する。これにより、ユーザは、例えば医療データが標準ストレージ又は拡張ストレージのいずれに格納されたものであっても、その違いを意識することなく検索を行うことができる。

【0066】

なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、上述の実施の形態では、医療情報検索端末装置１３０が、ユーザの入力した検索条件に応じて検索リクエストを作成し、医療情報検索ゲートウェイ装置１１０が、検索リクエストを、ストレージ１１１からデータを取得するための検索コマンドに変換する例を説明した。しかしながら、本発明はこれに限定されるものでなく、例えば医療情報検索端末装置１３０が、ユーザの入力した検索条件を医療情報検索ゲートウェイ装置１１０に通知し、医療情報検索ゲートウェイ装置１１０が、それらの検索条件に基づいて直接、ストレージ１１１からデータを取得するための検索コマンドを作成することとしても良い。

【0067】

また、上述の実施の形態では、ストレージ１１１の標準化ストレージの形式としてＪＡＨＩＳ標準を、検索リクエスト及び検索結果のデータ交換フォーマットとしてＪＳＯＮ形式を採用した例を示したが、本発明はこれに限定されるものでなく、他の任意の医療データ格納形式及びデータ交換フォーマットを採用してもよい。

【0068】

また、上述の実施の形態では、本発明を主にハードウェアにより構成されるものとして説明したが、これに限定されるものではなく、任意の処理を、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）にコンピュータプログラムを実行させることにより実現することも可能である。この場合、コンピュータプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（ｔａｎｇｉｂｌｅ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ ＰＲＯＭ）、フラッシュＲＯＭ、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

【符号の説明】

【0069】

１００ 医療情報検索システム
１１０ 医療情報検索ゲートウェイ装置
１１１ ストレージ
１１２ 入力部
１１３ 検索部
１１４ 出力部
１３０ 医療情報検索端末装置

【図1】

【図2A】

【図2B】

【図2C】

【図3】

【図4A】

【図4B】

【図4C】

【図4D】

【図4E】

【図5A】

【図5B】

【図5C】

【図6A】

【図6B】

【図7A】

【図7B】

【図7C】

【図8A】

【図8B】

【図8C】

【図9A】

【図9B】

【図10A】

【図10B】

【図10C】

【図10D】

【図11】