特開 2024-122237 医用情報処理装置、医用情報処理方法及び医用情報処理プログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024122237

(43)【公開日】2024-09-09

(54)【発明の名称】医用情報処理装置、医用情報処理方法及び医用情報処理プログラム

(51)【国際特許分類】

   G16H 10/00 20180101AFI20240902BHJP

   G06F 16/9035 20190101ALI20240902BHJP

【ＦＩ】

G16H10/00

G06F16/9035

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2023029678

(22)【出願日】2023-02-28

(71)【出願人】

【識別番号】594164542

【氏名又は名称】キヤノンメディカルシステムズ株式会社

(74)【代理人】

【識別番号】110003708

【氏名又は名称】弁理士法人鈴榮特許綜合事務所

(72)【発明者】

【氏名】吉田 淳一

(72)【発明者】

【氏名】諸岡 展樹

(72)【発明者】

【氏名】鈴木 秀行

(72)【発明者】

【氏名】森岡 尚也

(72)【発明者】

【氏名】永見 哲也

【テーマコード（参考）】

5B175

5L099

【Ｆターム（参考）】

5B175HA01

5L099AA01

(57)【要約】

【課題】効率的な検索を実現すること。
【解決手段】本実施形態に係る医用情報処理装置は、検索部と、抽出部と、出力部とを含む。検索部は、第１医用システムの患者情報に含まれる１以上の項目を検索キーとして、第２医用システムを検索する。抽出部は、前記第２医用システム内に前記検索キーと一致する項目が存在しないまたは前記検索キーと一致する項目が複数存在する場合、前記第１医用システムまたは前記第２医用システムと第３医用システムとの間で一致した、前記検索キーのうちの少なくとも１つの項目と、当該少なくとも１つの項目に紐付く関連データとを検索結果として抽出する。出力部は、前記検索結果と、前記検索結果が得られた前記第２医用システムまたは前記第３医用システムの情報とを出力する。
【選択図】図３

【特許請求の範囲】

【請求項1】

第１医用システムの患者情報に含まれる１以上の項目を検索キーとして、第２医用システムを検索する検索部と、
前記第２医用システム内に前記検索キーと一致する項目が存在しないまたは前記検索キーと一致する項目が複数存在する場合、前記第１医用システムまたは前記第２医用システムと第３医用システムとの間で一致した、前記検索キーのうちの少なくとも１つの項目と、当該少なくとも１つの項目に紐付く関連データとを検索結果として抽出する抽出部と、
前記検索結果と、前記検索結果が得られた前記第２医用システムまたは前記第３医用システムの情報とを出力する出力部と、
を具備する医用情報処理装置。

【請求項2】

前記関連データに対して信頼度に応じたランクを付与するランク付与部をさらに具備し、
前記出力部は、前記ランクが高い関連データほど優先して出力する、請求項１に記載の医用情報処理装置。

【請求項3】

前記ランク付与部は、医用システム間の連携の有無、前記第２医用システムまたは前記第３医用システムで管理される情報の一致度、公的機関から付与される情報、および患者の生体情報の少なくとも１つに基づいて前記ランクを付与する、請求項２に記載の医用情報処理装置。

【請求項4】

前記検索結果は、前記第１医用システム、前記第２医用システムおよび前記第３医用システムの間での連携に関する情報をさらに含む、請求項１に記載の医用情報処理装置。

【請求項5】

前記出力部は、前記検索キーに含まれる項目の情報が他の医用システムと異なる場合、前記他の医用システムに登録された当該項目の情報に修正するか否かの確認情報を出力する、請求項１に記載の医用情報処理装置。

【請求項6】

前記検索結果と、前記検索結果が得られた前記第２医用システムまたは前記第３医用システムの情報とを格納する格納部をさらに具備する、請求項１に記載の医用情報処理装置。

【請求項7】

前記検索結果は、前記患者情報により特定される患者に関係する関係者情報をさらに含む、請求項１に記載の医用情報処理装置。

【請求項8】

第１医用システムの患者情報に含まれる１以上の項目を検索キーとして、第２医用システムを検索し、
前記第２医用システム内に前記検索キーと一致する項目が存在しないまたは前記検索キーと一致する項目が複数存在する場合、前記第１医用システムまたは前記第２医用システムと第３医用システムとの間で一致した、前記検索キーのうちの少なくとも１つの項目と、当該少なくとも１つの項目に紐付く関連データとを検索結果として抽出し、
前記検索結果と、前記検索結果が得られた前記第２医用システムまたは前記第３医用システムの情報とを出力する、
医用情報処理方法。

【請求項9】

