特許 7466302 医用情報処理システム、医用情報処理装置及び医用情報処理方法

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

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

(11)【特許番号】

(24)【登録日】2024-04-04

(45)【発行日】2024-04-12

(54)【発明の名称】医用情報処理システム、医用情報処理装置及び医用情報処理方法

(51)【国際特許分類】

   G16H 10/00 20180101AFI20240405BHJP

   A61B 5/00 20060101ALI20240405BHJP

   G08B 25/04 20060101ALI20240405BHJP

【ＦＩ】

G16H10/00

A61B5/00 D

G08B25/04 K

【請求項の数】 9

(21)【出願番号】P 2019232692

(22)【出願日】2019-12-24

(65)【公開番号】P2021101289

(43)【公開日】2021-07-08

【審査請求日】2022-08-26

(73)【特許権者】

【識別番号】594164542

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

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】割石 奈生

【審査官】吉田 誠

(56)【参考文献】

【文献】特開２０１６－２０２４２２（ＪＰ，Ａ）

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

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

Ｇ１６Ｈ １０／００ － ８０／００

Ａ６１Ｂ ５／００

Ｇ０８Ｂ ２５／０４

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

【請求項1】

臨床情報データベースと、サーバ装置と、クライアント装置とを備えた医用情報処理システムであって、
前記サーバ装置は、
アラートを発生させるルールに合致する第１の臨床情報が存在するか否かを判定し、前記ルールに合致する前記第１の臨床情報が存在すると判定した場合には前記アラートを発生するルール実行部と、
前記アラートが発生した時刻を示すアラート発生時刻を基準として遡った探索期間において、前記探索期間と、探索対象とする医用イベントと、を少なくとも含む探索条件に従って前記臨床情報データベースを探索し、前記探索期間に対応する前記探索対象としての医用イベントを含む前記第１の臨床情報に関連する第２の臨床情報を取得して前記クライアント装置に、前記第１の臨床情報及び前記第２の臨床情報を送信する探索部と、を有し、
前記クライアント装置は、
送信された前記第１の臨床情報及び前記第２の臨床情報を取得する取得部と、
取得された前記アラート発生時刻を含む前記第１の臨床情報及び前記探索期間に対応する時系列の前記第２の臨床情報を表示部に表示させる表示制御部と、を有する、
医用情報処理システム。

【請求項2】

前記医用イベントは、手術実施、薬剤の投与、特定のアレルギー、感染症、病歴に関する情報を含む、
請求項１に記載の医用情報処理システム。

【請求項3】

前記第２の臨床情報は、前記ルールに合致した前記第１の臨床情報に関連する前記医用イベント、前記アラートに対して医師の指示を入力するための第１入力ボタン、前記アラートに対して異常なしとの判定結果を入力するための第２入力ボタン、前記第１の臨床情報についての過去のアラート発生における処置の履歴のうちの少なくともいずれかを含む請求項２に記載の医用情報処理システム。

【請求項4】

前記クライアント装置は、表示された前記第２の臨床情報の前記医用イベントに関連付された第３の臨床情報の要求指示を入力する第３入力ボタンをさらに備え、
前記取得部は、前記第３入力ボタンに入力された前記要求指示に応答して、前記サーバ装置から前記第３の臨床情報を取得し、
前記表示制御部は、取得された前記第３の臨床情報を前記表示部に表示させる、
請求項１乃至３のうちいずれか一項に記載の医用情報処理システム。

【請求項5】

前記表示制御部は、前記第３の臨床情報が複数存在する場合には、前記医用イベントの表示に関する優先度に基づいて複数の前記第３の臨床情報を前記表示部に表示させる、
請求項４に記載の医用情報処理システム。

【請求項6】

前記クライアント装置は、前記探索条件を編集する編集部をさらに備えた請求項１乃至５のうちいずれか一項に記載の医用情報処理システム。

【請求項7】

