Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Hackers' Corner

Item

Presenter

Notes

Meta

5 min

Opening

USEFUL Jira RESOURCE: CRs I have not accepted.

10 min

SEC governance update.

Thomas Beale Sebastian Iancu

Co-chair election underway.

SEC representation challenge, meeting time

EhrBase not currently represented; Cambio? DIPS?

Requirements:

  • everyone knows about major decisions and impact on their product

Possibilities:

  • make meetings more topic-oriented

  • engage appropriate vendor ‘specialists’ for each meeting

  • add more expert panel members to allow more orgs/vendors to have more input/participation

Practical needs:

  • publish agenda earlier

  • manage TODO list better - use Jira YES

Main Agenda

AQL querying - picking up data from specialised archetypes.

See latter part of Discourse discussion.

RM Release 1.2.0

  • Jira Legacy
    serverSystem JIRA
    serverId7788407e-95fd-3d19-96c6-946a2bd486dc
    keySPECPR-222
    - general question of classes that should inherit from LOCATABLE but don’t.

Thomas Beale

Classes that ‘should’ inherit from LOCATABLE but don’t: ISM_TRANSITION, PARTICIPATION, ?EVENT_CONTEXT.

How to connect ACTIONs to ACTIVITYs

  • Jira Legacy
    serverSystem JIRA
    serverId7788407e-95fd-3d19-96c6-946a2bd486dc
    keySPECPR-221

Pablo Pazos , Birger Haarbrandt

Upgraded / new demographics / registry model.

  • Jira Legacy
    serverSystem JIRA
    serverId7788407e-95fd-3d19-96c6-946a2bd486dc
    keySPECRM-81

  • Jira Legacy
    serverSystem JIRA
    serverId7788407e-95fd-3d19-96c6-946a2bd486dc
    keySPECRM-91

Sebastian Iancu

Use UML enumeration?

  • Jira Legacy
    serverSystem JIRA
    serverId7788407e-95fd-3d19-96c6-946a2bd486dc
    keySPECPR-206

Pablo Pazos

15 min

openEHRv2

Pablo Pazos

45 min

Better feedback from vendors on adoption obstacles

Seref Arikan (Personal)

See Discourse discussion

  • better separation of model layers; simpler data representation oriented to API (more like FHIR website view)

  • industry-standard syntaxes? E.g. replace ODIN with JSON-ish…

Devs could look at the RM spec and wonder about methods etc, when these are not needed in the REST API view.

Also to consider: features in new languages (Go, …). Algebraic data types…

Syntaxes that are not industry-standard are problems - e.g. archetypes, expression language, etc.

Seref Arikan (Personal) - can we find a more developer-oriented set of models? (GraphQL) - reduce inheritance, generics etc.

Heath Frankel (Unlicensed) - many devs only care about OpenAPI or similar level of spec

Thomas Beale - consider repurposing e.g. SIM-B spec

Pieter Bos - NB: not all code generating tools support all of OpenAPI

Heath Frankel (Unlicensed) - FHIR doesn’t ‘do’ OpenAPI directly - devs do it themselves

Erik Sundvall - template-specific API v canonical-based

Seref Arikan (Personal) What if we had OpenAPI repr. of RM, and archetyping on this? What would we lose?

Heath Frankel (Unlicensed) What would we gain? Even FHIR too hard for many devs

Tips and Tricks

Next SEC call

Outstanding topics:

  • openEHR / FHIR - what could we standardise on? Mappings etc?

Agenda items:

  • openEHR / FHIR mapper presentation

...