HL7 PPT_PCL Patient Pathway Response (Goal-Oriented)
PPT_PCL returns patient pathway information in response to an original-style query, with the pathway organized around goals. It is the response-side cousin of PPG_PCG, which sends a goal-oriented pathway as an add/update-style event.
This message is useful to understand when supporting older care-plan repositories. It should not be the first choice for a new interface unless you have a strong compatibility reason.
A small PPT PCL example
What workflow it represents
A requester asks for pathway information, and the maintaining system returns the pathway plus its goal-oriented care-plan detail. The receiver may display pathway progress, refresh a care-management view, or reconcile a clinical repository.
The top-level object is the pathway. Goals are nested under it so the receiver can preserve the relationship between the standardized care pathway and the objectives being tracked for the patient.
How to read the structure
The envelope is MSH, optional SFT, required MSA, optional ERR, optional QAK, and required QRD.
Each PATIENT group begins with required PID and optional visit detail in PV1/PV2.
The required repeating PATHWAY group starts with PTH. Optional pathway roles use ROL. The nested GOAL group starts with GOL and can include observations, problems, orders, comments, and variances through OBX, PRB, ORC, NTE, and VAR.
Implementation traps
Do not flatten PPT_PCL into a bag of goals unless both systems agree. The pathway instance ID in PTH is what explains why those goals belong together.
Keep response semantics separate from update semantics. PTH and GOL action codes in a response describe the returned pathway and goals; they are not automatically commands to mutate the receiver.
The local v2.5.1 data gives this structure a terse title, so spell out "goal-oriented pathway response" in interface specs and test messages.
Reference notes
HL7 patient-care references identify PPT_PCL as the patient pathway goal-oriented response for event PCL. Later HL7 material marks the original-mode query response family as backward-compatible because QRD/QRF query handling was replaced by newer query mechanisms.