JP2022061195A - 電子医療システム、および方法 - Google Patents

Abstract

【課題】患者や医師が物理的制約を受けることなく、かつ有効性や安全性を確保した医療をオンラインで提供すること。【解決手段】患者端末が、患者の身体状態を示す身体状態情報および当該患者の症状を示す症状情報を含む患者情報、並びに医師端末の医師アドレスを含む診察要求トランザクションを生成し、診察要求トランザクションをブロックチェーンに送信し、医師端末が、自身の医師アドレスを含む診察要求トランザクションをブロックチェーンから取得し、取得した診察要求トランザクションの患者情報に基づいて医師が診察した結果である診察結果、および患者端末の患者アドレスを含む診察結果トランザクションを作成し、診察結果トランザクションをブロックチェーンに送信し、更に、患者端末が、自身の患者アドレスを含む診察結果トランザクションを取得し、取得した診察結果トランザクションに含まれる診察結果を患者に提示することを特徴とする電子医療システム。【選択図】図１

Description

本発明は、電子医療システム、および方法に関する。

昨今、医師と患者とをスマートフォンやＰＣのビデオ通話機能を利用した、リアルタイムの診察である、オンライン診療が注目を集めている。オンライン診療は、２０１８年３月に厚生労働省により指針が取りまとめられ、同４月に保険診療適用となり、スタートした入院・外来・在宅に続く第四の医療概念である。そして、２０２０年の新型コロナウイルス（ＣＯＶＩＤ－１９）の流行に伴った“初診対面の原則”の時限的な規制緩和により、徐々に広まりつつある。また、薬剤師による服薬指導をスマートフォンやＰＣのビデオ通話機能を利用して行うオンライン服薬指導も２０２０年４月から認められ、オンライン診療と共に今後広まっていくと考えられる。

オンライン診療については、例えば、患者が端末装置を用いて診察予約を行ったり、問診情報を端末装置に対して設定入力したりして、ビデオ通話によって医師の診察を受けるシステムが提案されている（特許文献１参照）。

特開２０１７－１４６９１４号

ところで、電子政府や電子国家などと呼ばれ注目を集めているエストニアは、行政や公共機関のほとんどの手続きがオンラインで可能となっている。そして、エストニアを端緒として、今後、世界の現実社会の生活は、オンラインで実現される方向に進むと考えられる。

現実社会の生活がオンラインで実現されると、生活の場は世界となる。そのため、上述した、リアルタイムかつ対面が原則である現在のオンライン診療やオンライン服薬指導だけでなく、場所や時間といった物理的制約を受けない非対面や非リアルタイムでのオンライン診療やオンライン服薬指導といった、新たな医療提供のニーズも増えてくることが予測される。

しかしながら、患者や医師が場所や時間といった物理的制約を受けない、非対面や非リアルタイムでのオンライン診療やオンライン服薬指導を実現するシステムは提案されておらず、特許文献１にも開示されていない。また、非対面および非リアルタイムでの診察や服薬指導であっても、対面と同等の有効性や安全性を確保しなければならないという課題もあった。

本発明は、上記事実を考慮して、患者や医師が物理的制約を受けることなく、かつ有効性や安全性を確保した医療をオンラインで提供が可能な電子医療システム、および方法を提供することを目的とする。

本発明の１又はそれ以上の実施形態は、患者端末（患者端末１０，１１に相当）と医師端末（医師端末２０，２１に相当）とを備え、ブロックチェーン（ブロックチェーン４０に相当）を利用して医療サービスを提供する電子医療システム（電子医療システム１に相当）であって、前記患者端末は、患者の身体状態を示す身体状態情報および当該患者の症状を示す症状情報を含む患者情報、並びに前記医師端末の医師アドレスを含む診察要求トランザクションを生成し、当該診察要求トランザクションを前記ブロックチェーンに送信し、前記医師端末は、自身の医師アドレスを含む前記診察要求トランザクションを前記ブロックチェーンから取得し、取得した前記診察要求トランザクションの前記患者情報に基づいて医師が診察した結果である診察結果、および前記患者端末の患者アドレスを含む診察結果トランザクションを作成し、当該診察結果トランザクションを前記ブロックチェーンに送信し、前記患者端末は、自身の患者アドレスを含む前記診察結果トランザクションを取得し、取得した前記診察結果トランザクションに含まれる前記診察結果を患者に提示することを特徴とする電子医療システムである。

本発明の１又はそれ以上の実施形態は、前記患者情報は、前記患者の公開可能な属性情報および当該患者に影響を及ぼす環境に関する環境情報である公開患者情報を含むことを特徴とする電子医療システムである。

本発明の１又はそれ以上の実施形態は、薬剤師端末（薬剤師端末３０，３１に相当）を更に備え、前記診察結果トランザクションは、前記医師が診察した結果に基づいて作成する処方せんを含み、前記患者端末は、取得した前記診察結果トランザクションに含まれる処方せん、および前記薬剤師端末の薬剤師アドレスを含む調剤要求トランザクションを生成し、当該調剤要求トランザクションを前記ブロックチェーンに送信し、前記薬剤師端末は、自身の薬剤師アドレスを含む前記調剤要求トランザクションを前記ブロックチェーンから取得し、取得した前記調剤要求トランザクションの処方せんに基づいて、前記薬剤師が処方せんの内容が適正か否かを判断した結果調剤受任の可否を含む調剤受任情報、および前記患者アドレスを含む調剤受任トランザクションを作成し、当該調剤受任トランザクションを前記ブロックチェーンに送信し、前記患者端末は、自身の患者アドレスを含む前記調剤受任トランザクションを取得し、取得した前記調剤受任トランザクションに含まれる調剤受任情報を患者に提示することを特徴とする電子医療システムである。

本発明の１又はそれ以上の実施形態は、前記調剤要求トランザクションは、前記公開患者情報を含み、前記調剤受任情報は、取得した前記調剤要求トランザクションの処方せんおよび前記公開患者情報に基づいて、前記薬剤師が処方せんの内容が適正か否かを判断した結果を含むことを特徴とする電子医療システムである。

本発明の１又はそれ以上の実施形態は、更に、前記患者の非公開情報を記憶する非公開情報データベース（非公開患者情報ＤＢ７０に相当）、および前記非公開情報データベースを管理する第１の管理装置（管理装置６０に相当）を備え、前記診察要求トランザクションは、前記非公開情報データベース内の前記患者の非公開情報に対するアクセス権限を含み、前記第１の管理装置は、前記非公開情報データベース内の前記患者の非公開情報にアクセスがあった際に、前記診察要求トランザクションのアクセス権限に基づいて、アクセスした端末にアクセス権があると判断した場合に、前記非公開情報を当該アクセスした端末に送信することを特徴とする電子医療システムである。

本発明の１又はそれ以上の実施形態は、更に、前記医師が作成する、前記診察結果に対応する診療記録を記憶する診療記録データベース（診療記録ＤＢ８０に相当）、および前記診療記録データベースを管理する第２の管理装置（管理装置６０に相当）を備え、前記診察結果トランザクションは、前記診療記録データベース内の診療記録へのアクセス権限を含み、前記第２の管理装置は、前記診療記録データベース内の診療記録にアクセスがあった際に、前記診察結果トランザクションのアクセス権限に基づいて、アクセスした端末にアクセス権があると判断した場合に、前記診療記録を当該アクセスした端末に送信することを特徴とする電子医療システムである。

本発明の１又はそれ以上の実施形態は、患者端末と医師端末とを備え、ブロックチェーンを利用して医療サービスを提供する電子医療システムにおける電子医療処理方法であって、前記患者端末が、患者の身体状態を示す身体状態情報および当該患者の症状を示す症状情報を含む患者情報、並びに前記医師端末の医師アドレスを含む診察要求トランザクションを生成し、当該診察要求トランザクションを前記ブロックチェーンに送信する第１のステップ（ステップＳ１，Ｓ２）と、前記医師端末が、自身の医師アドレスを含む前記診察要求トランザクションを前記ブロックチェーンから取得し、取得した前記診察要求トランザクションの前記患者情報に基づいて医師が診察した結果である診察結果、および前記患者端末の患者アドレスを含む診察結果トランザクションを作成し、当該診察結果トランザクションを前記ブロックチェーンに送信する第２のステップ（ステップＳ４～Ｓ７）と、前記患者端末が、自身の患者アドレスを含む前記診察結果トランザクションを取得し、取得した前記診察結果トランザクションに含まれる前記診察結果を患者に提示する第３のステップ（ステップＳ９）と、を含むことを特徴とする電子医療方法である。

患者や医師が物理的制約を受けることなく、かつ有効性や安全性を確保した医療をオンラインで提供することができる。

本発明の第１の実施形態に係る電子医療システム１の概要を示す図である。 本発明の第１の実施形態に係る患者端末１０の機能構成を示す図である。 本発明の第１の実施形態に係る各種トランザクションのデータ構造の一例を示す図である。 本発明の第１の実施形態に係る医師端末２０の機能構成を示す図である。 本発明の第１の実施形態に係る薬剤師端末３０の機能構成を示す図である。 本発明の第１の実施形態に係る電子医療システム１の電子医療処理フローを示す図である。 本発明の第１の実施形態に係る電子医療システム１の患者情報取得処理フローを示す図である。 本発明の第１の実施形態に係る電子医療システム１の調剤要求フローを示す図である。 本発明の第２の実施形態に係る電子医療システム２の概要を示す図である。 本発明の第２の実施形態に係る患者端末１１の機能構成を示す図である。 本発明の第２の実施形態に係る各種トランザクションのデータ構造の一例を示す図である。 本発明の第２の実施形態に係る医師端末２１の機能構成を示す図である。 本発明の第２の実施形態に係る薬剤師端末３１の機能構成を示す図である。 本発明の第２の実施形態に係る電子医療システム２の電子医療処理フローを示す図である。 本発明の第２の実施形態に係る電子医療システム２の診察処理フローを示す図である。 本発明の第２の実施形態に係る電子医療システム２の患者情報取得処理フローを示す図である。 本発明の第２の実施形態に係る電子医療システム２の調剤要求フローを示す図である。

以下、図面を用いて、本発明の実施形態について詳細に説明する。なお、本実施形態における構成要素は適宜、既存の構成要素等との置き換えが可能であり、また、他の既存の構成要素との組み合わせを含む様々なバリエーションが可能である。したがって、本実施形態の記載をもって、特許請求の範囲に記載された発明の内容を限定するものではない。

本発明の電子医療システムは、ブロックチェーンを利用して、患者と医療従事者との間の情報の連携を行うことで、患者や医療従事者が物理的制約を受けることなく、かつ有効性や安全性を確保した医療をオンラインで提供するシステムである。
本発明において、医療従事者は医師および薬剤師とするが、これらに限られず、歯科医師、看護師、介護福祉士など広く医療に従事するものであってもよい。
＜第１の実施形態＞

第１の実施形態は、ブロックチェーンを利用して、診療をオンラインで提供する電子医療システムである。本実施形態において、診療とは、医師の診察だけでなく、薬の調剤を受任するまでを言う。具体的には、電子医療システムは、ブロックチェーンを利用して、患者は自身の健康状態等の情報を医師に送信して、送信された情報に基づいて非対面および任意のタイミングで行われる医師の診察による診察結果を受け取る。また、医師が処方せんを発行した場合には、患者は診察結果と併せて処方せんも受け取る。そして、処方せんを受け取った場合には、患者は、また、ブロックチェーンを利用して、処方せんを薬剤師に送信して、薬剤師は送信された処方せんの調剤要求の受付や確認を非対面および／または任意のタイミング（非リアルタイムでもよい）で行う。

