Records im Oktober: Korrekturen prüfen und Befundänderungen verstehen

Nach einer FHIR-Korrektur zählt das Ergebnis der nächsten Prüfung. Das Oktober-Update zeigt drei Wege, mit Records Daten zu prüfen und die Ergebnisse weiterzuverwenden:

• Korrekturen nachvollziehen: behobene, neue und geänderte Befunde direkt an der Ressource erkennen.
• Dokumente erkunden: synthetische SYNDERAI-Beispiele in der öffentlichen Demo untersuchen.
• Datenqualität zurückmelden: betroffene Ressourcen und Kennzahlen als CSV-ZIP- oder Excel-Tabellen weitergeben.

Die Korrektur im aufgezeichneten Ablauf ansehen – aufgenommen am 22. Oktober 2026, mit englischen Untertiteln und Transkript.

Eine Korrektur, zwei Anforderungen

Das Beispiel verwendet eine synthetische Sauerstoffsättigungs-Observation, die gegen zwei Profile geprüft wird:

1. Vorher: Die Kategorie laboratory ist vorhanden. Für das Sauerstoffsättigungsprofil fehlt vital-signs.
2. Nach der Korrektur: Eine geprüfte Claude-Code-Korrektur ergänzt vital-signs und erhält laboratory. Nach dem Schreiben und Zurücklesen prüft Records die Ressource unabhängig erneut. Der Befund zur fehlenden Kategorie ist behoben.
3. Eine neue Lücke erkennen: Für einen gezielten Test wird anschließend laboratory entfernt. Das Laborprofil meldet einen neuen Befund. Danach werden beide Kategorien wiederhergestellt und erneut geprüft.

Der Messwert bleibt unverändert. Ein weiterer Befund zu einer nicht aufgelösten Extension-Definition bleibt offen. Das Beispiel belegt weder vollständige Konformität noch klinische Korrektheit. Mehr zum Vorgehen steht im Leitfaden zu KI-gestützten FHIR-Abläufen.

Behobene, neue und geänderte Befunde

Records zeigt die Änderungen in der Validierungsansicht beim betroffenen Feld:

• Resolved – behoben: Der Befund liegt nicht mehr vor. Er bleibt einsehbar, geht aber nicht in die aktuellen Befundzahlen ein.
• New – neu: Die nächste Prüfung meldet einen zusätzlichen Befund.
• Changed – geändert: Die Erklärung vor und nach der Änderung lässt sich vergleichen.

Weiterhin offene Befunde bleiben neben diesen Änderungen sichtbar.

Was miteinander verglichen wird

• Ressource: die letzten beiden vollständigen Prüfungen derselben aktuellen Ressource. Dieser Vergleich endet beim Neuladen des Browsers.
• Sandbox: der temporäre Entwurf und seine erste vollständige Prüfung.
• Gespeicherte Läufe: ein ausdrücklich gewählter Ausgangslauf und ein weiterer Lauf. Weniger Vorkommen bedeuten dabei nicht automatisch einen behobenen Befundtyp.

Unvollständige Prüfungen oder veränderte Prüfeingaben können den Vergleich verhindern. Temporäre Ressourcenvergleiche speichern keine unveränderlichen Stände der Profile und Terminologien. Deshalb lässt sich nicht jede Befundänderung allein auf die Korrektur zurückführen.

Weitere Neuerungen im Oktober

SYNDERAI-Dokumente erkunden

In der öffentlichen Demo lassen sich synthetische Dokumente aus SYNDERAI Release 5 erkunden. Beginnen Sie bei Bundle und öffnen Sie die eingebetteten Ressourcen:

• Medplum: Laborberichte, Patient Summaries und Entlassberichte.
• Health Samurai: Laborberichte und Patient Summaries. Entlassberichte sind wegen eines dort abgelehnten R4-Statuswerts ausgeschlossen.

Eingebettete Ressourcen sind nicht zwangsläufig einzeln durchsuchbar.

Datenqualität zurückmelden

Der MII-orientierte Ablauf liefert Befunde und betroffene Ressourcen als CSV-ZIP- oder Excel-Rückgabetabellen. Grundlage sind eine ausgewählte Population und versionierte Qualitätsprogramme. Zu jeder Kennzahl gehören Zähler, Nenner und nicht auswertbare Fälle; ein Nenner von null ist kein bestandenes Ergebnis.

Die Prüfungen umfassen unabhängig definierte Indikatoren und ausgewählte, aus CQL abgeleitete Funktionen für einzelne Ressourcen. Der Prüfumfang dokumentiert den Funktionsvergleich und das synthetische Ablaufbeispiel getrennt. Vollständige Measures sowie die vollständige Ausführung der Original-CQL- und R-Programme erfordern eigene Nachweise. Das Rückgabeformat ist vorläufig und noch nicht durch Kunden abgenommen.

Der Forschungsdaten-Ablauf zeigt, wie Teams daraus eine Korrektur und einen vergleichbaren Folgelauf vereinbaren.

Selbst ausprobieren

Starten Sie mit einer synthetischen Patient-Ressource: validieren, einen Wert korrigieren und erneut prüfen. Die Sandbox arbeitet mit einer temporären Kopie und verändert keinen Quellserver.

Für die Integration hilft der Entwicklereinstieg. Eine Erprobung im eigenen Workspace lässt sich über die Evaluationsanfrage vereinbaren.