HL7v3 - Bewerkingsoverzicht

Wetering: /* Templateversionering */

2021-06-16T09:11:59Z

Templateversionering

← Oudere versie		Versie van 16 jun 2021 09:11
Regel 36:		Regel 36:
	In dit voorbeeld is er sprake van een {{fhir\|observation}} die voldoet aan twee templatedefinities. Beide definities hebben id ''1.2.3''. De eerste zegt expliciet welke versie deze heeft. De tweede niet. De eerste is, naar verwachting, de meeste specifieke van de twee. Als de ontvanger de versie ''2021-01-01T00:00:00'' niet kent, dan valideert/verwerkt hij volgens de versie die hij wel kent. Vanwege de backward compatibile aard van versies, maakt het niet uit welke versie wordt gebruikt. De delen die de ontvanger niet kent, zal hij op die manier kunnen negeren. Dit principe garandeert een zekere mate van houdbaarheid van implementaties ten opzichte van een zekere mate van flexibiliteit in een veld waar niet alle communicatiepartners tegelijk updates doen.		In dit voorbeeld is er sprake van een {{fhir\|observation}} die voldoet aan twee templatedefinities. Beide definities hebben id ''1.2.3''. De eerste zegt expliciet welke versie deze heeft. De tweede niet. De eerste is, naar verwachting, de meeste specifieke van de twee. Als de ontvanger de versie ''2021-01-01T00:00:00'' niet kent, dan valideert/verwerkt hij volgens de versie die hij wel kent. Vanwege de backward compatibile aard van versies, maakt het niet uit welke versie wordt gebruikt. De delen die de ontvanger niet kent, zal hij op die manier kunnen negeren. Dit principe garandeert een zekere mate van houdbaarheid van implementaties ten opzichte van een zekere mate van flexibiliteit in een veld waar niet alle communicatiepartners tegelijk updates doen.

	<small><font color="BBB7B6">Nadere informatie over templating guidelines / templateIds staat ook nog op [[HL7v3_Templating_Guidelines\|deze niet definitieve werkpagina]].</font></small>		<small><font color="BBB7B6">Nadere informatie over templating guidelines / templateIds staat ook nog op [[HL7v3_Templating_Guidelines\|<font color="BBB7B6">deze niet definitieve werkpagina</font>]].</font></small>

	==XML Schema attributen realmCode, typeID en templateId==		==XML Schema attributen realmCode, typeID en templateId==

Wetering: /* Templateversionering */

2021-06-16T09:11:12Z

Templateversionering

← Oudere versie		Versie van 16 jun 2021 09:11
Regel 36:		Regel 36:
	In dit voorbeeld is er sprake van een {{fhir\|observation}} die voldoet aan twee templatedefinities. Beide definities hebben id ''1.2.3''. De eerste zegt expliciet welke versie deze heeft. De tweede niet. De eerste is, naar verwachting, de meeste specifieke van de twee. Als de ontvanger de versie ''2021-01-01T00:00:00'' niet kent, dan valideert/verwerkt hij volgens de versie die hij wel kent. Vanwege de backward compatibile aard van versies, maakt het niet uit welke versie wordt gebruikt. De delen die de ontvanger niet kent, zal hij op die manier kunnen negeren. Dit principe garandeert een zekere mate van houdbaarheid van implementaties ten opzichte van een zekere mate van flexibiliteit in een veld waar niet alle communicatiepartners tegelijk updates doen.		In dit voorbeeld is er sprake van een {{fhir\|observation}} die voldoet aan twee templatedefinities. Beide definities hebben id ''1.2.3''. De eerste zegt expliciet welke versie deze heeft. De tweede niet. De eerste is, naar verwachting, de meeste specifieke van de twee. Als de ontvanger de versie ''2021-01-01T00:00:00'' niet kent, dan valideert/verwerkt hij volgens de versie die hij wel kent. Vanwege de backward compatibile aard van versies, maakt het niet uit welke versie wordt gebruikt. De delen die de ontvanger niet kent, zal hij op die manier kunnen negeren. Dit principe garandeert een zekere mate van houdbaarheid van implementaties ten opzichte van een zekere mate van flexibiliteit in een veld waar niet alle communicatiepartners tegelijk updates doen.

	<small><font color="BBB7B6">Nadere informatie over templating guidelines ~~staan~~ ook nog op [[HL7v3_Templating_Guidelines\|deze niet definitieve werkpagina]].</font></small>		<small><font color="BBB7B6">Nadere informatie over templating guidelines / templateIds staat ook nog op [[HL7v3_Templating_Guidelines\|deze niet definitieve werkpagina]].</font></small>

	==XML Schema attributen realmCode, typeID en templateId==		==XML Schema attributen realmCode, typeID en templateId==