このように、患者と医師、患者と薬剤師との間で情報の連携にブロックチェーンを利用することで、データが署名者（送信者）により作成されたこと、データが改ざんされていないことを検証できるので、非対面および／または非リアルタイムでのオンライン診療であっても、有効性や安全性を確保した診療を提供することができる。また、非対面および／または非リアルタイムでの診療が可能であるので、患者は、物理的制約を受けることなく、簡便に診療を受けることができる。

また、ブロックチェーンには患者の診療履歴が残り、患者の診療履歴は参照可能であるので、患者、医師、および薬剤師が患者の健康状況や診療状況を経時的に把握することができ、診療の有効性や安全性を向上させることができる。ブロックチェーンの患者の診療履歴は、保険、健康維持といった医療以外の分野においても使用することができる。

（電子医療システムの概要）
図１は、本実施形態に係る電子医療システム１の概要を示す図である。電子医療システム１は、患者端末１０、医師端末２０、薬剤師端末３０、およびブロックチェーン４０を備え、互いにネットワークＮを介して接続されている。それぞれの接続は、有線または無線のいずれであってもよく、例えば、ローカル・エリア・ネットワーク（ＬＡＮ：Local Area Network）、インターネットのような広域網（ＷＡＮ：Wide Area Network）、ＷｉＦｉ、ブルートゥース（Bluetooth（登録商標））などである。

ここで、ブロックチェーンは、ブロックと呼ばれるデータの単位を生成し、鎖（チェーン）のように連結していくことにより、データを保管するデータベースである。ブロックチェーンは、特定箇所に情報が集中しないため、何らかのトラブルによって、システム全体が停止することがない。また、ブロックチェーンは、その性質上、内容を改ざんすることが事実上不可能になっている。なお、薬剤師端末３０は備えられていなくてもよい。

それぞれのブロックには、１または２以上の対象データが、トランザクションデータとして格納される。トランザクションを格納したブロックは、ブロックチェーンネットワークに送信され、ＰｏＷ（Ｐｒｏｏｆ ｏｆ Ｗｏｒｋ）、ＰｏＳ（Ｐｒｏｏｆ ｏｆ Ｓｔａｋｅ）などのアルゴリズムによる合意形成を経て、最後に確定したブロックの次につないで記録される。

本実施形態において、ブロックチェーンにトランザクションを送信することで、すなわち、ブロックチェーンを構成するノードにトランザクションを送信することで、ノードがトランザクションをブロックに格納し、ブロックチェーンにトランザクションが登録される。

本実施形態において、ブロックチェーン４０は、中央管理者のいないパブリック型の構成として説明するが、これに限定されずプライベート型や、コンソーシアム型でもよい。また、図において、ブロックチェーン４０は、患者端末１０、医師端末２０、および薬剤師端末３０を含んでいないが、含んでもよい。

（患者端末）
患者端末１０は、スマートフォン、携帯電話、コンピュータ等、患者が使用する端末であり、計測器５０と有線または無線で接続される。

計測器５０は、患者の身体状態を示す身体状態情報を計測し、患者端末１０へ送信する。身体状態情報は、例えば、身長、体重、体脂肪率、血圧、心拍数、体温、眼球運動等の数値データや、心電図、睡眠時呼吸時波形、脳波等の非数値データを含む。計測器５０は、例えば、患者が装着するウェアラブル端末や、電波や画像情報から患者をセンシングするセンシング端末であるが、患者の身体状態情報を計測できる機器であればこれらに限られない。なお、本実施形態において、計測器５０は、患者端末１０から独立しているが、患者端末１０に含まれてもよい。

図２は、患者端末１０の機能構成を示す図である。患者端末１０は、患者秘密鍵、患者秘密鍵に対応する患者公開鍵、患者のブロックチェーンにおける患者アドレスを管理し、ブロックチェーン４０を利用して医師端末２０、薬剤師端末３０と情報の連携を行う。

図に示すように、患者端末１０は、処理部１００、記憶部１４０、入出力部１５０、および通信部１６０を備える。処理部１００は、患者端末１０の処理全般を実現する機能構成であり、スマートフォン、携帯電話、コンピュータ等において一般的に行われるＯＳによる処理等を実現してもよい。図に示すように、処理部１００は、患者情報処理部１１０、トランザクション処理部（以下、Ｔｘ処理部という）１２０、および出力情報処理部１３０を備える。

患者情報処理部１１０は、患者の情報の取得や作成を行い、患者情報を取得するとＴｘ処理部１２０に患者情報を送信する。患者情報処理部１１０は、図に示すように、身体状態情報取得部１１１、公開患者情報作成部１１２、および症状情報作成部１１３を備える。

身体状態情報取得部１１１は、計測器５０から患者の身体状態情報を取得する。身体状態情報取得部１１１は、予め設定されたタイミングで計測器５０から身体状態情報を取得してもよいし、患者からの指示や、トランザクション作成部（以下、Ｔｘ作成部という）１２１と連動して計測器５０から身体状態情報を取得してもよい。予め設定されたタイミングで計測器５０から身体状態情報を取得する場合には、取得した身体状態情報を、取得日時と対応付けて記憶部１４０に記憶しておく。

公開患者情報作成部１１２は、患者の入出力部１５０への入力に基づいて、公開患者情報を作成し、記憶部１４０に記録する。公開患者情報は、性別、およその年齢を示す年代、血液型、家族構成といった患者の性質や特徴を表す属性情報と、運動・喫煙、飲酒等の生活習慣、嗜好、既往歴、家族歴等の患者に影響を及ぼす環境に関する環境情報とを含み、診察の際に参考となる情報である。なお、属性情報は、公開可能な情報のみであって、特に、患者を特定可能な情報は含まない。

例えば、公開患者情報作成部１１２は、患者からの指示に応じて、予め準備された公開患者情報作成フォームを入出力部１５０に表示させる。そして、公開患者情報作成部１１２は、患者が公開患者情報作成フォームに入出力部１５０を介して入力した情報を取得し、公開患者情報を作成し、記憶部１４０に記憶する。

上述したように公開患者情報は、短期間で変更となることが少ない情報のため、患者は医師による診察を受ける度に入力する必要はなく、内容に変更が生じた際に、公開患者情報作成部１１２は、患者が入出力部１５０を介して入力した情報を取得し、記憶部１４０の情報を更新すればよい。なお、公開患者情報作成部１１２は備えていなくてもよい。

症状情報作成部１１３は、患者の入出力部１５０への入力に基づいて、症状情報を作成する。症状情報は、咳がでる、頭痛があるといった症状、症状が現れた時期、症状の経過状況といった、医療機関で診察を受ける際に問診表に記入したり、医師や看護師に説明したりする症状に関する情報である。なお、症状情報作成部１１３は、取得した症状情報を記憶部１４０に記憶しておいてもよいし、Ｔｘ作成部１２１に直接送信してもよい。

例えば、症状情報作成部１１３は、患者からの指示に応じて、予め準備された症状情報作成フォームを入出力部１５０に表示させる。そして、症状情報作成部１１３は、患者が症状情報作成フォームに入出力部１５０を介して入力した情報を取得し、症状情報を作成し、記憶部１４０に記憶する。

Ｔｘ処理部１２０は、ブロックチェーン４０と送受信するトランザクションの作成や取得を行い、Ｔｘ作成部１２１およびトランザクション取得部（以下、Ｔｘ取得部という）１２２を備える。

Ｔｘ作成部１２１は、医師に診察を要求する診察要求トランザクション（以下、診察要求Ｔｘという）と、薬剤師に調剤を要求する調剤要求トランザクション（以下、調剤要求Ｔｘという）と、を作成する。

診察要求Ｔｘを作成する場合には、Ｔｘ作成部１２１は、患者情報処理部１１０から患者情報を受信したことに応じて、患者情報処理部１１０で取得した患者情報を含み、診察を受けたい医師の医師端末２０に診察要求をする診察要求Ｔｘを作成する。

（トランザクションのデータ構造）
図３は、Ｔｘ作成部１２１が生成する本実施形態に係る各種トランザクションのデータ構造の一例を示す図である。図に示すように、診察要求Ｔｘは、患者秘密鍵による電子署名、患者公開鍵、患者アドレス（送信元）、医師アドレス（送信先）、直前トランザクションデータのハッシュ値、身体状態情報、公開患者情報、症状情報、および送信日時を含む。なお、その他に、トランザクションＩＤ、トランザクションの作成に用いられたソフトウェアや方式の名称やバージョン情報といった情報を含んでもよいし、上記情報全てを必ずしも含まなくてもよい。

患者秘密鍵による電子署名は、診察要求Ｔｘを作成した患者の患者秘密鍵によって生成された情報であって、患者が作成したことを証明してなりすましの検出に使用される情報である。患者公開鍵は、患者秘密鍵による電子署名を複合することが可能な情報である。電子署名の復号結果に基づいてなりすましが行われたか否かの検証が可能になる。

患者アドレス（送信元）は、診察要求Ｔｘを作成した患者端末１０およびそのユーザである患者を識別可能な情報である。患者アドレス（送信元）は、診察要求トランザクションに対応する診察結果トランザクション（以下、診察結果Ｔｘという）の作成の際に利用される。

医師アドレス（送信先）は、診察要求Ｔｘを受信する医師端末２０およびそのユーザである医師を識別可能な情報である。医師アドレス（送信先）に基づいて、後述する医師端末２０は自身宛ての診察要求Ｔｘを取得する。診察要求Ｔｘには、複数の医師アドレス（送信先）を指定できる。それにより、複数の医師の診察を１つのトランザクションで要求することができ、セカンドオピニオンも容易に受けることができる。なお、診察要求Ｔｘの作成に用いる医師アドレスは、患者が取得できる状態になっていて、患者は必要に応じて取得する。例えば、医師アドレスが、医師や医師が所属する病院のサイト上等で公開されたり、予め、診療システム１に参加する患者に配布されたりすることで、患者は医師アドレスを取得できる。

直前トランザクションデータのハッシュ値は、患者端末１０による前回の診察要求Ｔｘで開始されたトランザクションのやり取りにおいて、最後にブロックチェーンに記録されたトランザクションのハッシュ値である。最後にブロックチェーンに記録されたトランザクションは、処方せん情報を含まない診察結果Ｔｘ、または調剤受任トランザクション（以下、調剤受任Ｔｘという）のハッシュ値である。それにより、同一の患者に関するトランザクションデータ間の繋がりが示される。

身体状態情報、公開患者情報、および症状情報は、それぞれ上述した身体状態情報取得部１１１、公開患者情報作成部１１２、および症状情報作成部１１３から取得した情報である。これらの情報が診察要求Ｔｘに含まれることにより、診察要求Ｔｘを受信した医師端末２０の医師が、対面診察の際に得られる情報をトランザクションから得られるので、非対面でも対面と同等の診察を提供することが可能になる。

Ｔｘ作成部１２１は、図３に一例を示す診察要求Ｔｘを作成すると、Ｔｘ作成部１２１は、作成した診察要求Ｔｘを通信部４００によりブロックチェーン４０に送信する。ブロックチェーン４０に送信された診察要求Ｔｘは、ブロックチェーン４０に記憶される。

また、調剤要求Ｔｘを作成する場合には、Ｔｘ作成部１２１は、後述するＴｘ取得部１２２で取得した診察結果Ｔｘから処方せん情報を取得したことに応じて、処方せん情報を含み、調剤を要求する薬剤師の薬剤師端末３０に調剤要求をする調剤要求Ｔｘを作成する。

