Client Registry Implementation Guide
0.1.0 - ci-build
Client Registry Implementation Guide - Local Development build (v0.1.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
The primary purpose of the LK Client Registry (CR) is to manage patient identities. Managing identities is composed of the following major responsibilities:
Not all of these responsibilities will be implemented; the above is a summary. The details of how the CR is behaving is documented in this guide.
Connected systems SHALL use the base FHIR Restful specification to access Patient instances, limited to patterns as described in this guide. Specific FHIR Operations, as defined in this guide, SHALL be used to interact with the CR. The limited interfaces offered by the CR are described in the detailed specification page and in the capability statement.
A source system is an organization, like a hospital or clinic, that have a medical record computer system. A source system should send client demographic updates to the CR and also send new Clients to the CR. Duplicate client records represent the same individual from a single source system. Resolving duplicate records including merging will not be part of the initial CR requirements.
Any Client record can be linked to other Client records if the CR determines, through deterministic and automatic matching, they are the same individual. The primary focus for Sri Lanka is an automated, straightforward linking algorithm that can run unattended (no review necessary). This may be links within a source system or between source systems. There is also an operation defined, LinkClients, that allows an user to link Patients from a point of service.