qa:Publiceren: verschil tussen versies

Uit informatiestandaarden
Ga naar: navigatie, zoeken
(→‎Release notes)
 
(24 tussenliggende versies door dezelfde gebruiker niet weergegeven)
Regel 1: Regel 1:
−
__NOINDEX__
+
{| class="wikitable"
−
 
+
|-
−
{{IssueBox|Dit materiaal is in ontwikkeling en nog niet geschikt voor gebruik!}}
+
! | Processen: | [https://informatiestandaarden.nictiz.nl/wiki/qa:Verkennen Verkennen] | [https://informatiestandaarden.nictiz.nl/wiki/qa:Ontwikkelen_en_Testen Ontwikkelen & Testen] | [https://informatiestandaarden.nictiz.nl/wiki/qa:Publiceren#Procesactiviteiten Publiceren] | [https://informatiestandaarden.nictiz.nl/wiki/qa:Beheren Beheren] | [https://informatiestandaarden.nictiz.nl/wiki/qa:Kwalificeren Kwalificeren]
 +
|}
  
 
<!-- BACK TO TOP BUTTON -->
 
<!-- BACK TO TOP BUTTON -->
Regel 21: Regel 22:
 
[[Bestand:Icoon_Nictiz_Cirkel_Publiceren.svg|75px|75px|link=QA:Proceskaart_Publiceren|Proceskaart Publiceren]]
 
[[Bestand:Icoon_Nictiz_Cirkel_Publiceren.svg|75px|75px|link=QA:Proceskaart_Publiceren|Proceskaart Publiceren]]
 
<!-- EINDE TITEL en INHOUDSOPGAVE -->
 
<!-- EINDE TITEL en INHOUDSOPGAVE -->
−
 
−
 
−
<noinclude>
 
−
{{ReminderBox|
 
−
'''<big>Aanwijzingen voor gebruik van dit Sjabloon</big>'''
 
−
* '''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.
 
−
<code><nowiki>{{subst:QA_template_testscripts}}</nowiki></code>
 
−
* 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: <code><nowiki>Zelfmetingen {{VersieInfo|zelfmetingen}}- kwalificatie - Sturen Zelfmetingen</nowiki></code>
 
−
* 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: <code><nowiki>{{#switch: ... }} </nowiki></code>
 
−
* '''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".
 
−
}}</noinclude>
 
  
 
= Procesdoel =
 
= Procesdoel =
Regel 48: Regel 31:
 
= Proces =
 
= Proces =
 
== Procesdiagram ==
 
== Procesdiagram ==
−
[[File:Stroomdiagram_Publiceren_v2.0.0.png|1099×1769px]]
+
[[File:Flow_Publiceren_3.0.0.png|1099×1769px]]
 +
 
 
== Procesactiviteiten ==
 
== Procesactiviteiten ==
 
{| class="wikitable"
 
{| class="wikitable"
 
|-
 
|-
 
! '''Nr.'''
 
! '''Nr.'''
−
! '''Verant-woordelijk'''
+
! '''Verantwoordelijk'''
 
! '''Activiteiten'''
 
! '''Activiteiten'''
 
! '''Hulpmiddelen'''
 
! '''Hulpmiddelen'''
 
|-
 
|-
 
| 1.
 
| 1.
−
| Product-manager/ Product Owner
+
| Productmanager/ Product Owner
 
| <u>Bepalen en registreren publicatieversie:</u>
 
| <u>Bepalen en registreren publicatieversie:</u>
  
−
* 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 trigger voor dit proces is een goedkeuring van de Autorisator op een nieuw ontwikkeld, of doorontwikkeld product, zie hiervoor de processen ‘[https://informatiestandaarden.nictiz.nl/wiki/qa:Ontwikkelen_en_Testen Ontwikkelen & Testen]’ en ‘[https://informatiestandaarden.nictiz.nl/wiki/qa:Beheren 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.
 
* 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.
 
* 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
+
| ART-DECOR, [https://informatiestandaarden.nictiz.nl/wiki/Hoofdpagina Wiki], Terminologieserver
 
|-
 
|-
 
| 2.
 
| 2.
−
| Informatie-analist, Specialist Gegevens-uitwisseling of terminoloog
+
| Informatieanalist, Specialist Gegevensuitwisseling of terminoloog
 
| <u>Genereren overzicht doorgevoerde wijzigingen:</u>
 
| <u>Genereren overzicht doorgevoerde wijzigingen:</u>
  
−
* De Informatie-analist, Specialist Gegevens-uitwisseling of terminoloog stelt, in afstemming met de Productmanager/ Product Owner, een overzicht met de doorgevoerde wijzigingen samen.
+
* De Informatieanalist, Specialist Gegevensuitwisseling 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.
 
* 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
+
| BITS, ART-DECOR, Terminologieserver
 
|-
 
|-
 
| 3.
 
| 3.
−
| Informatie-analist, Specialist Gegevens-uitwisseling of terminoloog
+
| Informatieanalist, Specialist Gegevensuitwisseling of terminoloog
 
| <u>Opstellen overzicht te publiceren onderdelen:</u>
 
| <u>Opstellen overzicht te publiceren onderdelen:</u>
  
Regel 85: Regel 69:
 
|-
 
|-
 
| 4.
 
| 4.
−
| Specialist Gegevens-uitwisseling
+
| Specialist Gegevensuitwisseling
 
| <u>Nieuwe publicatieversie gereed maken:</u>
 
| <u>Nieuwe publicatieversie gereed maken:</u>
  
Regel 91: Regel 75:
 
* Afhankelijk van het informatieproduct van de informatiestandaard, kan deze activiteit worden uitgevoerd door een andere Nictiz-specialist, bijvoorbeeld de Informatieanalist of Kwalificatiespecialist.
 
* 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
+
| ART-DECOR, [https://simplifier.net/ Simplifier], [https://conformancelab.nl/ Conformancelab], [https://informatiestandaarden.nictiz.nl/wiki/Hoofdpagina Wiki] en GitHub
 
|-
 
|-
 
| 5.
 
| 5.
−
| Product-manager/ Product Owner
+
| Productmanager/ Product Owner
 
| <u>Controleren ‘Checklist Publiceren’:</u>
 
| <u>Controleren ‘Checklist Publiceren’:</u>
  
Regel 100: Regel 84:
 
* Indien niet volledig afgerond, terug naar 4.
 
* Indien niet volledig afgerond, terug naar 4.
  
−
| Checklist Publiceren
+
| [[Media:Checklist_Publiceren_3.0.0.docx| Checklist Publiceren [Download]]]
 
|-
 
|-
−
| <ol start="6" style="list-style-type: decimal;">
+
|6.
−
<li></li></ol>
+
| Productmanager/ Product Owner
−
 
 
−
| Product-manager/ Product Owner
 
 
| <u>Informeren houder/autorisator publicatieversie gereed:</u>
 
| <u>Informeren houder/autorisator publicatieversie gereed:</u>
  
Regel 113: Regel 95:
 
|-
 
|-
 
| 7.
 
| 7.
−
| Product-manager/ Product Owner
+
| Productmanager/ Product Owner
 
| <u>Vaststellen communicatie over publicatieversie:</u>
 
| <u>Vaststellen communicatie over publicatieversie:</u>
  
Regel 119: Regel 101:
 
* 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.
 
* 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
+
| Communicatieplan
 
|-
 
|-
 
| 8.
 
| 8.
−
| Specialist Gegevens-uitwisseling, Terminoloog
+
| Specialist Gegevensuitwisseling, Terminoloog
 
| <u>Beschikbaar stellen nieuwe publicatieversie:</u>
 
| <u>Beschikbaar stellen nieuwe publicatieversie:</u>
  
Regel 128: Regel 110:
 
* De Houder wordt ervan op de hoogte gebracht dat de nieuwe publicatie openbaar is.
 
* De Houder wordt ervan op de hoogte gebracht dat de nieuwe publicatie openbaar is.
  
−
| ART-DECOR, Simplifier, Conformance Lab, Wiki en GitHub, Terminologie-server
+
| ART-DECOR, [https://simplifier.net/ Simplifier], [https://conformancelab.nl/ Conformancelab], [https://informatiestandaarden.nictiz.nl/wiki/Hoofdpagina Wiki], GitHub en Terminologie-server
 
|-
 
|-
 
| 9.
 
| 9.
−
| Communicatie-adviseur
+
| Communicatieadviseur
 
| <u>Communiceren nieuwe publicatieversie:</u>
 
| <u>Communiceren nieuwe publicatieversie:</u>
  
 
* Samen met de Productmanager stelt de Communicatieadviseur de wijzigingen vast voor de informatiestandaardenpagina [http://www.nictiz.nl www.nictiz.nl].
 
* Samen met de Productmanager stelt de Communicatieadviseur de wijzigingen vast voor de informatiestandaardenpagina [http://www.nictiz.nl 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.
+
* 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’.
 
* 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.
 
* In het geval van een doorontwikkelde informatiestandaard met een kwalificatieverplichting, worden de leveranciers expliciet geïnformeerd over de verplichting en de aanpak.
Regel 141: Regel 123:
 
| Online:
 
| Online:
  
−
Website Nictiz.nl,
+
Website [https://nictiz.nl/ Nictiz.nl],
  
 
Social media,
 
Social media,
Regel 158: Regel 140:
 
|-
 
|-
 
| 10.
 
| 10.
−
| Product-manager/ Product Owner
+
| Productmanager/ Product Owner
 
| <u>Evalueren publicatie:</u>
 
| <u>Evalueren publicatie:</u>
  
Regel 166: Regel 148:
 
|-
 
|-
 
| 11.
 
| 11.
−
| Product-manager/ Product Owner
+
| Productmanager/ Product Owner
 
| <u>Controleren ‘Checklist Publiceren’:</u>
 
| <u>Controleren ‘Checklist Publiceren’:</u>
  
 
* Deel 2, zorgen dat alle producten gereed staan.
 
* Deel 2, zorgen dat alle producten gereed staan.
  
−
Indien niet volledig afgerond, terug naar 8.
+
Indien niet volledig afgerond, terug naar te voltooien stappen vanaf 6.
  
−
| Checklist Publiceren
+
Als alle producten gereed zijn, volgt het proces [https://informatiestandaarden.nictiz.nl/wiki/qa:Beheren Beheren]
 +
 
 +
| [[Media:Checklist_Publiceren_3.0.0.docx| Checklist Publiceren [Download]]]
 
|}
 
|}
 
<!--== Evt. onderliggende paragraaf ==-->
 
<!--== Evt. onderliggende paragraaf ==-->
Regel 190: Regel 174:
 
! '''Beheersmaatregelen'''
 
! '''Beheersmaatregelen'''
 
|-
 
|-
−
! De informatiestandaard is niet volledig bij publicatie, waardoor deze niet implementeerbaar is​ in zorgsystemen en -processen
+
| 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’)
+
| 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 ​
+
| 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
+
| 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
+
| 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)
+
| Eventueel aanstellen projectleider (hangt af van complexiteit van publicatie)
−
* Goed managen van het publicatieproces
+
 
 +
Goed managen van het publicatieproces
  
 
|-
 
|-
−
! Onvoldoende capaciteit of andere prioriteiten bij externe stakeholders die een rol hebben in het proces, waardoor vertraging​ ontstaat
+
| 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​
+
| Issues melden aan Houder en zoeken naar oplossing voor juiste capaciteit​
−
* Plannen en tijdig signaleren​
+
 
 +
Plannen en tijdig signaleren​
  
 
|-
 
|-
−
! Aan Communicatie doorgegeven wijzigingen door de Productmanager/ Product Owner komen laat binnen, waardoor de publicatie wordt vertraagd
+
| 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)
+
| 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)​
+
 
 +
Eenduidige afspraken maken over hoe om te gaan met incidenten (wijzigingen die snel moeten worden doorgevoerd)​
  
 
|}
 
|}
Regel 224: Regel 211:
 
* ''C (Consulted) = geraadpleegde(n) bij de uitvoering van activiteit''
 
* ''C (Consulted) = geraadpleegde(n) bij de uitvoering van activiteit''
 
* ''I (Informed) = geïnformeerde(n) over de uitvoering van de activiteit''
 
* ''I (Informed) = geïnformeerde(n) over de uitvoering van de activiteit''
−
* ''(R/C) = Optioneel''
 
  
 
{| class="wikitable"
 
{| class="wikitable"
Regel 403: Regel 389:
 
<!--= Definities =
 
<!--= Definities =
 
Definities invoegen-->
 
Definities invoegen-->
 +
 +
= Instructies en templates =
 +
[[Media:Checklist_Publiceren_3.0.0.docx| Checklist Publiceren [Download]]]
  
 
=Release notes=
 
=Release notes=
−
In onderstaande tabel staan alle wijzigingen met betrekking tot Quality Assurance (QA) Publiceren.
+
In onderstaande tabel staan alle wijzigingen met betrekking tot dit Quality Assurance (QA) Proces, vanaf versie 3.0.0.
−
{{#lsth:Tabellen met release notes|MedMij Functioneel Ontwerp 1}}
+
 
−
<!--{{MedMij:Sjabloon_Ondersteuning}}-->
+
{| class="wikitable"
 +
|-
 +
!Versie
 +
!Datum
 +
!Release notes
 +
|-
 +
|
 +
|
 +
|
 +
|-
 +
|}

Huidige versie van 2 mei 2025 om 16:59

Processen: | Verkennen | Ontwikkelen & Testen | Publiceren | Beheren | Kwalificeren

Back to Top

Hoofdproces


Proceskaart Publiceren

1 Procesdoel

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

1.1 Proceseigenaar

Gert Koelewijn

2 Proces

2.1 Procesdiagram

1099×1769px

2.2 Procesactiviteiten

Nr. Verantwoordelijk Activiteiten Hulpmiddelen
1. Productmanager/ 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 & 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, Terminologieserver
2. Informatieanalist, Specialist Gegevensuitwisseling of terminoloog Genereren overzicht doorgevoerde wijzigingen:
  • De Informatieanalist, Specialist Gegevensuitwisseling 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, Terminologieserver
3. Informatieanalist, Specialist Gegevensuitwisseling 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 Gegevensuitwisseling 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, Conformancelab, Wiki en GitHub
5. Productmanager/ Product Owner Controleren ‘Checklist Publiceren’:
  • Deel 1, zorgen dat alle producten gereed staan.
  • Indien niet volledig afgerond, terug naar 4.
 Checklist Publiceren [Download]
6. Productmanager/ 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. Productmanager/ 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.
 Communicatieplan
8. Specialist Gegevensuitwisseling, 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, Conformancelab, Wiki, GitHub en Terminologie-server
9. Communicatieadviseur 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. Productmanager/ 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. Productmanager/ Product Owner Controleren ‘Checklist Publiceren’:
  • Deel 2, zorgen dat alle producten gereed staan.

Indien niet volledig afgerond, terug naar te voltooien stappen vanaf 6.

Als alle producten gereed zijn, volgt het proces Beheren

Checklist Publiceren [Download]

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

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 Instructies en templates

Checklist Publiceren [Download]

7 Release notes

In onderstaande tabel staan alle wijzigingen met betrekking tot dit Quality Assurance (QA) Proces, vanaf versie 3.0.0.

Versie Datum Release notes
Overgenomen van "https://informatiestandaarden.nictiz.nl/index.php?title=qa:Publiceren&oldid=256753"