2020-06-17 Formal Sector Workshop Series (VI)

Overview

Date: 17.06.2020

Objective: Align scope and roadmap for Formal Sector Integration

Participants:

  • @Uwe Wahser

  • @tabea.boateng

  • @Doreen G. Wamiti

  • @Eric Darchis

  • @Xavier Gillmann (Unlicensed)

  • @Dragos Dobre

  • @Patrick Delcroix

  • @Purushottam Sapkota

  • @Nirmal Dhakal

  • @Fourie, Carl

  • @Maguette T. NDONG

  • @Siddharth Srivastava

 

Topic Proposals:

Date

Topic

Presenter

Comments

Date

Topic

Presenter

Comments

13.05.2020

Overview of Formal Sector requirements from Nepal

GIZ Nepal

20.05.2020

Gap analysis and conception for core modules

SwissTPH

27.05.2020

Overview of the for the openIMIS modular re-architecture

BlueSquare

03.06.2020

Gap analysis and conception for APIs (I)

Healthix

10.06.2020

Gap analysis and conception for APIs (II)

Healthix

17.06.2020

Gap analysis and conception for APIs (III)

Healthix

 

 

JSON Extensibility and Scheduled tasks in new architecture

BlueSquare

 

 

Align the

Presentations

  File Modified

PDF File DigitalSquare-Healthix-Ke-Scope-170620.pptx.pdf

Jun 17, 2020 by Doreen G. Wamiti

PDF File openIMIS - JSON Extensibility.pdf

Jun 17, 2020 by Xavier Gillmann

PDF File openIMIS - batch platform.pdf

Jun 17, 2020 by Xavier Gillmann

Minutes

Entities

Workflows

Workflows: verify with https://wiki.ohie.org/display/SUB/Health+Financing+Workflows

APIs

APIs: verify with openIMIS FHIR implementation:

  • claim payment is not managed in openIMIS (flows):

    • feature looks very useful, but the structures are not available in openIMIS, yet.

    • verify with Nepal, if feature is requested - other implementers?

  • claim FHIR to send from openIMIS to SOSYS exists (flows)

    • currently done via file? technically it’s an exiting FHIR API in openIMIS and would need to be extended

  • REST C# is not an extension and is not part of the FHIR (separate component to connect mobile applications) => will be deprecated by modular architecture

  • (@Patrick Delcroix ) I am not sure that the contribution are supported in the current FHIR module, the contribution is, as per the e-payment definition, the amount claimed as sent, for the formal sector, we aim to use the contribution as the tri-parties agreement for a given period (Employer - employee - Insurance), the FHIR resources that match this definition is the contract; on employer will have only one contract for a given period, all employee will be mentioned as FHIR Asset. In openIMIS this FHIR contract will be called “contribution collection”

  • We need to consider the legacy integrations using R3 FHIR for OpenMRS and Bahmni when thinking about upgrades etc.

    • check required FHIR resources between STU3 and R4

Dependencies

  • MS-SQLJSON vs. Postgrs JSON(B)

    • no indexing in MS-SQL JSON

    • language not normalised

    • add column to the DB scheme for selected object types even in the legacy DB

  • Batch / Background scheduler: Apache Airflow vs. openHIM

    • more suitable outside of the openIMIS internal workflows

    • integration into OpenHIE?

    • alternatives:

      • Django Celery:

      • django-cron

      • django-scheduler

      • recommended: Django APScheduler:

Questions - Challenges - Issues

  •  

Next week:

  • finalisation of Healthix workflows incl. timeline

Additional Resources

Did you encounter a problem or do you have a suggestion?

Please contact our Service Desk



This work is licensed under a Creative Commons Attribution-ShareAlike 4.0 International License. https://creativecommons.org/licenses/by-sa/4.0/