Help
Login
Search
X-eHealth - Project Information

 
Warning
Select building block repository
Select user
Select user
Version: Edit
Add/change logo
Remove File
Compare: Releases
Edit
Edit
Edit
Previous release
 
Name
X-eHealth
Description
X-eHealth (EEHR-XF) Project
X-eHealth (eXchanging electronic Health Records in a common framework) is a EU funded project under the H2020-SC1-DTH-2019-2 call. X-eHealth will support the vision of the European roadmap for building innovative communities of knowledge in digital health by promoting and demonstrating the joint work on the definition and practical usage of EEHRxF.
-
Properties Prefix: eehrxf- Default language: English (en-US) Contains reusable content?The contents of this 'project' are considered suitable for re-use by other projects when this setting is active. Is private?The project is not listed in the menus and ignored in searches when this setting is active. This useful for projects in incubation fase. You may still work in the project based on direct URLs Experimental/Test?Project is experimental or meant to test things rather than aimed at production use Notifier: Determines the project global issue notifier setting (on/off - default is 'on'). Note: changes to this setting are immediately saved.
Publication location
https://pub.art-decor.org/xehealth/
Project overview Project Index
Project Id 2.16.840.1.113883.2.51.3.1.777.1
Project Last modified 2023-12-15 10:10:55
Repository reference
Prefix URL Format
ad2bbr- http://art-decor.org/decor/services/ DECOR
hl7ips- http://art-decor.org/decor/services/ DECOR
ccda- http://art-decor.org/decor/services/ DECOR
ad5bbr- http://art-decor.org/decor/services/ DECOR
pharmcda- http://art-decor.org/decor/services/ DECOR
sxehealth- http://art-decor.org/decor/services/ DECOR
ad1bbr- http://art-decor.org/decor/services/ DECOR
IHE-PCC- https://art-decor.ihe-europe.net/decor/services/ DECOR
DICOM- https://art-decor.ihe-europe.net/decor/services/ DECOR
XDLAB- https://art-decor.ihe-europe.net/decor/services/ DECOR
RESTful Service
Purpose URL Format
FHIR http://art-decor.org/fhir/4.0/ 4.0
Contributors/Copyright
Contributor Type Logo Copyright years
Serviços Partilhados do Ministério da Saúde (SPMS)
Avenida da Republica
Av. da República 61
1050-099 Lisboa, Portugal
Author 2020
Authors
Name Email Subscribe to all issuesEvery author is notified by default for events on issues where he is the author or from the moment he is assigned to an issue. If you would like to keep track of all issue updates, set this to 'on'
Administrator Not visibleThis info is only visible to this author and any decor-admin author Not visibleThis info is only visible to this author and any decor-admin author
Giorgio Cangioli Not visibleThis info is only visible to this author and any decor-admin author Not visibleThis info is only visible to this author and any decor-admin author
Christof Gessner Not visibleThis info is only visible to this author and any decor-admin author Not visibleThis info is only visible to this author and any decor-admin author
Hynek Kružík Not visibleThis info is only visible to this author and any decor-admin author Not visibleThis info is only visible to this author and any decor-admin author
Karima Bourquard Not visibleThis info is only visible to this author and any decor-admin author Not visibleThis info is only visible to this author and any decor-admin author
Sofia Franconi Not visibleThis info is only visible to this author and any decor-admin author Not visibleThis info is only visible to this author and any decor-admin author
Morane Lhoir Not visibleThis info is only visible to this author and any decor-admin author Not visibleThis info is only visible to this author and any decor-admin author
Jürgen Brandstätter Not visibleThis info is only visible to this author and any decor-admin author Not visibleThis info is only visible to this author and any decor-admin author
Dr. Kai Heitmann Not visibleThis info is only visible to this author and any decor-admin author Not visibleThis info is only visible to this author and any decor-admin author
Versions / Releases
Date By Description Status Publication
2023-12-14 15:00:24 Sofia Franconi Release: 14-12-2023
There have been no changes to issues since the last intermediate version or release.
2023-01-16 09:03:59 Sfranconi Release: 16-01-2023
There have been no changes to issues since the last intermediate version or release.
2022-11-21 13:06:50 Sfranconi Release: Release 21.11.22
There have been no changes to issues since the last intermediate version or release.
2022-11-15 13:45:38 Sofia Franconi Release: Release 15.11.2022
There have been changes to the following 7 issues since the last intermediate version or release.
  • Issue 2 "documentStatus convert CO into CE.IPS" with status "Closed". Last event (2022-08-26T11:18:55):
    xeh:documentStatus AND xeh:observationStatus changed to CE.IPS
  • Issue 3 "observationStatus convert CO into CE.IPS" with status "Closed". Last event (2022-08-26T11:20:12):
    xeh:documentStatus AND xeh:observationStatus changed to CE.IPS
  • Issue 4 "revise observationStatus" with status "Feedback needed". Last event (2022-08-26T11:40:30):
    The work-together of the two elements hl7:statusCode and xeh:observationStatus has been carefully thought through.

    It explains as the follows:

    1) hl7:statusCode
    -------------------------
    Formal status of that observation according to IHE XD-LAB profile:
    set to ‘completed’ when the result is present
    set to ‘aborted’ if the test could not be performed

    Note: it is merely the information, whether or not the value is present or not. It is the status seen from the layer of the document instance. It doesn NOT consider this value (or this document) being part of a process chain or workflow.

    2) xeh:observationStatus:
    ----------------------------------
    Status of Laboratory Test in the context of the workflow / business process, such as preliminary, final, corrected, ...
    The value must not contradict the value set in hl7:statusCode

    Note: this is the more comprehensive status of that observation on the layer of workflow and process.


    Reason to introduce a separate element for the workflow/business layer status:

    (1) The datatype of statusCode does not allow to carry the "advanced" statuses we need for workflow and
    (2) we thought that separation of the elements does better reflect that we are viewing statuses on different layers
  • Issue 5 "displayNames shall not be fixed" with status "Closed". Last event (2022-09-22T15:21:40):
    XeH Laboratory Result Report plus all containing templates have been screened and all fixed @displayName attributes have been removed
  • Issue 6 "verify cardinality in the section choice" with status "Closed". Last event (2022-08-26T11:41:02):
    Error was not present anymore in current version
  • Issue 7 "realmCode description" with status "Closed". Last event (2022-08-26T11:42:52):
    realmCode in Lab Report: description corrected, no binding to value-set
  • Issue 8 "OIDs to be changed" with status "Closed". Last event (2022-08-26T11:11:23):
    OID changed to 2.16.840.1.113883.4.642.4.236
