Repo metadata
Released under LGPL-2.1 by @Xcov19.
Project Healthcare, from hereon called the brokering service, is a set of upstream OpenAPI specification to extend any patient facing user interface looking to integrate to location-aware consultation and diagnostics facilities near them by:
- Exposing a diagnosis API to capture patient symptoms.
- Exposing geolocation API to caputure patient's location and offer nearby facilities to take action on based on their diagnosis and location.
Unlock advanced healthcare integration without the enterprise price tag. Connect systems, personalize care, and reach underserved communities with ease. Built using modified project template for BlackSheep web framework to start Web APIs, the project structure adheres blacksheep's domain and infrastructure segregation philosophy. It naturally fits the domain driven design philosophy using ports and adapters pattern so expect slight shift towards domain models and services structure.
The specification follows a sandwich service model i.e. it requires one or more upstream producer services and one downstream consumer service as follows:
- The patient facing application, known from hereon as the downstream consumer service, calls the diagnosis and geolocation API.
- The brokering service stores transient diagnosis request and enqueues them to upstream provider service that should return records of facilities and their specialties based on the diagnosis.
- The brokering service returns the records of matching facilities to the downstream consumer service.
All-in-one, affordable, and scalable health integration platform tailored for small to medium-sized businesses (SMBs) and rural healthcare providing Advanced Integration, Personalized Care and Scalable Solutions.
| Feature | Healthcare Infrastructure Service | Competitors |
|---|---|---|
| Remote Patient Monitoring | ✔ | Limited/None |
| EHR/EMR Integration | ✔ | ✔ (Enterprise solutions) |
| Data Normalization, Anonymization and Aggregation | ✔ | Limited/None |
| Rural Healthcare First | ✔ | ✔ (Limited focus) |
| Personalized Patient Journeys and Engagement | ✔ | Limited/None |
| Developer-Friendly APIs | ✔ | ✔ (Enterprise solutions only) |
| Cost | Freemium to Affordable | High Enterprise Pricing |
Unlike other platforms, HIS combines advanced features in one solution, delivering exceptional healthcare services without the complexity or high costs.
- create a Poetry virtual environment using python version in
pyproject.toml poetry install --no-root --with=dev- Run in development environment:
make run
poetry use env python3.12make run
To test the instance on render, set the following environment variables:
PYTHON_VERSION=3.12.4
PORT=44777A reference instance exists on 
See Deploy to spin up your own instance.
See CONTRIBUTING
See Projects
- Add standard documentation in README.md
- Add Getting Started · Learn the Basics, Community and Support links. A contributor must know what the high level UML / block level diagram of this ecosystem looks like.
- Strategic roadmap
- CONTRIBUTING.md file
- Add routes logic
- Add domain entity and aggregate business logic
- Add unit tests against services
- Containerization
- Adding fast and long running test pipeline in github CI for PRs: All unit tests are to be marked fast. All automated Integration and Automation tests are long running.
- CI/CD: Building and hosting staged and prod instance. I have shortlisted on few easy to deploy PaaS. We earlier used GCP but have moved away from al major cloud platforms.
- Add services for patient and provider
- Add OpenAPI endpoints for services
- Add datastore integration to services
- Add API test suite for endpoints
85% of the world's population is in the Emerging Market, of which the majority of single nationality is in India with >700Mn+ smartphone users. Still, as of 2021, we ranked at the very top in the number of neglected tropical diseases cases requiring treatment that included Malaria, Dengue, Chikungunya amongst others:
Despite technological advancements and introduction of PM-JAY:
- 70% of the Indian healthcare being private, ~70% out of them run on pen and paper and are technically challenged in adapting to the fast changing digital infra landscape thus impeding the ease of operations for OPD and in-patient registration, triage and treatment.
- 43% of Indian population including financially underprivileged sections of our society lack basic healthcare awareness. There is a huge demographic divide that dictates the quality of medical care and consultation in our country that can be availed. This is despite technological advancements and India positioning itself as a welfare state. (The Out of Pocket expenditure for the middle class has significantly risen but that is not in the scope of this topic.)
- Additionally, UN Sustainability Goals scores India somewhere in the lower bounds of 60-80 out of 100 in terms of healthcare serviceability index.(UN SDG 3.8.1)
With alot of avenues today in the identity, payments, and data ecosystem pioneered by NPCI and further extended by Bekn protocol, governed by FIDE, in OCEN, ONDC and Open Mobility space, National health authority too has been working on Unified Healthcare Interface for sometime building the Indian Health Stack integrating turn-key healthtech private solutions with ABDM.
Just like many applications being built on top of this layer for the identify, mobility, ecommerce & trade and fintech segments, there are 2 use cases to build an opensource commons platform upon Bharat Health Stack:
- Solve unnecessary resource utilisation: Fix disproportionate allocation of resource constraints faced due to operational inefficiency across healthcare facilities.
- Reduce wait times for dissatisfied patients: Provide reduced wait times for consultation and out-patient services for at-risk patients by fixing inconsistent distribution of patient influx. This happens because patients are not aware of all the possible options (Think zomato of healthcare)
A public and open solution to these use cases makes sense because:
- Much of the government's ABDM components are built in the open
- Many proponents of OSS have been building such systems such as Healthstack system in Bangladesh.
- By building out an opensource version, it makes sense to verify, audit and get feedback faster, build faster and better, aligned to the common's need.
- And truly be transparent.
Powered and Supported generously by
Previously supported as Hollie’s Hub for Good project
