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

Algemeen

Handleiding Nictiz documentatie
Handleiding HL7 versie 3
- HL7 versie 3 Datatypes (externe link naar HL7 Nederland)
- Object IDentifiers (externe link naar HL7 Nederland)

In implementatiehandleiding basiscomponenten (huidige versie 2.3) staat in §5.1 het volgende advies:

Implementatierichtlijnen zijn nodig om duidelijk te maken welke OID structuur gebruikt moet worden in HL7 versie 3 berichten binnen AORTA. Hierover is een beslissing genomen binnen Nictiz, met deze richtlijn als uitkomst:

Ten behoeve van de wereldwijde uniciteit en persistentie van gegevensidentificatie wordt de zorgaanbieder geadviseerd haar URA (UZI Register Abonneenummer) te gebruiken als basis voor de OID root van alle binnen de zorgaanbieder gegenereerde gegevens. Zorgaanbieders die reeds een bestaande OID hanteren, mogen deze blijven gebruiken.

Dit advies verdient de volgende aanvullingen:

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.

@@ Regel 59: / Regel 59: @@
 ''Implementatierichtlijnen zijn nodig om duidelijk te maken welke OID structuur gebruikt moet worden in HL7 versie 3 berichten binnen AORTA. Hierover is een beslissing genomen binnen Nictiz, met deze richtlijn als uitkomst:''
-''Ten behoeve van de wereldwijde uniciteit en persistentie van gegevensi- dentificatie wordt de zorgaanbieder geadviseerd haar URA (UZI Register Abonneenummer) te gebruiken als basis voor de OID root van alle binnen de zorgaanbieder gegenereerde gegevens. Zorgaanbieders die reeds een bestaande OID hanteren, mogen deze blijven gebruiken.''
+''Ten behoeve van de wereldwijde uniciteit en persistentie van gegevensidentificatie wordt de zorgaanbieder geadviseerd haar URA (UZI Register Abonneenummer) te gebruiken als basis voor de OID root van alle binnen de zorgaanbieder gegenereerde gegevens. Zorgaanbieders die reeds een bestaande OID hanteren, mogen deze blijven gebruiken.''
 Dit advies verdient de volgende aanvullingen:

Hoofdpagina: verschil tussen versies

Versie van 11 okt 2019 09:09