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

re-assign

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.

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.

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

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. 

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.

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.

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, .

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....

 

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:

-