QAReviewChecklist - Bewerkingsoverzicht

Michael van der Zel: /* Model en Elementen */

2017-10-25T05:05:05Z

Model en Elementen

← Oudere versie		Versie van 25 okt 2017 07:05
Regel 22:		Regel 22:
	# Zijn overal (de juiste) datatypen gebruikt		# Zijn overal (de juiste) datatypen gebruikt
	# Check de kardinaliteit		# Check de kardinaliteit
	# Heeft het minimale model betekenis? Dus laat alle elementen weg met kardinaliteit 0..?		# Heeft het minimale model betekenis? Dus laat alle elementen weg met minimale kardinaliteit van 0.
	# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?		# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?
	# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die "later" wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.		# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die "later" wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.

Michael van der Zel: /* Model en Elementen */

2017-10-25T05:04:20Z

Model en Elementen

← Oudere versie		Versie van 25 okt 2017 07:04
Regel 26:		Regel 26:
	# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die "later" wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.		# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die "later" wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.
	# Zijn de namen van de elementen generiek genoeg voor de betekenis en waardelijst die het heeft.		# Zijn de namen van de elementen generiek genoeg voor de betekenis en waardelijst die het heeft.
			# De naam van de elementen bevat in principe niet opnieuw de bouwsteennaam.
			# Check de overlap met de Basiselementen?
			# Hebben alle elementen een codering LOINC of SNOMED CT zijn preferent.

	==Waardelijsten (ValueSets)==		==Waardelijsten (ValueSets)==

Michael van der Zel: /* Checklist: Model Technisch Review ZIB */

2017-10-25T05:03:03Z

Checklist: Model Technisch Review ZIB

← Oudere versie		Versie van 25 okt 2017 07:03
Regel 47:		Regel 47:

	=Checklist: Model Technisch Review ZIB=		=Checklist: Model Technisch Review ZIB=
	''~~afmaken,~~ kan overigens geheel automatisch''		''TODO: lijstje compleet maken''
			''Deze controle kan overigens geheel automatisch''
	# Metadata		# Metadata
	# "Lite" hoofdstukken gevuld, Concept, Purpose, ...		# "Lite" hoofdstukken gevuld, Concept, Purpose, ...

Michael van der Zel: /* Model en Elementen */

2017-05-17T06:05:44Z

Model en Elementen

← Oudere versie		Versie van 17 mei 2017 08:05
Regel 25:		Regel 25:
	# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?		# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?
	# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die "later" wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.		# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die "later" wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.
			# Zijn de namen van de elementen generiek genoeg voor de betekenis en waardelijst die het heeft.

	==Waardelijsten (ValueSets)==		==Waardelijsten (ValueSets)==

Michael van der Zel: /* Checklist: Model Review ZIB */

2017-04-07T11:21:34Z

Checklist: Model Review ZIB

← Oudere versie		Versie van 7 apr 2017 13:21
Regel 45:		Regel 45:
	# Is het in de naam duidelijk dat het een Sub-ZIB is? (e.g. door namespace nl.zorg.part te gebruiken)		# Is het in de naam duidelijk dat het een Sub-ZIB is? (e.g. door namespace nl.zorg.part te gebruiken)

	=Checklist: Model Review ZIB=		=Checklist: Model Technisch Review ZIB=
	''~~tbd~~''		''afmaken, kan overigens geheel automatisch''
	# Metadata		# Metadata
	# "Lite" hoofdstukken gevuld		# "Lite" hoofdstukken gevuld, Concept, Purpose, ...
	# Informatiemodel		# Informatiemodel
	## 1 rootconcept		## een rootconcept
	## ~~Geen~~ loshangende concepten		## geen loshangende concepten
	## ~~Alle~~ gegevenselementen...		## alle gegevenselementen ...
	### hebben een ZIB datatype		### ... hebben een ZIB datatype en bij gecodeerd een waardelijst
	### hebben een definitie		### ... hebben een definitie
			### ... hebben een example value
	## ...		## ...

Michael van der Zel op 7 apr 2017 om 11:17

2017-04-07T11:17:50Z

@@ Regel 1: / Regel 1: @@
 =Checklist: Architectuur QA Review ZIB=
 Het gaat hier om waar we inhoudelijk naar te kijken als Architect.<br/>
 We mogen ervan uitgaan dat (medisch) inhoudelijke review al is geweest.<br/>
@@ Regel 41: / Regel 45: @@
 # Is het in de naam duidelijk dat het een Sub-ZIB is? (e.g. door namespace nl.zorg.part te gebruiken)
-==Ter inspiratie==
+=Checklist: Model Review ZIB=
 Stan Huff Requirements for good models:
 # Accurate – corresponds to the real world

Michael van der Zel: /* Definities */

2017-04-07T10:02:54Z

Definities

