Versions Compared

Old Version 15

changes.mady.by.user malthe lange

Saved on

compared with

New Version Current

changes.mady.by.user Erik Nielsen

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

The document metadata described here are those prepared in the IHE XDS.b DocumentEntry structure cf. XDS Metadata for Document Profile, Danish Profile, consisting of a number of attributes.

For the most part, document metadata attributes associated with a document reflects values within the document. Notably, there are the following two exceptions:

  • DocumentEntry attribute practiceSettingCode - which reflects the clinical specialty in which the document was authored. The eHealth Infrastructure uses an organisational specialty, as described below.

  • DocumentEntry attribute healthcareFacilityTypeCode - which reflects the organisational unit type

Determining the Organisational Context

The organisational context to use as source for the two document metadata attributes depends on the FHIR resource type which served as the primary driver of the document content:

  • For FHIR Observation and FHIR QuestionnaireResponse resources, the FHIR Organization is the one referenced from the ClinicalImpression.assessorOrganizationof the FHIR ClinicalImpression approving document sharing.

  • For FHIR Appointment resources, the FHIR Organization is the one referenced in Appointment.responsibleOrganization.

Determining the practiceSettingCode Attribute Value

Whether a FHIR Organization specialty is primary or regular is determined from the Organization.specialty.primaryIndicator, see https://ehealth.sundhed.dk/fhir/StructureDefinition-ehealth-organization-specialty.html .

Info

After release 2024.4

  • If the FHIR Organization is from the municipal source (imported from the municipal registry FK Organisation), determining the specialty possibly involves traversing the FHIR Organization tree (with municipal source), and using the specialty/specialties (expected to be) registered in the related SOR imported FHIR Organization.

    • An acceptable specialty is one included in IHE XDS ValueSet https://ehealth.sundhed.dk/fhir/ValueSet-dk-ihe-practicesettingcode-vs.html.

    • Starting with the Organization resource identified in the organisational context (see above):

      • If the corresponding SOR imported Organization has a single primary specialty which is acceptable, it is used.

      • If the corresponding SOR imported Organization has a single primary specialty which is unacceptable, the document registrering is terminated.

      • If the corresponding SOR imported Organization has multiple primary specialties, the document registrering is terminated.

      • if the corresponding SOR imported Organization has no specialty/specialties, the parent Organization of the municipal source Organization is considered.

    • If no specialty has been determined, a fallback value for municipal source Organization specialty is used. Currently the fallback is configured to code=2903041000005106, system=http://www.snomed.org/, display=det kommunale omsorgs-, social- og sundhedsområde.

If the FHIR Organization has SOR source (has been imported from SOR), then the first primary specialty found on that specific Organization is used, if no primary specialty is present the first regular specialty is used.

The determined specialty code is validated against the IHE XDS ValueSet https://ehealth.sundhed.dk/fhir/ValueSet-dk-ihe-practicesettingcode-vs.html . When valid, the value is used, otherwise the document registering is terminated.

Determining the healthcareFacilityTypeCode Attribute Value

The value of Organization.type is validated against the IHE XDS ValueSet https://ehealth.sundhed.dk/fhir/ValueSet-dk-ihe-healthcarefacilitytypecode-vs.html . When valid, the value is used, otherwise the document registering is terminated.