Patches für strenge Typisierung + arabische RTL-Sprachen + E2E-Tests für 9 Sprachen.
Open-Source-Verpflichtungen
Transparenz by design.
My Data My Care gibt die zentralen technischen Komponenten seiner souveränen Gesundheitsarchitektur schrittweise frei. Nicht auf einen Schlag, nicht aus Marketing — gemäss einer öffentlichen Roadmap mit expliziten Lizenzen.
- MIT-Lizenz
- AGPL-Lizenz
- Öffentliche Roadmap
Unser Ansatz
Warum Open Source
Open Source ist kein Selbstzweck, sondern der Hebel für ein grösseres Versprechen: Die Patientensouveränität beruht auf der Möglichkeit, den Code zu prüfen, nicht auf blindem Vertrauen.
Unabhängige Prüfung möglich
Jede Sicherheitsforscherin, jeder DPO oder jede Spital-IT-Leitung kann den Code der kritischen Komponenten ohne NDA oder Sonderanfrage lesen. Transparenz ist kein Bonus, sondern eine Voraussetzung.
Echte technische Portabilität
Ein Open-Source-SDK FHIR R4 FR Core erlaubt es jedem Patienten oder jeder Struktur, mit ihrem Pass von MDMC wegzugehen — zu einem anderen Betreiber, einem DMP, einer Praxis, ohne Lock-in.
Gesundheits-Gemeingut
Die französische digitale Gesundheit braucht gemeinsame Bausteine: HDS-Validator, medizinische i18n-Presets, FHIR-Parser. MDMC vereinnahmt nicht, MDMC trägt bei.
Öffentliche Roadmap
Komponenten freizugeben
Zeitplan der schrittweisen Freigabe. V1 = allein nutzbare technische Bausteine. V2 = vollständiges Gesundheits-Framework.
Client SDK FHIR R4 FR Core
Ziel V1 (2026)MIT
TypeScript-Bibliothek zur Nutzung unserer Patienten-API + FHIR-R4-Pass-Export. Kompatibel mit Node, Deno, Bun, Browser. Ziel Q3 2026.
HDS-Checklisten-Validator
Ziel V1 (2026)AGPL-3.0
CLI-Tool zum Selbst-Audit der HDS-v2-Konformität für Gesundheitsdaten-Hoster. Vollständige Checkliste + Prüfskripte. Ziel Q3 2026.
next-intl Healthcare Presets
Ziel V1 (2026)MIT
Vorkonfiguriertes next-intl-Modul für medizinische Terminologie in 9 Sprachen (fr-FR/CH/LB, de-DE/CH, it-CH, en, en-LB, ar-LB). Ziel Q3 2026.
@mdmc/crypto
Ziel V2 (2027)MIT
Kryptografisches Modul HKDF + WebCrypto, Ende-zu-Ende-Verschlüsselung auf Patientenseite. Mehrere Familienprofile (HKDF-Unterschlüssel pro Mitglied). Ziel Q1 2027.
@mdmc/scheduling-core
Ziel V2 (2027)MIT
Planungs-Engine für Konsultationen + Gesundheitskalender. Kompatibel mit iCal + INS-API. Ziel Q2 2027.
@mdmc/chatbot-core
Ziel V2 (2027)AGPL-3.0
Open-Source-Konversationsbot CareFlow (PHI-Anonymisierung + Provider-Abstraktion Mistral/Groq/Ollama). Ziel Q3 2027.
Upstream-Beiträge
Was wir zurückgeben
Über den MDMC-Code hinaus tragen wir regelmässig zu den Projekten bei, die wir nutzen. Nicht erschöpfende Liste.
Issues zu den FR-Core-Profilen + Praxis-Feedback zur Ségur-V2-Implementierung.
Performance-Reports zu PostgreSQL-Migrationen + Tests für Gesundheits-JSON-Felder.
Barrierefreiheits-Komponenten WCAG 2.2 AA + Presets für Gesundheitsformulare.
Angewandte Lizenzen
Welcher rechtliche Rahmen
Zwei Hauptlizenzen je nach Art der Komponente. Keine proprietär-freundliche Lizenz wie BSL oder SSPL — echtes Copyleft-Engagement bei den kritischen Gesundheitsbausteinen.
MITSDK + Presets + Helpers
Wiederverwendbare technische Bausteine ohne Einschränkung. Kein Copyleft. Ermöglicht maximale Übernahme durch jedes Ökosystem (kommerziell OK).
AGPL-3.0HDS-Validator + Chatbot-Kern
Kritische Gesundheitsbausteine: Jeder SaaS-Fork MUSS seine Änderungen erneut veröffentlichen. Verhindert kommerzielle Vereinnahmung ohne Gegenleistung. Geschütztes Gemeingut.
Bezug zur Souveränität
Open Source und Souveränität sind untrennbar: Die Prüfbarkeit des Codes ist eine notwendige Bedingung des Patientenvertrauens. Eine Ende-zu-Ende-verschlüsselte Architektur ohne öffentlichen Code bleibt ein Akt des Glaubens.
Die Seite Souveränität ansehenEin Vorschlag, ein Audit, ein Beitrag?
Unser technisches Team antwortet Sicherheitsforschenden, Gesundheitsentwicklern, IT-Leitungen und Tech-Journalisten. Responsible-Disclosure-Bericht innert 48 Werktagsstunden.