Kurzbeschreibung
Dieses Profil bildet das aus dem eMedikationsplan-Export resultierende Dokument ab. Die im FHIR®-Profil abgebildete Information findet sich im Informationsmodell unter 1. MIO Medikationsplan, 1.2 Erstellungsdatum des MIO Medikationsplan, 1.3 Allergien/Unverträglichkeiten-Liste-Einträge, 1.4 Beobachtungen/Messungen-Liste-Einträge, 1.5 Medikations-Informationen-Liste-Einträge, 1.6 Übergreifende Hinweise-Einträge und 1.7 Herkunftsinformations-Einträge.
Bezeichnung der FHIR®-Ressource
Der FHIR®-Identifikator der FHIR®-Ressource lautet:
https://fhir.kbv.de/StructureDefinition/KBV_PR_MIO_EMP_Composition
Die Ressource kann auf Simplifier.net unter folgendem Link eingesehen werden:
Übersichtsabbildung des Profils
Kommentierungen
-
-
Key
-
EMP1X0X0-177
-
Erstellt
-
25.04.2024
-
Name
-
Constanze Pappert
-
Organisation
-
Bundesverband Gesundheits-IT - bvitg e. V.
-
Zusammenfassung
-
Rückfragen zu KBV_PR_MIO_EMP_Composition > Composition > section > allergieUnvertraeglichkeitAMTSrZIEintraege > entry
-
Beschreibung
-
1. Hier wird in der Beschreibung von "einer Liste" geschrieben. Die Kardinalität von entry ist jedoch 0..*. Soll es hier nur eine Liste geben, oder ist geplant, dass in späteren Phase womöglich weitere Listen mit angebunden werden? Aktuell wird hier nur ein Typ an Liste referenziert. Daher die Annahme, dass womöglich eine 1..0 Kardinalität ausreicht.
2. Der entry selber ist vom Typ auch eine Liste. Ist angedacht, dass hier potenziell mehrere Listen vom gleichen Typ hinterlegt werden oder soll immer nur genau eine Liste an KBV_PR_MIO_EMP_List_AllergyIntolerance hinterlegt werden?
-
-
-
Key
-
EMP1X0X0-174
-
Erstellt
-
25.04.2024
-
Name
-
Constanze Pappert
-
Organisation
-
Bundesverband Gesundheits-IT - bvitg e. V.
-
Zusammenfassung
-
Anmerkungen zum KBV_PR_MIO_EMP_Composition > author
-
Beschreibung
-
1. Hat Kardinalität von 1..*, ist aber nicht als must-support gekennzeichnet.
2. Verweist auf die Basisprofile für Practitioner und PractitionerRole - sollten hier besser die MIO-Varianten dieser Profile verwendet werden?
-
-
-
Key
-
EMP1X0X0-72
-
Erstellt
-
05.04.2024
-
Name
-
Peter Osburg
-
Organisation
-
Kompetenzzentrum für Interoperabilität im Gesundheitswesen
-
Zusammenfassung
-
Fixed Value, fehlende Description, eingeschränkte Kardinalität
-
Beschreibung
-
<strong>schwer:</strong>
Warum hat text.status den fixed value "extensions"? Für eine Wiederverwendbarkeit sollte es nicht auf einen festen Wert eingeschränkt werden.<strong>Gering</strong>
alle überschriebenen Felder (must support, fixed values, etc) sollen auch eine Description/short description enthalten- meta
- meta.versionId
- meta.lastUpdated
- meta.profile
- meta.profile.mioProfile
- text.status
- type
- type.coding
- type.coding.system
- type.coding.version
- type.coding.code
- type.coding.display
- subject
- subject,identifier
- date
- title
- section
- section.allergieUnvertraeglichkeitAMTSrZIEintraege.title
- section.allergieUnvertraeglichkeitAMTSrZIEintraege.code
- section.allergieUnvertraeglichkeitAMTSrZIEintraege.entry
<strong>schwer</strong>
section.allergieUnvertraeglichkeitAMTSrZIEintraege.code eingegrenzt auf Kardinalität 1. Muss es auf Kardinalität 1 eingeschränkt werden?
ebenso:- section.beobachtungenMessungenAMTSrZIEintraege.code
-section.medikationsEintraege.code
-section.herkunftsEintraege.code
-section.hinweisEintraege.code
-
-
-
Key
-
EMP1X0X0-71
-
Erstellt
-
05.04.2024
-
Name
-
Peter Osburg
-
Organisation
-
Kompetenzzentrum für Interoperabilität im Gesundheitswesen
-
Zusammenfassung
-
text.status mit fixed value
-
Beschreibung
-
Warum hat Status den fixed value "extensions"? Für eine Wiederverwendbarkeit sollte es nicht auf einen festen Wert eingeschränkt werden.
-