Is er een sluitende mapping tussen CountryGBACodelist en ISO 3166 3 letter code?

Ik sluit dit ticket, maar er zijn een aantal geopend om verduidelijkingen door te voeren:

Ticket om onze specs te verduidelijken: https://nictiz.atlassian.net/browse/MM-1703
Ticket om de FHIR spec te verduidelijken: https://jira.hl7.org/projects/FHIR/issues/FHIR-30239
Zulip chat: https://chat.fhir.org/#narrow/stream/179166-implementers/topic/Address.2Ecountry

Beste ,

Om conform de zib en informatiestandaarden te kunnen uitwisselen dient gebruik te worden gemaakt van de ISO 3166 2 letter code of de GBA numerieke codes. De code-specification extensie is hiervoor de aangewezen plaats. De comment in Address.country stelt ook het volgende: "The FHIR datatype does not properly support coding the country using a CodeableConcept or Coding datatype. If the sender supports coded countries, it SHALL send the coded value using the code-specification extension under Address.country." 

Er zal dan dus gemapt dienen te worden. Er zou een wijziginsverzoek bij het ZIB centrum ingeschoten kunnen worden dat verzoekt of gebruik gemaakt kan worden van de 3 letter codes of dat die ook gebruikt mogen worden.

Wat betreft het wijzigingsverzoek, hiervoor heb ik aangemakt en vraag in Zulip gesteld. De werking van .country element blijft ongewijzigd. Aangezien dit een datatype profiel is dat in alle informatiestandaarden wordt gebruikt zal dit sowieso niet zomaar backwards incompatible gewijzigd worden. In het .country veld mogen dus de 3 letter codes worden gevuld. 

Groet,
Ardon

Liefst vullen wij ENKEL de Address.country met 3 letters (die code hebben we namelijk vanuit de Z-Index tabellen).

Mogen we de extensions weglaten? Of is het verplicht om 1 van de 2 extensions op te nemen?

Het kwalificatie team meldt namelijk

"BLOKKEREND: country code extension ontbreekt. Deze is verplicht vanuit de ZIB."

In reactie op

"Het profiel hint hier op gebruik van de ISO 3166 3 letter code, terwijl de STU3 core specificatie zowel de 3 als 2 letter code benoemd. Dit lijkt me een incosistentie en een verbetering waard. Hiervoor zal ik een wijziginsverzoek inschieten."

Laat aub de mogelijkheid voor de ISO 3166 3 letter code in stand!

Het ondersteunen van deze sets is voor ons meerwerk

Hiervoor moeten we een mapping-tabel bijbouwen van 

ISO 3166 3 letter code => ISO 3166 2 letter code

(obv https://en.wikipedia.org/wiki/List_of_ISO_3166_country_codes)

ISO 3166 3 letter code => GBA

Beste ,

Excuus, ik was wellicht niet gelijk duidelijk in mijn vorige reactie.

De zib (en daarmee vrijwel alle informatiestandaarden) verwacht gebruik van de ISO 3166 2 letter code of GBA numerieke letter code. Hiervoor kunnen de code-specification extensies gebruikt worden omdat het datatype van Address.country ook geen Code / Coding / CodeableConcept is. Address.country mag gevuld worden met ofwel de uitgeschreven land, de 3 of 2 letter code, al zou de 2 letter code hier vanwege de zib verwachtinge de voorkeur hebben.
Het profiel hint hier op gebruik van de ISO 3166 3 letter code, terwijl de STU3 core specificatie zowel de 3 als 2 letter code benoemd. Dit lijkt me een incosistentie en een verbetering waard. Hiervoor zal ik een wijziginsverzoek inschieten.

Voor de mapping naar de 2 letter codes: 

• De officiele vindplaatst van de ISO 3166 waardenlijsten: https://www.iso.org/iso-3166-country-codes.html

• De volgende wikipedia pagina bevat een tabel met zowel de 2 letter als 3 letter codes: https://en.wikipedia.org/wiki/List_of_ISO_3166_country_codes 

• De zib codelijsten zijn ook in ArtDecor geimporteerd: iso 2 letter en
  GBA lijst

Beantwoordt dit de vraag voldoende?

Met vriendelijke groet,
Ardon

Former user,

Begrijp ik het dus goed dat dit de beoogde vulling is

nl-core-address

https://zibs.nl/wiki/AddressInformation-v1.0(2017EN)#CountryISOCodelist

verwijst naar de ISO 3166 2 letter code in plaats van de 3 letter code.

Mogen wij er voor kiezen om enkel Address.country ISO 3166 3 letter code te vullen en extensions weg te laten?