Enterprise · Deutschland
Deutsche FHIR-Profile, paketweise statt pauschal.
Profile und Terminologien prüfen, Datenqualität messen und Befunde gemeinsam auswerten. Records hält die verwendeten Pakete, Versionen und Qualitätsregeln pro Auswertung fest.
DQA-Produktstand geprüft am 22. Oktober 2026; ISiK-Fristenstand vom 24. September; historische Validator-Referenzmessung vom 23. Juli
ISiK-Patienten in Browse finden.
Das kanonische ISiK-Patient-Profil auswählen und den Filter anwenden. Im synthetischen Beispiel bleibt ein Patient mit sichtbarem Profil und Validierungsbefunden.
Die Profilbasis bis zur Definition nachvollziehen.
Ein installiertes ISiK-Paket führt zu den Ressourcen, die sein Profil deklarieren, und zur aufgelösten Profildefinition.
Datenqualität mit einem sichtbaren Nenner.
Zwölf synthetische Patienten: Ein tatsächlich ausgeführter Lauf erkennt eine doppelte Kennung. Nach der Korrektur an der Quelle sind zwölf von zwölf Kennungen eindeutig. Nicht auswertbare Indikatoren bleiben sichtbar.
Status nach Profilökosystem
‚Unterstützt‘ wird nicht als Sammelbegriff verwendet: Paketunterstützung, gemessene Evidenz und offizielle Bestätigung bleiben getrennt.
| Ökosystem | Paketfamilie | Records-Status | Was belegt ist |
|---|---|---|---|
| gematik ISiK | de.gematik.isik-* | Paketbezogene Validierung | Das konkrete Modul und seine Version werden pro Run gepinnt. Records behauptet keine ISiK-Bestätigung. |
| MII Kerndatensatz | de.medizininformatikinitiative.kerndatensatz.* | Gemessene Referenzspur | 231/231 Fälle haben die archivierte Referenzprüfung bestanden; 22 Fälle sind klassifiziert ausgeschlossen. Die Messung belegt keine Standort- oder aktuelle Paketkonformität. |
| KBV | kbv.* | Paketunterstützung | Profile können installiert und in eine Validierungsbasis aufgenommen werden. Ein pauschaler KBV-Kompatibilitätsscore wird nicht behauptet. |
| HL7 DE Basisprofile | de.basisprofil.r4 | Paketunterstützung | Die exakte Paketversion und ihre Abhängigkeiten gehören zum reproduzierbaren Run-Kontext. |
Der neuere Diagnoselauf vom 21. September 2026 enthält fehlgeschlagene MII-Vergleiche und umfangreiche Terminologie-Ausnahmen. Ergebnisse und Grenzen, geprüft am 28. September. Die historische Referenzmessung oben bleibt davon getrennt.
Der offizielle ISiK-Kontext
Für die verbindliche Umsetzung gilt der Rechtsstand der GIGV. Die gematik ergänzt Spezifikationen und Informationen zum Bestätigungsverfahren.
ISiK Stufe 5
Umsetzung bis 31. Mai 2027
GIGV Anlage 1, ID 002, führt den ISiK-5-Leitfaden Version 1.0.0 für Krankenhausinformationssysteme auf: aufgenommen am 15. Juni 2026, verbindlich umzusetzen bis 31. Mai 2027.
ISiK Stufe 3
Basismodul und Dokumentenaustausch verpflichtend seit 1. Juli 2025
Weitere Module und Abhängigkeiten besitzen eigene Zeitstände. Die konkrete Implementierung muss gegen das jeweils ausgewählte Paket geprüft werden.
Quellen: GIGV, Anlage 1 und gematik Fachportal — ISiK. Die gematik-Übersicht zeigt für Stufe 5 noch „TBD“; für die Frist ist der Eintrag in der Verordnung maßgeblich. Ein Records-Report ersetzt keine offizielle ISiK-Bestätigung.
Koexistenz mit dem gematik Referenzvalidator
Referenzvalidator und Records erfüllen komplementäre Aufgaben. Records ersetzt den Referenzvalidator nicht.
Referenz- und Schiedsrichterspur
gematik Referenzvalidator
Der gematik Referenzvalidator bleibt die maßgebliche Referenz- und Schiedsrichterspur für TI-FHIR-Konformität und kann in Entwicklungs-, Test- und Bestätigungsprozesse eingebunden werden.
Kontinuierliche Evidenzschicht
Records daneben
Records prüft daneben standardmäßig lesend einen ausgewählten Datenumfang zu festgehaltenen Zeitpunkten. Teams untersuchen Befunde, benennen die Zuständigkeit und prüfen eine Quellkorrektur nach. Runs, Vergleiche und Reports belegen den geprüften Umfang, keine lückenlose Überwachung oder Zertifizierung.
English: The gematik Reference Validator remains the authoritative reference and arbitration track for TI FHIR conformance. Records works alongside it with read-only-by-default, recurring checks of selected data at recorded times. Teams investigate findings and review compatible follow-up results. Records does not replace the Reference Validator; its outputs are signals and evidence, not certification.
MII: Vom Qualitätsbefund zur Rückgabe an den Datenhalter
Für ein DIZ oder Forschungsteam gehören Prüfumfang, ausgewählte Programme und betroffene Ressourcen zusammen. Records hält diese Grundlage mit den Ergebnissen fest.
Population und Programme auswählen
Ressourcentypen, Filter und genaue Programmversionen bilden den Prüfumfang. Einzelprüfungen zeigen ausdrücklich an, wenn eine Regel eine Kohorte benötigt.
Befunde bis zur Ressource verfolgen
Regel, Programm und Dimension bleiben beim Befund sichtbar. Zähler, Nenner und nicht auswertbare Fälle erklären, was ein Ergebnis tatsächlich abdeckt.
CSV oder Excel zurückgeben
Aufgezeichnete Kennzahlen und Befunde lassen sich als CSV-ZIP oder Excel-Rückgabetabellen herunterladen. Die Datenhalter prüfen die Ergebnisse und vereinbaren Korrektur und Folgelauf.
Neben unabhängig definierten Indikatoren enthält der native Ablauf ausgewählte, aus MII-DQA-CQL abgeleitete Ressourcenfunktionen. Ganze Measures sowie die vollständige Original-CQL- und Original-R-Ausführung sind dadurch nicht qualifiziert. Die Rückgabetabellen sind vorläufig; eine fachliche Kundenabnahme wird nicht behauptet.
Gemessenen Prüfumfang lesen (JSON)Warum die Profilwelten nicht zusammenfallen
Gleiche Ressourcentypen bedeuten nicht dieselben Anforderungen.
Ein Patient kann mehreren Profilen begegnen
ISiK, MII und KBV modellieren unterschiedliche Versorgungskontexte, Identifier, Must-Support-Elemente, Terminologien und Austauschziele.
Die Messung braucht einen expliziten Scope
Records pinnt die tatsächlich verwendeten Pakete und Versionen, statt aus dem Label ‚Deutschland‘ eine nicht belegte Gesamtkonformität abzuleiten.
Vertiefen oder konkret prüfen
Public demo
Vom Browse-Befund zum betroffenen Feld
Eine Ressource öffnen und den Validierungsbefund zusammen mit der Profilanforderung lesen.
Records
Ein Paketupgrade prüfen
Paketzuordnung, Versionsvorgaben und Abhängigkeiten vor der Übernahme nachvollziehen.
Quality & evidence
Qualitätsindikatoren für Forschungsdaten
Einen Datensatzbefund bis zur betroffenen Ressource verfolgen und die Korrektur nachprüfen.
Open source
MII-Evidenzspur
Historische Referenzfälle, neuere diagnostische Abweichungen und Grenzen des Validator-Ergebnisses.
Blog
Deutsche FHIR-Landschaft
Warum sich ISiK, MII, KBV und weitere Programme überschneiden.
Reference
Compatibility
FHIR-Releases, Serverfähigkeiten und Paketstatus getrennt prüfen.