...
Excerpt |
---|
The eHealth Infrastructure performs the import of organizations' information from Sundhedsvæsnets Organisationsregister (SOR) and KOMBIT Fælleskommunalt (FK) Organisation (formerly Støttesystemet Organisation (STS-ORG)) to the eHealth Infrastructure daily. During the import, new or updated information in SOR and FK Organisation is updated in the eHealth Infrastructure. |
...
The customers provide mapping as MS Excel files to the Systematic AO team, which then triggers the relationship being created.
The customer provides the organisation relationship file(s) containing mappings between KOMBIT STS Organization and SOR identifiers. This input is provided to an operation in the eHealth system by SRE. The operation will then process the file line-by-line and establish the relevant related-to relationships in the FHIR Organization resources.FUT Infrastructure automatically creates the relationship during import from FK Organisation if the SOR code is available in FK Organisation.
The Municipalities FK Organisation administrator registers the SOR kode in the FK Organisation system (as address of type SOR ID), and the FUT infrastructure will automatically create the relationship during import.
...
The import respects the address inheritance rules defined by SOR by copying the relevant addresses from parents if they are not available for the current organization.
The import does not copy other attributes and values from the parent, and the current organizations are imported as-is.
...
ehealth-organization element | Source from SOR | Description |
---|---|---|
| N/A | Generated by FHIR server |
| N/A | Generated by FHIR server |
| N/A | |
| N/A | |
| N/A | |
| N/A | |
| N/A | |
| N/A | |
| Always set to | |
| N/A | |
| always set to | |
|
| The SOR identifier is stored in eHealth Infrastructure |
|
| |
|
| |
| N/A | |
| Computed based on | Set to true when: sor1:ToDate is not set or is in the future and sor1:FirstFromDate is not a future date. Set to false when sor1:ToDate is in the past or sor1:FirstFromDate is a future date. We will be using FirstFromDate as this is the flag used in SOR to set organizations active - . FromDate is set when other data on the organization changes. |
|
| |
|
| |
| Concatenation of | Example: For SorIdentifier=914571000016002 with the name "KOL Klinik" the constructed alias will be: "Region Midtjylland, Aarhus Universitetshospital, Lungesygdomme, Lungesygdomme Klinik, KOL Klinik" |
|
| If the SOR organization has a CVR number, it is stored. Only if available on the current SOR entity. (no inheritance) |
| Always set to SOR. See Organization Source - eHealth Infrastructure v3.0.0 (sundhed.dk) | |
| Calculated from | Relationships defining the organization trees are reflected in the FHIR id for the parent organization according to the SOR hierarchy. |
|
| |
| Code calculated from
| Stored as ContactPoints See https://hl7.org/fhir/R4/valueset-contact-point-system.html If not present on the current element the VirtualAddressInformation is inherited from the SOR parent. |
| Two addresses will be stored in FHIR.
And either an
|
Then a prioritized select of httphttps://sor-filer.sstsundhedsdata.dk/sor_produktion/docs/sorxml/vV_2_0_0/SorXmlDocumentationV2.html describes the inheritance of addresses in the SOR structure (translated to English):
After applying the inheritance logic the values are copied to the FHIR model. Ie. addresses are not left blank in the FHIR model. |
|
| |
|
| |
| Either a | |
| N/A | Not created during import. |
|
| |
|
| |
|
| Translates to the Danish 'Ydernummer' |
|
| |
|
| The |
...