Finnish Base Profiles
2.0.0-ci - ci-build Finland flag

Finnish Base Profiles, published by HL7 Finland. This guide is not an authorized publication; it is the continuous build for version 2.0.0-ci built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/fhir-fi/finnish-base-profiles/ and changes regularly. See the Directory of published versions

Resource Profile: FI Base Patient

Official URL: https://hl7.fi/fhir/finnish-base-profiles/StructureDefinition/fi-base-patient Version: 2.0.0-ci
Draft as of 2025-03-27 Computable Name: FiBasePatient

This is the Finnish base profile for the Patient resource.

Scope and Usage

The Finnish Core Patient profile is intended to encapsulate the most common and basic data model of patients in Finnish social and healthcare systems. The profile also defines how to present data defined in Finnish legislation. As such the profile should be usable in most Finnish contexts.

Identifying information

In the context of Finnish national social and healthcare, the defined identifying information for a person are

  • first (given) name
  • family name
  • name history
  • national person identifier
  • temporary identifier
  • time of birth
  • gender
  • time of death.

The unique identifier is the national person identifier.

Patient identifier

There are two versions of the national person identifier for people living in Finland.

The official Personal Identifier Code (PIC, also known as HETU) is granted by the Digital And Population Data Services Agency. The oid for the official PIC is 1.2.246.21.

When an official PIC is not known or cannot be used for other reasons, a system may generate a temporary identifier. There are several ways to create an oid for the temporary identifier. The most typical ones are described in ISO OID-yksilöintitunnuksen käytön kansalliset periaatteet sosiaali- ja terveysalalla document (in Finnish).

There are two generally used methods to create a temporary identifier oid.

  1. 1.2.246.10.<organization>.22.<year>, where <organization> is the official identifier (y-tunnus) of the organization and <year> the year when the temporary identifier is generated.
  2. 1.2.246.10.<organization>.10.<location>.22.<year> where both the organization and the year are the same as above, and the location is the more specific location or unit (toimipaikka) of the organization in which the temporary identifier is created.

The first method is recommended.

The identifiers are presented to human readers in the 11 character format, without any oid information.

When a PIC is used for a Patient instance, the value of the identifier.use field SHOULD be official and the value of the identifier.type SHOULD be NNFIN (from the identifierType code system of the HL7 Terminology).

When the identifier.type is NNFIN, the value of the identifier SHALL be a Finnish national PIC.

In addition to person identifiers for people living in Finland, systems may use test identifiers that have a special range in the PIC format (the eighth character is 9). For instance, 020516C903K.

Other identifiers

Other identifiers can also be used to identify the patient. In many cases the national patient identifier is not required. In these cases systems SHOULD assign another unique identifier for patients. Note that these identifiers MAY be different for different apps, for instance. They SHOULD still be the same when the same app asks for the patient information multiple times.

Additional Information

Name

Systems SHOULD populate the .name.text field and clients SHOULD use that version of the name, when available.

Clients SHOULD be prepared for cases where the name is not available. Systems may allow individuals to limit the amount of information that is being shared with FHIR apps. Some privacy aware systems do not share names or any demographic information by default.

Times

Both time of birth and time of death SHOULD be recorded with the time component, if known. If the time of day is not known, the date SHALL be recorded as a date only, without the time component.

The birth time, when recorded, SHALL be recorded using the standard extension.

Municipality vs address information

Municipality of residence is represented with MunicipalityCode extension. Municipality means in this context the municipality which is registered as the primary residence location. The municipality of residence is always registered by the Digital and Population Data Services Agency. In most cases the address information contains the same information presented in MunicipalityCode extension but there are situations where address.city is not the same as the value in the extension. Address is better understood as contact address. More information about the subject can be found on Home municipality.

The distiction between these two different location types is important e.g. when patient is being transferred from primary care to secondary care via referral. In these cases the secondary care unit invoices the primary care service provider but patient may recieve infromation about the given care via mail to address which is not located in municipality of recidence.

Presenting guardian information

In some cases, a guardian could be appointed to the patient if the patients is for ex. incapable of managing one's matters due to an illness. In these situations, the guardian's information SHOULD be presented with RelatedPerson resource with the relationship type GUARD.

Non-disclosure for personal safety

The Digital and Population Data Services Agency DVV may grant a non-disclosure for personal safety. This is communicated by the TURVAKIELTO security label (see an example).

Usage:

Formal Views of Profile Content

Description of Profiles, Differentials, Snapshots and how the different presentations work.

