# Medinfo 2010
**URL:** https://discourse.openehr.org/t/medinfo-2010/14994
**Category:** Implementers (archive)
**Created:** [1 June 2009 13:14 UTC](https://discourse.openehr.org/t/medinfo-2010/14994 "2009-06-01T13:14:44Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@system](https://discourse.openehr.org/u/system)
#### Post date: [1 June 2009 13:14 UTC](https://discourse.openehr.org/t/medinfo-2010/14994/1 "2009-06-01T13:14:44Z")
Hi, all
In the next year 2010, Medinfo 2010 will be held in Captown, South
Africa.([http://medinfo2010.org/](http://medinfo2010.org/))
I would like to have a workshop in the openEHR implementation in Eiffel,
Java, Python and Ruby to examine the universality and availability of
openEHR specification. It is interesting that each implementation has
its own feature in contrast.
Fortunately our Ruby implementation is progressing step by step, some
demo will be shown in the session.
I would like to hear comments by other language leaders. Is'nt this a
good idea?
Cheers,
---
### Author:  [@system](https://discourse.openehr.org/u/system)
#### Post date: [1 June 2009 19:27 UTC](https://discourse.openehr.org/t/medinfo-2010/14994/2 "2009-06-01T19:27:20Z")
An excellent idea, Shinji!
It will be great to demonstrate archetype based interoperability
between different openEHR implementations on different platform.
Will you coordinate such workshop proposal?
Cheers,
Rong
---
### Author:  [@Hugh\_Leslie1](https://discourse.openehr.org/u/Hugh_Leslie1)
#### Post date: [1 June 2009 23:15 UTC](https://discourse.openehr.org/t/medinfo-2010/14994/3 "2009-06-01T23:15:02Z")
Can’t we include .net in the interoperability stakes as well ☹
---
### Author:  [@Peter\_Gummer1](https://discourse.openehr.org/u/Peter_Gummer1)
#### Post date: [1 June 2009 23:21 UTC](https://discourse.openehr.org/t/medinfo-2010/14994/4 "2009-06-01T23:21:32Z")
Hugh Leslie wrote:
> Can't we include .net in the interoperability stakes as well ☹
Shinji already did so more or less, because the .NET ADL parser is
written in Eiffel.
But there's more to openEHR than just parsing and serialising ADL, of
course, so you do have a point there, Hugh 🙂
- Peter
---
### Author:  [@system](https://discourse.openehr.org/u/system)
#### Post date: [2 June 2009 02:00 UTC](https://discourse.openehr.org/t/medinfo-2010/14994/5 "2009-06-02T02:00:33Z")
Thank your quick responce, Rong!
I will do coordinate if you think so.
---
### Author:  [@system](https://discourse.openehr.org/u/system)
#### Post date: [2 June 2009 02:00 UTC](https://discourse.openehr.org/t/medinfo-2010/14994/6 "2009-06-02T02:00:33Z")
Yes we include .Net(C#) that uses Eiffel library.
---
### Author:  [@system](https://discourse.openehr.org/u/system)
#### Post date: [23 June 2009 21:31 UTC](https://discourse.openehr.org/t/medinfo-2010/14994/7 "2009-06-23T21:31:56Z")
Hi
I would suggest that we show interoperability in action. Lets send a couple
of extracts between a few different systems such as those by Tim Cook, Bert
Verhes, Rong Chen, Shinji KOBAYASHI, Opereffa, OceanEHR....
Cheers, Sam
---
### Author:  [@system](https://discourse.openehr.org/u/system)
#### Post date: [25 June 2009 16:51 UTC](https://discourse.openehr.org/t/medinfo-2010/14994/8 "2009-06-25T16:51:19Z")
Hi Sam,
Yes, it would be a great impact to show such 'archetype connectathon'
amongs diferent systems.
Otherwise, all the people shown bellow will not be able to join the
Medinfo2010 because of their schedules.
Please reply this mailing list or direct to me, if you will join the
Medinfo2010.
Moreover, please help me to organise this workshop, Sam. It is no doubt
that you are one of the most suitable people for this session.
---
### Author:  [@Tim\_Cook2](https://discourse.openehr.org/u/Tim_Cook2)
#### Post date: [5 July 2009 13:39 UTC](https://discourse.openehr.org/t/medinfo-2010/14994/9 "2009-07-05T13:39:04Z")
I agree that we should begin developing a plan for this. I will likely
NOT be at Medinfo but as long as we have internet connectivity that
should not be a problem.
At first thought; though I haven't looked at the artifacts in detail:
1) We should probably use the SOAP note approach that Operffera has
started with.
2) We should define 3-5 patients (maybe Ocean can contribute here).
3) Possibly have one source point to create documents and then pass them
around making minor additions/changes and recording screen shots from
each application.
4) The documents end up back at the source point to validate all
original data plus changes.
Other thoughts?
--Tim
---
### Author:  [@tonyshannon](https://discourse.openehr.org/u/tonyshannon)
#### Post date: [6 July 2009 15:15 UTC](https://discourse.openehr.org/t/medinfo-2010/14994/10 "2009-07-06T15:15:50Z")
Hi Tim
Good ideas.. thanks for that.
Some more thoughts ...
I hope that as we push for a focus on SOAP & Summary clinical material
to get the archetypes/templates right, that would form the basis of a
simple yet effective requirement for that Medinfo interoperability demo.
A variety of SOAP notes could be generated per patient..
A Summary view of each patient should pick up the relevant material from
those SOAP notes to populate the summary.
Users should perhaps be able to see the patient summary from any system,
perhaps just the SOAP notes within the originating system?
Further thoughts welcome..
Tony
Tim Cook wrote:
---
### Author:  [@system](https://discourse.openehr.org/u/system)
#### Post date: [9 July 2009 03:00 UTC](https://discourse.openehr.org/t/medinfo-2010/14994/11 "2009-07-09T03:00:13Z")
Hi Tim and all
As Tony Shannon pointed out, SOAP note has much diversity. We needs to
implement the versioning system and how to serialize the versions.
Although the versioning system of the openEHR specification seems to be
perfect for such distributed versioning condition, the common
information system specification has not determined the
serialization([http://www.openehr.org/releases/1.0.2/architecture/rm/common\_im.pdf](http://www.openehr.org/releases/1.0.2/architecture/rm/common_im.pdf)
, p44)
I think the referral letter amongs organisation is preffer because it
needs less strict versioning.
> I agree that we should begin developing a plan for this. I will likely
> NOT be at Medinfo but as long as we have internet connectivity that
> should not be a problem.
It is regr
---
### Author:  [@system](https://discourse.openehr.org/u/system)
#### Post date: [17 July 2009 05:01 UTC](https://discourse.openehr.org/t/medinfo-2010/14994/12 "2009-07-17T05:01:47Z")
Hi Shinji
I believe the XML schema has sorted the serialisation. I do not think it
very onerous. Heath might help here.
Cheers, Sam
---
### Author:  [@Tim\_Cook2](https://discourse.openehr.org/u/Tim_Cook2)
#### Post date: [8 August 2009 12:21 UTC](https://discourse.openehr.org/t/medinfo-2010/14994/13 "2009-08-08T12:21:34Z")
Hi All,
Medinfo2010 is 13 months away. Seems like a long time in some respects
but if we are going to really put on a "road show" of interoperability
then we really need to start developing a solid action plan.
KOBAYASHI, Shinji made a good point about referral letters simplicity.
But... my belief is that \*THIS\* is the opportunity for openEHR
implementations to come out of the closet and make the splash that
commercial and open source systems of different sizes can shared
information without loss of semantic interoperability; using significant
and meaningful information.
I think that Tony's ideas below are something that we should work
towards detailing out for a true demonstration "with meaning".
But, we must begin to get organized.
Who's in and commited?
Should we scheduled quarterly conference (Skype) calls? Say beginning
in September?
I do not believe that we must be in attendance at MedInfo. In fact it
may be a much better demo if at least some of the sites are remote.
I'll volunteer to begin organizing this project unless someone else
prefers to do it.
Cheers,
Tim
---
### Author:  [@Hugh\_Leslie1](https://discourse.openehr.org/u/Hugh_Leslie1)
#### Post date: [9 August 2009 07:00 UTC](https://discourse.openehr.org/t/medinfo-2010/14994/14 "2009-08-09T07:00:10Z")
Hi Tim
I am sure that Ocean would be interested in participating.
Regards Hugh
---
### Author:  [@system](https://discourse.openehr.org/u/system)
#### Post date: [9 August 2009 10:11 UTC](https://discourse.openehr.org/t/medinfo-2010/14994/15 "2009-08-09T10:11:17Z")
> In the next year 2010, Medinfo 2010 will be held in Captown, South
> Africa.([http://medinfo2010.org/](http://medinfo2010.org/))
> I would like to have a workshop in the openEHR implementation in Eiffel,
> Java, Python and Ruby to examine the universality and availability of
> openEHR specification. It is interesting that each implementation has
> its own feature in contrast.
Hi Shinji, it is a good idea, to show what several people/companies have
achieved. It can really draw new attention.
This will be beneficial to us all.
I don't think of traveling to SA myself. To be honest, it is rather
expensive to travel from the Netherlands, hotel expenses, etc. As being
an independent developer no-one is paying my expenses. There is no
direct return on investment expected if I would pay it myself, because I
am targeting to the Dutch market to sell my work.
But generally spoken, it is a good idea to show the strength of Openehr,
not only in idea, but also in follow up on the market.
As Sam suggested, there may be a way for people not going to SA, to
contribute, in some way.
It is some time until September 2010, but when time comes, if some one
has ideas how I can contribute, just ask. I will be glad to participate.
Bert
---
### Author:  [@Tim\_Cook2](https://discourse.openehr.org/u/Tim_Cook2)
#### Post date: [9 August 2009 13:13 UTC](https://discourse.openehr.org/t/medinfo-2010/14994/16 "2009-08-09T13:13:36Z")
> But generally spoken, it is a good idea to show the strength of Openehr,
> not only in idea, but also in follow up on the market.
> As Sam suggested, there may be a way for people not going to SA, to
> contribute, in some way.
>
> It is some time until September 2010, but when time comes, if some one
> has ideas how I can contribute, just ask. I will be glad to participate.
Bert,
I am also an independent developer (not certain if I am going or not yet) but anyway this is why I
followed up on the earlier recommendation for the CONNECT-A-THON.
I'm quite certain that we could get Internet access there and we could demonstrate actually
transfering documents (Tony suggested a SOAP note) between sites making modifications along the way.
This will certainly require some logistical planning that is why I suggest we start soon.
Cheers,
Tim
---
### Author:  [@Tim\_Cook2](https://discourse.openehr.org/u/Tim_Cook2)
#### Post date: [9 August 2009 18:26 UTC](https://discourse.openehr.org/t/medinfo-2010/14994/17 "2009-08-09T18:26:43Z")
[http://www.ihe-europe.net/content/connectathon\_vienna.htm](http://www.ihe-europe.net/content/connectathon_vienna.htm)
---
### Author:  [@Greg\_Caulton](https://discourse.openehr.org/u/Greg_Caulton)
#### Post date: [9 August 2009 20:37 UTC](https://discourse.openehr.org/t/medinfo-2010/14994/18 "2009-08-09T20:37:15Z")
> > Well, tuning API’s is easy between openEHR systems. It’s called an
> > Extract.
> > [http://www.openehr.org/releases/1.0.2/architecture/rm/ehr\_extract\_im.pdf](http://www.openehr.org/releases/1.0.2/architecture/rm/ehr_extract_im.pdf)
> >
> > We may want to demonstrate various transport methods such as a SOAP
> > envelop, secure email etc.
>
> I hadn’t seen this document yet, I forgot to look for quite sometime. I
Is that the only documentation on how to create an extract? It seems to be lacking in examples and missing content unless you perhaps wrote OpenEHR 🙂
It would be a lot easier to do data exchange if someone define a WSDL and used the archetype identifiers inside an structured XML document.
---
### Author:  [@Tim\_Cook2](https://discourse.openehr.org/u/Tim_Cook2)
#### Post date: [9 August 2009 23:16 UTC](https://discourse.openehr.org/t/medinfo-2010/14994/19 "2009-08-09T23:16:56Z")
Hi Greg,
First of all I cannot speak for Tom Beale or Heath Frankel (primary
authors of the draft specs). But I will speak in their defense.
> Is that the only documentation on how to create an extract? It seems
> to be lacking in examples and missing content unless you perhaps wrote
> OpenEHR 🙂
You of course need to combine this document with all of the other
openEHR documents. Especially the service model. You may find the
architecture overview helpful
[http://www.openehr.org/releases/1.0.2/architecture/overview.pdf](http://www.openehr.org/releases/1.0.2/architecture/overview.pdf)
Please note that section 1.2 contains this as well as several other
related documents in order to attain full understanding.
> It would be a lot easier to do data exchange if someone define a WSDL
> and used the archetype identifiers inside an structured XML document.
If you would like to be that someone to define an XML schema that meets
all of the version control, audit trail response, security, etc.
requirements of openEHR queries I am sure the community would be
grateful.
"Keep everything as simple as possible; but no simpler."
-- Albert Einstein
If you'll notice; the extract document is a 2 year old draft that is
heavily dependent upon the settling out of the query language. It has
many places where there are questions to be answered. It also probably
needs heavy review in order to bring it up to date with the latest RM
release. This is an open source project so maybe it is time that some
of us step up and take care of this issue instead of just complaining
about it being incomplete?
---
### Author:  [@Greg\_Caulton](https://discourse.openehr.org/u/Greg_Caulton)
#### Post date: [10 August 2009 13:22 UTC](https://discourse.openehr.org/t/medinfo-2010/14994/20 "2009-08-10T13:22:48Z")
> Message: 2
> Date: Sun, 09 Aug 2009 20:16:56 -0300
> From: Tim Cook \<[timothywayne.cook@gmail.com](mailto:timothywayne.cook@gmail.com)\>
> Subject: Re: Medinfo 2010
> To: For openEHR implementation discussions
> \<[openehr-implementers@openehr.org](mailto:openehr-implementers@openehr.org)\>
> Message-ID: [1249859816.4964.61.camel@localhost](mailto:1249859816.4964.61.camel@localhost)
> Content-Type: text/plain; charset=“us-ascii”
>
> Hi Greg,
>
> First of all I cannot speak for Tom Beale or Heath Frankel (primary
> authors of the draft specs). But I will speak in their defense.
>
> > Is that the only documentation on how to create an extract? It seems
> > to be lacking in examples and missing content unless you perhaps wrote
> > OpenEHR 🙂
>
> You of course need to combine this document with all of the other
> openEHR documents. Especially the service model. You may find the
> architecture overview helpful
> [http://www.openehr.org/releases/1.0.2/architecture/overview.pdf](http://www.openehr.org/releases/1.0.2/architecture/overview.pdf)
No I didn’t… no offense, just being honest.
> Please note that section 1.2 contains this as well as several other
> related documents in order to attain full understanding.
>
> > It would be a lot easier to do data exchange if someone define a WSDL
> > and used the archetype identifiers inside an structured XML document.
>
> If you would like to be that someone to define an XML schema that meets
> all of the version control, audit trail response, security, etc.
> requirements of openEHR queries I am sure the community would be
> grateful.
We do plan to expose data exchange via web services out the box and that would include Archetyped data as well as other sources so that is certainly on the cards.
For the version control, audit trail, security defined as part of the OpenEHR I think the barrier to entry is too high and we would stick with our own internal system for managing audits and security and provide information more in line with HL7 CDA , CCR requirements.
> “Keep everything as simple as possible; but no simpler.”
> – Albert Einstein
>
> If you’ll notice; the extract document is a 2 year old draft that is
> heavily dependent upon the settling out of the query language. It has
> many places where there are questions to be answered. It also probably
> needs heavy review in order to bring it up to date with the latest RM
> release. This is an open source project so maybe it is time that some
> of us step up and take care of this issue instead of just complaining
> about it being incomplete?
Better to receive some feedback than have it ignored.
I suspect that the extract is too complex to gain traction and something simpler is required. I would propose starting by defining some simple REST interfaces or XML over HTTP to allow the community to query our implementations and at least get started.
If everyone disagrees and prefer to work the extract then I will put this on the back burner..
[Next page](https://discourse.openehr.org/t/medinfo-2010/14994.md?page=2)