Zandbak/QA/Publiceren: verschil tussen versies

Uit informatiestandaarden
Ga naar: navigatie, zoeken
(Nieuwe pagina aangemaakt met ''''Proces publiceren''' Dit document beschrijft het proces voor het publiceren van Nictiz-producten. '''Review geschiedenis''' {| class="wikitable" |- ! '''Datum...')
 
 
(5 tussenliggende versies door dezelfde gebruiker niet weergegeven)
Regel 1: Regel 1:
−
'''Proces publiceren'''
+
__NOINDEX__
 +
<!-- BACK TO TOP BUTTON -->
 +
<span id="BackToTop"></span>
 +
<div class="noprint" style="background-color:#FAFAFA; position:fixed; bottom:2%; right:0.5%; padding:0; margin:0;">
 +
[[#BackToTop|Back to Top]]
 +
</div>
 +
<!-- EINDE BACK TO TOP BUTTON -->
 +
<!-- QA -->
 +
[[Bestand:00_Iconen_QA.png|150px|150px|link=QA:Hoofdproces|Hoofdproces]]
 +
<!-- TITEL en INHOUDSOPGAVE die alleen Niveau 1 en 2 kopjes toont -->
 +
__NUMBEREDHEADINGS__
  
−
Dit document beschrijft het proces voor het publiceren van Nictiz-producten.
+
{{DISPLAYTITLE:Quality Assurance - Proceskaart - Publiceren 3.0.0 {{VersieInfo|xprocesx}}}}
 +
<span class="toclimit-3">__TOC__</span>
 +
<span class="toclimit-3">__TOC__</span>
 +
<!-- Icoon en verwijzing naar proces waar deze proceskaart bij hoort. -->
 +
<!-- Publiceren -->
 +
[[Bestand:Icoon_Nictiz_Cirkel_Publiceren.svg|75px|75px|link=QA:Proceskaart_Publiceren|Proceskaart Publiceren]]
 +
<!-- EINDE TITEL en INHOUDSOPGAVE -->
  
−
'''Review geschiedenis'''
 
  
−
{| class="wikitable"
+
<noinclude>
−
|-
+
{{ReminderBox|
−
! '''Datum'''
+
'''<big>Aanwijzingen voor gebruik van dit Sjabloon</big>'''
−
! '''Versie'''
+
* '''Voor het behoud van dezelfde uitstraling is het van belang dat de hoofdstukken, paragrafen e.d. intact worden gehouden. Verander deze dus niet.'''
−
! '''Wijzigingen'''
+
* Dit sjabloon is bedoeld voor één kwalificatiescript van één systeemrol. Maak dus per systeemrol één pagina aan met dit sjabloon.
−
! '''Door'''
+
* 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>
−
! 28-11-2023
+
* 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>
−
| 1.0.0
+
* Laat de Back-to-top button helemaal bovenaan de wikipagina staan. Op die manier kan een lezer makkelijk terug springen naar de inhoudsopgave.
−
| Eerste versie
+
* 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>
−
| Gert Koelewijn
+
* '''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
−
| 2.0.0
+
** Standaardteksten moeten worden opgenomen via een transclusie, zodat deze op een centrale plaats beheerd kunnen worden
−
| Tweede versie (zelfde als versie 1)
+
** Voor een kwalificatie kan er specifieke informatie worden opgenomen, zoals aangegeven met "OPTIONEEL".
−
| Gert Koelewijn
+
}}</noinclude>
−
|-
 
−
! 7-3-2025
 
−
| 3.0.0
 
−
| In versie 3 zijn de volgende wijzingen doorgevoerd:
 
  
−
* 2 processtappen zijn toegevoegd met de checklist publiceren.
+
= Procesdoel =
−
* Processtappen 7 (Vaststellen communicatie over publicatieversie) en 8 (Beschikbaar stellen nieuwe publicatieversie) zijn verwisseld.
+
Het tijdig, volledig en juist publiceren van een Nictiz product.
−
* Productowner is toegevoegd
+
== Proceseigenaar ==
−
* De raci-tabel is aangepast.
+
Gert Koelewijn
−
* Terminologie is toegevoegd.
+
<!--== Evt. onderliggende paragraaf ==-->
−
 
 
−
| Gert Koelewijn, Benno van Dam
 
−
|}
 
  
 +
= Proces =
 +
== Procesdiagram ==
 
[[File:Stroomdiagram_Publiceren_v2.0.0.png|1510x1821px]]
 
[[File:Stroomdiagram_Publiceren_v2.0.0.png|1510x1821px]]
−
 
+
== Procesactiviteiten ==
−
'''<br />
 
−
'''
 
−
 
 
−
# '''Procesdoel'''
 
