Geboortezorg 3.2 - kwalificatie - Beschikbaarstellen Integrale Zwangerschapskaart

Uit informatiestandaarden
Versie door Mariëtte Lenselink (overleg | bijdragen) op 13 aug 2021 om 10:21 (ontwikkelversie GZ MM-Zwangerschapskaart (kwalificatiemateriaal))
Naar navigatie springen Naar zoeken springen


1 Versiehistorie

Datum BITS Omschrijving
91-08-2021 - Draft kwalificatiescript op wiki

LET OP er is nog een versieinfo-sjabloon nodig. Pieter vragen

2 Doelgroep

De doelgroep van dit document is de XIS leverancier die wil kwalificeren op de systeemrol ‘Beschikbaarstellen Integrale Zwangerschapskaart’ binnen het MedMij afsprakenstelsel.

3 Begrippenlijst

Er zijn geen specifieke begrippen van toepassing.

4 Inleiding

4.1 Algemeen

Deze kwalificatiescripts zijn opgesteld ten behoeve van MedMij. Bij het opstellen van de scripts is uitgegaan van het Functioneel Ontwerp Geboortezorg 3.2, use case: Client vraagt via PGO Integrale Zwangerschapskaart op (MedMij 0.1). De op te vragen onderdelen die in het functioneel ontwerp besloten liggen, zijn waar mogelijk gekoppeld aan zorginformatiebouwstenen.

Deze bladzijde bevat het te doorlopen script bij kwalificatie voor de systeemrol ‘Beschikbaarstellen Integrale Zwangerschapskaart’ binnen het MedMij afsprakenstelsel. Het doel is aan te tonen dat het systeem (XIS) succesvol: een integrale zwangerschapskaart aan persoon (PGO) beschikbaar kan stellen.

4.2 Voorwaarden voor kwalificatie

Een leverancier kan starten met een kwalificatie, als aan de algemene voorwaarden zijn voldaan:

  1. Kennis en begrip van de algemene voorwaarden en procedurele eisen voor kwalificatie. Deze informatie is te vinden op de [kwalificatie pagina MedMij].

Aanvullende voorwaarden voor deze kwalificatie:

  1. Kennis en begrip van het Afsprakenstelsel Interoperabiliteit Geboortezorg.

LET OP: Het testen van infrastructurele eisen maakt geen onderdeel uit van deze kwalificatie.

4.3 Uitgangspunten

Hieronder volgen de generieke uitgangspunten voor de kwalificatie van de systeemrol 'Beschikbaarstellen':

  • Een DVZA dient de gehele gegevensdienst te ondersteunen. Uitzonderingen worden toegelicht in de bijbehorende functionele ontwerpen en kwalificatiescripts.
  • Een DVZA geeft technisch correct antwoord op alle searches ongeacht of de gegevens in XIS beschikbaar zijn. XIS stelt alle gegevens beschikbaar voor zover aanwezig.
  • Mochten gegevens niet beschikbaar gesteld kunnen worden, dan is uit de respons voor de persoon te herleiden waardoor dit veroorzaakt wordt:
    • veroorzaakt door het ontbreken van de informatie
    • veroorzaakt doordat het XIS dit technisch niet kan leveren.
  • In het geval dat een vraag om gegevens goed wordt verwerkt door het XIS, volgt een respons met daarin 0 tot * FHIR resources die matchen aan de vraag. Als er dus 0 resources in zitten mag de persoon ervan uitgaan dat het XIS deze gegevens niet heeft, maar de vraag wel goed begrepen heeft.
  • Als er technisch iets niet goed gaat, stuurt de DVZA conform de specificaties een foutcode terug samen met een OperationOutcome, waarin de oorzaak wordt getoond. Bijvoorbeeld dat de resource, een specifieke zib, niet wordt ondersteund in het XIS. Deze foutcode moet ingebouwd worden door het XIS. Hierop wordt de DVZA ook gekwalificeerd.


Aanvullende uitgangspunten voor deze kwalificatie:

NTB

4.4 Kwalificatiesimulator

De kwalificatie wordt door de (kandidaat)deelnemer uitgevoerd met de Nictiz kwalificatiesimulator, die is ingericht op een HL7 FHIR server (TouchStone). De kwalificatiesimulator kan berichten verzenden en ontvangen. Voor de berichten wordt gebruik gemaakt van de inhoudelijke gegevens beschreven op deze pagina.

