GTS.Interval met exacte tijdstippen

Uit informatiestandaarden
Versie door Maarten Ligtvoet (overleg | bijdragen) op 20 jul 2020 om 01:34 (Tekst vervangen - "{{#customtitle:" door "{{DISPLAYTITLE:")
Naar navigatie springen Naar zoeken springen


Dit materiaal is onderdeel van HL7v3-domein Pharmacy V8.00_HL7v3-domeinspecificatie_Pharmacy.
  • Compatible wijzigingen/nadere bewoordingen, tikfouten kunnen direct in de Wiki gewijzigd worden
  • Open issues die discussie vergen s.v.p. in de commentaarsectie opnemen.
GTS.Interval met exacte tijdstippen

Toepassing: Dit wordt gebruikt als het gebruiksinterval volledig bekend is (of daarover een aanname wordt gedaan). Voorbeeld is een kuur die op een vaste datum (of per direct) begonnen moet worden en waarvan (op basis van een vaste dosering) het eindpunt bekend is.

Formaat:
<effectiveTime xsi:type="IVL_TS">
	<low value="yyyymmddhhmm" />
	<high value="yyyymmddhhmm" />
</effectiveTime>

Toelichting: Belangrijk is dat hier de aanvullende regel is gesteld dat altijd inclusief tijdstippen moet worden doorgegeven. Voorheen werd meestal alleen een datum meegegeven, maar dit leidt tot de vreemde situatie dat de berichten strikt genomen niet weergeven wat er intuïtief mee bedoeld wordt. Dit wordt geïllustreerd door het onderstaande voorbeeld.

Wat is de betekenis van het interval?

<low value="20080101">
<high value="20080109">

Het officiële HL7 standpunt is dat dit betekent dat TOT 9 januari ’07 een interval loopt. Er is een attribuut inclusive, waarmee kan worden aangegeven of de grens al dan niet meedoet (de defaultwaarde hiervan is TRUE), maar dit heeft alleen betrekking op het ‘eerste moment’ van 9 januari ’07. De dag zelf doet dus NIET mee. Dit is tegenstrijdig met de intuïtieve beleving van een tijdsinterval, want (zeker als er expliciet inclusive = TRUE bij zou staan) zou de standaardinterpretatie zijn dat 9 januari ’07 WEL in z’n geheel bij het interval hoort. Dit komt omdat een datum feitelijk niet wordt gezien als een enkele waarde (zoals een integer), maar als een interval met een duur van één dag.

De officiële interpretatie van de grenzen van een tijdsinterval is consistent met de toepassing van intervallen van andere data types, zoals numerieke waarden (REAL). Het zal immers niemand verbazen dat 4.1 NIET als onderdeel van het interval tussen 2 en 4 wordt gerekend, zelfs als inclusive = TRUE wordt vermeld. Door het verschil tussen formele betekenis en interpretatie kunnen echter communicatieproblemen en zelfs gevaarlijke situaties onstaan. Het is dus belangrijk dat hier eenduidigheid wordt bereikt.

Noot: het verwerken van inclusive = FALSE is niet nodig in de Nederlandse situatie.

Dit wordt bereikt door bij een gesloten interval met begin- en einddatum expliciet een tijdstip aan de datum toe te voegen. Hierdoor ligt met name het eindpunt exact vast.

Het eerder genoemde interval moet dan worden doorgegeven als:

<low value="200801010000">
<high value="200801092359">

Hierdoor wordt verwarring over de interpretatie voorkomen. Theoretisch valt de laatste minuut van 9 januari nog steeds buiten het interval, maar dat is in de praktijk nooit een probleem. Essentieel is dat 2359 wordt gebruikt om de einddatum volledig te dekken.