JP2018092463A - 個人医療情報管理方法、個人医療情報管理サーバおよびプログラム - Google Patents

Abstract

【課題】利用者が医療情報の開示範囲を柔軟に指定することができる、個人医療情報管理方法、個人医療情報管理サーバおよびプログラムを提供する。【解決手段】個人医療情報管理サーバ１０は、個人医療情報に係る開示範囲を特定する開示範囲情報を利用者端末２０から受信し、開示範囲情報の受信に応じ、許可ＩＤを生成するとともに、開示範囲情報および許可ＩＤを個人医療情報に関連付けて記憶し、許可ＩＤを利用者端末２０に送信し、医療従事者端末３０から許可ＩＤを受信し、許可ＩＤの受信に応じて、その許可ＩＤに関連付けられた開示範囲に属する個人医療情報を、医療従事者端末３０に送信する。【選択図】図３

Description

本発明は、個人医療情報管理方法、個人医療情報管理サーバおよびプログラムに関する。

医療従事者が、受診者のデータを電子的に記録する場合がある。記録されたデータは、医療従事者が自由に公開することはできず、第三者への開示には本人の同意（オプトイン）が必要となる。たとえば、ある利用者がある病院において健康診断を受けた場合に、その病院とは異なるかかりつけ医は、その健診データを自由に参照することはできない。

このため、利用者の同意を表す情報を記録可能なシステムが公知である。特許文献１には、このようなシステムの例が記載されている。

特開２００３−０６７５０６号公報

しかしながら、従来の技術では、利用者が開示範囲を柔軟に指定することができないという問題があった。

たとえば、特許文献１のシステムでは、開示範囲を一通りしか設定できないので、医療従事者ごとに開示範囲を変えることができず、柔軟性に欠ける。

この発明は、このような問題点を解決するためになされたものであり、利用者が医療情報の開示範囲を柔軟に指定することができる、個人医療情報管理方法、個人医療情報管理サーバおよびプログラムを提供することを目的とする。

上述の問題点を解決するため、この発明に係る、個人医療情報管理方法は、
利用者端末から、個人医療情報に係る開示範囲を特定する開示範囲情報を受信するステップと、
前記開示範囲情報の受信に応じ、許可識別情報を生成するとともに、前記開示範囲情報および前記許可識別情報を前記個人医療情報に関連付けて記憶するステップと、
前記許可識別情報を前記利用者端末に送信するステップと、
医療従事者端末から、前記許可識別情報を受信するステップと、
前記許可識別情報の受信に応じて、その許可識別情報に関連付けられた開示範囲に属する個人医療情報を、前記医療従事者端末に送信するステップと
を備える。
特定の態様によれば、利用者の認証処理を行うステップと、ＨＰＫＩに基づき、医療従事者の認証処理を行うステップとをさらに備える。
特定の態様によれば、前記個人医療情報管理サーバに係るＵＲＬを、前記許可識別情報とともに前記利用者端末に送信するステップをさらに備える。
特定の態様によれば、前記開示範囲に属する前記個人医療情報を前記医療従事者端末に送信した後、所定の削除条件が満たされることに応じて、対応する開示範囲情報および許可識別情報を削除するステップをさらに備える。
特定の態様によれば、前記許可識別情報を医療従事者に伝えることを促すメッセージを前記利用者端末に送信するステップをさらに備える。
また、この発明に係る個人医療情報管理サーバは、上述の方法を用いて個人医療情報を管理する。
また、この発明に係るプログラムは、コンピュータに上述の方法を実行させる。

この発明に係る個人医療情報管理方法、個人医療情報管理サーバおよびプログラムによれば、開示範囲が指定される都度、許可識別情報が生成され、医療従事者はこの許可識別情報を用いてその開示範囲を参照することができるので、利用者は開示範囲をより柔軟に制御することができる。

本発明の実施の形態１に係る個人医療情報管理サーバを含む構成を示す図である。 図１の健康管理ＤＢの構成の例を示す図である。 図１の個人医療情報管理サーバ、利用者端末および医療従事者端末の動作の例を説明するフローチャートである。

以下、この発明の実施の形態を添付図面に基づいて説明する。
実施の形態１．
図１に、本発明に係る管理サーバ１０を含む構成を示す。管理サーバ１０は、本明細書に記載される方法を用いて個人の医療情報を管理する、個人医療情報管理サーバである。この管理サーバ１０は、利用者端末２０、医療従事者端末３０およびＨＰＫＩ認証サーバ４０と、通信ネットワークＮを介して通信可能に接続されている。通信ネットワークＮはたとえばインターネットである。