NameFlagsCard.TypeDescription & Constraintsdoco
.. Patient 0..* Patient Information about an individual or animal receiving health care services
dom-2: If the resource is contained in another resource, it SHALL NOT contain nested Resources
dom-3: If the resource is contained in another resource, it SHALL be referred to from elsewhere in the resource or SHALL refer to the containing resource
dom-4: If a resource is contained in another resource, it SHALL NOT have a meta.versionId or a meta.lastUpdated
dom-5: If a resource is contained in another resource, it SHALL NOT have a security label
dom-6: A resource should have narrative for robust management
... implicitRules ?!Σ 0..1 uri A set of rules under which this content was created
ele-1: All FHIR elements must have a @value or children
... Slices for extension 0..* Extension Extension
Slice: Unordered, Open by value:url
ele-1: All FHIR elements must have a @value or children
ext-1: Must have either extensions or value[x], not both
.... extension:municipality 0..1 Coding The home municipality of the patient (not necessarily where they live).
URL: https://hl7.fi/fhir/finnish-base-profiles/StructureDefinition/municipality-code
ele-1: All FHIR elements must have a @value or children
ext-1: Must have either extensions or value[x], not both
.... extension:interpreterRequired 0..1 boolean Whether an interpreter is required
URL: http://hl7.org/fhir/StructureDefinition/patient-interpreterRequired
ele-1: All FHIR elements must have a @value or children
ext-1: Must have either extensions or value[x], not both
.... extension:patientProfession 0..1 Coding Patient Profession
URL: https://hl7.fi/fhir/finnish-base-profiles/StructureDefinition/patient-profession
ele-1: All FHIR elements must have a @value or children
ext-1: Must have either extensions or value[x], not both
... modifierExtension ?! 0..* Extension Extensions that cannot be ignored
ele-1: All FHIR elements must have a @value or children
ext-1: Must have either extensions or value[x], not both
.... identifier:PIC Σ 0..1 Identifier An identifier for this patient
ele-1: All FHIR elements must have a @value or children
..... use ?!Σ 1..1 code usual | official | temp | secondary | old (If known)
Binding: IdentifierUse (required): Identifies the purpose for this identifier, if known .


ele-1: All FHIR elements must have a @value or children
Required Pattern: official
..... system Σ 0..1 uri The namespace for the identifier value
ele-1: All FHIR elements must have a @value or children
Required Pattern: urn:oid:1.2.246.21
... active ?!Σ 0..1 boolean Whether this patient's record is in active use
ele-1: All FHIR elements must have a @value or children
... deceased[x] ?!Σ 0..1 Indicates if the individual is deceased or not
ele-1: All FHIR elements must have a @value or children
.... deceasedBoolean boolean
.... deceasedDateTime dateTime
... generalPractitioner 0..* Reference(FI Base Organization | FI Base Practitioner | FI Base PractitionerRole) Patient's nominated primary care provider
ele-1: All FHIR elements must have a @value or children
... managingOrganization Σ 0..1 Reference(FI Base Organization) Organization that is the custodian of the patient record
ele-1: All FHIR elements must have a @value or children
... link ?!Σ 0..* BackboneElement Link to another patient resource that concerns the same actual person
ele-1: All FHIR elements must have a @value or children
.... modifierExtension ?!Σ 0..* Extension Extensions that cannot be ignored even if unrecognized
ele-1: All FHIR elements must have a @value or children
ext-1: Must have either extensions or value[x], not both
.... other Σ 1..1 Reference(FI Base Patient | RelatedPerson) The other patient or related person resource that the link refers to
ele-1: All FHIR elements must have a @value or children
.... type Σ 1..1 code replaced-by | replaces | refer | seealso
Binding: LinkType (required): The type of link between this patient resource and another patient resource.


ele-1: All FHIR elements must have a @value or children

doco Documentation for this format

Terminology Bindings

PathConformanceValueSet / CodeURI
Patient.identifier:PIC.userequiredPattern: official
http://hl7.org/fhir/ValueSet/identifier-use|4.0.1
from the FHIR Standard
Patient.link.typerequiredLinkType
http://hl7.org/fhir/ValueSet/link-type|4.0.1
from the FHIR Standard

Constraints

IdGradePath(s)DetailsRequirements
dom-2errorPatientIf the resource is contained in another resource, it SHALL NOT contain nested Resources
: contained.contained.empty()
dom-3errorPatientIf the resource is contained in another resource, it SHALL be referred to from elsewhere in the resource or SHALL refer to the containing resource
: contained.where((('#'+id in (%resource.descendants().reference | %resource.descendants().as(canonical) | %resource.descendants().as(uri) | %resource.descendants().as(url))) or descendants().where(reference = '#').exists() or descendants().where(as(canonical) = '#').exists() or descendants().where(as(canonical) = '#').exists()).not()).trace('unmatched', id).empty()
dom-4errorPatientIf a resource is contained in another resource, it SHALL NOT have a meta.versionId or a meta.lastUpdated
: contained.meta.versionId.empty() and contained.meta.lastUpdated.empty()
dom-5errorPatientIf a resource is contained in another resource, it SHALL NOT have a security label
: contained.meta.security.empty()
dom-6best practicePatientA resource should have narrative for robust management
: text.`div`.exists()
ele-1error**ALL** elementsAll FHIR elements must have a @value or children
: hasValue() or (children().count() > id.count())
ext-1error**ALL** extensionsMust have either extensions or value[x], not both
: extension.exists() != value.exists()

 

Other representations of profile: CSV, Excel, Schematron