Mall
Fyll i med någon av följande "statuskoder".
| Status | ||||
|---|---|---|---|---|
|
| Status | ||||||
|---|---|---|---|---|---|---|
|
| Status | ||||||
|---|---|---|---|---|---|---|
|
| Status | ||||
|---|---|---|---|---|
|
| Status | ||||
|---|---|---|---|---|
|
| Status | ||||
|---|---|---|---|---|
|
Please fill in your country's conformance for each data element, based on the following values:
- Conformant (C): Fill in ''C'' in the table below if your country is conformant with the current implementation - source information is structured, coded and compatible with eHDSI CDA Implementation Guides.
- Non-conformant: Fill in ''1/2/3/4 or 5'' in the table below if your country is non-conformant with the current implementation, for one of the non-conformance reasons mentioned below.
Non-conformance reasons:
(1) Source information is not available (this covers the case when the information is optional in source).
For example, the data element ''Allergy description'' is optional in the National infrastructure/systems and is not filled by the users, which means it cannot be provided.- (2) Source information is not structured (free text) - structure and coding issue.
For example, the data element ''Agent (Agent description)'' is captured as free text in the National infrastructure/systems. - (3) Source information is structured, but not coded - coding issue.
For example, the data element ''Strength'' exists in the National infrastructure/systems, but it is not coded. - (4) Source information is structured, but structure is not compatible with eHDSI CDA Implementation Guides - structure issue.
For example, the ''Medical Devices and Implants'' section is structured differently than in the eHDSI CDA Implementation Guides. - (5) Source information is coded with national code system, but mapping to MVC cannot be performed or will result in a clinically relevant loss of information - transcoding issue. This is also the situation when the data were mapped to the closest MVC value.
| Info | ||
|---|---|---|
| ||
För tjänstekontrakt, ange fältnamn |
Short (EHDS) | Definition (EHDS) | Min (EHDS) | Max (EHDS) | Type(s) (EHDS) | Binding strength (EHDS) | Binding Description (EHDS) | <namn på tjänstekontrakt> <namn på specifikation> <namn på journalsystem> ... | Täckningsgrad (kommentar) | Kvalité på information (kommentar) | Övrig kommentar | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Täckningsgraden är... | Vi vet att kvalitén är god till stor del, men... | ||||||||||||||
| ||||||||||||||||
Antaganden om status och beroenden mellan Europeiska "artefakter":
Det som i EHDS benämns som prioriterade informationskategorier kommer ha samma definition som motsvarande avsnitt i den internationella patientöversikten.
Den europeiska strategin att gå mot FHIR-implementationsguider kvarstår, och det arbete som pågår inom HL7 Europe kring FHIR-implementationsguider för de prioriterade informationsmängderna i EHDS kommer i slutändan funkgera som de tekniska specifikationerna som explicit pekas ut som EEHRxF, eller som implicit utgör tekniska specar som uppfyller kraven i EEHRxF för motsvarande information.
EHDS beskriver idag endast “prioriterade informationsmängder” på rubriknivå. Flera av dessa informationsmängder har redan tydliga krav på obligatoriska attribut inom MyHealth@EU.
Den logiska modellen som tas fram i Xt-EHR antas (när den är redo för publicering) ha krav som motsvarar de som ställs idag på det frivilliga utbytet inom MyHealth@EU samt inkorporera de uppdaterade rekommendationerna i eEhalthNetworks guidelines .