2022-08-03 07:50:35 Jürgen Brandstätter Release: Release 31.07.2022
There have been no changes to issues since the last intermediate version or release.
2022-07-29 16:35:25 Sofia Franconi Release: Release 29/07/2022
There have been changes to the following issue since the last intermediate version or release.
  • Issue 7 "realmCode description" with status "Open". Last event (2022-07-23T18:40:07):
    Finding:

    Current description of the realmCode points to value set RealmOfUSe but it seems that valueset with this OID does not exist or at least i s not registerd in HL7 OID repository. Furthermore it is sugested that realmCode should be UV - universal, however we are dealing primarily with EU standard. Shouldn't ir be than rather "EU"?

    This element SHOULD be present and is valued from the RealmOfUse [2.16.840.1.113883.1.11.11050] subset, within the VocabularyDomainQualifier value set. In the international context of this profile used as it is without any further extension, the realm code SHALL be <realmCode code="UV"/> (universal).

    Whenever a national extension has been defined and is used, the realm code SHALL identify this national extension.

    Suggestion:

    Revise description of the realmCode.

    Further explanation:

    -
2022-07-21 16:06:35 Sofia Franconi Release: Test
There have been changes to the following 3 issues since the last intermediate version or release.
  • Issue 2 "documentStatus convert CO into CE.IPS" with status "Open". Last event (2022-06-25T13:57:54):
    apply this change to all the templates
  • Issue 5 "displayNames shall not be fixed" with status "Open". Last event (2022-06-24T19:40:13):
    Finding:

    display names shall not be fixed

    Suggestion:

    -

    Further explanation:

    -

  • Issue 6 "verify cardinality in the section choice" with status "Open". Last event (2022-06-25T20:42:06):
    Finding:

    The choice for Content Modules for CDA Sections (Level 2) is 1...*

    but the hl7:component for variant 1 and variant2 are 1 … *, in my undertanding this means that both shall be present 



    Suggestion:

    please check component cardinality they should be 0..*

    Further explanation:

    -

 Under pre-publication review
2022-05-27 13:53:05 Dr. Kai Heitmann Release: SNAPSHOT-MIE-2022
There have been changes to the following 4 issues since the last intermediate version or release.
  • Issue 1 "Remove XeH Header template" with status "Open". Last event (2021-11-26T11:44:24):
    Finding:

    - this template duplicate the XeH ClinicalDocument

    Suggestion:

    -

    Further explanation:

    -

  • Issue 2 "documentStatus convert CO into CE.IPS" with status "Open". Last event (2022-05-13T11:51:05):
    Suggestion:

    Convert the datatype from CO in ortder to allow for translation 

  • Issue 3 "observationStatus convert CO into CE.IPS" with status "Open". Last event (2022-05-13T12:29:44):
    Suggestion:

    Suggets to chnage the DT to allow for translations

  • Issue 4 "revise observationStatus" with status "Open". Last event (2022-05-13T12:31:53):

    The status of an Observation is by definition the statusCode

    Clarify where and this extension does not overlap with the statusCode and in any case rename it to avoid confusion

 Under pre-publication review
2021-08-27 12:30:14 Dr. Kai Heitmann Release: SNAPSHOT-v1
There have been no changes to issues since the last intermediate version or release.
 Under pre-publication review
MyCommunity
Display Name Name Description
Retrieving…
Governance Groups
Retrieving…
ART-DECOR Applications (ADA)
Application