| Course | HLTH 2120 Health Informatics |
|---|---|
| Week | Week 3 |
| Paper type | Data flow map |
| Length | About 1,030 words, 6 pages |
| Format | APA 7 student paper |
| School | Walden University |
| Program | BS in Healthcare Administration |
| Updated | October 2026 |
Free sample paper for HLTH 2120 Week 3
Following One Admission Weight Through the Hospital: A Data Flow Map With Every Hop Named and What Can Go Wrong at Each
Student Name
Walden University
HLTH 2120: Health Informatics
Instructor Name
Month Day, Year
Following One Admission Weight Through the Hospital: A Data Flow Map With Every Hop Named and What Can Go Wrong at Each
The Element and Why It Was Chosen
This map follows a single data element, the admission weight of an adult patient on a medical-surgical unit, from the moment it is entered to the reports where it is read by people who never meet the patient. Weight was chosen because it is ordinary and because it matters. Many medications are dosed by weight, including some anticoagulants and antibiotics, and an error in the weight becomes an error in the dose. Medication safety experts recommend weighing patients on admission and recording weight in metric units only, because mixing pounds and kilograms has caused serious dosing errors (Institute for Safe Medication Practices, 2024). The hospital, unit and systems described are a composite of common designs, not a specific institution.
The Map
Table 1 sets out each hop: where the weight goes, who or what moves it, the rules attached and what can go wrong.
Table 1
Hops Taken by an Admission Weight From Entry to Report
| Hop | From and to | Moved by | Rules attached | What can go wrong |
|---|---|---|---|---|
| 1 | Patient to admission flowsheet | Admitting nurse | Required field; unit selector set to kilograms; method field: measured on scale, bed scale or stated | Patient cannot stand and weight is stated by family; unit entered as pounds by mistake; field filled with a prior visit's value |
| 2 | Flowsheet to the dosing weight field in the patient header | EHR rule: most recent measured weight copies automatically | Stated weights do not copy unless a nurse confirms | A stated weight confirmed to clear a hard stop becomes the dosing weight without a scale |
| 3 | Dosing weight to pharmacy verification | Interface to pharmacy module when an order is placed | Weight-based orders display the weight and its date | Pharmacist sees a weight from a previous admission if the current one was not entered |
| 4 | Dosing weight to nutrition assessment | Dietitian's assessment form pulls the value | Body mass index calculated with height | Height estimated or missing, so body mass index is wrong even if weight is right |
| 5 | Flowsheet to the data warehouse | Nightly extract | Values copied with units and timestamps | Free-text caveat in the nursing note does not travel; the method field is dropped by the extract |
| 6 | Warehouse to the quality report | Report built by the quality department | Report uses first weight per admission | A first weight entered in pounds and corrected an hour later is reported uncorrected |
Note. EHR = electronic health record. Hops and rules are typical of common designs and are illustrative.
Where the Weight Loses Its Context
The map shows that the number survives every hop, but its context does not. At hop 1, the nurse records the method, which tells every later reader whether to trust the value. That method field is used at hop 2, where it decides whether the value becomes the dosing weight, and it is visible at hop 3 if the pharmacist opens the flowsheet. By hop 5, the nightly extract drops it, so the quality department receives a number with a unit and a time but no indication of whether anyone put the patient on a scale. The most important caveat of all, a family member's guess about a patient who cannot stand, never left the nursing note.
This pattern, in which data are reused for purposes far from the one they were collected for, is a known source of data quality problems in health records. Assessments of electronic record data quality describe dimensions such as completeness, correctness and currency, and they note that data fit for one use may not be fit for another (Weiskopf & Weng, 2013). A stated weight may be good enough for a nutrition screen and not good enough for dosing an anticoagulant.
The Highest-Risk Hop
Hop 2 carries the most risk, because it is where a value becomes the dosing weight, the number that drives medication calculations. The automatic copy is safe when the value was measured. The risk lies in the hard stop that requires a dosing weight before some orders can be placed. A nurse admitting a patient who cannot stand, with orders waiting, may confirm a stated weight to clear the stop. The system then treats that value as if it were measured. Nothing about the downstream display tells the pharmacist that the weight came from a daughter's estimate.
Researchers studying computerized order entry have described this kind of problem as an unintended consequence of hard stops and required fields: staff find ways to satisfy the system that the designers did not anticipate (Campbell et al., 2006). The hard stop at hop 2 was added to prevent missing weights, and it succeeds at that. It also makes a guessed weight look like a measured one.
A second risk sits at hop 3, where a weight from a previous admission can appear if no current weight has been entered. Weight can change substantially between admissions, especially for patients with heart failure or kidney disease, and a pharmacist who does not notice the date may verify a dose against a value months out of date.
Three Changes, Ranked by Risk Reduced
Three changes follow from the map, in order of how much risk they reduce. First, carry the method of measurement with the weight through every hop, so the pharmacy display, the dietitian's form and the extract all show whether the value was measured. Second, require a measured weight within a set time after admission for patients receiving weight-based high-alert medications, with a flag on the medication record until it is entered. Third, change the quality report to use the first measured weight rather than the first weight of any kind.
None of these changes requires new technology. Each requires deciding that the context of a value is part of the value. That is the lesson of following one weight: data move easily between systems, but meaning does not move unless someone designs it to. Next week's evaluation of a medication administration system will look at the bedside end of the same chain, where the dose calculated from this weight reaches the patient.
References
Campbell, E. M., Sittig, D. F., Ash, J. S., Guappone, K. P., & Dykstra, R. H. (2006). Types of unintended consequences related to computerized provider order entry. Journal of the American Medical Informatics Association, 13(5), 547-556. https://doi.org/10.1197/jamia.M2042
Institute for Safe Medication Practices. (2024). Targeted medication safety best practices for hospitals. https://www.ismp.org/guidelines/best-practices-hospitals
Weiskopf, N. G., & Weng, C. (2013). Methods and dimensions of electronic health record data quality assessment: Enabling reuse for clinical research. Journal of the American Medical Informatics Association, 20(1), 144-151. https://doi.org/10.1136/amiajnl-2011-000681
Reading the HLTH 2120 Week 3 instructions
A data flow map this week typically asks you to pick one data element and trace it from capture to use. Choose an element that matters downstream, so the map has stakes. For each hop, record where the data go, who or what moves them, the rules attached and what can go wrong. A table keeps this readable. Then analyze the pattern across hops, rather than repeating the table, and identify the hop that carries the most risk with an explanation of why. Support the analysis with sources on data quality or system design. Close with changes that follow from the map, ranked by how much risk they reduce, and note if your setting is a composite.
Inside the HLTH 2120 Week 3 example
The opening justifies the choice of weight with ISMP guidance on metric weights and labels the setting a composite. Table 1 lists six hops: patient to flowsheet, flowsheet to dosing weight, dosing weight to pharmacy, to nutrition, to the data warehouse and to the quality report, each with actor, rules and failure points. The analysis section shows the method field surviving two hops and being dropped by the extract, citing Weiskopf and Weng. The highest-risk section explains how a hard stop can turn a guessed weight into the dosing weight, citing Campbell and colleagues, and adds a stale weight risk at hop 3. The closing ranks three changes and links to the barcode evaluation.
HLTH 2120 Week 3 rubric: what earns full marks
Faculty commonly reward maps that name every hop with its actor and its failure point. A map showing only systems connected by arrows earns less than one that explains rules and risks at each step. Credit increases when the analysis identifies a pattern across hops and singles out the highest-risk point with a mechanism. Sources on data quality or unintended consequences of system design strengthen the analysis. Recommendations should follow from specific hops and be prioritized. Faculty notice whether the writer distinguishes the data value from its context. Graders also want the table to be readable, the setting to be labeled as a composite and every source referenced in APA style.
Common HLTH 2120 Week 3 mistakes, and how to avoid them
Data flow maps often draw boxes for systems and arrows between them without saying who moves the data or what can go wrong. Others choose an element with no downstream consequences, which makes the map trivial. Some list every possible failure without saying which matters most. Choose an element that drives a decision, such as a dose or an alert. Walk through each hop and ask what rule governs it and how it could fail. Then pick the one hop you would fix first and explain why. Our writers can build a data flow map for this course that traces one element hop by hop and identifies the highest-risk point.
Get a HLTH 2120 Week 3 example written to your instructions
The desk builds the figure and the keyed paragraphs together from the Week 3 prompt and rubric, using a described or composite system rather than anything out of an employer's environment. A first sample carries no charge and comes back in 24-48h. Where the prompt names the element to trace, include that wording, since it sharpens the whole map.
More HLTH 2120 papers and BS in Healthcare Administration samples
- HLTH 2120 Week 1: Health Record Purpose Post
- HLTH 2120 Week 2: Health Data Terminology Brief
- HLTH 2120 Week 4: Barcode System Evaluation
- HLTH 2120 Week 5: Data Quality Audit
- HLTH 2120 Week 6: Alert Override Discussion Post
- HLTH 2120 Week 7: Record Access Privacy Analysis
- HLTH 2120 Week 8: Interoperability Brief
- HLTH 2120 Week 9: Workflow Change Analysis
- HLTH 2120 Week 10: System Change Implementation Memo
- HLTH 2120 Week 11: Health Informatics Reflection
- HLTH 1015 Week 3: Health Information Role Profile
- HLTH 1005 Week 3: Medicaid Payer Profile
HLTH 2120 Week 3 questions, answered
Where can I find a free HLTH 2120 Week 3 sample paper?
The six-hop map, its table and the analysis of where context is lost can be opened and read here by any student.
Which data element does the HLTH 2120 Week 3 map follow?
The admission weight of an adult on a medical-surgical unit, chosen because many medications are dosed by weight.
What gets lost as the weight moves?
Its context; the number survives every hop, but the method of measurement is dropped by the nightly extract and a family member's estimate never leaves the nursing note.
Which hop carries the most risk?
Hop 2, where a stated weight confirmed to clear a hard stop becomes the dosing weight and looks measured to every later reader.
What changes does the map recommend?
Carrying the measurement method with the weight everywhere, requiring a measured weight for weight-based high-alert medicines and using the first measured weight in quality reports.