Simplifier logo

Confirmation

Are you sure?
Simplifier.net
SNIPPETS FEEDBACK LOG IN SIGN UP

Package hl7.cda.uv.core 2.0.2-sd
Query
  • Default
    What is FQL?

    FQL is a query language that allows you to retrieve, filter and project data from any data source containing FHIR Resources. It brings the power of three existing languages together: SQL, JSON and FhirPath. It allows you to create tables and is useful for gaining insight and perform quality control.

  • FQL Query resources
    FQL Playground

    Try Firely Query Language in our playground by using this scope as data source.

  • FQL Documentation
  • FQL Language
    Syntax specification

    To learn more about FQL syntax choose this menu item.

  • YamlGen Generate resources
    YamlGen Playground

    Try YamlGen in our playground by using this scope as data source.

  • YamlGen Language
    YamlGen Syntax specification

    To learn more about YamlGen syntax choose this.

  • FHIRPath Inspect resource
    FHIRPath Playground

    Try out the FHIRPath playground and navigate inside this resource.

  • FHIRPath Documentation
    FHIRPath Documentation

    Find out what FHIRPath is or learn how to write FHIRPath scripts.

API
  • Embed

    Embed this resource in your own website. How?

Tools
  • Custom Example generation
    Custom Example generation beta

    Experiment with resource instance generation using YamlGen and based on this profile.

    This feature is in beta. You can help us improve it by giving feedback with the feedback button at the top of the screen.

Download
  • Download as XML
  • Download as JSON
  • Download snapshot as XML
  • Download snapshot as JSON
  • Copy to clipboard as XML
  • Copy to clipboard as JSON

RelatedDocument (CDA Class)

Document Identification, Revisions, and Addenda

A clinical document can be replaced by a new document and/or appended with an addendum.

A replacement document is a new version of the parent document. The parent document is considered superseded, but a system may retain it for historical or auditing purposes. The parent document being replaced is referenced via act relationship relatedDocument, where relatedDocument.typeCode is set to equal "RPLC" (for "replaces"). An example is a report found to contain an error that is subsequently replaced by the corrected report.

An addendum is a separate document that references the parent document, and may extend or alter the observations in the prior document. The parent document remains a current component of the patient record, and the addendum and its parent are both read by report recipients. The parent report (represented by the ParentDocument class) being appended is referenced via act relationship relatedDocument, where relatedDocument.typeCode is set to equal "APND" (for "appends").

Every CDA document must have a unique ClinicalDocument.id, and thus the replacement or addendum documents each have ClinicalDocument.id that is different from that of the parent document.

CDA documents may also contain a ClinicalDocument.setId and a ClinicalDocument.versionNumber, which together support a document identification and versioning scheme used in some document management systems. In this scheme, all documents in a chain of replacements have the same ClinicalDocument.setId and are distinguished by an incrementing ClinicalDocument.versionNumber. The initial version of a document gets, in addition to a new unique value for ClinicalDocument.id, a new value for ClinicalDocument.setId, and has the value of ClinicalDocument.versionNumber set to equal "1". A replacement document gets a new globally unique ClinicalDocument.id value, and uses the same value for ClinicalDocument.setId as the parent report being replaced, and increments the value of ClinicalDocument.versionNumber by 1. (Note that version number must be incremented by one when a report is replaced, but can also be incremented more often to meet local requirements.)

Document transformations

A CDA document can be a transformation from some other format, meaning that it has undergone a machine translation from some other format (such as DICOM SR). In this case, relatedDocument.typeCode should be set to "XFRM".

A proper transformation must ensure that the human readable clinical content of the report is not impacted. Local business rules determine whether or not a transformed report replaces the source, but typically this would not be the case. If it is, an additional relationship of type "RPLC" is to be used. The "XFRM" relationship can also be used when translating a document in a local format into CDA for the purpose of exchange. In this case, the target of the "XFRM" relationship is the local document identifier.

  • type LogicalModel
  • FHIR R5
  • status Active
  • version
    2.0.2-sd
  Unregistered conflicting canonical

The canonical from this resource does not match any claim in this context and conflicts with a claim from another scope.

http://hl7.org/

Canonical claims are used to verify ownership of your canonical URLs.
 Canonical
  • Overview
  • Details
  • Mappings
  • Table
  • XML
  • JSON
  • Narrative

File:
package/StructureDefinition-RelatedDocument.json

About

About Simplifier
About Firely
Learn more
Contact

Information

Documentation
Terms
Privacy
Vulnerability disclosure policy
Features
Pricing
Status

Follow us

Github
Twitter
Youtube

Links

FHIR DevDays
FHIR specification R5
FHIR specification R4B
FHIR specification R4
FHIR specification STU3
FHIR specification DSTU 2
FHIR Server

SIMPLIFIER.NET version 2025.5.1.0

Copyright © 2015-2025 Firely

HL7® and FHIR® are the registered trademarks of Health Level Seven International