HL7 Terminology (THO)
6.1.0 - Continuous Process Integration (ci build)
HL7 Terminology (THO), published by HL7 International - Vocabulary Work Group. This guide is not an authorized publication; it is the continuous build for version 6.1.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7/UTG/ and changes regularly. See the Directory of published versions
Official URL: http://terminology.hl7.org/ValueSet/v3-ActRelationshipDocumentProvenance | Version: 3.0.0 | |||
Active as of 2014-08-07 | Responsible: Health Level Seven International | Computable Name: ActRelationshipDocumentProvenance | ||
Other Identifiers: OID:2.16.840.1.113883.1.11.20528 | ||||
Copyright/Legal: This material derives from the HL7 Terminology THO. THO is copyright ©1989+ Health Level Seven International and is made available under the CC0 designation. For more licensing information see: https://terminology.hl7.org/license.html |
Used to convey the relationship between two or more Documents for purpose of tracking provenance relationships such as a predecessor Document and a successor Document.
For example, a predecessor Clinical Summary Document from which a successor Clinical Summary Document is derived.
References
This value set is not used here; it may be used elsewhere (e.g. specifications and/or implementations that use this content)
Generated Narrative: ValueSet v3-ActRelationshipDocumentProvenance
Language: en
http://terminology.hl7.org/CodeSystem/v3-ActRelationshipType
Code | Display | Definition |
APND | is appendage | An addendum (source) to an existing service object (target), containing supplemental information. The addendum is itself an original service object linked to the supplemented service object. The supplemented service object remains in place and its content and status are unaltered. |
COMP | has component | The target act is a component of the source act, with no semantics regarding composition or aggregation implied. |
RPLC | replaces | A replacement source act replaces an existing target act. The state of the target act being replaced becomes obselete, but the act is typically still retained in the system for historical reference. The source and target must be of the same type. |
XCRPT | Excerpts | The source is an excerpt from the target. |
XFRM | transformation | Used when the target Act is a transformation of the source Act. (For instance, used to show that a CDA document is a transformation of a DICOM SR document.) |
Generated Narrative: ValueSet
Language: en
Expansion based on codesystem ActRelationshipType v4.0.0 (CodeSystem)
This value set contains 5 concepts
Code | System | Display | Definition |
APND | http://terminology.hl7.org/CodeSystem/v3-ActRelationshipType | is appendage | An addendum (source) to an existing service object (target), containing supplemental information. The addendum is itself an original service object linked to the supplemented service object. The supplemented service object remains in place and its content and status are unaltered. |
COMP | http://terminology.hl7.org/CodeSystem/v3-ActRelationshipType | has component | The target act is a component of the source act, with no semantics regarding composition or aggregation implied. |
RPLC | http://terminology.hl7.org/CodeSystem/v3-ActRelationshipType | replaces | A replacement source act replaces an existing target act. The state of the target act being replaced becomes obselete, but the act is typically still retained in the system for historical reference. The source and target must be of the same type. |
XCRPT | http://terminology.hl7.org/CodeSystem/v3-ActRelationshipType | Excerpts | The source is an excerpt from the target. |
XFRM | http://terminology.hl7.org/CodeSystem/v3-ActRelationshipType | transformation | Used when the target Act is a transformation of the source Act. (For instance, used to show that a CDA document is a transformation of a DICOM SR document.) |
Explanation of the columns that may appear on this page:
Level | A few code lists that FHIR defines are hierarchical - each code is assigned a level. In this scheme, some codes are under other codes, and imply that the code they are under also applies |
System | The source of the definition of the code (when the value set draws in codes defined elsewhere) |
Code | The code (used as the code in the resource instance) |
Display | The display (used in the display element of a Coding). If there is no display, implementers should not simply display the code, but map the concept into their application |
Definition | An explanation of the meaning of the concept |
Comments | Additional notes about how to use the code |
History
Date | Action | Custodian | Author | Comment |
2023-11-14 | revise | TSMG | Marc Duteau | Add standard copyright and contact to internal content; up-476 |
2022-10-18 | revise | TSMG | Marc Duteau | Fixing missing metadata; up-349 |
2020-05-06 | revise | Vocabulary WG | Ted Klein | Migrated to the UTG maintenance environment and publishing tooling. |
2014-08-07 | revise | 2014T2_2014-08-07_001301 (RIM release ID) | FHIR (Kathleen Connor) (no record of original request) | Create v: ActRelationshipDocumentProvenance that includes five ActRelationshipType codes [APND, COMP, RPLC,,XCRPT, and XFRM]. |
2014-08-07 | revise | 2014T2_2014-08-07_001308 (RIM release ID) | FHIR (Kathleen Connor) (no record of original request) | Fix misspellings and bad 'smartquotes' in ProvenanceEventCurrentState value set names and descriptioni text. |