Solum

Solum

Couche de conformité clinique EHDS — faire appliquer, traduire, prouver.

En développement · Étape 1

BUSL-1.1 · Étape 1 · orienté EHDS · FHIR

Solum est à l’étape 1 : développé activement et installable depuis le code source. Maturité technique seulement — pas un portefeuille de pilotes nommés.

Pourquoi Solum existe

Conçu pour que cliniques, laboratoires, pharmacies et éditeurs Health-Tech / HMIS puissent faire tourner des contrôles techniques liés aux devoirs orientés EHDS et protection des données sans une grande organisation de conformité. Solum est une couche de conformité à côté de vos systèmes de référence : faire appliquer les politiques de juridiction, traduire l’échange (FHIR d’abord) et produire des preuves — sur une infrastructure que vous maîtrisez. Il ne revendique pas la conformité juridique à votre place.

Deux chemins clairs

Le même produit, deux histoires d’exploitation. Ferrum n’est jamais requis pour faire tourner Solum.

Couche de conformité autonome

Pour les organisations qui ont besoin de contrôles de conformité clinique sans adopter Ferrum. Vous gardez votre EHR/HMIS ; Solum s’y place à côté pour l’application des politiques, le chiffrement de champs, les preuves de consentement/accès et l’échange orienté FHIR.

Compagnon Ferrum optionnel

Pour les équipes qui utilisent ou prévoient Ferrum pour l’infrastructure génomique / recherche et ont besoin d’un plan de conformité clinique à côté — pas une seconde plateforme génomique. Format d’enveloppe Crypt4GH partagé ; les surfaces compagnon sont additives et optionnelles.

Page produit Ferrum →

Ferrum + Solum ensemble

Conformité clinique à côté d’un plan GA4GH génomique : compagnon optionnel, motifs Crypt4GH partagés, une conversation pilote conjointe lorsque les deux plans comptent.

Demander Ferrum + Solum

Ce que l’étape 1 fait déjà

Le langage de bénéfice correspond aux capacités étape 1 implémentées. Il ne revendique pas la conformité juridique à votre place.

  • Règles de juridiction comme données — profils TOML vérifiés au démarrage ; refus de démarrer si résidence, garde des clés, audit ou consentement se contredisent.
  • Chiffrement de champs sous clés contrôlées par le client (Crypt4GH) ; le chemin AWS KMS optionnel est feature-gated et désactivé par défaut.
  • Autorisation vérifiée par capacités en fail-closed, plus une piste d’audit durable chaînée par hachage que vous pouvez exporter et vérifier.
  • Échange orienté FHIR avec une liaison Patient Summary orientée IPS à l’étape 1 ; les catégories EEHRxF plus larges restent sur la feuille de route.

Marchés de santé UE et africains

Marchés cœurs égaux. L’orientation UE suit une préparation de type EHDS pour l’interopérabilité en usage primaire. Les juridictions africaines sont modélisées comme des données de profil — pas un unique « clone RGPD ». Le Kenya est le premier profil africain dans le dépôt (provisoire après revue d’ingénierie — pas production / pas certifié ODPC tant qu’une revue juridique qualifiée n’a pas eu lieu). Des profils orientés Nigeria et Afrique du Sud restent prévus.

Orientation, pas un avis juridique

Contrôles techniques étape 1 pour des devoirs orientés EHDS et protection des données. Preuves que vous interprétez avec vos conseils et votre gouvernance — pas un certificat de conformité juridique à lui seul.

Tarification institutionnelle (indicative)

L’évaluation et l’usage recherche autorisé sous BUSL peuvent être sans frais de licence. L’exploitation clinique / commerciale en production exige un accord écrit. La Track A est le sidecar à côté de votre EHR ; la Track B ajoute un plan CDR openEHR optionnel (UI partenaires — nous ne vendons pas d’EHR hospitalier).

Poste Repère (EUR HT)
Track A — sidecar site unique 12 000–28 000 € / an
Track B — add-on CDR +8 000–20 000 € / an (+ services d’implémentation au tarif conseil 800–1 200 €/jour)
Pilote Track A (60–90 jours) 8 000–18 000 € forfait
Support Standard inclus · Priority +15 % · Enterprise +30 %

Indicatif uniquement — maturité étape 1. Conditions contraignantes par écrit. Compagnon Ferrum optionnel facturé séparément.

Exemple année 1 (indicatif)

Un DIC mono-site pilotant Ferrum + Solum Track A ensemble aboutit souvent à environ 18–38 k€ en année 1 avant majorations de support : pilote Ferrum 10–20 k€ (créditable sur la licence année 1) plus pilote Solum Track A 8–18 k€. Multi-sites et add-on CDR Track B au-dessus. Totaux contraignants uniquement par écrit.

Niveaux de support

Même modèle de support que Ferrum pour les licences institutionnelles payantes et accords de support.

Assuré par une petite équipe (échelle fondateur), heures ouvrées CET/CEST, lundi–vendredi (jours fériés du Bade-Wurtemberg exclus). Pas de NOC 24/7.

Niveau Première réponse Horaires / canaux
Standard 2 jours ouvrés Heures ouvrées CET · e-mail / ticket · inclus
Priority 8 heures ouvrées Heures ouvrées CET · e-mail + appel planifié · typiquement +15 %
Enterprise 4 heures ouvrées Étendu 07:00–20:00 CET · contact dédié · typiquement +30 %

Première réponse = accusé de réception et triage, pas résolution. L’usage recherche BUSL peut recevoir des réponses communautaires de bonne foi sans SLA contractuel.

Les pourcentages d’uptime de production ne sont pas une promesse fournisseur permanente pour les déploiements hébergés par le client. SLA d’uptime Enterprise seulement si un SOW signé définit un périmètre mesurable ; sinon N/A.

Ce que Solum n’est pas

  • Pas une UI EHR hospitalière complète de Synaptic Four. Un CDR openEHR optionnel (Track B) offre des API pour que des partenaires persistent des données cliniques — vos systèmes de référence restent les vôtres.
  • Pas un dispositif médical et pas un soutien au diagnostic ou à la thérapie.
  • Pas un certificat de conformité juridique à lui seul — des contrôles techniques et des preuves que vous interprétez encore avec vos conseils et votre gouvernance.

Rapports techniques

Notes d’architecture citables (DOI) — centrées Ferrum, pertinentes quand Solum tourne à côté.

Dépôt sur GitHub Démo interactive locale (Solum-Demo) Demander des informations sur Solum