Atlassian uses cookies to improve your browsing experience, perform analytics and research, and conduct advertising. Accept all cookies to indicate that you agree to our use of cookies on your device.
Atlassian uses cookies to improve your browsing experience, perform analytics and research, and conduct advertising. Accept all cookies to indicate that you agree to our use of cookies on your device. Atlassian cookies and tracking notice, (opens new window)
On the question of openEHR Foundation Board on advise on re-license the Paused specifications, the SEC recommends CC-BY; there are no concerns about future impact on a potential fork of openEHR specifications. https://creativecommons.org/licenses/by/4.0/
No suggestions for new members or resignations yet.
Suggestion to change/amend the SEC-ToR to suggest to SEC (voting) members that are inactive for more then 6 months to invite them to become SEC Experts thus without voting rights, or to resign.
added one more risk on risk register - see no. 38
suggestion (S.A.) “The outcomes of the activities of a WG may result in additions to openEHR specifications, subject to the explicit approval of SEC.”
concerns about loosing portability of AQLs if we add the endpoint aware aspects (ENDPOINT)
suggestion to consider http/rest layer instead of extra lexer additions to AQL; also if added it needs to be supported by the RM (what is an endpoint?), but that is not quite possible
access control is out of scope, even though this is about fed-spec
need more info about the problem that this Fed-AQL is solving; as well as use-case
agreement that:
high-level scope
AQL syntax should remain unchanged
resultset should include endpoint metadata; extra column with endpoint_id may/should be included by the fed-layer
the REST layer can capture options to limit the endpoints via header params (so instead of AQL lexer we should use http-headers
adopt current proposal as development
feedback should be given to the Fed-AQL (task @Sebastian Iancu), and discuss follow up steps
need to add more background info and details on the table
suggest to add it to the TERM component specifications
@Erik Sundvall template uris
ADL2 requires URLs in term_bindings - that’s not aligned with this specs; suggestion is to change ADL2, @Jelte Zeilstra@Severin Kohler will make proposal for that
16:00
60 min
ADL WG
ADL2.4, RM 1.2, BASE 1.3
moved to Oct 15, 2025
adopt new format (HRID) in template_id specs; need to update REST API
changes to RM and BASE specs to align it with AM 2.4 requirements
MagicDraw license is not available anymore, we will have to
17:00
Ending
Oct 15, 2025
9:00
20 min
BMM
@Sebastian Iancu
BMM v3? LANG v?
not discussed
9:20
25 min
Website
@Sebastian Iancu
Asciidoc → Antora, UML → BMM
Paused specs
The SEC is ok with Antora style of sections becoming pages
Old URL should be supported via routing or landing pages
PDFs will not be supported for now
15 min
REST
@Severin Kohler
EHDS the openEHR extracts and import export in general
need to demonstrate that openEHR can have EHR extracts “compatible” with EHDS
will review in a WG lead by @Severin Kohler if the EHR_Extract in RM is sufficient to support such extracts; then we’ll propose required changes to REST WG and to the SEC (in relation with RM changes) to support this functionality
10:00
30 min
@Ian McNicoll
Update on Encounter/ Episode of Care Query over Links/References
not discussed
10:30
15 min
Break
10:45
45 min
@Ian McNicoll@Joost Holslag
‘DOSSIER' object (EHR without being patient-centric) from Public Health requirements