search

onaio / ona-tech

Ona Tech related documentation and discussions
Other
3 stars 0 forks source link

DHIS2 Manual #45

Closed mberg closed 10 years ago

mberg commented 10 years ago

http://www.dhis2.org/doc/snapshot/en/user/html/dhis2_user_manual_en.html

I strongly encourage people to read this. It provides a great overview of where we may want to go with Ona. It's very powerful but overly complex. 90% of our users won't be able to handle nor will they install their own server.

To quote roger, it's photoshop and our goal is to create instagram.

It represents a very good backend though for WKCDD and HKI.

pld commented 10 years ago

DHIS2 is monstrously complex application, but the code is impressively well organized. This mapshaper tool from the manual could be useful.

The data approval is something KoBoForm wanted.

They also have a very detailed data entry web app.

The tracker feature also seems useful for feature work, a CommCare style patient tracking module.

Interesting that they do not allow arbitrary querying through the API (does anyone see it somewhere?), but they do let you store a SQL view, and then query that view. We will likely remove the ability to execute arbitrary MongoDB queries against our API.

There was a link to facility registry somewhere in there, this has a solid API, which is worth taking a look at. This also sounds like it may overlap with the notion of a georegistry.

mberg commented 10 years ago

I was responsible for kick starting the facility reg and peivided the initial API spec.

Agreed monstrous but some really good and well though out design patterns. We need to be the Instagram of dhis2 (Photoshop)

On Friday, March 28, 2014, Peter Lubell-Doughtie notifications@github.com wrote:

DHIS2 is monstrously complex application, but the code is impressively well organized. This mapshaper http://www.mapshaper.org/ tool from the manual http://www.dhis2.org/doc/snapshot/en/user/html/ch19s02.htmlcould be useful.

The data approvalhttp://www.dhis2.org/doc/snapshot/en/user/html/ch20.htmlis something KoBoForm wanted.

They also have a very detailed data entry web apphttp://apps.dhis2.org/dev/dhis-web-commons/security/login.action .

The tracker http://www.dhis2.org/doc/snapshot/en/user/html/ch26.htmlfeature also seems useful for feature work, a CommCare style patient tracking module.

Interesting that they do not allow arbitrary querying through the API (does anyone see it somewhere?), but they do let you store a SQL view, and then query that viewhttp://www.dhis2.org/doc/snapshot/en/user/html/ch28s15.html. We will likely remove the ability to execute arbitrary MongoDB queries against our API.

There was a link to facility registry http://facilityregistry.org/somewhere in there, this has a solid API, which is worth taking a look at. This also sounds like it may overlap with the notion of a georegistry.

Reply to this email directly or view it on GitHubhttps://github.com/onaio/ona-tech/issues/45#issuecomment-38966563 .