Quality Assurance - Proceskaart - Publiceren 3.0.0

Aanwijzingen voor gebruik van dit Sjabloon Voor het behoud van dezelfde uitstraling is het van belang dat de hoofdstukken, paragrafen e.d. intact worden gehouden. Verander deze dus niet. Dit sjabloon is bedoeld voor één kwalificatiescript van één systeemrol. Maak dus per systeemrol één pagina aan met dit sjabloon. Kopieer de layout van deze pagina door middel van een "substitution". De groene voorbeeldteksten komen dan niet mee. Plak de onderstaande code op je pagina en sla dan op. Je krijgt dan in één keer de "kale tekst" op je pagina. {{subst:QA_template_testscripts}} Paginatitel: pas de brontekst aan door alles tussen de x-x te vervangen. Benoem ook voor welke systeemrol hier gekwalificeerd wordt. Let op dat je ook het VersieInfo sjabloon invult om het versienummer van de informatiestandaard te krijgen. Doe je dat verkeerd dan merk je het niet doordat je dan geen nummer ziet, maar ook geen foutmelding! Voorbeeld hoe je de titel aanpast: Zelfmetingen {{VersieInfo|zelfmetingen}}- kwalificatie - Sturen Zelfmetingen Laat de Back-to-top button helemaal bovenaan de wikipagina staan. Op die manier kan een lezer makkelijk terug springen naar de inhoudsopgave. De (switchlink) die in de standaardteksten staat, past zich aan naar de publicatie-versie van de pagina. De dikgedrukte tekst verdwijnt vanzelf wanneer je dit op de juiste plek hebt staan. Op Vissue-pagina's zie je de tekst "switchlink" dus ook. Als je de brontekst van de pagina bekijkt is dit te herkennen aan de code die hierin staat: {{#switch: ... }} Leeswijzer: Stukken die handmatig aangepast moeten worden of optioneel zijn, hebben een gele markering. Woorden die in hoofdletters staan: kies de juiste of vul de juiste gegevens in Standaardteksten moeten worden opgenomen via een transclusie, zodat deze op een centrale plaats beheerd kunnen worden Voor een kwalificatie kan er specifieke informatie worden opgenomen, zoals aangegeven met "OPTIONEEL".

1 Procesdoel

Het tijdig, volledig en juist publiceren van een Nictiz product.

1.1 Proceseigenaar

Gert Koelewijn

2 Proces

2.1 Procesdiagram

2.2 Procesactiviteiten

Nr.	Verant-woordelijk	Activiteiten	Hulpmiddelen
1.	Product-manager/ Product Owner	Bepalen en registreren publicatieversie: De trigger voor dit proces is een goedkeuring van de Autorisator op een nieuw ontwikkeld, of doorontwikkeld product, zie hiervoor de processen ‘Ontwikkelen en testen’ en ‘Beheren’. De Productmanager/ Product Owner bepaalt het versienummer van de publicatie. De Specialist Gegevensuitwisseling (of andere technisch expert) legt de versie vast op het gekozen publicatieplatform, zoals Wiki of Art-Decor. Het versienummer kan al in de ontwikkelfase zijn vastgesteld. Het nummer is afhankelijk van de grootte van de wijziging en op basis van SemVer (majeur, mineur, patch en eventueel een aanvullend label). Na publicatie wordt het versienummer altijd opgenomen op de landingspagina van de betreffende product.	ART-DECOR, Wiki, Terminologie-server
2.	Informatie-analist, Specialist Gegevens-uitwisseling of terminoloog	Genereren overzicht doorgevoerde wijzigingen: De Informatie-analist, Specialist Gegevens-uitwisseling of terminoloog stelt, in afstemming met de Productmanager/ Product Owner, een overzicht met de doorgevoerde wijzigingen samen. Deze wijzigingen worden in de releasenotes verwerkt, zodat er inzicht is in de wijzigingen ten opzichte van de huidige situatie. Hiervoor kan BITS of ART-DECOR als input worden gebruikt.	BITS, ART-DECOR, Terminologie-server
3.	Informatie-analist, Specialist Gegevens-uitwisseling of terminoloog	Opstellen overzicht te publiceren onderdelen: De Informatieanalist, Specialist Gegevensuitwisseling of terminoloog stellen, in afstemming met de Productmanager/ Product Owner, een overzicht op met onderdelen van de publicatie. Bij een informatiestandaard onder andere: het FO, voorbeeldberichten (testscripts), TO (datasets, HL7-materiaal, scenario’s), kwalificatiescripts, kwalificatieomgeving, release notes en implementatieadvies (Amigo!).
4.	Specialist Gegevens-uitwisseling	Nieuwe publicatieversie gereed maken: De Productmanager/ Product Owner vraagt de Specialist Gegevensuitwisseling de publicatieversie gereed te maken. Dit gebeurt in de applicatie die binnen de betreffende informatiestandaard wordt gebruikt (al dan niet in een prepub-omgeving), bijvoorbeeld ART-DECOR, Simplifier, Conformance Lab, Wiki of GitHub. Afhankelijk van het informatieproduct van de informatiestandaard, kan deze activiteit worden uitgevoerd door een andere Nictiz-specialist, bijvoorbeeld de Informatieanalist of Kwalificatiespecialist.	ART-DECOR, Simplifier, Conformance Lab, Wiki en GitHub
5.	Product-manager/ Product Owner	Controleren ‘Checklist Publiceren’: Deel 1, zorgen dat alle producten gereed staan. Indien niet volledig afgerond, terug naar 4.	Checklist Publiceren
	Product-manager/ Product Owner	Informeren houder/autorisator publicatieversie gereed: De Productmanager/Product Owner bericht de eigenaar van de standaard (de Houder) over het gereed zijn van de publicatie en vraagt toestemming voor het beschikbaarstellen van de nieuwe publicatie. Tevens wordt de Autorisator geïnformeerd.
