【1h: 5,000円~】開発中WEBアプリ(Nuxt.js)のFirestore/Authの設計・構成についてアドバイス頂きたいです。

【 依頼内容 】
現在開発中の介護施設向けWebアプリのFirestore設計・構成についてアドバイスいただきたいです。

現在、他のメンターさんにもご指導いただいており、とても良い指導で信頼しているのですが、fireStoreの構成については、他の方の意見も伺いたいと思い、募集させていただきます。
（現状、サブコレクションを使っていない構成なのが気になっております）



【開発環境】
・Nuxt.js(Vue.js)
・サーバー：Firebase/Firestore
・VScode


【依頼背景】
現在、社内ツール向けに介護の報告書管理ツールを開発しておりますが、
Firebaseを使った開発が初めてなので、設計・構成まわりに自信がありません。

特にサブコレクションを使うべきか、、1：ｎのリレーションはdocIDを同じにするのか、フィールドにキーのような形にしてもたせるべきか・・・といったことや、施設側アカウントと管理者アカウントの２種類（アプリも２つ）ある場合、どのような設計でそれぞれのアカウントを判別するべきか・・・といった内容になります。（それ以外にも、全体的に見直していただきたいです）


【開発アプリの機能】
機能としてはかなりシンプルなものだと思います。

■施設側の事故登録アプリ
・メイン機能：事故報告書の登録、PDF出力(pdf_make)、データ分析(GoogleChart)
・サブ機能：利用者データを外部システムのCSVからインポート

■管理者側の複数施設の事故管理アプリ
・メイン機能：事故報告書の承認、差し戻し機能、PDF出力、データ分析


【現状のfirestoreの構成】
コレクション名
・accidents　/事故データ
・users　/利用者データ
・staff　/職員
・facility_accounts　/施設アカウント
・manager_accounts　/管理者アカウント

accidetnsに、事故報告書に使うデータがごっそり入るイメージです。
このなかで、[accidents][users][staff]については、施設ごとに1:nのリレーションとなるデータなので、
[facility_accounts]のサブコレクションとして、階層を１つ下げたほうがよいかと検討しております。


【ご依頼内容】
実際にアプリとコードを見てもらいながら、
１時間程ZOOM等で画面共有しながら、設計・構成についてアドバイスいただきたいです。

よろしくお願い致します。