前記探索条件は、数値データ、文字列データ、医用イベントの存在有無の少なくとも一つを含み、
前記編集部は、前記数値データ、前記文字列データ、前記医用イベントの存在有無を編集する、
請求項６に記載の医用情報処理システム。

【請求項8】

ルール実行部がアラートを発生させるルールに合致する第１の臨床情報が存在すると判定した結果前記アラートが発生した場合、前記アラートが発生した時刻を示すアラート発生時刻を基準として遡った探索期間において、前記探索期間と、探索対象とする医用イベントと、を少なくとも含む探索条件に従って臨床情報データベースから前記探索期間に対応する前記探索対象としての医用イベントを含む前記第１の臨床情報に関連する第２の臨床情報と、前記第１の臨床情報と、を取得する取得部と、
取得された前記アラート発生時刻を含む前記第１の臨床情報及び前記探索期間に対応する時系列の前記第２の臨床情報を表示部に表示させる表示制御部と、
を備えた医用情報処理装置。

【請求項9】

アラートを発生させるルールに合致する第１の臨床情報が存在するか否かを判定し、
前記ルールに合致する前記第１の臨床情報が存在すると判定した場合には前記アラートを発生し、
前記アラートが発生した時刻を示すアラート発生時刻を基準として遡った探索期間において、前記探索期間と、探索対象とする医用イベントと、を少なくとも含む探索条件に従って臨床情報データベースから前記探索期間に対応する前記探索対象としての医用イベントを含む前記第１の臨床情報に関連する第２の臨床情報と、前記第１の臨床情報と、を、取得し、
取得された前記アラート発生時刻を含む前記第１の臨床情報及び前記探索期間に対応する時系列の前記第２の臨床情報を表示部に表示させる、
ことを含む、コンピュータが行う医用情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書等に開示の実施形態は、医用情報処理システム、医用情報処理装置及び医用情報処理方法に関する。

【背景技術】

【0002】

従来、ユーザによって設定されたルールに従って特定の臨床情報をモニタリングし、例えば臨床情報のある検査値が設定値以上になった場合等に画面にアラートを出し、ルールに合致する臨床情報としてのデータを強調表示するという機能が存在する。この様な機能により、ユーザが臨床情報の異常値や変化の見落としを低減することができる。

【0003】

上記機能によれは、ユーザはどのルールが実行されどの時点のデータがそのルールに合致したか、という情報は把握できる。しかし、ルールに合致したデータの存在する時間周辺の情報を把握するには、各種臨床情報を別途開き、その時間前後のデータを見る必要がある。

【0004】

例えば、ある時刻のデータにアラートが出ている場合、ユーザはまずアラートが出ているデータを観察する。その後、ユーザは、アラート発生の原因を把握するため、他の種々の臨床情報について、アラート対象となったデータを基準として、その時間前後のデータを観察することになる。その場合、投薬データやバイタルサインデータといった膨大な量のデータから手動で原因を探索する必要がある。しかしながら、従来技術では、アラートが出た原因を把握するために複数の人為的操作が必要となり、ユーザの作業負担が大きい。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０１６－１７１９０７号公報

【文献】特表２０１２－５２７６９０号公報

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

【発明の概要】

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

【0006】

本明細書等に開示の実施形態が解決しようとする課題の一つは、ルールに従って特定の臨床情報をモニタリングしアラートが発生した場合において、アラート発生の原因を把握する際のユーザの作業負担を軽減することである。

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

【0007】

実施形態に係る医用情報処理システムは、臨床情報データベースと、サーバ装置と、クライアント装置とを備える。前記サーバ装置は、ルール実行部と、探索部とを有する。前記ルール実行部は、アラートを発生させるルールに合致する第１の臨床情報が存在するか否かを判定し、前記ルールに合致する前記第１の臨床情報が存在すると判定した場合には前記アラートを発生する。前記探索部は、前記アラートが発生した時刻を示すアラート発生時刻を基準として遡った探索期間において、前記探索期間と、探索対象とする医用イベントと、を少なくとも含む探索条件に従って前記臨床情報データベースを探索し、前記探索期間に対応する前記探索対象としての医用イベントを含む前記第１の臨床情報に関連する第２の臨床情報を取得して前記クライアント装置に、前記第１の臨床情報及び前記第２の臨床情報を送信する。前記クライアント装置は、取得部と、表示制御部とを有する。前記取得部は、送信された前記第１の臨床情報及び前記第２の臨床情報を取得する。前記表示制御部は、取得された前記アラート発生時刻を含む前記第１の臨床情報及び前記探索期間に対応する時系列の前記第２の臨床情報を表示部に表示させる。

