mp:Stap 0 Voorbereiding: verschil tussen versies

Uit informatiestandaarden
Ga naar: navigatie, zoeken
Regel 1: Regel 1:
 
{{DISPLAYTITLE:Werkzaamheden stap 0}}
 
{{DISPLAYTITLE:Werkzaamheden stap 0}}
  
=Inleiding=
+
==Inleiding==
Op deze pagina staat beschreven wat van de leveranciers verwacht wordt in de voorbereidingsfase (stap 0). Voor de beoordeling van stap 0 wordt gekozen om drie onderdelen toetsbaar op te leveren:
 
# het plan van aanpak van de leverancier;
 
# het functioneel ontwerp;
 
# het technisch ontwerp.
 
In de volgende paragrafen wordt beschreven waar de drie onderdelen aan moeten voldoen.
 
  
Voor elke stap geldt dat partijen met elkaar afspreken dat wanneer er een onoverkomelijk verschil van mening ontstaat dit wordt voorgelegd aan de stuurgroep Medicatieoverdracht.
+
Op deze pagina staat beschreven wat van de leveranciers verwacht wordt in de voorbereidingsfase (stap 0). Voor de beoordeling van stap 0 wordt gekozen om drie onderdelen toetsbaar op te leveren: 
  
==Ondersteunende documenten==
+
* het plan van aanpak van de leverancier; 
* [https://informatiestandaarden.nictiz.nl/images/1/15/Format_Plan_van_aanpak_Leveranciers.docx Format plan van aanpak leveranciers]
+
* het functioneel ontwerp; 
* [https://informatiestandaarden.nictiz.nl/images/0/01/Checklist_Functioneel_en_technisch_Ontwerp_Medicatieproces_9.zip Checklist Functioneel en technisch Ontwerp Medicatieproces 9 (ZIP bestand)]
+
* het technisch ontwerp.  
  
=Plan van aanpak=
+
In de volgende paragrafen wordt beschreven waar de drie onderdelen aan moeten voldoen.  
==Inhoud==
 
De leveranciers stellen zelf ook een [https://informatiestandaarden.nictiz.nl/images/1/15/Format_Plan_van_aanpak_Leveranciers.docx plan van aanpak] op. Hierin staat beschreven hoe de leverancier de ontwikkeling van het programma Medicatieoverdracht projectmatig inricht. In dit plan van aanpak staat onder meer beschreven:
 
* organisatie van de gebruikersoverleggen: samenstellen van gebruikersvertegenwoordiging op initiatief van de leverancier, frequentie van overleggen en participatie in de besluitvorming van de gebruikers;
 
* detail planning;
 
** wat wordt in welke stap opgeleverd (inclusief de te beoordelen ontwikkelingen in de voorbereidingsfase);
 
** het betreft hier ook de items uit het ontwerp die niet direct te maken hebben met de vastlegging en communicatie van de informatiebouwstenen;
 
* ondersteuning van de kickstartdeelnemers;
 
* hoe de leveranciers worden ondersteund
 
implementatie bij de kickstartdeelnemers tijdens de testfases;
 
* aanpak hybride situatie en migratie.
 
  
==Toetsingscriteria==
+
Voor elke stap geldt dat partijen met elkaar afspreken dat wanneer een onoverkomelijk verschil van mening ontstaat dit wordt voorgelegd aan de stuurgroep Medicatieoverdracht.  
Het plan van aanpak wordt voor betreffende leveranciers binnen de Kickstart getoetst door drie partijen, te weten: de penvoerder Kickstart als verantwoordelijke, vertegenwoordigers vanuit de sector en de inhoudelijk deskundigen van het programmateam Medicatieoverdracht, met ondersteuning van het kickstartbegeleidingsteam. Penvoerder en landelijk programmateam dienen akkoord te geven op het plan van aanpak voordat een resultaat als afgerond wordt geaccepteerd.
 
  
=Ontwerp=
+
==Plan van aanpak==
==Inhoudelijk==
 
Het ontwerp is een nadere invulling van het functionele ontwerp van het medicatieproces (Nictiz), het PvE (VZVZ) en de ontsluiting naar de PGO’s. Daarnaast bevat het ontwerp een nadere uitwerking van de zogenaamde “XIS-eisen”. Dit betreft niet alleen de directe vastlegging van de bouwstenen en de communicatie van de bouwstenen, maar ook andere gerelateerde functionaliteit.
 
De implementatie van de informatiestandaard betreft niet alleen de directe vastlegging en uitwisseling van de bouwstenen. Het succes van de implementatie is afhankelijk van het gebruik door het veld. In de informatiesystemen zullen functionaliteiten breder aangepast moeten worden zodat eindgebruikers optimaal ondersteund worden in het gebruik van de informatie standaard.
 
Het ontwerp zal in hoofdlijnen de inhoud moeten beschrijven, zodanig dat een compleet beeld wordt gegeven van de gekozen oplossing. Dit ontwerp wordt samen met de gebruikersvertegenwoordiging en het programma beoordeeld.
 
  
==Toetsingscriteria==
+
De leveranciers stellen zelf ook een plan van aanpak op. Hierin staat beschreven hoe de leverancier de ontwikkeling van het programma Medicatieoverdracht projectmatig inricht.  
Het ontwerp wordt in opdracht van de penvoerder door de gebruikersvertegenwoordiging beoordeeld, met ondersteuning van het programma Medicatieoverdracht. Beoordeling vindt plaats op compleetheid en volledigheid met akkoord van de gebruikersvertegenwoordiging. Penvoerder en landelijk programmateam dienen akkoord te geven op het ontwerp voordat een resultaat als afgerond wordt geaccepteerd.
 
  
=Voorbereidende ontwikkeling=
+
==Technisch Ontwerp ==
==Inhoudelijk==
+
Het technisch ontwerp vormt de technische onderbouwing waarmee informatiesystemen (XISsystemen) kunnen deelnemen aan veilige en correcte medicatieoverdracht. Dit ontwerp bestaat uit:
Voordat daadwerkelijk aan stap 3 en verder kan worden ontwikkeld zullen leveranciers bepaalde zaken in de voorbereidingsfase ontwikkelen. Deze ontwikkelingen zijn echter niet uniform voor alle systemen. Sommigen passen eerst de database aan, anderen bereiden zich voor op de hybride situatie, weer anderen willen infrastructurele aanpassingen onderbrengen in de voorbereidende fase.
 
In het plan van aanpak, en het ontwerp, staan beschreven welke onderdelen in de voorbereidende fase worden ontwikkeld door de leverancier. Voorbereidende ontwikkelingen die al voor de start zijn uitgevoerd mogen in het plan van aanpak worden opgenomen indien de resultaten van dit ontwikkelwerk aantoonbaar kunnen worden gemaakt. Van een leverancier die tijdens de voorbereidingsfase geen voorbereidend ontwikkeling uitvoert wordt gevraagd in het plan van aanpak te beargumenteren waarom dit niet wenselijk/mogelijk is.
 
  
==Toetsingscriteria==
+
===Programma van Eisen (PvE): ===
De te ontwikkelen onderdelen worden door het programma beschouwd, waarbij samen met de leverancier wordt bekeken of de ontwikkelde oplossing ook daadwerkelijk past bij de uiteindelijk te valideren oplossing. Het is echter lastig om hier ook harde toetsingscriteria aan te koppelen, vanwege de diversiteit aan uit te voeren werkzaamheden. Hier geldt dan ook een inspanningsverplichting en niet een toetsbaar (als onderdeel van het validatieloket) projectresultaat. Echter: Alle aanpassingen zullen op een later moment in het proces (bij de validatie) alsnog worden getoetst op correcte werking. Partijen spreken met elkaar af dat wanneer er een onoverkomelijk verschil van mening ontstaat dit wordt voorgelegd aan de stuurgroep Medicatieoverdracht.
+
Voor elke XISsysteemrol (zoals versturend, ontvangend, opvragend of opleverend systeem) bevat het PvE een set functionele en nonfunctionele eisen. Deze zijn uitgewerkt volgens de relevante berichtstandaard – HL7 v3, HL7 FHIR of beide (hybride).
 +
 
 +
De volledige uitwerking van de eisen per systeemrol zijn terug te vinden op: 
 +
 
 +
zt-medicatieoverdracht.public.vzvz.nl
 +
 
 +
 +
 
 +
===Architectuur & Developer Guide: ===
 +
De Developer Guide geeft een samenhangend technisch overzicht van de applicatiearchitectuur. Dit omvat informatie over:
 +
 
 +
* Toegangs- en authenticatiemechanismen (zoals access tokens),  
 +
* API-specificaties en berichtenstructuren (met nadruk op correcte bundling en identificatie van FHIR-resources),
 +
* Inrichting van test- en acceptatieomgevingen,
 +
* Ondersteuning van infrastructuur zoals AORTA en communicatieprotocollen (TLS, headers, tracing).
 +
 
 +
Het volledig technisch overzicht is terug te vinden op: https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/developer-guide-mo-vzvz
 +
 
 +
Het ontwerp zal in hoofdlijnen de inhoud moeten beschrijven, zodanig dat een compleet beeld wordt gegeven van de gekozen oplossing. Dit ontwerp wordt samen met de gebruikersvertegenwoordiging en het programma beoordeeld.  
 +
 
 +
==Functioneel ontwerp ==
 +
Het functioneel ontwerp vormt de kern van de informatiestandaard Medicatieproces. In dit document staat stap voor stap beschreven hoe het medicatieproces idealiter verloopt—van voorschrijven tot en met gebruik—en wel in termen van:
 +
* actoren (zorgverleners, patiënten, informatiesystemen);
 +
* processen (bijv. medicatieverificatie, ter-hand-stelling, toediening);
 +
* transacties (welke gegevens op welk moment worden uitgewisseld).
 +
 
 +
Dit ontwerp richt zich op:
 +
* Zorgverleners – om klinisch en logistiek veilig te kunnen werken;
 +
* Informatieanalisten en -architecten –  voor het modelleren van processen en datastromen;
 +
* Softwareleveranciers – om systemen te ontwikkelen of aan te passen volgens de standaard.  
 +
 
 +
Door de checklist integraal te doorlopen borgt u dat alle relevante onderdelen consistent zijn beschreven en naadloos aansluiten op de informatiestandaard Medicatieproces. 
 +
 
 +
==Criteria==
 +
''Wordt nog aangevuld.''

Versie van 20 aug 2025 om 14:23


Inleiding

Op deze pagina staat beschreven wat van de leveranciers verwacht wordt in de voorbereidingsfase (stap 0). Voor de beoordeling van stap 0 wordt gekozen om drie onderdelen toetsbaar op te leveren:

  • het plan van aanpak van de leverancier;
  • het functioneel ontwerp;
  • het technisch ontwerp.

In de volgende paragrafen wordt beschreven waar de drie onderdelen aan moeten voldoen.

Voor elke stap geldt dat partijen met elkaar afspreken dat wanneer een onoverkomelijk verschil van mening ontstaat dit wordt voorgelegd aan de stuurgroep Medicatieoverdracht.

Plan van aanpak

De leveranciers stellen zelf ook een plan van aanpak op. Hierin staat beschreven hoe de leverancier de ontwikkeling van het programma Medicatieoverdracht projectmatig inricht.

Technisch Ontwerp

Het technisch ontwerp vormt de technische onderbouwing waarmee informatiesystemen (XISsystemen) kunnen deelnemen aan veilige en correcte medicatieoverdracht. Dit ontwerp bestaat uit:

Programma van Eisen (PvE):

Voor elke XISsysteemrol (zoals versturend, ontvangend, opvragend of opleverend systeem) bevat het PvE een set functionele en nonfunctionele eisen. Deze zijn uitgewerkt volgens de relevante berichtstandaard – HL7 v3, HL7 FHIR of beide (hybride).

De volledige uitwerking van de eisen per systeemrol zijn terug te vinden op:

zt-medicatieoverdracht.public.vzvz.nl


Architectuur & Developer Guide:

De Developer Guide geeft een samenhangend technisch overzicht van de applicatiearchitectuur. Dit omvat informatie over:

  • Toegangs- en authenticatiemechanismen (zoals access tokens),
  • API-specificaties en berichtenstructuren (met nadruk op correcte bundling en identificatie van FHIR-resources),
  • Inrichting van test- en acceptatieomgevingen,
  • Ondersteuning van infrastructuur zoals AORTA en communicatieprotocollen (TLS, headers, tracing).

Het volledig technisch overzicht is terug te vinden op: https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/developer-guide-mo-vzvz

Het ontwerp zal in hoofdlijnen de inhoud moeten beschrijven, zodanig dat een compleet beeld wordt gegeven van de gekozen oplossing. Dit ontwerp wordt samen met de gebruikersvertegenwoordiging en het programma beoordeeld.

Functioneel ontwerp

Het functioneel ontwerp vormt de kern van de informatiestandaard Medicatieproces. In dit document staat stap voor stap beschreven hoe het medicatieproces idealiter verloopt—van voorschrijven tot en met gebruik—en wel in termen van:

  • actoren (zorgverleners, patiënten, informatiesystemen);
  • processen (bijv. medicatieverificatie, ter-hand-stelling, toediening);
  • transacties (welke gegevens op welk moment worden uitgewisseld).

Dit ontwerp richt zich op:

  • Zorgverleners – om klinisch en logistiek veilig te kunnen werken;
  • Informatieanalisten en -architecten – voor het modelleren van processen en datastromen;
  • Softwareleveranciers – om systemen te ontwikkelen of aan te passen volgens de standaard.

Door de checklist integraal te doorlopen borgt u dat alle relevante onderdelen consistent zijn beschreven en naadloos aansluiten op de informatiestandaard Medicatieproces.

Criteria

Wordt nog aangevuld.