RxRefund - Nilsu Bozan; Melis Atagun; Eylul Kadioglu; Buse Tosuner; Ahmet Ezdesir;: Difference between revisions
From CS486wiki
Jump to navigationJump to search
Content deleted Content added
No edit summary (change visibility) |
|||
| Line 40: | Line 40: | ||
* ''Problems:'' |
* ''Problems:'' |
||
# The problem is that we need to divide the process_and_check_npi function in a way that modifies the database after the confirm button is clicked. |
|||
# We need something like “wait” until the button is clicked. |
|||
# Archived transactions can not go to the archived_data table. We think that it is because new files contain a new column that we do not have in the archive_data table yet. |
|||
#ec2 instance was unable to connect to the database due to security reasons. |
|||
* ''Accomplishments:'' |
* ''Accomplishments:'' |
||
# Frontend is done for confirming uploads. |
|||
# A quick summary of the previous semester was made |
|||
# Buttons are placed (not effective right now). |
|||
# Some of the TX files are tested and they were uploaded successfully. |
|||
# User can see the dates and affected rows. |
|||
# Tasks were assigned. |
|||
# Permissions of the database in ec2 instance changed and then successfuly connected to database. |
|||
* ''To-do:'' |
* ''To-do:'' |
||
# Improve the performance by analyzing the process_and_check_npi function. |
|||
# company users, access control, include permissions in menu items. |
|||
# Make demos from the source code on the EC2 server. |
|||
# Break archive tables by NPI. |
|||
# Admin should have a list of users for each functionality. It controls what the user can do or not. |
|||
# Implement tx_search for our current pharmacy (NPI) structure |
|||
# Admin should be a role, not a user. |
|||
# Confirm page for #rows and date range in intersection. |
|||
# You are a user and you can be assigned to a role. you can be an admin for Newhard company, which will get you two pharmacies that Newhard company owns. |
|||
# Improve date range intersection algorithm |
|||
# Different forms for adding users and adding companies are required. |
|||
# Users can be company admins or not, pharmacy admins or not. |
|||
# System users should be Jamie and employees. |
|||
Revision as of 17:18, 10 February 2024
Week 1 (1.25.2024)
- Accomplishments:
- A quick summary of the previous semester was made
- The upload file, company, and user sections was reviewed
- The page on Notion was updated, and tasks were assigned
- To-do:
- Check if the database and code are up-to-date and working on AWS
- Distribute tasks for the analytics, database and frontend
- Create an architecture for users, including company admin, pharmacy admin, and super user
- Upload new TXT files without making any changes
Week 2 (2.1.2024)
- Problems:
- Archived transactions can not go to the archived_data table. We think that it is because new files contain a new column that we do not have in the archive_data table yet.
- ec2 instance was unable to connect to the database due to security reasons.
- Accomplishments:
- A quick summary of the previous semester was made
- Some of the TX files are tested and they were uploaded successfully.
- Tasks were assigned.
- Permissions of the database in ec2 instance changed and then successfuly connected to database.
- To-do:
- company users, access control, include permissions in menu items.
- Break archive tables by NPI.
- Implement tx_search for our current pharmacy (NPI) structure
- Confirm page for #rows and date range in intersection.
- Improve date range intersection algorithm
Week 3 (2.8.2024)
- Problems:
- The problem is that we need to divide the process_and_check_npi function in a way that modifies the database after the confirm button is clicked.
- We need something like “wait” until the button is clicked.
- Accomplishments:
- Frontend is done for confirming uploads.
- Buttons are placed (not effective right now).
- User can see the dates and affected rows.
- To-do:
- Improve the performance by analyzing the process_and_check_npi function.
- Make demos from the source code on the EC2 server.
- Admin should have a list of users for each functionality. It controls what the user can do or not.
- Admin should be a role, not a user.
- You are a user and you can be assigned to a role. you can be an admin for Newhard company, which will get you two pharmacies that Newhard company owns.
- Different forms for adding users and adding companies are required.
- Users can be company admins or not, pharmacy admins or not.
- System users should be Jamie and employees.