Need a basic mobile app created
- or -
Post a project like this3583
£200(approx. $250)
- Posted:
- Proposals: 3
- Remote
- #510260
- Awarded
Description
Experience Level: Expert
Estimated project duration: 1 - 2 weeks
General information for the business: Supplier of services to clinics
Kind of development: New program from scratch
Description of requirements/functionality: We need a mobile app that simply takes input from Tablet/ Ipad users and puts it on a database, instead of the current method of collecting records on paper. The primary object of this DB is date. Each date is a separate object, and can be viewed similar to an excel spreadsheet (and can be queried accordingly by DB administrator).
Each date record has 96 column entries, 48 "locker" columns (1 check every 30min = 48 daily) and 48 "situation" records (IR, MD , A ,etc) . If you notice, this is what we have in the excel, except we break it into many tabs - 96 columns in the same spreadsheet is too much.
The form collecting this info can take any shape as long as it is user-friendly and collects the records in the excel file. This is what I envision
First screen = login . Each staff member has their own unique login info.
Second screen = form itself. it contains, in this order:
step #1 box for time - user selects the time of day. Only 2 options offered. Nearest half-hour time to the actual time will be the default. i.e. if it is 9:25am, box will default to 930am. if it is 9:01am, it will default to 9am. If it is 914am, it will also default to 9am. 2nd option will always be the half-hour time before the default time. i.e. 9am, 830am, 830am, respectively. Until user selects time, no other action is allowed in 2nd screen.
step #2 selection of "STATE" patient check OR locker check - user selects what is being done currently - the 2 main actions (columns A & B above). Until user selects state, no other action is allowed in 2nd screen.
step #3 if #2 selection is patient check, user will see drop-down box with possible patient situations (IR, A, MD, etc) to choose from. This drop down is required only for patient checks. Users that selected locker check will not be required to use/interact with said box to move to #4.
step #4 OK button can now be pressed, once this is clicked, confirmation will appear - if confirmed- record will be sent to server. Form resets back to #1
( note that if in #2 user selected locker check, the app automatically populates the UserID's initials under the filed COLUMN LOCKER in the DB.
Global requirements:
1) DB should be accessible only to admins. No user can access any record at any time. Once they press OK- records are gone and they no longer have the ability to manipulate.
2) Ideally, app should work offline or online. Obv offline records will be saved to be pushed into server once communication is re-established. if this is too complicated, we can make do with online-only record capture.
3) UserIDs should be very easy to maintain. Ideally from a central website or from app. Whatever works.
Option - if DB is too complicated or time-consuming, an alternative: App stores all data daily, and aggregates into a single spreadsheet (or google spreadsheet), daily. Every XX hours, automated email with records for the entire prior day is emailed to XXXX. The key then is how records sent by 4 users from 4 different devices will merge into a single daily file (there cannot be conflicts - no two staff check the same room at the same time, ever, as there is no need)
That's it. Pretty straightforward.
Extra notes:
Kind of development: New program from scratch
Description of requirements/functionality: We need a mobile app that simply takes input from Tablet/ Ipad users and puts it on a database, instead of the current method of collecting records on paper. The primary object of this DB is date. Each date is a separate object, and can be viewed similar to an excel spreadsheet (and can be queried accordingly by DB administrator).
Each date record has 96 column entries, 48 "locker" columns (1 check every 30min = 48 daily) and 48 "situation" records (IR, MD , A ,etc) . If you notice, this is what we have in the excel, except we break it into many tabs - 96 columns in the same spreadsheet is too much.
The form collecting this info can take any shape as long as it is user-friendly and collects the records in the excel file. This is what I envision
First screen = login . Each staff member has their own unique login info.
Second screen = form itself. it contains, in this order:
step #1 box for time - user selects the time of day. Only 2 options offered. Nearest half-hour time to the actual time will be the default. i.e. if it is 9:25am, box will default to 930am. if it is 9:01am, it will default to 9am. If it is 914am, it will also default to 9am. 2nd option will always be the half-hour time before the default time. i.e. 9am, 830am, 830am, respectively. Until user selects time, no other action is allowed in 2nd screen.
step #2 selection of "STATE" patient check OR locker check - user selects what is being done currently - the 2 main actions (columns A & B above). Until user selects state, no other action is allowed in 2nd screen.
step #3 if #2 selection is patient check, user will see drop-down box with possible patient situations (IR, A, MD, etc) to choose from. This drop down is required only for patient checks. Users that selected locker check will not be required to use/interact with said box to move to #4.
step #4 OK button can now be pressed, once this is clicked, confirmation will appear - if confirmed- record will be sent to server. Form resets back to #1
( note that if in #2 user selected locker check, the app automatically populates the UserID's initials under the filed COLUMN LOCKER in the DB.
Global requirements:
1) DB should be accessible only to admins. No user can access any record at any time. Once they press OK- records are gone and they no longer have the ability to manipulate.
2) Ideally, app should work offline or online. Obv offline records will be saved to be pushed into server once communication is re-established. if this is too complicated, we can make do with online-only record capture.
3) UserIDs should be very easy to maintain. Ideally from a central website or from app. Whatever works.
Option - if DB is too complicated or time-consuming, an alternative: App stores all data daily, and aggregates into a single spreadsheet (or google spreadsheet), daily. Every XX hours, automated email with records for the entire prior day is emailed to XXXX. The key then is how records sent by 4 users from 4 different devices will merge into a single daily file (there cannot be conflicts - no two staff check the same room at the same time, ever, as there is no need)
That's it. Pretty straightforward.
Extra notes:
Silver S.
100% (8)Projects Completed
22
Freelancers worked with
13
Projects awarded
31%
Last project
4 Jun 2015
United Kingdom
New Proposal
Login to your account and send a proposal now to get this project.
Log inClarification Board Ask a Question
-
There are no clarification messages.
We collect cookies to enable the proper functioning and security of our website, and to enhance your experience. By clicking on 'Accept All Cookies', you consent to the use of these cookies. You can change your 'Cookies Settings' at any time. For more information, please read ourCookie Policy
Cookie Settings
Accept All Cookies