図３に示すように、調剤要求Ｔｘは、患者秘密鍵による電子署名、患者公開鍵、患者アドレス（送信元）、薬剤師アドレス（送信先）、直前トランザクションデータのハッシュ値、公開患者情報、処方せん情報、および送信日時を含む。診察要求Ｔｘと同様に、その他の情報を含んでもよいし、上記情報全てを必ずしも含まなくてもよい。なお、診察要求Ｔｘと同一の名の構成要素については、同一の内容であるので、その詳細な説明は省略する。

薬剤師アドレス（送信先）は、調剤要求Ｔｘを受信する薬剤師端末３０およびそのユーザである薬剤師を識別可能な情報である。薬剤師アドレス（送信先）に基づいて、後述する薬剤師端末３０は自身宛ての調剤要求Ｔｘを取得する。なお、調剤要求Ｔｘの作成に用いる薬剤師アドレスは、医師アドレスと同様に、患者が取得できる状態になっている。

直前トランザクションデータのハッシュ値は、調剤要求Ｔｘに含める処方せんデータが含まれていた診察結果Ｔｘのハッシュ値である。それにより、同一の患者に関するトランザクションデータ間の繋がりが示される。

処方せん情報は、後述するＴｘ取得部１２２で取得した診察結果Ｔｘに含まれる処方せん情報である。処方せん情報は、診察要求Ｔｘを受信した医師端末２０の医師が、診察要求Ｔｘの情報に基づいて行った診察の結果、投薬が必要と判断して作成した処方せんの情報である。処方せん情報は、発行日、処方内容等を含み、患者や医師を特定可能な情報は含まない。なお、処方せん情報は、テキストデータ、ＣＤＡデータ、画像データ等である。

患者は、調剤要求Ｔｘを用いて、処方せん情報を薬剤師に送信することができ、物理的制約を受けることなく薬剤師に調剤要求をすることができる。また、処方せん情報と併せて公開患者情報が調剤要求Ｔｘに含まれると、調剤要求Ｔｘを受けとった薬剤師端末３０の薬剤師が、対面による調剤受付の際に得られる情報をトランザクションから得られるので、非対面でも対面と同等の服薬における安全性を確保して調剤を受け付けることが可能になる。

Ｔｘ作成部１２１は、図３に一例を示す調剤要求Ｔｘを作成すると、Ｔｘ作成部１２１は、作成した調剤要求Ｔｘを通信部１６０によりブロックチェーン４０に送信する。ブロックチェーン４０に送信された調剤要求Ｔｘは、ブロックチェーン４０に記録される。

Ｔｘ取得部１２２は、ブロックチェーン４０のブロックに含まれるトランザクションの中から、送信先に患者端末１０の患者アドレスを指定しているトランザクションを取得する。ここで、取得するトランザクションは、診察要求Ｔｘを送信した医師端末２０からの診察結果Ｔｘ、または調剤要求Ｔｘを送信した薬剤師端末３０からの調剤受任Ｔｘである。トランザクションの取得は、患者端末１０のユーザである患者の指示に応じて行われてもよいし、任意のタイミングで行われてもよい。取得する診察結果Ｔｘまたは調剤要求Ｔｘは、Ｔｘ取得部２２２がまだ取得していないものが望ましく、例えば、診察要求Ｔｘの送信日時を参照して、前回の取得後に追加されたものである。

図３に示すように、診察結果Ｔｘは、医師秘密鍵による電子署名、医師公開鍵、医師アドレス（送信元）、患者アドレス（送信先）、直前トランザクションデータのハッシュ値、診察結果情報、処方せん情報、および送信日時を含む。診察要求Ｔｘと同様に、その他の情報を含んでもよいし、上記情報全てを必ずしも含まなくてもよい。なお、診察要求Ｔｘまたは調剤要求Ｔｘと同一の名の構成要素については、同一の内容であるので、その詳細な説明は省略する。

医師秘密鍵による電子署名は、診察結果Ｔｘを作成した医師の医師秘密鍵によって生成された情報であって、医師が作成したことを証明してなりすましの検出に使用される情報である。医師公開鍵は、医師秘密鍵による電子署名を複合することが可能な情報である。電子署名の復号結果に基づいてなりすましが行われたか否かの検証が可能になる。

医師アドレス（送信元）は、診察結果Ｔｘを送信した医師端末２０およびそのユーザである医師を識別可能な情報である。患者アドレス（送信先）は、診察結果Ｔｘを受信する患者端末１０およびそのユーザである患者を識別可能な情報であって、診察要求Ｔｘから取得される。そして、患者アドレスに基づいて、患者端末１０は自身宛ての診察結果Ｔｘを取得する。

直前トランザクションデータのハッシュ値は、診察結果Ｔｘにおいては、診察要求Ｔｘのハッシュ値である。それにより、同一の患者に関するトランザクションデータ間の繋がりが示される。

診察結果情報は、診察要求Ｔｘを受信した医師端末２０の医師が、診察要求Ｔｘの患者情報に基づいて行った診察の結果である。診察結果情報が診察結果Ｔｘに含まれることにより、診察結果Ｔｘを受けとった患者端末１０の患者は、対面診察の際に医師が説明する診察結果をトランザクションから得られるので、非対面でも対面と同等の診察を受けることが可能になる。

また、図３に示すように、調剤受任Ｔｘは、薬剤師秘密鍵による電子署名、薬剤師公開鍵、薬剤師アドレス（送信元）、患者アドレス（送信先）、直前トランザクションデータのハッシュ値、調剤受任情報、および送信日時を含む。調剤要求Ｔｘと同様に、その他の情報を含んでもよいし、上記情報全てを必ずしも含まなくてもよい。なお、診察要求Ｔｘおよび調剤要求Ｔｘと同一の名の構成要素については、同一の内容であるので、その詳細な説明は省略する。

薬剤師秘密鍵による電子署名は、調剤受任Ｔｘを作成した薬剤師の薬剤師秘密鍵によって生成された情報であって、薬剤師が作成したことを証明してなりすましの検出に使用される情報である。薬剤師公開鍵は、薬剤師秘密鍵による電子署名を複合することが可能な情報である。電子署名の復号結果に基づいてなりすましが行われたか否かの検証が可能になる。

薬剤師アドレス（送信元）は、調剤受任Ｔｘを送信する薬剤師端末３０およびそのユーザである薬剤師を識別可能な情報である。

直前トランザクションデータのハッシュ値は、調剤受任Ｔｘにおいては、調剤要求Ｔｘのハッシュ値である。それにより、同一の患者に関するトランザクションデータ間の繋がりが示される。

調剤受任情報は、調剤要求を受け付け、調剤を受任したことを示すメッセージである。調剤受任情報に、調剤薬受け渡し薬局、調剤薬の受け渡し可能日時などを含めてもよい。

図２に戻って、出力情報処理部１３０は、Ｔｘ取得部１２２で取得した診察結果Ｔｘおよび調剤受任Ｔｘの情報を、入出力部１５０に出力し、情報を患者に提示する。例えば、あらかじめ用意されている診察結果ページに診察結果Ｔｘから取得した情報を表示する。

記憶部１４０は、ハードディスクまたはフラッシュメモリを用い、処理部１００が参照するプログラムを記憶する。また、記憶部１４０は、患者情報処理部１１０で取得や作成した情報、身体状態情報、公開患者情報、および症状情報を記憶する。なお、身体状態情報および症状情報は、診療が完了した時点、例えば、診察結果Ｔｘまたは調剤受領ＴｘをＴｘ取得部１２２で取得したタイミングで削除されるのが望ましい。

さらに、記憶部１４０は、患者秘密鍵、患者公開鍵、患者アドレスを記憶している。患者公開鍵は、患者秘密鍵と一対であり、患者秘密鍵から生成される。患者アドレスは、患者秘密鍵に一方向性ハッシュ関数を用いて生成される。本実施形態において、秘密鍵と公開鍵とは、秘密鍵で暗号化を行い公開鍵で複合化を行う公開鍵暗号方式の鍵として説明するが、これに限られない。

なお、患者秘密鍵は、必ずしも記憶部１４０に記憶されている必要はなく、例えば、秘密鍵と署名を行うアプリケーションがネットワーク上に存在するホットウォレットや、秘密鍵を完全にネットワークから切り離して紙媒体等で記録するコールドウォレットを用いてもよい。また、記憶部１４０にシードやマスタ秘密鍵を記憶しておき、必要に応じて、患者秘密鍵、患者公開鍵、および患者アドレスを作成してもよい。後述する医師秘密鍵、医師公開鍵、医師アドレス、および薬剤師秘密鍵、薬剤師公開鍵、薬剤師アドレスは、上述した患者秘密鍵、患者公開鍵、患者アドレスそれぞれと同様である。

入出力部１５０は、患者端末１０に対する各種操作を入力する入力装置、および、患者端末１０で処理された処理結果を出力する出力装置を含む。入出力部１５０は、入力装置と出力装置とが一体化していてもよいし、入力装置と出力装置とに分離していてもよい。

出力装置は、例えば、液晶パネルや有機ＥＬディスプレイ等のディスプレイ装置、スピーカー、プリンタ等、またはそれらの組み合わせである。入力装置は、例えば、キーボード等の文字情報入力デバイス、マウス等のポインティングデバイス、ディスプレイ内蔵のタッチパネル、カメラ、マイク等、またはそれらの組み合わせである。

通信部１６０は、ネットワークＮを介して医師端末２０、薬剤師端末３０、ブロックチェーン４０に接続するための通信インターフェースであり、通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。

（医師端末）
図４は、医師端末２０の機能構成を示す図である。医師端末２０は、患者端末１０と同様にスマートフォン、携帯電話、コンピュータ等であって、医師が使用する端末である。そして、医師端末２０は、医師秘密鍵、医師公開鍵、および医師のブロックチェーンにおける医師アドレスを管理し、ブロックチェーン４０を利用して患者端末１０、薬剤師端末３０と情報の連携を行う。

図に示すように、医師端末２０は、処理部２００、記憶部２４０、入出力部１５０、および通信部１６０を備える。なお、患者端末１０と同一の符号を付す構成要素については、同一の機能を有することから、その詳細な説明は省略する。

処理部２００は、医師端末２０の処理全般を実現する機能構成であり、スマートフォン、携帯電話、コンピュータ等において一般的に行われるＯＳによる処理等を実現してもよい。図に示すように、処理部２００は、診察情報処理部２１０、Ｔｘ処理部２２０、および出力情報処理部２３０を備える。

診察情報処理部２１０は、受信した診察要求Ｔｘの患者情報に基づいて患者の診察を行った医師の入出力部１５０への入力に基づいて、診察情報を作成する。診察情報処理部２１０は、図に示すように、診察結果作成部２１１、および処方せん作成部２１２を備える。

診察結果作成部２１１は、患者の診察を行った医師の入出力部１５０への入力に基づいて、診察結果情報を作成する。ここで、診察結果情報は、対面診察において診察後に医師から患者へ説明される、病名、治療方針、処方薬の説明といった診察結果の情報である。

処方せん作成部２１２は、患者の診察を行った医師の入出力部１５０への入力に基づいて、処方せん情報を作成する。なお、処方せん情報は、投薬が必要と判断した場合のみ作成される。

Ｔｘ処理部２２０は、ブロックチェーン４０と送受信するトランザクションの作成や取得を行い、Ｔｘ作成部２２１およびＴｘ取得部２２２を備える。