7.	Product-manager/ Product Owner	Vaststellen communicatie over publicatieversie: De Productmanager/ Product Owner bepaalt samen met de Communicatieadviseur, externe stakeholders en Houder hoe de communicatie over de publicatieversie aan specifieke doelgroepen plaatsvindt. Dit wordt door de Communicatieadviseur vastgelegd in een communicatieplan. Het communicatieplan voor publicatie is een specificatie van het communicatieplan dat in de opstartfase van het ontwikkelproces of als onderdeel van de beheerafspraken is opgesteld.	Communicatie-plan
8.	Specialist Gegevens-uitwisseling, Terminoloog	Beschikbaar stellen nieuwe publicatieversie: De publicatieversie wordt door de Specialist Gegevensuitwisseling, onder de verantwoordelijkheid van de Productmanager, beschikbaar gesteld via de betreffende applicaties (zie stap 4). De Houder wordt ervan op de hoogte gebracht dat de nieuwe publicatie openbaar is.	ART-DECOR, Simplifier, Conformance Lab, Wiki en GitHub, Terminologie-server
9.	Communicatie-adviseur	Communiceren nieuwe publicatieversie: Samen met de Productmanager stelt de Communicatieadviseur de wijzigingen vast voor de informatiestandaardenpagina www.nictiz.nl. De communicatie over de nieuwe publicatieversie vindt plaats conform het communicatieplan. De communicatiewijze en bijbehorende -middelen zijn afhankelijk van onder andere de aard van de informatiestandaard, de doelgroepen en publicatie. Na publicatie van de informatiestandaard kan kwalificatie van de applicaties van leveranciers plaatsvinden. Zie hiervoor proces ‘Kwalificeren van leveranciers’. In het geval van een doorontwikkelde informatiestandaard met een kwalificatieverplichting, worden de leveranciers expliciet geïnformeerd over de verplichting en de aanpak.	Online: Website Nictiz.nl, Social media, Nieuwsbrief, 1-op-1 e-mail Offline: Events, Gedrukte media
10.	Product-manager/ Product Owner	Evalueren publicatie: De Productmanager/Product Owner initieert na de publicatie een evaluatiemoment om het proces te evalueren en aandachts-/verbeterpunten voor de toekomst te formuleren. Hierbij worden de Nictiz-functionarissen betrokken die in het proces een rol hebben vervuld.
11.	Product-manager/ Product Owner	Controleren ‘Checklist Publiceren’: Deel 2, zorgen dat alle producten gereed staan. Indien niet volledig afgerond, terug naar 8.	Checklist Publiceren

3 Context

Het proces van ‘Publiceren’ beschrijft de stappen die worden gezet om het product, zoals informatiestandaard of terminologiereferentielijst te communiceren met de buitenwereld. Dit gebeurt in een nauwe samenwerking tussen Productmanager/ Product Owner en Communicatie. Hierbij wordt het Nictiz Releasebeleid gevolgd.

