JP2015215785A - 同意支援システムおよび同意支援サーバ - Google Patents

Abstract

【課題】医療従事者が医療行為を行う際、患者の家族を識別した上で同意の受領を効率よく実施することができる同意支援システムおよび同意支援サーバを提供する。
【解決手段】本実施形態に係る同意支援システムは、患者に対して行われる医療行為を示すオーダー情報を取得するオーダー情報取得部と、取得した前記オーダー情報に記載された医療行為に基づいて、前記患者の家族に対して当該医療行為の同意を依頼する同意依頼情報を生成する依頼情報生成部と、取得した前記オーダー情報に記載された前記患者の情報に基づいて、当該患者の家族に対し、生成した前記同意依頼情報の内容を確認してもらうための通知を行う同意依頼通知部と、通知を受けた前記患者の家族に対して、当該患者の家族であることを識別する患者家族識別部と、識別された前記患者の家族から前記同意依頼情報の内容に同意した旨の情報を受領する同意受領部と、を備える。
【選択図】 図１

Description

本発明の実施形態は、同意支援システムおよび同意支援サーバに関する。

現在の医療法では、患者と医療従事者との間で医療行為の方針や内容などの合意を得る「インフォームド・コンセント」が必要不可欠となっている。

また、医師などの医療行為の担い手は、医療を提供するにあたり、適切な説明を行い、医療を受ける者の理解を得るように努めなければならない旨が、法律上規定されている。

ここで、「インフォームド・コンセント」は、患者に十分な理解力および判断力と、十分な時間的余裕があるという前提で成り立っており、例えば、未成年の患者や精神病患者、緊急患者などの場合は、患者本人ではなく、家族に同意を求める場合がある。

ここで、医療従事者が患者に対して医療サービスを提供するために、医療従事者と患者との間で取り交わす医療サービスに対応した同意書の発行を行うともに、同意書の管理を行う同意書管理システムが提案されている（特許文献１参照）。

特開２０１０−２５０５９７号公報

上述したように、医師などが患者に対して医療行為を行う場合、法律上、医療従事者と患者との間で同意が必要となっている。

しかしながら、患者が未成年者の場合や意思の疎通が図れない患者の場合には、患者の家族の同意が必要となる場合がある。この場合、同意は、患者の家族にその場に居合わせてもらい、その場で同意書に署名することが一般的である。

また、緊急時や災害時などの突発的な事故が発生した場合や患者が患者の家族と離れて暮らしている場合には、患者の家族が患者の医療行為の現場に来ることができない場合がある。このような場合には、電話により患者の家族に同意の確認を行うことがある。

ここで、電話により患者の家族に同意の確認を行う場合、例えば、本当に患者の家族かどうか確認ができなかったり、患者の家族にとって電話での説明では内容がよく分からない状態もあり、患者の家族がよく分からない状態で同意することも考えられる。

また、電話の話相手が患者の家族であるか否かを確認するために、声紋を利用した生体認証を利用することも考えられる。しかしながら、声紋による生体認証は、例えば、体調によって生体情報が変化したり、通話品質に左右されるので、生体認証により正しく認証することができないことも想定される。

そこで、医療従事者が医療行為を行う際、患者の家族を識別した上で同意の受領を効率よく実施することができる同意支援システムおよび同意支援サーバが望まれていた。

本実施形態に係る同意支援システムは、患者に対して行われる医療行為を示すオーダー情報を取得するオーダー情報取得部と、取得した前記オーダー情報に記載された医療行為に基づいて、前記患者の家族に対して当該医療行為の同意を依頼する同意依頼情報を生成する依頼情報生成部と、取得した前記オーダー情報に記載された前記患者の情報に基づいて、当該患者の家族に対し、生成した前記同意依頼情報の内容を確認してもらうための通知を行う同意依頼通知部と、通知を受けた前記患者の家族に対して、当該患者の家族であることを識別する患者家族識別部と、識別された前記患者の家族から前記同意依頼情報の内容に同意した旨の情報を受領する同意受領部と、を備える。
を備える。

本実施形態に係る同意支援サーバは、患者に対して行われる医療行為を示すオーダー情報を取得するオーダー情報取得部と、取得した前記オーダー情報に記載された医療行為に基づいて、前記患者の家族に対して当該医療行為の同意を依頼する同意依頼情報を生成する依頼情報生成部と、取得した前記オーダー情報に記載された前記患者の情報に基づいて、当該患者の家族に対し、生成した前記同意依頼情報の内容を確認してもらうための通知を行う同意依頼通知部と、通知を受けた前記患者の家族に対して、当該患者の家族であることを識別する患者家族識別部と、識別された前記患者の家族から前記同意依頼情報の内容に同意した旨の情報を受領する同意受領部と、を備える。