Ｔｘ取得部２２２は、ブロックチェーン４０のブロックに含まれるトランザクションの中から、送信先に医師アドレスを指定しているトランザクション、すなわち診察要求Ｔｘを取得する。トランザクションの取得は、医師端末２０のユーザである医師の指示に応じて行われてもよいし、任意のタイミングで行われてもよい。取得する診察要求Ｔｘは、Ｔｘ取得部２２２がまだ取得していないものが望ましく、例えば、診察要求Ｔｘの送信日時を参照して、前回の取得後に追加されたものである。Ｔｘ取得部２２２が取得した診察要求トランザクションの情報は、後述する出力情報処理部２３０により、入出力部１５０に出力される。

Ｔｘ作成部２２１は、診察した患者の患者端末１０に診察結果を通知する診察結果Ｔｘ（図３参照）を作成する。具体的には、Ｔｘ作成部２２１は、診察情報処理部２１０が診察情報を作成したことに応じて、診察結果Ｔｘ（図３参照）作成する。そして、Ｔｘ作成部２２１は、診察結果Ｔｘを作成すると、作成した診察結果Ｔｘを通信部１６０によりブロックチェーン４０に送信する。ブロックチェーン４０に送信された診察結果Ｔｘは、ブロックチェーン４０に記録される。

出力情報処理部２３０は、Ｔｘ取得部２２２で取得した診察要求Ｔｘを、入出力部１５０に出力し、患者情報を医師に提示する。例えば、あらかじめ用意されている診察要求ページに診察要求Ｔｘから取得した患者情報、患者の身体状態情報、公開患者情報、および症状情報を表示する。なお、出力情報処理部２３０は、診察要求Ｔｘに含まれる送信日時や、患者アドレス（送信元）といったその他の情報も併せて入出力部１５０に出力させてもよい。医師は入出力部１５０に出力された身体状態情報、基礎情報、および症状情報に基づいて、患者の診察を行い、診察結果情報や処方せん情報を作成する。

記憶部２４０は、ハードディスクまたはフラッシュメモリを用い、処理部２００が参照するプログラムを記憶する。また、記憶部２４０は、医師秘密鍵、医師公開鍵、医師アドレスを記憶している。

（薬剤師端末）
図５は、薬剤師端末３０の機能構成を示す図である。薬剤師端末３０は、患者端末１０および医師端末２０と同様にスマートフォン、携帯電話、コンピュータ等であって、薬剤師が使用する端末である。そして、薬剤師端末３０は、薬剤師秘密鍵、薬剤師公開鍵、および薬剤師のブロックチェーンにおける薬剤師アドレスを管理し、ブロックチェーン４０を利用して患者端末１０、医師端末２０と情報の連携を行う。

図に示すように、薬剤師端末３０は、処理部３００、記憶部３４０、入出力部１５０、および通信部１６０を備える。なお、患者端末１０と同一の符号を付す構成要素については、同一の機能を有することから、その詳細な説明は省略する。

処理部３００は、薬剤師端末３０の処理全般を実現する機能構成であり、スマートフォン、携帯電話、コンピュータ等において一般的に行われるＯＳによる処理等を実現してもよい。図に示すように、処理部３００は、受任結果作成部３１０、Ｔｘ処理部３２０、および出力情報処理部３３０を備える。

受任結果作成部３１０は、薬剤師の入出力部１５０への入力に基づいて、受任結果情報を作成する。薬剤師は、処方せんの内容が適正であるか否かの確認を行った結果、調剤を受任する場合には「調剤受任」を、調剤を受任できない場合には「調剤受任不可」を入出力部１５０に入力し、受任結果情報を作成する。ここで、調剤を受任できない場合とは、例えば、処方箋の有効期限が切れている場合などである。なお、受任結果情報に、調剤薬を受け渡す薬局の情報や、調剤薬が配達される日時等を含めてもよい。

Ｔｘ処理部３２０は、ブロックチェーン４０と送受信するトランザクションの作成や取得を行い、Ｔｘ作成部３２１およびＴｘ取得部３２２を備える。

Ｔｘ取得部３２２は、ブロックチェーン４０のブロックに含まれるトランザクションの中から、送信先に薬剤師端末３０の薬剤師アドレスを指定しているトランザクション、すなわち調剤要求Ｔｘを取得する。トランザクションの取得は、薬剤師端末３０のユーザである薬剤師の指示に応じて行われてもよいし、任意のタイミングで行われてもよい。取得する調剤要求Ｔｘは、診察要求Ｔｘと同様に、Ｔｘ取得部３２２がまだ取得していないものが望ましい。Ｔｘ取得部３２２が取得した調剤要求Ｔｘの情報は、後述する出力情報処理部３３０により、入出力部１５０に出力される。

Ｔｘ作成部３２１は、調剤要求をした患者の患者端末１０に調剤要求の受任結果を通知する調剤受任Ｔｘを作成する。具体的には、Ｔｘ作成部３２１は、受任結果作成部３１０が受任結果情報を作成したことに応じて、受任結果情報を含み、患者に受任結果を通知する調剤受任Ｔｘ（図３参照）作成する。そして、Ｔｘ作成部３２１は、調剤受任Ｔｘを作成すると、作成した調剤受任Ｔｘを通信部１６０によりブロックチェーン４０に送信する。ブロックチェーン４０に送信された調剤受任Ｔｘは、ブロックチェーン４０に記録される。

出力情報処理部３３０は、Ｔｘ取得部３２２で取得した調剤要求Ｔｘを、入出力部１５０に出力し、情報を薬剤師に提示する。例えば、あらかじめ用意されている調剤要求ページに調剤要求Ｔｘから取得した情報、患者の公開患者情報、および処方せん情報を表示する。なお、出力情報処理部３３０は、調剤要求Ｔｘに含まれる送信日時や、患者アドレス（送信元）といったその他の情報も併せて入出力部１５０に出力させてもよい。薬剤師は、入出力部１５０に出力された情報に基づいて、処方せんの内容が適正であるか否かの確認を行う。

なお、薬剤師は、処方せんの内容が適正であるか否かを確認し、適正と判断した場合には、薬剤師は調剤を行う、または、別の薬剤師に調剤の指示を行う。処方せんの内容が適正でない場合には、医師に内容の確認（いわゆる疑義照会）を行った後に、薬剤師は調剤を行う、または、別の薬剤師に調剤の指示を行う。医師への疑義照会や別の薬剤師への調剤の指示もブロックチェーンを利用してトランザクションを介して行うのが望ましい。調剤された薬は、薬局にて直接手渡し、または配達などの手段により患者提供される。

記憶部３４０は、ハードディスクまたはフラッシュメモリを用い、処理部３００が参照するプログラムを記憶する。また、記憶部３４０は、薬剤師秘密鍵、薬剤師公開鍵、薬剤師アドレスを記憶している。

（電子医療処理フロー）
図６は、本実施形態に係る電子医療システム１の電子医療処理フローを示す図である。本フローにおいて、診察要求Ｔｘの送信先は医師端末２０の医師アドレス、診察結果Ｔｘの送信先は患者端末１０の患者端末アドレスとする。

患者端末１０の患者情報処理部１１０は、患者情報の取得および作成をする患者情報処理を行う（ステップＳ１）。患者情報処理については、図７を用いて説明する。そして、患者端末１０のＴｘ作成部１２１は、ステップＳ１で取得および作成した患者情報、および医師アドレスを含む診察要求Ｔｘを作成し、作成した診察要求Ｔｘを通信部１６０によりブロックチェーン４０に送信する（ステップＳ２）。

ステップＳ２でブロックチェーン４０に送信された診察要求Ｔｘが、ブロックチェーン４０で承認され、記録される（ステップＳ３）。

医師端末２０のＴｘ取得部２２２は、ステップＳ３でブロックチェーン４０に記録された診察要求Ｔｘをブロックチェーン４０から受信する。そして、Ｔｘ取得部２２２は、受診した診察要求Ｔｘの情報を、出力情報処理部２３０を介して入出力部１５０に出力し、医師に情報を提示する（ステップＳ４）。

医師端末２０の診察結果作成部２１１は、ステップＳ４で提示された情報に基づいて医師が診察を行った結果を、医師が入出力部１５０に入力したことに応じて、診察結果情報を作成する（ステップＳ５）。次に、医師端末２０の処方せん作成部２１２は、ステップＳ４で提示された情報に基づいて診察を行った結果、患者への投薬が必要と判断した医師が入出力部１５０に入力したことに応じて、処方せん情報を作成する（ステップＳ６）。なお、患者への投薬が必要でない場合には、医師は、入出力部１５０への入力を行わず、処方せん情報は作成されない。

そして、医師端末２０のＴｘ作成部２２１は、ステップＳ５で作成された診察結果情報、患者アドレス、および／またはステップＳ６で作成された処方せん情報を含む診察結果Ｔｘを作成し、作成した診察要求Ｔｘを通信部１６０によりブロックチェーン４０に送信する（ステップＳ７）。なお、ステップＳ６で処方せん情報が作成されなかった場合には、診察結果Ｔｘには処方せん情報は含まれない。

ステップＳ７でブロックチェーン４０に送信された診察結果Ｔｘが、ブロックチェーン４０で承認され、記録される（ステップＳ８）。

患者端末１０のＴｘ取得部１２２が、ステップＳ８でブロックチェーン４０に記録された診察結果Ｔｘをブロックチェーン４０から受信する。そして、患者端末１０のＴｘ取得部１２２は、受診した診察結果Ｔｘの情報を入出力部１５０に出力し、患者に情報を提示する（ステップＳ９）。

図７は、本実施形態に係る電子医療システム１の患者情報処理フローを示す図である。

症状情報作成部１１３は、患者の入出力部１５０への入力に基づいて、症状情報を作成する（ステップＳ２１）。次に、身体状態情報取得部１１１は、計測器５０から患者の身体状態情報を取得する。身体状態情報取得部１１１は、記憶部１４０に身体状態情報が記録されている場合には、それも併せて取得する（ステップＳ２２）。

公開患者情報作成部１１２は、公開患者情報が記憶部１４０に記憶されているかの有無を確認する（ステップＳ２３）。そして、公開患者情報作成部１１２は、記憶部１４０に公開患者情報が記憶されていない場合には、患者の入出力部１５０への入力に基づいて、公開患者情報を作成し取得するとともに、記憶部１４０に記憶する。また、記憶部１４０に公開患者情報が記憶されていて、患者が公開患者情報を更新する指示を行わない場合には、公開患者情報作成部１１２は、記憶部１４０から公開患者情報を取得する。さらに、記憶部１４０に公開患者情報が記憶されていて、患者が公開患者情報を更新する指示を行った場合には、更新した公開患者情報を作成し取得するとともに、記憶部１４０に記憶する（ステップＳ２４）。なお、ステップＳ２１，Ｓ２２、Ｓ２３およびＳ２４の順は、入れ替わってもよい。

図８は、本実施形態に係る電子医療システム１の調剤要求フローを示す図である。本フローにおいて、調剤要求Ｔｘの送信先は薬剤師端末３０の薬剤師アドレス、調剤受領Ｔｘの送信先は患者端末１０の患者端末アドレスとする。

患者端末１０のＴｘ取得部１２２は、図６のステップＳ９で取得した診察結果Ｔｘの処方せん情報の有無を確認する。処方せん情報が含まれる場合には、Ｔｘ取得部１２２は、診察結果Ｔｘから処方せんを取得し、処方せん情報が含まれなかった場合には、処理を終了する（ステップＳ１０）。