【図面の簡単な説明】

【0008】

【図1】図１は、サーバ装置、クライアント装置、臨床情報データベースからなる医用情報処理システムを示した図である。

【図2】図２は、医用情報処理装置としてのサーバ装置の構成を示した図である。

【図3】図３は、医用情報処理装置としてのクライアント装置の構成を示した図である。

【図4】図４は、医用情報処理システムにおいて実行されるアラート関連イベント探索処理の流れを示したフローチャートである。

【図5】図５は、表示回路における第１の臨床情報の表示例を示した図である。

【図6】図６は、表示回路における第２の臨床情報の表示例を示した図である。

【図7】図７は、探索条件編集画面の一例を示した図である。

【図8】図８は、臨床情報の表示優先度の設定画面の一例を示した図である。

【図9】図９は、表示優先度を設定可能とした場合の第２の臨床情報の表示画面例を説明するための図である。

【図10】図１０は、表示優先度を設定可能とした場合の第２の臨床情報の表示画面例を説明するための図である。

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

【0009】

以下、添付図面を参照して、実施形態に係る医用情報処理システム、医用情報処理装置及び医用情報処理方法について説明する。

【0010】

まず、実施形態に係る医用情報処理システム及び医用情報処理装置が設置される環境について説明する。図１は、サーバ装置１、クライアント装置２、臨床情報データベース３からなる医用情報処理システムＳを示した図である。医用情報処理システムＳが実施形態に係る医用情報処理システムに対応し、サーバ装置１、クライアント装置２が実施形態に係る医用情報処理装置に対応する。

【0011】

なお、サーバ装置１、臨床情報データベース３は、必ずしも病院内に設置されている必要はなく、ネットワークを介してクライアント装置２と通信可能な環境であれば、どこに設置されていてもよい。

【0012】

臨床情報データベース３は、電子カルテデータベース３ａ、画像データベース３ｂを含む。ここで、臨床情報とは、電子カルテに記載された情報、電子カルテに関連付された情報（例えば看護記録、給食情報、医用会計情報等）、画像データ等を意味し、患者毎に管理される。

【0013】

電子カルテデータベース３ａは、電子カルテ、電子カルテに関連付された情報を患者毎に保管して管理するデータベースである。本実施形態に係る電子カルテデータベース３ａは、ＨＩＳとしてのデータベースを含むものである。

【0014】

画像データベース３ｂは、各種モダリティによって取得された画像データ、画像データに関連付された情報を患者毎に保管して管理するデータベースである。本実施形態に係る画像データベース３ｂは、ＰＡＣＳ、ＲＩＳとしてのデータベースを含むものである。

【0015】

サーバ装置１は、専用又は汎用コンピュータである。サーバ装置１は、クライアント装置２からの要求に応答して、臨床情報データベース３から該当する臨床情報を取得し、クライアント装置２に送信する。また、サーバ装置１は、ルールを実行し、臨床情報データベース３から取得した臨床情報の中にルールと合致するデータが存在する場合には、合致する臨床情報をアラート対象とする。さらに、サーバ装置１は、アラート対象となった臨床情報の発生時刻（以下、「アラート発生時刻」とも言う。）を基準として、探索条件と合致する臨床情報を臨床情報データベース３から取得する。

【0016】

