Closed oliveregger closed 3 years ago
Well, one problem I didn't expect is that the XML Schema is not conformant anymore because the TimingEvent value set is hardcoded. I see Tony had already modified it, but only in the eHealthConnector I think? eHealthSuisse, IHE Suisse or HL7 Switzerland should distribute the schema then (or is it already done?).
Well, one problem I didn't expect is that the XML Schema is not conformant anymore because the TimingEvent value set is hardcoded. I see Tony had already modified it, but only in the eHealthConnector I think? eHealthSuisse, IHE Suisse or HL7 Switzerland should distribute the schema then (or is it already done?).
A few "ö" and "ä" are encoded as two code points instead of the ASCII code point. Their support can only be worst than the ASCII equivalent (my XML editor doesn't show them as a single character by default), so it's a good idea to replace them.
could you provide me an example where he have to code points (file, line number)? I need to find an editor which shows the differences, since the file is coming from a transformation it must have been already in the source.
could you provide me an example where he have to code points (file, line number)? I need to find an editor which shows the differences, since the file is coming from a transformation it must have been already in the source.
Sure. 1-2: line 135. 2-1: line 214. 2-3: line 115. 2-4: line 135. 2-5: line 114. It seems to be either the title "Medikamentöser Behandlungsplan" or the narrative part "Identifikation des Empfängers". I've discovered it with Oxygen XML Editor, but it can be found in pretty much any editor: you can simply search for "\x{0308}" in regex mode.
About the last Schematron issue: in the DIS item template, only the template .37 (dosage intake mode) is included, not the template .52 (dosage instructions non-structured). I'll fix that.
I've completed the ArtDecor template updates, I'm still testing the Schematron (generated today) but it should be good enough to finish fixing the CDA documents. From what I've seen, there's only the repeatNumber to remove and the .37 to change to .52.
@qligier The Template Annotation Comment is getting an error within the MedicationPrescription, MedicationCard
I think the template contains rule is using the wrong template id: the template id .16.756.5.30.1.1.10.4.82 is required: l7:entryRelationship 0 … 1 Contains 2.16.756.5.30.1.1.10.4.82 Annotation Comments (DYNAMIC) 6.3.dots.3.3 where [hl7:act [hl7:templateId [@root='2.16.756.5.30.1.1.10.4.82']]]
however the template itself https://art-decor.org/art-decor/decor-templates--cdachemed-?id=2.16.756.5.30.1.1.10.4.82&effectiveDate=dynamic does not require it to be added.
Is is possible to adapt the contains rule or do you wan't to add 2.16.756.5.30.1.1.10.4.82 as required to https://art-decor.org/art-decor/decor-templates--cdachemed-?id=2.16.756.5.30.1.1.10.4.82&effectiveDate=dynamic?
Otherwise I could test all examples, it looks like this is the only open issue.
<entryRelationship typeCode="COMP">
<act classCode="ACT" moodCode="EVN">
<templateId root="2.16.756.5.30.1.1.10.4.2" />
<templateId root="2.16.840.1.113883.10.20.1.40" />
<templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.2" />
<code code="48767-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Annotation comment" />
<text>
-
<reference value="#refpdf" />
</text>
<statusCode code="completed" />
</act>
@oliveregger Yeah, there's a small issue with the schematron (easy to fix) but I've a choice to make about the template id. I've updated https://art-decor.org/art-decor/decor-issues--ch-pharm-?id=2.16.756.5.30.1.127.77.4.6.30&language=en-US to describe it.
I've fixed it in ArtDecor, 2-6 and 2-7 now pass the Schematron validation.
The CDA examples for the eMedication IPAG UseCase have been adapted to the latest spec updates: