The OpenSRP community performed a self assessment of the platform against the Global Goods Maturity Model in January 2018. This page reflects that self assessment and we anticipate performing another self assessment each year to see the progress of the platform over time. The current version of the Global Good Maturity Model Indicator Definitions can be found a this source.
Global Good Self Assessment (Evaluated Jan 2018)
| Core Indicator and Calculated Score [0-10] | Sub-Indicator | Self Assessment | Description |
|---|---|---|---|
Global UtilityCalculated Score: 7 | Country Utilization | Medium | At least four countries or states actively use the tool for use as part of their health information system with at least 20% of total nation-wide or state-wide target users routinely using product/service as intended. |
| Country Strategy | Medium | The tool does fully meets digital functional requirements (as defined by WHO's Classification of Digital Health Interventions) without significant customization or configuration | |
| Digital Health Interventions | High | The tool does fully meets digital functional requirements (as defined by WHO's Classification of Digital Health Interventions) without significant customization or configuration | |
| Source Code Accessibility | High | Source code exists on a publicly accessible repository and licensed under an Open Source Initiative approved license. Software is structured to allow local customization and new modules and functionality without requiring forking of main code | |
| Funding and Revenue | Medium | Multiple revenue streams/donors exist across project implementations | |
CommunityCalculated Score: 6 | Developer, Contributor and Implementer Community Engagement | High | At least 30% of estimated total developers, contributors and implementers are engaged on a communication platform. community leadership includes representation from countries where the tool is deployed |
| Community Governance | Medium | Some informal processes for community management exist to direct continued development of the digital health tool | |
| Software Roadmap | Medium | There is a publicly accessible and routinely maintained platform for new feature requests. A software roadmap exists describing currently planned and resourced development activities | |
| User Documentation | Medium | Some user documentation exists (training manual, demo videos) but only addresses a limited subset of common functionality | |
| Multi-Lingual Support | Medium | Software has be internationalized to support multiple languages (though may not have been translated) for primary portions of the user interface. Some user documentation exists in more than one language | |
SoftwareCalculated Score: 4 | Technical Documentation | Medium | Some technical documentation exists of the source code, use cases and functional requirements |
| Software Productization | Low | No documentation available for deployment and configuration | |
| Interoperability and Data Accessibility | Medium | Some APIs are available for accessing and managing data. there are user facing interfaces to export core data and metadata in the system (e.g. in CSV format) for further analysis and data transfer purposes | |
| Security | Medium | Role based authorization exists, if appropriate. Guidance on encrypting all remote access (web interface, APIs) is available to implementers. | |
| Scalability | Medium | There is at least one jurisdiction (e.g. country, state) deployment for which 20% of all "entities" are managed within the software. There has been at least one evaluation of software performance / load testing |
0 Comments