第１の実施形態に係る同意支援サーバを備えた同意支援システムの概略の構成の一例を示した概略構成図。 第１の実施形態に係る同意支援サーバの構成を示すハードウエアブロック図。 第１の実施形態に係る同意支援システムにおいて、同意支援サーバと同意家族情報端末とによって、患者に対する医療行為について患者の家族から同意依頼に対する同意を受領する同意依頼受領処理を示したシーケンス図。 第１の実施形態に係る同意支援サーバが、オーダー情報を受け付けると、患者の家族に確認してもらうべき同意依頼情報を生成するとともに、その同意依頼情報について患者の家族に同意してもらう同意依頼処理を示したフローチャート。 第１の実施形態に係る同意支援サーバのオーダー情報取得部が、取得するオーダー情報の一例を示した説明図。 第１の実施形態に係る同意支援サーバの医療行為データベースが格納する、医療行為ごとに患者の家族に説明が必要な情報を示した説明必要情報テーブルを示す説明図。 第１の実施形態に係る同意支援サーバの依頼情報生成部が生成する同意依頼情報の一例を示す説明図。 第１の実施形態に係る同意支援サーバの同意依頼通知部が、生成した同意依頼情報の送付先を示す説明図。 第２の実施形態に係る同意履歴格納部を有する同意家族情報端末を備えた同意支援システムの概略の構成の一例を示した概略構成図。 第３の実施形態に係る同意支援サーバを備えた同意支援システムの構成の一例を示した概略構成図。 第３の実施形態に係る同意支援サーバの関連情報データベースに格納される各種情報。 第３の実施形態に係る同意支援サーバの関連情報データベースに格納される各種情報を同意家族情報端末に送信し、同意家族情報端末において、患者の家族に認識させる態様を示した表示例。 第４の実施形態に係る同意支援システムが、同意支援サーバにおいて必要性判定部をさらに備える概略の構成の一例を示した概略構成図。 第４の実施形態に係る同意支援サーバの必要性判定部が、患者の家族の同意が必要か否かの判定を行う判断基準を示した説明図。 第４の実施形態に係る必要性判定部が患者の意識レベルを判定する際に、その患者の状態を症状に応じて意識レベルのレベル分けした説明図。 第５の実施形態に係る同意支援システムが、同意支援サーバに同意状況判定部を備える概略の構成の一例を示した概略構成図。 第５の実施形態に係る同意支援サーバの同意状況判定部が、患者の家族の同意できる状況を判定するテーブルを示した説明図。 第５の実施形態に係る同意支援サーバの同意状況判定部が、患者の家族の通知する際の優先順位を決定するテーブルを示した説明図。

（第１の実施形態）
以下、第１の実施形態に係る同意支援サーバ１００を備えた同意支援システム３００について、添付図面を参照して説明する。

図１は、第１の実施形態に係る同意支援サーバ１００を備えた同意支援システム３００の概略の構成の一例を示した概略構成図である。

図１に示すように、第１の実施形態に係る同意支援システム３００は、同意支援サーバ１００と、同意家族情報端末２００とを備えて構成されている。

同意支援サーバ１００は、患者に対する医療行為を示すオーダー情報を取得すると、そのオーダー情報に対応した医療行為に関連する同意依頼情報を生成し、生成した同意依頼情報の内容を患者の家族に確認させるための通知を、同意家族情報端末２００に送信するようになっている。

オーダー情報取得部１１０は、患者に対して行われる医療行為を示すオーダー情報を取得するようになっている。

依頼情報生成部１２０は、取得したオーダー情報に記載された医療行為に基づいて、患者の家族に対してその医療行為の同意を依頼する同意依頼情報を生成するようになっている。

医療行為データベース１３０は、同意依頼情報を生成するための医療行為と、医療行為において患者に説明が必要な情報とを、関連づけて格納するデータベースである。

同意依頼通知部１４０は、取得したオーダー情報に記載された患者の情報に基づいて、その患者の家族に対し、生成した同意依頼情報の内容を確認してもらうための通知を行うようになっている。

患者情報データベース１５０は、患者の家族に同意を依頼するための各種情報が格納されており、患者の家族構成や連絡先などを格納するデータベースである。

患者家族識別部１６０は、同意依頼情報の内容の確認依頼の通知を受けた患者の家族に対して、その患者の家族であることを識別するようになっている。

同意受領部１７０は、患者家族識別部１６０において識別された患者の家族から、同意依頼情報の内容に同意した旨の情報を受領するようになっている。

同意支援システム３００における同意家族情報端末２００は、同意支援サーバ１００から、医療行為に関連する同意依頼情報の内容を確認するための通知を取得すると、同意支援サーバ１００に接続して、同意依頼情報の内容を患者の家族に確認させるようになっている。

なお、同意家族情報端末２００は、医療行為を受ける患者の家族が有しているものとする。

同意依頼取得部２１０は、同意支援サーバ１００の同意依頼通知部１４０によって通知される同意依頼情報の内容についての確認依頼を取得するようになっている。

生体情報取得部２２０は、同意依頼取得部２１０において同意依頼情報の内容についての確認依頼を取得すると、患者の家族の照合用生体情報（生体情報）を取得し、同意支援サーバ１００の患者家族識別部１６０に送信するようになっている。

同意支援サーバ１００の患者家族識別部１６０では、患者の家族から登録用生体情報を予め取得するとともに、その患者の家族の照合用生体情報を取得して、登録用生体情報と照合用生体情報とを用いて、生体認証を行うことにより、患者の家族であることを識別（以下これを家族確認ともいう。）するようになっている。

また、生体情報取得部２２０は、同意依頼取得部２１０において同意依頼情報の内容について患者の家族が確認すると、再び、患者の家族の照合用生体情報（生体情報）を取得して、同意支援サーバ１００の患者家族識別部１６０に送信するようになっている。

同意支援サーバ１００の同意受領部１７０は、患者家族識別部１６０において、患者の家族から登録用生体情報を予め取得するとともに、その患者の家族の照合用生体情報を取得して、登録用生体情報と照合用生体情報とを用いて、生体認証を行うことにより、同意依頼情報の内容に同意した旨の情報を受領（以下これを同意受領ともいう。）するようになっている。

