Re: Re: Generic modeling and issues for querying

[Pablo Pazos]

Solution is easy, just created specific structures for the results of some
test that I needed to store and query so I have different node ids on each
analyte. That will allow me to query, create some CDS rules and some fancy
indicators for reports :)

On Sun, Sep 16, 2018 at 7:36 AM Karsten Hilbert 
wrote:

> > openEHR data representation and querying are founded upon this
> > fundamental principle - store how you like, query how you like.
>
> OK, as long as "store how you like" does not impede
> "query how you like", the principle seems reasonable.
>
> Karsten
>
> ___
> openEHR-technical mailing list
> openEHR-technical@lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>


-- 
*Ing. Pablo Pazos Gutiérrez*
pablo.pa...@cabolabs.com
+598 99 043 145
skype: cabolabs
Subscribe to our newsletter 

http://www.cabolabs.com
https://cloudehrserver.com
___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Re: Re: Re: [Troll] Terminology bindings ... again

[Pablo Pazos]

I got it, when I said standardizing diagnosis you might thought of your
specific implementation / experience. But I was talking about the strategy,
not the implementation.

The strategy can be good and implementations fail miserably, is not a
problem of the strategy :)

As I said, primary coding is the worst way of implementing this, should not
be recommended by any literature, and software vendors / organizations /
govt imposing that should be held responsible for bad implementations.

On Tue, Mar 13, 2018 at 6:45 PM, Karsten Hilbert 
wrote:

>  There are 3 ways of "coding" that I know of: 1. primary coding (ask
> clinicians and other clinical users to code directly), 2. secondary coding
> (users record information, a team of specialists do the coding later), 3.
> assisted coding (software helps users to code, and there are many ways of
> doing this, from NLP to GUI wizards).
>  But I'm not sure if Karsten was talking about this, let's wait :)
>
>
>
>
> I was mainly talking about the first, which is standard in German
> ambulatory care.
>
> Karsten
>
> ___
> openEHR-technical mailing list
> openEHR-technical@lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-
> technical_lists.openehr.org
>



-- 
Ing. Pablo Pazos Gutiérrez
pablo.pa...@cabolabs.com
+598 99 043 145
skype: cabolabs

http://www.cabolabs.com
https://cloudehrserver.com
Subscribe to our newsletter 
___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Aw: Re: Re: [Troll] Terminology bindings ... again

[Karsten Hilbert]

 There are 3 ways of "coding" that I know of: 1. primary coding (ask clinicians 
and other clinical users to code directly), 2. secondary coding (users record 
information, a team of specialists do the coding later), 3. assisted coding 
(software helps users to code, and there are many ways of doing this, from NLP 
to GUI wizards).
 But I'm not sure if Karsten was talking about this, let's wait :)




I was mainly talking about the first, which is standard in German ambulatory 
care.
 
Karsten

___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Aw: Re: Re: [Troll] Terminology bindings ... again

[Karsten Hilbert]

>>> just imagine standardizing every diagnosis
>> That typically leads to either bad statistics or disimproved care.
> Can I ask why?

It of course depends on the suitability of the standardization process (as in
the applicability of a coding system to the domain - medically and in purpose).

It is a problem of up-/downcoding.

Standardizing typically needs classifying, the classes of which are either to 
fine-grained (doctors will pick a
diagnoses which seems somewhat similar to what they think it might be, thereby 
falsifying the apparent accuracy
of statistics based on the coding system), or too coarse (the picked diagnosis 
will be overly broad, thusly not
reflecting reality "enough").

I guess what I am saying is that one cannot expect to "just standardize" 
diagnoses and
hope to meaningfully draw conclusions from that post hoc. The standardization 
process
needs to be tied to the question that is going to be asked of the standardized 
data.

Karsten

___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Re: Re: [Troll] Terminology bindings ... again

[Pablo Pazos]

It is a very very very bad practice to ask clinicians to code!

Standardizing diagnosis is a very different thing than asking clinicians to
code, the first is the strategy, the second is one possible, and bad,
implementation.

There are 3 ways of "coding" that I know of: 1. primary coding (ask
clinicians and other clinical users to code directly), 2. secondary coding
(users record information, a team of specialists do the coding later), 3.
assisted coding (software helps users to code, and there are many ways of
doing this, from NLP to GUI wizards).

But I'm not sure if Karsten was talking about this, let's wait :)


On Tue, Mar 13, 2018 at 3:25 PM, Diego Boscá  wrote:

