| Course | HLTH 2120 Health Informatics |
|---|---|
| Week | Week 5 |
| Paper type | Data quality audit |
| 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 5
Sixty Admission Weights, Thirty-Four Defects: A Data Quality Audit Sorted by Where in the Process Each Problem Entered
Student Name
Walden University
HLTH 2120: Health Informatics
Instructor Name
Month Day, Year
Sixty Admission Weights, Thirty-Four Defects: A Data Quality Audit Sorted by Where in the Process Each Problem Entered
The Records and the Question
The class was given an extract of 60 adult admissions to a medical-surgical unit over one month, with each patient's first recorded weight, its unit, the method of measurement, when it was charted, when the first dose calculated from weight was given and any weight on file from an earlier stay. The extract is a teaching data set built to resemble real records; it contains no real patients. The assignment asks what is wrong with these records. This audit answers in two steps. First, it counts the defects using a published framework, so the categories are not invented for the occasion. Second, it sorts every defect by the point in the process where it entered the record. The second step is the more useful one, because it turns a list of problems into an argument about how the capture of weight was designed.
Step 1: Counting the Defects
I used the harmonized data quality framework proposed by Kahn and colleagues, which groups data quality checks into conformance (do values follow the expected format and rules), completeness (are values present) and plausibility (are values believable given what else is known) (Kahn et al., 2016). Table 1 shows what the audit found.
Table 1
Defects Found in 60 Admission Weights, by Category
| Category | Defect | Records affected |
|---|---|---|
| Completeness | No weight recorded during the admission | 4 |
| Completeness | Method of measurement left blank | 3 |
| Conformance | Weight entered in pounds in the kilogram field | 2 |
| Plausibility | Weight differs by more than 10% from a prior admission within 90 days, with no note | 3 |
| Plausibility | Weight identical to the prior admission to the decimal, suggesting a copied value | 5 |
| Currency (timing) | First weight entered after the first weight-based dose | 6 |
| Provenance | Weight stated by patient or family when a bed scale was available | 11 |
| Total | 34 defects in 26 records |
Note. Some records had more than one defect. The provenance and timing rows go beyond the three core categories of the framework and were added because they matter for dosing.
Step 2: Where Each Defect Entered
Counting shows that 26 of 60 records, 43%, had at least one defect. That number alone suggests careless documentation. Sorting the defects by where they entered the process suggests something else.
At the emergency department. Nine of the 11 stated weights and both pound-for-kilogram errors were entered in the emergency department before the patient reached the unit. The emergency department's triage screen offers a single weight box whose unit defaults to pounds, while the inpatient flowsheet defaults to kilograms. The two conformance errors were both cases where a triage nurse typed a pound value and the interface converted it as if it were kilograms. These defects entered at a design boundary between two screens with different defaults.
At the admission flowsheet. The three blank method fields and the five copied values entered here. The flowsheet allows the method field to be skipped, and it offers a button to pull the most recent prior weight, which is faster than weighing a patient. Both are design choices that make the defect the path of least effort.
At the ordering step. The six records where the first weight came after the first weight-based dose share a pattern: an anticoagulant was ordered from the emergency department using the triage weight, then the unit recorded a measured weight later. The order set accepted the triage weight because a weight existed. The timing defect entered where the order set checked for any weight rather than a measured one.
Undetermined. The four missing weights, the three implausible changes and the two stated weights entered on the unit itself could not be traced to a design feature from the extract alone.
What the Sorting Shows
Of the 34 defects, 25 entered at one of three design points: the mismatch between emergency department and inpatient units, the skippable method field with its copy-forward button and the order set that accepts any weight. The other nine could not be linked to a design feature. The audit therefore supports a different conclusion from the raw count. The problem is less that staff document poorly and more that the capture of weight was designed so that the quickest path produced a defect.
This is consistent with what reviews of electronic record data quality report: data collected for one purpose, such as triage, are often reused for another, such as dosing, without anyone checking whether they are fit for the second use (Weiskopf & Weng, 2013). The triage weight is good enough for triage. It was never designed to drive an anticoagulant dose.
Sorting also changes who should act on the findings. A defect list sent to the unit manager would lead to reminders and education for nurses. The sorted list points instead to the informatics team, which controls the screen defaults, the copy-forward button and the order set logic, and to the emergency department, which owns the triage screen. Education would still help, but it would be working against a design that rewards the shortcut.
Recommendations, Linked to Where the Defects Entered
Each recommendation targets a point of entry rather than a category. At the emergency department boundary, set both screens to kilograms and show the unit next to every displayed weight, in line with medication safety guidance that weights be recorded in metric units only (Institute for Safe Medication Practices, 2024). At the admission flowsheet, make the method field required and remove the copy-forward button for weight, or label copied values as copied. At the ordering step, have weight-based order sets check for a measured weight entered during the current visit and prompt for one when only a stated or triage weight exists, with an exception for emergencies.
These changes would be tested by repeating this audit on the next month's admissions. If the design argument is right, the stated-weight, conformance, copied-value and timing defects should fall sharply, while the undetermined defects should change little. That second prediction matters, because a fall in every category would suggest that staff were simply being more careful while watched, not that the design changes worked.
References
Institute for Safe Medication Practices. (2024). Targeted medication safety best practices for hospitals. https://www.ismp.org/guidelines/best-practices-hospitals
Kahn, M. G., Callahan, T. J., Barnard, J., Bauck, A. E., Brown, J., Davidson, B. N., Estiri, H., Goerg, C., Holve, E., Johnson, S. G., Liaw, S.-T., Hamilton-Lopez, M., Meeker, D., Ong, T. C., Ryan, P., Shang, N., Weiskopf, N. G., Weng, C., Zozus, M. N., & Schilling, L. (2016). A harmonized data quality assessment terminology and framework for the secondary use of electronic health record data. eGEMs (Generating Evidence & Methods to Improve Patient Outcomes), 4(1), Article 1244. https://doi.org/10.13063/2327-9214.1244
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 5 instructions
Data quality audits in this course commonly hand you a flawed data set and ask what is wrong with it. Begin by describing the records and their origin honestly. Count defects using a published framework, so your categories are recognizable and do not overlap; if you add categories, label them as additions. Then go further than counting: trace each defect to the point in the process where it entered, such as a screen, a default setting or an order set. Look for patterns that point to design rather than individual error. Base recommendations on those points of entry. Finally, propose a way to test whether your explanation is right, including a result that would show you were wrong.
Inside the HLTH 2120 Week 5 example
The opening describes the 60-admission teaching extract and the two-step method. Step 1 applies the framework of Kahn and colleagues and reports defects in Table 1, including missing weights, blank methods, unit errors, implausible changes, copied values, late weights and stated weights. Step 2 traces nine stated weights and both unit errors to the emergency department screen, blank and copied values to the flowsheet design and six late weights to the order set, leaving nine defects untraced. The next section concludes that design produced most defects, cites Weiskopf and Weng and notes who should act. Recommendations target each point and cite ISMP, and a repeat audit is proposed with a falsifying prediction.
Reading the HLTH 2120 Week 5 rubric
Faculty generally reward audits that go beyond counting to explain where problems come from. A recognized framework for categories earns credit, as does clear labeling of any additions. Credit increases when the writer traces defects to points in the process and draws an argument about design. Faculty value recommendations that target specific points of entry and a plan to test them. Proposing a result that would disprove the argument shows unusual rigor. Honest description of the data set, accurate arithmetic and a readable table are expected. Concise writing and APA citations for frameworks and guidance complete what is assessed in this audit. An audit that admits which defects it could not trace earns more trust than one that explains everything.
HLTH 2120 Week 5 help from the desk
Data quality audits often list defects and conclude that staff need more education. Others invent overlapping categories, such as wrong and inaccurate, that cannot be counted cleanly. Some make arithmetic errors between the table and the text. Use a published framework and check every total twice. For each defect, ask where it could have entered and what in the system allowed it. If several defects share a point of entry, that is your finding. Our writers can prepare a data quality audit for this course that counts defects under a recognized framework and sorts them by where they entered the process.
Get a HLTH 2120 Week 5 example written to your instructions
The desk builds this audit from the described or instructor supplied record set your Week 5 prompt provides, with categories defined, counts tabulated, chart titled and the causal argument written out. The opening piece is free, finished within 24-48h. Live extracts from a workplace system are never used, and never reconstructed from memory either.
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 3: Patient Weight Data Flow Map
- HLTH 2120 Week 4: Barcode System Evaluation
- 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 5: Two-Career Field Comparison
- HLTH 1005 Week 5: Access Barriers Analysis
HLTH 2120 Week 5 questions, answered
Where can I find a free HLTH 2120 Week 5 sample paper?
The audit, its defect table and the sorting by point of entry are published on this page for any reader without payment.
How many defects did the HLTH 2120 Week 5 audit find?
Thirty-four defects in 26 of 60 admission weight records, counted under the Kahn framework with timing and provenance categories added.
Where did most defects enter?
Twenty-five entered at three design points: the emergency department screen defaulting to pounds, the skippable method field with copy-forward and the order set accepting any weight.
What does the sorting change about the conclusion?
It shifts the explanation from careless documentation to a design that makes the defect the quickest path, which points to informatics changes rather than reminders.
How would the recommendations be tested?
By repeating the audit the next month; design-linked defects should fall sharply while untraced ones change little, and a fall in every category would suggest staff were just being watched.