Loading...
Help
Login
Busy
Search
eHDSI - Templates
 
Template locked

OK Not OK
Templates (External repositories)

Warning Ok
Warning
Filter
epSOS CDA Organization
Issues (7)
Change Request Status = Closed (epsos-issue-169): classCode, determinerCode
TypeChange RequestStatusChange Request Status = Closed PriorityNormal
Events
Tracking / Status = Closed 2018-11-16 15:47:20: Tracking by Mathias Ghys
Description
Issue can be closed since it has already been implemented in the previous CDA IG releases:
  • v2.1.1
  • v2.2.0
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)
Assignment2017-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 = Closed (epsos-issue-170): elements in address
TypeChange RequestStatusChange Request Status = Closed PriorityNormal
Current Labels
 
 (TBA) To be approved 
Events
Tracking / Status = Closed 2018-11-16 13:58:39: Tracking by Mathias Ghys
 
 TBA 
Description
Closed the issue, as it is was already implemented in the two previous official CDA IG releases:
  • v2.1.1
  • v2.2.0
Assignment2017-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]
TypeChange RequestStatusChange Request Status = Closed PriorityNormal
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.
Assignment2017-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
TypeChange RequestStatusChange Request Status = Closed PriorityNormal
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
Assignment2017-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 = Closed (epsos-issue-250): telecom use code
TypeChange RequestStatusChange Request Status = Closed PriorityNormal
Events
Tracking / Status = Closed 2018-11-09 15:36:20: Tracking by Mathias Ghys
Description
Closed for administrative reasons: fix for this issue was implemented last year and is already present in the last formal release:
  • V2.2.0
Assignment2018-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
TypeChange RequestStatusChange Request Status = Feedback needed PriorityNormal
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
Assignment2018-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:

-

Change Request Status = Closed (epsos-issue-293): Schematron validation error for CDA Organization address
TypeChange RequestStatusChange Request Status = Closed PriorityNormal
Current Labels
 
 (TBA) To be approved 
Events
Tracking / Status = Closed 2019-04-30 14:22:09: Tracking by Mathias Ghys
 
 TBA 
Description
Schematron rule adapted and corrected.
Assignment2019-02-13 09:43:08: Assigned To Mathias Ghys by Mathias Ghys
 
 TBA 
Tracking / Status = Open 2019-02-13 09:43:07: Tracking by Mathias Ghys
 
 TBA 
Description
Finding:

We encounter the following schematron validation error when trying to validate the organization country.

#4:

location: /:ClinicalDocument[namespace-uri()='urn:hl7-org:v3'] [1]/:legalAuthenticator[namespace-uri()='urn:hl7-org:v3'] [1]/:assignedEntity[namespace-uri()='urn:hl7-org:v3'] [1]/:representedOrganization[namespace-uri()='urn:hl7-org:v3'] [1]

test: count(hl7:addr[hl7:country[concat(@code, @codeSystem) = doc('include/voc-1.3.6.1.4.1.12559.11.10.1.3.1.42.4-DYNAMIC.xml')//valueSet[1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]]) >= 1

message: (epSOSCDAOrganization): element hl7:addr[hl7:country[concat(@code, @codeSystem) = doc('include/voc-1.3.6.1.4.1.12559.11.10.1.3.1.42.4-DYNAMIC.xml')//valueSet [1] /conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]] is required  [min 1x] .

The reason is that the schematron rule expects the country code to be in the @code attribute

Suggestion:

- Adapt the schematron rule for the country element

Further explanation:

-

 
 
Busy
Structure Definitions (External repositories)