to change them later again as
> soon as the new RM is released.
>
> Sebastian
>
>
> On 9/23/2013 7:28 PM, Ian McNicoll wrote:
>>
>> Thanks Sebastian,
>>
>> I think we agree that there is a important difference between
>> formatted text which can gracefully
Hi Bert,
This is perfectly legal ADL created with the Ocean AE - it allows for
a single value with a 'choice' of datatype. We use this pattern fairly
frequently.
Ian
On 24 September 2013 07:15, Bert Verhees wrote:
> On 09/23/2013 07:28 PM, Ian McNicoll wrote:
>>
>> It
this is the most sensible workaround for now,
and we should concentrate on reviewing DV_TEXT and its cousins as
Thomas has suggested.
Ian
On 23 September 2013 15:19, Sebastian Iancu wrote:
> On 9/23/2013 3:29 PM, Ian McNicoll wrote:
>>
>> Hi Sebastian,
>>
>> This is a
arameter formalism to it, there is no really need any more for a
> DV_PARSABLE.
>
>
>
> --
> Alessandro Torrisi
>
>
>
> ___
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
> http://lists.openehr.org/ma
+49 (0)531 391-2129
> F +49 (0)531 391-9502
> birger.haarbrandt at plri.de
> http://www.plri.de
>
> _______
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/opene
Hi
You need to unsubscribe yourself via the link at the bottom of the list
email.
Ian
Dr Ian McNicoll
Clinical modelling consultant Ocean Informatics
Mobile +44 (0) 775 209 7859
Skype imcnicoll
On 13 Aug 2013, at 12:46, Lipszyc Norbert wrote:
Please
Tale me off this distribution list
; MBBS FRACGP FACHI
> Director/Head of Consulting
> *Ocean Informatics <http://www.oceaninformatics.com/>*
> Phone (Aust) +61 418 966 670
> Skype - heatherleslie
> Twitter - @omowizard
>
>
>
>
>
> ___
> openEHR-clinical mailing list
> openEHR-clinical at lists
Hi everyone,
>
> Hi koray,
> how do you want to do this? We decided against absence / exclusion in th
> RM a long time ago,
> because it is not a simple negation in general, but a complex (i.e.
> archetyped) statement.
>
> -thomas
>
>
>
> ___
a single reverse transform is
possible but a single reverse transform generator might be possible, based
on the operational template.
Regards
Ian
Gerard Freriks
> +31 620347088
> gfrer at luna.nl
>
> On 14 jun. 2013, at 09:41, Daniel Karlsson wrote:
>
> Hi Ian,
>
> On
; --
> From: Daniel Karlsson
> Sent: 14/06/2013 5:12 PM
> To: openehr-technical at lists.openehr.org
> Subject: Re: TDS (and TDD) implementations?
>
> Hi Ian,
>
> On Thu, 2013-05-30 at 10:34 +0100, Ian McNicoll wrote:
> > Hi Erik,
> &g
ol/Mobile: 07535 481797
>
> ** **
>
> *From:* openEHR-technical [mailto:
> openehr-technical-bounces at lists.openehr.org] *On Behalf Of *Ian McNicoll
> *Sent:* 04 June 2013 08:51
>
> *To:* For openEHR technical discussions
> *Cc:* Edgard Costa Oliveira; Ricardo Puttini;
Sorry everyone,
I posted an incorrect link for the Clinical models CKM in the UK. It should
be clinicalmodels.org.uk.
As well as medication and allergies models we expect to be developing some
models which reflect UK End of Life Care Plan standards.
Ian
On 4 June 2013 08:50, Ian McNicoll
auckland.ac.nz | * Web*: *www.nihi.auckland.ac.nz
> *
>
> *Skype:* atalagk *Mob:* 021 02412096 *DDI:* +64 9 923 7199
>
>
>
> __ Information from ESET NOD32 Antivirus, version of virus
> signature database 8394 (20130530) __
>
> The message was c
u/
>
> ___
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
--
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
m
regards,
> *Bj?rn N?ss
> *Product owner
> Telephone +47 75 59 24 55
> Mobile +47 93 43 29 10
>
> www.dips.com
>
>
>
>
> This message is for the designated recipient only and may contain
> confidential or private information. If you have received it in e
> Telephone +47 75 59 24 55
> Mobile +47 93 43 29 10
>
> www.dips.com
>
>
>
>
> This message is for the designated recipient only and may contain
> confidential or private information. If you have received it in error,
> please notify the sender immediately and delet
; Grupo de Inform?tica Biom?dica - IBIME
> Instituto ITACA
> http://www.ibime.upv.es
>
> Universidad Polit?cnica de Valencia (UPV)
> Camino de Vera, s/n, Edificio G-8, Acceso B, 3? planta
> Valencia ? 46022 (Espa?a)
>
> ___
> openEHR-t
ng. Pablo Pazos Guti?rrez
> http://cabolabs.com
>
> ___
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
--
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 51
___
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
--
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmcnic
>
>
>
>
> _______
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
> ___
, it means you believe in a different meta-architecture.
>>
>> Note that these considerations are actually orthogonal to whether
>> standards should be built by agreeing only on messages between systems, or
>> how systems are built (the topic of Grahame's blog post).
&g
sensus controlled,
> openEHR approach. This creates a chaotic, dangerous
> environment for healthcare data. There can easily be multiple
> archetypes with the same ID that have different
> structures and therefore different instance data. Each instance of
> data will not be able to deter
Many congratulations shinji and everyone else involved. Definitely
hope to see you there
Ian
Dr Ian McNicoll
Clinical modelling consultant Ocean Informatics
Mobile +44 (0) 775 209 7859
Skype imcnicoll
On 13 Mar 2013, at 18:51, Shinji KOBAYASHI wrote:
> Hi all,
>
> Our proposal o
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
--
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
soutenir la Fondation du Souffle
>
> -- Envoy? via mailforgood
>
>
>
> ___
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
ts.**openehr.org lists.openehr.org>
> http://lists.openehr.org/**mailman/listinfo/openehr-**
> technical_lists.openehr.org<http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org>
>
--
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
m
>
>
> ___
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
--
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 5
com/in/pablopazosgutierrez
> Blog: http://informatica-medica.blogspot.com/
> Twitter: http://twitter.com/ppazos
>
> ___
> openEHR-clinical mailing list
> openEHR-clinical at lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/o
Great idea, shinji. Let me know if I can help.
Ian
Dr Ian McNicoll
Clinical modelling consultant Ocean Informatics
Mobile +44 (0) 775 209 7859
Skype imcnicoll
On 10 Oct 2012, at 16:17, Shinji KOBAYASHI wrote:
> Dear all,
>
> I would like to propose a workshop at the next MEDINFO.
>
a
persistent composition to have a context attribute , currently disallowed.
Episodic care such as hospital admission does throw up the need for
persistent compositions to carry the context of the episode but persist
throughout that episode. eg a problem list for the current admission.
Ian
Dr Ian
McNicoll wrote:
> Hi Pablo,
>
> This is loading properly with my version of the openEHR Archetype editor
> 2.2.779 and the current Workbench. I am not getting errors from the Partial
> Date constraint either.
>
> Are you using the openEHR or Ocean version of the archetype editor
4 September 2012 5:26 PM
> To: For openEHR technical discussions
> Subject: RE: Issue (probably known) with ADL Workbench
> ** **
> ** **
> Thanks Ian, I will wait then, I will also have a look at
> the NEHTA archetypes. I will continue asking about how to includ
clinical list.
>
> ** **
>
> Regards.
>
> Carlos.****
>
> ** **
>
> -Original Message-
>
> From: openehr-technical-bounces at lists.openehr.org
>
> [mailto:openehr-technical-bounces at lists.openehr.or
gt; ERRORS:
>> 1) Error loading: ITEM_STRUCTURE = ADDRESS->ITEM_TREE (x2)
>> 2) Loads everything EXCEPT the archetype's definition
>>
>> ___
>> openEHR-technical mailing list
>> openEHR-technical at lists.opene
which is required if multiple constraints of the same
datatype are applied to a single element. You should also be aware
that our intention is to replace the current CKM medication archetype
with others based on the NEHTA medication archetypes.
Ian
Dr Ian McNicoll
Clinical modelling consultant Ocean
and then
changing it back again after using AE.
Ian
Dr Ian McNicoll
Clinical modelling consultant Ocean Informatics
Mobile +44 (0) 775 209 7859
Skype imcnicoll
On 13 Sep 2012, at 11:11, Athanasios Anastasiou
wrote:
> Hello Peter and Diego
>
> Thank you very much for the quick respons
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
--
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmcnicoll
ian
iption (or hospital order) is
>> > to
>> > be more or less indefinite, with the patient just getting repeats then
>> > the
>> > ACTIVITY is always active or suspended, and never terminated. But even
>> > if it
>> > is terminated, e.g
>>
>> http://ibime.upv.es
>>
>> ___
>> openEHR-technical mailing list
>> openEHR-technical at openehr.org
>> http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
>
> _
___ 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.opene
course have numerous occurrences of administration over
> time.
>
> So both ways, a single ACTIVITY can lead to numberous ACTIONs.
>
> - thomas
>
>
> _______ openEHR-technical mailing
> list openEHR-technical at lists.openehr.org
> http://li
: http://informatica-medica.blogspot.com/
> Twitter: http://twitter.com/ppazos
>
> ___
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.
tica-medica.blogspot.com/
> Twitter: http://twitter.com/ppazos
>
> _______
> openEHR-implementers mailing list
> openEHR-implementers at lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-implementers_lists.openehr.org
--
Dr Ian
the two technologies
and an opportunity to explore their further use in the UK and/or
possible collaboration at a global level.
=
Sorry for cross-posting but I think this is of potential interest to
both technical and clinical audiences.
Ian
--
Dr Ian McNicoll
office +44 (0)
Extracts?
Ian
--
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmcnicoll
ian.mcnicoll at oceaninformatics.com
Clinical Modelling Consultant, Ocean Informatics, UK
Director openEHR Foundation www.openehr.org/knowledge
Honorary Senior Research
Hi
Ian
Dr Ian McNicoll
Clinical modelling consultant Ocean Informatics
Mobile +44 (0) 775 209 7859
Skype imcnicoll
On 30 Jun 2012, at 18:16, pablo pazos wrote:
Hi Sebastian,
Having a role to see branches would be fantastic.
Right now I'm not validating the translations, I'm just
> openEHR-implementers mailing list
> openEHR-implementers at lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-implementers_lists.openehr.org
--
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775
ut to be a nontrivial problem.
Ian
Dr Ian McNicoll
Clinical modelling consultant Ocean Informatics
Mobile +44 (0) 775 209 7859
Skype imcnicoll
On 23 Jun 2012, at 16:30, pablo pazos wrote:
Hi Peter,
I'm using 2.2.779 (and all my students used the same). I don't receive an
exception on the GUI
T_EVENT, so in
> some cases, the type constraint should be made.
>
> - thomas
>
> ___
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
--
Dr Ian McNicoll
office +4
for that link, it came later as i was writing
> this message, i will have a close look at it)
>
>
> All the best
> Athanasios Anastasiou
>
>
>
>
>
>
>
> On 20/06/2012 15:47, Ian McNicoll wrote:
>>
>> Hi Athanasios,
>>
>> Just to back up wha
p://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org
>
> ___
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
--
Dr I
an address". This is what leads me to believe that ITEM_LIST is not
>> supposed to be a dynamic list but just something THAT IS TO BE
>> INTERPRETED AS A LIST but from a computational point of view is just a
>> list. I really do hope this makes sense. (I have gone through section 6
>> in "da
Pablo Pazos Guti?rrez
> LinkedIn: http://uy.linkedin.com/in/pablopazosgutierrez
> Blog: http://informatica-medica.blogspot.com/
> Twitter: http://twitter.com/ppazos
>
>
> _______ openEHR-technical mailing
> list openEHR-technical at lists.openeh
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
--
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype i
>
> > On 02/05/2012 16:58, Diego Bosc? wrote:
> >
> > so you have to define two different archetype id even if the
> > archetypes are the same?
> > and again, slot text, description and codes are lost with this kind of
> > approach
> >
> >
> >
> > if the archetype
entities ('compiled' entities)
> not source entities. It's the same when you compile Java source code - the
> comments disappear in the output.
>
> - thomas
>
> ___
> openEHR-technical mailing listopenEHR-technical at
> lists.op
aint more strict but inserts yet more parsing).
>>>>
>>>> Is there a single BNF description of ADL 1.5 available from somewhere?
>>>> *
>>>> *
>>>>
>>>
>>> yep, they are here
>>> <http://www.openehr.org/wiki/**pag
cal rules are historical, and will be obsoleted one day - I
> more or less had to construct them after 100s of archetypes that actually
> assume these rules had been built! You will see further down in the ADL 1.5
> text an indication of the future, but for today, we are stuck with the
> above...
>
> - thomas
>
>
> __
nical 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/mailm
is local so I don't really know if it applies at all in
> > this case
> >
> > Regards
> >
> > ___
> > openEHR-technical mailing list
> > openEHR-technical at lists.openehr.org
> >
> >
> http://lists.
/listinfo/openehr-technical_lists.openehr.org
>
>
> --
>
> *Dr. Sebastian Garde*
> *Dr. sc. hum., Dipl.-Inform. Med, FACHI*
> Senior Developer
> Ocean Informatics
>
> Skype: gardeseb
>
> ___
> openEHR-technical mailing l
gt;
> *tel. +421 918 669 121*
>
> *peter.linhardt at stuba.sk***
>
> *www.stuba.sk*
>
> P* **Think environment before you print.*
>
> ___
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
>
> http://lists
get a little broader input. Thomas is
>>
>> influenced by Eiffel, Grahame by XML. Most developers will probably sit
>>
>> somewhere in between in terms of requirements for rigor.
>>
>> ** **
>>
>> Cheers, Sam****
>>
>> * *
>>
>> * *
>
TRUCTION/Activity in ADL1.4 but we need a way to assert the relationship
in e.g a template so that this is clear to developers and clinical
reviewers, better still that these 'indicative' references are
automatically resolved at run-time with actual links where necessary.
Ian
D
e logical and actual archetype now and break it into
> several parts to allow this to happen.
>
> Grahame
>
> ___
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
s of implementation and
training over several years I think now is good opportunity to take stock
and find some ways of further reducing buy-in without compromising on the
excellent work done to date.
Ian
On 27 March 2012 11:51, Thomas Beale wrote:
> On 27/03/2012 10:42, Ian McNicoll wrote:
>
d've played out differently if the tooling wasn't limited.
>
> One issue I have is that the event series imposes the same data at each
> point,
> which is not necessarily the case. And also, (back to protocol)
> repeating observations
> is protocol? (how they were each done)
problem with adding a single-event Observation as
> well. But having only that will completely cripple many hospital apps and
> efficient data representation and querying related to this data.
>
> - thomas
>
>
> ___
> openEHR-technical mailing list
> openEHR-technical at
ecognise that there is resistance to this complexity and
an intellectual burden for new entrants. I think we might be able to reduce
the resistance and intellectual burden without losing the value.
Ian
On 27 March 2012 09:12, Ian McNicoll wrote:
> Hi Grahame,
>
> I am struggling a
e the structuring data is "protocol",
> the details are very much "in the face" kind of stuff, and therefore this
> coupling of "paradigm" and "not in the face" breaks down.
>
> Grahame
>
> _______
> op
ns for
>>> example that an ACTION + link + OBSERVATION structure should be
>>> available for when the prescribed 'action' was in fact a new
>>> observation, such as 'check patient reaction to drug'.
>>>
>>> It would be nice to discuss thi
s considered as a
> derivation? Or the openEHR archetype is considered just as a reference
> material as could be any textbook or paper?
> - The author of the new archetype has to be the one of the openEHR
> archetype (Ian McNicoll btw) or the person who in fact creates the new
> RM-based
ical mailing list
> openEHR-technical at lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
--
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmcnicoll
ian.mcnicoll at oceaninformat
t;
> Looking forward to hearing from you
> Athanasios Anastasiou
>
>
>
>
>
>
>
> __**_
> openEHR-technical mailing list
> openEHR-technical at lists.**openehr.org lists.openehr.org>
> http://lists.openehr.org/**mai
as a return.
> ** **
> Best regards,
> Leykun
>
> ------
> *From:* Ian McNicoll
>
> *To:* For openEHR technical discussions <
> openehr-technical at lists.openehr.org>
> *Sent:* Friday, March 2, 2012 12:53 PM
>
> *Subject:*
gt;
> ___
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
>
> _______
> openEHR-techn
_
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
--
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmc
like CKM, are the only
realistic way of getting a handle on this.
This has much in common with the PCAST idea of 'molecules' - see Wes
Rishel's excellent summary
http://blogs.gartner.com/wes_rishel/2011/02/13/pcast-documents-vs-atomic-data-elements/
Regards,
Ian
Dr Ian McNicoll
o
aching the
referenced asset locally
3. Establish subscriptions to remote assets, to enable change notification etc
Ian
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmcnicoll
ian.mcnicoll at oceaninformatics.com
Clinical Modelling Consult
with CKI). The requirements for governed
cross-repository assets will be rather more demanding.
Have you seen this HL7/OMG proposal?
http://hssp-rlus-normative.wikispaces.com/home
Might be a useful start point.
Ian
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0
Thanks Pablo,
I will be interested to see how your app develops. We have a few
Python volunteers so hope to have something visibly quite soon.
Ian
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmcnicoll
ian.mcnicoll at oceaninformatics.com
Hi Bert,
I can see instruction_details in the UML report - it is under
Attributes from Associations and does indeed contain the references
back to the original instruction/ Activity.
Ian
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype
Hi Marciio,
You should also look at
http://code.google.com/p/open-ehr-gen-framework/
The author Pablo Pazos is on this list and will no doubt have how own
suggestions.
Do not despair - openEHR confusion is a normal pre-requisite to
eventual enlightenment :-)
Ian
Dr Ian McNicoll
office +44 (0
Hi Pablo,
Open the archetype and press the share with colleague button (Envelope
icon) this gives you a few options.
Ian
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmcnicoll
ian.mcnicoll at oceaninformatics.com
Clinical Modelling
AE is in any case
the sensible approach. it might be interesting to see if someone could
develop a simple web-service that would take an uploaded archetype and
display the result in the Freemind browser.
Might be a good student project.
Ian
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0
n
guys may be able to give more detail.
The .opt file is just standard XML, it is not possible to read it in
the Template Designer. I am not sure if anyone else has developed an
.opt viewer. CKM has one based on the XSL Transform used by the
Template Designer.
Ian
Dr Ian McNicoll
office +44 (0)15
, with some joint sessions but otherwise a very clear
individual agenda and focus.
Ian
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmcnicoll
ian.mcnicoll at oceaninformatics.com
Clinical Modelling Consultant,?Ocean Informatics, UK
Director
maintained.
Ian
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmcnicoll
ian.mcnicoll at oceaninformatics.com
Clinical Modelling Consultant,?Ocean Informatics, UK
Director/Clinical Knowledge Editor openEHR Foundation ?www.openehr.org/knowledge
Honorary
M would be interesting.
I will be taking an interest in the developments but have very limited
Python skills.
Anyone interested?
Ian
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmcnicoll
ian.mcnicoll at oceaninformatics.com
Clinical
) directly.
Ian .
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmcnicoll
ian.mcnicoll at oceaninformatics.com
Clinical Modelling Consultant,?Ocean Informatics, UK
Director/Clinical Knowledge Editor openEHR Foundation ?www.openehr.org/knowledge
templating
formailsm putting together the work done in EHRFlex, Koray's GastrOS
directives and, of course, Pablo's work, bearing in mind that at least
some of the directives and transformations have utility in other
outputs e.g Documentation and not just in GUI production.
Ian
Dr Ian Mc
and an AQL editing
tool.
Ian
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmcnicoll
ian.mcnicoll at oceaninformatics.com
Clinical Modelling Consultant,?Ocean Informatics, UK
Director/Clinical Knowledge Editor openEHR Foundation ?www.openehr.org
Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmcnicoll
ian.mcnicoll at oceaninformatics.com
Clinical Modelling Consultant,?Ocean Informatics, UK
openEHR Clinical Knowledge Editor www.openehr.org/knowledge
Honorary Senior Research Associate, CHIME
Apart from the size issue, readability is a particular problem because
of the verbosity of the current XML schema.
Ian
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmcnicoll
ian.mcnicoll at oceaninformatics.com
Clinical Modelling
Hi Tim,
Can you give some examples of good open-source tools in this area?
Ian
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmcnicoll
ian.mcnicoll at oceaninformatics.com
Clinical Modelling Consultant,?Ocean Informatics, UK
openEHR
econd generation of tools. I am certain web-services will play a big
part in repository integration and e.g validation/comparison services
but still not convinced that the kind of rich GUI we require is
deliverable quickly with HTML.
Thanks all. Interesting discussion :-)
Ian
Dr Ian McNicoll
office +
Hi Seref,
I accept that , but you can say exactly the same thing about browsers
and web connectivity generally. Until very recently the NHS in the UK
mandated IE6 - go figure. How long before we see snazzy new HTML5
browsers in these environments?
Ian
Dr Ian McNicoll
office +44 (0)1536 414 994
osition an
archetype/template tool with the UI demands of an Eclipse/VS type
application, and as THomas says, no-one is using web apps for this
kind of scenario.
Pablo - is your web-based template tool visible anywhere? Perhaps you
could persuade me that I ma wrong :-)
Ian
Dr Ian McNicoll
office +44 (
etype (to show that all
> requirements could fit without problems)
>
> 2011/9/9 Ian McNicoll :
>> Hi Diego,
>>
>> Yes. I saw David Moner's presentation on these at the MIE conference
>> in Oslo, and he and Gerard Freriks gave a very powerful account of the
loathe for us to get slowed-down by insisting on a
'web-based'.
What do others think?
Ian
Dr Ian McNicoll
office +44 (0)1536 414 994
fax +44 (0)1536 516317
mobile +44 (0)775 209 7859
skype ianmcnicoll
ian.mcnicoll at oceaninformatics.com
Clinical Modelling Consultant,?Ocean Infor
301 - 400 of 563 matches
Mail list logo