This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Difference between revisions of "II datatype: maximumlengte vaststellen voor II.root"

From HL7Wiki
Jump to navigation Jump to search
Line 29: Line 29:
 
==Discussie==
 
==Discussie==
 
<br/>
 
<br/>
 +
*Ik zie geen echte reden een maximum te stellen. Als men echter daartoe, om implementatieredenen, een advies zou willen afgeven, dan is 64 een maximum lengte die breed gedragen wordt. [[User:Rene spronk|Rene spronk]] 14:53, 17 November 2009 (UTC)

Revision as of 14:53, 17 November 2009

Return to InM V2 voorstellen

  • meeting: TC-InM
  • Author: Alexander Henket
  • Status: FINAL - for discussion in TC

Inleiding

Er is nooit formeel een maximumlengte gesteld aan de lengte van een OID.root. Wel zijn er informeel allerlei maximums in diverse (registratie)systemen. OID's zijn een ISO-standaard. In de ISO-standaard is geen maximum vastgelegd: There is no limit to the length of an OID, and virtually no computational burden to having a long OID.

Use Case

Vanuit diverse leveranciers is bij Nictiz aangegeven dat bij het bouwen van applicaties een bepaalde ruimte moet worden gereserveerd in de database. Doordat er geen maximum, of andere richtlijn is, wordt per leverancier een arbitrair maximum gesteld. Dit kan tot compatibiliteitsproblemen leiden.

Voorstel

Er zijn twee voorstellen ten behoeve van IH Basicomponentengids versie >= 2.3:

  1. Het stellen van een maximulengte aan de OID.root
  2. Het vaststellen van de maximumlengte van 64 tekens

Argumentatie

De use case is voor Nictiz voldoende reden om te zoeken naar breder draagvlak. De vraag is ook voorgelegd op de internationale lijsten en diverse antwoorden kwamen daarop terug:

  1. HL7.org OID-register houdt 64 tekens aan voor OID's (bron: Cecil Lynch)
  2. DICOM-standaard heeft een maximum van 64-tekens voor OID's (bron: Cecil Lynch)
  3. Canada: 200 tekens voor zowel root als extension (bron: Lloyd McKenzie)
  4. Peter Scholz: ziet geen reden voor het stellen van een maximum
  5. Binnen een ruime set testberichten zoals nu uitgewisseld binnen de AORTA was het maximum 39 tekens (bron: Alexander Henket)

Met name punt 1. en punt 2. lijken zwaarwegend genoeg om 64 tekens als maximum aan te houden, waarbij punt 5. in elk geval de garantie biedt dat het niet tot implementatieproblemen leidt in bestaande implementaties.

Discussie


  • Ik zie geen echte reden een maximum te stellen. Als men echter daartoe, om implementatieredenen, een advies zou willen afgeven, dan is 64 een maximum lengte die breed gedragen wordt. Rene spronk 14:53, 17 November 2009 (UTC)