第１の実施形態では、同意支援サーバ１００の患者家族識別部１６０および同意受領部１７０と、同意家族情報端末２００の生体情報取得部２２０とによって、家族確認や同意受領を行うようになっている。これは、例えば、クライアント／サーバアプリケーションなどを作成して、それを同意支援サーバ１００や同意家族情報端末２００にインストールすることにより、家族確認や同意受領を実現することができる。

また、同意家族情報端末２００は、同意支援サーバ１００に接続して、同意依頼情報の内容を確認するようになっているが、第１の実施形態では、これに限定されるものではない。例えば、同意依頼情報を管理するＷｅｂサーバを別途設け、そのＷｅｂサーバと同意家族情報端末２００との接続を確立し、患者の家族は、Ｗｅｂサーバの同意依頼情報の内容を確認して、家族確認や同意受領を実現するようにしてもよい。

図２は、第１の実施形態に係る同意支援サーバ１００の構成を示すハードウエアブロック図である。

図２に示すように、第１の実施形態に係る同意支援サーバ１００は、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、ネットワークインターフェース部１０４、操作部１０５、表示部１０６、記憶部１０７、および内部バス１０８などを備えて構成されている。

ＣＰＵ１０１は、ＲＯＭ１０２に格納されている各種プログラムをＲＡＭ１０３にロードして、そのプログラムを展開することにより、各種プログラムの機能を実現することができる。ＲＡＭ１０３は、ワークエリア（作業用メモリ）として利用されるようになっている。ＲＯＭ１０２は、各種プログラムを格納するようになっている。ＲＯＭ１０２に格納されている各種プログラムには、図１で示したオーダー情報取得部１１０から同意受領部１７０などの機能を実現するためのプログラムが含まれる。

ネットワークインターフェース部１０４は、ネットワーク（不図示）を介して、同意家族情報端末２００（図１）と通信を行うためのインターフェース部である。

操作部１０５は、患者や患者の家族に関する情報の入力、修正や編集を行うための入力装置である。具体的には、操作部１０５は、キーボードとマウスにより構成されている。

表示部１０６は、オーダー情報や患者の家族に関する情報を表示する表示部として構成されている。この表示部１０６は、液晶ディスプレイやモニタなどにより構成されている。

記憶部１０７は、記憶メモリを構成する記憶部であり、ＲＡＭやハードディスクなどによって構成されている。第１の実施形態では、記憶部１０７は、例えば、医療行為データベース１３０や患者情報データベース１５０を構成するようになっている。

これにより、第１の実施形態では、同意支援サーバ１００は、ＲＯＭ１０２に格納されているプログラムを実行することにより、図１に示した同意支援サーバ１００の機能を実現することができるようになっている。また、図１に示した同意家族情報端末２００についても同様に、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備えた情報処理端末によって構成されている。

（同意依頼受領処理）
まず、第１の実施形態に係る同意支援システム３００において、同意依頼受領処理の全体的な概略動作について説明する。

図３は、第１の実施形態に係る同意支援システム３００において、同意支援サーバ１００と同意家族情報端末２００とによって、患者に対する医療行為について患者の家族から同意依頼に対する同意を受領する同意依頼受領処理を示したシーケンス図である。

同意支援サーバ１００は、医療従事者の操作を受け付け、オーダー情報に記載された医療行為に基づいて、患者の家族に対してその医療行為の同意を依頼する同意依頼情報を生成する。そして、同意支援サーバ１００は、同意家族情報端末２００に、生成した同意依頼情報の内容を確認してもらうための通知（同意依頼の通知）を行う（ＳＱ００１）。

同意家族情報端末２００は、同意依頼の通知を受信すると、同意支援サーバ１００に対し、患者の家族を示す患者家族識別情報（生体情報）を送付する（ＳＱ００３）。同意家族情報端末２００は、患者家族識別情報を送付することにより、同意支援サーバ１００において、家族確認を実施する。

同意支援サーバ１００は、同意家族情報端末２００から患者家族識別情報を受信すると、その患者家族識別情報が患者の家族であるか否かを識別し（家族確認）、患者の家族であると識別した場合は、同意家族情報端末２００に患者の家族であることを示す認証の応答（患者家族の認証応答）を行う（ＳＱ００５）。

この場合、同意支援サーバ１００は、患者の家族であると識別した患者家族の同意家族情報端末２００に、同意依頼情報の内容を確認してもらうべく、同意依頼情報を閲覧可能に送信する。

例えば、同意依頼情報は、同意支援サーバ１００の同意依頼通知部１４０から同意依頼の通知と同時に送信される形態であってもよく、また、同意家族情報端末２００が患者家族の認証応答を受信すると、同意支援サーバ１００から、同意依頼情報が別途送信される形態であってもよい。

同意家族情報端末２００は、患者の家族に同意依頼情報を確認させ、患者の家族がその同意依頼情報に同意する場合には、同意支援サーバ１００に対し、同意依頼の応答を行う（ＳＱ００７）。このように、同意支援サーバ１００は、同意家族情報端末２００から同意依頼に対する応答（同意）を受領することにより、同意受領を実現することができる。

次に、第１の実施形態に係る同意支援サーバ１００の動作について、図１を参照しながら詳細に説明する。

（同意依頼処理）
図４は、第１の実施形態に係る同意支援サーバ１００が、オーダー情報を受け付けると、患者の家族に確認してもらうべき同意依頼情報を生成するとともに、その同意依頼情報について患者の家族に同意してもらう同意依頼処理を示したフローチャートである。なお、図４において、Ｓに数字を付した符号は、フローチャートの各ステップを示している。

