BtoC 機能追加の概要

背景

新機能としてBtoC機能を追加したいとのこと

追加,修正機能

検診取得画面
メイン画面
- メインの表の調整
- コースの一覧, 登録. 変更. 削除
既存の医師取得画面の調整

追加変更機能一覧

機能名 (Feature Name)	説明 (Description)	備考 (Notes)	工数(d)
全体設計	各機能の設計書の作成や修正の整合性をとる	(備考はとくになし)	16d
検診予約取得画面	既存の医師が取る予約と平行になる形で患者が直接予約を取る画面	画面は"ログイン","ユーザ新規登録","コース選択","日時選択","患者情報入力","確認,確定画面"	44d
メイン画面	管理者のログインした画面。既存の画面の修正と新規追加の機能がある	(備考はとくになし)	12d
* メインの表の調整	既存のマトリックスに表示する「検診側から取られた予約」は色を変える必要あり。既存で部位表示があるところは区別をつける？	(備考はとくになし)	(4d)
* コースの一覧, 登録. 変更. 削除	部位登録として、コースを登録するが見た目としては独立して登録しているように見せる。既存の検査マスタのドロップダウンに追加か？	(備考はとくになし)	(8d)
既存の医師取得画面の調整	コースを部位として登録させようとしているので既存の医師側には出さないようにする仕組みが必要	(備考はとくになし)	6d
システムテスト	システムテストと本番適用	(備考はとくになし)	16d

機能を俯瞰的に見た金額イメージ

九州画像診断は600
- これはフルスクラッチで全機能を作る見積もりの金額
一般的なユーザの認識は200 ぐらいなのではないか？
上記の中間値ぐらいまでは許容されるか？

各機能の仕様

※工数の単位は**(d)** とする
※機能に対する各項目はコーディングと単体テストとして複数にまたがっての確認は別工数のところに乗せておく

全体設計

設計や機能同士のつながりの確認

工数 16d

システムテスト

システムテストと本番適用

工数 16d

検診予約取得画面

ログイン

既存のログインを踏襲する？
- 既存のログイン画面はアカウントが一つのテーブルに集約されているためIDが被ると登録できないかも？
  - 同じIDは駄目らしい
    - 患者の場合は登録間違いや失敗もありうるので同じIDで登録できなきゃ駄目なはず

工数 5d

ユーザ新規登録

登録を自動化する仕組みが必要
- 今までの話の流れでは
  1. ログイン画面で新規登録ボタン
  2. メールアドレスを入れて新規登録
  3. 認証コード的なものをセットでメールを送る
  4. メールアドレスと認証コードでログイン
- 参考で見に行ったところの仕組みではメール

工数 12d

コース選択

コース選択は複数選択する必要がある
- 画面自体はドロップダウンリスト + プラスボタンか？
- スマホの比率が高いはずなのでレスポンシブデザイン

工数 5d

日時選択

複数の検査種,複数の部位で続きの時間を取れるようにする？
- 既存の「メンズ検診」となっているものはCTとMRIになっている
- このあたりは調整になるか？
スマホの比率が高いはずなのでレスポンシブデザイン

工数 10d

患者情報入力

既存の画面をバックエンドは流用できそう
- フロントエンド(view)は他の画面が今までと違うので新規のほうが良さそう
スマホの比率が高いはずなのでレスポンシブデザイン

工数 2d

確認,確定画面

検査種が複数 + 部位が複数となるので、登録も複数箇所に分かれるのをひとまとめで登録する
スマホの比率が高いはずなのでレスポンシブデザイン

工数 10d

メイン画面

メインの表の調整

検診側から来た予約の色付け
- これは既に似たような機能がある(処理済み機能が予約詳細に)

工数 4d

コースの一覧, 登録. 変更. 削除

一覧はコースに当たるものだけになる
- 現在の部位にステータス等をカラムとして追加する必要がある

工数 8d

既存の医師取得画面の調整

修正箇所は部位に対して表示の制御
- コースが部位に追加されるのでコースは表示させない

工数 6d