4 Procesrisico’s en beheersmaatregelen

Risico’s (voorbeelden)	Beheersmaatregelen
De informatiestandaard is niet volledig bij publicatie, waardoor deze niet implementeerbaar is​ in zorgsystemen en -processen	* Voor publicatie uitvoeren van een final check op aanwezigheid van de afgesproken onderdelen (onderdeel van acceptatiecriteria, zie proces ‘Ontwikkelen en Testen van een informatiestandaard’)
Variatie in publicatiewijze binnen Nictiz, waardoor de geloofwaardigheid, voorspelbaarheid en transparantie van Nictiz in het gedrang komen ​	* Publiceren conform de processtappen zoals beschreven in deze proceskaart
Planning voor publicatie wordt niet gehaald, waardoor afspraken met de houder niet worden nagekomen. Een mogelijk gevolg is dat de naam van Nictiz wordt geschaad en/of dat afhankelijke stakeholders in de problemen komen	* Eventueel aanstellen projectleider (hangt af van complexiteit van publicatie) Goed managen van het publicatieproces
Onvoldoende capaciteit of andere prioriteiten bij externe stakeholders die een rol hebben in het proces, waardoor vertraging​ ontstaat	* Issues melden aan Houder en zoeken naar oplossing voor juiste capaciteit​ Plannen en tijdig signaleren​
Aan Communicatie doorgegeven wijzigingen door de Productmanager/ Product Owner komen laat binnen, waardoor de publicatie wordt vertraagd	* Plannen en communiceren van publicatieproces​ (bijvoorbeeld in een releasekalender) Eenduidige afspraken maken over hoe om te gaan met incidenten (wijzigingen die snel moeten worden doorgevoerd)​

5 RACI-tabel

Toelichting:

• In de tabel zijn per procesactiviteit de verantwoordelijke (Nictiz-)functies benoemd. Tussen haakjes achter de functienaam is steeds de overeenkomstige NEN 7522 rol aangeduid (indien van toepassing)
• R (Responsible) = verantwoordelijke voor de uitvoering van de activiteit
• A (Accountable) = eindverantwoordelijke voor de uitvoering van de activiteit
• C (Consulted) = geraadpleegde(n) bij de uitvoering van activiteit
• I (Informed) = geïnformeerde(n) over de uitvoering van de activiteit
• (R/C) = Optioneel

		Productmanager (Functioneel beheerder)	Communicatieadviseur (Distributeur)	Informatieanalist (Technisch beheerder)	Specialist Gegevensuitwisseling (Technisch beheerder)	(Andere) Nictiz-specialisten (Technisch beheerder)	Autorisator (Autorisator)	Externe stakeholders (Experts)	Eigenaar van de standaard (Houder)	Gebruikers (Gebruikers)
Nr.	Activiteit
1.	Bepalen en registreren publicatieversie	R/A			R	(R)
2.	Genereren overzicht doorgevoerde wijzigingen	A		R	R
3.	Opstellen overzicht te publiceren onderdelen	A		R	R
4.	Nieuwe publicatieversie gereed maken	A		(R)	R	(R)
5.	Controleren Checklist Publiceren (deel 1)	R/A
6.	Informeren houder/autorisator publicatieversie gereed	R/A					I		I
7.	Vaststellen communicatie over publicatieversie	R/A	R				C	(C)	C
8.	Beschikbaar stellen nieuwe publicatieversie	A			R		I		I	I
9.	Communiceren nieuwe publicatieversie	A	R	I	I	I	I	I	I	I
10.	Evalueren publicatie	R/A	C	C	C	(C)
11.	Controleren Checklist Publiceren (deel 2)	R/A

6 Release notes

In onderstaande tabel staan alle wijzigingen met betrekking tot Quality Assurance (QA) Publiceren.

Release	Versie	BITS-ticket	Omschrijving
6 - Maart 2024	1.0.2	MM-5147	Gebroken links naar het MedMij-afsprakenstelsel zijn hersteld.
		MM-5114	Spelfouten opgelost en andere kleine aanpassingen doorgevoerd.
6 - December 2023	1.0.1	MM-5081	Spelfouten opgelost en andere kleine aanpassingen doorgevoerd.
6	1.0.0	MM-3408	Versie 1.0.0 van het MedMij functioneel ontwerp.