| Literature DB >> 23569646 |
Abstract
Globally, health management information systems (HMIS) have been hailed as important tools for health reform (1). However, their implementation has become a major challenge for researchers and practitioners because of the significant proportion of failure of implementation efforts (2; 3). Researchers have attributed this significant failure of HMIS implementation, in part, to the complexity of meeting with and satisfying multiple (poorly understood) logics in the implementation process. This paper focuses on exploring the multiple logics, including how they may conflict and affect the HMIS implementation process. Particularly, I draw on an institutional logics perspective to analyze empirical findings from an action research project, which involved HMIS implementation in a state government Ministry of Health in (Northern) Nigeria. The analysis highlights the important HMIS institutional logics, where they conflict and how they are resolved. I argue for an expanded understanding of HMIS implementation that recognizes various institutional logics that participants bring to the implementation process, and how these are inscribed in the decision making process in ways that may be conflicting, and increasing the risk of failure. Furthermore, I propose that the resolution of conflicting logics can be conceptualized as involving deinstitutionalization, changeover resolution or dialectical resolution mechanisms. I conclude by suggesting that HMIS implementation can be improved by implementation strategies that are made based on an understanding of these conflicting logics.Entities:
Keywords: Legal and Social issues in Public Health Informatics; Ministry of Health; Nigeria; action research; change management; developing countries; health management information systems; institutional aspects of information systems; institutional logics
Year: 2012 PMID: 23569646 PMCID: PMC3615828 DOI: 10.5210/ojphi.v4i3.4302
Source DB: PubMed Journal: Online J Public Health Inform ISSN: 1947-2579
Figure 1Components of an action research phase (34)
Four action research phases carried out in this study.
Figure 2shows the architecture of the mobile data collection system.
Figure 3Case dynamics matrix showing the dynamics of the case
Conflicting institutional logics, examples from the case and resolution strategy.
| Short term vs. long term | Quick win sentinel system vs. long term HMIS building | Transitioned from short term thinking to long term | Transitional resolution |
| Small scale vs. Universal scale | Sentinel system in only 14 facilities vs. statewide HMIS in all districts | Transitioned from sentinel system to statewide HMIS | Transitional resolution |
| Vertical (program) vs. horizontal (whole systems) | Immunization-focused sentinel system vs. HMIS focused on broad scope of primary health care | Transitioned from vertical immunization system to broad HMIS | Transitional resolution |
| Ownership vs. Performance | Locally ‘owned’ and (state) hosted server performed poorly, while externally hosted server performed well | Found a balance: A locally controlled Internet server satisfied both local ownership and gave good performance | Dialectical resolution |
| Hierarchical vs. network-centric | Submissions from facilities over the mobile network bypassed the districts disrupting existing hierarchical structure | Found a balance: Districts have access to data from facilities and have sufficient power to assess/approve data for facilities under them | Dialectical resolution |
| Decentralization-centralization | Centralized state server vs. districts wanting to host their own server and achieve control of health facilities | A balance: Centralized Internet-based server management actually helped decentralize access and control | Dialectical resolution |
Three strategies for handling conflicting institutional logics
| When one logic needs to be obliterated, to give way to a new paradigm | When actors need to focus on one logic, and compromise the other (not necessarily obliterate it) | The conflicting logics need to be both adopted and combined within the implementation |