ここで、「ルール」とは、臨床情報をモニタリングしアラート（警告）を発生する場合において、どの臨床情報についてモニタリングし、どのような基準でアラートを発生させるかについて決めた規則を意味する。典型的には、疾患毎に規定されているガイドラインを参考に、病院毎、診療科毎、医師毎、患者毎など、種々の単位を対象として決定される。

【0017】

また、「探索条件」とは、臨床情報データベース３に記憶された情報の中から、アラートの原因を解析するための対象となる医用イベントを探索するための条件である。探索条件は、ルールに合致したデータの存在する時間周辺、典型的には、アラート発生時刻から遡った一定期間につき、探索対象とされた臨床情報を探索するための条件である。探索条件は、探索対象、探索期間を少なくとも含み、必要に応じて、ルール毎、患者毎に設定することができる。

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

周辺イベント一覧Ａには、探索イベントに合致した臨床情報を、「いつ、どのデータが合致したのか」が一目でわかるように表示される。また、周辺イベント一覧Ａにおいて表示される各情報の隣には「詳細表示」ボタンが表示される。この詳細表示ボタンが操作されると、表示制御機能２１２は表示回路２４において新規に画面を起動し、当該データの日時を中心としてデータを表示する。または、同一グラフ内に当該データを同時に表示しても良い。これにより、容易にアラート箇所周辺のデータ比較が可能となり、分析の手間が削減する。

【0070】

指示ボタンＢ及び異常無しボタンＣを配置する。周辺イベント一覧を確認し、もし処置が必要であれば指示入力Ｂボタンを選択し、投薬の指示といった次のアクションを実施する。異常がなければ異常無しボタンＣを選択する。ここで、選択結果は保存しておく。

【0071】

履歴Ｄを表示する。履歴には、当該探索イベントに対してどのようなアクションを実施したかを表示する。また、履歴Ｄを選択すると該当時刻のデータに自動的に飛ぶようにしても良い。これにより、過去データをみることで、過去の処置の結果、どのように検査値が変化したかを把握することができ、これからの処置の参考となる。

【0072】

次に、表示回路２４に表示された第２の臨床情報に対して、例えば「詳細表示」等のボタンを操作することでさらなる臨床情報（第３の臨床情報）の要求が入力された場合には、臨床情報取得機能２１０は、対応する臨床情報の要求をサーバ装置１に送信する(ステップＳ９)。

【0073】

サーバ装置１のイベント探索機能１１２は、臨床情報データベース３から要求された臨床情報を取得する（ステップＳ１０）。サーバ装置１の情報送受信機能１１０は、イベント探索機能１１２によって取得された臨床情報をクライアント装置２に送信する（ステップＳ１１）。

【0074】

クライアント装置２の臨床情報取得機能２１０は、送信された臨床情報を取得する（ステップＳ１２）。クライアント装置２の表示制御機能２１２は、臨床情報取得機能２１０によって取得された臨床情報を、表示回路２４において、例えば別のウィンドウで表示する（ステップＳ１３）。

【0075】

なお、ステップＳ９～Ｓ１３の処理は、必要に応じて複数回繰り返して実行される。

【0076】

（探索条件編集機能）
次に、本実施形態に係る探索条件編集機能について説明する。この機能は、アラート発生時刻を基準として、臨床情報データベース３から第２の臨床情報を取得する際の探索条件を編集するものである。

【0077】

図７は、探索条件編集画面の一例を示した図である。

【0078】

図７に示す様に、探索条件編集画面は、名前ボックス５０、対象ルールボックス５１、対象患者ボックス５２、保存ボタン５３、対象イベントボックス５４、５５、５６を備えている。各ボックスに、入力回路２２から必要な事項を入力することで、所望の探索条件を編集することができる。

【0079】

名前ボックス５０には、当該探索条件を特定するための名前（ＩＤ）が入力される。

【0080】

対象ルールボックス５１には、特定のルールに合致したデータが存在した場合に利用する探索条件として設定する場合に、その対象とするルールを特定するための情報が入力される。空の場合全てのルールに対してイベント探索が実施される。

【0081】

