よむ、つかう、まなぶ。
【参考資料2】これまでの議論の振り返りと今後の検討の方向性 (7 ページ)
出典
公開元URL | https://www.mhlw.go.jp/stf/newpage_39466.html |
出典情報 | 医療等情報の二次利用に関するワーキンググループ(第5回 4/17)《厚生労働省》 |
ページ画像
ダウンロードした画像を利用する際は「出典情報」を明記してください。
低解像度画像をダウンロード
プレーンテキスト
資料テキストはコンピュータによる自動処理で生成されており、完全に資料と一致しない場合があります。
テキストをコピーしてご利用いただく際は資料と付け合わせてご確認ください。
論点②:情報連携基盤の整備の方向性について
【議論の振り返り】(これまでの議論を事務局の責任でまとめたもの)
(1)取扱う情報の範囲
○
情報連携基盤で取扱う情報の範囲については、民間DBの利点を取り入れることや、公的DBに含まれない画像等の診療情報を含む
データの利活用、他省庁が保有しているDB等についても検討していくべきではないか。
○
民間DBの管理体制は様々であるため、民間DBを取扱えるようにするための一定の要件を設定する必要があるのではないか。
(2)情報連携基盤において必要となる要件
【①Visiting環境の整備】
○
○
保護措置の観点も含め、仮名化情報については、Visiting環境においてのみ利用できるようにすべき。
Visiting環境は、実際に使用した際に利便性が感じられるように、解析環境の整備等を行うべき。併せて、セキュリティの標準化
を行い、リモート環境で地域に関わらず公平にデータを取扱える環境を構築する必要がある。
【②一元的な利用申請の受付・審査体制のあり方】
○
医療等情報の二次利用の最初の入口時点で、どのような二次利用の方法か分からないまま一括して同意することに無理がある。
公的機関が質の担保を行いつつ、様々な専門家や一般の外部委員を含めた審査体制で目的等を審査をすることが必要ではないか。
また、解析ソフトウェアの持ち込みなどについても想定しておくべきではないか。
○
各公的DBでは、それぞれに固有の専門性・リスクが存在しているため、審査体制を一元化すると同時に、個別のDBにおいても、
それぞれの特性を踏まえた最終確認を行うなどの枠組みが必要ではないか。
○
一元化した際の運用について、DBの連携による識別リスクの評価、データ連携時のID管理等を詳細に取り決めておくことが必要
となる。
○
丁寧に審査することは必要だが、なるべく時間をかけないように、ワンストップで行えるような形を目指すべき。
6
【議論の振り返り】(これまでの議論を事務局の責任でまとめたもの)
(1)取扱う情報の範囲
○
情報連携基盤で取扱う情報の範囲については、民間DBの利点を取り入れることや、公的DBに含まれない画像等の診療情報を含む
データの利活用、他省庁が保有しているDB等についても検討していくべきではないか。
○
民間DBの管理体制は様々であるため、民間DBを取扱えるようにするための一定の要件を設定する必要があるのではないか。
(2)情報連携基盤において必要となる要件
【①Visiting環境の整備】
○
○
保護措置の観点も含め、仮名化情報については、Visiting環境においてのみ利用できるようにすべき。
Visiting環境は、実際に使用した際に利便性が感じられるように、解析環境の整備等を行うべき。併せて、セキュリティの標準化
を行い、リモート環境で地域に関わらず公平にデータを取扱える環境を構築する必要がある。
【②一元的な利用申請の受付・審査体制のあり方】
○
医療等情報の二次利用の最初の入口時点で、どのような二次利用の方法か分からないまま一括して同意することに無理がある。
公的機関が質の担保を行いつつ、様々な専門家や一般の外部委員を含めた審査体制で目的等を審査をすることが必要ではないか。
また、解析ソフトウェアの持ち込みなどについても想定しておくべきではないか。
○
各公的DBでは、それぞれに固有の専門性・リスクが存在しているため、審査体制を一元化すると同時に、個別のDBにおいても、
それぞれの特性を踏まえた最終確認を行うなどの枠組みが必要ではないか。
○
一元化した際の運用について、DBの連携による識別リスクの評価、データ連携時のID管理等を詳細に取り決めておくことが必要
となる。
○
丁寧に審査することは必要だが、なるべく時間をかけないように、ワンストップで行えるような形を目指すべき。
6