MyHealth@Eu Hospital Discharge Report - Local Development build (v9.1.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

• Content
• Detailed Descriptions
• Mappings
• XML
• JSON
• TTL

Logical Model: MyHealth@EU HDR Condition model

MyHealthEu refined model for condition/problem/diagnosis in the context of hospital discharge report.

Usages:

• Use this Logical Model: MyHealth@EU HDR Care Plan model, MyHealth@EU HDR Device Use model, MyHealth@EU Hospital Discharge Report model, MyHealth@EU HDR Encounter model and MyHealth@EU HDR Procedure model

You can also check for usages in the FHIR IG Statistics

Formal Views of Profile Content

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

• Key Elements Table
• Differential Table
• Snapshot Table
• Statistics/References
• All

Name	Flags	Card.	Type	Description & Constraints    Filter: Bindings Constraints Obligations
MyHealthEuHdrCondition		0..*	EHDSCondition	MyHealth@EU HDR Condition model Elements defined in Ancestors:header, problem, onsetDate, endDate, category, resolutionCircumstances, severity, bodySite, stage, diagnosisAssertionStatus, specialistContact, externalResource
header		1..1	Base	Basic metadata for this information
subject		1..1	EHDSPatient	Patient/subject information
identifier		0..*	Identifier	Business identifier for the object, unique within its system. Supporting disambiguation between different contexts (systems/countries).
author[x]		0..*		The author of the condition information.
authorEHDSHealthProfessional			EHDSHealthProfessional
authorEHDSOrganisation			EHDSOrganisation
authorEHDSDevice			EHDSDevice
date		0..1	dateTime	Date and optionally time of authoring/issuing
status		1..1	CodeableConcept	Status of the condition/problem (e.g. active, resolved, inactive, etc) Binding Description: (preferred): HL7 Condition Clinical Status Codes
source		0..1	CodeableConcept	Source of information (e.g. patient, patient's proxy). Used in case the patient has authored the information or the author has submitted patient-stated information.
language		0..1	CodeableConcept	Language in which the resource is written. Language is expressed by the IETF language tag. Binding Description: (preferred): BCP 47
problem	O	1..1	CodeableConcept	Code identifying the condition, problem or diagnosis Binding Description: (preferred): ICD-10, SNOMED CT, ICD-O, Orphacode if rare disease is diagnosed Obligations Actor SHALL:handle HDR Handler
onsetDate	O	0..1	dateTime	Onset date of a problem/condition Obligations Actor MAY:able-to-populate HDR Handler
endDate	O	0..1	dateTime	The date or estimated date that the condition resolved or went into remission Obligations Actor MAY:able-to-populate HDR Handler
category	O	0..*	CodeableConcept	Category or categories of the problem (e.g. POA - present on admission, HAC - hospital aquired condition, and other categorisations). Obligations Actor MAY:able-to-populate HDR Handler
resolutionCircumstances	O	0..1	string	Describes the reason for which the status of the problem changed from current to inactive (e.g. surgical procedure, medical treatment, etc.). Obligations Actor MAY:able-to-populate HDR Handler
severity	O	0..1	CodeableConcept	A subjective assessment of the severity of the condition as evaluated by the clinician. Binding Description: (preferred): HL7 Condition/Diagnosis Severity; SNOMED CT Obligations Actor MAY:able-to-populate HDR Handler
bodySite	O	0..*	MyHealthEuBodyStructure	The anatomical location including laterality where this condition manifests itself. Obligations Actor MAY:able-to-populate HDR Handler
stage	O	0..*	CodeableConcept	Stage/grade usually assessed formally using a specific staging/grading system. Multiple assessment systems could be used. Binding Description: (preferred): e.g. TNM, ICD-O-3, Bi-Rads, Li-Rads, … Obligations Actor MAY:able-to-populate HDR Handler
diagnosisAssertionStatus	O	0..1	CodeableConcept	Assertion about the certainty associated with a diagnosis. Diagnostic and/or clinical evidence of condition. Binding Description: (preferred): HL7 Condition Verification Status Obligations Actor MAY:able-to-populate HDR Handler
specialistContact		0..*	EHDSHealthProfessional	Health Professional who may be specifically related to the problem, as a preferred contact.
externalResource		0..*	uri	External Resource which may be specifically related to the problem, for example a link between a rare disease problem and the corresponding guidelines.
Documentation for this format

Terminology Bindings

Path	Status	Usage	ValueSet	Version	Source
MyHealthEuHdrCondition.​header.status	Base	preferred		Not State	Unknown
MyHealthEuHdrCondition.​header.language	Base	preferred		Not State	Unknown
MyHealthEuHdrCondition.​problem	Base	preferred		Not State	Unknown
MyHealthEuHdrCondition.​severity	Base	preferred		Not State	Unknown
MyHealthEuHdrCondition.​stage	Base	preferred		Not State	Unknown
MyHealthEuHdrCondition.​diagnosisAssertionStatus	Base	preferred		Not State	Unknown

This structure is derived from EHDSCondition

Name	Flags	Card.	Type	Description & Constraints    Filter: Bindings Constraints Obligations
MyHealthEuHdrCondition		0..*	EHDSCondition	MyHealth@EU HDR Condition model Elements defined in Ancestors:header, problem, onsetDate, endDate, category, resolutionCircumstances, severity, bodySite, stage, diagnosisAssertionStatus, specialistContact, externalResource
problem	O	1..1	CodeableConcept	Code identifying the condition, problem or diagnosis Obligations Actor SHALL:handle HDR Handler
onsetDate	O	0..1	dateTime	Onset date of a problem/condition Obligations Actor MAY:able-to-populate HDR Handler
endDate	O	0..1	dateTime	The date or estimated date that the condition resolved or went into remission Obligations Actor MAY:able-to-populate HDR Handler
category	O	0..*	CodeableConcept	Category or categories of the problem (e.g. POA - present on admission, HAC - hospital aquired condition, and other categorisations). Obligations Actor MAY:able-to-populate HDR Handler
resolutionCircumstances	O	0..1	string	Describes the reason for which the status of the problem changed from current to inactive (e.g. surgical procedure, medical treatment, etc.). Obligations Actor MAY:able-to-populate HDR Handler
severity	O	0..1	CodeableConcept	A subjective assessment of the severity of the condition as evaluated by the clinician. Obligations Actor MAY:able-to-populate HDR Handler
bodySite	O	0..*	MyHealthEuBodyStructure	The anatomical location including laterality where this condition manifests itself. Obligations Actor MAY:able-to-populate HDR Handler
stage	O	0..*	CodeableConcept	Stage/grade usually assessed formally using a specific staging/grading system. Multiple assessment systems could be used. Obligations Actor MAY:able-to-populate HDR Handler
diagnosisAssertionStatus	O	0..1	CodeableConcept	Assertion about the certainty associated with a diagnosis. Diagnostic and/or clinical evidence of condition. Obligations Actor MAY:able-to-populate HDR Handler
Documentation for this format

Name	Flags	Card.	Type	Description & Constraints    Filter: Bindings Constraints Obligations
MyHealthEuHdrCondition		0..*	EHDSCondition	MyHealth@EU HDR Condition model Elements defined in Ancestors:header, problem, onsetDate, endDate, category, resolutionCircumstances, severity, bodySite, stage, diagnosisAssertionStatus, specialistContact, externalResource
header		1..1	Base	Basic metadata for this information
subject		1..1	EHDSPatient	Patient/subject information
identifier		0..*	Identifier	Business identifier for the object, unique within its system. Supporting disambiguation between different contexts (systems/countries).
author[x]		0..*		The author of the condition information.
authorEHDSHealthProfessional			EHDSHealthProfessional
authorEHDSOrganisation			EHDSOrganisation
authorEHDSDevice			EHDSDevice
date		0..1	dateTime	Date and optionally time of authoring/issuing
status		1..1	CodeableConcept	Status of the condition/problem (e.g. active, resolved, inactive, etc) Binding Description: (preferred): HL7 Condition Clinical Status Codes
source		0..1	CodeableConcept	Source of information (e.g. patient, patient's proxy). Used in case the patient has authored the information or the author has submitted patient-stated information.
language		0..1	CodeableConcept	Language in which the resource is written. Language is expressed by the IETF language tag. Binding Description: (preferred): BCP 47
problem	O	1..1	CodeableConcept	Code identifying the condition, problem or diagnosis Binding Description: (preferred): ICD-10, SNOMED CT, ICD-O, Orphacode if rare disease is diagnosed Obligations Actor SHALL:handle HDR Handler
onsetDate	O	0..1	dateTime	Onset date of a problem/condition Obligations Actor MAY:able-to-populate HDR Handler
endDate	O	0..1	dateTime	The date or estimated date that the condition resolved or went into remission Obligations Actor MAY:able-to-populate HDR Handler
category	O	0..*	CodeableConcept	Category or categories of the problem (e.g. POA - present on admission, HAC - hospital aquired condition, and other categorisations). Obligations Actor MAY:able-to-populate HDR Handler
resolutionCircumstances	O	0..1	string	Describes the reason for which the status of the problem changed from current to inactive (e.g. surgical procedure, medical treatment, etc.). Obligations Actor MAY:able-to-populate HDR Handler
severity	O	0..1	CodeableConcept	A subjective assessment of the severity of the condition as evaluated by the clinician. Binding Description: (preferred): HL7 Condition/Diagnosis Severity; SNOMED CT Obligations Actor MAY:able-to-populate HDR Handler
bodySite	O	0..*	MyHealthEuBodyStructure	The anatomical location including laterality where this condition manifests itself. Obligations Actor MAY:able-to-populate HDR Handler
stage	O	0..*	CodeableConcept	Stage/grade usually assessed formally using a specific staging/grading system. Multiple assessment systems could be used. Binding Description: (preferred): e.g. TNM, ICD-O-3, Bi-Rads, Li-Rads, … Obligations Actor MAY:able-to-populate HDR Handler
diagnosisAssertionStatus	O	0..1	CodeableConcept	Assertion about the certainty associated with a diagnosis. Diagnostic and/or clinical evidence of condition. Binding Description: (preferred): HL7 Condition Verification Status Obligations Actor MAY:able-to-populate HDR Handler
specialistContact		0..*	EHDSHealthProfessional	Health Professional who may be specifically related to the problem, as a preferred contact.
externalResource		0..*	uri	External Resource which may be specifically related to the problem, for example a link between a rare disease problem and the corresponding guidelines.
Documentation for this format

Terminology Bindings

Path	Status	Usage	ValueSet	Version	Source
MyHealthEuHdrCondition.​header.status	Base	preferred		Not State	Unknown
MyHealthEuHdrCondition.​header.language	Base	preferred		Not State	Unknown
MyHealthEuHdrCondition.​problem	Base	preferred		Not State	Unknown
MyHealthEuHdrCondition.​severity	Base	preferred		Not State	Unknown
MyHealthEuHdrCondition.​stage	Base	preferred		Not State	Unknown
MyHealthEuHdrCondition.​diagnosisAssertionStatus	Base	preferred		Not State	Unknown

This structure is derived from EHDSCondition

Summary

Key Elements View

Name	Flags	Card.	Type	Description & Constraints    Filter: Bindings Constraints Obligations
MyHealthEuHdrCondition		0..*	EHDSCondition	MyHealth@EU HDR Condition model Elements defined in Ancestors:header, problem, onsetDate, endDate, category, resolutionCircumstances, severity, bodySite, stage, diagnosisAssertionStatus, specialistContact, externalResource
header		1..1	Base	Basic metadata for this information
subject		1..1	EHDSPatient	Patient/subject information
identifier		0..*	Identifier	Business identifier for the object, unique within its system. Supporting disambiguation between different contexts (systems/countries).
author[x]		0..*		The author of the condition information.
authorEHDSHealthProfessional			EHDSHealthProfessional
authorEHDSOrganisation			EHDSOrganisation
authorEHDSDevice			EHDSDevice
date		0..1	dateTime	Date and optionally time of authoring/issuing
status		1..1	CodeableConcept	Status of the condition/problem (e.g. active, resolved, inactive, etc) Binding Description: (preferred): HL7 Condition Clinical Status Codes
source		0..1	CodeableConcept	Source of information (e.g. patient, patient's proxy). Used in case the patient has authored the information or the author has submitted patient-stated information.
language		0..1	CodeableConcept	Language in which the resource is written. Language is expressed by the IETF language tag. Binding Description: (preferred): BCP 47
problem	O	1..1	CodeableConcept	Code identifying the condition, problem or diagnosis Binding Description: (preferred): ICD-10, SNOMED CT, ICD-O, Orphacode if rare disease is diagnosed Obligations Actor SHALL:handle HDR Handler
onsetDate	O	0..1	dateTime	Onset date of a problem/condition Obligations Actor MAY:able-to-populate HDR Handler
endDate	O	0..1	dateTime	The date or estimated date that the condition resolved or went into remission Obligations Actor MAY:able-to-populate HDR Handler
category	O	0..*	CodeableConcept	Category or categories of the problem (e.g. POA - present on admission, HAC - hospital aquired condition, and other categorisations). Obligations Actor MAY:able-to-populate HDR Handler
resolutionCircumstances	O	0..1	string	Describes the reason for which the status of the problem changed from current to inactive (e.g. surgical procedure, medical treatment, etc.). Obligations Actor MAY:able-to-populate HDR Handler
severity	O	0..1	CodeableConcept	A subjective assessment of the severity of the condition as evaluated by the clinician. Binding Description: (preferred): HL7 Condition/Diagnosis Severity; SNOMED CT Obligations Actor MAY:able-to-populate HDR Handler
bodySite	O	0..*	MyHealthEuBodyStructure	The anatomical location including laterality where this condition manifests itself. Obligations Actor MAY:able-to-populate HDR Handler
stage	O	0..*	CodeableConcept	Stage/grade usually assessed formally using a specific staging/grading system. Multiple assessment systems could be used. Binding Description: (preferred): e.g. TNM, ICD-O-3, Bi-Rads, Li-Rads, … Obligations Actor MAY:able-to-populate HDR Handler
diagnosisAssertionStatus	O	0..1	CodeableConcept	Assertion about the certainty associated with a diagnosis. Diagnostic and/or clinical evidence of condition. Binding Description: (preferred): HL7 Condition Verification Status Obligations Actor MAY:able-to-populate HDR Handler
specialistContact		0..*	EHDSHealthProfessional	Health Professional who may be specifically related to the problem, as a preferred contact.
externalResource		0..*	uri	External Resource which may be specifically related to the problem, for example a link between a rare disease problem and the corresponding guidelines.
Documentation for this format

Terminology Bindings

Path	Status	Usage	ValueSet	Version	Source
MyHealthEuHdrCondition.​header.status	Base	preferred		Not State	Unknown
MyHealthEuHdrCondition.​header.language	Base	preferred		Not State	Unknown
MyHealthEuHdrCondition.​problem	Base	preferred		Not State	Unknown
MyHealthEuHdrCondition.​severity	Base	preferred		Not State	Unknown
MyHealthEuHdrCondition.​stage	Base	preferred		Not State	Unknown
MyHealthEuHdrCondition.​diagnosisAssertionStatus	Base	preferred		Not State	Unknown

Differential View

This structure is derived from EHDSCondition

Name	Flags	Card.	Type	Description & Constraints    Filter: Bindings Constraints Obligations
MyHealthEuHdrCondition		0..*	EHDSCondition	MyHealth@EU HDR Condition model Elements defined in Ancestors:header, problem, onsetDate, endDate, category, resolutionCircumstances, severity, bodySite, stage, diagnosisAssertionStatus, specialistContact, externalResource
problem	O	1..1	CodeableConcept	Code identifying the condition, problem or diagnosis Obligations Actor SHALL:handle HDR Handler
onsetDate	O	0..1	dateTime	Onset date of a problem/condition Obligations Actor MAY:able-to-populate HDR Handler
endDate	O	0..1	dateTime	The date or estimated date that the condition resolved or went into remission Obligations Actor MAY:able-to-populate HDR Handler
category	O	0..*	CodeableConcept	Category or categories of the problem (e.g. POA - present on admission, HAC - hospital aquired condition, and other categorisations). Obligations Actor MAY:able-to-populate HDR Handler
resolutionCircumstances	O	0..1	string	Describes the reason for which the status of the problem changed from current to inactive (e.g. surgical procedure, medical treatment, etc.). Obligations Actor MAY:able-to-populate HDR Handler
severity	O	0..1	CodeableConcept	A subjective assessment of the severity of the condition as evaluated by the clinician. Obligations Actor MAY:able-to-populate HDR Handler
bodySite	O	0..*	MyHealthEuBodyStructure	The anatomical location including laterality where this condition manifests itself. Obligations Actor MAY:able-to-populate HDR Handler
stage	O	0..*	CodeableConcept	Stage/grade usually assessed formally using a specific staging/grading system. Multiple assessment systems could be used. Obligations Actor MAY:able-to-populate HDR Handler
diagnosisAssertionStatus	O	0..1	CodeableConcept	Assertion about the certainty associated with a diagnosis. Diagnostic and/or clinical evidence of condition. Obligations Actor MAY:able-to-populate HDR Handler
Documentation for this format

Snapshot View

Name	Flags	Card.	Type	Description & Constraints    Filter: Bindings Constraints Obligations
MyHealthEuHdrCondition		0..*	EHDSCondition	MyHealth@EU HDR Condition model Elements defined in Ancestors:header, problem, onsetDate, endDate, category, resolutionCircumstances, severity, bodySite, stage, diagnosisAssertionStatus, specialistContact, externalResource
header		1..1	Base	Basic metadata for this information
subject		1..1	EHDSPatient	Patient/subject information
identifier		0..*	Identifier	Business identifier for the object, unique within its system. Supporting disambiguation between different contexts (systems/countries).
author[x]		0..*		The author of the condition information.
authorEHDSHealthProfessional			EHDSHealthProfessional
authorEHDSOrganisation			EHDSOrganisation
authorEHDSDevice			EHDSDevice
date		0..1	dateTime	Date and optionally time of authoring/issuing
status		1..1	CodeableConcept	Status of the condition/problem (e.g. active, resolved, inactive, etc) Binding Description: (preferred): HL7 Condition Clinical Status Codes
source		0..1	CodeableConcept	Source of information (e.g. patient, patient's proxy). Used in case the patient has authored the information or the author has submitted patient-stated information.
language		0..1	CodeableConcept	Language in which the resource is written. Language is expressed by the IETF language tag. Binding Description: (preferred): BCP 47
problem	O	1..1	CodeableConcept	Code identifying the condition, problem or diagnosis Binding Description: (preferred): ICD-10, SNOMED CT, ICD-O, Orphacode if rare disease is diagnosed Obligations Actor SHALL:handle HDR Handler
onsetDate	O	0..1	dateTime	Onset date of a problem/condition Obligations Actor MAY:able-to-populate HDR Handler
endDate	O	0..1	dateTime	The date or estimated date that the condition resolved or went into remission Obligations Actor MAY:able-to-populate HDR Handler
category	O	0..*	CodeableConcept	Category or categories of the problem (e.g. POA - present on admission, HAC - hospital aquired condition, and other categorisations). Obligations Actor MAY:able-to-populate HDR Handler
resolutionCircumstances	O	0..1	string	Describes the reason for which the status of the problem changed from current to inactive (e.g. surgical procedure, medical treatment, etc.). Obligations Actor MAY:able-to-populate HDR Handler
severity	O	0..1	CodeableConcept	A subjective assessment of the severity of the condition as evaluated by the clinician. Binding Description: (preferred): HL7 Condition/Diagnosis Severity; SNOMED CT Obligations Actor MAY:able-to-populate HDR Handler
bodySite	O	0..*	MyHealthEuBodyStructure	The anatomical location including laterality where this condition manifests itself. Obligations Actor MAY:able-to-populate HDR Handler
stage	O	0..*	CodeableConcept	Stage/grade usually assessed formally using a specific staging/grading system. Multiple assessment systems could be used. Binding Description: (preferred): e.g. TNM, ICD-O-3, Bi-Rads, Li-Rads, … Obligations Actor MAY:able-to-populate HDR Handler
diagnosisAssertionStatus	O	0..1	CodeableConcept	Assertion about the certainty associated with a diagnosis. Diagnostic and/or clinical evidence of condition. Binding Description: (preferred): HL7 Condition Verification Status Obligations Actor MAY:able-to-populate HDR Handler
specialistContact		0..*	EHDSHealthProfessional	Health Professional who may be specifically related to the problem, as a preferred contact.
externalResource		0..*	uri	External Resource which may be specifically related to the problem, for example a link between a rare disease problem and the corresponding guidelines.
Documentation for this format

Terminology Bindings

Path	Status	Usage	ValueSet	Version	Source
MyHealthEuHdrCondition.​header.status	Base	preferred		Not State	Unknown
MyHealthEuHdrCondition.​header.language	Base	preferred		Not State	Unknown
MyHealthEuHdrCondition.​problem	Base	preferred		Not State	Unknown
MyHealthEuHdrCondition.​severity	Base	preferred		Not State	Unknown
MyHealthEuHdrCondition.​stage	Base	preferred		Not State	Unknown
MyHealthEuHdrCondition.​diagnosisAssertionStatus	Base	preferred		Not State	Unknown

This structure is derived from EHDSCondition

Summary

Other representations of profile: CSV, Excel