Wetering: /* Templateversionering */

2021-06-16T09:10:31Z

Templateversionering

← Oudere versie		Versie van 16 jun 2021 09:10
Regel 36:		Regel 36:
	In dit voorbeeld is er sprake van een {{fhir\|observation}} die voldoet aan twee templatedefinities. Beide definities hebben id ''1.2.3''. De eerste zegt expliciet welke versie deze heeft. De tweede niet. De eerste is, naar verwachting, de meeste specifieke van de twee. Als de ontvanger de versie ''2021-01-01T00:00:00'' niet kent, dan valideert/verwerkt hij volgens de versie die hij wel kent. Vanwege de backward compatibile aard van versies, maakt het niet uit welke versie wordt gebruikt. De delen die de ontvanger niet kent, zal hij op die manier kunnen negeren. Dit principe garandeert een zekere mate van houdbaarheid van implementaties ten opzichte van een zekere mate van flexibiliteit in een veld waar niet alle communicatiepartners tegelijk updates doen.		In dit voorbeeld is er sprake van een {{fhir\|observation}} die voldoet aan twee templatedefinities. Beide definities hebben id ''1.2.3''. De eerste zegt expliciet welke versie deze heeft. De tweede niet. De eerste is, naar verwachting, de meeste specifieke van de twee. Als de ontvanger de versie ''2021-01-01T00:00:00'' niet kent, dan valideert/verwerkt hij volgens de versie die hij wel kent. Vanwege de backward compatibile aard van versies, maakt het niet uit welke versie wordt gebruikt. De delen die de ontvanger niet kent, zal hij op die manier kunnen negeren. Dit principe garandeert een zekere mate van houdbaarheid van implementaties ten opzichte van een zekere mate van flexibiliteit in een veld waar niet alle communicatiepartners tegelijk updates doen.

	<small><font color="BBB7B6">Nadere informatie over templating guidelines staan ook nog op [[HL7v3_Templating_Guidelines~~#Template_id.27s~~\|deze niet definitieve werkpagina]].</font></small>		<small><font color="BBB7B6">Nadere informatie over templating guidelines staan ook nog op [[HL7v3_Templating_Guidelines\|deze niet definitieve werkpagina]].</font></small>

	==XML Schema attributen realmCode, typeID en templateId==		==XML Schema attributen realmCode, typeID en templateId==

Wetering: /* Templateversionering */

2021-06-16T09:09:54Z

Templateversionering

← Oudere versie		Versie van 16 jun 2021 09:09
Regel 35:		Regel 35:

	In dit voorbeeld is er sprake van een {{fhir\|observation}} die voldoet aan twee templatedefinities. Beide definities hebben id ''1.2.3''. De eerste zegt expliciet welke versie deze heeft. De tweede niet. De eerste is, naar verwachting, de meeste specifieke van de twee. Als de ontvanger de versie ''2021-01-01T00:00:00'' niet kent, dan valideert/verwerkt hij volgens de versie die hij wel kent. Vanwege de backward compatibile aard van versies, maakt het niet uit welke versie wordt gebruikt. De delen die de ontvanger niet kent, zal hij op die manier kunnen negeren. Dit principe garandeert een zekere mate van houdbaarheid van implementaties ten opzichte van een zekere mate van flexibiliteit in een veld waar niet alle communicatiepartners tegelijk updates doen.		In dit voorbeeld is er sprake van een {{fhir\|observation}} die voldoet aan twee templatedefinities. Beide definities hebben id ''1.2.3''. De eerste zegt expliciet welke versie deze heeft. De tweede niet. De eerste is, naar verwachting, de meeste specifieke van de twee. Als de ontvanger de versie ''2021-01-01T00:00:00'' niet kent, dan valideert/verwerkt hij volgens de versie die hij wel kent. Vanwege de backward compatibile aard van versies, maakt het niet uit welke versie wordt gebruikt. De delen die de ontvanger niet kent, zal hij op die manier kunnen negeren. Dit principe garandeert een zekere mate van houdbaarheid van implementaties ten opzichte van een zekere mate van flexibiliteit in een veld waar niet alle communicatiepartners tegelijk updates doen.

			<small><font color="BBB7B6">Nadere informatie over templating guidelines staan ook nog op [[HL7v3_Templating_Guidelines#Template_id.27s\|deze niet definitieve werkpagina]].</font></small>

	==XML Schema attributen realmCode, typeID en templateId==		==XML Schema attributen realmCode, typeID en templateId==

Ahenket op 28 apr 2021 om 14:48

2021-04-28T14:48:09Z

← Oudere versie		Versie van 28 apr 2021 14:48
Regel 1:		Regel 1:
	__NUMBEREDHEADINGS__		__NUMBEREDHEADINGS__
	=Algemeen=		=Algemeen=
	HL7 versie 3 is een van leden van de standaardfamilies van de organisatie [https://hl7.org Health Level 7] vooral bekend als HL7. Andere zijn [[HL7v2\|HL7 versie 2] (HL7v2) en [[FHIR\|HL7 FHIR]] (FHIR).		HL7 versie 3 is een van leden van de standaardfamilies van de organisatie [https://hl7.org Health Level 7] vooral bekend als HL7. Andere zijn [[HL7v2\|HL7 versie 2]] (HL7v2) en [[FHIR\|HL7 FHIR]] (FHIR).

	HL7 versie 3, vanaf hier HL7v3, is eerst een vooral een methodologie om tot standaarden te komen en bevat in mindere mate concrete implementatiehandleidingen. HL7v3 is dus niet graduele of backward compatibele versie met zijn voorganger HL7v2, zoals FHIR wat na HL7v3 is ontwikkeld niet zomaar een graduele of backward compatibele versie van HL7v3 is.		HL7 versie 3, vanaf hier HL7v3, is eerst een vooral een methodologie om tot standaarden te komen en bevat in mindere mate concrete implementatiehandleidingen. HL7v3 is dus niet graduele of backward compatibele versie met zijn voorganger HL7v2, zoals FHIR wat na HL7v3 is ontwikkeld niet zomaar een graduele of backward compatibele versie van HL7v3 is.

Wetering: /* Templateversionering */

2021-02-04T10:43:40Z

Templateversionering

← Oudere versie		Versie van 4 feb 2021 10:43
Regel 19:		Regel 19:
	* '''Backward compatibele wijzigingen''': nieuwe templateversie met behoud van het id, maar met een nieuwe versie (tijdstempel)		* '''Backward compatibele wijzigingen''': nieuwe templateversie met behoud van het id, maar met een nieuwe versie (tijdstempel)
	** Waar relevant hebben templates een verplicht {{fhir\|templateId}} element waarin attribuut {{fhir\|root}} matcht met het id van de gebruikte template en optioneel een attribuut {{fhir\|extension}} dat matcht met de versie van het template		** Waar relevant hebben templates een verplicht {{fhir\|templateId}} element waarin attribuut {{fhir\|root}} matcht met het id van de gebruikte template en optioneel een attribuut {{fhir\|extension}} dat matcht met de versie van het template
	** Het element {{fhir\|templateId}} kan meerdere keren voorkomen. De meeste specifieke template eerst Ieder {{fhir\|templateId}} moet 'waar' zijn		** Het element {{fhir\|templateId}} kan meerdere keren voorkomen. Volgorde doet er toe: de meeste specifieke template eerst. Ieder {{fhir\|templateId}} moet 'waar' zijn
	*** Een zender moet instaan voor wat hij stuurt. Voor ieder templateId dat hij aangeeft moet gelden dat hij daarvoor de specificatie heeft gevolgd		*** Een zender moet instaan voor wat hij stuurt. Voor ieder templateId dat hij aangeeft moet gelden dat hij daarvoor de specificatie heeft gevolgd
	*** Een ontvanger moet instaan voor de integriteit van zijn systeem bij verwerking van wat hij ontvangt. Hij mag op een of meerdere van {{fhir\|templateId}} elementen valideren of die kloppen. Een ontvanger hoeft niet alle {{fhir\|templateId}} elementen te kennen. Een ontvanger hoeft zichzelf ook niet afhankelijk te maken van aanwezigheid van {{fhir\|templateId}} elementen om validatie doen. De context van ontvangst en/of context van een te valideren fragment kunnen ook aanleiding zijn om een of meerdere validatieregels uit te voeren alvorens het ontvangen bericht te verwerken.		*** Een ontvanger moet instaan voor de integriteit van zijn systeem bij verwerking van wat hij ontvangt. Hij mag op een of meerdere van {{fhir\|templateId}} elementen valideren of die kloppen. Een ontvanger hoeft niet alle {{fhir\|templateId}} elementen te kennen. Een ontvanger hoeft zichzelf ook niet afhankelijk te maken van aanwezigheid van {{fhir\|templateId}} elementen om validatie doen. De context van ontvangst en/of context van een te valideren fragment kunnen ook aanleiding zijn om een of meerdere validatieregels uit te voeren alvorens het ontvangen bericht te verwerken.

Ahenket op 4 feb 2021 om 09:36

2021-02-04T09:36:00Z

← Oudere versie		Versie van 4 feb 2021 09:36
Regel 8:		Regel 8:

	Deze pagina bevat algemene uitleg of implementatie-instructies over HL7v3. Het betreft onder andere vaker gestelde vragen.		Deze pagina bevat algemene uitleg of implementatie-instructies over HL7v3. Het betreft onder andere vaker gestelde vragen.

			==Templateversionering==
			HL7v3 waaronder CDA wordt gedefinieerd op basis van templates. Deze zijn opgesteld op basis van de [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=377 HL7 standaard voor templatedefinities] ''HL7 Templates Standard: Specification and Use of Reusable Information Constraint Templates, Release 1''.

			Templates hebben een identificatie in de vorm van een [https://www.nictiz.nl/standaardisatie/overzichten/oids/ OID] en een versie in de vorm van een [https://nl.wikipedia.org/wiki/ISO_8601 ISO 8601] tijdstempel zonder tijdzone (yyyy-mm-ddThh:mm:ss).

			Templates zijn, tenzij expliciet anders gespecificeerd ''open''. Dat wil zeggen dat alleen dingen worden gespecificeerd waarvoor specificatie nodig is binnen de bekende use case(s). Deze specificaties zijn in feite een inperking op het onderliggende model waarvan de structuur normalerwijs in een XML Schema is gespecificeerd. Een zender mag meer sturen, binnen de grenzen van het onderliggende model, en een ontvanger dient deze extra informatie minimaal te kunnen negeren maar mag deze uiteraard ook verwerken.

			Principes voor versionering:
			* '''Backward compatibele wijzigingen''': nieuwe templateversie met behoud van het id, maar met een nieuwe versie (tijdstempel)
			** Waar relevant hebben templates een verplicht {{fhir\|templateId}} element waarin attribuut {{fhir\|root}} matcht met het id van de gebruikte template en optioneel een attribuut {{fhir\|extension}} dat matcht met de versie van het template
			** Het element {{fhir\|templateId}} kan meerdere keren voorkomen. De meeste specifieke template eerst Ieder {{fhir\|templateId}} moet 'waar' zijn
			*** Een zender moet instaan voor wat hij stuurt. Voor ieder templateId dat hij aangeeft moet gelden dat hij daarvoor de specificatie heeft gevolgd
			*** Een ontvanger moet instaan voor de integriteit van zijn systeem bij verwerking van wat hij ontvangt. Hij mag op een of meerdere van {{fhir\|templateId}} elementen valideren of die kloppen. Een ontvanger hoeft niet alle {{fhir\|templateId}} elementen te kennen. Een ontvanger hoeft zichzelf ook niet afhankelijk te maken van aanwezigheid van {{fhir\|templateId}} elementen om validatie doen. De context van ontvangst en/of context van een te valideren fragment kunnen ook aanleiding zijn om een of meerdere validatieregels uit te voeren alvorens het ontvangen bericht te verwerken.
			* '''Niet-backward compatibele wijzigingen''': nieuwe template met een nieuw id en een eigen tijdstempel
			** De nieuwe template kan middels een wat meer informeel {{fhir\|relationship}} bijvoorbeeld van [https://art-decor.org/mediawiki/index.php?title=DECOR-rules#template.2Frelationship.2F.40type type "ADAPT"] worden gekoppeld aan zijn voorganger

			Voorbeeld:
			<syntaxhighlight lang="xml">
			<observation>
			<templateId root="1.2.3" extension="2021-01-01T00:00:00"/>
			<templateId root="1.2.3"/>
			<!-- ... -->
			</observation>
			</syntaxhighlight>

			In dit voorbeeld is er sprake van een {{fhir\|observation}} die voldoet aan twee templatedefinities. Beide definities hebben id ''1.2.3''. De eerste zegt expliciet welke versie deze heeft. De tweede niet. De eerste is, naar verwachting, de meeste specifieke van de twee. Als de ontvanger de versie ''2021-01-01T00:00:00'' niet kent, dan valideert/verwerkt hij volgens de versie die hij wel kent. Vanwege de backward compatibile aard van versies, maakt het niet uit welke versie wordt gebruikt. De delen die de ontvanger niet kent, zal hij op die manier kunnen negeren. Dit principe garandeert een zekere mate van houdbaarheid van implementaties ten opzichte van een zekere mate van flexibiliteit in een veld waar niet alle communicatiepartners tegelijk updates doen.

	==XML Schema attributen realmCode, typeID en templateId==		==XML Schema attributen realmCode, typeID en templateId==

Wetering op 27 jan 2021 om 14:46

2021-01-27T14:46:52Z

← Oudere versie		Versie van 27 jan 2021 14:46
Regel 1:		Regel 1:
			__NUMBEREDHEADINGS__
	=Algemeen=		=Algemeen=
	HL7 versie 3 is een van leden van de standaardfamilies van de organisatie [https://hl7.org Health Level 7] vooral bekend als HL7. Andere zijn [[HL7v2\|HL7 versie 2] (HL7v2) en [[FHIR\|HL7 FHIR]] (FHIR).		HL7 versie 3 is een van leden van de standaardfamilies van de organisatie [https://hl7.org Health Level 7] vooral bekend als HL7. Andere zijn [[HL7v2\|HL7 versie 2] (HL7v2) en [[FHIR\|HL7 FHIR]] (FHIR).

Ahenket: Ahenket heeft pagina Algemene uitleg HL7v3 hernoemd naar HL7v3

2021-01-27T14:44:54Z

Ahenket heeft pagina Algemene uitleg HL7v3 hernoemd naar HL7v3

← Oudere versie	Versie van 27 jan 2021 14:44
(geen verschil)

Ahenket op 27 jan 2021 om 14:44

2021-01-27T14:44:40Z

← Oudere versie		Versie van 27 jan 2021 14:44
Regel 1:		Regel 1:
	=~~Algemene uitleg~~ HL7v3=		=Algemeen=
			HL7 versie 3 is een van leden van de standaardfamilies van de organisatie [https://hl7.org Health Level 7] vooral bekend als HL7. Andere zijn [[HL7v2\|HL7 versie 2] (HL7v2) en [[FHIR\|HL7 FHIR]] (FHIR).

			HL7 versie 3, vanaf hier HL7v3, is eerst een vooral een methodologie om tot standaarden te komen en bevat in mindere mate concrete implementatiehandleidingen. HL7v3 is dus niet graduele of backward compatibele versie met zijn voorganger HL7v2, zoals FHIR wat na HL7v3 is ontwikkeld niet zomaar een graduele of backward compatibele versie van HL7v3 is.

			Op basis van HL7v3 methodologie zijn heel erg veel producten gemaakt. De bekende is Clinical Document Architecture (CDA). In Nederland gebruiken we in diverse andere informatiestandaarden naast CDA ook nog andere producten die met de methodologie zijn gebouwd. Al het nieuwe werk in informatiestandaarden gebeurt op basis van CDA.

	Deze pagina bevat algemene uitleg of implementatie-instructies over HL7v3. Het betreft onder andere vaker gestelde vragen.		Deze pagina bevat algemene uitleg of implementatie-instructies over HL7v3. Het betreft onder andere vaker gestelde vragen.

	==XML Schema attributen realmCode, typeID en templateId==		==XML Schema attributen realmCode, typeID en templateId==
	Gestelde vragen:		Gestelde vragen: