2016-06-23 REST API Meeting notes
Date
Jun 23, 2016
Attendees
@Sebastian Iancu
@Former user (Deleted)
@Bjørn Næss
@Erik Sundvall
@Pablo Pazos
@Thomas Beale
Goals
Discussion items
Time | Item | Who | Notes |
|---|---|---|---|
JSON format |
| ||
| Datetime format |
| Recommendation: Canonical ISO8601 expanded format, i.e. 2016-06-23T13:42:16.117+02:00 But we accept any ISO8601. It should also preserve what was sent (i.e. if composition was saved as narrow format we should also return it that way) |
| Status codes |
|
|
| content application/json? |
| @Thomas Beale - I'm on the main FHIR list - they just decided to change everything in FHIR to application/fhir+json and application/fhir+xml (it used to be application/xml+fhir). I would imagine we should do the same - application/openehr+xml and application/openehr+json. |
| REST API calls for management of templates |
| We define calls for template management with proper authentication and authorisation. Some vendors are likely not going to allow modifying templates in production environments. |
| Can we define a conformance REST call |
| It'll return back the set of ops supported, level of the API implemented, etc. TBD once we defined resources, calls, ops |
Action items
To discuss for next time
How do we handle nulls - as absent or empty? @Heath Frankel (Unlicensed) - absent, @Former user (Deleted) - absent
Revisit the question of @type: DV_INTERVAL vs @type: DV_INTERVAL<DV_QUANTITY> as per comments here: AQL Result Set work area and https://github.com/openEHR/specifications-ITS/issues/15