jcgharvey / vsm-svr Goto Github PK

Idk why. @bighuggies mind taking a look at some point?

This needs to wait for @Luey to add the location to the model

Delete 'department' cookie, redirect to '/', should be pretty easy

At the moment when searching for names it will match mid name.

Example: If the name is "Dave Carpenter" it will match on "penter".

This is good for hyphenated names e.g. "Jess Hallett-Hook" where you can search "Hook" and you will match but bad for if you are looking for "Ben Hooker" but the search will match "Jess Hallett-Hook".

Should we make full word searching only or keep this behaviour.
Please enter thoughts @bighuggies @bio595 @Luey @thomlug @jcgharvey

NB: This could be adjusted to rank search results but not at this point.

Breadcrumbs plz

Example:

Patient 1 has vital infos 1 and 2
Patient 2 has vital infos 3 and 4

Vital infos 3 and 4 can be accessed from /patients/1/vitalinfos/3 and /patients/1/vitalinfos/4 even through they don't belong to patient 1.

They could probably be converted back into Python lists when they are deserialized from the database, then they would be lists in the JSON (making life easier on the front-end side with Angular).

When serializing patient data to JSON the app assumes that the dob and last_check_in fields exist on the patient record, even though they are nullable (see to_dict() in patient.py)

• Choose a department 'Enter' button is disabled
• Current page in the breadcrumbs should be grayed out

Does not work!

Filtering on a name should be done as whole words. At the moment it looks for a match. Most likely can be fixed by using regular expressions

The patient PUT is not functional

@thomlug @ungarst

Add a parameter which limits the number of data in the response.

A new patient doesnt know their id so cant submit a vital info

We will probably need to add a "last_check_in" timestamp to each patient so that we will be able to present the most recent check ins in the UI. Also, vitalinfo objects should have timestamps.

@Luey

It'd be good to put this perhaps in the top bar

Patient data should not be accessible to the web. The needs to be some form of authentication in front of the api.