ブロックチェーンを利用した患者を中心とした医療データ共有の仕組み
Prepared for 第2回ブロックチェーンセキュリティワークショップ
Oct 25 th, 2022

会社概要

企業概要
会社名

株式会社レシカ設立

2018年12月1日

所在地

東京都千代田区大手町1丁目6番1号
大手町ビル6階 Inspired. Lab

提供サービス/実績•ブロックチェーン活用に向けたWeb3.0コンサルティング⁃ 大手企業・独立行政法人とPoCを多数実施
提供
サービス•実物資産ｘＮＦＴ「UniCask」開発

代表兼CEO:戴有造 Chris Dai

代表

UniCask共同創設者兼CEO。 以前はCOO /CIO Yixing SCM（ロジスティクス・プロバイダー）複数のベンチャーを立ち上げる。
Accentureのコンサルタント、BitcoinとEthereumの初期の投資家の一人。 2004年にスタンフォード大学で管理科学と工学を専攻し、B.S.を取得。RIETIブロックチェーン技術の将来性に関する研究会委員

リーガル
増島 雅和(森・濱田松本法律事務所)
アドバイザーCopyright @ 2022 RECIKA All rights reserved.

For more information, contact Recika Co.,Ltd•ライブ配信・コンテンツ販売「livesola」開発⁃ プラットフォームに依存しない配信が可能⁃ NFTを含むコンテンツを販売•大手広告代理店:ブロックチェーンを活用した分散型データプラットフォームの構築に向けて、飲食のレコメンデーションのユースケースに対して、サービス設計及びシステム構築に向けた要件を整理
弊社
コンサルティング
実績•大手自動車会社:ブロックチェーンを活用した、モビリティビジネスのユースケースを抽出。その中から優先度の高いユースケースに対し、サービス設計及びシステム構築に向けた要件を整理(車両履歴レポート市場を対象とした車両使用状況の監視、P2Pカーシェアリング等)•独立行政法人(大学病院):ブロックチェーンを活用したデー
タ管理を目指し、アクセス申請・承認、データ参照のログをブロックチェーン上に書き込み、患者・複数の病院の医師間でセキュアにデータを共有する仕組みについて、PoCを実施

Highly Confidential

Confidential

アジェンダ1. なぜ医療にブロックチェーン?
2. 医療×ブロックチェーンの構想
3. 千葉大病院との本検証プロジェクトの概要
4. ゲノムデータの将来性

For more information, contact Recika Co.,LtdConfidential1．なぜ医療にブロックチェーン?

For more information, contact Recika Co.,LtdConfidentialブロックチェーン101
医療分野でのデータ管理の課題

院内システムによりスタンダードが乱立

病院のシステムは多くのソフトウェアベンダーによって作成されており、スタンダードが乱立しており互換性がない。

クラウドは基本信用していない

基本的にクラウドは信頼できないという認識をもっている。

病院間のやり取りはFAXが基本

FAXは病院間の情報通信によく使われており、人件費が多くかかっている。

患者の合意は紙で管理している。

合意は基本紙で患者に署名して合意を取っており、しかし合意された内容を後で患者がチェックしたり、許可を取り下げたりはほとんどの場合できない。

For more information, contact Recika Co.,LtdConfidentialブロックチェーン101
ブロックチェーンとは非中央集権• 中央管理者不在の、自立分散的なネットワーク。

改竄・偽造不可• 電子署名やハッシュ関数などの暗号技術や、経済インセンティブに基づいた合意形成メカニズムを用いて、データが改竄・偽造される可能性を限りなくゼロに近づけている。

ゼロダウンタイム• 世界中に散らばった、マイナー（ノード）がゼロになるまでブロックチェーンは動き続ける。したがって事実上、停止することがないシステム。

For more information, contact Recika Co.,Ltd

Confidentialブロックチェーンの活用
パブリック・コンソーシアム・プライベートチェーン

For more information, contact Recika Co.,Ltd

Confidential２．医療×ブロックチェーンの構想

