mp:Stap 0 Voorbereiding: verschil tussen versies
(→Functioneel ontwerp) |
|||
| (3 tussenliggende versies door dezelfde gebruiker niet weergegeven) | |||
| 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 | + | 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 | + | 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 ( | + | 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 | + | 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 | + | 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 | + | 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 51: | Regel 51: | ||
==Criteria== | ==Criteria== | ||
| − | + | Op basis van een gestandaardiseerd beoordelingsformulier worden de aangeleverde documenten samen met de gebruikersvertegenwoordiging en het programma beoordeeld op volledigheid, toepasbaarheid en inhoudelijke kwaliteit. | |
| + | Op basis van deze beoordeling wordt een advies opgesteld over goedkeuring. Dit advies wordt voorgelegd aan de penvoerders die formeel akkoord dienen te geven voordat stap 0 als afgerond wordt beschouwd. | ||
| + | Na akkoord van de penvoerders kunnen leveranciers starten met de bouwfase, waarbij zij op basis van het goedgekeurde plan van aanpak en ontwerpen de benodigde ontwikkelwerkzaamheden uitvoeren. | ||
Huidige versie van 26 aug 2025 om 09:09
Inhoud
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
Op basis van een gestandaardiseerd beoordelingsformulier worden de aangeleverde documenten samen met de gebruikersvertegenwoordiging en het programma beoordeeld op volledigheid, toepasbaarheid en inhoudelijke kwaliteit. Op basis van deze beoordeling wordt een advies opgesteld over goedkeuring. Dit advies wordt voorgelegd aan de penvoerders die formeel akkoord dienen te geven voordat stap 0 als afgerond wordt beschouwd. Na akkoord van de penvoerders kunnen leveranciers starten met de bouwfase, waarbij zij op basis van het goedgekeurde plan van aanpak en ontwerpen de benodigde ontwikkelwerkzaamheden uitvoeren.
