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

OK Not OK
Templates (External repositories)

Warning Ok
Warning
Filter
Simple Observation
Issues (5)
Change Request Status = Closed (epsos-issue-119): Multiplicity in EntrySimpleObservation
TypeChange RequestStatusChange Request Status = Closed PriorityNormal
Current Labels
 
 (M1) Milestone 1 
Events
Tracking / Status = Closed 2015-11-26 15:19:25: Tracking by Dr. Kai U. Heitmann
 
 M1 
Description
Done as planned
Tracking / Status = In Progress 2015-11-26 15:16:52: Tracking by Dr. Kai U. Heitmann
 
 M1 
Description
The definitions are aligned with IHE PCC and the generic CDA model
interpretationCode CE CWE 0..* R
methodCode CE CWE 0..* R
targetSiteCode CD CWE 0..* R
Tracking / Status = Open 2015-11-25 18:24:50: Tracking by Libor Seidl
 
 M1 
Description
Finding:
Following elements have minimal multiplicity set to 1 (and are Required)  although the description assumes "if there is ..." or "may be used ...". 

-
interpretationCode , methodCode targetSiteCode , author

Following elements have maximal multiplicity set to ..* which do not make sense to me (and will complicate any implementation). Moreover the MS Word specification do not state how to handle such multiplicities (seems to me like the author expected ..1):

- EffectiveTime, Value,  interpretationCode , methodCode targetSiteCode


Suggestion:

- change multiplicity to 0..1 and remove the Requirement

Further explanation:

-

Change Request Status = Closed (epsos-issue-179): generic template for simple observation is ill-defined
TypeChange RequestStatusChange Request Status = Closed PriorityNormal
Events
Tracking / Status = Closed 2017-07-18 22:31:52: Tracking by Christof Gessner
Description
done.
Assignment2017-07-18 22:30:12: Assigned To Christof Gessner by Christof Gessner
 
 TBA 
Description
issue closed (merged into epsos-issue-185)
Tracking / Status = Open 2017-07-18 21:26:57: Tracking by Dr. Kai U. Heitmann
 
 TBA 
Description
Please close this issue if fixed or diverted
Tracking / Status = Open 2017-07-18 20:12:15: Tracking by Christof Gessner
 
 TBA 
Description
see epsos-issue-185 (merged)
Assignment2017-07-12 16:12:54: Assigned To Christof Gessner by Christof Gessner
 
 TBA 
Tracking / Status = Open 2017-07-12 16:12:53: Tracking by Christof Gessner
 
 TBA 
Description
Finding:

- In IHE PCC the template 1.3.6.1.4.1.19376.1.5.3.1.4.13 is defined as a generic template "meant to be an abstract representation of many of the
observations used in this specification". Here it is specified with specific constraints of code and value for blood group observations. In the epSOS original spec, this template was 1.3.6.1.4.1.19376.1.5.3.1.4.13.6

Suggestion:

- Move the constraint from this generic template to a new template "Blood Group Observation" with OID 1.3.6.1.4.1.19376.1.5.3.1.4.13.6, defined as a specialization of 1.3.6.1.4.1.19376.1.5.3.1.4.13

Further explanation:

-

Change Request Status = Open (epsos-issue-183): LOINC code for blood group observation
TypeChange RequestStatusChange Request Status = Open PriorityLow
Current Labels
 
 (TBA) To be approved 
Events
Tracking / Status = Open 2017-07-18 22:55:45: Tracking by Christof Gessner
 
 TBA 
Description
also see discussion on LOINC code in epsos-issue-192
Tracking / Status = Open 2017-07-18 15:25:39: Tracking by Giorgio Cangioli
 
 TBA 
Description
It was not in the MVC because the LOINC fixed value 34530-6  was used and no translation of this concepts was needed for the display.

I suggest to work for an extension of the types of results considered , so that a value set not containing only the blood group observation can be included.

I don't think is relevant for wave 1
Assignment2017-07-14 13:26:36: Assigned To Marta Terrón Cuadrado by Christof Gessner
 
 TBA 
Tracking / Status = Open 2017-07-14 13:26:35: Tracking by Christof Gessner
 
 TBA 
Description
Finding:

- LOINC code for blood group observation is not in MVC. The code is used in an observation, similar to those in epSOSBloodPressure, but I could not find it in the MVC.

Suggestion:

- Should we add it to MVC (Which value set??). And: how is this element handled by the transformer?