管理サーバ１０は、公知のコンピュータとしての構成を有し、演算を行う演算手段１１と、情報を格納する記憶手段１２とを備える。演算手段１１はたとえばＣＰＵ（中央処理装置）を含み、記憶手段１２はたとえば半導体メモリおよびＨＤＤ（ハードディスクドライブ）を含む。記憶手段１２は、健康管理ＤＢ１３を記憶する。

また、とくに図示しないが、管理サーバ１０は、管理者が情報を入力するために用いる入力手段と、管理者に対して情報を出力する出力手段とを備えてもよい。入力手段はたとえばマウス、キーボード、タッチパネル等であり、出力手段はたとえば液晶ディスプレイおよびプリンタ等である。さらに、管理サーバ１０は、通信ネットワークＮに対する入力装置と出力装置とを兼ねるネットワークインタフェースを備える。

図２に、健康管理ＤＢ１３の構成の例を示す。健康管理ＤＢ１３は、利用者を識別する利用者ＩＤ（利用者識別情報）に、その利用者の個人医療情報と、その個人医療情報の開示状況を制御するための開示制御情報とを関連付ける。

個人医療情報は、たとえばＰＨＲ（Personal Health Records）と呼ばれるものであってもよい。個人医療情報の構成は任意であるが、一例として、個人医療情報は、共通健康情報と、独自健康情報と、生涯健康情報とを含む。

共通健康情報は、たとえば保険者が作成するデータである。共通健康情報は、たとえば、請求データと、健診データとを含む。請求データは、レセプトデータと、調剤報酬データと、診療報酬データとを含む。健診データは、健診結果データを含む。また、健診データは、さらに細かく分類されてもよく、たとえば、一般健診データと、特定健診データと、特殊健診データとを含んでもよい。

独自健康情報は、たとえば事業主が作成するデータである。独自健康情報は、たとえば、勤務状況データと、健康調査データと、産業保険スタッフデータとを含む。勤務状況データは、職制情報と、勤怠情報と、作業状況情報とを含む。健康調査データは、ヘルスプランデータと、ストレスチェックデータとを含む。産業保険スタッフデータは、面談結果データと、巡視結果データと、就業判定結果データと、主治医意見書データとを含む。

生涯健康情報は、個人（たとえば利用者本人）が作成するデータである。生涯健康情報は、たとえば、生涯管理データを含む。生涯管理データは、お薬手帳データと、疾病管理手帳データと、バイタルデータと、母子手帳データとを含む。

開示制御情報は、特定の医療従事者に対する開示状況を制御するための情報である。開示制御情報は、開示範囲情報と、許可ＩＤと、削除基準時刻とを含む組である。

開示範囲情報は、個人医療情報のうち、利用者が特定の医療従事者に対して開示を許可する範囲を特定するための情報である。図２の例では、利用者ＩＤ「１２３４」の利用者が、健診結果については特定の医療従事者に開示を許可しているが、その他の情報についてはいかなる医療従事者にも開示を許可していないということを示す。なお、説明の便宜上、図２では「健診情報」等の文字列を用いて開示範囲情報を表現しているが、表現形式は当業者が適宜決定可能であり、たとえばフラグを用いて管理してもよい。

許可ＩＤは、開示許可を与えられた医療従事者を識別するための情報（許可識別情報）である。パスワードと呼ばれるものであってもよい。

削除基準時刻は、その開示制御情報を健康管理ＤＢ１３から削除すべきタイミングを決定するための基準となる時刻（削除すべき時刻そのものに限らない）を表す。たとえば本実施形態では、図３に関連して後に詳述するように、医療従事者が管理サーバ１０からログオフした時刻が削除基準時刻となり、削除基準時刻から一定時間が経過すると、その開示制御情報が削除される。

管理サーバ１０の記憶手段１２は、さらに図示しないプログラムを格納しており、演算手段１１がこのプログラムを実行することにより、管理サーバ１０は本明細書に記載される他の機能を実現する。すなわち、すなわち、このプログラムは、本明細書に記載される方法をコンピュータに実行させ、これによって、当該コンピュータを管理サーバ１０として機能させる。

