Record Search clients
Perform an advanced search of civil registration records from a trusted, external e-Gov service
Perform an advanced search of civil registration records from a trusted, external e-Gov service
The Record Search client can perform an advanced search of civil registration records. Use this to help support social protection systems, check the existence of civil registration records or check citizen demographics.
To stop abuse of such a powerful API, all results returned are audited as having been downloaded by the client. System Administrators should be careful to ensure that citizen data is not exposed to untrustworthy individuals by using this API.
All client behaviour is audited and is ultimately the personal responsibility of the National System Administrator of OpenCRVS that created the client. Protect citizen data and do not expose it unnecessarily as you may be in breach of local laws.
A daily limit of 2000 Record Search requests per client, per day is hardcoded into OpenCRVS Core. Any subsequent requests will fail.
You can use our Postman collections to test Record Search API functionality. Postman is a tool you can download to test API access before building your integrations.
Submitting a Record Search
To submit an Record Search, your client must first request an authorization token using your client_id
and client_secret
.
With the token as an authorization header, the following example request will submit a record search in GraphQL. GraphQL is the chosen protocol as this API re-uses the same Advanced Search GraphQL queries that are used buy the OpenCRVS GUI.
You can browse to the GraphQL Playground using an authorization header to view the full documentation for the searchEvents GraphQL query.
https://gateway.your_domain/graphql
The GraphQL parameters are explained below. A full list of available Advanced Search GraphQL variables is also explained below.
GraphQL Parameters
Parameter | Description |
---|---|
| Must be "searchEvents" |
| Use the exhaustive GraphQL syntax supplied or remove individual return parameters if you do not require that citizen information. Protect citizen's privacy! Only request what you need. |
| A JSON object of optional search parameters listed below |
| The number of records to be returned per page |
| Pagination offset |
GraphQL variables.advancedSearchParameters object
We recommend that you use the Advanced Search feature in the OpenCRVS application and monitor the GraphQL payload that is sent to the Gateway using the Chrome Developer Tools "Network" tab, in order to understand how these parameters are formatted. The table below lists all possible parameters with a description and example where we feel further explanation is helpful.
Parameter | Description | Example |
---|---|---|
| An enum for the registration event. Can be "birth" or "death" |
|
| A string that can be used to search ALL names. | |
| An array of possible application status enums. Possible statuses |
|
| The date of event. YYYY-MM-DD | |
| A unique uuid for the registration that forms part of the QR code URL on the certificate. Use this to validate a certificate. | |
| If you dont know the date of event, you can enter a start and end date to search within a range. YYYY-MM-DD | |
| As above | |
| The informant's mobile phone number with country code | |
| Any national id associated with any individual who has been involved in a registration event as a string | |
| An event registration number as a string | |
| An application tracking id as a string | |
| The date of registration. YYYY-MM-DD | |
| If you dont know the date of registration, you can enter a start and end date to search within a range. YYYY-MM-DD | |
| As above | |
| A FHIR Location uuid for the a registration office. You can search all registrations that were made in an office. You retrieve these ids using our open Location API. Your offices are customised for your country needs in this step. |
|
| A FHIR Location uuid for the immediate administrative level parent, such as a district or state, that the office is partOf. You can retrieve these ids using our open Location API. Your offices are customised for your country needs in this step. |
|
| When searching by the hospital location in which an event took place, this is a FHIR Location uuid for a facility that is already in the OpenCRVS database to track places of births or deaths in health institutions. You can retrieve these ids using our open Location API. Your health facilities are customised for your country needs in this step. |
|
| When searching for the administrative location in which an event took place e.g. place of birth, then this is an alpha 3 country code for the country. | |
eventLocationLevel1 | When searching for the administrative location in which an event took place e.g. place of birth, then this is a FHIR Location uuid for the locationLevel1 if applicable, technically expressed in FHIR as a "state". You can retrieve these ids using our open Location API. Your location levels are customised for your country needs in this step. |
|
eventLocationLevel2 | When searching for the administrative location in which an event took place e.g. place of birth, then this is a FHIR Location uuid for the locationLevel2 if applicable, technically expressed in FHIR as a "district". You can retrieve these ids using our open Location API. Your location levels are customised for your country needs in this step. |
|
eventLocationLevel3 | As above | |
eventLocationLevel4 | As above | |
eventLocationLevel5 | As above | |
childFirstNames | As above | |
childLastName | As above | |
childDoB | As above | |
childDoBStart | As above | |
childDoBEnd | As above | |
childGender | A string. Can be "male", "female" or "unknown" | |
childIdentifier | A string used to search by National ID | |
deceasedFirstNames | As above | |
deceasedFamilyName | As above | |
deceasedGender | A string. Can be "male", "female" or "unknown" | |
deceasedDoB | As above | |
deceasedDoBStart | As above | |
deceasedDoBEnd | As above | |
deceasedIdentifier | A string used to search by National ID | |
motherFirstNames | As above | |
motherFamilyName | As above | |
motherDoB | As above | |
motherDoBStart | As above | |
motherDoBEnd | As above | |
motherIdentifier | As above | |
fatherFirstNames | As above | |
fatherFamilyName | As above | |
fatherDoB | As above | |
fatherDoBStart | As above | |
fatherDoBEnd | As above | |
fatherIdentifier | As above | |
informantFirstNames | As above | |
informantFamilyName | As above | |
informantDoB | As above | |
informantDoBStart | As above | |
informantDoBEnd | As above | |
informantIdentifier | As above | |
groomDoB | As above | |
groomDoBStart | As above | |
groomDoBEnd | As above | |
groomIdentifier | As above | |
groomFirstNames | As above | |
groomFamilyName | As above | |
brideDoB | As above | |
brideDoBStart | As above | |
brideDoBEnd | As above | |
brideIdentifier | As above | |
brideFirstNames | As above | |
brideFamilyName | As above |
Record Search Response
The response from a record search is not FHIR, but an Elasticsearch response. The audit experience is explained below the example payload.
After a search has completed and if you search for any record returned, you will see that in Record Audit, an entry shows that this client has accessed the personally identifiable citizen data on the record.