| Course | PHLT 8270 Health Informatics and Surveillance |
|---|---|
| Week | Week 3 |
| Paper type | Data flow map |
| Length | About 1,140 words, 7 pages |
| Format | APA 7 student paper |
| School | Walden University |
| Program | PhD in Public Health |
| Updated | October 2026 |
Free sample paper for PHLT 8270 Week 3
Following One Fact Through Five Systems: A Data Flow Map of the Carbapenemase Test Result From a Hospital Laboratory Bench to a Composite State's Surveillance Database
Student Name
Walden University
PHLT 8270: Health Informatics and Surveillance
Instructor Name
Month Day, Year
Following One Fact Through Five Systems: A Data Flow Map of the Carbapenemase Test Result From a Hospital Laboratory Bench to a Composite State's Surveillance Database
Why One Data Element
A data flow map can try to show everything a surveillance system receives, or it can follow one fact closely enough to see where it breaks. This map takes the second approach. The fact it follows is the result of a carbapenemase test: whether a carbapenem-resistant isolate produces an enzyme that can spread resistance. In the composite state's surveillance program, that single result decides whether an isolate becomes a confirmed carbapenemase-producing case and whether a containment response begins, so any point where it is lost, delayed or garbled changes what the program does. Dixon et al. (2013) describe how the quality of electronic data used for surveillance depends on every system it passes through, and this map traces those systems for one element.
The Five Systems
Table 1
Path of the Carbapenemase Test Result From Bench to Database
| Step | System | What happens to the result | Where it can fail | |
|---|---|---|---|
| 1 | Hospital microbiology bench | Technologist runs a phenotypic carbapenemase test on a resistant isolate, or decides not to | Test not performed; isolate not saved for referral | |
| 2 | Laboratory information system | Result entered as a coded value or as a free-text comment | Free text not mapped to a code; comment field not transmitted | |
| 3 | Electronic laboratory reporting interface | Result sent to the state as an observation in an HL7 version 2 message | Interface sends organism and susceptibility but omits the carbapenemase observation | |
| 4 | State public health laboratory | Referred isolates tested by PCR for specific carbapenemase genes; result returned in a separate system | Referred isolate arrives without a linkable specimen identifier | |
| 5 | State surveillance database | Records merged into a case; status set to confirmed, not detected or unknown | Duplicate records; mismatch between hospital and state results; status left unknown | |
Note. The composite state receives electronic laboratory reports from most hospital laboratories and paper or fax reports from a few small laboratories.
Where the Fact Is Most Often Lost
At the Bench
The result exists only if someone performs the test. Some laboratories test every carbapenem-resistant isolate; others test only on request or not at all. A decision made at the bench, often by protocol and sometimes by workload, determines whether the fact ever comes into being.
In the Laboratory Information System
Many laboratories record the carbapenemase result as a comment attached to the susceptibility report, such as "carbapenemase detected," rather than as a coded result with its own observation code. Comments may display on the clinician's report but be dropped by the interface that builds the electronic message to the state.
In the Message
Moving from paper to electronic laboratory reports brought large gains; in one comparison, automated electronic reports identified 4.4 times as many cases as spontaneous paper reports and did so about eight days earlier (Overhage et al., 2008). But a message carries only what its builders mapped. In the composite state, several hospital interfaces send the organism identification and the antibiotic susceptibility results but not the carbapenemase observation, so the state sees a resistant organism with mechanism unknown even when the hospital knows the answer.
Between Two Laboratories
When the state laboratory performs molecular testing on a referred isolate, its result returns through the public health laboratory's own information system. Linking it to the hospital's original report depends on a specimen identifier that hospital staff must write on the referral form. Missing or mistyped identifiers leave two unlinked records, one with clinical details and one with the mechanism.
What the Map Shows the Program
Three conclusions follow. First, an "unknown" mechanism in the database has at least four possible causes: no test was performed, the result was recorded as free text and dropped, the interface omitted it or the state's result never linked. These causes call for different remedies, and the database cannot tell them apart. Second, the most effective repair is probably at the interface, where mapping the carbapenemase observation to a standard code would carry results the hospitals already produce. Third, the referral form's specimen identifier deserves the same attention as any laboratory test, because a failed link wastes a completed molecular result.
A Second Element the Map Touches
Following the carbapenemase result also exposed a second element that travels with it and fails in similar ways: the facility where the patient lives. A nursing home resident whose specimen is collected during a hospital visit may be reported with the hospital as the ordering facility and no record of the nursing home at all. The containment response then goes to the hospital, which may have discharged the patient, while the nursing home, where other residents are exposed, never hears. The facility of residence crosses the same five systems as the carbapenemase result, and it is lost at the same points: never captured at registration, recorded in a free-text field, omitted from the message or left unmatched at the state. Any repair to the carbapenemase result's path should carry this field with it.
Who Owns Each Step
The map also shows that no single organization controls the whole path. The hospital laboratory owns the bench and its information system. The hospital's information technology staff or a vendor owns the interface. The state public health laboratory owns molecular testing and its own system. The state surveillance program owns the database. A failure at any step is visible mainly to the state, at the end of the path, yet the state controls only the last step. That imbalance explains why errors persist: the people who could fix them rarely see their effects. A practical response is to send each laboratory a quarterly feedback report showing how many of its carbapenem-resistant isolates arrived with a carbapenemase result, how many arrived with mechanism unknown and how many referred isolates failed to link. Feedback of this kind turns the state's view of the end of the path into information the owners of earlier steps can act on.
Why It Matters for Containment
Containment efforts for carbapenemase producers depend on fast confirmation followed by screening of patients who shared a unit with the case; in national data, such screening found carriers among about one in nine people tested (Woodworth et al., 2018). Every day the fact spends stuck between systems is a day those contacts go unscreened. The map therefore points to a practical priority: shorten the path for the one result that triggers action.
How Technical the Map Needs to Be
The map names message standards and system types but avoids detailed field specifications, because its audience is the program's epidemiologists and managers, who need to know where the fact can fail and whom to call. A companion document for the informatics team would list the specific message segments and codes involved.
References
Dixon, B. E., Siegel, J. A., Oemig, T. V., & Grannis, S. J. (2013). Electronic health information quality challenges and interventions to improve public health surveillance data and practice. Public Health Reports, 128(6), 546-553. https://doi.org/10.1177/003335491312800614
Overhage, J. M., Grannis, S., & McDonald, C. J. (2008). A comparison of the completeness and timeliness of automated electronic laboratory reporting and spontaneous reporting of notifiable conditions. American Journal of Public Health, 98(2), 344-350. https://doi.org/10.2105/AJPH.2006.092700
Woodworth, K. R., Walters, M. S., Weiner, L. M., Edwards, J., Brown, A. C., Huang, J. Y., Malik, S., Slayton, R. B., Paul, P., Capers, C., Kainer, M. A., Wilde, N., Shugart, A., Mahon, G., Kallen, A. J., Patel, J., McDonald, L. C., Srinivasan, A., Craig, M., & Cardo, D. M. (2018). Vital signs: Containment of novel multidrug-resistant organisms and resistance mechanisms, United States, 2006-2017. MMWR. Morbidity and Mortality Weekly Report, 67(13), 396-401. https://doi.org/10.15585/mmwr.mm6713e1
What the PHLT 8270 Week 3 instructions ask for
The third week usually asks students to map the flow of data through their surveillance system, from the point of care to the health department. Faculty often recommend focusing on one data element that matters for decisions, since a narrow map reveals failure points that a general diagram hides. The map should name each system the element passes through, what happens to it there and where it can be lost, delayed or changed. Students should consider who controls each step and how failures could be detected and fixed. Maps are usually presented as a table or diagram with two to four pages of explanation, citing sources on electronic reporting and data quality.
How the PHLT 8270 Week 3 example is put together
An opening section argues for tracing one element and draws on research showing that data quality depends on each system data cross. Table 1 lists five systems, what happens to the result in each and where it can fail. Four sections examine the most common failure points: the bench, where the test may not be run; the laboratory information system, where results recorded as comments may be dropped; the message, with evidence on electronic reporting's gains; and the link between laboratories. A section draws three conclusions for the program. Sections on a second element that travels with the first, on who owns each step and on why delays matter for containment follow, with a closing note on the map's technical level.
Reading the PHLT 8270 Week 3 rubric
Instructors grade a data flow map on clarity, specificity and usefulness. Following one decision-relevant element earns credit for focus, and the sample's choice of the carbapenemase result, which triggers containment, is well justified. Specificity comes from naming failure points concretely, such as comment fields dropped by interfaces. Accuracy is checked in the description of electronic reporting and laboratory referral. Usefulness is shown by conclusions that distinguish the causes of an unknown result and by practical recommendations, such as coding the observation and sending feedback reports. Recognizing that no organization owns the whole path adds insight. A clear table, logical organization and correct references complete the criteria.
PHLT 8270 Week 3 help: mistakes that cost marks
Data flow maps often try to show everything and end up showing nothing clearly. Pick one element that drives decisions and follow it closely. At each step, ask what could go wrong and how anyone would know. Pay attention to free-text fields and comments, which are often dropped between systems. Consider links between separate systems, such as a hospital and a public health laboratory, where identifiers can fail. Note who controls each step, since the people who can fix problems may not see them. Keep the map at a level your audience can use, with technical details in a companion document if needed. A free custom data flow map for an element in your own system can be prepared for you.
Get a PHLT 8270 Week 3 example written to your instructions
Name the data element your section wants traced, or ask for one that decides a case count, and include the Week 3 instructions and rubric. A stop-by-stop map with its table and loss points is back in 24-48h, your first request free. The clinic, laboratory and intake engine are composites; your system's route must be read from its own specifications.
More PHLT 8270 papers and PhD in Public Health samples
- PHLT 8270 Week 1: Surveillance Coverage Post
- PHLT 8270 Week 2: Case Definition Discussion Post
- PHLT 8270 Week 4: Surveillance System Evaluation
- PHLT 8270 Week 5: Data Quality Appraisal
- PHLT 8270 Week 6: Surveillance Trend Peer Critiques
- PHLT 8270 Week 7: Signal Interpretation Memo
- PHLT 8270 Week 8: Surveillance Data Governance Brief
- PHLT 8270 Week 9: Lab Interoperability Analysis
- PHLT 8270 Week 10: Outbreak Response Action Brief
- PHLT 8270 Week 11: Surveillance Synthesis Paper
- PHLT 8078 Week 3: TSCA Statutory Analysis Paper
- PHLT 8076 Week 3: Statewide Map Critique Paper
- PHLT 8074 Week 3: Herbicide Exposure Definition Paper
- PHLT 8072 Week 3: Chikungunya Natural History Profile
PHLT 8270 Week 3 questions, answered
Where can I find a free PHLT 8270 Week 3 sample paper?
You can read the complete Week 3 data flow map here, following a carbapenemase test result through five systems in a composite state and naming where it fails. The references on electronic reporting and data quality are real.
Which data element makes a good choice for a data flow map?
One that drives a public health decision and passes through several systems. The sample follows the carbapenemase result because it decides whether a case is confirmed and a containment response begins, so any loss changes what the program does.
What is an HL7 version 2 message?
It is a widely used standard format for exchanging clinical data between systems, including laboratory results sent to health departments. Each result is carried as an observation, and whether it arrives coded or as free text depends on how the sending laboratory built its messages.
How technical does a data flow map need to be?
Technical enough to show where data can fail and who controls each step, but not so detailed that managers cannot use it. The sample names systems and message standards and leaves field-level specifications to a companion document.
Why does an unknown result have several possible causes?
Because the result can be lost at several steps: the test was never run, it was recorded as free text and dropped, the interface omitted it or the state laboratory's result never linked. The database cannot tell these apart, so each needs a different fix.