Uploaded image for project: 'HPDSimulator'
  1. HPDSimulator
  2. HPD-141

Case sensitivity in request and response validations too strict

    Details

    • Sprint:
      2017 - S10
    • Account:
      eHealthSuisse - GL01 (EHEALTHSUIGL01)

      Description

      1. CPI and HPD requests demand ou=, dn= and faile OU=, DN=
      EPD largely case insensitive and accepts requests with Ou= for example. On response sends OU= and DC=
      2. CPI too restrictive - insists on DC=CPI, OU=CHCommunity but DC=CPI is also acceptable because it has only one OU child
      3. HPD address attribute checking assume case sensitivity - but EPD case insensitive, so status=primary is also acceptable, not just status=Primary etc.
      4. HPD hcIdentifier, hcspecialisation, hcprofession also assume case sensitivity, but EPD implementation is case insensitive
      e.g. acceptable values include bAg:2.16.840.1.113883.6.96:36682004,
      RefData:GLN:7601000502247:inaCTive, RefData:OID:2.16.10.89.201:inActive

      5. validation binary fields always seems to fail
      a) genuine binary data encoded
      b) text data encoded

        BigPicture - Work Breakdown Structure

          Attachments

          1. HPD_Request_Prof_request.xml
            0.6 kB
          2. HPD_RequestBinary.xml
            0.4 kB
          3. CPI_accepted_caseAttribute_request.xml
            0.3 kB
          4. HPD_Request_Prof_response_caseValues.xml
            21 kB
          5. CPI_acceptedDN_request.xml
            0.3 kB
          6. HPD_Request_Prof_response.xml
            21 kB
          7. CPI_not_acceptedDN_request.xml
            0.3 kB
          8. CPI_shortDN_request.xml
            0.3 kB
          9. HPD_Request_caseDN_Prof_request.xml
            0.6 kB
          10. Gazelle tests_1.docx
            13 kB
          11. Gazelle tests_2.docx
            12 kB

            Activity

              People

              Assignee:
              mtoudic Malo Toudic
              Reporter:
              hgreen Hilary Green
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                BigPicture - Skills

                  Dates

                  Created:
                  Updated:
                  Resolved:

                    Time Tracking

                    Estimated:
                    Original Estimate - 1 day, 7 hours
                    1d 7h
                    Remaining:
                    Remaining Estimate - 0 minutes
                    0m
                    Logged:
                    Time Spent - 1 day, 5 hours Time Not Required
                    1d 5h

                      Potential Duplicates