データベース正規化

Outcome：Complete the task with データベース正規化 (Database Normalization)。 User context：クリニックは、患者の電話番号、医師の名前、3つの薬の列をすべての訪問行にコピーするのをやめます。患者、医師、訪問、および `visit_medications` が関連するテーブルになります。電話番号の変更は1つの事実だけを更新し、チェック済みのレポートビューだけがデータを統合して速やかな閲覧を可能にします。 Technical concept or control：データベース正規化 (Database Normalization)。 Why it fits：事実、その依存関係、およびキーを使用して、1つの信頼できる真実の情報源を構築してください。パフォーマンスの証拠がある場合にのみ、後で非正規化してください。 Do not use it when：実際のデータ関係と一致しないまま、高次正規形を追い求めないでください。明確な所有権と同期ルールがないまま、早期に非正規化を行わないでください。 Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary)：単一の公式標準が全体の用語を管理するわけではありません。その意味はチーム、プラットフォーム、またはフレームワークによって変わる可能性があります。 Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.