Versions Compared

Old Version 3

changes.mady.by.user Marco Kalin

Saved on

compared with

New Version 4

changes.mady.by.user Marco Kalin

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Table of Contents

Summary

Excerpt

Modular Transformation

The specific aim of the tendered services is to support the process of migration from the monolithic legacy code base of openIMIS under the MS .NET programming framework to a modular software design under a platform-independent open source programming framework.

 (Read more ...)

Terms of Reference

I. General Terms of Reference for the Firm of Consultants

...

The here tendered service package falls under the outcome 3 " ICT infrastructure for insurance is complemented by openIMIS or specific modules". The following outputs were defined for this outcome 3:

  1. Community Tools have been created and are maintained on a regular basis.

  2. Communities of practice for users have been established in existing networks (e.g. JLN, P4H).

  3. Insurers have received support to assess insurance schemes regarding ICT infrastructure.

The work of the Firm of Consultants will contribute to the achievement of output 3 in the sense that insurers are able to profit more from an openIMIS distribution with a more modular and more customisable architecture.

...

Ongoing activities that have to be taken into account and built upon during this assignment are:

  1. A commission on software maintenance and third level user support.

  2. A co-funded pilot project on the modular transformation of openIMIS co-ordinated by the Digital Square platform (Notice C: https://proposals.digitalsquare.io/notice-c/details).

  3. A commission on capacity building and regional support structures. This activity is supplemented by additional contracts for two regional openIMIS hubs in South-East Asia and Sub-Saharan Africa.

Developments that may lead to difficulties in a later project phase should be identified as quickly as possible. Furthermore, in view of the focus on results described above, results monitoring is crucially important. An efficient monitoring and evaluation system must therefore be proposed and set up, that allows all entities of the openIMIS governance structure, the Firm of Consultants and the GIZ Sector Programme Social Protection to monitor project progress. Progress reports are submitted quarterly based on a format which will be agreed upon during the inception. Regular feedback sessions may be convened by the programme depending on the progress of the assigned tasks. The Firm of Consultants is expected to respond to changes flexibly, especially if the project is in danger of straying from the above mentioned outputs.

...

The existing communication channels and community platforms that were established by the openIMIS Initiative shall be used. Specifically, these are

Within the openIMIS governance structure, regular exchange meetings are foreseen for different stakeholders, some of which are also relevant for the Firm of Consultants. In the context of this commission, the Firm of Consultants is currently especially expected to take part in the weekly calls of the IT & Product Group but might be invited for additional events.

...

The openIMIS Initiative together with other development partners has previously supported the maintenance and support of the openIMIS software. The results include among others:

  • A harmonised master version was created from the country specific adaptations of the openIMIS software package and made available in a public code repository. It is updated regularly with recent code contributions. (https://github.com/openimis)

  • A technical roadmap was developed as a living and constantly updated technical document based on a series of workshops with different stakeholders, code reviews of the master version and ongoing technical strategy discussions.(https://openimis.atlassian.net/wiki/spaces/OP/pages/40763442/Product+roadmap)

  • Community platforms were set up as resource repositories and communication channels for the openIMIS community (compare chapter 2.I.b).

f. Data Protection

In the course of the commission, the Firm of Consultants might be exposed to data on health issues and financial transactions of individuals. The Firm of Consultants is expected to treat any personal information of individuals according to the highest applicable data confidentiality standards. At the same time, the Firm of Consultants is expected to contribute to the security of individual data by applying adequate quality standards.

...

In order to achieve the aim of the project, the following objectives shall be pursued:

  1. Define the new software architecture of openIMIS based on the current experiences from the activities mentioned in chapter 2.I.b.

  2. Ensure the integration of the new architecture into the legacy software stack of openIMIS and into the software eco-system of the openHIE community.

  3. Develop new functionalities and successively port existing modules into the new architecture.

b. Specific Tasks of the Project

...

Work Package 1: Architecture Design

  1. Analyse and compare the architecture of the legacy system and the new approach from the Digital Square project (compare chapter I.b) as a basis for a strategic decision on how to successively transition into the new modular architecture.

  2. Analyse the current data models and business processes to identify opportunities for enhancing the customisability of openIMIS in terms of user-defined attributes and business processes.

  3. Analyse options for an open design of the system, allowing user exits for custom code and plugins for user defined modules.

  4. In a collaborative process with involved partners (compare chapter I.c), propose the new system architecture based on the analysis results from the previous points and update the technical roadmap accordingly.

Work Package 2: Integration & Interoperability

  1. Analyse existing interfaces of openIMIS regarding interoperability within the openIMIS architecture and with other software packages in the openHIE eco-system.

  2. Analyse the HL7 FHIR standard regarding it's suitability to map data structures needed to persist openIMIS data and to qualify openIMIS as an interoperable component of the openHIE landscape.

  3. In a collaborative process with involved partners (compare chapter I.c), propose RESTful API definitions for openIMIS interoperability.

  4. Communicate gaps in the HL7 FHIR definitions to the FHIR working-groups and propose additions.

  5. Participate at international events and support in the organization / preparation of side-events & workshops during such events

Work Package 3: New Software Development

  1. Support the community building project in the definition of new requirements and feature requests.

  2. In close co-operation with the IT & Product team, identify issues from the code review meetings that need to be solved under the new architecture.

  3. In close co-operation with the IT & Product team, prioritize which new feature requests and module migrations are to be developed under the new architecture in an agile approach.

  4. In close co-operation with the software maintenance project, define change requests for changes that are necessary in the legacy system to allow for a smooth transition.

  5. Develop new and migrated modules under the new architecture using the new programming framework.

  6. Integrate code contributions from external developers in close co-operation with the IT & Product team.

  7. Develop efficient API endpoints that allow external data warehouse solutions to efficiently extract bulk data.

c. Expected Deliverables

The following deliverables are expected from the Firm of Consultants:

  1. Inception report to be submitted 4 weeks after commencement of services specifying a work plan and a technical roadmap for the planned activities in each work package.

  2. A conceptual design of the new systems architecture and the migration path that is accepted by the openIMIS governance structure. The design must cover all aspects from work package 1 and must provide sufficient detail to support software development.

  3. A conceptual design of all needed API endpoints based on HL7 FHIR including a gap analysis in sufficient detail to allow software development based on the results. The document must cover all aspects from work package 2.

  4. At least two openIMIS modules were successfully ported to the new systems architecture and integrated into the openIMIS distribution.

  5. A functional data warehouse pilot with meaningful dashboards under DHIS2 was set up as a proof of concept for the data warehouse APIs.

  6. Quarterly reports and updated work plans to be submitted by the 5th day of every third month after the acceptance of the inception report.

  7. Final report based on a GIZ reporting format to be submitted on 15.07.2020.