Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Table of Contents

...

TaskComponentDetailsResponsibleStatus as of Nov 2017
Minimum Integration
Auth
Jira Legacy
serverSystem JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId448ba138-230b-3f91-a83e-16e7db1deed1
keyOLMIS-3135
Auth

OLMIS-3135: Service Accounts

(Service accounts – backend connections/tokens with Nexleaf)

OpenLMIS
Service Account

Create account or meta data with group structure to ensure that domain, path, tokens (access service account) for accessing openLMIS are known to the components in the NL system which will consume the data.

Nexleaf
Future: single sign-on
Not in scope for Minimum Integration / first phase

Master Data Alignment
Jira Legacy
serverSystem JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId448ba138-230b-3f91-a83e-16e7db1deed1
keyOLMIS-3385

OLMIS-3385: OpenHIE's mCSD Facility Registry 


Epic Name:OpenHIE's mCSD Facility Registry

Description: Support Care Services Update Consumer/Provider for Facility Registries

So OpenLMIS can be a "consumer and provider"

Needed for FHIR

OpenLMIS
Geographic hierarchies
This may be addressed in the facility registry via the location resource in FHIR.

Jira Legacy
serverSystem JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId448ba138-230b-3f91-a83e-16e7db1deed1
keyOLMIS-3386

OLMIS-3386: For interoperability with Nexleaf, provice FHIR Device resources for OpenLMIS CCE Inventory

For interoperability with Nexleaf, provice FHIR Device resources for OpenLMIS CCE Inventory

OpenLMIS
NexLeaf product being a consumer of the facility registry
Nexleaf needs to know how to read FHIR resources to discover facilities and CCE. Nexleaf needs to build a sync tool to do initial discover and updating (scheduled? push button?) of master data from openLMIS.Nexleaf

Tech design for CCE Inventory sync


Need to hold joint planning/tech design to identify the approach or the mappings of certain fields. There are 3 possible options on the table. #1 and #3 are the best.


OpenLMIS, Nexleaf
CCEquipment catalog synchronization

OpenLMIS share their Equipment List with Nexleaf. Both sides ensure there is consistent mapping between fields indicating the make and model.

Needs to know make/model of devices at each facility. Need to make sure CCE catalog in both OpenLMIS and Nexleaf are synced

OpenLMIS, Nexleaf





Alerts
Jira Legacy
serverSystem JIRA
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId448ba138-230b-3f91-a83e-16e7db1deed1
keyOLMIS-3136

OLMIS-3136: Allow CCE Inventory Alerts to be pushed into OpenLMIS OpenLMIS





Advocacy & Long-Term
PQS Catalog Standardization

Larger advocacy to get standardized, consistent, non-disappearing PQS list that is available as CSV/Excel (and not just PDF).

Standard REST API (HL7 FHIR?) for the PQS database

OpenLMIS, Nexleaf
ATOM feed to query for changes from a facility registry
Maybe this includes advocacy with FHIR and OpenHIE communities? Promote this as a future standard?OpenLMIS, Nexleaf





what else?
Discussed  

we could look at fields in SELV API; talk about what we know about our users; what specifically means "needs attention" for us; what is the combination of Nexleaf metrics that tips something into the Non-Functional status?

Notes from  : Who is the person looking at the information in OpenLMIS? We will want to make sure the person taking care of the equipment has time to address. Decided we focus on 

What is the type of information exchanged?