同意支援サーバ１００のオーダー情報取得部１１０は、医療従事者などにより患者に対して行われる医療行為を示すオーダー情報を取得する（ステップＳ００１）。

図５は、第１の実施形態に係る同意支援サーバ１００のオーダー情報取得部１１０が、取得するオーダー情報の一例を示した説明図である。

図５に示すように、オーダー情報の一例を示す説明図には、オーダーＩＤ（Identification）、患者ＩＤ（Identification）、患者名、生年月日、性別および手技の欄が設けられている。

図５のオーダーＩＤのＯＲ００１には、患者ＩＤはＰＡＴ００１であり、患者名はＡであり、生年月日は１９８４年１０月３０日であり、性別は男性であり、手技は姑息手術であることが記載されている。

図５のオーダーＩＤのＯＲ００２には、患者ＩＤはＰＡＴ００２であり、患者名はＢであり、生年月日は１９６８年１２月１日であり、性別は女性であり、手技は再建手術であることが記載されている。

図５のオーダーＩＤのＯＲ００３には、患者ＩＤはＰＡＴ００３であり、患者名はＣであり、生年月日は１９５０年１月６日であり、性別は女性であり、手技は膝下手術であることが記載されている。

同意支援サーバ１００の依頼情報生成部１２０は、取得したオーダー情報に記載された医療行為に基づいて、患者の家族に対してその医療行為の同意を依頼する同意依頼情報を生成する（ステップＳ００３）。

例えば、オーダーＩＤがＯＲ００１の場合（図５）、依頼情報生成部１２０は、医療行為データベース１３０を検索し、患者名Ａに対して、姑息手術に関する同意依頼情報を生成する。

図６は、第１の実施形態に係る同意支援サーバ１００の医療行為データベース１３０が格納する、医療行為ごとに患者の家族に説明が必要な情報を示した説明必要情報テーブルを示す説明図である。

図６に示すように、説明必要情報テーブルの説明図には、医療行為、疾病名、医療行為の必要性および医療行為によるリスクの欄が設けられている。

例えば、姑息手術については、疾病名の欄には、がんと記載され、医療行為の必要性の欄には、患者さん本人の人体としての機能低下を防ぐ旨が記載され、医療行為によるリスクの欄には、再発の可能性ある旨（進行したがんほどリスクが高くなる）が記載されている。

また、再建手術については、疾病名の欄には、がんと記載され、医療行為の必要性の欄には、機能障害の防止および外見上の変貌による心理的負担の軽減の旨が記載され、医療行為によるリスクの欄には、完全な再現（再建）は難しく、不自然に見える可能性がある旨が記載されている。

また、膝下手術については、疾病名の欄には、左・右足粉砕骨折と記載され、医療行為の必要性の欄には、左・右足切断の防止の旨が記載され、医療行為によるリスクの欄には、膝の痛みなどの後遺障害が残る可能性がある旨と、感染症などの合併症併発の可能性がある旨が記載されている。

また、造影検査については、疾病名の欄には、腎盂障害と記載され、医療行為の必要性の欄には、患部の特定（正常部位との染め分け）の旨が記載され、医療行為によるリスクの欄には、副作用発生の可能性がある旨（病状や症例によってはまれに死亡例もあり）が記載されている。

ここで、第１の実施形態に係る同意支援サーバ１００の依頼情報生成部１２０は、取得したオーダー情報に記載された医療行為に基づいて、その医療行為の同意を依頼する同意依頼情報を生成する（ステップＳ００３）。

図７は、第１の実施形態に係る同意支援サーバ１００の依頼情報生成部１２０が生成する同意依頼情報の一例を示す説明図である。

図７では、一例として、同意依頼情報を姑息手術の同意書として生成した場合の説明図である。

図７に示す姑息手術の同意書では、図５に示したオーダーＩＤがＯＲ００１の場合について患者に関する情報が記載されるとともに、図６に示した医療行為の必要性や医療行為によるリスクなどが記載されている。

例えば、患者ＩＤはＰＡＴ００１であり、患者名はＡであり、性別は男性であり、生年月日は、１９８４年１０月３０日である。また、同意者の中身としては、医療行為の必要性と、医療行為によるリスクが記載されており、患者または患者の家族が同意する形式にて生成されている。

同様に、オーダーＩＤがＯＲ００２の場合は（図５）、依頼情報生成部１２０は、医療行為データベース１３０を検索して、患者名Ｂに対して、再建手術に関する同意依頼情報を生成する。また、オーダーＩＤがＯＲ００３の場合は（図５）、依頼情報生成部１２０は、医療行為データベース１３０を検索して、患者名Ｃに対して、膝下手術に関する同意依頼情報を生成する。

次に、同意支援サーバ１００の同意依頼通知部１４０は、取得したオーダー情報に記載された患者の情報に基づいて、その患者の家族に対し、生成した同意依頼情報の内容を確認してもらうための通知を行う（ステップＳ００５）。

図８は、第１の実施形態に係る同意支援サーバ１００の同意依頼通知部１４０が、生成した同意依頼情報の送付先を示す説明図である。

図８に示すように、送付先を示す説明図には、名前、年齢、職業、連絡先（電話番号）、連絡先（メールアドレス）および住所の欄が記載されている。

