Date

Call Link

Discourse SEC calls

Participants

Goals

List goals for this meeting (e.g., Set design priorities for FY19):

Discussion topics

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.

45 min

openEHRv2 / Open API / other strategic questions

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…

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 - 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 - What would we gain? Even FHIR too hard for many devs

ALL:

  • investigate how to convert our REST API defs in .apib → OpenAPI format

  • plus JSON schemas (develop + link into OpenAPI);

  • consider multi-level approach versus ‘simple’ single model approach;

  • different types of developer experience: platform dev | integration dev | std application dev (uses APIs etc) | low-code appl dev (uses tools) | tool devs

Next SEC call

Outstanding topics:

Agenda items:

Notes

Action items

Add action items to close the loop on open questions or discussion topics: