Hacker News new | comments | ask | show | jobs | submit login

This is great. I recently had to create a prototype application for a charity with offices in a developing country and this would have been a perfect fit. I don't have access to GitHub at the moment but I wonder how far along their implementation of the 'off-line first' sync mechanism is, this is a non-trivial thing to implement.

I had a quick look at the demo and it looks like the development is in the early stages- a bit of (hopefully constructive) feedback: I think they (you?) may be trying to attempt to do (and cover) too many clinical disciplines at the same time- maybe implement individual modules (like patient registration) and test them in all (old!) browsers in more detail before moving on to the next. Also think long and hard about how you implement your data model (clinical indicators e.g. blood pressure often have a context and are temporal values, how do you model these?). This is a great effort and has lots of potential.

EDIT: also, the name seems to suggest to me like there is a run on hospitals- but that may be a personal thing.

> I wonder how far along their implementation of the 'off-line first' sync mechanism is, this is a non-trivial thing to implement.

The are using PouchDB + CouchDB for offline first / syncing which is how I came to notice it (I am a maintainer for PouchDB). So their ability to sync should be reliable and well tested and if not then its bugs for us to fix :)

This may be off-topic but I want to congratulate you on a fantastic attitude displayed here - your users are not just hipster-agency-devs but actual people in actual meaningful jobs and your first reaction is "their needs are our bugs to fix"

The epitome of "User Needs"

In the next couple of weeks when it opens I aim to join the UK governments "Digital Services Framework" where UK government software is expected to be written as open source.

The hope and intention is that development of a UK government solution (that say relies upon CouchDB) and so will have taxpayer money delivering bug fixes to users in the less well off parts of the world.

It's the right approach - and one that will have long term benefits not just for end users of software, but subtle benefits for UK / western countries.

We are getting better at this as a species - slowly. And it's attitudes displayed here that will deliver the most value in the world - even if you might not be the one to capture the cash...

Well done

We recently used Kobo Toolbox (http://www.kobotoolbox.org) for a health related survey in a developing country... The Ministry of Health required the data stored locally to be encrypted on the device and during sync (not just over https), which caused some problems for deployment. That will be an absolute requirement from any gov that looks to adopt the tech. Not sure if it was a PouchDB or Kobo shortcoming.

I am not certain Kobo uses PouchDB, I dont remember seeing them mentioned, but its certainly possible to encrypt data that is synced with Pouch/CouchDB. Heres 2 projects (both written by Pouch maintainers) to help do that.

https://github.com/calvinmetcalf/crypto-pouch https://github.com/nolanlawson/transform-pouch

That is great :) As a complete newbie on the subject- does the offline caching use HTML5 browser storage or something like that? I can imagine there may be a limit on the amount of data that can be stored? It's not unusual for an internet connection to be cut out an entire day :)

PouchDB uses indexedDB under the hood, falling back to webSQL when needed and its possible to plug in localStorage / memory / other adapters.

As for limits, desktop browsers are generally 'unlimited' mobile browsers can be stricter and often people use wrapper projects (like cordova etc) to get round that and have unlimited storage.

http://pouchdb.com/faq.html#data_limits http://www.html5rocks.com/en/tutorials/offline/quota-researc...

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | Legal | Apply to YC | Contact