モバイル糖尿病日記の例での生涯使用のためのアプリケーションインターフェースの開発

糖尿病は、世界で最も一般的な病気の1つです。 ロシアだけで、 糖尿病患者数は950万人であり、世界ではこの数は4億2200万人に達し、これは18人に1人です。



糖尿病患者の申請者である私は、これと同じ18人目で、8歳のときに1型糖尿病と診断されました。







このトピックにあまり詳しくない人のために、糖尿病は自己免疫不治の病気であり、人体自体が血中のグルコース(糖)レベルの調節に対処できないことを説明します。



このため、1型糖尿病患者は常に1日平均5回インスリンを注射し、1日平均7回指を刺して血糖値を測定する必要があります。 2番目のタイプの糖尿病患者は、ほとんどの場合、食事療法と錠剤を服用した直後に費用がかかりますが、それでもインスリン療法を結び付けなければならないことがあります。



モバイルアプリケーションは、これらすべての人々をどのように支援できますか?



問題



糖尿病の最も重要なことは、糖度制御することです。これを行わないと、失明、腎臓、心臓、および脚の病気など、さまざまな合併症が発生する可能性があります「糖尿病性足」)。







糖尿病患者は、良好な糖質を達成するために、食事、インスリンの量、および糖質への影響を常に監視する必要があります。 これは、「糖尿病の日記」または「自制の日記」と呼ばれるものの助けを借りて行われ、次のようになります。











このような日記を作成し、 毎日10エントリを作成することは非常に難しい場合があります。特に、これを今後の人生で行うことを約束する見込みを考えると、非常に困難です。 残念なことに、多くの糖尿病患者は、このプロセスの不便さのために退院後すぐにこれをやめることを示しています。

そして、データの欠如は糖に影響します。なぜなら、あなたが医者に来たとき、患者には何も見せることができず、医者はインスリンの投与量を調整できず、日記をつける以外の推奨事項を与えることができないからです。



私は解散しません。私自身もこの問題の犠牲者になりました。私の砂糖は多かれ少なかれ普通でしたが、私はそれについて何かをすることにしました。



既存のソリューション



私が最初にしたことは、私の問題を解決できるアプリケーションを探すことでしたが、驚いたことに、ロシアのAppStoreにはそれらのアプリケーションはほとんどありませんでした(10の糖尿病のリクエストで、糖尿病日記の管理に関連するアプリケーションは4つだけでした)。



残念ながら、各アプリケーションでデータを入力するプロセスは長いものであることが判明したため、1週間は我慢できませんでした(もちろん、これは私の主観的な意見です)。 また、一部のアプリケーションでは、一般的に、インターフェイスは、PDAでさえゼロに書き込んだアプリケーションに挨拶を伝えました。







