that simple.
>
>
>
> Maybe I’m dreamin’?
>
>
>
> Cheers
>
>
>
> Heather
>
>
>
> *From:* openEHR-clinical *On
> Behalf Of *Thomas Beale
> *Sent:* Saturday, 28 July 2018 6:12 AM
> *To:* openehr-clinical@lists.openehr.org
> *Subject:* Re:
Ljosland
Sendt: 6. august 2018 10:42
Til: For openEHR clinical discussions
mailto:openehr-clinical@lists.openehr.org>>
Emne: RE: How to define transitions in the ISM
Also a bit of a late reply, dure to the holidays…
First about Ivar’s reply to my earlier comment:
I’m not sure I understa
+47 90 78 89 33
Fra: openEHR-clinical [mailto:openehr-clinical-boun...@lists.openehr.org] På
vegne av Pablo Pazos
Sendt: 2. juli 2018 22:45
Til: For openEHR clinical discussions
mailto:openehr-clinical@lists.openehr.org>>
Emne: Re: How to define transitions in the ISM
Hi Heather, thanks f
Subject: Re: How to define transitions in the ISM
On 01/07/2018 08:21, Heather Leslie wrote:
Hi Pablo,
Every archetype ideally needs to be designed for the maximal dataset and
universal use case. The ACTION archetypes are no different.
But you have picked up on a major gap in our tooling at
:*openEHR-clinical
[mailto:openehr-clinical-boun...@lists.openehr.org] *På vegne av*
Pablo Pazos
*Sendt:* 2. juli 2018 22:45
*Til:* For openEHR clinical discussions
<mailto:openehr-clinical@lists.openehr.org>>
*Emne:* Re: How to define transitions in the ISM
Hi Heather, thanks for the
Thomas, when I said "mapped to ASSIGNED" was an error, it is "mapped to
PLANNED", the flow that I explained is correct, not the last comment. My
domain "NEW" and "ASSIGNED" are mapped to ISM "PLANED". THe core issue is
the need to define the transition between domain ASSIGNED to domain
STARTED, and
On 01/07/2018 08:21, Heather Leslie wrote:
Hi Pablo,
Every archetype ideally needs to be designed for the maximal dataset
and universal use case. The ACTION archetypes are no different.
But you have picked up on a major gap in our tooling at present – the
modellers need the ability to be
On 27/06/2018 08:35, Bakke, Silje Ljosland wrote:
Hi Pablo!
I’ll try to answer your question about how clinical modellers solve
this problem. Have a look at the ACTION.medication archetype
(http://openehr.org/ckm/#showArchetype_1013.1.123). This archetype has
11 separate steps for the ACTI
systemutvikler
>
> DIPS AS
> Telefon +47 75 59 24 06
>
> Mobil +47 90 78 89 33
>
>
>
>
> *Fra:* openEHR-clinical [mailto:openehr-clinical-boun...@lists.openehr.org]
> *På vegne av* Pablo Pazos
> *Sendt:* 27. juli 2018 11:45
>
> *Til:* For openEHR clinical
Senior systemutvikler
>
> DIPS AS
> Telefon +47 75 59 24 06
>
> Mobil +47 90 78 89 33
>
>
>
>
> *Fra:* openEHR-clinical [mailto:openehr-clinical-boun...@lists.openehr.org]
> *På vegne av* Pablo Pazos
> *Sendt:* 27. juli 2018 11:45
>
> *Til:* For openEHR clinic
å vegne av* Pablo Pazos
> *Sendt:* 27. juli 2018 10:32
> *Til:* For openEHR clinical discussions <
> openehr-clinical@lists.openehr.org>
> *Emne:* Re: How to define transitions in the ISM
>
>
>
> @Peter thanks for the feedback!
>
>
>
> As Diego mentioned, I think c
nical-boun...@lists.openehr.org]
> *På vegne av* Pablo Pazos
> *Sendt:* 27. juli 2018 10:32
> *Til:* For openEHR clinical discussions <
> openehr-clinical@lists.openehr.org>
> *Emne:* Re: How to define transitions in the ISM
>
>
>
> @Peter thanks for the feedback!
>
&g
community and is
>> desperately needed for serious use of the ISM.
>>
>>
>>
>> Vennlig hilsen
>>
>> *Ivar Yrke*
>>
>> Senior systemutvikler
>>
>> DIPS AS
>> Telefon +47 75 59 24 06
>>
>> Mobil +47 90 78 89 33
o:openehr-clinical-boun...@lists.openehr.org]
> *På vegne av* Peter Gummer
> *Sendt:* 26. juli 2018 15:18
>
> *Til:* For openEHR clinical discussions openehr.org>
> *Emne:* Re: How to define transitions in the ISM
>
>
>
> Hi Ivar and Pablo,
>
>
>
> Reading
Hi Ivar,
On 27 Jul 2018, at 18:02, Ivar Yrke wrote:
>
> I actually did look into the code. After some struggling into the VB code
> (which isn’t my strong side) I eventually found that the problem also went
> into the underlying java-classes (which is not my strong side either). I
> concluded
om guiding the user through the states. In fact, it could be
> argued that this be recorded as an ad hoc action.
>
> With regards,
> Ivar Yrke
> Senior systemutvikler
> DIPS AS
> Telephone +47 75 59 24 06
> Mobile +47 90 78 89 33
>
>
> Fra: openEHR-clinica
ll, yes, but not as a suggestion from our system! This
>> situation must be handled separately from guiding the user through the
>> states. In fact, it could be argued that this be recorded as an ad hoc
>> action.
>>
>>
>>
>> With regards,
>> *Ivar Yrke*
&
ct, it
> could be argued that this be recorded as an ad hoc action.
>
>
>
> With regards,
> *Ivar Yrke*
>
> Senior systemutvikler
>
> DIPS AS
> Telephone +47 75 59 24 06
>
> Mobile +47 90 78 89 33
>
>
>
>
> *Fra:* openEHR-clinical [mailto:openehr-c
rs implementing systems.
>
>
>
> No silver bullet here, yet. But open to collaborate with anyone who has
> suggestions…
>
>
>
> Regards
>
>
>
> Heather
>
>
>
> *From:* openEHR-clinical *On
> Behalf Of *Pablo Pazos
> *Sent:* Sunday, 1 July 2018
define transitions in the ISM
Hi Silje,
I got the issue with complex workflows.
With the current solution you'll need to provide more metadata to the
developers so they can implement the correct workflows, like possible or
impossible transitions from one state to another, because constr
Hi Silje,
I got the issue with complex workflows.
With the current solution you'll need to provide more metadata to the
developers so they can implement the correct workflows, like possible or
impossible transitions from one state to another, because constraints are
not in the archetype.
On the
Hi Pablo!
I’ll try to answer your question about how clinical modellers solve this
problem. Have a look at the ACTION.medication archetype
(http://openehr.org/ckm/#showArchetype_1013.1.123). This archetype has 11
separate steps for the ACTIVE state. In each medication management context, one
o
22 matches
Mail list logo