nehr-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>
Di
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.: +49-(0)93
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
different
>
> 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
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
n the spec, preferably provided here in the first instance.
>
> - thomas
> ___
> openEHR-technical mailing list
> openEHR-technical@lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.opene
-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/listin
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 Marcus,
lot of
>>>> constraints to make it work automatically. Maybe some semi-automatic tool
>>>> come out in the future, assisting architects on doing such mappings, either
>>>> way some kind of human intervention will be needed to define mapping
>>>> criteria when there ar
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
PZ>
[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 &
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
t Verhees escribió:
> 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
&g
s ()
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
&
://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 fo
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
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
chnical_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>
Di
th 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...@veratech.es
yamp...@gmail.com
Ver
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/
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
--
[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
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 th
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ó:
> Hell
>
>
> ___
> openEHR-technical mailing list
> openEHR-technical@lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
--
[image: VeraTech for
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
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 Associat
> 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> [ima
)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 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
> provok
or, freshEHR 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 wa
ilman/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/01
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 Bos
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
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
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
net/> | The Objective Stance
> <https://theobjectivestance.net/>
> ___
> openEHR-technical mailing list
> openEHR-technical@lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
--
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
tter] <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%2065460
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
hr.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 develope
ve
> 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.
>>
nehr.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
t; 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 developers) could use codes already ava
nd what is the perceived scale of the
> problem.
>
>
>
> michael
>
>
>
>
>
> --
> Thomas Beale
> Principal, Ars Semantica <http://www.arssemantica.com>
> Consultant, ABD Team, Intermountain Healthcare
> <https://intermountainhealthcare.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 example on a specific dat
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 diffrent, but you can stil
> goals.
>
> Best,
>
> Philippe
>
> ___
> openEHR-technical mailing list
> openEHR-technical@lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-
> technical_lists.openehr.org
>
--
[image: VeraTech
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
hi
lueSet mechanism for
> binding. There are some excellent terminology servers out there (full
> disclosure, one of them, Ontoserver, is mine).
>
> Michael
>
>
> Sent from my iPhone
>
> On 12 Mar 2018, at 7:00 pm, Diego Boscá wrote:
>
> Probably we should have a look at
ing 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 <+598%2099%20043%20145>
> sky
Sure thing, see my example :)
2018-03-02 11:23 GMT+01:00 Karsten Hilbert :
> 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 under a new light (e.g. some medication was g
r-technical_
>> lists.openehr.org
>>
>
>
> ___
> openEHR-technical mailing list
> openEHR-technical@lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-
> technical_lists.openehr.org
>
--
[image: Vera
t 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 wrote:
> >
> > On 01-03-18 12:01, Diego Boscá wrote:
> >> I believe that we need a way in standard AQL to c
al service.
>
> 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á
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, C
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"
escribió:
Dear Gera
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 much cleaner and scalable, i
sig.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
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á" escribió:
>
> El 18 feb. 2018 7:58 p. m., "Pablo Pazos"
> escribió:
>
>> I
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
> this a while ago on the lis
I agree with all your points BTW :)
2018-02-17 15:09 GMT+01:00 Bert Verhees :
> 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. Maybe this is enough for
> SNOMED, CDS
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 :
> On 17-02-18 13:11, Diego Boscá wrote:
>
> Maybe it is possible to general
/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 SL
+34 96107
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
scenari
T+01:00 Bakke, Silje Ljosland :
> 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-technical-boun
> c...@lists.openehr.or
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:*
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]
<https
underscore it is then! :D
2017-11-30 9:09 GMT-03:00 Pieter Bos :
> The test package is called “test_pkg” at least in adl2 – so underscores
> are supported.
>
> Pieter
>
> From: openEHR-technical on
> behalf of Diego Boscá
> Reply-To: For openEHR technical discussi
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á :
> Hi Bert,
>
> I would say that the "rm name" would be "EHR_Extract", as i
l@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/01C
>> openEHR-technical mailing list
>> openEHR-technical@lists.openehr.org
>> http://lists.openehr.org/mailman/listinfo/openehr-technical_
>> lists.openehr.org
>>
>
>
>
> _______
> openEHR-technical mailin
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 961071863 <+
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 questions.
>
> e
__
>> 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-technic
[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
sts.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]
<h
ous 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 :
>
>>
>> I have released a new version of the
h 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...@veratech.es
yamp...@gmail.co
ng 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/01C47QQH> [image: Li
olabs
> <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
> openEHR-technical@lists.openehr.org
&
well, nothing stops you for not encoding the query in definition time, most
services are ok with that
e.g.
http://diebosto2.pc.upv.es:/SnomedQuery/ws/JSONQuery?query=
<404684003:363698007=39057004
2017-05-03 16:31 GMT+02:00 Thomas Beale :
>
> On 03/05/2017 13:31, Diego Boscá wrote
ntainhealthcare.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://wolandscat.net/> | Cult
hr.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]
<
nehr-
> 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&g
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 :
> On 25-04-17 09:50, Diego Boscá wrote:
>
>> I think having this in a hardcoded terminology list is probably far f
Sent from my iPhone
>
> On 25 Apr 2017, at 5:52 pm, Diego Boscá 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"? do we
> need an exhaustive listing of all possib
;
>> --
>> Ing. Pablo Pazos Gutiérrez
>> 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>
>> ____
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 knowledge about the datatype.
>
>
>
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" escribió:
Hi,
We are ex
1 - 100 of 396 matches
Mail list logo
