Santé · 2023 – 2024
Kapsiki : interopérabilité santé (DME, Labo, Radiologie, ERP)
- Cadre
- Kouete Digital Solutions (KDS), Allemagne
Échanges FHIR entre DME, laboratoire, radiologie DICOM et ERP.
- modules
- 4modules
- continents desservis
- 2continents desservis
- standard
- FHIRstandard
Contexte
Des établissements de santé en Afrique et en Europe utilisent des applications open source distinctes : OpenMRS pour le dossier médical, OpenELIS pour le laboratoire, la plateforme Kapsiki pour le reste. Chaque système détient une partie du parcours patient.
Contrainte
Faire circuler la donnée patient entre des systèmes conçus séparément, sans modèle commun, tout en respectant les exigences de sécurité et de conformité applicables aux données de santé.
Rôle
Ingénieur Full-Stack Java (consultant)
Ce qui a été livré
- Architecture d'interopérabilité FHIR entre OpenMRS, OpenELIS et la plateforme Kapsiki
- Dossier médical électronique : historique patient, prescriptions
- Système d'information de laboratoire : suivi des échantillons et des résultats
- Visionneuse de radiologie basée sur DICOM
- Module ERP : comptabilité, stocks, RH et reporting
Décisions
- FHIR comme modèle d'échange commun entre des applications qui n'en avaient aucun.
- APIs REST et SOAP derrière Keycloak, pour que chaque système s'authentifie de la même façon.
- Signature électronique légalement conforme et notifications intégrées à la plateforme, chaque fonctionnalité livrée en TDD (JUnit 5, Mockito).
Résultat
Une suite unifiée (DME, système d'information de laboratoire, visionneuse DICOM et ERP) déployée pour des établissements de santé et des PME sur deux continents.
Stack technique
JavaSpring BootFHIRKeycloakApache CamelAngularDockerJUnit 5Mockito