-
Notifications
You must be signed in to change notification settings - Fork 16
QEWD - Events missing data #33
Comments
Can I please get an update on this @robtweed |
thanks for update by email Rob See update on AQL/Flat JSON from @freshehr just received here @dkryvosheya Can we get the expected UI request/response structure please |
@dkryvosheya we need update on the UI json payload & URL structure for GET & POSTs here please |
@dkryvosheya sorry to chase this again |
response from @dkryvosheya ; Response for /api/patients/{patientId}/appointments/{sourceId}
|
OK - The events middle tier is in place. It expects the following endpoints: get summary list of all events for a patient: GET /api/patients/9999999068/events Returns an array of objects, each object being like this: { The first letter of the types are upper case, eg Admission, Discharge To retrieve the detail for an event: GET /api/patients/9999999068/events/93ac376d-3ff4-4e0b-b080-47eb3fe81750 To save a new event: POST /api/patients/9999999068/events The JSON payload should look similar to the GET response, eg: Note the POST'ed dateTime value should be in ISO date format as per example above |
Example of datetime picker: http://prntscr.com/fren1i |
Can I get an update? I think there is still a design disconnect between the original requirement which was really just to carry an appointment event along with some appointment ? video consult data but in changing to 'generic events' the original use-case has been mangled. The problem is )I think) that QEWD is currently setup to expect one type of composition and AQL etc per heading but the requirement for events is to carry both 1, A generic event tracker composition that just says 'something happened' with dates and a wee comment (the new requirement) Now that is easy to do in openEHR - we can construct the AQL to pull back any composition with an event tracker on it but when we select the composition itself. the format of the composition,based on the parent template will be different, therefore QEWD has to handle 2 different composition formats per-heading. The problem remains that the UI for an appointment event has in the past been very different from that of other kinds of event. |
Thanks Tony, I noticed that Rob and Dmitri seemed to have sorted something out on a different issue thread. If you are happy that it is working as you want, so am I!! |
yep , fine for now, will close this one |
Events heading - http://prntscr.com/fhpr9x - http://prntscr.com/fhbxvu - Event Name field (hosted as serviceTeam on the middleware level) is not being populated, when Event Type and Notes fields are missing on the middleware level.
The text was updated successfully, but these errors were encountered: