Help
Login
Busy
Search
epSOS - Templates

 
Template locked

OK Not OK
Templates (External repositories)

Warning Ok
Warning
Filter
true50
epSOS CDA Organization
false
History (11)
Date Author Status Type
2018-01-10 11:36:57 Mathias Ghys Draft version
2018-01-09 09:47:04 Mathias Ghys Draft version
2018-01-08 11:47:08 Christof Gessner Draft version
2017-12-06 10:17:11 Mathias Ghys Draft version
2017-12-06 10:13:55 Mathias Ghys Draft version
2017-10-30 16:58:02 Mathias Ghys Draft version
2017-10-30 16:43:25 Mathias Ghys Draft version
2017-10-30 15:07:00 Mathias Ghys Draft version
2017-10-30 14:36:53 Mathias Ghys Draft version
2017-05-23 21:19:40 Christof Gessner Draft version
2017-05-23 20:56:04 Christof Gessner Draft version
false
Issues (6)
false
Change Request Status = Feedback needed ( epsos-issue-169 ): classCode, determinerCode
Type Change Request Status Change Request Status = Feedback needed Priority Normal
Current Labels
 
 (TBA) To be approved 
Events
Tracking / Status = Feedback needed 2017-07-18 23:01:19 : Tracking by Christof Gessner
 
 TBA 
Description
proposal to close.

I implemented the change. Expecting little effect, because it just removes (unnecessary) constraints.
Tracking / Status = Open 2017-05-23 20:57:15 : Tracking by Christof Gessner
 
 TBA 
Description
changed both to optional (0..1 F)
Assignment 2017-05-23 20:54:50 : Assigned To Christof Gessner by Christof Gessner
 
 TBA 
Tracking / Status = Open 2017-05-23 20:54:49 : Tracking by Christof Gessner
 
 TBA 
Description
Finding:

-structural attributes are Card 1..1 F

Suggestion:

-change to 0..1 F

Further explanation:

good practice to omit in CDA if meaning is implied by structure and/or element name.

-

Change Request Status = Open ( epsos-issue-170 ): elements in address
Type Change Request Status Change Request Status = Open Priority Normal
Current Labels
 
 (TBA) To be approved 
Events
Assignment 2017-07-18 23:22:21 : Assigned To Christof Gessner by Christof Gessner
 
 TBA 
Tracking / Status = Open 2017-05-23 21:18:11 : Tracking by Christof Gessner
 
 TBA 
Description
Finding:

-

Suggestion:

-

Further explanation:

epSOS said for most address occurrences: "If there is no information, the nullFlavor attribute shall have a value of 'NI' and no address parts shall be present, otherwise there shall be no nullFlavor attribute, and at least one of the address parts listed below shall be present.". Only for Healthcare Facilities there are stricter rules (R1.10.9.3). From the information on optionality it can be inferred that the intention was to make only country mandatory here. Changed accordingly.

-

Change Request Status = Closed ( epsos-issue-234 ): The maximum multiplicity SHALL be lower or equals to the maximum multiplicity from the CDA model [CDATEMP-005]
Type Change Request Status Change Request Status = Closed Priority Normal
Events
Tracking / Status = Closed 2017-10-31 08:55:15 : Tracking by Mathias Ghys
Description
I won't take any action on this:
The template I changed ( 2.16.840.1.113883.3.1937.777.11.10.111 ) is the generic epSOSCDAOrganization, used for all kinds of Organizations.
The bug was that Custodian should have a specialized template, more restrictive than the generic one that you changed.
Assignment 2017-10-30 14:36:15 : Assigned To Mathias Ghys by Mathias Ghys
Tracking / Status = Open 2017-10-30 14:36:14 : Tracking by Mathias Ghys
Description
Finding:

 hl7 telecom in CDA: [0..1]
-  epSOS it is [1..*]

Suggestion: 

- make it [1..1]

Further explanation:

-

Change Request Status = Closed ( epsos-issue-244 ): Fixed value for nullFlavor is inconsistent with description and former EXPAND documentation
Type Change Request Status Change Request Status = Closed Priority Normal
Events
Tracking / Status = Closed 2017-12-06 10:43:08 : Tracking by Mathias Ghys
Description
  • Conformance of Organisation changed from 1 ... 1 M to 1 ... 1 R
  • nullFlavor fixed value for telecom element changed from 'UNK' to 'NI'

Tracking / Status = Open 2017-12-05 16:09:08 : Tracking by Dr. Kai U. Heitmann
Description
In addition, addr in Organisation is 1..1 M so it cannot be nullFlavored (as stated and explained in the description).

Solution: Set it to 1..1 R
Assignment 2017-12-05 15:12:02 : Assigned To Mathias Ghys by Mathias Ghys
Tracking / Status = Open 2017-12-05 15:12:01 : Tracking by Mathias Ghys
Description
Finding:

In Gazelle we see the following validation rule:
/hl7:substanceAdministration[hl7:templateId/@root='1.3.6.1.4.1.12559.11.10.1.3.1.3.2']/hl7:author/hl7:assignedAuthor/hl7:representedOrganization/hl7:telecom, the attribute nullFlavor SHALL have the value 'UNK'
This is not consistent with the description of the element and the EXPAND documentation, neither with the CDA specs

Suggestion:

-Change the fixed value for the nullFlavor from 'UNK' to 'NI' in the case of a nullFlavor.

Further explanation:

-

Change Request Status = Open ( epsos-issue-250 ): telecom use code
Type Change Request Status Change Request Status = Open Priority Normal
Current Labels
 
 (TBA) To be approved 
Events
Assignment 2018-01-08 11:46:08 : Assigned To Christof Gessner by Christof Gessner
 
 TBA 
Tracking / Status = Open 2018-01-08 11:46:07 : Tracking by Christof Gessner
 
 TBA 
Description
Finding:

- telecom @use is required, but should be optional, according to text.

Suggestion:

- change cardinality to 0...1 (as in other occurences of telecom)

Further explanation:

-

Change Request Status = Feedback needed ( epsos-issue-255 ): country element in addr has to come from the epSOS country value set if available
Type Change Request Status Change Request Status = Feedback needed Priority Normal
Events
Tracking / Status = Feedback needed 2018-01-11 16:53:34 : Tracking by Mathias Ghys
Description
Dear Giorgio,

Thank you for the feedback. Very well appreciated. But could you provide me some clarification?
To give you a little context on why I did this change:
IHE Europe creates validators based on our ART-DECOR implementation guides. Before the validator was based on the paper specifications in EXPAND.
To identify the differences in validation results between the old validator and the new ART-DECOR based one, a gap analysis was done between the two:
For the Country, there was this difference that the old validator checked that the value in the country element was coming from the epsosCountry value set.
In ART-DECOR there was no rule for this.
hl7:addr is of datatype AD.EPSOS and country is a subelement with datatype ADXP. I wanted to indicate that the value of the country subelement has to come from the epsosCountry value set.
So that <country>IT</country> is allowed and not <country>ITALY</country>

What is the correct way to define this in ART-DECOR?


Tracking / Status = Feedback needed 2018-01-10 22:51:36 : Tracking by Giorgio Cangioli
Description
Please clarify the usage of a vocabulary binding with an element that is an Address Part (ADXP),
that is a " A character string that may have a type-tag signifying its role in the address."



Tracking / Status = Closed 2018-01-10 16:19:27 : Tracking by Mathias Ghys
Description
Added the constraint
Assignment 2018-01-10 11:41:51 : Assigned To Mathias Ghys by Mathias Ghys
Tracking / Status = Open 2018-01-10 11:41:50 : Tracking by Mathias Ghys
Description
Finding:

- As an outcome from the gap analysis by Abderrazek, we noticed that the constraint saying that the country element should come from the epSOSCounty value set is not checked, although it is in the description of the element.

Suggestion:

- Add the constraint.

Further explanation:

-

 
 
Busy
Structure Definitions (External repositories)