利用者端末２０および医療従事者端末３０も、公知のコンピュータとしての構成を有する。たとえば、それぞれ、演算を行う演算手段と、情報を格納する記憶手段と、使用者（利用者または医療従事者）が情報を入力するために用いる入力手段と、使用者に対して情報を出力する出力手段と、通信ネットワークＮに対する入力装置と出力装置とを兼ねるネットワークインタフェースを備える。より具体的には、たとえば利用者端末２０はＰＣ、携帯電話またはスマートフォンであってもよく、医療従事者端末３０はＰＣであってもよい。また、医療従事者端末３０は、医療従事者の認証を行うための機器（ＨＰＫＩカードリーダ等）を備えてもよい。

ＨＰＫＩ認証サーバ４０は、公知のＨＰＫＩ認証サーバであり、ＨＰＫＩ認証サーバとして動作するために必要な構成を備える。

以上のように構成される管理サーバ１０、利用者端末２０および医療従事者端末３０の動作を、以下に説明する。
図３は、これらの動作の例を説明するフローチャートである。図３の処理は、利用者が管理サーバ１０にアクセスするための操作に応じて開始される。たとえば、医療機関を訪問した利用者が、医療従事者から個人医療情報の開示依頼を受けたとする。利用者は、医療従事者から必要な開示範囲の指示を受け、その開示範囲についてその医療従事者に開示を許可すべく、利用者端末２０を用いて管理サーバ１０にアクセスする。

管理サーバ１０および利用者端末２０は、協働して利用者の認証処理を実行する（ステップＳ１０１およびＳ２０１）。この処理はどのように設計されてもよいが、たとえば公知のログオン処理とすることができる。より具体的な例としては、利用者は利用者端末２０を操作して管理サーバ１０にアクセスし、管理サーバ１０は利用者端末２０に個人ＩＤおよびパスワードを要求し、これに応じて利用者が利用者端末２０を操作して管理サーバ１０にユーザ名およびパスワードを送信する。

次に、利用者端末２０は、その利用者の個人医療情報に係る開示範囲情報の入力を受け付ける（ステップＳ２０２）。開示範囲情報の入力方法は任意に設計可能である。たとえば、利用者端末２０は、開示範囲情報の入力を促す画面を表示してもよい。この画面は、たとえば、個人医療情報に含まれる情報の分類項目をリストし、各分類項目にチェックボックスを関連付けるものであってもよい。その場合には、利用者が選択した分類項目を、開示すべき分類項目であるとして受け付けてもよい。たとえば、分類項目として「健診情報」「就業情報」「ストレスチェック情報」の３項目があり、利用者がそのうち「健診情報」のみを選択した場合には、開示範囲は「健診情報」のみとなる。なお、管理サーバ１０は、そのような画面を表示させるためのデータ（ＨＴＭＬデータ等）を、利用者端末２０に送信してもよい。

次に、利用者端末２０は入力された開示範囲情報を管理サーバ１０に送信し（ステップＳ２０３）、管理サーバ１０は利用者端末２０からこれを受信する（ステップＳ１０３）。

管理サーバ１０は、開示範囲情報の受信に応じ、許可ＩＤを生成する（ステップＳ１０４）。許可ＩＤの生成方法は任意であるが、たとえば所定の文字グループのうちからランダムに選択される文字を所定数だけ組み合わせた文字列としてもよい。

次に、管理サーバ１０は、受信した開示範囲情報と、生成した許可ＩＤとを、その利用者の個人医療情報に関連付けて、健康管理ＤＢ１３に記憶する（ステップＳ１０５）。この時点では削除基準時刻は空欄であってもよい。

次に、管理サーバ１０は、許可ＩＤを利用者端末２０に送信し（ステップＳ１０６）、利用者端末２０は管理サーバ１０から許可ＩＤを受信する（ステップＳ２０６）。利用者端末２０は、受信した許可ＩＤを表示する（ステップＳ２０７）。送受信の具体的な形式は任意に設計することができるが、たとえば、管理サーバ１０は、許可ＩＤを含む画面を表示させるためのデータ（ＨＴＭＬデータ等）を、利用者端末２０に送信してもよい。または、たとえば管理サーバ１０は、許可ＩＤを含む電子メールを、利用者端末２０（または利用者端末２０を介してアクセス可能な電子メールアドレス等）に送信してもよい。

許可ＩＤを含む画面または電子メール等は、許可ＩＤを医療従事者に伝えることを促すメッセージを含んでいてもよい。すなわち、管理サーバ１０は、ステップＳ１０６等において、そのようなメッセージを利用者端末２０に送信してもよい。

