Versionen im Vergleich

Schlüssel

  • Diese Zeile wurde hinzugefügt.
  • Diese Zeile wurde entfernt.
  • Formatierung wurde geändert.

Das Informationsmodell stellt die fachlichen Inhalte hierarchisch dar.  Es Es soll dabei besonders den DiGA-HerstellerInnen sowie dem medizinischen Fachpublikum eine Übersicht über die Inhalte bieten.

Die einzelnen Profile des Informationsmodells (z.B. Vitalparameter, Versicherte Person) entsprechen einzelnen Gruppen mit Untergruppen. Hierin enthalten sind die einzelnen Elementen Elemente mit einer Beschreibung und der Angabe des Wertes (z.B. String oder Code) mit dem entsprechenden Wertebereich, wenn dieser relevant ist. Bei einigen Informationselementen ist eine Auswahlliste von Codes dargestellt. Weiter werden zu den einzelnen Elementen, wenn notwendig, Rationalen sowie Hinweise zur Operationalisierung angegeben.

Weitere Hinweise zum Lesen des Informationsmodells finden Sie unter Erläuterungen.

Der "DiGA-Baukasten" ist auf den uns zur Verfügung gestellten Datenexporten der DiGA-Hersteller entstanden. Das Informationsmodell besteht aus verschiedenen Abschnitten, die für die unterschiedlichen hier betrachteten DiGA von unterschiedlicher Relevanz sind. Der Abschnitt Die Gruppe "verpflichtende Verpflichtende Angaben" ist bei Verwendung des MIO für jede DiGA und jeden Eintrag verpflichtend, hiermit verpflichtend. Hiermit wird sichergestellt, dass die Einträge der versicherten Person und der eintragenden DiGA-Anwendung in der elektronischen Patientenakte (ePA) zugeordnet werden können. Der nächste Abschnitt "Baukasten-ElementeDie Gruppe "Abschnitte" bildet die grundlegenden Informationsbausteine des Baukastens Toolkits ab und strukturiert diese. Der Abschnitt Die Gruppe "Referenz-Elemente"  enthält enthält Elemente, die nur als Teil von anderen BaukastenToolkit-Elementen referenziert werden können oder alternativ eine Referenz auf ein Baukasten Element enthalten müssen, diese zu einem Toolkit-Element aufweisen. Diese Elemente können nicht als für sich stehende Profile verwendet werden. Der letzte Abschnitt "Wiederverwendbare - Inhalte" dient dazu uns die Arbeit am Informationsmodell zu vereinfachen in dem wir Strukturen nur einmal definieren müssen und dann an unterschiedlichen Stellen im Modell verqwenden könnenrepräsentiert Strukturen bzw. Datenelemente des Informationsmodells, die an unterschiedlichen Stellen, z.B. im Abschnitt "Toolkit-Elemente", wiederholt verwendet werden.

Bei der Nutzung einer Auswahl von Codes aus einem ValueSet werden die enthaltenden enthaltenen Codes tabellarisch wie tabellarisch wie folgt dargestellt (Die hier angezeigten Codes sind ein willkürlich gewähltes Beispiel aus dem ValueSet für das Element "Fachterminus" aus dem Profil "Körperlänge/Körpergröße").):


KONZEPT UND WIEDERGABENAMECODEBEZEICHNUNG IM CODE-SYSTEMCODE-SYSTEM
Körperlänge/Körpergröße8302-2Body heightLOINC®, 2.69
276351002Infant length (observable entity)SNOMED CT®, 2021-01-31
276353004Crown heel length (observable entity)SNOMED CT®, 2021-01-31
248334005Length of body (observable entity)SNOMED CT®, 2021-01-31
Geburtskörperlänge89269-5Body height Measured --at birthLOINC®, 2.69
169886007Birth length (observable entity)SNOMED CT®, 2021-01-31


Die FHIR-Umsetzung kann hier eingesehen werden: FHIR®, Phase I.

..

...

...

titleBeispiel Bonusheft

Das Informationsmodell stellt die fachlichen Inhalte hierarchisch dar. 

Eine durchgeführte zahnärztliche Vorsorgeuntersuchung wird mit einem Eintrag im Bonusheft dokumentiert, sodass sich das digitale zahnärztliche Bonusheft aus einzelnen Einträgen zusammensetzt.

Ein einzelner Eintrag besteht jeweils aus Informationen zur Person/zum Patienten sowie zur stattgefundenen Zahnvorsorgeuntersuchung.

Die einzelnen Elemente des Informationsmodells (z.B. Anschrift, Name, Kontakt) bestehen jeweils aus einer Beschreibung und der Angabe des Wertes (z.B. String oder Code) mit dem entsprechenden Wertebereich, wenn dies relevant ist. Bei manchen Informationselementen ist eine Auswahlliste von Codes dargestellt. Weiter werden zu den einzelnen Elementen, wenn notwendig, Rationalen (=Quelle) angegeben sowie Hinweise zur Operationalisierung.

Weitere Hinweise zum Lesen des Informationsmodells finden Sie unter Erläuterungen.

Das vollständige Informationsmodell (ohne Kardinalitäten) finden Sie als pdf-Version hier <<LINK>>. Die einzelnen Elemente werden lesbar, wenn Sie das pdf-Dokument herunterladen und den Zoom individuell einstellen (Hinweis: Bei der im Browser angezeigten Version lässt sich die Zoomstufe nicht hoch genug einstellen, deshalb ist ein Download empfehlenswert).

  


Kommentierungsbutton
ticketLabelKommentar
expirationIdDIGA1X0X0
projectDIGA1X0X0
positioninformationsmodell
buttonLabelKommentieren


Kommentierungen

Issuereporter
templateListe
jqlproject = DIGA1X0X0 AND issuetype = KOMMENTAR AND status not in ("Open", "In Vorprüfung") AND Anzeige = "public" AND Veroeffentlichung = zugestimmt AND labels IN("informationsmodell")
sortableColumnsKey; Erstellt; Name; Organisation; Zusammenfassung; Beschreibung
columnsKey; Erstellt; Name; Organisation; Zusammenfassung; Beschreibung

Die folgende Abbildung enthält keine Kardinalitäten, sprich keine Angaben, ob und wie häufig ein bestimmtes Element vorliegen kann bzw. muss. Diese Angaben sind abhängig vom Szenario und können folgendem Bereich entnommen werden: Anwendungsszenarien, Phase I.

<< BILD Infomodell ohne Kardinalitäten in zwei Varianten:

  • Vollständig (Export Diagramm aus Art-Decor): Vorschaubild (bei komplexen MIOs voraussichtlich schlecht lesbar) und Scrollbar in PDF;
  • zusätzlichen ein "Übersichtsbild" mit nur den Elementen der ersten Hierarchiebene ohne Attribute >>

...