コンピュータに、
第１医用システムの患者情報に含まれる１以上の項目を検索キーとして、第２医用システムを検索する検索機能と、
前記第２医用システム内に前記検索キーと一致する項目が存在しないまたは前記検索キーと一致する項目が複数存在する場合、前記第１医用システムまたは前記第２医用システムと第３医用システムとの間で一致した、前記検索キーのうちの少なくとも１つの項目と、当該少なくとも１つの項目に紐付く関連データとを検索結果として抽出する抽出機能と、
前記検索結果と、前記検索結果が得られた前記第２医用システムまたは前記第３医用システムの情報とを出力する出力機能と、
を実現させるための医用情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書及び図面に開示の実施形態は、医用情報処理装置、医用情報処理方法及び医用情報処理プログラムに関する。

【背景技術】

【0002】

病院情報システムにおける個人情報には、氏名、性別、生年月日、保険証番号などが含まれ、さらにシステム独自で定められる一意のキー項目（例えば、患者番号、カルテ番号）を付与して運用されている。関連するシステム間の連携においても、例えば上位のシステムで発行された上述したキー項目を用いる、システム固有のキー項目を対応付ける対応データベースを用意することで運用されている。
しかし、キー項目はシステムごとに独自であることが多く、上述のような対応データベースが無ければ、他のシステムから当該キー項目を類推することが難しい。よって、キー項目の対応が不明な場合は、氏名、住所、性別などの他の項目を条件としてシステム内を検索するが、患者情報の入力ミスまたは婚姻、転居などの理由により、検索結果がゼロ件、または同一人物が重複してヒットする可能性がある。結果として、システム間において登録されている同一患者を特定することが難しいという問題がある。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１７－９７８１７号公報

【発明の概要】

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

【0004】

本明細書及び図面に開示の実施形態が解決しようとする課題の一つは、効率的な検索を実現することである。ただし、本明細書及び図面に開示の実施形態により解決しようとする課題は上記課題に限られない。後述する実施形態に示す各構成による各効果に対応する課題を他の課題として位置づけることもできる。

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

【0005】

本実施形態に係る医用情報処理装置は、検索部と、抽出部と、出力部とを含む。検索部は、第１医用システムの患者情報に含まれる１以上の項目を検索キーとして、第２医用システムを検索する。抽出部は、前記第２医用システム内に前記検索キーと一致する項目が存在しないまたは前記検索キーと一致する項目が複数存在する場合、前記第１医用システムまたは前記第２医用システムと第３医用システムとの間で一致した、前記検索キーのうちの少なくとも１つの項目と、当該少なくとも１つの項目に紐付く関連データとを検索結果として抽出する。出力部は、前記検索結果と、前記検索結果が得られた前記第２医用システムまたは前記第３医用システムの情報とを出力する。

【図面の簡単な説明】

【0006】

【図1】図１は、医用情報処理装置を含む医用情報システムの第１例を示す図である。

【図2】図２は、医用情報処理装置を含む医用情報システムの第２例を示す図である。

【図3】図３は、医用情報処理装置の第１動作例を示すフローチャートである。

【図4】図４は、医用情報処理装置の第２動作例を示すフローチャートである。

【図5】図５は、本実施形態に係る変換テーブルの一例を示す図である。

【図6】図６は、医用システムそれぞれのデータベースに格納される患者情報のテーブル例を示す図である。

【図7】図７は、医用システム間のデータのやりとりを示すシーケンス図である。

【図8】図８は、本実施形態に係る検索結果の第１表示例を示す図である。

【図9】図９は、本実施形態に係る検索結果の第２表示例を示す図である。

【図10】図１０は、医用情報処理装置の第２利用例に係る検索情報の一例を示す図である。

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

【0007】

以下、図面を参照しながら本実施形態に係る医用情報処理装置、医用情報処理方法及び医用情報処理プログラムについて説明する。以下の実施形態では、同一の参照符号を付した部分は同様の動作をおこなうものとして、重複する説明を適宜省略する。

【0008】

本実施形態に係る医用情報処理装置を含む医用情報システムの第１例について図１を参照して説明する。
第１例に係る医用情報システムは、医用情報処理装置１とデータベース２とを含む、複数の医用システム３が相互に接続されることで実現される。ここでは、医用システムＡ、医用システムＢ、医用システムＣおよび医用システムＤのそれぞれ異なる４つの医用システム３で構成される。各医用システムＡ～Ｄは、第１例では、有線または無線によるネットワークで接続されることを想定する。なお、ネットワークは、病院内ネットワークを想定するが、セキュリティが確保されるのであれば接続される回線は病院内ネットワークに限定されない。例えば、ＶＰＮ（Virtual Private Network）を介し公衆通信回線に接続するようにしても構わない。
なお、医用情報システムは、４つの医用システム３が含まれることに限らず、３以上の医用システム３が接続されていればよい。

