Bgz:V2.0-beta.3 Validatiescript BgZ MSZ: verschil tussen versies
(→Inleiding) |
(→Uit te voeren stappen en op te leveren materialen) |
||
| Regel 66: | Regel 66: | ||
<b>Figuur 1.</b> Samenvatting van de stappen die worden doorlopen om aan te tonen dat een systeem de BgZ kan sturen en kan ontvangen. | <b>Figuur 1.</b> Samenvatting van de stappen die worden doorlopen om aan te tonen dat een systeem de BgZ kan sturen en kan ontvangen. | ||
| − | (PULL) LET OP! De | + | (PULL) LET OP! De usecase met Raadplegen/Beschikbaarstellen is momenteel nog niet van toepassing, omdat het communicatiepatroon nog niet beschikbaar is. |
<b>Vastleggen</b> | <b>Vastleggen</b> | ||
Versie van 7 aug 2025 om 06:17
|
This page is under construction. |
Voor een overzicht van relevante wiki-pagina's voor BgZ-MSZ zie Landingspagina_BgZ
1 Inleiding
Na het doorlopen van de test- en kwalificatiescripts, volgt een extra validatie-stap. Hiervoor worden validatiescripts gebruikt, die eveneens de volgende transacties in de Basisgegevensset Zorg (BgZ) voor de medisch-specialistische zorg (MSZ) bevatten.
- Het sturen en ontvangen van de BgZ.
- Het beschikbaar stellen en raadplegen van de BgZ. (LET OP! Deze usecase is momenteel nog niet volledig uitgewerkt omdat het communicatiepatroon nog niet beschikbaar is.)
Deze validatie-stap toetst geen infrastructurele eisen.
1.1 Doelgroep
1.2 Algemene voorwaarden voor valideren
Een leverancier kan de validatie-stap starten als aan de volgende voorwaarden is voldaan:
- Kennis en begrip van de informatiestandaard BgZ-MSZ;
- Zowel het test- als het kwalificatiescript zijn met succes doorlopen en de leverancier kan de resultaten daarvan overleggen;
- De validatiedocumentatie bevat dossier gegevens die de kwalificerende partij zelf invoert. Het is van belang dat de gegevens juist ingevoerd worden. Onjuist ingevoerde gegevens (bijvoorbeeld tijd/datum) leiden tot vertraging en kunnen blokkerend zijn voor het validatieproces;
- Inhoudelijke gegevens beschreven in dit script moeten toegankelijk zijn voor de eindgebruiker. De leverancier levert schermafdrukken aan voor controle van de toegankelijkheid van deze inhoudelijke informatie;
- Aansluiting op de validatieomgeving en de simulatoren (zie 1.3).
1.3 Testomgeving en Validatieproces
Zie kwalificatie pagina.
2 Validatie
2.1 Inleiding
Een leverancier valideert voor de usecase:
- Uitwisseling BgZ bij verwijzing of overdracht (PUSH).
- Opvraging BgZ bij eerdere behandelaar (PULL).
LET OP:
- Deze laatste usecase is momenteel nog niet volledig uitgewerkt omdat het communicatiepatroon nog niet beschikbaar is.
- De queries voor de BgZ MSZ 2.0 informatiestandaard wijken af van de query voorbeelden in de TA-NP Technical Agreement [link].
2.2 Doel en verwacht resultaat
Bij een succesvolle validatie heeft een leverancier aangetoond te voldoen aan de eisen per systeemrol.
2.3 Specifieke voorwaarden bij controleren van gegevens
Bij de validatie-stap gelden dezelfde voorwaarden zoals gespecificeerd op de kwalificatie pagina.
2.4 Reconciliëren en ontdubbelen
Buiten deze kwalificatie vallen het kunnen reconciliëren en het kunnen ontdubbelen.
- Reconciliëren: het samenvoegen van gegevens uit verschillende bronnen.
- Ontdubbelen: het omgaan met dubbele gegevens uit verschillende bronnen.
Uitsluitend wordt het overnemen getoetst. Met overnemen bedoelen we het ongewijzigd kunnen opslaan van gegevens en onderlinge relaties.
2.5 Uit te voeren stappen en op te leveren materialen
Figuur 1. Samenvatting van de stappen die worden doorlopen om aan te tonen dat een systeem de BgZ kan sturen en kan ontvangen.
(PULL) LET OP! De usecase met Raadplegen/Beschikbaarstellen is momenteel nog niet van toepassing, omdat het communicatiepatroon nog niet beschikbaar is.
Vastleggen
- Maak een nieuw dossier aan in uw XIS voor de fictieve validatie patiënten.
- Leg de dossiergegevens van de fictieve validatie patiënten vast in het XIS (fig. 1b). Gebruik hiervoor de gegevens zoals beschreven in de inhoudelijke gegevens(fig. 1a).
- Leg eerst de probleemlijst en vervolgens de verrichtingenlijst in chronologische volgorde vast (fig. 3). Dit is relevant in verband met de schermafdrukken en het testen van de metagegevens.
- Leg ook de relaties vast tussen de elementen in de verrichtingenlijst en de elementen in de probleemlijst.
- Maak schermafdrukken van de vastgelegde gegevens als integraal onderdeel van het dossier in uw XIS (fig 1c).
- Onder de voorwaarden zoals vermeld in sectie 2.3 wordt er nagegaan of de gegevens overeenkomen met de inhoudelijke gegevens (fig. 1d).
Leveren
- Stel FHIR resource-instanties samen voor gegevens uit alle BgZ-hoofdstukken. Hiervoor zijn deelvalidaties mogelijk. Maak hierbij gebruik van:
- Het dossier zoals vastgelegd in uw XIS DB.
- De definitie van de queries en profielen zoals vastgelegd in de FHIR implementation guide van de BgZ-MSZ 2.0.
- Lever de FHIR-resource-instanties aan zoals afgesproken bij de intake (fig. 1e).
- Onder de voorwaarden vermeld in sectie 2.3 wordt nagegaan of de gegevens overeenkomen met de FHIR instanties in de testomgeving (fig. 1f).
- Dit is naar voorbeeld van de gegevens zoals beschreven in de inhoudelijke gegevens (fig. 1g).
Inzien
- De simulator stuurt FHIR resource-instanties (fig. 1j).
- De test server bevat de transactie gegevens zoals beschreven in de sectie inhoudelijke gegevens (fig. 1h).
- Het ontvangende systeem toont alle BgZ hoofdstukken in een user interface.
- Deze gegevens zijn geen integraal onderdeel van het dossier in uw XIS.
- Hiervoor zijn geen deelvalidaties mogelijk.
- Maak schermafdrukken van de ontvangen BgZ hoofdstukken (fig. 1k).
- Onder de voorwaarden vermeld in sectie 2.3 wordt nagegaan of de gegevens overeenkomen met de inhoudelijke gegevens (fig. 1m).
Overnemen
- Het ontvangende/ raadplegende system neemt de gegevens in de BgZ hoofdstukken ongewijzigd over (fig. n).
- Maak schermafdrukken van de overgenomen BgZ hoofdstukken als integraal onderdeel van het Dossier in het XIS (fig. 1o).
- Voeg de schermafdrukken toe aan het Validatiemateriaal document.
- Onder de voorwaarden vermeld in sectie 2.3 wordt nagegaan of de gegevens overeenkomen met de gestuurde gegevens (fig. 1p).
3 Inhoudelijke gegevens
De inhoudelijke gegevens voor de validatie-stap worden verstrekt bij validatie.