How to start

2013-08-10 Thread pablo pazos
ownload, test and read the code :) If you have any questions, I'm 
here to help.
-- 
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com

Date: Thu, 8 Aug 2013 16:05:22 -0400
Subject: Re: How to start
From: lexisnexis5...@gmail.com
To: openehr-technical at lists.openehr.org

I am pretty good at Java development. But there are two many documents for a 
prototype. Can you send me a mapping text file and tell me all steps I should 
take to retrieve and save data into database? I have already downloaded 
openehr-aom, openehr-ap, openehr-dao, openehr-rm-core, openehr-rm-domain, 
adl-parser and adl-serializer packages. If you can give me a whole flow, that 
will be big helpful.


Thanks,

David


On Thu, Aug 8, 2013 at 11:36 AM, Ing. Pablo Pazos  
wrote:

Please specify what kind of examples do you need. For the software part I 
believe you can do it. The binding is just a mapping of the elements I 
mentioned on my previous messages, in a simple text file.




Sent from my LG Mobile



Lexis Nexis  wrote:



>May I have some examples? I am starting to understand OpenEHR a little bit.

>

>Thanks,

>

>David

>

>

>On Wed, Aug 7, 2013 at 10:41 PM, Ing. Pablo Pazos hotmail.com>wrote:

>

>> Create tables, saves and retrieves the.same way you do with any other

>> system. This is not black magic, is just data :)

>>

>> But you need to create the bindings.

>>

>> In 2012 I created bindings and give them to developers of a mobile app for

>> a company in Netherlands (Bert works in that project). The developers only

>> had to understand the bindings, not the whole openEHR paradigm.

>>

>> Sent from my LG Mobile

>>

>> Lexis Nexis  wrote:

>>

>> >Should I create a new database table to store these fields:

>> >

>> >Last Name:

>> >First Name:

>> >Date of Birth Date:

>> >Gender:

>> >Phone:

>> >Email:

>> >Emergency Contact Person:

>> >

>> >I get confused about how to save and retrieve data and where data are

>> saved?

>> >

>> >Thanks,

>> >

>> >David

>> >

>> >

>> >On Tue, Aug 6, 2013 at 8:59 PM, pablo pazos 

>> wrote:

>> >

>> >> Hi Lexis, you can grab the demographic Person archetype here:

>> >> http://www.openehr.org/ckm/

>> >>

>> >> Then use the ADL Workbench to extract paths, and map those paths with

>> your

>> >> fields. We call that mapping a "binding" between archetype nodes and

>> >> software elements/artifacts.

>> >>

>> >> --

>> >> Kind regards,

>> >> Eng. Pablo Pazos Guti?rrez

>> >> http://cabolabs.com <http://cabolabs.com/es/home><

>> http://twitter.com/ppazos>

>> >>

>> >> --

>> >> Date: Tue, 6 Aug 2013 20:50:29 -0400

>> >> Subject: How to start

>> >> From: lexisnexis5490 at gmail.com

>> >> To: openehr-technical at lists.openehr.org

>> >>

>> >>

>> >> I am a Java developer. I am assigned to develop EHR based on OpenEHR. I

>> >> read some specifications and they seem very complex to me. For

>> instance, I

>> >> want to create a web page like:

>> >>

>> >> Last Name:

>> >> First Name:

>> >> Date of Birth Date:

>> >> Gender:

>> >> Phone:

>> >> Email:

>> >> Emergency Contact Person:

>> >>

>> >> How do I map this object to Archetype?

>> >>

>> >>

>> >> David

>> >>

>> >> ___ openEHR-technical

>> mailing

>> >> list openEHR-technical at lists.openehr.org

>> >>

>> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

>> >>

>> >> ___

>> >> openEHR-technical mailing list

>> >> openEHR-technical at lists.openehr.org

>> >>

>> >>

>> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

>> >>

>> >

>> >___

>> >openEHR-technical mailing list

>> >openEHR-technical at lists.openehr.org

>> >

>> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

>> ___

>> openEHR-technical mailing list

>> openEHR-technical at lists.openehr.org

>>

>> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

>>

>

>___

>openEHR-technical mailing list

>openEHR-technical at lists.openehr.org

>http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

___

openEHR-technical mailing list

openEHR-technical at lists.openehr.org

http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org



___
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/20130810/c2eefd3f/attachment.html>


ACTIVITY and timing

2013-08-10 Thread Bjørn Næss
Hi
ACTIVITY has a field for timing.  It's datatype is parsable.
Some archetypes use a CLUSTER archetype to define detailed timing information 
for the given ACTIVITY.

I am curious if anyone have experiences with implementing timing for Activity 
and which strategy you are using?
Will detailed timing information in a CLUSTER make timing information on 
Activity obsolete? Or will detailed timing information on Activity remove the 
need for a timing CLUSTER?



Bj?rn N?ss
Product Owner
DIPS ASA

Mobil +47 93 43 29 10
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20130810/16f20e7c/attachment-0001.html>


ACTIVITY and timing

2013-08-10 Thread pablo pazos
Hi Bj?rn,
I don't use timing yet, but only because the healthcare domains I'm working on 
doesn't require complex timing management.Said that, I have investigated how to 
use timing for more complex scenarios, like hospitalization medication 
management.
One option is to use cron expressions. That's great because is a de facto 
standard for developers, and linux support that at the OS level. So it's 
something that you can write/parse but also execute to trigger events. Another 
option would be to use ISO 8601 duration notation, standard and easy to 
create/parse. I'm sure there are more options out there, but I would recommend 
those two.
In my opinion the current specs lack information about how to use timing, and 
that makes things more complex to us (developers).
http://en.wikipedia.org/wiki/Cron
http://en.wikipedia.org/wiki/ISO_8601

-- 
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com

From: b...@dips.no
To: openehr-technical at lists.openehr.org
Date: Sat, 10 Aug 2013 10:24:14 +0200
Subject: ACTIVITY and timing

Hi ACTIVITY has a field for timing.  It's datatype is parsable. Some archetypes 
use a CLUSTER archetype to define detailed timing information for the given 
ACTIVITY. 
I am curious if anyone have experiences with implementing timing for Activity 
and which strategy you are using? Will detailed timing information in a CLUSTER 
make timing information on Activity obsolete? Or will detailed timing 
information on Activity remove the need for a timing CLUSTER? 


Bj?rn N?ss
Product Owner 
DIPS ASA

Mobil +47 93 43 29 10
___
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/20130810/b10cdd2e/attachment.html>


CKM Android Viewer

2013-08-10 Thread Diego Boscá
Hello all,

We had a student develop an Android based CKM viewer. For the moment we
consider it to be in beta stage, but could be useful. Currently only
Observations are fully processed (and have their structure analyzed). For
the remaining archetype entities only the header is shown. If there is
enough interest then we will work on improving it.

We are working on publishing it into the Google Play store, but you can
install this apk in the meantime (requires to allow the installation from
external sources in some devices).
https://www.dropbox.com/s/t6ixiujjhj0wj5b/RepoViewer.apk

The application is currently in English and Spanish, but could be easily
translated to other languages.

Regards

PS: openEHR CKM won't work until DNS problems are shorted out, so change
the preferences to use one of the other three included repositories (NEHTA,
UK, or EMNAC).
-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20130810/c12dbf2d/attachment.html>