$customHeader
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

Version 1 Next »

In some context internet access is either not reliable or not available therefore “offline mode“ is often require for enrollment or claiming.

So far the scheme management, claim review and health financing should be done on the master server for a given area. In most of the case it it better to define the central server as master server to be able to manage cross area (Claim from area 2 HF for an insuree from area 1 )

In Legacy there were 3 offline entry points:

  • Android claim app:

    • features: work by downloading METADATA (Locations, Claim admins, HF, Product, items / services … ), can inquire insuree coverage, then claim can be added with items and services

    • Status: Maintained but might need a refactoring

    • Migration Status: Not compatible with Modular, needs the C# API

  • Android policy app:

    • features: work by downloading METADATA (Locations, Officers, HF, Product, ), can inquire insuree coverage, then insuree can be registered (assigned an insurance number) and enrolled into a policy)

    • Status: Maintained but might need a refactoring

    • Migration Status: Not compatible with Modular, needs the C# API

  • WebApp offline mode

    • features: almost as the legacy app for enrolment and claiming; scheme management, claim review and health financing could be done ONLY if all the HF for a given location are managed by the server, it has limitation when it comes to claims from insuree coming from another area: those actions are better done on the main central server

    • Status: not maintained

    • Migration Status: Not migrated

An ideal solution

Must:

  • Allow to enter claim:

    • Must

      • Create claim capability based on authority

      • HF based on user

      • Items and services based on HF price lists

  • Allow to register new insuree

    • must

      • location based on user

      • Create insuree capability based on authority

  • Allow to enrol insuree in a policy

    • must

      • location based on user

      • Create policy capability based on authority

      • Create contribution capability based on authority

      • Create payment capability based on authority

    • should

      • Price calculation based on rules from server

  • work on smartphone (Android)

  • be able to sync via internet

Should

  • work on computers (laptop/desktop)

  • be able to sync via secured file exchange

  • Use FHIR data structure for local storage and transfers

Can

  • work on smartphone (OS?/Windows?) and computers (laptop/desktop/chromebook?)

  • No labels