> I assume the reason is that asking clinicians to do coding without any
> help provides great variability and leads to coding errors. What Thomas
> said about presenting clinicians with addecuated subsets is key to avoid
> that. There are also mechanisms to check coding quality/errors, but usually
> need high domain & terminology knowledge (but creating systems that 'learn'
> from documentalists' knowledge is feasible)
>
> El mar., 13 mar. 2018 19:03, Pablo Pazos 
> escribió:
>
>>
>>
>> On Tue, Mar 13, 2018 at 2:15 PM, Karsten Hilbert > > wrote:
>>
>>> > just imagine standardizing every diagnosis
>>>
>>> That typically leads to either bad statistics or disimproved care.
>>>
>>
>> Can I ask why?
>>
>>
>>>
>>> Karsten
>>>
>>> ___
>>> openEHR-technical mailing list
>>> openEHR-technical@lists.openehr.org
>>> http://lists.openehr.org/mailman/listinfo/openehr-
>>> technical_lists.openehr.org
>>>
>>
>>
>>
>> --
>> Ing. Pablo Pazos Gutiérrez
>> pablo.pa...@cabolabs.com
>> +598 99 043 145 <099%20043%20145>
>> skype: cabolabs
>> 
>> http://www.cabolabs.com
>> https://cloudehrserver.com
>> Subscribe to our newsletter 
>> ___
>> openEHR-technical mailing list
>> openEHR-technical@lists.openehr.org
>> http://lists.openehr.org/mailman/listinfo/openehr-
>> technical_lists.openehr.org
>
>
> ___
> openEHR-technical mailing list
> openEHR-technical@lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-
> technical_lists.openehr.org
>



-- 
Ing. Pablo Pazos Gutiérrez
pablo.pa...@cabolabs.com
+598 99 043 145
skype: cabolabs

http://www.cabolabs.com
https://cloudehrserver.com
Subscribe to our newsletter 
___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Re: Re: [Troll] Terminology bindings ... again

[Diego Boscá]

I assume the reason is that asking clinicians to do coding without any help
provides great variability and leads to coding errors. What Thomas said
about presenting clinicians with addecuated subsets is key to avoid that.
There are also mechanisms to check coding quality/errors, but usually need
high domain & terminology knowledge (but creating systems that 'learn' from
documentalists' knowledge is feasible)

El mar., 13 mar. 2018 19:03, Pablo Pazos 
escribió:

>
>
> On Tue, Mar 13, 2018 at 2:15 PM, Karsten Hilbert 
> wrote:
>
>> > just imagine standardizing every diagnosis
>>
>> That typically leads to either bad statistics or disimproved care.
>>
>
> Can I ask why?
>
>
>>
>> Karsten
>>
>> ___
>> openEHR-technical mailing list
>> openEHR-technical@lists.openehr.org
>>
>> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>>
>
>
>
> --
> Ing. Pablo Pazos Gutiérrez
> pablo.pa...@cabolabs.com
> +598 99 043 145
> skype: cabolabs
> 
> http://www.cabolabs.com
> https://cloudehrserver.com
> Subscribe to our newsletter 
> ___
> openEHR-technical mailing list
> openEHR-technical@lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Re: Re: [Troll] Terminology bindings ... again

[Pablo Pazos]

On Tue, Mar 13, 2018 at 2:15 PM, Karsten Hilbert 
wrote:

> > just imagine standardizing every diagnosis
>
> That typically leads to either bad statistics or disimproved care.
>

Can I ask why?


>
> Karsten
>
> ___
> openEHR-technical mailing list
> openEHR-technical@lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-
> technical_lists.openehr.org
>



-- 
Ing. Pablo Pazos Gutiérrez
pablo.pa...@cabolabs.com
+598 99 043 145
skype: cabolabs

http://www.cabolabs.com
https://cloudehrserver.com
Subscribe to our newsletter 
___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Aw: Re: Re: Blockchain

[Karsten Hilbert]

> You may want to check internet access packages in the Himalayas or Sahara 
> before you setup shop there Bert ;)

As for that, Namche had faster internet than myself at home, last time I 
checked.

Karsten

___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Re: Re: Scenarios for change type "deleted"

[Bert Verhees]

If someone wants to read that email. I can forward it, it is in Dutch that
is why I don't post it here.

Next may,  2018, the new European privacy regulations will become effective.

Op di 7 nov. 2017 18:15 schreef Bert Verhees :

> I just received ab email about this.  In Dutch from the Dutch Authority
> Privacy (Autoriteit Persoonsgegevens )
>
> The DPIA mentions very explicitly right on correction and right on
> removal. Else the system owner will be fined. It is European law.
>
> No room for discussions or ethical considerations. Just law. The KNMG,
> Royal Dutch Society for Medical Affairs states the same.
>
> They do not say logical or physical removal, they just say removal. If I
> was responsible. I would know how to be sure to do the right thing. I guess
> everybody else also knows what to do.
>
> Op di 7 nov. 2017 17:26 schreef Karsten Hilbert :
>
>> > Restricting the reading, and processing, for use outside the provision
>> of healthcare or labelling
>> > it as restricted NOT for use in healthcare are two alternatives for
>> ‘Logical Deleting’.
>>
>> Sure. But.
>>
>> What isn't there can't be breached.
>>
>> What is, will be.
>>
>> Karsten
>>
>> ___
>> openEHR-technical mailing list
>> openEHR-technical@lists.openehr.org
>>
>> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
>
___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Re: Re: Scenarios for change type "deleted"

[Bert Verhees]

I just received ab email about this.  In Dutch from the Dutch Authority
Privacy (Autoriteit Persoonsgegevens )

The DPIA mentions very explicitly right on correction and right on removal.
Else the system owner will be fined. It is European law.

No room for discussions or ethical considerations. Just law. The KNMG,
Royal Dutch Society for Medical Affairs states the same.

They do not say logical or physical removal, they just say removal. If I
was responsible. I would know how to be sure to do the right thing. I guess
everybody else also knows what to do.

Op di 7 nov. 2017 17:26 schreef Karsten Hilbert :

> > Restricting the reading, and processing, for use outside the provision
> of healthcare or labelling
> > it as restricted NOT for use in healthcare are two alternatives for
> ‘Logical Deleting’.
>
> Sure. But.
>
> What isn't there can't be breached.
>
> What is, will be.
>
> Karsten
>
> ___
> openEHR-technical mailing list
> openEHR-technical@lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Re: Re: Re: Scenarios for change type "deleted"

[Karsten Hilbert]

Hi Birger,

as a GP in Germany I know what you are talking about :)

