🏥 | Implementation guide for Digital Health Platform [maintainer=@roosyabuddy]
  • GLSL 54%
  • Batchfile 29.8%
  • Shell 16.2%
Find a file
Vadim Peretokin e8583da459
Merge pull request #5 from uzinfocom-org/sync-from-dhp-temp
Sync updates from DHP-integrations-temp
2026-03-26 09:43:04 +01:00
.github sync updates from DHP-integrations-temp 2026-03-26 09:39:23 +01:00
input sync updates from DHP-integrations-temp 2026-03-26 09:39:23 +01:00
.gitignore copy DHP integrations content 2025-11-13 12:51:58 +01:00
_build.bat copy DHP integrations content 2025-11-13 12:51:58 +01:00
_build.sh copy DHP integrations content 2025-11-13 12:51:58 +01:00
_gencontinuous.bat copy DHP integrations content 2025-11-13 12:51:58 +01:00
_gencontinuous.sh copy DHP integrations content 2025-11-13 12:51:58 +01:00
_genonce.bat copy DHP integrations content 2025-11-13 12:51:58 +01:00
_genonce.sh copy DHP integrations content 2025-11-13 12:51:58 +01:00
_updatePublisher.bat copy DHP integrations content 2025-11-13 12:51:58 +01:00
_updatePublisher.sh copy DHP integrations content 2025-11-13 12:51:58 +01:00
ig.ini copy DHP integrations content 2025-11-13 12:51:58 +01:00
LICENSE copy DHP integrations content 2025-11-13 12:51:58 +01:00
README.md add adapted README 2025-11-13 13:01:41 +01:00
sushi-config.yaml align main with DHP-integrations-temp baseline 2026-03-26 09:36:39 +01:00
updateSiteBasedOnMarkdownChange.sh copy DHP integrations content 2025-11-13 12:51:58 +01:00

🇺🇿 DHP Integrations Implementation Guide

Welcome to the official repository of the Digital Health Platform (DHP) Integrations Implementation Guide. This guide defines FHIR R5-based integration specifications for third-party systems that integrate with the Digital Health Platform (DHP). It enables external healthcare systems to exchange data with DHP while maintaining their own data sovereignty.

📌 Published by Uzinfocom in collaboration with the Ministry of Health of Uzbekistan under the national healthcare digitalization program supported by KfW Development Bank.


🌐 About the Project

The DHP Integrations IG provides standard data structures, terminology, API specifications, and integration patterns for third-party systems integrating with DHP. It supports DHP's hybrid architecture where not all data is centralized, combining centralized storage of core healthcare data with distributed, specialized data maintained by external systems.

  • 📅 Project duration: 20242027
  • 🧭 Aligned with: Digital Uzbekistan 2030, Presidential Decree PD-415, Concept for Health 20192025
  • 🔗 Interoperability standard: HL7® FHIR® R5
  • 🔄 Depends on: DHP Core Implementation Guide

📘 Guide Contents

This Implementation Guide includes:

  • FHIR profiles and extensions for external systems integrating with DHP
  • 🔄 Integration patterns for DHP's hybrid architecture (centralized + distributed data)
  • 🏥 Data exchange approaches: atomic FHIR resources and clinical documents
  • 📝 Clinical forms (e.g., Form 003 inpatient, Form 096 birth) as Clinical Documents
  • 🌍 Terminology services: CodeSystems and ValueSets for standardized coding
  • 🧪 Conformance requirements for third-party system integrations

🎯 Target Audience

This IG is intended for implementers developing or configuring systems that need to integrate with DHP, including:

  • 🏥 Medical Information Systems (MIS) - patient records, appointments, billing
  • 🖼️ Picture Archiving and Communication Systems (PACS) - medical images
  • 🧪 Laboratory Information Systems (LIS) - lab workflows and results
  • 🔌 Other third-party healthcare applications needing data exchange with DHP


👥 Contributors

Name Role Organization
Rustam Sadykov IG Maintainer Uzinfocom
Vadim Peretokin Primary Author Peretokin Consulting
Bekhzod Akhmedov Co-Author Uzinfocom
Sarvar Kubaev Co-Author Uzinfocom
Saodat Kadirova Business Analyst Uzinfocom
Irina Berger Business Analyst Uzinfocom
Ministry of Health of the Republic of Uzbekistan Strategic Partner Government
KfW Development Bank Financial & Technical Support International Donor

🛠️ Repository Management and Development Standards

Semantic versioning: Version identification follows the conventions documented at https://build.fhir.org/ig/vadi2/DHP-temp/en/index.html#identification-of-versions.

Branching strategy: Feature branches are created as needed and merged into the main branch via rebase or squash-commit. All releases are tagged from the main branch according to semantic versioning standards.

Code review policy: Pull requests must pass IG Publisher QA checks without introducing new errors or warnings, and require approval from at least one FHIR expert before merging.

Quality assurance: Static analysis is enforced through the FHIR IG Publisher's built-in validation and QA tooling, which checks for conformance issues, broken references, terminology validation errors, and a host of other issues.


📜 License

This Implementation Guide is open-source under the CC0-1.0 license.