Prototype revision log
Open your materials, follow the steps, then turn in your work.
Record a revision log documenting how feedback changed your ER prototype.
1. Open your materials
Use the materials named in the first step below. Open lesson resources.
2. Start the work
Collect feedback on your floor plan and flowchart.
Show all 5 required steps
- Collect feedback on your floor plan and flowchart.
- List each change you made and the reason for it.
- Tie each change to a criterion or constraint.
- Note one change you considered but rejected, with reasoning.
- Submit the prototype revision log.
Lost your place? Lost your place? If you have collected feedback on your floor plan and flowchart (step 1), start listing each change and its reason (step 2). Then tie every change to a specific criterion or constraint (step 3), and before submitting, add one alternative you rejected with your reasoning (step 4).
Check your work before submitting
- Your log links each revision to evidence or a criterion.
- You can justify a design change and a rejected alternative.
Before lab work: read the safety rules
- Wear the required PPE, keep the bench clear, handle equipment only as directed, and know where the eyewash, sink, and spill kit are before you start.
- Human samples and data stay private: label with a code, never a name, and dispose of materials in the correct waste container, then wash your hands.
3. Turn in your work
DueCheck Schoology- Hand in
- Prototype revision log: accepted changes tied to criteria or evidence, and at least one rejected alternative with reasoning.
How to submit and name your file
Use the submission route shown on today's today's page.
In Schoology, open your course and the assignment for this lesson. Attach your file, select Submit, and check that it appears in the submission.
PDF upload helpYou get two school days for every day you were absent, so this deadline moves with you.
How this lesson connects
Keep using what you learned last class: A flowchart verifies a design, because tracing the decisions a person actually makes while moving reveals confusion points that a static floor plan cannot show, so you can fix them before a patient guesses wrong. Today: A revision log is the primary evidence that feedback improved a prototype, because tying each documented change (and each rejected alternative) to a specific criterion proves the improvement was driven by evidence rather than guesswork.
Optional: listen or watch a unit review▸
Thinking practice for this week▸
Argument: disagreeing well, and when opinion becomes fact
How do we argue productively when we disagree, and when does a claim become accepted as fact?
An argument is not a fight. It is two or more people testing claims against evidence to get closer to the truth. The best disagreements aim at the strongest version of the other side (steelman it), refute the actual reasoning, and stay about the idea, not the person.
A sound argument and a clash of opinions are different things. Opinions can simply differ and both stand. A scientific argument is settled by evidence: the side with stronger, more reliable evidence and better reasoning should win, and everyone should be willing to update.
So when does an opinion become a fact? In science, a claim becomes accepted not because enough people like it, but when independent evidence keeps supporting it and repeated attempts to disprove it fail. That is consensus, and it is provisional: it holds until better evidence changes it. Truth is not a vote, but agreement among many careful, independent investigations is the best signal we have.
- • Steelmans: it takes on the strongest version of the other side.
- • Targets reasoning and evidence, never the person.
- • Is settled by evidence, not by who is louder or more popular.
- • Stays open: the participants will change their minds if the evidence does.
- • A claim earns the label “fact” through repeated, independent evidence, not a popularity vote.
- • Even strong consensus stays open to revision if better evidence appears.
Take a claim from this course that people might dispute. Write the strongest argument for it and the strongest against it, then say which the evidence supports and what would change your mind.
Need help? Warm-up, timing, and directions▸
💡 Big idea: A revision log is the primary evidence that feedback improved a prototype, because tying each documented change (and each rejected alternative) to a specific criterion proves the improvement was driven by evidence rather than guesswork.
- 0-10Collect feedback: review peer comments on your and flowchart from this week
- 10-30Log accepted changes: for each revision, record what changed and why (tie to criterion or evidence)
- 30-50Log rejected alternatives: note one change you considered but decided against, with reasoning
- 50-65Verify that every logged change traces to a criterion or constraint from your
- 65-77Submit the prototype revision log
- 77-80Exit reflection: which revision do you think improved the design most, and what is your evidence?
- • This week you built a and a flowchart. Now you need to document how feedback changed them.
- • A revision log is not a list of mistakes -- it is proof that your design process is iterative and evidence-driven.
- • Every change you record today becomes part of your portfolio evidence for Problem 1.
- • Including a rejected alternative -- and explaining why you said no -- is a mark of a sophisticated designer.
- • How to write a revision log entry that links a design change to a specific criterion or piece of evidence.
- • Why documenting rejected alternatives shows rigorous design thinking rather than indecision.
- • How a revision log becomes the primary evidence that feedback improved the prototype.
PLTW connection and today's work
Open Problem 1 in your myPLTW course shell and locate the revision or iteration activity to review the log format.
Today's stopping point: The floor plan, flowchart, and all Problem 1 prototype work are done; today you log the changes feedback drove and submit the weekly summative.
PLTW activity titles identify the course connection. If your account will not open, use the posted materials for today and tell Mr. Mendoza. Do not mark an online activity complete unless you completed it.
Course connection
- Activity 1.1.2 Research and Documentation
Use the turn-in directions at the top of this page. Do not create a second submission unless your teacher asks for one.
Show another explanation or a smaller first step
Need help? Choose a starting point
Finish the assigned lab safely before starting extra practice.
Lesson resources: reading, slides, and vocabulary▸
The deck carries the prior idea forward, lets you inspect an analogy, maps the rule to biology, and ends with the same evidence decision and exit ticket used on this page.
Generated from this lesson's canonical data with a red-team citation check.
A flowchart verifies a design, because tracing the decisions a person actually makes while moving reveals confusion points that a static cannot show, so you can fix them before a patient guesses wrong.
A revision log is the primary evidence that feedback improved a prototype, because tying each documented change (and each rejected alternative) to a specific criterion proves the improvement was driven by evidence rather than guesswork.
A thermostat compares a room reading with a set point and changes the heater.
- What is measured?
- What is the target?
- What response reduces the difference?
detects a change and produces a response that reduces that change.
Body systems use many interacting signals and delays, not one simple thermostat wire.
- • Room reading maps to the measured variable.
- • Set point maps to the regulated range.
- • Heater response maps to an response.
Driving question: When a reviewer says your ER corridor is too narrow, can you show exactly what you changed, which criterion or code drove the change, and one alternative you considered and rejected, with the reason?
What you already know: A flowchart verifies a design, because tracing the decisions a person actually makes while moving reveals confusion points that a static cannot show, so you can fix them before a patient guesses wrong.
New idea: A revision log is the primary evidence that feedback improved a prototype, because tying each documented change (and each rejected alternative) to a specific criterion proves the improvement was driven by evidence rather than guesswork.
Visual or model: F1. F1. A lesson illustration or teaching diagram for Prototype revision log. Use it with E1-E3; it is a model or context image, not experimental or patient data. What to notice: Trace the labeled system, test, or design relationship and identify which evidence should trigger revision.
- Observe or measure the relevant feature in prototype revision log.
- Organize the observation with a stable evidence ID.
- Apply this rule: detects a change and produces a response that reduces that change.
- Choose the option the evidence supports and state the limit of the conclusion.
Real biomedical example: When a reviewer says your ER corridor is too narrow, can you show exactly what you changed, which criterion or code drove the change, and one alternative you considered and rejected, with the reason?
What the evidence supports: E1-E3 and F1 support the daily take-home when the response meets the stated success criteria.
What it cannot prove: The package does not support claims beyond this lesson's or any real patient diagnosis.
- • credibility: The degree to which a source can be trusted, judged by the author's expertise, the evidence given, and whether claims are accurate and unbiased.
- • : All the inventions, products, and publications that already exist before a new idea, used to judge whether that idea is truly novel and patentable.
- • : A scaled drawing of a room or building seen from above, showing the layout of walls, equipment, and workspaces.
- • : A step-by-step map of how a task or system moves from start to finish, showing the order of actions and decisions.
- • revision: The act of reviewing and changing work to fix errors and improve it, based on feedback, new evidence, or test results.
Use it now: Choose one decision option. Cite E1 and E3, then explain how the rule connects the evidence to your choice.
Go further, optional: The source links below are optional enrichment. Every fact required for today's local evidence decision appears in this lesson package.
A biomedical design advances when test evidence is compared with explicit user needs, criteria, constraints, risks, and failure modes, then used to justify a documented revision.
Limit: A classroom prototype, , presentation, or does not establish clinical , effectiveness, manufacturing quality, or regulatory clearance.
detects a change and produces a response that reduces that change.
Limit: Body systems use many interacting signals and delays, not one simple thermostat wire.
Your log links each revision to evidence or a criterion.
Limit: E3 defines the classroom product or success criterion. It is not independent scientific evidence and cannot justify a clinical or causal claim.
PLTW-BFH-2027-02-22 · Simulated classroom evidence scenario
Your role: biomedical design team member
Decision: Your team must decide what the evidence from prototype revision log supports before submitting the lab report named on today's page.
- • Hold this entry until you name which criterion the narrow corridor missed, since a change without a criterion proves nothing.
- • Log the corridor change, the criterion that drove it, and the alternative you rejected with your reason.
- • Keep the log short so your prototype looks like it worked the first time instead of needing many fixes.
Response: State one choice, cite at least two evidence IDs, explain the rule that connects them, and add one limitation. Submit it as the lab report.
Claim ceiling: Today's evidence supports a classroom claim about prototype revision log. It cannot prove causation, diagnose a real patient, or justify action outside this room.
Reason for review: Your team must decide what the evidence from prototype revision log supports before submitting the lab report named on today's page.
Context: A revision log is the evidence that feedback improved a design, because it links each change to a specific criterion, and documenting the alternatives you rejected shows disciplined reasoning rather than random tinkering.
- • T1: Collect feedback on your and flowchart.
- • T2: List each change you made and the reason for it.
- • T3: Tie each change to a criterion or constraint.
- • T4: Note one change you considered but rejected, with reasoning.
- • T5: Submit the prototype revision log.
- • E1: A biomedical design advances when test evidence is compared with explicit user needs, criteria, constraints, risks, and failure modes, then used to justify a documented revision.
- • E2: detects a change and produces a response that reduces that change.
- • E3: Your log links each revision to evidence or a criterion.
Measurements: No patient measurement is supplied unless it appears explicitly in E1-E3 or F1. Do not invent a value.
Figure finding: Teaching diagram for Prototype revision log. Trace the labeled system, test, or design relationship and identify which evidence should trigger revision. This is a teaching model, not patient or experimental data.
Uncertainty: This is a composite classroom scenario. Missing history, measurements, or confirmation tests remain unknown and limit the conclusion.
- • The solution must address the stated need in prototype revision log.
- • The decision must be supported by E1-E3.
- • The final product must make the success criteria visible.
- • Complete the work inside the 80-minute block.
- • Use only supplied or teacher-approved materials and evidence.
- • Do not trade , accessibility, or privacy for speed.
- • and evidence quality: must pass before scoring other criteria.
- • User need and effectiveness: highest scored criterion.
- • Time, cost, and ease of use: compare only after and effectiveness pass.
Test evidence: For each option, record the E1-E3 result that supports or fails each criterion. Do not assign a score without a named observation.
- Version or option tested
- Criterion met or missed
- Evidence ID and result
- Revision made
- Reason for the revision
- Need and user
- Criteria and constraints
- Chosen option and evidence
- Test result
- Revision and reason
Students often think Students think revising a prototype means the first version failed, so a long revision log is embarrassing evidence of getting it wrong.. The trap: The trap treats revision as failure. In engineering, revision is the mechanism by which evidence improves a design, so a rich log signals rigor, not incompetence. Hiding your changes to look like you nailed it the first time actually hides your reasoning, and a design with no documented revision looks untested, not perfect.
ER prototype revision log
Feedback collected: peers said the single corridor could cause cross-traffic between incoming and discharged patients.
Accepted changes:
1. Change: split the corridor into a one-way loop. Reason: a peer review showed cross-traffic. Tied to criterion: keep the patient-flow path one-directional.
2. Change: moved the supply cart next to the nurse station. Reason: turnover technician walked too far, slowing turnover. Tied to criterion: turnover at or under 15 minutes.
Rejected alternative:
- Considered: adding a seventh treatment bay. Rejected because it breaks the no-expansion space constraint and would not fit the existing footprint. Documenting this shows the choice was deliberate, not overlooked.
What the log proves: each change traces to evidence or a criterion, so the revisions are improvements, not guesses.
This model shows the level of evidence and organization needed to complete: A log recording each change made to the prototype after feedback, tied to a criterion or evidence, plus one rejected alternative with reasoning.
- State the question and method.
- Present the observations and data with units.
- Explain the result, limitations, and next investigation.
Keep the structure. Replace the question, facts, measurements, and evidence. Then recheck units, vocabulary, and whether the conclusion goes beyond the evidence.
Also due today: Submit the prototype revision log on Schoology.
- CER:
- Claim, Evidence, Reasoning: make a claim, back it with evidence, explain your reasoning.
- SOP:
- Standard Operating Procedure, the exact steps to follow (especially in a lab).
- Tracker:
- Your PLTW progress log where you record completed evidence.
- myPLTW:
- The PLTW course site where you do the online activities. Find it in Clever with your Microsoft sign-in, right next to Schoology.
Tap the speaker to hear a term. Add two of these to your notebook glossary with a definition and an example in your own words.
Pick just 2 or 3 words from today and make them yours: write what each one means in your own words, name the context clue or evidence that helped, then give one example from what you actually did in Prototype revision log. Try your own words first; the glossary is there if you get stuck. This is voluntary and counts as extra credit, so keep it short.
Saved on this device. Show Mr. Mendoza or add these to your notebook glossary to claim the extra credit.
Classroom documents for this lesson are posted in Schoology. Open Clever, then Schoology, and find each one by the name shown on its card.
Open this when the class reaches this activity and use it to complete the required lesson artifact.
Placement rationale
Matched Prototype planning and project management by path:Biomedical-Innovations/Problem-1_Emergency-Room/1.1_Emergency-Room; keywords:gantt, project management. Score 142. Visibility: student-schoology (student-facing resource; link through Schoology rather than local path).
Use this if you were absent, got stuck, or need another pass before you submit the lesson artifact.
Placement rationale
Matched Prototype planning and project management by path:Biomedical-Innovations/Problem-1_Emergency-Room/00_Problem-Overview; keywords:gantt, design. Score 134. Visibility: student-schoology (student-facing resource; link through Schoology rather than local path).
Open this when the class reaches this activity and use it to complete the required lesson artifact.
Placement rationale
Matched Prototype planning and project management by path:Biomedical-Innovations/Problem-1_Emergency-Room/1.1_Emergency-Room; keywords:design. Score 134. Visibility: student-schoology (student-facing resource; link through Schoology rather than local path).
Sign in to Clever with your district Microsoft account to open Schoology or myPLTW. Follow today's posted steps. If myPLTW will not open, use the posted alternative and tell Mr. Mendoza. Turn in your completed work through the Schoology assignment.
Practice: try a question, then check your answer▸
Claim ceiling for this check: Today's evidence supports a classroom claim about prototype revision log. It cannot prove causation, diagnose a real patient, or justify action outside this room.
A team writes: 'We improved the layout based on feedback.' As a reviewer, why can you not accept this as evidence, and what two things must a real log entry contain?
Write an answer and pick a confidence to unlock the key.
Fast retrieval with instant answers, not the commit-then-reveal check above. Try each from memory first: write what you remember about the earlier units, then check yourself here.
Missed class or ready for more?▸
I can name the procedure's purpose and the evidence I will record. I can state today's specific hazards and the control for each. If this deck does not name them, I ask Mr. Mendoza before I touch anything. My data table is ready before materials are handled.
Finish the checklist before you handle any material.
- • Wear the required PPE, keep the bench clear, handle equipment only as directed, and know where the eyewash, sink, and spill kit are before you start.
- • Human samples and data stay private: label with a code, never a name, and dispose of materials in the correct waste container, then wash your hands.
- 1Before materials are handled, identify the purpose, variables or comparison, controls, measurement units, and stop-work condition.
- 2Collect feedback on your floor plan and flowchart.
- 3List each change you made and the reason for it.
- 4Tie each change to a criterion or constraint.
- 5Note one change you considered but rejected, with reasoning.
- 6Submit the prototype revision log.
- 7Record each result in the prepared table before interpreting it. Mark missing, repeated, or invalid results truthfully.
- 8Complete the named cleanup and waste route, remove PPE safely, wash hands when required, and confirm the station is ready for the next group.
| Trial or sample ID | Independent condition | Measured result with units | Observation before interpretation | Quality-control note |
|---|---|---|---|---|
Before the procedure, predict the result and cite the rule behind the prediction.
After the procedure, compare the result with the prediction and name one limitation or source of uncertainty.
What today's skills lead to. These are real health-science careers this course builds toward. Tap one to see, on the US Department of Labor's O*NET site, what the job actually involves, what it pays, and how fast it is growing.
Today is individual work you can do from home: complete the same target above, then submit your Lab report.
Go to Schoology to turn this in. Submit one PDF. Put your first and last name in the document header. Name the file: FirstName LastName - Assignment Title - YYYY-MM-DD.pdf. If you cannot get in, see Mr. Mendoza. Do not skip the work.
Class still runs. Complete the online activity above (it's self-guided). Need the concept taught without a teacher? Use this authoritative explainer:
NGSS Engineering Design- CompleteEvery required part of the artifact is present, nothing left blank.
- AccurateThe science and the data are correct and match the evidence.
- Scientific reasoningYou explain your claim with evidence and reasoning (CER), not just an answer.
- Professional communicationClear, organized, labeled, and written the way a clinician or scientist would.
- SubmittedGo to Schoology to turn this in. Submit one PDF. Put your first and last name in the document header. Name the file: FirstName LastName - Assignment Title - YYYY-MM-DD.pdf. If you cannot get in, see Mr. Mendoza. Do not skip the work.
- Error analysis and method · counts doubleName a specific limit of the method and how it moved your result, and compare what you predicted to what happened. "Human error" does not count; say what about the procedure or instrument caused it.
This week
My Progress dashboard