KBV Hub
Diese Seite soll nur einen ersten Überblick verschaffen. Die FHIR®-Ressourcen können im Detail unter der unten stehenden Verlinkung eingesehen werden.

Kurzbeschreibung

Begegnung Die im FHIR®-Profil abgebildete Information findet sich im Informationsmodell unter 5. Begegnung, 5.1 Referenz Patient, 5.2 Referenz Behandlung im Auftrag, 5.3 Behandelnder, 5.3.1 Referenz BehandelnderFunktion, 5.3.2 ANR, 5.4 Datum, 5.4.1 von, 5.4.2 bis, 5.5 Referenz Betriebsstätte, 5.6 Referenz Begegnung, 5.6.1 Begegnung, 5.7 Spezielle Begegnungsinformationen, 5.7.1 Typ und 5.7.2 Inhalt.

Bezeichnung der FHIR®-Ressource

Der FHIR®-Identifikator der FHIR®-Ressource lautet:

https://fhir.kbv.de/StructureDefinition/KBV_PR_AW_Begegnung

Die Ressource kann auf Simplifier.net unter folgendem Link eingesehen werden:

Übersichtsabbildung des Profils





Kommentierungen

    • Key

    • AWS1X3X0-763

    • Erstellt

    • 09.02.2023

    • Name

    • Rudi Kallenberg

    • Organisation

    • Doctolib GmbH

    • Zusammenfassung

    • Fehlendes mustSupport-Element

    • Beschreibung

    • Das Element encounter.meta.lastUpdated sollte mit einem MS versehen werden, da es ein 1..1 Element ist und das Profil bei Fehlen nicht validiert werden kann.

    • Key

    • AWS1X3X0-762

    • Erstellt

    • 09.02.2023

    • Name

    • Rudi Kallenberg

    • Organisation

    • Doctolib GmbH

    • Zusammenfassung

    • Fehlendes mustSupport-Element

    • Beschreibung

    • Das Element encounter.meta.versionId sollte mit einem MS versehen werden, da es ein 1..1 Element ist und das Profil bei Fehlen nicht validiert werden kann.

    • Key

    • AWS1X3X0-706

    • Erstellt

    • 09.02.2023

    • Name

    • Rudi Kallenberg

    • Organisation

    • Doctolib GmbH

    • Zusammenfassung

    • Angleichung an den Kontakt/Fall in der ISiK Basisspezifikation Stufe 2

    • Beschreibung

    • Ist es geplant das Profil KBV_PR_AW_Begegnung an Profil ISiKKontaktGesundheitseinrichtung anzugleichen?

      Im Rahmen der ISiK Spezifikation wurden die Konzepte Abrechnungsfalll & Besuch voneinander getrennt: <span class="nobr"><a href="https://simplifier.net/guide/implementierungsleitfadenisik-basismodul/ImplementationGuide-markdown-Datenobjekte-Datenobjekte-Kontakt?version=current" class="external-link" rel="nofollow">https://simplifier.net/guide/implementierungsleitfadenisik-basismodul/ImplementationGuide-markdown-Datenobjekte-Datenobjekte-Kontakt?version=current<sup><img class="rendericon" src="/images/icons/linkext7.gif" height="7" width="7" align="absmiddle" alt="" border="0"/></sup></a></span>

    • Key

    • AWS1X3X0-699

    • Erstellt

    • 09.02.2023

    • Name

    • Rudi Kallenberg

    • Organisation

    • Doctolib GmbH

    • Zusammenfassung

    • Encounter.status

    • Beschreibung

    • Das Element ist 1..1, ohne ein MustSupport. Darüber hinaus enthält das Element einen fixed Value mit “finished”. So spezifiziert enthält das Element eigentlich keinerlei relevante Information.

      Gibt es einen fachlichen Hintergrund vor welchem alle Begegnungen nur den Status “finished” haben können? Was ist mit quartalsweisen Abrechnungsfällen, die noch offen sind?

      Könnte man hier nicht besser alle Werte aus die dem HL7 DE ValeSet <span class="nobr"><a href="https://simplifier.net/packages/de.basisprofil.r4/1.4.0/files/656745" class="external-link" rel="nofollow">https://simplifier.net/packages/de.basisprofil.r4/1.4.0/files/656745<sup><img class="rendericon" src="/images/icons/linkext7.gif" height="7" width="7" align="absmiddle" alt="" border="0"/></sup></a></span> zulassen?

    • Key

    • AWS1X3X0-696

    • Erstellt

    • 09.02.2023

    • Name

    • Rudi Kallenberg

    • Organisation

    • Doctolib GmbH

    • Zusammenfassung

    • Extension Spezielle Begegnungsinformationen

    • Beschreibung

    • Was sind spezielle Begegnungsinformationen? Der Typ wird als CodableConcept spezifiziert, enthält aber nur einen Text. Ohne das CodeSystem kann die Semantik des Elements nicht nachvollzogen werden.

    • Key

    • AWS1X3X0-688

    • Erstellt

    • 09.02.2023

    • Name

    • Rudi Kallenberg

    • Organisation

    • Doctolib GmbH

    • Zusammenfassung

    • Referenz auf den Termin fehlt

    • Beschreibung

    • Das Element Encounter.Appointment sollte auf 0..* gesetzt werden. In der Regel geht einer Begegnung ein Termin voraus bzw. gibt es zu einer Begenung mehere Termine (wenn es nur einen Abrechnugnsfall pro Quartal gibt).
      Im Primärsystem ist diese Verbindung bekannt, da es meist möglich ist ausgehend vom Termin eine Begegnung anzulegen

      Wenn das encounter.appointment Element vorhanden ist, muss noch spezifiziert werden, wie das Bundle Patientenakte und Termin gefüllt werden sollen, da wegen der Referenz der Termin auch immer Teil der Patientenakte sein wird.