Zum Inhalt
Firemetrics

Plattform · Alle Daten. Ein Fundament.

Alle Daten an einem Ort. Offen für jede Anwendung und KI. Bereit für den Klinikalltag.

Firemetrics ist ein FHIR-natives, vollständig transaktionales Clinical Data Repository. Sie können es mit Ihren eigenen Tools nutzen, beliebige Anwendungen und KI-Systeme anbinden oder direkt mit den Firemetrics-Anwendungen arbeiten.

Technisches Deep-Dive buchenDokumentation lesen
  1. Tools
  2. Offener Zugang
  3. Datenbasis
  • KIS
  • LIS
  • RIS
  • PACS
  • ERP

Erst das Fundament. Dann die KI.

Krankenhäusern fehlen die Systems of Differentiation

Gartners Drei-Schichten-Modell ist in anderen Branchen seit Jahrzehnten Standard. In Krankenhäusern fehlt fast immer die mittlere Schicht – die Systems of Differentiation –, weshalb Innovationen an der Anbindung an die Datenbasis scheitern, nicht an der Technologie.

Steht diese Schicht, sind beide Seiten entkoppelt. Das KIS kann ausgetauscht werden, ohne dass die Anwendungen es bemerken, und die Schicht läuft als Rückfallebene weiter.

  1. 03

    Systems of Innovation

    Jeder will sie

    Arztbriefe, Radiologie-KI, OP-Analytik, Entlassmanagement, Scoring und Decision Support. Alle zwei bis drei Jahre ausgetauscht.

  2. 02

    Systems of Differentiation

    Fehlt heute in den meisten Krankenhäusern

    Eine gemeinsame, FHIR-native Datenschicht: das Clinical Data Repository. Kaum sichtbar, aber ohne es hält keine Innovation im Krankenhaus dauerhaft.

  3. 01

    Systems of Record

    Jeder hat sie

    KIS, LIS, PACS, ERP. Hier entstehen die Daten, oft in vielen getrennten Installationen.

Architektur

Eine Engine. Alle Systeme.

Jedes Quellsystem wird einmal angebunden. Die Core Engine speichert alles als relationales FHIR mit integrierten Terminologien. Jede Anwendung, jedes Dashboard und jedes KI-Tool liest über Standardschnittstellen aus derselben Quelle.

Terminologiedienste

  • LOINC
  • SNOMED
  • ICD-10
  • RadLex
  • OPS
  • Alpha
  • ATC

  • FHIR-Client

    REST
    Fuego
    SQL

  • Dashboards

    SQL

  • Data Science

    SQL

  • Dritt- anwendungen

    REST
    SQL

  • Agentische KI / FLAME

    SQL + MCP

  • Forschungs- portal

    REST
    Structured Query Translator
    SQL | CQL

Firemetrics Core Engine

  • Relationales FHIR
  • DICOM
  • Teable
  • Tasks
  • ...

  • Automatisierter Import

    KISLISPISGIMSERPRIS

  • PACS

  • CSV

Kernfunktionen

Sechs Fähigkeiten. Ein System.

  • Relationale FHIR-Speicherung

    Vollständig transaktionales CRUD mit SQL-kompatibler Abfrage.

  • FHIR-Fassade

    Volle FHIR-API-Funktionalität, einschließlich SMART on FHIR.

  • Echtzeit-Analytik

    SQL- und Grafana-Dashboards auf Live-Daten.

  • DICOM-Integration

    Bilddaten erfassen, speichern und mit FHIR verknüpfen.

  • KI-bereit

    Volltextsuche und MCP-Endpunkte für agentische KI-Workflows.

  • Natürliche Sprache

    Klinische Daten in natürlicher Sprache mit FLAME abfragen.

Schicht 1 in der Praxis

Ihre IT fragt sie direkt ab

Kein separates Data Warehouse, kein nächtlicher Batch-Lauf. Ihre BI- und Data-Teams arbeiten mit reinem SQL auf Live-Daten, und jedes Dashboard aktualisiert sich in Echtzeit.

SQL
-- Patienten mit Herzinsuffizienz, stationär aufgenommen diesen MonatSELECT count(DISTINCT es._reference_id)FROM encounter eJOIN encounter_subject es  ON es._resource = e._id  AND es._reference_type = 'Patient'JOIN encounter_period ep  ON ep._resource = e._idJOIN encounter_class ec  ON ec._resource = e._idJOIN condition_subject cs  ON cs._reference_id = es._reference_id  AND cs._reference_type = 'Patient'JOIN condition_code cc  ON cc._resource = cs._resourceJOIN condition_code_coding ccc  ON ccc._parent = cc._id-- stationärWHERE fmx_read_code(ec.code) = 'IMP'  -- ICD-10 Herzinsuffizienz  AND fmx_read_code(ccc.code) LIKE 'I50%'  AND lower(ep.start) >= date_trunc('month', now());
Beispielhafte Abfrage. Tabellen- und Spaltennamen folgen dem Firemetrics-Schema.

Wie es zusammenpasst

Eine Datenbasis, offener Zugang, Tools für den Alltag

Nutzen Sie die Schichten mit Ihren eigenen Tools, unseren, oder beidem. Jede Anwendung liest aus denselben Daten.

  1. Schicht 1

    Eine Datenbasis

    Jede Quelle in einem relationalen, transaktionalen FHIR-Repository. Ihr Team fragt sie per SQL ab.

    • Relationale FHIR-Engine
    • Terminologien integriert
    • Rollen, Berechtigungen, Audit-Log

  2. Schicht 2

    Offener Zugang für jede Anwendung und KI

    Standardschnittstellen. Neue Software braucht kein eigenes Datenprojekt mehr.

    • SQL
    • FHIR-API
    • SMART on FHIR
    • MCP-Server

  3. Schicht 3

    Tools für den Arbeitsalltag

    Einsatzbereite Anwendungen, pro Fachabteilung konfiguriert.

    • Studio
    • FLAME lokale KI
    • Echtzeit-Dashboards
    • Patientenübersicht

Ihre Quellsysteme bleiben bestehen

  • KIS
  • LIS (Labor)
  • RIS (Radiologie)
  • PACS (DICOM)
  • ERP
  • Dateien und CSV

Ihre Daten bleiben Ihre

Durchgehend offene Standards. Alles jederzeit per SQL oder FHIR lesbar, auch bei einem Anbieterwechsel.

Ihre KI anbinden oder unsere nutzenDie Tools ansehen
Zurück zuÜbersicht Weiter Ihre KI anbinden oder unsere nutzenAnwendungen und KI-Tools werden über Standardschnittstellen angebunden. So wird jedes weitere Tool günstiger und ist schneller im Einsatz.

Sehen Sie die Plattform auf Ihrer eigenen Architektur.

Ein technisches Deep-Dive mit unseren Ingenieuren.

Technisches Deep-Dive buchenDie Integrationen ansehen