The configuration of the flag would live within Nexleaf and a generic set of data will be passed. Based on configuration in Nexleaf.

  • % of time out of range (uptime)
  • For X duration
  • Potentially number of alarms
  • May be different flags for different levels (MJ: I wasn't clear if this was said so feel free to delete)

What would be the format of the information?

  • Martin will come up with a JSON proposal for that.

Does OpenLMIS store the data? Can previous days get updated?

  • For now, no.
  • Josh: Let's hold off on addressing this and we'll get back to it.
  • For the future conversation, MJ Thoughts: perhaps storage goes into our data warehousing strategy but would different from triggering the flag. 

How frequently should there be updates?

  • For the future conversation.


Discussed on  
  • Can OpenLMIS users not edit the functionality status if a device has RTM?
    • Yes, they will update the functionality status based on the information from RTM.
    • How or do we snooze the needs attention flag? Rachel Powers (Deactivated)
    • Need to understand that if the duration is longer (long window of time), once the fridge performance improves the alarm may continue since it will take longer
      • To mitigate this:
        • can have flag be set 'event based' so it is only set the first time the condition is met. This depends on how OpenLMIS will store and communicate state.
        • the window can be shortened
        • having a snooze/clear within OpenLMIS as questioned above
        • send snooze/clear back to Nexleaf (no prefered)

          Additional questions post-call:
        • should NexLeaf send an "all good" to automatically turn OFF the Needs Attention flag once the criteria have been met? (no preferred)


To be discussed on  
  • Additional questions: does FHIR Device support functional and utilization status? 
  • (added 10/25): Should OpenLMIS communicate information back to Nexleaf?
    (added 10/25): Snoozing functionality & needs
  • does OpenLMIS keep an 'audit log' of the history of functionality status changes over time? (whether it was set manually or set by the RTM service account?) 
  • discuss how future roadmaps for OpenLMIS and Nexleaf dovetail but do not overlap here; EG, Nexleaf is working on an 'issue tracker' type capability; OpenLMIS roadmap has a 'needs attention' flag on CCE equipment 


Languages
Architecture note: Languages should also be supported. ISO standard

OpenLMIS 3.0 upgrade in existin countries
Is there an OpenLMIS-using country planning to scale up to 3.0 and start using these features?
- Conversation is definitely happening in Mozambique, but no clear plans yet. Can keep team updated on updates with other countries as well


What this achieves: Shared facility list, shared CCE inventory device list, OpenLMIS consumes alerts from ColdTrace, standardization of catalog devices (long term).

...

...

Current thinking for the demo (DRAFT)

  • Facility: Dep—sito Distrital Cuamba (still need to define the HF but I think it is Matias, Cuamba)

  • Devices: 



Draft User journey
Narrative and Key things to note
Issues/concerns/missing/questions (MJ Notes)
1As the DIVO, view the CCE equipment inventory at the district store and note the "needs attention flag" due to the integration with ColdTrace

Describe out the integration is based in the FHIR standards of location and device. Any system can utilize/leverage.

Note the alert thresholds we set up in ColdTrace to trigger the needs attention flag.

(question) do we want to show the integration in further detail by logging into ColdTrace.

2As the DIVO, I can add/modify CCE inventory at my store.Don't go through the whole process.Don't go through the whole process.
3As the DIVO, I can update the needs attention flag to non-functional


...

  • Should we sync up the demo data so they are aligned?
  • On the coldtrace side, how can we 'send an alert'?
  • OpenLMIS 3.3 Demo : Martin Lukac to update
    • One piece of equipment will have an active alert
    • One piece of equipment will have an old alert
    • user: divo1, password: password
  • Martin Lukac would you help me with a slide on ColdTrace and brief summary of the blog we did? Thanks!


Check in Meeting  

Update from NexLeaf

  • tested the serializtion numbers, works good

Update from VR

  • View the historical alerts
  • Planning to wrap up 
    Jira Legacy
    serverSystem JIRA
    serverId448ba138-230b-3f91-a83e-16e7db1deed1
    keyOLMIS-4257
     and 
    Jira Legacy
    serverSystem JIRA
    serverId448ba138-230b-3f91-a83e-16e7db1deed1
    keyOLMIS-4249
     shortly

Out of Scope:

  • Synchronizing user accounts & permissions across platforms
  • Achieving a shared, standardized PQS catalog (this is a long term goal that is not covered by this)

...