> b) Implementing such a process was demanded by the state data protection
> commissioner. I'm not sure how realistic this would be, but such a network
> heavily relies on patients' trust. If there is doubt, you lose.

Assuming a patient intends to sue the network it would have
had the right to retain any patient data it needed for legal
proceedings, regardless of whether the patient requested
deletion. Say, to prove a given document arrived in the
repository at a given time or was passed on at another given
time or some such.

> If a patient
> withdraws, we don't have any purpose to keep this 'secondary use data' within
> the data warehouse/openEHR system.

Except for: see above.

> For operative systems, this is a whole different story. I recently was told
> that physically deleting records should not be possible when you want your
> software to be certified as a medical product according to German law.

I know :-)  and that is quite contrary to what the BDSG
demands, so German law contradicts German law.

However, the no-deletion policy is pretty much a scare
tactics (by over-interpretation) used by German EHR/document
archive vendors desiring to sell their "solutions" to German
doctors...

Karsten
-- 
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346

___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Aw: Re: Re: Scenarios for change type "deleted"

[Birger Haarbrandt]

Hi Karsten,

a) these repos are not the primary sources of the data. Hence, the deadlines do not apply! 

b) Implementing such a process was demanded by the state data protection commissioner. I'm not sure how realistic this would be, but such a network heavily relies on patients' trust. If there is doubt, you lose.

Besides: we implement openEHR in a distributed data warehouse scenario. Most data will be integrated locally from application systems. To be able to share data with other sites, we need to consider patients' consent. If a patient withdraws, we don't have any purpose to keep this 'secondary use data' within the data warehouse/openEHR system. Besides the legal questions, being able to physically delete data from such a database is also necessary for practical development and maintenance reasons.

For operative systems, this is a whole different story. I recently was told that physically deleting records should not be possible when you want your software to be certified as a medical product according to German law.

Birger
-- 
Diese Nachricht wurde von meinem Android Mobiltelefon mit 1&1 Mail gesendet.Am 05.11.17, 5:54 PM, Karsten Hilbert  schrieb:
On Sun, Nov 05, 2017 at 05:31:50PM +0100, Birger Haarbrandt wrote:

> just a short remark: we were involved in a regional EHR (in the sense of a
> health information exchange network) project in the state of Lower-Saxony,
> Germany. While this might be a different use case, we clearly had to be able to
> physically delete patient data from all IHE XDS repos and registries in the
> case of a patient's withdrawal.

a) The repositories were likely not the primary repositories
   intended for immediate clinical care ?

 in which case the deadlines don't apply

b) had you suspected that a withdrawing patient intends to sue
   the health information exchange network you would likely have
   had the right to retain data regardless

But, yeah, physical deletion certainly seems necessary even
if only, say, 50 years post mortem ...

Karsten
-- 
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346

___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org


___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Re: Re: Scenarios for change type "deleted"

[Karsten Hilbert]

On Sun, Nov 05, 2017 at 05:31:50PM +0100, Birger Haarbrandt wrote:

> just a short remark: we were involved in a regional EHR (in the sense of a
> health information exchange network) project in the state of Lower-Saxony,
> Germany. While this might be a different use case, we clearly had to be able 
> to
> physically delete patient data from all IHE XDS repos and registries in the
> case of a patient's withdrawal.

a) The repositories were likely not the primary repositories
   intended for immediate clinical care ?

in which case the deadlines don't apply

b) had you suspected that a withdrawing patient intends to sue
   the health information exchange network you would likely have
   had the right to retain data regardless