例えば、患者Ａさんの父は、年齢が５３歳であり、職業が会社員であり、電話番号がＴＥＬ０１であり、メールアドレスがＡＤＳ０１であり、住所がＰであることが記載されている。また、患者Ａさんの母は、年齢が４９歳であり、職業が主婦であり、電話番号がＴＥＬ０２であり、メールアドレスがＡＤＳ０２であり、住所がＰであることが記載されている。

また、患者Ａさんの弟は、年齢が２３歳であり、職業が会社員であり、電話番号がＴＥＬ０３であり、メールアドレスがＡＤＳ０３であり、住所がＰであることが記載されている。また、患者Ａさんの叔父は、年齢が４７歳であり、職業が自営業であり、電話番号がＴＥＬ０４であり、メールアドレスがＡＤＳ０４であり、住所がＱであることが記載されている。

これにより、同意支援サーバ１００の同意依頼通知部１４０は、患者の家族に関する情報に基づいて、例えば、メールアドレスを使用し、その患者の家族に対し、同意依頼情報の内容を確認してもらうための通知（同意依頼の通知）を行うことができる。

次に、同意支援サーバ１００の患者家族識別部１６０は、同意家族情報端末２００において同意依頼の通知を受けた患者の家族に対して、その患者の家族であることを識別する（ステップＳ００７）。

この場合、例えば、同意家族情報端末２００は、同意依頼取得部２１０において、同意依頼情報の内容を確認するための通知を取得すると、生体情報取得部２２０は、患者の家族の照合用生体情報（生体情報）を取得し、その照合用生体情報を同意支援サーバ１００の患者家族識別部１６０に送信する。

具体的には、同意家族情報端末２００は、可視光カメラや赤外線カメラなどの撮影機能を備え、掌紋、静脈または指紋などの照合用生体情報をこの撮影機能により取得する。

患者家族識別部１６０は、同意家族情報端末２００の生体情報取得部２２０から照合用生体情報を受信すると、照合用生体情報と登録用生体情報とを用いて生体認証を行って、取得した照合用生体情報が患者の家族のものであるか識別（家族確認）する。

また、患者家族識別部１６０は、取得した照合用生体情報がその患者の家族であることを識別できた場合は、同意家族情報端末２００に認証が取れた旨を通知して、同意依頼情報の内容の確認依頼の通知（確認依頼通知）をする（ステップＳ００９）。

同意家族情報端末２００は、確認依頼通知を取得すると、患者の家族に、例えば、図７で示した姑息手術の同意書（同意依頼情報）の内容を確認してもらい、同意書に記載された内容に患者の家族が同意する場合、生体情報取得部２２０は、再び、患者の家族の照合用生体情報（生体情報）を取得して、その照合用生体情報を同意支援サーバ１００の患者家族識別部１６０に送信する。

患者家族識別部１６０において再び認証された場合には、同意受領部１７０は、患者の家族と識別された患者の家族から、同意書（同意依頼情報）の内容に同意した旨の情報を受領（同意の受領）することができ（ステップＳ０１１）、同意依頼処理を終了する。

以上説明したように、第１の実施形態に係る同意支援サーバ１００は、依頼情報生成部１２０において同意依頼情報を生成するとともに、同意依頼通知部１４０を介して、同意家族情報端末２００に同意依頼情報を患者の家族に確認してもらうための通知を行う。

また、同意支援サーバ１００は、同意家族情報端末２００と患者の家族を識別するための家族認証を行い、認証が取れた場合には、同意依頼情報を患者の家族に確認してもらい、再び認証することにより、医療行為の同意を受領する。

これにより、第１の実施形態に係る同意支援サーバ１００を備える同意支援システム３００は、医療行為を行う際、患者の家族を識別した上で同意の受領を効率よく実施することができる。

なお、第１の実施形態では、同意家族情報端末２００の生体情報取得部２２０は、同意依頼情報の内容について患者の家族が確認すると、同意受領をするために、再び、患者の家族の照合用生体情報（生体情報）を取得して患者家族識別部１６０に送信するようになっていた。

しかしながら、第１の実施形態は、これに限定されるものではない。例えば、同意依頼情報の内容について患者の家族が確認すると、同意家族情報端末２００の表示部（不図示）に同意ボタンが表示され、そのボタンをクリックすることにより、患者の家族の同意受領を実現するようにしてもよい。

また、同意家族情報端末２００に所定のアプリケーションをインストールして、操作部から手書きのサインの入力を受け付ける手書きフォームにより、患者の家族の同意受領を実現するようにしてもよい。

また、同意家族情報端末２００は、カメラなどの撮影機能を備え、この撮影機能により手書きのサインを画像データとして取り込んで、同意支援サーバ１００に送信するようにしてもよい。

また、同意支援サーバ１００の患者家族識別部１６０と、同意家族情報端末２００の生体情報取得部２２０とにおいて、生体認証により家族確認ができた場合に、同意依頼情報を患者の家族に確認させていた。

しかしながら、同意支援サーバ１００の同意依頼通知部１４０は、同意依頼情報の内容を確認してもらうための通知の際に、予め同意依頼情報を同意家族情報端末２００に送信していてもよく、または、図示しないＷｅｂサーバに同意依頼情報を送信し、同意家族情報端末２００にそのＷｅｂサーバに接続させ、そのＷｅｂサーバ上で同意依頼情報の内容を患者の家族に確認させるようにしてもよい。