そして、患者端末１０のＴｘ作成部１２１は、ステップＳ１０で取得した処方せん情報および記憶部１４０に記憶されている公開患者情報を含む調剤要求Ｔｘ（図３参照）を作成し、作成した調剤要求Ｔｘを通信部１６０によりブロックチェーン４０に送信する（ステップＳ１１）。なお、公開患者情報は、調剤要求Ｔｘに含まれなくともよい。

ステップＳ１１でブロックチェーン４０に送信された調剤要求Ｔｘが、ブロックチェーン４０で承認され、記録される（ステップＳ１２）。

薬剤師端末３０のＴｘ取得部３２２は、ステップＳ１２でブロックチェーン４０に記録された調剤要求Ｔｘをブロックチェーン４０から受信する。そして、Ｔｘ取得部３２２は、受診した調剤要求Ｔｘの情報を、出力情報処理部２３３０を介して入出力部１５０に出力し、薬剤師に情報を提示する（ステップＳ１３）。

薬剤師端末３０の受任結果作成部３１０は、ステップＳ１３で提示された情報に基づいて、薬剤師が処方せん内容のチェックを行った結果を入出力部１５０に入力したことに応じて、受任結果情報を作成する（ステップＳ１４）。次に、薬剤師端末３０のＴｘ作成部３２１は、ステップＳ１４で作成された受任結果情報を含む調剤受領Ｔｘを作成し、作成した調剤受任Ｔｘを通信部１６０によりブロックチェーン４０に送信する（ステップＳ１５）。

ステップＳ１５でブロックチェーン４０に送信された調剤受領Ｔｘが、ブロックチェーン４０で承認され、記録される（ステップＳ１６）。

患者端末１０のＴｘ取得部１２２が、ステップＳ８でブロックチェーン４０に記録された調剤受領Ｔｘをブロックチェーン４０から受信する。そして、患者端末１０のＴｘ取得部１２２は、受診した調剤受領Ｔｘの情報を入出力部１５０に出力し、患者に情報を提示する（ステップＳ１７）。

以上、説明したように、本実施形態によれば、患者の診療を、患者、医師、および／または薬剤師とのネットワークを介した情報のやり取りによって行い、この情報はブロックチェーンを利用して連携する。それにより、情報が署名者（送信者）により作成されたこと、情報が改ざんされていないことを検証できるので、非対面および／または非リアルタイムでのオンライン診療（調剤受付を含む）であっても、有効性や安全性を確保した診療を提供することができる。また、非対面および／または非リアルタイムでの診療（調剤受付を含む）が可能であるので、患者は、物理的制約を受けることなく、簡便に診療を受けることができる。

また、ブロックチェーンには、診察要求Ｔｘ、診察結果Ｔｘ，調剤要求Ｔｘ，および調剤受任Ｔｘを含む診療履歴が残り、患者の診療履歴は参照可能であるので、患者、医師、および／または薬剤師が患者の健康状況や診療状況を経時的に把握することができ、診療の有効性や安全性を向上させることができる。ブロックチェーンの患者の診療履歴は、保険、健康維持といった医療以外の分野においても使用することができる。
＜第２の実施形態＞

第２の実施形態では、ブロックチェーンへの記録に適さない、秘匿性の高い情報や容量の大きい情報を、ブロックチェーンとは別システムで管理し、ブロックチェーンと別システムとを連携させることで、より適切な医療をオンラインで提供するものである。なお、第１の実施形態と同一の符号を付す構成要素については、同一の機能を有することから、その詳細な説明は省略する。

具体的には、第２の実施形態は、患者の個人情報といった秘匿性の高い情報や患者の検査結果や画像データをも含む診察記録といった容量の大きい情報を記憶するデータベースと、このデータベースを管理する管理装置と、を含むシステムを、第１の実施形態の電子医療システム１に追加した形態である。そして、データベースに記憶されている情報へのアクセス権限に関する情報は、ブロックチェーンで管理する。

このように、秘匿性の高い情報を別システムで管理し、アクセス権限を有するユーザにのみ情報を提供するようにアクセス権限をブロックチェーンで管理することで、セキュアに秘匿性の高い情報を患者、医師、および／または薬剤師の間で連携することができる。また、ブロックチェーンへの記録に適さない容量の大きい情報をも、データベースを利用して、患者、医師、および／または薬剤師との間で連携することができ、非対面および／または非リアルタイムでのオンライン診療であっても、画像診断等による高度な検査結果を基にした高度な診療についても、対面と同等に提供することが可能になる。

（電子医療システムの概要）
図９は、第２の実施形態に係る電子医療システム２の概要を示す図である。電子医療システム２は、患者端末１１、医師端末２１、薬剤師端末３１、管理装置６０、非公開患者情報データベース（ＤＢ）７０、診療記録ＤＢ８０、およびブロックチェーン４０を備え、互いにネットワークＮを介して接続されている。なお、管理装置６０は１台であるが、非公開患者情報ＤＢ７０、診療記録ＤＢ８０のそれぞれに１台あってもよい。また、非公開患者情報ＤＢ７０、診療記録ＤＢ８０を合わせて１台のＤＢとしてもよい。

非公開患者情報ＤＢ７０は、電子医療システム２を利用する患者の非公開患者情報を記憶する。具体的には、非公開患者情報ＤＢ７０は、患者ＩＤに非公開患者情報を対応付けて記憶する。患者ＩＤは、管理装置６０が、非公開患者情報ＤＢ７０に非公開患者情報を記憶する際に作成するものであって、患者を識別できる情報であり、任意の英数字や記号で構成され、非公開患者情報のハッシュ値を用いてもよい。また、非公開患者情報とは、患者を特定可能な情報や公開患者情報のうち患者が公開しないと判断した情報を含み、例えば、氏名と生年月日や住所の組み合わせ、保険証番号である。

診療記録ＤＢ８０は、電子医療システム２を利用した診療において医師などが作成する診療記録情報を記憶する。具体的には、診療記録ＤＢ８０は、診療録ＩＤに診療記録情報を対応付けて記憶する。診療記録ＩＤは、管理装置６０が診療記録ＤＢ８０に診療記録情報を記憶する際に作成するものであって、診療記録を識別できる情報であり、任意の英数字や記号で構成され、診療記録情報のハッシュ値を用いてもよい。

診療記録情報とは、医師が作成する診療内容や経過等の記録（診療録）であって、いわゆるカルテに限らず、検査結果、画像検査結果、処方せん、紹介状等広く診療に関する情報を含んでもよい。本実施形態において、診療記録情報は、医療関係者が情報共有することを目的として作成されるものであって、患者に提示される診察結果のより詳細な情報である。

管理装置６０は、非公開患者情報ＤＢ７０および診療記録ＤＢ８０を管理する装置である。具体的には、患者端末１１からの要求に応じて非公開患者情報ＤＢ７０に非公開患者情報を記憶する。非公開患者情報ＤＢ７０に非公開患者情報を記憶する際には、患者ＩＤを付与した後、患者ＩＤと非公開患者情報とを対応付けて記憶する。そして、管理装置６０は、付与した患者ＩＤを患者端末１１に送信する。

また、管理装置６０は、医師端末２１または薬剤師端末３１からの要求に応じて、非公開患者情報ＤＢ７０の非公開患者情報を提供する。この際、管理装置６０は、要求があった非公開患者情報の権限情報を、ブロックチェーン４０に記録されているトランザクションの中から抽出し、医師端末２１または薬剤師端末３１のアクセス権限に応じて、指定された非公開患者情報を提供する。

さらに、管理装置６０は、医師端末２１からの要求に応じて、診療記録ＤＢ８０に診療記録情報を記憶する。この時、管理装置６０は、診療記録ＤＢ８０に診療記録情報を記憶する際に、診療録ＩＤを付与した後、診療録ＩＤと診療記録情報とを対応付けて記憶する。そして、管理装置６０は、付与した診療記録ＩＤを医師端末２１に送信する。診療記録情報の権限情報も、非公開患者情報と同様にブロックチェーン４０に記録されているトランザクションに記載され、管理装置６０は要求があった際にはトランザクションの権限情報を参照し、情報を提供するか否か判断する。

（患者端末）
図１０は、患者端末１１の機能構成を示す図である。患者端末１１は、患者秘密鍵、患者公開鍵、患者のブロックチェーンにおける患者アドレスを管理し、ブロックチェーン４０を利用して医師端末２１、薬剤師端末３１と情報の連携を行うとともに、非公開患者情報ＤＢ７０および診療記録ＤＢ８０を用いて、秘匿性の高い情報や容量の大きい情報を管理装置６０を介して医師端末２１、薬剤師端末３１と情報の連携を行う。

図に示すように、患者端末１１は、処理部１７０、記憶部１４０、入出力部１５０、および通信部１６０を備える。処理部１７０は、患者端末１１の処理全般を実現する機能構成であり、スマートフォン、携帯電話、コンピュータ等において一般的に行われるＯＳによる処理等を実現してもよい。図に示すように、処理部１７０は、患者情報処理部１８０、Ｔｘ処理部１２０、および出力情報処理部１３０を備える。

患者情報処理部１８０は、患者の情報の取得や作成を行い、患者情報を取得するとＴｘ処理部１２０に患者情報を送信する。患者情報処理部１８０は、図に示すように、身体状態情報取得部１１１、公開患者情報作成部１１２、症状情報作成部１１３、非公開患者情報作成部１１４、および権限設定部１１５を含む。

非公開患者情報作成部１１４は、患者の入出力部１５０の入力に基づいて、非公開患者情報を作成し、作成した非公開患者情報を非公開患者情報ＤＢ７０に記録する要求を管理装置６０にする。そして、非公開患者情報作成部１１４は、要求を受信した管理装置６０から患者ＩＤを取得する。患者ＩＤは、記憶部１４０に記憶される。

権限設定部１１５は、患者の入出力部１５０への入力に基づいて、非公開患者情報作成部１１４で非公開患者情報ＤＢ７０に記録した非公開患者情報への権限情報を設定する。権限情報は非公開患者情報に対するアクセスの可否を示す情報であって、非公開患者情報を作成した患者のみが設定することができる。権限情報には、例えば、許可対象、許可操作、許可制限が含まれる。許可対象は、非公開患者情報へのアクセスを許可する対象者を特定できる情報であればよく、例えば、医療機関や薬局といった業種、医療機関や薬局の名称、患者アドレス、医師アドレス、および薬剤師アドレスといった個人のアドレスが設定される。許可操作は、非公開患者情報に対して許可する操作が設定され、閲覧や取得等が設定される。なお、変更、追加、削除を設定してもよい。許可制限は、許可操作に関する制限情報が設定され、許可操作が可能な期間、許可操作が可能な回数等が設定される。

Ｔｘ作成部１２１は、第１の実施形態のＴｘ作成部と機能は同じであるが、作成する診察要求Ｔｘおよび調剤要求Ｔｘのデータ構造が、第１の実施形態と異なるため、その点について説明する。

（トランザクションのデータ構造）
図１１は、Ｔｘ作成部１２１が生成する本実施形態に係る各種トランザクションのデータ構造の一例を示す図である。なお、調剤受任トランザクションについては、第１の実施形態と同様であるため、記載を省略している。