But, yeah, physical deletion certainly seems necessary even
if only, say, 50 years post mortem ...

Karsten
-- 
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346

___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Re: RE:

[Seref Arikan]

Hi Hildi,

Should not be. Most probably it was a temp glitch :)

On Mon, Oct 30, 2017 at 9:01 AM, Hildegard Franke 
wrote:

> Is there a firewall issue on the UCL website if you are accessing from
> abroad?
>
> Kind regards
>
> Hildi
>
> Kind regards
>
> Hildi
>
> Hildegard Franke
> Chief Operations Officer
>
>
>
> mobile:  +44 (0)7932 502655 <+44%207932%20502655>
> landline:  +44 (0)1536 414994 <+44%201536%20414994>
> skype: hild5559
> twitter: @hildegardfranke
> LinkedIn 
>
> On 30 October 2017 at 08:58, Seref Arikan  kurumsalteknoloji.com> wrote:
>
>> Hi Wouter,
>>
>> I just checked, and it is working as far as I can see. It should be
>> http://discovery.ucl.ac.uk/1500996/ Does this not work for you?
>>
>> On Mon, Oct 30, 2017 at 8:54 AM, Wouter Zanen > > wrote:
>>
>>> Hi,
>>>
>>> The link to the full thesis on the openEHR website doesn't seem to work.
>>>
>>> Best regards,
>>>
>>> Wouter Zanen
>>>
>>>
>>>
>>> De inhoud van dit bericht is uitsluitend bestemd voor de geadresseerde
>>> en kan vertrouwelijke en/of persoonlijke informatie bevatten. Als dit
>>> bericht niet voor u bestemd is, wordt u vriendelijk verzocht dit aan de
>>> afzender te melden en het bericht (inclusief bijlagen) uit uw systeem te
>>> verwijderen. Eurotransplant staat door de elektronische verzending van dit
>>> bericht niet in voor de juiste en volledige overbrenging van de inhoud,
>>> noch voor tijdige ontvangst daarvan. Voor informatie over Eurotransplant
>>> raadpleegt u: www.eurotransplant.org.
>>>
>>>
>>>
>>> This message is intended for the addressee's eyes only and it may
>>> contain confidential and/or personal information. If you are not the
>>> intended recipient, you are hereby kindly requested to notify the sender
>>> and delete this message (including attachments) from your system
>>> immediately. In view of the electronic nature of this communication,
>>> Eurotransplant is neither liable for the proper and complete transmission
>>> of the information contained therein nor for any delay in its receipt. For
>>> information on Eurotransplant please visit: www.eurotransplant.org
>>>
>>> >>> Rong Chen  27/10/2017 14:37 >>>
>>> Congratulations to both Seref and David. I look forward to reading the
>>> full thesis.
>>>
>>> Regards,
>>> Rong
>>>
>>> Rong Chen, MD PhD
>>> Chief Medical Informatics Officer
>>> +46 704 388 001
>>>
>>> *Cambio*+ Healthcare Systems AB
>>> Stockholm:
>>> Drottninggatan 89 SE-113 60 Stockholm
>>> Vx: +46 8 691 49 00 <+46%208%20691%2049%2000> | Fax: +46 8 691 49 99
>>> <+46%208%20691%2049%2099>
>>> Linköping:
>>> Universitetsvägen 14 SE-583 30 Linköping
>>> Vx: +46 13 20 03 00 <+46%2013%2020%2003%2000> | Fax: +46 13 20 03 99
>>> <+46%2013%2020%2003%2099>
>>> Epost: i...@cambio.se  | Hemsida: www.cambio.se
>>>
>>> *From:* openEHR-clinical [mailto:openehr-clinical-bounc
>>> e...@lists.openehr.org] *On Behalf Of *Ingram, David
>>> *Sent:* den 27 oktober 2017 13:28
>>> *To:* For openEHR clinical discussions (openehr-clinical@lists.openeh
>>> r.org) ; For openEHR technical
>>> discussions 
>>> *Subject:*
>>>
>>> *An implementation focused evaluation of openEHR and its integration
>>> with Bayesian Belief Networks for clinical decision support*
>>> One of my most persistent PhD students, Seref Arikan, has published his
>>> ground-breaking PhD thesis on the UCL online repository.
>>> A fuller announcement and link has been posted in the News Section of
>>> the openEHR web site at:
>>> http://openehr.org/news_events/community_news
>>> We hope it will make a useful contribution to the ongoing international
>>> advances in openEHR methodology.
>>> David Ingram
>>> Emeritus Professor of Health Informatics at UCL
>>> President and Chairman of the Board of Governors of the openEHR
>>> Foundation
>>> Trustee of the OpenEyes Foundation Charity
>>> Academic Board Member, the Planetearth Institute
>>>
>>>
>>> ___
>>> openEHR-clinical mailing list
>>> openehr-clini...@lists.openehr.org
>>> http://lists.openehr.org/mailman/listinfo/openehr-clinical_l
>>> ists.openehr.org
>>>
>>
>>
>> ___
>> openEHR-clinical mailing list
>> openehr-clini...@lists.openehr.org
>> http://lists.openehr.org/mailman/listinfo/openehr-clinical_
>> lists.openehr.org
>>
>
>
> ___
> openEHR-technical mailing list
> openEHR-technical@lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-
> technical_lists.openehr.org
>
___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Re: RE:

