Versionen im Vergleich

Schlüssel

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

In diesem Bereich werden die Inhalte aus Art-Decor, die dem ganzen Projekt zugordnet sind, aufgeführt. 

Hier können Hinweise, die im Rahmen der Softwareumsetzung hilfreich sein können, hinterlegt werden. Sie richten sich dementsprechend an die Softwarehersteller.

...

  •  Für den Fall, dass keine Operationalisierungshinweise da sind, folgenden Text anpassen:

Operationalisierunghinweise müssen sinnvoll, zweckmäßig und im gesetzlichen Rahmen angesiedelt sein.

Derzeit sind folgende übergreifende Operationalisierungshinweise zum MIO

...

  • Eine Option zum Ausdruck wird dringend empfohlen. 
  • Die Darstellung von SNOMED-Codes für den Anwender ist nicht dringlich erforderlich, kann aber angeboten werden.
  •  Für den Fall, dass keine Operationalisierungshinweise da sind, folgenden Text anpassen:

Derzeit sind keine übergreifenden Operationalisierungshinweise zum MIO <MIO-Name> vorgesehen.

Hier haben Sie die Möglichkeit, einen Kommentar zu diesem Thema zu hinterlegen. 

vorgesehen:

...

Verwendung von Fragebögen:

Der Abschnitt Fragebögen sollte nur zur Abbildung von strukturierten Fragebögen verwendet werden, die eine Gesamtauswertung (wie z.B. einen Score) als Ergebnis haben. Der Abschnitt soll nicht verwendet werden, um einzelne Informationen zu erfassen, für die im MIO entsprechende Profile definiert wurden (z.B. Vitalparameter: Blutdruck).

Beispiele:

  • ✅ Der DASS (Depression Anxiety and Stress Scale) soll als Fragebogen abgebildet werden, da die erhobenen Werte genutzt werden, um verschiedene Scores als Gesamtauswertungen zu berechnen. Die versorgungsrelevanten Informationen Information sind die Scores, die als eigene Profile abgebildet werden und die den Fragebogen als Ableitungsquelle referenzieren können.
  • ❎ Die Erhebung der Blutdruckanamnese der letzten Woche soll als individuelle Blutdruckmessungen abgebildet werden, da hier die versorgungsrelevanten Informationen die Blutdrücke sind und diese auch in dem entsprechenden Profil abgebildet sein sollten, um weiter verwendet werden zu können.

...


Freie Profile:

Um möglichst viele Anwendungsfälle abzudecken, werden im MIO freie Profile genutzt, die keine Bindung an ein ValueSet haben und somit die Auswahl eines beliebigen Codes erlauben. Sofern für ein freies Profil ein Wert mit einem SNOMED CT®-Code repräsentiert werden kann, soll dieser auch verwendet werden. Perspektivisch werden im Kontext der MIO-Fortschreibung für häufig und zwischen DiGA gemeinsam genutzten Elemente ValueSets erstellt, um die Interoperabilität zu erhöhen und sicherzustellen, dass für gleiche Datenmodell-Elemente auch gleiche Codes verwendet werden.

Beispiele:

  • SNOMED CT® hat keinen Code für "Schachspielen", dieser könnte jedoch eine Aktivität sein, die im Rahmen einer DiGA-Anamnese erhoben wird. Durch das freie Profil "Aktivität" ist es trotzdem möglich, "Schachspielen" mit einem anderen Code aus einem anderen Code-System oder gegebenenfalls auch einem Freitext abzubilden.
  • "Pneumonie" könnte theoretisch über den MEDCIN Code "91983" ( pneumonia (diagnosis)) abgebildet werden. Die Codierung sollte jedoch in SNOMED CT® erfolgen, um die Interoperabilität zu erhöhen. In diesem Fall wäre die Verwendung des Codes "233604007" (Pneumonia (disorder)) zu empfehlen.


Profile mit untergeordneten Profilen:

Um möglichst viele Anwendungsfälle abzudecken, wurden Profile generisch und offen gestaltet, um zusammengehörige Informationen zu kategorisieren.

Beispiele:

  • Das Profil "Lebensstilfaktor - frei" könnte genutzt werden, um den Lebensstilfaktor "Rauchen" abzubilden. Um Informationen abzubilden, wie beispielsweise die Anzahl der "pack-years", wird das Profil "Ergebnis" genutzt. Dieses Profil gehört zu den sogenannten Referenz-Elementen. Hier würde der Code für die Anzahl der "pack-years" gemeinsam mit dem Messwert, der die Anzahl und die Einheit enthält, angegeben werden. Die Instanz des Profils "Ergebnis" wird dann im ausdefinierten Profil für "Rauchen" als Element referenziert.


Darstellung von Codes:

Ein Element mit dem Type Code entspricht einer Information, die durch einen definierten Code aus einem Code-System ausgedrückt wird. Verwendbare Codes können ggf. durch Wertelisten (sog. ValueSets) eingeschränkt sein. Bei der Verwendung dieses Datentyps wird in der Regel der Code, die Bedeutung (das Konzept) in Form eines Wiedergabenamens sowie das entsprechende Code-System angegeben.

...

Business Identifier:

Um die eindeutige Zuordnung der Profile zu ermöglichen, muss jeder Instanz eines Profils eine eindeutige UUID zugewiesen werden. Somit können beispielsweise länger bestehende Probleme oder Therapiepläne, die fortlaufend aktualisiert werden, korrekt identifiziert und zugeordnet werden.

...

Herkunftsdaten:

Jede Instanz eines Profils muss von mindestens einer Herkunftsdaten-Instanz (FHIR-Provenance) referenziert werden um festzuhalten wer an Erstellung oder Aktualisierung beteiligt, beziehungsweise verantwortlich war.



Kommentierungsbutton
ticketLabelKommentar
expirationIdDIGA1X0X0
projectDIGA1X0X0
positionoperationalization
buttonLabelKommentieren

...

Kommentierungen

Issuereporter
templateListe
jql project = DIGA1X0X0 AND issuetype = KOMMENTAR AND status not in ("Open", "In Vorprüfung") AND Anzeige = "public" AND Veroeffentlichung = zugestimmt AND labels IN ("operationalization")
sortableColumns Key; Erstellt; Name; Organisation; Zusammenfassung; Beschreibung
columns Key; Erstellt; Name; Organisation; Zusammenfassung; Beschreibung