Strikte-Typisierung-Patches + arabische RTL-Locales + E2E-Tests in 9 Locales.
Open-Source-Zusagen
Transparenz by Design.
My Data My Care gibt die zentralen technischen Komponenten seiner souveränen Gesundheitsarchitektur schrittweise frei. Nicht alles auf einmal, nicht aus Marketinggründen — nach 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ößeres Versprechen: Patientensouveränität beruht auf der Möglichkeit, den Code zu prüfen, nicht auf blindem Vertrauen.
Unabhängiges Audit möglich
Jede Sicherheitsforscherin, jeder DPO oder jede Krankenhaus-IT-Leitung kann den Code kritischer Komponenten ohne NDA oder Sonderantrag lesen. Transparenz ist kein Bonus, sondern eine Voraussetzung.
Echte technische Portabilität
Ein Open-Source-SDK FHIR R4 FR Core ermöglicht es jedem Patienten oder jeder Struktur, MDMC mit seinem Pass zu verlassen — zu einem anderen Betreiber, einem DMP, einer Praxis, ohne Lock-in.
Gemeingut Gesundheit
Die französische digitale Gesundheit braucht geteilte Bausteine: HDS-Validator, medizinische i18n-Presets, FHIR-Parser. MDMC vereinnahmt nicht, MDMC trägt bei.
Öffentliche Roadmap
Komponenten zur Freigabe
Zeitplan der schrittweisen Freigabe. V1 = eigenständig nutzbare technische Bausteine. V2 = vollständiges Gesundheits-Framework.
Client SDK FHIR R4 FR Core
Ziel V1 (2026)MIT
TypeScript-Bibliothek zum Konsumieren 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 zur HDS-v2-Konformitäts-Selbstprüfung für Gesundheitsdaten-Hoster. Umfassende Checkliste + Prüfskripte. Ziel Q3 2026.
next-intl healthcare presets
Ziel V1 (2026)MIT
Vorkonfiguriertes next-intl-Modul für medizinische Terminologie in 9 Locales (fr-FR/CH/LB, de-DE/CH, it-CH, en, en-LB, ar-LB). Ziel Q3 2026.
@mdmc/crypto
Ziel V2 (2027)MIT
Kryptografiemodul HKDF + WebCrypto, Ende-zu-Ende-Verschlüsselung auf Patientenseite. Familien-Mehrfachprofile (HKDF-Unterschlüssel pro Mitglied). Ziel Q1 2027.
@mdmc/scheduling-core
Ziel V2 (2027)MIT
Engine zur Konsultationsplanung + Gesundheitskalender. Kompatibel mit iCal + INS-API. Ziel Q2 2027.
@mdmc/chatbot-core
Ziel V2 (2027)AGPL-3.0
Konversationsbot CareFlow als Open Source (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äßig zu den Projekten bei, die wir nutzen. Nicht abschließende Liste.
Issues zu FR-Core-Profilen + Praxisrückmeldungen zur Ségur-V2-Implementierung.
Performance-Reports zu PostgreSQL-Migrationen + Tests zu JSON-Feldern im Gesundheitswesen.
WCAG-2.2-AA-Barrierefreiheitskomponenten + Presets für Gesundheitsformulare.
Angewandte Lizenzen
Welcher Rechtsrahmen
Zwei Hauptlizenzen je nach Art der Komponente. Keine anbieterfreundliche Lizenz wie BSL oder SSPL — echte Copyleft-Zusage bei kritischen Gesundheitsbausteinen.
MITSDK + Presets + Helfer
Wiederverwendbare technische Bausteine ohne Einschränkung. Kein Copyleft. Ermöglicht maximale Adoption durch jedes Ökosystem (kommerziell OK).
AGPL-3.0HDS-Validator + Chatbot-Core
Kritische Gesundheitsbausteine: jeder SaaS-Fork MUSS seine Änderungen erneut veröffentlichen. Verhindert kommerzielle Vereinnahmung ohne Gegenleistung. Geschütztes Gemeingut.
Verbindung zur Souveränität
Open Source und Souveränität sind untrennbar: Auditierbarkeit des Codes = notwendige Bedingung für Patientenvertrauen. Eine Ende-zu-Ende verschlüsselte Architektur ohne öffentlichen Code bleibt ein Vertrauensakt.
Souveränitäts-Seite ansehenEin Vorschlag, ein Audit, ein Beitrag?
Unser technisches Team beantwortet Anfragen von Sicherheitsforschern, Gesundheitsentwicklern, IT-Leitungen und Tech-Journalisten. Responsible-Disclosure-Bericht innerhalb von 48 Werktagsstunden.