HdBe-TNMTumorClassificatie
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 | Concept | Status |
---|---|---|
HdBe-TNMTumorClassification | TNM Classificatie van Maligne Tumoren (TNM) is het systeem voor de stadiëring van kanker dat is ontwikkeld door de Union Internationale Contre le Cancer of International Union Against Cancer (UICC). De TNM-classificatie wordt ook gebruikt door de American Joint Committee on Cancer (AJCC) en de International Federation of Gynecology and Obstetrics (FIGO). In 1987 werden de TNM-classificaties van de UICC en de AJCC tot één systeem gecombineerd met dezelfde definities. Desondanks zitten er nog altijd verschillen tussen beide systemen. De TNM-classificatie is ontwikkeld voor solide tumoren (waaronder carcinomen en sarcomen); niet-solide tumoren (bijvoorbeeld lymfomen en gliomen) kennen een ander systeem voor stadiëring. De algemene opzet is als volgt: De T staat voor tumor en beschrijft de grootte van de tumor en de lokale uitbreiding, de N staat voor lymfekliermetastasering (Engels: node) en de M staat voor metastase op afstand (uitbreiding van de kanker van één locatie in het lichaam naar een andere. Naast T, N en M bevat de classificatie nog een aantal andere parameters. PurposeTNM-classificatie is een belangrijke bepalende factor voor de juiste behandeling en prognose. Het stadium is een steeds belangrijker onderdeel van kankersurveillance en kankerbestrijding en een eindpunt voor de evaluatie van populatie screening en vroege detectie. Het TNM-stadiëringssysteem is de gemeenschappelijke taal waarin zorgprofessionals in de oncologie kunnen communiceren over de uitbreiding en verspreiding van kanker bij individuele patiënten als basis voor besluitvorming over behandeling en individuele prognose. Het kan ook worden gebruikt voor het opstellen en evalueren van behandelrichtlijnen, nationale beleid t.a.v. zorgplanning en onderzoek. De doelstellingen van de TNM-classificatie zijn:
De TNM-classificatie is een uniforme standaard. Het doel is breder dan alleen de toepassing binnen het primaire zorgproces en zorgt voor essentiële informatie voor beleidsmakers die kankerbestrijdings- en preventieplannen ontwikkelen of uitvoeren. InstructionsVan een generieke TNM classificatie naar een ziekte specifieke TNM classificatie Bij het uitwerken van een tumor specifieke TNM-bouwsteen of implementatie moet gekeken worden hoe de waardelijsten kunnen worden ingeperkt, toegepast of uitgebreid. Inperken wil zeggen dat items in een codelijst worden weggelaten of specifiek worden gemaakt door binnen het voorgeschreven code systeem andere termen te kiezen. Het is de bedoeling dat in de toekomst kant en klare codelijsten per kankeraandoening beschikbaar worden gemaakt (zie ook issues). Codesystemen In deze zib worden 2 internationale codesystemen gebruikt:
Waar toepassing van één van deze codesystemen niet zinvol werd geacht of mogelijk was is gekozen voor beheer ervan als onderdeel van het beheer van de zibs. Wanneer er een eenduidige internationale verwijzing mogelijk is naar de TNM standaard zelf als codesysteem met waardelijsten kunnen deze worden aangepast in een volgende versie van de zib. Uitgangspunten vanuit de TNM standaard
Gebruikte versie van de ****UICC (http://www.uicc.org/resources/tnm) ****/ ****AJCC (http://cancerstaging.org/references-tools/deskreferences/Pages/default.aspx** )**** TNM Classification of Malignant Tumours.**
Prefix en suffix zijn geïntegreerd in codelijsten. Alhoewel het mogelijk zou zijn om voor de mogelijke voor en achtervoegsels op zowel de T, N en M losse codelijsten te maken is voor het eenvoudig toepassen ervan gekozen om deze te integreren in de codelijsten. Dit is besloten omdat de huidige inzichten zijn dat hiermee het maken van verkeerde combinaties wordt voorkomen **Prefix **
Suffix
Patient PopulationVolwassen patiënten met een solide tumor waarop een TNM-classificatie kan worden toegepast. Issues Bruikbaarheid van deze zib als ook de ziekte specifieke codelijsten worden gemaakt in de eerste proeftuin(en), gepland in de zomer van 2020. Gedurende dit project zal IKNL het beheer voor deze codelijsten verzorgen. Wanneer deze proeftuin(en) zijn afgerond worden de bevindingen meegenomen als wijzigingsverzoeken in het reguliere beheerproces van het zib centrum. References
| 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 |