Hoofdpagina

Inleiding

Welkom op de Nictiz wiki voor informatiestandaarden. U kunt hier via directe link zijn gekomen, of via de sectie Standaardisatie op onze hoofdwebsite 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.

Actuele Nictiz informatiestandaarden/projecten

Jeugdgezondheidszorg	Huisartswaarneming	Verpleegkundige zorg	Medicatieproces
Labuitwisseling	Acute zorg	Zib-centrum Zorginformatiebouwstenen wiki	Paramedische zorg
Geboortezorg	Ketenzorg	MedMij

Nictiz-projecten in incubatie

Individueel Zorgplan

• Landingspagina Individueel Zorgplan

Projecten van derden op deze site

Bevolkingsonderzoek Darmkanker/Baarmoederhalskanker

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

Algemeen

• Handleiding Nictiz documentatie
  • Handleiding Wiki documentatie
  • Handleiding ART-DECOR documentatie
  • Handleiding kardinaliteiten en conformance
• HL7 versie 3
  • Algemene uitleg HL7 versie 3
  • HL7v3 Basiscompenenten, versie 2.3 rev2 (externe link naar HL7 Nederland), met daarin onder andere:
    • HL7 versie 3 Datatypes
    • Object IDentifiers
• HL7 FHIR
  • FHIR Implementation Guide STU3
  • Profiling guidelines STU3
  • Profiling guidelines R4
• 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)

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 wordt 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.