ユーザー名とパスワードによるログイン

　仮想デスクトップ環境でiPadを使っている病院であれば、仮想システムを起動するためにユーザー名とパスワードの入力を求められているはずだ。ネイティブアプリを使っている病院でも、バックエンドサーバにアクセスする必要が生じる。この場合、アプリが必要とするデータを選択してダウンロードし、使い終われば削除する必要がある。ネイティブアプリも仮想環境と同様のセキュリティ対策として、ユーザー名とパスワードによるログインが必要だ。

ロールベースのログイン

　病院内の全てのユーザーが全てのアプリケーションにアクセスできる必要はない。ロールベースのログインは、仮想環境で使われるiPadには既に設定されているかもしれない。ネイティブアプリの場合は、アプリ内で設計し、実装する必要があるだろう。

コピー・印刷対策

　iPad上のカルテの情報はコピーや印刷も可能なことから、一定レベルのコントロールが必要だ。ここでもロールベースのアクセスコントロールをiPad上で使ってセキュリティ対策を実装できる。ユーザーに医師、看護師、病院管理者といった役職を割り当て、その役職に応じた情報レベルでコピーや印刷ができるようにする。

暗号化されたデータの転送

　仮想デスクトップ環境では、iPadとの間でやりとりするデータも含め、全ての通信に128ビットの暗号がかけられているはずだ。病院でのiPad利用のためにネイティブアプリを開発する場合、そのアプリがサーバと通信する際にはこれと同じレベルの暗号を実装する必要があるだろう。

孤立した専用サブネットワーク

　ノートPCやデスクトップPCなどネットワーク接続されたコンピュータの方が、一般的に可視性やコントロール、ネットワーク速度、サービスレベルは良好だ。iPadのようなモバイル端末では、そのためだけに使われる孤立した専用のサブネットが必要になるかもしれない。iPadのセキュリティおよびパフォーマンスのためには、端末がどこからネットワークにアクセスしているのかを把握する必要もある。モバイル端末はさまざまな強さの信号を利用するが、中には特定のアプリケーションが必要とする帯域幅を確保できない信号もあるかもしれない。

遠隔消去機能

　仮想デスクトップでは、ローカルのストレージを使うこともあれば使わないこともある。ネイティブアプリでは、たとえ一時的にカルテをダウンロードするのみだとしても、ローカルストレージの利用は避けられないだろう。いずれにしても、モバイルデータ保護のベストプラクティスに従えば、iPadの電源を切ったとき、あるいはアクセスが許可されている圏内から出たときに、遠隔操作でデータを消去する必要がある。もしiPadを紛失したり盗まれたりした場合、同様の遠隔消去機能が必要になるかもしれない（関連記事：クラウドストレージへの不安を払拭した医療機関の活用例）。

遠隔自動ロック

　iPad、iPhoneとも、紛失したり置き忘れたり盗まれたりした場合に端末自体にロックをかけられるよう、遠隔自動ロックに対応している。回収したときの再アクティベートには長いパスコードも要求される。パスコードの入力に10回失敗すると、全データが自動消去される。iPadは導入する前に（医師の私物であれ病院からの支給であれ）全て病院に登録し、この機能を有効にする必要がある。

認証の仕組み

　リアルマシン認証や、病院から医師に割り当てるマシンごとのIDなどの技術を使った追加的な認証の仕組みも必要かもしれない。両方のIDがあるiPadはネットワークへのアクセスを許可される。これは、そのiPadが本当に許可されたものなのか、さらにはユーザーも認証されたユーザーなのかを確認するための追加的なセキュリティ措置となる。

追加的なウイルス対策

　iPad自体のウイルス対策製品は存在しないが、iPadを導入する際にはサーバ側で標準的なウイルス／マルウェア対策を追加する必要があるだろう。これは仮想とネイティブアプリの両方に当てはまる。

　医師や看護師は私物のiPadを病院に持ち込み、そこから病院のアプリケーションにアクセスしたいと要求するようになっている。だがiPadはさまざまなセキュリティ問題をもたらす。病院のIT部門は主に、仮想デスクトップの導入またはカスタマイズされたネイティブiPadアプリという2つの方法で対応している。システムのセキュリティ対策を体系的に導入し実行できることは多くの病院で実証されている。病院でのiPad利用によって医師が享受できるメリットに比べれば、こうしたセキュリティ対策のために費やす時間や労力、リソースはささいな代償だと思えるだろう。