Bell Eapen MD, PhD.

Bringing Digital health & Gen AI research to life!

Pragmatic Research That Builds and Travels

I have noticed a steady shift from abstract theorizing toward pragmatic research, resulting in tangible, reusable artifacts across many areas. These artifacts are not just code; they are models, methods, algorithms, datasets, and tools that solve real operational problems. In areas where generative AI is already changing workflows, the value of such pragmatic research is becoming unmistakable.

Pragmatic Research That Builds and Travels

Image credit: Justmee3001, CC BY-SA 4.0 https://creativecommons.org/licenses/by-sa/4.0, via Wikimedia Commons

Why building matters now

The catalyst is twofold. First, the technical maturity of generative AI and related toolchains has lowered the cost of moving from idea to prototype. Second, health systems and organizations are asking for systems that integrate with workflows and regulatory constraints rather than for more conceptual frameworks. In practice, this means moving upstream in the research lifecycle: designing artifacts with deployability, explainability, and governance in mind, and creating reproducible stacks that others can use.

Open-source availability plays a special role. When models, algorithms, and tools are shared openly, they invite scrutiny, rapid iteration, and safer deployment, especially in high-stakes domains like healthcare, where transparency aids validation and trust. Open artifacts accelerate safe, community-driven improvements and reduce single-vendor lock-in, improving the odds that a research output will see real-world use.

How evaluation and impact change

Traditional academic success metrics emphasize conceptual novelty and citation counts. For pragmatic research, those metrics are necessary but insufficient. The new signals of value include artifact availability, adoption, downloads, forks, integration reports, and even social engagement that indicates uptake and practitioner interest. Empirical evaluation will increasingly combine:

  • Classical metrics from peer review and controlled experiments.
  • Community signals (downloads, GitHub stars/forks, package installs).
  • Operational outcomes (reduced task time, fewer errors, improved throughput).
  • Policy and governance readiness (documentation, auditing hooks, monitoring plans)

As researchers build usable systems, journals and conferences will need to evolve their review criteria to assess reproducibility and real-world applications, not just the strength of theoretical claims.

Sharing, incentives, and scholarly credit

Open-source distribution is central to the pragmatic approach because it enables external validation and iterative refinement. But scholarships must also evolve to reward the labor of engineering, documentation, and maintenance. Practical contributions, well-documented software and model releases, replicable deployment recipes, and usable toolkits should become first-class scholarly outputs. Peer communities should value artifacts that show measurable use in the wild, not just theoretical elegance.

Risks and guardrails

A pragmatic focus raises important risks: rushed or poorly validated tools entering clinical environments, fragile artifacts that break in new settings, and overreliance on usage metrics that can be gamed. Academic conferences and funders must insist on transparency: open validation datasets (where privacy allows), clear documentation of model limitations, and post-deployment evaluation plans.

What this means for MIS and health informatics researchers

For MIS researchers, the pragmatic paradigm reframes scholarship as product plus evidence. Studies should connect organizational processes, human factors, and deployed systems, measuring how an artifact changes decisions, coordination, or resource allocation. For health informatics scholars, the emphasis on safety, explainability, and auditability becomes non-negotiable; artifacts must be designed with clinical oversight, privacy-preserving techniques, and regulatory constraints in mind.

Practically, scholars will benefit from adopting engineering best practices: continuous integration for models, packaged reproducible environments, clear APIs, and user-centered design. Collaboration across disciplinary boundaries, clinical partners, product engineers, ethicists, and implementation scientists will be essential to translate artifacts into impact.

Research that travels

The pragmatic paradigm restores a simple promise: research should travel beyond the page. When MIS and health informatics scholars build artifacts designed for real settings and share them openly, scholarship becomes a living conversation, one of iterative improvements, operational learning, and measurable benefits. Publication will no longer be the last step in the journey; it will be a milestone on the route to adoption, where downloads, forks, deployment stories, and measurable outcomes tell the fuller story of impact. In an era powered by generative AI, the most consequential research will be the kind that people can pick up, run, and improve. Research that travels beyond the lab or paper into real-world settings.

Come, join us to make generative AI in healthcare more accessible! 

ChatGPT captured the imagination of the healthcare world though it led to the rather misguided belief that all it needs is a chatbot application that can make API calls. A more realistic and practical way to leverage generative AI in healthcare is to focus on specific problems that can benefit from its ability to synthesize and augment data, generate hypotheses and explanations, and enhance communication and education. 

