Assigning authority

Return to InM V2 voorstellen

• meeting: TC-InM
• Author: Adri Burggraaff.
• Status: DRAFT - subject to changes by the authors

Huidige tabel in de HL7 2.4 Internationale en NL implementatie handleiding

2.9.12.4 Assigning authority (HD)
Subcomponents: <namespace ID (IS)> & < universal ID (ST)> & <universal ID type (ID)>
In dit veld wordt de instantie vermeld die verantwoordelijk is voor het genereren van de ID. Indien het een erkende instantie is,
wordt deze vermeld (bv Vektis) anders LOCAL (local). Voor UZI nummers geldt de Assigning Authority “CIBG”

User-defined Table 0363 - Assigning Authority

Value Description Toepassing NL
NLMINBIZ NL – Ministerie van Binnenlandse Zaken - Burger Service Nummer

                             - Reisdocument (paspoort/identiteitskaart)

NLMINJUS NL – Ministerie van Justitie
NLVWS NL – Ministerie van Volksgezondheid, Welzijn en Sport
NLIND NL – Immigratie en Naturalisatie Dienst - Vreemdelingendocument
NLRDW NL – Rijksdienst Wegvervoer - Rijbewijs
NLSBV-Z NL – Sectorale BerichtenVoorziening voor de Zorgsector
CIBG NL – Centraal Informatiepunt Beroepen Gezondheidszorg - Uniek Zorgverlener Identificatienummer (UZI)
Prismant NL – Onder andere voor de Landelijke Medische Registratie (LMR)
Vektis NL – Centrum voor informatie en standaardi-satie voor de zorgverzekeraars
LOCAL Lokaal gedefinieerd

Use case

Er zijn 2 ziekenhuizen die veel samenwerken en hun > patientgegegevens sturen naar een zelfde deelsysteem.
Voor de interne patientnummers zou je als Assigning Authority > moeten gebruiken LOCAL (=Lokaal gedefinieerd).
Echter hoe kan ik als het ontvangende systeem weten, welk ziekenhuis eigenaar is van het interne patientnummer als ze allebei LOCAL sturen.