対象患者ボックス５２には、特定の患者に対して利用する探索条件として設定する場合に、その対象とする患者を特定するための情報（患者の名称、ＩＤ）が入力される。空の場合、全ての患者に対してイベント探索が実施される。

【0082】

保存ボタン５３は、編集された探索条件を保存するためのボタンである。この保存ボタン５３が押されると、編集された探索条件は、記憶回路２０内に保存されると共に、サーバ装置１にも送信され、記憶回路１０内に保存される。

【0083】

各対象イベントボックスには、探索の対象とする医用イベント毎に、探索期間、探索オプション等が入力される。

【0084】

図７において、一つ目の対象イベントボックス５４においては、医用イベント「投薬」につき、探索期間をアラート発生時刻から遡って２週間とし、探索オプションとして「薬剤Ａ投与あり」を探索するものとして設定されている。

【0085】

また、二つ目の対象イベントボックス５５においては、医用イベント「看護記録」につき、探索期間をアラート発生時刻から遡って２週間とし、探索オプションとして「“文字列１”かつ“文字列２”または“文字列３”」に合致するものとして設定されている。

【0086】

また、三つ目の対象イベントボックス５６においては、医用イベント「手術イベント」につき、探索期間をアラート発生時刻から遡って２週間とし、探索オプションとして「“あり”」に合致するものとして設定されている。

【0087】

図７の例では、対象イベントボックス５４、５５、５６の各条件が「ｏｒ」となるように設定されている。これに対し、各条件が「ａｎｄ」となるように設定する、或いは各条件の「ａｎｄ」と「ｏｒ」の組合せによって設定することもできる。

【0088】

また、図７では、対象イベントボックスが３つである場合を例示した。しかしながら、対象イベントボックスの数に制限はない。ユーザは、所定の操作により対象イベントボックスの数を自由に増減することができる。

【0089】

ユーザは、この探索条件編集機能を用いて、任意のタイミングで、探索条件を任意の内容に変更し、新たな探索条件を追加することができる。

【0090】

なお、本実施形態においては、医用情報処理装置としてのクライアント装置２が探索条件編集機能２１３を有する構成とした。これに対し、医用情報処理装置としてのサーバ装置１が探索条件編集機能２１３を有するようにしてもよい。

【0091】

以上述べた様に、本実施形態に係る医用情報処理システムは、臨床情報データベース３と、サーバ装置１と、クライアント装置２とを備える。サーバ装置１は、ルール実行部としてのルール実行機能１１１と、探索部としてのイベント探索機能１１２とを有する。ルール実行機能１１１は、ルールに合致する第１の臨床情報が存在するか否かを判定し、ルールに合致する第１の臨床情報が存在すると判定した場合にはアラートを発生する。イベント探索機能１１２は、ルールに合致した第１の臨床情報が発生した時刻を基準として遡った期間において、探索条件に従って臨床情報データベース３を探索し、第１の臨床情報に関連する第２の臨床情報を取得してクライアント装置２に送信する。クライアント装置２は、取得部としての臨床情報取得機能２１０と、表示制御部としての表示制御機能２１２とを有する。臨床情報取得機能２１０は、送信された前記第２の臨床情報を取得する。表示制御機能２１２は、取得された前記第２の臨床情報を表示回路２４に表示させる。

【0092】

従って、アラート発生時刻から遡った一定期間において、第１の臨床情報と関連する第２の臨床情報を自動的に抽出し提供することができる。ユーザは、提供された第２の臨床情報を用いて迅速にデータ分析を行うことができる。

【0093】

その結果、アラート発生時刻から遡った一定期間のデータを探索するという手間を削減でき、診療効率が向上し、ルールに従って特定の臨床情報をモニタリングしアラートが発生した場合において、アラート発生の原因を把握する際のユーザの作業負担を軽減することができる。また、医療分野において、このような手間を削減することは、医療の質向上につながり、人為的手法による見落としの発生も抑制することができる。

【0094】

