Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Current »

Overview

Date: 07.10.2020

Objective: Weekly Co-ordination call of the Formal Sector developers

Participants:

Topic Proposals:

Date

Topic

Presenter

Comments

verify field mapping after review

dave mutinda

align business processes (SOSYS - openIMIS)

definitions (processes & fields) - eg. technical names

Status of the Conceptualisation

Patrick Delcroix

SOSYS presentation

Presentations / Attachments

  File Modified
You are not logged in. Any changes you make will be marked as anonymous. You may want to Log In if you already have an account.
No files shared here yet.
  • Drag and drop to upload or browse for files
  • Minutes

    Entities

    Workflows

    • SOSYS:

      • eligibility request openIMIS → SOSYS

        • if failed, openIMIS will manage

      • automated claims management (openIMIS)

      • invoice notice (openIMIS → SOSYS)

    APIs

    • need definition/documentation of SOSYS openIMIS API

      • “c#”- Integration

    Dependencies

    Questions - Challenges - Issues

    Healthix (update from Mondays' call with Nepali S4P, SOSYS tech, Healthix):

    • SOSYS wants to use their system over openIMIS for employer management

    • SOSYS wishes only to send the “enrollment“ (insuree + dependent) data to openIMIS, the name of the employer could be included, all the insurance product are the same, → batch registration

    • SOSYS will provide a service that could be called automatically (every day)

    • SSF want still to be able to add manually data on openIMIS

    • SOSYS needs API need to replace an Excel file (content unknown), apparently from IMIS (Maybe excel reports for claims valuation)

    Issues:

    • How openIMIS will know how to update the removed insuree

    • How openIMIS will keep the manual entry (not being erase by every day update)

    • Which kind of data will be sent every day, only the changes or full dump (clear performance risks)

    • SPTH formal sector will be useless, quick fix should be enough

    • funding function of openIMIS will be useless (relative pricing, matching funds, …)

    OpenHIE workflow

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

    Issues:

    SwissTPH

    • 3 shell back end module delivered on github

    • Calculation module will use a function to manage the event error

      • Django signal are not run in parallel, meaning that the sender of the signal can check the result for the signal processing.

    Next meeting (14.10.2020):

    Additional Resources

    • No labels