Unattributed Code Systems

Copyright Fragment

This fragment is not visible to the reader

This publication includes IP covered under the following statements.

Copyright and Registered Trademark Uses

External References

Type Reference Content
web iknl.nl IG © 2024+ Integraal Kankercentrum Nederland . Package iknl.fhir.nl.r4.ncr-ehr#1.2.3 based on FHIR 4.0.1 . Generated 2025-08-19
Links: Table of Contents | QA Report
web nictiz.nl In addition to a coding from this ValueSet, the corresponding coding from the FHIR base ValueSet SHALL be communicated. The ConceptMap http://nictiz.nl/fhir/ConceptMap/VerificatieStatusCodelijst-to-ConditionVerificationStatus can be used to relate these two ValueSets.
web nictiz.nl Code defined by a terminology system
Binding: VerificatieStatusCodelijst ( required ) : In addition to a coding from this ValueSet, the corresponding coding from the FHIR base ValueSet SHALL be communicated. The ConceptMap http://nictiz.nl/fhir/ConceptMap/VerificatieStatusCodelijst-to-ConditionVerificationStatus can be used to relate these two ValueSets.
web nictiz.nl The zib HealthcareProvider is mapped to this Organization profile and a profile on Location ( http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider ). The Location profile acts as the focal resource of the HealthcareProvider because most references to this zib are concerned about the recording of the physical location where the care to patient/client takes place rather than the organizational information. Often there's no clear distinction between an organizational structure and a physical location. As a rule of thumb, locations are always used for recording where a service occurs, and hence where encounters and observations take place.
web zibs.nl This datatype defines a common basis for expressing all addresses around the world, but adds extensions to express Dutch addresses specifically, according to the zib AddressInformation v1.1 (2020) . A Dutch Address still is a proper FHIR Address, which means that systems that cannot interpret the extensions will still be able to render and work with this datatype.
web nictiz.nl The second addition is that the zib defines its own ValueSet for address types, which can only be partially expressed using the FHIR Address datatype and requires a mapping to multiple elements. The table below explains how the zib concepts are mapped to the various FHIR elements (see the ConceptMaps http://nictiz.nl/fhir/ConceptMap/AdresSoortCodelijst-to-AddressUse and http://nictiz.nl/fhir/ConceptMap/AdresSoortCodelijst-to-AddressType as well). The code from the zib should also be included using the extension on Address.extension:addressType .
web nictiz.nl The second addition is that the zib defines its own ValueSet for address types, which can only be partially expressed using the FHIR Address datatype and requires a mapping to multiple elements. The table below explains how the zib concepts are mapped to the various FHIR elements (see the ConceptMaps http://nictiz.nl/fhir/ConceptMap/AdresSoortCodelijst-to-AddressUse and http://nictiz.nl/fhir/ConceptMap/AdresSoortCodelijst-to-AddressType as well). The code from the zib should also be included using the extension on Address.extension:addressType .
web zibs.nl This .name element represents a Dutch name according to the zib NameInformation (v1.1, 2020) (except for the GivenName concept). A Dutch name is represented in FHIR as an ordinary international name, but is augmented using extensions to specify how the last name is built up according to the Dutch rules. See the guidance on .family and on .extension:nameUsage for more information. Systems that need to work in a Dutch context SHOULD support these extensions as specified here. In addition, systems SHOULD use the core elements according to the FHIR specifications to provide compatibility outside Dutch contexts. It is encouraged to provide a representation of the full name in the .text element.
web nictiz.nl Each occurrence of the zib HealthProfessional is normally represented by two FHIR resources: a PractitionerRole resource (instance of nl-core-HealthProfessional-PractitionerRole ) and a Practitioner resource (instance of nl-core-HealthProfessional-Practitioner ). The Practitioner resource is referenced from the PractitionerRole instance. For this reason, sending systems should fill the reference to the PractitionerRole instance here, and not the Practitioner resource. Receiving systems can then retrieve the reference to the Practitioner resource from that PractitionerRole instance.
web nictiz.nl Each occurrence of the zib HealthProfessional is normally represented by two FHIR resources: a PractitionerRole resource (instance of nl-core-HealthProfessional-PractitionerRole ) and a Practitioner resource (instance of nl-core-HealthProfessional-Practitioner ). The Practitioner resource is referenced from the PractitionerRole instance. For this reason, sending systems should fill the reference to the PractitionerRole instance here, and not the Practitioner resource. Receiving systems can then retrieve the reference to the Practitioner resource from that PractitionerRole instance.
web decor.nictiz.nl The codes SHALL be taken from MedicatieToedieningToedieningswegCodelijst
( required to http://decor.nictiz.nl/fhir/ValueSet/2.16.840.1.113883.2.4.3.11.60.40.2.9.13.2--20200901000000 )
web decor.nictiz.nl RouteOfAdministration
Binding: MedicatieToedieningToedieningswegCodelijst ( required ) : A coded concept describing the route or physiological path of administration of a therapeutic agent into or onto the body of a subject.
web decor.nictiz.nl MedicatieToedieningToedieningswegCodelijst
http://decor.nictiz.nl/fhir/ValueSet/2.16.840.1.113883.2.4.3.11.60.40.2.9.13.2--20200901000000
web www.z-index.nl Further information about the G-Standaard levels see https://www.z-index.nl .
web www.whocc.no For further explanation about ATC see https://www.whocc.no/atc/structure_and_principles/ .
web zibs.nl This .name element represents the Dutch given name ("roepnaam") according to the zib NameInformation v1.1 (2020) .
web nictiz.nl The RelatedPerson resource is used to capture information about any person that is related to the patient, using the profile http://nictiz.nl/fhir/StructureDefinition/nl-core-ContactPerson .
web nictiz.nl Reference to an nl-core-ContactPerson instance containing the full details for the current contact.
web nictiz.nl This element can and should not completely capture the AddressInformation concept from zib ContactPerson; it should just be used for the information that is needed for contacting the person in relation to care of the patient. The full address information should instead be captured using an instance of nl-core-ContactPerson , which can then be referenced from this resource. See the comment on Patient.contact for more information.
web nictiz.nl The zib Procedure is mapped both to this Procedure profile and a profile on ServiceRequest ( http://nictiz.nl/fhir/StructureDefinition/nl-core-Procedure-request ) to align with the intention of FHIR. All past procedures are covered using this Procedure resource, while all future procedures, including the advised procedures, are covered in the ServiceRequest resource. Both resources contain the zib mappings, with the exception of the Requester concept; this is not relevant for past procedures and has only been mapped to the ServiceRequest profile.
web zibs.nl ZIBs 2020 documentatie
web iknl.nl IKNL

Internal Images

tree-filter.png
tree-filter.png