Focus of Interoperability: EMRs vs Aggregate systems

Hi Michael,
You have raised a very pertinent question. I think paper-based patient record systems exist in most of the countries though they may not be standardized or capture relevant data. These data are in general fed into the national information systems in aggregate form. So when a country decides to implement a electronic medical record system it can also provide required aggregate data provided there is an agreement on the data to be collected and reported in relation to the said health objective.Until then, the focus should remain on aggregate systems.

But before getting into the interoperability details, I think it is important to deliberate on the system design issues which is driven by the requirements of its users. An important component of the design is system architecture which should align with the health goals and offers standardization, flexibility and scale to meet evolving health care information needs.

Also interoperability should not be discussed strictly in its technical sense which refers to automated information exchange rather it should include relatively less resource intensive options such as data import/export.

I would say that since we are much further along with aggregate reporting systems that we should proceed to try and link them. The pace of development of EMRs and their wide roll is far behind that of routine aggregate systems. Build the interoperability of these systems and when EMRs are ready and they many issues around them resolved (unique patient identifier being just one) they can then be brought into the existing and operating framework. Don’t wait for the EMRs! let us beuild what we can and when other elements become operational/available then let us add them in.

Agree with James – we are putting the cart before the horse when supporting wide-spread EMRs in places without the infrastructure to sustain them. And diverting precious resources that could be used to strengthen and integrate aggregate data systems!

Hello all,

Great discussion, one that is difficult to stay away from.

Thank you all, there are some very important thoughts and resources that have been shared by the participants.

I think the question posed by the moderator was on advantage of interoperability. I will start with my thoughts on that. In the current scenario, where we have multiple platform for disease specific reporting or function specific (logistics, service delivery, etc.) for aggregate reporting and them EMRs or some mhealth applications for community reporting, interoperability is a tool to improve decision-making at multiple levels of the health system. i would strongly encourage that teams/countries thinking of interoperability should think of the USE CASES first i.e. what do we want to achieve. Use cases help in one, documenting the health systems vision and then breaking it down into bite size pieces or phases.

Here, i will connect with the other participants. Once we have the phased approach, mapping data exchange between existing aggregate or client level is a cake. if there are aggregate system (only) we start with that, if there are some EMRs we should definitely include them as well.

Manish talked about architecture and requirements. These (+standards) are, in my view, building blocks for interoperability. The architechture helps identify what goes where and how and requirements and use cases guide ‘why’. Another advantage of doing this early in the planning phase is that it helps in identifying the solution to support interoperability.

Dave, thanks for sharing all the great resources. These will be very helpful in keeping ourselves up-to-date.

So, getting back to the moderators question, i would be really interested in hearing ‘what are the advantages of interoperability that are out there/being implemented?

Dear All,

Great points have been raised and I am indeed happy I did not miss this thread.

Just like previous commenters, the vision for an interconnected EMR for developing countries is still some distance away. Even the most advanced countries have not achieved this for various reasons. From my observation, those that conceive some of these ideas have little knowledge about what it takes to deliver them. Developing a system is not just the software, we need to talk about the people and the processes as well.

The MEASURE Evaluation Phase III project in Nigeria provided technical support to the Health Records Officers Registration Board of Nigeria to review the curriculum for training health information management (HIM) professionals. It had been observed that the HIM professionals encountered in the field had inadequate information and Communication Technology skills. These professionals are supposed to be the “techies” in health records management in health facilities. Yet an assessment found that fewer than 10% of them were skilled in database administration (not development). This is further elaborated on here http://him.sagepub.com/content/early/2016/04/07/1833358316639447.abstract

I also agree with Michael that we first try to connect the aggregate systems before venturing to link EMRs and like he said it is no joke. We identified the need to have a Health Facility Registry which serves as a hub for linking these aggregate systems as far back as 2013 and we proposed the idea to the government of Nigeria. This is described in our paper published here http://www.ncbi.nlm.nih.gov/pubmed/25422720. However, those to drive the system did not agree that we needed another system to manage these records and link in others. In fact, those managing the LMIS and HRIS were all working independent of those managing the DHIS. It took several sessions of explaining over a long time and persistent inability to achieve their goals before they saw reason to consider this and attempt to bring other partners in. Next comes the availability of resources to get this done. We managed to map the health facilities across a couple of databases in Nigeria but the success rates upon completion were also not encouraging because of lack of standardization in names and several other issues such as incomplete lists and multiple parties across 37 registries. For some states only 40% of health facilities in one list were available in the other.

Our recent publication titled “Potential use cases for the development of an electronic health facility registry in Nigeria: Key informant’s perspectives” available at http://ojphi.org/ojs/index.php/ojphi/article/view/6350 is directed at identifying the most important use cases in the development of a health facility registry which will form the base of a Health Information Exchange in Nigeria.

From the discussion on another thread on enterprise architecture, the vision should be about building in standards that will allow you to grow your system over time. There is no country that can at one time identify all the processes that need to be built into the system at once.

My few cents.

Olusesan Makinde