HL7 Terminology (THO)
5.3.0 - Publication International flag

This page is part of the HL7 Terminology (v5.3.0: Release) based on FHIR R4. This is the current published version in its permanent home (it will always be available at this URL). For a full list of available versions, see the Directory of published versions

ValueSet: ActRelationshipSequel

Official URL: http://terminology.hl7.org/ValueSet/v3-ActRelationshipSequel Version: 2.0.0
Active as of 2014-03-26 Computable Name: ActRelationshipSequel
Other Identifiers: id: urn:oid:2.16.840.1.113883.1.11.10337

An act relationship indicating that the source act follows the target act. The source act should in principle represent the same kind of act as the target. Source and target need not have the same mood code (mood will often differ). The target of a sequel is called antecedent. Examples for sequel relationships are: revision, transformation, derivation from a prototype (as a specialization is a derivation of a generalization), followup, realization, instantiation.

References

This value set is not used here; it may be used elsewhere (e.g. specifications and/or implementations that use this content)

Logical Definition (CLD)

 

Expansion

This value set contains 23 concepts

Expansion based on codesystem ActRelationshipType v3.1.0 (CodeSystem)

LevelCodeSystemDisplayDefinition
1  SEQLhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypeis sequel

An act relationship indicating that the source act follows the target act. The source act should in principle represent the same kind of act as the target. Source and target need not have the same mood code (mood will often differ). The target of a sequel is called antecedent. Examples for sequel relationships are: revision, transformation, derivation from a prototype (as a specialization is a derivation of a generalization), followup, realization, instantiation.

2    APNDhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypeis 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.

2    BSLNhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas baseline

Indicates that the target observation(s) provide an initial reference for the source observation or observation group.

UsageConstraints: Both source and target must be Observations or specializations thereof.

2    COMPLYhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypecomplies with

**Description:**The source act complies with, adheres to, conforms to, or is permissible under (in whole or in part) the policy, contract, agreement, law, conformance criteria, certification guidelines or requirement conveyed by the target act.

Examples for compliance relationships are: audits of adherence with a security policy, certificate of conformance to system certification requirements, or consent directive in compliance with or permissible under a privacy policy.

2    DOChttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypedocuments

The source act documents the target act.

2    FLFShttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypefulfills

The source act fulfills (in whole or in part) the target act. Source act must be in a mood equal or more actual than the target act.

3      OCCRhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypeoccurrence

The source act is a single occurrence of a repeatable target act. The source and target act can be in any mood on the "completion track" but the source act must be as far as or further along the track than the target act (i.e., the occurrence of an intent can be an event but not vice versa).

3      OREFhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypereferences order

Relates either an appointment request or an appointment to the order for the service being scheduled.

3      SCHhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypeschedules request

Associates a specific time (and associated resources) with a scheduling request or other intent.

2    GENhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas generalization

The generalization relationship can be used to express categorical knowledge about services (e.g., amilorid, triamterene, and spironolactone have the common generalization potassium sparing diuretic).

2    GEVLhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypeevaluates (goal)

A goal-evaluation links an observation (intent or actual) to a goal to indicate that the observation evaluates the goal. Given the goal and the observation, a "goal distance" (e.g., goal to observation) can be "calculated" and need not be sent explicitly.

2    INSThttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypeinstantiates (master)

Used to capture the link between a potential service ("master" or plan) and an actual service, where the actual service instantiates the potential service. The instantiation may override the master's defaults.

2    MODhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypemodifies

Definition: Used to link a newer version or 'snapshot' of a business object (source) to an older version or 'snapshot' of the same business object (target).

*Usage:*The identifier of the Act should be the same for both source and target. If the identifiers are distinct, RPLC should be used instead.

Name from source to target = "modifiesPrior"

Name from target to source = "modifiesByNew"

2    MTCHhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypematches (trigger)

A trigger-match links an actual service (e.g., an observation or procedure that took place) with a service in criterion mood. For example if the trigger is "observation of pain" and pain is actually observed, and if that pain-observation caused the trigger to fire, that pain-observation can be linked with the trigger.

2    OPTNhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas option

A relationship between a source Act that provides more detailed properties to the target Act.

The source act thus is a specialization of the target act, but instead of mentioning all the inherited properties it only mentions new property bindings or refinements.

The typical use case is to specify certain alternative variants of one kind of Act. The priorityNumber attribute is used to weigh refinements as preferred over other alternative refinements.

Example: several routing options for a drug are specified as one SubstanceAdministration for the general treatment with attached refinements for the various routing options.

2    RCHALhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypere-challenge

**Description:**A relationship in which the target act is carried out to determine whether an effect attributed to the source act can be recreated.

2    REVhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypereverses

A relationship between a source Act that seeks to reverse or undo the action of the prior target Act.

Example: A posted financial transaction (e.g., a debit transaction) was applied in error and must be reversed (e.g., by a credit transaction) the credit transaction is identified as an undo (or reversal) of the prior target transaction.

Constraints: the "completion track" mood of the target Act must be equally or more "actual" than the source act. I.e., when the target act is EVN the source act can be EVN, or any INT. If the target act is INT, the source act can be INT.

2    RPLChttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypereplaces

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.

2    SUCChttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypesucceeds

Definition: A new act that carries forward the intention of the original act, but does not completely replace it. The status of the predecessor act must be 'completed'. The original act is the target act and the successor is the source act.

2    UPDThttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypeupdates (condition)

A condition thread relationship specifically links condition nodes together to form a condition thread. The source is the new condition node and the target links to the most recent node of the existing condition thread.

2    XCRPThttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypeExcerpts

The source is an excerpt from the target.

3      VRXCRPThttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypeExcerpt verbatim

The source is a direct quote from the target.

2    XFRMhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypetransformation

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

DateActionAuthorCustodianComment
2022-10-18reviseMarc DuteauTSMGFixing missing metadata; up-349
2020-05-06reviseTed KleinVocabulary WGMigrated to the UTG maintenance environment and publishing tooling.
2014-03-26reviseVocabulary (Woody Beeler) (no record of original request)2014T1_2014-03-26_001283 (RIM release ID)Lock all vaue sets untouched since 2014-03-26 to trackingId 2014T1_2014_03_26