Details
-
Wijzigingsverzoek
-
Status: Gesloten
-
2
-
Resolution: Resolved
-
None
-
Nee
-
Alle 2020.01, Alle 2020.02
-
Kwalificatie
-
Laag, de kwalificatie verbetert
-
Asserts toevoegen aan de technische testmaterialen om de controle op identifiers te verbeteren: een controle om te kijken of binnen een identifier zowel system of type als value aanwezig zijn
-
In de kwalificatiematerialen wordt nu gecontroleerd of FHIR Identifiers zowel een .system (of eventueel een .type) en een .value bevatten.
-
In qualification scripts, it is checked that FHIR Identifiers contain both a .system (or a .type if applicable) and a .value.
Description
Het komt weleens voor dat we Identifiers zien met alleen een .value. .system is niet verplicht volgens de spec omdat er randgevallen zijn waarbij dit niet verwacht kan worden: https://www.hl7.org/fhir/stu3/datatypes.html#identifier
In some cases, the system may not be known - only the value is known (e.g. a simple device that scans a barcode), or the system is known implicitly (simple exchange in a limited context, often driven by barcode readers). In this case, no useful matching may be performed using the value unless the system can be safely inferred by the context.
Dit lijkt me niet van toepassing binnen de context van MedMij (of zelfs binnen de context van informatiestandaarden in het algemeen?), of op z'n minst de moeite waard om een 'pas toe of leg uit' beleid op te maken door een assert toe te voegen die checkt of .system en .value beiden aanwezig zijn.
Additioneel voegt Nictiz in de testmaterialen een 'voorbeeldidentifier' toe met .system 'https://example.org/nictiz/basic-components/identification-number'. Een extra controle om te checken of dit system niet voorkomt zou misschien ook geen kwaad kunnen.
Attachments
1.
|
Uitwerking TestScripts |
|
Geintegreerd | Jorn Duwel |