This material contains content that is copyright of SNOMED International. Implementers of these specifications must have the appropriate SNOMED CT Affiliate license - for more information contact https://www.snomed.org/get-snomed
or info@snomed.org
.
The codes for the condition are provided to the ConditionList by the general practitioner (GP) who reconciled the diagnoses with the subject, also referred to as patient. The condition codes from the GP's system will most often include an SKS-D code
, ICPC2-2-DK code
and a text describing the condition (Danish: Diagnosetekst). However, it is not always the case that both codes and the text is available, why the requirements in the profile are fairly loose.
The codes for the condition are provided to the ConditionList by the general practitioner (GP) who reconciled the diagnoses with the subject, also referred to as patient. The condition codes from the GP's system will most often include an SKS-D code
, ICPC2-2-DK code
and a text describing the condition (Danish: Diagnosetekst). However, it is not always the case that both codes and the text is available, why the requirements in the profile are fairly loose.
The MedComDocumentReference profile is not intented to be exchanged, but can be used for internal validation of metadata associated with a document. It inherits from the MedComDocumentReference profile
. This can be done by mapping the content of metadata to the DocumentReference and validating this against the IG.
This profile provides metadata about documents that obeys to the FHIR ConditionList standard. It holds the required metadata from the IHE XDS metadata standard, and a mapping between the two can be found on GitHub pages
.
This profile describes the MedComConditionListOrganization. This profile is inherited from the MedComDocumentOrganization
. This profil further allows the Organization.identifer called 'Ydernummer' to be included, however, this is optional.
ConditionList follows the general MedCom FHIR Document model
. This includes the resources Bundle, Composition, Organization, Patient and if relevant Practitioner. To hold information about the patient's condition(s), the resource Condition is also included.
MedComConditionListComposition
creates the structure of the document. It is specifically designed for structuring patients' diagnoses in ConditionList, inheriting from MedComDocumentComposition
. The key differences are: the Composition.type is fixed to "Problem list - Reported" to standardize the document type; the Composition.title must be the following in Danish: "Diagnoseoversigt for 'CPR-nummer'"; and the Composition.section.entry is restricted to reference MedComConditionListCondition
.
MedComConditionListCondition
is the profile that specifies each diagnosis in a ConditionList. It inherits from DkCoreCondition
and further restricts the profile, for example is only codes from SKS-D
or ICPC-2-DK
that is allowed in the standard.
MedComConditionListCondition
is the profile that specifies each diagnosis in a ConditionList. It inherits from DkCoreCondition
and further restricts the profile, for example is only codes from SKS-D
or ICPC-2-DK
that is allowed in the standard.
MedComConditionListCondition
is the profile that specifies each diagnosis in a ConditionList. It inherits from DkCoreCondition
and further restricts the profile, for example is only codes from SKS-D
or ICPC-2-DK
that is allowed in the standard.
MedComDocumentPatient
describes the basic requirements for information about citizens and patients when exchanging a document. The profile inherits from DkCorePatient
and further limit the requirements, e.g. may documents only be exchanged for patients with a CPR-number. It is not allowed to add a replacement-CPR (Danish: erstatningsCPR), as this is not supported in the infrastructure. To limit the MustSupport elements, this profiles does not inherit from MedComCorePatient.
MedComDocumentPatient
describes the basic requirements for information about citizens and patients when exchanging a document. The profile inherits from DkCorePatient
and further limit the requirements, e.g. may documents only be exchanged for patients with a CPR-number. It is not allowed to add a replacement-CPR (Danish: erstatningsCPR), as this is not supported in the infrastructure. To limit the MustSupport elements, this profiles does not inherit from MedComCorePatient.
MedComDocumentOrganization
is a profile representing Danish healthcare organizations that acts as the author institution in FHIR Documents. The profile inherits from MedComCoreOrganization
. It allows for an additional identifier, called "Ydernummer".
MedComDocumentOrganization
is a profile representing Danish healthcare organizations that acts as the author institution in FHIR Documents. The profile inherits from MedComCoreOrganization
. It allows for an additional identifier, called "Ydernummer".
MedComDocumentPractitioner
represents the health care professional that acts as the author person. The profile inherits from MedComCorePractitioner
and further requires a given and family name to be present.
MedComDocumentPractitioner
represents the health care professional that acts as the author person. The profile inherits from MedComCorePractitioner
and further requires a given and family name to be present.
This profil must not be exchanged but can be used for internal validation of the metadata associated with a document, as the DocumentReference contains the same information as the IHE XDS metadata standard. Metadata used for exchange of ConditionLists must obey to IHE XDS metadata standard
. This can be done by mapping the content of metadata to the DocumentReference and validating this against the IG.
