ヘルスケア アプリの設計方法
公開: 2016-05-15以前、フィットネスやヘルスケアのアプリがいかに人々をより健康に、より幸せに、より生産的にしているかについて書いてきました (トム・ヨークがレディオヘッドの歌詞でほのめかした不気味な方法ではなく、クールな方法で)。 実際、独自のモバイルヘルスケアアプリを作成したいが、ユニークなアイデアで争いを乗り越える方法がわからない場合に備えて、ビジュアルデザイナーに見てもらいたいフィットネスアプリのウィッシュリストをまとめました.医療アプリで飽和状態にあると思われる市場です。
しかし、ヘルスケア アプリが優れているのと同じように、デザイナーと開発者は、製品が機能的で美しいだけでなく、安全であることを確認する必要があります。その安全性には、2 つの別個の重要な要素があります。 ヘルスケアおよび医療アプリの作成者は、アプリの機能によってユーザーの生命を危険にさらさないように注意する必要があります。また、ユーザー データがデータ窃盗やその他のプライバシーの脅威から保護されていることも確認する必要があります。

Fitbit と心拍数モニタリング: 2 つのデータ ポイントの物語
おそらく、Fitbit ほどこの諸刃の剣をよく理解している人はいないでしょう。 一方では (トラッカー自体を装着している人ですか?)、Fitbit は実際に、発作後に到着した病院の救急隊員に重要なデータを提供することで、男性の命を救いました. 彼の Fitbit データを見て、医療提供者は、生命を脅かす脳卒中を引き起こす反対のことをするよりも、心房細動の電気除細動が彼の命を救うだろうと判断することができました.
一方、Fitbit は、HR、Surge、Blaze トラッカーの心拍数データが危険なほど不正確であり、安全でないゾーンでの心拍数を過小評価し、ユーザーが安全ではないという誤った感覚を抱かせているとして、集団訴訟に直面しなければなりませんでした。行使した。
安全性とセキュリティを念頭に置いてヘルスケア アプリを設計する
アプリはヘルスケアの未来ですが、革新的な医療アプリのアイデアがある場合は、アプリが処理する貴重なデータを保護するために特別な注意を払う必要があります。 アクセシブルな UI 設計からペースメーカーやインスリン ポンプへのハッカーの侵入を防ぐことまで、ヘルスケア アプリの設計について知っておくべきことを見てみましょう。
ヘルスケア アプリで起こりうる 3 つの問題
Proto.io では、革新、業界の混乱、野心的な夢の追求を奨励することが大好きなので、デザイナーや開発者のまろやかさを厳しくすることは、実際には私たちのスタイルではありません. そうは言っても、医療アプリ特有の落とし穴が Apple のビザンチン承認プロセスによって閉鎖される前にあなたの作品を殺してしまったり、医療アプリが文字通りユーザーを殺してしまったりするのであれば、世界を変えるようなアプリを作成することはできません。 .
それは劇的に聞こえるかもしれませんし、ありそうもないことですが、ヘルスケア アプリがいかに洗練されているかを考えると、私たちは良い面も悪い面も含め、新たな可能性の世界に足を踏み入れています。 今日の医療アプリがいかに魅力的であるかを示す例として、糖尿病患者向けの継続的なグルコース モニターとそれに隣接するスマートフォン アプリである Dexcom を見てみましょう。 専用のデバイスで指を刺し、一度に 1 つのデジタル出力を読み取ることに慣れている人にとって、携帯電話で継続的にグルコースを追跡し、経時的な傾向を監視するというアイデアは、ゲームを変えることにほかなりません。

