Uploaded image for project: 'MedMij Standaarden'
  1. MedMij Standaarden
  2. MM-3032

Kwalificatie: assert toevoegen dat een Identifier zowel .system als .value moet bevatten

Details

    • Wijzigingsverzoek
    • Status: Gesloten
    • 2
    • Resolution: Resolved
    • 2020.01 - April 2022
    • 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

        There are no Sub-Tasks for this issue.

        Activity

          People

            duwel@nictiz.nl Jorn Duwel
            duwel@nictiz.nl Jorn Duwel
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved:

              Jigit Development

                Branches:
                Pull requests: