Master Person Index R4

Service interface description

The service interface provides person information to the actors in the healthcare sector. The services provides functionality to read and search for specific persons and makes it possible to synchronize locally stored person information in the connected software solutions.

Contents

FHIR RESTful API

The service interface conforms to the relevant parts of the FHIR RESTful API specification version R4. The service interface will not support any parts of the specification not mentioned in the CapabilityStatement PersonServerRequirements.

Link to the R4 version of the FHIR RESTful API specification

Please read the detailed description of the supported read and search parameters in the Readers Guide

Supported interactions

The services provides functionality to read and search for specific resources stored on the server, in the FHIR RESTful API this functions are called read interaction and search interaction respectively. When a read/search interaction is invoked, the server responds with all the resources that meet the read/search criteria and returns either the specific resource or a special FHIR resource called a Bundle, that contains a collection of resources. The server only supports read/search interactions mentioned in the CapabilityStatement PersonServerRequirements. Currently only Person and RelatedPerson are supported.

Read interaction

The Read interaction will provide services to read the latest version of the person document, identified by the id of the Person Resource from the master person index (value of the id element). The read interaction will provide services to read older versions of the person document based on a set of criteria (date, version id etc).

Search interaction

The search interaction will provide services to search for a person document based on a set of search parameters. This includes search for identifiers (FNR/DNR), name and birthDate in particular.

History of a resource

Every Person resource returned by the server contains both currently active information and all information that was active at some earlier point in time, (e.g. historic information). The consumer of the information must read the fregMetadata.currentInfo element to tell the current and historic information apart.

Dataminimization by default

The service expects the clients to specify what information elements they need using the _elements operation. When the _elements operation is missing from the read/search statement, no information is returned to the client.