Thank you all for your answers. I know theoretically how thing work but I?m
not sure I?m doing the right thing.

For example if one system is openEHR compatible and the other isn?t who
needs to make XSLT transformation? Reading Miroslav?s answer I would say
that the openEHR makes xml for exchange according to openEHR rules and the
other system needs to send that xml, the other system is responsible for
XSLT transformation if they don?t support openEHR. Is this true?

The other obscurity is how are data exchanged? Do I have to exchange TDD,
filled with data, and generated from composition (according to TDS) or I?ll
have to make some ehr_extract equivalent?  If using ehr_extract is needed,
is there any example on how to use it? I read some parts of the
documentation and found
https://github.com/openEHR/adl-archetypes/blob/master/Example/openEHR/ehr_extract_template/Working/Templates/ehr_extract/openEHR-EHR_EXTRACT-EXTRACT.t_basic_acute.v1.adlsbut
I need explanation of its using.

After reading the openEHR.Net documentation I would say that TDD is the one
that needs to be exchanged between systems but as I said I?m not sure.
After reading Mate's comment I would say CDA must be exchanged between
systems.


Thanks,

Jasna


On 15 October 2013 13:13, Mate Be?tek <mate.bestek at gmail.com> wrote:

> Hi from Slovenia!
>
> We've been able to use OpenEHR on many levels. This includes the national
> eHealth project, a research project (eCare) where an OpenEHR based platform
> for development of new behavior change interventions was developed and used
> for a year in controlled clinical trials (the interventions were tested),
> also while working for the epSOS project and for defining our national EHR
> "content modules", we used OpenEHR archetypes and templates.
> To use OpenEHR you need an OpenEHR repository where both the archetypes
> and data are stored (e.g. in a form of xml documents that are controlled by
> the OpenEHR xml schema). To use the data one can use a query languege (AQL
> or XPATH/XQUERY) to get the data which can then be used for different
> purposes (like creating CDA document ). If working directly with xml
> documents, you can use XSLT for performing transformations between OpenEHR
> xml schema and CDA schema. In the other direction, you can also use XSLT,
> obviously. Anyhow, there are a few open source OpenEHR repositories which
> come with frameworks for developing new OpenEHR based applications that run
> on top of OpenEHR repositories.
>
> In Slovenia, we have a national EHR (IHE based) where CDA is used for the
> documents. While I worked on the national eHealth project we defined
> OpenERH as the way to model clinical content and we are currently (the
> Slovenian MoH is) in the process of establishing the national process of
> OpenEHR governance. And plenty more on this topic is happening in Slovenia.
> The latest PARENT project is also something to note - the register of
> registers is probably going to use OpenEHR as the basis.
>
> Kind regards
> Mate
>
>
> 2013/10/15 Mate Be?tek <mate.bestek at gmail.com>
>
>> Pozdrav i iz Slovenije!
>>
>> Kod nas je OpenEHR prili?no daleko dogurao. Osobno sam ga upotrijebljivao
>> na nacionalnom eZdravje projektu te nekoliko ostalih projekata (znam da se
>> PARENT isto tako poku?ava osloniti na OpenEHR). Kako je ve? bilo re?eno,
>> potreban je OpenEHR server u koji se pohranivaju podatci zajedno za
>> arhetipima. Sa upotrebom nekog query jezika (npr. AQL ili XPATH/XQUERY)
>> dobiva se podatke, koje se mo?e onda upotrijebiti npr. za CDA dokumente.
>> Isto tako u kontra smijeru, radi se transformacija iz npr. CDA u OpenEHR
>> pomo?u XSLT. Postoje ve? nekoliko open source projekata, koji slu?e kao
>> OpenEHR repozitorij i kao framework za izgradnju aplikacija iznad tog
>> repozitorija.
>>
>> LP,Mate
>>
>>
>>
>>
>>  2013/10/15 Miroslav Koncar <miroslav_koncar at yahoo.com>
>>
>>> sebe transformaciju podataka iz cega god radi u openEHR, ADL. Ako pak
>>> imate dva sustava koji su openEHR kompatibilni, onda je stvar puno laksa,
>>> jer formalizam osigurava verzioniranje archetypes, odnosno oba kroz
>>> templates meto
>>
>>
>>
>>
>
> _______________________________________________
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20131016/5fc138cc/attachment.html>

Reply via email to