医療機器のサイバーセキュリティに関するラベリングとユーザー向け情報
Sytance · 更新日
医療機器のサイバーセキュリティに関するラベル表示とユーザー情報では、機器を安全かつ有効に使用するためのセキュリティ条件を説明します。リスク管理策、運用環境に関する前提、更新経路、責任分担を、ユーザーや医療機関が実行できる情報にします。
リスク管理策としてのユーザー情報
FDAは、サイバーセキュリティに関する透明性を、機器の安全かつ有効な使用および統合の一部として扱います。想定ユーザーと情報の種類に応じて、機器ラベル、操作マニュアル、管理者ガイド、顧客向けセキュリティ文書、MDS2、オンラインポータル、その他の管理された経路で情報を提供できます。
EUのMDRおよびIVDRファイルは、異なる法的構成をとります。メーカーは、ソフトウェアを意図どおりに動作させるために必要な最低限のハードウェア、ITネットワーク特性、ITセキュリティ対策を明記する必要があります。さらにMDCG 2019-16は、その情報と意図された運用環境、安全な設定、パッチ、管理者情報、医療機関の責任との関連を説明しています。
ソフトウェアを組み込んだ機器、またはそれ自体が機器であるソフトウェアについては、開発ライフサイクル、情報セキュリティを含むリスク管理、検証、妥当性確認の原則を考慮し、最新の技術水準に従ってソフトウェアを開発・製造しなければならない。
規則 (EU) 2017/745、附属書I第17.2項(英語原文)
FDAのラベル表示内容
FDAの現行市販前ガイダンスでは、ユーザーによるサイバーセキュリティリスク管理に役立つ情報の例を示しています。適切な詳細レベルは想定読者によって異なります。患者向けの説明書を病院ネットワークのハードニングガイドのようにしてはならず、管理者ガイドでも一般的な安全警告の陰に運用上の詳細を隠すべきではありません。
ユーザー情報には、意図された使用環境で推奨されるサイバーセキュリティ管理策、安全な導入を支援する図、ネットワーク要件、サポートされる暗号化インターフェース、サイバーセキュリティ脆弱性またはインシデントへの対応手順を含めることができます。
FDAは、データを受信または送信するネットワークポートその他のインターフェースについて、ポートの機能、通信の方向、安全な使用に関係する場合の承認済み宛先エンドポイントなど、有用な情報を期待しています。
ユーザー情報では、出荷時の機器の安全な設定、ユーザーが変更できる設定、セキュリティリスクを高め得る変更を説明する必要があります。例として、ファイアウォールルール、許可リスト、拒否リスト、ログパラメーター、物理的セキュリティ設定、認証情報のリセットがあります。
ラベル表示では、セキュリティイベントへの機器の動作、ログの場所と形式、バックアップ・復元手順、設定の復旧、異常時に重要機能を保護する大まかな機能を説明できます。
EUのユーザー情報
EUファイルでは、ユーザー情報をMDRまたはIVDR附属書Iに関連付ける必要があります。ソフトウェアやプログラマブルシステムについて重要なサイバーセキュリティ事項は、最新の技術水準、リスク管理、情報セキュリティ、検証、妥当性確認、モバイルプラットフォームに関する要素、最低限のIT要件、不正アクセス対策です。
- 意図された使用に必要な最低限のハードウェア要件とワークステーション要件。
- セグメンテーション、通信経路、互換性のあるサービス、サポートされるプロトコルなどのITネットワーク特性。
- アクセス制御、マルウェア対策に関する期待事項、ファイアウォールルール、パッチ適用の前提、ログ記録、バックアップなどのITセキュリティ対策。
- 接続デバイス、モバイルプラットフォーム、クラウドサービス、ブラウザー、オペレーティングシステム、セキュリティツールとの互換性に関する制約。
- 意図された運用環境の範囲外で機器を運用するリスク。
MDCG 2019-16は、管理者向け手順書、セキュリティ運用マニュアル、MDS2形式の開示、設置ガイドなど、詳細なセキュリティ情報の一部をIFU以外に置くことも認めています。それでも情報は管理され、最新であり、技術ファイルとの整合が取れている必要があります。
更新とパッチに関する連絡
脆弱性が発生する前から、実用的な更新情報が必要です。FDAは、メーカーが承認したソフトウェアとファームウェア、更新が利用可能になったことをユーザーが知る方法、サポートおよびライフ終了に関する情報、サポート終了時のリスク移転または伝達方法について、ユーザー向け情報を期待しています。第524B条のサイバーデバイスにも、市販後脆弱性、更新、パッチに関する計画が必要です。
検証済みの更新経路
真正性の確認、導入手順、ロールバックの制限、復旧時の想定を含め、連絡内容は検証済みの更新プロセスに合わせる必要があります。
運用上の制約
パッチを直ちに適用できない場合、ユーザー情報では、停止時間、互換性、必要なインフラストラクチャ、ユーザーの作業、補完的な管理策を説明する必要があります。