（第２の実施形態）
第１の実施形態では、同意支援サーバ１００の患者家族識別部１６０と、同意家族情報端末２００の生体情報取得部２２０により家族認証を行った後、同意受領を行うようになっていた。第２の実施形態では、同意家族情報端末２００に同意履歴格納部２３０を設けて、確認した同意依頼情報の履歴を格納するようになっている。

図９は、第２の実施形態に係る同意履歴格納部２３０を有する同意家族情報端末２００Ａを備えた同意支援システム３００Ａの概略の構成の一例を示した概略構成図である。

図９に示すように、第２の実施形態に係る同意支援システム３００Ａは、第１の実施形態に係る同意家族情報端末２００に、同意履歴格納部２３０をさらに有するようになっている。

同意履歴格納部２３０は、同意家族情報端末２００Ａにおいて同意依頼情報を確認するための通知を受信し、患者の家族が確認した同意依頼情報の履歴を格納するようになっている。

これにより、第２の実施形態に係る同意支援システム３００Ａは、同意家族情報端末２００Ａにおいて、患者の家族が同意した同意依頼情報の履歴を表示することにより、患者の家族は、同意依頼情報の履歴を確認することができる。

なお、第２の実施形態は、同意家族情報端末２００Ａにおいて、患者の家族が同意する度に同意履歴格納部２３０に同意依頼情報の履歴を格納してもよく、また、例えば、同意支援サーバ１００から同意した同意依頼情報の履歴を適宜取得して、格納するようにしてもよい。

（第３の実施形態）
第１の実施形態では、同意支援サーバ１００は、同意家族情報端末２００に同意依頼情報を確認してもらうための通知を送付するようになっていた。第３の実施形態では、同意支援サーバ１００Ａは、さらに同意依頼情報に関連する医療行為の情報も同意家族情報端末２００に送信するようになっている。

図１０は、第３の実施形態に係る同意支援サーバ１００Ａを備えた同意支援システム３００Ｂの構成の一例を示した概略構成図である。

図１０に示すように、第３の実施形態に係る同意支援サーバ１００Ａは、第１の実施形態の係る同意支援サーバ１００に対し、さらに関連情報データベース１８０を備えるようになっている。

関連情報データベース１８０は、医療行為に関連する情報として、様々な情報を格納するようになっており、依頼情報生成部１２０Ａにおいて同意依頼情報を生成する際、その同意依頼情報（同意書）の理解を助けるための参考情報を添付するようになっている。

図１１は、第３の実施形態に係る同意支援サーバ１００Ａの関連情報データベース１８０に格納される各種情報を示している。

図１１では、関連情報データベース１８０に格納される情報として、例えば、医療行為に関するキーワードと、そのキーワードの症例数と、そのキーワードの意味や注意事項が記載されたリンク先が記載されている。

例えば、キーワードとして、姑息手術が記載され、その病院において姑息手術の症例数が１５０件であることが記載され、また、姑息手術に関する説明がＵＲＬ１に記載されている。また、キーワードとして、再建手術が記載され、その病院において再建手術の症例数が２００件であることが記載され、また、再建手術に関する説明がＵＲＬ２に記載されている。

また、キーワードとして、膝下手術が記載され、その病院において膝下手術の症例数が６００件であることが記載され、また、膝下手術に関する説明がＵＲＬ３に記載されている。また、キーワードとして、造影検査が記載され、その病院において造影検査の症例数が１５００件であることが記載され、造影検査に関する説明がＵＲＬ４に記載されている。

依頼情報生成部１２０Ａは、関連情報データベース１８０に格納されている医療行為に関連する情報を同意依頼情報に追加情報として添付することができるので、同意家族情報端末２００を有する患者の家族は、医療行為に関する情報や同意に関する情報を取得することができる。

図１２は、第３の実施形態に係る同意支援サーバ１００Ａの関連情報データベース１８０に格納される各種情報を同意家族情報端末２００に送信し、同意家族情報端末２００において、患者の家族に認識させる態様を示した表示例である。

図１２（ａ）では、同意依頼情報または同意書のキーワードに対応したリンク先を関連づけて、例えば、患者の家族が、膝下手術をクリックすることにより、膝下手術の理解を支援する情報を患者の家族に提供することができるようになっている。

図１２（ｂ）では、同意依頼情報または同意書のキーワードに、ＴＩＰＳ表示により、注釈文としての補助的な情報を患者の家族に提供することができるようになっている。

図１２（ｃ）では、同意家族情報端末２００における同意依頼情報または同意書の表示領域において追加情報領域を設け、同意書に関する情報と追加情報との両方を同時に表示するようになっている。

これにより、第３の実施形態では、同意支援システム３００Ｂにおいて、同意家族情報端末２００を有する患者の家族に、医療行為に関連する情報であってその医療行為の理解を支援する情報を、適宜、追加することができる。

（第４の実施形態）
第１の実施形態では、同意支援サーバ１００は、同意依頼通知部１４０が同意依頼情報の内容を確認してもらうための通知を行うようになっていた。第４の実施形態では、同意依頼通知部１４０が同意依頼情報の内容を確認してもらうための通知をする前に、患者の家族の同意を必要とするか否かを判定する必要性判定部を備えるようになっている。

図１３は、第４の実施形態に係る同意支援システム３００Ｃが、同意支援サーバ１００Ｂにおいて必要性判定部１９０をさらに備える概略の構成の一例を示した概略構成図である。

図１３に示すように、同意支援サーバ１００Ｂは、第１の実施形態の同意支援サーバ１００（図１）に、さらに必要性判定部１９０を備えるようになっている。