図に示すように、第２の実施形態に係る診察要求Ｔｘは、患者秘密鍵による電子署名、患者公開鍵、患者アドレス（送信元）、医師アドレス（送信先）、直前トランザクションデータのハッシュ値、身体状態情報、公開患者情報、症状情報、患者ＩＤ、（患者ＩＤ）権限情報、診療記録ＩＤ、および送信日時を含む。その他にトランザクションの作成に用いられたソフトウェアや方式の名称やバージョン情報といったその他の情報を含んでもよいし、上記情報全てを必ずしも含まなくてもよい。また、第１の実施形態に係る診察要求Ｔｘと同一の名の構成要素については、同一の内容であるので、その詳細な説明は省略する。

患者ＩＤは、非公開患者情報作成部１１４で管理装置６０から取得した患者ＩＤである。患者ＩＤが非公開患者情報のハッシュ値である場合には、非公開患者情報ＤＢ７０に記憶される非公開患者情報が改ざんされていないか否かを検知するのに用いることができる。なお、非公開患者情報のハッシュ値が患者ＩＤとは独立して、診察要求Ｔｘに含まれてもよい。

（患者ＩＤ）権限情報は、権限設定部１１５で設定された、非公開患者情報ＤＢ７０に記憶されている非公開患者情報の権限情報である。非公開患者情報ＤＢ７０へアクセスがあった際に、管理装置６０が、権限を有する者のアクセスか、アクセスを許可する場合には、どの操作を許可するか判定する際に用いられる。

診療記録ＩＤは、後述する診療記録作成部２１４で管理装置６０から取得した診療記録ＩＤであり、診察結果情報に対応している、診療記録ＤＢ８０の診療記録情報を示す。診療記録ＩＤが診療記録情報のハッシュ値である場合には、診療記録ＤＢ８０に記憶される診療記録情報が改ざんされていないか否かを検知するのに用いることができる。なお、診療記録情報のハッシュ値が診療記録ＩＤとは別に、診察結果Ｔｘに含まれてもよい。

また、図１１に示すように、調剤要求Ｔｘは、患者秘密鍵による電子署名、患者公開鍵、患者アドレス（送信元）、薬剤師アドレス（送信先）、直前トランザクションデータのハッシュ値、公開患者情報、処方せん情報、患者ＩＤ、（患者ＩＤ）権限情報、および送信日時を含む。診察要求Ｔｘと同様に、その他の情報を含んでもよいし、上記情報全てを必ずしも含まなくてもよい。なお、第２の実施形態に係る調剤要求Ｔｘに含まれる情報は、診察要求Ｔｘおよび第１の実施形態に係る調剤要求Ｔｘに含まれている情報であるため、その詳細な説明は省略する。

（医師端末）
図１２は、医師端末２１の機能構成を示す図である。医師端末２１は、患者端末１１と同様にスマートフォン、携帯電話、コンピュータ等であって、医師が使用する端末である。そして、医師端末２１は、医師秘密鍵、医師公開鍵、および医師のブロックチェーンにおける医師アドレスを管理し、ブロックチェーン４０を利用して患者端末１１、薬剤師端末３１と情報の連携を行うとともに、非公開患者情報ＤＢ７０および診療記録ＤＢ８０を用いて、秘匿性の高い情報や容量の大きい情報を管理装置６０を介して患者端末１１、薬剤師端末３１と情報の連携を行う。

図に示すように、医師端末２１は、処理部２７０、記憶部２４０、入出力部１５０、および通信部１６０を備える。処理部２７０は、医師端末２１の処理全般を実現する機能構成であり、スマートフォン、携帯電話、コンピュータ等において一般的に行われるＯＳによる処理等を実現してもよい。図に示すように、処理部２７０は、診察情報処理部２８０、Ｔｘ処理部２２０、および出力情報処理部２３１を備える。

診察情報処理部２８０は、受信した診察要求Ｔｘの情報に基づいて非公開患者情報ＤＢ７０から取得した情報、および受信した診察要求Ｔｘの情報に基づいて患者の診察を行った医師の入出力部１５０への入力等に基づいて、診察情報および診察記録を作成する。診察情報処理部２８０は、図に示すように、診察結果作成部２１１、処方せん作成部２１２、非公開患者情報取得部２１３、診療記録作成部２１４、および権限設定部２１５を備える。

非公開患者情報取得部２１３は、Ｔｘ取得部２２２で取得した診察要求Ｔｘから患者ＩＤを取得する。そして、非公開患者情報取得部２１３は、患者ＩＤおよび医師アドレスを含む、非公開患者情報ＤＢ７０へのアクセス要求を管理装置６０に送信する。管理装置６０において、アクセス要求された患者ＩＤに対応付けられた非公開患者情報へのアクセスが医師アドレスに許可されていると判断された場合には、非公開患者情報取得部２１３は、管理装置６０から患者ＩＤに対応付けられた非公開患者情報を受信する。受信した非公開患者情報は、後述する出力情報処理部２３１により、入出力部１５０に出力される。

診療記録作成部２１４は、患者の診察を行った医師の入出力部１５０への入力に基づいて、診療記録情報を作成し、作成した診療記録情報を診療記録ＤＢ８０に記録する要求を管理装置６０にする。そして、診療記録作成部２１４は、要求を受信した管理装置６０から診療記録ＩＤを取得する。診療記録ＩＤは、記憶部２４０に記憶される。

権限設定部２１５は、医師の入出力部１５０への入力に基づいて、診療記録作成部２１４で診療記録ＤＢ８０に記録した診療記録情報への権限情報として（診療記録ＩＤ）権限情報を設定する。（診療記録ＩＤ）権限情報は診療記録情報に対するアクセスの可否を示す情報であって、診療録情報を作成した医師と診察記録情報の患者が設定することができる。権限情報には、非公開患者情報と同様に、例えば、許可対象、許可操作、許可制限が含まれる。

Ｔｘ作成部２２１は、第１の実施形態のＴｘ作成部と機能は同じであるが、作成する診察結果Ｔｘのデータ構造が、第１の実施形態と異なるため、その点について説明する。

図１１に示すように、第２の実施形態に係る診察結果Ｔｘは、医師秘密鍵による電子署名、医師公開鍵、医師アドレス（送信元）、患者アドレス（送信先）、直前トランザクションデータのハッシュ値、診察結果情報、処方せん情報、診療録ＩＤ、（診療録ＩＤ）権限情報、および送信日時を含む。診察結果Ｔｘは、その他の情報を含んでもよいし、上記情報全てを必ずしも含まなくてもよい。なお、診察結果Ｔｘは、医師アドレス（送信先）を含めることで、医師が診察結果について他の医師に意見を求めることができる。診察要求Ｔｘおよび第１の実施形態に係る診察結果Ｔｘと同一の名の構成要素については、同一の内容であるので、その詳細な説明は省略する。

（診療記録ＩＤ）権限情報は、権限設定部２１５で設定された、診療記録ＤＢ８０に記憶されている診療記録情報の権限情報である。（診療記録ＩＤ）権限情報は、診療記録ＤＢ８０へのアクセスがあった際に、管理装置６０が、権限を有する者のアクセスか、アクセスを許可する場合にはどの操作を許可するか判定する際に用いられる。

診察結果Ｔｘに含まれる診療記録ＩＤおよび（診療記録ＩＤ）権限情報は、診療記録を医師間および／または医師と薬剤師間で共有するために用いることができる。医師間で共有する場合には、患者が次に診察を受ける医師が診療記録にアクセスできるようにするために、診察結果Ｔｘに含まれる診療記録ＩＤは、患者が次に診察を受ける時に作成される診察要求Ｔｘに、患者端末１１のＴｘ作成部１２１によって含められる。また、医師と薬剤師間で共有する場合には、調剤を要求された薬剤師が診療記録にアクセスできるようにするために、診察結果Ｔｘに含まれる診療記録ＩＤは、診察結果Ｔｘの処方せんを含む調剤要求Ｔｘに、患者端末１１のＴｘ作成部１２１によって含められる。

診療記録ＤＢ８０に記憶されている診療記録情報の権限情報は、患者も設定することができ、診療記録が医師間および／または医師と薬剤師間で共有されるのを制限するために用いることができる。この場合には、診療記録ＩＤとともに、患者が設定した診療記録情報の権限情報、（診療記録ＩＤ）患者設定権限情報が、診察要求Ｔｘまたは調剤要求Ｔｘに含められる。そして、管理装置６０は、診療記録ＤＢ８０に記憶されている診療記録情報に対して、医師が設定した（診療記録ＩＤ）権限情報および（診療記録ＩＤ）患者設定権限情報の両方に基づいて、権限を有する者のアクセスか、アクセスを許可する場合にはどの操作を許可するか判定する。（診療記録ＩＤ）権限情報および（診療記録ＩＤ）患者設定権限情報が反する内容となる場合もあるので、その場合にどちらの権限情報を優先するかの優先付けをしておくと望ましい。

出力情報処理部２３１は、Ｔｘ取得部２２２で取得した診察要求Ｔｘと、非公開患者情報取得部２１３で取得した非公開患者情報とを、入出力部１５０に出力し、情報を医師に提示する。例えば、あらかじめ用意されている診察要求ページに診察要求Ｔｘから取得した患者情報、患者の身体状態情報、公開患者情報、症状情報、および非公開患者情報取得部３８０で取得した非公開患者情報の氏名、住所、保険証番号等を表示する。なお、出力情報処理部２３１は、診察要求Ｔｘに含まれる送信日時や、患者アドレス（送信元）といったその他の情報も併せて入出力部１５０に出力させてもよい。医師は入出力部１５０に出力された身体状態情報、基礎情報、症状情報、および非公開患者情報に基づいて、患者の診察を行い、診察結果情報や処方せん情報を作成する。

（薬剤師端末）
図１３は、薬剤師端末３１の機能構成を示す図である。薬剤師端末３１は、患者端末１１および医師端末２１と同様にスマートフォン、携帯電話、コンピュータ等であって、薬剤師が使用する端末である。そして、薬剤師端末３１は、薬剤師秘密鍵、薬剤師公開鍵、および薬剤師のブロックチェーンにおける薬剤師アドレスを管理し、ブロックチェーン４０を利用して患者端末１１、医師端末２１と情報の連携を行うとともに、非公開患者情報ＤＢ７０および診療記録ＤＢ８０を用いて、秘匿性の高い情報や容量の大きい情報を管理装置６０を介して患者端末１１、医師端末２１と情報の連携を行う。

図に示すように、薬剤師端末３１は、処理部３７０、記憶部３４０、入出力部１５０、および通信部１６０を備える。処理部３７０は、薬剤師端末３１の処理全般を実現する機能構成であり、スマートフォン、携帯電話、コンピュータ等において一般的に行われるＯＳによる処理等を実現してもよい。図に示すように、処理部３７０は、受任結果作成部３１０、Ｔｘ処理部３２０、出力情報処理部３３１、および非公開患者情報取得部３８０を備える。

非公開患者情報取得部３８０は、Ｔｘ取得部３２２で取得した調剤要求Ｔｘから患者ＩＤを取得する。そして、非公開患者情報取得部３８０は、患者ＩＤおよび薬剤師アドレスを含む、非公開患者情報ＤＢ７０へのアクセス要求を管理装置６０に送信する。管理装置６０において、アクセス要求された患者ＩＤに対応付けられた非公開患者情報へのアクセスが許可されていると判断された場合には、非公開患者情報取得部３８０は、管理装置６０から患者ＩＤに対応付けられた非公開患者情報を受信する。