Generative AI Image credit: Bovee and Thill, CC BY 2.0
Generative AI Image credit: Bovee and Thill, CC BY 2.0 https://creativecommons.org/licenses/by/2.0, via Wikimedia Commons

One of the main challenges of applying generative AI in healthcare is that it requires a high level of technical expertise and resources to develop and deploy solutions. This creates a barrier for many healthcare organizations, especially smaller ones, that do not have the capacity or the budget to build or purchase customized applications. As a result, generative AI applications are often limited to large health systems that can invest in innovation and experimentation. Needless to say, this has widened the already big digital healthcare disparity. 

One of my goals is to use some of the experience that I have gained as part of an early adopter team to increase the use and availability of Gen AI in regions where it can save lives. I think it is essential to incorporate this mission in the design thinking itself if we want to create applications that we can scale everywhere. What I envision is a platform that can host and support a variety of generative AI applications that can be easily accessed and integrated by healthcare organizations and professionals. The platform would provide the necessary infrastructure, tools, and services to enable developers and users to create, customize, and deploy generative AI solutions for various healthcare problems. The platform would also foster a community of practice and collaboration among different stakeholders, such as researchers, clinicians, educators, and patients, who can share their insights, feedback, and best practices. 

I have done some initial work, guided by my experience in OpenMRS and I have been greatly inspired by Bhamini. The focus is on modular design both at the UI and API layers. OpenMRS O3 and LangServe templates show promise in modular design. I hope to release the first iteration on GitHub in late August 2024. 

Do reach out in the comments below, if you wish to join this endeavour, and together we can shape the future of healthcare with generative AI. 

Read Part II

Drishti: An mHealth platform for pervasive health monitoring

TL;DR: Here is an open-source mHealth framework based on FHIR! and here is the paper and my presentation at ICSE!

Pervasive health monitoring is becoming less and less intrusive with better sensors, and more and more useful with machine learning and predictive analytics.

mHealth (mobile health) could play an important part in pervasive health monitoring. It is difficult for clinicians to efficiently use the data from disparate apps that do not communicate with each other. For example, if a clinician has to monitor a patient’s blood sugar, blood pressure and physical activity, the clinician may have to check data from multiple apps. Another challenge is the difficulty in communicating clinical requirements to app developers and it is difficult to test and approve the clinical validity of these apps. Besides, there are always privacy and security concerns with personal health information.

Open mHealth is a framework introduced to manage the problem of interoperability between apps. It is an open-source project. Open mHealth project provides interfaces for cloud services such as GoogleFit and Fitbit and converts the data into a common data format. BIT model deals with the communication problem between clinicians and developers during app development. Drishti incorporates Open mHealth framework into the BIT model using FHIR as the common data model.

The BIT model is based on the Sense-Plan-Act paradigm from robotics. The BIT model encourages conceptualizing mHealth apps as three distinct components: Profilers that sense data on various physiological parameters such as blood pressure, planners that create a clinical intervention plan and actors that deliver the plan to the users as alerts or messages on their mobile devices. Drishti adopts the BIT model as a design model with all components sharing a central data repository. Drishti makes sharing of information with the doctors easy, by integrating it into an EMR. The central data repository also makes big data applications possible.

The central data repository in Drishti uses FHIR schema for storage. FHIR is a schema for health data created by HL7 that defines ‘Resources’ that can be exchanged as json or xml using RESTful interfaces. Resources support 80% of common use cases and the rest can be supported using extensions. For example, age and gender are defined for a Patient resource, while skin type that is not commonly used is defined through an extension if required. Drishti uses the ‘Observation’ resource for storing data from profilers and the ‘CarePlan’ resource for the planner and actor components.

Open mHealth is the profiler in Drishti. All data from the various cloud services are converted to FHIR Observations and stored in the Drishti-Cog. The Drishti-Planner can take data stored in the cog and create a careplan and the actor can deliver it to the patient. Drishti uses OpenMRS EMR for managing access, both for clinicians and patients. We have developed an OpenMRS module for integration with Drishti. The javascript visualization library called hGraph provides a consolidated view of the data pulled from sensors to the clinician.

