IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ オムロンヘルスケア株式会社の特許一覧

特開2023-151323診療支援システム、診療支援装置及びプログラム
<>
  • 特開-診療支援システム、診療支援装置及びプログラム 図1
  • 特開-診療支援システム、診療支援装置及びプログラム 図2
  • 特開-診療支援システム、診療支援装置及びプログラム 図3
  • 特開-診療支援システム、診療支援装置及びプログラム 図4
  • 特開-診療支援システム、診療支援装置及びプログラム 図5
  • 特開-診療支援システム、診療支援装置及びプログラム 図6
  • 特開-診療支援システム、診療支援装置及びプログラム 図7
  • 特開-診療支援システム、診療支援装置及びプログラム 図8
  • 特開-診療支援システム、診療支援装置及びプログラム 図9
  • 特開-診療支援システム、診療支援装置及びプログラム 図10
  • 特開-診療支援システム、診療支援装置及びプログラム 図11
  • 特開-診療支援システム、診療支援装置及びプログラム 図12
  • 特開-診療支援システム、診療支援装置及びプログラム 図13
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023151323
(43)【公開日】2023-10-16
(54)【発明の名称】診療支援システム、診療支援装置及びプログラム
(51)【国際特許分類】
   G16H 10/60 20180101AFI20231005BHJP
