(feat) : Add patient identifier validation directive

[donaldkibet]

Requirements

• This PR has a title that briefly describes the work done, including the ticket number if there is a ticket.
• My work conforms to the OpenMRS 3.0 Styleguide and design documentation.
• My work includes tests or is validated by existing tests.

Summary

This PR adds an asynchronous patient identifier validator, which validates whether the captured patient identifier has been assigned to another patient. The aim is to perform validation while capturing form fields instead of when doing submission. This validation directive works on text input control

Sample form schema

{
    "label": "Patient Identifier",
    "isExpanded": "true",
    "questions": [
        {
            "label": "Unique Patient Number",
            "id": "uniquePatientNumber",
            "questionOptions": {
                "rendering": "text",
                "identifierType": "dfacd928-0370-4315-99d7-6ec1c9f7ae76"
            },
            "type": "patientIdentifier",
            "validators": []
        }
    ]
}

Screenshots

Related Issue

Other

[ojwanganto]

Thanks, @donaldkibet

[ibacher]

Why are we concatenating /ws/rest/v1 with / here? These feel like they could be used elsewhere.

[ibacher]

(I don't think there's any reason you can't rely on the framework constants here).

[ibacher]

I don't love this mechanism for checking if an ID is duplicated. We really need to use information about the type of identifier being configured. Specifically, OpenMRS IDs, depending on identifier type can be:

• Unique
• Unique per location
• Allow duplicates

[ibacher]

I think doing this is a great idea, but rather than doing some query of the backend, we should just add a backend endpoint that can tell us if a specified identifier is valid for an identifier type. That also allows us to check other validation constraints that this mechanism can't support. It wouldn't be too hard to write a REST endpoint that takes a (potential) identifier and identifier type and runs the validation and returns any errors that occur.

[ibacher]

Also, we need a ticket documenting this change, please.