Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [mdht-dev] xsi:type problem in observationMedia/value

Hi Sean

In fact you are right, the xsi:type is not missing.
But unfortunately the German "Arztbrief" Schematron rules are requiring it:

<iso:pattern name="OMVL observationMedia Class">
	<iso:rule context="cda:observationMedia">
		<iso:assert test="cda:value/@xsi:type='ED'">
			vhitg-ruleset.ent: <emph>observationMedia</emph> must contain a value of type ED.
		</iso:assert>
	</iso:rule>
</iso:pattern>

Regards,
Tony

-----Ursprüngliche Nachricht-----
Von: mdht-dev-bounces@xxxxxxxxxxx [mailto:mdht-dev-bounces@xxxxxxxxxxx] Im Auftrag von Sean Muir
Gesendet: Mittwoch, 23. März 2016 14:14
An: mdht developer discussions <mdht-dev@xxxxxxxxxxx>
Betreff: Re: [mdht-dev] xsi:type problem in observationMedia/value

Hello 
	The underlying schema has the value defined as an ED (as compared to other observations where it is a ANY) and as such the xsi:type for the value is not required; So the "xsi:type="ED" is not in fact missing 

	If you can be a bit more specific as to why you need to have the xsi:type might be helpful

	In the meantime - there are some options and none particular simple or straightforward as far as i can tell First is to look into the EMF serialization - there might be some way to force the xsi:type;  Second is to modify the cda ecore model and regenerate the code You would change the observation media value to an ANY then when you set the ED it will also set the xsi:type

	Again - I want to reiterate that in this case the xsi:type is completely superfluous 

Hope this helps 

Thanks for your interest in MDHT

Sean


	


On Mar 23, 2016, at 8:07 AM, Axel Helmer <axel.helmer.job@xxxxxxxxx> wrote:

> Dear MDHT team,
> 
> I face a minor problem with the value element in the observationMedia 
> class. For specific reasons I have the requirement that the 
> xsi:type="ED" element is present in the XML representation of the 
> element. My code looks like this:
> 
> ObservationMedia om = CDAFactory.eINSTANCE.createObservationMedia();
> 
> ED value = DatatypesFactory.eINSTANCE.createED();
> value.setMediaType(mimeType.getCodeValue());
> value.setRepresentation(BinaryDataEncoding.B64);
> value.addText("B64Foo");
> om.setValue(value);
> 
> I am trying to accomplish:
> 
> <observationMedia classCode="OBS" moodCode="EVN">
>    <value xsi:type="ED" representation="B64" 
> mediaType="image/jpeg">B64Foo </value> </observationMedia>
> 
> 
> What I get is (missing xsi:type="ED"):
> 
> <observationMedia classCode="OBS" moodCode="EVN">
>    <value representation="B64" mediaType="image/jpeg">B64Foo </value> 
> </observationMedia>
> 
> 
> It seems that the CDA schema permits omitting the xsi:type, but in my 
> case it´s required. Is there a way to bring it back?
> 
> Thanks!
> 
> --
> 
> Dr.-Ing. Axel Helmer
> eHealth Services
> Training, Consulting, Software Development
> 
> Baurat-Gerber-Str. 18
> D-37073 Göttingen, Germany
> Phone: +49 179 478 3239
> E-Mail: axel.helmer.job@xxxxxxxxx
> _______________________________________________
> mdht-dev mailing list
> mdht-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or 
> unsubscribe from this list, visit 
> https://dev.eclipse.org/mailman/listinfo/mdht-dev

_______________________________________________
mdht-dev mailing list
mdht-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/mdht-dev


Back to the top