JP2020187687A - 医用情報処理装置 - Google Patents

医用情報処理装置 Download PDF

Info

Publication number
JP2020187687A
JP2020187687A JP2019093652A JP2019093652A JP2020187687A JP 2020187687 A JP2020187687 A JP 2020187687A JP 2019093652 A JP2019093652 A JP 2019093652A JP 2019093652 A JP2019093652 A JP 2019093652A JP 2020187687 A JP2020187687 A JP 2020187687A
Authority
JP
Japan
Prior art keywords
medical
event
simulation
function
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2019093652A
Other languages
English (en)
Other versions
JP7341720B2 (ja
Inventor
恵太 三森
Keita Mitsumori
恵太 三森
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Medical Systems Corp
Original Assignee
Canon Medical Systems Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Medical Systems Corp filed Critical Canon Medical Systems Corp
Priority to JP2019093652A priority Critical patent/JP7341720B2/ja
Priority to CN202010374675.8A priority patent/CN111951936B/zh
Priority to US16/872,686 priority patent/US11676720B2/en
Publication of JP2020187687A publication Critical patent/JP2020187687A/ja
Application granted granted Critical
Publication of JP7341720B2 publication Critical patent/JP7341720B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/30—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for calculating health indices; for individual health risk assessment
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/50—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for simulation or modelling of medical disorders
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Public Health (AREA)
  • Medical Informatics (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Biomedical Technology (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Pathology (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

【課題】医師等が患者が最終的な医療イベントに到達するまでに経る過程の検証または改善をすることを支援する。【解決手段】実施形態の医用情報処理装置は、生成部と、受付部と、表示制御部とを備える。生成部は、患者属性情報と、１以上の診療行為と、１以上の医療的なイベントと、１以上の検査結果とがそれぞれ対応付けられた複数の仮想患者情報を生成する。受付部は、複数の仮想患者情報のうちのいずれかを選択する操作を受け付ける。表示制御部は、選択された仮想患者情報に含まれるイベントおよび診療行為を時系列に画面に表示する。【選択図】図１

Description

本発明の実施形態は、医用情報処理装置に関する。
従来、過去の診療実績に関する情報を蓄積し、用途に合わせて医師等が検索することができる技術が知られている。また、過去の診療実績に基づいて、特定の患者に対して推奨する診療行為を提示する技術についても知られている。
しかしながら、医療機関において、医師等が、過去の診療情報から、患者が最終的な医療イベントに到達するまでに経る過程の検証または改善をすることは、容易ではなかった。
特開２００５−２０９１８６号公報
本発明が解決しようとする課題は、医師等が、患者が最終的な医療イベントに到達するまでに経る過程の検証または改善をすることを支援することである。
実施形態の医用情報処理装置は、生成部と、受付部と、表示制御部とを備える。生成部は、患者属性情報と、１以上の診療行為と、１以上の医療的なイベントと、１以上の検査結果とがそれぞれ対応付けられた複数の仮想患者情報を生成する。受付部は、複数の仮想患者情報のうちのいずれかを選択する操作を受け付ける。表示制御部は、選択された仮想患者情報に含まれるイベントおよび診療行為を時系列に画面に表示する。
図１は、第１の実施形態に係る医用情報処理システムの構成の一例を示すブロック図である。 図２は、第１の実施形態に係るモデル生成機能によって生成される情報について説明する図である。 図３は、第１の実施形態に係るモデル生成機能によって生成される情報の一例の詳細を示す図である。 図４は、第１の実施形態に係る初期表示画面の一例を示す図である。 図５は、第１の実施形態に係る仮想患者モデルのシミュレーション画面５１の初期表示の一例を示す図である。 図６は、第１の実施形態に係るシミュレーション開始後のシミュレーション画面の一例を示す図である。 図７は、第１の実施形態に係るシミュレーション機能の処理について説明する図である。 図８は、第１の実施形態に係る仮想患者モデルのシミュレーション処理の流れの一例を示すフローチャートである。 図９は、第２の実施形態に係るシミュレーション画面の一例を示す図である。 図１０は、第２の実施形態に係るイベント追加後のシミュレーション画面の一例を示す図である。 図１１は、第２の実施形態に係る仮想患者モデルのシミュレーション処理の流れの一例を示すフローチャートである。 図１２は、第３の実施形態に係るシミュレーション画面の一例を示す図である。
以下、図面を参照しながら、医用情報処理装置の実施形態について説明する。
（第１の実施形態）
図１は、第１の実施形態に係る医用情報処理システムＳの構成の一例を示すブロック図である。図１に示すように、医用情報処理システムＳは、医用情報処理装置１００と、電子カルテ保管装置３００とを備える。医用情報処理装置１００と、電子カルテ保管装置３００とは、ネットワーク９００によって接続する。ネットワーク９００は、院内ＬＡＮまたはインターネット等である。
電子カルテ保管装置３００は、病院等で行われた各種の診療に関する診療データを保管する装置である。例えば、電子カルテ保管装置３００は、病院等で導入されている電子カルテシステムの一部として設置され、電子カルテシステムによって生成された診療データを保管する。例えば、電子カルテ保管装置３００は、ＤＢ（Database）サーバ等のコンピュータ機器によって実現され、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子や、ハードディスク、光ディスク等の記憶回路に診療データを記憶させる。
電子カルテ保管装置３００に保管された各種の診療に関する診療データは、過去の診療実績を示す情報であり、診療実績情報ともいう。診療実績情報の内容の詳細は後述する。
医用情報処理装置１００は、例えばＰＣ（Personal Computer）等のコンピュータであるものとする。具体的には、医用情報処理装置１００は、ＮＷ（network）インタフェース１１０と、記憶回路１２０と、入力インタフェース１３０と、ディスプレイ１４０と、処理回路１５０とを有する。
ＮＷインタフェース１１０は、処理回路１５０に接続されており、医用情報処理装置１００と電子カルテ保管装置３００の間で行われる各種データの伝送および通信を制御する。ＮＷインタフェース１１０は、ネットワークカードやネットワークアダプタ、ＮＩＣ（Network Interface Controller）等によって実現される。
記憶回路１２０は、処理回路１５０に接続されており、処理回路１５０で使用される各種の情報を予め記憶する。本実施形態においては、記憶回路１２０は、ガイドラインと、診療実績情報と、仮想患者モデルと、イベント条件情報と、学習済みモデルとを記憶する。
本実施形態におけるガイドラインは、医用情報処理装置１００が使用される医療機関における診療に適用される医療的なガイドラインと、倫理的なガイドラインとを含む。一例として、ガイドラインは、薬剤の投与量の上限値、複数の手術の種類の各々が適用可能な患者の条件、等の規則である。また、ガイドラインは、医療に関して国が定める各種の規則を踏襲しているものとする。ガイドラインは、本実施形態における所定の条件の一例である。
診療実績情報、仮想患者モデル、イベント条件情報、および学習済みモデルについては後述する。
記憶回路１２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、ハードディスク、光ディスク等により実現される。記憶回路１２０は、記憶部ともいう。
入力インタフェース１３０は、例えば、マウスやキーボード等であり、操作者からの各種の入力操作を受け付け、受け付けた入力操作を電気信号に変換して処理回路１５０に出力する。また、医用情報処理装置１００とは別体に設けられた外部の入力機器から入力操作に対応する電気信号を受け取り、この電気信号を処理回路１５０へ出力する電気信号の処理回路も入力インタフェース１３０の例に含まれる。また、ディスプレイ１４０は、液晶ディスプレイやＣＲＴディスプレイである。ディスプレイ１４０は、本実施形態における画面の一例である。
なお、本実施形態においては、医用情報処理装置１００の操作者は、医師または医療機関の経営者等とする。
処理回路１５０は、取得機能１５１と、モデル生成機能１５２と、表示制御機能１５３と、受付機能１５４と、シミュレーション機能１５５とを備える。取得機能１５１は、取得部の一例である。モデル生成機能１５２は、生成部の一例である。表示制御機能１５３は、表示制御部の一例である。受付機能１５４は、受付部の一例である。シミュレーション機能１５５は、シミュレーション部の一例である。
取得機能１５１は、ネットワーク９００およびＮＷインタフェース１１０を介して、電子カルテ保管装置３００から、各種の情報を取得する。例えば、取得機能１５１は、電子カルテ保管装置３００に保存された診療実績情報を取得し、記憶回路１２０に保存する。
また、図２は、本実施形態に係るモデル生成機能１５２によって生成される情報について説明する図である。図２に示すように、モデル生成機能１５２は、電子カルテ保管装置３００から取得された診療実績情報７０に基づいて、複数の仮想患者モデル７１ａ〜７１ｎと、イベント条件情報７２と、学習済みモデル７３とを生成する。以下、複数の仮想患者モデル７１ａ〜７１ｎを特に区別しない場合には、単に仮想患者モデル７１という。
学習済みモデル７３は、診療行為と検査結果の相関関係を学習した学習済みモデルである。学習済みモデル７３は、本実施形態における相関情報の一例である。
また、取得機能１５１は、シミュレーションの実行の際に、後述のモデル生成機能１５２によって生成された複数の仮想患者モデルと、イベント条件情報と、学習済みモデルとを、記憶回路１２０から取得する。取得機能１５１は、取得したこれらの情報を、表示制御機能１５３およびシミュレーション機能１５５に送出する。
また、図３は、本実施形態に係るモデル生成機能１５２によって生成される情報の一例の詳細を示す図である。
モデル生成機能１５２は、電子カルテ保管装置３００から取得された診療実績情報７０を、患者属性情報に基づいて複数の分類に分け、複数の分類の各々に基づいて複数の仮想患者モデルを生成する。この際、モデル生成機能１５２は、診療実績情報７０のうち、医用情報処理装置１００が設置された医療機関における診療が終了した患者の情報を対象とするものとする。
患者属性情報は、患者の年齢、性別、傷病名、および、医療機関において当該患者に関連して発生した最後のイベントを対応付けた情報である。また、患者属性情報は、さらに他の情報を含むものとしても良い。
ここで、本実施形態における「イベント」とは、医療機関において複数の患者の各々に関連して発生する医療的な事象であり、例えば、入院、退院、転院、または死亡である。また、本実施形態においては、医療機関において複数の患者の各々に関連して発生した最後のイベントを、当該患者の「最終イベント」という。なお、最終イベントは、ゴールともいう。
モデル生成機能１５２は、記憶回路１２０に記憶された複数の診療実績情報から、患者属性情報が共通する複数の患者の情報を抽出する。モデル生成機能１５２は、患者属性情報が共通する複数の患者の情報を統計処理することにより、当該患者属性情報に対応する仮想患者モデルを生成する。また、モデル生成機能１５２は、患者属性情報が完全に同一ではない場合でも、一定以上類似していれば、患者属性情報が共通すると判断しても良い。
診療実績情報７０は、医療機関において実際に患者に対して提供された診療の実績が記録された情報であり、図３に示すように、診療行為が実施された時刻と、対象の患者を特定する患者ＩＤと、検査値と、診療行為と、イベント、対象の患者の年齢、性別、傷病名が対応付けられた情報である。なお、診療実績情報７０に含まれる情報はこれらに限定されるものではない。
また、図３では検査値の一例として「検査値Ａ」と表示しているが、診療実績情報７０には、医療機関で実施される種々の検査に対応する検査値が含まれるものとする。本実施形態においては、検査値は、例えば、脈拍、血圧、体温等のバイタルデータ、または、バイタルデータ以外の各種の検査値とする。また、診療実績情報７０は、数値による検査結果だけではなく、ＣＴ（Computed Tomography）装置等によって撮像された画像、またはこれらの画像に対する所見を、検査結果として含むものでも良い。
仮想患者モデル７１は、患者属性情報と、１以上の診療行為と、１以上の医療的なイベントと、１以上の検査結果とが対応付けられた情報である。複数の仮想患者モデル７１の各々は、仮想的な患者に関する複数の患者属性情報の各々に対応付けて、記憶回路１２０に記憶される。仮想患者モデル７１は、本実施形態における仮想患者情報の一例である。
なお、本実施形態においては、仮想患者モデル７１は、データベース形式で診療行為、診療行為の実施時期、イベント、およびイベントの発生時期が対応付けられたものとしても良いし、他の形式で上記のデータが対応付けられたものであっても良い。
また、本実施形態における「診療行為」は、医師等による診察および治療を含む行為である。より具体的には、診療行為は、検査、手術、投薬、放射線治療、リハビリ、および経過観察等であるが、これらに限定されるものではない。
なお、本実施形態においては、「イベント」と「診療行為」とを異なるものとしているが、「イベント」が「診療行為」を含むものとしても良い。
図３では、一例として、診療行為の実施時期およびイベントの発生時期を、イベント「入院」からの経過時間として定義しているが、時間の基準はこれに限定されるものではない。また、図３に示す仮想患者ＩＤは、個々の仮想患者モデル７１を識別する識別情報とする。
また、仮想患者モデル７１は、さらに、仮想的な患者の状態の変化を表す時系列の情報を含む。図３に示す例では、仮想患者モデル７１は、仮想的な患者の状態の変化を表す検査値と、イベント「入院」からの経過時間とを対応付けた情報を含む。なお、仮想患者モデル７１は、さらに、他の検査結果を含むものとしても良い。
本実施形態においては、モデル生成機能１５２は、診療実績情報７０のうち、医用情報処理装置１００が設置された医療機関における診療が終了した患者の情報を対象とするため、最終イベントは、退院、転院、または死亡のいずれかになるものとする。また、「転院」については、転院先によってさらに細かく分類されても良い。
また、モデル生成機能１５２は、診療実績情報７０に基づいて、イベント条件情報７２を生成する。
イベント条件情報７２は、イベントと傷病名の組み合わせ毎に、複数のイベントの各々の発生条件を定義した情報である。例えば、傷病名が「胆管炎症」の場合のイベント「退院」の発生条件、つまり、「胆管炎症」に罹患した患者が退院できる条件は、「検査値Ａ」の検査結果が「８９未満」になることである。同じイベントであっても、傷病名によって発生条件は異なる場合があるものとする。また、モデル生成機能１５２は、傷病名以外の情報によって、さらに複数のイベントの各々の発生条件を詳細に分類しても良い。
また、モデル生成機能１５２は、診療実績情報７０に基づいて、複数の仮想患者モデル７１の各々における診療行為と複数の仮想的な患者の各々の検査結果との相関関係を学習し、学習済みモデル７３を生成する。例えば、モデル生成機能１５２は、診療行為に対応付けられた時刻と、検査結果に対応付けられた時刻とが所定の時間内である場合に、当該診療行為と当該検査結果とが関連すると判断する。
例えば、図３に示す例では、枠７００で囲った「診療行為」“投薬 薬品ｘｘ １２５ｍｌ”の実施時刻と、「検査値Ａ」の検査結果“６４”の計測時刻とが、所定の時間内に含まれるものとする。この場合、モデル生成機能１５２は、モデル生成機能１５２は、薬品ｘｘを１２５ｍｌ投与した診療行為と、検査値Ａが“６４”になった検査結果とが関連すると判断するものとする。なお、仮想患者モデル７１、イベント条件情報７２、および学習済みモデル７３の生成の手法はこれに限定されるものではなく、モデル生成機能１５２は、公知の機械学習または深層学習の手法を採用することができる。
モデル生成機能１５２は、生成した複数の仮想患者モデル７１と、イベント条件情報７２と、学習済みモデル７３とを記憶回路１２０に保存する。
図１に戻り、表示制御機能１５３は、記憶回路１２０に保存された複数の仮想患者モデル７１の一覧をディスプレイ１４０に表示する。
図４は、本実施形態に係る初期表示画面５０の一例を示す図である。表示制御機能１５３は、図４に示すように、初期表示画面５０は、複数の仮想患者モデル７１の一覧を表示する画面である。
初期表示画面５０の複数の仮想患者モデル７１の一覧では、例えば、仮想患者モデル７１を特定可能な識別情報と、仮想患者モデル７１の概要を表す情報とが表示される。図４に示す例では、表示制御機能１５３は、複数の仮想患者モデル７１の各々の仮想患者ＩＤ、傷病名、入院時の状態、性別、年齢、最終イベント、先進医療の適用の有無等を初期表示画面５０に表示する。仮想患者モデル７１の概要を表す情報は、医師または病院経営者等が仮想患者モデル７１を選択する際の参考となる情報であれば良く、これらに限定されるものではない。
また、表示制御機能１５３は、後述の受付機能１５４が操作者によって複数の仮想患者モデル７１のうちのいずれかが選択される操作を受け付けた場合に、選択された仮想患者モデル７１のシミュレーション画面５１を、ディスプレイ１４０に表示する。本実施形態においては、選択された仮想患者モデル７１の内容を表示する画面を、シミュレーション画面５１とする。より詳細には、表示制御機能１５３は、選択された仮想患者モデルに含まれるイベントおよび診療行為を、時系列にディスプレイ１４０に表示する。
図５は、本実施形態に係る仮想患者モデル７１のシミュレーション画面５１の初期表示の一例を示す図である。初期表示状態においては、操作者による変更の実施前であるため、シミュレーション画面５１には、記憶回路１２０に保存された状態の仮想患者モデル７１の内容が表示される。
図５に示す例では、表示制御機能１５３は、仮想患者ＩＤ“Ｖ００００１”に関して発生するイベントと、仮想患者ＩＤ“Ｖ００００１”に対して提供される診療行為と、予測される検査結果とを、イベントの発生時刻、診療行為の実施時期、検査結果の計測時期に基づいて時系列にタイムライン欄９１に表示する。
図５に示すアイコン９０１ａは、イベント「入院」の発生を表すアイコンであり、アイコン９０１ｂは、イベント「退院」の発生を表すアイコンである。仮想患者ＩＤ“Ｖ００００１”の最終イベントは、「退院」であるものとする。以下、いずれかのイベントを表すアイコンを、アイコン９０１という。
また、アイコン９０２ａは、診療行為「投薬」を表すアイコンであり、アイコン９０２ｂは、診療行為「経過検査」を表すアイコンである。以下、いずれかの診療行為を表すアイコンを、アイコン９０２という。
また、複数のアイコン９０３は、各種の検査結果を表すデータへのリンクを示す。後述の受付機能１５４が操作者によって複数のアイコン９０３のいずれかが選択される操作を受け付けた場合に、表示制御機能１５３は、選択されたアイコン９０３に対応付けられた検査結果をディスプレイ１４０に表示する。検査結果を表すデータは、例えば、バイタルデータ、電子カルテ、検査結果レポート、撮像画像等である。
また、表示制御機能１５３は、シミュレーションの目的を選択を受け付け可能なリストボックス９０４を、シミュレーション画面５１に表示する。操作者は、リストボックス９０４を操作してシミュレーションの目的を選択することにより、仮想患者モデル７１に対して様々なシミュレーションを実行することができる。
シミュレーションの目的としては、例えば、「入院から退院までの期間を短くしたい」等とするが、これに限定されるものではない。なお、表示制御機能１５３は、リストボックス９０４を設けずに、「入院から退院までの期間を短くしたい」という目的に特化したシミュレーションを提供する画面を表示しても良い。
また、表示制御機能１５３は、受付機能１５４が受け付けた操作と、学習済みモデル７３と、イベント条件情報７２とに基づいて、イベントまたは診療情報の表示を変更する。
図６は、本実施形態に係るシミュレーション開始後のシミュレーション画面５１の一例を示す図である。図６に示すシミュレーション画面５１は、操作者によって、「入院から退院までの期間を短くしたい」という目的が選択された後の状態とする。
本実施形態においては、「入院から退院までの期間を短くしたい」という目的が選択された場合は、後述のシミュレーション機能１５５によって、イベント「退院」の発生時期が変更対象として特定される。また、シミュレーション機能１５５によって、イベント「退院」の発生時期に影響を与える診療行為と検査結果とが特定される。
表示制御機能１５３は、変更対象のイベントの発生時期に影響を与える診療行為および検査結果を、シミュレーション画面５１に表示する。図６に示す例では、イベント「退院」の発生時期に影響を与える診療行為は「投薬」であるものとする。この場合、表示制御機能１５３は、投薬内容表示欄９２に、仮想患者ＩＤ“Ｖ００００１”に対する投薬内容の詳細を表示する。
投薬内容表示欄９２は、操作者が入力操作をすることが可能なエリアであるものとする。例えば、操作者は、投薬期間、投薬量、薬の種別等を変更することができる。また、表示制御機能１５３は、操作者が診療行為を変更する操作が、シミュレーション機能１５５によってガイドラインに抵触していると判断された場合に、ディスプレイ１４０に警告を表示する。図６に示す例では、表示制御機能１５３は、警告を表すアイコン９０５ａを、投薬内容表示欄９２に表示している。
また、図６に示す例では、イベント「退院」の発生時期に影響を与える検査結果は、バイタルデータの計測結果であるものとする。表示制御機能１５３は、バイタルデータの計測結果を示すグラフを、検査結果表示欄９３に表示する。バイタルデータの計測結果の値は、仮想患者モデル７１に検査値として登録された値であるものとする。
操作者が診療内容を変更した場合、シミュレーション機能１５５が検査結果の変化を推定する。表示制御機能１５３は、シミュレーション機能１５５の推定結果に基づいて、検査結果の表示を変更する。例えば、図６に示す例では、表示制御機能１５３は、変更後のバイタルデータの計測結果を破線で表示している。
表示制御機能１５３は、検査結果の変化が、シミュレーション機能１５５によって所定の変化量を超えていると判断された場合に、ディスプレイ１４０に警告を表示する。図６に示す例では、表示制御機能１５３は、警告を表すアイコン９０５ｂを、検査結果表示欄９３に表示している。
また、表示制御機能１５３は、シミュレーション機能１５５によって推定されたイベントの発生時期に応じて、イベントの表示位置を変化させる。図６に示す例では、表示制御機能１５３は、イベント「退院」の表示位置を、発生時期の変化に応じて変更する。また、表示制御機能１５３は、イベント「退院」の発生時期が早まったことにより、不要となる診療行為や検査結果については、グレーアウトまたは削除するものとする。
なお、図６に示す例では、変更対象のイベントを「退院」としたが、他のイベントが変更対象であっても良い。また、イベントの発生時期のシミュレーションは、発生時期を早めるシミュレーションだけではなく、発生時期を遅くするシミュレーションを含むものとする。
ここで、図１に戻り、受付機能１５４は、操作者による各種の操作を、入力インタフェース１３０を介して受け付ける。受付機能１５４は、受け付けた操作の内容を、表示制御機能１５３またはシミュレーション機能１５５に送出する。
より詳細には、受付機能１５４は、初期表示画面５０において、操作者が複数の仮想患者モデル７１のうちのいずれかを選択する操作を受け付ける。また、受付機能１５４は、シミュレーション画面５１に表示されたイベントまたは診療行為を操作者が変更する操作を受け付ける。また、受付機能１５４は、操作者がリストボックス９０４を操作してシミュレーションの目的を選択する操作を受け付ける。また、受付機能１５４は操作者によるシミュレーション結果の保存の操作を受け付ける。これらの操作は一例であり、受付機能１５４は、さらに他の操作を受け付けるものとしても良い。
シミュレーション機能１５５は、受付機能１５４が受け付けた操作者の操作と、仮想患者モデル７１と、学習済みモデル７３と、イベント条件情報７２とに基づいて、診療計画のシミュレーションを実行する。より詳細には、シミュレーション機能１５５は、診療行為を変更する操作と、学習済みモデル７３とに応じて、ディスプレイ１４０に表示された仮想患者モデル７１の検査結果の変化を推定する。また、シミュレーション機能１５５は、検査結果がイベントの発生条件を満たす時期を、当該イベントの発生時期と推定する。
図７は、本実施形態に係るシミュレーション機能１５５の処理について説明する図である。シミュレーション機能１５５は、操作者による仮想患者モデル７１の選択に基づいて、記憶回路１２０に記憶された複数の仮想患者モデル７１のうち、シミュレーション対象の仮想患者モデル７１を特定する。
また、シミュレーション機能１５５は、操作者によって選択されたシミュレーションの目的に基づいて、発生時期を変化させる対象であるイベントを特定する。目的と、発生時期を変化させる対象であるイベントとの対応関係は、予め定義されているものとする。また、モデル生成機能１５２が、診療実績情報７０に基づいて、目的と、発生時期を変化させる対象であるイベントとの対応関係とを特定するものとしても良い。
シミュレーション機能１５５は、選択された目的に関連するイベントの発生時期に影響を与える診療行為および検査結果を、学習済みモデル７３とイベント条件情報７２とに基づいて特定する。より詳細には、シミュレーション機能１５５は、選択された目的に対応付けられたイベントの発生時期に影響を与える診療行為を、イベント条件情報７２に基づいて特定する。また、シミュレーション機能１５５は、学習済みモデル７３に基づいて、特定した発生条件に影響する診療行為を特定する。
例えば、図３で説明した例では、仮想患者の傷病名が「胆管炎症」である場合、イベント「退院」が発生可能になるには、「検査値Ａ」の検査結果が「８９未満」になることが条件である。この場合、シミュレーション機能１５５は、学習済みモデル７３に基づいて、「検査値Ａ」の検査結果に影響を与える診療行為を特定する。
また、シミュレーション機能１５５は、操作者の操作と、学習済みモデル７３とに基づいて、検査結果の変化をシミュレーションする。例えば、シミュレーション機能１５５は、操作者によって、投薬内容が変更された場合に、変更された投薬内容を学習済みモデル７３に入力し、変更後の投薬内容に基づく検査結果を推定する。例えば、シミュレーション機能１５５は、ある薬剤の投与量が操作者によって変更された場合に、変更後の投与量と学習済みモデル７３とに基づいて、仮想患者のバイタルデータの変化を推定する。
シミュレーション機能１５５は、推定した検査結果に基づいて、発生時期を変化させる対象であるイベントのイベント発生条件が満たされる時期を推定する。例えば、発生時期を変化させる対象であるイベントが「退院」である場合、シミュレーション機能１５５は、検査結果が「退院」のイベント発生条件を満たす時期を、イベント「退院」の発生時期と推定する。
シミュレーション機能１５５は、特定した各種の情報を、表示制御機能１５３に送出する。より詳細には、シミュレーション機能１５５は、特定した発生時期を変化させる対象であるイベント、およびイベントの発生時期に影響を与える診療行為と検査結果とを、表示制御機能１５３に送出する。
また、シミュレーション機能１５５は、検査結果のシミュレーション結果、および、推定したイベント発生時期を、表示制御機能１５３に送出する。
また、シミュレーション機能１５５は、受付機能１５４が操作者によるシミュレーション結果の保存の操作を受け付けた場合に、変更後の仮想患者モデル７１を、記憶回路１２０に保存する。医師等の目的に応じて変更された仮想患者モデル７１は、例えば、当該医師等が所属する医療機関における基準診療計画として活用可能である。
また、シミュレーション機能１５５は、操作によって変更された診療行為の内容が、ガイドラインに抵触しているか否かを判断する。例えば、シミュレーション機能１５５は、操作者が入力した投薬の投与量が、記憶回路１２０に記憶されたガイドラインに定義された上限量を超えている場合、ガイドラインに抵触していると判断する。シミュレーション機能１５５は、操作者が診療行為を変更する操作がガイドラインに抵触していると判断した場合、表示制御機能１５３に通知する。
また、シミュレーション機能１５５は、操作者による診療行為を変更する操作に基づく検査結果の変化、例えばバイタルデータの変化が、所定の変化量を超えているか否かを判断する。例えば、シミュレーション機能１５５は、所定の変化量は、例えば、患者に生理学上の悪影響を及ぼす可能性がある変化量とする。判断の基準となる所定の変化量は、患者属性情報によって異なるものとする。シミュレーション機能１５５は、検査結果の変化が、所定の変化量を超えていると判断した場合、表示制御機能１５３に通知する。
また、判断基準は変化量に限定されるものではない。例えば、シミュレーション機能１５５は、変化後の検査結果が正常範囲に含まれるか否かに基づいて、操作者による診療行為を変更する操作による検査結果の変化が、患者に生理学上の悪影響を及ぼす可能性があるか否かを判断しても良い。
ここで、例えば、処理回路１５０の構成要素である取得機能１５１と、モデル生成機能１５２と、表示制御機能１５３と、受付機能１５４と、シミュレーション機能１５５は、コンピュータによって実行可能なプログラムの形態で記憶回路１２０に記憶されている。処理回路１５０は、各プログラムを記憶回路１２０から読み出し、読み出した各プログラムを実行することで、各プログラムに対応する機能を実現する。換言すると、各プログラムを読み出した状態の処理回路１５０は、図１の処理回路１５０内に示された各機能を有することとなる。なお、図１においては、単一の処理回路１５０にて、取得機能１５１、モデル生成機能１５２、表示制御機能１５３、受付機能１５４、およびシミュレーション機能１５５の各処理機能が実現されるものとして説明したが、複数の独立したプロセッサを組み合わせて処理回路１５０を構成し、各プロセッサが各プログラムを実行することにより各処理機能を実現するものとしても良い。
上記説明において用いた「プロセッサ」という文言は、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ(Graphics Processing Unit)、或いは、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device：ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex Programmable Logic Device：ＣＰＬＤ）、およびフィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ））等の回路を意味する。なお、記憶回路１２０にプログラムを保存する代わりに、プロセッサの回路内にプログラムを直接組み込むように構成しても構わない。この場合、プロセッサは回路内に組み込まれたプログラムを読み出し実行することで機能を実現する。
ここで、プロセッサによって実行されるプログラムは、ＣＤ（Compact Disk）−ＲＯＭ、ＦＤ（Flexible Disk）、ＣＤ−Ｒ（Recordable）、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記憶媒体に記憶されて提供されても良い。また、このプログラムは、インターネット等のネットワークに接続されたコンピュータ上に格納され、ネットワーク経由でダウンロードされることにより提供または配布されても良い。
次に、本実施形態に係る医用情報処理装置１００で実行される処理の流れについて説明する。
図８は、本実施形態に係る仮想患者モデル７１のシミュレーション処理の流れの一例を示すフローチャートである。このフローチャートの処理の開始前に、モデル生成機能１５２は、電子カルテ保管装置３００から取得された診療実績情報７０に基づいて、複数の仮想患者モデル７１と、イベント条件情報７２と、学習済みモデル７３とを生成し、記憶回路１２０に保存しているものとする。
当該処理が開始された場合に、取得機能１５１は、記憶回路１２０から複数の仮想患者モデル７１を取得し、表示制御機能１５３に送出する。表示制御機能１５３は、複数の仮想患者モデル７１の一覧を、初期表示画面５０としてディスプレイ１４０に表示する（Ｓ１）。
そして、受付機能１５４は、初期表示画面５０において、いずれかの仮想患者モデル７１の選択を受け付けたか否かを判断する（Ｓ２）。受付機能１５４は、仮想患者モデル７１の選択を受け付けていないと判断した場合（Ｓ２“Ｎｏ”）、Ｓ２の処理を繰り返す。
また、受付機能１５４は、仮想患者モデル７１の選択を受け付けたと判断した場合（Ｓ２“Ｙｅｓ”）、選択された仮想患者モデル７１を特定する情報を、表示制御機能１５３に送出する。この場合、表示制御機能１５３は、選択された仮想患者モデル７１のシミュレーション画面５１を、初期表示状態でディスプレイ１４０に表示する（Ｓ３）。また、取得機能１５１は、選択された仮想患者モデル７１と、イベント条件情報７２と、学習済みモデル７３とを記憶回路１２０から取得し、シミュレーション機能１５５に送出する。
そして、受付機能１５４は、シミュレーションの目的の選択を受け付けたか否かを判断する（Ｓ４）。受付機能１５４は、シミュレーションの目的の選択を受け付けていないと判断した場合（Ｓ４“Ｎｏ”）、Ｓ４の処理を繰り返す。
また、受付機能１５４は、シミュレーションの目的の選択を受け付けたと判断した場合（Ｓ４“Ｙｅｓ”）、選択された目的を特定する情報を、シミュレーション機能１５５に送出する。この場合、シミュレーション機能１５５は、選択された目的に応じて、移動対象のイベントを特定する（Ｓ５）。
次に、シミュレーション機能１５５は、移動対象のイベントの発生時期の変化に影響を与える診療行為と検査結果を特定する（Ｓ６）。具体的には、シミュレーション機能１５５は、記憶回路１２０に記憶されたイベント条件情報７２に基づいて、発生時期を変化させる対象であるイベントの発生条件を特定する。また、シミュレーション機能１５５は、学習済みモデル７３に基づいて、特定した発生条件に影響する診療行為を特定する。そして、シミュレーション機能１５５は、移動対象のイベントの発生時期の変化に影響を与える診療行為と検査結果とを、表示制御機能１５３に送出する。
そして、表示制御機能１５３は、移動対象のイベントの発生時期の変化に影響を与える診療行為と検査結果を、シミュレーション画面５１に表示する（Ｓ７）。
図６に示した例では、イベント「退院」の発生時期に影響を与える診療行為は「投薬」であるため、表示制御機能１５３は、投薬について表示する投薬内容表示欄９２を、シミュレーション画面５１に表示する。また、表示制御機能１５３は、イベント「退院」の発生時期に影響を与えるバイタルデータの検査結果を表す検査結果表示欄９３を、シミュレーション画面５１に表示する。なお、移動対象のイベントの発生時期の変化に影響を与える診療行為または検査結果が複数存在する場合は、表示制御機能１５３は、複数の表示欄をシミュレーション画面５１上に設けるものとしても良い。また、仮想患者に投薬される薬剤のうち、特に移動対象のイベントの発生時期の変化に影響を与える薬剤がシミュレーション機能１５５によって特定されている場合は、表示制御機能１５３は、当該薬剤を強調して、投薬内容表示欄９２に表示しても良い。
次に、受付機能１５４は、診療行為の変更を受け付けたか否かを判断する（Ｓ８）。受付機能１５４は、診療行為の変更を受け付けていないと判断した場合（Ｓ８“Ｎｏ”）、Ｓ８の処理を繰り返す。
また、受付機能１５４は、診療行為の変更を受け付けたと判断した場合（Ｓ８“Ｙｅｓ”）、診療行為の変更内容を、シミュレーション機能１５５に送出する。この場合、シミュレーション機能１５５は、診療行為の変更内容が、ガイドラインに抵触するか否かを判断する（Ｓ９）。
シミュレーション機能１５５は、診療行為の変更内容が、ガイドラインに抵触すると判断した場合（Ｓ９“Ｙｅｓ”）、表示制御機能１５３に通知する。この場合、表示制御機能１５３は、シミュレーション画面５１に、警告を表示する（Ｓ１０）。図６に示した例では、表示制御機能１５３は、シミュレーション画面５１の投薬内容表示欄９２に、警告を表すアイコン９０５ａを表示している。
また、シミュレーション機能１５５は、診療行為の変更内容が、ガイドラインに抵触しないと判断した場合（Ｓ９“Ｎｏ”）、Ｓ１１の処理に進む。そして、シミュレーション機能１５５は、変更後の診療行為の内容と、学習済みモデル７３とに応じて、検査結果の変化を推定する（Ｓ１１）。
また、このフローチャートでは、一例として、シミュレーション機能１５５は、診療行為の変更内容が、ガイドラインに抵触すると判断した場合にも、Ｓ１１の処理を実行するものとする。なお、シミュレーション機能１５５は、診療行為の変更内容が、ガイドラインに抵触すると判断した場合には、当該変更を受け付けないものとしても良い。
そして、シミュレーション機能１５５は、推定した検査結果の変化に基づいて、診療行為の変更に伴う検査結果の変化が、患者に悪影響を与える可能性があるか否かを判断する（Ｓ１２）。例えば、シミュレーション機能１５５は、検査結果の変化量が、所定の変化量を超えている場合に、診療行為の変更に伴う検査結果の変化が患者に悪影響を与える可能性があると判断する。
シミュレーション機能１５５は、診療行為の変更に伴う検査結果の変化が患者に悪影響を与える可能性があると判断した場合（Ｓ１２“Ｙｅｓ”）、表示制御機能１５３に通知する。この場合、表示制御機能１５３は、シミュレーション画面５１に、警告を表示する（Ｓ１３）。図６に示した例では、表示制御機能１５３は、シミュレーション画面５１の検査結果表示欄９３に、警告を表すアイコン９０５ｂを表示している。
また、シミュレーション機能１５５は、診療行為の変更に伴う検査結果の変化が患者に悪影響を与える可能性がないと判断した場合（Ｓ１２“Ｎｏ”）、Ｓ１４の処理に進む。そして、シミュレーション機能１５５は、変更後の検査結果が、移動対象のイベントのイベント発生条件を満たす時期を特定する（Ｓ１４）。図６に示した例では、投薬内容の変更に伴うバイタルデータの変化によって、入院から１５週間目の時点で、バイタルデータの検査結果が、イベント「退院」の発生条件を満たすようになっている。この場合、シミュレーション機能１５５は、入院から１５週間目を、変更後のイベント発生時期として推定する。シミュレーション機能１５５は、推定したイベント発生時期を、表示制御機能１５３に送出する。
また、このフローチャートでは、一例として、シミュレーション機能１５５は、診療行為の変更に伴う検査結果の変化が患者に悪影響を与える可能性があると判断した場合にも、Ｓ１１の処理を実行するものとする。なお、シミュレーション機能１５５は、診療行為の変更に伴う検査結果の変化が患者に悪影響を与える可能性があると判断した場合には、当該変更を受け付けないものとしても良い。
また、シミュレーション機能１５５は、移動対象のイベントの表示位置を移動する（Ｓ１５）。図６に示した例では、初期表示状態では入院から１７週間目に対応する表示位置に位置していた「退院」を表すアイコン９０１ｂが、入院から１５週間目に対応する表示位置に移動している。
そして、受付機能１５４は、シミュレーション結果の保存操作を受け付けたか否かを判断する（Ｓ１６）。受付機能１５４は、シミュレーション結果の保存操作を受け付けていないと判断した場合（Ｓ１６“Ｎｏ”）、Ｓ１６の処理を繰り返す。また、受付機能１５４は、シミュレーション結果の保存操作を受け付けたと判断した場合（Ｓ１６“Ｙｅｓ”）、シミュレーション機能１５５に当該操作を受け付けたことを通知する。
そして、シミュレーション機能１５５は、受付機能１５４が操作者によるシミュレーション結果の保存の操作を受け付けた場合に、シミュレーション結果を、変更後の仮想患者モデル７１として、記憶回路１２０に保存する（Ｓ１７）。シミュレーション機能１５５がシミュレーション結果を保存することにより、医療機関における新たな診療モデルが定義される。
このように、本実施形態の医用情報処理装置１００は、複数の仮想患者モデル７１のうち、選択された仮想患者モデル７１に対応付けられたイベントおよび診療行為を、イベントの実施時期または診療行為の発生時期に基づいて時系列にディスプレイ１４０に表示する。本実施形態の医用情報処理装置１００は、仮想患者モデル７１に対応付けられたイベントおよび診療行為を時系列に表示することにより、表示された仮想患者モデル７１の患者属性情報に当てはまる患者が、最終イベントに到達するまでに受ける診療の過程を容易に把握することができる。このため、本実施形態の医用情報処理装置１００によれば、医師等が、患者が最終イベントに到達するまでに経る過程の検証または改善をすることを支援することができる。
また、本実施形態の医用情報処理装置１００は、イベントまたは診療行為を変更する操作と、学習済みモデル７３と、イベント条件情報７２とに基づいて、イベントまたは診療情報の表示を変更する。このため、本実施形態の医用情報処理装置１００によれば、医師等が、診療行為を変更することにより、イベントの発生時期を容易にシミュレーションすることができる。
例えば、医療機関の経営者が、病床の回転率を向上させるために最終イベント「退院」の発生時期をシミュレーションする際に、本実施形態の医用情報処理装置１００を使用することができる。本実施形態の医用情報処理装置１００によれば、医療機関の経営者が、診療行為を変更して最終イベント「退院」の発生時期をシミュレーションすることで、最終イベント「退院」の発生時期を早めるために有効な診療行為を、容易に検証することができる。また、本実施形態の医用情報処理装置１００によれば、診療行為の変更によって推定される結果を可視化できるため、複数の医師が、診療方針について検討をするカンファレンス等の場面においても、効率的な検討を支援することができる。
また、例えば、目標とするイベントの発生時期が医師等によって指定される場合、当該発生時期に合わせてコンピュータ等が推定する診療行為は、必ずしも、当該シミュレーションを実行した医師等が実施可能な診療行為とは限らない。これに対して、本実施形態の医用情報処理装置１００は、医師等による操作を受け付けた結果に応じてイベントの発生時期をシミュレーションするため、医師等が実際に実施可能な診療行為に基づくイベントの発生時期をシミュレーションすることができる。
また、本実施形態の医用情報処理装置１００は、診療行為を変更する操作と、学習済みモデル７３とに応じて、ディスプレイ１４０に表示された仮想患者モデル７１の検査結果の変化を推定する。また、本実施形態の医用情報処理装置１００は、検査結果がイベントの発生条件を満たす時期を、当該イベントの発生時期と推定する。例えば、本実施形態の医用情報処理装置１００は、仮想患者の検査結果が仮想患者の退院が可能な状態になる時期を、イベント「退院」の発生時期として推定する。このため、本実施形態の医用情報処理装置１００によれば、退院不可能な状態の患者を退院させる等の、医療機関において実施不可能な診療計画を提案することを低減することができる。
また、本実施形態の医用情報処理装置１００は、操作によって変更された診療行為の内容が、ガイドラインに抵触していると判断した場合に、ディスプレイ１４０に警告を表示する。このため、本実施形態の医用情報処理装置１００によれば、診療行為を変更する操作が、医療的または倫理的な条件を満たしていない場合ことを、操作者に通知することができる。このため、本実施形態の医用情報処理装置１００によれば、医師等が、医療的または倫理的な条件を満たしていない診療計画を作成することを、低減することができる。
また、本実施形態の医用情報処理装置１００は、診療行為を変更する操作による検査結果の変化が、所定の変化量を超えていると判断した場合に、ディスプレイ１４０に警告を表示する。このため、本実施形態の医用情報処理装置１００によれば、医師等が、患者の状態に悪影響を与える可能性のある診療計画を作成することを、低減することができる。
また、本実施形態の医用情報処理装置１００は、選択されたシミュレーションの目的に関連するイベントの発生時期に影響を与える診療行為および検査結果を、学習済みモデル７３およびイベント条件情報７２に基づいて特定し、特定した診療行為および検査結果をディスプレイ１４０に表示する。このため、本実施形態の医用情報処理装置１００によれば、医師等が、目的に応じて変更すべき診療行為を容易に把握することができるため、効率的にシミュレーションを実施することができる。
また、本実施形態の医用情報処理装置１００は、医療機関において実際に複数の患者に対して提供された診療行為の実績を示す複数の診療実績情報のうち、患者の年齢、性別、傷病名、および最終イベントが共通する診療実績情報に基づいて仮想患者モデル７１を生成する。このため、本実施形態の医用情報処理装置１００によれば、医療機関における複数の患者属性情報の各々の過去の典型的な診療過程を、仮想患者モデル７１として可視化することができる。
なお、本実施形態においては、医用情報処理装置１００がイベント条件情報７２、および学習済みモデル７３を生成するものとしたが、イベント条件情報７２、および学習済みモデル７３は、外部装置で生成されるものとしても良い。また、この場合、医用情報処理装置１００は、モデル生成機能１５２を有さないものとしても良い。また、取得機能１５１は、外部装置から、イベント条件情報７２、および学習済みモデル７３を取得するものとしても良い。
また、シミュレーション機能１５５が診療行為の変更によるイベントの発生時期の変化を推定する手法は、本実施形態に記載した例に限定されるものではなく、種々のＡＩ（Artificial Intelligence）技術を適用可能である。ＡＩで使用される各種のモデルは、医用情報処理装置１００が生成するものとしても良いし、外部装置から取得されるものとしても良い。また、本実施形態では、シミュレーション機能１５５が診療行為の変更によるイベントの発生時期の変化を推定するものとしたが、当該機能は、表示制御機能１５３によって実現されても良い。例えば、表示制御機能１５３は、学習済みモデル７３または種々のＡＩによって、診療行為の変更によるイベントの発生時期の変化を推定し、推定したイベントの発生時期に応じて、イベントの表示位置を変化させても良い。
また、本実施形態における学習済みモデル７３は、ユーザのフィードバックを取得することにより、学習済みモデルの内部アルゴリズムを更に更新する「自己学習するモデル」であっても良い。また、本実施形態に記憶回路１２０に記憶された学習済みモデル７３が、取得機能１５１またはシミュレーション機能１５５によって読み込まれるものとしたが、学習済みモデル７３が処理回路１５０中に組み込まれている構成を採用しても良い。
また、本実施形態において取得機能１５１が実行するとした処理は、モデル生成機能１５２、表示制御機能１５３、またはシミュレーション機能１５５のいずれかが実行するものとしても良い。
なお、本実施形態においては、仮想患者モデル７１は、シミュレーションが実行される医療機関における過去の診療実績情報に基づくものとしたが、他の医療機関における診療実績情報、または治験等の結果等に基づくものであっても良い。
また、本実施形態においては、仮想患者モデル７１と、学習済みモデル７３とは別々のものとして説明したが、仮想患者モデル７１が、学習済みモデル７３を含むものとしても良い。また、本実施形態においては、医用情報処理装置１００は、ディスプレイ１４０に、シミュレーション画面５１等を表示するものとしたが、医用情報処理装置１００は、医用情報処理装置１００とネットワーク等で接続する他の情報処理装置のディスプレイに、シミュレーション画面５１等を表示するものとしても良い。他の情報処理装置は、例えば、ＰＣ（Personal Computer）またはモバイル端末等であるものとする。この場合、他の情報処理装置のディスプレイが、画面の一例となる。
なお、本実施形態においては、表示制御機能１５３は、シミュレーション画面５１の初期表示においては、投薬内容表示欄９２と検査結果表示欄９３とは表示しないものとしたが、初期表示状態から、これらを表示するものとしても良い。
また、上述のシミュレーション画面５１の表示は、一例であり、これに限定されるものではない。例えば、表示制御機能１５３は、保険適用外の高額な診療行為、例えば先進医療については、タイムライン欄９１または投薬内容表示欄９２等に、保険適用外であることを表示しても良い。保険適用外の高額な診療行為の有無によって、「退院」等のイベントの発生時期が変化する場合がある。しかしながら、患者によってこのような高額な診療行為を希望する場合と、しない場合がある。表示制御機能１５３は、タイムライン欄９１または投薬内容表示欄９２等に、診療行為が保険適用外か否かを表示することにより、予算異なる患者を対象とする複数の診療計画の作成を容易にすることができる。
（第２の実施形態）
上述の第１の実施形態では、医用情報処理装置１００は、イベントの発生時期を変化させるシミュレーションを実行したが、この第２の実施形態においては、医用情報処理装置１００は、さらに、仮想患者モデル７１に新たなイベントを追加するシミュレーション、または、既存のイベントを他のイベントに差し替えるシミュレーションを実行する。
本実施形態に係る医用情報処理システムＳおよび医用情報処理装置１００の構成は、第１の実施形態と同様であるものとする。
本実施形態の医用情報処理装置１００の処理回路１５０は、第１の実施形態と同様に、取得機能１５１と、モデル生成機能１５２と、表示制御機能１５３と、受付機能１５４と、シミュレーション機能１５５とを備える。本実施形態の取得機能１５１およびモデル生成機能１５２は、第１の実施形態と同様の機能を備える。
本実施形態の受付機能１５４は、第１の実施形態と同様の機能を備えた上で、操作者によって選択されてディスプレイ１４０に表示された仮想患者モデル７１のタイムライン欄９１に、新たなイベントを追加する操作を受け付ける。受付機能１５４は、操作者によって追加されたイベントを、表示制御機能１５３およびシミュレーション機能１５５に通知する。
また、本実施形態においては、受付機能１５４は、仮想患者モデル７１に含まれる最終イベントを変更することを目的として選択する操作を受け付ける。受付機能１５４は、当該目的を受け付けた場合に、シミュレーション機能１５５に通知する。
本実施形態の表示制御機能１５３は、第１の実施形態と同様の機能を備えた上で、選択された目的に応じて、追加可能な１以上のイベントの候補をディスプレイ１４０上に表示する。追加可能な１以上のイベントは、既に表示されているいずれかのイベントと差し替えられるイベントでも良いし、新たに追加されるイベントでも良い。例えば、表示制御機能１５３は、受付機能１５４が、最終イベントを変更することを目的として選択する操作を受け付けた場合に、最終イベントと差替え可能な１以上の他のイベントを、差替え可能なイベントの候補としてディスプレイ１４０上に表示する。例えば、表示制御機能１５３は、操作者が右クリックした場合に、追加または差し替え可能な１以上のイベントの名称を表示しても良い。
追加または差し替え可能な１以上のイベントの候補の表示は、操作者に対する示唆であり、自動的にイベントを追加する機能ではないものとする。また、表示制御機能１５３が候補として表示したイベント以外のイベントを、操作者が手動で入力可能であるものとしても良い。
また、表示制御機能１５３は、操作者の操作によってイベントが追加された場合、追加されたイベントを、ディスプレイ１４０に表示する。この場合、表示制御機能１５３は、
シミュレーション機能１５５によって推定された発生時期に基づいて、タイムライン欄９１におけるイベントを表すアイコン９０１の表示位置を決定する。
本実施形態のシミュレーション機能１５５は、第１の実施形態と同様の機能を備えた上で、選択された目的に応じて、仮想患者モデル７１に対して新たに追加可能な１以上のイベントを特定する。また、シミュレーション機能１５５は、選択された目的に応じて、タイムライン欄９１に表示されているイベントと差替え可能な１以上のイベントを特定する。
また、シミュレーション機能１５５は、選択された目的に応じて、仮想患者モデル７１から削除可能な１以上のイベントを特定しても良い。目的と、追加、差し替え、または削除可能なイベントとの対応関係は、予め定義されているものとする。例えば、モデル生成機能１５２が、診療実績情報７０に基づいて、目的と、追加または削除可能なイベントとの対応関係とを特定し、特定結果を記憶回路１２０に保存しても良い。
また、シミュレーション機能１５５は、操作者によって選択された仮想患者モデル７１に含まれる検査結果が、追加または差し替えされたイベントの発生条件を満たす時期を、追加または差し替えされたイベントの発生時期として推定する。
シミュレーション機能１５５は、追加または差替え可能なイベントを、表示制御機能１５３に送出する。また、追加または差し替えされたイベントの発生時期の推定結果を、表示制御機能１５３に送出する。
図９は、本実施形態に係るシミュレーション画面５１の一例を示す図である。図９に示す例では、シミュレーションの目的として「死亡イベントを回避したい」という目的が選択されている。また、図９に示す例では、シミュレーション画面５１に表示されている仮想患者モデル７１の最終イベントは「死亡」である。この場合、操作者が「死亡イベントを回避したい」という目的を選択する操作は、仮想患者モデル７１に対応付けられた最終イベントを変更することを目的として選択する操作である。
図９に示す例では、シミュレーション機能１５５は、イベント「死亡」と差替え可能なイベントを推定する。例えば、シミュレーション機能１５５は、「ホスピスに転院」というイベントが、「死亡」と差替え可能であるものと推定する。差替え可能なイベントは、仮想患者モデル７１によって異なり、患者が回復する可能性がある場合は、イベント「退院」がイベント「死亡」と差替え可能である。
また、シミュレーション機能１５５は、追加または差替え可能なイベントの前提となる他のイベントがあるか否かを特定する。各イベントの前提となるイベントは、例えば、イベント条件情報７２に登録されているものとする。あるいは、各イベントの前提となるイベントは、ガイドラインで規定されていても良い。一例として、「ホスピスに転院」の前提となるイベントは、「患者説明」であるものとする。これは、ホスピスへの転院には、患者または患者の家族の同意が必要となるためである。
図１０は、本実施形態に係るイベント追加後のシミュレーション画面５１の一例を示す図である。図１０においては、表示制御機能１５３は、イベント「死亡」を表示しているが、イベント「死亡」を削除した上で、「患者説明」および「ホスピスに転院」を追加しても良い。また、「患者説明」以降に予定されていた診療行為は不要となるため、表示制御機能１５３は、「患者説明」後の診療行為を表すアイコン９０２ｃと、検査結果を表す複数のアイコン９０３とを、グレーアウトまたは削除する。
また、図１０に示す例では、入院から所定の期間ｔが経過していること、および、アイコン９０２ａに表される「投薬」と、アイコン９０２ｂに表される「検査」とが実施済みであることが、イベント「患者説明」のイベント発生条件であるものとする。この場合、表示制御機能１５３は、タイムライン欄９１の、所定の期間ｔが経過した後の表示位置にイベント「患者説明」を表すアイコン９０１ｄを表示する。そして、表示制御機能１５３は、イベント「患者説明」よりも後の時期に、イベント「ホスピスに転院」を表すアイコン９０１ｅを表示する。
次に、本実施形態に係る医用情報処理装置１００で実行される処理の流れについて説明する。
図１１は、本実施形態に係る仮想患者モデル７１のシミュレーション処理の流れの一例を示すフローチャートである。Ｓ２１の仮想患者モデル７１の一覧の表示から、Ｓ２４のシミュレーションの目的の選択を受け付けの有無の判断の処理までは、第１の実施形態のＳ１〜Ｓ２４と同様である。
本実施形態のシミュレーション機能１５５は、選択された目的に応じて、移動対象のイベントを特定、または、追加または差し替え可能なイベントを特定する（Ｓ２５）。
そして、表示制御機能１５３は、追加または差し替え可能なイベントの候補を、シミュレーション画面５１に表示する（Ｓ２６）。例えば、表示制御機能１５３は、操作者がタイムライン欄９１上で右クリックしたことを受付機能１５４が受け付けた場合に、追加または差し替え可能なイベントの候補を表示しても良い。
そして、受付機能１５４は、イベントの追加または差し替えの操作を受け付けたか否かを判断する（Ｓ２７）。受付機能１５４は、イベントの追加または差し替えの操作を受け付けていないと判断した場合（Ｓ２７“Ｎｏ”）、Ｓ２７の処理を繰り返す。
受付機能１５４がイベントの追加または差し替えの操作を受け付けたと判断した場合（Ｓ２７“Ｙｅｓ”）、シミュレーション機能１５５は、追加または差し替えられたイベントが発生条件を満たす時期を、発生時期として特定する（Ｓ２８）。
そして、表示制御機能１５３は、追加または差し替えられたイベントを、特定された発生時期に基づく表示位置で、タイムライン欄９１に表示する（Ｓ２９）。Ｓ３０の移動対象のイベントの発生時期の変化に影響を与える診療行為と検査項目を特定する処理から、Ｓ４１のシミュレーション結果の保存の処理までは、第１の実施形態のＳ６〜Ｓ１７と同様である。なお、シミュレーションの目的がイベントの発生時期の移動ではない場合は、イベントの発生時期の移動に関する処理は、実行されないものとしても良い。
このように、本実施形態の医用情報処理装置１００は、新たなイベントが追加された場合に、操作者によって選択された仮想患者モデル７１に含まれる検査結果が、追加されたイベントの発生条件を満たす時期を発生時期として推定し、追加されたイベントを、推定された発生時期に基づく表示位置に表示する。このため、本実施形態の医用情報処理装置１００によれば、第１の実施形態の効果に加えて、医師等が追加を希望するイベントを、適切な時期に実施する診療計画を作成することができる。
また、本実施形態の医用情報処理装置１００は、ディスプレイ１４０に表示された仮想患者モデル７１に対応付けられた最終イベントを変更することを、シミュレーションの目的として選択する操作を受け付けた場合に、最終イベントと差替え可能な１以上の他のイベントを特定し、差替え可能なイベントの候補として表示する。このため、本実施形態の医用情報処理装置１００によれば、医師等が、過去の診療実績に基づく仮想患者モデル７１の最終イベントを変更するための診療計画を検討することを支援することができる。
例えば、医療機関の経営者等が、当該医療機関における死亡率を低下させることを希望する場合がある。このような場合に、医用情報処理装置１００によれば、最終イベント「死亡」と差替え可能な他のイベントを提示することにより、医療機関における死亡率の引き下げに寄与することができる。
（第３の実施形態）
上述の第１、第２の実施形態では、医用情報処理装置１００は、シミュレーション画面５１に、イベントと、診療行為、および検査結果を表示していたが、この第３の実施形態では、さらに、診療期間における財務指標を表示する。
本実施形態に係る医用情報処理システムＳおよび医用情報処理装置１００の構成は、第１の実施形態と同様であるものとする。
本実施形態の医用情報処理装置１００の処理回路１５０は、第１の実施形態と同様に、取得機能１５１と、モデル生成機能１５２と、表示制御機能１５３と、受付機能１５４と、シミュレーション機能１５５とを備える。本実施形態の取得機能１５１およびモデル生成機能１５２は、第１の実施形態と同様の機能を備える。また、本実施形態の受付機能１５４は、第２の実施形態と同様の機能を備える。
本実施形態の表示制御機能１５３は、第１の実施形態と同様の機能を備えた上で、ディスプレイ１４０に表示された仮想患者モデル７１に対応する財務指標を、ディスプレイ１４０に表示する。財務指標は、例えば、利益率、費用、売上等とするが、これらに限定されるものではない。
また、本実施形態のシミュレーション機能１５５は、第１の実施形態と同様の機能を備えた上で、仮想患者モデル７１に対応する財務指標を算出する。例えば、記憶回路１２０に、診療行為ごとの診療点数や、人件費等の会計情報が保存されているものとする。シミュレーション機能１５５は、これらの会計情報に基づいて、仮想患者が入院してから、最終イベントに到達するまでの期間における財務指標の値を算出する。
図１２は、本実施形態に係るシミュレーション画面５１の一例を示す図である。例えば、図１２に示すように、シミュレーションの目的として、「利益率を改善したい」という目的が設定されている場合、表示制御機能１５３は、シミュレーション機能１５５によって算出された利益率の時系列の推移を示すグラフを、タイムライン欄９１上に表示する。
図１２に示すように、リハビリが続く期間においては、利益率が低迷する場合がある。このような場合に、タイムライン欄９１上で、操作者が、新たなイベント「リハビリ施設に転院」等を追加する操作をした場合、受付機能１５４は、当該操作を受け付け、追加されたイベントを、表示制御機能１５３およびシミュレーション機能１５５に送出する。
シミュレーション機能１５５は、仮想患者モデル７１の検査結果が、追加されたイベントのイベント発生条件を満たす時期を推定し、推定した時期を、追加されたイベントの発生時期とする。また、シミュレーション機能１５５は、イベントの追加による財務指標の変化を算出する。
表示制御機能１５３は、追加されたイベントを、タイムライン欄９１の当該イベントの発生時期に基づく表示位置に表示する。また、表示制御機能１５３は、新たなイベント「リハビリ施設に転院」の追加によって不要になったイベント、診療行為および検査結果を、グレーアウトまたは削除する。また、表示制御機能１５３は、イベントの追加による財務指標の変化に応じて、タイムライン欄９１上の財務指標の時系列の推移を示すグラフを変更する。
また、シミュレーション機能１５５は、会計情報に基づいて、財務指標の改善に寄与するイベントを特定するものとしても良い。また、シミュレーション機能１５５は、財務指標の改善に寄与する診療行為を特定しても良い。この場合は、表示制御機能１５３は、財務指標の改善に寄与するイベントを、追加可能なイベントの候補として表示する。また、表示制御機能１５３は、財務指標の改善に寄与する診療行為を投薬内容表示欄９２等に表示しても良い。
このように、本実施形態の医用情報処理装置１００は、ディスプレイ１４０に表示された仮想患者モデル７１に対応する財務指標を、ディスプレイ１４０に表示する。このため、本実施形態の医用情報処理装置１００によれば、第１の実施形態の効果に加えて、医療機関の経営者等が、財務指標を改善するためのシミュレーションを容易に実行することができる。
以上説明した少なくとも１つの実施形態によれば、医師等が、患者が最終的な医療イベントに到達するまでに経る過程の検証または改善をすることを支援することができる。
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
５１ シミュレーション画面
７０ 診療実績情報
７１，７１ａ〜７１ｎ 仮想患者モデル
７２ イベント条件情報
７３ 学習済みモデル
９１ タイムライン欄
９２ 投薬内容表示欄
９３ 検査結果表示欄
１００ 医用情報処理装置
１２０ 記憶回路
１４０ ディスプレイ
１５０ 処理回路
１５１ 取得機能
１５２ モデル生成機能
１５３ 表示制御機能
１５４ 受付機能
１５５ シミュレーション機能
３００ 電子カルテ保管装置

Claims (10)

  1. 患者属性情報と、１以上の診療行為と、１以上の医療的なイベントと、１以上の検査結果とがそれぞれ対応付けられた複数の仮想患者情報を生成する生成部と、
    複数の前記仮想患者情報のうちのいずれかを選択する操作を受け付ける受付部と、
    選択された前記仮想患者情報に含まれる前記イベントおよび前記診療行為を時系列に画面に表示する表示制御部と、
    を備える医用情報処理装置。
  2. 前記受付部は、前記画面に表示された前記イベントまたは前記診療行為を変更する操作を受け付け、
    前記表示制御部は、前記受付部が受け付けた操作と、前記診療行為と検査結果の相関関係を示す相関情報と、前記イベントの各々の発生条件とに基づいて、前記イベントまたは前記診療行為の表示を変更する、
    請求項１に記載の医用情報処理装置。
  3. 前記診療行為を変更する操作と、前記相関情報とに応じて、前記画面に表示された前記仮想患者情報の前記検査結果の変化を推定し、前記検査結果が前記発生条件を満たす時期を、前記イベントの発生時期と推定するシミュレーション部、をさらに備え、
    前記表示制御部は、前記シミュレーション部によって推定された前記発生時期に応じて、前記イベントの表示位置を変化させる、
    請求項２に記載の医用情報処理装置。
  4. 前記シミュレーション部は、操作によって変更された前記診療行為の内容が、所定の条件に抵触しているか否かを判断し、
    前記表示制御部は、操作によって変更された前記診療行為の内容が、前記所定の条件に抵触していると判断された場合に、前記画面に警告を表示する、
    請求項３に記載の医用情報処理装置。
  5. 前記シミュレーション部は、前記診療行為を変更する操作に基づく前記検査結果の変化が、所定の変化量を超えているか否かを判断し、
    前記表示制御部は、前記検査結果の変化が、前記所定の変化量を超えていると判断された場合に、前記画面に警告を表示する、
    請求項４に記載の医用情報処理装置。
  6. 前記受付部は、選択された前記仮想患者情報に新たな前記イベントを追加する操作を受け付け、
    前記シミュレーション部は、選択された前記仮想患者情報に含まれる前記検査結果が前記発生条件を満たす時期を、追加された前記イベントの前記発生時期として推定し、
    前記表示制御部は、追加された前記イベントを、推定された前記発生時期に基づく表示位置に表示する、
    請求項３から５のいずれか１項に記載の医用情報処理装置。
  7. 前記受付部は、シミュレーションの目的を選択する操作を受け付け、
    前記シミュレーション部は、選択された前記目的に関連する前記イベントの発生時期に影響を与える診療行為および検査結果を、前記相関情報と前記発生条件とに基づいて特定し、
    前記表示制御部は、前記シミュレーション部によって特定された前記イベントの発生時期に影響を与える診療行為および検査結果を前記画面に表示する、
    請求項３から６のいずれか１項に記載の医用情報処理装置。
  8. 前記受付部は、前記画面に表示された前記仮想患者情報に含まれる最後の前記イベントを変更することを、前記目的として選択する操作を受け付け、
    前記表示制御部は、最後の前記イベントと差替え可能な１以上の他のイベントを、差替え可能なイベントの候補として、前記画面に表示する、
    請求項７に記載の医用情報処理装置。
  9. 前記表示制御部は、前記画面に表示された前記仮想患者情報に対応する財務指標を、前記画面に表示する、
    請求項１から８のいずれか１項に記載の医用情報処理装置。
  10. 前記イベントは、入院、退院、転院、または死亡であり、
    前記患者属性情報は、患者の年齢、性別、傷病名、および、医療機関において当該患者に関連して発生した最後の前記イベントが対応付けられた情報であり、
    前記生成部は、医療機関において実際に複数の患者に対して提供された診療行為の実績を示す複数の診療実績情報のうち、前記患者属性情報が共通する診療実績情報に基づいて前記仮想患者情報を生成する、
    請求項１から９のいずれか１項に記載の医用情報処理装置。
JP2019093652A 2019-05-17 2019-05-17 医用情報処理装置 Active JP7341720B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2019093652A JP7341720B2 (ja) 2019-05-17 2019-05-17 医用情報処理装置
CN202010374675.8A CN111951936B (zh) 2019-05-17 2020-05-06 医用信息处理装置
US16/872,686 US11676720B2 (en) 2019-05-17 2020-05-12 Medical information processing apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2019093652A JP7341720B2 (ja) 2019-05-17 2019-05-17 医用情報処理装置

Publications (2)

Publication Number Publication Date
JP2020187687A true JP2020187687A (ja) 2020-11-19
JP7341720B2 JP7341720B2 (ja) 2023-09-11

Family

ID=73221833

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019093652A Active JP7341720B2 (ja) 2019-05-17 2019-05-17 医用情報処理装置

Country Status (3)

Country Link
US (1) US11676720B2 (ja)
JP (1) JP7341720B2 (ja)
CN (1) CN111951936B (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11532132B2 (en) * 2019-03-08 2022-12-20 Mubayiwa Cornelious MUSARA Adaptive interactive medical training program with virtual patients
KR102251599B1 (ko) * 2020-05-22 2021-05-13 (주)인포마이닝 병원 관제 시스템 및 그 제어방법
US20220142534A1 (en) * 2020-11-11 2022-05-12 Ilya Aronovich Point-of-care diagnostic device and a method for secure user identity confirmation while maintaing anonimity
JP7087228B1 (ja) * 2021-03-12 2022-06-21 株式会社Medi-LX 教育用電子カルテシステム及び教育用電子カルテプログラム
KR102417926B1 (ko) * 2021-10-27 2022-07-07 주식회사 에이치엠씨네트웍스 환자가 전원의 대상인지 여부를 예측하는 방법 및 장치

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001118014A (ja) * 1999-10-18 2001-04-27 Hitachi Ltd 診療支援システム
JP2007287027A (ja) * 2006-04-19 2007-11-01 Fujifilm Corp 医療用の計画立案支援システム
JP2015197733A (ja) * 2014-03-31 2015-11-09 富士フイルム株式会社 クリニカルパス作成支援装置、方法、及びプログラム

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6988075B1 (en) * 2000-03-15 2006-01-17 Hacker L Leonard Patient-controlled medical information system and method
US20020188467A1 (en) * 2001-05-02 2002-12-12 Louis Eke Medical virtual resource network
US20080288293A1 (en) * 2002-04-15 2008-11-20 Brown Jr Jacob T System and method for virtual health services
JP3934997B2 (ja) * 2002-06-13 2007-06-20 株式会社日立製作所 診療支援システム、診療支援方法および診療支援プログラム
US8200775B2 (en) * 2005-02-01 2012-06-12 Newsilike Media Group, Inc Enhanced syndication
JP4812299B2 (ja) 2003-12-25 2011-11-09 株式会社東芝 バーチャルペイシェントシステム
US8480403B2 (en) * 2004-02-02 2013-07-09 University Of Maryland, Baltimore Techniques for delivering medical care by improving decision-making skills of medical personnel
US8317518B2 (en) * 2005-01-28 2012-11-27 University Of Maryland, Baltimore Techniques for implementing virtual persons in a system to train medical personnel
WO2008149335A2 (en) * 2007-06-06 2008-12-11 Rafael Barkan Method, system and computer program product for evaluating a status of a patient
JP5473564B2 (ja) * 2009-11-30 2014-04-16 セコム株式会社 医療情報処理装置およびプログラム
JP5754291B2 (ja) * 2011-08-12 2015-07-29 富士通株式会社 診療情報入力装置、診療情報入力プログラム及び診療情報入力方法
US20140113263A1 (en) * 2012-10-20 2014-04-24 The University Of Maryland, Baltimore County Clinical Training and Advice Based on Cognitive Agent with Psychological Profile
JP5844247B2 (ja) * 2012-11-30 2016-01-13 富士フイルム株式会社 検査結果表示装置及びその作動方法、並びにプログラム
WO2016163170A1 (ja) * 2015-04-07 2016-10-13 富士フイルム株式会社 診療支援装置とその作動方法および作動プログラム、並びに診療支援システム
CN106297464A (zh) * 2016-08-19 2017-01-04 上海梅斯医药科技有限公司 一种虚拟诊疗系统
JP6768555B2 (ja) * 2017-02-23 2020-10-14 キヤノンメディカルシステムズ株式会社 担当医決定装置、担当医決定プログラム、研修状況管理装置、研修状況管理プログラム
CN107526934A (zh) * 2017-09-06 2017-12-29 青海大学附属医院 一种医疗服务系统
JP2018106736A (ja) * 2018-02-13 2018-07-05 株式会社東芝 仮想試着装置、仮想試着方法、およびプログラム
US11532132B2 (en) * 2019-03-08 2022-12-20 Mubayiwa Cornelious MUSARA Adaptive interactive medical training program with virtual patients

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001118014A (ja) * 1999-10-18 2001-04-27 Hitachi Ltd 診療支援システム
JP2007287027A (ja) * 2006-04-19 2007-11-01 Fujifilm Corp 医療用の計画立案支援システム
JP2015197733A (ja) * 2014-03-31 2015-11-09 富士フイルム株式会社 クリニカルパス作成支援装置、方法、及びプログラム

Also Published As

Publication number Publication date
US11676720B2 (en) 2023-06-13
US20200365273A1 (en) 2020-11-19
CN111951936A (zh) 2020-11-17
CN111951936B (zh) 2024-05-10
JP7341720B2 (ja) 2023-09-11

Similar Documents

Publication Publication Date Title
JP7341720B2 (ja) 医用情報処理装置
JP6568851B2 (ja) 患者ケアの提供を容易にするシステム及び方法
US20170109477A1 (en) System and Method for Identifying Inconsistent and/or Duplicate Data in Health Records
Okada et al. The standardization of uveitis nomenclature project: the future is here
US20080235049A1 (en) Method and System for Predictive Modeling of Patient Outcomes
US11923094B2 (en) Monitoring predictive models
US20140136225A1 (en) Discharge readiness index
Hausvater et al. Myocarditis in relation to angiographic findings in patients with provisional diagnoses of MINOCA
JP2007193399A (ja) 情報提示システム、及びプログラム
Gerke Health AI for good rather than evil? The need for a new regulatory framework for AI-based medical devices
EP4173006A2 (en) System and method for peri-anaesthetic risk evaluation
JP7161688B2 (ja) 手術後感染予測装置、手術後感染予測装置生産方法、手術後感染予測方法およびプログラム
JP7044113B2 (ja) 提示方法、提示システム、及びプログラム
JP7238705B2 (ja) 診療支援方法、診療支援システム、学習モデルの生成方法、および、診療支援プログラム
JP7046499B2 (ja) 医用情報処理装置及び医用情報処理方法
Goldberger et al. Electrocardiographic Monitoring for Prevention of Atrial Fibrillation–Associated Cardioembolic Stroke
US20180101658A1 (en) Method of and system for determining risk of an individual to contract clostridium difficile infection
JP7486318B2 (ja) 医用情報処理装置、医用情報処理方法、および医用情報処理プログラム
JP2011113428A (ja) 医療情報処理装置およびプログラム
Jampol et al. Clinical practice settings vs clinical trials: is artificial intelligence the answer?
TW202111657A (zh) 醫療資源整合系統、計算機裝置及醫療資源整合方法
US12094592B2 (en) Analysis support apparatus, analysis support system, and analysis support method
US11742085B2 (en) Medical information processing apparatus, medium, and medical information processing method
US11819314B2 (en) Medical apparatus and test assisting method
JP2018108366A (ja) 治療計画装置及び臨床モデル比較方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220307

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230419

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230425

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230623

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230801

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230830

R150 Certificate of patent or registration of utility model

Ref document number: 7341720

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150