出力情報処理部３３１は、Ｔｘ取得部３２２で取得した調剤要求Ｔｘの情報と、非公開患者情報取得部３８０で取得した非公開患者情報とを、入出力部１５０に出力し、情報を薬剤師に提示する。例えば、あらかじめ用意されている調剤要求ページに調剤要求Ｔｘから取得した情報、患者の公開患者情報、処方せん情報、および非公開患者情報取得部３８０で取得した非公開患者情報の氏名、住所、保険証番号等を表示する。なお、出力情報処理部３３１は、調剤要求Ｔｘに含まれる送信日時や、患者アドレス（送信元）といったその他の情報も併せて入出力部１５０に出力させてもよい。薬剤師は、入出力部１５０に出力された情報に基づいて、処方せんの内容が適正であるか否かの確認を行う。

（電子医療処理フロー）
図１４は、第２の実施形態に係る電子医療システム２の電子医療処理フローを示す図である。本フローにおいて、診察要求Ｔｘの送信先は医師端末２１の医師アドレス、診察結果Ｔｘおよび調剤受領Ｔｘの送信先は患者端末１１の患者端末アドレス、調剤要求Ｔｘの送信先は薬剤師端末３１とする。

患者端末１１の患者情報処理部１８０は、患者情報処理を行う（ステップＳ１０１）。患者情報処理については、図１５を用いて説明する。そして、患者端末１１のＴｘ作成部１２１は、ステップＳ１０１において処理した患者情報、具体的には、身体状態情報、公開患者情報、症状情報、患者ＩＤ、および権限情報を含む診察要求Ｔｘ（図１１参照）を作成し、作成した診察要求Ｔｘを通信部１６０によりブロックチェーン４０に送信する（ステップＳ１０２）。

医師端末２１のＴｘ取得部２２２は、ステップＳ３でブロックチェーン４０に記録された診察要求Ｔｘをブロックチェーン４０から受信する（ステップＳ１０４）。次に、医師端末２１の診察情報処理部２８０は、診察情報処理を行う（ステップＳ１０５）。診察情報処理については、図１６を用いて説明する。そして、医師端末２１のＴｘ作成部２２１は、ステップＳ１０５で作成された診察結果情報、診療記録ＩＤ、（診療記録ＩＤ）権限情報、および／または処方せん情報を含む診察結果Ｔｘ（図１１参照）を作成し、作成した診察要求Ｔｘを通信部１６０によりブロックチェーン４０に送信する（ステップＳ１０７）。なお、ステップＳ１０５で処方せん情報が作成されなかった場合には、診察結果Ｔｘには処方せん情報は含まれない。

患者端末１１のＴｘ作成部１２１は、ステップＳ１０で取得した処方せん情報と、記憶部１４０に記憶されている公開患者情報と、ステップＳ９で取得した診察結果Ｔｘの患者ＩＤおよび（患者ＩＤ）権限情報を含む、調剤要求Ｔｘ（図１１参照）を通信部１６０によりブロックチェーン４０に送信する（ステップＳ１１１）。

薬剤師端末３１のＴｘ取得部３２２は、ステップＳ１２でブロックチェーン４０に記録された調剤要求Ｔｘをブロックチェーン４０から受信する（ステップＳ１１３）。そして、薬剤師端末３１の処理部３７０は、調剤受任処理を行う（ステップＳ１１４）。調剤受任処理については、図１７を用いて説明する。

図１５は、第２の実施形態に係る電子医療システム２の患者情報処理フローを示す図である。

患者端末１１の非公開患者情報作成部１１４は、患者の入出力部１５０への入力に基づいて、非公開患者情報を作成する（ステップＳ１２５）。そして、患者端末１１の非公開患者情報作成部１１４は、ステップＳ１２５で作成した非公開患者情報を非公開患者情報ＤＢ７０に記録する要求を管理装置６０に送信する（ステップＳ１２６）。

管理装置６０は、患者端末１１から受信した非公開患者情報に患者ＩＤを付与する（ステップＳ１２７）。次に、管理装置６０は、ステップＳ１２７で付与した患者ＩＤと、患者端末１１から受信した非公開患者情報とを対応つけて非公開患者情報ＤＢ７０に記録する（ステップＳ１２８）。そして、管理装置６０は、患者端末１１に患者ＩＤを送信する（ステップＳ１２９）。

患者端末１１の権限設定部１１５は、ステップＳ１２９で管理装置６０から送信された患者ＩＤを取得したことに応じて、ステップＳ１２８で非公開患者情報ＤＢ７０に記録された非公開患者情報の権限情報を、患者の入出力部１５０への入力に基づいて、作成する（ステップＳ１３０）。

図１６は、第２の実施形態に係る電子医療システム２の診察情報処理フローを示す図である。

医師端末２１の診察情報処理部２８０は、ステップＳ１０４で受信した診察要求Ｔｘから患者ＩＤを取得し、患者ＩＤおよび医師アドレスを含む、非公開患者情報ＤＢ７０へのアクセス要求を管理装置６０に送信する（ステップＳ１４１）。

管理装置６０は、非公開患者情報ＤＢ７０において、取得した患者ＩＤに対応付けられている非公開患者情報へのアクセスが、アクセス要求した医師端末２１の医師アドレスに付与されているかアクセス権限チェックを行う（ステップＳ１４２）。具体的には、管理装置６０は、医師アドレスを送信先とし、患者ＩＤを含む最新の診察要求Ｔｘをブロックチェーン４０から検索する。そして、管理装置６０は、条件に該当する診察要求Ｔｘから権限情報を取得し、患者ＩＤに対応付けられている非公開患者情報に、医師アドレスの医師端末２１がアクセスできるか否かを判断する。

管理装置６０は、医師アドレスの医師端末２１がアクセスできると判断した場合には、患者ＩＤに対応付けられている非公開患者情報を医師端末２１に送信する（ステップＳ１４３）。なお、管理装置６０は、医師端末２１がアクセスできないと判断した場合には、医師端末２１にその旨を通知する。

医師端末２１の出力情報処理部２３１は、ステップＳ１０４で取得した診察要求Ｔｘの身体状態情報、公開患者情報、および症状情報と、ステップＳ１４３で管理装置６０から送信された非公開患者情報と、を入出力部１５０に出力する（ステップＳ１４４）。

医師端末２１の診療記録作成部２１４は、患者の診察を行った医師の入出力部１５０への入力に基づいて、診療記録情報を作成する（ステップＳ１４５）そして、医師端末２１の診療記録作成部２１４は、ステップＳ１４５で作成した診療記録情報を診療記録ＤＢ８０に記録する要求を管理装置６０に送信する（ステップＳ１４６）。

管理装置６０は、ステップＳ１４６で医師端末２１から送信された診療記録情報に診療記録ＩＤを付与する（ステップＳ１４７）。次に、管理装置６０は、ステップＳ１４７で付与した診療記録ＩＤと、ステップＳ１４６で医師端末２１から送信された診療記録情報とを対応つけて診療記録ＤＢ８０に記録する（ステップＳ１４８）。そして、管理装置６０は、医師端末２１に診療記録ＩＤを送信する（ステップＳ１４９）。

医師端末２１の権限設定部２１５は、管理装置６０から診療記録ＩＤを取得したことに応じて、ステップＳ１４８で診療記録ＤＢ８０に記録された診療記録情報の権限情報を、医師端末２１の入出力部１５０への入力に基づいて、作成する（ステップＳ１５０）。

図１７は、第２の実施形態に係る電子医療システム２の調剤受任処理フローを示す図である。

薬剤師端末３１の非公開患者情報取得部３８０は、ステップＳ１１３で受信した調剤要求Ｔｘから患者ＩＤを取得し、患者ＩＤおよび薬剤師アドレスを含む、非公開患者情報ＤＢ７０へのアクセス要求を管理装置６０に送信する（ステップＳ１６１）。

管理装置６０は、非公開患者情報ＤＢ７０において、取得した患者ＩＤに対応付けられている非公開患者情報へのアクセスが、アクセス要求した薬剤師端末３１の薬剤師アドレスに付与されているかアクセス権限チェックを行う（ステップＳ１６２）。具体的なアクセス権限チェックはステップＳ１４２で説明した通りである。

管理装置６０は、薬剤師アドレスの薬剤師がアクセスできると判断した場合には、患者ＩＤに対応付けられている非公開患者情報を薬剤師端末３１に送信する（ステップＳ１６３）。なお、管理装置６０は、薬剤師端末３１がアクセスできないと判断した場合には、薬剤師端末３１にその旨を通知する。

薬剤師端末３１の出力情報処理部３３１は、ステップＳ１１３で取得した調剤要求Ｔｘの公開患者情報、処方せん情報と、ステップＳ１６３で管理装置６０から送信された非公開患者情報と、を入出力部１５０に出力する（ステップＳ１６４）。

以上、説明したように、本実施形態によれば、秘匿性の高い情報を別システムで管理し、アクセス権限を有するユーザにのみ情報を提供し、アクセス権限はブロックチェーンで管理することで、セキュアに秘匿性の高い情報を患者、医師、および／または薬剤師との間で連携することができる。また、ブロックチェーンへの記録に適さない容量の大きい情報をも、データベースを利用して、患者、医師、および／または薬剤師との間で連携することができ、非対面および／または非リアルタイムでのオンライン診療であっても、画像診断等による高度な検査結果を基にした高度な診療についても、対面と同等に提供することが可能になる。
＜変形例＞

（医療システム）
第１および第２の実施形態では、患者と医師、患者と薬剤師との間における、ブロックチェーンを利用した情報を連携する電子医療システムであったが、患者と看護師、看護師と医者、医者と薬剤師、患者と介護福祉士等、患者および医療従事者との間でのブロックチェーンを利用した医療情報を連携する電子医療システムとすることもできる。第１および第２の実施形態と同様に、公開してもよい情報はブロックチェーンで記録管理する。また、非公開の情報はＤＢで記録管理し、ブロックチェーンでアクセス管理をする。それにより、ブロックチェーンに履歴が残り、患者および医療従事者が容易に情報共有することができる。

（各種医療文書）
また、第１および／または第２の実施形態では、診察結果情報、処方せん情報、診察記録情報といった医療文書をブロックチェーンおよび／またはＤＢで記録管理しているが、これらに限らず、医療情報提供書、訪問看護指示書、診断書、証明書等の医療文書もブロックチェーンおよび／またはＤＢで記録管理することもできる。その場合には、公開してもよい情報はブロックチェーンで記録管理し、非公開の情報はＤＢで記録管理し、ブロックチェーンでアクセス管理をする。

（トランザクション情報の暗号化）
また、第１および／または第２の実施形態では、トランザクション内の情報は暗号化していないが、暗号化してもよい。例えば、医師端末２０，２１が、医師アドレスおよび医師公開鍵を含む鍵トランザクション（以下鍵Ｔｘ）をブロックチェーン４０に送信し、ブロックチェーン４０に鍵Ｔｘが記録される。次に、患者端末１０，１１が、診察を受けたい医師のアドレスをキーに鍵Ｔｘを受信し、医師公開鍵を取得する。そして、患者端末１０，１１は、取得した医師公開鍵で暗号化した患者情報を診察要求Ｔｘに含め、診察要求Ｔｘを受信した医師端末２０，２１は、自身の医師秘密鍵で患者情報を復号する。

同様に、患者アドレスおよび患者公開鍵を含む鍵トランザクション、薬剤師アドレスおよび薬剤師公開鍵を含む鍵Ｔｘをブロックチェーン４０に送信することで、診察結果Ｔｘ、調剤要求Ｔｘ、および調剤受任Ｔｘに含まれる情報も暗号化することができる。それにより、トランザクションに含める情報を暗号化できることで、プライバシーを守ることができる。

