JP4393081B2 - Virtual patient system - Google Patents
Virtual patient system Download PDFInfo
- Publication number
- JP4393081B2 JP4393081B2 JP2003049055A JP2003049055A JP4393081B2 JP 4393081 B2 JP4393081 B2 JP 4393081B2 JP 2003049055 A JP2003049055 A JP 2003049055A JP 2003049055 A JP2003049055 A JP 2003049055A JP 4393081 B2 JP4393081 B2 JP 4393081B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- patient
- user
- scene
- medical
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Measuring And Recording Apparatus For Diagnosis (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、複数のデータベースに記憶されている医療情報を提供するバーチャルペーシェントシステム及び医療情報提供システムに関する。
【0002】
【従来の技術】
異なる医療機関で行われた診療、治療、投薬等の医療情報を一元的に収集する医療情報システムが特開2002−73807号公報に記載されている。異なる医療機関の医療情報を相互に利用できる医療支援システムが特開平11−45304号公報に記載されている。
【0003】
複数の機関のデータベースから医療情報を収集した場合、多くの量の情報を収集することができる。しかし、その中には必要ではない情報も多く含まれており、多くの量の情報の中から必要とする情報を探し出すという手間や時間が必要とされる。それだけでなく場合によっては、必要不可欠な情報を見落としてしまう事態も起こり得る。
【0004】
【特許文献1】
特開2002−73807号公報
【0005】
【特許文献2】
特開平11−45304号公報
【0006】
【発明が解決しようとする課題】
本発明の目的は、バーチャルペーシェントシステム及び医療情報提供システムにおいて、多くの医療情報の中から利用者にとって必要な情報を選択して提供することにある。
【0007】
【課題を解決するための手段】
本発明のある局面は、医療、健康、介護の少なくとも1つにかかる個人情報が識別情報と、患者の現在の状態、診断結果、複数の治療プラン、治療プラン、生活品質、搬送プランに関する情報種別の情報とが関連付けられて保存されている複数のデータベースに電気的通信回線を介して接続されたバーチャルペーシェントシステムにおいて、前記個人情報を使用する使用者が、患者の識別情報と前記使用者の識別情報とを入力するための手段と、前記患者の識別情報を情報提供要求とともに前記複数のデータベースに送信する送信手段と、前記複数のデータベースから前記患者に関する個人情報を受信する手段と、前記使用者の識別情報と、前記患者の識別情報及び前記使用者の識別情報が入力された場所と、前記患者の識別情報及び前記使用者の識別情報が入力された時刻とに基づいて、予め作成された対応テーブルに従って前記使用者の役割及び前記使用者が個人情報を使用する使用場面として、患者本人が病院内でインフォームドコンセントを受ける場面であるのか、救急車内での救急救命における遠隔診断の場面であるのかを判断する手段と、前記判断された使用者の役割と前記使用場面とに基づいて、前記複数のデータベースから受信した前記患者に関する個人情報から、前記インフォームドコンセントの場面では患者の現在の状態、診断結果、複数の治療プラン、生活品質に関連する個人情報を選別し、前記救急救命における遠隔診断の場面では患者の現在の状態、診断結果、搬送プラン、生活品質に関連する個人情報を選別する手段と、前記選別した表示対象の個人情報を表示する表示手段とを具備することを特徴とするバーチャルペーシェントシステムを提供する。
【0008】
【発明の実施の形態】
本実施形態に係るバーチャルペーシェントシステム及び医療情報提供システムは、基本的に、医療、健康、介護にかかる個人情報が保存されている複数のデータベースに電気的通信回線を介して接続されており、これら複数のデータベースから、患者を特定する個人識別情報だけでなく、個人情報を使用する使用者(ユーザ)の役割(医者、看護士、救急救命士、介護士等)と、使用者が個人情報を使用する使用場面(診断、治療、看護、介護等)と、患者の症状を使って、それらに対応する医療情報を収集することにより、使用者が有用な又は有用とされる可能性の高い情報を使用者に提供することを可能にするように構築されたシステムである。そのために本実施形態に係るバーチャルペーシェントシステム及び医療情報提供システムに必要とされる機能としては以下の通りである。
【0009】
・個人が生まれてから、死ぬまでの全ての健康、医療、福祉に関する個人情報の保管場所を特定することができる
・EBM(Evidence Based Medical)などの診断、治療ガイドラインや最新の研究成果の情報を収集できる
・ある処理を患者に施すことを仮定した場合においてその処置により当該患者が将来的に如何なる状態に至るかを予測するシミュレーション機能を持つ
・インターネットや電話回線、さらには無線通信網等の様々な種類の電子的通信回線を経由して繋がっている複数の個人情報データベースから使用者が有用な又は有用とされる可能性の高い情報を検索する検索機能を持つ
・情報の表示機能を持つ
・様々な種類のネットワークに対してアクセス可能である
・情報使用者を認識できる
・使用者がどのような環境で、どのような情報を必要としているかを特定できる・必要な情報のみを、使用者が理解しやすい形式で表示する
・他人に開示してよい情報と開示したくない情報を区別できる
・セキュリティー機能を持つ
・プライバシー保護機能を持つ
・バーチャルペーシェントボディ(Virtual Patient Body)を表示することができる
・個人情報を複合的に使用することにより、それぞれ単独で使用する以上の情報を引き出すことを可能にする
・個人情報の使用者、例えば医師、技師、看護婦、本人、保険者などそれぞれの役割に応じた情報を選別して見やすい形式で表示する
・使用者、例えば医師、技師、看護婦、本人、保険者などが個人情報を使用する状況(使用場面(シーン))、例えば、医師がその患者が急患で運ばれてきた場面で使うのか、それとも健康診断場面で使うのか等に応じて個人情報を選別して見やすい形式で表示する
・必要な情報を特定する
・情報をどのように(位置、順番、2次元、3次元など)見せるべきか決定できる
・必要な情報が存在するかを認識できる
・必要なのに保管されていない情報を特定できる
・必要なのに保管されていない情報を入手して保管することを促すことができる
・いつでも、どこでもこの情報を閲覧、使用することができる環境にする
・不足している情報を利用者に知らせ、その情報を追加入力できる
・リアルタイムに患者の個人情報を収集し、保管することができる(体温、脈拍、血圧、尿検査結果、便検査結果、心電図、脳波)
ここで、本実施形態に係るバーチャルペーシェントシステム及び情報提供システムに必要とされる機能を使用者の役割で分類すると次の通りである。
(使用者が医師の場合)
・患者診療情報から、要注意部位と診断結果情報、EBM情報や最新の研究成果を表示できる
・推論した病名等の診断結果を基に、そのときのベストな治療プランを提示する・最適な診断・治療パス(クリティカルパス)を提示できる。複数提示して、利点、欠点を表示し、使用者に判断の材料を与えることもできる ・患者症状を入力し、疾病の可能性を数値表示することができる
・医療画像を任意に重ね合わせることができ、単独で観察する以上の価値を引きだすことができる ・薬学情報を表示できる ・患者が健康であると仮定した場合には、こうであるはずであるという標準データを持ち合わせ、これと実際の患者の医療情報を比較することで、疾病を見つけることができる。比較する標準データは、年齢や性別、体重、身長などの特徴に喫煙飲酒の有無などの情報をもとに作成される。このデータは標準データであることは必須ではなく、患者がこうなりたいという願望のデータであっても良い ・過去・現在の健康状態トレンドから将来への健康状態を予想することができる(使用人が看護婦・保健婦の場合)
・バーチャルペーシェントに接続することで、昔からの知り合いのように患者さんを理解し、お世話ができる
・患者の嗜好がわかる(巨人が好き等)
・患者の家族構成、生い立ち、苦労話
・患者本人の状態(肌のつやがよい、目つきがしっかりしている、何となくだるそう等)が分かる
・患者本人の希望する看護方針(打つも話しかけて欲しい、ほっといて欲しい、外出したい等)
・過去・現在の健康状態トレンドから将来への健康状態を予想し、疾病にならないような予防方法を指導できる(使用人が放射線技師、放射線科の医師の場合)
・既往歴、アレルギー情報が分かる ・過去に収集した画像、レポート、読影医が分かる
(使用人が本人の場合)
・現在の健康状態が把握できる
・自分が何時、死ぬかが予想できる
・現在の疾病の病名が分かる
・原因を知ることができる
・治療方法を複数知ることができる
・それぞれの治療方法にかかる、費用、期間、病院施設、医師名、リスク(死亡率、副作用など)、メリットが分かる
・自分が将来、なると予想される疾病と時期を知ることができる
・予防方法を知ることができる
・急に体調を崩したら、リアルタイムで患者の医療情報(身長、体重、体温、脈拍、血圧、尿検査結果、便検査結果、心電図、脳波)を収集し、最適な医師に自動的に連絡を行い、本人が対応可能な場合には患者に指示を与える。もし、本人が対応ができない場合には、重傷度と本人の理想的と考えている対応方法に応じた最適な対応が自動で行われる
・理想の自分の体を認識し、手に入れる方法を知ることができる。
【0010】
・心のケア-をしてくれる、してくれる人を紹介できる、相談相手になってくれる
・患者として病院を受診する権利を売買できる
・自分の疾病の状態を公開して、各病院に公開し、オークションを開くことができる(価格、期間、入院施設の充実度、快適性など)
・使用者が保険者の場合
・過去・現在の健康状態トレンドから将来への健康状態を予想し、保険料を算出できる
・それぞれの治療方法にかかる、費用、期間、病院施設、医師名、リスクを提示できる
・患者として病院を受診する権利を売買できる
図1には以上の機能を考慮した本システムの概要を示している。本実施形態に係るシステムのバーチャルペーシェントエージェントエンジンには、一人の患者に関する全診療情報を時空間的な制約を受けずにスムーズに取り出すことができる、医慮情報を使用するシーン(使用場面)や医療情報の使用者にマッチした必要な情報だけに絞って提供できる、患者診療情報から要注意部位と診断結果情報、EBM情報を提供できる、推論した診断結果を基にそのときベストと想定できる複数の治療プランの候補を提供できる、バーチャルペーシェントとして不足している情報を使用者に知らせてその情報を追加入力できる、といった仕様が求められている。
【0011】
また、図2に示すように、本実施形態に係るシステムのバーチャルペーシェントエージェントエンジンの基本的な機能としては、膨大な情報の中から使用者の役割に応じて情報を選別して提供するものであり、例えば医者や放射線科医であれば、診断の支援となり得る情報、診断結果の確からしさを確認できる情報、画像診断の支援となり得る情報を提供し、また看護婦には、次の看護処置、治療プランの支援情報を提供し、技師には、画像作成プラン情報、撮影手順(プロシージャ)の支援情報を提供し、患者に対しては、インフォームドコンセント(承諾内容)、病気等の予防知識に関する情報を提供し、さらに病院の院長が使用者であれば、病院経営にとって有益と考えられる患者の死亡率、転院率、収益、経費に関する情報を提供し、保険会社には医療費や医療コストさらには死亡率に関する情報を提供し、製薬会社には投薬効果や副作用に関する情報を提供する。
【0012】
本実施形態に係るバーチャルペーシェントシステムは、病院の放射線部門システム、電子カルテシステム及び病棟部門システム、診療所、家庭に設置されているコンピュータシステムに繋がっており、これらコンピュータシステムの記憶装置やデータベースシステムに分散して保管されている医療情報を上述した使用者の役割当に応じて選別して収集して、その情報を要求している端末にサーブする。
【0013】
ここで、図3に示すように、使用者が医者である場合、本実施形態に係るバーチャルペーシェントシステムでは、バーチャルボディ(仮想患者の全身像)を画面に表示する。複数のバーチャルボディが、性別、年令、体型等に応じて事前に用意されている。複数のバーチャルボディは、患者の性別、年令、体型等に従って選択される。バーチャルボディ上である部位がポインタで指示されたとき、その指示された部位を認知し、当該患者であって指示された部位に関連する医療情報を、電子的通信回線を介して繋がっている複数のデータベースから収集する。収集した情報に基づいて患者の病名等を推論し、その推論結果を収集情報と共にバーチャルボディの対応する位置に表示する。推論処理に際して不足する情報があれば、その不足情報の入力を促すためのメッセージを画面上に表示する。このような情報提供によると使用者である医者は、患者に関する様々な医療情報をバーチャルボディを介して効率的に入手し、またその推論された病名等を認識することができる。
【0014】
図4、図5には、実際の表示画面の一例を示している。患者氏名、患者IDとともに、使用者(ユーザルール)、使用場面(シーン)に関する入力情報が表示される。図4の例では、使用者として患者本人、使用場面には病院でのインフォームドコンセントとして患者に治療プランの説明とその承諾という場面が仮定されている。図5の例では、使用者として救急救命士、使用場面には救急車内での遠隔診断という場面が仮定されている。
【0015】
バーチャルボディ(仮想患者の全身像)上で胸部が指示されたとき、複数のデータベースから収集された胸部に関わる医療情報又はそのリストが「現在の状態/診断結果(Current Condition/Diagnosis)」の欄に表示される。リスト名がクリックされたとき、その詳細な医療情報が別ウインドウが開いて表示される。
【0016】
「現在の状態/診断結果」の欄の横には、「行動プラン(Action Judgment)」として図4の例では複数の治療プランが表示され、図5の例では複数の搬送プランが表示される。図4において、各治療プランの詳細ボタン(Detail)をクリックすると、その治療プランの詳細情報が別ウインドウが開いて表示される。図5の例では、搬送プランとして、搬送先病院と担当医師氏名が表示される。
【0017】
さらに、「行動プラン」の欄の横には、それぞれの行動プラン(ここでは治療プラン)が実行されたと仮定した場合に予測される「治療効果の将来的な見込み(Futre Expectation)」として、生活品質QOL(Quality Of Life)、EBM(Evidence Based Medicine)、死亡率(Mortality)が表示される。
【0018】
図6には、図4や図5の表示を実現するための本実施形態に係るバーチャルペーシェントシステムの処理手順の概要が示されている。ここでは入力部から使用者、場所、時刻が入力されると、それに基づいて使用者の役割、場面を判断する(S1、S2)。判断した使用者の役割、場面に応じた当該患者に関する医療情報を複数のデータベース(DB)から収集し(S3)、収集した医療情報に基づいて患者の状態、つまり病名を推論する(S4)。推論した患者の状態に応じた対処プランを構築する(S5)。プラン構築にあたっては、プランでの対象となる診断や治療にに関連する医療情報を複数のデータベース(DB)から収集し(S6)、プラン構築にフィードバックされる。他の系統では、医師等が想定している医療行為が入力される(S7)。この医療行為に従って、当該医療行為を実際に患者に対して実施したと仮定した場合に将来的な患者の状態を予測する(S8)。S4で推論した病名、S5で構築したプラン、S8で予想した将来の患者の状態を、利用者の役割及び場面に応じて選別し、ディスプレイの画面に表示する(S9)。
【0019】
図7、図8には、本実施形態に係るバーチャルペーシェントシステムの処理手順について、入力部、データベース、出力部(表示部)との関係において示している。まず、バーチャルペーシェントシステムの入力部からバーチャルペーシェントエンジンに情報提供要求が出されると、バーチャルペーシェントエンジンは入力部に対して使用者を特定する情報としてここではユーザIDの入力を要求する。この要求に呼応して入力部からバーチャルペーシェントエンジンに供給されたユーザIDに基づいて認証確認するとともに、使用者及びその役割を特定する。続いて、バーチャルペーシェントエンジンは入力部に対して対象患者を特定する情報としてここでは患者IDの入力を要求する。この要求に呼応して入力部からバーチャルペーシェントエンジンに患者IDが供給される。次に、バーチャルペーシェントエンジンは入力部に対して利用場所(場面)に関する情報の入力を要求する。この要求に呼応して入力部からバーチャルペーシェントエンジンに場面情報が供給される。この場面情報は使用者が手動で入力してもよいし、入力部が設置されている場所に置かれたセンサからの出力に応じて入力されるようにしても良い。バーチャルペーシェントエンジンは、特定された使用者、その役割、場面に対応する表示画面のテンプレートを選択する。
【0020】
続いて、バーチャルペーシェントエンジンは、使用者の役割、場面に対応する情報の種別を特定し、当該患者に関するものであって、特定した情報種別に対応する医療情報を収集するために、複数のデータベースに対して情報収集要求を送信する。データベースは、当該患者のID及び情報種別をキーとして検索し、その結果として炉地出した当該患者に関するものであって、特定した情報種別に対応する医療情報を、バーチャルペーシェントエンジンに送信する。
【0021】
バーチャルペーシェントエンジンは、受信した医療情報とともに、患者の症状当に基づいて、患者状態、つまり病名等を推論する。この推論は、例えばニューロコンピュータを利用して行われる。バーチャルペーシェントエンジンは、推論した患者の状態に対して、診断プランや治療プランに関する複数の候補を構築するとともに、それら複数のプラン候補に関連する医療情報を複数のデータベースから収集する。バーチャルペーシェントエンジンは、複数のプラン候補を、データベースから収集したプラン関連情報に応じて予測した「治療効果の将来的な見込み(Futre Expectation)」とともに、テンプレートに適合させて入力部に送信する。入力部は、図4や図5に示した画面を表示する。入力部において任意のプラン候補の「詳細」ボタンがクリックされたとき、バーチャルペーシェントエンジンは、その詳細情報として、収集したプラン関連の医療情報等を入力部に送信する。入力部では、その詳細情報が表示される。
【0022】
入力部において、仮想的な医療行為が入力されたとき、その医療行為に適合する複数のプラン候補を構築するとともに、それら複数のプラン候補に関連する医療情報を複数のデータベースから収集する。バーチャルペーシェントエンジンは、複数のプラン候補を、データベースから収集したプラン関連情報に応じて予測した「治療効果の将来的な見込み(Futre Expectation)」とともに、テンプレートに適合させて入力部に送信する。入力部は、図4や図5に示した画面を表示する。入力部において任意のプラン候補の「詳細」ボタンがクリックされたとき、バーチャルペーシェントエンジンは、その詳細情報として、収集したプラン関連の医療情報等を入力部に送信する。入力部では、その詳細情報が表示される。
【0023】
以上のように本実施形態に係るシステムは、使用者の役割や場面等に応じて予め使用者が必要とするであろう情報種別を絞り込み、その種別に応じた医療情報を複数のデータベースから集めてくることを基本的な特徴としており、それとともに、その情報からプラン候補を構築し、また各プラン候補の「治療効果の将来的な見込み」を予測し、図4、図5のように表示することを特徴としている。
【0024】
図9には、本実施形態の医療情報提供システムを含む全体像を示している。医療情報提供システム1は、インターネット回線、公衆電話回線等の有線又は無線等による複数種類の電子的通信回線2,3,4に接続可能なように複数種類の通信機器を装備している。複数種類の電子的通信回線2,3,4を経由して、医療情報提供システム1は、様々なデータベース5,6,7,13,14,15、さらに病院内情報システム8内の心電計9、超音波診断装置10、X線診断装置11等の患者の現在状態に関する様々な医療情報を取得可能な各種の検査装置に接続されており、データベース5,6,7,13,14,15に保管されている医療情報や検査装置9、10、11の検査により取得された現在の患者状態等に関する医療情報を広く収集することができる環境にある。また、医療情報提供システム1は、上述した入力部としての診察室等に固定された端末12,16、さらに救急車等の移動車両に装備されている又はポータブル式の移動端末17に接続されている。
【0025】
図10には、医療情報提供システム1の主要部の構成を示している。なお、ベーチャルペーシェントシステムは、医療情報提供システム1を構成する構成要素の一部、つまり通信部20、入力部21、データ収集部22、将来症状の予測部30、表示情報選別部28、画面構築部29から構成される。
【0026】
通信部20は、複数種類の電子的通信回線2,3,4にそれぞれ対応する複数種類の通信機器を備えている。入力部21は、端末12、16、17から電子的通信回線2、3、4及び通信部20を経由して患者氏名等の患者識別情報、患者の症状、使用者の役割、情報の使用場面、認証コード等の初期情報、さらにプラン候補の選択、診断や治療の医療行為に関する情報を入力し、必要な情報の入力を促す処理情報の選別や認証処理を実行するために構成されている。
【0027】
データ収集部22は、患者の症状、使用者の役割、使用場面に従って使用者がその場面で必要としているであろう情報の種別を特定するとともに、その特定した情報の種別と患者識別情報に対応する医療情報を複数のデータベース5、14、15から収集するために構成されている。患者の症状、使用者の役割、使用場面から、その使用者がその患者に対してその場面で必要としているであろう情報の種別を特定するために、例えば、患者の症状、使用者の役割、使用場面を入力として、情報の種別を出力とするよう構成されたテーブル(ROM又は不揮発性メモリ)23がデータ収集部22に接続されている。
【0028】
患者の病名推論部24は、患者の症状、複数のデータベース5、14、15から収集された医療情報に基づいて患者の病名を推論する。推論エンジンには、例えば、入力された又はデータベースから収集された医療情報の中の患者の症状、性別、年令、体格、生活習慣、患者の既往歴、現在の通院記録、血液等の検査結果を入力として、患者の病名を出力とするニューロコンピュータが採用される。
【0029】
行動プラン構築部25は、推論された病名に基づいて、使用者が次に実施すべき診断、治療、救急時の初期治療、介護等に関する複数種類の行動プランの候補を構築するために構成されている。病名に対する1又は複数の行動プランの候補は、使用者の役割及び場面に応じてほぼ決まる。例えば、患者の病名、使用者の役割、使用場面を入力として、複数の行動プランの候補を出力とするよう構成されたテーブル(ROM又は不揮発性メモリ)32が行動プラン構築部25に接続されている。
【0030】
対処プラン関連の医療情報収集部26は、構築された複数の行動プランの候補に対して、それに関連する医療情報を特定のデータベース、例えば薬剤情報データベース7や研究機関の最新医療情報データベース13から収集するために構成されている。行動プラン候補には少なくとも1つの処置が含まれており、この処置を入力として、少なくとも1つの情報種別を出力とするよう構成されたテーブル(ROM又は不揮発性メモリ)27が対処プラン関連の医療情報収集部26に接続されている。
【0031】
将来の症状の予測部30は、当該患者に対して各行動プランには含まれる少なくとも1つの処置を施したと仮定した場合における将来的な当該患者の症状(状態変化)を予測するために構成されている。予測エンジンには、例えば、入力された又はデータベースから収集された医療情報の中の患者の症状、性別、年令、体格、生活習慣、患者の既往歴、現在の通院記録、血液等の検査結果、処置内容、投与する薬剤の種類、投与する薬剤の量、最新医療情報等を入力として、将来的な当該患者の症状として、ここでは生活品質QOL(Quality Of Life)、EBM(Evidence Based Medicine)、死亡率(Mortality)を出力とするニューロコンピュータが採用される。
【0032】
表示情報選別部28は、データ収集部22で収集された医療情報、推論部24で推論された病名、構築部25で構築された複数の行動プランの候補、対処プラン関連の医療情報収集部26で収集された対処プラン関連の医療情報、さらに予測部30で予測された将来の症状を、情報を使用する使用者の役割、情報を使用する場面、及び使用者に許可されているアクセス権限に従って選別するために構成されている。画面構築部29は、表示情報選別部28で選別された医療情報を、テンプレートに適合することにより表示画面を構築するために構成されている。この表示画面のデータは通信部20、端末12、16、17に対応する通信回線(ネットワーク)2、3、4を経由して使用者側の端末12、16、17のいずれかに送信される。
【0033】
図11、図12、図13には、本実施形態における主要な動作を示している。使用者、例えば医師により自分の診察室内の端末12を介してユーザIDを入力し、ログイン要求を医療情報提供システム1に送信すると、医療情報提供システム1ではユーザIDに従って認証確認し、ログインを許可する。ログイン許可後、医療情報提供システム1の入力部21は、端末12に対して患者情報の入力を要求する。入力部21は、端末12から患者ID、患者氏名、性別、年齢、症状等の患者情報を受信確認後、今度は、端末12に対して使用情報の入力を要求する。入力部21は、端末12から使用者の役割、使用場面に関する情報を受信確認後、データ収集部22に対して、患者の症状、使用者の役割、使用場面のデータと共に、データ収集トリガを出力する。データ収集部22では、患者の症状、使用者の役割、使用場面に従って使用者がその場面で必要としているであろう情報の種別を特定する。またデータ収集部22は、当該患者に関する情報であって、特定した情報の種別に係る医療情報の提供を、複数種類の回線2,3,4を経由して繋がっている全て又は一部の複数のデータベース5、14等に対してそれぞれの通信プロトコルに従って要求する。そのリクエストに呼応して、複数のデータベース5、14等では、患者ID、情報の種別に従って検索をし、ヒットした情報が存在する時には、その医療情報を取り出して、医療情報提供システム1のデータ収集部22に送信する。また、データ収集部22は、特定した情報種別の中に、当該患者に関する現在の検査情報に関する種別が含まれている場合、患者が現在存在する病院等の施設や救急車両等に設置又は装備されている検査装置9,10又は11に対して、検査の実行及び検査結果の返信を要求し、または遠隔操作を行う。それに呼応して検査が実行され、その検査結果がデータ収集部22に返信される。
【0034】
データ収集部22では収集した検査結果、医療情報を保持する。システム1の患者の病名推論部24は、入力された患者の症状、収集された医療情報、検査結果等に基づいて患者の病名を推論し、その推論した病名に基づいて行動プラン構築部25では、使用者が次に実施すべき診断、治療、救急時の初期治療、介護等に関する複数種類の行動プランの候補を構築する。続いて、対処プラン関連の医療情報収集部26では、構築された複数の行動プランの候補に対して、それに関連する医療情報の提供を、複数種類の回線2,3,4を経由して繋がっている特定のデータベース、ここでは薬剤情報データベース7や研究機関の最新医療情報データベース13等に対してそれぞれの通信プロトコルに従って要求する。そのリクエストに呼応して、薬剤情報データベース7や研究機関の最新医療情報データベース13等では、処置の内容、投与する薬剤の種類等で情報検索し、ヒットした情報が存在する時には、その薬剤や処置事例等に関する医療情報を取り出して、医療情報提供システム1の対処プラン関連の医療情報収集部26に送信する。
【0035】
収集した薬剤や最新医療情報、さらに入力された又はデータベース5、14等から収集された医療情報の中の患者の症状、性別、年令、体格、生活習慣、患者の既往歴、現在の通院記録、血液等の検査結果、処置内容、投与する薬剤の種類、投与する薬剤の量、最新医療情報等から、将来的な当該患者の症状として、例えば生活品質QOL(Quality Of Life)、EBM(Evidence Based Medicine)、死亡率(Mortality)を予測する。
【0036】
データ収集部22で収集された医療情報、推論部24で推論された病名、構築部25で構築された複数の行動プランの候補、対処プラン関連の医療情報収集部26で収集された対処プラン関連の医療情報、さらに予測部30で予測された将来の症状は、情報を使用する使用者の役割、情報を使用する場面、及び使用者に許可されているアクセス権限に従って表示情報選別部28で選別される。選別された情報は、画面構築部29において、GUI(グラフィカルユーザインタフェース)のテンプレートに適合される。それにより図4や図5に示したようなGUI画面が構築される。このGUI画面のデータは通信部20、通信回線2を経由して使用者側の端末12に送信される。使用者側の端末12の画面には、図4、図5に示したような画面が表示される。
【0037】
画面上で、任意のプラン候補の「詳細」ボタンがクリックされたとき、画面構築部29はその詳細情報から詳細情報画面を構築し、その詳細情報画面のデータを端末12に返信する。端末12の画面には、詳細情報が表示される。端末12から仮想的な医療行為(例えば処置)が入力されたとき、医療情報収集部26により当該医療行為に関連する医療情報が複数のデータベース7,13から収集される。
【0038】
予測部30において、医療情報収集部26で収集した薬剤や最新医療情報、さらに入力された又はデータベース5、14等から収集された医療情報の中の患者の症状、性別、年令、体格、生活習慣、患者の既往歴、現在の通院記録、血液等の検査結果、処置内容、投与する薬剤の種類、投与する薬剤の量等から、将来的な当該患者の症状として、例えば生活品質QOL(Quality Of Life)、EBM(Evidence Based Medicine)、死亡率(Mortality)を予測する。
【0039】
予測部30で予測された将来の症状は画面構築部29でGUI画面に適合され、この将来の症状を表すGUI画面のデータは通信部20、通信回線2を経由して使用者側の端末12に送信される。使用者側の端末12の画面には、将来的な症状が表示される。
【0040】
以上のように本実施形態によると、いつでも、どこでも、健康、医療、福祉情報を必要なものだけ手に入れることが可能になる。また、単独で存在している情報を他の情報と融合させえることにより、情報の価値を増大させることが可能になる。つまり、多くの医療情報の中から利用者にとってその役割、およびその場面で必要な情報が選択されて提供され、また行動プラン、その詳細情報、さらにはそれに関連する最新医療情報、そして将来の症状の予測に至るまで幅広く提供され得る。それにより使用者は、患者に対して的確な行動を迅速に行い得る。
【0041】
(変形例)
本発明は、上述した実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々変形して実施することが可能である。さらに、上記実施形態には種々の段階が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件から幾つかの構成要件が削除されてもよい。
【0042】
【発明の効果】
本発明によれば、バーチャルペーシェントシステム及び医療情報提供システムにおいて、多くの医療情報の中から利用者にとって必要な情報を選択して提供することができる。
【図面の簡単な説明】
【図1】本実施形態に係るバーチャルペーシェントシステム及び医療情報提供システムの概要を示す図。
【図2】本実施形態に係るバーチャルペーシェントシステムの基本的な機能を示す図。
【図3】本実施形態に係るバーチャルペーシェントシステムの基本的な処理を示す図。
【図4】本実施形態に係るバーチャルペーシェントシステムで提供される使用者として患者本人、使用場面として病院でのインフォームドコンセントに対応する表示画面の例を示す図。
【図5】本実施形態に係るバーチャルペーシェントシステムで提供される使用者として救急救命士、使用場面として救急社内での遠隔診断に対応する表示画面の例を示す図。
【図6】図4及び図5の表示に対応する本実施形態に係るバーチャルペーシェントシステムの処理手順の概要を示す図。
【図7】本実施形態に係るバーチャルペーシェントシステムの処理手順について、入力部、データベース、出力部(表示部)との関係において示す図。
【図8】本実施形態に係るバーチャルペーシェントシステムの処理手順について、入力部、データベース、出力部(表示部)との関係において示す図。
【図9】本実施形態に係る医療情報提供システムを含む全体構成を示す図。
【図10】本実施形態に係る医療情報提供システムの主要部の構成図。
【図11】本実施形態に係る医療情報提供システムの主要な動作の手順を示す図。
【図12】本実施形態に係る医療情報提供システムの主要な動作の手順を示す図。
【図13】本実施形態に係る医療情報提供システムの主要な動作の手順を示す図。
【符号の説明】
1…医療情報提供システム、2,3,4…電子的通信回線、5,6,7,13,14,15…医療情報データベース、8…病院内情報システム、9…心電計、10…超音波診断装置、11…X線診断装置、12,16,17…使用者端末、20…通信部、21…入力部、22…データ収集部、23,27,32…テーブル(ROM又は不揮発性メモリ)、24…患者の病名推論部、25…行動プラン構築部、26…対処プラン関連の医療情報収集部、28…表示情報選別部、29…画面構築部、30…将来症状の予測部。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a virtual patient system and a medical information providing system that provide medical information stored in a plurality of databases.
[0002]
[Prior art]
Japanese Patent Laid-Open No. 2002-73807 discloses a medical information system that collects medical information such as medical care, treatment, and medication performed at different medical institutions. JP-A-11-45304 discloses a medical support system that can mutually use medical information of different medical institutions.
[0003]
When medical information is collected from a database of a plurality of institutions, a large amount of information can be collected. However, there is a lot of information that is not necessary, and it takes time and effort to search for necessary information from a large amount of information. In addition, in some cases, it is possible to overlook essential information.
[0004]
[Patent Document 1]
JP 2002-73807 A
[0005]
[Patent Document 2]
JP-A-11-45304
[0006]
[Problems to be solved by the invention]
An object of the present invention is to select and provide information necessary for a user from a lot of medical information in a virtual patient system and a medical information providing system.
[0007]
[Means for Solving the Problems]
In one aspect of the present invention, personal information related to at least one of medical care, health, and care is identification information, Patient current status, diagnosis results, multiple treatment plans, treatment plans, quality of life, delivery plans In a virtual patient system connected via an electric communication line to a plurality of databases stored in association with information of an information type, a user who uses the personal information receives patient identification information and the use Means for inputting a person's identification information, transmission means for transmitting the patient identification information to the plurality of databases together with an information provision request, means for receiving personal information about the patient from the plurality of databases, The identification information of the user, the place where the identification information of the patient and the identification information of the user are input; The time when the identification information of the patient and the identification information of the user are input Based on the user's role according to the correspondence table created in advance as well as Usage scene where the user uses personal information As a patient, it is a scene where the patient himself receives informed consent in the hospital, or a remote diagnosis scene in emergency lifesaving in an ambulance From the personal information about the patient received from the plurality of databases based on the means for determining the role of the user and the usage scene determined, In the informed consent scene, the patient's current state, diagnosis results, multiple treatment plans, personal information related to quality of life are selected, and in the emergency lifesaving remote diagnosis scene, the patient's current state, diagnosis result, Select personal information related to transportation plans and quality of life There is provided a virtual patient system comprising: means and display means for displaying the selected personal information to be displayed.
[0008]
DETAILED DESCRIPTION OF THE INVENTION
The virtual patient system and the medical information providing system according to the present embodiment are basically connected to a plurality of databases in which personal information related to medical care, health, and care is stored via an electrical communication line. From these multiple databases, not only the personal identification information that identifies the patient, but also the role of the user (user) who uses the personal information (doctor, nurse, paramedic, caregiver, etc.) and the user's personal information Use cases (diagnosis, treatment, nursing, care, etc.) and use patient's symptoms and collect medical information corresponding to them, and users are likely to be useful or useful A system built to allow information to be provided to the user. Therefore, the functions required for the virtual patient system and the medical information providing system according to the present embodiment are as follows.
[0009]
・ It is possible to specify the storage location of all personal information related to health, medical care and welfare from birth to death.
・ Can collect EBM (Evidence Based Medical) and other diagnostic and treatment guidelines and the latest research results
・ When it is assumed that a certain treatment is applied to a patient, it has a simulation function that predicts what state the patient will reach in the future by that treatment.
・ Information that users are likely to find useful or useful from multiple personal information databases connected via various types of electronic communication lines such as the Internet, telephone lines, and wireless communication networks. Has search function to search
・ Has information display function
・ Access to various types of networks
・ Can recognize information users
・ It is possible to specify what kind of information the user needs in what environment ・ Only the necessary information is displayed in a format that is easy for the user to understand
・ Distinguishable information from others and information that you do not want to disclose
・ Has a security function
・ Has privacy protection function
・ Virtual Patient Body can be displayed
・ By using personal information in combination, it is possible to extract more information than is used independently.
・ Personal information users, such as doctors, engineers, nurses, individuals, insurers, etc., are selected according to their roles and displayed in an easy-to-read format.
・ Users such as doctors, technicians, nurses, individuals, insurers, etc. use personal information (use scene (scene)), for example, whether the doctor uses the patient in a sudden illness Or personal information is selected and displayed in an easy-to-read format according to whether it is used in a health checkup situation, etc.
・ Identify necessary information
・ Determine how information should be shown (position, order, 2D, 3D, etc.)
・ Recognize whether necessary information exists
・ Identify information that is needed but not stored
・ Provide to obtain and store information that is necessary but not stored
・ Ensuring that this information can be viewed and used anytime, anywhere
・ Inform users of the missing information and enter the information.
・ Personal information of patients can be collected and stored in real time (body temperature, pulse, blood pressure, urine test results, stool test results, electrocardiogram, electroencephalogram)
Here, the functions required for the virtual patient system and the information providing system according to the present embodiment are classified according to the role of the user as follows.
(When the user is a doctor)
・ From patient care information, it is possible to display the site requiring attention, diagnosis result information, EBM information and the latest research results.
・ The best treatment plan at that time can be presented based on the diagnosis result such as the inferred disease name. ・ The optimum diagnosis / treatment path (critical path) can be presented. It is possible to display multiple benefits, display advantages and disadvantages, and provide users with judgment materials ・ Enter patient symptoms and numerically display the possibility of disease
・ Can arbitrarily superimpose medical images, can bring out more value than observing alone ・ Can display pharmacy information ・ If patients are assumed to be healthy, this should be By having standard data and comparing this with actual patient medical information, the disease can be found. The standard data to be compared is created based on information such as the presence or absence of smoking and drinking along with characteristics such as age, sex, weight, and height. It is not essential that this data is standard data, and it may be data that the patient desires to be like this. ・ Present health status in the future can be predicted from past and current health status trends. (For nurses and public health nurses)
・ By connecting to a virtual patient, you can understand and take care of the patient like an acquaintance from the past.
・ Understand patient preferences (like giants)
・ The patient's family structure, history, and struggles
・ Understands the patient's condition (smooth skin, firm eyes, what to do)
・ Nursing policy desired by the patient (I want you to talk to me, I want you to feel relaxed, I want to go out, etc.)
・ Predicting future health status from past and current health status trends and providing guidance on prevention methods that will not cause illness (when employees are radiologists or radiology doctors)
・ Understanding medical history and allergy information ・ Understanding images, reports, and interpretation doctors collected in the past
(When the employee is the person)
・ Understand current health status
・ You can predict when you will die
・ Understand the name of the current disease
・ We can know cause
・ You can know multiple treatment methods
・ Understand the cost, duration, hospital facility, doctor name, risk (mortality, side effects, etc.) and merit for each treatment method
・ You can know the disease and timing that you are expected to become in the future
・ We can know preventive method
・ If you suddenly lose physical condition, collect medical information (height, weight, body temperature, pulse, blood pressure, urinalysis results, stool test results, electrocardiogram, electroencephalogram) in real time and automatically contact the optimal doctor If the person is available, give instructions to the patient. If the person is unable to deal with the situation, the most appropriate action will be automatically taken according to the degree of serious injury and the person's ideal handling method.
・ Recognize your ideal body and know how to get it.
[0010]
・ You can introduce people who care for you
・ You can buy and sell the right to see a hospital as a patient
・ You can publish your disease status, open it to each hospital, and open an auction (price, duration, hospitality, comfort, etc.)
・ When the user is an insurer
・ Predicting future health status from past and current health status trends and calculating insurance premiums
・ We can show cost, period, hospital facility, doctor name, risk about each treatment method
・ You can buy and sell the right to see a hospital as a patient
FIG. 1 shows an overview of this system considering the above functions. In the virtual patient agent engine of the system according to the present embodiment, a scene using medical information (use scene) that can smoothly extract all medical information related to one patient without being subjected to space-time restrictions. Can be provided only for necessary information that matches the user of medical information, can be provided from the patient's medical information, the site of interest and diagnostic result information, EBM information can be provided, based on the inferred diagnostic result can be assumed to be the best There is a need for specifications that can provide multiple treatment plan candidates, inform the user of information that is lacking as a virtual patient, and enter the information additionally.
[0011]
In addition, as shown in FIG. 2, the basic function of the virtual patient agent engine of the system according to the present embodiment is to select and provide information from a vast amount of information according to the role of the user. For example, doctors and radiologists provide information that can assist in diagnosis, information that can confirm the accuracy of diagnosis results, and information that can assist in image diagnosis. Providing support information for treatment and treatment plans, providing information on image creation plans and support information for imaging procedures (procedures) to engineers, and providing informed consent to patients, prevention of diseases, etc. Provide information on knowledge and, if the hospital director is a user, provide information on patient mortality, transfer rates, revenues, and expenses that may be beneficial to hospital management. The insurance company medical costs and health care costs further provides information about mortality, the pharmaceutical companies to provide information about medication effects and side effects.
[0012]
The virtual patient system according to the present embodiment is connected to a hospital radiation department system, an electronic medical record system and a ward department system, a clinic, and a computer system installed in a home. The medical information distributed and stored is sorted and collected according to the role of the user described above, and the information is served to the requesting terminal.
[0013]
Here, as shown in FIG. 3, when the user is a doctor, the virtual patient system according to the present embodiment displays a virtual body (a whole body image of a virtual patient) on the screen. Multiple virtual bodies are prepared in advance according to gender, age, body type, and so on. The plurality of virtual bodies are selected according to the patient's sex, age, body type, and the like. When a part on the virtual body is instructed by a pointer, the instructed part is recognized and medical information related to the instructed part of the patient is connected via an electronic communication line Collect from the database. Based on the collected information, the patient's disease name and the like are inferred, and the inference result is displayed at the corresponding position of the virtual body together with the collected information. If there is insufficient information in the inference process, a message for prompting the input of the insufficient information is displayed on the screen. According to such provision of information, a doctor who is a user can efficiently obtain various medical information about a patient via a virtual body and recognize the inferred disease name and the like.
[0014]
4 and 5 show examples of actual display screens. Along with the patient name and patient ID, input information related to the user (user rule) and usage scene (scene) is displayed. In the example of FIG. 4, it is assumed that the patient himself is the user, and that the usage scene is an explanation of the treatment plan and acceptance of the treatment plan to the patient as informed consent in the hospital. In the example of FIG. 5, it is assumed that a paramedic is used as a user, and a scene of remote diagnosis in an ambulance is assumed as a usage scene.
[0015]
When a chest is indicated on a virtual body (full-body image of a virtual patient), medical information or a list of chests collected from multiple databases is displayed in the “Current Condition / Diagnosis” column. Is displayed. When a list name is clicked, detailed medical information is displayed in a separate window.
[0016]
In the example of FIG. 4, a plurality of treatment plans are displayed as “Action Judgment”, and in the example of FIG. 5, a plurality of transportation plans are displayed next to the “current state / diagnosis result” column. . In FIG. 4, when the detail button (Detail) of each treatment plan is clicked, detailed information of the treatment plan is displayed in another window. In the example of FIG. 5, the transfer destination hospital and the name of the doctor in charge are displayed as the transfer plan.
[0017]
In addition, next to the column of “Action Plan” is the “Futre Expectation of Treatment Effect” predicted when each action plan (here, the treatment plan) is executed, Quality QOL (Quality Of Life), EBM (Evidence Based Medicine), and mortality (Mortality) are displayed.
[0018]
FIG. 6 shows an outline of the processing procedure of the virtual patient system according to the present embodiment for realizing the display of FIGS. 4 and 5. Here, when the user, location, and time are input from the input unit, the role and scene of the user are determined based on the input (S1, S2). Medical information about the patient according to the determined role and scene of the user is collected from a plurality of databases (DB) (S3), and the patient's state, that is, the disease name is inferred based on the collected medical information (S4). A coping plan corresponding to the inferred patient state is constructed (S5). In the plan construction, medical information related to the diagnosis and treatment targeted by the plan is collected from a plurality of databases (DB) (S6) and fed back to the plan construction. In the other system, a medical practice assumed by a doctor or the like is input (S7). According to this medical practice, when it is assumed that the medical practice is actually performed on the patient, a future patient condition is predicted (S8). The disease name inferred in S4, the plan constructed in S5, and the future patient state predicted in S8 are selected according to the role and scene of the user and displayed on the display screen (S9).
[0019]
7 and 8 illustrate the processing procedure of the virtual patient system according to the present embodiment in relation to the input unit, the database, and the output unit (display unit). First, when an information provision request is issued from the input unit of the virtual patient system to the virtual patient engine, the virtual patient engine requests the input unit to input a user ID as information for specifying the user. In response to this request, authentication is confirmed based on the user ID supplied from the input unit to the virtual patient engine, and the user and its role are specified. Subsequently, the virtual patient engine requests the input unit to input a patient ID as information for specifying the target patient. In response to this request, the patient ID is supplied from the input unit to the virtual patient engine. Next, the virtual patient engine requests the input unit to input information regarding the place of use (scene). In response to this request, scene information is supplied from the input unit to the virtual patient engine. This scene information may be manually input by the user, or may be input in accordance with an output from a sensor placed at a place where the input unit is installed. The virtual patient engine selects a display screen template corresponding to the identified user, its role, and scene.
[0020]
Subsequently, the virtual patient engine identifies the type of information corresponding to the user's role and scene, and relates to the patient, and collects medical information corresponding to the identified information type. Send an information collection request to the database. The database searches for the patient's ID and information type as a key, and as a result relates to the patient who has left the furnace, and transmits medical information corresponding to the specified information type to the virtual patient engine.
[0021]
The virtual patient engine infers a patient state, that is, a disease name based on the received medical information and the patient's symptoms. This inference is performed using, for example, a neurocomputer. The virtual patient engine constructs a plurality of candidates related to the diagnosis plan and the treatment plan for the inferred patient state, and collects medical information related to the plurality of plan candidates from a plurality of databases. The virtual patient engine sends a plurality of plan candidates to the input unit in conformity with the template together with the “future expectation of treatment effect” predicted according to the plan related information collected from the database. The input unit displays the screen shown in FIG. 4 or FIG. When the “detail” button of an arbitrary plan candidate is clicked in the input unit, the virtual patient engine transmits the collected plan-related medical information and the like as the detailed information to the input unit. Detailed information is displayed in the input section.
[0022]
In the input unit, when a virtual medical practice is input, a plurality of plan candidates suitable for the medical practice are constructed, and medical information related to the plurality of plan candidates is collected from a plurality of databases. The virtual patient engine sends a plurality of plan candidates to the input unit in conformity with the template together with the “future expectation of treatment effect” predicted according to the plan related information collected from the database. The input unit displays the screen shown in FIG. 4 or FIG. When the “detail” button of an arbitrary plan candidate is clicked in the input unit, the virtual patient engine transmits the collected plan-related medical information and the like as the detailed information to the input unit. Detailed information is displayed in the input section.
[0023]
As described above, the system according to the present embodiment narrows down information types that the user may need in advance according to the role and scene of the user and collects medical information according to the type from a plurality of databases. As a basic feature, the plan candidates are constructed from the information, and the “future prospects of treatment effects” of each plan candidate are predicted and displayed as shown in FIG. 4 and FIG. It is characterized by doing.
[0024]
FIG. 9 shows an overall view including the medical information providing system of the present embodiment. The medical
[0025]
In FIG. 10, the structure of the principal part of the medical
[0026]
The
[0027]
The
[0028]
The patient's disease
[0029]
Based on the inferred disease name, the action
[0030]
The treatment plan related medical
[0031]
The future symptom prediction unit 30 is configured to predict a future symptom (state change) of the patient when it is assumed that at least one treatment included in each action plan has been applied to the patient. Has been. Predictive engines include, for example, patient symptoms, gender, age, physique, lifestyle, patient history, current hospital records, blood test results, etc. in medical information entered or collected from a database , Treatment content, type of drug to be administered, amount of drug to be administered, latest medical information, etc., as future symptom of the patient, life quality QOL (Quality Of Life), EBM (Evidence Based Medicine) A neurocomputer that outputs mortality is adopted.
[0032]
The display
[0033]
11, FIG. 12, and FIG. 13 show main operations in the present embodiment. When a user, for example, a doctor inputs a user ID via the terminal 12 in his / her examination room and transmits a login request to the medical
[0034]
The
[0035]
Collected medicines and latest medical information, patient symptoms, gender, age, physique, lifestyle, patient history, current medical record in medical information entered or collected from
[0036]
Medical information collected by the
[0037]
When the “detail” button of any plan candidate is clicked on the screen, the
[0038]
In the prediction unit 30, the medicine, latest medical information collected by the medical
[0039]
The future symptom predicted by the prediction unit 30 is adapted to the GUI screen by the
[0040]
As described above, according to the present embodiment, it is possible to obtain only necessary health, medical and welfare information anytime and anywhere. In addition, it is possible to increase the value of information by combining information that exists alone with other information. In other words, the role and the information necessary for the situation are selected and provided to the user from a lot of medical information, and the action plan, its detailed information, and the latest medical information related to it, and future symptoms are also provided. It can be provided widely up to the prediction. As a result, the user can quickly perform an appropriate action on the patient.
[0041]
(Modification)
The present invention is not limited to the above-described embodiments, and various modifications can be made without departing from the scope of the invention at the stage of implementation. Furthermore, the above embodiment includes various stages, and various inventions can be extracted by appropriately combining a plurality of disclosed constituent elements. For example, some constituent requirements may be deleted from all the constituent requirements shown in the embodiment.
[0042]
【The invention's effect】
ADVANTAGE OF THE INVENTION According to this invention, in a virtual patient system and a medical information provision system, information required for a user can be selected and provided from many medical information.
[Brief description of the drawings]
FIG. 1 is a diagram showing an outline of a virtual patient system and a medical information providing system according to an embodiment.
FIG. 2 is a view showing basic functions of the virtual patient system according to the present embodiment.
FIG. 3 is a view showing basic processing of the virtual patient system according to the embodiment.
FIG. 4 is a diagram showing an example of a display screen corresponding to a patient himself / herself as a user provided by the virtual patient system according to the present embodiment and informed consent at a hospital as a usage scene;
FIG. 5 is a diagram showing an example of a display screen corresponding to an emergency lifesaving person as a user provided in the virtual patient system according to the present embodiment and remote diagnosis in an emergency department as a use scene;
6 is a diagram showing an outline of a processing procedure of the virtual patient system according to the present embodiment corresponding to the display of FIGS. 4 and 5. FIG.
FIG. 7 is a diagram showing a processing procedure of the virtual patient system according to the present embodiment in relation to an input unit, a database, and an output unit (display unit).
FIG. 8 is a diagram showing a processing procedure of the virtual patient system according to the present embodiment in relation to an input unit, a database, and an output unit (display unit).
FIG. 9 is a diagram showing an overall configuration including a medical information providing system according to the present embodiment.
FIG. 10 is a configuration diagram of a main part of the medical information providing system according to the embodiment.
FIG. 11 is a diagram showing a procedure of main operations of the medical information providing system according to the embodiment.
FIG. 12 is a diagram showing a procedure of main operations of the medical information providing system according to the present embodiment.
FIG. 13 is a diagram showing a procedure of main operations of the medical information providing system according to the present embodiment.
[Explanation of symbols]
DESCRIPTION OF
Claims (3)
前記個人情報を使用する使用者が、患者の識別情報と前記使用者の識別情報とを入力するための手段と、
前記患者の識別情報を情報提供要求とともに前記複数のデータベースに送信する送信手段と、
前記複数のデータベースから前記患者に関する個人情報を受信する手段と、
前記使用者の識別情報と、前記患者の識別情報及び前記使用者の識別情報が入力された場所と、前記患者の識別情報及び前記使用者の識別情報が入力された時刻とに基づいて、予め作成された対応テーブルに従って前記使用者の役割及び前記使用者が個人情報を使用する使用場面として、患者本人が病院内でインフォームドコンセントを受ける場面であるのか、救急車内での救急救命における遠隔診断の場面であるのかを判断する手段と、
前記判断された使用者の役割と前記使用場面とに基づいて、前記複数のデータベースから受信した前記患者に関する個人情報から、前記インフォームドコンセントの場面では患者の現在の状態、診断結果、複数の治療プラン、生活品質に関連する個人情報を選別し、前記救急救命における遠隔診断の場面では患者の現在の状態、診断結果、搬送プラン、生活品質に関連する個人情報を選別する手段と、
前記選別した表示対象の個人情報を表示する表示手段とを具備することを特徴とするバーチャルペーシェントシステム。Personal information related to at least one of medical, health, and nursing care is associated with identification information and information types of information related to the patient's current state, diagnosis results, multiple treatment plans, treatment plans, life quality, and transportation plans In a virtual patient system connected to multiple stored databases via electrical communication lines,
Means for a user using the personal information to input patient identification information and the user identification information;
Transmitting means for transmitting the patient identification information to the plurality of databases together with an information provision request;
Means for receiving personal information about the patient from the plurality of databases;
Based on the identification information of the user, the location where the identification information of the patient and the identification information of the user are input, and the time when the identification information of the patient and the identification information of the user are input , in advance as used scene role and said user of said user in accordance with the correspondence table created to use personal information, whether the patient himself a scene receiving informed consent in hospitals, remote diagnosis in emergency in ambulance A means of determining whether the scene is
Based on the determined role of the user and the usage scene, from the personal information about the patient received from the plurality of databases, in the informed consent scene, the current state of the patient, the diagnosis result, and the plurality of treatments Selecting personal information related to the plan, life quality, and means for selecting personal information related to the current state of the patient, diagnosis result, transportation plan, life quality in the scene of remote diagnosis in the emergency lifesaving ;
A virtual patient system comprising: display means for displaying the selected personal information to be displayed.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003049055A JP4393081B2 (en) | 2003-02-26 | 2003-02-26 | Virtual patient system |
| US10/784,279 US20040230458A1 (en) | 2003-02-26 | 2004-02-24 | Cyber hospital system for providing doctors' assistances from remote sites |
| CN200410043003XA CN1541612B (en) | 2003-02-26 | 2004-02-26 | Cyber hospital system for providing doctors' assistances from remote sites |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003049055A JP4393081B2 (en) | 2003-02-26 | 2003-02-26 | Virtual patient system |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008325309A Division JP2009076102A (en) | 2008-12-22 | 2008-12-22 | Medical information provision system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004258978A JP2004258978A (en) | 2004-09-16 |
| JP4393081B2 true JP4393081B2 (en) | 2010-01-06 |
Family
ID=33114854
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003049055A Expired - Fee Related JP4393081B2 (en) | 2003-02-26 | 2003-02-26 | Virtual patient system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4393081B2 (en) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4622462B2 (en) * | 2004-11-05 | 2011-02-02 | 富士ゼロックス株式会社 | Information processing system, information processing apparatus, information processing method, and computer program |
| JP4900551B2 (en) * | 2005-03-11 | 2012-03-21 | 三洋電機株式会社 | Medical information processing device synchronized with standard treatment program |
| US20070021977A1 (en) * | 2005-07-19 | 2007-01-25 | Witt Biomedical Corporation | Automated system for capturing and archiving information to verify medical necessity of performing medical procedure |
| US20070198295A1 (en) * | 2006-02-22 | 2007-08-23 | Duckert David W | Method and system for routing information to an appropriate care provider |
| JP5024704B2 (en) * | 2007-08-31 | 2012-09-12 | 学校法人日本大学 | A system that predicts the time required to treat a specific disease |
| JP2015028772A (en) * | 2013-06-25 | 2015-02-12 | 肇 高橋 | Nursing care support system |
| US11011256B2 (en) | 2015-04-26 | 2021-05-18 | Inovalon, Inc. | System and method for providing an on-demand real-time patient-specific data analysis computing platform |
| JP2018514862A (en) * | 2015-12-18 | 2018-06-07 | イノベーロン インコーポレイテッドInovalon,Inc. | System and method for providing on-demand real-time patient-specific data analysis computing platform |
| JP6316325B2 (en) * | 2016-01-21 | 2018-04-25 | キヤノン株式会社 | Information processing apparatus, information processing apparatus operating method, and information processing system |
| JP7004655B2 (en) * | 2016-08-08 | 2022-01-21 | セントケア・ホールディング株式会社 | Care plan creation support system |
| JP7313888B2 (en) * | 2019-04-24 | 2023-07-25 | キヤノンメディカルシステムズ株式会社 | MEDICAL INFORMATION PROCESSING APPARATUS, MEDICAL INFORMATION PROGRAM AND METHOD |
| US20250182871A1 (en) * | 2022-01-17 | 2025-06-05 | Aizoth Inc. | Statistical data acquisition device, degree of contribution calculation device, treatment action search device, treatment object search device, statistical data acquisition program, degree of contribution calculation program, treatment action search program, and treatment object search program |
| JPWO2023176576A1 (en) * | 2022-03-18 | 2023-09-21 |
-
2003
- 2003-02-26 JP JP2003049055A patent/JP4393081B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004258978A (en) | 2004-09-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1541612B (en) | Cyber hospital system for providing doctors' assistances from remote sites | |
| JP2004280807A (en) | Cyber hospital system | |
| US20170011192A1 (en) | Patient And Mobile Healthcare Worker Initiated Encounter In A Telemedicine System | |
| EP3970161A1 (en) | Remote health monitoring system and method for hospitals and cities | |
| US11101044B2 (en) | Uberization and decentralization of healthcare services | |
| EP3255573A1 (en) | Clinical decision supporting ensemble system and clinical decison supporting method using the same | |
| US20150213194A1 (en) | Methods, Devices, And Systems For Multi-Format Data Aggregation | |
| JP2009076102A (en) | Medical information provision system | |
| EP4128271A1 (en) | Fully autonomous medical solution (mydoctor) | |
| JP4393081B2 (en) | Virtual patient system | |
| CN112750512B (en) | Data processing method, client, server, system and storage medium | |
| JPH0928682A (en) | Personal health management system | |
| WO2005122033A1 (en) | Medical total information apparatus and medical total information system | |
| WO2018039235A1 (en) | Patient-owned electronic health records system and method | |
| CN112749321B (en) | Data processing method, client, server, system and storage medium | |
| WO2023112483A1 (en) | Information processing device | |
| JP4015462B2 (en) | Physical condition maintenance assist system | |
| JP4718814B2 (en) | Medical information provision system | |
| JP2002049693A (en) | Disease check system | |
| WO2001097111A1 (en) | Second opinion acquisition assisting system and second opinion acquiring method | |
| KR100684007B1 (en) | Telemedicine system and its operation method through internet network | |
| JP2010250690A (en) | Medical diagnosis support system and medical diagnosis support method | |
| KR20040108098A (en) | Healthy Rhythm Managing System and Examination Method Using Personal Healthy Information | |
| KR20230023298A (en) | Apparatus and methond for application system for recommending a department of medical care for patients | |
| Mohsin et al. | A real-time web-based telemedicine framework based on AI and IoMT for emergency triage and initial diagnostics: the TeleMedQuick solution |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060120 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20081014 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081021 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081222 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090407 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090605 |
|
| 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: 20090915 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20091013 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 4393081 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121023 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121023 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131023 Year of fee payment: 4 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 Free format text: JAPANESE INTERMEDIATE CODE: R313117 Free format text: JAPANESE INTERMEDIATE CODE: R313114 |
|
| R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 Free format text: JAPANESE INTERMEDIATE CODE: R313114 Free format text: JAPANESE INTERMEDIATE CODE: R313117 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |