jasonthomasdata / doclink Goto Github PK

To help people format locations correctly, and speed things up for them, we should provide some suggestions as they search. Here's some examples of how this looks in the wild:

I like this first one a lot, but it could be done as an enhancement on something simpler to start with.

Failure to log - Wed, May 11.

Tried using the demo on Heroku. I found that when I typed in Green Valley, there was no predictive search.

The translation works, however.

But it returns all doctors no problem.

Same result in Firefox, IE 11.
I am using Windows 7.

Once a user has decided they want to go to a clinic, they want to know where it is.

Some users will want to contact a clinic before doing anything else.
They might like to check if appointments are available, or confirm the details on the app.

Since I've split the address into address and doctor surgery name, the name is sitting weird on the app.
I think the header element where the Doctor name is defined must be inline-block for every child.
I haven't checked that, but here's what it looks like.

Simple matter of putting that on a new line

This 'DocLink' thing sounds like a file sharing service.
Get a better name.

On Monday, July 4, SSI said it would be more helpful to have an app that shows details about health services more generally.

So, they suggested extending the app to show pathology, locations of SSI and STARTTS, optometrists etc.

This would require expanding the database collection method, but that's a separate issue I'll raise.

Currently the search form doesn't fit a small screen very well:

Fit that so it's clearer and more usable.

Arabic for example is a right-to-left language. We should set it right to left. Here's what it looks like now:

Some users won't be strong English users.
Some will feel more comfortable using their native language.

A user will want to know which doctors are close to them, so they can make an appointment and get there quickly.
A user preferably won't need to input their location by default.

@JasonThomasData could you please add https://travis-ci.org/ integration to run tests on our PRs?

SSI have offered to translate all the text that we need for the app. They are happy with Arabic, but also want to add Farsi.

The process could be -

• Use Google Translate to translate all text that the app requires
• Place each one in a spreadsheet
• For each language, have a column for each translation (Google Translate)
• SSI can update them if they need to be updated

It could look like this -

English,        Arabic,        Farsi
Find a service,        العثور على خدمة        , پیدا کردن یک سرویس
Find my location,         العثور على موقعي          ,یافتن مکان من

If someone enters "Fairfield, NSW", we don't know there actual location close enough to provide such detailed distance information for the doctor results like "55m", "105m".

Should we just not show it unless we have an actual location point?

We got some new doctors via email, add them to the production database.

An issue with Google maps is the way it accepts arguments. Each address is separated by a /.
This means that the address - 2/236 Macquarie Street, Liverpool NSW 2170 is going to appear as 2 in maps. I think we should have a function in the doctors helper to remove substrings of / from the larger string, so the entire address is passed in a single argument.

This is actually something I'm capable of doing! On it.

On Monday, July 4, SSI said it would be useful to have an advanced search feature available from the landing page.

This would make sense since SSI wants this to be more than just an app to find doctors.

I want to show people the functionality of this app, so we can begin collecting data.

If a search doesn't work, we currently don't do anything.
We need some way to catch those (code errors or user input playing up or offline).
We need a way to give the user something useful after catching the error.

Try the following the “View map” links on this page http://hidden-hamlet-42593.herokuapp.com/en/doctors?q=Liverpool%2C+NSW

They don't take you to the proper address. But then on the google maps page you hit search, you get taken closer. Why is this? Can we fix it?

I think that having the name of the Doctor’s clinic in the address field might be causing this problem. Or maybe the way we link to maps is the problem—maybe there's a better url to send people to?

@JasonThomasData could you try and get to the bottom of this one?

Add a notice to the homepage that we aren't tracking people’s location, and that their searches aren't logged.

I want to look at this repo and know what it's about, how I can contribute, where it's up to and what the main objectives are, who it helps, it's technology and other aspects.

Write a masterpiece README.md

We're going to need these columns in the doctors Google sheet. Since SSI said they want the app to be more like a health engine and not just a find doctors app. So we'll need to collect more data. We're going to need to add these columns to the spreadsheet on who/where doctors are.

• Service type (doctor, pathology, service provider, pathologist)
• Hours open
• Days open
• Needs appointment or not

Create some pages for the design of the site.
Later we can turn these into the Rails templates.

Users may like to change their language.

Use case -
If on the '/ar/' page and the detected browser language is English, offer to translate.
If the user is on '/ar/' page and the detected language is Arabic, do nothing.
If the user is on '/en/' page and the detected language is Arabic, offer to translate.

It's currently unclear how you add doctors via the rails console. Add some explanation.

To explain:

• where this project comes from
• who is behind it
• what is a refugee friendly doctor?
• how can you help this project?