HIMSS 2013 Demo A short user story illustrating

  • Slides: 11
Download presentation
HIMSS 2013 Demo A short user story illustrating a compelling Open. HIE –supported m/e.

HIMSS 2013 Demo A short user story illustrating a compelling Open. HIE –supported m/e. Health interaction for demo at the HIMSS Showcase in March, 2013.

Overview A short user story that illustrates a compelling maternal care / HIV workflow

Overview A short user story that illustrates a compelling maternal care / HIV workflow q Mapping the story to RHEA Po. C interactions q The RHEA technology stack and where modifications are recommended to support IHE q The IHE profiles and interactions corresponding to our user story q 2

The “story” q q q Mosa is pregnant; she goes to the local clinic

The “story” q q q Mosa is pregnant; she goes to the local clinic where she registers into the ANC programme. She already has a pre-existing record at the clinic and in the Client Registry. Mosa’s rapid HIV test (at the clinic) indicates she is HIV positive. As such, she is flagged as “deliver at hospital” so that PMTCT protocols can be followed. Mosa has had some minor bleeding or “spotting”. During a routine visit with a CHW she shares this and the CHW reports it. The CHW tells Mosa she must go for a check up at the clinic ASAP. At Mosa’s 2 nd ANC visit, she is found to be anemic. She is referred to the hospital for follow-up (“urgent”). After 3 days, Mosa has not yet attended the hospital for her follow-up. An “alert” SMS message is sent to her CHW in the village. The CHW finds Mosa in her home in a fever. The CHW arranges for Mosa to go to the Hospital where she receives appropriate care. The hospital has full access to all of Mosa's history. 3

A simple play in 5 Acts… q Act 1 – Open. MRS @ Clinic

A simple play in 5 Acts… q Act 1 – Open. MRS @ Clinic § 1. 1 Mosa registers at clinic, she already has a pre-existing record; resolve her NID § 1. 2 Mosa’s history is taken; rapid HIV test administered indicating that she is HIV+ve q Act 2 – Rapid. SMS @ Mosa's home § 2. 1 Observation of bleeding; CHW sends RISK message to Rapid. SMS (and on into the SHR) § 2. 2 CHW tells Mosa to go the clinic as soon as she can q Act 3 – Open. MRS @ Clinic § 3. 1 Mosa attends ANC visit; resolve her NID § 3. 2 It is seen that Mosa is pregnant, that her HIV test came back +ve and that she now has anemia § 3. 2 She is referred to the district hospital with an “urgent” flag q Act 4 – Rapid. SMS-supported follow-up of care § 4. 1 Mosa has missed her referral; CHW gets an SMS reminder to follow-up with Mosa § 4. 2 CHW visits Mosa at her home and arranges for her to go to the Hospital q Act 5 – Open. MRS @ Hospital § 5. 1 Resolve Mosa’s NID § 5. 2 Retrieve and display Mosa’s shared health information: pregnant, HIV+, fever § 5. 3 Provide appropriate, informed care! 4

RHEA Technology 1 a Workflow (open. MRS) JSON PIX Referral “aging” logic XDS REST

RHEA Technology 1 a Workflow (open. MRS) JSON PIX Referral “aging” logic XDS REST SMS IHE Interfaces CHW Manager Ambulance 5

The “Black Box” Approach Open. EMPI PIX XDS Repository Open. XDS Entire RHEA Infrastructure

The “Black Box” Approach Open. EMPI PIX XDS Repository Open. XDS Entire RHEA Infrastructure except CR and SHR 6

Why this strategy? q q q We minimize the number of changes needed to

Why this strategy? q q q We minimize the number of changes needed to our existing RHEA infrastructure; this reduces risk We are able to leverage our client applications unmodified; this preserves our “user story”, including the m. Health portion which is very compelling The only infrastructure piece we unseat is the SHR § Our CR is already IHE compliant and can participate with us. (NOTE: at the Connectathon, we must show we can interoperate with any PIX provider) § We will need to modify the open. HIM to be able to save to and query from an IHE-compliant XDS repository instead of our existing Open. MRS-based SHR. 7

Necessary modifications q q q The open. HIM would need to be able to

Necessary modifications q q q The open. HIM would need to be able to issue a PIX query and process the returned result from an IHE-compliant EMPI The open. HIM would need to be able to save our existing HL 7 v 2 messages to an IHE-compliant XDS repository The open. HIM would need to be able to query an IHEcompliant XDS repository for one or more of our HL 7 v 2 messages and process the returned result set IHE foundational audit (ATNA) and consistent time (CT) profiles would need to be supported HL 7 v 2 messages sent to the XDS repository would need to be “echoed” to Open. MRS to trigger the referral “aging” logic currently in that implementation of the SHR 8

IHE Interactions q 1. 1, 2. 1, 3. 1, 5. 1 Retrieve EMPI record

IHE Interactions q 1. 1, 2. 1, 3. 1, 5. 1 Retrieve EMPI record § PIX lookup using Rwanda NID q 1. 2, 2. 1, 3. 2 Save: patient history; diagnosis of pregnancy; diagnosis of HIV+; PMTCT order; observation (temperature); referral to hospital § XDS – save HL 7 v 2 ORU message(s) q 3. 2, 5. 2 Retrieve: patient information § XDS – query for HL 7 v 2 ORU message(s) 9

January 2013 Connectathon q Our “Black Box” will need to participate in the Connectathon

January 2013 Connectathon q Our “Black Box” will need to participate in the Connectathon in Chicago in January and successfully achieve 3 interoperability certifications: 1. Patient Identity Cross-reference (PIX) Consumer 2. XDS Document Source 3. XDS Document Consumer q IMPORTANT NOTE: at the Connectathon, we don’t get to choose who we interoperate with 10

March 2013 HIMSS Showcase At the Showcase, we will provide the entire RHEA “stack”

March 2013 HIMSS Showcase At the Showcase, we will provide the entire RHEA “stack” including Open. EMPI and Open. XDS in their IHE-compliant roles q We will demonstrate our workflow, including the Rapid. SMS-based m. Health interactions q § We will need a configured Rapid. SMS Server § We will require a “basic” mobile phone (old Nokia) q To run multiple successive demo’s, we will need a one-click mechanism to “reset” the system to our initial, pre-demo, state 11