Response
Bundle (KKVMH_RESPONSE_BUNDLE)
Das Bundle enthält eine oder mehrere Datenabfrage-Ergebnisse (KKVMH_RESPONSE_COMPOSITION
), sowie alle davon referenzierten Elemente.
Hinweis
Die Datensätze im Response-Bundle sollten so ausführlich wie möglich befüllt werden. Nicht nur die Daten der Versicherten-Historie selbst, auch die referenzierten Stammdaten, sollten möglichst vollständig befüllt sein, damit sie dem Benutzer korrekt angezeigt werden können.
Es kann nicht davon ausgegangen werden, dass in der Endanwendung entsprechende Kataloge hinterlegt sind.
Das betrifft insbesondere:
- Ärzte
- Krankenhäuser
- Heilmittel
- Hilfsmittel
Davon ausgenommen sind:
- Fertigarzneimittel (Referenz erfolgt nur über die PZN)
- Diagnosen (Referenz erfolgt nur über den ICD-Code)
- Prozeduren (Referenz erfolgt nur über den OPS-Code)
Einzelergebnis (KKVMH_RESPONSE_COMPOSITION)
Ein einzelnes Datenabfrage-Ergebnis wird von der KKVMH_REQUEST_COMPOSITION abgebildet. Hierin sind alle Elemente gebündelt, die das Ergebnis zu einer Datenanfrage bilden.
- subject: Versicherter, dessen Daten zusammengestellt wurden
- mit Angaben zu Pflegegrad und DMP (falls zutreffend)
- mit Referenz auf vollständige Personendaten (
KKVMH_PATIENT_COMPLEX
)
- author: Daten-liefernde Krankenkasse
- date: Stand der Daten (Ermittlungszeitpunkt)
- ermittelte Daten:
- Rezepte
- Diagnosen
- Prozeduren
- Heilmittel
- Hilfsmittel
- StationaereAufenthalte
- OperationOutcome für den Fehlerfall
Rezept
- subject: Betroffener Patient.
- actor: Verordnender Leistungserbringer.
- medicationCodeableConcept: PZN des verordneten Arzneimittels.
- quantity: Anzahl der verordneten Packungen.
- whenHandedOver: Einlösedatum des Rezepts.
Beispiel
Diagnose
- subject: Betroffener Patient.
- recorder: Erfassender Leistungserbringer. Leer für stationäre Diagnosen.
- encounter: Referenz zu einer stationären Behandlung. Leer für ambulante Diagnosen.
- code: primärer und sekundärer ICD-Code der Diagnose, inkl. Diagnosesicherheit und Seitenlokalisation.
- Dauerdiagnose: Gibt an, ob es sich um eine Dauerdiagnose handelt.
- recordedDate: Erfassungsdatum der Diagnose.
Beispiel
Prozedur
- subject: Betroffener Patient.
- performer: Ausführender Leistungserbringer. Leer für stationäre Prozeduren.
- encounter: Referenz zu einer stationären Behandlung. Leer für ambulante Prozeduren.
- code: OPS-Code der Prozedur, inkl. Seitenlokalisation.
- performed: Datum der Prozedur.
Beispiel
Heilmittel
- subject: Betroffener Patient.
- requester: Verordnender Leistungserbringer.
- performer: (optional) Ausführender Leistungserbringer.
- Leistung: Bezeichnung und Code der Leistung gemäß Heilmittelkatalog.
- Leistungart: Bezeichnung und Code der Leistungart gemäß Heilmittelkatalog.
- performerType: Bezeichnung und Code des Leistungserbringer-Typs gemäß Heilmittelkatalog.
- quantity: Verordnete Menge.
- occurrence: Leistungszeitraum.
Beispiel
Hilfsmittel
- subject: Betroffener Patient.
- requester: Verordnender Leistungserbringer.
- performer: Ausführender Leistungserbringer.
- Hilfsmitteleintrag: Bezeichnung und Codierung gemäß Hilfsmittelverzeichnis (https://hilfsmittel.gkv-spitzenverband.de):
- enthält: Gruppe, Ort, Untergruppe, Art, Produkt und die vollständige Positionsnummer.
- occurrence: Leistungszeitraum.
Beispiel
Stationäre Behandlung / Ambulante Operationen
Die Daten zur stationären Behandlung und für ambulante Operationen orientieren sich an dem Datensatz zur "Datenübermittlung nach § 301 Abs. 3 SGB V" und verwendet die darin enthaltenen Kodierungen.
- subject: Betroffener Patient.
- serviceProvider: behandelndes Krankenhaus.
- Fallnummer: KH-internes Kennzeichen des Behandlungsfalls.
- period.start: Aufnahmedatum.
- Aufnahmegrund: kodierter Aufnahmegrund.
- Aufnahmeabteilung: kodierte Aufnahmeabteilung.
- period.end: Entlassungsdatum.
- Entlassungsgrund: kodierter Entlassungsgrund.
- Entlassungsabteilung: kodierte Entlassungsabteilung.
- participant: (optional) Einweisender Arzt.
- class: Stationäre Behandlung (IMP) oder ambulante Operation (AMB).
- diagnosis:
- Aufnahme-, Haupt-, Neben- und Entlassungsdiagnosen zum Fall.
- Durchgeführte Prozeduren zu dem Fall (betr. insb. ambulante Operationen).
Beispiel (stationäre Behandlung)
Beispiel (ambulante Operation)
Operation Outcome
Fehlermeldungen welche nach Fehlerverhalten umzusetzen sind.
- issue.severity: Schweregrad des Fehlers.
- issue.code: Code um das Problem dem anfragenden System zu vermitteln.
- issue.details.coding: Definiert das aufgetretene Problem.
- issue.details.text: Gibt einen Freitext zur detaillierten Fehlerbeschreibung an.
- issue.expression: Gibt an, welche Ressource zu dem Fehler geführt hat.