Hoofdpagina

1 Inleiding

Welkom op de Nictiz wiki voor informatiestandaarden. Je kunt hier via een directe link zijn gekomen, of via de sectie Informatiestandaarden op onze website www.nictiz.nl. Informatiestandaarden bestaan uit een functioneel deel waarin wordt beschreven welke processen van welke partijen ondersteund worden, en een of meerdere technische delen waarin gespecificeerd wordt wat hiervoor in techniek nodig is.

2 Actuele Nictiz informatiestandaarden/projecten

Jeugdgezondheidszorg	Huisartswaarneming	Verpleegkundige zorg	Medicatieproces
Labuitwisseling	Acute zorg	Zib-centrum Zorginformatiebouwstenen-wiki	Paramedische zorg
Geboortezorg	Ketenzorg	MedMij	BgZ
Dossierwijzigingsverzoek	Vaccinatie-Immunisatie	Eerstelijnszorg	Beeldbeschikbaarheid
Contra-indicaties en Overgevoeligheden

3 Nictiz-projecten in incubatie

3.1 Individueel Zorgplan

• Landingspagina Individueel Zorgplan

4 Projecten van derden op deze site

4.1 Bevolkingsonderzoek Darmkanker/Baarmoederhalskanker/Borstkanker

• Landingspagina Bevolkingsonderzoek Darmkanker
• Landingspagina Bevolkingsonderzoek Baarmoederhalskanker
• Landingspagina Bevolkingsonderzoek Borstkanker

5 Algemeen

5.1 Handleiding Nictiz documentatie

• Handleiding Wiki documentatie
• Handleiding ART-DECOR documentatie
• Handleiding kardinaliteiten en conformance

5.2 HL7 versie 3

• Algemene uitleg HL7 versie 3
• HL7v3 Basiscomponenten, versie 2.3 rev2 (externe link naar HL7 Nederland), met daarin onder andere:
  • HL7 versie 3 Datatypes
  • Om historische redenen is voor de CMET's soms nog de PDF van de basiscomponentengids nodig

5.3 HL7 FHIR

STU3

• FHIR STU3 Implementation Guide
• FHIR STU3 Profiling guidelines

R4

• FHIR R4 Implementation Guide
• FHIR R4 Profiling guidelines

5.4 Object IDentifiers (OIDs)

• Object IDentifiers toelichting in HL7v3 basiscomponenten

De implementatiehandleiding basiscomponenten versie 2.3-Rev2 van november 2019 heeft extra duiding gekregen in §5.1 ten behoeve van juist OID-gebruik. Deze essentiële duiding is hieronder nogmaals uitgelicht: De inrichting van identificatie is een samenspel tussen zorgaanbieder en systeemleverancier Identificatie dient persistent en wereldwijd uniek te zijn Zorgaanbieders dienen zich ervan te vergewissen dat systemen in haar organisatie allemaal persistent unieke identificatie garanderen Als meerdere systemen op basis van dezelfde OID (bijvoorbeeld URA) van de zorgaanbieder identificatie toekennen, dan zijn branches onder deze OID onvermijdelijk Voorbeeld voor zorgaanbieder met URA 12345678 die deze voor identificatie in zijn lab- en radiologiesysteem wil gebruiken LAB: 2.16.528.1.1007.3.3.12345678.1 RAD: 2.16.528.1.1007.3.3.12345678.2 Identificatie op basis van URA werkt alleen goed als de zorgaanbieder administratie over toegekende OID's per systeem bijhoudt, zodat er geen ambiguïteit ontstaat Als een zorgaanbieder geen OID-administratie per systeem kan of wil voeren, dan kan een leverancier deze service voor zijn systeem bieden door een OID aan te vragen. Op basis hiervan kan de leverancier, branches toekennen aan klanten. Uiteraard dient de leverancier dan de administratie hierop bij te houden.

5.5 OID / URI Registers

• Nictiz OID Register
• HL7 NL OID Register en HL7 NL FHIR URI Register voor bestaande OID's
• ART-DECOR OID Register (bevat tevens FHIR URI's voor zover bekend en gerelateerd aan een OID)
• HL7.org OID Register
• FHIR STU3: System URIs en Identifier System URIs
• FHIR huidig: URIs en Identifier System URIs (alle hl7.org codesysteem uri's zijn van STU3 naar R4 gewijzigd in terminology.hl7.org/CodeSystem)