For more information, contact Recika Co.,Ltd

Confidential

構想１:患者主体の検診データ管理
ブロックチェーンを活用した患者本人による検診データの管理
ブロックチェーン技術の導入により、患者主体での検診データの開示を実現。患者本人が開示を許可をした医師、栄養士、企業の人事部等に対して、検診データを安全にシェアすることが可能に。
現状 *1 (セキュリティ : 普通)

ブロックチェーン導入後 (セキュリティ : 高)患者の検診データは病院内のシステムで管理するため、当該病院以外での情報共有が困難

患者自身が病院を超えた関係者にデータを共有

確認依頼(参照権限付与)

医師B

病院2
医師C

患者の許可により、データ参照・更新の権限を付与

病院1

参照のみ

医師A

参照
・
更新

医師A
患者

検診データ

医師C
健康保険組合Blockchain参照
・
更新

企業
HR担当

医師A
トレーナー
ブロックチェーン導入以降も、利用者の希望に応じて現状と同様の利用形態を採用することも可能
For more information, contact Recika Co.,Ltd

栄養師

*1

Confidential

構想1:患者主体の医療データ管理
本件でブロックチェーン技術を導入するメリット
本クライアントは、既に検診データをクラウド上で管理する仕組みを有していたことから、既存システムにブロックチェーンの層を追加する方法を採用。
これにより、既存の仕組みを活用しながら、医師や関係者の‘’誰‘’が‘’どの‘’診断情報を‘’いつ‘’参照し、アップデートしたかに関する確実な管理を実現。

 既存の検診データ管理システムのデータ構造の変更が不要（複数ユーザーによるクラウド上でのデータシェアを実現）
 現状の仕組みの場合、利用する病院ごとにデータ構造やIF連携の仕様をカスタマイズする必要が生じるが、ブロックチェーンの技術導入により、病院ごとの仕様の変更は不要となる

 二段階認証による厳重なユーザー管理の実現
 病院・組織によるユーザー管理に加えて、患者からの権限承認の二段階でのユーザー管理を実施する
ことにより、患者自身の個人データの参照・更新者を厳密に管理 アクセスコントロールの容易さ
 患者が複数病院での診断データを保持している場合、医師ごとに参照可能なデータの範囲を選択・コントロールすることが可能

 アプリや機能の追加の容易さ
 システム上に新しいアプリケーションを追加する場合、ユーザー認証データと診断データは、既存システムから継承されるため、データの確実性・安全性を担保しつつも、開発ボリュームを抑えることも可能
For more information, contact Recika Co.,Ltd

Confidential３．千葉大病院との本検証プロジェクトの概要

For more information, contact Recika Co.,Ltd

Confidentialパイロット1の検証
本件PoC（実証実験）におけるチャレンジ

1

まだ前例のない「DNA × ブロックチェーン」のプロジェクト 近年、ブロックチェーンを活用したプロジェクトは増えつつあるものの、「DNA × ブロックチェーン」プロジェクトは日本ではまだ実践されていないため、関係者を含めた取り組みへの理解・協力を、いかに得られるかが成功へのカギ

2

適切な階層コントロール (セキュリティコントロール)
 遺伝子データは非常に機密性の高い情報でもあることから、その内容によってアクセスできるユーザーを制限するなど、階層を切り分けた適切なコントロールが重要 このアクセス制御のための階層コントロールは、特にGDPRや個人情報の保護に関する法律等にも準拠した対応が必要

3

コストコントロールと費用の負担
 本件においては、どの情報をブロックチェーンで管理するのかの範囲によってもコストボリュームが変動することから、利用時の安全なデータ管理とコストバランスを見極めた対応がポイント 現在は科学研究費で費用を補っていますが、将来的に費用負担がどのようにできるかが実用化のカギとなる。

For more information, contact Recika Co.,Ltd

