PatientCorrections: PGO-testscenario's kunnen niet gehaald worden (sturen)
Description
Verduidelijking van Impact
Proposed solution (NL)
In dossierwijzigingverzoek sturen scenario 3 en 4 verwijderen uit de TouchStone testen.
Proposed solution (EN)
In PatientCorrections sent, remove scenarios 3 and 4 from the TouchStone tests.
Release notes (NL)
In het test/kwalificatiemateriaal voor Dossierwijzigingverzoek zijn de scenario's verwijderd die het sturen van foutieve FHIR-berichten testten.
Release notes (EN)
In the test/qualification materials for PatientCorrections, the scenario's that tested de client to send malformed FHIR messages have been removed.
Activity
Yvette van der Haas October 3, 2022 at 11:43 AMEdited
wordt dit issue functioneel besproken. Hier zal alleen worden nagedacht over de technische oplossing
cc
Mariëtte Lenselink September 28, 2022 at 12:44 PM
Kan technisch door. voor het functionele nog nader te bepalen wat de oplossing wordt, we weten nog niet helemaal welke kant de toetsing op zou moeten gaan (omdat dit op de grens zit met UI, waar wij geen uitspraken over doen). Is het een idee om in het script te zetten dat scenario 3 en 4 (voorlopig) niet getoetst worden? Of het optioneel te maken? Als een voorstel niet haalbaar is voor a.s. vrijdagmiddag dan wil ik voorstellen het functionele deel zo nodig af te splitsen naar een nieuw ticket
Yvette van der Haas September 28, 2022 at 7:04 AM
Former user nieuw ticket is gemaakt:
Niek van Galen September 27, 2022 at 12:27 PM
nog even over OperationOutcome bij Ontvangen: we moeten de asserts aanpassen zodat bij een foute Communication-resource er de juiste OperationOutcome meekomt en niet degene uit de IG (met informational en begeleidende tekst). Dat past niet binnen de scope van dit ticket, zou je daar een nieuw ticket voor willen maken voor de patchrelease van november?
Niek van Galen September 26, 2022 at 1:40 PM
we blijven ons hier richten op de Sturen (PGO)-scripts en testen. Het ontvangen deel zou zich "vanzelf" moeten oplossen met , dat houden we even in de gaten.
Wat betreft je voorstel bij Sturen:
Eens met het verwijderen van de Touchstone-testen voor scenario 3 en 4. Ik bedenk me nu wel dat hier ook een functionele component aan zit wat met de informatieanalist besproken moet worden. Want dit moet dan ook weggehaald worden in het functionele kwalificatiemateriaal. Eventueel kan dat met dit ticket. , ben je het daar mee eens? Het is ook denkbaar dat een PGO alleen in zijn interface laat zien dat sturen zonder onderwerp of tekst (payload) niet mogelijk is, maar dat laat ik even aan jou.
Ik weet niet of de verduidelijking nodig is, er staat boven de tabel al deze tekst: "Voor alle onderstaande scenario's geldt dat er moet worden aangetoond dat het systeem technisch correcte FHIR-berichten genereert en kan verwerken.". Daar kan ook over meedenken. Als we zoiets doen dan denk ik dat we dit voor alle kwalificatiescripts zouden moeten verduidelijken.
Als duidelijk is wat de precieze oplossing wordt, wil je dan (voor woensdag 28/9) de voorgestelde oplossing en de impact invullen?
Details
Assignee
Yvette van der HaasYvette van der Haas(Deactivated)Reporter
Jorn DuwelJorn DuwelClassification
Patch (Z)Informatiestandaard onderdelen
Kwalificatie- en testmaterialenInformation standard
Dossierwijzigingsverzoek 1.xFix versions
Priority
Medium
Details
Details
Assignee
Reporter
Classification
Informatiestandaard onderdelen
Information standard
Fix versions
Priority
MediumBetter Excel Exporter
Export Excel
Better Excel Exporter
Export Excel
Better Excel Exporter
Scenario 3 en 4 van PatientCorrections Sturen testen het sturen van foutieve berichten of het voorkomen dat gebruikers foutieve berichten kúnnen versturen (https://informatiestandaarden.nictiz.nl/wiki/MedMij:Vdraft_KwalificatiescriptDossierwijzigingsverzoekSturen#Uit_te_voeren_stappen_Sturen )
De TestScripts van deze scenarios (https://touchstone.aegis.net/touchstone/execution?exec=202208180712429638433196 ) falen nu vanwege de validatie.
Er is dus een catch-22 dat het scenario niet gehaald kan worden, omdat men aan het scenario voldoet.
Op z'n minst zou de validatie-assert uit de TestScripts gehaald moeten worden (eventueel vervanen door een assert die checkt of topic danwel payload ontbreekt). Op een hoger niveau vraag ik me echter af of scenario 3 en 4 wel technisch getest moeten worden bij de Use-case 'Sturen'. Kun je dit scenario niet afdoen met screenshots, want het daadwerkelijk laten sturen van foutieve berichten is dus iets wat we denk ik niet willen?