−
 
 
−
Het doel van dit proces is:
 
−
 
 
−
* Het tijdig, volledig en juist publiceren van een Nictiz product.
 
−
 
 
−
<ol start="2" style="list-style-type: decimal;">
 
−
<li><p>'''Context'''</p></li></ol>
 
−
 
 
−
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 [https://nictiz.nl/wat-we-doen/zorginformatiestelsel/duurzaam-releasebeleid/ Nictiz Releasebeleid] gevolgd.
 
−
 
 
−
<ol start="3" style="list-style-type: decimal;">
 
−
<li><p>'''Procesprestatie-indicatoren (PPI’s)'''</p></li></ol>
 
−
 
 
−
Onderstaande indicatoren geven richting aan het proces. In een later stadium van het QA-project zal worden bepaald welke indicatoren worden geoperationaliseerd (‘meetbaar gemaakt’).
 
−
 
 
−
{| class="wikitable"
 
−
|-
 
−
! '''Indicator'''
 
−
! '''Norm'''
 
−
! '''Hoe gemeten?'''
 
−
|-
 
−
| Tijdigheid van de publicatie
 
−
| Conform het met de Autorisator afgesproken tijdstip van de publicatie
 
−
| Interne evaluatie
 
−
|-
 
−
| Volledigheid van de publicatie
 
−
| De publicatie bevat de met de Autorisator afgesproken onderdelen
 
−
| Interne evaluatie
 
−
|-
 
−
| Juistheid van de publicatie
 
−
| De publicatie is conform een richtlijn of professionele afspraak tussen (zorg)partijen
 
−
| Interne evaluatie
 
−
|}
 
−
 
 
−
<ol start="4" style="list-style-type: decimal;">
 
−
<li><p>'''Procesrisico’s en beheersmaatregelen'''</p></li></ol>
 
−
 
 
−
{| class="wikitable"
 
−
|-
 
−
! '''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)​
 
−
 
 
−
|}
 
−
 
 
−
<ol start="5" style="list-style-type: decimal;">
 
−
<li><p>'''Procesactiviteiten'''</p></li></ol>
 
−
 
 
 
{| class="wikitable"
 
{| class="wikitable"
 
|-
 
|-
Regel 235: Regel 172:
 
| Checklist Publiceren
 
| Checklist Publiceren
 
|}
 
|}
 +
<!--== Evt. onderliggende paragraaf ==-->
  
−
'''<br />
+
= 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 [https://nictiz.nl/wat-we-doen/zorginformatiestelsel/duurzaam-releasebeleid/ Nictiz Releasebeleid] gevolgd.
 +
<!--== Evt. onderliggende paragraaf ==-->
 +
<!--= Procesprestatie-indicatoren (PPI’s) =
 +
Procesprestatie-indicatoren (PPI’s) plakken
 +
== Evt. onderliggende paragraaf ==-->
  
−
<ol start="7" style="list-style-type: decimal;">
+
= Procesrisico’s en beheersmaatregelen =
−
<li><p>'''RACI'''</p></li></ol>
+
{| class="wikitable"
 +
|-
 +
! '''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)​
 +
 
 +
|}
 +
<!--== Evt. onderliggende paragraaf ==-->
 +
 
 +
= RACI-tabel =
  
 
''Toelichting:''
 
''Toelichting:''
Regel 425: Regel 397:
 
| style="text-align: center;"|
 
| style="text-align: center;"|
 
|}
 
|}
 +
<!--== Evt. onderliggende paragraaf ==-->
 +
<!--= Definities =
 +
Definities invoegen-->
 +
 +
=Release notes=
 +
In onderstaande tabel staan alle wijzigingen met betrekking tot Quality Assurance (QA) Publiceren.
 +
{{#lsth:Tabellen met release notes|MedMij Functioneel Ontwerp 1}}
 +
<!--{{MedMij:Sjabloon_Ondersteuning}}-->

Huidige versie van 13 mrt 2025 om 17:17

Back to Top

Hoofdproces


Proceskaart Publiceren


Lightbulb.svg

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

Stroomdiagram Publiceren v2.0.0.png

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 - Patchrelease 2025.23 1.0.4 MM-5553 Verouderde e-mailadres (kwalificatie@medmij.nl) is vervangen door kwalificatie@nictiz.nl. Aan zinnen met betrekking tot (her)kwalificaties is de link naar het Servicedesk formulier toegevoegd.
6 - Mei 2025 1.0.3 MM-5834 Links die verwijzen naar het kwalificatiemateriaal zijn hersteld.
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.
Overgenomen van "https://informatiestandaarden.nictiz.nl/index.php?title=Zandbak/QA/Publiceren&oldid=247571"