Origin and Use of Organization
Most FHIR Organization in the eHealth Infrastructure are automatically created and updated as described in Organization import and synchronization . Most organisations including municipal ones are imported from the Health Organisation Registry (SOR), but for municipal organisations, separate FHIR Organization resources are created as result of importing from the municipal KOMBIT system STS-ORG. Depending on how municipal organisations are registered in SOR and STS-ORG, this can lead to duplicate FHIR Organization for municipal organisations. As no source is available for SSL organisation data, these must be maintained manually.
The different types of organisations and their use is shown in the table below.
Type | Origin | Use |
|---|---|---|
Regional | SOR | General |
General Practitioner | SOR | General |
Municipal | SOR | In CDA documents and preferred in audit logging (registering of Practitioner’s actions and access to Patient data) to MinLog2 - see https://ehealth-dk.atlassian.net/wiki/spaces/EDTW/pages/1702002719/Architecture+and+Domains#System-Context-of-eHealth-Infrastructure (see explanation below). |
Other | SOR | General |
Municipal | STS-ORG | General, but not directly in CDA documents (see explanation below) |
SSL Organization | Manual | Limited to login and security context and managing organization for SSL CareTeam. |
General use covers:
use at login and as security context
use as managing organization in CareTeam
use as modifier-role (owner, co-author) and in intended audience of Telemedicine Packages
use when assigning managing organization for episode of care
and in transformations to/from CDA documents (see https://ehealth-dk.atlassian.net/wiki/spaces/EDTW/pages/538935313/Behind+the+Scenes#Sharing-through-Registering-Documents-in-National-Document-Sharing-Infrastructure )
As will be apparent on subpages, the described duality in origin must be taken into account when finding and using Organization.
On Use of Municipal Organisations Originating from SOR
A municipal employee (Practitioner) will use the eHealth Infrastructure with a municipal organisational context. The organisational context is designating a municipal type organisation with origin in STS-ORG.
When Patient data is archived as a CDA document in national document sharing infrastructure, see https://ehealth-dk.atlassian.net/wiki/spaces/EDTW/pages/538935313/Behind+the+Scenes#Sharing-through-Registering-Documents-in-National-Document-Sharing-Infrastructure, a municipal organisation must be designated using its SOR identifier. Therefore, CDA document assembly involves traversing from a municipal organisation of STS-ORG origin to its possible counterpart with SOR origin.
When a municipal employee (Practitioner) creates, alters or accesses Patient data, it is audit logged automatically by registering an entry in the national MinLog2 service. This way, a citizen can determine that the employee has performed an action on the citizen’s data, for instance, through the citizen portal sundhed.dk. The registering of entry has a preference for organisational context identified by SOR identifier.
For both these uses, it is vital that a relation has been established between the municipal organisation of STS-ORG origin and a counterpart with SOR origin.