Confidentialパイロット1の検証
全体像(イメージ)
パイロット1では、医師・患者などの複数ユーザーが、データを保有する患者の承認を踏まえて正しくデータ参照できるか否かを確認します。
本件において、主治医は自身の患者の全てのデータを患者からの承認無く参照することができますが、それ以外の医師は患者からの承認を踏まえて、医師自身の信頼度レベル×患者データの秘匿性レベルに応じたデータ参照が可能となります。
検診データ

参照

自身の患者データは全て参照可能(患者からの承認も不要)

秘匿性3データ

信頼度1

参照

秘匿性2・3データ参照
患者①のデータ参照
に関する同意確認

主治医A

信頼度2
主治医ではない医師B

秘匿性1-3データ

患者①のデータ参照
に関する同意確認
申請

申請「患者①のデータ参照に同意」と同時に、「患者①に参照権限付与を申請」

承認
患者は主治医に対して、自分の診療データの参照権限を依頼

秘匿性2・3データ<千葉県がんセンター>
主治医ではない医師

承認

承認
参照

申請

信頼度3

患者①

アプリケーションのコンセプト
1. 患者本位の質の高い患者情報の共有方法の開発（ゲノム情報、家系図情報などを含む）。
2. 限定された使用者のネットワーク上で改ざん防止、追跡可能、記録の保存など。
3. 電子同意（本人確認含む）や患者側から医療情報の使用確認が可能（オプトアウト）。かつ医療者と患者の信頼度レベル（医療情報の質や量などレベルと主治医やセカンドオピニオンなどの取り扱い）の設定。
4. 将来的に厚労省の進めるオンライン診療（遠隔医療）の情報共有の補助ツールとして利用可能。
Confidential
For more information, contact Recika Co.,Ltdパイロット1の検証
検証の目的
パイロット1における検証のゴール
パイロット1の検証においては、患者データの秘匿性レベル1-3のデータと医師の信頼度レベル1-3を組み合わせたデータ参照の仕組みが技術的に実現できるか否かを検証すること
パイロット1の検証方法は・・・••

秘匿性レベル１・２・３のデータを設定するため、検証用に使うデータを1種類ずつ決定する
決定した秘匿性レベル1~3のデータに対して、信頼度1・2・3の医師がデータ参照する際の患者への承認依頼の有無、患者からの承認/否認の結果を踏まえた参照可否を確認する■秘匿性レベルと信頼度レベルの組み合わせによるデータ参照の実現方法* 主治医は信頼度レベルに拠らず自身の持つ患者データは全て参照可能。その他の医師としてのみレベルに応じた参照可否が決まるイメージ。

高低秘匿性
分類

主治医*

レベル1

いつでも参照可能

レベル2

レベル3

1

その他の医師としての信頼度*

患者

23

4

参照不可

参照不可

参照不可

参照不可

※参照の依頼もできない※参照の依頼もできない※参照の依頼もできない※参照の依頼もできない

いつでも参照可能

患者から承認された場合は参照可能

参照不可

参照不可

※参照の依頼もできない※参照の依頼もできない

主治医から承認された場合は参照可能

いつでも参照可能

患者から承認された場合は参照可能

患者から承認された場
合は参照可能参照不可

For more information, contact Recika Co.,Ltd※参照の依頼もできない

主治医から承認された場
合は参照可能Confidentialパイロット1の検証【参考】データアクセスによるブロックチェーン書き込みのイメージ
ブロックチェーンを活用したデータ管理においては、アクセス申請・承認、データ参照のログをブロックチェーン上に書き込み、適切に管理できているかを確認する。
本プロジェクト用外部DB(本プロジェクト用に端末を1台準備予定)
暗号化してコピーを作成

参照用
コピーデータ
(患者用)

元データ

データ参照
(一時アクセスKeyで開錠)

参照用
コピーデータ(主治医A用)

参照用
コピーデータ(その他の医師B用)承認(一時アクセスKey付与)

アクセス申請データ参照(主治医は患者の許可は不要)

主治医A

データ参照
(一時アクセスKeyで開錠)

患者アクセス申請承認(一時アクセスKey付与)

その他の医師B

