ユーザーがヘルスケア手順の(潜在的に非常に長い)割り当てリストを操作できるようにする必要があります。リストは、ユーザーがさまざまな方法で並べ替えたい表形式のデータです。
これはヘルスケアであるため、患者は同時に複数の処置を受ける場合があります。したがって、ユーザーは、関連する項目を「処理」するために、データ行のある種のグループ化またはリンクを頻繁に必要とすることがわかりました。一つの問題は、行はしばしば期日、医師などのような属性によってソートされなければならないということです。
最後に、ユーザーはグループ全体をとらずに、ワークリストから個々のアイテムを削除する(たとえば、プロセスを開始する)ことができます。現在、「未割り当て」、「自分に割り当て済み」、「完了」のタブがあります。そのようにセグメント化することで、リストのサイズを小さくする計画でした。グループの各タブには子が含まれる可能性があります。
プラスの面として、これはデスクトップブラウザーでのみ使用できるため、画面の領域が十分に確保され、モバイルの問題は発生しません。
この例の要素では、2,8,9(青い点)は、同じ患者と手順の日付であるため、グループ化またはリンクできます。
プロトタイプを作成しているので、次のいずれかについてアドバイスを受けます:
Monday App からいくつかのポインタを取得できます(下のスクリーンショットを参照)
ステータスを伝えるために背景色に注意し、重要な特定の列(またはそれさえあれば行ヘッダー)を強調するために色を変更します。
ニースになるのは、マルチカラムフィルターです。つまり、ユーザーが(たとえば昇順でソートするために)[患者]タブをクリックし、次に[日付]タブをクリックした場合、テーブルは最初に患者名で、次に手順の日付でソートする必要があります。
これにより、多くの柔軟性が得られ、ユーザーも独自のフィルターを作成してニーズに合わせることができます。ユーザーが毎回同じフィルターをやり直す必要がないように、いくつかのフィルターを保存する方法を持つこともできます。プログラマーの観点から見ると、これも私たちにとって非常に柔軟性があるので、良いことです。複数列の並べ替えが実装されるとすぐに、各フィルターのコードを作成しなくても、カスタムフィルターと事前定義フィルターを簡単に作成できます。 モジュール性!
これの実際の良い例は (Gmailのフィルターです) 。
ここに私が検討したいくつかの事柄があります。質問を混乱させないためにここに投稿してください。
短所
列がソートされている場合は壊れます
グループ化されているのではなく、「強調表示/選択」されているように見える
視覚的に非常に複雑になる
「1」以上のグループに対応
折りたたむことができるため、視覚的に複雑ではありません
グループ化について意見を述べましょう(つまり、すべてのグループ化されたアイテムは同じ人に割り当てられます)
短所
列の並べ替えでまだ壊れる
すでに長いリストをさらに長くする可能性があります
長所
並べ替えに対応
リストに高さを追加しません
テーブルへの最小限のコード変更
最初は名前に基づいて一緒にソートされます
短所
インタラクションの背後に隠されている(最初は見えない)
リンクされたアイテムは、リスト内で離れている可能性があります(画面外を含む)