Acute zorg - Testscript - Spoedsamenvatting V2.2.0 Raadplegen door meldkamer, ambulance of SEH leeg bericht - V1.0.1
Inhoud
1 Inleiding
Deze pagina beschrijft het te doorlopen script voor het testen van transactie ‘Raadplegen spoedsamenvatting’ door een raadplegende systemen. Het testscript is bedoeld om te controleren of raadplegende systemen lege antwoorden van bouwstenen correct tonen. Hierbij mogen enkel de algemene gegevens over de auteur, dossierhouder en het onderwerp worden getoond zonder medische inhoud. Oftewel, een patiënt is aangesloten bij een huisarts, maar heeft nog geen medisch (inhoudelijk) dossier. Enkel de algemene gegevens van de huisarts (auteur), huisartspraktijk (dossierhouder) en de patiënt (onderwerp) worden getoond of geraadpleegd.
Bij het opstellen van dit testscript is uitgegaan van het Functioneel Ontwerp en de functionele- en technische specificaties in ART-DECOR. Leveranciers testen hun eigen software met deze materialen. Overigens is er een fictief BSN (fBSN) voor testdoeleinden in de persoonsgegevens opgenomen.
Actuele informatie over de informatiestandaard is te vinden via de Landingspagina Acute Zorg - Nictiz [1]
2 Doelgroep
De doelgroep van dit testscript is de leverancier die zich wilt kwalificeren op de systeemrol raadplegen van een Spoedsamenvatting. Dit zijn leveranciers van meldkamersystemen (MKAS), Ambulancesystemen (AMBS) en SEH-systemen (ZIS) voor het raadplegen van het bericht.
3 Test-informatie
3.1 Algemeen
Voor de uitwisseling worden HL7 CDA documentberichten gebruikt. Voor het testen van systeemrollen is ART-DECOR als testsimulator beschikbaar. De testsimulator kan berichten verzenden, ontvangen en logt alle berichten. Tijdens een intake voor het kwalificeren wordt uitgelegd hoe gebruik gemaakt kan worden van de testsimulator. Meer informatie over de kwalificatiesimulator: [2]
- Het testen geeft de mogelijkheid om de technische berichten te controleren
- Het testen van infrastructurele eisen maakt geen onderdeel uit van deze test
- Houd tijdens het testen de bevindingen bij van de uitgevoerde tests. Analyseer de bevindingen, corrigeer fouten waar nodig en test opnieuw.
3.2 Doel
Het doel van dit testscript is om te controleren of een zorginformatiesysteem correct omgaat met een spoedsamenvatting zonder inhoudelijke medische gegevens. Het test de robuustheid van het systeem door te verifiëren of het een lege spoedsamenvatting kan verwerken zonder fouten of onjuiste informatie te genereren, zodat systemen ook in scenario's zonder medische gegevens goed blijven functioneren en de integriteit en betrouwbaarheid van de gegevensuitwisseling behouden blijft. Deze testcase is ontworpen om alleen de algemene gegevens van de bundel te versturen, zonder de inhoud van de individuele bouwstenen. Hiermee wordt getest of het systeem correct omgaat met het versturen van beperkte informatie.
4 Testscript
4.1 Uit te voeren stappen
De volgende stappen moeten worden uitgevoerd:
1. Stuur een context specifieke vraag uit ten behoeve van het opvragen van de bouwstenen, met de volgende instellingen:
| Toepassing | Contextcode | Rol zorgverlener | Patiënt BSN |
| Acute Zorg – PS | PSAMB | Ambulance | 999911041 |
| Acute Zorg – PS | PSSEH | SEH | 999911041 |
| Acute Zorg – PS | PSMKA | Meldkamer | 999911041 |
2. De tester vangt het bericht met de context specifieke vraag af in de simulator.
3. De testsimulator stuurt een bouwsteeninformatie naar het XIS.
4. Ontvang, verwerk en toon alle bouwsteeninformatie in schermen en controleer op juistheid. Als alternatief voor het maken van schermprints kan er ook een afspraak met Nictiz worden gemaakt om het tonen van de Spoedsamenvatting gegevens in een live-demo te doen. Deze live-demo wordt opgenomen zodat nadere details nog bestudeerd kunnen worden.
4.2 Overzicht bouwstenen
| Nr. | Bouwstenen | Doel van de test | Verwacht resultaat |
| 1 | Bundel zonder individuele bouwstenen | Het ontvangen en verwerken van de bundel | Het wordt de eindgebruiker duidelijk gemaakt dat er geen medische informatie van de patiënt aanwezig is. |
5 Inhoudelijke gegevens
De bundel geeft algemene gegevens over de auteur, dossierhouder en het onderwerp. De onderstaande gegevens worden verwacht.
5.1 Identificatienummers
5.1.1 Verwijsidentificatienummers
De identificatienummers in het materiaal maken het mogelijk om om verwijzingen naar andere elementen binnen hetzelfde bericht weer te geven. Deze nummers zorgen ervoor dat relaties tussen verschillende onderdelen van het bericht expliciet worden vastgelegd. Beschikbaarstellende en sturende partijen gebruiken eigen identificatienummers en passen deze tijdens het testen aan naar eigen waarden. De identificatienummers moeten worden meegestuurd maar hoeven niet getoond te worden in de gebruikersinterface.
5.1.2 Identificatienummers personen en instanties
De identificatienummers van personen en instanties maken het mogelijk om binnen een bericht te verwijzen naar gegevens die eerder zijn uitgewerkt, zoals zorgverleners of zorgaanbieders. Deze identificatienummers worden gebruikt om een eenduidige koppeling te maken naar een eerder genoemde zorgverlener of zorgaanbieder. In de gebruikersinterface hoeft echter niet het identificatienummer zelf (zoals een AGB-code) getoond te worden, maar kan in plaats daarvan de bijbehorende naam worden weergegeven.
Beschikbaarstellende en sturende partijen gebruiken eigen identificatienummers en passen deze tijdens het testen aan naar eigen waarden. Raadplegende en ontvangende partijen dienen deze identificatienummers te kunnen verwerken conform het script.
De raadplegende en ontvangende partijen dienen de samenhang tussen de verschillende onderdelen van het bericht correct weer te geven in de representatie van de ontvangen data met behulp van de referenties die de identificatienummers aangeven.
5.2 Inhoud bundel
| Bundel | ||||||
| Gegevenselement | Waarde | |||||
| Auteur | ||||||
| Zorgverlener | ||||||
| ZorgverlenerIdentificatienummer | 000002221 (2.16.528.1.1007.3.1 UZI nummer natuurlijke personen; zorgverlener of medewerker met UZI pas) [1] | |||||
| Specialisme | Arts (Code = '01.000' in codesysteem 2.16.840.1.113883.2.4.15.111 'RoleCodeNL - zorgverlenertype (personen)') | |||||
| Naamgegevens | ||||||
| Voornamen | Kees Harry Gerard | |||||
| Initialen | K.H.G. | |||||
| Roepnaam | Huis | |||||
| Geslachtsnaam | ||||||
| Voorvoegsels | van | |||||
| Achternaam | Bernard | |||||
| GeslachtsnaamPartner | ||||||
| VoorvoegselsPartner | von | |||||
| AchternaamPartner | Brandsteder | |||||
| Adresgegevens | ||||||
| Straat | Knolweg | |||||
| Huisnummer | 45 | |||||
| Huisnummerletter | A | |||||
| Huisnummertoevoeging | 2 | |||||
| AanduidingBijNummer | Bij (Code = 'by' in codesysteem 2.16.840.1.113883.2.4.3.11.60.101.5.3 'AanduidingBijHuisnummer') | |||||
| Postcode | 9999 AA | |||||
| Woonplaats | Stitswerd | |||||
| Land | Nederland | |||||
| AdditioneleInformatie | ||||||
| AdresSoort | Werkadres (Code = 'WP' in codesysteem 2.16.840.1.113883.5.1119 'Address Use') | |||||
| Contactgegevens | ||||||
| Telefoonnummers | ||||||
| Telefoonnummer | 0211234567 | |||||
| NummerSoort | Work Place (Code = 'WP' in codesysteem 2.16.840.1.113883.5.1119 'Address Use') | |||||
| EmailAdressen | ||||||
| EmailAdres | huisarts@zorgverlener.org | |||||
| EmailSoort | Zakelijk e-mailadres (Code = 'WP in codesysteem 2.16.840.1.113883.5.1119 'Address Use') | |||||
| Zorgaanbieder | ||||||
| ZorgaanbiederIdentificatienummer | 00001111 (2.16.528.1.1007.3.3 UZI register abonneenummer (URA); zorgaanbieder die UZI passen aanvraagt) [1] | |||||
| OrganisatieNaam | Gezondheidscentrum A | |||||
| Dossierhouder | ||||||
| Zorgaanbieder | ||||||
| ZorgaanbiederIdentificatienummer | 00001111 (2.16.528.1.1007.3.3 UZI register abonneenummer (URA); zorgaanbieder die UZI passen aanvraagt) [1] | |||||
| OrganisatieNaam | Gezondheidscentrum A | |||||
| Contactgegevens | ||||||
| Telefoonnummers | ||||||
| Telefoonnummer | 0211234567 | |||||
| NummerSoort | Work Place (Code = 'WP' in codesysteem 2.16.840.1.113883.5.1119 'Address Use') | |||||
| EmailAdressen | ||||||
| EmailAdres | huisarts@zorgverlener.org | |||||
| EmailSoort | Zakelijk e-mailadres (Code = 'WP in codesysteem 2.16.840.1.113883.5.1119 'Address Use') | |||||
| Adresgegevens | ||||||
| Straat | Valkendael | |||||
| Huisnummer | 45 | |||||
| Huisnummerletter | A | |||||
| Huisnummertoevoeging | 2 | |||||
| AanduidingBijNummer | Bij (Code = 'by' in codesysteem 2.16.840.1.113883.2.4.3.11.60.101.5.3 'AanduidingBijHuisnummer') | |||||
| Postcode | 5246 HK | |||||
| Woonplaats | Maastricht | |||||
| Land | Nederland | |||||
| AdditioneleInformatie | ||||||
| AdresSoort | Werkadres (Code = 'WP' in codesysteem 2.16.840.1.113883.5.1119 'Address Use') | |||||
| Onderwerp | ||||||
| Patient | ||||||
| Naamgegevens | ||||||
| Voornamen | Harmen | |||||
| Initialen | H. | |||||
| Roepnaam | ||||||
| Geslachtsnaam | ||||||
| Voorvoegsels | ||||||
| Achternaam | XXX_Maanens | |||||
| GeslachtsnaamPartner | ||||||
| VoorvoegselsPartner | ||||||
| AchternaamPartner | ||||||
| Adresgegevens | ||||||
| Straat | Knolweg | |||||
| Huisnummer | 1000 | |||||
| Huisnummerletter | ||||||
| Huisnummertoevoeging | ||||||
| AanduidingBijNummer | ||||||
| Postcode | 9999XA | |||||
| Woonplaats | STITSWERD | |||||
| Land | Nederland | |||||
| AdditioneleInformatie | ||||||
| AdresSoort | Primair huisadres (Code = 'HP' in codesysteem 2.16.840.1.113883.5.1119 'Address Use') | |||||
| Identificatienummer | 999911041 | |||||
| Geboortedatum | 19540830 | |||||
| Geslacht | man (Code = M in codesysteem 2.16.840.1.113883.5.1 'Administrative Gender') | |||||
| MeerlingIndicator | Nee | |||||
6 Release notes
| Versie | Datum | Omschrijving |
|---|---|---|
| V0.9.0 | 2 oktober 2025 | In Bundel is Adresgegevens van de Zorgverlener aangepast van 6245 HK, Valkendael, Maastricht naar 9999AA, Knolweg, STITSWERD. |
| V1.0.0 | maart 2026 | Testmateriaal gepubliceerd met publicatie informatiestandaard spoedsamenvatting V2.2.0 |
| V1.0.1 | april 2026 | Tekst toegevoegd met betrekking tot identificatienummers |