もちろん、このようなテクノロジーがうまくいかないことも容易にわかります。単なる同期エラーがユーザーと糖尿病性昏睡の間に立ちはだかっています。 そして、可能性は低いかもしれませんが、ハッカーがそのようなアプリを利用できる可能性は背筋がゾクゾクします (ただし、暗いサイバーパンク小説の有名な政治家でない限り、可能性は非常に低いです)。
ヘルスケア アプリの設計と開発で陥りがちな 4 つの落とし穴と、それらを克服する方法を見てみましょう。
約束どおりに機能しないヘルスケア アプリは、ユーザーの健康を害する可能性があります。
Fitbit の訴訟をもう一度見てみましょう。これは、デザイナーまたは開発者として提供する製品がユーザーの期待と一致しない場合に何が起こるかを示す良い例です。モバイルヘルスケアデバイス。
2016 年 1 月にこの訴訟が話題になり始めたとき、Fitbit の開発者または株主にとって、これほどまでに緊張した時期はありませんでした。 心拍数の不正確さの疑いと、CES での Fitbit Blaze スマートウォッチのデビューに対する精彩を欠いた反応の間で、Fitbit の株価は 18% 下落しました。
もちろん、その落ち込みよりも恐ろしいのは、アクティビティトラッカーが実際にユーザーの安全を脅かす可能性があるという見通しでした. よりアクティブになりたい愛する人へのギフトとして Fitbit HR を購入したと想像してみてください。次に、愛する人が胸の痛みに苦しんで入院したという知らせを電話で受け取りました。激しい運動。 デバイスや医療アプリを信頼しすぎて、自分を責めますか?
ありがたいことに、会社としての Fitbit とその巨大なユーザー コミュニティの両方にとって、訴訟でなされた主張は、話の全体像を伝えていない可能性があります。 Consumer Reports は Fitbit をテストし、その心拍数モニタリング テクノロジーである PurePulse が約束どおりに機能することを確認しました。 困難な 1 月にもかかわらず、Fitbit はデバイスが利用可能になってから 1 か月以内に 10 億台の Blaze フィットネス ウォッチを動かし、エクササイズ愛好家やウォーカホリックのためのウェアラブル ボールの最高峰としての地位を取り戻しました。
あなたにおすすめ:


最終的には Fitbit がトップに立ちましたが、状況は重要な一連の「もしも」を示しています。 質問。 その PurePulse 技術が実際に危険だったり、少なくとも過剰に売られていたりするとどうなるでしょうか? (ゲノム検査の新興企業である 23andMe の FDA 閉鎖は、スピードが速すぎて独自のマーケティングの約束が緩いという理由で窮地に立たされたもう 1 つの良い例です。会社が立ち直るまでに何年もかかりました)。病院、またはさらに悪いことに、彼らの死まで?
ヘルスケア アプリの解毒剤: 豊富なテストと品質保証
不十分なテストと QA は事実上すべてのアプリを沈める可能性がありますが、プロセスのテストと QA フェーズに十分な時間を費やすことは、ヘルスケア アプリを構築する際に特に重要です。 Fitbit はおそらく、PurePulse テクノロジーをさまざまな条件でさまざまな業界標準の脈拍測定デバイスに対して何度も何度もテストして、テクノロジーの精度を保証していると推測されます。
カロリーと主要栄養素のカウントを追跡するための非常に単純なアプリを作成しているとしましょう。 何がうまくいかないのか、どうすればそれを防ぐことができるのかを考えてください。 たとえば、炭水化物制限ダイエットをしている人は、インスリンのスパイクを避けるために非常に正確な糖度を必要とする場合があります。そのため、エントリが消えたり、2 回入力されたりするアプリの不具合により、不快感や軽度の健康上の問題が発生する可能性があります。あなたのユーザーで。
さまざまな条件でアプリにアイテムを入力する練習をし、大量のログを取り、ベータ ユーザーからの十分なフィードバックを奨励します。 これを簡単に行う方法の 1 つは、複数のコメント投稿者からのフィードバックとコラボレーションを可能にするプロトタイピング ツールを使用することです。
いつものように、多かれ少なかれ完璧な最終製品が得られるまで、繰り返し、繰り返し、繰り返します。

アクセシブルな UI 設計はすべてのアプリにとって重要ですが、医療アプリでは特に重要です。
ここで言葉を切り刻むのはやめましょう: あなたが設計するすべての UI にアクセシビリティを組み込んでいない場合、ユーザーに不利益をもたらし、自分自身に不利益をもたらし、UI/UX の世界全体を害しています。不利益。 アクセシビリティはオプションではなく、すべてのアプリの要件です。 あなたの製品は、視力、聴力、知的能力、注意力、年齢、性別、サイズ、身体能力などのさまざまなレベルの人々によって使用され、この多様性を念頭に置いてユーザーエクスペリエンスを作成する必要があります. (どこから始めればよいかわからない場合は、アクセシビリティ対応のモバイル UI デザインの初心者向けガイドを確認してから、オーディオを使用したデザインの方法を学んでください)。
アクセシビリティは、一般的にユーザー インターフェイスの設計にとって重要であるのと同じくらい重要ですが、ヘルスケア アプリを作成する際には、二重に不可欠です。 開発対象として選択したカテゴリを考えると、ユーザーの多くは、テクノロジの使用方法に影響する場合と影響しない場合がある健康状態にある可能性があることを考慮する必要があります。
たとえば、慢性疾患を持つ人々が自分の症状とトリガーを経時的に追跡するのに役立つアプリを構築しているとしましょう。それを実現することを約束するクラウドファンディング アプリである Flaredown について、私たちは本当に興奮しています。 Flaredown がアプリを使用して管理することを提案している状態のいくつかは、多発性硬化症のようにユーザーの運動協調に影響を与える状態、または線維筋痛症のようにブレイン フォグを引き起こす可能性がある状態です。 乾癬、関節炎、レイノー現象など、手の痛みや可動性の欠如を引き起こす可能性があります。 さらに、ユーザーは、アプリを使用する能力に影響を与える薬で症状を治療する場合があります。
いずれの場合も、ユーザーが持つ可能性のある制限を考慮し、そのアクセシビリティを念頭に置いてアプリを構築してください。 アプリを患者ではなく医療専門家が使用することを意図している場合でも、医療専門家自身が配慮を必要としているわけではないことを忘れないでください。
ヘルスケア アプリには、HIPAA で保護する必要がある個人の健康情報 (PHI) が格納されている場合があります。

