2025-04-28 SEC Call notes

10 min

Opening,

Various aspects

ALL

SEC Jira board.

• SEC meeting face2face 2025, Barcelona in Oct 16-17, 15 full-day for SEC meeting?

• “Adopt your ticket”

• @Rong Chen CDS WG update

  • settled for Tuesday afternoon for bi-weekly meeting

  • ongoing work on REST APIs for definition/execution of GDL2 guidelines

  • scope:

    • short-term: GDL2.1, rest api for GDL

    • long-term: machine learning, care plans, task generation, personalized care plan

@Sebastian Iancu

info:

• see https://discourse.openehr.org/t/upcoming-base-1-3-0/6139

• Archetype Definition Language 2 (ADL2)

todo:

• https://openehr.atlassian.net/browse/SPECBASE-35

  • https://discourse.openehr.org/t/archetype-id-value-syntax-for-the-upcoming-base-1-3-0/6139/41

• https://openehr.atlassian.net/browse/SPECBASE-30 :

  • https://openehr.atlassian.net/wiki/spaces/spec/pages/2881060992

  • @Ian McNicoll we add v1 to template-name, and v1-alpha in case of development

• @Ian McNicoll todo check template-id conversion algorithm from ADL1.4 to ADL2

• https://openehr.atlassian.net/browse/SPECAM-91

• RESOURCE_ANNOTATION.documentation:

  • question: where do we put multi-languages vs uni-language annotation.

  • suggest RESOURCE_ANNOTATION.documentation hash key should support '*' as language agnostic annotation

  • a new SPECAM for

    1. Add comment attribute in ARCHETYPE_TERM as formal attribute Archetype Object Model 2 (AOM2)

    2. https://openehr.atlassian.net/wiki/spaces/spec/pages/2728755245

    3. @Mattijs Kuhlmann a better solution would be a whole different section rather then *

    4. @Ian McNicoll the documentation is multi-lingual (this needs to be explained in specs) and for technical we should add a new attribute to Resource Model

       technical: Hash<String, Hash<String, String>>

• AUTHORED_RESOURCE for templates, FHIR connect (mappings), queries, guidelines

• Not yet used in the definition API

• original language is a mandatory attribute

• Rong/Joost organize related issues for next call

• Common already supported by tooling (CKM/template designer), better to be a formal attribute (reserved name)

  • Ian to raise CR on this

• Ian to raise PR to work on the language support for annotations

Archived spec status

@Sebastian Iancu

• update doc with feedback; consider “Paused”

• move main website info about change process to specification website

• see previous meeting notes: https://discourse.openehr.org/t/task-planning-specs/6154

https://openehr.atlassian.net/wiki/spaces/spec/pages/2789638199

• agree with Paused, need more acceptance on the wiki-page

• what happened to license after specs paused

• from SEC to international board to suggest the license change, allowing cloning/forking with creative commons condition without openEHR label (Rong to draft something on this)

@Severin Kohler

INTG component

• recommend to use AUTHORED_RESOURCE

Term Binding strengt

@Ian McNicoll

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

• the question is if we want to proceed on this ticket with CRs

  • the SEC agrees that it makes sense to analyze this and come up with CR proposals

  • todo: SEC members should comment on the tickets

  • @Borut Jures there is a ‘value_constraint’ field for this in BMM, e.g.

    • ["Multimedia"] = < name = <"Multimedia"> ancestors = <"Encapsulated"> properties = < ["alternate_text"] = (P_BMM_SINGLE_PROPERTY) < name = <"alternate_text"> type = <"String"> > ["data"] = (P_BMM_CONTAINER_PROPERTY) < name = <"data"> type_def = < container_type = <"Array"> type = <"Byte"> > cardinality = <|>=0|> > ["media_type"] = (P_BMM_SINGLE_PROPERTY) < name = <"media_type"> type_ref = < type = <"Terminology_code"> value_constraint = <"iana_media-types"> > is_mandatory = <True> >

• @Ian McNicoll suggestion to relax RM invariants, except for strength is “required”

• Ian to create PR on this

YAML

@Matija Polajnar @Sebastian Iancu

https://discourse.openehr.org/t/yaml-canonical-compositions/6606

https://discourse.openehr.org/t/bmm-as-yaml/5721

Archetypes in YAML

YAML for data instances, no need to continue on this topic.
No point to progress on BMM/YAML discussion.

Conformance testing?

Ian’s update on postman tests