2018-01-17 Design Forum
Date
Attendees
Rabbia Hassan
- Darius Jazayeri
- Daniel Kayiwa
- Imran Arif
- Wyclif Luyima
Agenda
- Discuss possible solutions to allow OpenMRS implementations to manage generic (non-patient) data
Discussion items
Item | Who | Notes |
---|---|---|
Problem |
| |
Examples |
| |
Solution | A possible solution would be to add two tables user_form and user_obs and replicate the same functionality offered by encounters and observations, while use existing concept dictionary and other metadata: | |
Solution | Darius | It will be too much work to replicate the encounter - obs model (which is for patients) to fit the generic_form - obs. Better approach will be following SOA and integrate existing tools like ODK, Commcare and Kobotools with OpenMRST |
Solution | Daniel | Alternatively, looking into existing work done by the community, for example Facility Data module or OpenSRP Cohort module, and enhance it to fit more general needs |
Action items
- Owais Hussain will explore possible solutions and list pros and cons of each
- Share the complete list of pros and cons on OpenMRS Talk before starting development