[Hildegard Franke]

Is there a firewall issue on the UCL website if you are accessing from
abroad?

Kind regards

Hildi

Kind regards

Hildi

Hildegard Franke
Chief Operations Officer



mobile:  +44 (0)7932 502655
landline:  +44 (0)1536 414994
skype: hild5559
twitter: @hildegardfranke
LinkedIn 

On 30 October 2017 at 08:58, Seref Arikan  wrote:

> Hi Wouter,
>
> I just checked, and it is working as far as I can see. It should be
> http://discovery.ucl.ac.uk/1500996/ Does this not work for you?
>
> On Mon, Oct 30, 2017 at 8:54 AM, Wouter Zanen 
> wrote:
>
>> Hi,
>>
>> The link to the full thesis on the openEHR website doesn't seem to work.
>>
>> Best regards,
>>
>> Wouter Zanen
>>
>>
>>
>> De inhoud van dit bericht is uitsluitend bestemd voor de geadresseerde en
>> kan vertrouwelijke en/of persoonlijke informatie bevatten. Als dit bericht
>> niet voor u bestemd is, wordt u vriendelijk verzocht dit aan de afzender te
>> melden en het bericht (inclusief bijlagen) uit uw systeem te verwijderen.
>> Eurotransplant staat door de elektronische verzending van dit bericht niet
>> in voor de juiste en volledige overbrenging van de inhoud, noch voor
>> tijdige ontvangst daarvan. Voor informatie over Eurotransplant raadpleegt
>> u: www.eurotransplant.org.
>>
>>
>>
>> This message is intended for the addressee's eyes only and it may contain
>> confidential and/or personal information. If you are not the intended
>> recipient, you are hereby kindly requested to notify the sender and delete
>> this message (including attachments) from your system immediately. In view
>> of the electronic nature of this communication, Eurotransplant is neither
>> liable for the proper and complete transmission of the information
>> contained therein nor for any delay in its receipt. For information on
>> Eurotransplant please visit: www.eurotransplant.org
>>
>> >>> Rong Chen  27/10/2017 14:37 >>>
>> Congratulations to both Seref and David. I look forward to reading the
>> full thesis.
>>
>> Regards,
>> Rong
>>
>> Rong Chen, MD PhD
>> Chief Medical Informatics Officer
>> +46 704 388 001
>>
>> *Cambio*+ Healthcare Systems AB
>> Stockholm:
>> Drottninggatan 89 SE-113 60 Stockholm
>> Vx: +46 8 691 49 00 <+46%208%20691%2049%2000> | Fax: +46 8 691 49 99
>> <+46%208%20691%2049%2099>
>> Linköping:
>> Universitetsvägen 14 SE-583 30 Linköping
>> Vx: +46 13 20 03 00 <+46%2013%2020%2003%2000> | Fax: +46 13 20 03 99
>> <+46%2013%2020%2003%2099>
>> Epost: i...@cambio.se  | Hemsida: www.cambio.se
>>
>> *From:* openEHR-clinical [mailto:openehr-clinical-bounc
>> e...@lists.openehr.org] *On Behalf Of *Ingram, David
>> *Sent:* den 27 oktober 2017 13:28
>> *To:* For openEHR clinical discussions (openehr-clinical@lists.openeh
>> r.org) ; For openEHR technical
>> discussions 
>> *Subject:*
>>
>> *An implementation focused evaluation of openEHR and its integration with
>> Bayesian Belief Networks for clinical decision support*
>> One of my most persistent PhD students, Seref Arikan, has published his
>> ground-breaking PhD thesis on the UCL online repository.
>> A fuller announcement and link has been posted in the News Section of the
>> openEHR web site at:
>> http://openehr.org/news_events/community_news
>> We hope it will make a useful contribution to the ongoing international
>> advances in openEHR methodology.
>> David Ingram
>> Emeritus Professor of Health Informatics at UCL
>> President and Chairman of the Board of Governors of the openEHR
>> Foundation
>> Trustee of the OpenEyes Foundation Charity
>> Academic Board Member, the Planetearth Institute
>>
>>
>> ___
>> openEHR-clinical mailing list
>> openehr-clini...@lists.openehr.org
>> http://lists.openehr.org/mailman/listinfo/openehr-clinical_
>> lists.openehr.org
>>
>
>
> ___
> openEHR-clinical mailing list
> openehr-clini...@lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-
> clinical_lists.openehr.org
>
___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Re: RE:

