# TDS, public development on openEHR wiki instead? (Was: Data-entry for OpenEhr)

**Category:** [Technical (archive)](https://discourse.openehr.org/c/technical-archive/156)
**Created:** 2008-04-28 08:13 UTC
**Views:** 19
**Replies:** 3
**URL:** https://discourse.openehr.org/t/tds-public-development-on-openehr-wiki-instead-was-data-entry-for-openehr/11992

---

## Post #1 by @erik.sundvall

Hi\!

I believe TDS is a very nice approach for som especific integration
purposes\. Simple and wonderful invention \(the best ones are often
simple\.\.\.\) For  those new to TDS there was a thread regarding this
earlier: http://www.openehr.org/mailarchives/openehr-technical/msg03116.html

Are there any specific reasons for keeping the development internal to
Ocean Informatics? As I understand it you sometimes internally use a
wiki for these kinds of developments, I would suggest that you move
the TDS \(and if possible the AQL\) development to the public openEHR
wiki instead as they are of strategic importance to openEHR\. Just post
what you have right now including a comment that this is only
experimental\. This way you might get more input and wider
testing\.Certainly people/projects wanting to use TDS early will feel a
lot more confident regarding progress and might trust it as a viable
path to go for certain projects that would be riskier if there was
only an expected release date from a company that may need to revise
it's at priorities any time \(as most companies do\)\. Preliminary
implementation experiments could be started right away and
updated\+launched when the real specification is finished\.

Best regards,
Erik Sundvall
erisu@imt\.liu\.se http://www.imt.liu.se/~erisu/ Tel: \+46\-13\-227579

---

## Post #2 by @Heath_Frankel3

Erik,
The only reason for keeping it internal at this point is resources, having
the time to document what has been done thus far in a publishable form\.  We
have also been refining the rules and transformation based on implementation
experience which has made this even more difficult\.  However, we feel that
we are very close and are working on the documentation as quickly as we can
\(given priorities\)\.  I understand that you want us to simply publish what we
currently have, but this is not the approach that Thomas wants to take at
this point\.  Our intent is to provide a description of the transformation
rules, and an XSL transform\.  The other factor is that the source of this
transform is an Operational Template document, which is yet to be stabilised
as we are awaiting the next draft of the Template Specification\.  I suspect
that the TDS transformation will be published after this\.  I will leave it
to Thomas to make any further comment on his return from leave\.

Heath

> From: e\.sundvall@gmail\.com \[mailto:e.sundvall@gmail.com] On Behalf Of Erik
> Sundvall
> Sent: Monday, 28 April 2008 5:44 PM
> To: heath\.frankel@oceaninformatics\.com; For openEHR technical discussions
> Subject: TDS, public development on openEHR wiki instead? \(Was: Data\-entry

for
> OpenEhr\)
>
> Hi\!
>
> I believe TDS is a very nice approach for som especific integration
> purposes\. Simple and wonderful invention \(the best ones are often
> simple\.\.\.\) For  those new to TDS there was a thread regarding this
> earlier:

http://www.openehr.org/mailarchives/openehr-technical/msg03116.html
>
> Are there any specific reasons for keeping the development internal to
> Ocean Informatics? As I understand it you sometimes internally use a
> wiki for these kinds of developments, I would suggest that you move
> the TDS \(and if possible the AQL\) development to the public openEHR
> wiki instead as they are of strategic importance to openEHR\. Just post
> what you have right now including a comment that this is only
> experimental\. This way you might get more input and wider
> testing\.Certainly people/projects wanting to use TDS early will feel a
> lot more confident regarding progress and might trust it as a viable
> path to go for certain projects that would be riskier if there was
> only an expected release date from a company that may need to revise
> it's at priorities any time \(as most companies do\)\. Preliminary
> implementation experiments could be started right away and
> updated\+launched when the real specification is finished\.
>
> Best regards,
> Erik Sundvall
> erisu@imt\.liu\.se http://www.imt.liu.se/~erisu/ Tel: \+46\-13\-227579
>
> >  Ocean is also developing the idea of a Template Data Schema, which will

be
> >  published as a draft on openEHR in the coming months\.  This does

provide a
> >  specific XML schema for a template \(or combined collect of archetypes\)
> where
> >  the XML element names come from the archetype element names, but there

is
> >  additional meta\-data in the schema and the XML document based on that
> schema
> >  which links each XML element back to the archetype element such as the
> >  node\_ids so that generic transformation logic can be written to

generate an
> >  openEHR instance for any set of archetypes\.  These Template Data

Schemas
> can
> >  be automatically generated from the archetype/template models based on

a
> set
> >  of rules\.  I can give you a sample of this if you would like but I

suspect
> >  that you don't need this template specific approach, which is intended

more

---

## Post #3 by @system

Hi Erik

This blew me away when Heath showed me it - Tom and I had envisaged it and discussed it theoretically some years ago and always thought it would be good to have a simple schema for a template that 'collapsed' all the archetypes, template constraints and and reference model into a schema for a specific purpose. Then Heath showed us it working and we were impressed. But the magic is the way you can use a single transform XSL (300 lines or so) that converts any TDS to full openEHR for storage or for further safe transformations (to CDA for instance).

We are going to put this out there - do not fear. But we do want it to be working and correct. Happy to liaise with you on this as we go.

Cheers, Sam

Erik Sundvall wrote:


[details="(attachments)"]

![OceanInformaticsl.JPG|183x82](upload://2lcnRHcC3QqDv6AeaDZuo8M9Qlv.jpeg)

[/details]

---

## Post #4 by @thomas.beale

Heath Frankel wrote:

---


**Canonical:** https://discourse.openehr.org/t/tds-public-development-on-openehr-wiki-instead-was-data-entry-for-openehr/11992
**Original content:** https://discourse.openehr.org/t/tds-public-development-on-openehr-wiki-instead-was-data-entry-for-openehr/11992