R4 Draft for Comment

This page is part of the FHIR Specification (v3.2.0: R4 Ballot 1). The current version which supercedes this version is 5.0.0. For a full list of available versions, see the Directory of published versions . Page versions: R5 R4B R4 R3 R2

Careplan-example-GPVisit.xml

Patient Care Work GroupMaturity Level: N/ABallot Status: InformativeCompartments: Patient, Practitioner, RelatedPerson

Raw XML (canonical form)

Jump past Narrative

Encounter-specific care plan for GP visit (id = "gpvisit")

<CarePlan xmlns="http://hl7.org/fhir">
  <id value="gpvisit"/> 
  <text> 
    <status value="additional"/> 
    <div xmlns="http://www.w3.org/1999/xhtml">
      <p>   Represents the flow of a patient within a practice. The plan is created when
        they arrive and represents the 'care' of the patient over the course of that encounter.
        They first see the nurse for basic observations (BP, pulse, temp) then the doctor
         for
        the consultation and finally the nurse again for a tetanus immunization. As the
         plan is
        updated (e.g. a new activity added), different versions of the plan exist, and
         workflow timings
        for reporting can be gained by examining the plan history. This example is the
         version after
        seeing the doctor, and waiting for the nurse.The plan can either be created 'ad
         hoc' and modified as
        the parient progresses, or start with a standard template (which can, of course,
         be altered to suit the patient.</p> 
    </div> 
  </text> 
  <contained> 
    <!--   This is the reason for the encounter. It is referenced by the concern   -->
    <Condition> 
      <id value="p1"/> 
      <clinicalStatus value="active"/> 
    <verificationStatus value="confirmed"/> 
      <code> 
        <!--   Could coded if we wanted to...  -->
        <text value="Overseas encounter"/> 
      </code> 
      <subject> 
        <reference value="Patient/100"/> 
        <display value="Peter James Chalmers"/> 
      </subject> 
    </Condition> 
  </contained> 
  
  <contained> 
    <CareTeam> 
        <id value="careteam"/> 
        <participant id="part1">
    
      <role> 
      
        <coding> 
        
        <system value="http://example.org/local"/> 
        
        <code value="nur"/> 
      
        </coding> 
      
    <text value="nurse"/> 
    
      </role> 
    
      <member> 
      
    <reference value="Practitioner/13"/> 
      
    <display value="Nurse Nancy"/> 
    
      </member> 
  
  </participant> 
  
  <participant id="part2">
    
      <role> 
      
    <coding> 
        
        <system value="http://example.org/local"/> 
        
        <code value="doc"/> 
      
          </coding> 
      
    <text value="doctor"/> 
    
       </role> 
    
       <member> 
      
    <reference value="Practitioner/14"/> 
      
    <display value="Doctor Dave"/> 
    
       </member> 
  
  </participant> 

    </CareTeam> 
  </contained> 


<contained> 
    <Goal> 
      <id value="goal"/> 
      <status value="planned"/> 
    <description> 
        <text value="Complete consultation"/> 
      </description> 
    <subject> 
        <reference value="Patient/100"/> 
        <display value="Peter James Chalmers"/> 
      </subject> 
    </Goal> 
  </contained> 
  <status value="active"/> 
  <intent value="plan"/> 
  <subject> 
    <reference value="Patient/100"/> 
    <display value="Peter James Chalmers"/> 
  </subject> 
  <period> 
    <!--   This is the time the plan started - i.e. when they arrived  -->
    <start value="2013-01-01T10:30:00+00:00"/> 
    <!--   No end yet as the encounter is still in progress.  -->
  </period> 
  <careTeam> 
    <reference value="#careteam"/> 
  </careTeam> 
  <addresses> 
    <reference value="#p1"/> 
    <display value="obesity"/> 
  </addresses> 
  <goal> 
    <reference value="#goal"/> 
  </goal> 
  <activity> 
    <outcomeReference> 
    <!--   This is a link to the nurse encounter. The assumption is that all contacts with practitioners
    are modelled as separate encounters. Ideally, there will be  a 'master/parent' encounter
       that ties them together.
    If there is a single encounter, then all participants will be linked to that encounter.
        -->
    <reference value="Encounter/example"/> 
    </outcomeReference> 
    <detail> 
      <!--   This activity is for the initial nurse encounter where vitals are taken. It has been
       completed.  -->
      <kind value="Appointment"/> 
      <code> 
        <coding> 
          <system value="http://example.org/local"/> 
          <code value="nursecon"/> 
        </coding> 
        <text value="Nurse Consultation"/> 
      </code> 
      <status value="completed"/> 
      <prohibited value="false"/> 
      <scheduledPeriod> 
        <!--   the nurse saw the patient between 10:38 and 10:50   -->
        <start value="2013-01-01T10:38:00+00:00"/> 
        <end value="2013-01-01T10:50:00+00:00"/> 
      </scheduledPeriod> 
      <performer> 
        <!--   refer to the participant (the nurse) in this resource  -->
        <reference value="Practitioner/13"/> 
        <display value="Nurse Nancy"/> 
      </performer> 
    </detail> 
  </activity> 
  <activity> 
    <detail> 
      <!--   This activity is for the encounter with the doctor. It is scheduled, but not yet started,
              so there is no timing[x]  or actionTaken element yet   -->
      <kind value="Appointment"/> 
      <code> 
        <coding> 
          <system value="http://example.org/local"/> 
          <code value="doccon"/> 
        </coding> 
        <text value="Doctor Consultation"/> 
      </code> 
      <status value="scheduled"/> 
      <prohibited value="false"/> 
      <!--   The status is 'scheduled' so the doctor knows the patient is waiting.    -->
      <performer> 
        <!--   refer to the participant (the nurse) in this resource  -->
        <reference value="Practitioner/14"/> 
        <display value="Doctor Dave"/> 
      </performer> 
    </detail> 
  </activity> 
</CarePlan> 

Usage note: every effort has been made to ensure that the examples are correct and useful, but they are not a normative part of the specification.