Closed lcimaglia closed 3 years ago
Hi, not sure if I understand your question, so let me summarize the position with respect to NAAT and see if that helps / answers your question. If not, please feel to clarify.
Correct that test name, test manufacturer are optional for NAAT test, as per Annex in https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:52021PC0130
So for NAAT, you are not required to provide them.
In DGC.Types.schema.json we have:
"test_entry": {
"description": "Test Entry",
"required": [
"tg",
"tt",
"sc",
"tr",
"tc",
"co",
"is",
"ci"
],
Where [nm, ma] are not required st JSON schema level, precisely for this reason.
Conversely, they are required for non-NAAT.
These kinds of things are difficult to model in a JSON schema (although I guess never impossible...). This is where the processing stage for business rules comes in very useful, since "test name / test manf not required for NAAT" is essentially a business rule for generation / issuance as well as for verification. These kinds of rules can be easily incorporated into code in the business rules processing stage see e.g. https://github.com/ehn-digital-green-development/ehn-dgc-schema/wiki/FAQ#what-do-the-typical-processing-stages-look-like-for
Hi
I will try to clarify a bit on my question. The "nm" field is not associated with a value set in the current stable schema version and it is optional, as stated in the Annex. So for now we decide to not include the nm field value in the DGC JSON data.
But since the field is still included (although optional) in the JSON schema, I am wondering if this choice will result in possible issues when MS business rules will be in place in order to validate DGC.
Since "nm" is required for non-NAAT tests, somebody should add nm to the test RAT example.
https://github.com/ehn-digital-green-development/ehn-dgc-schema/blob/main/examples/test-rat.json
Since "nm" is required for non-NAAT tests, somebody should add nm to the test RAT example.
Hi
I will try to clarify a bit on my question. The "nm" field is not associated with a value set in the current stable schema version and it is optional, as stated in the Annex. So for now we decide to not include the nm field value in the DGC JSON data.
But since the field is still included (although optional) in the JSON schema, I am wondering if this choice will result in possible issues when MS business rules will be in place in order to validate DGC.
Thanks for the clarification to your question.
HTH
Ok I see now maybe was my misunderstanding about this part:
"nm": { "description": "NAA Test Name", "type": "string" },
My interpretation of description was that "nm" field was only for NAA test. From my point of view this should be corrected into
"nm": { "description": " Test name, optional for NAA Test", "type": "string" },
I think it is a minor issue but I am writing this down just to make sure my interpretation is correct.
From my point of view this should be corrected into
"nm": { "description": " Test name, optional for NAA Test", "type": "string" },
I think it is a minor issue but I am writing this down just to make sure my interpretation is correct.
Ah, I see - and yes I agree with you, I will clarify the text - nice suggestion, thanks.
Debate still on-going on this one! I think we can simplify things a lot for implementers by just having one key-value reference in the DCC, and then all the other text outside of that in the valueset. I will suggest this - and hopefully resolve this (at least for the implementers side of things) once and for all
Closing this one as test manf / name clarified in the up-coming v1.3.0
Hi
as for the test entry I see the following fields:
The Annex reports this fields as following:
(e) test name (optional for NAAT test); (f) test manufacturer (optional for NAAT test);
From my understanding, the NAA Test are always considered valid for generating a DGC. So is the "nm" field really necessary?