受け入れ手続きと情報共有のシステム

受け入れの手続きと、関係者の間で共有する情報を、画面と API で扱う仕組みです。関係者は権限に応じて同じ記録を見ます。問い合わせへの自動応答は、画面の実装には含めず、設計として残しています。手続きの記録と共有を一つの流れにし、連絡手段ごとに書き写していた内容を、同じデータとして見られるようにしています。

手続きの記録と、関係者へ共有する情報を、画面から登録して API に保存します。関係者は権限に応じて同じ記録を見ます。問い合わせへの自動応答は設計だけを残し、画面の機能には含めていません。書き写しではなく、同じデータを権限で見せるのが、この仕組みの中心です。関係者は、権限に応じて同じ記録を開きます。

受け入れの手続きと、関係者への共有が、別の連絡手段に分かれていました。手続きの途中で聞いた内容を、別の担当へ伝えるときに書き写し、どの版が最新かを連絡の履歴から探していました。関係者ごとに見られる情報が違っても、その違いがデータの権限ではなく、送った相手の違いになっていました。同じ質問が繰り返されても、過去の答えが手続きの記録と結びついていませんでした。

手続きの途中で聞いた内容を、別の連絡手段で次の担当へ書き写していました。権限の違いは、データを分けるのではなく、送った相手の違いになっていました。過去の質問と答えが手続きの記録と離れているので、同じ説明を繰り返していました。どの連絡が最新かを、履歴の日時で判断していました。

手続きと共有する情報を、画面から登録し、API で保存します。関係者は権限に応じて同じ記録を見て、担当が変わっても書き写し直さずに確認できます。登録した内容は、手続きの進みと一緒に残します。

問い合わせへの自動応答は設計です。過去の問い合わせと案内から答えを探し、権限ごとに返してよい内容を分け、判断が必要なものは担当へ渡すところまでを設計に書いています。複数の言語で答えることと、過去の記録を参照して答えることも、この設計の中に含めています。自動応答そのものは画面の実装には含めていません。

画面では手続きと共有情報を登録し、保存された記録を権限に応じて開きます。担当が変わっても、前の担当の記録を同じ画面で確認できます。自動応答については、過去の問い合わせと案内を参照し、権限ごとに返してよい内容を分け、判断が必要なものを担当へ渡す設計までを文章に残しています。複数の言語で答える方針も設計に含み、実装された画面の操作にはしていません。

画面は Next.js と TypeScript で、手続きと共有する情報の登録と確認をブラウザに出します。API は Laravel と PHP で、記録の保存と取得を受けます。データは MySQL、キャッシュは Redis、配信は Nginx です。画面、API、データベース、キャッシュ、配信は Docker でまとめて起動します。問い合わせの自動応答は、この実行環境の画面には載せず、設計の文書として同じ成果の中に残しています。

Next.js と TypeScript が手続きと共有の画面を作り、Laravel と PHP が API として記録を受けます。MySQL が記録の保存先、Redis がキャッシュ、Nginx が配信、Docker がこれらの起動をまとめます。自動応答の設計は、この実行環境の画面とは別の文書として、同じ成果の説明に含めています。