MedMij:Vsuperdraft Kwalificatie FAQ - Bewerkingsoverzicht

Vincent Goris: Added nowiki tags for urn:oid

2020-05-15T10:05:58Z

Added nowiki tags for urn:oid

← Oudere versie		Versie van 15 mei 2020 10:05
Regel 6:		Regel 6:
	* Waar de fout doorgaans in het bericht te vinden is.		* Waar de fout doorgaans in het bericht te vinden is.
	* De ernst van de fout (blokkerend betekend dat herkwalificatie nodig is)		* De ernst van de fout (blokkerend betekend dat herkwalificatie nodig is)
	* Uitleg over de fout met waar mogelijk, links naar de relevante informatie		* Uitleg over de fout met waar mogelijk, links naar de relevante informatie met waar mogelijk een stuk voorbeeldcode over wat verwacht wordt in de technische kwalificatie
	* Waar mogelijk een stuk voorbeeldcode over wat verwacht wordt in de technische kwalificatie
	Het is sterk aangeraden om zelf voorafgaand aan de kwalificatie met behulp van deze tabel te controleren of FHIR berichten correct worden gegenereerd. Bij verdere vragen kan een ticket worden ingeschoten in Bits op het MedMij project.		Het is sterk aangeraden om zelf voorafgaand aan de kwalificatie met behulp van deze tabel te controleren of FHIR berichten correct worden gegenereerd. Bij verdere vragen kan een ticket worden ingeschoten in Bits op het MedMij project.

Regel 29:		Regel 28:
	URL-gebaseerde fullUrl in Bundles MOET zijn gebaseerd op Resource.id van de entry.resource. Resource.id MOET stabiel op de FHIR-server zijn, en is daardoor geschikt voor RESTful read. In dit geval verwacht je dus dat in alle Bundles bij dezelfde resource, ook dezelfde fulllUrl wordt gehanteerd.		URL-gebaseerde fullUrl in Bundles MOET zijn gebaseerd op Resource.id van de entry.resource. Resource.id MOET stabiel op de FHIR-server zijn, en is daardoor geschikt voor RESTful read. In dit geval verwacht je dus dat in alle Bundles bij dezelfde resource, ook dezelfde fulllUrl wordt gehanteerd.

	urn:oid gebaseerde fullUrl in Bundles is normalerwijs gebaseerd op Resource.identifier van de resource. Bijvoorbeeld het UZI-nummer van de zorgverlener of de URA van de zorgaanbieder. De OID-gebaseerde identificatie heeft dezelfde stabiele eigenschappen als identificatie op basis van een absolute URL. De OID kan echter langer zijn dan de 64 tekens die een Resource.id toestaat, dus is niet altijd bruikbaar als zodanig. urn:oid gebaseerde fullUrls MOETEN stabiel te zijn in alle Bundles van dezelfde aanbieder		<nowiki>urn:oid</nowiki> gebaseerde fullUrl in Bundles is normalerwijs gebaseerd op Resource.identifier van de resource. Bijvoorbeeld het UZI-nummer van de zorgverlener of de URA van de zorgaanbieder. De OID-gebaseerde identificatie heeft dezelfde stabiele eigenschappen als identificatie op basis van een absolute URL. De OID kan echter langer zijn dan de 64 tekens die een Resource.id toestaat, dus is niet altijd bruikbaar als zodanig. <nowiki>urn:oid</nowiki> gebaseerde fullUrls MOETEN stabiel te zijn in alle Bundles van dezelfde aanbieder
	urn:uuid gebaseerde fullUrl in Bundles zijn Bundle-uniek en kun je niet vergelijken tussen Bundles. Overeenkomsten tussen Bundles zijn onwaarschijnlijk, maar als ze er al zijn is dat toeval.		urn:uuid gebaseerde fullUrl in Bundles zijn Bundle-uniek en kun je niet vergelijken tussen Bundles. Overeenkomsten tussen Bundles zijn onwaarschijnlijk, maar als ze er al zijn is dat toeval.
	Zie voor meer informatie: https://www.hl7.org/fhir/STU3/bundle.html"		Zie voor meer informatie: https://www.hl7.org/fhir/STU3/bundle.html"

Vincent Goris op 13 mei 2020 om 13:35

2020-05-13T13:35:48Z