（医師マッチング）
また、第１および／または第２の実施形態では、医師アドレスは患者が取得できる状態になっていて、患者は必要に応じて取得するが、ブロックチェーンを用いて、患者の要望に合った医師の医師アドレスを取得してもよい。例えば、患者の要望に合った医師をマッチングし、マッチングした医師を患者に通知するマッチングプログラムをスマートコントラクトとして記録する（以下、マッチングコントラクトという）。マッチングコントラクトは医師毎に登録され、医師の専門や経歴などを含む属性情報および医師アドレスを保持する。

患者が診察を要求する医師の条件および患者アドレスを含むマッチング要求トランザクション（以下、マッチング要求Ｔｘ）が患者端末１０，１１からブロックチェーン４０に送信され記録されると、マッチングコントラクトは、保持する属性情報がマッチング要求Ｔｘの条件とマッチングするか否か判断する。そして、マッチングコントラクトは、マッチングすると判断した場合には、保持する医師アドレスを含む、マッチング要求Ｔｘの患者アドレス宛のマッチング結果トランザクション（以下、マッチング結果Ｔｘ）をブロックチェーンに送信し、ブロックチェーン４０にマッチング結果Ｔｘが記録される。患者端末１０，１１は、ブロックチェーン４０から自身宛てのマッチング結果Ｔｘを受信し、受信したマッチング結果Ｔｘから医師アドレスを取得する。この取得した医師アドレスを診察要求Ｔｘの宛先とする。

（仮想通貨による支払い）
また、第１および第２の実施形態では、診察や調剤にかかった医療費を、仮想通貨を使用して支払うこともできる。例えば、ブロックチェーンにおける仮想通貨を用いて決済を行う決済プログラムをスマートコントラクトとしてブロックチェーンに記録する（以下、決済コントラクトという）。決済コントラクトは患者毎に登録され、仮想通貨の送金元として、患者アドレスを保持する。医師や薬剤師から、送金先アドレスとして医師アドレスや薬剤師アドレス、および送金する医療費の情報を含む、患者アドレス宛の請求Ｔｘがブロックチェーンに送信されると、決済コントラクトは、請求Ｔｘに指定された送金先アドレス宛に、医療費として指定された額の仮想通貨を支払う処理をする。

（保険システム）
また、第１および第２の実施形態では、ブロックチェーンを利用して非対面の保険システムを提供することもできる。例えば、患者が保険料を仮想通貨で支払うことで、保険契約が成立するプログラムをスマートコントラクトとしてブロックチェーンに記録し、非対面で、患者と保険会社とが医療保険の契約を結ぶことができるようする。そして、保険契約をしている患者の診察結果Ｔｘや調剤受領Ｔｘがブロックチェーンに登録されたことに応じて、予め指定された額の保険金を支払うプログラムのスマートコントラクトをブロックチェーンに記録することで、非対面で、仮想通貨により保険金が支払われる保険システムを提供することができる。保険金を支払うプログラムのスマートコントラクトは、診察Ｔｘや調剤Ｔｘの内容に基づいて、保険金の支払いを判断したり、保険金額を決定するようにしてもよい。

（医療モール）
また、第１および第２の実施形態において、ブロックチェーンはパブリック型の構成として説明したが、患者のプライバシー保護を重視するのであれば、限られた人や組織が使えるプライベート型やコンソーシアム型の構成であるのが望ましい。また、診療の専門分野毎や、医療コンセプト毎にブロックチェーンを構成することで、より高いレベルの医療を提供できる仮想医療モールを構築してもよい。

（Ｔｘ取得部のスマートコントラクト）
また、第１および第２の実施形態では、患者端末、医師端末、および薬剤師端末それぞれがＴｘ取得部を備えるが、各端末にＴｘ取得部を備えず、Ｔｘ取得部を、スマートコントラクト機能を用いて実現してもよい。

（その他のトランザクション）
第１および第２の実施形態では、診察要求Ｔｘ、診察結果Ｔｘ、調剤要求Ｔｘ、調剤結果Ｔｘの４つトランザクションで、患者、医師、および薬剤師が情報を連携しているが、適宜その他のトランザクションを用いて情報の連携を行ってもよい。例えば、非公開患者情報ＤＢの非公開患者情報や、診療録ＤＢの診療録情報の権限を付与するトランザクションや、上述した仮想通貨による支払のためのトランザクション、保険システムのためのトランザクションがある。

（処方せん情報をＤＢ管理）
第１および第２の実施形態では、処方せん情報は、トランザクションに含まれ、ブロックチェーンに記録されるが、第２の実施形態の診療録情報と同様に、ＤＢに記憶し、アクセス権限をブロックチェーンで管理してもよい。それにより、処方せん情報をセキュアに管理することができる。

（ＤＢに記録される情報の暗号化）
第２の実施形態において、非公開患者情報ＤＢに記録される非公開患者情報、および診療録ＤＢに記録される診療録情報を、情報へのアクセスを許可する者の公開鍵で暗号化することにより、データベースの情報をよりセキュアに記録管理できる。

（分散型ＤＢを利用）
また、第２の実施形態において、非公開患者情報ＤＢ７０および診療記録ＤＢ８０を分散型ＤＢとし、記録する非公開患者情報や診療録情報を分散させて記録管理することで、よりセキュアに記録管理できる。この場合には、分散されて記録された非公開患者情報や診療録情報を復元するための方法を、情報のＩＤおよび権限情報と併せてトランザクションに含める。

なお、患者端末、医師端末、および薬剤師端末の処理をコンピュータシステムが読み取り可能な記録媒体に記録し、この記録媒体に記録された患者端末、医師端末、および薬剤師端末に読み込ませ、実行することによって本発明の患者端末、医師端末、および薬剤師端末を実現することができる。ここでいうコンピュータシステムとは、ＯＳや周辺装置等のハードウェアを含む。

また、「コンピュータシステム」は、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）システムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。

また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。更に、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

以上、この発明の実施形態につき、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１電子医療システム、１０，１１患者端末、２０，２１医師端末、３０，３１薬剤師端末、４０ブロックチェーン、５０計測器、６０管理装置、７０非公開患者情報ＤＢ、８０診療記録ＤＢ、１００，１７０，２００，２７０，３００，３７０処理部、１１０，１８０患者情報処理部、１２０，２２０，３２０Ｔｘ処理部、１３０，２３０，２３１，３３０，３３１出力情報処理部、１４０，２４０，３４０記憶部、１５０入出力部、１６０通信部、２１０診察情報処理部、３１０受任結果作成部、Ｎネットワーク

Claims (7)

1. 患者端末と医師端末とを備え、ブロックチェーンを利用して医療サービスを提供する電子医療システムであって、
   前記患者端末は、
   患者の身体状態を示す身体状態情報および当該患者の症状を示す症状情報を含む患者情報、並びに前記医師端末の医師アドレスを含む診察要求トランザクションを生成し、当該診察要求トランザクションを前記ブロックチェーンに送信し、
   前記医師端末は、
   自身の医師アドレスを含む前記診察要求トランザクションを前記ブロックチェーンから取得し、取得した前記診察要求トランザクションの前記患者情報に基づいて医師が診察した結果である診察結果、および前記患者端末の患者アドレスを含む診察結果トランザクションを作成し、当該診察結果トランザクションを前記ブロックチェーンに送信し、
   前記患者端末は、自身の患者アドレスを含む前記診察結果トランザクションを取得し、取得した前記診察結果トランザクションに含まれる前記診察結果を患者に提示することを特徴とする電子医療システム。
2. 前記患者情報は、前記患者の公開可能な属性情報および当該患者に影響を及ぼす環境に関する環境情報である公開患者情報を含むことを特徴とする請求項１に記載の電子医療システム。
3. 薬剤師端末を更に備え、
   前記診察結果トランザクションは、前記医師が診察した結果に基づいて作成する処方せんを含み、
   前記患者端末は、
   取得した前記診察結果トランザクションに含まれる処方せん、および前記薬剤師端末の薬剤師アドレスを含む調剤要求トランザクションを生成し、当該調剤要求トランザクションを前記ブロックチェーンに送信し、
   前記薬剤師端末は、
   自身の薬剤師アドレスを含む前記調剤要求トランザクションを前記ブロックチェーンから取得し、取得した前記調剤要求トランザクションの処方せんに基づいて、前記薬剤師が処方せんの内容が適正か否かを判断した結果調剤受任の可否を含む調剤受任情報、および前記患者アドレスを含む調剤受任トランザクションを作成し、当該調剤受任トランザクションを前記ブロックチェーンに送信し、
   前記患者端末は、自身の患者アドレスを含む前記調剤受任トランザクションを取得し、取得した前記調剤受任トランザクションに含まれる調剤受任情報を患者に提示することを特徴とする請求項１または請求項２に記載の電子医療システム。
4. 前記調剤要求トランザクションは、前記公開患者情報を含み、
   前記調剤受任情報は、取得した前記調剤要求トランザクションの処方せんおよび前記公開患者情報に基づいて、前記薬剤師が処方せんの内容が適正か否かを判断した結果を含むことを特徴とする請求項３に記載の電子医療システム。
5. 更に、前記患者の非公開情報を記憶する非公開情報データベース、および前記非公開情報データベースを管理する第１の管理装置を備え、
   前記診察要求トランザクションは、前記非公開情報データベース内の前記患者の非公開情報に対するアクセス権限を含み、
   前記第１の管理装置は、
   前記非公開情報データベース内の前記患者の非公開情報にアクセスがあった際に、前記診察要求トランザクションのアクセス権限に基づいて、アクセスした端末にアクセス権があると判断した場合に、前記非公開情報を当該アクセスした端末に送信することを特徴とする請求項１から請求項４のいずれか１項に記載の電子医療システム。
6. 更に、前記医師が作成する、前記診察結果に対応する診療記録を記憶する診療記録データベース、および前記診療記録データベースを管理する第２の管理装置を備え、
   前記診察結果トランザクションは、前記診療記録データベース内の診療記録へのアクセス権限を含み、
   前記第２の管理装置は、
   前記診療記録データベース内の診療記録にアクセスがあった際に、前記診察結果トランザクションのアクセス権限に基づいて、アクセスした端末にアクセス権があると判断した場合に、前記診療記録を当該アクセスした端末に送信することを特徴とする請求項１から請求項５のいずれか１項に記載の電子医療システム。
7. 患者端末と医師端末とを備え、ブロックチェーンを利用して医療サービスを提供する電子医療システムにおける電子医療処理方法であって、
   前記患者端末が、患者の身体状態を示す身体状態情報および当該患者の症状を示す症状情報を含む患者情報、並びに前記医師端末の医師アドレスを含む診察要求トランザクションを生成し、当該診察要求トランザクションを前記ブロックチェーンに送信する第１のステップと、
   前記医師端末が、自身の医師アドレスを含む前記診察要求トランザクションを前記ブロックチェーンから取得し、取得した前記診察要求トランザクションの前記患者情報に基づいて医師が診察した結果である診察結果、および前記患者端末の患者アドレスを含む診察結果トランザクションを作成し、当該診察結果トランザクションを前記ブロックチェーンに送信する第２のステップと、
   前記患者端末が、自身の患者アドレスを含む前記診察結果トランザクションを取得し、取得した前記診察結果トランザクションに含まれる前記診察結果を患者に提示する第３のステップと、
   を含むことを特徴とする電子医療方法。
   

Images