HIPAA としてよく知られている医療保険の相互運用性と説明責任に関する法律について、モバイル アプリの設計者と開発者が知っておくべきことについては、一連の記事全体を当てはめることができますが、ここでは非常に基本的なこと、具体的には HIPAA セキュリティ ルールとは何かについて説明します。 、および HIPAA に準拠するためにアプリが行う必要があること。
医療アプリを作成する際に自問する必要がある最も重要なことは、HIPAA は自分のアプリにも適用されるかということです。 この質問に対する答えは、アプリが「対象エンティティ」によって使用されるか、データを送信するために使用されるかによって異なります。 対象となる事業体は、医師、看護師、医療専門家、病院、歯科医、保険会社、ヘルスケア クリアリング ハウス、および PHI (保護された健康情報) を専門的に扱うほぼすべての職員または施設です。 PHI には、医療機関の予約日から手術歴、処方薬の情報まで、あらゆる情報を含めることができます。
基本的に、医師やその他の医療機関または保険機関が使用するアプリを作成する場合、アプリが HIPAA セキュリティ ルールの法令に準拠していることを確認する必要があります。このルールは、患者のプライバシーを保護するための特定のパラメーターを確立します。 これには、PHI データが保存されているサーバーを収容する施設の特定のセキュリティ基準、認証と情報アクセスのベスト プラクティス、データを保護するために暗号化を使用するタイミングが含まれます。 簡単な概要については、InformationWeek の記事「HIPAA コンプライアンス: すべての開発者が知っておくべきこと」を参照してください。
対象となるエンティティが使用するアプリを開発していない場合でも、ユーザーは、体重、安静時心拍数、診断、処方薬などのデータが、ハッキングされやすいサーバーに暗号化されずに置かれることを望んでいない可能性があります。 、またはそうでなければ、悪意のあるデータ泥棒や単に混乱した見物人、またはたまたまiPhoneを拾った人からの侵害に対して脆弱になる可能性があります. ヘルスケア アプリを構築している場合は、HIPAA 準拠のモバイル開発のベスト プラクティスを読み、それを独自のアプリに実装することは決して悪いことではありません。 強力な暗号化は常に優れたアイデアであり、多要素認証 (ユーザーはパスワードと拇印または音声認識などの 2 つのアクセス方法を組み合わせる必要があります) と同様です。
ヘルスケアおよび医療アプリのプロトタイピング

医療およびヘルスケア アプリの開発における仮説的な落とし穴のいくつかは気が遠くなるように思えるかもしれませんが、怖がらせないでください。モバイル ヘルスケアの開発は、人々が自分自身や健康データと対話する方法を変えつつある急成長中の分野であり、デザイナーはあなたのようなものです。患者の人生に大きな違いをもたらすことができます。
人々がより健康で充実した生活を送れるようにする素晴らしいアイデアをお持ちの場合は、プロトタイプを作成してください! Proto.io を使用すると、インタラクション、アニメーション、サウンド デザイン、および真にアクセス可能で使用可能なエクスペリエンスに必要なすべてを備えた、ヘルスケア アプリの実物そっくりのデジタル プロトタイプをすばやく作成できます。 さらに、各 OS のフィットネス トラッキング機能を活用したい場合は、すぐに使用できる UI ライブラリを使用して、Apple Watch や Android Wear などのウェアラブルのプロトタイプを作成できます。
[ Proto .io は、起業家や新興企業が実際のアプリのように見える完全にインタラクティブで現実的なプロトタイプを作成するために使用するモバイル アプリのプロトタイピング ツールです。]






