t may help many others in similar situations
now and in the future.
Hope to see some of you at Medinfo 2019 next week.
Best regards,
Erik Sundvall
Ph.D. Medical Informatics. Information Architect. Tel: +46-72-524 54 55 (or
010-1036252 in Sweden)
RÖ:
erik.sundv...@regionostergotland.se<mail
://github.com/regionostergotland/openehr_definitions/tree/master/mindmaps
Feel free to join the discussion and experimentation.
Best regards,
Erik Sundvall
Ph.D. Medical Informatics. Information Architect. Tel: +46-72-524 54 55 (or
010-1036252 in Sweden)
RÖ:
erik.sundv...@regionostergotland.se
Hi all openEHR+Snomed CT hackers!
Doing the inference described below using a reasoner and openEHR with AQL+api
calls as a bridge to EHR content would be pedagogical.
Who in the openEHR community will get a demo video out first?
Good luck with this little challenge!
Best regards,
Erik
Hi all!
The issue (and some possible solutions/workarounds) is now described at
https://openehr.atlassian.net/browse/SPECPR-279
Feel free to add information, comments etc there.
//Erik Sundvall
3 nov. 2018 kl. 15:12 skrev GF mailto:gf...@luna.nl>>:
Either it is solve using standa
(See heading "OPT form
renderer needed for pilot testing of surgery process supporting system"
near the end of the page.
Best regards,
Erik Sundvall
Ph.D. Medical Informatics. Information Architect. Tel: +46-72-524 54 55 (or
010-1036252 in Sweden)
Region Östergötland:
Hi!
I agree that in many use-cases it is better to have a separate template
intended for GUI/application hints overlayed on a "normal" data content
definition template. (Quick experimentation may be an exception.)
That is why I added "layers of templates" in my previous comment - sorry
for not ex
ailing lists.
//Erik
(We should link to some old list posts on the topic in that wiki page Tom
created)
>
> Gerard Freriks
> +31 620347088
> gf...@luna.nl
>
> Kattensingel 20
> 2801 CA Gouda
> the Netherlands
>
> On 18 Feb 2018, at 15:16, Erik Sundvall wro
interesting input for gathering requirements.
//Erik Sundvall
sön 18 feb. 2018 kl. 11:51 skrev Thomas Beale :
>
>
> On 17/02/2018 20:11, Pablo Pazos wrote:
> > I think SET has a lot of applications, including result
> > sets. Of course that should interior from LOCATAB
Great work! A very good contribution both as code (with widely usable
licence) and in practice as a specification debugging effort!
//Erik Sundvall
P.s. Regarding Javascript I’d recommend looking at the related Typescript
superset instead for anybody wanting to do implement openEHR RM or AM on
:
-
https://openehr.atlassian.net/wiki/display/dev/Online+archetype+and+template+tools
and
- https://twitter.com/marandlab/status/826832144672686081
Best regards,
Erik Sundvall
Ph.D. Medical Informatics. Information Architect. Tel: +46-72-524 54 55 (or
010-1036252 in Sweden)
Region Östergötland
the native query language of your noSQL
backend.
Best regards,
Erik Sundvall
fredag 14 oktober 2016 skrev Eric Browne :
> Hello Fadoua,
>
> Although I am not able to directly help with your request, you may be
> interested in a tool to view/edit operational template XML files developed
The master thesis of Roland Hedayat could also be of interest in this
context, see
http://www.diva-portal.org/smash/get/diva2:310787/fulltext01.pdf
Copy of abstract text below.
Best regards,
Erik Sundvall
Abstract
Semantic Web Technologies in the Quest for Compatible Distributed Health
Records
due to legal restrictions etc. Of course that
is an unnecessary detour in the cases when you are allowed to do direct native
communication between openEHR systems.)
(I guess this would be a suitable task for master-thesis students or beginning
PhDs
Best regards
Erik Sundvall
Ph.D. Medical
cense, thus not stopping global use of Snomed-inspired
archetypes.)
Others will surely add more to the discussion.
//Erik Sundvall
Sent from mobile...
fredag 29 april 2016 skrev Bert Verhees :
> Part two is of course, generating templates, and we almost have the GUI's
> in place.
>
&g
es actually assesing the
clinical qualities of different approaches. That could be userful and
interesting to look at.
Best regards,
Erik Sundvall
Från: openEHR-technical [openehr-technical-boun...@lists.openehr.org] för Ian
McNicoll [i...@freshehr.com]
Skickat:
ping also produces a lower number of surprising
changes in implemented systems due to reduction of the, in other approaches
more commonly occuring, finding of: "Ouch, I didn't consider that less
common usecase when designing my initial datamodel".
Best regards,
Erik Sundvall
Ph.
ough all
xml databases we tested were not suitable for ad hoc epidemiological
population queries (without query specific indexing).
Best regards,
Erik Sundvall
Ph.D. Medical Informatics. Information Architect. Tel: +46-72-524 54 55 (or
010-1036252 in Sweden)
Region Östergötland: erik.sundv...@regionos
t governance become irrelevant.
The potential confusing effect of what SA (share alike) on the archetypes
legally means for some kinds of use inside non-open-source systems is
another, probably more burning issue that has already been discussed, I'll
try to avoid that thread right now.
//
ions.
On Fri, Sep 4, 2015 at 10:45 PM, Erik Sundvall wrote:
> Thank you Ian, that was a very constructive contribution to the
> discussion. I had started writing a response with some of those thoughs:
>
> Since this issue of "ownership" keeps coming up, let's deal wit
ming up were easier to understand some years ago before openEHR, as now,
had several different (often competing) companies and organizations inside
specification comittee and management.
Best regards,
Erik Sundvall
Ph.D. Medical Informatics. Information Architect. Tel: +46-72-524 54 55 (or
010
to down-vote it, but I think
this discussion shows it to be useful, so maybe that can change.
//Erik
onsdag 26 augusti 2015 skrev Erik Sundvall :
> By the way feel free to add some of the
>
> onsdag 26 augusti 2015 skrev Erik Sundvall >:
>
>> Hi!
>>
>> Wher
By the way feel free to add some of the
onsdag 26 augusti 2015 skrev Erik Sundvall :
> Hi!
>
> Where can one find proposals/diagrams describing the refreshed RM
> (reference model) in the new 13606 revision? Will 13606 keep using the
> old data types or harmonize more with
to "simplifying" the RM (or perhaps moving complexity to
another meta/design-pattern layer) I think CIMI has gone further than
13606. Are there any plans of aligning 13606 with CIMI?
//Erik Sundvall
onsdag 26 augusti 2015 skrev Kalra, Dipak :
> Dear Ian,
>
> Thanks al
eas and
experiences you have regarding AQL parsing/implementation/translation etc.
Best regards,
Erik Sundvall
Ph.D. Medical Informatics. Information Architect. Tel: +46-72-524 54 55 (or
010-1036252 in Sweden)
Region Östergötland: erik.sundv...@regionostergotland.se (previously lio.se)
http://www.re
web-client source code has been moved to the right place, we'll
post info to the lists.
Best regards,
Erik Sundvall
Ph.D. Medical Informatics. Information Architect. Tel: +46-72-524 54 55 (or
010-1036252 in Sweden)
Region Östergötland: erik.sundv...@regionostergotland.se (previously lio.se)
previously signed version.
To me it seems natural that binding contracts and signatures belong
together.
Heath's use-case "something to indicate a version was moved distinct from
deleted" won't be solved by signatures though, so
https://openehr.atlassian.net/browse/SPECPR-83
obably a or registry
id-query resource/"service" in your case) by chopping of the last piece of
the URL, for example http://example.org/registry-x/ or
http://example.org/registry-x/id/ if that is what you want to know the
status/availability of.
Best regards,
Erik Sundvall
Ph.D. Me
Hi!
Some more thoughts regarding specific questions:
On Sat, Jan 17, 2015 at 6:20 PM, Bert Verhees wrote:
>
> Another reason why it is wrong to misuse the HTTP-status for communicating
> application errors is that there can be only one HTTP-status, and an
> application may want to communicate mo
issues with
applying REST to openEHR (or similar archetype based systems) and
exemplifies things where REST could to be complemented by e.g. websockets
and message brokers:
*Applying representational state transfer (REST) architecture to
archetype-based electronic health record systems*
Erik Sundvall
rket and by marketing actions of involved
players.
This message contains no secrets so feel free to forward it to other
persons and organisations.
Good luck to both vendors and requirement gathering staff!
Best regards,
Erik Sundvall
Ph.D. Medical Informatics. Information Architect. Tel: +46-7
engine :-)
Best regards,
Erik Sundvall
Ph.D. Medical Informatics. Information Architect. Tel: +46-72-524 54 55 (or
010-1036252 in Sweden)
Li?: erik.sundvall at regionostergotland.se (lio.se changing name 1 Jan 2015)
LiU: erik.sundvall at liu.se http://www.imt.liu.se/~erisu/
On Wed, Dec 17, 2014 at
Send out nomination reminders regularly (perhaps including a list of the
then nominated persons)
Best regards,
Erik Sundvall
Ph.D. Medical Informatics. Information Architect. Tel: +46-72-524 54 55 (or
010-1036252 in Sweden)
Li?: erik.sundvall at regionostergotland.se (lio.se changing
e that we after these first meetings (1-3) can start seeing clusters
of interests/components that we can focus smaller teams and meetings around
and then reduce the frequency of big general-purpose meetings. Small
meetings with fewer participants are also easier to host in Google Hangouts
and s
els.
This mail is cross-posted to both the implementers and the technical lists,
but please respond and discuss the project only on the implementers list
openehr-implementers at lists.openehr.org or/and on the project wikipage
mentioned above.
Best regards & happy hacking,
Erik Sundvall
(Coo
Phew? amazing if you had the energy to read all the way down to here.
Tom, regarding what it means to sell Share-Alike (SA) artifacts, I think
you can compare that to http://www.gnu.org/philosophy/selling.html
Best regards,
Erik Sundvall
Ph.D. Medical Informatics. Information Architect. Tel: +46-72-
> On 08/08/2013 21:27, Erik Sundvall wrote:
>
> Hi!
>
> On Wed, Aug 7, 2013 at 3:21 AM, Lexis Nexis
> wrote:
>
> Is there a tutorial book I can purchase or some examples? Step-by-step
> tutorial is best.
>
> Skim through the
> documenthttp://www.openehr.org
unning. Try running and modifying AQL queries
on the provided example content for example.
Best regards,
Erik Sundvall
Tel: +46-72-524 54 55
LiO: erik.sundvall at lio.se http://www.lio.se/Verksamheter/IT-centrum/
LiU: erik.sundvall at liu.se http://www.imt.liu.se/~erisu/
P.s. to list readers: I
t familiar with the approach:
http://www.mz.gov.si/fileadmin/mz.gov.si/pageuploads/eZdravje/Novice/gradiva_predstavitve_dogodkov/Open_EHR/7_integration.pdf
)
Best regards,
Erik Sundvall
Tel: +46-72-524 54 55
LiO: erik.sundvall at lio.se http://www.lio.se/Verksamheter/IT-centrum/
LiU: erik.sundvall
estion could make some implementation parts easier
and some a bit trickier.
Best regards,
Erik Sundvall
LiO: erik.sundvall at lio.se http://www.lio.se/Verksamheter/IT-centrum/
LiU: erik.sundvall at liu.se http://www.imt.liu.se/~erisu/
P.s. [/daydreaming] It might be interesting to connect a future u
e for more detailed
discussions and potential cooperation. A bit wiser from my work with the
repeatedly delayed REST implementation and publication approach, I'd prefer
to do such experimentation in an incremental, multi-site, open, public way
instead of only having a big publication/delivery
u have event classes and you have persistent classes, well described in
> the pdf. A persistent class would be something like a current drug list.
>
Actually they are instantiations of the same COMPOSITION class, just with
different values for one of the attributes.
Best regard
cies at universities and other places are not
always guaranteed to maintain old URLs and content.
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-286733
On Fri, Mar 22, 2013 at 12:13 AM, Thomas Beale <
thomas.beale at oceaninformatics.com>
rm refsets) will immediately benefit the development of rules.
>
Perhaps an openEHR GitHub repository dedicated to GDL rule sharing, divided
into suitable subdirectories, can be a fast and good start for rule sharing
to begin with while considering other potential solutions?
Best regards,
rolled URIs.
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-286733
Ooops, accidentally sent unfinished mail... see additions below.
On Wed, Jan 30, 2013 at 9:07 AM, Erik Sundvall wrote:
> Hi!
>
> On Tue, Jan 29, 2013 at 9:48 PM, Thomas Beale <
> thomas.beale at oceaninformatics.com> wrote:
>>
>> The point isn't for the
to other organisations that you are
sharing EHR extracts with. 2)
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-286733
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/pipermail/openeh
e
interest in online participation or in getting a recording.)
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-286733
Abstract
This work is a small contribution to the greater goal of making software
systems used in healthcare more useful and susta
Hi!
I see several use cases for sending and storing XML pieces smaller
than compositions etc as valid XML documents.
What about creating a separate (but official) file with those root
elements in the same namespace as the other schema components? That
way implementers can choose if they want that
www.openehr.org/wiki/download/attachments/786486/EEE-v1.xsd?version=1&modificationDate=1349637658932
...as described in my mail 12 hours ago, did that mail reach the list?
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-286733
-- next par
Hi!
On Thu, Sep 13, 2012 at 11:15 AM, David Moner wrote:
> 2012/9/13 Erik Sundvall
>
>> It would be great if e.g most of the future ISO 13606 version could be a
>> true subset of openEHR instead of the current confusing situation.
>
>
> This is something I discusse
need a personal login to our tiny demo-server.)
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-286733
On Sat, Oct 6, 2012 at 5:13 PM, pablo pazos wrote:
> Hi all,
>
> I found there is no CONTRIBUTION XSD defined on the openEHR XDS, and
sed HL7 v2
3. The number of vendors we want to join the openEHR approach in the future
is _a lot bigger_ than the ones that have existing openEHR-based production
systems.
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-286733
-- ne
aiming for somewhat
global adoption...
Resisting change favors old implementors with existing systems, but
simplifying/strengthening models and thus future implementation (and
maintenance), makes life easier for new actors wanting to enter the
openEHR scene. So there is probably no neutral ground ;-)
join that mailing list if you are
interested in contributing to the discussion. Whatever criteria we end
up with will then be discussed with the openEHR board.
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-286733
regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-286733
On Tue, Jul 3, 2012 at 12:59 PM, Kathrin Dentler wrote:
> Dear all,
>
> Here in Amsterdam we are working on expressing archetypes as OWL graphs,
> and actually I think that it would be ideal
efforts (terminology, RM-instance-examples etc) me might as well start
there (perhaps as a separate subproject).
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/? Tel: +46-13-286733
> We have already discussed last week with Rong & Sebastian about moving the
&g
rhaps write a shared academic
paper about it) - If so let's first check/discuss some of the options
for data entry and once that is fixed we can involve more clinicians
to create and improve/review the stories. A shared set could be reused
in several projects and make them more comparable too.
Be
Thanks!
On Tue, Mar 27, 2012 at 12:53, Erik Sundvall wrote:
> When looking for the "summary" attribute (an ITEM_STRUCTURE) I found
> that it was missing some of my diagram printouts.
...
On Tue, Mar 27, 2012 at 16:54, Thomas Beale <
thomas.beale at oceaninformatics.com&
age 25 ind that document
and missing on all relevant diagrams (including mine) on
http://www.openehr.org/wiki/display/spec/openEHR+2.x+RM+proposals+-+lower+information+model
That can definitely be confusing. Or have I missed something else?
Best regards,
Erik Sundvall
erik.sundvall at l
the admin Tom?
Perhaps we could try to get several openEHR projects connected to the
organisation account (after some discussion first of course).
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/? Tel: +46-13-286733
P.s. Software interested tech-list subscribers
nformed!
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/? Tel: +46-13-286733
e global future change-tracking and
merging problem needs to be considered at an early stage, but I am sure
that I don't see the whole picture or all problems myself yet, so let's
think together.
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13
or regional developer organisations
in a way that is a lot harder with centralized approaches like
Subversion, the current CKM etc. It's hard to describe, but techies
can have a look at some active projects at Github to get a feel for
it.
Best regards,
Erik Sundvall
erik.sundvall at liu.se http:
ted the above to be visible on the future-sensing radar for tech-list
subscribers.
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-286733
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org
and XML serialization approaches to increase readability.
But let's not do anything like that for ADL now. Maybe those of us that are
interested in e.g. XML and YAML (that already have built-in
prefix/namespace mechanisms) could look at this later.
Best regards,
Erik Sundvall
erik.sundvall at l
Hi!
On Tue, Jan 31, 2012 at 13:44, Thomas Beale <
thomas.beale at oceaninformatics.com> wrote:
> If going for an RDF-like URI based approach for "program directives" or
> "implementation_directives" then those serialization formats that aim for
> human readability (e.g. ADL and YAML) may want to
he human readable
stuff. Could anything from the following list inspire somebody with a more
native feel for English to come up with alternate name suggestions?
- directives (shorter and more general than "program directives").
- instructions
- notes
- meta...something
- commands
- p
Please rewind to
http://www.openehr.org/mailarchives/openehr-technical/msg05530.html and the
followup messages in that thread.
Using an RDF like URI-based approach still seems to be an option. No
registering hassle or new sections in adl, just alternate use of the
existing annotation section.
//
also the modified grammar) will soon be open sourced
so you are free to use it. So if you are not in an extreme hurry I'd
suggest using or getting inspiration from what we have already done.
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-28673
eport any misunderstandings or comments to me or to the list.
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-286733
On Thu, Dec 8, 2011 at 10:02, Erik Sundvall wrote:
> Hi!
>
> We now getting the LiU EEE paper "Applying REST Arch
edited there to add or change things in order to describe
alternative approachess, and then pasted to
http://yuml.me/diagram/scruffy/class/draw2 . So dig in and hack on... :-)
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-286733
Diagram sour
m from "the detailed
clinically focused" RM (6 or 1b) to the "healthcare a-specific" RM
(1a)?
It would be nice to have the different parts "under the same roof", a
revised 13606, since they could share an AM based on AOM 1.5.
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/? Tel: +46-13-286733
>> _implementations_ of change suggestions (both AM and RM) after initial
>> discussions but before any revisions to the standard are made. That is
>> how some other SDOs work with technical artefacts and it could avoid
>> some of the previous suboptimal approaches.
Gerard wrote:
> So you agree with my NO.
What NO? Please clarify.
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/? Tel: +46-13-286733
aches might not be helpful in that sense. Those of you having
formal powers in each organisation please ask your leaders to speak as
honestly and nicely as possible of each others
organisations/communities/approaches, or else please change leaders.
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/? Tel: +46-13-286733
anguages they are already implemented :-)
Then you configure them and then throw your object trees at them.
An example of very unfinished work in progress, using poorly readable
ordering and based on the openEHR java-ref-impl (and probably exposing
too many fields) is attached below.
Best rega
Hi Shinji!
What is ths status of the Ruby implementation? Is it currently an EHR
system where you can enter, store and retrieve EHR data, or is it an
implementation of the RM+AM like the Java ref-impl, that can be used
as a component to build EHR systems?
Best regards,
Erik Sundvall
Hi!
We now getting the LiU EEE paper "Applying REST Architecture to
Archetype-based EHR systems" (by Erik Sundvall, Mikael Nystr?m, Daniel
Karlsson, Martin Eneling, Rong Chen and H?kan ?rman) finished for
submission, and in a background passage we mention other openEHR based EHR
syst
rees and this is a bit worrying to me. I do still think
there is enough people appreciating early open discussions and will try to
continue along that path but try to remember tagging such sections
with [Warning: may contain new thoughts] :-)
Best regards,
Erik Sundvall
erik.sundvall at liu.se http
format) is clever enough to put the data into the
right objects?
There are some cases where different openEHR datatypes may have the same
attribute signature and for those cases even transport formats aiming
reduce verbosity will need to explicitly declare class type since they
cannot be safel
SON would likely be good to have
also for interoperability and debugging purposes. YAML for the RM would not
be an obvious "over the wire"-format, but can be very useful for compact
human readable long term EHR archiving storage as plain text files and for
documentation examples.
Best rega
Hi!
On Fri, Dec 2, 2011 at 10:36, Roger Erens wrote:
> On Thu, Dec 1, 2011 at 22:37, Erik Sundvall wrote:
> > http://www.imt.liu.se/~erisu/2011/AOM-beauty-contest.html
>
> is the Javascript Object Dump missing regexps for 'address' and
> 'electronic_commu
ional) start and end markers
of documents that make life easier when concatenating streams/documents,
see the YAML specification.
Am I the only one that thinks YAML is more readable than dADL?
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-286733
index.html and you can define your own if you need
more.
It seems like specification 1.1 (http://yaml.org/spec/1.1/) is the most
implemented, so any dADL comparisons should probably be done towards that
version to be fair.
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~e
resentation of normal intervals will not use the same mechanisms
> are you are proposing here?
What about using?booleans in an?array/sequence?
"inclusive": [true, false]
...meaning inclusive in lower but not upper end. But perhaps intervals
need a completely different approach.
Was tha
figure 3 of
http://www.openehr.org/svn/specification/TRUNK/publishing/architecture/am/aom1.5.pdf
that would be nice to be able produce online via http.
Again, nice work!
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/? Tel: +46-13-286733
programming languages.
Is there anything stopping us from having more than
one serialization alternative per formalism, e.g. both verbose and compact
XML?
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-286733
-- next part --
A
de?
I assume the EHR state for the action stays on SCHEDULED but having a
passed date. Is that correct? If so I guess out-of-date-finding mechanisms
need to look _both_ for EXPIRED-marked things and for SCHEDULED things past
due date. Is that correct?
Best regards,
Erik Sundvall
erik.sun
mething similar to the TDS (template
data schema) approach?
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/? Tel: +46-13-286733
to a 2.X based
systems, I guess there aren't too many vendors involved...
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/? Tel: +46-13-286733
P.s. There was no way of specifying in jira that it could relate to a
2.0 release
On Tue, Oct 4, 2011 at 10:32, Th
;committers" from at least three different
economically independent organisations.
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/? Tel: +46-13-286733
s mailing-lists/discussions? Other ways?
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/? Tel: +46-13-286733
On Sun, Sep 18, 2011 at 13:37, Thomas Beale
wrote:
>
> At the HL7 meeting last week in San Diego, Grahame Grieve presented
> something called Resou
es will want to know that no one has
> recourse to legal action if they use an archetype.
Is that a "copy" of the ideas behind my argument _against_ CC-BY-SA? :-)
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/? Tel: +46-13-286733
the way, using Git as archetype repository sync backend at least
for non-CKM work (as hinted by Shinji) seems to be a really nice idea
the nore you look at it. The Git collaboration patterns and mentality
seem to fit the use-case of distributed multi-branched archetype
development.
Best regards
Wonderful news Seref!
I think we should take time to discuss some time soon in order to
match efforts and reduce overlap. :-)
I believe many things can complement each other nicely e.g. in a
partly REST-based open source framework aimed for web-based
approaches.
// Erik
On Tue, Sep 6, 2011 at 1
proper chance for them to engage on the same
premises as Ocean Informatics and UCL, but now it's about time to wake
up :-)
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/? Tel: +46-13-286733
gar" should be translated to)
- proper accounting and audit
- a duty to have a dialogue with the central openEHR foundation
regarding plans involving using the openEHR tradmark for events etc
- ...probably more...
For local organisations I think bottom up comunity driven governance
with elected
Hi Ian!
Nice to have more than one single board member to actually discuss
with on the lists, this is already a great openEHR improvement!
On Tue, Sep 6, 2011 at 15:07, Ian McNicoll
wrote:
> The issue of CC-BY vs. CC-BY-SA has, of course, been extensively
> discussed and although the previous bo
to have as much as possible of development completely public,
indexed and archived by trusted sites (like http://www.archive.org/).
This means always making sure to allow enough search engines and not
requiring login in order to read archetype discussions and thoughts in
development repositories (
to protect against.)
There are many other interesting things to discuss and clarify in the white
paper, but let's start here :-)
Again, thanks for working towards a more understandable openEHR foundation.
Best regards,
Erik Sundvall
erik.sundvall at liu.se http://www.imt.liu.se/~erisu/ Tel: +46-13-28
might solve the "draft problem" discussed in this
openEHR thread previously. (Provided that beta versions etc. don't get
used/abused in live EHR systems.)
The Semantic Versioning specification formalism is also machine
processable in a nice way.
Best regards,
Erik Sundvall
erik.s
1 - 100 of 208 matches
Mail list logo
