Skip to content

Conversation

@niekvangalen
Copy link
Contributor

No description provided.

@NictizEduard
Copy link
Contributor

NictizEduard commented Feb 19, 2024

@NictizEduard NictizEduard self-assigned this Feb 19, 2024
@NictizEduard
Copy link
Contributor

@jduwel kan jij mijn PR reviewen? Dit is Testmateriaal voor de beta publicatie van Eerstelijnszorg waarbij alleen het sturen/ontvangen van drie testscripts getest wordt.

Copy link
Contributor

@jd-nictiz jd-nictiz left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Door gebrek aan validatie-assert kan ik verder weinig zeggen over de inhoud van de fixtures. Ben benieuwd of je ze al ergens hebt gevalideerd.

@jd-nictiz
Copy link
Contributor

Wellicht ook een goed moment om vanaf het begin de 'content asserts' toe te voegen. Zie Alexander of Pieter voor meer informatie om te kijken of dat past

@NictizEduard
Copy link
Contributor

NictizEduard commented Feb 23, 2024

Wellicht ook een goed moment om vanaf het begin de 'content asserts' toe te voegen. Zie Alexander of Pieter voor meer informatie om te kijken of dat past

Goeie, maar dit willen we op langer termijn gaan toevoegen zodra de release (uit beta) stabiel genoeg.

@NictizEduard
Copy link
Contributor

Met dank aan Pieter zijn de zaken die Jorn eerder aangekaart zijn opgelost.

Load https://touchstone.aegis.net/touchstone/execution?exec=202410091029309853529994
Test https://touchstone.aegis.net/touchstone/execution?exec=202410091030445382230952

Aantal content asserts foutmeldingen naar voren gekomen dat mogelijk een bug is. Hiervoor een ticket aangemaakt: https://nictiz.atlassian.net/browse/HIT-35

@NictizEduard NictizEduard self-requested a review November 28, 2024 12:47
@NictizEduard
Copy link
Contributor

value="Serve Task resource"/>
<nts:include value="test.server.successfulRead" scope="common"
resource="Task"
params="/task-hg-VerwijzingHuisartsParamedicusMaximaalbericht"

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This doesn't seem correct. How do you expect a server to work with a fixed resource id? How would the client now what id to read?

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

<variable>
  <name value="TaskID"/>
  <description value="...."/>
</variable>
<nts:include value="test.server.successfulRead" scope="common"
            resource="Task"
            params="/{TaskID}"

<name value="Scenario 1.2 - ServiceRequest"/>
<description value="Serve ServiceRequest resource"/>
<nts:include value="test.server.successfulRead" scope="common" resource="ServiceRequest"
params="/servicerequest-hg-VerwijzingHuisartsParamedicusMaximaalbericht"

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Shouldn't the test platform extract the resource reference from the Task?

<name value="Scenario 1.3 - Composition"/>
<description value="Serve Composition resource with all the references by using the Document operation"/>
<nts:include value="test.server.successfulRead" scope="common" resource="Composition"
params="/composition-hg-VerwijzingHuisartsParamedicusMaximaalbericht"

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Shouldn't the test platform extract the resource reference from the Task?

<nts:contentAsserts href="resources/task-hg-VerwijzingHuisartsParamedicusMaximaalbericht.xml"
description="contains .code.coding.code = '3457005'" discriminator="code.where(coding.where(code = '3457005'))" nts:in-targets="CheckContent"/>

</test>

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These server scripts don't perform profile valdation. It would be a good idea to add that.

Copy link
Member

@pieter-edelman-nictiz pieter-edelman-nictiz left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ik snap eerlijk gezegd niet hoe dit zou moeten werken. De scripts beginnen er nu mee dat de Receiving XIS een read doet op de Task bij de Serving XIS, maar het .id is hardcoded in the TestScript.

In het TO staat dat er een notificatie-mechanisme moet zijn om die .id te communiceren, zobder dat mechanisme te specificeren. Zou dat tot nader order vervangen kunnen worden door een variabele in het TestScript dat je bij aanvang moet invoeren?

@NictizEduard NictizEduard reopened this Aug 18, 2025
@NictizEduard
Copy link
Contributor

Jorn helped with the FHIR-path expression for the referenceID's, and now it's working.

Load: https://my.interoplab.eu/uc-nictiz/tests/instance/68a46ad673acc15a1072943e
Test Serving: https://my.interoplab.eu/uc-nictiz/tests/instance/68a46cf6ae33de617aa9ede7
Test Receiving: https://my.interoplab.eu/uc-nictiz/tests/instance/68a46c7dae33de617aa9ede6

@pieter-edelman-nictiz are you able to review this PR?

Copy link
Member

@pieter-edelman-nictiz pieter-edelman-nictiz left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

PR is akkoord. De afspraak is dat materialen die nog niet in definitieve versie zijn ook niet gepubliceerd worden naar main.

@NictizEduard
Copy link
Contributor

I'll close this PR because of the beta status of the materials. When it is released (v1.0.0), it could be merged to main (production)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants