HLTH 2120 Week 5 Data Quality Audit Example

Health Informatics Walden University Free custom sample in 24 to 48h

This HLTH 2120 Week 5 data quality audit example finds 34 defects in 60 admission weights and then sorts each one by the point in the process where it entered the record. Walden HLTH 2120 puts a flawed set of records in front of BS in Healthcare Administration students, and this audit counts defects under the harmonized framework of Kahn and colleagues, conformance, completeness and plausibility, adding timing and provenance in a labeled APA table. Sorting shows that 25 defects entered at three design points: an emergency department screen defaulting to pounds, a skippable method field with a copy-forward button and an order set that accepts any weight. The argument shifts from careless staff to design that rewards shortcuts, consistent with Weiskopf and Weng. Recommendations target each point of entry, with a repeat audit that could prove the argument wrong.

CourseHLTH 2120 Health Informatics
WeekWeek 5
Paper typeData quality audit
LengthAbout 1,030 words, 6 pages
FormatAPA 7 student paper
SchoolWalden University
ProgramBS in Healthcare Administration
UpdatedOctober 2026

Free sample paper for HLTH 2120 Week 5

1

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

What this page is doingThe title gives the scale of the audit and announces the sorting rule, which tells the reader the defects will be explained, not only counted.
2

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.

What this page is doingThe opening describes the data set honestly as a teaching extract and states the two-step method, which sets up the argument the audit will make.
3

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

CategoryDefectRecords affected
CompletenessNo weight recorded during the admission4
CompletenessMethod of measurement left blank3
ConformanceWeight entered in pounds in the kilogram field2
PlausibilityWeight differs by more than 10% from a prior admission within 90 days, with no note3
PlausibilityWeight identical to the prior admission to the decimal, suggesting a copied value5
Currency (timing)First weight entered after the first weight-based dose6
ProvenanceWeight stated by patient or family when a bed scale was available11
Total34 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.

What this page is doingDefects are counted under a published framework, and the two added categories are labeled as additions rather than slipped in.
4

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 this page is doingSorting by point of entry turns the defect list into an argument that design, not carelessness, produced most of the problems.
5

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.

What this page is doingThe conclusion is stated with numbers from the sorting and tied to published work on reuse of data, which strengthens the argument.
6

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.

What this page is doingRecommendations are tied to points of entry and come with a test that could prove the audit's argument wrong.
7

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 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.