[Diego Boscá]

I can confirm all links work

2017-10-30 9:58 GMT+01:00 Seref Arikan :

> Hi Wouter,
>
> I just checked, and it is working as far as I can see. It should be
> http://discovery.ucl.ac.uk/1500996/ Does this not work for you?
>
> On Mon, Oct 30, 2017 at 8:54 AM, Wouter Zanen 
> wrote:
>
>> Hi,
>>
>> The link to the full thesis on the openEHR website doesn't seem to work.
>>
>> Best regards,
>>
>> Wouter Zanen
>>
>>
>>
>> De inhoud van dit bericht is uitsluitend bestemd voor de geadresseerde en
>> kan vertrouwelijke en/of persoonlijke informatie bevatten. Als dit bericht
>> niet voor u bestemd is, wordt u vriendelijk verzocht dit aan de afzender te
>> melden en het bericht (inclusief bijlagen) uit uw systeem te verwijderen.
>> Eurotransplant staat door de elektronische verzending van dit bericht niet
>> in voor de juiste en volledige overbrenging van de inhoud, noch voor
>> tijdige ontvangst daarvan. Voor informatie over Eurotransplant raadpleegt
>> u: www.eurotransplant.org.
>>
>>
>>
>> This message is intended for the addressee's eyes only and it may contain
>> confidential and/or personal information. If you are not the intended
>> recipient, you are hereby kindly requested to notify the sender and delete
>> this message (including attachments) from your system immediately. In view
>> of the electronic nature of this communication, Eurotransplant is neither
>> liable for the proper and complete transmission of the information
>> contained therein nor for any delay in its receipt. For information on
>> Eurotransplant please visit: www.eurotransplant.org
>>
>> >>> Rong Chen  27/10/2017 14:37 >>>
>> Congratulations to both Seref and David. I look forward to reading the
>> full thesis.
>>
>> Regards,
>> Rong
>>
>> Rong Chen, MD PhD
>> Chief Medical Informatics Officer
>> +46 704 388 001
>>
>> *Cambio*+ Healthcare Systems AB
>> Stockholm:
>> Drottninggatan 89 SE-113 60 Stockholm
>> Vx: +46 8 691 49 00 <+46%208%20691%2049%2000> | Fax: +46 8 691 49 99
>> <+46%208%20691%2049%2099>
>> Linköping:
>> Universitetsvägen 14 SE-583 30 Linköping
>> Vx: +46 13 20 03 00 <+46%2013%2020%2003%2000> | Fax: +46 13 20 03 99
>> <+46%2013%2020%2003%2099>
>> Epost: i...@cambio.se  | Hemsida: www.cambio.se
>>
>> *From:* openEHR-clinical [mailto:openehr-clinical-bounc
>> e...@lists.openehr.org] *On Behalf Of *Ingram, David
>> *Sent:* den 27 oktober 2017 13:28
>> *To:* For openEHR clinical discussions (openehr-clinical@lists.openeh
>> r.org) ; For openEHR technical
>> discussions 
>> *Subject:*
>>
>> *An implementation focused evaluation of openEHR and its integration with
>> Bayesian Belief Networks for clinical decision support*
>> One of my most persistent PhD students, Seref Arikan, has published his
>> ground-breaking PhD thesis on the UCL online repository.
>> A fuller announcement and link has been posted in the News Section of the
>> openEHR web site at:
>> http://openehr.org/news_events/community_news
>> We hope it will make a useful contribution to the ongoing international
>> advances in openEHR methodology.
>> David Ingram
>> Emeritus Professor of Health Informatics at UCL
>> President and Chairman of the Board of Governors of the openEHR
>> Foundation
>> Trustee of the OpenEyes Foundation Charity
>> Academic Board Member, the Planetearth Institute
>>
>>
>> ___
>> openEHR-clinical mailing list
>> openehr-clini...@lists.openehr.org
>> http://lists.openehr.org/mailman/listinfo/openehr-clinical_
>> lists.openehr.org
>>
>
>
> ___
> openEHR-technical mailing list
> openEHR-technical@lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-
> technical_lists.openehr.org
>



-- 

[image: VeraTech for Health SL] 

[image: Twitter]   [image: LinkedIn]
 [image: Maps]


Diego Boscá Tomás / Senior developer
diebo...@veratech.es
yamp...@gmail.com

VeraTech for Health SL
+34 961071863 <+34%20961%2007%2018%2063> / +34 627015023
<+34%20627%2001%2050%2023>
www.veratech.es

Su dirección de correo electrónico junto a sus datos personales forman
parte de un fichero titularidad de VeraTech for Health SL (CIF B98309511)
cuya finalidad es la de mantener el contacto con usted. Conforme a La Ley
Orgánica 15/1999, usted puede ejercitar sus derechos de acceso,
rectificación, cancelación y, en su caso oposición, enviando una solicitud
por escrito a verat...@veratech.es.
___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Re: RE:

