# Is there an OpenEHR technical commitee?

**URL:** <https://discourse.openehr.org/t/is-there-an-openehr-technical-commitee/14801>\
**Category:** Technical (archive)\
**Created:** [16 July 2008 12:31 UTC](https://discourse.openehr.org/t/is-there-an-openehr-technical-commitee/14801 "2008-07-16T12:31:07Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![Adam\_Flinton](https://discourse.openehr.org/letter_avatar_proxy/v4/letter/a/b782af/32.png) [@Adam\_Flinton](https://discourse.openehr.org/u/Adam_Flinton)\
**Post date:** [16 July 2008 12:31 UTC](https://discourse.openehr.org/t/is-there-an-openehr-technical-commitee/14801/1 "2008-07-16T12:31:07Z")

</div>

Dear All,

I have raised 2 changes wrt archetypes (wrt regex'es and superclass  
content in subclasses) & a thought occurred which had been troubling me  
for a while which is:

Where exactly are these changes made/agreed to etc?

i.e. wrt say HL7 (or other std orgs I have been involved with (e.g. the  
W3C) there are technical committees where I would put these changes,  
possibly there would be a trac/bugzilla so that things don't "slip off  
the radar", votes would be taken & recorded etc.

I have been looking at the java archetype code & have been considering  
putting some time in there but.....how would I know that the code is up  
to a given standard (e.g. say if the regex requirement was changed or  
the super/subclass thing was resolved) given I can find no such committee?

i.e. if changes were agreed to then the java tools, ocean tools etc  
should all produce the same results.

This can only be the case if the changes/standards etc are out in the  
open such that coders can have sufficient pre-warning of impending  
changes (or indeed possibly wholly new structures) in advance so that  
different tooling in different languages by different groups be the  
coordinated.

i.e. if I were to generate XML from ADL using the ocean tools will I get  
the same result as if I were to wrap the java tools as ant tasks & use  
them for the same purpose? How would I know?

Adam

---

<div class="post-metadata">

**Author:** ![Tim\_Cook2](https://discourse.openehr.org/letter_avatar_proxy/v4/letter/t/57b2e6/32.png) [@Tim\_Cook2](https://discourse.openehr.org/u/Tim_Cook2)\
**Post date:** [16 July 2008 13:04 UTC](https://discourse.openehr.org/t/is-there-an-openehr-technical-commitee/14801/2 "2008-07-16T13:04:22Z")

</div>

Hi Adam,

> Dear All,
> 
> I have raised 2 changes wrt archetypes (wrt regex'es and superclass  
> content in subclasses) & a thought occurred which had been troubling me  
> for a while which is:
> 
> Where exactly are these changes made/agreed to etc?

> i.e. wrt say HL7 (or other std orgs I have been involved with (e.g. the  
> W3C) there are technical committees where I would put these changes,  
> possibly there would be a trac/bugzilla so that things don't "slip off  
> the radar", votes would be taken & recorded etc.

The changes to the RM,AM, etc are handled by the Architecture Review  
Board (ARB).

There is a formal change process documented here:  
[http://www.openehr.org/specifications/specs\_governance.html](http://www.openehr.org/specifications/specs_governance.html)

and here:

[http://www.openehr.org/svn/specification/TRUNK/publishing/CM/CM\_plan.pdf](http://www.openehr.org/svn/specification/TRUNK/publishing/CM/CM_plan.pdf)

and you can enter your problem Report/Change Request here:  
[http://www.openehr.org/issues/browse/SPEC?report=com.atlassian.jira.plugin.system.project:changelog-panel](http://www.openehr.org/issues/browse/SPEC?report=com.atlassian.jira.plugin.system.project:changelog-panel)

> I have been looking at the java archetype code & have been considering  
> putting some time in there but.....how would I know that the code is up  
> to a given standard (e.g. say if the regex requirement was changed or  
> the super/subclass thing was resolved) given I can find no such committee?

You should ask this question on the Java project mailing list:  
[http://www.openehr.org/projects/java.html](http://www.openehr.org/projects/java.html) I'm not sure what their bug  
management process is but the Python project uses Launchpad:  
[https://launchpad.net/oship/](https://launchpad.net/oship/)

> This can only be the case if the changes/standards etc are out in the  
> open such that coders can have sufficient pre-warning of impending  
> changes (or indeed possibly wholly new structures) in advance so that  
> different tooling in different languages by different groups be the  
> coordinated.

This is certainly the case as you'll see from the above links.

> i.e. if I were to generate XML from ADL using the ocean tools will I get  
> the same result as if I were to wrap the java tools as ant tasks & use  
> them for the same purpose? How would I know?

A question that others can answer as well. 😉

HTH,  
Tim

---

<div class="post-metadata">

**Author:** ![thomas.beale](https://discourse.openehr.org/user_avatar/discourse.openehr.org/thomas.beale/32/35_2.png) [@thomas.beale](https://discourse.openehr.org/u/thomas.beale)\
**Post date:** [16 July 2008 13:38 UTC](https://discourse.openehr.org/t/is-there-an-openehr-technical-commitee/14801/3 "2008-07-16T13:38:29Z")

</div>

Just to add to Tim's reply, there is a workplan here:  
[http://www.openehr.org/specifications/spec\_roadmap\_2008.html](http://www.openehr.org/specifications/spec_roadmap_2008.html) . Each row  
in the table is a major work item and has or will have its own wiki  
page, found under this page:  
[http://www.openehr.org/wiki/display/spec/Specifications+Home](http://www.openehr.org/wiki/display/spec/Specifications+Home)

Currently the groups who work on the specifications are formed by those  
who are interested registering on the wiki page / or with the team lead.

All changes large or small are documented by CRs, and all CRs are  
publicly online at the Jira server - [http://www.openehr.org/issues](http://www.openehr.org/issues) . You  
can look here at any time and see the current status of CRs in the next  
release (the next release right now is 1.0.2).

openEHR doesn't use a committee structure like the standards bodies  
because we have not found it useful for developing good quality  
engineering specifications or implementations. (It is also very  
expensive in time, money and costly for the environment). Committees  
might one day be created for review purposes, but the implementation  
community already performs the main role here. (Personally I think  
official standards organisations would be far more useful by providing a  
review function on IP developed elsewhere by proper  
analysis/design/build processes than trying to create their own IP,  
which is generally not very good. This is how ISO, IEC, CCITT and many  
other SDOs worked in the past. Somehow some of them have become confused  
about their role and competence in the e-health space.)

With respect to what standard a given piece of software adheres to, it  
will always be one of the official releases of the openEHR  
specifications. You can always see a detailed view of each release here:  
[http://www.openehr.org/issues/browse/SPEC?report=com.atlassian.jira.plugin.system.project:changelog-panel](http://www.openehr.org/issues/browse/SPEC?report=com.atlassian.jira.plugin.system.project:changelog-panel)  
(this link is Home page \> Specifications \> Change History). It is up to  
the project team releasing the software to indicate which release the  
software conforms to. So for example, if two different archetype editors  
both implement Release 1.0.1 ADL specification (ADL 1.4) then they  
should be able to communicate .adl and .xml archetypes. This is indeed  
currently the case.

hope this helps

- thomas beale

Tim Cook wrote:

---

<div class="post-metadata">

**Author:** ![system](https://discourse.openehr.org/uploads/default/original/2X/f/f0a1dedb20c42747bddcafd6c7df9db5f34f003c.svg) [@system](https://discourse.openehr.org/u/system)\
**Post date:** [17 July 2008 02:31 UTC](https://discourse.openehr.org/t/is-there-an-openehr-technical-commitee/14801/4 "2008-07-17T02:31:54Z")

</div>

Hi Adam

This community has grown organically and has been very focussed on quality outcomes. I believe we provide a good way of processing change requests much as we all do inside software houses. We have an expert group (which includes John Arnett) which is currently considering CRs for 1.0.2.

Generally we hope the community will raise issues on the lists which will be discussed. You have done this with the regex and that is the way to go. You can wait for responses. None will either mean it is not on other people’s radar or it is seen as coming from a different space and is not understood.

If you do not get a response quickly that satisfies you then you can look at what is being considered on Jira at the moment:  
[http://www.openehr.org/issues/secure/IssueNavigator.jspa?reset=true&mode=hide&pid=10011](http://www.openehr.org/issues/secure/IssueNavigator.jspa?reset=true&mode=hide&pid=10011)  
shows all the change requests (including those that are closed).

You can add a problem report or a change request here and the ARB will consider it. You can lobby members of the ARB to get a response if you want.

So it is not a balloting process - just as most open source projects are not. It is an expert led process and once people have been at it for a while they might like to take a turn on the ARB (or CRB). The governance board (which is being expanded to include wider input) will choose the ARB and CRB. It is not democratic, although quality input is universally appreciated.

Your enthusiasm for XML is appreciated and I am sure we can do a lot to the Schema for archetypes to make them easier to work with. At present it is a dump of the AOM. This might make your regex processing easier for example.

The aim is to make sure we stay in a quality space and we incrementally improve what we have. The RM and AOM need to be stable - more stable than Thomas would like them to be at times.

I hope this throws some light on the process. We want it to be better and we know that people feel a little outside the endeavour at times but I am sure as you get to know us you will understand why it goes like it does at least at this stage.

Cheers, Sam

Adam Flinton wrote:

> **(attachments)**
>
> ![OceanInformaticsl.JPG](https://discourse.openehr.org/images/transparent.png)