In the current implementation, the cog is a FHIR server based on the HAPI java library. Planner and actor components are just stubs that can be extended for several use cases. The planner is a python flask app and the viewer is a Vue App that can be used as a native mobile app. Both are templates that can be extended. The entire stack is available on GitHub along with pre-built Docker containers for quick prototyping.

Here is a typical use case. Depression is a common mental health problem, characterized by loss of interest in activities that you normally enjoy. Patients with depression are typically treated with anti-depressant drugs. The clinicians need to track the patient’s activity to assess progress along with medication compliance. The patient can use an activity tracker app and a medication tracker app, both sending data to the cog as FHIR observations. The clinicians can have a consolidated view in their EMR and create alerts or messages (plan) that can be delivered to the patient’s mobile device. The interventions can also be created by AI systems.

Drishti was presented at Software Engineering in Healthcare conference in Montreal and selected for FHIR devdays. Please cite Drishti as below:

Bell Raj Eapen, Norm Archer, Kamran Sartipi, and Yufei Yuan. 2019. Drishti: a sense-plan-act extension to open mHealth framework using FHIR. In Proceedings of the 1st International Workshop on Software Engineering for Healthcare (SEH ’19). IEEE Press, Piscataway, NJ, USA, 49-52. DOI: https://doi.org/10.1109/SEH.2019.00016

@inproceedings{Eapen:2019:DSE:3353963.3353974,
 author = {Eapen, Bell Raj and Archer, Norm and Sartipi, Kamran and Yuan, Yufei},
 title = {Drishti: A Sense-plan-act Extension to Open mHealth Framework Using FHIR},
 booktitle = {Proceedings of the 1st International Workshop on Software Engineering for Healthcare},
 series = {SEH '19},
 year = {2019},
 location = {Montreal, Quebec, Canada},
 pages = {49--52},
 numpages = {4},
 url = {https://doi.org/10.1109/SEH.2019.00016},
 doi = {10.1109/SEH.2019.00016},
 acmid = {3353974},
 publisher = {IEEE Press},
 address = {Piscataway, NJ, USA},
 keywords = {FHIR, interoperability, mHealth},
} 

DHIS2 and longitudinal health records: Connecting systems to get the best of both worlds!

DHIS2 is a health information system that revolutionized the way healthcare data is managed. It is open source and is a byproduct of a multinational action research project initiated from Oslo and first implemented in India. 1Currently, DHIS2 is the world’s largest health management information system (HMIS) platform, in use by 67 low and middle-income countries. 2.28 billion (30% of the world’s population) people live in countries where DHIS2 is used.

DHIS2 is a public health information system (PHIS) where the unit of management is a group or a geographical region and not individuals. It is unfortunate that this distinction between a typical EMR (a longitudinal health record) and a public health information system to manage population health is not clear to many policymakers.

The growing popularity of machine learning and artificial intelligence applications make the PH agencies rethink their data management strategies. A longitudinal health record is essential for most ML and AI applications for creating complex predictive models. PH agencies are gradually realizing the importance of data warehouses in managing the changing healthcare data management applications and workflows. Hence, the next generation of public health information systems should be able to efficiently handle longitudinal as well as group/cross-sectional data.

The easiest strategy to adopt may be to make existing PHIS systems talk to each other by leveraging the recent advances in health information exchange. HL7 may not be ideal for this purpose as it relies on a patient-centric model. FHIR may be more capable to deal with this, but the underlying REST interface may not support real-time data exchange.

RabbitMQ and Apache Kafka are industry standard open-source messaging frameworks that can be leveraged for real-time communication between disparate systems such as DHIS2 and OSCAR EMR / OpenMRS. DHIS2 supports both out of the box, and I have modified the DHIS2 docker container optimized for message exchange. A sample Java client is also available from my fork. The repo is here.

If you have ideas/want to work on creating DHIS2 connectors for EMRs like OSCAR EMR or OpenMRS, please comment below. OpenMRS has an existing module that can pull certain reports from DHIS2.

References

1.
Braa, Monteiro, Sahay. Networks of Action: Sustainable Health Information Systems across Developing Countries. M. 2004;28(3):337. doi:10.2307/25148643

SMART CDS-Hooks

CDS-Hooks specification describes a “hook”-based pattern for invoking decision support from within a clinician’s EHR workflow.