【0009】

医用システムの種類としては、オーダリングシステム、電子カルテシステム、ＰＡＣＳ（Picture Archiving and Communication System）サーバ、検査システム、薬剤システム、会計システムなどが挙げられるが、これらに限らず病院内外で関連するシステムであれば、適用可能である。

【0010】

各医用システム３に搭載される医用情報処理装置１は、自身の医用システムから、あるキーワードや記号などの検索キーを用いて、他の医用システム３のデータベース２に対して検索を実行し、該当する検索結果を取得する。例えば、医用システムＡから医用システムＢに検索キーを用いた検索要求があった場合、医用システムＢは、自身のデータベース２を検索するとともに、他の医用システムＣおよび医用システムＤの検索結果も取得する。医用システムＢは、医用システムＢ～Ｄにおける検索結果を医用システムＡに送信する。

【0011】

次に、本実施形態に係る医用情報処理装置１を含む医用情報システムの第２例について図２を参照して説明する。
第２例に係る医用情報システムは、各医用システム３と中央サーバ５とを含む。中央サーバ５は、データベース２を含む。第２例では、中央サーバ５が医用情報システム全体の検索結果を管理する。中央サーバ５は、ある医用システム３からの検索キーによる検索要求を受信し、当該検索キーを用いてデータベース２を検索し、検索要求を送信してきた医用システム３に検索結果を返す。

【0012】

例えば、医用システムＡから中央サーバ５に対して検索キーを用いた検索要求があった場合、中央サーバ５は、データベース２に対して検索キーを用いた検索を実行し、医用システムＢ～Ｄにおける検索結果を医用システムＡに送信する。

【0013】

次に、本実施形態に係る医用情報処理装置１の詳細について図３のブロック図を参照して説明する。
図３に示す医用情報処理装置１は、処理回路１０と、メモリ１１と、入力インタフェース１２と、通信インタフェース１３とを含む。処理回路１０と、メモリ１１と、入力インタフェース１２と、通信インタフェース１３とは、例えば、バスを介して互いに通信可能に接続される。

【0014】

処理回路１０は、医用情報処理装置１の中枢として機能するプロセッサである。処理回路１０は、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）といったプロセッサである。処理回路１０は、検索機能１０１と、判定機能１０２と、抽出機能１０３と、ランク付与機能１０４と、出力機能１０５とを含む。

【0015】

検索機能１０１は、第１医用システムの患者情報に含まれる１以上の項目を検索キーとして、第２医用システムを検索する。第１医用システムは、検索を実行するユーザが利用する医用システムである。第２医用システムは、検索先のシステムである。
判定機能１０２は、第２医用システム内に検索キーと一致する項目が存在しない、または検索キーと一致する項目が複数存在するかどうかを判定する。

【0016】

抽出機能１０３は、第２医用システム内に検索キーと一致する項目が存在しないまたは検索キーと一致する項目が複数存在する場合、第１医用システムまたは第２医用システムと、第１医用システムおよび第２医用システムとは異なる第３医用システムとの間で一致した、検索キーのうちの少なくとも１つの項目と、少なくとも１つの項目に紐付く関連データとを検索結果として抽出する。第３医用システムは、医用情報システムを形成する医用システムであって、第１医用システムおよび第２医用システムとは異なるシステムである。

【0017】

ランク付与機能１０４は、関連データに対してランクを付与する。
出力機能１０５は、検索結果と、検索結果が得られた医用システムの情報とを出力する。

【0018】

メモリ１１は、種々の情報を記憶するＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、および集積回路記憶装置等の記憶装置である。また、メモリ１１は、ＣＤ－ＲＯＭドライブ、ＤＶＤドライブ、及びフラッシュメモリ等の可搬性記憶媒体との間で種々の情報を読み書きする駆動装置等であってもよい。なお、メモリ１１は、必ずしも単一の記憶装置により実現される必要はない。例えば、メモリ１１は、複数の記憶装置により実現されても構わない。また、メモリ１１は、医用情報処理装置１にネットワークを介して接続された他のコンピュータ内にあってもよい。

【0019】

メモリ１１は、本実施形態に係る処理プログラム等を記憶している。なお、このプログラムは、例えば、メモリ１１に予め記憶されていてもよい。また、例えば、非一過性の記憶媒体に記憶されて配布され、非一過性の記憶媒体から読み出されてメモリ１１にインストールされてもよい。

【0020】

