This page is part of the FHIR Specification (v1.0.2: DSTU 2). 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
Provenance holding a signature (id = "signature")
<Provenance xmlns="http://hl7.org/fhir"> <id value="signature"/> <text> <status value="generated"/> <div xmlns="http://www.w3.org/1999/xhtml">procedure record authored on 27-June 2015 by Harold Hippocrates, MD Content extracted from Referral received 26-June</div> </text> <!-- where possible, provenance targets should be version specific, so that there is no ambiguity about which version of the record this relates to --> <target> <reference value="DocumentReference/example"/> </target> <recorded value="2015-08-27T08:39:24+10:00"/> <reason> <coding> <system value="http://hl7.org/fhir/v3/ActReason"/> <code value="TREAT"/> <display value="treatment"/> </coding> </reason> <activity> <coding> <system value="http://hl7.org/fhir/v3/DocumentCompletion"/> <code value="AU"/> <display value="authenticated"/> </coding> </activity> <!-- signer = Harold Hippocrates --> <agent> <role> <system value="http://hl7.org/fhir/provenance-participant-role"/> <code value="verifier"/> </role> <actor> <reference value="Practitioner/xcda-author"/> </actor> <!-- very often, the user won't have a known system - these aren't available for security system log ons. But where you can define it, you should --> <userId> <system value="http://acme.com/fhir/users/sso"/> <value value="hhd"/> </userId> </agent> <signature> <!-- verification signature --> <type> <system value="http://hl7.org/fhir/valueset-signature-type"/> <code value="1.2.840.10065.1.12.1.5"/> <display value="Verification"/> </type> <when value="2015-08-27T08:39:24+10:00"/> <whoReference> <reference value="Practitioner/xcda-author"/> </whoReference> <contentType value="application/signature+xml"/> <blob value="Li4u"/> </signature> </Provenance>
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.