← Oudere versie		Versie van 7 apr 2017 12:02
Regel 7:		Regel 7:
	==Definities==		==Definities==
	Dit geld voor alle tekstuele definities, dus van het hoofdstuk "Concept", maar ook van de tekstuele toelichtingen bij het model en de elementen en de waardelijsten en waarden.		Dit geld voor alle tekstuele definities, dus van het hoofdstuk "Concept", maar ook van de tekstuele toelichtingen bij het model en de elementen en de waardelijsten en waarden.
			# De eerste zin zou als vervanging kunnen dienen voor het element naam in een zin als korte omschrijving
			# Moet extra richting geven aan het gebruik bovenop de naam en korte omschrijving
			# Als het niet voor de hand liggend is moet uitgelegd waarom een element nodig is
	# Zijn de teksten consistent		# Zijn de teksten consistent
			# Voorbeelden moeten in DCM::ExampleValue
	# Voor de inhoudsdeskundige architect: Kloppen de definities van de elementen		# Voor de inhoudsdeskundige architect: Kloppen de definities van de elementen

Michael van der Zel: /* Sub-ZIB (complexere data-types) */

2017-03-15T11:36:20Z

Sub-ZIB (complexere data-types)

← Oudere versie		Versie van 15 mrt 2017 13:36
Regel 33:		Regel 33:
	# Overige bevindingen, adviezen		# Overige bevindingen, adviezen

	==Sub-ZIB (complexere data-types)==		==Sub-ZIB (complexere data-types, part)==
	# In tegenstelling tot een volledige ZIB, zijn de Concept en Example hoofdstukken ingevuld		# In tegenstelling tot een volledige ZIB, zijn de Concept en Example hoofdstukken ingevuld
	# Is het in de naam duidelijk dat het een Sub-ZIB is? (e.g. door namespace nl.zorg.~~generic~~ te gebruiken)		# Is het in de naam duidelijk dat het een Sub-ZIB is? (e.g. door namespace nl.zorg.part te gebruiken)

	==Ter inspiratie==		==Ter inspiratie==

Michael van der Zel: /* Model en Elementen */

2017-03-15T10:35:54Z

Model en Elementen

← Oudere versie		Versie van 15 mrt 2017 12:35
Regel 14:		Regel 14:
	# Zijn overal (de juiste) datatypen gebruikt		# Zijn overal (de juiste) datatypen gebruikt
	# Check de kardinaliteit		# Check de kardinaliteit
			# Heeft het minimale model betekenis? Dus laat alle elementen weg met kardinaliteit 0..?
	# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?		# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?
	# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die "later" wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.		# Als er een verwijzing in zit moet er gecontroleerd worden of die in een ZIB zit en niet in beide (heen en weer). De verwijzing wordt doorgaans toegevoegd op de ZIB die "later" wordt gemaakt. Dus e.g. een Verrichting wordt meestal gedaan nav een Probleem en niet andersom. Een Verrichting kan dan een verwijzing hebben naar een Probleem.

Michael van der Zel: /* Checklist: Architectuur QA Review ZIB */

2017-03-15T10:15:02Z

Checklist: Architectuur QA Review ZIB

← Oudere versie		Versie van 15 mrt 2017 12:15
Regel 1:		Regel 1:
	=Checklist: Architectuur QA Review ZIB=		=Checklist: Architectuur QA Review ZIB=

	~~Waar~~ inhoudelijk naar te kijken als Architect.		Het gaat hier om waar we inhoudelijk naar te kijken als Architect.<br/>
	We mogen ~~ervanuit gaan~~ dat inhoudelijke review ~~grotendeels~~ al is geweest.		We mogen ervan uitgaan dat (medisch) inhoudelijke review al is geweest.<br/>
	'''N.B. Het gaat hier om de (technische) methodologische controle van de ZIB.'''		'''N.B. Het gaat hier om de (technische) methodologische controle van de ZIB.'''

Regel 12:		Regel 12:
	==Model en Elementen==		==Model en Elementen==
	Klopt het model; dwz:		Klopt het model; dwz:
			# Zijn overal (de juiste) datatypen gebruikt
	# Check de kardinaliteit		# Check de kardinaliteit
	# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?		# Als er een verwijzing (reference) is, wijst die dan naar het rootconcept van de andere ZIB?
Regel 19:		Regel 20:

	==Constraints==		==Constraints==
			# "Hangt" de Constraint aan het betreffende Element

	==Examples==		==Examples==
	# Klopt het voorbeeld; Is het consistent ~~het~~ het model en is het duidelijk?`		# Klopt het voorbeeld; Is het consistent met het model en is het duidelijk?`

	==Overige==		==Overige==
	# Is het echt een aparte bouwsteen waardig		# Is het echt een aparte bouwsteen waardig
	# is er al een bouwsteen waar we het concept in kwijt kunnen?		# Is er al een bouwsteen waar we het concept in kwijt kunnen?
	# Is er overlap met andere bouwstenen		# Is er overlap met andere bouwstenen
	# (geen verwijzing waar die er wel zou moeten zijn)		# (geen verwijzing waar die er wel zou moeten zijn)
	# Overige bevindingen, adviezen		# Overige bevindingen, adviezen

			==Sub-ZIB (complexere data-types)==
			# In tegenstelling tot een volledige ZIB, zijn de Concept en Example hoofdstukken ingevuld
			# Is het in de naam duidelijk dat het een Sub-ZIB is? (e.g. door namespace nl.zorg.generic te gebruiken)

	==Ter inspiratie==		==Ter inspiratie==