(57)【要約】【課題】第１の医師が作成した患者情報を第２の医師に閲覧させる。【解決手段】第１の医師が作成したある患者の患者情報についての第２の医師による閲覧を許可するための許可依頼情報を、患者端末に送信し（Ｓ３１）、許可依頼情報に対応する、患者情報についての第２の医師による閲覧を許可する許可情報を前記患者の端末から受け付けた場合（Ｓ３６：肯定）に、第２の医師の端末から患者情報の閲覧を許可する制御を行う（Ｓ３８）、処理をコンピュータに実行させる。【選択図】図６
2015138517.tif 000002
【特許請求の範囲】
【請求項１】
第１の医師が作成したある患者の患者情報についての第２の医師による閲覧を許可するための許可依頼情報を、前記患者の端末に送信し、
前記許可依頼情報に対応する、前記患者情報についての前記第２の医師による閲覧を許可する許可情報を前記患者の端末から受け付けた場合に、前記第２の医師の端末から前記患者情報の閲覧を許可する制御を行う、
処理をコンピュータに実行させることを特徴とする患者情報の閲覧制御プログラム。
【請求項２】
前記第２の医師に対して閲覧を許可する範囲は、閲覧を許可した患者の全ての患者情報であることを特徴とする請求項１に記載の患者情報の閲覧制御プログラム。
【請求項３】
前記第２の医師に対して閲覧を許可する範囲は、患者が許可した範囲の患者情報であることを特徴とする請求項１に記載の患者情報の閲覧制御プログラム。
【請求項４】
第１の医師が作成したある患者の患者情報についての第三者による閲覧要望を受け付けるための受付情報を、前記第三者の端末に送信し、
前記受付情報に対応する、前記患者情報についての前記第三者の閲覧要望情報を前記第三者の端末から受け付けた場合に、前記第三者の端末から前記患者情報の閲覧を許可する制御を行う、処理をコンピュータに実行させることを特徴とする請求項１〜３のいずれか一項に記載の患者情報の閲覧制御プログラム。
【請求項５】
前記第三者は、前記患者の家族であることを特徴とする請求項４に記載の患者情報の閲覧制御プログラム。
【請求項６】
前記第２の医師に対して閲覧を許可する範囲と、前記第三者に対して閲覧を許可する範囲とは、異なることを特徴とする請求項４又は５に記載の患者情報の閲覧制御プログラム。
【請求項７】
第１の医師が作成したある患者の患者情報についての第２の医師による閲覧を許可するための許可依頼情報を、前記患者の端末に送信し、
前記許可依頼情報に対応する、前記患者情報についての前記第２の医師による閲覧を許可する許可情報を前記患者の端末から受け付けた場合に、前記第２の医師の端末からの前記患者情報の閲覧を許可する制御を行う、
処理をコンピュータが実行することを特徴とする患者情報の閲覧制御方法。
【請求項８】
第１の医師が作成したある患者の患者情報についての第２の医師による閲覧を許可するための許可依頼情報を、前記患者の端末に送信する送信部と、
前記許可依頼情報に対応する、前記患者情報についての前記第２の医師による閲覧を許可する許可情報を前記患者の端末から受け付けた場合に、前記第２の医師の端末から前記患者情報の閲覧を許可する制御を行う制御部と、
を備える患者情報の閲覧制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者情報の閲覧制御プログラム、方法及び装置に関する。
【背景技術】
【０００２】
従来、患者の診療情報をサーバ等で管理する技術が知られている（例えば、特許文献１、２等参照）。また、最近では、患者個人の診療情報などの健康に関する情報を１つに集約して記録するＰＨＲ（Personal Healthcare Record）と呼ばれる技術が出現してきている。
【０００３】
ＰＨＲにおいては、データは患者の所有物であるため、医師や家族などと情報を共有する場合には、データにアクセス権限を付与して、閲覧を許可する範囲を設定する必要がある。特許文献３には、診療情報の公開範囲を患者がコントロールすることが可能な技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１３８５１３号公報
【特許文献２】特表２００３−５２５６７６号公報
【特許文献３】特開２００８−１９７７４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、データに対するアクセス権限の設定作業は煩雑であり、また、患者には端末等の操作に不慣れな人も多く含まれることから、アクセス権限の設定を患者に強いるのは酷である。
【０００６】
１つの側面では、本発明は、第１の医師が作成した患者情報を第２の医師に閲覧させることが可能な患者情報の閲覧制御プログラム、方法及び装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
一つの態様では、患者情報の閲覧制御プログラムは、第１の医師が作成したある患者の患者情報についての第２の医師による閲覧を許可するための許可依頼情報を、前記患者の端末に送信し、前記許可依頼情報に対応する、前記患者情報についての前記第２の医師による閲覧を許可する許可情報を前記患者の端末から受け付けた場合に、前記第２の医師の端末から前記患者情報の閲覧を許可する制御を行う、処理をコンピュータに実行させるプログラムである。
【０００８】
一つの態様では、患者情報の閲覧制御方法は、第１の医師が作成したある患者の患者情報についての第２の医師による閲覧を許可するための許可依頼情報を、前記患者の端末に送信し、前記許可依頼情報に対応する、前記患者情報についての前記第２の医師による閲覧を許可する許可情報を前記患者の端末から受け付けた場合に、前記第２の医師の端末からの前記患者情報の閲覧を許可する制御を行う、処理をコンピュータが実行する患者情報の閲覧制御方法である。
【０００９】
一つの態様では、患者情報の閲覧制御装置は、第１の医師が作成したある患者の患者情報についての第２の医師による閲覧を許可するための許可依頼情報を、前記患者の端末に送信する送信部と、前記許可依頼情報に対応する、前記患者情報についての前記第２の医師による閲覧を許可する許可情報を前記患者の端末から受け付けた場合に、前記第２の医師の端末から前記患者情報の閲覧を許可する制御を行う制御部と、を備えている。
【発明の効果】
【００１０】
第１の医師が作成した患者情報を第２の医師に閲覧させることができる。
【図面の簡単な説明】
【００１１】
【図１】一実施形態に係る閲覧制御システムの構成を概略的に示す図である。
【図２】図２（ａ）は、患者端末のハードウェア構成を示す図であり、図２（ｂ）は、サーバのハードウェア構成を示す図である。
【図３】サーバの機能ブロック図である。
【図４】図４（ａ）は患者情報テーブルのデータ構造を示す図であり、図４（ｂ）は信頼関係テーブルのデータ構造を示す図であり、図４（ｃ）は公開範囲マスタのデータ構造を示す図である。
【図５】サーバによる診療情報入力処理を示すフローチャートである。
【図６】サーバによる患者紹介処理を示すフローチャートである。
【図７】サーバによる家族支援依頼処理を示すフローチャートである。
【図８】サーバによる信頼関係破棄処理を示すフローチャートである。
【図９】サーバによる情報閲覧処理を示すフローチャートである。
【図１０】図１０（ａ）は、信頼関係構築画面の一例を示す図であり、図１０（ｂ）は、図１０（ａ）に対応する承認画面の一例を示す図であり、図１０（ｃ）は、紹介依頼画面画面の一例を示す図であり、図１０（ｄ）は、図１０（ｃ）に対応する承認画面の一例を示す図である。
【図１１】図１１（ａ）は、支援依頼画面の一例を示す図であり、図１１（ｂ）は、図１１（ａ）に対応する承認画面の一例を示す図であり、図１１（ｃ）は、信頼関係破棄画面の一例を示す図である。
【図１２】図１２（ａ）は、患者Ａと医師Ｘとの間で信頼関係「診療」が生成された状態を示す図であり、図１２（ｂ）は、医師Ｙに患者Ａが紹介され、信頼関係「診療」が生成された状態を示す図である。
【図１３】患者Ａと家族αとの間で信頼関係「支援」が生成された状態を示す図である。
【発明を実施するための形態】
【００１２】
以下、閲覧制御システムの一実施形態について、図１〜図１３に基づいて詳細に説明する。図１は、閲覧制御システム１００の構成を概略的に示すブロック図である。
【００１３】
閲覧制御システム１００は、図１に示すように、患者端末１０と、患者情報の閲覧制御装置としてのサーバ２０と、第三者の端末としての家族端末３０と、医師端末８０Ｘと、医師端末８０Ｙと、を備える。なお、患者端末１０や家族端末３０は複数あってもよく、医師端末８０Ｘ，８０Ｙも３つ以上あってもよい。各端末及びサーバ２０は、インターネットなどのネットワーク７０に接続されている。
【００１４】
患者端末１０は、患者が利用するＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット型端末などの端末である。患者端末１０は、サーバ２０で管理する患者情報（ＰＨＲデータ）を閲覧するために用いることができる。なお、患者情報には、医師により作成される電子カルテのデータも含まれるものとする。患者情報は、作成者による閲覧及び更新が可能である。ただし、後述するように作成者との間に信頼関係が結ばれた人（患者等）は、患者情報の所有権者となり閲覧できるようになる。また、所有権者とその他の人（医師や家族）との間に信頼関係が結ばれた場合には、該その他の人にも患者情報に対するアクセス権限が付与され、閲覧ができるようになる。
【００１５】
なお、本実施形態の閲覧制御システム１００では、医師は患者情報を更新することにより、電子カルテのデータも更新することができるため、電子カルテ情報と患者情報とを二重入力する必要がないという利点がある。
【００１６】
図２（ａ）には、患者端末１０のハードウェア構成が示されている。図２（ａ）に示すように、患者端末１０は、ＣＰＵ９０、ＲＯＭ９２、ＲＡＭ９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、表示部９３、入力部９５、ネットワークインタフェース９７及び可搬型記憶媒体用ドライブ９９等を備える。患者端末１０の構成各部は、バス９８に接続されている。
【００１７】
サーバ２０は、医師端末８０Ｘ，８０Ｙ等から入力される患者情報を取得し、管理する装置である。また、サーバ２０は、端末１０，３０、８０Ｘ，８０Ｙからの要求に応じて、患者情報を送信する。なお、サーバ２０は、各端末のアドレス情報等を保持しているものとする。
【００１８】
図２（ｂ）には、サーバ２０のハードウェア構成が示されている。図２（ｂ）に示すように、サーバ２０は、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤ）１９６、表示部１９３、入力部１９５、ネットワークインタフェース１９７及び可搬型記憶媒体用ドライブ１９９等を備える。サーバ２０の構成各部は、バス１９８に接続されている。サーバ２０では、ＲＯＭ１９２あるいはＨＤＤ１９６に格納されているプログラム（閲覧制御プログラムを含む）、或いは可搬型記憶媒体用ドライブ１９９が可搬型記憶媒体１９１から読み取ったプログラム（閲覧制御プログラムを含む）をＣＰＵ１９０が実行することにより、図３の各部の機能が実現される。
【００１９】
図３には、サーバ２０の機能ブロック図が示されている。サーバ２０は、ＣＰＵ１９０がプログラムを実行することにより、患者情報受信部２１、送信部及び制御部としての信頼関係構築部２２、閲覧要求受信部２３、及び情報送信部２４として機能する。なお、図３には、ＨＤＤ１９６等に格納されている信頼関係テーブル２５、公開範囲マスタ２６、及び患者情報テーブル２７も図示されている。
【００２０】
患者情報受信部２１は、医師端末８０Ｘ、８０Ｙから入力される患者の診療情報や、患者端末１０から入力される患者の情報を含む患者情報を受信し、患者情報テーブル２７に格納する。
【００２１】
ここで、患者情報テーブル２７は、医師や患者が作成した種々の文書を格納するテーブルであり、図４（ａ）に示すようなデータ構造を有する。具体的には、患者情報テーブル２７は、「患者ＩＤ(対象者)」、「記載者」、「文書キー」、「文書種別」、「診療日」、「更新日」、「内容」の各フィールドを有する。
【００２２】
「患者ＩＤ(対象者)」のフィールドには、文書がどの患者に関する文書であるかが格納される。図４（ａ）では、患者ＩＤとして、患者Ａや患者ＢのＩＤが格納されている。「記載者」のフィールドには、文書の作成者のＩＤが格納される。図４（ａ）では、記載者として、医師Ｘや医師ＺのＩＤが格納されている。「文書キー」のフィールドには、文書のＩＤが格納され、「文書種別」のフィールドには、例えば、「病名」、「処方」、「プロファイル」、「検査結果」、「医師記事」、「サマリ」などの文書の種別が格納される。なお、「病名」や「検査結果」、「医師記事」、「サマリ」などの文書は、例えば医師端末８０Ｘ，８０Ｙにおいて作成されるが、「プロファイル」は、例えば患者端末１０において作成されるものとする。また、「処方」は、例えば不図示の薬局端末において作成されるものとする。「診療日」のフィールドには、医師が患者を診療した日付が格納され、「更新日」のフィールドには、文書を更新した日付が格納され、「内容」のフィールドには、文書の内容そのものが例えばｘｍｌ形式で格納される。
【００２３】
図３に戻り、信頼関係構築部２２は、患者と文書を作成した医師との間の信頼関係、医師が紹介した他の医師と患者との信頼関係、患者と家族との信頼関係を構築する。また、信頼関係構築部２２は、患者端末１０等からの入力に応じて、構築した信頼関係を破棄する。信頼関係構築部２２は、信頼関係の情報を信頼関係テーブル２５に格納する。
【００２４】
ここで、信頼関係テーブル２５は、図４（ｂ）に示すようなデータ構造を有する。具体的には、信頼関係テーブル２５は、「患者ＩＤ」、「関係者」、「関係性」の各フィールドを有する。「患者ＩＤ」のフィールドには、患者のＩＤが格納され、「関係者」のフィールドには、患者と信頼関係を有する人のＩＤが格納される。また、「関係性」のフィールドには、信頼関係の種類「診療」又は「支援」が格納される。たとえば、図４（ｂ）の１つ目及び２つ目のレコードには、患者Ａと医師Ｘ、医師Ｙとの間に信頼関係「診療」があることが格納されている。また、３つ目のレコードには、患者Ａと家族αとの間に信頼関係「支援」があることが格納されている。
【００２５】
閲覧要求受信部２３は、端末１０，３０，８０Ｘ，８０Ｙのいずれかからの閲覧要求を受信し、情報送信部２４に対して通知する機能を有する。
【００２６】
情報送信部２４は、閲覧要求を受信すると、信頼関係テーブル２５と公開範囲マスタ２６とに基づいて、患者情報テーブル２７に格納されている情報の一部を閲覧要求した端末１０，３０，８０Ｘ，８０Ｙのいずれかに送信する。なお、情報を受信した端末では、受信した情報を表示部上に表示する。
【００２７】
ここで、公開範囲マスタ２６は、信頼関係別に、どの情報を公開するか（送信するか）を定めたマスタである。具体的には、図４（ｂ）に示すように、関係性「診療」及び「支援」それぞれに対し、「病名」、「処方」、「プロファイル」、「検査結果」、「医師記事」、「サマリ」のいずれを公開するかが「○」で示されている。なお、公開範囲マスタ２６は、システム管理者等が予め作成したものである。
【００２８】
図１に戻り、家族端末３０は、患者の家族が利用する端末であり、患者端末１０と同様の機能を有している。家族端末３０は、患者との間で信頼関係「支援」を結んでいる場合に、患者情報のうち公開範囲マスタ２６で定められている範囲を閲覧することができる。
【００２９】
医師端末８０Ｘ，８０Ｙは、医師Ｘ、医師Ｙが利用する端末であり、患者端末１０と同様の機能を有している。医師端末８０Ｘ，８０Ｙでは、患者の診療情報（電子カルテデータ）を入力したり、患者情報を閲覧したりすることができる。なお、医師端末８０Ｘ，８０Ｙでは、医師自らが作成した患者情報（診療情報）は、作成者として無制限で閲覧することができる一方、その他の患者情報は患者との間で信頼関係「診療」を結んだ場合に閲覧することができるようになっている。なお、信頼関係「診療」を結んでいる場合でも、医師は、患者情報のうち公開範囲マスタ２６で定められている範囲を閲覧することができる。
【００３０】
次に、図５〜図９のフローチャートに沿って、その他図面を適宜参照しつつ、サーバ２０の処理について詳細に説明する。なお、以下においては、患者Ａが患者端末１０を利用し、第１の医師としての医師Ｘが医師端末８０Ｘを利用し、第２の医師としての医師Ｙが医師端末８０Ｙを利用し、第三者としての家族αが家族端末３０を利用しているものとする。
【００３１】
（診療情報入力処理）
図５には、医師が患者の診療を行ったときにサーバ２０において実行される診療情報入力処理がフローチャートにて示されている。なお、本実施形態では、医師端末８０Ｘを利用する医師Ｘが患者Ａの診療情報を入力する場合について説明する。
【００３２】
図５の処理では、まず、ステップＳ１０において、患者情報受信部２１は、診療情報入力画面の表示要求が医師端末８０Ｘからあるまで待機する。医師端末８０Ｘから表示要求があると、患者情報受信部２１は、ステップＳ１２に移行する。
【００３３】
ステップＳ１２では、患者情報受信部２１は、診療情報入力画面を医師端末８０Ｘに送信する。なお、医師Ｘは、診療情報入力画面において、診療情報を入力する。
【００３４】
次いで、ステップＳ１４では、患者情報受信部２１は、入力が終了するまで待機する。なお、患者情報受信部２１は、入力が終了したか否かを、医師端末８０Ｘにおいて終了ボタンが押下されたか否か等に基づいて判断する。医師端末８０Ｘにおいて診療情報の入力が終了すると、ステップＳ１５に移行し、患者情報受信部２１は、入力された情報を患者情報テーブル２７に格納する。
【００３５】
ステップＳ１６では、信頼関係構築部２２は、信頼関係構築画面のデータを医師端末８０Ｘに送信する。医師端末８０Ｘでは、受信したデータに基づいて、図１０（ａ）に示す信頼関係構築画面を表示する。なお、診療情報は、文書種別「病名」や「医師記事」として患者情報テーブル２７に格納される。
【００３６】
次いで、ステップＳ１７では、信頼関係構築部２２は、信頼関係構築要求があったか否かを判断する。例えば、図１０（ａ）の画面において医師Ｘが「はい」ボタンを押した場合には、ステップＳ１７の判断は肯定され、ステップＳ１８に移行する。
【００３７】
ステップＳ１８に移行すると、信頼関係構築部２２は、信頼関係構築要求、この場合、承認画面のデータを患者端末１０に送信する。患者端末１０においては、承認画面のデータを受信した段階で、図１０（ｂ）に示す承認画面を表示する。
【００３８】
ステップＳ２０では、信頼関係構築部２２は、回答があるまで待機し、回答があると、ステップＳ２２に移行する。ステップＳ２２に移行すると、信頼関係構築部２２は、承認されたか否かを判断する。患者端末１０において患者Ａが承認画面の「はい」ボタンを選択した場合、信頼関係構築部２２は、ステップＳ２４に移行する。
【００３９】
ステップＳ２４に移行すると、信頼関係構築部２２は、医師Ｘと患者Ａとの間に信頼関係「診療」を生成し、医師端末８０Ｘからの患者情報閲覧を可能にする。具体的には、ステップＳ２４では、信頼関係構築部２２は、図４（ｂ）の信頼関係テーブル２５に患者ＩＤ（Ａ）と、関係者（Ｘ）と、関係性（診療）を格納する。その後は、図５の全処理を終了する。
【００４０】
一方、医師端末８０Ｘにおいて信頼関係構築画面（図１０（ａ））の「いいえ」ボタンが選択され、ステップＳ１７の判断が否定された場合には、信頼関係構築部２２は、ステップＳ２６に移行する。また、患者端末１０において承認画面（図１０（ｂ））の「いいえ」ボタンが選択された場合には、信頼関係構築部２２は、ステップＳ２６に移行する。
【００４１】
ステップＳ２６に移行した場合、信頼関係構築部２２は、医師端末８０Ｘでのみ、医師端末８０Ｘで入力された診療情報を閲覧可能にする。すなわち、信頼関係テーブル２５への新たな登録を行わず、診療情報の作成者のみが閲覧できるようにする。その後は、図５の全処理を終了する。
【００４２】
以上のように、図５の処理が実行されることで、信頼関係構築要求に対して承認した患者は、該患者の患者情報の閲覧ができるようになり、承認しなかった患者は、患者情報の閲覧ができない、というようにすることができる。
【００４３】
（患者紹介処理）
次に、図６のフローチャートに沿って、患者紹介処理について説明する。なお、本実施形態では、図１２（ａ）に示すように、患者Ａと医師Ｘとの間に信頼関係「診療」がある場合に、医師Ｘが、医師Ｙに対して患者Ａを紹介する場合について説明する。
【００４４】
図６の処理では、まず、ステップＳ３０において、信頼関係構築部２２は、医師端末８０Ｘから紹介依頼画面の表示要求があるまで待機する。医師端末８０Ｘから表示要求があると、信頼関係構築部２２は、ステップＳ３１に移行し、紹介依頼画面のデータを医師端末８０Ｘに送信する。なお、紹介依頼画面のデータは、医師Ｙによる閲覧を許可するための許可依頼情報であるといえる。医師端末８０Ｘでは、紹介依頼画面のデータを受信すると、図１０（ｃ）に示す紹介依頼画面を表示する。
【００４５】
次いで、ステップＳ３２では、信頼関係構築部２２は、医師端末８０Ｘから紹介依頼があるまで待機する。この場合、図１０（ｃ）の紹介依頼画面のプルダウンメニューの中から紹介先が選択された段階で、ステップＳ３３に移行する。プルダウンメニューには、サーバ２０に登録されている医師の氏名が含まれるものとする。なお、ここでは、図１０（ｃ）の紹介依頼画面のプルダウンメニューから紹介先として「医師Ｙ」が選択されたものとする。
【００４６】
ステップＳ３３に移行すると、信頼関係構築部２２は、患者端末１０に紹介承認画面のデータを送信する。患者端末１０では、紹介承認画面のデータを受信すると、図１０（ｄ）に示す紹介承認画面を表示する。
【００４７】
次いで、ステップＳ３４では、信頼関係構築部２２は、患者端末１０からの回答があるまで待機する。患者端末１０からの回答があると、信頼関係構築部２２は、ステップＳ３６に移行する。ステップＳ３６では、信頼関係構築部２２は、回答は承認か否か、すなわち承認画面において患者Ａによって「はい」ボタンが選択されたか否かを判断する。
【００４８】
承認画面において「はい」ボタンが押され、ステップＳ３６の判断が肯定された場合、信頼関係構築部２２はステップＳ３８に移行し、紹介先の医師Ｙと患者Ａとの間に信頼関係「診療」を生成し、紹介先の医師端末８０Ｙからの患者情報閲覧を可能にする。なお、図１２（ｂ）には、医師Ｙと患者Ａとの間に信頼関係「診療」が生成された状態が示されている。この場合、信頼関係構築部２２は、図４（ｂ）の信頼関係テーブル２５に患者ＩＤ（Ａ）と、関係者（Ｙ）と、関係性（診療）を格納する。その後は、図６の全処理を終了する。
【００４９】
一方、承認画面において「いいえ」ボタンが押され、ステップＳ３６の判断が否定された場合、信頼関係構築部２２は、ステップＳ４０に移行し、紹介元の医師端末８０Ｘに対し却下を通知する。その後は、図６の全処理を終了する。
【００５０】
以上のように、図６の処理により、患者は、紹介承認画面上において、医師Ｘによって紹介先の医師Ｙについて承認するか否かを選択するのみで、患者情報に対するアクセス権を医師Ｙに付与するか否かを決定することができる。
【００５１】
（家族支援依頼処理）
次に、図７のフローチャートに沿って、家族支援依頼処理について説明する。なお、本実施形態では、図１２（ａ）の状態から、患者端末１０を利用する患者Ａが、家族端末３０を利用する家族αに対して、支援を依頼する場合について説明する。
【００５２】
図７の処理では、まず、ステップＳ５０において、信頼関係構築部２２は、患者端末１０から支援依頼画面の表示要求があるまで待機する。患者端末１０から表示要求があると、信頼関係構築部２２は、ステップＳ５１に移行し、支援依頼画面のデータを患者端末１０に送信する。なお、支援依頼画面のデータは、家族αが閲覧したいという要望を受け付けるための受付情報であるといえる。患者端末１０では、支援依頼画面のデータを受信すると、図１１（ａ）に示す支援依頼画面を表示する。
【００５３】
次いで、ステップＳ５２では、信頼関係構築部２２は、患者端末１０から支援依頼があるまで待機する。この場合、図１１（ａ）の支援依頼画面のプルダウンメニューの中から支援先（家族の氏名等）が選択された段階で、ステップＳ５３に移行する。プルダウンメニューには、サーバ１０に格納されている患者の親族の氏名が含まれるものとする。なお、ここでは、支援先として家族αが選択されたものとする。
【００５４】
ステップＳ５３に移行すると、信頼関係構築部２２は、家族端末３０に支援依頼（承認画面のデータ）を送信する。なお、承認画面のデータは、家族αによる閲覧要望を受け付けるための情報であるともいえる。家族端末３０では、承認画面のデータを受信すると、図１１（ｂ）に示す承認画面を表示する。
【００５５】
次いで、ステップＳ５４では、信頼関係構築部２２は、家族端末３０からの回答があるまで待機する。家族端末３０からの回答があった場合、信頼関係構築部２２は、ステップＳ５６に移行する。ステップＳ５６では、信頼関係構築部２２は、回答が承認であったか否か、すなわち承認画面において家族αが「はい」ボタンを選択したか否かを判断する。
【００５６】
承認画面において家族αによって「はい」ボタンが押され、ステップＳ５６の判断が肯定された場合、信頼関係構築部２２はステップＳ５８に移行し、患者Ａと家族αとの間に信頼関係「支援」を生成し、家族端末３０からの患者Ａの患者情報の閲覧を可能にする。なお、図１３には、患者Ａと家族αとの間に信頼関係「支援」が生成された状態が示されている。この場合、信頼関係構築部２２は、図４（ｂ）の信頼関係テーブル２５に患者ＩＤ（Ａ）と、関係者（α）と、関係性（支援）を格納する。その後は、図７の全処理を終了する。
【００５７】
一方、承認画面において家族αによって「いいえ」ボタンが押され、ステップＳ５６の判断が否定された場合、信頼関係構築部２２は、ステップＳ６０に移行し、患者端末１０に対し却下を通知する。その後は、図７の全処理を終了する。
【００５８】
以上のように、図７の処理により、家族αは、支援依頼画面上において、患者Ａからの支援依頼について承認するのみで、患者αによる患者情報の閲覧を可能にすることができる。
【００５９】
（信頼関係破棄処理）
次に、図８のフローチャートに沿って、信頼関係破棄処理について説明する。なお、信頼関係破棄は、例えば、患者端末１０からの要求により行われるものとする。ただし、これに限らず、信頼関係破棄は、その他の端末からの要求により行われることとしてもよい。
【００６０】
図８の処理では、ステップＳ７０において、信頼関係構築部２２が、患者端末１０から信頼関係破棄依頼画面の表示要求があるまで待機する。患者端末１０から表示要求を受信すると、信頼関係構築部２２は、ステップＳ７２に移行し、患者端末１０に信頼関係破棄依頼画面のデータを送信する。なお、患者端末１０は、信頼関係破棄依頼画面のデータを受信すると、図１１（ｃ）に示すような信頼関係破棄依頼画面を表示する。
【００６１】
次いで、ステップＳ７４では、信頼関係構築部２２が、患者端末１０から信頼
【００６２】
関係破棄依頼があるまで待機する。なお、患者端末１０のユーザ（患者）は、図１１（ｃ）の信頼関係破棄依頼画面において、プルダウンメニューから信頼関係を破棄する医師又は家族を選択することで、信頼関係破棄依頼を出すことができる。プルダウンメニューには、信頼関係テーブル２５において患者Ａと信頼関係を結んでいる人の氏名が含まれるものとする。ここでは、患者Ａは、信頼関係破棄依頼画面において医師Ｙを選択したものとする。信頼関係構築部２２は、信頼関係破棄依頼を受信した場合、ステップＳ７６に移行する。
【００６３】
ステップＳ７６に移行すると、信頼関係構築部２２は、信頼関係「診療」を破棄し、信頼関係「診療」が破棄された医師端末８０Ｙからの患者Ａの患者情報の閲覧を該医師端末８０Ｙにおいて作成された情報に制限する。具体的には、信頼関係構築部２２は、図４（ｂ）の信頼関係テーブル２５の中から、信頼関係破棄依頼を行った患者Ａと選択された医師Ｙとの、関係性「診療」を破棄（削除）する。
【００６４】
以上により、図８の全処理を終了する。図８の処理により、患者等は信頼関係の破棄を簡易な操作で行うことができる。
【００６５】
（情報閲覧処理）
次に、図９のフローチャートに沿って、情報閲覧処理について説明する。なお、本実施形態では、一例として、図１２（ｂ）の状態で、患者の紹介を受けた医師Ｙ（医師端末８０Ｙ）から閲覧要求が出される場合について説明する。
【００６６】
図９の処理では、ステップＳ８０において、閲覧要求受信部２３が、閲覧要求があるまで待機する。例えば、医師端末８０Ｙから患者Ａの患者情報の閲覧要求を受け付けると、ステップＳ８２に移行する。なお、閲覧要求受信部２３は、受信した閲覧要求を情報送信部２４に送信する。
【００６７】
ステップＳ８２に移行すると、情報送信部２４は、受信した閲覧要求に基づいて、信頼関係をチェックする。例えば、医師Ｙが、患者Ａの患者情報の閲覧を要求した場合、情報送信部２４は、図４（ｂ）の信頼関係テーブル２５を参照して、信頼関係「診療」を確認する。
【００６８】
次いで、ステップＳ８４では、情報送信部２４は、信頼関係に応じた患者情報を閲覧要求を出した端末に送信する。この場合、情報送信部２４は、図４（ｃ）の公開範囲マスタ２６を参照して、信頼関係「診療」に対応する患者Ａの情報（病名、処方、プロファイル、検査結果、医師記事、サマリ）を医師端末８０Ｙに送信する。これにより、医師Ｙは患者Ａの患者情報のうち信頼関係「診療」に対応した適切な範囲を閲覧することが可能となる。その後は、図９の全処理を終了する。
【００６９】
なお、例えば、図１３の状態で、家族端末３０を利用する家族αが、患者Ａの患者情報の閲覧要求を出したとする。この場合、情報送信部２４は、公開範囲マスタ２６を参照して、信頼関係「支援」に対応する患者Ａの情報（病名、処方、プロファイル、検査結果）を家族端末３０に送信する。これにより、家族αは患者Ａの患者情報のうち信頼関係「支援」に対応した適切な範囲を閲覧することが可能となる。
【００７０】
以上、詳細に説明したように、本実施形態によると、サーバ２０は、第１の医師（例えば、医師Ｘ）が作成したある患者（患者Ａ）の患者情報についての第２の医師（例えば、医師Ｙ）による閲覧を許可するための信頼関係構築画面のデータを、患者端末１０に送信し、信頼関係構築画面上での許可情報（「はい」ボタンが押されたという情報）を患者Ａの患者端末１０から受け付けた場合に、第２の医師（医師Ｙ）による患者Ａの患者情報の閲覧を許可する。これにより、患者情報に対するアクセス権を設定する事務局等を設置しなくても、患者は、閲覧を許可するか、しないかを回答することで、簡易に、第１の医師（医師Ｘ）が作成した患者Ａの患者情報を第２の医師（医師Ｙ）に閲覧させることができる。このように、本実施形態では、患者Ａの患者情報に対する紹介先の医師Ｙのアクセス権を、簡易かつ適切に設定することができる。
【００７１】
また、本実施形態では、サーバ２０は、第１の医師（医師Ｘ）が作成した患者Ａの患者情報についての第三者（家族α）による閲覧要望を受け付けるための承認画面（図１１（ｂ））のデータを、第三者の端末（家族端末３０）に送信し、承認画面に対する第三者（家族α）の承認回答（「はい」ボタンを押したという情報）を受け付けた場合に、第三者の端末（家族端末３０）からの患者Ａの患者情報の閲覧を許可する。これにより、本実施形態では、患者情報に対するアクセス権を設定する事務局等を設置しなくても、第三者（家族α）は、承認回答を行うことで、簡易に、第１の医師（医師Ｘ）が作成した患者Ａの患者情報を閲覧することが可能となる。
【００７２】
また、本実施形態では、紹介先の医師に対しては、患者の患者情報の全てを閲覧可能にするので（図４（ｃ）の公開範囲マスタ２６参照）、紹介先の医師による患者の診療が円滑に行われるのを支援することができる。
【００７３】
また、本実施形態では、紹介先の医師に対して閲覧可能にする患者情報と、家族に対して閲覧可能にする患者情報とを異ならせているので、閲覧者の特性等に応じた情報を提供することができる。
【００７４】
なお、上記実施形態では、信頼関係として「診療」や「支援」が設定される場合について説明したが、これに限らず、その他の信頼関係が設定されてもよい。例えば、「支援」として、「親族支援」や「第三者支援」が設定されてもよい。この場合「親族支援」や「第三者支援」とで、公開範囲を異ならせることができる。
【００７５】
なお、上記実施形態では、閲覧を許可する範囲を公開範囲マスタ２６で定める場合について説明したが、これに限られるものではない。例えば、患者許可した範囲の患者情報を紹介先の医師や家族などが閲覧できるようにしてもよい。
【００７６】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。
【００７７】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００７８】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００７９】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【００８０】
なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１）  第１の医師が作成したある患者の患者情報についての第２の医師による閲覧を許可するための許可依頼情報を、前記患者の端末に送信し、
前記許可依頼情報に対応する、前記患者情報についての前記第２の医師による閲覧を許可する許可情報を前記患者の端末から受け付けた場合に、前記第２の医師の端末から前記患者情報の閲覧を許可する制御を行う、処理をコンピュータに実行させることを特徴とする患者情報の閲覧制御プログラム。
（付記２）  前記第２の医師に対して閲覧を許可する範囲は、閲覧を許可した患者の全ての患者情報であることを特徴とする付記１に記載の患者情報の閲覧制御プログラム。
（付記３）  前記第２の医師に対して閲覧を許可する範囲は、患者が許可した範囲の患者情報であることを特徴とする付記１に記載の患者情報の閲覧制御プログラム。
（付記４）  第１の医師が作成したある患者の患者情報についての第三者による閲覧要望を受け付けるための受付情報を、前記第三者の端末に送信し、
前記受付情報に対応する、前記患者情報についての前記第三者の閲覧要望情報を前記第三者の端末から受け付けた場合に、前記第三者の端末から前記患者情報の閲覧を許可する制御を行う、処理をコンピュータに実行させることを特徴とする付記１〜３のいずれかに記載の患者情報の閲覧制御プログラム。
（付記５）  前記第三者は、前記患者の家族であることを特徴とする付記４に記載の患者情報の閲覧制御プログラム。
（付記６）  前記第２の医師に対して閲覧を許可する範囲と、前記第三者に対して閲覧を許可する範囲とは、異なることを特徴とする付記４又は５に記載の患者情報の閲覧制御プログラム。
（付記７）  第１の医師が作成したある患者の患者情報についての第２の医師による閲覧を許可するための許可依頼情報を、前記患者の端末に送信し、
前記許可依頼情報に対応する、前記患者情報についての前記第２の医師による閲覧を許可する許可情報を前記患者の端末から受け付けた場合に、前記第２の医師の端末からの前記患者情報の閲覧を許可する制御を行う、処理をコンピュータが実行することを特徴とする患者情報の閲覧制御方法。
（付記８）  前記第２の医師に対して閲覧を許可する範囲は、閲覧を許可した患者の全ての患者情報であることを特徴とする付記７に記載の患者情報の閲覧制御方法。
（付記９）  前記第２の医師に対して閲覧を許可する範囲は、患者が許可した範囲の患者情報であることを特徴とする付記７に記載の患者情報の閲覧制御方法。
（付記１０）  第１の医師が作成したある患者の患者情報についての第三者による閲覧要望を受け付けるための受付情報を、前記第三者の端末に送信し、
前記受付情報に対応する、前記患者情報についての前記第三者の閲覧要望情報を前記第三者の端末から受け付けた場合に、前記第三者の端末からの前記患者情報の閲覧を許可する制御を行う、ことを特徴とする付記７〜９のいずれかに記載の患者情報の閲覧制御方法。
（付記１１）  前記第三者は、前記患者の家族であることを特徴とする付記１０に記載の患者情報の閲覧制御方法。
（付記１２）  前記第２の医師に対して閲覧を許可する範囲と、前記第三者に対して閲覧を許可する範囲とは、異なることを特徴とする付記１０又は１１に記載の患者情報の閲覧制御方法。
（付記１３）  第１の医師が作成したある患者の患者情報についての第２の医師による閲覧を許可するための許可依頼情報を、前記患者の端末に送信する送信部と、
前記許可依頼情報に対応する、前記患者情報についての前記第２の医師による閲覧を許可する許可情報を前記患者の端末から受け付けた場合に、前記第２の医師の端末から前記患者情報の閲覧を許可する制御を行う制御部と、を備える患者情報の閲覧制御装置。
（付記１４）  前記第２の医師に対して閲覧を許可する範囲は、閲覧を許可した患者の全ての患者情報であることを特徴とする付記１３に記載の患者情報の閲覧制御装置。
（付記１５）  前記第２の医師に対して閲覧を許可する範囲は、患者が許可した範囲の患者情報であることを特徴とする付記１３に記載の患者情報の閲覧制御装置。
（付記１６）  前記送信部は、第１の医師が作成したある患者の患者情報についての第三者による閲覧要望を受け付けるための受付情報を、前記第三者の端末に送信し、
前記制御部は、前記受付情報に対応する、前記患者情報についての前記第三者の閲覧要望情報を前記第三者の端末から受け付けた場合に、前記第三者の端末から前記患者情報の閲覧を許可する制御を行うことを特徴とする付記１３〜１５のいずれかに記載の患者情報の閲覧制御装置。
（付記１７）  前記第三者は、前記患者の家族であることを特徴とする付記１６に記載の患者情報の閲覧制御装置。
（付記１８）  前記第２の医師に対して閲覧を許可する範囲と、前記第三者に対して閲覧を許可する範囲とは、異なることを特徴とする付記１６又は１７に記載の患者情報の閲覧制御装置。
【符号の説明】
【００８１】
１０  患者端末（患者の端末）
２０  サーバ（患者情報の閲覧制御装置）
２２  信頼関係構築部（送信部、制御部）
３０  家族端末（第三者の端末）
【図１】
2015138517.tif 000003
【図２】
2015138517.tif 000004
【図３】
2015138517.tif 000005
【図４】
2015138517.tif 000006
【図５】
2015138517.tif 000007
【図６】
2015138517.tif 000008
【図７】
2015138517.tif 000009
【図８】
2015138517.tif 000010
【図９】
2015138517.tif 000011
【図１０】
2015138517.tif 000012
【図１１】
2015138517.tif 000013
【図１２】
2015138517.tif 000014
【図１３】
2015138517.tif 000015