technical_lists.openehr.org
>
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/000001C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/01BZTWS7>
Diego B
In ADL2 yes
El sáb., 12 oct. 2019 17:17, Georg Fette
escribió:
> so, ADL2 is used to define both archetypes as well as templates ?
>
> --
> -
> Dipl.-Inf. Georg Fette Raum: B001
> Universität WürzburgTel.:
Originally they were thought as two different artifacts to live in
different parts of the system. But as you point this is not the case.
That's why in ADL2 both archetypes and templates are describe by the sane
artifacts
In case of ADL1.4, templates que usually describe in OPT, which has
>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG
gt;
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/01BZTWS7>
Diego Boscá Tomás / Senior deve
instance.
>
> - thomas
> _______
> 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]
@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
Also, take into account that if you use DV_PROPORTION to represent this
percent, you will always have this double quantity stored in your data,
which doesn't really add nothing of value and just will slow down your
queries.
Regards
El jue., 3 ene. 2019 10:30, Ian McNicoll escribió:
> Hi
ri, Dec 14, 2018 at 8:01 AM Jan-Marc Verlinden <
>>> jan-m...@medrecord.io> wrote:
>>>
>>>> We are doing something similar at the moment. but instead of doing this
>>>> inside the archetype we are considering the use of an external mapping tool
>&
_
> 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] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t
0
> 2801 CA Gouda
> the Netherlands
>
> On 14 Dec 2018, at 11:48, Diego Boscá wrote:
>
> Hello Georg,
>
> The main result of that paper was supporting FHIR as a reference model to
> define archetypes (you can do that with no limitations on the currently
> available tool
;
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/01BZTWS7>
Diego Boscá Tomás / Senior developer
diebo...@veratech.es
yamp...@gmail.com
VeraTech for Health SL
+34 654604676 <+3
galore 560100
> w: healthelife.in e: dil...@healthelife.in
>
>
> On Thu, Dec 13, 2018 at 2:31 PM Diego Boscá wrote:
>
>> Hi Dileep,
>>
>> You can create new templates based on archetypes (File->new template), or
>> import your OPT. I recommend that you conf
tp://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<
We plan in using Archie library when we migrate our tools for ADL2 :)
El mié., 12 dic. 2018 15:24, Thomas Beale
escribió:
> You can always check conformance with the ADL Workbench, it will consume
> ADL1.4 and ADL2. And Archie now produces the same regression results as
> ADL WB, so it could be
ibió:
> On 12-12-18 14:49, Diego Boscá wrote:
> > These are modifications on the parser, which parses more things than
> > your standard parser. In fact, the editor supports legal things in ADL
> > that other parsers don't (e.g. explicit node identifiers or
> > existence).
)
escribió:
> On 12-12-18 13:48, Diego Boscá wrote:
> > The official one, these are 'hacks' that allow you to handle
> > requirements and edge cases only present in these RM archetypes
>
> Diego, I don't want to be harsh about LinkEhr, which is a very strong
> product. But this sit
mlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/01BZTWS7>
Diego Boscá Tomás / Senior developer
diebo...@veratech.es
yamp...@gmail.com
VeraTech for Hea
The official one, these are 'hacks' that allow you to handle requirements
and edge cases only present in these RM archetypes
El mié., 12 dic. 2018 a las 13:41, Bert Verhees ()
escribió:
> On 12-12-18 12:53, Diego Boscá wrote:
> > We used that one as a basis and generalized mostly
listinfo/openehr-technical_lists.openehr.org
>
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/01BZTW
al_lists.openehr.org
>
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/01BZTWS7>
Diego B
;https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/01BZTWS7>
Diego Boscá Tomás / Senior developer
diebo...@veratech.es
yamp...@gmail.com
VeraTech for
g.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/01BZTWS7>
Diego Boscá Tomás / Senior developer
diebo...@veratech.es
yamp...@gmail.com
VeraTech for Health SL
+34 654604676 <+34%20654604676>
www.veratech.es
La i
; ATTRIBUTE [Observation_state_code] matches {
> name matches {"state"}
> ...
> }
> }
> }
>
> or you could do it with C_OBJECT and C_ATTRIBUTE, which is a workable
> meta-model.
>
> - thomas
> On 11/12/2018 10
As an example, this is the Observation archetype
https://pastebin.com/WhehexLR
El mar., 11 dic. 2018 a las 11:53, Diego Boscá ()
escribió:
> It is basically AOM, serialized as ADL files
>
> El mar., 11 dic. 2018 a las 11:51, Thomas Beale ()
> escribió:
>
>> Diego,
t;
> On 11/12/2018 09:40, Diego Boscá wrote:
> > Hi Georg,
> >
> > That's exactly how we define reference models with LinkEHR. We
> > generated them from the XSD schemas (and more recently, from BMM). It
> > fits quite nicely with the archetype methodology (every arch
ge: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/01BZTWS7>
Diego Boscá Tomás / Senior developer
diebo...@
As Pieter said, default occurrences (if not stated) are 0..*
So if the attribute is ordered, this means that if the object appears, it
has to be in that specific order, in your case at0002, at0002...at0003,
at0003
Cardinality tells you how many of these are valid, so minimum 2.
Take into account
Hello Georg,
What (and how many) objects you have inside the items attribute?
Think the cardinality as the "vector" capacity, and inside you can put them
in order (depending on their occurrences, they may even not appear at all)
Regards
El jue., 29 nov. 2018 10:31, Georg Fette
escribió:
>
>
>
> ___
> 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] <https
This could work in some cases, but if I recall correctly that name is
language dependent (i.e. Only one of the archetype translations is used) ,
which would make this difficult to implement in archetypes that have
several languages as you wouldn't be able to easily tell what label is
really there
> 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 Fri
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: M
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 Mon,
lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https:/
I'm not really sure that it even means what we need in this case
El lun., 24 sept. 2018 19:35, Diego Boscá escribió:
> I've never understood the usefulness of that attribute: Seems strange to
> populate an attribute that will end up in data with a value that could
> provoke misunder
reshEHR Clinical Informatics Ltd.
> Director, HANDIHealth CIC
> Hon. Senior Research Associate, CHIME, UCL
>
>
> On Mon, 24 Sep 2018 at 17:08, Diego Boscá wrote:
>
>> Yeah, it is supported in 1.4. However, I'm not sure that that Durations
>> are the way to go he
info/openehr-technical_lists.openehr.org
>
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/01BZTWS7>
mailing list
> openEHR-technical@lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedI
And as I said this is covered by the exemptions to hard delete on that law
article, no need for German providers to delete nothing their national law
doesn't allow for.
El sáb., 1 sept. 2018 a las 20:42, Karsten Hilbert ()
escribió:
> On Sat, Sep 01, 2018 at 08:29:33PM +0200, Diego Boscá wr
original patient being given the new EHR id.
>
> I think GDPR has some way to go yet in healthcare...
>
> - thomas
>
> On 01/09/2018 18:57, Diego Boscá wrote:
>
> If a patient uses a private health provider then he has the right of
> taking all that information and move to a
s to allow openEHR systems to
be GDPR compliant
El sáb., 1 sept. 2018 a las 20:17, Karsten Hilbert ()
escribió:
> On Sat, Sep 01, 2018 at 07:57:31PM +0200, Diego Boscá wrote:
>
> > If a patient uses a private health provider then he has the right of
> taking
> > all that informati
openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJ
; _______
> 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] <https://htmlsig.com/t/01C268PZ>
[ima
t
> openEHR-technical@lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-
> technical_lists.openehr.org
>
>
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<h
You would be surprised to the amount of legacy data with no clinical
content, just because original systems allowed it
El jue., 26 jul. 2018 10:41, Bert Verhees escribió:
> On 26-07-18 09:57, Thomas Beale wrote:
> > Does it make sense to have an empty COMPOSITION.content?
>
> Imagine a visit to
<https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/01BZTWS7>
Diego Boscá Tomás / Senior developer
diebo...@veratech.es
yamp...@gmail.com
VeraTech for Health SL
+34 654604676 <+34%20654604676&
We had to wrestle with data transformation in our early days, which made us
learn things in the hard way :)
As you said ADL2 addresses most of these issues so I think it is definitely
the way to go.
2018-07-13 13:37 GMT+02:00 Thomas Beale :
>
>
> On 13/07/2018 12:13, Diego Bo
;
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/000001C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/01BZTWS7>
Diego Boscá Tomás / Senior developer
diebo...
; have
> no real semantic differences, and "integer fraction" is just for visual
> representation.
>
> On Mon, Jul 2, 2018 at 8:50 PM, Diego Boscá wrote:
>
>> both that and fraction seem to be intended for visualization purposes
>> more than real constraints.
>>
gt;
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/01BZTWS7>
Diego Boscá Tomás / Senior d
number of clinically sound
> precoordinations so that SNOMED expansion will reach an asymptote that keep
> being manageable"?
>
> Le 31/03/2018 à 20:55, Diego Boscá a écrit :
>
> What I was referencing was one way in which current systems (or more
> exactly, their dev
> --
> Thomas Beale
> Principal, Ars Semantica <http://www.arssemantica.com>
> Consultant, ABD Team, Intermountain Healthcare
> <https://intermountainhealthcare.org/>
> Management Board, Specifications Program Lead, openEHR Foundation
> <http://www.openehr.org>
Nothing restricts you to create a "data type pattern"/specialized cluster
that has exactly this semantics
El mar., 20 mar. 2018 23:34, A Verhees escribió:
> One last remark.
>
> There is in medical context need of a datatypes to express: "do this one
> time a month, for
We can revisit all the types we want, but we shouldn't forget that types
will be used for medical data, and maybe we don't really need nanosecond
precision.
El mar., 20 mar. 2018 23:09, A Verhees escribió:
> Now you say, you are right.
>
> The Java 8 duration is indeed
-
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/01BZTWS7>
Diego Boscá Tomás / Senior develop
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
___
>> openEHR-clinical mailing list
>> openehr-clini...@lists.openehr.org
>> http://lists.openehr.org/mailman/listinfo/openehr-clinical_
>> lists.openehr.org
>>
>
>
>
> --
> Ing. Pablo Pazos Gutiérrez
> pablo.pa...@cabolabs.com
> +598 99 043 145
Sure thing, see my example :)
2018-03-02 11:23 GMT+01:00 Karsten Hilbert <karsten.hilb...@gmx.net>:
> On Fri, Mar 02, 2018 at 09:47:12AM +0100, Diego Boscá wrote:
>
> > Not sure if I fully understand/agree. As knowledge advances, past data
> > could be seen unde
.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] <
ge improvements)
> Shouldn't the result of the query to the external service be made at the
> time of the source event, not in AQL.
> —
> Colin
> > On 1 Mar 2018, at 10:31 pm, Bert Verhees <bert.verh...@rosa.nl> wrote:
> >
> > On 01-03-18 12:01, Diego Boscá wrote:
> &
.
>
> I've been holding back on the recent external service calls discussions :)
> there is certainly a need for that but it also has the potential to open a
> can of worms and I'd better no hijack this thread ;)
>
> On Thu, Mar 1, 2018 at 11:01 AM, Diego Boscá <yamp...@gm
I believe that we need a way in standard AQL to call to arbitrary external
services, this seems like another use case for that
El 1 mar. 2018 11:46 a. m., "Seref Arikan" <
serefari...@kurumsalteknoloji.com> escribió:
> Hi Colin,
> See responses inline please
>
> On Thu, Mar 1, 2018 at 10:20 AM,
Matthew, what is the scope of your terminology? Are the terms intended to
appear in data instances? If terms are intrinsic to a set of archetypes
then you could probably define the terms as constraint bindings in each
archetype.
El 22 feb. 2018 1:44 p. m., "Darlison, Matthew"
These rules/assertions are things we can express with the AM right now,
right? :D
El 20 feb. 2018 5:37 p. m., "Thomas Beale"
escribió:
>
> On 19/02/2018 10:47, Pablo Pazos wrote:
>
>> IMO annotating templates with UI info is not a good idea. A layered
>> approach is
<https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/01BZTWS7>
Diego Boscá Tomás / Senior developer
diebo...@veratech.es
yamp...@gmail.co
Wops, pressed send button too early.
We have experimented with lforms and conversions from archetypes are really
straightforward
El 18 feb. 2018 10:02 p. m., "Diego Boscá" <yamp...@gmail.com> escribió:
>
> El 18 feb. 2018 7:58 p. m., "Pablo Pazos" <pablo.pa.
El 18 feb. 2018 7:58 p. m., "Pablo Pazos"
escribió:
> I have a pdf spec in Spanish, this was a university project to have
> platform independent GUI definitions based on opts, while creating
> technology specific GUI generators for data entry and display. I mentioned
>
I agree with all your points BTW :)
2018-02-17 15:09 GMT+01:00 Bert Verhees <bert.verh...@rosa.nl>:
> On 17-02-18 13:11, Diego Boscá wrote:
>
> Maybe it is possible to generalize it in a way that it could be external
> calls that return a value or list of values. Ma
https://bioportal.bioontology.org/
It has tons of knowledge exposed as queriable web services. All services
have an RDF output, so is perfect to demonstrate linked data
2018-02-17 15:09 GMT+01:00 Bert Verhees <bert.verh...@rosa.nl>:
> On 17-02-18 13:11, Diego Boscá wrote:
s://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/01BZTWS7>
Diego Boscá Tomás / Senior developer
diebo...@veratech.es
yamp...@gmail.com
In an ideal world you probably would just ask if the code is in the subset
(both as parameters). From the snomed evaluation cost of both operations
(give me all the codes and is this code in the subset) cost virtually the
same (or less). Also several caching techniques could be used in both
Bakke, Silje Ljosland <silje.ljosland.bakke@
nasjonalikt.no>:
> This sounds good in theory, but I don’t think it’ll help me with my
> modelling in the next couple of weeks? J
>
>
>
> Regards,
>
> *Silje*
>
>
>
> *From:* openEHR-technical [mailto:openehr-technic
field out mean that we can have one
> Quantity element with the units Cel, m, kg, ml and [arb'U]?
>
>
>
> Regards,
>
> *Silje*
>
>
>
> *Fra:* openEHR-technical [mailto:openehr-technical-
> boun...@lists.openehr.org] *På vegne av* Diego Boscá
> *Sendt:* fre
cal_lists.openehr.org
>
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/01BZTWS7>
Die
underscore it is then! :D
2017-11-30 9:09 GMT-03:00 Pieter Bos <pieter@nedap.com>:
> The test package is called “test_pkg” at least in adl2 – so underscores
> are supported.
>
> Pieter
>
> From: openEHR-technical <openehr-technical-boun...@lists.openehr.org> on
Having said that, I'm not sure current regex for archetype ids allows the
use of spaces or undescores on the rm part. I'll have to check that
2017-11-30 9:04 GMT-03:00 Diego Boscá <yamp...@gmail.com>:
> Hi Bert,
>
> I would say that the "rm name" would be "
t
> openEHR-technical@lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-technical_
> lists.openehr.org
>
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
&l
___
>> openEHR-technical mailing list
>> openEHR-technical@lists.openehr.org
>> http://lists.openehr.org/mailman/listinfo/openehr-technical_
>> lists.openehr.org
>>
>
>
>
> _______
> ope
ig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/01BZTWS7>
Diego Boscá Tomás / Senior developer
diebo...@veratech.es
yamp...@gmail.com
VeraTech for Health S
Great! Good news
El 11 nov. 2017 3:56 p. m., "gjb" escribió:
> Hi all,
> Today I created a tag on Stackoverflow for openEHR
> https://stackoverflow.com/questions/tagged/openehr
> For it to persist over time there needs to be sufficent level of activity
> involving openehr tagged
tee 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/list
.openehr.org
>
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/01BZTWS7>
Diego Boscá Tomás /
lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-
> technical_lists.openehr.org
>
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG>
if you mean the schemas
> for various RMs.
>
> - thomas
>
> On 20/09/2017 11:46, Diego Boscá wrote:
>
> Thomas,
>
> Do you have available lastest version of bmm "schema"?
>
> Regards
>
> 2017-09-20 12:31 GMT+02:00 Thomas Beale <thomas.be...@openehr.org>
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/01BZTWS7>
Diego Boscá Tomás / Senior developer
diebo...@v
EHR-implementers mailing list
> openehr-implement...@lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-
> implementers_lists.openehr.org
>
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/0
> Cel:(00598) 99 043 145
> Skype: cabolabs
> <http://cabolabs.com/>
> http://www.cabolabs.com
> pablo.pa...@cabolabs.com
> Subscribe to our newsletter <http://eepurl.com/b_w_tj>
>
> ___
> openEHR-technical mailing list
> op
3/05/2017 13:31, Diego Boscá wrote:
>
>> Or just use the "Long syntax" as described in point 5.2 from Expression
>> Constraint Language, which keeps things readable enough
>> http://snomed.info/ecl/descendantOrSelfOf 73211009 |Diabetes mellitus|
>>
>>
&g
> <https://intermountainhealthcare.org/>
> Management Board, Specifications Program Lead, openEHR Foundation
> <http://www.openehr.org>
> Chartered IT Professional Fellow, BCS, British Computer Society
> <http://www.bcs.org/category/6044>
> Health IT blog <http://wolandsca
penehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-
> technical_lists.openehr.org
>
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/0
ehr-
> technical_lists.openehr.org
>
--
[image: VeraTech for Health SL] <https://htmlsig.com/t/01C268PZ>
[image: Twitter] <https://htmlsig.com/t/01C47QQH> [image: LinkedIn]
<https://htmlsig.com/t/01C4DPJG> [image: Maps]
<https://htmlsig.com/t/00
But you probably need to define national extensions in constraint binding
in templates. Templates are archetypes in the end
2017-04-25 11:47 GMT+02:00 Bert Verhees <bert.verh...@rosa.nl>:
> On 25-04-17 09:50, Diego Boscá wrote:
>
>> I think having this in a hardcoded terminolog
5678
>
> Michael
>
> Sent from my iPhone
>
> On 25 Apr 2017, at 5:52 pm, Diego Boscá <yamp...@gmail.com> wrote:
>
> I think having this in a hardcoded terminology list is probably far from
> ideal (e.g. how do you put "snomed ct+norway national extension&q
om
>> Subscribe to our newsletter <http://eepurl.com/b_w_tj>
>> ___
>> openEHR-technical mailing list
>> openEHR-technical@lists.openehr.org
>> http://lists.openehr.org/mailman/listinfo/openehr-
>> technical_lists.openehr.
Yeah, LinkEHR can do that
Regards
El 13/4/2017 17:37, "Anastasiou A." escribió:
> Hello everyone
>
>
>
> I remember some time ago, there was a tool that given a detailed template
> description, it would populate it with random data taking
> into account only
Hello Dileep,
If you stick with ADL 1.4 then you could use LinkEHR Studio (
http://linkehr.com) to create templates from other RM such as demographic
model. The same tool can be used to import OET and export OPT for any given
RM.
Regards
El 12/2/2017 9:44, "Dileep V S"
I believe linkEHR supports this, and you can export the archetype to be
fully compatible with AD and TD
2017-01-17 13:46 GMT+01:00 Ian McNicoll :
> ITEM_TREE[at0001] matches { -- Tree
> items cardinality matches {1..*; unordered} matches {
> CLUSTER[at0009] occurrences matches
I'm pretty sure discord can notify you by email of every post or even
mention you have in your subscribed channels
El 30/12/2016 12:27, "Karsten Hilbert" escribió:
> On Fri, Dec 30, 2016 at 12:16:25PM +0200, Pekka Pesola wrote:
>
> > I agree - moving to some kind of a
I believe that ISO 13606 renewal has proposed uuid to be made optional, but
they are still there
El 18/12/2016 23:23, "Heath Frankel"
escribió:
> I think it should be a strong recommendation rather than mandatory
> considering it is currently optional and the
1 - 100 of 335 matches
Mail list logo