mp:Stap 0 Voorbereiding: verschil tussen versies

Uit informatiestandaarden
Ga naar: navigatie, zoeken
Regel 3: Regel 3:
 
==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:   
+
Op deze pagina staat beschreven wat van de leveranciers verwacht wordt in de voorbereidingsfase (stap 0). Voor de beoordeling van stap 0 moeten leveranciers drie onderdelen toetsbaar opleveren:   
  
 
* het plan van aanpak van de leverancier;   
 
* het plan van aanpak van de leverancier;   
Regel 11: Regel 11:
 
In de volgende paragrafen wordt beschreven waar de drie onderdelen aan moeten voldoen.  
 
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.  
+
Voor elk onderdeel geldt dat partijen met elkaar afspreken dat wanneer een onoverkomelijk verschil van mening ontstaat dit wordt voorgelegd aan de stuurgroep Medicatieoverdracht.  
  
 
==Plan van aanpak==
 
==Plan van aanpak==
Regel 18: Regel 18:
  
 
==Technisch Ontwerp ==
 
==Technisch Ontwerp ==
Het technisch ontwerp vormt de technische onderbouwing waarmee informatiesystemen (XISsystemen) kunnen deelnemen aan veilige en correcte medicatieoverdracht. Dit ontwerp bestaat uit:  
+
Het technisch ontwerp van de leverancier vormt de technische onderbouwing waarmee informatiesystemen (XIS) kunnen deelnemen aan veilige en correcte medicatieoverdracht. Dit ontwerp bestaat uit:  
  
 
===Programma van Eisen (PvE): ===
 
===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).  
+
Voor elke XISrol (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:https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/
 
De volledige uitwerking van de eisen per systeemrol zijn terug te vinden op:https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/
Regel 35: Regel 35:
 
Het volledig technisch overzicht is terug te vinden op: https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/developer-guide-mo-vzvz
 
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.  
+
Het ontwerp zal in hoofdlijnen de inhoud moeten beschrijven, zodanig dat een compleet beeld wordt gegeven van de gekozen oplossing.  
  
 
==Functioneel ontwerp ==
 
==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:  
+
Het functioneel ontwerp van de leverancier vormt de kern van de informatiestandaard Medicatieproces. In dit document beschrijft de leverancier stap voor stap hoe het medicatieproces idealiter verloopt—van voorschrijven tot en met gebruik—en wel in termen van:  
 
* actoren (zorgverleners, patiënten, informatiesystemen);  
 
* actoren (zorgverleners, patiënten, informatiesystemen);  
 
* processen (bijv. medicatieverificatie, ter-hand-stelling, toediening);  
 
* processen (bijv. medicatieverificatie, ter-hand-stelling, toediening);  
Regel 52: Regel 52:
 
==Criteria==
 
==Criteria==
 
''Wordt nog aangevuld.''
 
''Wordt nog aangevuld.''
 +
 +
 +
Bovenstaande documenten worden samen met de gebruikersvertegenwoordiging en het programma beoordeeld.

Versie van 26 aug 2025 om 08:41


Inleiding

Op deze pagina staat beschreven wat van de leveranciers verwacht wordt in de voorbereidingsfase (stap 0). Voor de beoordeling van stap 0 moeten leveranciers drie onderdelen toetsbaar opleveren:

  • 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 elk onderdeel 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 van de leverancier vormt de technische onderbouwing waarmee informatiesystemen (XIS) kunnen deelnemen aan veilige en correcte medicatieoverdracht. Dit ontwerp bestaat uit:

Programma van Eisen (PvE):

Voor elke XISrol (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:https://zt-medicatieoverdracht.public.vzvz.nl/documentatie/latest/

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.

Functioneel ontwerp

Het functioneel ontwerp van de leverancier vormt de kern van de informatiestandaard Medicatieproces. In dit document beschrijft de leverancier stap voor stap 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.


Bovenstaande documenten worden samen met de gebruikersvertegenwoordiging en het programma beoordeeld.