Further explanation:

-

Change Request Status = Feedback needed (epsos-issue-185): Template is too specific
TypeChange RequestStatusChange Request Status = Feedback needed PriorityNormal
Current Labels
 
 (TBA) To be approved 
 
 (TID) Template ID 
Events
Tracking / Status = Feedback needed 2017-07-19 11:25:51: Tracking by Christof Gessner
 
 TBA 
 
 TID 
Description
The Coded Results Section template (1.3.6.1.4.1.12559.11.10.1.3.1.2.5) accepts only blood group observation ( 1.3.6.1.4.1.19376.1.5.3.1.4.13.6)  and no other observation entries . This requirement is listed as R18.1 and R18.2 in the PDF spec, and copied in the current template spec.
Tracking / Status = Feedback needed 2017-07-19 09:54:22: Tracking by Giorgio Cangioli
 
 TBA 
 
 TID 
Description
Question: if you revert to the IHE template how do you suppose to specify that for wave 1 under the result section you should find only blood group results and not other information ?....

do you plan to add a textual constrain ? (something like "when used within the result section the observation code shall be valued with ..."

We are all aware that until the problem of correct template identification will not be resolved the validation could not be completed that the reason why this caveat was added 

Note for the readers
This template version represents the best representation of the original epSOS/EXPAND specifications in ART DECOR. However 
the original epSOS/EXPAND  specifications in Microsoft Word took the original IHE Templates and added constraints in written language. This actually is not best practice in electronic Template Design because the additional constraints are not assigned to the original IHE template but rather than that are text only constraints. In order to make everything computable new Template OIDs need to be assigned to the epSOS Templates in order to cover both, the original IHE Template Design and the additional constraints from epSOS in the text and represent them electronically.

Caveat: for the above mentioned reasons this version cannot be used 
for (automatic) testing/validation purposes. It shall be used however as basis for refinement (repository)

Note: there is a new version planned that covers all above and makes proper testing/validation possible

Assignment2017-07-18 22:51:15: Assigned To Christof Gessner by Christof Gessner
 
 TBA 
 
 TID 
Description
re-assign
Tracking / Status = Feedback needed 2017-07-18 22:49:11: Tracking by Christof Gessner
 
 TBA 
 
 TID 
Description
I reverted this spec to (almost) the original IHE spec in https://art-decor.ihe-europe.net/art-decor/decor-templates--IHE-PCC-?section=templates&id=1.3.6.1.4.1.19376.1.5.3.1.4.13.6&effectiveDate=2017-03-23T10:17:49

Main difference is that I left out the required text/reference as this is not (yet) currently implemented in epsos projects.

Future suggestion: remove this template, replace with reference to original spec (or alternatively, create an epSOS specific adaption. This would imply re-parenting of derived templates, accordingly)

Issue to be closed after feedback from Sematic Task Force.
Tracking / Status = In Progress 2017-07-18 21:45:34: Tracking by Christof Gessner
 
 TBA 
 
 TID 
Description
Great! 
So I propose to revert "our" spec to the original template that you quoted. This implies REMOVING the required author, and REVERTING to the LOINC code 882-1 which is more appropriate than the current replacement  34530-6 (which actually signifies an observation panel, while our SNOMED answer list contains the pre-coordinated codes, and not two separate observations!)

I'll repeat this proposal under the Blood Group template.

Tracking / Status = In Progress 2017-07-18 21:29:22: Tracking by Dr. Kai U. Heitmann
 
 TBA 
 
 TID 
Description
Most IHE Templates are defined for ART-DECOR by IHE Europe.
Your Blood Group Observation is here: https://art-decor.ihe-europe.net/art-decor/decor-templates--IHE-PCC-?section=templates&id=1.3.6.1.4.1.19376.1.5.3.1.4.13.6&effectiveDate=2017-03-23T10:17:49
Tracking / Status = In Progress 2017-07-18 20:57:39: Tracking by Christof Gessner
 
 TBA 
 
 TID 
Description
Thanks. Will be okay for the time being. 

Trying to locate an authoritative specification of template 1.3.6.1.4.1.19376.1.5.3.1.4.13.6, all I found was http://wiki.ihe.net/index.php/1.3.6.1.4.1.19376.1.5.3.1.4.13.6.
However, it uses a different LOINC code. And author element is apparently optional. Would happy if we could make it optional, like in the IHE wiki quote.

In the current spec here, the last /second resp. third) templateID in 1.3.6.1.4.1.19376.1.5.3.1.4.13 and in 1.3.6.1.4.1.19376.1.5.3.1.4.13.6 is empty. 
Tracking / Status = In Progress 2017-07-18 20:27:27: Tracking by Dr. Kai U. Heitmann
 
 TBA 
 
 TID 