【FI】
G16H10/60
【審査請求】未請求
【請求項の数】15
【出願形態】OL
(21)【出願番号】P 2022060886
(22)【出願日】2022-03-31
(71)【出願人】
【識別番号】503246015
【氏名又は名称】オムロンヘルスケア株式会社
(74)【代理人】
【識別番号】110002860
【氏名又は名称】弁理士法人秀和特許事務所
(72)【発明者】
【氏名】中村 文彦
(72)【発明者】
【氏名】金澤 亜依
(72)【発明者】
【氏名】臼井 弘
【テーマコード(参考)】
5L099
【Fターム(参考)】
5L099AA22
(57)【要約】
【課題】医療支援に係るシステムに関し、医師の診療の負荷を低減し正確な診断を行うことを支援する技術を提供する。
【解決手段】管理対象の患者の1日ごとの心拍数と1機会以上の脈拍数と、を含む患者の生体情報を取得する生体情報取得手段と、前記生体情報及び所定の算出規則に基づいて、1日ごとの前記患者の前記1機会における一の心拍数、及び一の脈拍数を算出する日次計測値算出手段と、一日ごとの前記一の心拍数及び前記一の脈拍数を、時間を一方の軸とし拍数を他方の軸とした一のグラフエリアにプロットした心拍脈拍グラフを含む診療支援画像を生成する診療支援画像生成手段と前記診療支援画像を出力する出力手段と、を有する診療支援システム。
【選択図】図2
【特許請求の範囲】
【請求項1】
管理対象の患者の1日ごとの、1機会以上の心拍数と1機会以上の脈拍数と、を含む患者の生体情報を取得する生体情報取得手段と、
前記生体情報及び所定の算出規則に基づいて、前記患者の1日ごとの一の心拍数及び一の脈拍数を算出する、日次計測値算出手段と、
前記1日ごとの前記一の心拍数及び一の脈拍数を、時間を一方の軸とし拍数を他方の軸とした一のグラフエリアにプロットした心拍脈拍グラフ、を含む診療支援画像を生成する診療支援画像生成手段と
前記診療支援画像を出力する出力手段と、
を有する、診療支援システム。
【請求項2】
前記生体情報には、心房細動の有無を含み、
前記診療支援画像生成手段は、前記心房細動が検出された際の心拍数を併せてプロットした前記心拍脈拍グラフを含む前記診療支援画像を生成する、
ことを特徴とする、請求項1に記載の診療支援システム。
【請求項3】
前記診療支援画像生成手段は、前記心房細動があった場合には、前記心拍脈拍グラフにその旨を示すマークを併せて表示する、前記診療支援画像を生成する、
ことを特徴とする、請求項2に記載の診療支援システム。
【請求項4】
前記生体情報取得手段は、前記患者の1日ごとの不整脈の有無も取得し、
前記診療支援画像生成手段は、前記不整脈があった場合には、前記心拍脈拍グラフにその旨を示すマークを併せて表示する、前記診療支援画像を生成する、
ことを特徴とする、請求項1から3のいずれか一項に記載の診療支援システム。
【請求項5】
前記日次計測値算出手段は、前記1機会における前記心拍数及び前記脈拍数について、1回目の計測から10分以内に更なる計測が行われなかった場合には当該1回の計測値を前記1機会の計測値とし、前記1回目の計測から10分以内に更なる計測が行われた場合には、当該10分以内に行われた全ての計測値の平均値を前記1機会の計測値とする、
ことを特徴とする、請求項1から4のいずれか一項に記載の診療支援システム。
【請求項6】
前記生体情報取得手段が、1日につき複数の計測機会の前記心拍数及び前記脈拍数を取得した場合において、
前記日次計測値算出手段は、前記複数の計測機会から1機会を選択して、当該選択した機会における前記拍数及び前記脈拍数の計測値に基づいて、前記1日ごとの前記一の心拍数及び前記一の脈拍数を算出する、
ことを特徴とする、請求項1から5のいずれか一項に記載の診療支援システム。
【請求項7】
前記日次計測値算出手段は、予め定められたタイミングの計測機会を前記1日における前記1機会として選択し、当該機会に計測された計測値に基づいて、前記一の心拍数、及び前記一の脈拍数を算出する、
ことを特徴とする、請求項6に記載の診療支援システム。
【請求項8】
前記日次計測値算出手段は、一の計測機会内における前記心拍数及び前記脈拍数のズレが最も大きい計測機会を前記1日における前記1機会として選択し、当該機会に計測された計測値に基づいて、前記一の心拍数、及び前記一の脈拍数を算出する、
ことを特徴とする、請求項6に記載の診療支援システム。
【請求項9】
前記日次計測値算出手段は、一の計測機会内における前記心拍数と前記脈拍数の計測時
刻の時間差が最も少ない計測機会を前記1日における前記1機会として選択し、当該機会に計測された計測値に基づいて、前記一の心拍数、及び前記一の脈拍数を算出する、
ことを特徴とする、請求項6に記載の診療支援システム。
【請求項10】
前記生体情報取得手段が、1日につき複数の計測機会の前記心拍数及び前記脈拍数を取得し、かつ各機会において前記心拍数又は前記脈拍数を複数取得している場合には、
前記日次計測値算出手段は、各機会において複数取得された前記心拍数同士又は前記脈拍数同士の差分が最も少ない計測機会を前記1日における前記1機会として選択し、当該機会に計測された計測値に基づいて、前記一の心拍数、及び前記一の脈拍数を算出する、
ことを特徴とする、請求項6に記載の診療支援システム。
【請求項11】
前記生体情報取得手段は、前記心拍数及び前記脈拍数の計測時に、当該計測に悪影響を与える虞のある計測状態であったか否かに係る情報も取得する、
ことを特徴とする、請求項1から10のいずれか一項に記載の診療支援システム。
【請求項12】
前記心拍脈拍グラフにおいて表示される前記心拍数及び前記脈拍数が、当該値に悪影響を与える虞のある計測状態で計測された計測値を用いて算出されたものである場合には、前記診療支援画像生成手段は、その旨が識別可能な前記心拍脈拍グラフを含む前記診療支援画像を生成する、
ことを特徴とする、請求項11に記載の診療支援システム。
【請求項13】
前記生体情報取得手段は、前記心拍数及び前記脈拍数の計測時に、当該計測に悪影響を与える虞のある計測状態であったか否かに係る情報も取得するものであって、
前記生体情報取得手段が、1日につき複数の計測機会の前記心拍数及び前記脈拍数を取得した場合において、
前記日次計測値算出手段は、前記心拍数及び前記脈拍数の計測時に、当該計測に悪影響を与える虞のある計測状態であったことを示す情報がない計測機会を前記1日における前記1機会として選択し、当該機会に計測された計測値に基づいて、前記一の心拍数、及び前記一の脈拍数を算出する、
ことを特徴とする、請求項6に記載の診療支援システム。
【請求項14】
前記生体情報取得手段と、前記日次計測値算出手段と、前記診療支援画像生成手段と、を有しており、請求項1から13のいずれか一項に記載の診療支援システムの少なくとも一部を構成する、診療支援装置。
【請求項15】
コンピュータを請求項14の診療支援装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ヘルスケア関連の技術分野に属し、診療支援システム、診療支援装置及びプログラムに関する。
【背景技術】
【0002】
近年、患者の生体情報を継続的に取得、記録し、これらの生体情報の経時的な変遷を示すことで、医師の診療を支援するシステムが提案されている(例えば、特許文献1)。
【0003】
特許文献1には、患者のバイタルデータを時間に対応付けて記憶し、当該バイタルデータを時系列表示するとともに、当該時系列表示されるバイタルデータに係る統計情報を算出及び表示する医用情報処理システムが開示されている。これによれば、医師などの操作者は患者のバイタルデータの傾向を容易に把握し、患者状態の把握や、患者に処方する薬剤の種類や投薬量を決定することを容易にすることができる。
【0004】
このようなシステムにより、特に慢性疾患を有する患者の診療について医師の負担を軽減することができ、これによって適切な治療方針が迅速に決定されることができれば、その効果は患者に対しても及ぶことになる。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開2019-24943号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
ところで、バイタルデータの計測時にはエラーが生じる場合がある。具体的には、通常予想される値と大きく異なる値が取得された場合、あるいは値が取得できなかった場合などである。このような現象が生じる原因としては、計測機器の装着不具合や計測時の体動に起因するもの(計測エラー)、患者の病態に起因する計測値のズレ(例えば、健康な人間が同時に正しく測定すれば同一となるはずの心拍数と脈拍数のズレ)などがあるが、いずれの場合でも注意を必要とする状態である。上記特許文献1に記載の技術においても、このような不備のあるバイタルデータを含んでいたり、漏れのあるデータ集合が用いられたりする場合、提供される統計情報の信頼性が低下することになってしまう。
【0007】
また、患者の病態に起因する計測値のズレがあるような場合には、検知すべき症状、病態変化が存在することが考えられるため、こういったズレを早期に把握できるようにすることが適正な診断にとって有用である。なお、計測自体が正常に行われなかった計測エラーの場合には、改めて計測を実施すればよいが、規則に従って自動で計測から計測データの記録・送信などの処理を行う機器(例えばウェアラブル装置など)を用いているような場合には、患者は計測が正常に終了していないことに気づけない可能性がある。
【0008】
上記のような問題に鑑みて、本発明は、医療支援に係るシステムに関し、医師の診療の負荷を低減し正確な診断を行うことを支援する技術を提供することを目的とする。
【課題を解決するための手段】
【0009】
上記の課題を解決するため、本発明は以下の構成を採用する。即ち、
管理対象の患者の、1日ごとの1機会以上の心拍数と1機会以上の脈拍数と、を含む患者の生体情報を取得する生体情報取得手段と、
前記生体情報及び所定の算出規則に基づいて、前記患者の1日ごとの一の心拍数及び一の脈拍数を算出する、日次計測値算出手段と、
一日ごとの前記一の心拍数及び前記一の脈拍数を、時間を一方の軸とし拍数を他方の軸とした一のグラフエリアにプロットした心拍脈拍グラフ、を含む診療支援画像を生成する診療支援画像生成手段と
前記診療支援画像を出力する出力手段と、
を有する、診療支援システムである。
【0010】
ここで、「心拍数」とは心臓が拍動した数、「脈拍数」とは身体の(計測対象となる部位の)血管が拍動した数である。また、「1機会」とは、例えば高血圧の診断・治療に関するガイドラインにおける「朝(起床後1時間以内)」と「晩(就床前)」など、一の生体情報についてのひとまとまりの測定タイミングを指すものである。具体的には、例えば「1機会=(最初の生体情報の計測開始から)10分間」として一定の時間幅を設定することによって特定することができる。また、その時間内における計測された一連の生体情報をまとめて「1機会に得られた生体情報」とする。また、「1機会における一の・・・」とは、1機会に同一の生体情報について複数の計測が行われて複数の計測値があった場合であっても、一の計測値のみを算出することをいう。具体的には、1機会における複数の計測値から代表となる一の計測値を選択する、複数の計測値の平均値を求めて一の計測値とする、ことなどがこれに当たる。
【0011】
このような構成によれば、医師は、出力される診療支援画像を参照することで、患者の心収縮機能の変遷を容易に確認することが可能になる。また、心拍数と脈拍数とを同一のグラフエリアにプロットすることにより、同一の計測機会における心拍数と脈拍数の計測値のズレを視認して容易に把握することができ、患者の診療をより適切に行うことができる。また、心拍数の計測或いは脈拍数の計測のいずれかに計測エラーがあったとしても、他方の数値により患者の心収縮機能を診断することができる。
【0012】
また、前記生体情報には心房細動の有無を含み、前記診療支援画像生成手段は、前記心房細動が検出された際の心拍数を併せてプロットした前記心拍脈拍グラフを含む前記診療支援画像を生成するものであってもよい。このような構成であると、心房細動が検出された際の心拍数の計測値が別途グラフエリアにプロットされるため、医師は当該心房細動の発生状況を含む患者の心機能の変化を診断の際に考慮することができる。
【0013】
また、前記診療支援画像生成手段は、前記心房細動があった場合には、前記心拍脈拍グラフにその旨を示すマーク及び/又は、前記心房細動が検出された際の心拍数、を併せて表示する前記診療支援画像を生成するものであってもよい。また、前記生体情報取得手段は、前記患者の1日ごとの不整脈の有無も取得し、前記診療支援画像生成手段は、前記不整脈があった場合には、前記心拍脈拍グラフにその旨を示すマークを併せて表示する前記診療支援画像を生成するものであってもよい。このような構成によれば、医師は、出力される診療支援画像を参照することで、心房細動や不整脈の発生頻度及びその変遷を容易に確認することができる。
【0014】
また、前記日次計測値算出手段は、前記1機会における前記心拍数及び前記脈拍数について、1回目の計測から10分以内に更なる計測が行われなかった場合には当該1回の計測値を前記1機会の計測値とし、前記1回目の計測から10分以内に更なる計測が行われた場合には、当該10分以内に行われた全ての計測値の平均値を前記1機会の計測値とするものであってもよい。このような規則であれば、1機会に1回の計測のみが行われた場合であっても、複数回の計測が行われた場合であっても容易に一の計測値を得ることができ、システムへの負荷を抑制することができる。
【0015】
また、前記生体情報取得手段が、1日につき複数の計測機会の前記心拍数及び前記脈拍数を取得した場合において、前記日次計測値算出手段は、前記複数の計測機会から1機会を選択して、当該選択した機会における前記拍数及び前記脈拍数の計測値に基づいて、前記1日ごとの前記一の心拍数及び前記一の脈拍数を算出するものであってもよい。
【0016】
また、前記生体情報取得手段が、1日につき複数の計測機会の前記心拍数及び前記脈拍数を取得した場合において、前記日次計測値算出手段は、予め定められたタイミングの計測機会を前記1日における前記1機会として選択し、当該機会に計測された計測値に基づいて、前記一の心拍数及び前記一の脈拍数を算出するようにしてもよい。
【0017】
また、前記生体情報取得手段が、1日につき複数の計測機会の前記心拍数及び前記脈拍数を取得した場合において、前記日次計測値算出手段は、一の計測機会内における前記心拍数及び前記脈拍数のズレが最も大きい計測機会を前記1日における前記1機会として選択し、当該機会に計測された計測値に基づいて、前記一の心拍数及び前記一の脈拍数を算出するようにしてもよい。
【0018】
また、前記生体情報取得手段が、1日につき複数の計測機会の前記心拍数及び前記脈拍数を取得した場合において、前記日次計測値算出手段は、一の計測機会内における前記心拍数と前記脈拍数の計測時刻の時間差が最も少ない計測機会を前記1日における前記1機会として選択し、当該機会に計測された計測値に基づいて、前記一の心拍数及び前記一の脈拍数を算出するようにしてもよい。
【0019】
また、前記生体情報取得手段が、1日につき複数の計測機会の前記心拍数及び前記脈拍数を取得し、かつ各機会において前記心拍数又は前記脈拍数を複数取得している場合には、
前記日次計測値算出手段は、各機会において複数取得された前記心拍数同士又は前記脈拍数同士の差分が最も少ない計測機会を前記1日における前記1機会として選択し、当該機会に計測された計測値に基づいて、前記一の心拍数、及び前記一の脈拍数を算出するようにしてもよい。
【0020】
また、前記生体情報取得手段は、前記心拍数及び前記脈拍数の計測時に、当該計測に悪影響を与える虞のある計測状態であったか否かに係る情報も取得するものであってもよい。また、前記心拍脈拍グラフにおいて表示される前記心拍数及び前記脈拍数が、当該値に悪影響を与える虞のある計測状態で計測された計測値を用いて算出されたものである場合には、前記診療支援画像生成手段は、その旨が識別可能な前記心拍脈拍グラフを含む前記診療支援画像を生成するようにしてもよい。具体的には、例えば、計測時の体動、装置の装着不備を検知していた場合に、その旨を示すマークなど併せて表示する或いは計測値をプロットするポイントの色や形状などを変更するようにしてもよい。これによれば、医師は表示されている心拍数、脈拍数が、信頼のおける値であるか否かを容易に識別することができる。
【0021】
また前記生体情報取得手段は、前記心拍数及び前記脈拍数の計測時に、当該計測に悪影響を与える虞のある計測状態であったか否かに係る情報も取得するものであって、
前記生体情報取得手段が、1日につき複数の計測機会の前記心拍数及び前記脈拍数を取得した場合において、
前記日次計測値算出手段は、前記心拍数及び前記脈拍数の計測時に、当該計測に悪影響を与える虞のある計測状態であったことを示す情報がない計測機会を前記1日における前記1機会として、当該機会に計測された計測値に基づいて、前記一の心拍数、及び前記一の脈拍数を算出するようにしてもよい。
【0022】
また、本発明は、前記生体情報取得手段と、前記日次計測値算出手段と、前記診療支援画像生成手段と、を有し、前記診療支援システムの少なくとも一部を構成する診療支援装置としても捉えることもできる。
【0023】
また、本発明は、コンピュータをこのような診療支援装置として機能させるためのプログラム、そのようなプログラムを非一時的に記録したコンピュータ読取可能な記録媒体として捉えることもできる。
【0024】
なお、上記構成及び処理の各々は技術的な矛盾が生じない限り互いに組み合わせて本発明を構成することができる。
【発明の効果】
【0025】
本発明によれば、医療支援に係るシステムに関し、医療従事者が患者の診療対象となる疾病の重症度を診断することの負荷を低減することが可能な技術を提供することができる。
【図面の簡単な説明】
【0026】
図1図1は、実施例に係る診療支援システムの構成を示す概略図である。
図2図2は、実施例に係るサーバ装置の機能構成を示すブロック図である。
図3図3は、実施例に係るデータテーブルの一例を示す図である。
図4図4は、実施例に係る医師側端末の機能構成を示すブロック図である。
図5図5は、医師側端末において出力される診療支援画像の一例を説明する第1の図である。
図6図6Aは、医師側端末において出力される診療支援画像の一例を説明する第2の図である。図6Bは、医師側端末において出力される診療支援画像の一例を説明する第3の図である。
図7図7Aは、医師側端末において出力される診療支援画像の一例を説明する第4の図である。図7Bは、医師側端末において出力される診療支援画像の一例を説明する第5の図である。
図8図8Aは、医師側端末において出力される診療支援画像の一例を説明する第6の図である。図8Bは、医師側端末において出力される診療支援画像の一例を説明する第7の図である。
図9図9は、医師側端末において出力される診療支援画像の一例を説明する第8の図である。
図10図10は、実施例に係る患者側端末の機能構成を示すブロック図である。
図11図11Aは、患者側端末において表示されるユーザーインターフェースの一例を説明する第1の図である。図11Bは、患者側端末において表示されるユーザーインターフェースの一例を説明する第2の図である。
図12図12は、実施例に係る診療支援システム内で行われる情報の授受、及び処理の流れを示す図である。
図13図13は、その他の態様の診療支援システムの概略を示す図である。
【発明を実施するための形態】
【0027】
<実施例1>
以下、本発明の具体的な実施形態について図面に基づいて説明する。ただし、この実施形態に記載されている構成要素の寸法、形状、その相対配置などは、特に記載がない限りは、この発明の範囲をそれらのみに限定する趣旨のものではない。
【0028】
(システム構成)
図1は、本実施例に係る診療支援システム1の構成を示す概略図である。図1に示すよ
うに、診療支援システム1は、サーバ装置100、医師が使用する医師側端末200、患者Pが使用する患者側端末300及び計測機器400を含んで構成され、これらの各構成は通信ネットワークNを介して相互に通信可能となっている。
【0029】
本実施例に係る診療支援システム1は医療に係るシステムであり、患者が自宅等で計測した心拍数、脈拍数、血圧値、体重等の生体情報の計測値を、ネットワークNを介してサーバ装置100に送信し、当該情報を処理して医療従事者に提供することによって、医師が患者の治療を行うことを支援するためのものである。
【0030】
心不全等の確定診断を受けるなど、継続的な生体情報のモニタリングが必要と判断された患者は、医師の診断に従って治療を開始し、自宅において自ら継続的に生体情報を計測し、日々の生活における自覚症状を記録する。診療支援システム1は当該計測値や自覚症状に係る情報を収集し、これに基づいて医師等の医療従事者が患者の診療に関して参照するための診療支援画像を生成し、出力手段を介して出力する。当該診療支援画像は、患者の診察時において参照される他、適宜診療の必要に応じて参照される。
【0031】
なお、診療支援システム1は、収集した患者の計測値が予め設定しておいたアラート条件を満たす場合には、アラート情報を診療支援画像に示すようにしてもよい。また、医師の保有する情報処理端末、携帯通信端末などにアラート信号を送信してもよい。以下、システムの各構成について詳細に説明する。
【0032】
(サーバ装置)
図2はサーバ装置100の機能構成を示すブロック図である。サーバ装置100は、一般的なサーバコンピュータにより構成され、図2に示すように、制御部110、通信手段120、記憶手段130を備えている。
【0033】
制御部110はサーバ装置100の制御を司る手段であり、例えばCPU(Central Processing Unit)、DSP(Digital Signal Processor)などのプロセッサによって構成される。また、制御部110は、生体情報管理に係る機能モジュールとして、計測情報取得部111、日次計測値算出部112、症状出現運動情報取得部113、最小運動強度算出部114、推定重症度算出部115、自覚症状情報取得部116、服薬関連情報取得部117、診療支援画像生成部118の各機能部を備えている。これらの各機能部については後に詳しく説明する。
【0034】
通信手段120は、サーバ装置100を通信ネットワークNに接続するための通信手段であり、例えば通信インターフェースボードや、無線通信のための無線通信回路を含んで構成される。
【0035】
記憶手段130は、図示しないが、ROM(Read only memory)、RAM(Random access memory)等の主記憶部と、EPROM、HDD(Hard Disk Drive)またはSSD(Solid State Device)、リムーバブルメディア等の補助記憶部とが含まれている。補助記憶部には、オペレーティングシステム(OS)、各種プログラムなどが格納されている。そして、該格納されたプログラムを主記憶部の作業領域にロードして実行し、プログラムの実行を通じて各構成部等が制御されることによって、所定の目的を果たす各機能部を実現することができる。
【0036】
計測情報取得部111は、後述するように患者Pが計測機器400で計測した心拍数、脈拍数、血圧値などの生体情報の計測値を、通信ネットワークNを介して取得し、記憶手段130に格納する。なお、これらの計測値は、既知の各種計測機器で取得することがで
きる。また、計測機器はそれぞれの生体情報に対応する別々の機器を用いてもよいし、例えば上腕式のオシロメトリック方式血圧計を用いて血圧値と脈拍数を取得するなど、1台(1回の測定)で異なる計測値を取得できる計測機器を用いることもできる。
【0037】
また、計測情報取得部111は、心拍数計測時に心房細動(AF: Atrial Fibrillation)など特定の症状またはその疑いが検出された場合には心拍数とともにその情報も取得し、記憶手段130に格納する。また、計測情報取得部111は、脈拍数計測時に不整脈など特定の症状またはその疑いが計測された場合にはその旨の情報も取得し、記憶手段130に格納する。なお、計測情報取得部111によって取得される計測値の情報には、計測が行われた時刻情報や、計測が行われた場所に係る情報(例えば、自宅、診察室の別など)、が含まれる。また、計測機器400によって検知された、計測時に当該計測に悪影響を与える虞のある計測状態であったか否かに係る情報(例えば、計測時に検知した体動、計測状態の装着状態の不備を示す情報、など)も、取得する。
【0038】
日次計測値算出部112は、記憶手段130に格納された計測値に基づいて、1日ごとの患者Pの生体情報の値を算出する。なお、ここで算出される値は対象とする生体情報や疾病の種類によってその算出方法が異なる。例えば、1日当たり複数回の計測が行われたとしても、1日当たりの生体情報を一の値として決定するものもあれば(以下で説明する心拍数、脈拍数など)、計測時間帯の異なる複数の計測値をそれぞれ(そうと識別可能なようにして)一日における計測値とするものもある。以下では、心不全の患者を対象とした場合における、心拍数と脈拍数の日次の計測値を算出する場合について説明する。
【0039】
日次計測値算出部112は、記憶手段130に格納された計測値に基づいて、1日ごとの患者Pの1機会における一の心拍数、及び一の脈拍数を算出し、記憶手段130に格納する。なお、1機会とは、例えば高血圧の診断・治療に関するガイドラインにおける「朝(起床後1時間以内)」と「晩(就床前)」など、一の生体情報についてのひとまとまりの測定タイミングを指すものである。そして、本実施例ではそのような測定タイミングについて、例えば「1機会=(最初の生体情報の計測開始から)10分間」として一定の時間幅を設定し、その時間内に測定された一連の複数(種類の相違も含む)の生体情報をまとめて「1機会に得られた生体情報」とする。即ち、生体情報の計測に関し、上記の一定時間内に複数回の計測を行った場合には当該複数の計測をまとめて1機会の計測とし、複数計測された生体情報は1機会で得られた生体情報となる。ここで、同一の生体情報のみ複数回計測した場合と、異なる生体情報をそれぞれ1回ずつ計測した場合と、異なる生体情報をそれぞれ1回以上計測した場合のいずれであっても、その全ての計測が一定時間内に行われているのであれば、それらの複数の計測が1機会における計測となる。
【0040】
一方、一の生体情報について2回の計測を行った場合であっても、当該2回の計測が一定時間内の計測でない場合(例えば、朝起床時に1回、夜就寝前に1回のような場合)には、2つの生体情報は別々の機会に計測された(2機会分の計測に係る)生体情報、ということになる。
【0041】
ここで、日次計測値算出部112による日次計測値の算出について、心拍数を例として具体的に説明する。まず、心拍数について1日に1回のみの計測が行われ、記憶手段130に当該計測値のみが格納されている場合には、日次計測値算出部112は当該計測値を日次の心拍数とする。一方、1日に複数の計測が行われ、当該複数の計測が全て所定の時間内に収まっている場合には、日次計測値算出部112は、当該複数の計測値は全て1機会内の計測値であるとして、当該複数の計測値に基づいて一の値(例えば、複数の計測値の平均値)を1機会における一の心拍数として求め、これを日次の心拍数として算出する。また、1日に複数の計測が行われ、当該複数の計測が所定の時間内に収まっていない場合(即ち、複数機会分の計測が行われた場合)には、日次計測値算出部112は、複数の
計測機会のうちのいずれか1機会の計測値を用いて(例えば、朝起床時の1機会の計測値などのように、予め設定されたタイミングでの計測機会の計測値)を用いて、日次の心拍数を算出する。この場合においても、1機会内に複数の計測が行われていた場合の当該1機会の計測値の求め方は上述の通りである。なお、ここでは心拍数を例として説明したが、日次計測値算出部112は、脈拍数など他の生体情報についても同様の算出処理を行う。
【0042】
症状出現運動情報取得部113は、患者Pの診療対象となる疾病(ここでは心不全)に係る症状が出現した運動の内容を含む情報である症状出現運動情報を取得し、記憶手段130に格納する。具体的には、後述する患者側端末300において実行されるアプリケーションにより、所定期間(例えば1週間)ごとに症状を自覚した運動(身体活動)を患者Pに入力・又は選択させることで、患者側端末300を介して症状出現運動情報を取得する。
【0043】
最小運動強度算出部114は、記憶手段130に格納された症状出現運動情報に基づいて、所定期間内において心不全に係る症状が出現した運動のうち、最も運動強度の小さい運動の運動強度である最小運動強度を算出する。なお、本実施例では運動強度はMETsにより示すものとし、以下では所定期間内において心不全に係る症状が出現した運動のうち、最も運動強度の小さい運動の運動強度を、症状出現最小METsともいう。METsは、安静時(静かに座っている状態)を1METsとして、様々な活動がその何倍のエネルギーを消費するか示した活動強度の指標である。最小運動強度算出部114は、具体的には運動の内容と当該運動の運動強度とを対応付けた運動強度テーブルを記憶手段130に保持しておき、当該運動強度テーブルを参照することで、症状出現最小METsを求めるようにするとよい。また、ここで算出された症状出現最小METsは記憶手段130に格納される。
【0044】
推定重症度算出部115は、記憶手段に130に格納された症状出現最小METsに基づいて、心不全の重症度を示す推定重症度情報を求める。本実施例では重症度はNYHA分類によるものとし、以下では、推定重症度は推定NYHA分類ともいう。推定重症度算出部115は、例えば、記憶手段130に保存されている症状出現最小METs数と推定NYHA分類が対応付けられたデータテーブルを参照することにより、推定重症度を求めるようにしてもよい。図3に、運動の内容と、当該運動のMETs(数値)と、当該運動のMETsが症状出現最小METs数である場合の推定NYHA分類とを対応付けたデータテーブルの一例を示す。なお、図3に示す運動の内容(及びそれに対応する、METs、推定NYHA分類)は代表的なものを抜粋したものであり、実際にはより多くの運動の内容が定められている。ここで算出された推定重症度は記憶手段130に格納される。
【0045】
自覚症状情報取得部116は、患者Pにおける所定期間ごと(例えば毎日)の心不全に係る症状の有無(及びその種類)についての情報を取得し、記憶手段130に格納する。具体的には、症状出現運動情報と同様に、患者側端末300において実行されるアプリケーションにより、毎日決まった時間にその日に自覚した症状を患者Pに選択させることで、患者側端末300を介して取得するようにすればよい。具体的には、例えば症状のリストを提示し、当該リストから患者に症状を選択させるようにしてもよいし、或いはメモなどとして自覚症状に係るテキスト情報の入力を受け付けるのであってもよい。
【0046】
また、服薬関連情報取得部117は、患者の服薬の有無や服薬率(服薬の頻度)に関する情報を取得し、記憶手段130に格納する。また、服薬時の副作用の内容や頻度などに関する情報を取得してもよい。これらの情報は、例えば、症状出現運動情報と同様に、患者側端末300において実行されるアプリケーションにより、毎日決まった時間にその日の服薬の有無を患者Pに選択させることで、患者側端末300を介して取得するようにす
ればよい。また、服薬関連情報取得部117は、図示しないが外部のシステム(例えば電子カルテシステム)などと連携し、患者Pに処方された薬剤の情報(処方情報)を取得するようになっていてもよい。
【0047】
診療支援画像生成部118は、計測情報取得部111、日次計測値算出部112、症状出現運動情報取得部113、最小運動強度算出部114、推定重症度算出部115、自覚症状情報取得部116、服薬関連情報取得部117の各機能部から出力され、記憶手段130に格納されたデータに基づいて、医療従事者が参照するための診療支援画像を生成する。生成された診療支援画像は、通信ネットワークNを介して医師側端末200に送信される。診療支援画像の詳細については後に詳述する。
【0048】
(医師側端末)
図4は医師側端末200の機能構成を示すブロック図である。医師側端末200は、一般的なコンピュータ、例えば固定設置型のパーソナルコンピュータ、携帯型のノート型パーソナルコンピュータ或いはタブレット型端末などであり、制御部210、入力手段220、出力手段230、記憶手段240、通信手段250を備えている。
【0049】
制御部210は医師側端末200の制御を司る手段であり、例えば、CPUなどによって構成される。また、入力手段220は、例えば、キーボード、マウス、タッチパネル、カメラ、マイクなど、外部からの情報入力を受け付ける手段である。また、出力手段230は、液晶ディスプレイ、スピーカーなどを含んで構成される。記憶手段240は、サーバ装置と同様に、主記憶部、補助記憶部などを含んで構成され、オペレーティングシステム(OS)、各種プログラム、その他、通信ネットワークNを介して取得する各種データが格納される。また、通信手段250は、例えば通信インターフェースボードや、無線通信のための無線通信回路を含んで構成される。
【0050】
なお、図示しないが医師側端末は電子カルテ管理システムにアクセス可能になっていてもよい。このような場合には、電子カルテ管理システムに記憶された患者の電子カルテデータを読み出し、この電子カルテデータをサーバ装置100へ送信するようにしてもよいし、また、サーバ装置100から送信される情報を電子カルテデータと連携させるようにしてもよい。このような場合は、医師が電子カルテ管理システムを介して診療支援画像を確認できるようにすることも可能になる。
【0051】
医師側端末200では、通信ネットワークNを介してサーバ装置100から、診療支援画像が取得され、これらの情報は出力手段230に出力される。図5から図9に、医師側端末200の出力手段230で表示される画面(診療支援画像)の一例を示す。図5は、端末の管理者である医師が受け持つ患者Pの一人についての診療支援画像の一例を示す説明図である。図5に示すように、本実施例に係る診療支援画像はそれぞれ異なる情報を示す複数の領域を含んで構成されている。具体的には、概要情報領域OV、体重情報領域W、推定NYHA分類変遷領域NT、自覚症状情報領域S、服薬情報領域ME、血圧情報領域BP、心拍脈拍情報領域HP、が含まれている。なお、診療支援画像は、その全体が出力手段に表示される必要はなく、適宜表示領域の選択(画面スクロールや、縮小・拡大)を行うことができる。また、予め医師が指定した項目の組み合わせ・順序で診療支援画像が生成されるようにしてもよい。
【0052】
以下では、診療支援画像各領域で表示される情報について具体的に説明する。図6Aは、概要情報領域OVの拡大図である。図6Aに示すように、概要情報領域OVには、患者氏名、性別、年齢などの患者属性に関する情報と、直近に取得された患者情報及び前回診察時における患者情報が表示されている。そして、患者情報の一つとして、症状出現最小METs(及び推定NYHA分類)を示す最小METs情報MMが示される。このような
表示により、医師は患者Pの直近の症状出現最小METs(及び推定NYHA分類)を確認できるとともに、前回の症状出現最小METs(及び推定NYHA分類)を参照することができ、診察時には患者Pの重症度を診断するための問診を効率的に行うことができる。
【0053】
図6Bは、体重情報領域Wの拡大図である。図6Bに示すように、体重情報領域Wには、表示期間内(例えば、前月の1日から末日まで、過去一ヶ月、過去一週間など)の患者Pの体重の変遷がグラフにより示される。心臓の機能が悪化すると、血流が悪くなることから体内に水分が貯留しやすくなるため、(当該貯留水分に由来する)体重の増加(例えば1週間当たりの増加量)が、心不全の重症度に係る重要な指標となる。このため、体重情報領域Wには、所定期間内の体重の増減値が閾値を逸脱したような場合には、アラート情報を表示するようになっていてもよい。
【0054】
図7Aは、推定NYHA分類変遷領域NTの拡大図である。図7Aに示すように、推定NYHA分類変遷領域NTには、表示期間内における所定期間ごとの推定NYHA分類を、色の違いによりクラスの違いを識別可能にした推定重症度表示バーSBを示す推定重症度時系列グラフが示される。また、推定重症度表示バーSBの近傍には、これに対応する症状出現最小METs(及び推定NYHA分類)がテキスト表示される。このような表示により、医師は表示期間内の患者の推定NYHA分類の変遷を容易に確認することができ、診察時には患者Pの重症度を診断するための問診を効率的に行うことができる。
【0055】
なお、推定重症度表示バーSBは基本的には所定期間ごとに表示される。ただし、症状出現運動情報取得部113による情報の取得タイミングに変更があった場合や、所定期間が表示領域の初日より前や末日より後の日程を含んでいる場合など、推定重症度表示バーSBが所定期間に満たない期間で表示されることがある。
【0056】
図7Bは、自覚症状情報領域Sの拡大図である。図7Bに示すように、自覚症状情報領域Sには、時系列に沿って一日ごとに、心不全にかかる自覚症状があったか否かを、その症状の種類ごとにドットを表示することにより示す(ドット表示された症状が、その日に自覚のあった症状)情報が表示される。また、後述する患者側端末300を介して、患者が日次のメモを記している場合には、そのことを示す表示も併せて表示してもよい。このような表示を参照することにより、医師は患者Pが日々どのような自覚症状を感じているのか(その種類や頻度)の変遷を容易に確認することができる。
【0057】
また、このような自覚症状情報領域Sを、推定重症度表示バーSBと時間軸を揃えたうえで並べて配置することにより、医師は日々の自覚症状の変遷と推定重症度の変遷との対応関係を容易に確認することができ、患者の病状の経過の把握を効率的に行うことができる。
【0058】
図8Aは、服薬情報領域MEの拡大図である。図8Aに示すように、服薬情報領域MEには、表示期間内における患者の服薬の情報(処方された薬剤を正しく服薬したか否か)が、カプセルマークの表示の活性化・非活性化によって、日次で示される。また、頓服薬を服薬した場合には、服薬した日付の欄に別途その旨が表示される。また、1日当たりに複数回(例えば、朝、昼、晩)服薬すべき場合には、各回に対応する服薬有無の欄を設けてもよい。或いは、その1日当たりの服薬率に係る表示(例えば、服薬した分の数だけマークを表示、分数で表示する、など)や、パイチャートによる表示を行ってもよい。
【0059】
図8Bは、血圧情報領域BPの拡大図である。図8Bに示すように、血圧情報領域BPには、表示期間内の血圧値が日次で表示される。具体的には、収縮期血圧を上端とし、拡張期血圧を下端とする棒グラフによって、1機会の血圧値が示される。なお、2機会以上
(例えば、朝起床時、夜就寝前)の計測値が存在する場合には、図8Bに示すように、これらを並列表示することができる。また、色分け表示などにより、計測機会の別(例えば、朝/夜/それ以外)を識別可能に表示することもできる。
【0060】
図9は、心拍脈拍情報領域HPの拡大図である。図9に示すように、心拍脈拍情報領域HPには、日次計測値算出部112が算出した日々の日次心拍数及び日次脈拍数、さらに心房細動(AF)が検出されている場合には当該AFが検出された際の心拍数、を同一のグラフエリア(X軸が時間軸、Y軸が拍数)上にプロットしたグラフが表示される。なお、当該グラフにおいて日次心拍数及び日次脈拍数は一日につき一の数値となるが、AFが検出された際の心拍数は、一日に複数回のAFが検出された場合には、検出された際の心拍数の全てがプロットされる。このようにすることで、時系列で変化を追いたい項目と、単発の情報を把握したい項目を区別しつつ、関連付けて把握することができる。また、AFが検出された日及び不規則脈波(不整脈)が検出された日には、そのことを示すマークを別途表示するようにしてもよい。
【0061】
また、心拍脈拍情報領域HPに表示される心拍数及び脈拍数が、当該値に悪影響を与える虞のある計測状態で計測された計測値を用いて算出されたものである場合には、その旨を識別可能にしてもよい。具体的には、例えば、計測時の体動、装置の装着不備を検知していた場合に、その旨を示すマークなど併せて表示する或いは計測値をプロットするポイントの色や形状などを変更するようにしてもよい。
【0062】
なお、図9に示す例では、表示期間の全ての日において、心拍数と脈拍数の日次計測値を決定できる計測機会(起床時)があり、当該計測機会の心拍数、脈拍数がプロットされたものである。一方、心拍数と脈拍数のいずれもが適切に計測されている計測機会のない日がある場合には、その日の分は心拍数・脈拍数のいずれもプロットしないようにしてもよい。或いは、心拍数・脈拍数のうち予め優先する生体情報を決めておき、当該生体情報の値のみをプロット(表示)するようにしてもよい。或いは、適切に計測されている生体情報の値のみを、参考値であることを識別可能な態様で表示するようにしてもよい。
【0063】
このような表示を参照することにより、医師は患者Pの心収縮機能の変遷を容易に確認することが可能になる。また、日次計測値算出部112によって算出した一の心拍数と一の脈拍数とを同一のグラフエリアにプロットすることにより、同一の計測機会における心拍数と脈拍数の計測値のズレを視認して容易に把握することができ(即ち、検知すべき症状、病態の悪化がある可能性に迅速に気づくことができ)患者の診療をより適切に行うことができる。また、心拍数の計測或いは脈拍数の計測のいずれかにエラーがあったとしても、他方の数値により患者Pの心収縮機能を診断することができる。心拍数と脈拍数に相違がある場合には、装置の装着ミスなどの計測エラーに由来するものなのか、患者の症状の変化などの注目すべき事象が生じているのかを、その他の情報を踏まえて検討・判断することもできる。例えば、脈拍数の計測を、上腕式血圧計のカフにて圧脈波を検出することにより計測している場合において、脈拍数にエラーがあった場合に、血圧が適切に計測されていれば、装置の装着ミスなどが原因である可能性を除外することができ、当該脈拍数のエラーは不整脈などの患者の病態が原因であると推測できる。
【0064】
医師は、上記のような各情報が表示される診療支援画像を参照することで、患者Pに関する情報を効率的に取得できるとともに、診察時の問診の内容を無駄のないものとして、患者Pの診察時における負荷を軽減することができる。
【0065】
(患者側端末)
図10は患者側端末300の機能構成を示すブロック図である。患者側端末300は、例えばスマートフォンやタブレット端末、腕時計型のウェアラブル端末などの携帯型情報
処理端末などであり、制御部310、入力手段320、出力手段330、記憶手段340、通信手段350を備えている。
【0066】
制御部310は患者側端末300の制御を司る手段であり、例えば、CPUなどによって構成される。また、入力手段320は出力手段330と一体となったタッチパネルディスプレイなどを採用することができる。記憶手段340は、他の端末と同様に、主記憶部、補助記憶部などを含んで構成され、オペレーティングシステム(OS)、各種プログラム、その他、通信ネットワークNを介して取得する各種データが格納される。また、通信手段250は、例えば無線通信のための無線通信回路などを含んで構成される。
【0067】
制御部310は、症状出現運動情報などを含む患者情報管理に係る機能モジュールとして、自動問診実行部311を備えている。自動問診実行部311は、例えばアプリケーションプログラムにより提供される機能として実装され、問診を行うようにユーザーに情報の入力を求めるユーザーインターフェース(以下、UIという)を介して患者情報の入力を受け付ける。自動問診実行部311は、例えば予め定められた所定の項目に関するアイコンを複数表示し、ユーザーに選択を求めるようなUIを表示するのであってもよいし、いわゆるチャットボットのような形式を採用することもできる。また、アプリケーションプログラムは患者側端末300の記憶手段340に格納されているのであってもよいし、サーバ装置100においてSaaS(Software as a Service)の態様で提供されるのであってもよい。
【0068】
自動問診実行部311は、患者に入力を求める情報(例えば、服薬情報、自覚症状の有無についての情報、症状運動情報、など)に応じてそれぞれ設定される所定期間ごとに自動問診を実行する。また、当該自動問診を実行するタイミングで(即ち、所定期間ごとに)患者に情報の入力を促す通知(画面表示、音声出力など)を行う。
【0069】
図11A図11Bは、患者側端末300の一例としてのスマートフォンの画面に、自動問診実行部311によって提供されるUIが表示された状態の例を示す図である。図11Aは、毎日の服薬情報及び自覚症状の有無についての情報(自覚症状情報)の入力を受け付けるUIを示している。図11Aに示すように、服薬情報については、朝・昼・夕の各時間帯の薬アイコンを選択することによって入力するUIとなっており、選択されたアイコンは表示が活性化される。また、自覚症状情報についても、各症状を示すアイコンが表示され、自覚した症状のアイコンを選択することにより入力を行うUIとなっている。ここでも、選択されたアイコンは表示が活性化される。自動問診実行部311は、図11Aの画面を通じて、毎日スケジューリングされた時刻(例えば21:00)に患者に服薬情報及び自覚症状情報の入力を求める自動問診処理を実行する。なお、図11Aに示す画面は服薬情報、自覚症状入力に係るUIの一例であり、これ以外のUIによってユーザーに自覚症状の入力を求めるようになっていてもよい。具体的には、例えば症状のリストを提示し、当該リストから患者に症状を選択させるようにしてもよいし、或いはメモなどとして自覚症状に係るテキスト情報の入力を受け付けるのであってもよい。
【0070】
図11Bは、所定期間ごとの症状出現運動情報の入力を受け付けるUIの例を示している。図11Bに示すように、運動強度の異なる複数の身体活動を示す項目が一覧表示されており、自覚症状の出現した身体活動を選択することによって入力を行うUIとなっている。なお、選択した身体活動にはチェックマークが表示されることにより、選択された項目が明示されるようになっている。
【0071】
自動問診実行部311は、図11Bの画面を通じて、予め設定されたタイミング(例えば、毎週土曜日の21:00、など)に患者に症状出現運動情報の入力を求める自動問診処理を実行する。なお、自動問診実行部311が自動問診処理を行うタイミング(情報入
力を促す通知のタイミング)は、上記のように「具体的な曜日(及び時刻)ごと」即ち、暦に所定期間を当てはめたものに限らず、「前回自動問診処理実行日(回答日)から7日後」のように、前回の回答日と所定期間とを用いて相対的に算出したタイミングであってもよい。
【0072】
また、自動問診実行部311は、情報入力を促す通知を行ったにもかかわらず、患者から情報の入力が行われなかった場合には、次の所定期間の到来を待たずに所定のタイミングで再度情報の入力を促す通知(リマインド)を行ってもよい。ここで、所定のタイミングとしては、例えば、翌日の同時刻のように予めスケジュールされるものであってもよい。また、患者が次に患者側端末300を利用した際にリマインドするのであってもよい。具体的には、例えば、後述の計測機器400による生体情報の計測時に、計測結果を表示するとともに、リマインドのメッセージを表示するようにしてもよい。
【0073】
上記のようにして患者Pがアプリケーションを介して行った情報の入力は、通信手段350からネットワークNを介してサーバ装置100に送信される。また、後述するように計測機器400から取得した計測データ、患者Pが入力する必要な情報なども、同様にしてサーバ装置100に送信される。
【0074】
(計測機器)
計測機器400は、患者Pが日々の生体情報の計測に用いるものであり、ここでは一つの機器に限らず、血圧計、心電計、体重計(体組成計)などの複数の計測機器を含む概念として計測機器400の語を用いる。ただし、計測機器400には、少なくとも心拍数が計測可能な機器及び脈拍数が計測可能な機器を含むものとする。また、これらの計測機器は、心房細動、不規則脈波を検出して、該検出時の計測値と計測時刻を取得できるようになっている。また、各計測機器は、生体情報の計測時に、当該計測に悪影響を与える虞のある計測状態であったか否かに係る情報も検知する。
【0075】
なお、これらの計測機器は、どのような形態のものであってもよい。例えば、心電計と血圧計が一体となったタイプの機器であってもよいし、心電計測が可能な体組成計であってもよい。また、据え置き型の機器であってもよいし、携帯可能な機器であってもよい。また、常時患者に装着されるようなウェアラブルタイプの機器を含んでいてもよい。
【0076】
なお、上記ウェアラブルタイプの機器などで規則に従って自動で計測から計測データの記録・送信などの処理を行うような場合には、計測時に計測が正常に行われなかった場合でも、患者はそのことに気づけない可能性がある。このため、計測機器400は、計測エラー(計測値が取得できなかった場合、機器の装着異常など計測値に悪影響のある状態を検知した場合など)があった場合には、患者に再度の計測を促す通知(画像表示、音声出力など)を行うようになっていてもよい。
【0077】
計測エラーがあった場合に即座にその旨が通知されることで、患者が所定時間以内(即ち1機会と扱われる時間内)に再計測を行える可能性が高くなり、1機会の妥当な計測値を得られる可能性を高めることができる。なお、このような通知は患者側端末300を介して行われてもよい。
【0078】
また、計測機器400は、毎日所定のタイミングで、少なくとも心拍数及び脈拍数を計測することについての通知を行うようになっていてもよい。所定のタイミングは、朝(起床後1時間以内)、夜(就寝前)などとすることができ、一日あたり複数の所定のタイミングが設けられていてもよい。なお、計測機器400でなく、患者側端末300によって計測すべき旨が通知されてもよいが、少なくともいずれかによって、毎日所定のタイミングで心拍数と脈拍数の計測を行うべきことを通知することが望ましい。こうすることによ
って、同一の計測機会に計測された心拍数と脈拍数を毎日取得する可能性を高くすることができる。
【0079】
計測機器400を用いて計測された、心拍数、心房細動が検出された場合の心拍数、脈拍数、不整脈の有無、血圧値、体重などの各種計測データは、計測時刻に関する情報などの付随情報とともに、有線又は無線通信により患者側端末300に送信される。無線通信による場合には、計測機器400と患者側端末300との間で使用される通信インタフェースとしては、Bluetooth(登録商標)、赤外線通信等の近距離無線データ通信規格を採用することができる。
【0080】
なお、計測機器400は、通信手段を持たないものであってもよく、その場合には、患者Pが患者側端末300へ計測データ(及び計測日時情報)を手入力し、当該情報がサーバ装置100へ送られるようにしてもよい。
【0081】
また、患者側端末300が計測機器400の機能を兼ね備えるものであってもよい。例えば、患者側端末300が患者Pに装着されるウェアラブル端末の場合には、このウェアラブル端末内に計測機能が設けられていれば、計測機器400を兼ねることができる。或いは逆に、例えば据え置き型の計測機器400が情報処理端末としての機能を備え、患者側端末300を兼ねるようになっていてもよい。
【0082】
(システム内の情報処理の流れ)
次に、上記のような構成を有する本実施例に係る診療支援システム1で行われる情報処理の流れを説明する。図12は、診療支援システム1内で行われる情報の授受、及び処理の流れを示す図である。図12に示すように、先ず、患者Pが計測機器400で計測して得られた計測データ、症状出現運動情報、自覚症状情報、服薬情報などが患者側端末300に入力される(S101)。これらの情報は都度、或いは所定期間(例えば1週間)分まとめて、患者側端末300からサーバ装置100に送られる(S102)。
【0083】
サーバ装置100では、受け取った各種情報が記憶手段130に格納されるとともに、当該情報に基づいて、診療支援画像が生成される(S103)。
【0084】
その後、医師が医師側端末200を介して診療支援画像のリクエスト情報をサーバ装置100に送信する(S104)。そして、リクエストを受けたサーバ装置100は、診療支援画像を医師側端末200に提供し(S105)、医師側端末200の出力手段230に、診療支援画像が表示される(S106)。ここで、診療支援画像は、データが医師側端末200に送信され、医師側端末200の記憶手段240に保存されるのであってもよいし、SaaSの態様で提供され、画像データの保存は不可となっていてもよい。なお、診療支援画像の内容は上述の通りである。
【0085】
以上、説明したような本実施例に係る診療支援システム1によれば、医師は心不全患者の自覚症状に係る情報及び推定重症度の変遷を、生体情報の計測データと共通の時間軸で示す診療支援画像を参照することができる。このような画面によれば効率的に患者の病状の変遷と直近の状態を容易に把握することができ、毎回の診察時に非効率的な問診を行うことを抑止して、効率的に患者の診断を行うことが可能になる。
【0086】
<変形例>
なお、上記実施例では、1日に複数機会の計測が行われ、記憶手段130に複数機会の計測値が格納されている場合において、日次計測値算出部112が日次の心拍数・脈拍数を算出するための1機会を決定するための方法として、予め設定されたタイミングでの計測機会の計測値を用いる例を説明したが、複数の計測機会から1機会を決定する方法はこ
れに限られない。具体的には、以下に示すような他の方法によって1機会を算出するようにしてもよい。
【0087】
(変形例1)
例えば、日次計測値算出部112は、複数の計測機会のうち1機会内に計測された心拍数及び脈拍数のズレが大きい計測機会を、日次の心拍数・脈拍数算出のための1機会として決定してもよい。これによれば、心拍脈拍情報領域HPにプロットされる心拍数と脈拍数との差を明確にすることができ、医師に対して注目を促しやすくすることができる。
【0088】
(変形例2)
また、日次計測値算出部112は、複数の計測機会のうち1機会内に計測された心拍数と脈拍数の計測時刻の時間差が最も少ない計測機会を、日次の心拍数・脈拍数算出のための1機会として決定してもよい。健康な人間が同時に(かつ正確に)心拍数と脈拍数を計測した場合には、これらの値は等しくなる、ことが前提としてあるため、同一計測機会内の心拍数と脈拍数とのズレから患者の症状や病態の悪化が推測できる。このため、心拍数と脈拍数の計測の時間差が小さいほど(即ち同時に近いほど)望ましい。
【0089】
(変形例3)
また、1日につき複数の計測機会があり、かつ各機会において心拍数又は脈拍数を複数回計測している場合には、日次計測値算出部112は、各機会において複数取得された心拍数同士又は脈拍数同士の差分が最も少ない計測機会を、日次の心拍数・脈拍数算出のための1機会として決定してもよい。このような計測機会であれば、より適切な(悪影響の少ない)状態で生体情報の計測が行われている可能性が高いためである。
【0090】
(変形例4)
また、日次計測値算出部112は、心拍数及び脈拍数の計測時に当該計測に悪影響を与える虞のある計測状態であったことが検知されていない計測機会(即ち計測値にそのような状態を示す付加情報がない計測機会)を、日次の心拍数・脈拍数算出のための1機会として決定してもよい。
【0091】
<その他>
上記各例の説明は、本発明を例示的に説明するものに過ぎず、本発明は上記の具体的な形態には限定されない。本発明は、その技術的思想の範囲内で種々の変形及び組み合わせが可能である。例えば、上記の実施例では、医師側端末200、患者側端末300をそれぞれ一つずつの構成で説明を行ったが、図13に示すように、本発明は、複数の医師側端末200a~200n、及び/又は複数の患者側端末300a~300nを備える診療支援システム2として適用することも、当然に可能である。
【0092】
また、診療支援画像生成部118は、図3で示したデータテーブルの内容を表す一覧表を含む診療支援画像を生成するのであってもよい。このような一覧表を含む診療支援画像を診察時に参照することができれば、医師は患者の重症度の診断を行うための問診をより効率的に行うことができる。
【0093】
また、上記実施例では、心不全の重症度を示す情報としてNYHA分類を例示したが、必ずしもこれに限定する必要はなく、例えば重症度を示す情報としてACC/AHA(American Heart Association / American College of Cardiology)ステージ分類などを用いてもよい。また、上記実施例では対象となる疾病を心不全としたが、診療対象の疾病はこれに限られない。例えば、高血圧患者の診療などにも本発明を適用することができる。
【符号の説明】
【0094】
1、2・・・診療支援システム
100・・・サーバ装置
110、210、310・・・制御部
120、240、340・・・記憶手段
130、250、350・・・通信手段
200・・・医師側端末
220、320・・・入力手段
230、330・・・出力手段
300・・・患者側端末
400・・・計測機器
P・・・患者
N・・・通信ネットワーク
OV・・・概要情報領域
MM・・・最小METs情報
W・・・体重情報領域
NT・・・推定NYHA分類変遷領域
SB・・・推定重症度表示バー
S・・・自覚症状情報領域
ME・・・服薬情報領域
BP・・・血圧情報領域
HP・・・心拍脈拍情報領域
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12
図13