必要性判定部１９０は、患者の家族の同意を必要とするか否かを判定するようになっている。

これにより、必要性判定部１９０は、通知しようとする同意依頼情報の内容について、患者の家族の同意が必要か否かを判定し、同意依頼通知部１４０は、必要性判定部１９０において患者の家族の同意が必要と判定されたとき、オーダー情報に記載された医療行為に基づいて、患者の家族に対し、同意依頼情報の内容を確認してもらうための通知を行うようになっている。

図１４は、第４の実施形態に係る同意支援サーバ１００Ｂの必要性判定部１９０が、患者の家族の同意が必要か否かの判定を行う判断基準を示した説明図である。

図１４に示すように、同意支援サーバ１００Ｂの必要性判定部１９０は、患者の家族の同意の必要性を判定するために、同意が必要な状態か否か、また、それを識別するための閾値と情報を備えている。図１４の判断基準を示す説明図では、患者の家族の同意が必要な状態、識別するための情報および識別するための閾値の欄を備えている。

例えば、必要性判定部１９０は、同意依頼通知部１４０において、同意依頼情報を参照し、患者が未成年か否かを判定し、患者の年齢が１８歳未満の場合は、患者の家族の同意が必要と判定するようになっている。

また、必要性判定部１９０は、同意依頼通知部１４０において、患者自身が意志の疎通ができるか否かを判定し、例えば、意識レベルが３０を超える場合には、患者の家族の同意が必要と判定するようになっている。

図１５は、第４の実施形態に係る必要性判定部１９０が患者の意識レベルを判定する際に、その患者の状態を症状に応じて意識レベルのレベル分けした説明図である。

図１５では、例えば、普通の呼びかけで容易に開眼する状態を、意識レベル１０としている。また、大きな声または体を揺さぶることにより開眼する状態を、意識レベル２０としている。また、痛み・刺激を加えつつ呼びかけを繰り返すと、かろうじて開眼する状態を、意識レベル３０としている。また、痛み・刺激に対し、払いのけるような動作をする状態を、意識レベル１００としている。また、痛み・刺激で少し手足を動かしたり顔をしかめる状態を、意識レベル２００としている。また、痛み・刺激に全く反応しない状態を、意識レベル３００としている。

必要性判定部１９０は、一例として、例えば、患者の意識レベルが３０を超える場合は、患者の家族の同意が必要と判定することができる。

また、必要性判定部１９０は、図１４を参照し、同意依頼通知部１４０において、患者が精神病患者の場合であって、自閉症の場合には、患者の家族の同意が必要と判定するようになっている。この場合、患者の疾患名、患者の既往歴、患者の治療歴、患者の服用薬情報などにより、必要性判定部１９０は、患者の家族の同意が必要か否かを判定する。

また、必要性判定部１９０は、同意依頼通知部１４０において、患者ががんなどの余命がある疾病を抱える患者の場合、例えば、がんステージが４以上の場合には、患者の家族の同意が必要と判定する。この場合、患者の意思表示情報、患者の性格など、あらゆる角度から分析された統計情報なども参考にして、必要性判定部１９０は、患者の家族の同意が必要か否かを判定する。

これにより、第４の実施形態では、同意支援サーバ１００Ｂの必要性判定部１９０が、患者の家族の同意が必要な状態か否かを判定するようになっているので、同意依頼情報の通知の信頼性を向上させることができる。

（第５の実施形態）
第１の実施形態では、同意支援サーバ１００は、同意依頼通知部１４０が、同意依頼情報の内容を確認してもらうための通知を行うようになっていた。第５の実施形態では、同意依頼通知部１４０が同意依頼情報の内容を確認してもらうための通知をする前に、患者の家族が同意できる状況か否かを判定するようになっている。

図１６は、第５の実施形態に係る同意支援システム３００Ｄが、同意支援サーバ１００Ｃに同意状況判定部１９５を備える概略の構成の一例を示した概略構成図である。

図１６に示すように、同意支援サーバ１００Ｃは、第１の実施形態の同意支援サーバ１００（図１）に、さらに同意状況判定部１９５を備えるようになっている。

同意状況判定部１９５は、患者の家族が同意できる状況か否かを判定するようになっている。

これにより、同意依頼通知部１４０は、同意依頼情報の内容を確認してもらうための通知を行う際、同意状況判定部１９５において患者の家族の中ですぐに同意できる可能性の高い患者の家族に通知を行うことができる。

図１７は、第５の実施形態に係る同意支援サーバ１００Ｃの同意状況判定部１９５が、患者の家族の同意できる状況を判定するテーブルを示した説明図である。

図１７に示すように、同意状況判定部１９５は、メールで患者の家族に連絡する際に、すぐ同意できる可能性の高い患者の家族に同意依頼の通知を連絡するようになっている。

図１７では、名前、職業、連絡先（メールアドレス）、対応可能状況の欄が設けられている。例えば、Ａさんの父は、職業が会社員であるため、対応可能状況は平日の深夜のみ対応可能な旨が記載されている。また、Ａさんの父は、対応可能時間に制限のあるレベル１が割り当てられている。Ａさんの母は、主婦であるため終日在宅であり、対応可能状況は終日対応可能な旨が記載されている。また、Ａさんの母は、対応可能時間に制限のもっとも少ないレベル３が割り当てられている。