← Oudere versie		Versie van 13 mei 2020 13:35
Regel 11:		Regel 11:


	{\| class="wikitable"		{\| class="wikitable sortable mw-collapsible"
	! Informatiestandaard !! Veel voorkomende fouten !! Element !! Blokkerend !! Uitleg		! Informatiestandaard !! Veel voorkomende fouten !! Element !! Blokkerend !! Uitleg
	\|-		\|-

Vincent Goris: /* Technische Kwalificatie */

2020-05-13T12:42:56Z

Technische Kwalificatie

← Oudere versie		Versie van 13 mei 2020 12:42
Regel 189:		Regel 189:
	\|-		\|-
	\| Alle \|\| Resource.contained mag niet leeg zijn indien aanwezig \|\| Resource.contained \|\| Ja \|\| Resource.contained MOET, indien aanwezig, een Resource bevatten met inhoud. Als het enige wat je van een Resource weet, de identifier is, dan is het zinvoller om geen Reference.reference te gebruiken, maar een Reference.identifier. Op die manier hoef je geen contained pseudo resource te maken.		\| Alle \|\| Resource.contained mag niet leeg zijn indien aanwezig \|\| Resource.contained \|\| Ja \|\| Resource.contained MOET, indien aanwezig, een Resource bevatten met inhoud. Als het enige wat je van een Resource weet, de identifier is, dan is het zinvoller om geen Reference.reference te gebruiken, maar een Reference.identifier. Op die manier hoef je geen contained pseudo resource te maken.
			\|-
			\| PDF/A \|\| Onjuist gebruik of afwezigheid identifier en/of masteridentifier \|\| resource.masterIdentifier of resource.Identifier \|\| Ja \|\| De DocumentManifest.masterIdentifier en DocumentReference.masterIdentifier dienen door de XIS zelf te worden gegeneerd, met een eigen system. De .masterIdentifier is de versie specifieke identifier waar de .identifier een versie onafhankelijke identifier kan zijn (https://www.hl7.org/fhir/stu3/documentmanifest-definitions.html#DocumentManifest.masterIdentifier)
	\|}		\|}

Vincent Goris: /* Technische Kwalificatie */

2020-05-13T12:35:17Z

Technische Kwalificatie

← Oudere versie		Versie van 13 mei 2020 12:35
Regel 32:		Regel 32:
	urn:uuid gebaseerde fullUrl in Bundles zijn Bundle-uniek en kun je niet vergelijken tussen Bundles. Overeenkomsten tussen Bundles zijn onwaarschijnlijk, maar als ze er al zijn is dat toeval.		urn:uuid gebaseerde fullUrl in Bundles zijn Bundle-uniek en kun je niet vergelijken tussen Bundles. Overeenkomsten tussen Bundles zijn onwaarschijnlijk, maar als ze er al zijn is dat toeval.
	Zie voor meer informatie: https://www.hl7.org/fhir/STU3/bundle.html"		Zie voor meer informatie: https://www.hl7.org/fhir/STU3/bundle.html"
	<syntaxhighlight>		<syntaxhighlight lang="xml">
	<!-- Resource.id verplicht, anders klopt de fullUrl op http ook niet -->		<!-- Resource.id verplicht, anders klopt de fullUrl op http ook niet -->
	<entry>		<entry>
Regel 69:		Regel 69:

	*https://www.hl7.org/fhir/STU3/bundle.html#references"		*https://www.hl7.org/fhir/STU3/bundle.html#references"
	<syntaxhighlight>		<syntaxhighlight lang="xml">
	<!-- Bijvoorbeeld -->		<!-- Bijvoorbeeld -->
	<entry>		<entry>
Regel 85:		Regel 85:
	* https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2019.01_FHIR_IG#Use_of_the_reference_datatype		* https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2019.01_FHIR_IG#Use_of_the_reference_datatype
	* https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2019.01_FHIR_IG#Use_of_coded_concepts		* https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2019.01_FHIR_IG#Use_of_coded_concepts
	<syntaxhighlight>		<syntaxhighlight lang="xml">
	<generalPractitioner>		<generalPractitioner>
	<reference value="Organization/nl-core-organization-01"/>		<reference value="Organization/nl-core-organization-01"/>
Regel 95:		Regel 95:

	Bijvoorbeeld: gender (https://zibs.nl/wiki/Patient-v3.1(2017NL)), adres (soort, landcode, nummergebruik https://zibs.nl/wiki/Adresgegevens-v1.0(2017NL), naam (use, https://zibs.nl/wiki/Naamgegevens-v1.0.1(2017NL)) en eventueel andere. "		Bijvoorbeeld: gender (https://zibs.nl/wiki/Patient-v3.1(2017NL)), adres (soort, landcode, nummergebruik https://zibs.nl/wiki/Adresgegevens-v1.0(2017NL), naam (use, https://zibs.nl/wiki/Naamgegevens-v1.0.1(2017NL)) en eventueel andere. "
	<syntaxhighlight>		<syntaxhighlight lang="xml">
	<gender value="male">		<gender value="male">
	<extension url="http://nictiz.nl/fhir/StructureDefinition/code-specification">		<extension url="http://nictiz.nl/fhir/StructureDefinition/code-specification">
Regel 122:		Regel 122:
	\|-		\|-
	\| Alle \|\| Bundle.type ontbreekt \|\| Bundle.type \|\| Ja \|\| Bundle.type is verplicht volgens de FHIR specificatie. https://www.hl7.org/fhir/STU3/bundle.html		\| Alle \|\| Bundle.type ontbreekt \|\| Bundle.type \|\| Ja \|\| Bundle.type is verplicht volgens de FHIR specificatie. https://www.hl7.org/fhir/STU3/bundle.html
	<syntaxhighlight>		<syntaxhighlight lang="xml">
	<Bundle xmlns="http://hl7.org/fhir">		<Bundle xmlns="http://hl7.org/fhir">
	<id value="medmij-pdfa-fhir3-0-1-scenario-3-1-bundle"/>		<id value="medmij-pdfa-fhir3-0-1-scenario-3-1-bundle"/>
Regel 132:		Regel 132:
	* http://hl7.org/fhir/STU3/bundle-definitions.html#Bundle.link		* http://hl7.org/fhir/STU3/bundle-definitions.html#Bundle.link
	* https://www.hl7.org/fhir/stu3/search.html#conformance		* https://www.hl7.org/fhir/stu3/search.html#conformance
	<syntaxhighlight>		<syntaxhighlight lang="xml">
	<link>		<link>
	<relation value="self"/>		<relation value="self"/>
Regel 140:		Regel 140:
	\|-		\|-
	\| Alle \|\| HumanName mist extensies voor het identificeren van de verschillende naamdelen \|\| HumanName.family \|\| Ja \|\| Bij HumanName.family wordt een extensie verwacht die extra informatie geeft over de naamdelen, zoals voorgeschreven door de zib. https://zibs.nl/wiki/Naamgegevens-v1.0.1(2017NL) https://simplifier.net/NictizSTU3-Zib2017/nl-core-humanname		\| Alle \|\| HumanName mist extensies voor het identificeren van de verschillende naamdelen \|\| HumanName.family \|\| Ja \|\| Bij HumanName.family wordt een extensie verwacht die extra informatie geeft over de naamdelen, zoals voorgeschreven door de zib. https://zibs.nl/wiki/Naamgegevens-v1.0.1(2017NL) https://simplifier.net/NictizSTU3-Zib2017/nl-core-humanname
	<syntaxhighlight>		<syntaxhighlight lang="xml">
	<family value="Jongeneel-de Haas">		<family value="Jongeneel-de Haas">
	<extension url="http://hl7.org/fhir/StructureDefinition/humanname-own-name">		<extension url="http://hl7.org/fhir/StructureDefinition/humanname-own-name">
Regel 168:		Regel 168:
	* https://zibs.nl/wiki/Adresgegevens-v1.0(2017NL)		* https://zibs.nl/wiki/Adresgegevens-v1.0(2017NL)
	* https://simplifier.net/NictizSTU3-Zib2017/nl-core-address		* https://simplifier.net/NictizSTU3-Zib2017/nl-core-address
	<syntaxhighlight>		<syntaxhighlight lang="xml">
	<address>		<address>
	<extension url="http://fhir.nl/fhir/StructureDefinition/nl-core-address-official">		<extension url="http://fhir.nl/fhir/StructureDefinition/nl-core-address-official">

Vincent Goris op 13 mei 2020 om 11:57

2020-05-13T11:57:54Z

← Oudere versie		Versie van 13 mei 2020 11:57
Regel 37:		Regel 37:
	<fullUrl value="http://example.org/fhir/AllergyIntolerance/f9125272-8305-11ea-5462-020000000000"/>		<fullUrl value="http://example.org/fhir/AllergyIntolerance/f9125272-8305-11ea-5462-020000000000"/>
	<resource>		<resource>
	<AllergyIntolerance>		<AllergyIntolerance>
	<id value="f9125272-8305-11ea-5462-020000000000"/>		<id value="f9125272-8305-11ea-5462-020000000000"/>

	--------		--------
Regel 45:		Regel 45:
	<fullUrl value="urn:oid:2.16.528.1.1007.3.3.2222"/>		<fullUrl value="urn:oid:2.16.528.1.1007.3.3.2222"/>
	<resource>		<resource>
	<Practitioner>		<Practitioner>
	<id value="2.16.528.1.1007.3.3.2222"/>		<id value="2.16.528.1.1007.3.3.2222"/>
	<identifier>		<identifier>
	<system value="http://fhir.nl/fhir/NamingSystem/uzi-nr-pers"/>		<system value="http://fhir.nl/fhir/NamingSystem/uzi-nr-pers"/>
	<value value="00002222"/>		<value value="00002222"/>
	</identifier>		</identifier>

	---------		---------

Vincent Goris: Added example code

2020-05-13T11:33:19Z

Added example code

Wijzigingen bekijken

Vincent Goris op 13 mei 2020 om 08:37

2020-05-13T08:37:43Z

← Oudere versie		Versie van 13 mei 2020 08:37
Regel 64:		Regel 64:
	* https://www.hl7.org/fhir/STU3/narrative.html"		* https://www.hl7.org/fhir/STU3/narrative.html"
	\|-		\|-
	Alle \|\| FHIR server heeft geen CapabilityStatement, of kan deze niet opleveren met de verwachte minimale inhoud bij de informatiestandaard \|\| \|\| Ja \|\| Geen CapabilityStatement beschikbaar op het /metadata endpoint. Dit is een SHALL vanuit de FHIR spec: https://www.hl7.org/fhir/stu3/http.html#2.21.0		\| Alle \|\| FHIR server heeft geen CapabilityStatement, of kan deze niet opleveren met de verwachte minimale inhoud bij de informatiestandaard \|\| \|\| Ja \|\| Geen CapabilityStatement beschikbaar op het /metadata endpoint. Dit is een SHALL vanuit de FHIR spec: https://www.hl7.org/fhir/stu3/http.html#2.21.0
	\|-		\|-
	\| Alle \|\| Bundle.type ontbreekt \|\| Bundle.type \|\| Ja \|\| Bundle.type is verplicht volgens de FHIR specificatie. https://www.hl7.org/fhir/STU3/bundle.html		\| Alle \|\| Bundle.type ontbreekt \|\| Bundle.type \|\| Ja \|\| Bundle.type is verplicht volgens de FHIR specificatie. https://www.hl7.org/fhir/STU3/bundle.html

Vincent Goris op 13 mei 2020 om 08:05

2020-05-13T08:05:51Z

← Oudere versie		Versie van 13 mei 2020 08:05
Regel 11:		Regel 11:


	{\| class="wikitable"		{\| class="wikitable" width="30%"
	! Informatiestandaard !! Veel voorkomende fouten !! Element !! Blokkerend !! Uitleg		! Informatiestandaard !! Veel voorkomende fouten !! Element !! Blokkerend !! Uitleg !! Voorbeeldcode
	\|-		\|-
	\| Alle \|\| Resource.id ontbreekt \|\| Resource.id \|\| Ja, maar \|\| "Resource.id ontbreekt. Deze is verplicht volgens de FHIR specificatie: ‘The only time that a resource does not have an id is when it is being submitted to the server using a create operation.’ https://www.hl7.org/fhir/STU3/resource-definitions.html#Resource.id		\| Alle \|\| Resource.id ontbreekt \|\| Resource.id \|\| Ja, maar \|\| "Resource.id ontbreekt. Deze is verplicht volgens de FHIR specificatie: ‘The only time that a resource does not have an id is when it is being submitted to the server using a create operation.’ https://www.hl7.org/fhir/STU3/resource-definitions.html#Resource.id

Vincent Goris: Eerste versie tabel veel voorkomende fouten

2020-05-12T14:28:46Z

Eerste versie tabel veel voorkomende fouten

← Oudere versie		Versie van 12 mei 2020 14:28
Regel 9:		Regel 9:
	* Waar mogelijk een stuk voorbeeldcode over wat verwacht wordt in de technische kwalificatie		* Waar mogelijk een stuk voorbeeldcode over wat verwacht wordt in de technische kwalificatie
	Het is sterk aangeraden om zelf voorafgaand aan de kwalificatie met behulp van deze tabel te controleren of FHIR berichten correct worden gegenereerd. Bij verdere vragen kan een ticket worden ingeschoten in Bits op het MedMij project.		Het is sterk aangeraden om zelf voorafgaand aan de kwalificatie met behulp van deze tabel te controleren of FHIR berichten correct worden gegenereerd. Bij verdere vragen kan een ticket worden ingeschoten in Bits op het MedMij project.


			{\| class="wikitable"
			! Informatiestandaard !! Veel voorkomende fouten !! Element !! Blokkerend !! Uitleg
			\|-
			\| Alle \|\| Resource.id ontbreekt \|\| Resource.id \|\| Ja, maar \|\| "Resource.id ontbreekt. Deze is verplicht volgens de FHIR specificatie: ‘The only time that a resource does not have an id is when it is being submitted to the server using a create operation.’ https://www.hl7.org/fhir/STU3/resource-definitions.html#Resource.id
			Dit beleid is bijgesteld in latere versies van FHIR. De aanwezigheid van een Resource.id veronderstelt namelijk ook dat een read-actie op dit id mogelijk is en dat daar dan ook altijd hetzelfde object (meting, conditie, allergie, ...) uit komt. Als een FHIR server dit niet kan garanderen, bijvoorbeeld omdat het een middlewarepartij is zoals een DVZA, die niet stateful is en geen input heeft in wat hem wordt aangeleverd op de backend (XIS), dan kan hij ook geen Resource.id opleveren.

			Resource.id is ""verplicht tenzij"". Een FHIR server mooet er alles aan doen deze te ondersteunen, omdat ontbreken ervan RESTful read onmogelijk maakt en daarop steunende use cases, maar als het niet kan, is dat niet blokkerend, zolang de informatiestandaard die wordt gekwalificeerd geen read vereist."
			\|-
			\| Alle \|\| Bundle.entry.fullUrl en Resource.id is zijn niet consistent \|\| resource.id \|\| Ja, maar \|\| "Een verwijzing naar Patient/Practitioner etc. moet over verschillende references altijd dezelfde relatieve of absolute URL hebben, als deze resources ook beschikken over een Resource.id.

			Als resources worden geincludeerd in Bundles zonder Resource.id, dan is de fullUrl naar verwachting dus ook Bundle-uniek en kun je die niet vergelijken tusen Bundles.

			URL-gebaseerde fullUrl in Bundles MOET zijn gebaseerd op Resource.id van de entry.resource. Resource.id MOET stabiel op de FHIR-server zijn, en is daardoor geschikt voor RESTful read. In dit geval verwacht je dus dat in alle Bundles bij dezelfde resource, ook dezelfde fulllUrl wordt gehanteerd.

			urn:oid gebaseerde fullUrl in Bundles is normalerwijs gebaseerd op Resource.identifier van de resource. Bijvoorbeeld het UZI-nummer van de zorgverlener of de URA van de zorgaanbieder. De OID-gebaseerde identificatie heeft dezelfde stabiele eigenschappen als identificatie op basis van een absolute URL. De OID kan echter langer zijn dan de 64 tekens die een Resource.id toestaat, dus is niet altijd bruikbaar als zodanig. urn:oid gebaseerde fullUrls MOETEN stabiel te zijn in alle Bundles van dezelfde aanbieder
			urn:uuid gebaseerde fullUrl in Bundles zijn Bundle-uniek en kun je niet vergelijken tussen Bundles. Overeenkomsten tussen Bundles zijn onwaarschijnlijk, maar als ze er al zijn is dat toeval.
			Zie voor meer informatie: https://www.hl7.org/fhir/STU3/bundle.html"
			\|-
			\| Alle \|\| Bundle.entry.fullUrl MAG NIET een relatieve URL zijn \|\| Bundle.entry.fullUrl \|\| Ja \|\| "Indien Bundle//fullUrl's daadwerkelijk URL's zijn, MOETEN ze absoluut zijn en niet relatief. De references binnen een resource mogen wel relatief te zijn als dit een URL is.

			Verwacht in fullUrl is een absolute URL, een UUID of een OID. Zie

			*https://www.hl7.org/fhir/STU3/bundle-definitions.html#Bundle.entry.fullUrl

			*https://www.hl7.org/fhir/STU3/bundle.html#bundle-unique

			*https://www.hl7.org/fhir/STU3/bundle.html#references"
			\|-
			\| Alle \|\| FHIR Resources bevatten niet alle in het script gevraagde informatie \|\| \|\| Ja, maar \|\| "FHIR profielen maken het mogelijk dat bepaalde informatie niet in alle gevallen bekend is en dwingen dus weinig af. Bij kwalificatie echter is de informatie wel bekend via het kwalificatiescript.

			Kwalificatie is onder andere om te kunnen aantonen of een systeem informatie indien beschikbaar ook op de juiste wijze aanbiedt. Het is denkbaar dat een script een systeem tijdens kwalificatie overvraagt omdat bepaalde informatie irrelevant in de context van het systeem is en dus niet kan worden ingevoerd. Per item dient dit tijdens kwalificatie worden besproken en gewogen."
			\|-
			\| Alle \|\| FHIR Resources valideren niet tegen het verwachte profiel \|\| \|\| Ja \|\| "Controleer voor elk profiel in simplifier of alle verplichte elementen zijn meegenomen. Deze verplichte elementen hoeven niet altijd onderdeel te zijn van het addendum. De validator in touchstone geeft hier naar alle waarschijnlijkheid een foutmelding over.
			Als een resource niet FHIR conform is, valideert hij uiteraard ook niet tegen het profiel."
			\|-
			\| Alle \|\| Datatype Reference, Coding of CodeableConcept mist display \|\| Meerdere elementen per resource mogelijk \|\| Ja \|\| Bij elke reference hoort een display value. Deze display values zijn niet terug te vinden in het bericht. Zie hiervoor de specificaties van het reference datatype in MedMij:
			* https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2019.01_FHIR_IG#Use_of_the_reference_datatype
			* https://informatiestandaarden.nictiz.nl/wiki/MedMij:V2019.01_FHIR_IG#Use_of_coded_concepts
			\|-
			\| Alle \|\| Extensie code-specification waarin de zib-waarde staat, ontbreekt \|\| Meerdere elementen per resource mogelijk \|\| Ja, op plaatsen waar de mapping niet 1-op-1 is \|\| "De extensie code-specification is bedoeld voor het meegeven van de oorspronkelijke zib-waarde als de FHIR Resource dat op die plaats niet direct toelaat. Dat zijn vaak statuscodes waarvoor FHIR zelf verplichte terminologie heeft. Om geen zib-informatie kwijt te raken, bijvoorbeeld omdat de mapping op de FHIR codes niet geheel 1-op-1 is, is meegeven van de zib-waarde dus van belang.

			Bijvoorbeeld: gender (https://zibs.nl/wiki/Patient-v3.1(2017NL)), adres (soort, landcode, nummergebruik https://zibs.nl/wiki/Adresgegevens-v1.0(2017NL), naam (use, https://zibs.nl/wiki/Naamgegevens-v1.0.1(2017NL)) en eventueel andere. "
			\|-
			\| Alle \|\| Burgerservicenummer mag niet worden gebruikt in query en/of resources \|\| \|\| Ja \|\| "Het MedMij afsprakenstelsel definieert op basis van vigerende wetgeving dat burgerservicenummers niet mogen worden uitgewisseld. Uitzondering vormen plaats waar het onredelijk of onmogelijk is om te eisen dat deze worden verwijderd, zoals in een PDF-document.

			Gebruik in query-parameters zoals patient of subject, in een Bundle.link, als Patient.id, Patient.identifier en andere gestructureerde locaties is niet toegestaan "
			\|-
			\| Alle \|\| Resource.text ontbreekt. Ook bekend als Narrative \|\| Resource.text \|\| Ja, maar \|\| "Resource.text is SHOULD en moet dan een klinisch relevante/veilige samenvatting bieden van hetgeen in de resource staat. Om discussie te voorkomen over wat wel of niet klinisch relevant is, wordt geadviseerd om alle elementen uit het bericht, toe te voegen aan de narrative. Een ontvanger MAG deze gebruiken om te tonen. Slechts in een enkel geval zoals bij conformance resources (StructureDefinition \| ValueSet etc.) een text element met status empty te gebruiken. Uitzondering op dit alles is de contained resource. Deze MAG GEEN text hebben. Zie

			* https://www.hl7.org/fhir/STU3/domainresource-definitions.html#DomainResource.text

			* https://www.hl7.org/fhir/STU3/narrative.html"
			\|-
			Alle \|\| FHIR server heeft geen CapabilityStatement, of kan deze niet opleveren met de verwachte minimale inhoud bij de informatiestandaard \|\| \|\| Ja \|\| Geen CapabilityStatement beschikbaar op het /metadata endpoint. Dit is een SHALL vanuit de FHIR spec: https://www.hl7.org/fhir/stu3/http.html#2.21.0
			\|-
			\| Alle \|\| Bundle.type ontbreekt \|\| Bundle.type \|\| Ja \|\| Bundle.type is verplicht volgens de FHIR specificatie. https://www.hl7.org/fhir/STU3/bundle.html
			\|-
			\| Alle \|\| Bundle van type searchset moet Bundle.link bevatten \|\| Bundle.link \|\| Ja \|\| Bundle.link heeft een SHALL in de FHIR spec, zie voor meer informatie:
			* http://hl7.org/fhir/STU3/bundle-definitions.html#Bundle.link
			* https://www.hl7.org/fhir/stu3/search.html#conformance
			\|-
			\| Alle \|\| HumanName mist extensies voor het identificeren van de verschillende naamdelen \|\| HumanName.family \|\| Ja \|\| Bij HumanName.family wordt een extensie verwacht die extra informatie geeft over de naamdelen, zoals voorgeschreven door de zib. https://zibs.nl/wiki/Naamgegevens-v1.0.1(2017NL) https://simplifier.net/NictizSTU3-Zib2017/nl-core-humanname
			\|-
			\| Alle \|\| Address mist extensies voor het identificeren van de verschillende adresdelen \|\| Address.line \|\| Ja \|\| Bij Address.line wordt een extensie verwacht die gebruikt wordt om elk specifiek onderdeel van het Address de kunnen onderscheiden, zoals voorgeschreven door de zib.
			* https://zibs.nl/wiki/Adresgegevens-v1.0(2017NL)
			* https://simplifier.net/NictizSTU3-Zib2017/nl-core-address
			\|-
			\| Alle \|\| Resource.contained mag niet leeg zijn indien aanwezig \|\| Resource.contained \|\| Ja \|\| Resource.contained MOET, indien aanwezig, een Resource bevatten met inhoud. Als het enige wat je van een Resource weet, de identifier is, dan is het zinvoller om geen Reference.reference te gebruiken, maar een Reference.identifier. Op die manier hoef je geen contained pseudo resource te maken.
			\|}

Vincent Goris: Eerste versie FAQ, nog zonder tabel

2020-05-11T19:04:39Z

Eerste versie FAQ, nog zonder tabel

← Oudere versie	Versie van 11 mei 2020 19:04
Regel 1:	Regel 1:
		=Technische Kwalificatie=
		Het technisch op de juiste manier FHIR berichten genereren, blijkt in de praktijk vaak niet bij de eerste kwalificatie goed te gaan en levert daarmee vertraging op in het kwalificatieproces. Om het kwalificatieproces soepeler te laten verlopen, is een overzicht gemaakt van fouten in de FHIR berichten die het vaakst opduiken tijdens de technische kwalificatie.
		In het hieronder volgende overzicht wordt duidelijk gemaakt:
		* Welke informatiestandaard wordt geraakt
		* Wat de fout betreft.
		* Waar de fout doorgaans in het bericht te vinden is.
		* De ernst van de fout (blokkerend betekend dat herkwalificatie nodig is)
		* Uitleg over de fout met waar mogelijk, links naar de relevante informatie
		* Waar mogelijk een stuk voorbeeldcode over wat verwacht wordt in de technische kwalificatie
		Het is sterk aangeraden om zelf voorafgaand aan de kwalificatie met behulp van deze tabel te controleren of FHIR berichten correct worden gegenereerd. Bij verdere vragen kan een ticket worden ingeschoten in Bits op het MedMij project.