eHealth Infrastructure
3.0.0 - release

eHealth Infrastructure - Local Development build (v3.0.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

Resource Profile: ehealth-patient

Official URL: http://ehealth.sundhed.dk/fhir/StructureDefinition/ehealth-patient Version: 3.0.0
Active as of 2024-05-16 Computable Name: ehealth-patient

Introduction

An ehealth-patient is a central entity, which is referenced by many other entities in the FUT infrastructure. The ehealth-patient inherits characteristics from https://hl7.dk/fhir/core/1.1.0/StructureDefinition-dk-core-patient.html.

Scope and Usage

In the eHealth Infrastructure the Patient resource is primarily used in conjunction with the following resources:

  • Communication
    • As sender or recipient of a message
  • Appointment
    • As participant on an ehealth-appointment
  • CarePlan
    • As the subject in question
  • ClinicalImpression
    • As the subject in question
  • EpisodeOfCare
    • As the focus of an episode of care
  • Observation
    • As the subject in question
  • RelatedPerson
    • As the patient who a person is related to

Update rules

Certain data on an ehealth-patient are automatically updated based on the CPR system. This includes official name, address, and of course the CPR number itself.

When adding/updating an address (non-home address), the service will by default “wash” the address using DAWA (Danmarks Adressers Web API).
See https://dawadocs.dataforsyningen.dk/dok/api/adresse#datavask.
A client may overrule the default validation strategy by setting a request header x-address-validation-strategy with the value “STRICT”, “WASH” or “NONE”.
If “STRICT” is used the request will fail if the address does not match strictly an address in DAWA.
If “WASH” is used (the default strategy) the client may want to verify that the wash outcome was as expected.
If “NONE” is used no validation/modification is performed (the address is stored as is).

An ehealth-patient may be PATCH updated on paths complying with the regular expressions below.

Path Description
/implicitRules.*  
/language.*  
/contained.*  
/identifier.* CPR number may not be changed, but addition of other identifiers are allowed
/name.* The official name (use=official) may not be changed, as it is automatically synchronized with the CPR system
/address.* The home address may not be changed (use=home), as it is automatically synchronized with the CPR system
/maritalStatus.*  
/multipleBirth.*  
/photo.*  
/contact.*  
/telecom.*  
/communication.*  
/link.*  
/itcompetencelevel.*  
/interpreterRequired.*  
/generalHealthCondition.*  
/functionalCapacity.*  
/extension.*  

Name and Address Protection

Patients with name and address protection are marked with security label ‘restricted’ (R in http://hl7.org/fhir/v3/Confidentiality).

The period of the name and address protection is expressed in an extention with url: http://ehealth.sundhed.dk/fhir/StructureDefinition/ehealth-nameandaddressprotection”

Resolving general practitioner

When creating and updating a patient, the infrastructure gets information about the patients general practitioner. The information about the general practitioner origins from the provider registry (Yderregister: https://sundhedsdatastyrelsen.dk/da/registre-og-services/om-de-nationale-sundhedsregistre/personoplysninger-og-sundhedsfaglig-beskaeftigelse/yderregisteret) and results in a provider identifier. Under normal circumstances, the provider identifier identifies an organization in SOR registry (Sundhedsvæsenets Organisationsregister: https://sundhedsdatastyrelsen.dk/da/registre-og-services/om-sor) which resolves to an organization in the Organization service in the infrastructure. If the organization cannot be identified as an organization in the Organization service, the reference on the general practitioner remains as an logical reference (http://hl7.org/fhir/R4/references.html#logical) containing the provider identifier.

Usage:

Formal Views of Profile Content

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

This structure is derived from DkCorePatient

NameFlagsCard.TypeDescription & Constraintsdoco
.. Patient DkCorePatient
... Slices for extension 0..*ExtensionExtension
Slice: Unordered, Open by value:url
... itCompetenceLevel 0..*(Complex)IT competence level
URL: http://ehealth.sundhed.dk/fhir/StructureDefinition/ehealth-itcompetencelevel
... interpreterRequired 0..1booleanWhether the patient needs an interpreter
URL: http://ehealth.sundhed.dk/fhir/StructureDefinition/patient-interpreterRequired
... nameAndAddressProtection 0..1PeriodPeriod of name and address protection
URL: http://ehealth.sundhed.dk/fhir/StructureDefinition/ehealth-nameandaddressprotection
... identifier:cpr 1..1DkCoreCprIdentifierAn identifier intended for computation
... Slices for telecom 0..*ContactPointA contact detail for the individual
Slice: Unordered, Open by value:value
.... telecom:NemSMS 0..*ContactPointA contact detail for the individual
..... system 1..1codephone | fax | email | pager | url | sms | other
Required Pattern: other
..... value 1..1stringThe actual contact point details
Fixed Value: NemSMS
..... use 0..0
..... rank 0..0
.... telecom:eBoks 0..*ContactPointA contact detail for the individual
..... system 1..1codephone | fax | email | pager | url | sms | other
Required Pattern: other
..... value 1..1stringThe actual contact point details
Fixed Value: eBoks
..... use 0..0
..... rank 0..0
... gender 1..1codemale | female | other | unknown
... Slices for address 0..*AddressAn address for the individual
Slice: Unordered, Open by value:use
.... address:officialHomeAddress 0..1AddressAn address for the individual
..... extension:municipalityCode 0..*MunicipalityCodesDanish Core Municipality codes
..... extension:regionalSubDivisionCodes 0..*RegionalSubDivisionCodesDanish Core Regional Sub Division Codes Extension
..... use 1..1codehome | work | temp | old | billing - purpose of this address
Fixed Value: home
... contact
.... Slices for extension 0..*ExtensionExtension
Slice: Unordered, Open by value:url
.... patientContactnote 0..*stringNote regarding patient contact
URL: http://ehealth.sundhed.dk/fhir/StructureDefinition/ehealth-patient-contactnote
.... address
..... municipalityCodes 0..*CodeableConceptDanish Core Municipality codes
URL: http://hl7.dk/fhir/core/StructureDefinition/dk-core-municipalityCodes
..... regionalSubDivisionCodes 0..*CodeableConceptDanish Core Regional Sub Division Codes Extension
URL: http://hl7.dk/fhir/core/StructureDefinition/dk-core-RegionalSubDivisionCodes
... communication
.... language
..... coding
...... system 0..1uriIdentity of the terminology system
Fixed Value: urn:ietf:bcp:47
... generalPractitioner 0..*Reference(Organization | Practitioner) {r}Patient's nominated primary care provider
... generalPractitioner:referencedSORUnit 0..*Reference(Organization | Practitioner)Patient's nominated primary care provider

doco Documentation for this format

 

Other representations of profile: CSV, Excel, Schematron