2018-11-05 SEC Meeting, Oslo

Open

Date

Nov 5, 2018 - Nov 7, 2018

Remotes use: https://meet.dips.no/bna/D2MJBT85 ;

“Locals” meet here: https://goo.gl/maps/5J561utj99Q2 . @Bjørn Næss will meet you the entrance 09:15.

Attendees

Goals

• finalise RM Release 1.0.4 - See here for remaining CRs to approve.

• finalise BASE Release 1.1.0 - See here for remaining CRs to approve.

• finalise REST APIs 1.0.0

Agenda Items

• AQL

  • AQL Functions;

  • distributed queries

  • AQL & Demographic

  • AQL FOLDERs and Refs

• Report/status on usage of archetypes - in an vendor independent way be able to get usage of archetypes and perhaps elements. The intention is to provide better governance of openEHR clinical models.

• Task planning (@Bjørn Næss )

  • REST / Service API for Task Planning - to make it real vendor independent.

  • Plans for next version and the work to be done during 2019

• Expression Language (@Bjørn Næss

  • I.e this script is used as expression logic form HCM_SCD_Risk_Calculator_1.1.13.zip to create the following RISK calculator (http://www.doc2do.com/hcm/webHCM.html), how to use openEHR Expression Language for this kind of use-cases?

    • Björn, here is an example of GDL implementation of QRISK2 algorithm, which has similar complexity level as SCD risk calculator, https://github.com/gdl-lang/common-clinical-models/blob/master/guidelines/QRISK2-2015_risk_calculation.v1.gdl (@Rong Chen )

  • CDC/NHSN Surveillance Definitions for Specific Types of Infections - do we have the tools (TaskPlaning/Expression Language) to model this?

• add any burning item here, please include your name / user id as well

  • JSON schema - @Sebastian Iancu

  • TEMPLATE ids in data spec - @Sebastian Iancu

  • OPTs can contain same archetype id but different content, e.g. different minor versions - how to detect @Birger Haarbrandt ; also archetype packaging; signing @Bjørn Næss ; approach to archetype packaging

  • querying v version state (INCOMPLETE / COMPLETE / DELETED); also does INCOMPLETE need to be archetype-valid content (mainly mandatory sections might be empty); also relates to GDPR right-to-be-forgotten; meaning of ‘final’;

  • Define flat-form json format and template extract algorithm, add to REST API; See https://github.com/openEHR/specifications-ITS/issues/56 and https://github.com/ethercis/ethercis/blob/master/doc/flat json.md. @Bjørn Næss @Former user (Deleted)

  • A burning issue for @Sebastian Garde@Heath Frankel (Unlicensed):

    https://openehr.atlassian.net/browse/SPECPR-279

• TAGS:

  • https://openehr.atlassian.net/browse/SPECPR-265

  • Requirements:

    • user tags

    • tags to make queries easier

    • tags to record form ids (Marand)

  • tags purely local? I.e. part of / not part of the data

  • Marand / DIPS /Code24 - stored outside system with references; Code24 ref point just to VERSIONED_OBJECTs

  • do tags point to specific versions? Probably 2 types

  • what do tags look like in AQL? Or as execution parameter to an AQL?

  • standardise the structure for access by AQL, REST API - potentially define classes representing ‘tags table’.

  • key/value representation?

Discussion items

Action items

Decisions

1. (provisional) merge date/time class triples into one class each ; stick with ‘Date’ etc?
2. Separate out ODIN, BMM, EL to a new component.
3. Separate adl1.4 and adl2 end-point paths in REST API.
4. Publish work definition for BMM extractor.
5. Publish JSON schema from Code24
6. Decision Support / Logic / GDL workshop in 2019 - Stockholm/Cambio?