Clinical Document Architecture
2.0.0-sd - release

Clinical Document Architecture, published by Health Level 7. This guide is not an authorized publication; it is the continuous build for version 2.0.0-sd built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7/CDA-core-sd/ and changes regularly. See the Directory of published versions

ValueSet: CDAActRelationshipType

Official URL: http://hl7.org/cda/stds/core/ValueSet/CDAActRelationshipType Version: 2.0.0-sd
Draft as of 2024-05-16 Computable Name: CDAActRelationshipType

A code specifying the meaning and purpose of every ActRelationship instance. Each of its values implies specific constraints to what kinds of Act objects can be related and in which way.

References

Logical Definition (CLD)

  • Include these codes as defined in http://terminology.hl7.org/CodeSystem/v3-ActRelationshipType
    CodeDisplayDefinition
    RSONhas reason**Description:** The reason or rationale for a service. A reason link is weaker than a trigger, it only suggests that some service may be or might have been a reason for some action, but not that this reason requires/required the action to be taken. Also, as opposed to the trigger, there is no strong timely relation between the reason and the action. As well as providing various types of information about the rationale for a service, the RSON act relationship is routinely used between a SBADM act and an OBS act to describe the indication for use of a medication. Child concepts may be used to describe types of indication.

    *Discussion:* In prior releases, the code "SUGG" (suggests) was expressed as "an inversion of the reason link." That code has been retired in favor of the inversion indicator that is an attribute of ActRelationship.
    MITGTmitigatesThe source act removes or lessens the occurrence or effect of the target act.
    CINDhas contra-indicationA contraindication is just a negation of a reason, i.e. it gives a condition under which the action is not to be done. Both, source and target can be any kind of service; target service is in criterion mood. How the strength of a contraindication is expressed (e.g., relative, absolute) is left as an open issue. The priorityNumber attribute could be used.
    PRCNhas pre-conditionA requirement to be true before a service is performed. The target can be any service in criterion mood. For multiple pre-conditions a conjunction attribute (AND, OR, XOR) is applicable.
    TRIGhas triggerA pre-condition that if true should result in the source Act being executed. The target is in typically in criterion mood. When reported after the fact (i.e. the criterion has been met) it may be in Event mood. A delay between the trigger and the triggered action can be specified.

    *Discussion:* This includes the concept of a required act for a service or financial instrument such as an insurance plan or policy. In such cases, the trigger is the occurrence of a specific condition such as coverage limits being exceeded.
    COMPhas componentThe target act is a component of the source act, with no semantics regarding composition or aggregation implied.
    ARRarrivalThe relationship that links to a Transportation Act (target) from another Act (source) indicating that the subject of the source Act entered into the source Act by means of the target Transportation act.
    CTRLVhas control variableA relationship from an Act to a Control Variable. For example, if a Device makes an Observation, this relates the Observation to its Control Variables documenting the device's settings that influenced the observation.
    DEPdepartureThe relationship that links to a Transportation Act (target) from another Act (source) indicating that the subject of the source Act departed from the source Act by means of the target Transportation act.
    OBJChas continuing objectiveA desired state that a service action aims to maintain. E.g., keep systolic blood pressure between 90 and 110 mm Hg. Source is an intervention service. Target must be an observation in criterion mood.
    OBJFhas final objectiveA desired outcome that a service action aims to meet finally. Source is any service (typically an intervention). Target must be an observation in criterion mood.
    OUTChas outcomeAn observation that should follow or does actually follow as a result or consequence of a condition or action (sometimes called "post-conditional".) Target must be an observation as a goal, risk or any criterion. For complex outcomes a conjunction attribute (AND, OR, XOR) can be used. An outcome link is often inverted to describe an outcome assessment.
    GOALhas goalA goal that one defines given a patient's health condition. Subsequently planned actions aim to meet that goal. Source is an observation or condition node, target must be an observation in goal mood.
    RISKhas riskA noteworthy undesired outcome of a patient's condition that is either likely enough to become an issue or is less likely but dangerous enough to be addressed.
    CHRGhas chargeA relationship that provides an ability to associate a financial transaction (target) as a charge to a clinical act (source). A clinical act may have a charge associated with the execution or delivery of the service.

    The financial transaction will define the charge (bill) for delivery or performance of the service.

    Charges and costs are distinct terms. A charge defines what is charged or billed to another organization or entity within an organization. The cost defines what it costs an organization to perform or deliver a service or product.
    COSThas costA relationship that provides an ability to associate a financial transaction (target) as a cost to a clinical act (source). A clinical act may have an inherit cost associated with the execution or delivery of the service.

    The financial transaction will define the cost of delivery or performance of the service.

    Charges and costs are distinct terms. A charge defines what is charged or billed to another organization or entity within an organization. The cost defines what it costs an organization to perform or deliver a service or product.
    CREDIThas creditA credit relationship ties a financial transaction (target) to an account (source). A credit, once applied (posted), may have either a positive or negative effect on the account balance, depending on the type of account. An asset account credit will decrease the account balance. A non-asset account credit will decrease the account balance.
    DEBIThas debitA debit relationship ties a financial transaction (target) to an account (source). A debit, once applied (posted), may have either a positive or negative effect on the account balance, depending on the type of account. An asset account debit will increase the account balance. A non-asset account debit will decrease the account balance.
    SASstarts after start ofThe source Act starts after the start of the target Act (i.e. if we say "ActOne SAS ActTwo", it means that ActOne starts after the start of ActTwo, therefore ActOne is the source and ActTwo is the target).

    *UsageNote:* Inverse code is **SBS**
    SPRThas supportUsed to indicate that an existing service is suggesting evidence for a new observation. The assumption of support is attributed to the same actor who asserts the observation. Source must be an observation, target may be any service (e.g., to indicate a status post).
    SPRTBNDhas bounded supportA specialization of "has support" (SPRT), used to relate a secondary observation to a Region of Interest on a multidimensional observation, if the ROI specifies the true boundaries of the secondary observation as opposed to only marking the approximate area. For example, if the start and end of an ST elevation episode is visible in an EKG, this relation would indicate the ROI bounds the "ST elevation" observation -- the ROI defines the true beginning and ending of the episode. Conversely, if a ROI simply contains ST elevation, but it does not define the bounds (start and end) of the episode, the more general "has support" relation is used. Likewise, if a ROI on an image defines the true bounds of a "1st degree burn", the relation "has bounded support" is used; but if the ROI only points to the approximate area of the burn, the general "has support" relation is used.
    PERThas pertinent informationThis is a very unspecific relationship from one item of clinical information to another. It does not judge about the role the pertinent information plays.
    AUTHauthorized byA relationship in which the target act authorizes or certifies the source act.
    CAUSis etiology for**Description:** An assertion that an act was the cause of another act.This is stronger and more specific than the support link. The source (cause) is typically an observation, but may be any act, while the target may be any act.

    **Examples:**

    * a growth of Staphylococcus aureus may be considered the cause of an abscess
    * contamination of the infusion bag was deemed to be the cause of the infection that the patient experienced
    * lack of staff on the shift was deemed to be a supporting factor (proximal factor) causing the patient safety incident where the patient fell out of bed because the bed-sides had not been put up which caused the night patient to fall out of bed
    COVBYcovered byA relationship in which the source act is covered by or is under the authority of a target act. A financial instrument such as an Invoice Element is covered by one or more specific instances of an Insurance Policy.
    DRIVis derived fromAssociates a derived Act with its input parameters. E.G., an anion-gap observation can be associated as being derived from given sodium-, (potassium-,), chloride-, and bicarbonate-observations. The narrative content (Act.text) of a source act is wholly machine-derived from the collection of target acts.
    EXPLhas explanationThis is the inversion of support. Used to indicate that a given observation is explained by another observation or condition.
    ITEMSLOCitems locatedItems located
    LIMITlimited byA relationship that limits or restricts the source act by the elements of the target act. For example, an authorization may be limited by a financial amount (up to $500). Target Act must be in EVN.CRIT mood.
    MFSTis manifestation ofAn assertion that a new observation may be the manifestation of another existing observation or action. This assumption is attributed to the same actor who asserts the manifestation. This is stronger and more specific than an inverted support link. For example, an agitated appearance can be asserted to be the manifestation (effect) of a known hyperthyroxia. This expresses that one might not have realized a symptom if it would not be a common manifestation of a known condition. The target (cause) may be any service, while the source (manifestation) must be an observation.
    NAMEassigns nameUsed to assign a "name" to a condition thread. Source is a condition node, target can be any service.
    PREVhas previous instanceA relationship in which the target act is a predecessor instance to the source act. Generally each of these instances is similar, but no identical. In healthcare coverage it is used to link a claim item to a previous claim item that might have claimed for the same set of services.
    REFRrefers toA relationship in which the target act is referred to by the source act. This permits a simple reference relationship that distinguishes between the referent and the referee.
    REFVhas reference valuesReference ranges are essentially descriptors of a class of result values assumed to be "normal", "abnormal", or "critical." Those can vary by sex, age, or any other criterion. Source and target are observations, the target is in criterion mood. This link type can act as a trigger in case of alarms being triggered by critical results.
    SUBJhas subjectRelates an Act to its subject Act that the first Act is primarily concerned with.

    Examples

    1. The first Act may be a ControlAct manipulating the subject Act
    2. The first act is a region of interest (ROI) that defines a region within the subject Act.
    3. The first act is a reporting or notification Act, that echos the subject Act for a specific new purpose.

    Constraints

    An Act may have multiple subject acts.

    Rationale

    The ActRelationshipType "has subject" is similar to the ParticipationType "subject", Acts that primarily operate on physical subjects use the Participation, those Acts that primarily operate on other Acts (other information) use the ActRelationship.
    SUMMsummarized byAn act that contains summary values for a list or set of subordinate acts. For example, a summary of transactions for a particular accounting period.
    XCRPTExcerptsThe source is an excerpt from the target.
    VRXCRPTExcerpt verbatimThe source is a direct quote from the target.
    FLFSfulfillsThe 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.
    OCCRoccurrenceThe 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).
    OREFreferences orderRelates either an appointment request or an appointment to the order for the service being scheduled.
    SCHschedules requestAssociates a specific time (and associated resources) with a scheduling request or other intent.
    RPLCreplacesA 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.
    SUCCsucceeds**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.
    SEQLis sequelAn 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.
    APNDis appendageAn 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.
    DOCdocumentsThe source act documents the target act.
    ELNKepisodeLinkExpresses an association that links two instances of the same act over time, indicating that the instance are part of the same episode, e.g. linking two condition nodes for episode of illness; linking two encounters for episode of encounter.
    GENhas generalizationThe generalization relationship can be used to express categorical knowledge about services (e.g., amilorid, triamterene, and spironolactone have the common generalization potassium sparing diuretic).
    GEVLevaluates (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.
    INSTinstantiates (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.
    MTCHmatches (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.
    OPTNhas optionA 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.
    REVreversesA 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.
    UPDTupdates (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.
    XFRMtransformationUsed 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.)

 

Expansion

Expansion based on codesystem ActRelationshipType v3.1.0 (CodeSystem)

This value set contains 56 concepts.

CodeSystemDisplayDefinition
  RSONhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas reason

Description: The reason or rationale for a service. A reason link is weaker than a trigger, it only suggests that some service may be or might have been a reason for some action, but not that this reason requires/required the action to be taken. Also, as opposed to the trigger, there is no strong timely relation between the reason and the action. As well as providing various types of information about the rationale for a service, the RSON act relationship is routinely used between a SBADM act and an OBS act to describe the indication for use of a medication. Child concepts may be used to describe types of indication.

Discussion: In prior releases, the code "SUGG" (suggests) was expressed as "an inversion of the reason link." That code has been retired in favor of the inversion indicator that is an attribute of ActRelationship.

  MITGThttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypemitigates

The source act removes or lessens the occurrence or effect of the target act.

  CINDhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas contra-indication

A contraindication is just a negation of a reason, i.e. it gives a condition under which the action is not to be done. Both, source and target can be any kind of service; target service is in criterion mood. How the strength of a contraindication is expressed (e.g., relative, absolute) is left as an open issue. The priorityNumber attribute could be used.

  PRCNhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas pre-condition

A requirement to be true before a service is performed. The target can be any service in criterion mood. For multiple pre-conditions a conjunction attribute (AND, OR, XOR) is applicable.

  TRIGhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas trigger

A pre-condition that if true should result in the source Act being executed. The target is in typically in criterion mood. When reported after the fact (i.e. the criterion has been met) it may be in Event mood. A delay between the trigger and the triggered action can be specified.

Discussion: This includes the concept of a required act for a service or financial instrument such as an insurance plan or policy. In such cases, the trigger is the occurrence of a specific condition such as coverage limits being exceeded.

  COMPhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas component

The target act is a component of the source act, with no semantics regarding composition or aggregation implied.

  ARRhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypearrival

The relationship that links to a Transportation Act (target) from another Act (source) indicating that the subject of the source Act entered into the source Act by means of the target Transportation act.

  CTRLVhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas control variable

A relationship from an Act to a Control Variable. For example, if a Device makes an Observation, this relates the Observation to its Control Variables documenting the device's settings that influenced the observation.

  DEPhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypedeparture

The relationship that links to a Transportation Act (target) from another Act (source) indicating that the subject of the source Act departed from the source Act by means of the target Transportation act.

  OBJChttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas continuing objective

A desired state that a service action aims to maintain. E.g., keep systolic blood pressure between 90 and 110 mm Hg. Source is an intervention service. Target must be an observation in criterion mood.

  OBJFhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas final objective

A desired outcome that a service action aims to meet finally. Source is any service (typically an intervention). Target must be an observation in criterion mood.

  OUTChttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas outcome

An observation that should follow or does actually follow as a result or consequence of a condition or action (sometimes called "post-conditional".) Target must be an observation as a goal, risk or any criterion. For complex outcomes a conjunction attribute (AND, OR, XOR) can be used. An outcome link is often inverted to describe an outcome assessment.

  GOALhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas goal

A goal that one defines given a patient's health condition. Subsequently planned actions aim to meet that goal. Source is an observation or condition node, target must be an observation in goal mood.

  RISKhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas risk

A noteworthy undesired outcome of a patient's condition that is either likely enough to become an issue or is less likely but dangerous enough to be addressed.

  CHRGhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas charge

A relationship that provides an ability to associate a financial transaction (target) as a charge to a clinical act (source). A clinical act may have a charge associated with the execution or delivery of the service.

The financial transaction will define the charge (bill) for delivery or performance of the service.

Charges and costs are distinct terms. A charge defines what is charged or billed to another organization or entity within an organization. The cost defines what it costs an organization to perform or deliver a service or product.

  COSThttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas cost

A relationship that provides an ability to associate a financial transaction (target) as a cost to a clinical act (source). A clinical act may have an inherit cost associated with the execution or delivery of the service.

The financial transaction will define the cost of delivery or performance of the service.

Charges and costs are distinct terms. A charge defines what is charged or billed to another organization or entity within an organization. The cost defines what it costs an organization to perform or deliver a service or product.

  CREDIThttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas credit

A credit relationship ties a financial transaction (target) to an account (source). A credit, once applied (posted), may have either a positive or negative effect on the account balance, depending on the type of account. An asset account credit will decrease the account balance. A non-asset account credit will decrease the account balance.

  DEBIThttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas debit

A debit relationship ties a financial transaction (target) to an account (source). A debit, once applied (posted), may have either a positive or negative effect on the account balance, depending on the type of account. An asset account debit will increase the account balance. A non-asset account debit will decrease the account balance.

  SAShttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypestarts after start of

The source Act starts after the start of the target Act (i.e. if we say "ActOne SAS ActTwo", it means that ActOne starts after the start of ActTwo, therefore ActOne is the source and ActTwo is the target).

UsageNote: Inverse code is SBS

  SPRThttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas support

Used to indicate that an existing service is suggesting evidence for a new observation. The assumption of support is attributed to the same actor who asserts the observation. Source must be an observation, target may be any service (e.g., to indicate a status post).

  SPRTBNDhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas bounded support

A specialization of "has support" (SPRT), used to relate a secondary observation to a Region of Interest on a multidimensional observation, if the ROI specifies the true boundaries of the secondary observation as opposed to only marking the approximate area. For example, if the start and end of an ST elevation episode is visible in an EKG, this relation would indicate the ROI bounds the "ST elevation" observation -- the ROI defines the true beginning and ending of the episode. Conversely, if a ROI simply contains ST elevation, but it does not define the bounds (start and end) of the episode, the more general "has support" relation is used. Likewise, if a ROI on an image defines the true bounds of a "1st degree burn", the relation "has bounded support" is used; but if the ROI only points to the approximate area of the burn, the general "has support" relation is used.

  PERThttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas pertinent information

This is a very unspecific relationship from one item of clinical information to another. It does not judge about the role the pertinent information plays.

  AUTHhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypeauthorized by

A relationship in which the target act authorizes or certifies the source act.

  CAUShttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypeis etiology for

Description: An assertion that an act was the cause of another act.This is stronger and more specific than the support link. The source (cause) is typically an observation, but may be any act, while the target may be any act.

Examples:

  • a growth of Staphylococcus aureus may be considered the cause of an abscess
  • contamination of the infusion bag was deemed to be the cause of the infection that the patient experienced
  • lack of staff on the shift was deemed to be a supporting factor (proximal factor) causing the patient safety incident where the patient fell out of bed because the bed-sides had not been put up which caused the night patient to fall out of bed
  COVBYhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypecovered by

A relationship in which the source act is covered by or is under the authority of a target act. A financial instrument such as an Invoice Element is covered by one or more specific instances of an Insurance Policy.

  DRIVhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypeis derived from

Associates a derived Act with its input parameters. E.G., an anion-gap observation can be associated as being derived from given sodium-, (potassium-,), chloride-, and bicarbonate-observations. The narrative content (Act.text) of a source act is wholly machine-derived from the collection of target acts.

  EXPLhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas explanation

This is the inversion of support. Used to indicate that a given observation is explained by another observation or condition.

  ITEMSLOChttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypeitems located

Items located

  LIMIThttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypelimited by

A relationship that limits or restricts the source act by the elements of the target act. For example, an authorization may be limited by a financial amount (up to $500). Target Act must be in EVN.CRIT mood.

  MFSThttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypeis manifestation of

An assertion that a new observation may be the manifestation of another existing observation or action. This assumption is attributed to the same actor who asserts the manifestation. This is stronger and more specific than an inverted support link. For example, an agitated appearance can be asserted to be the manifestation (effect) of a known hyperthyroxia. This expresses that one might not have realized a symptom if it would not be a common manifestation of a known condition. The target (cause) may be any service, while the source (manifestation) must be an observation.

  NAMEhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypeassigns name

Used to assign a "name" to a condition thread. Source is a condition node, target can be any service.

  PREVhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas previous instance

A relationship in which the target act is a predecessor instance to the source act. Generally each of these instances is similar, but no identical. In healthcare coverage it is used to link a claim item to a previous claim item that might have claimed for the same set of services.

  REFRhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTyperefers to

A relationship in which the target act is referred to by the source act. This permits a simple reference relationship that distinguishes between the referent and the referee.

  REFVhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas reference values

Reference ranges are essentially descriptors of a class of result values assumed to be "normal", "abnormal", or "critical." Those can vary by sex, age, or any other criterion. Source and target are observations, the target is in criterion mood. This link type can act as a trigger in case of alarms being triggered by critical results.

  SUBJhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypehas subject

Relates an Act to its subject Act that the first Act is primarily concerned with.

Examples

  1. The first Act may be a ControlAct manipulating the subject Act
  2. The first act is a region of interest (ROI) that defines a region within the subject Act.
  3. The first act is a reporting or notification Act, that echos the subject Act for a specific new purpose.

Constraints

An Act may have multiple subject acts.

Rationale

The ActRelationshipType "has subject" is similar to the ParticipationType "subject", Acts that primarily operate on physical subjects use the Participation, those Acts that primarily operate on other Acts (other information) use the ActRelationship.

  SUMMhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypesummarized by

An act that contains summary values for a list or set of subordinate acts. For example, a summary of transactions for a particular accounting period.

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

The source is an excerpt from the target.

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

The source is a direct quote from the target.

  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.

  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).

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

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

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

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

  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.

  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.

  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.

  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.

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

The source act documents the target act.

  ELNKhttp://terminology.hl7.org/CodeSystem/v3-ActRelationshipTypeepisodeLink

Expresses an association that links two instances of the same act over time, indicating that the instance are part of the same episode, e.g. linking two condition nodes for episode of illness; linking two encounters for episode of encounter.

  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).

  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.

  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.

  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.

  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.

  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.

  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.

  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