さらに、許可ＩＤを含む画面または電子メール等は、管理サーバ１０（または管理サーバ１０が管理する特定のＷｅｂページ）を表すＵＲＬを含んでいてもよい。すなわち、管理サーバ１０は、管理サーバ１０に係るＵＲＬを、許可ＩＤとともに利用者端末２０に送信してもよい。

ここで、利用者は許可ＩＤを医療従事者に伝達する。たとえば、許可ＩＤが表示されたスマートフォンの画面を医療従事者に見せてもよい。または、許可ＩＤを含む電子メールを、医療従事者端末３０または医療従事者がアクセス可能なメールアドレスに送信してもよい。このようにして、医療従事者は許可ＩＤを知る。

医療従事者は、管理サーバ１０にアクセスするための操作を行う。たとえば、医療従事者に既知のＵＲＬ（いわゆるブックマーク等として医療従事者端末３０に記憶されていてもよい）にアクセスしてもよい。または、許可ＩＤとともにＵＲＬが伝達されている場合には、そのＵＲＬにアクセスしてもよい。

これに応じ、管理サーバ１０および医療従事者端末３０は、協働して利用者の認証処理を実行する（ステップＳ１１１およびＳ３１１）。管理サーバ１０は、ＨＰＫＩ（Healthcare Public Key Infrastructure）に基づいてこの処理を行ってもよい。具体例は次のようなものである。医療従事者は医療従事者端末３０を介して管理サーバ１０にアクセスし、管理サーバ１０は医療従事者端末３０に対してＨＰＫＩ認証を求める。これに応じて医療従事者は医療従事者端末３０のＨＰＫＩカードリーダに医療従事者自身のＨＰＫＩカードを読み取らせる。医療従事者端末３０は、読み取ったデータを含む認証データを管理サーバ１０に送信し、管理サーバ１０はこれを受信するとともにＨＰＫＩ認証サーバ４０に転送して認証を要求する。ＨＰＫＩ認証サーバ４０は認証結果を管理サーバ１０に送信し、管理サーバ１０は認証結果を受信する。このようにして認証処理が行われる。

なお、ＨＰＫＩ認証に失敗した場合は、公知のエラー処理が行われてもよい。その場合には、管理サーバ１０は図３の処理を中止する。この場合には、いかなる個人医療情報も開示されない（すなわち医療従事者端末３０に送信されない）ことになる。

次に、医療従事者端末３０は、許可ＩＤの入力を受け付ける（ステップＳ３１２）。管理サーバ１０は、許可ＩＤの入力を促す画面を表示させるためのデータ（ＨＴＭＬデータ等）を、医療従事者端末３０に送信してもよい。

医療従事者端末３０は入力された許可ＩＤを管理サーバ１０に送信し（ステップＳ３１３）、管理サーバ１０は医療従事者端末３０から許可ＩＤを受信する（ステップＳ１１３）。

次に、管理サーバ１０は、受信した許可ＩＤに関連付けられた開示範囲情報を取得し（ステップＳ１１４）、さらに、その開示範囲情報によって表される開示範囲に属する個人医療情報を取得する（ステップＳ１１５）。たとえば図２の例において、「ｂ６６ｊＸｙ」という許可ＩＤを受信した場合には、開示範囲が「健診結果」であるという開示範囲情報を取得し、個人医療情報のうち「健診結果」に属する部分（たとえば、身長、体重、血液検査結果、レントゲン結果、等）を取得する。

次に、管理サーバ１０は、取得した部分の個人医療情報を医療従事者端末３０に送信し（ステップＳ１１６）、医療従事者端末３０は管理サーバ１０からこれを受信する（ステップＳ３１６）。ここで、管理サーバ１０は、当該個人医療情報を含む画面を表示させるためのデータ（ＨＴＭＬデータ等）を、医療従事者端末３０に送信してもよい。

このように、ステップＳ１１３〜Ｓ１１６において、管理サーバ１０は、許可ＩＤの受信に応じて、その許可ＩＤに関連付けられた開示範囲に属する個人医療情報を、医療従事者端末３０に送信するということができる。

医療従事者端末３０は、受信した個人医療情報を表示する（ステップＳ３１７）。このようにして、医療従事者は、その利用者に関する情報を閲覧することができる。ここで、開示範囲に属しない個人医療情報については送信されないので、閲覧することができない。

