PHLT 8270 Week 3 Surveillance Data Flow Map Example

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

This PHLT 8270 Week 3 data flow map example follows one fact, the result of a carbapenemase test, from a hospital microbiology bench through five systems to a composite state's surveillance database. Walden PHLT 8270 asks students to map how data move through a surveillance system, and the paper traces the result through the bench, the laboratory information system, the electronic reporting interface, the state public health laboratory and the database, naming where it can fail at each step: a test never run, a comment never coded, an interface that omits the observation and a referred isolate that cannot be linked. It notes that no single organization owns the whole path and proposes quarterly feedback to laboratories, a mapping approach suited to any data element a PhD in Public Health analyst must trust.

CoursePHLT 8270 Health Informatics and Surveillance
WeekWeek 3
Paper typeData flow map
LengthAbout 1,140 words, 7 pages
FormatAPA 7 student paper
SchoolWalden University
ProgramPhD in Public Health
UpdatedOctober 2026

Free sample paper for PHLT 8270 Week 3

1

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

What this page is doingThe title commits the map to a single data element and counts the systems it crosses, because tracing one fact exposes the points where it can be lost or changed.
2

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.

What this page is doingJustifying the narrow focus at the outset shows the map is designed to find failure points rather than to describe the system in general.
3

The Five Systems

Table 1

Path of the Carbapenemase Test Result From Bench to Database

StepSystemWhat happens to the resultWhere it can fail |
1Hospital microbiology benchTechnologist runs a phenotypic carbapenemase test on a resistant isolate, or decides not toTest not performed; isolate not saved for referral |
2Laboratory information systemResult entered as a coded value or as a free-text commentFree text not mapped to a code; comment field not transmitted |
3Electronic laboratory reporting interfaceResult sent to the state as an observation in an HL7 version 2 messageInterface sends organism and susceptibility but omits the carbapenemase observation |
4State public health laboratoryReferred isolates tested by PCR for specific carbapenemase genes; result returned in a separate systemReferred isolate arrives without a linkable specimen identifier |
5State surveillance databaseRecords merged into a case; status set to confirmed, not detected or unknownDuplicate 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 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.