[Seref Arikan]

Hi Wouter,

I just checked, and it is working as far as I can see. It should be
http://discovery.ucl.ac.uk/1500996/ Does this not work for you?

On Mon, Oct 30, 2017 at 8:54 AM, Wouter Zanen 
wrote:

> Hi,
>
> The link to the full thesis on the openEHR website doesn't seem to work.
>
> Best regards,
>
> Wouter Zanen
>
>
>
> De inhoud van dit bericht is uitsluitend bestemd voor de geadresseerde en
> kan vertrouwelijke en/of persoonlijke informatie bevatten. Als dit bericht
> niet voor u bestemd is, wordt u vriendelijk verzocht dit aan de afzender te
> melden en het bericht (inclusief bijlagen) uit uw systeem te verwijderen.
> Eurotransplant staat door de elektronische verzending van dit bericht niet
> in voor de juiste en volledige overbrenging van de inhoud, noch voor
> tijdige ontvangst daarvan. Voor informatie over Eurotransplant raadpleegt
> u: www.eurotransplant.org.
>
>
>
> This message is intended for the addressee's eyes only and it may contain
> confidential and/or personal information. If you are not the intended
> recipient, you are hereby kindly requested to notify the sender and delete
> this message (including attachments) from your system immediately. In view
> of the electronic nature of this communication, Eurotransplant is neither
> liable for the proper and complete transmission of the information
> contained therein nor for any delay in its receipt. For information on
> Eurotransplant please visit: www.eurotransplant.org
>
> >>> Rong Chen  27/10/2017 14:37 >>>
> Congratulations to both Seref and David. I look forward to reading the
> full thesis.
>
> Regards,
> Rong
>
> Rong Chen, MD PhD
> Chief Medical Informatics Officer
> +46 704 388 001
>
> *Cambio*+ Healthcare Systems AB
> Stockholm:
> Drottninggatan 89 SE-113 60 Stockholm
> Vx: +46 8 691 49 00 <+46%208%20691%2049%2000> | Fax: +46 8 691 49 99
> <+46%208%20691%2049%2099>
> Linköping:
> Universitetsvägen 14 SE-583 30 Linköping
> Vx: +46 13 20 03 00 <+46%2013%2020%2003%2000> | Fax: +46 13 20 03 99
> <+46%2013%2020%2003%2099>
> Epost: i...@cambio.se  | Hemsida: www.cambio.se
>
> *From:* openEHR-clinical [mailto:openehr-clinical-
> boun...@lists.openehr.org] *On Behalf Of *Ingram, David
> *Sent:* den 27 oktober 2017 13:28
> *To:* For openEHR clinical discussions (openehr-clini...@lists.openehr.org)
> ; For openEHR technical discussions <
> openehr-technical@lists.openehr.org>
> *Subject:*
>
> *An implementation focused evaluation of openEHR and its integration with
> Bayesian Belief Networks for clinical decision support*
> One of my most persistent PhD students, Seref Arikan, has published his
> ground-breaking PhD thesis on the UCL online repository.
> A fuller announcement and link has been posted in the News Section of the
> openEHR web site at:
> http://openehr.org/news_events/community_news
> We hope it will make a useful contribution to the ongoing international
> advances in openEHR methodology.
> David Ingram
> Emeritus Professor of Health Informatics at UCL
> President and Chairman of the Board of Governors of the openEHR Foundation
> Trustee of the OpenEyes Foundation Charity
> Academic Board Member, the Planetearth Institute
>
>
> ___
> openEHR-clinical mailing list
> openehr-clini...@lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-
> clinical_lists.openehr.org
>
___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Re: RE: Archetype relational mapping - a practical openEHR persistence solution

[birger . haarbrandt]

Hi Bert,

great to hear that you are working on this! I had in mind that someone from 
Linkoping University is working on a prototype, Erik Sundvall mentioned it once 
or twice if I remember correctly. My working group will surely try to find a 
good solution, too. However it would not make sense to invent the exact same 
wheel twice.

Best,

Birger



-Ursprüngliche Nachricht-
Gesendet: Dienstag, 26 Januar 2016 um 23:00:16 Uhr
Von: "Bert Verhees" 
An: "For openEHR technical discussions" 
Betreff: RE: Archetype relational mapping - a practical openEHR persistence 
solution
Not sure if you ask me Birger, but I will announce the github link here,
and will build a working prototype in open source. Maybe parallel I will do
something else, I am not sure about that

Bert

Op 26 jan. 2016 17:26 schreef "Birger Haarbrandt" :
>
> Thanks! Would be nice to hear about the progress of this effort.
>>
>
___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Re: Re: difference and relationship between openEHR and EN13606

[Ian McNicoll]

See my earlier response. I think that is probably as official as you can
expect for now!!

