Encounter.account.identifier muss besser spezifiziert werden (Stufe 3)

[simoneOnFhir]

identifier.type = AN (Account Number) statt VN?
Pflichtfelder?
MustSupport-Felder?

Beispiele überprüfen!!

[f-peverali]

IST-Zustand (gilt für basis 1 und 2):
Encounter.identifier.Aufnahmenummer.type.coding.code = VN
Account.identifier.Aufnahmenummer.type.coding.code = VN

dazu:
-> VN heißt Visit Number heißt Fallnummer (http://terminology.hl7.org/CodeSystem/v2-0203)
-> diese identifier.type Festlegung stammt von der MII https://simplifier.net/medizininformatikinitiative-modulfall/kontaktgesundheitseinrichtung

Fragen:

1. Sollte "Account.identifier..." nicht eher angepasst werden (zum Beispiel mit type.code=AN - Account number) ?-> das stammt aus Basisprofil de (https://simplifier.net/packages/de.basisprofil.r4/1.4.0/files/656784) -> wäre womöglich breaking change
   a) oder andersrum : siehe "Der Account muss die Aufnahmenummer des dazugehörigen Encounters enthalten." (https://simplifier.net/guide/implementierungsleitfadenisik-basismodul/ImplementationGuide-markdown-Datenobjekte-Datenobjekte-Abrechnungsfall?version=current )
2. Warum derzeitige "Pflichtfelder gewählt?
3. Wie MS prüfen? Nach welchen Kriterien?
4. aktuelles Beispiel sagt in Bezug auf Abrechnung nicht viel mehr aus, als dass es sich um einen ambulanten (AMB), aktiven DRG handelt (der DRG-Code selbst noch unklar.; siehe Ticket Umsetzung Angabe DRGs #153)

[f-peverali]

@simoneOnFhir könntest DU mir nochmal Input zu Frage 1 (s.o.) geben. Wie ist es gemeint?

[simoneOnFhir]

zu 1. Das Problem ist halt die Frage: Ist ein Account-Identifier("Abrechnungsnummer" das gleiche wie eine "Aufnahmenummer"? Die Basisprofile beschreiben das letztere. Aber das trifft hier nicht (zwangsläufig) zu. Unter einer Abrechnungsnnummer können mehrere Aufnahmen zusammengefasst werden (z.B. bei mehreren nachstationären Besuchen oder Wiederaufnahme)

[f-peverali]

Ok, danke Simone.
A) In diesem Sinne würde ich dazu tendieren den ISiK Account-Identifier als eigenständigen Typ aufzufassen und auch entsprechend eigenständig und damit differenzierbar zu Codieren als "AN" Account number ~ Abrechnungsnummer.
B) Unschön fände ich dabei aber den dann nötigen Bruch mit der Basisprofil-De Identifier zum Account - siehe Identifier.type hier https://simplifier.net/packages/de.basisprofil.r4/1.4.0/files/656784

@AnsgarHoeper was denkst Du zu A)
@simoneOnFhir wie sollten wir als ISiK-Team mit dem Umstand in B) umgehen? Einfach "unser Ding machen" jenseits der Basisprofile halte ich für unschön...

[alexzautke]

Wir könnten in den Basisprofilen einen neuen Identifier für Abrechnungsnummer definieren. +1 für VN als .type.

[f-peverali]

Wir könnten in den Basisprofilen einen neuen Identifier für Abrechnungsnummer definieren

-> das fände ich super

+1 für VN als .type.

-> Das wäre für ISiK der status quo. Hierfür haben wir die Lösung bei Identifier.type hier https://simplifier.net/packages/de.basisprofil.r4/1.4.0/files/656784
.. wie wäre es mit einem neuen Profil für einen Abrechnungsnummer-Identifier (u.a. für den ISiKAccount) zur Bündelung einzelner Encounter / Fälle mit Identifier.type = AN (Account number)?

[JoshuaBolte]

Aufnahmenummer im Basisprofil = VN.

Iedentifier für Account. Resultiert darin das Account und Encounter den gleichen Identifier haben.

Abrechnungsnummer im Basisprofil: nicht profiliert. Vorschlag: AN in ISIK profilieren.
Mehrere VN können in einer AN referenziert werden da mehrerer aufnahmen/fälle unter einer Abrechnungsnummer laufen können.

Abrechnungsnummer (AN) müsste im ISIK Profil referenziert werden. Welche weiteren Abhängigkeiten gibt es? Was resultiert aus der nicht-Konformität zu den Basisprofilen und dem MII.
Meinungen? (:

[f-peverali]

Eine Lösung wurde im Rahmen des TC FHIR beschlossen (Protokoll _ https://hl7germany.sharepoint.com/:w:/s/TCFHIR/EQ-y2fWL5AhMuhfqSTuDJuAB1EfOdQGMPEs0nXPxkNkzSA?rtime=629N9sn_2kg) .

Die Umsetzung erfolgt im Rahmen der Stufe 3 und wird auch in die Basisprofile DE eingehen (tbd. link zu jira issue)

TODO 💯

• - https://simplifier.net/guide/leitfaden-de-basis-r4/ig-markdown-AufnahmenummerFallnummer?version=current wird angepasst:
• - “oder Account.identifier” wird gestrichen
• - Aufnahmenummer ("Fallnummer") wird umgeändert in Aufnahmenummer (Aufnahmenummer", “Bewegungsnummer”, “Kontaktnummer”)
  • inkl filename umbennen
  • andere occurences prüfen
  • Hinweis zu Abrechnungsnr wird eingefügt
• - Neues Identifier-Profil für Abrechnungsnummer (“Fallnummer”) mit Kontext Account.identifier und type-Code “AN” hinzufügen
  • MD file erzeugen und in IG einbinden

Vorbereitung/Umsetzung hier: https://github.com/f-peverali/basisprofil-de-r4/tree/Account_identifier_enhancement

[f-peverali]

TODO (sobald review für Basis De durch)

• Einarbeiten in Stufe 3

[f-peverali]

Zum review hier #238