その後、所定の削除条件が満たされることに応じて、管理サーバ１０は、その開示範囲に対応する開示範囲情報および許可ＩＤを削除する（ステップＳ１１８）。本実施形態では、図２に示すように、開示制御情報として、開示範囲情報および許可ＩＤに、さらに削除基準時刻を関連付けて記憶しておき、削除基準時刻から一定時間が経過することに応じて、その開示制御情報を削除する。

削除基準時刻は、たとえば医療従事者が管理サーバ１０からのログオフ処理を行った時刻とすることができる。このようにすると、医療従事者が必要な個人医療情報を参照し終わってログオフ操作を行い、その後一定時間（たとえば１０分）が経過すると許可ＩＤが削除され、その開示範囲に該当する部分の開示が停止される。

このように、本発明の実施の形態１に係る管理サーバ１０によれば、利用者は自身の個人医療情報のうち開示すべき範囲を柔軟に指定することができる。また、利用者は、許可ＩＤを特定の医療従事者のみに伝達することにより、開示先となる医療従事者を自由に指定することができる。

また、開示範囲情報および許可ＩＤは、同じ利用者であっても図３の処理が実行される都度設定されるので、複数の医療従事者に対してそれぞれ異なる開示範囲を同時に設定することもでき、柔軟性がさらに高まる。なお、そのような場合には、１つの個人医療情報に対して複数の開示制御情報が関連付けられることになる。

また、利用者端末２０に対しては許可ＩＤは送信されるが個人医療情報そのものは送信されないので、利用者が自由に個人医療情報を閲覧することはできない。このため、個人医療情報として、本人の閲覧が禁止されている情報（ストレスチェックの結果等）が含まれる場合であっても、適切な管理が可能である。

また、医療従事者の閲覧後、開示制御情報が削除されるので、比較的高いセキュリティが維持される。

上述の実施の形態１において、以下のような変形を施すことができる。
認証は、実施の形態１のものに限らない。たとえば、実施の形態１ではＨＰＫＩ認証サーバ４０を用いたＨＰＫＩ認証が行われるが、ＨＰＫＩ以外の仕組みを用いて医療従事者の認証処理を行ってもよい。また、管理サーバ１０に医療従事者の個人ＩＤおよびパスワードを記憶しておき、ログオン処理によって認証を行ってもよい。また、他の構成等によりセキュリティが十分に担保される場合等には、利用者および医療従事者の認証を省略してもよい。

実施の形態１では医療従事者は個人であり、個人に対して発行されるＨＰＫＩカードを用いて認証が行われる。変形例として、医療従事者の認証を施設単位で行ってもよい。

開示範囲情報および許可ＩＤを削除する基準（削除条件）は、任意に設計することが可能である。たとえば、医療従事者がログオフした時刻ではなく、最後に個人医療情報が閲覧された時刻（たとえばステップＳ１１６が実行された時刻）を削除基準時刻としてもよい。また、削除基準時刻を用いず、医療従事者がログオフするとただちに開示範囲情報および許可ＩＤを削除してもよい。さらに、セキュリティ上可能な場合には、開示範囲情報および許可ＩＤを削除する処理を省略してもよい。

実施の形態１では、単一の健康管理ＤＢ１３が個人医療情報および開示制御情報を含むが、これらは異なるＤＢに分離して記憶されてもよい。その場合でも、利用者ＩＤ等を介した関連付けは実現可能である。

個人医療情報の構成は、任意に設計可能である。たとえば、含まれる情報の種類、分類方法、分類階層、名称等は、法令その他の基準等に沿って、自由に設定してよい。

図３に記載されない例外処理等については、適宜設計可能である。たとえば、ステップＳ１０１において利用者の認証に失敗した場合、ステップＳ３１１において医療従事者の認証に失敗した場合、ステップＳ１１４において該当する許可ＩＤが健康管理ＤＢ１３に存在しなかった場合等は、その時点で所定のエラー処理を行って後続の処理を中止してもよい。

１０ 管理サーバ（個人医療情報管理サーバ）、１３ 健康管理ＤＢ（個人医療情報、開示範囲情報、許可識別情報）、２０ 利用者端末、３０ 医療従事者端末。