（変形例１）
上記実施形態において、例えば第２の臨床情報に含まれる周辺イベント一覧の詳細表示を行う際、表示すべき詳細情報が大量となり一度に表示できない場合がある。係る場合には、「自動パネル配置ボタン」を押すことによりレイアウトを自動的に決定することができる。

【0095】

例えば、探索イベント設定時に、臨床情報の表示優先度を設定可能とする。

【0096】

図８は、臨床情報の表示優先度の設定画面の一例を示した図である。図８に示す様に、各対象イベントボックス５４、５５、５６において、表示優先度を設定可能となっている。図８の例では、投薬については「優先度 高」として、看護記録については「優先度 低」として、手術については「優先度 中」として、それぞれ設定されている。

【0097】

図９、図１０は、表示優先度を設定可能とした場合の第２の臨床情報の表示画面例を説明するための図である。

【0098】

図９に示す様に、周辺イベント一覧Ａにおいては、投薬が「優先度 高」として、手術イベントが「優先度 中」として、看護記録が「優先度 低」として、図８に示した臨床情報の表示優先度の設定に従って表示されている。

【0099】

また、図９に示す様に、周辺イベント一覧Ａにおいては、「自動パネル配置ボタン」が配置される。この「自動パネル配置ボタン」が押されると、表示制御機能２１２は、図１０に示す様に、図８に示した臨床情報の表示優先度の設定に従って詳細表示のためのパネル（ウィンドウ）を自動配置する。各パネルには、イベント探索結果としての第２の診療情報が表示される。表示制御機能２１２は、パネルの大きさを、設定された表示優先度に基づいて制御する。

【0100】

なお、図１０の例では、中央部に「優先度 高」と設定された投薬イベントに対応するパネルＦが、上部に「優先度 中」と設定された手術イベントに対応するパネルＧが、右部に「優先度 低」看護記録に対応するパネルＨが、それぞれ配置されている。

【0101】

また、パネルのレイアウトは初期のみ優先度をもとに面積が決定され、それ以降は、もしユーザが自動パネル配置した後にパネルの面積を変更した場合、その結果をもとに面積をフィードバックする形で修正されるようにしても良い。

【0102】

この様な構成により、周辺イベントの詳細をより簡単に閲覧可能となり、自身でパネルの位置調整をする手間が無くなる。

【0103】

（変形例２）
上記実施形態においては、第１の臨床情報として、例えば血液検査によって得られるＢＵＮ、ＣＲＰ、ＡＬＢを例示した。これに対し、例えばサーバ装置１がウェアラブル端末から血圧等を連続的に取得してリアルタイムにモニタリングし、ルールに合致した時点で緊急アラートをクライアント装置２に通知する構成であってもよい。

【0104】

（変形例３）
上記実施形態においては、サーバ装置１は、クライアント装置２からの要求を受けた後、ルール及び探索条件に従う探索処理を実行する場合を例とした。これに対し、サーバ装置１は、設定により、クライアント装置２からの要求を受ける前に、地頭的にルール及び探索条件に従う探索処理を実行するようにしてもよい。また、探索条件に従う探索処理の開始についても、自動的に限らず、ユーザによる入力回路２２からの開始指示をトリガとしてもよい。

【0105】

以上説明した少なくとも一つの実施形態によれば、ルールに従って特定の臨床情報をモニタリングしアラートが発生した場合において、アラート発生の原因を把握する際のユーザの作業負担を軽減することができる。

【0106】

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

【符号の説明】

【0107】

１ サーバ装置
２ クライアント装置
３ 臨床情報データベース
３ａ 電子カルテデータベース
３ｂ 画像データベース
１０、２０ 記憶回路
１１、２１ 処理回路
１２、２２ 入力回路
１３、２３ 通信Ｉ／Ｆ回路
１４、２４ 表示回路
１１０ 情報送受信機能
１１１ ルール実行機能
１１２ イベント探索機能
２１０ 臨床情報取得機能
２１１ イベント探索制御機能
２１２ 表示制御機能
２１３ 探索条件編集機能
Ｓ 医用情報処理システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】