13606 and openEHR share some aspects of their design, there are many formal
and informal links between the two communities e.g. Thomas Berale and I are
both invited experts to the 13606 group, and there are opportunities for
shared development especially  around tooling but 13606 and openEHR do need
to be regarded as two different solutions to different problems, with
different licensing and development/maintenance models.

Ian

Dr Ian McNicoll
mobile +44 (0)775 209 7859
office +44 (0)1536 414994
skype: ianmcnicoll
email: i...@freshehr.com
twitter: @ianmcnicoll

Co-Chair, openEHR Foundation ian.mcnic...@openehr.org
Director, freshEHR Clinical Informatics Ltd.
Director, HANDIHealth CIC
Hon. Senior Research Associate, CHIME, UCL

On 26 August 2015 at 10:57, 王海生 edwin_ue...@163.com wrote:

 it says 2006 .as days go on ,if there is  any offical statements ,that
 will be great help




 --
 王海生
 15901958021


 At 2015-08-26 17:20:08, Seref Arikan serefari...@kurumsalteknoloji.com
 wrote:

 Maybe this would help:
 http://search.informit.com.au/documentSummary;dn=950616334398351;res=IELHEA



 On Wed, Aug 26, 2015 at 10:14 AM, 王海生 edwin_ue...@163.com wrote:

 dear all ,
 how could i  explain to someone difference and relationship between
 openEHR and EN13606
 thx
 --
 王海生
 15901958021



 夏日畅销榜大牌美妆只要1元
 http://r.mail.163.com/r.jsp?url=http%3A%2F%2F1.163.com%2Fhd%2Foneact%2Fhdframe.do%3Fid%3D21%26from%3Dfooter_beautysign=817593681_r_ignore_statId=7_13_79_48_r_ignore_uid=n...@163.com

 ___
 openEHR-technical mailing list
 openEHR-technical@lists.openehr.org

 http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org




 夏日畅销榜大牌美妆只要1元
 http://r.mail.163.com/r.jsp?url=http%3A%2F%2F1.163.com%2Fhd%2Foneact%2Fhdframe.do%3Fid%3D21%26from%3Dfooter_beautysign=817593681_r_ignore_statId=7_13_79_48_r_ignore_uid=n...@163.com

 ___
 openEHR-technical mailing list
 openEHR-technical@lists.openehr.org

 http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

___
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

[Norton AntiSpam] Re: Re: Suggestions re Term binding in Archetype Editor

[Mattias Forss]

2006/12/19, Williamtfgoossen at cs.com Williamtfgoossen at cs.com:

 In een bericht met de datum 18-12-2006 18:00:54 West-Europa
 (standaardtijd), schrijft mattias.forss at gmail.com:


 Maybe you're right, the definitions could be added as comments, but for
 proprietary terminology like SNOMED CT this will mean that these kind of
 archetypes can only be distributed to people that have paid the license.



 Sorry, but Snomed CT cannot be considered a proprietary terminology given
 the formal international SDO status from January onward.


We'll see about that. Read about the issues with SNOMED and LOINC here
http://library.ahima.org/xpedio/groups/public/documents/ahima/bok1_032401.html

Mattias

Further, most English speaking countries (Cnd, UK, US, Aus, Nw Zealand)
 already have a national licence allowing everyone to use it for health
 purposes.

 William Goossen
 ___
 openEHR-technical mailing list
 openEHR-technical at openehr.org
 http://www.chime.ucl.ac.uk/mailman/listinfo/openehr-technical



-- next part --
An HTML attachment was scrubbed...
URL: 
http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20061219/cc6df49c/attachment.html
-- next part --
___
openEHR-technical mailing list
openEHR-technical at openehr.org
http://www.chime.ucl.ac.uk/mailman/listinfo/openehr-technical

Antw: Re: Re: Suggestions re Term binding in Archetype Editor

[williamtfgoos...@cs.com]

In een bericht met de datum 19-12-2006 11:28:56 West-Europa (standaardtijd), 
schrijft mattias.forss at gmail.com:


 We'll see about that. Read about the issues with SNOMED and LOINC here 
 A 
 HREF=http://library.ahima.org/xpedio/groups/public/documents/ahima/bok1_032401.html;http://library.ahima.org/xpedio/groups/public/documents/ahima/bok1_032401.htm
 l /A
 
 Mattias

This is exactly what I mean: Snomed CT moving to an international SDO, and 
securing funding, governance and working together with WHO to sort out the 
issues. 

So I think the propretary comments for SNomed CT no longer holds. It is 
eventually becoming a sister of OPEN ehr.

William
-- next part --
An HTML attachment was scrubbed...
URL: 
http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20061219/ecd31959/attachment.html
-- next part --
___
openEHR-technical mailing list
openEHR-technical at openehr.org
http://www.chime.ucl.ac.uk/mailman/listinfo/openehr-technical