Ａさんの弟は、会社員であるが、残業がない旨が記載されている。このため、Ａさんの弟は、対応可能時間に制限の少ないレベル２が割り当てられている。Ａさんの叔父は、自営業であるものの遠方である旨が記載されている。このため、Ａさんの叔父は、対応可能時間に制限があるレベル１が割り当てられている。

同意状況判定部１９５は、対応可能な状況に割り当てられた状況やレベルに基づいて、患者の家族に通知する際の優先順位を決定する。

図１８は、第５の実施形態に係る同意支援サーバ１００Ｃの同意状況判定部１９５が、患者の家族の通知する際の優先順位を決定したテーブルを示した説明図である。

図１８では、図１７の対応可能状況のレベルに基づいて、同意状況判定部１９５が通知する順位を示しており、Ａさんの母、Ａさんの弟、Ａさんの父、Ａさんの叔父という順番で同意依頼情報の確認のための通知を行うことを示している。

これにより、第５の実施形態では、同意支援サーバ１００Ｃの同意状況判定部１９５が、すぐ同意できる患者の家族の順位を判定することができるので、同意支援サーバ１００Ｃは、スムーズにＡさんの母から医療行為に対する同意を得ることができる。

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

また、本発明の実施形態では、フローチャートの各ステップは、記載された順序に沿って時系列的に行われる処理の例を示したが、必ずしも時系列的に処理されなくとも、並列的あるいは個別実行される処理をも含むものである。

１００，１００Ａ〜１００Ｃ 同意支援サーバ
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ ネットワークインターフェース部
１０５ 操作部
１０６ 表示部
１０７ 記憶部
１０８ 内部バス
１１０ オーダー情報取得部
１２０ 依頼情報生成部
１３０ 医療行為データベース
１４０ 同意依頼通知部
１５０ 患者情報データベース
１６０ 患者家族識別部
１７０ 同意受領部
１８０ 関連情報データベース
１９０ 必要性判定部
１９５ 同意状況判定部
２００，２００Ａ 同意家族情報端末
３００，３００Ａ〜３００Ｄ 同意支援システム

Claims (8)

1. 患者に対して行われる医療行為を示すオーダー情報を取得するオーダー情報取得部と、
   取得した前記オーダー情報に記載された医療行為に基づいて、前記患者の家族に対して当該医療行為の同意を依頼する同意依頼情報を生成する依頼情報生成部と、
   取得した前記オーダー情報に記載された前記患者の情報に基づいて、当該患者の家族に対し、生成した前記同意依頼情報の内容を確認してもらうための通知を行う同意依頼通知部と、
   通知を受けた前記患者の家族に対して、当該患者の家族であることを識別する患者家族識別部と、
   識別された前記患者の家族から前記同意依頼情報の内容に同意した旨の情報を受領する同意受領部と、
   を備える同意支援システム。
2. 前記患者家族識別部は、
   前記患者の家族から登録用生体情報を予め取得するとともに、当該患者の家族の照合用生体情報を取得して、前記登録用生体情報と前記照合用生体情報とを用いて、生体認証を行うことにより、前記患者の家族であることを識別する
   請求項１に記載の同意支援システム。
3. 前記同意受領部は、
   前記患者の家族から登録用生体情報を予め取得するとともに、当該患者の家族の照合用生体情報を取得して、前記登録用生体情報と前記照合用生体情報とを用いて、生体認証を行うことにより、前記同意依頼情報の内容に同意した旨の情報を受領する
   請求項１または２に記載の同意支援システム。
4. 前記同意依頼情報の内容を確認するための通知を受信する同意家族情報端末を備え、
   前記同意家族情報端末は、
   前記通知を受信し、確認した前記同意依頼情報の内容の履歴を格納する同意履歴格納部を備える
   請求項１から３のいずれか１項に記載の同意支援システム。
5. 前記同意依頼情報は、
   前記同意に関連する医療行為の情報も含む
   請求項１から４のいずれか１項に記載の同意支援システム。
6. 前記患者の家族の同意を必要とするか否かを判定する必要性判定部をさらに備え、
   前記必要性判定部は、
   通知しようとする前記同意依頼情報の内容について、前記患者の家族の同意が必要か否かを判定し、
   前記同意依頼通知部は、
   前記患者の家族の同意が必要と判定されたときに、前記オーダー情報に記載された医療行為に基づいて、前記患者の家族に対し、前記同意依頼情報の内容を確認してもらうための通知を行う
   請求項１から５のいずれか１項に記載の同意支援システム。
7. 前記患者の家族において、同意できる状況を判定する同意状況判定部をさらに備え、
   前記同意依頼通知部は、
   前記同意依頼情報の内容を確認してもらうための通知を行う際、前記同意状況判定部において前記患者の家族の中で同意できる可能性の高い前記患者の家族に当該通知を行う
   請求項１から６のいずれか１項に記載の同意支援システム。
8. 患者に対して行われる医療行為を示すオーダー情報を取得するオーダー情報取得部と、
   取得した前記オーダー情報に記載された医療行為に基づいて、前記患者の家族に対して当該医療行為の同意を依頼する同意依頼情報を生成する依頼情報生成部と、
   取得した前記オーダー情報に記載された前記患者の情報に基づいて、当該患者の家族に対し、生成した前記同意依頼情報の内容を確認してもらうための通知を行う同意依頼通知部と、
   通知を受けた前記患者の家族に対して、当該患者の家族であることを識別する患者家族識別部と、
   識別された前記患者の家族から前記同意依頼情報の内容に同意した旨の情報を受領する同意受領部と、
   を備える同意支援サーバ。

Images