入力インタフェース１２は、ユーザから各種の入力操作を受け付け、受け付けた入力操作を電気信号に変換して処理回路１０へ出力する。本実施形態に係る入力インタフェース１２は、例えば、マウス、キーボード、トラックボール、スイッチ、ボタン、ジョイスティック、タッチパッド、及び操作面へ触れることで指示が入力されるタッチパネル等の入力機器に接続されている。また、入力インタフェース１２に接続される入力機器は、ネットワーク等を介して接続された他のコンピュータに設けられた入力機器でもよい。

【0021】

通信インタフェース１３は、各医用システム３との間で、すなわち、図示しないが、画像サーバ、電子カルテシステム、医用情報管理アプリケーション、放射線部門情報システム（ＲＩＳ：Radiology Information System）などとの間でデータ通信を行う。通信インタフェース１３は、例えば、予め設定されている既知の規格に準拠してデータ通信を行う。

【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】

そこで第１利用例では、医用情報システムを実現する複数の医用システム３をＰ２Ｐ（Peer to Peer）方式のネットワークで形成し、各医用システム３で検索された検索結果を各医用システム３のデータベース２で共有して保持する。これにより、医用システム３が自身のローカルに存在するデータベース２を検索するだけで、直接対象システムを検索することなしに情報を補完でき、必要な情報を検索することができる。検索結果および医用システムの情報については、いずれかの医用システムが検索を実行した場合に、その検索結果が各医用システム３のデータベース２に展開され共有されてもよい。検索キーによる検索は、ユーザが検索を実行するかわりに、検索機能１０１により処理回路１０が、検索キーをランダムに自動生成して、定期的に自動で検索を実行し、検索結果を定期的に取得して更新してもよい。

【0049】

（第２利用例）
第２利用例では、データベースには登録されていない患者情報を入手したい場面において、患者の関係者に関する関係者情報を関連データに含める。例えば、患者の診察および治療などに従事した医師、看護師、検査技師といった医療従事者を関係者情報として関連データに含める。
第２利用例に係る検索情報の一例について図１０を参照して説明する。
図１０に示すように、検索結果に関係者の項目９２が追加される。これにより、例えば、検索結果に含まれる関係者から患者の情報を直接ヒヤリングすることで、データベースに登録されていないが、個人を特定するための情報を入手することができる。

【0050】

以上に示した本実施形態によれば、第１医用システム内の項目を検索キーとして第２医用システムを検索し、第２医用システム内に検索キーと一致する項目が存在しないまたは検索キーと一致する項目が複数存在する場合、第１医用システムまたは第２医用システムと、第１医用システムおよび第２医用システムとは異なる第３医用システムとの間で一致した、検索キーのうちの少なくとも１つの項目と、少なくとも１つの項目に紐付く関連データとを検索結果として抽出する。その後、検索結果と医用システムの情報とを表示する。
これにより、利用する医用システムと他の医用システムとがそれぞれ保持する患者情報の組み合わせに基づいて、個人情報を特定でき、効率的な検索を実現することができる。

【0051】

なお、上記説明において用いた「プロセッサ」という文言は、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、或いは、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device：ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex Programmable Logic Device：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ））などの回路を意味する。プロセッサが例えばＣＰＵである場合、プロセッサは記憶回路に保存されたプログラムを読み出し実行することで機能を実現する。一方、プロセッサが例えばＡＳＩＣである場合、プログラムが記憶回路に保存される代わりに、当該機能がプロセッサの回路内に論理回路として直接組み込まれる。なお、本実施形態の各プロセッサは、プロセッサごとに単一の回路として構成される場合に限らず、複数の独立した回路を組み合わせて１つのプロセッサとして構成し、その機能を実現するようにしてもよい。さらに、図における複数の構成要素を１つのプロセッサへ統合してその機能を実現するようにしてもよい。

【0052】

加えて、実施形態に係る各機能は、前記処理を実行するプログラムをワークステーション等のコンピュータにインストールし、これらをメモリ上で展開することによっても実現することができる。このとき、コンピュータに前記手法を実行させることのできるプログラムは、磁気ディスク（ハードディスクなど）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤなど）、半導体メモリなどの記憶媒体に格納して頒布することも可能である。

【0053】

以上説明した少なくとも１つの実施形態によれば、効率的な検索を実現することができる。

【0054】

いくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更、実施形態同士の組み合わせを行なうことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

【符号の説明】

【0055】

１ 医用情報処理装置
２ データベース
３ 医用システム
１０ 処理回路
１１ メモリ
１２ 入力インタフェース
１３ 通信インタフェース
２１Ａ～Ｄ テーブル
９１ 確認ウィンドウ
９２ 項目
１０１ 検索機能
１０２ 判定機能
１０３ 抽出機能
１０４ ランク付与機能
１０５ 出力機能

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】