The people we serve cannot choose another dining room. A resident, a patient, and an employee all trust us to put an accurate, nourishing, correctly represented plate in front of them every day. That reliability is not produced at the stove. It is produced in the menu. This module teaches the craft of writing a menu worth serving and the Phoenix3 discipline of having it complete, costed, and approved fourteen days before the first plate leaves the line.
Open each lesson for the content, the teaching format, and the time. Lessons 2 and 6 are hands-on; bring a live menu plan from your location.
A menu that is reviewed on the morning of service is not a plan. It is a correction. The pattern we are replacing is familiar to every operator: ingredients discovered unlinked at eight o’clock, specialty events purchased without a recipe, and central culinary teams consumed by same-day fixes that a two-week horizon would have prevented.
| Object | What it is | What runs on it |
|---|---|---|
| Menu | The dateless template or library that dated menu plans are built from. It is never served on its own. | Rotation design, recipe selection, variety across weeks. |
| Menu Plan | The date-anchored menu actually served at a location. | Production, forecasting, costing, purchasing, reporting, and what residents see in TrueVue. This is the object the standard governs. |
Process makes a menu reliable. Craft makes it worth eating. Before a menu is built in the platform, it should pass the chef’s test on paper.
Item names are recognizable and dignified, and descriptions match what will actually be plated. “Purée #3” is a production label, not a menu item.
A complete menu serves every guest at the table on the same timeline. Diet extensions, texture-modified versions, allergen callouts, and cultural or religious requirements are built in the same pass as the parent menu.
For nursing homes, CMS requires under 42 CFR §483.60(c) that menus:
The same regulation requires therapeutic diets to be prescribed by the attending physician (or delegated to a dietitian where state law allows) and at least three meals daily, with no more than 14 hours between a substantial evening meal and breakfast, extendable to 16 hours when a nourishing bedtime snack is served and a resident group agrees. Assisted and independent living are regulated by the states and by client agreements, which is why CUL-101 defers to both.
| Brand | Menu review requirement |
|---|---|
| Restaura | Validated against the approved PPD target. Where state regulation or the client agreement requires it, the RD approves the menu and all diet extensions, then signs, dates, and files it for survey readiness. |
| Culinour | All of the above, plus reconciliation to physician-prescribed diet orders in the meal delivery platform and therapeutic diet handouts updated at the same time. |
| Infuse | Validated against cost-per-meal or contribution target. Clinical sign-off only where the client agreement specifies it; culinary and allergen review unchanged. |
Menus begin on a Saturday. The deadline is close of business on the last business day falling at least fourteen days before that Saturday.
| Worked example | |
|---|---|
| First day of service | Saturday, January 2, 2027 |
| Fourteen days prior | Saturday, December 19, 2026 |
| Completion deadline | Close of business Friday, December 18, 2026 |
| Triage window | December 19 through January 1, reserved for resolving flagged issues, not for building the menu |
The five conditions are shown in the section below this learning path. They are the operational definition of “complete” wherever it appears in Phoenix3 policy, and the checklist the Approver works through before recording approval. Partial satisfaction is not completeness.
Every location follows the same sequence regardless of brand. The timeline is shown below this learning path. Interim milestones are working guidance; the fourteen-day deadline is the requirement.
| Site structure | Who does what |
|---|---|
| Two-step site | Preparer / Reviewer: Executive Chef or Chef Manager builds the plan, links vendor items, clears errors, forecasts, and pulls the pre-cost. Approver: GM or Dining Services Director verifies all five conditions, records approval, and is accountable for the menu served. |
| Single-manager site | The Chef Manager prepares and approves, then confirms completion to the Regional Director of Operations, who provides the second review on the weekly operations call. |
| All sites | Guest-facing review: the Dining Room or FOH Manager reads the published menu as a resident would: names, descriptions, allergen callouts, texture designations. |
| Regulated accounts | Clinical approval: the RD approves the menu and diet extensions, signs, dates, and files it, and approves any change after approval. |
Central culinary, nutrition, platform, and supply teams work the triage window. They are not a same-day correction service, and routine work routed to them on the morning of service displaces another community’s work. Menu completion is a standing item on the weekly operations call; a standard that is published but never asked about is not a standard.
A menu the location cannot afford is not a complete menu. Financial validation carries equal weight with the other four conditions.
Correct in the forecast, not in the kitchen. A substitution made at T-15 costs nothing. The same substitution made at T-1 costs a purchase order, a production change, and a resident’s trust in the posted menu. Phoenix3 will not impose a hard budget lock until vendor cost data across the portfolio can support one.
Any change to an approved menu gets the same review as the original: linkage, error clearing, cost impact, and RD approval in regulated accounts. Menu cards, displays, order sheets, and production, prep, and pull sheets are updated in the same action. Every in-service substitution is recorded on the Menu Substitution Log: date and meal, planned and substituted item, reason, who notified residents and staff, and RD initials where required.
Escalate when a dish has no recipe, a “Needs Review” tag cannot be cleared, an error is beyond site permissions, an ingredient is new to the location, or a yield or nutrition figure is visibly implausible. Name the item, location, service date, and what you tried. A general request for help does not start a clock; a specific one does.
Appendix A of CUL-101 adds a sixth line for the Approver: the guest-facing review of names, descriptions, Top 9 allergen callouts, and texture designations.
Timing is relative to the first day of service, shown as T-0.
Work each scenario as a team before revealing the answer. Facilitators: ask for the policy section that supports each answer.
Answer aloud or on paper, then open each to check. The written check used for sign-off is administered by your trainer.
Each task is observed in your own location on live platform data by your Chef Sponsor, Regional Director, or a certified trainer. There is no partial credit and no averaging; a gap is retrained and re-observed.
Completion is recorded on the Competency Validation Record (REC-TRN-004). Approvers must hold sign-off before recording menu approval.
CUL-101 Menu Planning, Completion & Review (v1.0, issued August 25, 2026) is in Working Group review and will be added to the Standards Library on approval. Regulatory references: 42 CFR §483.60, Food and nutrition services.
Escalations name the specific item, the location, and the service date.