Solum
Solum
Klinische EHDS-Compliance-Schicht — durchsetzen, übersetzen, belegen.
In Entwicklung · Stufe 1BUSL-1.1 · Stufe 1 · EHDS-orientiert · FHIR
Solum ist Stufe 1: aktiv entwickelt und aus dem Quellcode installierbar. Nur technische Reife — kein benanntes Pilotportfolio.
Warum Solum existiert
Entstanden, damit Kliniken, Labore, Apotheken und Health-Tech-/HMIS-Anbieter technische Kontrollen für EHDS- und datenschutzorientierte Pflichten ohne große Compliance-Organisation betreiben können. Solum ist eine Compliance-Schicht neben euren Primärsystemen: Jurisdiktions-Policies durchsetzen, Interchange übersetzen (zuerst FHIR) und Evidenz erzeugen—auf Infrastruktur, die ihr kontrolliert. Es behauptet keine rechtliche Compliance für euch.
Zwei klare Wege
Dasselbe Produkt, zwei Betriebsgeschichten. Ferrum ist zum Betreiben von Solum nie erforderlich.
Eigenständige Compliance-Schicht
Für Organisationen, die klinische Compliance-Kontrollen brauchen, ohne Ferrum zu übernehmen. EHR/HMIS bleibt eures; Solum sitzt daneben für Policy-Enforcement, Feldverschlüsselung, Consent-/Zugriffsevidenz und FHIR-orientierten Interchange.
Optionaler Ferrum-Begleiter
Für Teams, die Ferrum bereits nutzen oder planen und daneben eine klinische Compliance-Ebene brauchen—keine zweite Genom-Plattform. Gemeinsames Crypt4GH-Envelope-Format; Companion-Flächen sind additiv und optional.
Ferrum + Solum gemeinsam
Klinische Compliance neben einer genomischen GA4GH-Ebene: optionaler Begleiter, gemeinsame Crypt4GH-Muster, ein gemeinsames Pilotgespräch wenn beide Ebenen zählen.
Ferrum + Solum anfragenWas Stufe 1 bereits leistet
Die Nutzenformulierung entspricht implementierten Stufe-1-Fähigkeiten. Sie behauptet keine rechtliche Compliance für euch.
- Jurisdiktionsregeln als Daten — TOML-Profile beim Start geprüft; Startverweigerung bei widersprüchlicher Residenz-, Schlüssel-, Audit- oder Consent-Haltung.
- Feldverschlüsselung unter kundengesteuerten Schlüsseln (Crypt4GH); optionaler AWS-KMS-Pfad ist feature-gated und standardmäßig aus.
- Capability-geprüfte Autorisierung mit Fail-Closed sowie eine dauerhafte, hash-verkettete Audit-Spur zum Export und zur Verifikation.
- FHIR-orientierter Interchange mit IPS-orientierter Patient-Summary-Bindung in Stufe 1; breitere EEHRxF-Kategorien bleiben auf der Roadmap.
EU- und afrikanische Gesundheitsmärkte
Gleichwertige Kernmärkte. Die EU-Orientierung folgt EHDS-artiger Readiness für Primärnutzungs-Interoperabilität. Afrikanische Jurisdiktionen werden als Profildaten modelliert—kein einzelnes „GDPR-Klon“-Modell. Kenya ist das erste afrikanische Profil im Repository (provisorisch nach Engineering-Vorprüfung—nicht produktionsreif / nicht ODPC-zertifiziert bis zur qualifizierten rechtlichen Prüfung). Nigeria- und Südafrika-orientierte Profile sind geplant.
Orientierung, keine Rechtsberatung
Stufe-1-Technikkontrollen für EHDS- und datenschutzorientierte Pflichten. Evidenz, die ihr mit eurer Rechtsberatung und Governance interpretiert — kein Compliance-Zertifikat für sich allein.
Institutionelle Preise (Orientierung)
Evaluation und zulässige Forschungsnutzung unter BUSL können lizenzgebührenfrei sein. Produktiver klinischer / kommerzieller Betrieb braucht eine schriftliche Vereinbarung. Track A ist der Sidecar neben eurem EHR; Track B ergänzt optional eine openEHR-CDR-Ebene (Partner-UIs — wir verkaufen kein Krankenhaus-EHR).
| Position | Richtwert (netto EUR) |
|---|---|
| Track A — Sidecar Einzelstandort | €12.000–28.000 / Jahr |
| Track B — CDR-Add-on | +€8.000–20.000 / Jahr (+ Implementierung zum Consulting-Tagessatz €800–1.200) |
| Track-A-Pilot (60–90 Tage) | €8.000–18.000 fest |
| Support | Standard inklusive · Priority +15% · Enterprise +30% |
Nur Orientierung — Stufe-1-Reife. Verbindliche Konditionen schriftlich. Optionaler Ferrum-Begleiter separat.
Jahr-1-Rechenbeispiel (Orientierung)
Ein Einzelstandort-DIZ, der Ferrum + Solum Track A gemeinsam pilottet, landet oft bei etwa €18k–38k im Jahr 1 vor Support-Aufschlägen: Ferrum-Pilot €10k–20k (anrechenbar auf Jahr-1-Lizenz) plus Solum-Track-A-Pilot €8k–18k. Multi-Site und Track-B-CDR liegen darüber. Verbindliche Summen nur schriftlich.
Support-Stufen
Gleiches Support-Modell wie Ferrum für bezahlte institutionelle Lizenzen und Support-Vereinbarungen.
Durch ein kleines Team (Founder-Maßstab), Geschäftszeiten CET/CEST, Montag–Freitag (ohne Feiertage Baden-Württemberg). Kein 24/7-NOC.
| Stufe | Erste Antwort | Zeiten / Kanäle |
|---|---|---|
| Standard | 2 Werktage | Geschäftszeiten CET · E-Mail / Ticket · inklusive |
| Priority | 8 Geschäftsstunden | Geschäftszeiten CET · E-Mail + Termin · typisch +15% |
| Enterprise | 4 Geschäftsstunden | Erweitert 07:00–20:00 CET · fester Kontakt · typisch +30% |
Erste Antwort heißt Eingangsbestätigung und Triage, nicht Lösung. BUSL-Forschung kann Community-Antworten ohne vertragliche SLA erhalten.
Numerische Produktions-Uptime-Prozente sind kein stehendes Vendor-Versprechen für kundenhostete Deployments. Enterprise-Uptime-SLA nur wenn ein unterzeichnetes SOW messbaren Umfang festlegt; sonst N/A.
Was Solum nicht ist
- Keine vollständige Krankenhaus-EHR-UI von Synaptic Four. Ein optionaler openEHR-CDR (Track B) bietet APIs für Partner zur klinischen Persistenz—eure Primärsysteme bleiben eure.
- Kein Medizinprodukt und keine Diagnose- oder Therapieunterstützung.
- Kein rechtliches Compliance-Zertifikat für sich allein—technische Kontrollen und Evidenz, die ihr mit Beratung und Governance weiter einordnen müsst.
Technical Reports
Stack-Architektur-Notizen (DOI) — Ferrum-fokussiert, relevant wenn Solum daneben läuft.