上述の問題点を解決するため、この発明に係る、個人医療情報管理方法は、
利用者端末から、個人医療情報に係る開示範囲を特定する開示範囲情報を受信するステップと、
前記開示範囲情報の受信に応じ、許可識別情報を生成するとともに、前記開示範囲情報および前記許可識別情報を前記個人医療情報に関連付けて記憶するステップと、
前記許可識別情報を前記利用者端末に送信するステップと、
医療従事者端末から、前記許可識別情報を受信するステップと、
前記許可識別情報の受信に応じて、その許可識別情報に関連付けられた開示範囲に属する個人医療情報を、前記医療従事者端末に送信するステップと
を備える。
また、この発明に係る、個人医療情報管理方法は、
利用者端末から、個人医療情報に係る第１の開示範囲を特定する第１の開示範囲情報を受信するステップと、
前記利用者端末から、前記個人医療情報に係る第２の開示範囲を特定する第２の開示範囲情報を受信するステップと、
前記第１の開示範囲情報の受信に応じ、第１の許可識別情報を生成するとともに、前記第１の開示範囲情報および前記第１の許可識別情報を前記個人医療情報に関連付けて記憶するステップと、
前記第２の開示範囲情報の受信に応じ、第２の許可識別情報を生成するとともに、前記第２の開示範囲情報および前記第２の許可識別情報を前記個人医療情報に関連付けて記憶するステップと、
前記第１の許可識別情報を前記利用者端末に送信するステップと、
前記第２の許可識別情報を前記利用者端末に送信するステップと、
第１の医療従事者端末から、前記第１の許可識別情報を受信するステップと、
第２の医療従事者端末から、前記第２の許可識別情報を受信するステップと、
前記第１の許可識別情報の受信に応じて、前記第１の開示範囲に属する個人医療情報を、前記第１の医療従事者端末に送信するステップと、
前記第２の許可識別情報の受信に応じて、前記第２の開示範囲に属する個人医療情報を、前記第２の医療従事者端末に送信するステップと
を備える。
特定の態様によれば、利用者の認証処理を行うステップと、ＨＰＫＩに基づき、医療従事者の認証処理を行うステップとをさらに備える。
特定の態様によれば、個人医療情報管理サーバに係るＵＲＬを、前記許可識別情報とともに前記利用者端末に送信するステップをさらに備える。
特定の態様によれば、前記開示範囲に属する前記個人医療情報を前記医療従事者端末に送信した後、所定の削除条件が満たされることに応じて、対応する開示範囲情報および許可識別情報を削除するステップをさらに備える。
特定の態様によれば、前記許可識別情報を医療従事者に伝えることを促すメッセージを前記利用者端末に送信するステップをさらに備える。
また、この発明に係る個人医療情報管理サーバは、上述の方法を用いて個人医療情報を管理する。
また、この発明に係るプログラムは、コンピュータに上述の方法を実行させる。

Claims (7)

1. 利用者端末から、個人医療情報に係る開示範囲を特定する開示範囲情報を受信するステップと、
   前記開示範囲情報の受信に応じ、許可識別情報を生成するとともに、前記開示範囲情報および前記許可識別情報を前記個人医療情報に関連付けて記憶するステップと、
   前記許可識別情報を前記利用者端末に送信するステップと、
   医療従事者端末から、前記許可識別情報を受信するステップと、
   前記許可識別情報の受信に応じて、その許可識別情報に関連付けられた開示範囲に属する個人医療情報を、前記医療従事者端末に送信するステップと
   を備える、個人医療情報管理方法。
2. 利用者の認証処理を行うステップと、
   ＨＰＫＩに基づき、医療従事者の認証処理を行うステップと、
   をさらに備える、請求項１に記載の方法。
3. 前記個人医療情報管理サーバに係るＵＲＬを、前記許可識別情報とともに前記利用者端末に送信するステップをさらに備える、請求項１または２に記載の方法。
4. 前記開示範囲に属する前記個人医療情報を前記医療従事者端末に送信した後、所定の削除条件が満たされることに応じて、対応する開示範囲情報および許可識別情報を削除するステップをさらに備える、請求項１〜３のいずれか一項に記載の方法。
5. 前記許可識別情報を医療従事者に伝えることを促すメッセージを前記利用者端末に送信するステップをさらに備える、請求項１〜４のいずれか一項に記載の方法。
6. 請求項１〜５のいずれか一項に記載の方法を用いて個人医療情報を管理する、個人医療情報管理サーバ。
7. コンピュータに、請求項１〜５のいずれか一項に記載の方法を実行させるプログラム。

Images