-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathnotes.txt
60 lines (49 loc) · 2.63 KB
/
notes.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
Goal of this project:
To make a fully functional web app for any clinic. The homepage will
be generic for the purpose of marketing this app to clients. The theme
can be customized for a specific client.
Users will be able to register an account with the following features:
- Manage appointments
- View visit history and retrieve receipts
- Pay online
- Chat with a representative
- Order herbs
- Submit insurance and intake forms
- Enable various languages
- Allow patients to search for symptoms we treat
Dependencies:
Need to install type files for validator module(index.d.ts)
3/27/17
Updated to Angular 4,
TODO: Fix why database is showing user paid when they don't. Update database to include
patient information from filled form. Also, debug why appointments aren't removed from
database after patient cancels(I haven't implemented it yet LOL).
3/26/17
- Prototype is sorta ready. For some reason, using ng build -prod will cause server/router
to not defer routing to angular and instead try to serve the actual resource, ie. going to
localhost:3000/signin directly will be unrecognized.
3/25/17
TODO: Setup production deployment for heroku, present prototype to potential
stakeholders, friends, family, etc for feedback.
3/23/17
Internal app prototype is ready. Next, work on basic home page and will be ready for alpha.
Update 3/14/17-
Have to decide whether to let users do a partial or full registration to create account.
A full registration ensures the back-end will have all the required data
to create an appointment. However, new users may not be willing to create an account
just to check insurance. It would be wise to leave the jotform option in the landing
page to just check insurance for new visitors because not all of them will actually
come into the clinic for many reasons. For prototype stage, let's leave it at
partial registration. In later stages, may switch to full registration.
Considering making only one API call to patients/me or patients/auth so that
front end gets all the user related data at once. This may be feasible since
the payload should not be too large(JSON document for a patient max at 1-2MB?
average user maybe much less.)
TODOS for 3/16/17-
-Clean up appointments items CSS, the buttons are misaligned. Graciously
show no upcoming appointments. *Done
- Hide the 'chat with us' button for now. -Done
- Include in email a checkbox allowing us to send certain emails such as
appointment reminders, changes to account(email, password).
- Create a FormGroup in the consent section.
The home or registration page should list reasons/benefits of signing up an account.