Blockchain
患者
データアクセス
申請

患者
アクセス承認(キー付与)For more information, contact Recika Co.,Ltd

患者
データ参照

その他の医師B
データアクセス
申請

その他の医師B
アクセス承認(キー付与)

その他の医師B
データ参照

主治医A
データ参照
Confidentialパイロット1の検証
検証範囲
検証項目

検証項目

ユーザー
管理

アクセス
コント
ロール

検証内容
• ユーザー:患者、医師※患者は、病院での診察時に利用申請することで、主治医から利用権限を付与される想定だが、本検証においては、既にアプリケーション利用は可能な状態で検証を開始• 個人のプライベートキーに依存したアクセスコントロール• 主治医、その他の医師のパターンによるアクセスコントロール① 患者は主治医からの承認があるまでデータアクセスは不可。
② 主治医は自身の患者データは患者の承認は不要。いつでもアクセス可能。
③ 主治医以外の医者は患者の承認を以って患者データへのアクセスが可能。
• ユーザーのトラストレベル (医師(主治医、その他の医師)、患者)と診療データの秘匿性レベルに応じたアクセスコントロール

アクセス
ログ

クライテリア• Blockchainでのログ管理
 データ参照のリクエストログ
 データアクセスの承認ログ
 データへのアクセス&参照ログ
 チャット(テキストMsg)書き込み時のアクセスログ• 複数種類のユーザー間でのアクセス申請/承認・同一データの参照• 外部からの攻撃への耐性(情報流出しない・データ改ざんされない）• 2段階でのセキュリティコントロール(ユーザーパスワードを盗まれてもデータ参照されない など)

For more information, contact Recika Co.,Ltd

Confidentialパイロット1の検証
検証シナリオ#シナリオ

概要

0 ログイン

患者・医師がWebサービスを利用する場合に、ログインを行う

1 患者による診察データの参照

患者が自身の受けた診察結果のデータを参照するために、主治医に対して診察データの参照を申請する

2 その他の医師による患者データ参照

主治医がその他の医師に対して、患者データ参照に招待する。その他の医師の同意を踏まえ、患者にてその他の医師が患者自身のデータを参照することの承認をすると、その他の医師は当該患者のデータを参照できる。

3 患者⇔主治医とのチャット送受信

患者と医師の間で、診療に係るチャットを送受信する。

4 アクセスログ一覧

患者または医師それぞれのユーザーが、アクセスログ一覧を参照する。

5 ブロックチェーン上の情報確認

自身が参照しているデータがブロックチェーン上に記録されていることを確認する

For more information, contact Recika Co.,Ltd

Confidential

４．ゲノムデータの将来性

For more information, contact Recika Co.,Ltd

Confidentialゲノムデータの将来性
将来的なゲノムデータの活用方法の一つとして、日常生活で欠かせない「検索」において、ユーザー自身のゲノムデータに基づいた嗜好性・身体の状態などを踏まえた、提案型の情報提供に活用することもできるようになります。

アプリケーション管理サーバー① 検索サイトで「ギフト」を検索③ Aさんのゲノムデータをもとに、おすすめギフトを提示③ ユーザーのゲノムデータをもとに、「潜在的な嗜好」や「将来の健康リスク」等を踏まえたおすすめのレストランを提示① 検索サイトで「レストラン おすすめ」と検索

Aさんの誕生日にギフトを送りたい!

友人② ユーザーの許可したゲノムデータを参照

ゲノムデータ管理サーバー

参照のみ

病院1
医師A

そうだ!外食しよう!
何か良い食べ物はないかな・・・

病院2

医師C
確認依頼
(参照権限付与)

ユーザー(患者)の許可により、データ参照・更新の権限を付与④ Aさんにギフトを移譲

日常生活へのゲノムの活用(インターネット検索)

For more information, contact Recika Co.,Ltd

ユーザーA

医師B

医療分野への活用

Confidentialご清聴ありがとうございました

For more information, contact Recika Co.,Ltd

Confidential