XSL transform files for other languages?
Bakke, Silje Ljosland silje.ljosland.bakke at helse-bergen.nomailto:silje.ljosland.bakke at helse-bergen.no wrote: Are there any alternative XSL transform files like tdo-csharp.xsl but for other languages available anywhere? Specifically, a VB.nethttp://VB.net one would be very useful. Hi Silje, I?m not aware of TDO transforms for languages other than C#. But if you want to use TDOs in VB.NEThttp://VB.NET (or in any other .NET language), you could simply use the C# TDOs. Your VB.NEThttp://VB.NET application should be able to use the C# classes just as easily. Regards, Peter -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20141106/ea8301b2/attachment.html
Doctor specialty in the IM
Hi Pablo, the first is as good as any. Normally PARTICIPATION.function is intended to capture the function of the physician in the activity, which could be general or specific. It might not be the same as the specialty of the doc, especially if that specialsiation is not implicated in this activity. It makes sense to do 2 if you are already using openEHR demographics, because then you can use PARTY_PROXY.external_ref to point to the PARTY in the provider DB, and that will have the specialty, and then the participation can be something more specific. E.g. a senior surgeon might be an 'assisting physician' at a difficult birth being managed by the primary Obstetrician of the patient. I don't think you need to query the demographic DB, just refer to the object, unless you actually need to have the specialty in the EHR data. Option 3 is probably only sensible if it is archetyped that way - otherwise noone will expect that info in the context object. But you need to look at how clinical people are using the context structure (i.e. look at some Composition archetypes) - maybe they are putting this sort of information in there. - thomas On 06/11/2014 15:50, pablo pazos wrote: Hi, I have a small question: if I need to record the specialty of an attending doctor: 1. Should I use the PARTICIPATION.function attribute? 2. Another option is to have that in the CAPABILITY.credentials from the demographic model. 3. And a third option I can think of is to use EVENT_CONTEXT.other_context structure. 4. Other? My idea is to let users to find records by the specialty of the composer. In the 1st option I need to create a PARTICIPATION for the composer so I can use the function attr. In the 2nd option, the problem is I need to query the demographic server to get the specialty. In the 3rd option I need to create a custom archetype to give structure to the generic other_context ITEM_STRUCTURE. -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20141106/33432ea4/attachment.html
Problem-oriented records and querying by problem
Hi, another question related to querying: I have a case of problem-oriented records, where I need to query all the COMPOSITIONS related to a specific problem (evolutions, controls, etc). Since we have a Problem List persistent archetype that records OBSERVATIONS about the health problems: - Would it be a good solution to use LINKs between those OBSERVATIONs and the COMPOSITIONs related to those problems in order to solve the query COMPOSITIONS by health problem? Is there another solution for this? What do you think? Thanks! -- Kind regards, Eng. Pablo Pazos Guti?rrez http://cabolabs.com -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20141106/9776/attachment.html
XSL transform files for other languages?
Hi everyone, Are there any alternative XSL transform files like tdo-csharp.xsl but for other languages available anywhere? Specifically, a VB.net one would be very useful. Kind regards, Silje Ljosland Bakke Coordinator, National Editorial Board for Archetypes, National ICT Norway Adviser, RD dept, E-health section, Bergen Hospital Trust Tel. +47 40203298 -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20141106/769bd00b/attachment.html