Description
The Coded Results Section http://art-decor.org/art-decor/decor-templates--epsos-?section=templates&id=1.3.6.1.4.1.12559.11.10.1.3.1.2.5&effectiveDate=2013-12-20T00:00:00 now has the newly created Blood Group Entry. With that the problem should be fixed.

Please also note that 1.3.6.1.4.1.19376.1.5.3.1.4.13.6 is not under your governance so you either reference it from IHE or - if you want to apply additional constraints - you must create a specialised/derived template from 1.3.6.1.4.1.19376.1.5.3.1.4.13.6 with a new template ID.
Assignment2017-07-18 20:02:21: Assigned To Dr. Kai U. Heitmann by Christof Gessner
 
 TBA 
 
 TID 
Description
Please fix template child 1.3.6.1.4.1.19376.1.5.3.1.4.13.6, as described in the previous event. Thanks.
Tracking / Status = Open 2017-07-18 19:50:46: Tracking by Christof Gessner
 
 TBA 
 
 TID 
Description
This template SimpleObservation (1.3.6.1.4.1.19376.1.5.3.1.4.13) is used as the parent for the following specializations in the epSOS patient summary:

Social History Observation Entry (1.3.6.1.4.1.19376.1.5.3.1.4.13.4)
Pregnancy Observation (1.3.6.1.4.1.19376.1.5.3.1.4.13.5)
Vital Signs Observation (1.3.6.1.4.1.19376.1.5.3.1.4.13.5)
Blood Group Observation (1.3.6.1.4.1.19376.1.5.3.1.4.13.6) [* see remark below]

The PDF spec,  R18.1, page 74, shows the OID 1.3.6.1.4.1.19376.1.5.3.1.4.13.6 as the correct one for blood group observations.

Therefore, the LOINC code and other specializations are given in the template 1.3.6.1.4.1.19376.1.5.3.1.4.13.6, they had to be removed from the common parent template 1.3.6.1.4.1.19376.1.5.3.1.4.13 in order to avoid validation errors in the other child templates listed above.

I attempted to create this blood group template, the result is under 2.16.840.1.113883.3.1937.777.11.10.148, but somehow disfunctional, it cannot be edited anymore, and it should have the correct template ID 1.3.6.1.4.1.19376.1.5.3.1.4.13.6,.


Tracking / Status = Open 2017-07-18 15:16:05: Tracking by Giorgio Cangioli
 
 TBA 
 
 TID 
Description
I suggest to proceed with this kind of generalization only when you plan to fix the template Identifiers issue.

For this version this is supposed to be used only for blood group, so if you remove the obs.code fixed to 34530-6 and the binding of the value to the epSOSBloodGroup
how these constrains will be checked ?

...I saw that they have been already removed....


 
Assignment2017-07-14 21:04:50: Assigned To Christof Gessner by Christof Gessner
 
 TBA 
Tracking / Status = Open 2017-07-14 21:04:49: Tracking by Christof Gessner
 
 TBA 
Description
Finding:

- has fixed LOINC code for observation, also has data taype CD for statusCode (while descendants have CS)

Suggestion:

- remove code constraints, change statusCode data type 

Further explanation:

-

Change Request Status = Closed (epsos-issue-215): effectiveTime maximum multiplicity
TypeChange RequestStatusChange Request Status = Closed PriorityNormal
Events
Tracking / Status = Closed 2018-11-09 15:13:12: Tracking by Mathias Ghys
Description
Closed for administrative reasons: fix for this issue was implemented last year and is already present in the last two formal releases:
  • V2.1.1
  • V2.2.0
Assignment2017-10-29 10:25:38: Assigned To Christof Gessner by Christof Gessner
Tracking / Status = Open 2017-10-29 10:25:37: Tracking by Christof Gessner
Description
Finding:

- effectiveTime has cardinality 1..*

Suggestion:

-The maximum multiplicity SHALL be lower or equals to the maximum multiplicity from the CDA model [CDATEMP-005]  

Further explanation:

-

 
 
Busy
Structure Definitions (External repositories)