Voor de simulatie gaan we er van uit dat:

  • De persoon is ingelogd in de PGO en wil gegevens raadplegen. Daarvoor moet de PGO eerst verbinding maken met een zorginformatiesysteem (XIS). In dit kwalificatiescript gaan we er vanuit dat de verbinding reeds succesvol is gemaakt.
  • Daarnaast is het uitgangspunt dat via Babyconnect het PGO meerdere bronsystemen tegelijk bevraagd kunnen worden (??? nog niet zeker of/hoe dit beoogd is. Alternatief is default MM-tekstje: Daarnaast is het uitgangspunt dat 1 bronsysteem (XIS) bevraagd wordt.)

5 Script Beschikbaarstellen Integrale Zwangerschapskaart

5.1 Op te leveren kwalificatiemateriaal

  1. De berichten die worden verstuurd vanuit het XIS. Verstuur de inhoudelijke gegevens van de kwalificatiescenario's naar de simulator (FHIR-server).

onderstaande vermoedelijk NIET van toepassing: de weergave van kaart moet door PGO opgebouwd. XIS moet correct bericht sturen.

  1. Schermafdrukken van de kwalificatiescenario's, zoals aangegeven onder "Uit te voeren stappen". Stuur dit materiaal op in het Aanleverformat - Beschikbaarstellen Integrale Zwangerschapskaart.

5.2 Uit te voeren stappen

  1. Registreer in het XIS de patiëntgegevens voor de testpersonen en zorgverlener zoals opgenomen in Administratieve gegevens.
  2. Zorg dat het XIS beschikt over de Integrale Zwangerschapskaart voor deze personen, gebruik hiervoor de inhoudelijke gegevens van elk scenario.
  3. Bij het uitvoeren van de kwalificatie dient een scenario volledig afgerond te zijn voordat het volgende scenario gestart wordt.
  4. Vanaf de kwalificatiesimulator (FHIR server) kan de uitvraag gegenereerd worden (door kwalificerende XIS zelf) conform de verschillende parameters zoals beschreven in de verschillende scenario’s.

5.3 Overzicht scenario's

De te gebruiken data voor kwalificatie is te vinden aan het eind van deze pagina, onder het hoofdstuk inhoudelijke gegevens. De scenario's gaan uit van een PULL vanuit PGO naar XIS van 1 specifieke Zorgaanbieder waarmee verbinding is gemaakt. * bulletlist scenario's

5.4 Doel en verwacht resultaat

Doel Verwacht resultaat
Correcte Integrale Zwangerschapskaart wordt beschikbaar gesteld aan PGO
(scenario 1.1 t/m 1.x)
Valide FHIR bericht

6 Aandachtspunten voor inhoudelijke gegevens

6.1 Persoonsgegevens

In het MedMij afsprakenstelsel is vastgelegd dat de BSN door de PGO niet gebruikt mag worden om het XIS te bevragen, aangezien de PGO in het persoonsdomein valt en buiten het zorgaanbiedersdomein. Evenmin mag een BSN door het XIS geretourneerd worden naar het persoonsdomein.
Er is wel een fBSN (fictieve BSN voor testdoeleinden) in de persoonsgegevens opgenomen, aangezien het beschikbaarstellende systeem (XIS) deze nodig kan hebben.

6.2 Datum T

T is een datum die we tijdens de kwalificatie nader invullen/ afspreken. Als ergens staat T-100 betekent dit: 100 dagen eerder dan de afgesproken datum.

7 Inhoudelijke gegevens

Dit hoofdstuk bevat de addenda waarin de inhoudelijke gegevens zijn opgenomen die nodig zijn voor het uitvoeren van de kwalificatie.

7.1 Administratieve gegevens

op te nemen via transclusie vanaf de "addenda" pagina die Arianne vanuit ADA aanmaakt

7.2 Gegevens per scenario

7.2.1 Scenario 1.1

Actieve integrale zwangerschapskaart van vrouw 1.
Persoonsgegevens: Gebruik de gegevens uit 'Administratieve gegevens - Vrouw 1'

op te nemen via transclusie vanaf de "addenda" pagina die Arianne vanuit ADA aanmaakt