JP2022143911A - 提供装置、提供方法および提供プログラム - Google Patents

Abstract

【課題】収集された個人情報を含む電子データを解析用に安全に提供する。【解決手段】記憶部１４が、各患者に関する患者情報１４ａと、各患者の診療に関する診療情報１４ｂとを分散して記憶する。取得部１５ａが、各患者から患者情報１４ａと診療情報１４ｂとの第三者機関への提供に対する同意を示す同意情報を取得して、記憶部１４の患者情報１４ａに追加する。生成部１５ｂが、同意情報を含む患者情報１４ａと診療情報１４ｂとを患者ごとに結合した提供情報を生成する。提供部１５ｃが、第三者機関からの要求に応じて、生成された提供情報１４ｃを該第三者機関に提供する。【選択図】図２

Description

本発明は、提供装置、提供方法および提供プログラムに関する。

近年、医療の場で、患者自身が痛みや睡眠の質等の日々の情報を電子データとして登録するｅＰＲＯ(electric Patient-Reported Outcome）技術が期待されている。この技術では、患者が所定の形式のアンケートに回答することにより、システムに電子データを登録する。また、このようにして収集された電子データは、患者の同意を得て医療機関や製薬会社等の第三者機関が集計したり解析したりして、新薬の開発や先進医療に活用されている。

"ｅＰＲＯ(患者報告アウトカムシステム)"、[online]、2021年1月6日、株式会社アクセライト、［2021年1月6日検索］、インターネット<URL：https://accelight.co.jp/works/product/product-epro/>

しかしながら、従来の技術では、収集された電子データを解析用に安全に提供することが困難な場合がある。例えば、収集する前に患者の同意を得た回答の電子データについて、提供に際して改めて同意を取り直す。その際に、第三者機関での利用目的が変わったり患者の意思が変化したりして同意を得られない場合に、電子データの提供を止める方法が具体的に確立していない。

本発明は、上記に鑑みてなされたものであって、収集された個人情報を含む電子データを解析用に安全に提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る提供装置は、各患者に関する患者情報と、各患者の診療に関する診療情報とを分散して記憶する記憶部と、各患者から患者情報と診療情報との第三者機関への提供に対する同意を示す同意情報を取得して、前記記憶部の患者情報に追加する取得部と、前記同意情報を含む患者情報と前記診療情報とを患者ごとに結合した提供情報を生成する生成部と、前記第三者機関からの要求に応じて、生成された前記提供情報を該第三者機関に提供する提供部と、を有することを特徴とする。

本発明によれば、収集された個人情報を含む電子データを解析用に安全に提供することが可能となる。

図１は、提供装置の概要を説明するための図である。 図２は、提供装置の概略構成を例示する模式図である。 図３は、取得部の処理を説明するための図である。 図４は、取得部の処理を説明するための図である。 図５は、生成部の処理を説明するための図である。 図６は、生成部の処理を説明するための図である。 図７は、提供処理手順を示すフローチャートである。 図８は、提供処理手順を示すフローチャートである。 図９は、提供プログラムを実行するコンピュータを例示する図である。

以下、図面を参照して、本発明の一実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。

［提供装置の概要］
図１は、提供装置の概要を説明するための図である。図１に例示するように、提供装置１０を含むシステムは、他に患者情報管理ＳＶ（サーバ）１、診療情報管理ＳＶ２、および回答ＳＶ３を含んで構成される。

患者情報管理ＳＶ１は、患者を識別する患者番号、氏名、生年月日、性別の他に、連絡先等を含む患者情報を管理する。例えば、医療機関において、医療者から説明を受けて診療情報等を解析に利用することに同意した患者について、患者番号、氏名、生年月日、性別、連絡先の携帯電話番号等を含む同意書データの初期データが生成され、患者情報として患者情報管理ＳＶ１に登録される。

診療情報管理ＳＶ２は、患者番号、氏名、生年月日、性別の他に、治療の内容や投薬の種類や方法等の診療データ等を含む診療情報を管理する。例えば、医療機関において、医療者により、患者番号に対応付けて、氏名、生年月日、性別、診療データを含む診療情報が診療情報管理ＳＶ２に登録される。

回答ＳＶ３は、患者のアンケートに対する回答や、診療情報等を第三者機関に提供することに対する同意を改めて確認する同意情報を管理する。例えば、自宅での経過観察のためのアンケートへの患者の回答と、アンケートの回答や診療情報を解析用に第三者機関に提供することに対する同意を示す同意情報とが、患者により回答ＳＶ３に登録される。図１に示す例では、患者が自身の先の同意内容を確認したことを示す同意情報が、患者の回答に含まれている。

ここで、回答ＳＶ３は、日常的に患者からアンケートの回答を受信して蓄積している。このアンケートの回答には、治療にまつわる生活等の患者の個人情報が含まれる。患者は、自身の過去の回答の内容を確認し、第三者機関への提供についての同意を確認することができる。すなわち、同意情報とは、診療情報に加え、アンケートの回答を第三者機関に提供することに対する同意を示す。

また、この回答ＳＶ３には、患者により、回答や診療情報を第三者機関に提供することに対する同意を撤回する旨の同意撤回情報が登録される場合がある。例えば、第三者機関での当初の利用目的が変わったり患者自身の意思が変化したりした場合等に、患者は同意撤回情報を登録することが可能である。例えば、図１に示す例において、患者が自身の過去の回答や同意情報を確認した後に、回答および同意情報の登録と同様の手順により、同意撤回情報を回答ＳＶ３に登録できる。

提供装置１０は、患者情報管理ＳＶ１から、各患者の連絡先を含む患者情報を取得して、記憶部に記憶させる。また、提供装置１０は、診療情報管理ＳＶ２から、各患者の診療情報を取得して、記憶部に記憶させる。また、提供装置１０は、回答ＳＶ３から、患者の回答や同意情報、または同意撤回情報を取得して、記憶部の患者情報に登録する。

そして、提供装置１０は、患者情報に同意情報が含まれていれば、患者情報とこの患者の診療情報とを結合して提供情報を生成し、記憶部に記憶させる。また、提供装置１０は、患者情報に同意撤回情報が含まれる場合には、提供情報の生成は行わず、または、記憶部に記憶された提供情報を削除する。

また、提供装置１０は、第三者機関から解析用のデータを要求された場合に、記憶部の提供情報を提供する。このようにして、提供装置１０は、患者の同意を得た電子データのみを第三者機関に提供することにより、収集された個人情報を含む電子データを解析用に安全に提供することが可能となる。

［提供装置の構成］
図２は、提供装置の概略構成を例示する模式図である。図２に例示するように、提供装置１０は、パソコン等の汎用コンピュータで実現され、入力部１１、出力部１２、通信制御部１３、記憶部１４、および制御部１５を備える。

入力部１１は、キーボードやマウス等の入力デバイスを用いて実現され、操作者による入力操作に対応して、制御部１５に対して処理開始などの各種指示情報を入力する。出力部１２は、液晶ディスプレイなどの表示装置、プリンター等の印刷装置等によって実現される。

通信制御部１３は、ＮＩＣ（Network Interface Card）等で実現され、ネットワークを介したサーバ等の外部の装置と制御部１５との通信を制御する。例えば、通信制御部１３は、患者情報管理ＳＶ１、診療情報管理ＳＶ２、および回答ＳＶ３等と制御部１５との通信を制御する。

記憶部１４は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。本実施形態において、記憶部１４には、例えば、後述する提供処理に用いられる患者情報１４ａ、診療情報１４ｂ、および提供処理において生成された提供情報１４ｃや、提供処理の結果等が記憶される。なお、記憶部１４は、通信制御部１３を介して制御部１５と通信する構成でもよい。

患者情報１４ａは、各患者に関する情報である。具体的には、上述したように、患者情報１４ａは、患者番号、氏名、生年月日、性別、連絡先等を含む。後述する取得部１５ａが、同意書データの初期データとして、予め、患者情報管理ＳＶ１から患者情報を取得して、記憶部１４に記憶させる。また、患者情報１４ａには、取得部１５ａが回答ＳＶ３から取得した同意情報を含む回答データが追加される。このように、患者情報１４ａには、上記したように、日常的に患者から受信した個人情報を含むアンケートの回答が含まれる場合がある。また、患者番号には、医療機関を識別する医療機関Ｎｏが含まれていてもよい。

また、診療情報１４ｂは、各患者の診療に関する情報である。具体的には、上述したように、診療情報１４ｂは、患者番号、氏名、生年月日、性別、治療の内容や投薬情報等の診療データ等を含む。取得部１５ａが、同様に予め、診療情報管理ＳＶ２から診療情報を取得して、記憶部１４に記憶させる。診療情報においても、患者番号には、医療機関を識別する医療機関Ｎｏが含まれていてもよい。

このように、記憶部１４は、患者情報１４ａと、診療情報１４ｂとを分散して記憶する。具体的には、記憶部１４は、患者情報１４ａと、診療情報１４ｂとをそれぞれ暗号化された秘密分散の状態で記憶する。これにより、提供装置１０は、連絡先やアンケートの回答等の個人情報を含む患者情報１４ａと診療データ等の個人情報を含む診療情報１４ｂとを、分散して安全に管理している。

制御部１５は、ＣＰＵ（Central Processing Unit）等を用いて実現され、メモリに記憶された処理プログラムを実行する。これにより、制御部１５は、図２に例示するように、取得部１５ａ、生成部１５ｂおよび提供部１５ｃとして機能する。なお、これらの機能部は、それぞれあるいは一部が異なるハードウェアに実装されてもよい。例えば、提供部１５ｃは、取得部１５ａおよび生成部１５ｂとは別の装置に実装されてもよい。また、制御部１５は、その他の機能部を備えてもよい。

次に、図３および図４は、取得部の処理を説明するための図である。図３に示すように、取得部１５ａは、同意書データの初期データとして、予め、患者情報管理ＳＶ１から患者情報を取得して、記憶部１４に記憶させる。また、取得部１５ａは、同様に予め、診療情報管理ＳＶ２から診療情報を取得して、記憶部１４に記憶させる。

また、取得部１５ａは、各患者から患者情報１４ａと診療情報１４ｂとの第三者機関への提供に対する同意を示す同意情報を取得して、記憶部１４の患者情報１４ａに追加する。具体的には、取得部１５ａは、回答ＳＶ３から、自宅での経過観察のためのアンケートへの患者の回答と、アンケートの回答や診療情報を解析用に第三者機関に提供することに対する自身の先の同意を確認したことを示す同意情報とを取得する。図３に示す例では、同意情報は回答データに含まれる。

そして、取得部１５ａは、取得した同意情報を含む回答データを、患者情報１４ａに追加する。その際に、取得部１５ａは、携帯電話番号等の連絡先をキー情報として用いて、患者情報１４ａを特定して、取得した回答データを追加する。

また、取得部１５ａは、さらに、各患者の同意の撤回を示す同意撤回情報を取得して、記憶部１４の患者情報１４ａに追加する。具体的には、図４に示すように、取得部１５ａは、回答ＳＶ３から、回答データの代わりに、同意撤回情報を取得する。例えば、第三者機関での当初の利用目的が変わったり患者自身の意思が変化したりした場合等に、患者が過去の自分の回答や同意情報を確認した後に、回答および同意情報の登録と同様の手順で回答ＳＶ３に登録した同意撤回情報を、取得部１５ａが取得する。

そして、取得部１５ａは、取得した同意撤回情報を、患者情報１４ａに追加する。その際にも、取得部１５ａは、携帯電話番号等の連絡先をキー情報として用いて、患者情報１４ａを特定して、取得した同意撤回情報を追加する。

次に、図５および図６は、生成部の処理を説明するための図である。生成部１５ｂは、同意情報を含む患者情報１４ａと診療情報１４ｂとを患者ごとに結合した提供情報１４ｃを生成する。例えば、図５に示すように、生成部１５ｂは、患者情報１４ａに同意情報を含む回答データが含まれている場合に、患者番号をキー情報として用いて、患者情報１４ａに対応する診療情報１４ｂとを特定し、提供情報１４ｃを生成する。

なお、上記したように、患者情報１４ａと診療情報１４ｂとは、それぞれ暗号化された秘密分散の状態で安全に記憶されている。したがって、確実かつ安全に患者の同意を得た場合にのみ、個人情報を含む提供情報１４ｃが生成される。

また、生成部１５ｂは、生成した提供情報１４ｃから携帯電話番号等の連絡先を削除する。これにより、解析には不要な患者の連絡先が第三者機関に流出することを防止することが可能となる。

また、生成部１５ｂは、生成した提供情報１４ｃを記憶部１４に記憶させてもよい。または、生成部１５ｂは、生成した提供情報１４ｃを記憶部１４に記憶させずに、後段の提供部１５ｃに出力してもよい。この場合には、例えば、生成部１５ｂは、第三者機関からの要求を検知した際に提供情報１４ｃを生成し、提供部１５ｃに出力する。

また、生成部１５ｂは、同意撤回情報を含む患者情報に対応する診療情報１４ｂとの結合を止める。具体的には、図６に示すように、生成部１５ｂは、生成した提供情報１４ｃを記憶部１４に記憶させ、同意撤回情報を含む患者情報１４ａに対応する提供情報１４ｃを記憶部１４から削除する。図６に示す例では、生成部１５ｂは、患者情報１４ａに同意撤回情報が含まれている場合に、患者番号をキー情報として用いて、患者情報１４ａに対応する提供情報１４ｃを特定し、記憶部１４から削除している。

図２の説明に戻る。提供部１５ｃは、第三者機関からの要求に応じて、生成された提供情報１４ｃを該第三者機関に提供する。例えば、提供部１５ｃは、記憶部１４に記憶されている各患者の同意を得た提供情報１４ｃのうち、年代や投薬の種類等といった解析対象の要件を満たす患者の提供情報１４ｃを、要求した第三者機関に提供する。

このようにして、提供装置１０は、患者情報１４ａと診療情報１４ｂとを分散して管理して、患者の同意を得た場合にのみ結合して提供情報１４ｃを生成し、第三者機関に提供することが可能となる。

［提供処理手順］
次に、図７および図８を参照して、本実施形態に係る提供装置１０による提供処理について説明する。図７および図８は、提供処理手順を示すフローチャートである。本実施形態の提供処理は、生成処理と削除処理とを含む。まず、図７は、生成処理手順を示す。図７のフローチャートは、例えば、生成処理の開始を指示する入力があったタイミングで開始される。

まず、取得部１５ａが、各患者から患者情報１４ａと診療情報１４ｂとの第三者機関への提供に対する同意を示す同意情報を取得して、記憶部１４の患者情報１４ａに追加する（ステップＳ１）。具体的には、取得部１５ａが、回答ＳＶ３から、自宅での経過観察のためのアンケートへの患者の回答に加え、このアンケートの回答や診療情報を、解析用に第三者機関に提供することに対する自身の先の同意を確認したことを示す同意情報を取得する。

次に、生成部１５ｂが、同意情報を含む患者情報１４ａと診療情報１４ｂとを患者ごとに結合した提供情報１４ｃを生成する（ステップＳ２）。例えば、生成部１５ｂは、患者情報１４ａに同意情報を含む回答データが含まれている場合に、患者番号をキー情報として用いて、患者情報１４ａに対応する診療情報１４ｂとを特定し、提供情報１４ｃを生成する。

そして、第三者機関からの要求に応じて、提供部１５ｃが、生成された提供情報１４ｃを該第三者機関に提供する（ステップＳ３）。これにより、一連の生成処理が終了する。

次に、図８は、削除処理手順を示す。図８のフローチャートは、例えば、解除処理の開始を指示する入力があったタイミングで開始される。

まず、取得部１５ａが、各患者の同意の撤回を示す同意撤回情報を取得して、記憶部１４の患者情報１４ａに追加する（ステップＳ１１）。例えば、取得部１５ａは、回答ＳＶ３から、第三者機関での当初の利用目的が変わったり患者自身の意思が変化したりした場合等に、患者が回答ＳＶ３に登録した同意撤回情報を取得する。

次に、生成部１５ｂが、同意撤回情報を含む患者情報１４ａに対応する提供情報１４ｃを記憶部１４から削除する（ステップＳ１２）。例えば、生成部１５ｂは、患者情報１４ａに同意撤回情報が含まれている場合に、患者番号をキー情報として用いて、患者情報１４ａに対応する提供情報１４ｃを特定し、記憶部１４から削除する。これにより、一連の削除処理が終了する。

以上、説明したように、上記実施形態の提供装置１０では、記憶部１４が、各患者に関する患者情報１４ａと、各患者の診療に関する診療情報１４ｂとを分散して記憶する。取得部１５ａが、各患者から患者情報１４ａと診療情報１４ｂとの第三者機関への提供に対する同意を示す同意情報を取得して、記憶部１４の患者情報１４ａに追加する。生成部１５ｂが、同意情報を含む患者情報１４ａと診療情報１４ｂとを患者ごとに結合した提供情報を生成する。提供部１５ｃが、第三者機関からの要求に応じて、生成された提供情報１４ｃを該第三者機関に提供する。

このように、提供装置１０は、患者情報と診療情報とを分散して管理して、患者の同意を得た場合にのみ結合して提供情報を生成して、解析用に第三者機関に提供することができる。これにより、提供装置１０は、収集された個人情報を含む電子データを解析用に安全に提供することが可能となる。

また、記憶部１４は、患者情報１４ａと診療情報１４ｂとを、暗号化された秘密分散の状態で記憶する。これにより、患者の同意を得る前の電子データをより安全に管理することが可能となる。したがって、提供装置１０により、より確実かつ安全に患者の同意を得た場合にのみ、個人情報を含む提供情報１４ｃが生成される。

また、取得部１５ａは、さらに、各患者の同意の撤回を示す同意撤回情報を取得して、記憶部１４の患者情報に追加する。この場合に、生成部１５ｂは、同意撤回情報を含む患者情報１４ａに対応する診療情報１４ｂとの結合を止める。例えば、生成部１５ｂ、生成した提供情報１４ｃを記憶部１４に記憶させ、同意撤回情報を含む患者情報１４ａに対応する提供情報１４ｃを記憶部１４から削除する。これにより、提供装置１０は、さらに確実に、患者の同意を得た電子データのみを解析用に提供情報１４ｃを生成することが可能となる。

［システム構成等］
図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵやＧＰＵおよび当該ＣＰＵやＧＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

また、本実施形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

［プログラム］
上記実施形態において説明した提供装置が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。例えば、実施形態に係る提供装置１０が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。この場合、コンピュータがプログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかるプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませて実行することにより上記実施形態と同様の処理を実現してもよい。

図９は、提供プログラムを実行するコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。

メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１およびＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。ディスクドライブ１１００には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１１１０およびキーボード１１２０が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１１３０が接続される。

ここで、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。上記実施形態で説明した各情報は、例えばハードディスクドライブ１０９０やメモリ１０１０に記憶される。

また、提供プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュール１０９３として、ハードディスクドライブ１０９０に記憶される。具体的には、上記実施形態で説明した提供装置１０が実行する各処理が記述されたプログラムモジュール１０９３が、ハードディスクドライブ１０９０に記憶される。

また、提供プログラムによる情報処理に用いられるデータは、プログラムデータ１０９４として、例えば、ハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。

なお、提供プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、提供プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

以上、本発明者によってなされた発明を適用した実施形態について説明したが、本実施形態による本発明の開示の一部をなす記述および図面により本発明は限定されることはない。すなわち、本実施形態に基づいて当業者等によりなされる他の実施形態、実施例および運用技術等は全て本発明の範疇に含まれる。

１ 患者情報管理ＳＶ
２ 診療情報管理ＳＶ
３ 回答ＳＶ
１０ 提供装置
１１ 入力部
１２ 出力部
１３ 通信制御部
１４ 記憶部
１４ａ 患者情報
１４ｂ 診療情報
１４ｃ 提供情報
１５ 制御部
１５ａ 取得部
１５ｂ 生成部
１５ｃ 提供部

Claims (6)

1. 各患者に関する患者情報と、各患者の診療に関する診療情報とを分散して記憶する記憶部と、
   各患者から患者情報と診療情報との第三者機関への提供に対する同意を示す同意情報を取得して、前記記憶部の患者情報に追加する取得部と、
   前記同意情報を含む患者情報と前記診療情報とを患者ごとに結合した提供情報を生成する生成部と、
   前記第三者機関からの要求に応じて、生成された前記提供情報を該第三者機関に提供する提供部と、
   を有することを特徴とする提供装置。
2. 前記記憶部は、前記患者情報と前記診療情報とを、暗号化された秘密分散の状態で記憶することを特徴とする請求項１に記載の提供装置。
3. 前記取得部は、さらに、各患者の前記同意の撤回を示す同意撤回情報を取得して、前記記憶部の患者情報に追加し、
   前記生成部は、前記同意撤回情報を含む患者情報に対応する前記診療情報との結合を止める
   ことを特徴とする請求項１に記載の提供装置。
4. 前記生成部は、生成した前記提供情報を前記記憶部に記憶させ、前記同意撤回情報を含む患者情報に対応する提供情報を前記記憶部から削除する
   ことを特徴とする請求項３に記載の提供装置。
5. 提供装置が実行する提供方法であって、
   各患者に関する患者情報と、各患者の診療に関する診療情報とを分散して記憶する記憶部を参照し、各患者から患者情報と診療情報との第三者機関への提供に対する同意を示す同意情報を取得して、前記記憶部の患者情報に追加する取得工程と、
   前記同意情報を含む患者情報と前記診療情報とを患者ごとに結合した提供情報を生成する生成工程と、
   前記第三者機関からの要求に応じて、生成された前記提供情報を該第三者機関に提供する提供工程と、
   を含んだことを特徴とする提供方法。
6. 各患者に関する患者情報と、各患者の診療に関する診療情報とを分散して記憶する記憶部を参照し、各患者から患者情報と診療情報との第三者機関への提供に対する同意を示す同意情報を取得して、前記記憶部の患者情報に追加する取得ステップと、
   前記同意情報を含む患者情報と前記診療情報とを患者ごとに結合した提供情報を生成する生成ステップと、
   前記第三者機関からの要求に応じて、生成された前記提供情報を該第三者機関に提供する提供ステップと、
   をコンピュータに実行させるための提供プログラム。

Images