HdBe-TNMTumorClassification
WARNING This page contains a draft CBB, as raw output from the zib export and automatic conversion to CBB. It requires thorough review and adaption to the Belgian realm. This CBB is merely added for informative use.
CBB | Description | Status |
---|---|---|
HdBe-TNMTumorClassification | TNM Classification of Malignant Tumors (TNM) is the cancer staging system developed and is maintained by the Union for International Cancer Control (UICC). It is also used by the American Joint Committee on Cancer (AJCC) and the International Federation of Gynecology and Obstetrics (FIGO). In 1987, the UICC and AJCC staging systems were unified into the single TNM staging system. Nevertheless, there are still some differences between the two systems. The TNM-classification is developed for solid tumors. TNM is a notation system that describes the stage of a cancer, which originates from a solid tumor, using alphanumeric codes; T describes the size of the original (primary) tumor and whether it has invaded nearby tissue, N describes nearby (regional) lymph nodes that are involved, and M describes distant metastasis (spread of cancer from one part of the body to another). In addition to T, N and M, the classification also contains other parameters that may be relevant. PurposeTNM classification is a major determinant of appropriate treatment and prognosis. Stage is an increasingly important component of cancer surveillance and cancer control and an endpoint for the evaluation of the population-based screening and early detection efforts. The TNM staging system is the common language in which oncology health professionals can communicate on the cancer extent for individual patients as a basis for decision making on treatment management and individual prognosis but can also be used, to inform and evaluate treatment guidelines, national cancer planning and research. The objectives of the TNM classification are the following:
The TNM classification is a unified standard. It goes beyond clinician practice and constitutes vital information for policy-makers developing or implementing cancer control and prevention plans. InstructionsFrom a generic TNM Classification towards a disease-specific TNM Classification Development or implementation of a tumor-specific information model of the TNM Classification standard requires insight into how values sets can be restricted, expanded, and applied. Restriction of a value list means either leaving out items or making items more specific by choosing other terms within the official code system. The aim for the future is to have available ready-to-use value sets per type of malignancy. Codes systems This clinical model uses 2 international code systems:
For items where neither of these 2 code systems were considered useful or satisfactory, we chose to manage the value sets as part of the management of the HCIMs (Health and Care Information Models). When a unique and international reference to the TNM Classification standard as codesystem and the valuesets becomes availble these can be amended in a next version of the HCIM . Starting points from the perspective of the TNM Classification standard
Use of the ****UICC (http://www.uicc.org/resources/tnm) ****/ ****AJCC (http://cancerstaging.org/references-tools/deskreferences/Pages/default.aspx** )**** version of the TNM Classification of Malignant Tumours.**
Prefix and suffix are integrated in value sets Although it would be possible to create separate value sets for the potential prefixes and suffixes associated with the T, N, and M items, we chose to facilitate the use of the model by integrating them in the T, N, and M value sets. This decision is based on the current insight that it prevents the creation of invalid combinations. **Prefix **
Suffix
Patient PopulationAdult patients with a solid tumor on which the TNM-classifications can be applied. Issues Usability of this HCIM as well as disease-specific code lists are created in the first pilot(s), planned in the summer of 2020. During these projects, IKNL will provide the maintenance for these code lists. When these pilot projects are completed, the findings will be included as change requests in the regular maintenance process of the HCIM center. | draft |
TNMTumorClassification | TNMTumorClassification | ||
id | 0..1 | string | |
extension | I | 0..* | Extension |
PrimaryTumor | 0..1 | BackboneElement | |
id | 0..1 | string | |
extension | I | 0..* | Extension |
modifierExtension | Σ ?! I | 0..* | Extension |
MNumberOfPrimaryTumors | 0..1 | CodeableConcept | |
TPrimaryTumor | 0..1 | CodeableConcept | |
Abnormality | 1..* | BackboneElement | |
id | 0..1 | string | |
extension | I | 0..* | Extension |
modifierExtension | Σ ?! I | 0..* | Extension |
AbnormalityNumber | 0..1 | positiveInt | |
Morphology | 0..1 | CodeableConceptBinding | |
GHistopathologicalGrading | 0..1 | CodeableConcept | |
TumorLocalization | I | 0..* | Reference(HdBe-AnatomicalLocation) |
RegionalLymphnodes | 0..1 | BackboneElement | |
id | 0..1 | string | |
extension | I | 0..* | Extension |
modifierExtension | Σ ?! I | 0..* | Extension |
NRegionalLymphnodes | 0..1 | CodeableConcept | |
RegionalLymphNodesLocalization | I | 0..* | Reference(HdBe-AnatomicalLocation) |
DistantMetastasis | 0..1 | BackboneElement | |
id | 0..1 | string | |
extension | I | 0..* | Extension |
modifierExtension | Σ ?! I | 0..* | Extension |
MDistantMetastasis | 0..1 | CodeableConcept | |
DistantMetastasisLocalization | I | 0..* | Reference(HdBe-AnatomicalLocation) |
DateOfTnmclassification | 0..1 | dateTime | |
Tnmversion | 0..1 | CodeableConceptBinding | |
IntegratedTnmvalue | 0..1 | string | |
Explanation | 0..1 | string | |
TlLymphaticInvasion | 0..1 | CodeableConceptBinding | |
PnPerineuralInvasion | 0..1 | CodeableConcept | |
VVenousInvasion | 0..1 | CodeableConceptBinding | |
AnatomicalStage | 0..1 | CodeableConceptBinding | |
PrognosticStage | 0..1 | CodeableConceptBinding | |
RResidualTumor | 0..1 | CodeableConcept |
TNMTumorClassification | 0..* | |
TNMTumorClassification.PrimaryTumor | BackboneElement | 0..1 |
TNMTumorClassification.PrimaryTumor.MNumberOfPrimaryTumors | CodeableConcept | 0..1 |
TNMTumorClassification.PrimaryTumor.TPrimaryTumor | CodeableConcept | 0..1 |
TNMTumorClassification.PrimaryTumor.Abnormality | BackboneElement | 1..* |
TNMTumorClassification.PrimaryTumor.Abnormality.AbnormalityNumber | positiveInt | 0..1 |
TNMTumorClassification.PrimaryTumor.Abnormality.Morphology | CodeableConcept | 0..1 |
TNMTumorClassification.PrimaryTumor.Abnormality.GHistopathologicalGrading | CodeableConcept | 0..1 |
TNMTumorClassification.PrimaryTumor.Abnormality.TumorLocalization | Reference(HdBe-AnatomicalLocation) | 0..* |
TNMTumorClassification.RegionalLymphnodes | BackboneElement | 0..1 |
TNMTumorClassification.RegionalLymphnodes.NRegionalLymphnodes | CodeableConcept | 0..1 |
TNMTumorClassification.RegionalLymphnodes.RegionalLymphNodesLocalization | Reference(HdBe-AnatomicalLocation) | 0..* |
TNMTumorClassification.DistantMetastasis | BackboneElement | 0..1 |
TNMTumorClassification.DistantMetastasis.MDistantMetastasis | CodeableConcept | 0..1 |
TNMTumorClassification.DistantMetastasis.DistantMetastasisLocalization | Reference(HdBe-AnatomicalLocation) | 0..* |
TNMTumorClassification.DateOfTnmclassification | dateTime | 0..1 |
TNMTumorClassification.Tnmversion | CodeableConcept | 0..1 |
TNMTumorClassification.IntegratedTnmvalue | string | 0..1 |
TNMTumorClassification.Explanation | string | 0..1 |
TNMTumorClassification.TlLymphaticInvasion | CodeableConcept | 0..1 |
TNMTumorClassification.PnPerineuralInvasion | CodeableConcept | 0..1 |
TNMTumorClassification.VVenousInvasion | CodeableConcept | 0..1 |
TNMTumorClassification.AnatomicalStage | CodeableConcept | 0..1 |
TNMTumorClassification.PrognosticStage | CodeableConcept | 0..1 |
TNMTumorClassification.RResidualTumor | CodeableConcept | 0..1 |
TNMTumorClassification | |
Definition | Root concept of the TNMTumorClassification information model.This root concept contains all data elements of the TNMTumorClassification information model. |
Cardinality | 0...* |
Invariants |
|
Mappings |
|
TNMTumorClassification.id | |
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 |
|
TNMTumorClassification.extension | |
Definition | May be used to represent additional information that is not part of the basic definition of the element. 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 can 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) |
Invariants |
|
Mappings |
|
TNMTumorClassification.PrimaryTumor | |
Definition | Container of the PrimaryTumor concept.This container contains all data elements of the PrimaryTumor concept. |
Cardinality | 0...1 |
Type | BackboneElement |
Invariants |
|
Mappings |
|
TNMTumorClassification.PrimaryTumor.id | |
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 |
|
TNMTumorClassification.PrimaryTumor.extension | |
Definition | May be used to represent additional information that is not part of the basic definition of the element. 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 can 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) |
Invariants |
|
Mappings |
|
TNMTumorClassification.PrimaryTumor.modifierExtension | |
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 in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. 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 can 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. Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself). |
Cardinality | 0...* |
Type | Extension |
Modifier | True |
Summary | True |
Alias | extensions, user content, modifiers |
Requirements | Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions. |
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. |
Invariants |
|
Mappings |
|
TNMTumorClassification.PrimaryTumor.MNumberOfPrimaryTumors | |
Definition | - |
Cardinality | 0...1 |
Type | CodeableConcept |
Comments | Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. |
Invariants |
|
Mappings |
|
TNMTumorClassification.PrimaryTumor.TPrimaryTumor | |
Definition | Staging result of the size extension of the primary tumor, the T-category of the TNM classification including the prefix and suffix. |
Cardinality | 0...1 |
Type | CodeableConcept |
Comments | Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. |
Invariants |
|
Mappings |
|
TNMTumorClassification.PrimaryTumor.Abnormality | |
Definition | Container of the Abnormality concept.This container contains all data elements of the Abnormality concept. |
Cardinality | 1...* |
Type | BackboneElement |
Invariants |
|
Mappings |
|
TNMTumorClassification.PrimaryTumor.Abnormality.id | |
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 |
|
TNMTumorClassification.PrimaryTumor.Abnormality.extension | |
Definition | May be used to represent additional information that is not part of the basic definition of the element. 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 can 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) |
Invariants |
|
Mappings |
|
TNMTumorClassification.PrimaryTumor.Abnormality.modifierExtension | |
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 in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. 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 can 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. Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself). |
Cardinality | 0...* |
Type | Extension |
Modifier | True |
Summary | True |
Alias | extensions, user content, modifiers |
Requirements | Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions. |
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. |
Invariants |
|
Mappings |
|
TNMTumorClassification.PrimaryTumor.Abnormality.AbnormalityNumber | |
Definition | The number assigned to the abnormality, which is necessary in order to be able to clearly indicate to which abnormality the information relates in various examinations. In the case of multiple primary tumors in one organ, the tumor with the highest T category should be classified. |
Cardinality | 0...1 |
Type | positiveInt |
Comments | 32 bit number; for values larger than this, use decimal |
Invariants |
|
Mappings |
|
TNMTumorClassification.PrimaryTumor.Abnormality.Morphology | |
Definition | Behavior of a tumor and cell type expressed in ICD-O-3 morphological or histology code. Describes the cell type (or histology) of the tumor, together with the behavior (malignant or benign). This is determined by a pathologist. |
Cardinality | 0...1 |
Type | CodeableConcept |
Binding | Morphology codes |
Comments | Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. |
Invariants |
|
Mappings |
|
TNMTumorClassification.PrimaryTumor.Abnormality.GHistopathologicalGrading | |
Definition | Staging result of the histopathological grading, the G-category of theTNM classification. The differentiation grade of a tumor is determined by a pathologist. |
Cardinality | 0...1 |
Type | CodeableConcept |
Comments | Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. |
Invariants |
|
Mappings |
|
TNMTumorClassification.PrimaryTumor.Abnormality.TumorLocalization | |
Definition | Container of the TumorLocalization concept.This container contains all data elements of the TumorLocalization concept. |
Cardinality | 0...* |
Type | Reference(HdBe-AnatomicalLocation) |
Comments | References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository. |
Invariants |
|
Mappings |
|
TNMTumorClassification.RegionalLymphnodes | |
Definition | Container of the RegionalLymphnodes concept.This container contains all data elements of the RegionalLymphnodes concept. |
Cardinality | 0...1 |
Type | BackboneElement |
Invariants |
|
Mappings |
|
TNMTumorClassification.RegionalLymphnodes.id | |
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 |
|
TNMTumorClassification.RegionalLymphnodes.extension | |
Definition | May be used to represent additional information that is not part of the basic definition of the element. 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 can 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) |
Invariants |
|
Mappings |
|
TNMTumorClassification.RegionalLymphnodes.modifierExtension | |
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 in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. 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 can 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. Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself). |
Cardinality | 0...* |
Type | Extension |
Modifier | True |
Summary | True |
Alias | extensions, user content, modifiers |
Requirements | Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions. |
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. |
Invariants |
|
Mappings |
|
TNMTumorClassification.RegionalLymphnodes.NRegionalLymphnodes | |
Definition | Staging result of the presence or absence of regional lymph nodes metastasis, the N-category of the TNM classification. |
Cardinality | 0...1 |
Type | CodeableConcept |
Comments | Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. |
Invariants |
|
Mappings |
|
TNMTumorClassification.RegionalLymphnodes.RegionalLymphNodesLocalization | |
Definition | Container of the RegionalLymphNodesLocalization concept.This container contains all data elements of the RegionalLymphNodesLocalization concept. |
Cardinality | 0...* |
Type | Reference(HdBe-AnatomicalLocation) |
Comments | References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository. |
Invariants |
|
Mappings |
|
TNMTumorClassification.DistantMetastasis | |
Definition | Container of the DistantMetastasis concept.This container contains all data elements of the DistantMetastasis concept. |
Cardinality | 0...1 |
Type | BackboneElement |
Invariants |
|
Mappings |
|
TNMTumorClassification.DistantMetastasis.id | |
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 |
|
TNMTumorClassification.DistantMetastasis.extension | |
Definition | May be used to represent additional information that is not part of the basic definition of the element. 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 can 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) |
Invariants |
|
Mappings |
|
TNMTumorClassification.DistantMetastasis.modifierExtension | |
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 in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. 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 can 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. Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself). |
Cardinality | 0...* |
Type | Extension |
Modifier | True |
Summary | True |
Alias | extensions, user content, modifiers |
Requirements | Modifier extensions allow for extensions that cannot be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the definition of modifier extensions. |
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. |
Invariants |
|
Mappings |
|
TNMTumorClassification.DistantMetastasis.MDistantMetastasis | |
Definition | Staging result of the presence or absence of distant metastasis, the M-category of the TNM classification. |
Cardinality | 0...1 |
Type | CodeableConcept |
Comments | Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. |
Invariants |
|
Mappings |
|
TNMTumorClassification.DistantMetastasis.DistantMetastasisLocalization | |
Definition | Container of the DistantMetastasisLocalization concept.This container contains all data elements of the DistantMetastasisLocalization concept. |
Cardinality | 0...* |
Type | Reference(HdBe-AnatomicalLocation) |
Comments | References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository. |
Invariants |
|
Mappings |
|
TNMTumorClassification.DateOfTnmclassification | |
Definition | The date at which the TNM Classification (the value) has been assigned. |
Cardinality | 0...1 |
Type | dateTime |
Invariants |
|
Mappings |
|
TNMTumorClassification.Tnmversion | |
Definition | TNM classification version (AJCC or UICC) and edition used (7th, 8th etc.). |
Cardinality | 0...1 |
Type | CodeableConcept |
Binding | TNMVersion codes |
Comments | Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. |
Invariants |
|
Mappings |
|
TNMTumorClassification.IntegratedTnmvalue | |
Definition | The assigned TNM classification (the value), based on each T, N and M category (optional incl. multiple primary tumors (m) and/or the localization of M). |
Cardinality | 0...1 |
Type | string |
Comments | Note that FHIR strings SHALL NOT exceed 1MB in size |
Invariants |
|
Mappings |
|
TNMTumorClassification.Explanation | |
Definition | Remark regarding interpretation of the integrated TNM value as is classified. |
Cardinality | 0...1 |
Type | string |
Comments | Note that FHIR strings SHALL NOT exceed 1MB in size |
Invariants |
|
Mappings |
|
TNMTumorClassification.TlLymphaticInvasion | |
Definition | Presence or absence of tissue invasion absence of lymphatic invasion, the L-category. It concerns an additional description within the TNM classification that is determined by a pathologist. |
Cardinality | 0...1 |
Type | CodeableConcept |
Binding | TL-LymphaticInvasion codes |
Comments | Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. |
Invariants |
|
Mappings |
|
TNMTumorClassification.PnPerineuralInvasion | |
Definition | Presence or absence of perineural invasion, the Pn-category. It concerns an additional description within the TNM classification that is determined by a pathologist. |
Cardinality | 0...1 |
Type | CodeableConcept |
Comments | Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. |
Invariants |
|
Mappings |
|
TNMTumorClassification.VVenousInvasion | |
Definition | Presence or absence of venous invasion, the V-category. It concerns an additional description within the TNM classification that is determined by a pathologist. |
Cardinality | 0...1 |
Type | CodeableConcept |
Binding | V-VenousInvasion codes |
Comments | Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. |
Invariants |
|
Mappings |
|
TNMTumorClassification.AnatomicalStage | |
Definition | The stage of the disease is the grouping based on the anatomical extent of the disease. |
Cardinality | 0...1 |
Type | CodeableConcept |
Binding | AnatomicalStage codes |
Comments | Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. |
Invariants |
|
Mappings |
|
TNMTumorClassification.PrognosticStage | |
Definition | The Prognostic Stage group of the disease. Next to the anatomic extent of the disease additional prognostic factors are included in the grouping. |
Cardinality | 0...1 |
Type | CodeableConcept |
Binding | PrognosticStage codes |
Comments | Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. |
Invariants |
|
Mappings |
|
TNMTumorClassification.RResidualTumor | |
Definition | Presence or absence of Residual Tumor after treatment, the R-category. |
Cardinality | 0...1 |
Type | CodeableConcept |
Comments | Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. |
Invariants |
|
Mappings |
|
Example instances
[CBB name] | |
---|---|
[Concept name ] | [example value] |
// example of NameInformation
## Example instances
| NameInformation | |
|----------------------|-------------------|
| FirstNames | Johanna Petronella Maria
| Initials | J.P.M.
| GivenName | Jo
| NameUsage | Geslachtsnaam partner gevolgd door eigen geslachtsnaam
| LastName.Prefix | van
| LastName.LastName | Putten
| LastNamePartner.PartnerPrefix | van der
| LastNamePartner.PartnerLastName | Giessen
| Titles |
zib [zib name + version](https://zibs.nl/wiki/[zib name + version(release)]) difference
Concept | Category | Description |
---|---|---|
[element.path] |
[category of change] | [Description of change]([Reference to ticket/issue/zulip chat using MarkDown link]) |
Terminology Bindings
Path | Name | Strength | URL |
---|---|---|---|
PrimaryTumor.Abnormality.Morphology | Morphology | extensible | https://fhir.healthdata.be/ValueSet/Morphology |
Tnmversion | TNMVersion | extensible | https://fhir.healthdata.be/ValueSet/TNMVersion |
TlLymphaticInvasion | InfusionCatheterType | extensible | https://fhir.healthdata.be/ValueSet/InfusionCatheterType |
VVenousInvasion | V-VenousInvasion | extensible | https://fhir.healthdata.be/ValueSet/V-VenousInvasion |
AnatomicalStage | AnatomicalStage | extensible | https://fhir.healthdata.be/ValueSet/AnatomicalStage |
PrognosticStage | PrognosticStage | extensible | https://fhir.healthdata.be/ValueSet/PrognosticStage |