R6 Ballot (2nd Draft)

Publish-box (todo)

Example Specimen/101 (XML)

Orders and Observations Work GroupMaturity Level: N/AStandards Status: InformativeCompartments: Device, Patient, Practitioner

Raw XML (canonical form + also see XML Format Specification)

General Specimen Example (id = "101")

<?xml version="1.0" encoding="UTF-8"?>

<Specimen xmlns="http://hl7.org/fhir">
  <id value="101"/> 
  <!--  text>
    <status value="generated" />
    <div xmlns="http://www.w3.org/1999/xhtml">[Put rendering here]</div>
  </text>  -->
  <identifier> 
    <!--   a specimen identifier - e.g. assigned when the specimen was taken this is often
     not done   -->
    <system value="http://ehr.acme.org/identifiers/collections"/> 
    <value value="23234352356"/> 
  </identifier> 
  <accessionIdentifier> 
    <system value="http://lab.acme.org/specimens/2011"/> 
    <value value="X352356"/> 
  </accessionIdentifier> 
  <status value="available"/> 
  <type> 
    <!--  
   Type is a loosely defined field because there is such a lot of variation in
     how it is used.
   The principal variation is how much information that could be represented elsewhere
     is also
   represented here. For instance, here's some possible types:
     lithium heparin plasma   (+ .container.additive) (e.g. SNOMED CT 446272009)
     transfusion bag of blood (+ container.type)
     Peritoneal lavage        (+ collection.bodySite)
   If the type includes other fields, it would be normal not to populate the other
     fields

   Note that this practice is so widespread that it's pointless to try and stop
     it   -->
    <coding> 
      <system value="http://snomed.info/sct"/> 
      <code value="122555007"/> 
      <display value="Venous blood specimen"/> 
    </coding> 
  </type> 
  <subject> 
    <reference value="Patient/example"/> 
    <display value="Peter Patient"/> 
  </subject> 
  <receivedTime value="2011-03-04T07:03:00Z"/> 
  <request> 
    <!--   this points to the order that caused the sample to be drawn   -->
    <reference value="ServiceRequest/example"/> 
  </request> 
  <collection> 
    <collector> 
      <!--   in practice, collecter is almost always recorded   -->
      <reference value="Practitioner/example"/> 
    </collector> 
    <!--   the time of collection is usually required. Usually a point in time, but can
     be a period
      (collectedPeriod) if it's a timed collection (e.g. a 24 hour urine)   -->
    <collectedDateTime value="2011-05-30T06:15:00Z"/> 
    <!--   e.g. full   -->
    <quantity> 
      <value value="6"/> 
      <unit value="mL"/> 
    </quantity> 
    <!--   method is usually implied by type   -->
    <method> 
      <coding> 
        <system value="http://terminology.hl7.org/CodeSystem/v2-0488"/> 
        <code value="LNV"/> 
      </coding> 
    </method> 
    <!--   bodysite is usually implied by type too its here to demonstrate its usage to
     indicating the draw site in this case  -->
    <bodySite> 
      <concept> 
        <coding> 
          <system value="http://snomed.info/sct"/> 
          <code value="49852007"/> 
          <display value="Structure of median cubital vein (body structure)"/> 
        </coding> 
      </concept> 
    </bodySite> 
  </collection> 
  <!--  
      the container identifier is not the same as the specimen identifier
      usually, it is pre-printed/implanted etc.on the container prior to
      use. It might a RFID in the container, or it might be a UDI
      (http://www.fda.gov/MedicalDevices/DeviceRegulationandGuidance/UniqueDeviceIdentificati
  on/)
      -->
  <container> 
    <device> 
      <reference value="Device/device-example-specimen-container-green-gel-vacutainer"/> 
    </device> 
    <!--   if there's only one container, then this value is the same
     as .collection.quantity (usually). This is for when there is more
     than one container   -->
    <specimenQuantity> 
      <value value="3"/> 
      <unit value="mL"/> 
    </specimenQuantity> 
  </container> 
  <note> 
    <text value="Specimen is grossly lipemic"/> 
  </note> 
</Specimen> 

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.