Profile: CareConnect-Composition-1
| CareConnect-Composition-1 (Composition) | C | Composition | |
| id | Σ | 0..1 | id |
| meta | Σ | 0..1 | Meta |
| implicitRules | Σ ?! | 0..1 | uri |
| language | 0..1 | codeBinding | |
| text | C | 0..1 | Narrative |
| contained | 0..* | Resource | |
| extension | 0..* | Extension | |
| careSettingTypeExtension | C | 0..1 | Extension(CodeableConcept) |
| modifierExtension | ?! | 0..* | Extension |
| identifier | Σ | 0..1 | Identifier |
| id | 0..1 | string | |
| extension | 0..* | Extension | |
| use | Σ ?! | 0..1 | codeBinding |
| type | Σ | 0..1 | CodeableConceptBinding |
| system | Σ | 1..1 | uri |
| value | Σ | 1..1 | string |
| period | Σ | 0..1 | Period |
| assigner | Σ | 0..1 | Reference(CareConnect-Organization-1) |
| status | Σ ?! | 1..1 | codeBinding |
| type | Σ | 1..1 | CodeableConceptBinding |
| class | Σ | 0..1 | CodeableConcept |
| subject | Σ | 1..1 | Reference(Resource) |
| encounter | Σ | 0..1 | Reference(CareConnect-Encounter-1) |
| date | Σ | 1..1 | dateTime |
| author | Σ | 1..* | Reference(Device | RelatedPerson | CareConnect-Practitioner-1 | CareConnect-Patient-1) |
| title | Σ | 1..1 | string |
| confidentiality | Σ ?! | 0..1 | codeBinding |
| attester | Σ | 0..* | BackboneElement |
| id | 0..1 | string | |
| extension | 0..* | Extension | |
| modifierExtension | Σ ?! | 0..* | Extension |
| mode | Σ | 1..* | codeBinding |
| time | Σ | 0..1 | dateTime |
| party | Σ | 0..1 | Reference(CareConnect-Organization-1 | CareConnect-Practitioner-1 | CareConnect-Patient-1) |
| custodian | Σ | 0..1 | Reference(CareConnect-Organization-1) |
| relatesTo | Σ | 0..1 | BackboneElement |
| id | 0..1 | string | |
| extension | 0..* | Extension | |
| modifierExtension | Σ ?! | 0..* | Extension |
| code | Σ | 1..1 | codeBinding |
| target[x] | Σ | 1..1 | |
| targetIdentifier | Identifier | ||
| targetReference | Reference(CareConnect-Composition-1) | ||
| event | Σ | 0..* | BackboneElement |
| id | 0..1 | string | |
| extension | 0..* | Extension | |
| modifierExtension | Σ ?! | 0..* | Extension |
| code | Σ | 0..* | CodeableConcept |
| period | Σ | 0..1 | Period |
| detail | Σ | 0..* | Reference(Resource) |
| section | C | 0..* | BackboneElement |
| id | 0..1 | string | |
| extension | 0..* | Extension | |
| modifierExtension | Σ ?! | 0..* | Extension |
| title | 0..1 | string | |
| code | 0..1 | CodeableConceptBinding | |
| text | C | 0..1 | Narrative |
| mode | Σ ?! | 0..1 | codeBinding |
| orderedBy | 0..1 | CodeableConceptBinding | |
| entry | C | 0..* | Reference(Resource) |
| emptyReason | C | 0..1 | CodeableConceptBinding |
| section | C | 0..* | see (section) |
| Composition | |||
| Short | A set of resources composed into a single coherent clinical statement with clinical attestation | ||
| Definition | A set of healthcare-related information that is assembled together into a single logical document that provides a single coherent statement of meaning, establishes its own context and that has clinical attestation with regard to who is making the statement. While a Composition defines the structure, it does not actually contain the content: rather the full content of a document is contained in a Bundle, of which the Composition is the first resource contained. | ||
| Cardinality | 0..* | ||
| Comments | While the focus of this specification is on patient-specific clinical statements, this resource can also apply to other healthcare-related statements such as study protocol designs, healthcare invoices and other activities that are not necessarily patient-specific or clinical. | ||
| Constraints |
| ||
| Mappings |
| ||
| Composition.id | |||
| Short | Logical id of this artifact | ||
| Definition | The logical id of the resource, as used in the URL for the resource. Once assigned, this value never changes. | ||
| Cardinality | 0..1 | ||
| Type | id | ||
| Summary | True | ||
| Comments | The only time that a resource does not have an id is when it is being submitted to the server using a create operation. | ||
| Composition.meta | |||
| Short | Metadata about the resource | ||
| Definition | The metadata about the resource. This is content that is maintained by the infrastructure. Changes to the content may not always be associated with version changes to the resource. | ||
| Cardinality | 0..1 | ||
| Type | Meta | ||
| Summary | True | ||
| Composition.implicitRules | |||
| Short | A set of rules under which this content was created | ||
| Definition | A reference to a set of rules that were followed when the resource was constructed, and which must be understood when processing the content. | ||
| Cardinality | 0..1 | ||
| Type | uri | ||
| Modifier | True | ||
| Summary | True | ||
| Comments | Asserting this rule set restricts the content to be only understood by a limited set of trading partners. This inherently limits the usefulness of the data in the long term. However, the existing health eco-system is highly fractured, and not yet ready to define, collect, and exchange data in a generally computable sense. Wherever possible, implementers and/or specification writers should avoid using this element. This element is labelled as a modifier because the implicit rules may provide additional knowledge about the resource that modifies it's meaning or interpretation. | ||
| Composition.language | |||
| Short | Language of the resource content | ||
| Definition | The base language in which the resource is written. | ||
| Cardinality | 0..1 | ||
| Type | code | ||
| Binding | A human language. Binding extensions
| ||
| Comments | Language is provided to support indexing and accessibility (typically, services such as text to speech use the language tag). The html language tag in the narrative applies to the narrative. The language tag on the resource may be used to specify the language of other presentations generated from the data in the resource Not all the content has to be in the base language. The Resource.language should not be assumed to apply to the narrative automatically. If a language is specified, it should it also be specified on the div element in the html (see rules in HTML5 for information about the relationship between xml:lang and the html lang attribute). | ||
| Composition.text | |||
| Short | Text summary of the resource, for human interpretation | ||
| Definition | A human-readable narrative that contains a summary of the resource, and may be used to represent the content of the resource to a human. The narrative need not encode all the structured data, but is required to contain sufficient detail to make it "clinically safe" for a human to just read the narrative. Resource definitions may define what content should be represented in the narrative to ensure clinical safety. | ||
| Cardinality | 0..1 | ||
| Type | Narrative | ||
| Alias | narrative, html, xhtml, display | ||
| Comments | Contained resources do not have narrative. Resources that are not contained SHOULD have a narrative. In some cases, a resource may only have text with little or no additional discrete data (as long as all minOccurs=1 elements are satisfied). This may be necessary for data from legacy systems where information is captured as a "text blob" or where text is additionally entered raw or narrated and encoded in formation is added later. | ||
| Conditions | The cardinality or value of this element may be affected by these constraints: dom-1 | ||
| Mappings |
| ||
| Composition.contained | |||
| Short | Contained, inline Resources | ||
| Definition | These resources do not have an independent existence apart from the resource that contains them - they cannot be identified independently, and nor can they have their own independent transaction scope. | ||
| Cardinality | 0..* | ||
| Type | Resource | ||
| Alias | inline resources, anonymous resources, contained resources | ||
| Comments | This should never be done when the content can be identified properly, as once identification is lost, it is extremely difficult (and context dependent) to restore it again. | ||
| Mappings |
| ||
| Composition.extension | |||
| Short | Additional Content defined by implementations | ||
| Definition | May be used to represent additional information that is not part of the basic definition of the resource. In order to make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. | ||
| Cardinality | 0..* | ||
| Type | Extension | ||
| Alias | extensions, user content | ||
| Comments | There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. | ||
| Slicing | Unordered, Open, by url(Value) | ||
| Mappings |
| ||
| Composition.extension:careSettingTypeExtension | |||
| Short | An extension to carry the Care setting type of the document | ||
| Definition | Optional Extension Element - found in all resources. | ||
| Cardinality | 0..1 | ||
| Type | Extension(CodeableConcept) | ||
| Alias | extensions, user content | ||
| Comments | There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. | ||
| Conditions | The cardinality or value of this element may be affected by these constraints: ele-1 | ||
| Constraints |
| ||
| Mappings |
| ||
| Composition.modifierExtension | |||
| Short | Extensions that cannot be ignored | ||
| Definition | May be used to represent additional information that is not part of the basic definition of the resource, and that modifies the understanding of the element that contains it. Usually modifier elements provide negation or qualification. In order to make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions. | ||
| Cardinality | 0..* | ||
| Type | Extension | ||
| Modifier | True | ||
| Alias | extensions, user content | ||
| Comments | There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. | ||
| Mappings |
| ||
| Composition.identifier | |||
| Short | Logical identifier of composition (version-independent) | ||
| Definition | Logical identifier for the composition, assigned when created. This identifier stays constant as the composition is changed over time. | ||
| Cardinality | 0..1 | ||
| Type | Identifier | ||
| Summary | True | ||
| Comments | See discussion in resource definition for how these relate. | ||
| Mappings |
| ||
| Composition.identifier.id | |||
| Short | xml:id (or equivalent in JSON) | ||
| Definition | unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces. | ||
| Cardinality | 0..1 | ||
| Type | string | ||
| Mappings |
| ||
| Composition.identifier.extension | |||
| Short | Additional Content defined by implementations | ||
| Definition | May be used to represent additional information that is not part of the basic definition of the element. In order to make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. | ||
| Cardinality | 0..* | ||
| Type | Extension | ||
| Alias | extensions, user content | ||
| Comments | There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. | ||
| Slicing | Unordered, Open, by url(Value) Extensions are always sliced by (at least) url | ||
| Mappings |
| ||
| Composition.identifier.use | |||
| Short | usual | official | temp | secondary (If known) | ||
| Definition | The purpose of this identifier. | ||
| Cardinality | 0..1 | ||
| Type | code | ||
| Binding | Identifies the purpose for this identifier, if known . | ||
| Modifier | True | ||
| Summary | True | ||
| Requirements | Allows the appropriate identifier for a particular context of use to be selected from among a set of identifiers. | ||
| Comments | This is labeled as "Is Modifier" because applications should not mistake a temporary id for a permanent one. Applications can assume that an identifier is permanent unless it explicitly says that it is temporary. | ||
| Mappings |
| ||
| Composition.identifier.type | |||
| Short | Description of identifier | ||
| Definition | A coded type for the identifier that can be used to determine which identifier to use for a specific purpose. | ||
| Cardinality | 0..1 | ||
| Type | CodeableConcept | ||
| Binding | A coded type for an identifier that can be used to determine which identifier to use for a specific purpose. | ||
| Summary | True | ||
| Requirements | Allows users to make use of identifiers when the identifier system is not known. | ||
| Comments | This element deals only with general categories of identifiers. It SHOULD not be used for codes that correspond 1..1 with the Identifier.system. Some identifiers may fall into multiple categories due to common usage. Where the system is known, a type is unnecessary because the type is always part of the system definition. However systems often need to handle identifiers where the system is not known. There is not a 1:1 relationship between type and system, since many different systems have the same type. | ||
| Mappings |
| ||
| Composition.identifier.system | |||
| Short | The namespace for the identifier value | ||
| Definition | Establishes the namespace for the value - that is, a URL that describes a set values that are unique. | ||
| Cardinality | 1..1 | ||
| Type | uri | ||
| Summary | True | ||
| Requirements | There are many sets of identifiers. To perform matching of two identifiers, we need to know what set we're dealing with. The system identifies a particular set of unique identifiers. | ||
| Examples | Generalhttp://www.acme.com/identifiers/patient | ||
| Mappings |
| ||
| Composition.identifier.value | |||
| Short | The value that is unique | ||
| Definition | The portion of the identifier typically relevant to the user and which is unique within the context of the system. | ||
| Cardinality | 1..1 | ||
| Type | string | ||
| Summary | True | ||
| Comments | If the value is a full URI, then the system SHALL be urn:ietf:rfc:3986. The value's primary purpose is computational mapping. As a result, it may be normalized for comparison purposes (e.g. removing non-significant whitespace, dashes, etc.) A value formatted for human display can be conveyed using the Rendered Value extension. | ||
| Examples | General123456 | ||
| Mappings |
| ||
| Composition.identifier.period | |||
| Short | Time period when id is/was valid for use | ||
| Definition | Time period during which identifier is/was valid for use. | ||
| Cardinality | 0..1 | ||
| Type | Period | ||
| Summary | True | ||
| Mappings |
| ||
| Composition.identifier.assigner | |||
| Short | Organization that issued id (may be just text) | ||
| Definition | Organization that issued/manages the identifier. | ||
| Cardinality | 0..1 | ||
| Type | Reference(CareConnect-Organization-1) | ||
| Summary | True | ||
| Comments | The Identifier.assigner may omit the .reference element and only contain a .display element reflecting the name or other textual information about the assigning organization. | ||
| Mappings |
| ||
| Composition.status | |||
| Short | preliminary | final | amended | entered-in-error | ||
| Definition | The workflow/clinical status of this composition. The status is a marker for the clinical standing of the document. | ||
| Cardinality | 1..1 | ||
| Type | code | ||
| Binding | The workflow/clinical status of the composition. | ||
| Modifier | True | ||
| Summary | True | ||
| Requirements | Need to be able to mark interim, amended, or withdrawn compositions or documents. | ||
| Comments | If a composition is marked as withdrawn, the compositions/documents in the series, or data from the composition or document series, should never be displayed to a user without being clearly marked as untrustworthy. The flag "entered-in-error" is why this element is labeled as a modifier of other elements. Some reporting work flows require that the original narrative of a final document never be altered; instead, only new narrative can be added. The composition resource has no explicit status for explicitly noting whether this business rule is in effect. This would be handled by an extension if required. | ||
| Mappings |
| ||
| Composition.type | |||
| Short | Kind of composition (SNOMED CT) | ||
| Definition | Specifies the particular kind of composition (e.g. History and Physical, Discharge Summary, Progress Note). This usually equates to the purpose of making the composition. | ||
| Cardinality | 1..1 | ||
| Type | CodeableConcept | ||
| Binding | SNOMED CT Document Type | ||
| Summary | True | ||
| Requirements | Key metadata element describing the composition, used in searching/filtering. | ||
| Comments | For Composition type, LOINC is ubiquitous and strongly endorsed by HL7. Most implementation guides will require a specific LOINC code, or use LOINC as an extensible binding. | ||
| Mappings |
| ||
| Composition.class | |||
| Short | Categorization of Composition | ||
| Definition | A categorization for the type of the composition - helps for indexing and searching. This may be implied by or derived from the code specified in the Composition Type. | ||
| Cardinality | 0..1 | ||
| Type | CodeableConcept | ||
| Binding | High-level kind of a clinical document at a macro level. | ||
| Summary | True | ||
| Requirements | Helps humans to assess whether the composition is of interest when viewing an index of compositions or documents. | ||
| Comments | This is a metadata field from XDS/MHD. | ||
| Mappings |
| ||
| Composition.subject | |||
| Short | Who and/or what the composition is about | ||
| Definition | Who or what the composition is about. The composition can be about a person, (patient or healthcare practitioner), a device (e.g. a machine) or even a group of subjects (such as a document about a herd of livestock, or a set of patients that share a common exposure). | ||
| Cardinality | 1..1 | ||
| Type | Reference(Resource) | ||
| Summary | True | ||
| Requirements | Essential metadata for searching for the composition. Identifies who and/or what the composition/document is about. | ||
| Comments | For clinical documents, this is usually the patient. | ||
| Mappings |
| ||
| Composition.encounter | |||
| Short | Context of the Composition | ||
| Definition | Describes the clinical encounter or type of care this documentation is associated with. | ||
| Cardinality | 0..1 | ||
| Type | Reference(CareConnect-Encounter-1) | ||
| Summary | True | ||
| Requirements | Provides context for the composition and supports searching. | ||
| Mappings |
| ||
| Composition.date | |||
| Short | Composition editing time | ||
| Definition | The composition editing time, when the composition was last logically changed by the author. | ||
| Cardinality | 1..1 | ||
| Type | dateTime | ||
| Summary | True | ||
| Requirements | dateTime is used for tracking, organizing versions and searching. | ||
| Comments | The Last Modified Date on the composition may be after the date of the document was attested without being changed. | ||
| Mappings |
| ||
| Composition.author | |||
| Short | Who and/or what authored the composition | ||
| Definition | Identifies who is responsible for the information in the composition, not necessarily who typed it in. | ||
| Cardinality | 1..* | ||
| Type | Reference(Device | RelatedPerson | CareConnect-Practitioner-1 | CareConnect-Patient-1) | ||
| Summary | True | ||
| Requirements | Identifies who is responsible for the content. | ||
| Mappings |
| ||
| Composition.title | |||
| Short | Human Readable name/title | ||
| Definition | Official human-readable label for the composition. | ||
| Cardinality | 1..1 | ||
| Type | string | ||
| Summary | True | ||
| Comments | For many compositions, the title is the same as the text or a display name of Composition.type (e.g. a "consultation" or "progress note"). Note that CDA does not make title mandatory, but there are no known cases where it is useful for title to be omitted, so it is mandatory here. Feedback on this requirement is welcome during the trial use period. | ||
| Mappings |
| ||
| Composition.confidentiality | |||
| Short | As defined by affinity domain | ||
| Definition | The code specifying the level of confidentiality of the Composition. | ||
| Cardinality | 0..1 | ||
| Type | code | ||
| Binding | Codes specifying the level of confidentiality of the composition. | ||
| Modifier | True | ||
| Summary | True | ||
| Comments | The exact use of this element, and enforcement and issues related to highly sensitive documents are out of scope for the base specification, and delegated to implementation profiles (see security section). This element is labeled as a modifier because highly confidential documents must not be treated as if they are not. | ||
| Mappings |
| ||
| Composition.attester | |||
| Short | Attests to accuracy of composition | ||
| Definition | A participant who has attested to the accuracy of the composition/document. | ||
| Cardinality | 0..* | ||
| Type | BackboneElement | ||
| Summary | True | ||
| Requirements | Identifies responsibility for the accuracy of the composition content. | ||
| Comments | Only list each attester once. | ||
| Constraints |
| ||
| Mappings |
| ||
| Composition.attester.id | |||
| Short | xml:id (or equivalent in JSON) | ||
| Definition | unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces. | ||
| Cardinality | 0..1 | ||
| Type | string | ||
| Mappings |
| ||
| Composition.attester.extension | |||
| Short | Additional Content defined by implementations | ||
| Definition | May be used to represent additional information that is not part of the basic definition of the element. In order to make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. | ||
| Cardinality | 0..* | ||
| Type | Extension | ||
| Alias | extensions, user content | ||
| Comments | There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. | ||
| Mappings |
| ||
| Composition.attester.modifierExtension | |||
| Short | Extensions that cannot be ignored | ||
| Definition | May be used to represent additional information that is not part of the basic definition of the element, and that modifies the understanding of the element that contains it. Usually modifier elements provide negation or qualification. In order to make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions. | ||
| Cardinality | 0..* | ||
| Type | Extension | ||
| Modifier | True | ||
| Summary | True | ||
| Alias | extensions, user content, modifiers | ||
| Comments | There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. | ||
| Mappings |
| ||
| Composition.attester.mode | |||
| Short | personal | professional | legal | official | ||
| Definition | The type of attestation the authenticator offers. | ||
| Cardinality | 1..* | ||
| Type | code | ||
| Binding | The way in which a person authenticated a composition. | ||
| Summary | True | ||
| Requirements | Indicates the level of authority of the attestation. | ||
| Comments | Use more than one code where a single attester has more than one mode (professional and legal are often paired). | ||
| Mappings |
| ||
| Composition.attester.time | |||
| Short | When the composition was attested | ||
| Definition | When the composition was attested by the party. | ||
| Cardinality | 0..1 | ||
| Type | dateTime | ||
| Summary | True | ||
| Requirements | Identifies when the information in the composition was deemed accurate. (Things may have changed since then.). | ||
| Mappings |
| ||
| Composition.attester.party | |||
| Short | Who attested the composition | ||
| Definition | Who attested the composition in the specified way. | ||
| Cardinality | 0..1 | ||
| Type | Reference(CareConnect-Organization-1 | CareConnect-Practitioner-1 | CareConnect-Patient-1) | ||
| Summary | True | ||
| Requirements | Identifies who has taken on the responsibility for accuracy of the composition content. | ||
| Mappings |
| ||
| Composition.custodian | |||
| Short | Organization which maintains the composition | ||
| Definition | Identifies the organization or group who is responsible for ongoing maintenance of and access to the composition/document information. | ||
| Cardinality | 0..1 | ||
| Type | Reference(CareConnect-Organization-1) | ||
| Summary | True | ||
| Requirements | Identifies where to go to find the current version, where to report issues, etc. | ||
| Comments | This is useful when documents are derived from a composition - provides guidance for how to get the latest version of the document. This is optional because this is sometimes not known by the authoring system, and can be inferred by context. However, it is important that this information be known when working with a derived document, so providing a custodian is encouraged. | ||
| Mappings |
| ||
| Composition.relatesTo | |||
| Short | Relationships to other compositions/documents | ||
| Definition | Relationships that this composition has with other compositions or documents that already exist. | ||
| Cardinality | 0..1 | ||
| Type | BackboneElement | ||
| Summary | True | ||
| Comments | A document is a version specific composition. | ||
| Constraints |
| ||
| Mappings |
| ||
| Composition.relatesTo.id | |||
| Short | xml:id (or equivalent in JSON) | ||
| Definition | unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces. | ||
| Cardinality | 0..1 | ||
| Type | string | ||
| Mappings |
| ||
| Composition.relatesTo.extension | |||
| Short | Additional Content defined by implementations | ||
| Definition | May be used to represent additional information that is not part of the basic definition of the element. In order to make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. | ||
| Cardinality | 0..* | ||
| Type | Extension | ||
| Alias | extensions, user content | ||
| Comments | There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. | ||
| Mappings |
| ||
| Composition.relatesTo.modifierExtension | |||
| Short | Extensions that cannot be ignored | ||
| Definition | May be used to represent additional information that is not part of the basic definition of the element, and that modifies the understanding of the element that contains it. Usually modifier elements provide negation or qualification. In order to make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions. | ||
| Cardinality | 0..* | ||
| Type | Extension | ||
| Modifier | True | ||
| Summary | True | ||
| Alias | extensions, user content, modifiers | ||
| Comments | There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. | ||
| Mappings |
| ||
| Composition.relatesTo.code | |||
| Short | replaces | transforms | signs | appends | ||
| Definition | The type of relationship that this composition has with anther composition or document. | ||
| Cardinality | 1..1 | ||
| Type | code | ||
| Binding | The type of relationship between documents. | ||
| Summary | True | ||
| Comments | If this document appends another document, then the document cannot be fully understood without also accessing the referenced document. | ||
| Mappings |
| ||
| Composition.relatesTo.target[x] | |||
| Short | Target of the relationship | ||
| Definition | The target composition/document of this relationship. | ||
| Cardinality | 1..1 | ||
| Type | Reference(CareConnect-Composition-1), Identifier | ||
| Summary | True | ||
| Mappings |
| ||
| Composition.event | |||
| Short | The clinical service(s) being documented | ||
| Definition | The clinical service, such as a colonoscopy or an appendectomy, being documented. | ||
| Cardinality | 0..* | ||
| Type | BackboneElement | ||
| Summary | True | ||
| Requirements | Provides context for the composition and creates a linkage between a resource describing an event and the composition created describing the event. | ||
| Comments | The event needs to be consistent with the type element, though can provide further information if desired. | ||
| Constraints |
| ||
| Mappings |
| ||
| Composition.event.id | |||
| Short | xml:id (or equivalent in JSON) | ||
| Definition | unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces. | ||
| Cardinality | 0..1 | ||
| Type | string | ||
| Mappings |
| ||
| Composition.event.extension | |||
| Short | Additional Content defined by implementations | ||
| Definition | May be used to represent additional information that is not part of the basic definition of the element. In order to make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. | ||
| Cardinality | 0..* | ||
| Type | Extension | ||
| Alias | extensions, user content | ||
| Comments | There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. | ||
| Mappings |
| ||
| Composition.event.modifierExtension | |||
| Short | Extensions that cannot be ignored | ||
| Definition | May be used to represent additional information that is not part of the basic definition of the element, and that modifies the understanding of the element that contains it. Usually modifier elements provide negation or qualification. In order to make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions. | ||
| Cardinality | 0..* | ||
| Type | Extension | ||
| Modifier | True | ||
| Summary | True | ||
| Alias | extensions, user content, modifiers | ||
| Comments | There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. | ||
| Mappings |
| ||
| Composition.event.code | |||
| Short | Code(s) that apply to the event being documented | ||
| Definition | This list of codes represents the main clinical acts, such as a colonoscopy or an appendectomy, being documented. In some cases, the event is inherent in the typeCode, such as a "History and Physical Report" in which the procedure being documented is necessarily a "History and Physical" act. | ||
| Cardinality | 0..* | ||
| Type | CodeableConcept | ||
| Binding | This list of codes represents the main clinical acts being documented. | ||
| Summary | True | ||
| Comments | An event can further specialize the act inherent in the typeCode, such as where it is simply "Procedure Report" and the procedure was a "colonoscopy". If one or more eventCodes are included, they SHALL NOT conflict with the values inherent in the classCode, practiceSettingCode or typeCode, as such a conflict would create an ambiguous situation. This short list of codes is provided to be used as key words for certain types of queries. | ||
| Mappings |
| ||
| Composition.event.period | |||
| Short | The period covered by the documentation | ||
| Definition | The period of time covered by the documentation. There is no assertion that the documentation is a complete representation for this period, only that it documents events during this time. | ||
| Cardinality | 0..1 | ||
| Type | Period | ||
| Summary | True | ||
| Mappings |
| ||
| Composition.event.detail | |||
| Short | The event(s) being documented | ||
| Definition | The description and/or reference of the event(s) being documented. For example, this could be used to document such a colonoscopy or an appendectomy. | ||
| Cardinality | 0..* | ||
| Type | Reference(Resource) | ||
| Summary | True | ||
| Mappings |
| ||
| Composition.section | |||
| Short | Composition is broken into sections | ||
| Definition | The root of the sections that make up the composition. | ||
| Cardinality | 0..* | ||
| Type | BackboneElement | ||
| Constraints |
| ||
| Mappings |
| ||
| Composition.section.id | |||
| Short | xml:id (or equivalent in JSON) | ||
| Definition | unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces. | ||
| Cardinality | 0..1 | ||
| Type | string | ||
| Mappings |
| ||
| Composition.section.extension | |||
| Short | Additional Content defined by implementations | ||
| Definition | May be used to represent additional information that is not part of the basic definition of the element. In order to make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. | ||
| Cardinality | 0..* | ||
| Type | Extension | ||
| Alias | extensions, user content | ||
| Comments | There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. | ||
| Mappings |
| ||
| Composition.section.modifierExtension | |||
| Short | Extensions that cannot be ignored | ||
| Definition | May be used to represent additional information that is not part of the basic definition of the element, and that modifies the understanding of the element that contains it. Usually modifier elements provide negation or qualification. In order to make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions. | ||
| Cardinality | 0..* | ||
| Type | Extension | ||
| Modifier | True | ||
| Summary | True | ||
| Alias | extensions, user content, modifiers | ||
| Comments | There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone. | ||
| Mappings |
| ||
| Composition.section.title | |||
| Short | Label for section (e.g. for ToC) | ||
| Definition | The label for this particular section. This will be part of the rendered content for the document, and is often used to build a table of contents. | ||
| Cardinality | 0..1 | ||
| Type | string | ||
| Alias | header, label, caption | ||
| Requirements | Section headings are often standardized for different types of documents. They give guidance to humans on how the document is organized. | ||
| Comments | The title identifies the section for a human reader. The title must be consistent with the narrative of the resource that is the target of the section.content reference. Generally, sections SHOULD have titles, but in some documents, it is unnecessary or inappropriate. Typically, this is where a section has subsections that have their own adequately distinguishing title, or documents that only have a single section. Most Implementation Guides will make section title to be a required element. | ||
| Mappings |
| ||
| Composition.section.code | |||
| Short | Classification of section (recommended) | ||
| Definition | A code identifying the kind of content contained within the section. This must be consistent with the section title. | ||
| Cardinality | 0..1 | ||
| Type | CodeableConcept | ||
| Binding | Classification of a section of a composition/document. | ||
| Requirements | Provides computable standardized labels to topics within the document. | ||
| Comments | The code identifies the section for an automated processor of the document. This is particularly relevant when using profiles to control the structure of the document. If the section has content (instead of sub-sections), the section.code does not change the meaning or interpretation of the resource that is the content of the section in the comments for the section.code. | ||
| Mappings |
| ||
| Composition.section.text | |||
| Short | Text summary of the section, for human interpretation | ||
| Definition | A human-readable narrative that contains the attested content of the section, used to represent the content of the resource to a human. The narrative need not encode all the structured data, but is required to contain sufficient detail to make it "clinically safe" for a human to just read the narrative. | ||
| Cardinality | 0..1 | ||
| Type | Narrative | ||
| Comments | Document profiles may define what content should be represented in the narrative to ensure clinical safety. | ||
| Conditions | The cardinality or value of this element may be affected by these constraints: cmp-1 | ||
| Mappings |
| ||
| Composition.section.mode | |||
| Short | working | snapshot | changes | ||
| Definition | How the entry list was prepared - whether it is a working list that is suitable for being maintained on an ongoing basis, or if it represents a snapshot of a list of items from another source, or whether it is a prepared list where items may be marked as added, modified or deleted. | ||
| Cardinality | 0..1 | ||
| Type | code | ||
| Binding | The processing mode that applies to this section. | ||
| Modifier | True | ||
| Summary | True | ||
| Requirements | Sections are used in various ways, and it must be known in what way it is safe to use the entries in them. | ||
| Comments | This element is labeled as a modifier because a change list must not be mis-understood as a complete list. | ||
| Mappings |
| ||
| Composition.section.orderedBy | |||
| Short | Order of section entries | ||
| Definition | Specifies the order applied to the items in the section entries. | ||
| Cardinality | 0..1 | ||
| Type | CodeableConcept | ||
| Binding | What order applies to the items in the entry. | ||
| Requirements | Important for presentation and rendering. Lists may be sorted to place more important information first or to group related entries. | ||
| Comments | Applications SHOULD render ordered lists in the order provided, but MAY allow users to re-order based on their own preferences as well. If there is no order specified, the order is unknown, though there may still be some order. | ||
| Mappings |
| ||
| Composition.section.entry | |||
| Short | A reference to data that supports this section | ||
| Definition | A reference to the actual resource from which the narrative in the section is derived. | ||
| Cardinality | 0..* | ||
| Type | Reference(Resource) | ||
| Comments | If there are no entries in the list, an emptyReason SHOULD be provided. | ||
| Conditions | The cardinality or value of this element may be affected by these constraints: cmp-2 | ||
| Mappings |
| ||
| Composition.section.emptyReason | |||
| Short | Why the section is empty | ||
| Definition | If the section is empty, why the list is empty. An empty section typically has some text explaining the empty reason. | ||
| Cardinality | 0..1 | ||
| Type | CodeableConcept | ||
| Binding | If a section is empty, why it is empty. | ||
| Requirements | Allows capturing things like "none exist" or "not asked" which can be important for most lists. | ||
| Comments | The various reasons for an empty section make a significant interpretation to its interpretation. Note that this code is for use when the entire section content has been suppressed, and not for when individual items are omitted - implementers may consider using a text note or a flag on an entry in these cases. | ||
| Conditions | The cardinality or value of this element may be affected by these constraints: cmp-2 | ||
| Mappings |
| ||
| Composition.section.section | |||
| Short | Nested Section | ||
| Definition | A nested sub-section within this section. | ||
| Cardinality | 0..* | ||
| Type | see (section) | ||
| Comments | Nested sections are primarily used to help human readers navigate to particular portions of the document. | ||
| Conditions | The cardinality or value of this element may be affected by these constraints: cmp-1 | ||
| Mappings |
| ||
Elements required for capability
| Element | Use | CareConnect | UK Core |
|---|---|---|---|
| id | |||
| meta.profile | |||
| meta.versionId | |||
| meta.lastUpdated | |||
| text | |||
| extension(careSettingTypeExtension) | |||
| identifier | |||
| status | |||
| type | |||
| class | |||
| subject | |||
| encounter | |||
| date | |||
| author | |||
| title | |||
| confidentiality | |||
| attester | |||
| custodian | |||
| relatesTo | |||
| event | |||
| section |
id
Usage
Mandatory
Guidance
The id is the logical identifier for the CareConnect-Composition-1 profile.
Example
<id value="c3ea1a42-5aba-11ed-9b6a-0242ac120002" />
meta.versionId
Usage
Optional
Guidance
It is recommended that the meta.versionId element be populated with the version of the document that is being sent. This will be the same version as that populated in the the MESH .CTL file.
Example
<meta> <versionId value="1" /> </meta>
meta.profile
Usage
Mandatory
Guidance
The meta.profile contains a fixed value of the URL for the CareConnect-Composition-1 profile.
Example
<meta> <profile value="https://fhir.hl7.org.uk/STU3/StructureDefinition/CareConnect-Composition-1" /> </meta>
text
Usage
Mandatory
Guidance
A human-readable description of the document being sent - using HTML.
Example
<text> <status value="generated" /> <div xmlns="http://www.w3.org/1999/xhtml"><p>[document-title] for [patient-name], NHS Number: [nhs-number], seen at [practice-name], [ods-code], Version: [version-number]</p></div> </text>
extension(careSettingTypeExtension)
Usage
Optional
Guidance
A value from a set of SNOMED codes which can be used to describe a type of care setting that the document has come from (if available).
The SNOMED codes have been selected from the 'Services' simple reference set of the SNOMED CT UK coding system.
The most complete list for this valueset can be found in the NHS FHIR HL7 UK Core guidance below:
https://simplifier.net/hl7fhirukcorer4/valueset-ukcore-caresettingtype
Example
<extension url="https://fhir.hl7.org.uk/STU3/StructureDefinition/Extension-CareConnect-CareSettingType-1"> <valueCodeableConcept> <coding> <system value="http://snomed.info/sct" /> <code value="789718008" /> <display value="Cardiology service" /> </coding> </valueCodeableConcept> </extension>
identifier
Usage
Mandatory
Guidance
It is highly recommended that the logical id value is a Universally Unique Identifier (UUID) using a standard UUID generator available in most programming languages.
status
Usage
Mandatory
Guidance
At the time of writing, the codesystem for CompositionStatus contains the following:
preliminaryfinalamendedentered-in-error
View the up-to-date STU3 codesystem here
The diagram below represents how documents can transition through the available statuses .
type
Usage
Mandatory
Guidance
type Guidance
The Composition.type element is mandatory and MUST contain a SNOMED CT code that identifies the document type. The code must align with the document title structure described in title Guidance
Code selection:
Choose a SNOMED CT code from the approved list below. If your use case isn't covered by this list, contact england.gpconnect.operations@nhs.net with justification - the requirement will be reviewed.
Binding:
- ValueSet: CareConnect-DocumentType-1
- Binding strength: Preferred
Approved Document Title Patterns and SNOMED CT Type Codes:
The table below shows how Composition.title and Composition.type work together. Each row shows the recommended title structure and its corresponding SNOMED code.
| Document Title Structure | SNOMED Code | SNOMED Description |
|---|---|---|
<service> Clinical consultation report |
371530004 | Clinical consultation report |
<service> Letter |
823761000000104 | Administrative letter |
<service> Admission Letter |
823741000000100 | Admission letter |
<service> screening |
714991000000100 | Adult health screening administration |
<service> Care Plan |
734163000 | Care plan |
<service> Clinical Letter |
823691000000103 | Clinical letter |
<service> procedure report |
371525003 | Clinical procedure report |
<service> clinical risk assessment |
886831000000103 | Clinical risk assessment |
<service> consultation |
325851000000107 | Consultation |
<service> Did not attend letter |
909921000000109 | Did not attend letter |
<service> discharge summary |
25581000000101 | Discharge summary report |
<service> Education activity report |
4301000179109 | Educational activity report |
<service> Eye investigation report |
1219161000000100 | Eye investigation report |
<service> investigation result |
24641000000107 | Investigation result |
<service> Laboratory report |
4241000179101 | Laboratory report |
<service> Pathology report |
371528001 | Pathology report |
<service> Health Monitoring Report |
384111000000109 | Personal Health Monitoring Report |
<service> Referral letter |
25611000000107 | Referral letter |
<service> Remote consultation |
325871000000103 | Remote consultation |
<service> Risk Information |
826251000000102 | Risk Information |
<service> Scored Assessment Record |
823571000000103 | Scored Assessment Record |
<service> Telephone consultation |
24681000000104 | Telephone consultation |
<service> Transfer of care letter |
823731000000109 | Transfer of care letter |
<service> Treatment plan report |
722448004 | Treatment plan report |
<service> Urgent Care Summary |
312341000000104 | Urgent Care Summary Report |
<service> Outpatient Letter |
823681000000100 | Outpatient Letter |
<service> Hospital inpatient report |
24661000000108 | Hospital inpatient report |
Note: <service> should be a brief descriptor of the care setting where the patient was seen.
A SNOMED code from the SNOMED Record composition type simple reference set (foundation metadata concept).
1127551000000109 | Record composition type simple reference set (foundation metadata concept)
Example
XML
<coding>
<system value="http://snomed.info/sct"/>
<code value="371530004"/>
<display value="Clinical consultation report"/>
</coding>
Special requirement - DNA letters:
Senders MUST send a "Did not attend letter" (SNOMED: 909921000000109) when a GP has referred the patient for treatment and the patient does not attend the appointment.
DNA Letter XML
<coding>
<system value="http://snomed.info/sct"/>
<code value="909921000000109"/>
<display value="Did not attend letter"/>
</coding>
class
Usage
Optional
Guidance
A use case for this element has not been defined at the time of writing this guidance; as such, it is recommended that this element not be populated when sending a document.
subject
Usage
Mandatory
Guidance
The subject MUST contain a Patient resource profiled to the CareConnect-Patient-1 structure definition.
More information about how to populate this resource can be found in this guide using the link below.
Profile: CareConnect-Patient-1
encounter
Usage
Optional
Guidance
At the time of writing this guidance, a use case for sending a related encounter with a document was not defined; however, this may change in a subsequent version of this implementation guidance.
date
Usage
Mandatory
Guidance
The date element MUST contain the date and time that the message was created.
title
Usage
Mandatory
Guidance
The Composition.title provides a human-readable document title that helps GPs search and identify documents in patient records.
Format: <service> <document type>
Where:
<service>= Brief descriptor of the care setting (e.g., "Royal Hospital Cardiology", "Community Mental Health Team")<document type>= Matches the SNOMED description used inComposition.type(see type Guidance below)
Requirements:
- The title MUST briefly describe the document type and care setting
- The title describes WHO it is FROM (not who it is being sent to)
- ❌ Don't use generic titles like "GP letter"
- Keep titles concise - avoid very long titles and special characters as some document management systems will reject them
Implementation:
- If your system hard-codes the title field, follow the patterns in the table below
- If clinicians can enter titles manually, provide them with this guidance to ensure consistency
Examples:
- ✅ Good: "Royal Hospital Cardiology Clinical consultation report"
- ❌ Bad: "GP letter"
- ❌ Bad: "Letter to GP from consultant"
See the table in type Guidance for approved title patterns paired with their corresponding SNOMED CT codes.
Example
<title value="Royal Hospital Cardiology Clinical consultation report"/>
confidentiality
Usage
Optional
Guidance
What changed?
Previously, "Send Document" allowed the sharing of confidential or "restricted" documents from consultations, even if they took place at a different GP practice. The system would hide the content of these documents.
Now, with the updated "Send Document v2x", you can no longer share confidential consultations. If a patient requests their consultation to remain private, it cannot be shared using this system.
For Senders:
- Confidential items should NOT be sent via Send Document.
- If the patient has asked for information about this encounter not to be shared, no message should be sent
For Receivers:
- Although confidential information should not be sent, it is still possible a receiving system could receive such a transmission.
- If the value of Composition.confidentiality is R, the document should be rejected by the receiving system.
- Upon rejection, an ITK response code 20009 (Payload content validation failure) should be sent back to the sending system.
Why the change?
This update aligns "GP Connect: Update Record" with how patient records are handled in other systems.
- More detailed information: "Send Document v2x" now shares more specific information about the service a patient used. This helps the recipient understand the context of the consultation.
- Patient privacy: Similar to how confidential consultations with a pharmacist are not shared with a GP without patient consent, "Send Document v2x" now respects patient confidentiality in the same way.
Essentially, the update prioritises patient privacy and ensures consistency across different healthcare systems.
Example
<!-- Normal --> <confidentiality value="N" /> <!-- Restricted --> <confidentiality value="R" />
attester
Usage
Optional
Guidance
At the time of writing this article, the attester element has not been defined; however, the Composition.attester.mode element may be pertinent for certain types of documents, in relation to the information they contain.
A future version of this guidance may request that this element be used.
custodian
Usage
Mandatory
Guidance
The custodian MUST contain an Organization resource profiled to the CareConnect-Organization-1 structure definition.
More information about how to populate this resource can be found in this guide using the link below.
Profile: CareConnect-Organization-1
The custodian element MUST contain a reference to an Organization resource profiled to the CareConnect-Organization-1 structure definition.
Structure:
- The
<custodian>element contains only a reference (not the Organization resource itself) - The Organization resource must be included as a separate entry within the document Bundle
- The reference uses a UUID to link to the Organization entry
More information about how to populate the Organization resource can be found in this guide using the link below.
Profile: CareConnect-Organization-1
Example
Custodian reference in Composition:
<custodian>
<reference value="urn:uuid:d850c18b-5143-4ae6-bf5f-96f102e7d3d7" />
</custodian>
Corresponding Organization resource in Bundle:
<entry> <fullUrl value="urn:uuid:d850c18b-5143-4ae6-bf5f-96f102e7d3d7" /> <resource> <Organization> <id value="d850c18b-5143-4ae6-bf5f-96f102e7d3d7" /> <meta> <profile value="https://fhir.hl7.org.uk/STU3/StructureDefinition/CareConnect-Organization-1"/> </meta> <identifier> <system value="https://fhir.nhs.uk/Id/ods-organization-code" /> <value value="A12345" /> </identifier> <name value="Example Hospital Trust" /> </Organization> </resource> </entry>
relatesTo
Usage
Mandatory
Guidance
See How to handle updates to documents for more information.
the
relatesTo.codeelement MUST contain the fixed value ofreplacesthe
relatesTo.targetIdentifierelement MUST contain the UUID of the previous message if an updated or replacement document is being sent
Example
<relatesTo> <code value="replaces" /> <targetIdentifier value="e255cf10-db3c-11ec-9d64-0242ac120002" /> </relatesTo>
event
Usage
Optional
Guidance
This element can be used to provide additional context about the document if the Composition.type does not suffice. The period element may also be populated.
detail element.
Example
<coding> <system value="http://snomed.info/sct" /> <code value="755491000000100" /> <display value="Diabetes structured education programme completed (situation) " /> </coding>
section
Usage
Mandatory
Guidance
The section.entry element MUST reference all binary documents which are being attached.
More information about how to populate this resource can be found in this guide using the link below.
Profile: ITK-Attachment-Binary-1
Example
<section> <entry> <reference value="urn:uuid:0ffb9501-4182-485d-a9b7-39e7c20fe167" /> </entry> </section>