アメリカのAppStoreでは、状況ははるかに良く、巨大なニッチにはmySugrDiabetesのような巨大なものがあります(これは驚くことではありません。







ただし、これらすべてのアプリケーションのローカライズはありません。AppStoreにダウンロードすることはできません。そのため、別のアカウントを作成する必要があります。

Excelやブラウザでタブレットに日記を保存するためのオプションすら考えていませんでした。

その結果、モバイルアプリケーションの開発者として、自分の製品の開発を開始することにしました。



開発したソリューション



アプリケーションを開発するときに達成すべき主なことは、糖尿病の日記を保存する便利さと速度でした 。 したがって、優先目標は、データをアプリケーションに入力してアクセスする時間を短縮することでした。



日記画面



ユーザーがアプリケーションを開いたときに表示されるメイン画面は、ダイアリー画面です。この画面では、最後の10エントリを表示して以前のインジケーターを呼び出し、データ入力にアクセスできます。



糖尿病では、3つの最も重要な要因は次のとおりです。



  1. グルコースレベル、これはミリモル/リットルで測定されます;
  2. パン単位で測定される食事(1 XE =炭水化物12グラム);
  3. 単純に単位で測定されるインスリン注射。短いタイプと長いタイプのインスリンに分けられます。




この場合、すべてのデータを一緒にまたは別々に入力できます。





糖尿病患者が考慮する必要がある他の要因がありますが、それらはそれほど重要ではないので、今のところこれらの3つの指標のみに焦点を合わせています(おそらく他の指標の導入に関する別の記事でお話しします)。

追加の手順でユーザーを複雑にしないために、ユーザーが1つのパラメーターのみを入力する必要がある場合、特定のインジケーターに直接移動する機能が追加されました。



入力画面



入力画面の場合、タスクはキーボードからデータを入力する標準的な方法とは異なる解決策を見つけることでした。なぜなら、小数部とコンマを含む整数値を入力するには、ユーザーからの多くのクリックが必要であり、多くの時間がかかります。 円形のインターフェイス要素とカルーセルを使用して値を選択し、目的の値にすばやくスクロールするなど、いくつかのソリューションが検討されました。 残念なことに、砂糖とインスリンの値は0から20単位(場合によってはそれ以上)変動する可能性があり、大きな値では要素がかなり長い間ねじれているため、問題も解決しませんでした。



その結果、最適な解決策は、従来のスライダーを使用することでしたが、整数と小数の2つの部分に分割しました 。 したがって、ユーザーは1回または2回クリックするだけで必要な値を簡単に選択でき、ミスをした場合は、指を離さずに修正できます。



また、キーボード入力を拒否しませんでした。この方法は不便だと思う人には、標準の入力方法を使用できます。 キーボードとスライダーは連携して動作し、キーボードから入力した値はスライダーですぐに修正できます。







特定の値の入力を完了すると、ユーザーは一連のデータ入力ステップに限定されず、ナビゲーションカルーセルを使用して、スワイプして目的のステージに移動できます。



さらに、ユーザーが設定でインスリンの投与量を計算するための独自の係数(インスリン感受性因子と炭水化物係数)を指定した場合、アプリケーションはその投与量を計算し、指定された値をクリックして入力できます。



目標画面



重要な機能は、糖尿病に関連する手順のリマインダーを設定する機能です。この目的のために、目標の画面が開発されました。 すべての機能を説明するのではなく、ユーザーの時間を節約するのに役立つ実装された機能について説明します。



最初の機能は、ユーザーがプログラムを構成して、記録中に食事またはインスリン注射があった場合にx時間後に砂糖を測定することに関するリマインダーを作成できるように、自動的に目標を作成することです。 これにより、 最も頻繁で必要なリマインダーを追加する時間を節約できます-食事やインスリンの後に砂糖を測定します。



2番目の機能は、ターゲットの自動クローズです。 目標は「その他」をカウントせずに3つの主要なカテゴリ(砂糖、食品、インスリン)に分けられているため、アプリケーションは、ターゲットが入力する必要があるパラメーターと、このレコードにあり、適切な時間間隔にある追加されたレコードを自動的に確認できます目標から-目標は自動的に閉じられ、ユーザーが自分でマークする必要はありません。







統計画面



データを維持する必要性に加えて、ユーザーはそれら簡単に分析する機会を与えられる必要があります 。 繰り返しますが、すべての要素について完全に説明するわけではありませんが、最も重要な点について説明します。



ユーザーにとって最も重要な指標は、 平均糖度、糖の分散、およびそれらの比率を含み、すぐに計算され、糖のレベルを追跡する品質特性が与えられます。 評価の特性は、ユーザーが設定で設定した目標から取得され、ユーザーが表示された値をすぐに分析できるように「優秀」、「良い」、「普通」、「悪い」に分けられます。



同時に、統計はこの方法でデータを日単位だけでなく、週および月単位でも読み取ることができます(その後、日ごとの平均糖のダイナミクスがチャートに反映されます)。





おわりに



アプリケーションはすでに3か月間AppStoreにあり、Google Playでは2か月間、すべてのユーザーがユーザーフレンドリーなインターフェースに積極的に反応しており、ピアと比較してアプリケーションの機能の遅れを許容しています(徐々に解決しています)。



また、リリース後、アプリケーションは、今週のトップの新しいアプリケーションで、AppStoreのメインページにアクセスすることに成功しました。







もちろん、アプリケーションの宣伝には難しいこともあります。私はイニシアチブに基づいてより多くのことを行っており、広告予算はあまりありませんが、AppStoreでアプリケーションを探すだけのオーガニックユーザーを毎日獲得できることを嬉しく思います。私がかつてしたように、糖尿病に関連しています。



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



実装された画面と、開発されたインターフェイスを改善する方法に関するヒントについて、あなたの意見を聞きたいと思います。 将来的には、おそらくアプリケーションの新しい機能の実装の複雑さに関する別の記事を書くでしょう(そして、多くの計画が先にあります)。



PS:もちろん、私自身もアプリケーションのリリース以来日記をつけていますが、驚いたことに、それを放棄しないでください。



All Articles