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.
ISiK-Fristen geprüft am 24. September 2026; DQM-Aussagen vom 9. September; Referenzmessung vom 23. Juli 2026
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: Konformität und Datenqualität gemeinsam prüfen
Für ein DIZ oder Forschungsteam zählt auch, ob der ausgewählte Datensatz die Informationen und Beziehungen enthält, die der konkrete Nutzungsschritt braucht.
Vollständigkeit
Enthält die gewählte Patientengruppe die benötigten Identifier und Angaben? Der Nenner und nicht auswertbare Fälle gehören zur Aussage.
Eindeutigkeit
Welche Identifier kommen innerhalb der vereinbarten Gruppe mehrfach vor? Befunde müssen anhand der betroffenen Ressourcen geprüft werden.
Referenzintegrität
Lassen sich etwa Encounter-Verweise innerhalb des ausgewählten Datensatzes auflösen? Die Messung gilt für diesen Umfang.
Records ergänzt die Profilvalidierung um versionierte, unabhängig definierte MII-orientierte Qualitätsindikatoren. Diese operativen Prüfungen sind nicht normativ und ersetzen weder die offiziellen Profile noch eine MII-Konformitätsbewertung.
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.