@classCode
|
cs |
0 … 1 |
F |
PSN |
@determinerCode
|
cs |
0 … 1 |
F |
INSTANCE |
Inclusie |
0 … * |
|
van 2.16.840.1.113883.2.4.3.11.60.101.10.1 Naam persoon (2014‑11‑06) |
hl7:name
|
PN |
0 … * |
|
|
(CDAson) |
|
|
@use
|
set_cs |
0 … 1 |
|
In principe kan van elke Person Name worden aangegeven in welke situatie deze gebruikt
kan worden. Voor Nederland is besloten dat de volgende naamgebruikstypen voor kunnen
komen |
|
CONF |
|
Keuze |
0 … * |
|
Merk op dat de volgorde van de elementen, die elk meerdere malen mogen voorkomen,
de volgorde voor weergave bepaalt. Elementen om uit te kiezen:
- hl7:given
- hl7:prefix
- hl7:family
- hl7:suffix
- hl7:delimiter
|
|
Constraint |
Het is niet toegestaan om lege naamdelen mee te geven. Om aan te geven dat een naamdeel
leeg is dient het simpelweg niet te worden gebruikt. |
hl7:given
|
ENXP |
|
|
Bevat voorletter(s), roepnamen of voorna(a)m(en) van de persoon. Het attribuut qualifier
bepaalt wat het is. |
(CDAson) |
|
|
@qualifier
|
set_cs |
0 … 1 |
|
|
|
CONF |
|
hl7:prefix
|
ENXP |
|
|
Bevat het voorvoegsel van de geslachtsnaam of geslachtsnaam partner met de qualifier
'VV' (voorvoegsel), en/of de adellijke titel met qualifier 'NB'. Merk op dat de volgorde
van de XML tags in het bericht van belang is: de voorvoegsels dienen altijd vóór de
bijbehorende family name gecommuniceerd te worden. Merk op dat een voorvoegsel eindigt
met een spatie indien het type voorvoegsel dit vereist (wel bij "de " en "van ", maar
niet bij "l‘".) Eventuele adellijke titels/predikaten worden, voorzien van de qualifier
NB, voor de geslachtsnaam opgenomen. |
(CDAson) |
|
|
@qualifier
|
set_cs |
0 … 1 |
|
|
|
CONF |
|
hl7:family
|
ENXP |
|
|
Bevat de geslachtsnaam of geslachtsnaam partner. Het attribuut qualifier bepaalt wat
het is. |
(CDAson) |
|
|
@qualifier
|
set_cs |
0 … 1 |
|
|
|
CONF |
|
hl7:suffix
|
ENXP |
|
|
Een suffix heeft betrekking op een deel van de naam dat hoort bij één of meer andere
naamdelen en daar achter wordt geschreven. In Nederland zijn als achtervoegsel alleen
academische titels toegestaan. Enkele regels voor person name parts van type suffix:
- Een suffix moet altijd direct achter de naamdelen worden geplaatst waar het betrekking
op heeft (d.w.z. waar het normaal gesproken wordt geschreven).
- Er is geen impliciete spatie als tussenruimte met het eraan voorafgaande name part,
d.w.z. een spatie voor het achtervoegsel moet expliciet worden vermeld!
- De aard van het achtervoegsel kan verder worden aangeduid door het optionele attribuut
qualifier te gebruiken.
Een person name part van type suffix dat zonder qualifier wordt gebruikt, moet worden
beschouwd als een niet nader bepaald achtervoegsel. Ook het gebruik van (vaak Amerikaanse)
termen als ' Jr.', ' Sr.' of ' III' valt in deze categorie.
Er is geen regel voor het aantal achtervoegsels dat wordt gecombineerd in één element.
D.w.z. dat " MSc" en " MD" apart kunnen worden doorgegeven, maar ook gecombineerd
als " MSc MD".
|
(CDAson) |
@qualifier
|
set_cs |
0 … 1 |
|
|
|
CONF |
|
hl7:delimiter
|
ENXP |
|
|
Een delimiter heeft geen speciale betekenis als onderdeel van een Person Name, anders
dan het doorgeven van een (stukje) letterlijke tekst dat in de geschreven naam voorkomt.
Een delimiter moet altijd op de plaats in de Person Name staan waar de tekst ook geschreven
zou worden. Er zijn geen impliciete spaties, dus als er normaal gesproken een spatie
voor of achter geschreven wordt, dan moet deze expliciet worden meegegeven.
Voorbeelden van delimiters zijn:
- Het streepje '-' tussen de eigen achternaam en de partnernaam (of andersom).
- De komma plus spatie ', ' die tussen de naam en bepaalde achtervoegsels komt.
- De tekst ', geb. ' of ', e.v. ' die soms gebruikt wordt bij eigen- respectievelijk
partnernaam.
Merk op: de spatie tussen een voorvoegsel en de achternaam is geen delimiter, het
behoort bij het voorvoegsel. Dit geldt tevens voor andere scheidingstekens behorende
bij een voorvoegsel zoals in de naam "D'Artagnan". |
(CDAson) |
hl7:validTime
|
IVL_TS |
0 … 1 |
|
Dit is een optioneel XML-element binnen de Person Name en duidt de periode aan waarin
deze naam 'in gebruik'/geldig was voor de betreffende persoon. De opties zijn:
- Er is geen validTime element: de betreffende naam is in principe onbeperkt geldig.
- Er is een onder- en een bovengrens: de naam was geldig in de aangeduide periode.
- Er is alleen een ondergrens: de naam is geldig sinds de aangeduide datum.
- Er is alleen een bovengrens: de naam was geldig t/m de aangeduide datum.
Dit element van Person Name kan worden gebruikt om aan te geven dat een persoon gedurende
diens leven één of meer keer van naam veranderd is. Dit gebeurt o.a. bij:
- Adoptie van een baby, waarbij het de achternaam van de adoptieouders verkrijgt.
- Huwelijk, waarbij de partnernaam kan worden toegevoegd aan de eigen naam.
- Scheiding, waarbij een eerder aangenomen partnernaam juist weer vervalt.
- Personen die om andere redenen hun voor- of achternaam veranderen.
Merk op dat veel patiëntregistratiesystemen niet echt een historie (met ingangsdatum)
bijhouden van de patiëntnaam. Wel wordt vaak een 'audit trail' (wijzigingshistorie)
van de patiëntgegevens in het algemeen bijgehouden. Indien gewenst zou daaruit een
historie van de persoonsnaam kunnen worden afgeleid, hoewel het natuurlijk ook mogelijk
is om alleen de actuele naam door te geven (en dus geen validTime te gebruiken).
|
(CDAson) |
|
Constraint |
In elke situatie waar één of meer persoonsnamen worden doorgegeven, moet minimaal
de naam worden aangeduid die op het moment van verzenden geldig/actueel is. Vervallen
namen kunnen dus alleen worden doorgegeven als het betreffende berichtelement herhalend
is (dus met cardinaliteit > 1). In tegenstelling tot de situatie bij organisatienamen
is het bij persoonsnamen niet toegestaan dat de ondergrens of de bovengrens van een
validTime in de toekomst ligt. Er kan dus geen 'geplande' nieuwe naam of het 'gepland
vervallen' van de huidige naam worden doorgegeven voor persoonsnamen. |