<status value="draft"/> <experimental value="true"/> <date value="2024-01-01"/> <publisher value="Projo"/> <contact> <name value="Projo"/> <telecom> <system value="url"/> <value value="https://projo.evoleen.com"/> </telecom> </contact> <description value="Bounded actions the orchestrator will actually execute. Designed-but-not-implemented codes (notify-practitioner, raise-flag, send-message, create-task, assign-careteam) are excluded — the orchestrator rejects these if proposed by the router."/> <jurisdiction> <coding> <system value="urn:iso:std:iso:3166"/> <code value="CH"/> <display value="Switzerland"/> </coding> </jurisdiction> <copyright value="Copyright (c) Projo. Licensed under CC0-1.0 (public domain dedication). FHIR(R) is the registered trademark of HL7 and is used with permission. This IG references WhatsApp(R), a trademark of Meta Platforms, Inc., for descriptive purposes only."/> <compose> <include> <system value="https://projo.evoleen.com/fhir/CodeSystem/bounded-action"/> <concept> <code value="enroll-plan"/> </concept> <concept> <code value="supersede-plan"/> </concept> <concept> <code value="route-to-review"/> </concept> </include> </compose> </ValueSet>

Generated Narrative: ValueSet bounded-action-implemented-vs

Code	Display	Definition
enroll-plan	Enroll plan	Enroll the patient in the CarePlan produced by the router's $apply. Idempotent via routing Provenance.
supersede-plan	Supersede plan	Mark the patient's intake CarePlan as completed/cancelled before enrolling the follow-up plan. Documented in ARCHITECTURE.md supersede-then-enroll flow.
route-to-review	Route to review	Raise a Flag (category=clinical, code=route-to-review) on the Patient so a human reviewer can decide enrollment. Idempotent via Flag.identifier (routing-resource system).